数据流量提醒方法及装置与流程

本公开涉及通信技术领域，特别涉及一种数据流量提醒方法及装置。

背景技术：

随着移动通信技术的快速发展，越来越多的用户使用移动终端上网，当WLAN(Wireless LAN，无线局域网)不可用时，移动终端需要使用数据流量来访问网络。相关技术中，有些应用在移动终端使用数据流量访问网络时具有流量提醒功能，而有些应用没有流量提醒功能，此时，用户无法全面了解移动终端的数据流量使用情况，继而产生数据流量浪费、通讯费用增加等问题。

技术实现要素：

为了解决上述问题，本公开提供一种数据流量提醒方法及装置。

具体地，本公开是通过如下技术方案实现的：

根据本公开实施例的第一方面，提供一种数据流量提醒方法，应用于移动终端，所述方法包括：

当移动终端使用数据流量访问网络时，确定所述移动终端中的目标应用，其中，所述目标应用为需要进行数据流量提醒的应用；

当所述目标应用通过数据流量访问网络时，输出提示消息，其中，所述提示消息至少用于提醒用户所述目标应用将耗费大量的数据流量。

在一实施例中，所述确定所述移动终端中的目标应用，包括：

当所述移动终端中的应用启动时，获取当前启动的应用的标识；

根据所述当前启动的应用的标识，从所述当前启动的应用中确定目标应用。

在一实施例中，所述根据所述当前启动的应用的标识，从所述当前启动的应用中确定目标应用，包括：

获取流量提醒列表，其中，所述流量提醒列表中记录有需要进行数据流量提醒的应用的标识；

将所述当前启动的应用中的、所述流量提醒列表中记录的标识所对应的应用，确定为目标应用。

在一实施例中，所述获取流量提醒列表，包括：

从服务器获取流量提醒列表。

在一实施例中，所述方法还包括：

以单个应用为统计单位，统计所述移动终端中的各应用耗费的流量，得到流量统计结果；

将所述流量统计结果发送给服务器，所述流量统计结果用于生成所述流量提醒列表。

在一实施例中，所述确定所述移动终端中的目标应用，包括：

获取所述移动终端中的应用在预设第一时长内耗费的数据流量；

将在预设时长内耗费的数据流量大于预设第一阈值的应用，确定为目标应用。

在一实施例中，所述提示消息还用于提醒用户是否同意终止所述目标应用或终止所述目标应用的网络使用权限。

根据本公开实施例的第二方面，提供一种数据流量提醒方法，应用于服务器，所述方法包括：

接收移动终端发送的流量提醒列表获取请求；

将所述流量提醒列表获取请求所请求的流量提醒列表发送给所述移动终端，其中，所述流量提醒列表中记录有需要进行数据流量提醒的应用的标识。

在一实施例中，所述方法还包括：

接收移动终端发送流量统计结果，其中，所述流量统计结果中记录有所述移动终端中的各应用耗费的流量；

将所述移动终端中的在预设第二时长内耗费的流量大于预设第二阈值的应用的标识，添加到流量提醒列表中。

根据本公开实施例的第三方面，提供一种数据流量提醒装置，应用于移动终端，所述装置包括：

确定模块，被配置为在移动终端使用数据流量访问网络的情况下，确定所述移动终端中的目标应用，其中，所述目标应用为需要进行数据流量提醒的应用；

输出模块，被配置为在所述确定模块确定出的目标应用通过数据流量访问网络的情况下，输出提示消息，其中，所述提示消息至少用于提醒用户所述目标应用将耗费大量的数据流量。

在一实施例中，所述确定模块，包括：

标识获取子模块，被配置为当所述移动终端中的应用启动时，获取当前启动的应用的标识；

第一确定子模块，被配置为根据所述标识获取子模块获取到的当前启动的应用的标识，从所述当前启动的应用中确定目标应用。

在一实施例中，所述第一确定子模块，包括：

第一获取子模块，被配置为获取流量提醒列表，其中，所述流量提醒列表中记录有所述移动终端中需要进行数据流量提醒的应用的标识；

应用确定子模块，被配置为将所述当前启动的应用中的、所述流量提醒列表中记录的标识所对应的应用，确定为目标应用。

在一实施例中，所述第一获取子模块，包括：

列表获取子模块，被配置为从服务器获取流量提醒列表。

在一实施例中，所述装置还包括：

