CN106452946A - 一种流量控制方法及终端 - Google Patents

Abstract

本发明实施例公开了一种流量控制方法及终端，其中，方法包括：在待机状态下，调制解调器收到目标应用程序的数据包；内核层接收到调制解调器被唤醒的消息并上报框架层；若框架层的接口监听到消息，则获取目标应用程序的流量统计值。本发明实施例，在待机状态下，调制解调器收到目标应用程序的数据包，即代表调制解调器被唤醒，内核层接收到调制解调器被唤醒的消息并上报框架层，若框架层的接口监听到该消息，则获取目标应用程序的流量统计值。即，本发明实施例在调制解调器被唤醒的第一时间便获取到了目标应用程序的流量情况，提高了获取流量情况的实时性。

Description

一种流量控制方法及终端

技术领域

本发明涉及通信技术领域，尤其涉及一种流量控制方法及终端。

背景技术

随着智能终端技术和互联网技术的不断发展，智能终端上可以安装越来越多的应用程序以丰富其功能。其中，在使用应用程序时，如何对应用程序所消耗的流量进行控制也是用户关注的重点之一。

发明内容

本发明实施例提供一种流量控制方法及终端，以实时获得流量变化情况。

本发明实施例提供了一种流量控制方法，包括：

在待机状态下，调制解调器收到目标应用程序的数据包；

内核层接收到调制解调器被唤醒的消息并上报框架层，该消息根据调制解调器收到数据包来确定；

若框架层的接口监听到消息，则获取目标应用程序的流量统计值。

本发明实施例还提供了一种终端，包括：

接收单元，用于在待机状态下接收目标应用程序的数据包及调制解调器被唤醒的消息，该消息根据调制解调器所得；

上报单元，用于将消息上报至框架层；

获取单元，用于若框架层的接口监听到消息、则获取目标应用程序的流量统计值。

本发明实施例，在待机状态下，调制解调器收到目标应用程序的数据包，即代表调制解调器被唤醒，内核层接收到调制解调器被唤醒的消息并上报框架层，若框架层的接口监听到该消息，则获取目标应用程序的流量统计值。即，本发明实施例在调制解调器被唤醒的第一时间便获取到了目标应用程序的流量情况，提高了获取流量情况的实时性。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的流量控制方法第一实施例的示意流程图；

图2是本发明实施例提供的流量控制方法第二实施例的示意流程图；

图3是本发明实施例提供的流量控制方法第三实施例的示意流程图；

图4是本发明实施例提供的终端第一实施例的结构示意图；

图5是本发明实施例提供的终端第二实施例的结构示意图；

图6是本发明实施例提供的终端第三实施例的结构示意图；

图7是本发明实施例提供的终端第四实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中，本发明实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

请参考图1，是本发明实施例提供一种流量控制方法第一实施例的示意流程图，如图所示，该方法可包括以下步骤：

S101，待机状态下，调制解调器收到目标应用程序的数据包。具体地，在待机状态下，调制解调器(modem)会收到服务器所推送的数据包，数据包是与应用程序相对应的。例如，若modem收到腾讯服务器所推送的QQ数据包，则将QQ作为目标应用程序。

S102，内核层收到调制解调器被唤醒的消息并上报框架层。该消息根据调制解调器收到数据包来确定。具体地，当modem收到数据包，便代表modem已被唤醒，此时，内核层接收到modem被唤醒的消息并上报给框架层。

S103，若框架层的接口监听到消息，则获取目标应用程序的流量统计值。具体地，内核层将modem被唤醒的消息上报至框架层，框架层的接口会对内核层进行持续监听，当监听到modem被唤醒的消息时，则会开始获取目标应用程序(如QQ)的流量统计值。

本实施例中，终端处于待机状态时，在调制解调器被目标应用程序的数据包唤醒的第一时间内便获取到了目标应用程序的流量情况，提高了获取流量情况的实时性。

请参考图2，是本发明实施例提供一种流量控制方法第二实施例的示意流程图，如图所示，该方法可包括以下步骤：

S201，添加驱动唤醒节点以记录调制解调器是否被唤醒。具体地，利用内核的Uevent机制，添加一驱动唤醒节点wakeup来记录modem是否被唤醒。需要说明的是，Uevent机制是内核通知android有状态变化的一种方法，比如USB线***、拔出，电池电量变化等等，其本质是内核发送(可以通过socket)一个字符串，应用层(android)接收并解释该字符串以获取相应信息。驱动唤醒节点是一个64字节长的表格，其中存储着一个文件的元数据，包括文件大小、文件所有者、文件存取许可方式、文件类型以及磁盘地址表。实际上，该步骤可以简单地理解为：创建一个文件，该文件的作用是用来记录modem是否被唤醒，当被唤醒时，可以在文件里写入数值1。