统计模块，被配置为以单个应用为统计单位，统计所述移动终端中的各应用耗费的流量，得到流量统计结果；

第一发送模块，被配置为将所述统计模块统计得到的流量统计结果发送给服务器，所述流量统计结果用于生成所述流量提醒列表。

在一实施例中，所述确定模块，包括：

流量获取子模块，被配置为在移动终端使用数据流量访问网络的情况下，获取所述移动终端中的应用在预设第一时长内耗费的数据流量；

第二确定子模块，被配置为将在预设时长内耗费的数据流量大于预设第一阈值的应用，确定为目标应用。

在一实施例中，所述提示消息还用于提醒用户是否同意终止所述目标应用或终止所述目标应用的网络使用权限。

根据本公开实施例的第四方面，提供一种数据流量提醒装置，应用于服务器，所述装置包括：

第一接收模块，被配置为接收移动终端发送的流量提醒列表获取请求；

第二发送模块，被配置为将所述流量提醒列表获取请求所请求的流量提醒列表发送给所述移动终端，其中，所述流量提醒列表中记录有需要进行数据流量提醒的应用的标识。

在一实施例中，所述装置还包括：

第二接收模块，被配置为接收移动终端发送流量统计结果，其中，所述流量统计结果中记录有所述移动终端中的各应用耗费的流量；

添加模块，被配置为将所述移动终端中的在预设第二时长内耗费的流量大于预设第二阈值的应用的标识，添加到流量提醒列表中。

根据本公开实施例的第五方面，提供一种数据流量提醒装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当移动终端使用数据流量访问网络时，确定所述移动终端中的目标应用，其中，所述目标应用为需要进行数据流量提醒的应用；

当所述目标应用通过数据流量访问网络时，输出提示消息，其中，所述提示消息至少用于提醒用户所述目标应用将耗费大量的数据流量。

根据本公开实施例的第六方面，提供一种数据流量提醒装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收移动终端发送的流量提醒列表获取请求；

将所述流量提醒列表获取请求所请求的流量提醒列表发送给所述移动终端，其中，所述流量提醒列表中记录有需要进行数据流量提醒的应用的标识。

本实施例可以对移动终端中全部应用的数据流量耗费情况进行统一监控，将耗费较多数据流量的应用及时提醒给用户，以便用户全面了解移动终端的数据流量使用情况，继而采取相应的措施，避免产生流量浪费、通讯费用增加等问题；此外，各应用无需再次进行流量提醒功能的开发，降低开发难度，提高效率。

由于移动终端中会不断安装新的应用，且各应用的流量耗费情况不断变化，因此为了保证服务器存储的流量提醒列表中内容的准确性和全面性，本实施例中的移动终端可以将本地已安装的应用的流量耗费情况通过流量统计结果的形式反馈给服务器，以便服务器根据该流量统计结果及时更新流量提醒列表。

本实施例可以对移动终端中任一应用的数据流量耗费情况进行监控，当任一应用在预设第一时长内消耗的数据流量大于预设阈值时，将该应用的数据流量耗费情况及时提醒给用户，以便用户能够了解哪个应用耗费的数据流量最多，继而采取相应的措施，避免产生流量浪费、通讯费用增加等问题。

本实施例中的服务器可以将本地存储的流量提醒列表发送给移动终端，以便该移动终端根据该流量提醒列表进行数据流量提醒，由于该流量提醒列表是依据一个或多个移动终端中应用的数据流量耗费情况生成的，因此使用该列表进行提醒，更准确、效率更高。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1A是本公开根据一示例性实施例示出的一种数据流量提醒方法的流程图；

图1B是本公开根据一示例性实施例示出的图1A所示数据流量提醒方法的一种应用场景图；

图1C是本公开根据一示例性实施例示出的图1A所示数据流量提醒方法的另一种应用场景图；

图2A是本公开根据一示例性实施例示出的另一种数据流量提醒方法的流程图；

图2B是本公开根据一示例性实施例示出的图2A所示数据流量提醒方法的一种应用场景图；

图2C是本公开根据一示例性实施例示出的图2A所示数据流量提醒方法的另一种应用场景图；

图3A是本公开根据一示例性实施例示出的另一种数据流量提醒方法的流程图；

图3B是本公开根据一示例性实施例示出的图3A所示数据流量提醒方法的一种应用场景图；

图4是本公开根据一示例性实施例示出的另一种数据流量提醒方法的流程图；