S202，在待机状态下，调制解调器接收目标应用程序的数据包。具体地，数据包是TCP/IP协议通信传输中的数据单位。不同的应用程序由其对应的服务器推送相应地数据包至modem。例如，在待机状态下，腾讯服务器会向modem推送QQ数据包，modem收到QQ数据包，并将QQ作为目标应用程序。

S203，若接收到数据包，将驱动唤醒节点赋值为1以记录调制解调器已被唤醒。具体地，当modem接收到腾讯服务器所推送的QQ数据包时，便代表modem已被唤醒，此时内核层将对驱动唤醒节点赋值为1，即向文件里写入数值1，该数值1则表示modem已被唤醒。

S204，若框架层的接口监听到当前驱动唤醒节点被赋值为1，则获取目标应用程序的流量统计值。具体地，安卓***的体系结构中包括用户空间，用户控件又包括了应用框架层，应用框架层提供了UEventObserver来监听Uevent。当UEventObserver监听到当前驱动唤醒节点wakeup已被赋值为1，应用框架层便得知此时modem已被数据包唤醒，开始获取目标应用程序(如QQ)的流量统计值。

本实施例中，利用了内核的Uevent机制，添加了一驱动唤醒节点wakeup以记录modenm是否被唤醒，通过对该节点的监听，在modem被唤醒的第一时间内便获取目标应用程序的流量情况，提高了获取流量情况的实时性。

请参考图3，是本发明实施例提供一种流量控制方法第三实施例的示意流程图，如图所示，该方法可包括以下步骤：

S301，添加驱动唤醒节点以记录调制解调器是否被唤醒。具体过程如前所述，在此不再赘述。

S302，在待机状态下，调制解调器接收目标应用程序的数据包。例如，在待机状态下，腾讯服务器会向modem推送QQ数据包，modem收到QQ数据包，并将QQ作为目标应用程序。

S303，若接收到数据包，将驱动唤醒节点赋值为1以记录调制解调器已被唤醒。具体地，当modem接收到腾讯服务器所推送的QQ数据包时，便代表modem已被唤醒，此时内核层将对驱动唤醒节点赋值为1，即向文件里写入数值1，该数值1则表示modem已被唤醒。

S304，框架层的接口监听到当前驱动唤醒节点被赋值为1。

S305，获取目标应用程序的流量统计值。具体地，安卓***的体系结构中包括用户空间，用户控件又包括了应用框架层，应用框架层提供了UEventObserver来监听Uevent。当UEventObserver监听到当前驱动唤醒节点wakeup已被赋值为1，应用框架层便得知此时modem已被数据包唤醒，开始获取目标应用程序(如QQ)的流量统计值。

进一步地，当框架层的接口监听到modem被唤醒的消息后，先获取数据包相对应的应用程序，如QQ，作为目标程序，且QQ为当前正在终端运行，再获取目标应用程序(即QQ)的相关信息，如通过Android的ActivityManager获得RunningAppProcessInfo，RunningAppProcessInfo里面保存进程的uid(用户标识)信息和pid(程序标识)信息，即相关信息指的是uid信息和pid信息，最后根据相关信息统计目标应用程序在预设时长内所消耗的流量。例如，预先设定预定时长为5分钟，该预设时长的开始时刻和结束时刻可根据需要进行具体设定，此外还可针对不同的目标应用程序设定不同的预设时长，如对QQ设定预设时长为5分钟，对美团设定预设时长为30分钟。统计流量时，使用Android的流量监控类TrafficStats便可获取获知一定时间(如预设时长)内每一个uid是否有流量变化，这些流量变化是由于数据包的传输导致的对应程序流量的增加。例如，统计出5分钟内QQ的uid对应的流量变化是150kB，则表示QQ在5分钟内所消耗的流量为150kB。

S306，判断流量情况是否异常，若是，执行步骤S307，反之，执行步骤S308。具体地，框架层根据流量统计值确定目标应用程序的流量情况是否异常。具体地，用户可根据自己的具体需要在内核层设置一个白名单，该白名单中包括了多个应用，且默认该多个应用为信任应用，允许在终端处于休眠状态(即待机状态)时其与服务器维持长连接。需要说明的是，处于白名单中的应用，应该满足以下条件：终端处于休眠状态下时，该应用与服务器连接所消耗的能量非常小，可以被忽略掉。此外，用户还需要在内核层设定一流量阈值，例如1M。具体判断流量情况是否异常时，必须同时满足以下两个条件：(1)目标应用程序处于白名单中；(2)流量未超过流量阈值。若上述两个条件中没有同时满足，则判断流量情况异常，执行步骤S307，若上述两个条件同时满足，例如，QQ处于白名单中且QQ的流量150kB并未超过流量阈值1M，则判断流量情况正常，执行步骤S308。

S307，框架层断开目标应用程序与服务器的长连接，并禁止目标应用程序在待机状态下再次与服务器建立连接。可理解地，当流量情况异常时，除了对目标应用程序采用步骤S307的处理外，还可设置一些相关提醒，例如终端发出警报声或者采用灯闪烁的方式提醒用户。

S308，对目标程序不做任何处理，并返回步骤S305。

需要说明的是，本实施例中的方法可对目标应用程序的联网通道进行那个区分，例如对目标程序所消耗的2G、4G及WIFI流量进行统计。在后续的流量情况是否异常的判断过程中，对应地对不同联网通道的流量情况进行判断，最后可断开目标应用程序已发生流量异常的联网通道，而对其他未发生流量异常的联网通道不做断开处理。例如，当判断出QQ程序通过4G所消耗的流量情况发生异常时，则断开QQ的4G联网通道，阻止QQ通过4G与服务器连接，但此时QQ可通过2G或WIFI与服务器进行连接。此外，本实施例方法步骤S305至S308中，可同时对多个目标应用程序进行，故可同时实现对多个目标应用程序的流量情况异常处理。

本实施例中，利用了内核的Uevent机制，添加了一驱动唤醒节点wakeup以记录modenm是否被唤醒，通过对该节点的监听，在modem被唤醒的第一时间内便获取目标应用程序的流量情况，从而可以在第一时间内得到流量情况是否异常，当异常时，及时断开目标应用程序的网络连接，同时禁止该目标应用程序在待机状态下再次与服务器建立连接，实现了对流量的实时控制，实现了在待机状态下防止流量偷跑的目的，避免了因流量偷跑给用户所造成的损失，也提升了用户体验。

请参考图4，是本发明实施例提供的一种流量控制终端第一实施例的结构示意图，如图所示，该终端可包括：

接收单元10，用于在待机状态下接收目标应用程序的数据包及调制解调器被唤醒的消息；其中，该消息根据调制解调器所得，数据包由服务器所推送；具体地，当调制解调器收到数据包时，即代表调制解调器被唤醒，从而得到上述消息；

上报单元11，用于将消息上报至框架层；

获取单元12，用于若框架层的接口监听到消息、则获取目标应用程序的流量统计值。进一步地，获取单元12先用于获取获取目标应用程序的用户标识，再用于根据用户标识统计目标应用程序的流量统计值；该部分的具体处理流程已在前做了详述，故在此不再赘述。

本实施例中，终端处于待机状态时，在调制解调器被唤醒的第一时间内便通过接收单元10接收到了消息，再通过上报单元11将该消息上报纸框架层，最后通过获取单元12监听到上述消息并获取目标应用程序的流量统计值，提高了获取流量情况的实时性。

再请参考图5，是本发明实施例提供的一种流量控制终端第二实施例的结构示意图，如图所示，在图4终端的基础上，该终端还包括：

添加单元23，用于添加驱动唤醒节点以记录调制解调器是否被唤醒；

赋值单元24，用于当接收到数据包时、将驱动唤醒节点赋值为1以记录调制解调器已被唤醒。

且，本实施例中的获取单元22还用于若监听到驱动唤醒节点被赋值为1、则获取目标应用程序的流量统计值。

需要说明的是，添加单元23及赋值单元24的具体工作流程已在方法部分做了详述，故在此不再赘述。且，本实施例中的接收单元20、上报单元21及获取单元22与图4所示实施例中的接收单元10、上报单元11及获取单元12相对应，故在此对其功能不再赘述。

本实施例中，利用了内核的Uevent机制，通过添加单元23添加了一驱动唤醒节点wakeup以记录modenm是否被唤醒，并通过获取单元22对该节点进行监听，在modem被唤醒的第一时间内便获取目标应用程序的流量情况，提高了获取流量情况的实时性。

再请参考图6，是本发明实施例提供的一种流量控制终端第三实施例的结构示意图，如图所示，在图5终端的基础上，该终端还包括：

预设单元35，用于预设流量阈值；可理解地，如前方法所述，预设单元15还可用于预设白名单；具体的设置过程如前所述，在此不再赘述；

确定单元36，用于根据流量统计值确定目标应用程序的流量情况是否异常；确定单元36的具体工作流程已在前述方法中做了详述，故在此不再赘述；

禁止单元37，用于若流量情况异常、则禁止目标应用程序在待机状态下再次与服务器建立连接。

需要说明的是，本实施例中的接收单元30、上报单元31、获取单元32、添加单元33、赋值单元34与图5所示实施例中的接收单元20、上报单元21、获取单元22、添加单元23及赋值单元24相对应，故在此对其功能不再赘述。

通过本实施例，实现了在待机状态下对流量的实时控制，实现了在待机状态下防止流量偷跑的目的，避免了因流量偷跑给用户所造成的损失，也提升了用户体验。此外，本实施例中各单元的工作流程已在前述方法中做了详述，故在此不再赘述。