图5是本公开根据一示例性实施例示出的另一种数据流量提醒方法的流程图；

图6是本公开根据一示例性实施例示出的一种数据流量提醒装置的框图；

图7是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图；

图8是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图；

图9是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图；

图10是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图；

图11是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图；

图12是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图；

图13是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图；

图14是本公开根据一示例性实施例示出的一种用于数据流量提醒装置的一结构示意图；

图15是本公开根据一示例性实施例示出的另一种用于数据流量提醒装置的一结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

随着移动通信技术的快速发展，越来越多的用户使用移动终端上网，当WLAN(Wireless LAN，无线局域网)不可用时，移动终端需要使用数据流量来访问网络。相关技术中，有些应用在移动终端使用数据流量访问网络时具有流量提醒功能，而有些应用没有流量提醒功能，此时，用户无法全面了解移动终端的数据流量使用情况，继而产生数据流量浪费、通讯费用增加等问题。为了解决上述问题，本公开提供了一种数据流量提醒方法及装置。

下面首先对本公开提供的一种数据流量提醒方法进行介绍。

如图1A所示，图1A是本公开根据一示例性实施例示出的一种数据流量提醒方法的流程图，该方法应用于移动终端，可以包括以下步骤：

在步骤101中，当移动终端使用数据流量访问网络时，确定该移动终端中的目标应用。

本实施例中的目标应用指的是移动终端中需要进行数据流量提醒的应用，也就是说，相比于该移动终端中的其他应用，目标应用耗费的数据流量较多。此外，本实施例中的目标应用可以为移动终端中的一个应用，也可以为该移动终端中的多个应用，本实施例对此不做限定。

本实施例中的移动终端可以包括：智能手机、平板电脑等。本实施例中的数据流量为使用第二代手机通讯技术规格标准2G、第三代移动通信技术3G、或第四代移动电话行动通信标准4G等网络耗费的数据流量。

在步骤102中，当目标应用通过数据流量访问网络时，输出提示消息，该提示消息至少用于提醒用户该目标应用将耗费大量的数据流量。

在本实施例中，可以通过语音播报的方式输出提示消息，也可以通过弹窗的方式输出提示消息，本实施例对此不做限定。

在一示例性应用场景中，如图1B所示，移动终端在使用数量流量访问网络，该移动终端中安装有“APP1”、“APP2”、“APP3”、“APP4”、“APP5”、“APP6”、“APP7”、“APP8”及“APP9”等9个应用，移动终端经判断发现：该移动终端的9个应用中“APP6”、“APP7”和“APP9”消耗的数据流量比较多。当用户想开启“APP7”时，会点击“APP7”，由于“APP7”是该移动终端消耗数据流量较多的应用，为了避免“APP7”启动后，产生大量的数据流量开销，此时如图1C所示，该移动终端可以在显示界面上以弹窗的方式弹出文本框“当前正在使用数据流量，APP7可能会耗费大量的流量”。

由上述实施例可见，该实施例可以对移动终端中全部应用的数据流量耗费情况进行统一监控，将耗费较多数据流量的任一应用及时提醒给用户，以便用户全面了解移动终端的数据流量使用情况，继而采取相应的措施，避免产生流量浪费、通讯费用增加等问题；此外，各应用无需再次进行流量提醒功能的开发，降低开发难度，提高效率。

如图2A所示，图2A是本公开根据一示例性实施例示出的另一种数据流量提醒方法的流程图，在该实施例中可以通过应用的标识来确定目标应用，此时该方法可以包括以下步骤：

在步骤200中，在移动终端使用数据流量访问网络的情况下，当该移动终端中的应用启动时，获取当前启动的应用的标识。

在本实施例中，可以从系统层面对移动终端中的应用进行管控，具体的，当通过startActivity、startService等系统接口启动某一个应用时，可以向PackageManagerService获取该应用的包信息，提取该应用的标识。本实施例中应用的标识可以为该应用的包名称PackageName。

在步骤201中，根据当前启动的应用的标识，从当前启动的应用中确定目标应用。

在本实施例中，可以通过查找流量提醒列表来确定目标应用，在一可行的实施方式中，上述步骤201可以包括：S10和S11，其中，

S10，获取流量提醒列表，其中，该流量提醒列表中记录有需要进行数据流量提醒的应用的标识；

S11，将当前启动的应用中的、该流量提醒列表中记录的标识所对应的应用，确定为目标应用。

在本实施方式中，流量提醒列表可以从移动终端本地获取，也可以从服务器获取。

当流量提醒列表从移动终端本地获取时，该流量提醒列表可以为用户预先在移动终端输入的列表，也可以为预先从服务器获取的列表，也可以为从其他移动终端获取的列表，也可以为出厂预置的列表，本实施例对此不做限定。

当流量提醒列表从服务器获取时，该流量提醒列表可以为实时从服务器获取的列表，由于服务器存储的列表的时效性通常较强，因此，从服务器获取流量提醒列表，可以保证列表内容的全面性。

在步骤202中，当目标应用通过数据流量访问网络时，输出提示消息，该提示消息至少用于提醒用户该目标应用将耗费大量的数据流量。

在一示例性应用场景中，在从服务器获取流量提醒列表的情况下，如图2B所示，该应用场景中包括：移动终端210和服务器220，其中，移动终端210中安装有“APP1”、“APP2”、“APP3”、“APP4”、“APP5”、“APP6”、“APP7”、“APP8”及“APP9”等9个应用，服务器220中存储有流量提醒列表，该流量提醒列表中记录有移动终端210中需要进行数据流量提醒的应用的标识。移动终端210从服务器220中获取流量提醒列表到本地，在该移动终端210使用数据流量访问网络的情况下，当该移动终端210中的应用启动时，例如“APP1”、“APP2”、“APP3”启动时，该移动终端210会获取“APP1”、“APP2”和“APP3”的标识。

如图2C所示，图2C所示的流量提醒列表中记录耗费流量较多的应用(即需要进行数据流量提醒的应用)的标识，通过对将移动终端210中当前启动的应用的标识与流量提醒列表进行比对发现：移动终端210中需要进行数据流量提醒的应用为“APP1”、“APP2”和“APP3”，此时提醒用户上述APP1～APP3可能会耗费大量的数据流量。

由上述实施例可见，该实施例中的移动终端可以在应用启动时获取当前启动的应用的标识，依据该标识及记录有需要进行流量提醒的应用的标识的流量提醒列表，确定当前启动的应用的中的目标应用，以实现系统层面上对应用的管控。

在本公开提供的另一种实施例中，在本实施例中，流量提醒列表从服务器获取，此时可以在图2A所示实施例的基础上，增加以下步骤：S20和S21，其中，

S20，以单个应用为统计单位，统计移动终端中的各应用耗费的流量，得到流量统计结果；

S21，将流量统计结果发送给服务器，该流量统计结果用于生成流量提醒列表。

由于系统会为每个应用分配一个用户身份标识UID，因此在本实施例中，可以按照UID对各应用耗费的流量进行统计，其中，应用耗费的流量包括：该应用在WLAN下和数据流量下耗费的流量。

由于移动终端中会不断安装新的应用，且各应用的流量耗费情况不断变化，因此为了保证服务器中存储的流量提醒列表中内容的准确性和全面性，本实施例中的移动终端可以将本地已安装的应用的流量耗费情况通过流量统计结果的形式反馈给服务器，以便服务器根据该流量统计结果及时更新流量提醒列表。

如图3A所示，图3A是本公开根据一示例性实施例示出的另一种数据流量提醒方法的流程图，本实施例中移动终端可以通过监控各应用的数据流量使用情况，来确定该移动终端中的目标应用，此时该方法可以包括以下步骤：

在步骤301中，当移动终端使用数据流量访问网络时，获取该移动终端中的应用在预设第一时长内耗费的数据流量。

由于系统会为每个应用分配一个UID，因此在本实施例中，可以按照UID对各应用在预设第一时长内耗费的数据流量进行统计，从而获得各应用在预设第一时长内耗费的数据流量。

需要说明的是，本实施例中的预设第一时长可由用户或者开发人员设定，可以为一个固定的值，如6小时。

在步骤302中，将该移动终端中的在预设时长内耗费的数据流量大于预设第一阈值的应用，确定为目标应用。

本实施例中的预设时长内耗费的数据流量为该预设时长内累计耗费的数控流量。当然，在实际应用中，也可以为平均值，或者符合一定算法的加权值，本实施例对此不做限定。

需要说明的是，本实施例中的预设第一阈值可由用户或者开发人员设定，具体的，可以为一个固定的值，例如5M，也可以为一个百分比，例如用户设置的数据流量限额/套餐的5％，当用户当月设置的数据流量限额/套餐为80M时，预设第一阈值为4M。