图7是本发明第四实施例中提供的一种终端的结构示意图，如图所示，该终端包括：至少一个处理器701，例如CPU，至少一个用户接口703，存储器704，至少一个通信总线702。其中，通信总线702用于实现这些组件之间的连接通信。其中，用户接口703可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口703还可以包括标准的有线接口、无线接口。存储器704可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器704可选的还可以是至少一个位于远离前述处理器701的存储装置。其中处理器701可以结合图4、5和6所描述的终端，存储器704中存储一组程序代码，且处理器701调用存储器704中存储的程序代码，用于执行以下操作：

在待机状态下，调制解调器收到目标应用程序的数据包；

内核层接收到调制解调器被唤醒的消息并上报框架层，该消息根据调制解调器收到数据包来确定；

若框架层的接口监听到消息，则获取目标应用程序的流量统计值。

可选地，处理器701还用于执行以下操作：

内核层添加驱动唤醒节点以记录调制解调器是否被唤醒；

若接收到数据包，内核层将驱动唤醒节点赋值为1，以记录调制解调器已被唤醒；

若框架层的接口监听到驱动唤醒节点被赋值为1，则获取目标应用程序的流量统计值。

可选地，处理器701还用于执行以下操作：

框架层根据流量统计值确定目标应用程序的流量情况是否异常；

若流量情况异常，则框架层禁止目标应用程序在待机状态下再次与服务器建立连接。

具体地，根据流量统计值确定目标应用程序的流量情况是否异常具体包括：

内核层预设流量阈值；

若流量统计值超过流量阈值，则框架层确定目标程序的流量情况异常。

具体地，获取目标应用程序的流量统计值具体包括：

获取目标应用程序的用户标识；

根据用户标识统计目标程序的流量统计值。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

此外，在本申请所提供的几个实施例中，应该理解到，所揭露的、终端和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例终端中的单元可以根据实际需要进行合并、划分和删减。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种流量控制方法，其特征在于，包括：

在待机状态下，调制解调器收到目标应用程序的数据包；

内核层接收到所述调制解调器被唤醒的消息并上报框架层，所述消息根据所述调制解调器收到所述数据包来确定；

若所述框架层的接口监听到所述消息，则获取所述目标应用程序的流量统计值。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述内核层添加驱动唤醒节点以记录所述调制解调器是否被唤醒；

若接收到所述数据包，所述内核层将所述驱动唤醒节点赋值为1，以记录所述调制解调器已被唤醒；

若所述框架层的接口监听到所述驱动唤醒节点被赋值为1，则获取所述目标应用程序的流量统计值。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述框架层根据所述流量统计值确定所述目标应用程序的流量情况是否异常；

若所述流量情况异常，则所述框架层禁止所述目标应用程序在待机状态下再次与服务器建立连接。

4.如权利要求3所述的方法，其特征在于，根据所述流量统计值确定所述目标应用程序的流量情况是否异常具体包括：

所述内核层预设流量阈值；

若所述流量统计值超过所述流量阈值，则所述框架层确定所述目标程序的流量情况异常。

5.如权利要求1至4任一项所述的方法，其特征在于，获取所述目标应用程序的流量统计值具体包括：

获取所述目标应用程序的用户标识；

根据所述用户标识统计所述目标程序的所述流量统计值。

6.一种终端，其特征在于，包括：

接收单元，用于在待机状态下接收目标应用程序的数据包及调制解调器被唤醒的消息，所述消息根据所述调制解调器所得；

上报单元，用于将所述消息上报至框架层；

获取单元，用于若所述框架层的接口监听到所述消息、则获取所述目标应用程序的流量统计值。

7.如权利要求6所述的终端，其特征在于，所述终端还包括：

添加单元，用于添加驱动唤醒节点以记录所述调制解调器是否被唤醒；

赋值单元，用于若接收到所述数据包、将所述驱动唤醒节点赋值为1以记录所述调制解调器已被唤醒；

所述获取单元还用于若监听到所述驱动唤醒节点被赋值为1、则获取所述目标应用程序的流量统计值。

8.如权利要求6所述的终端，其特征在于，所述终端还包括：

确定单元，用于根据所述流量统计值确定所述目标应用程序的流量情况是否异常；

禁止单元，用于若所述流量情况异常、则禁止所述目标应用程序在待机状态下再次与服务器建立连接。

9.如权利要求8所述的终端，其特征在于，所述终端还包括：

预设单元，用于预设流量阈值；

所述确定单元用于若所述流量统计值超过所述流量阈值、则确定所述目标应用程序的流量情况异常。

10.如权利要求6-9任一项所述的终端，其特征在于，所述获取单元用于获取所述目标应用程序的用户标识以及根据所述用户标识统计所述目标应用程序的所述流量统计值。