在步骤303中，当目标应用通过数据流量访问网络时，输出提示消息，该提示消息至少用于提醒用户该目标应用将耗费大量的数据流量。

在一示例性应用场景中，以预设时长内耗费的数据流量为该预设时长内累计耗费的数控流量为例，如图3B所示，移动终端获取本地已安装的“APP1”～“APP9”等9个应用在过去的预设第一时长内(例如过去的6小时内)累计消耗费的数据流量，当某一应用例如“APP7”达到预设第一阈值例如5M时，提醒用户“APP7”耗费了大量的数据流量，如果继续使用“APP7”将会产生大量的流量开销。

由上述实施例可见，该实施例可以对移动终端中任一应用的数据流量耗费情况进行监控，当任一应用在预设第一时长内消耗的数据流量大于预设阈值时，将该应用的数据流量耗费情况及时提醒给用户，以便用户能够了解哪个应用耗费的数据流量最多，继而采取相应的措施，避免产生流量浪费、通讯费用增加等问题。

在本公开提供的另一种实施例中，该实施例可以在图1A或图2A或图3A所示实施例的基础上，本实施例中的提示消息还可以用于提醒用户是否同意终止目标应用或终止目标应用的网络使用权限。

需要说明的是，目标应用被终止使用的权限为数据流量的使用权限，该目标应用依然可以使用WiFi环境下的网络。当用户同意终止目标应用或目标应用的网络使用权限时，会终止该目标应用或目标应用的网络使用权限，需要说明的是，本实施例仅终止该目标应用的网络使用权限，而该移动终端中的其他应用可以正常使用网络。

例如，当移动终端中的目标应用为“APP7”时，该移动终端可以在显示界面上以弹窗的方式弹出文本框“当前正在使用数据流量，APP7可能会耗费大量的流量，是否同意终止访问APP7”，用户点击文本框中的“是”按钮后，该移动终端终止“APP7”相关的运行进程。

下面对本公开提供的应用于服务器的一种数据流量提醒方法进行介绍。

如图4所示，图4是本公开根据一示例性实施例示出的另一种数据流量提醒方法的流程图，该方法应用于服务器，可以包括以下步骤：

在步骤401中，接收移动终端发送的流量提醒列表获取请求。

本实施例中的移动终端可以包括：智能手机、平板电脑等。

在步骤402中，将该流量提醒列表获取请求所请求的流量提醒列表发送给移动终端，该流量提醒列表中记录有需要进行数据流量提醒的应用的标识。

本实施例中的服务器中存储有流量提醒列表，该流量提醒列表可以为服务器维护人员手工配置的列表，也可以为该服务器自动生成的列表。

当流量提醒列表为服务器自动生成的列表时，该流量提醒列表的生成过程为：

服务器接收一个或多个移动终端发送的一个或多个流量统计结果，其中，该流量统计结果中记录有移动终端的国际移动设备标识IMEI及该移动终端中各应用在一定时长内耗费的流量，其中，耗费的流量可以包括：在WLAN下和数据流量下耗费的流量。

当接收到移动终端发送的流量统计结果后，服务器可以按照应用的包名称和移动终端的IMEI进行分类汇总，当任一应用在一定的时长阈值内(例如12小时)在单个移动终端上使用数据流量超过2M时，将该应用的标识加入流量提醒列表中。

本实施例中的数据流量为使用2G或3G或4G等网络耗费的数据流量。本实施例中的移动终端中需要进行数据流量提醒的应用，指的是该移动终端中数据流量耗费较多的应用。

由上述实施例可见，该实施例中的服务器可以将本地存储的流量提醒列表发送给移动终端，以便该移动终端根据该流量提醒列表进行数据流量提醒，由于该流量提醒列表是依据一个或多个移动终端中应用的数据流量耗费情况生成的，因此使用该列表进行提醒，更准确、效率更高。

如图5所示，图5是本公开根据一示例性实施例示出的另一种数据流量提醒方法的流程图，在本实施例中，服务器还可以依据移动终端中各应用的数据流量耗费情况，实时更新本地存储流量提醒列表，此时该方法可以包括以下步骤：

在步骤501中，接收移动终端发送的流量提醒列表获取请求。

在步骤502中，将该流量提醒列表获取请求所请求的流量提醒列表发送给移动终端，该流量提醒列表中记录有需要进行数据流量提醒的应用的标识。

由于本实施例中的步骤501和步骤502，与图4所示实施例中的步骤401和步骤402类似，因此本实施例对此不再赘述。

在步骤503中，接收移动终端发送的流量统计结果，该流量统计结果中记录有该移动终端中的各应用耗费的流量。

在步骤504中，将该移动终端中的在预设第二时长内耗费的流量大于预设第二阈值的应用的标识，添加到流量提醒列表中。

需要说明的是，本实施例中的预设第二时长可由用户或者开发人员设定，具体的，可以为一个固定的值，例如12个小时。本实施例中的预设第二阈值可由用户或者开发人员设定，具体的，可以为一个固定的值，例如2M。

服务器可以按照应用的包名称和移动终端的IMEI进行分类汇总，当任一应用在一定的时长阈值内(例如12小时)在单个移动终端上使用数据流量超过2M时，将该应用的标识加入流量提醒列表中。

由于移动终端中会不断安装新的应用，且各应用的数据流量耗费情况不断变化，因此为了保证流量提醒列表中内容的准确性和全面性，本实施例中的移动终端可以将本地已安装的应用的流量耗费情况反馈给服务器，服务器依据该流量耗费情况及时更新流量提醒列表。

应当注意，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

与前述应用于移动终端的数据流量提醒方法的实施例对应，本公开还提供了应用于移动终端的数据流量提醒装置的实施例。

如图6所示，图6是本公开根据一示例性实施例示出的一种数据流量提醒装置的框图，该装置应用于移动终端，可以包括：

确定模块610，被配置为在移动终端使用数据流量访问网络的情况下，确定移动终端中的目标应用，其中，该目标应用为需要进行数据流量提醒的应用；

输出模块620，被配置为在确定模块610确定出的目标应用通过数据流量访问网络的情况下，输出提示消息，其中，该提示消息至少用于提醒用户该目标应用将耗费大量的数据流量。

由上述实施例可见，该实施例可以对移动终端中全部应用的数据流量耗费情况进行统一监控，将耗费较多数据流量的任一应用及时提醒给用户，以便用户全面了解移动终端的数据流量使用情况，继而采取相应的措施，避免产生流量浪费、通讯费用增加等问题；此外，各应用无需再次进行流量提醒功能的开发，降低开发难度，提高效率。

如图7所示，图7是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图，该实施例可以在图6所示实施例的基础上，确定模块610，可以包括：

标识获取子模块611，被配置为当移动终端中的应用启动时，获取当前启动的应用的标识；

第一确定子模块612，被配置为根据标识获取子模块611获取到的当前启动的应用的标识，从当前启动的应用中确定目标应用。

如图8所示，图8是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图，该实施例可以在图7所示实施例的基础上，第一确定子模块612，可以包括：

第一获取子模块6121，被配置为获取流量提醒列表，其中，该流量提醒列表中记录有移动终端中需要进行数据流量提醒的应用的标识；

应用确定子模块6122，被配置为将当前启动的应用中的、该流量提醒列表中记录的标识所对应的应用，确定为目标应用。

如图9所示，图9是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图，该实施例可以在图8所示实施例的基础上，第一获取子模块6121，可以包括：

列表获取子模块61211，被配置为从服务器获取流量提醒列表。

如图10所示，图10是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图，该实施例可以在图9所示实施例的基础上，该装置还可以包括：

统计模块630，被配置为以单个应用为统计单位，统计移动终端中的各应用耗费的流量，得到流量统计结果；

第一发送模块640，被配置为将统计模块630统计得到的流量统计结果发送给服务器，该流量统计结果用于生成所述流量提醒列表。

如图11所示，图11是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图，该实施例可以在图6所示实施例的基础上，确定模块610，包括：

流量获取子模块613，被配置为在移动终端使用数据流量访问网络的情况下，获取移动终端中的应用在预设第一时长内耗费的数据流量；

第二确定子模块614，被配置为将在预设时长内耗费的数据流量大于预设第一阈值的应用，确定为目标应用。

在本公开提供的另一种实施例中，该实施例可以在上述任一装置实施例的基础上，本实施例中的提示消息还可以用于提醒用户是否同意终止目标应用或终止目标应用的网络使用权限。

与前述应用于服务器的数据流量提醒方法的实施例对应，本公开还提供了应用于服务器的数据流量提醒装置的实施例。

如图12所示，图12是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图，该装置应用于服务器，可以包括：

第一接收模块910，被配置为接收移动终端发送的流量提醒列表获取请求；

第二发送模块920，被配置为将流量提醒列表获取请求所请求的流量提醒列表发送给所述移动终端，其中，该流量提醒列表中记录有需要进行数据流量提醒的应用的标识。

由上述实施例可见，该实施例中的服务器可以将本地存储的流量提醒列表发送给移动终端，以便该移动终端根据该流量提醒列表进行数据流量提醒，由于该流量提醒列表是依据一个或多个移动终端中应用的数据流量耗费情况生成的，因此使用该列表进行提醒，更准确、效率更高。

如图13所示，图13是本公开根据一示例性实施例示出的另一种数据流量提醒装置的框图，该实施例可以在图12所示实施例的基础上，该装置还可以包括：

第二接收模块930，被配置为接收移动终端发送流量统计结果，其中，该流量统计结果中记录有该移动终端中的各应用耗费的流量；

添加模块940，被配置为将该移动终端中的在预设第二时长内耗费的流量大于预设第二阈值的应用的标识，添加到流量提醒列表中。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本公开还提供了一种数据流量提醒装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：当移动终端使用数据流量访问网络时，确定所述移动终端中的目标应用，其中，所述目标应用为需要进行数据流量提醒的应用；当所述目标应用通过数据流量访问网络时，输出提示消息，其中，所述提示消息至少用于提醒用户所述目标应用将耗费大量的数据流量。

相应的，本公开还提供了一种数据流量提醒装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：接收移动终端发送的流量提醒列表获取请求；将所述流量提醒列表获取请求所请求的流量提醒列表发送给所述移动终端，其中，所述流量提醒列表中记录有需要进行数据流量提醒的应用的标识。

如图14所示，图14是本公开根据一示例性实施例示出的一种用于数据流量提醒装置1400的一结构示意图。例如，装置1400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图14，装置1400可以包括以下一个或多个组件：处理组件1402，存储器1404，电源组件1406，多媒体组件1408，音频组件1410，输入/输出(I/O)的接口1412，传感器组件1414，以及通信组件1416。

处理组件1402通常控制装置1400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1402可以包括一个或多个处理器1420来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1402可以包括一个或多个模块，便于处理组件1402和其他组件之间的交互。例如，处理部件1402可以包括多媒体模块，以方便多媒体组件1408和处理组件1402之间的交互。

存储器1404被配置为存储各种类型的数据以支持在设备1400的操作。这些数据的示例包括用于在装置1400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1406为装置1400的各种组件提供电力。电力组件1406可以包括电源管理系统，一个或多个电源，及其他与为装置1400生成、管理和分配电力相关联的组件。

多媒体组件1408包括在装置1400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1408包括一个前置摄像头和/或后置摄像头。当设备1400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1410被配置为输出和/或输入音频信号。例如，音频组件1410包括一个麦克风(MIC)，当装置1400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1404或经由通信组件1416发送。在一些实施例中，音频组件1410还包括一个扬声器，用于输出音频信号。

I/O接口1412为处理组件1402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1414包括一个或多个传感器，用于为装置1400提供各个方面的状态评估。例如，传感器组件1414可以检测到设备1400的打开/关闭状态，组件的相对定位，例如所述组件为装置1400的显示器和小键盘，传感器组件1414还可以检测装置1400或装置1400一个组件的位置改变，用户与装置600接触的存在或不存在，装置1400方位或加速/减速和装置1400的温度变化。传感器组件1414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1416被配置为便于装置1400和其他设备之间有线或无线方式的通信。装置1400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1404，上述指令可由装置1400的处理器1420执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图15是根据一示例性实施例示出的另一种用于设备控制装置的一结构示意图。例如，装置1500可以被提供为一服务器。参照图15，装置1500包括处理组件1522，其进一步包括一个或多个处理器，以及由存储器1532所代表的存储器资源，用于存储可由处理部件1522的执行的指令，例如应用程序。存储器1532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1522被配置为执行指令，以执行上述数据流量提醒方法。

装置1500还可以包括一个电源组件1526被配置为执行装置1500的电源管理，一个有线或无线网络接口1550被配置为将装置1500连接到网络，和一个输入输出(I/O)接口1558。装置1500可以操作基于存储在存储器1532的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1532，上述指令可由装置1500的处理组件1522执行以完成本公开技术方案提供的上述设备控制方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。