CN107682892B

CN107682892B - 流量控制方法和装置、计算机设备、计算机可读存储介质

Info

Publication number: CN107682892B
Application number: CN201710944452.9A
Authority: CN
Inventors: 苏志伟
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2017-09-30
Filing date: 2017-09-30
Publication date: 2021-06-25
Anticipated expiration: 2037-09-30
Also published as: CN107682892A

Abstract

本申请涉及一种流量控制方法和装置、计算机设备、计算机可读存储介质。所述方法包括：获取第一应用白名单和获取第二应用白名单，所述第一应用白名单是根据应用程序对应的用户身份标识获取的，所述第二应用白名单是由本地配置得到的；根据所述第一应用白名单和第二应用白名单生成流量控制策略；及根据所述流量控制策略控制应用程序对流量数据的消耗。上述流量控制方法和装置、计算机设备、计算机可读存储介质，可以更有效地管理流量，避免流量的浪费。

Description

流量控制方法和装置、计算机设备、计算机可读存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及流量控制方法和装置、计算机设备、计算机可读存储介质。

背景技术

智能终端可以通过无线信号实现数据的传输，实现不同智能终端之间的通信。为了让用户合理使用无线信号，并使运营商实现对无线信号的合理化管理，需要对无线信号的使用情况进行实时统计，流量就是指通过移动通信技术实现上网或数据增值业务时所产生的数据的流量。一般地，用户可以通过智能终端向运营商购买流量套餐，智能终端和运营商会对用户使用的流量进行统计，若用户购买的流量套餐使用完或者过了有效期，就会关闭流量套餐，禁止用户使用流量数据。

发明内容

本申请实施例提供一种数据处理方法和装置、计算机设备、计算机可读存储介质，可以更有效地管理流量，避免流量的浪费。

一种流量控制方法，所述方法包括：

获取第一应用白名单和第二应用白名单，所述第一应用白名单是根据应用程序对应的用户身份标识获取的，所述第二应用白名单是由本地配置得到的；

根据所述第一应用白名单和第二应用白名单生成流量控制策略；

根据所述流量控制策略控制应用程序对流量数据的消耗。

一种流量控制装置，所述装置包括：

名单获取模块，用于获取第一应用白名单和第二应用白名单，所述第一应用白名单是根据应用程序对应的用户身份标识获取的，所述第二应用白名单是由本地配置得到的；

策略生成模块，用于根据所述第一应用白名单和第二应用白名单生成流量控制策略；

流量控制模块，用于根据所述流量控制策略控制应用程序对流量数据的消耗。

一种计算机设备，包括存储器及处理器，所述存储器中储存有计算机可读指令，所述指令被所述处理器执行时，使得所述处理器执行实现如下步骤：

根据所述流量控制策略控制应用程序对流量数据的消耗。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

根据所述流量控制策略控制应用程序对流量数据的消耗。

上述实施例提供的流量控制方法和装置、计算机设备、计算机可读存储介质，根据用户身份标识获取第一应用白名单，并获取本地配置得到的第二应用白名单。根据第一应用白名单和第二应用白名单生成流量控制策略，并通过流量控制策略控制应用程序对流量数据的消耗。这样能够合理地控制流量的使用，更有效地管理流量，避免流量的浪费。

附图说明

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

图1为一个实施例中流量控制方法的应用环境示意图；

图2为另一个实施例中流量控制方法的应用环境图；

图3为一个实施例中终端的部分架构图；

图4为一个实施例中实现虚拟SIM卡的交互时序图；

图5为一个实施例中流量控制方法的流程图；

图6为一个实施例中流量控制系统的系统架构图；

图7为另一个实施例中流量控制方法的流程图；

图8为一个实施例中流量数据统计方法的流程图；

图9为一个实施例中流量统计系统的结构示意图；

图10为另一个实施例中流量统计系统的结构示意图；

图11为一个实施例中流量统计模块统计流量的流程图；

图12为另一个实施例中流量查询系统的结构示意图；

图13为一个实施例中存储流量数据的数据列表的示意图；

图14为一个实施例中存储流量数据的数据对象的示意图；

图15为一个实施例中流量订单列表页的终端显示图；

图16为一个实施例中流量统计结果的终端显示图；

图17为另一个实施例中流量统计结果的终端显示图；

图18为一个实施例中流量控制装置的结构示意图；

图19为另一个实施例中流量控制装置的结构示意图；

图20为与本申请实施例提供的计算机设备相关的手机的部分结构的框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一客户端称为第二客户端，且类似地，可将第二客户端称为第一客户端。第一客户端和第二客户端两者都是客户端，但其不是同一客户端。

图1为一个实施例中流量控制方法的应用环境示意图。如图1所示，该应用环境包括终端102和服务器104。服务器104可以向终端102下发购买的流量数据的账户信息，终端102根据服务器104下发的账户信息使用流量数据。终端102接收到服务器104下发的账户信息后，获取第一应用白名单和第二应用白名单，并根据第一应用白名单和第二应用白名单生成流量控制策略，并根据流量控制策略控制应用程序对流量数据的消耗。可以理解的是，终端102是处于计算机网络最外围，主要用于输入用户信息以及输出处理结果的电子设备，例如可以是个人电脑、移动终端、个人数字助理、可穿戴电子设备等。服务器104是用于响应服务请求，同时提供计算服务的设备，例如可以是一台或者多台计算机。

图2为另一个实施例中流量控制方法的应用环境图。如图2所示，该应用环境包括服务器20和终端22。服务器20为虚拟网络运营商用于向终端22提供网络流量的服务器，可为云服务器。服务器20可向终端22提供虚拟SIM(Subscriber Identity Module，用户身份识别模块)卡信息以及使用该虚拟SIM卡实现网络通信的服务。终端22上可设置有虚拟SIM卡APP(Application，应用程序)220、虚拟SIM卡SDK(Software Development Kit，软件开发工具包)222、虚拟SIM卡操作系统224以及虚拟SIM卡适配层226。该虚拟SIM卡APP220、虚拟SIM卡SDK 222、虚拟SIM卡操作系统224以及虚拟SIM卡适配层226均可设置于终端22上的应用处理器(Application Processor，AP)内。该服务器20可通过虚拟SIM卡APP 220，向虚拟SIM卡操作系统224发送虚拟SIM卡信息；虚拟SIM卡操作系统224可通过虚拟SIM卡适配层226，实现与设置在基带处理器(Baseband Processor，BP)内的射频通讯控制软件进行通信，以实现使用虚拟SIM卡进行网络通信。虚拟SIM卡SDK 222可用于虚拟SIM卡APP 220的集成和调用。其中，服务器20可以向终端22提供虚拟SIM卡APP 220相关接口，通过该接口实现和终端22之间的通信。该接口可包括用户及设备管理、套餐及订单管理、SIM资源的加密传输等接口。服务器20可以以REST ful应用程序编程接口(Application ProgrammingInterface，API)的方式向虚拟SIM卡APP 220提供相关接口。虚拟SIM卡信息可以但不限于包括虚拟SIM卡的基本信息、虚拟SIM卡购买的订单信息、虚拟SIM卡的流量使用信息、期限信息等。服务器20可以向终端22下发购买的流量数据的账户信息，终端22根据服务器20下发的账户信息使用流量数据。终端22接收到服务器20下发的账户信息后，获取第一应用白名单和第二应用白名单。虚拟SIM卡APP 220根据第一应用白名单和第二应用白名单控制应用程序对流量数据的消耗。服务器20和终端22可以通过对终端消耗的流量数据进行统计，并通过统计的流量数据实现对虚拟SIM卡APP 220对应的账户信息的管理。

图3为一个实施例中终端的部分架构图，该架构图中包含的模块为与虚拟SIM卡相关的模块。如图3所示，终端的应用层上可设置有虚拟SIM卡操作系统、虚拟SIM卡适配层、虚拟SIM卡APP以及实体SIM卡管理模块。在框架层(Framework层)可设置有Telephony接口层和无线接口层(Radio Interface Layer)java层。调制解调器(Modem)可为由包含基带处理器、射频和其它外围芯片等组成的一个模块，为GSM/GPRS Modem。其中，Telephony接口层用于提供通用的接口，虚拟SIM卡操作系统通过Telephony接口层与Modem进行Socket交互，可实现判断是否有虚拟卡、虚拟卡所在的卡槽位置等。虚拟SIM卡操作系统通过虚拟SIM卡适配层与切换至虚拟SIM卡通道的Modem进行Socket交互，可实现对虚拟卡的激活、关闭，以及使用虚拟SIM卡进行网络通信功能等功能。可以理解的，图3中示出的结构，仅仅是与本申请方案相关的部分模块，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的模块，或者组合某些模块，或者具有不同的模块布置。实体SIM卡管理模块可与Telephony接口层进行通信，并实现对实体卡信息的关联及实体SIM卡相关业务的处理。

在一个实施例中，终端可通过虚拟SIM卡APP向用户提供虚拟SIM卡的管理操作界面，并在侦测到作用于该管理操作界面上相关操作时，产生相应的虚拟SIM卡处理指令，并将该处理指令发送至虚拟SIM卡操作系统。该虚拟SIM卡操作系统可模拟真实SIM卡的系统逻辑，实现了用于进行网络通信所需的相关规范的协议和文件系统。虚拟SIM卡操作系统可接收来自虚拟SIM卡App的处理指令，通过虚拟SIM卡适配层向Modem发送与该处理指令对应的消息，并可接收Modem作出的响应信息，共同实现使用虚拟SIM卡进行网络通信功能。其中，上述的相关规范的协议可包括国际标准化组织(International Organization forStandardization，ISO)7816以及3代合作项目(3rd Generation Partnership Project，3GPP)关于通用集成电路卡(Universal Integrated Circuit Card，UICC)和通用用户身份识别模块(Universal Subscriber Identity Module，USIM)等规范的协议。

在一个实施例中，该处理指令可包括对相应虚拟SIM卡的套餐购买指令、启用指令、失效指令以及关闭指令等。所实现的使用虚拟SIM卡进行网络通信的内容包括但不限于实现虚拟SIM卡信息的交互管理、状态的动态更新以及流量的统计和限速等，比如可实现对虚拟SIM卡信息的存储删除以及虚拟SIM卡的启用关闭等。

在对流量数据的使用过程中，可以对流量数据实现统计和控制。而终端使用的流量数据一般是通过向运营商购买的，通过记录套餐中的流量数据来实现对流量数据的管控。如图4所示，提供了一种终端与服务器的交互时序图，该时序图包含了对虚拟SIM卡进行的套餐购买、启用和失效的场景下，各个模块之间的交互过程。参考图4所示，其中，套餐购买的过程包括步骤402～412；套餐激活的过程包括步骤414～424；套餐失效的过程包括步骤426～436。

步骤402，终端通过虚拟SIM卡APP向服务器发送虚拟SIM卡购买请求。

在一个实施例中，终端可通过虚拟SIM卡APP向用户展示虚拟SIM卡购买界面，并侦测作用于该界面上的购买操作，根据侦测到的购买操作触发购买指令，向服务器发送虚拟SIM卡购买请求。其中，该购买界面上可提供相应的购买操作的虚拟按钮，在接收到对该虚拟按钮的点击操作时，可触发购买指令，或者可在检测到预设的于该购买指令对应的语音信息或者运动信息时，触发该购买指令。比如，可在检测到包含“购买虚拟卡”的语音信息，或者对终端进行上下摇晃等预设运动信息时，可触发购买指令。

在一个实施例中，终端可通过预设的虚拟SIM卡APP与服务器之间的对应通信接口，向服务器发送该虚拟SIM卡购买请求。其中，该购买请求中包含用户标识。该用户标识用于唯一标识对应用户的身份，可由预设位数的数字、字母或其它字符所构成。

步骤404，服务器根据接收的虚拟SIM卡购买请求，获取对应的虚拟SIM卡套餐信息。

在一个实施例中，服务器可为用于向终端提供网络流量的服务器，服务器可根据该购买请求，获取一种或多种与该购买请求相匹配的虚拟SIM卡套餐信息。在一个实施例中，该购买请求中还可包含终端的位置信息，服务器可获取一种或多种与该位置信息相匹配的虚拟SIM卡套餐信息。其中，每种套餐信息中包含对应的流量总量、有效时间以及价格其中等一种或多种字段信息。流量总量表示可对应套餐可使用的上网流量总量，比如为10GB上网流量。有效时间可包含该套餐的有效时长，比如为24小时、3天或7天等。价格表示购买对应套餐所需支付的费用信息。

步骤406，服务器向终端发送该虚拟SIM卡套餐信息。

在一个实施例中，服务器可向终端发送与该请求匹配的与该虚拟SIM卡购买请求对应的虚拟SIM卡套餐信息。在一个实施例中，可发送多个虚拟SIM卡套餐信息，以供用户选择。

步骤408，终端通过虚拟SIM卡APP接收该套餐信息，并向服务器发送套餐选择指令。

在一个实施例中，终端可通过虚拟SIM卡APP接收该套餐信息，并进行展示。终端可通过虚拟SIM卡APP侦测作用于套餐信息展示界面上的选取操作，根据侦测到的选取操作，确定对应选取的套餐，生成对该套餐的套餐选择指令，将该套餐选择指令发送至服务器。其中，选取的套餐可包括一个或多个。

步骤410，服务器接收该套餐选择指令，向终端发送与该套餐选择指令对应的套餐数据。

在一个实施例中，服务器可接收终端发送的套餐选择指令，识别该套餐选择指令对应的套餐信息。其中，套餐选择指令中可包含选取的套餐信息的套餐标识，服务器可确定该套餐标识对应的套餐信息，并获取该套餐信息对应的套餐数据。套餐标识用于唯一标识一种套餐的套餐信息。套餐数据包含虚拟SIM卡的基本数据和流量数据。该基本数据包含虚拟SIM卡的运营商信息、入网参数信息、虚拟SIM卡标识等用于实现虚拟SIM卡网络通信的必要数据。流量数据包括对应的网络通信可用流量的大小以及有效时间等信息。

步骤412，终端通过虚拟SIM卡APP接收该套餐数据，并通过虚拟SIM卡操作系统对套餐数据进行存储。

在一个实施例中，终端可通过虚拟SIM卡APP接收服务器发送的套餐数据，并将该套餐数据转发至虚拟SIM卡操作系统。虚拟SIM卡操作系统可将接收到的套餐数据，通过虚拟SIM卡适配层发送至终端的Modem，并指示Modem对套餐数据进行存储。

步骤414，终端通过虚拟SIM卡APP获取套餐激活指令。

在一个实施例中，终端可通过虚拟SIM卡APP展示套餐激活界面，并可通过虚拟SIM卡APP侦测作用于套餐信息展示界面上的激活操作，根据侦测到的激活操作，确定对应激活的套餐，生成对该套餐的套餐激活指令，将该套餐激活指令发送至服务器。

步骤416，通过虚拟SIM卡APP将套餐激活指令发送至虚拟SIM卡操作系统。

在一个实施例中，虚拟SIM卡APP通过与虚拟SIM卡操作系统之间预设的通信方式，向该虚拟SIM卡操作系统发送套餐激活指令，该套餐激活指令中包含对应待激活套餐的套餐标识，使得虚拟SIM卡操作系统可根据该套餐标识以及用户标识，确定待激活的套餐。

步骤418，终端通过虚拟SIM卡操作系统进行套餐激活处理。

虚拟SIM卡操作系统可通过上述的Telephony接口层，向Modem转发该套餐激活指令，Modem根据接收到的套餐激活指令，提取对应的套餐数据，将对应的套餐数据进行激活处理。

步骤420，通过虚拟SIM卡操作系统向虚拟SIM卡APP反馈激活处理结果。

虚拟SIM卡操作系统可获取Modem进行激活处理的处理结果，并将获取的处理结果发送至虚拟SIM卡APP，并指示虚拟SIM卡APP进一步向服务器反馈激活处理结果。虚拟SIM卡APP可在终端界面上展示激活处理结果，以供用户查阅。激活处理结果可包括激活成功和激活失败的结果。

步骤422，终端通过虚拟SIM卡APP向服务器发送激活使用请求。

在一个实施例中，虚拟SIM卡APP可通过上述预设的接口，将获取到的激活处理结果发送至服务器，当该激活处理结果为激活成功时，该终端进一步通过虚拟SIM卡APP，向服务器发送激活使用通知，该通知用于指示服务器开始提供使用该虚拟SIM卡进行网络通信的服务。

步骤424，服务器接收该激活使用请求，并向终端反馈启动套餐监控的响应信息。

在一个实施例中，服务器在接收到激活使用请求后，启动对该激活的套餐数据的使用服务，并可按照一定的频率监控对该套餐数据的使用状态，以提供使用该对应套餐数据进行网络通信的服务，并向终端的APP反馈套餐监控的响应信息。使得用户可获知服务器以成功开启了网络通信服务。

步骤426，终端通过虚拟SIM卡APP获取套餐失效指令。

虚拟SIM卡APP可调用终端内部设置的计时器来统计该套餐数据的使用时间，或者可获取当前时间，根据该使用时间或者当前获取时间判定该套餐数据已经失效时，自动触发套餐失效指令。或者终端还可通过虚拟SIM卡APP展示套餐管理界面，并可通过虚拟SIM卡APP侦测作用于套餐信息展示界面上的失效操作，根据侦测到的失效操作，确定对应失效的套餐，生成对该套餐的套餐失效请求，将该套餐失效请求发送至服务器。

在一个实施例中，终端可以实时统计当前流量数据，若当前流量数据超过流量阈值，则向服务器发送套餐失效请求。其中，流量阈值是指套餐中分配的流量数据的上限值。

步骤428，终端通过虚拟SIM卡APP向服务器发送套餐失效请求。

在一个实施例中，虚拟SIM卡APP可在侦测到套餐数据失效后，向服务器发送套餐失效请求，该请求用于指示服务器进行相关套餐是否失效的确认检测。其中，该请求中携带套餐标识。

步骤430，服务器接收该套餐失效请求，并进行套餐失效处理。

在一个实施例中，服务器可根据接收到的套餐失效请求，检测对应套餐是否失效，若确认失效，则可进行套餐失效处理，终止该对应套餐数据的网络通信服务。

步骤432，服务器向终端反馈套餐失效的确认信息。

步骤434，终端通过虚拟SIM卡APP接收该确认信息，并向虚拟SIM卡操作系统发送套餐失效处理指令。

终端在接收到套餐已经失效的确认信息后，生成套餐失效处理指令，将该处理指令发送至虚拟SIM卡操作系统，该指令中携带套餐标识。若终端得到的确认信息为请求失败的信息，则终端可以直接在本地对套餐进行失效处理，并在满足预设条件时，重新向服务器发起套餐失效请求。

步骤436，终端虚拟SIM卡操作系统进行套餐失效处理。

在一个实施例中，该虚拟SIM卡操作系统可进一步向Modem转发套餐失效处理指令，以指示Modem删除对应的套餐数据，或者终止使用该套餐数据进行虚拟SIM卡通信，并还可进一步恢复终端内被涉及到的实体SIM卡的正常通信。

图5为一个实施例中流量控制方法的流程图。如图5所示，该流量控制方法包括步骤502至步骤506。其中：

步骤502，获取第一应用白名单和第二应用白名单，第一应用白名单是根据应用程序对应的用户身份标识获取的，第二应用白名单是由本地配置得到的。

在一个实施例中，应用白名单是指记录允许使用流量数据的应用程序的名单。一般地，应用白名单中记录着应用程序对应的应用标识，根据应用标识可以查找对应的应用程序，应用白名单中记录的应用标识所对应的应用程序，即为允许使用流量数据的应用程序。应用程序是指为实现某种应用目的应用软体，用户可以通过操作终端提供的应用程序来实现应用需求。例如，通过购物类应用程序来购买商品，或者通过音乐类应用程序来听音乐。应用标识是指区分不同应用程序的唯一标识，应用标识可以但不限于是应用程序的包名。例如，应用程序的包名可以是com.android.browser。

具体地，应用白名单可以包括第一应用白名单和第二应用白名单。其中，第一应用白名单是根据应用程序对应的用户身份标识获取的，用户身份标识是指系统的用户的身份标识。一般地，系统在安装应用程序的时候，会给应用程序分为一个对应的用户身份标识，该用户身份标识用来管理应用程序的权限。例如，在linux系统中UID(UserIdentification，用户身份证明)为0的为ROOT用户，也即超级用户；UID为1～499的为系统用户；UID大于500的为普通用户。可以理解的是，应用程序的用户身份标识和应用标识是具有对应关系的，根据应用标识可以查找对应的用户身份标识。第二应用白名单是预先在本地配置好的，可以直接在本地的数据库中读取。一般地，可以是在终端出厂时，将第二应用白名单存放在终端的数据库中，通过xml文件进行配置，用户可以对第二应用白名单进行修改。

步骤504，根据第一应用白名单和第二应用白名单生成流量控制策略。

在一个实施例中，流量控制策略是指控制应用程序使用流量数据的策略，系统根据流量控制策略来控制应用程序对流量数据的使用。具体地，将允许使用流量数据的应用程序的用户身份标识写入到策略文件中，根据策略文件可以读取流量控制策略，策略文件就是存储流量控制策略的文件。可以分别根据第一应用白名单和第二应用白名单将用户身份标识写入策略文件中。第一应用白名单是通过用户身份标识来生成的，即第一应用白名单中可以直接存储应用程序的用户身份标识，也可以是存储的应用程序的应用标识。也就是说，可以是直接将根据第一应用白名单中获取的用户身份标识写入到策略文件中，也可以是先获取第一应用白名单中的应用标识，再将应用标识对应的用户身份标识写入策略文件中。例如，第一应用白名单中记录的是小于10000的UID，那么可以直接将小于10000的UID写入策略文件中。

可以理解的是，由于用户身份标识是终端在安装应用程序时分配的，因此同一个应用程序在不同终端安装时，分配的用户身份标识可能是不同的。第二应用白名单是在本地配置得到的，第二应用白名单中存储的可以是应用程序的应用标识，也可以是应用程序的用户身份标识。若第二应用白名单中存储的是用户身份标识，则可以直接根据第二应用白名单获取用户身份标识，并将用户身份标识写入策略文件中。若第二应用白名单中存储的是应用标识，则需要根据第二应用白名单中的应用标识去查找对应的用户身份标识，再将查找到的用户身份标识写入到策略文件中。

步骤506，根据流量控制策略控制应用程序对流量数据的消耗。

在一个实施例中，根据应用白名单生成流量控制策略之后，系统会根据流量控制策略来控制各个应用程序对流量数据的消耗，不在应用程序白名单中的应用程序不允许使用流量数据。

图6为一个实施例中流量控制系统的系统架构图。如图6所示，该系统架构图中包括实体SIM卡模块、虚拟SIM卡模块和系统框架与服务模块。其中，实体SIM卡模块用于进行流量控制，虚拟SIM卡模块用于进行流量统计。实体SIM卡模块中存储第一应用白名单，虚拟SIM卡模块可以获取本地配置得到的第二应用白名单。然后由实体SIM卡模块将第一应用白名单和第二应用白名单传入系统框架与服务模块的流量控制接口，系统框架与服务模块会根据第一应用白名单和第二应用白名单生成流量控制策略，并根据流量控制策略控制应用程序对流量数据的消耗。在应用程序对流量数据进行消耗的过程中，系统框架与服务模块会将消耗的流量数据进行记录，虚拟SIM卡模块可以通过流量统计接口读取数据，并进行流量统计。

上述实施例提供的流量控制方法，根据用户身份标识获取第一应用白名单，并获取本地配置得到的第二应用白名单。根据第一应用白名单和第二应用白名单生成流量控制策略，并通过流量控制策略控制应用程序对流量数据的消耗。这样能够合理地控制流量的使用，更有效地管理流量，避免流量的浪费。

图7为另一个实施例中流量控制方法的流程图。如图7所示，该流量控制方法包括步骤702至步骤718。其中：

步骤702，获取小于阈值的用户身份标识所对应的应用标识，根据获取的应用标识生成第一应用白名单。

在本申请提供的实施例中，首先获取小于阈值的用户身份标识，然后根据用户身份标识获取对应的应用标识，再根据获取的应用标识生成第一应用白名单。用户身份标识通过编号的形式标识的，用来表示应用程序的操作权限，阈值是用于筛选满足条件的用户身份标识。例如，在Android中一般可以认为UID小于10000的应用程序为系统应用程序，系统应用程序可以被允许使用流量数据。则可以首先获取小于10000的UID所对应的应用标识，并根据获取的应用标识生成第一应用白名单。

步骤704，从本地数据库中获取第二应用白名单。

步骤706，获取第一应用白名单和第二应用白名单中的应用标识，通过文件读写工具将应用标识对应的用户身份标识写入策略文件中，策略文件存储在策略存储框架中。

文件读写工具是指修改和读取策略文件的工具，策略文件是指存储流量控制策略的文件，一般策略文件可以存储在策略存储框架中，在应用程序使用流量数据的时候，通过策略存储框架来控制流量数据的使用。更进一步，策略存储框架可以集成在终端内核层。应用标识和用户身份标识具有对应关系，首先根据第一应用白名单和第二应用白名单中的应用标识获取对应的用户身份标识，然后将获取的用户身份标识写入策略文件中。

步骤708，根据策略文件读取流量控制策略，并根据流量控制策略控制应用程序对流量数据的消耗。

在流量数据消耗的过程中，策略存储框架可以控制流量数据的消耗策略。首先获取策略文件，然后读取策略文件中记录的流量控制策略，然后根据流量控制策略控制应用程序对流量数据的使用权限。例如，在Android系统中，文件读写工具可以是Iptable工具，策略存储框架可以是Netfilte框架，Netfilte框架集成在Android系统的内核层，存储着策略文件。在流量数据的使用过程中，Netfilte框架会通过读取策略文件中的流量控制策略来控制流量数据的消耗。

流量数据是指通过移动通信技术上网或使用相关增值业务时所产生的数据量。其中，移动通信技术是指使移动用户与固定点用户之间或移动用户之间的进行通信的技术，可以当不限于是GPRS(General Packet Radio Service，通用分组无线服务技术)、EDGE(Enhanced Data Rate for GSM Evolution，增强型数据速率GSM演进技术)、TD-SCDMA(Time Division-Synchronous Code Division Multiple Access，时分同步码分多址)、HSDPA(High Speed Downlink Packet Access，高速下行分组接入)、WCDMA(Wideband CodeDivision Multiple Access，宽带码分多址)和LTE(Long Term Evolution，长期演进)等。

智能终端在使用无线信号进行通信的时候，需要通过专用的通信通道来传输数据，通过统计这些通信通道中所产生的数据量即为统计的流量数据。不同的无线信号在传输数据的时候，所使用的通信通道不同，通过统计各个通信通道的数据量，可以统计出各个无线网络所产生的流量数据。一般来说，智能终端中会安装各种应用程序，通过应用程序来实现人机交互的应用，所以各个应用程序在执行任务的时候就会消耗流量数据。

可以理解的是，步骤702至步骤708为系统首次开启流量功能时，生成流量控制策略的处理流程。若检测到第二应用白名单更新时，终端需要对流量控制策略进行更新，更新的过程如步骤710至步骤718。

步骤710，若检测到第二应用白名单更新，则重新获取第二应用白名单。

在一个实施例中，当满足预设条件时，需要对第二应用白名单进行更新。预设条件是指预先设置的更新第二应用白名单的条件，更新第二应用白名单之后，需要根据更新后的第二应用白名单生成流量控制策略。一般来说，当终端中安装的应用程序发生改变时，需要对第二应用白名单做出相应的改变。具体地，预设条件可以是检测到应用程序安装或卸载。例如，若第二应用白名单中存在一个应用程序对应的应用标识，那么在终端中删除该应用程序时，就需要在第二应用白名单中将该应用程序对应的应用标识进行删除。在重新安装应用程序的时候，也必须根据需要将该应用程序进行设置。

用户还可以根据名单更新界面对第二应用白名单进行修改。例如，在终端设置一个专用的名单更新界面，用户可以根据需要随时去名单更新界面添加或删除第二应用白名单中的应用程序；或者在运行应用程序时通过弹窗提示用户对该应用程序进行设置。可以理解的是，流量控制策略中系统应用程序是被允许使用流量数据的应用程序，而系统应用程序对应的用户身份标识是不变的，因此在更新流量控制策略的时候，可以不用更新系统应用程序对应的流量控制策略。而只需要更新第二应用白名单对应的那部分流量控制策略。

步骤712，获取本次获取的第二应用白名单中的应用标识所对应的用户身份标识，作为第一用户身份标识。

若第二应用白名单更新，则需要根据更新之后的第二应用白名单将流量控制策略进行修改。根据本次获取的第二应用白名单和上一次获取的第二应用白名单获取修改应用标识，根据修改应用标识对应的用户身份标识修改流量控制策略。也可以根据本次获取的第二应用白名单和流量数据库获取修改应用标识，并通过修改应用标识来修改流量控制策略。修改应用标识是指需要修改流量控制策略的应用程序所对应的应用标识。例如，本来允许使用流量数据的应用程序，需要修改为禁用状态；获取本来禁用流量数据的应用程序，修改为允许使用状态，则获取这些需要修改使用状态的应用程序对应的应用标识，作为修改应用标识。

根据本次获取的第二应用白名单和上一次获取的第二应用白名单获取修改应用标识，根据修改应用标识对应的用户身份标识修改流量控制策略。具体地，将本次获取的第二应用白名单与上一次获取的第二应用白名单进行比较，若本次获取的第二应用白名单与上一次获取的第二应用白名单相同，则不需要更新流量控制策略；若本次获取的第二应用白名单与上一次获取的第二应用白名单不同，则需要更新流量控制策略。

步骤714，获取流量数据库中记录的用户身份标识，作为第二用户身份标识。

在本申请提供的实施例中，应用程序在消耗流量的过程中，终端会对消耗的流量数据进行统计，然后将统计数据记录在流量数据库中。在流量数据的统计过程中，终端会根据不同的用户身份标识来区分不同的应用模块，并将不同应用模块的流量数据进行统计，应用模块是指应用程序对应的功能模块。流量数据库在记录统计数据的时候，也会根据不同的用户身份标识来记录，通过用户身份标识可以获取对应的应用程序所消耗的流量数据。

可以理解的是，应用白名单中记录的用户标识对应的应用程序是被允许使用流量数据的应用程序，也就是说终端统计的是这些允许使用流量数据的应用程序所使用的流量数据，也即流量数据库中记录的流量数据，是允许使用流量数据的应用程序所使用的流量数据。获取流量数据库中记录的用户身份标识，作为第二用户身份标识。不难理解，第二用户身份标识是上一次开启流量功能之后，允许使用流量数据的应用程序对应的用户身份标识。

在一个实施例中，智能终端中所有应用模块的流量数据是通过内核流量统计模块来记录和统计的，内核流量统计模块统计的流量数据会记录在一个数据库中，应用层可以通过调用流量统计接口查询该数据库中记录的流量数据。输入开始时间和结束时间，就可以查询从开始时间到结束时间之间所产生的流量数据。一般地，统计的某个应用模块所产生的流量数据，流量数据可以包括数据的接收量和发送量，接收量是指接收到的数据包的字节总数，发送流量是指发送的数据包的字节总数。

具体地，流量数据库可以是在应用层中，也可以是在内核层中。应用层中可以包括实体SIM卡模块和虚拟SIM卡模块。其中，实体SIM卡模块和虚拟SIM卡模块都可以实现移动通信功能，不同的是，实体SIM卡模块是通过硬件集成用户身份信息来实现移动通信功能的，虚拟SIM卡模块是通过软件存储用户身份信息来实现移动通信功能的。实体SIM卡模块会实时调用专用的流量统计接口来查询内核层统计的流量数据，从而统计某一个时间段内的流量数据。在一个实施例中，实体SIM卡模块每次都只会统计当前月份内的流量数据，即实时统计当前月份开始时刻到当前时刻的之间的流量数据，到了下一个月就会重新统计流量数据，并将上一个月统计的流量数据清零。例如，若当前时刻为2017年9月21日12:00，那么实体SIM卡模块统计的就是2017年9月1日00:00到2017年9月21日12:00之间所产生的流量数据。当到达每个月1号00：00时，将当前统计的流量数据进行清零，并重新开始统计。

实体SIM卡模块将统计的流量数据记录在应用层中的流量数据库中，这样虚拟SIM卡模块每次需要统计流量的时候就可以直接通过流量数据库来读取，不用每次都去调用流量统计接口从内核中读取流量数据，减少了大量的功耗。然而，由于实体SIM卡模块统计的是某一个时间段内的流量数据，如果虚拟SIM卡模块需要统计时间段超过了实体SIM卡模块统计的这个时间段，那么虚拟SIM卡模块就可以一部分流量数据通过实体SIM卡模块对应的流量数据库中读取，一部分流量通过调用流量统计接口，从内核中的流量数据库中读取。例如，虚拟SIM卡模块需要统计2017年8月8日00:00到2017年9月21日12:00之间所产生的流量，而实体SIM卡模块只统计了2017年9月1日00:00到2017年9月21日之间的流量数据，那么2017年9月1日00:00到2017年9月21日之间产生的这部分流量数据就可以直接通过实体SIM卡模块对应的数据库中读取，2017年8月8日00:00到2017年9月1日00:00之间所产生的这部分流量数据就需要虚拟SIM卡模块去调用流量统计接口，从内核中的流量数据库中获取。

步骤716，根据第一用户身份标识和第二用户身份标识，获取修改用户身份标识。

在一个实施例中，将获取的第一用户身份标识和第二用户身份标识进行比较，用户身份标识在第一用户身份标识和第二用户身份标识中都存在，则不需要修改对应的应用程序的流量使用权限，若用户身份标识只在第一用户身份标识或第二用户身份标识中存在，则需要修改对应的应用程序的流量使用权限。

步骤718，根据修改用户身份标识修改流量控制策略。

具体地，若在第一用户身份标识中存在，且在第二用户身份标识不存在的用户身份标识，则需要在流量控制策略中增加允许该用户身份标识对应的应用程序使用流量数据的权限；若在第一用户身份标识中不存在，且在第二用户身份标识存在的用户身份标识，则需要在流量控制策略中将该用户身份标识对应的应用程序的权限改为禁止使用流量数据。

在本申请提供的其他实施例中，还根据本次获取的第二应用白名单和上一次获取的第二应用白名单获取修改应用标识，根据修改应用标识对应的用户身份标识修改流量控制策略。将第一应用白名单和第二应用白名单进行比较，若应用标识在第一应用白名单和第二应用白名单中都存在，则不需要修改对应的应用程序的流量使用权限；若用户标识只第一应用白名单或第二应用白名单中存在，则需要修改对应的应用程序的流量使用权限。

在一个实施例中，该流量控制方法还可以包括：统计各个应用程序的流量数据，并根据各个应用程序的流量数据修改流量控制策略。具体地，若存在在预设时段内使用的流量数据大于流量阈值的应用程序，则在流量控制策略中修改该应用程序的使用权限。例如，某个应用程序在一天之内使用了1GB流量，则将该应用程序设为禁用状态，或者限制该应用程序的使用流量数据的速度。

更进一步地，统计各个应用程序的流量数据具体可以包括：获取统计参数，其中统计参数包括用户身份标识、开始时间和结束时间；根据统计参数获取流量查询模式；根据流量查询模式查询历史流量，并根据历史流量统计用户身份标识对应的应用程序的流量数据。

上述实施例提供的流量控制方法，根据用户身份标识获取第一应用白名单，并获取服务器下发的第二应用白名单。根据第一应用白名单和第二应用白名单生成流量控制策略，并通过流量控制策略控制应用程序对流量数据的消耗。重新接收到第二应用白名单时，会重新修改流量控制策略。这样能够通过流量控制策略合理地控制流量的使用，更有效地管理流量，避免流量的浪费。

图8为一个实施例中流量数据统计方法的流程图。如图8所示，该流量数据统计方法包括步骤802至步骤816。其中：

步骤802，获取统计参数，其中统计参数包括开始时间和结束时间。

在一个实施例中，步骤802具体可以包括：检测到统计指令时，获取统计参数。统计指令是指触发进行流量统计的指令，该统计指令可以是用户手动触发的，也可以是在系统满足预设条件时自动触发的，还可以是实时或定时触发的。

可以理解的是，统计参数中还可以包括网络接口类型，网络接口类型是指访问网络的接口的类型，一般可以包括Wi-Fi(Wireless Fidelity，无线保真)网络接口、2G网络接口、3G网络接口和4G网络接口等类型。则可以分别对各个不同的网络接口所产生的数据流量进行统计。统计参数中还可以包括模块标识，模块标识是指区分不同应用模块的唯一标识。则根据统计参数获取流量数据，可以对各个应用模块对应的数据流量进行统计。

步骤804，根据统计参数计算统计时长。

在一个实施例中，根据统计参数计算统计时长，统计参数中可以包括开始时间和结束时间，那么统计时长就为开始时间到结束时间之间间隔的时长。然后再根据统计时长获取流量查询模式。更进一步地，若统计时长在预设时长范围内，则流量查询模式为第一流量查询模式。若统计时长超过预设时长范围，则流量查询模式为第二流量查询模式。若流量查询模式为第一流量查询模式，则读取第一历史流量，并将第一历史流量作为流量数据；若流量查询模式为第二流量查询模式，则读取第一历史流量以及读取第二历史流量，并根据第一历史流量和第二历史流量获取流量数据。

步骤806，若统计时长在预设时长范围内，则流量查询模式为第一流量查询模式。

在一个实施例中，预设时长范围是指按照预设规则计算的一个时长范围。可以理解的是，预设时长范围可以是一个固定的时长范围，也可以是通过统计参数计算得到的。步骤806之前还可以包括：根据统计参数计算预设时长范围。例如，当前时刻为9月12日12:00，9月1日00:00到9月12日12:00之间间隔12.5天，那么预设时长范围可以为0到12.5天。若计算的统计时长为在0到12.5天之间，那么流量查询模式为第一流量查询模式；若计算的统计时长超过12.5天，那么流量查询模式为第二流量查询模式。第一流量查询模式和第一流量查询模式为两种不同的查询历史流量的方法。

步骤808，从第一流量数据库中读取第一历史流量。

在本申请提供的实施例中，智能终端会通过内核层的流量统计模块来统一对各个应用程序所产生的流量进行统计，然后将统计的流量记录在一个内核层对应的数据库中，应用层的应用程序需要查询流量的时候，可以通过专用的流量统计接口读取该内核层的数据库获取流量数据，然后将读取的流量数据存储在应用层的数据库中。下次需要查询这部分流量时，可以直接从应用层的数据库中进行读取，不需要再去调用流量统计接口，这样可以减少系统的功耗。在一个实施例中，第一流量数据库就可以是指应用层对应的用于记录统计流量的数据库，第二数据库可以是指该内核层对应的用于记录统计流量的数据库。第一历史流量是指从第一流量数据库中获取的历史消耗的流量数据，第二历史流量是指从第二流量数据库中获取的历史消耗的流量数据。

可以理解的是，流量数据的可以以数据结构的形式存储的。数据结构是指存储数据及数据元素之间的关系的集合，例如数据结构可以是hash表、红黑树、二叉树等形式。一般来说，保存的是很长一段时间内的流量数据，以便于需要时对流量数据进行查询。流量统计模块统计的流量数据一开始存储在内存中，在保存流量数据的时候，会对流量数据的总量设一个上限值，当流量数据的总量达到这个上限值，会将内存中的流量数据转存到指定的文件中，这样即便是关闭智能终端，记录的流量数据也不会丢失。

在一个实施例中，流量统计模块在统计流量的时候，会统计各个应用模块在各个时间段内的消耗的流量数据，并将这个各个时间段内的流量数据与对应的模块标识进行存储。其中，应用模块是指智能终端中的应用程序对应的功能模块，模块标识是区分这个应用模块的唯一标识。例如，在Android系统中在安装应用程序的时候，会给安装的应用程序分配一个UID，则系统就可以通过UID来区分各个应用程序对应的功能模块。在查询历史流量的时候，可以查询开始时间到结束时间之间的各个时间段对应的流量数据，并根据查询的各个时间段对应的流量数据计算历史流量。例如，流量统计模块每半小时记录一次流量数据，记录的流量数据表示所记录的半小时内消耗的流量。如果要统计12:00到14:00之间的历史流量，那么可以从数据库中查找12:00～12:30、12:30～13:00、13:00～13:30和13:30～14:00这四个时间段内的流量数据，分别为10MB、20MB、30MB和12MB，那么统计的历史流量就为这个时间段内的流量数据的总和，即为72MB。

步骤810，将第一历史流量作为流量数据。

在一个实施例中，若统计时长在预设时长范围内，则说明统计的时间段内的流量数据可以全部从第一流量数据库中获取。则可以直接根据统计参数从第一流量数据库中获取第一历史流量，并将第一历史流量作为流量数据。

举例说明，智能终端中的应用层中可以包括第一应用程序和第二应用程序，第一应用程序会实时统计第一时间段内的历史流量，并将统计的该第一时间段内的历史流量存储在第一流量数据库中。当第二应用程序需要统计流量时，第二应用程序可以首先输入统计参数，并根据统计参数计算第二时间段，若第二时间段在第一时间段内，则第二应用程序可以直接通过读取第一流量数据库中的流量数据来获取历史流量。

步骤812，若统计时长超过预设时长范围，则流量查询模式为第二流量查询模式。

步骤814，从第一流量数据库中读取第一历史流量，通过流量统计接口输入查询参数，获取通过流量统计接口返回的第二历史流量，该第二历史流量是根据查询参数从第二流量数据库中获取的。

在一个实施例中，第一流量数据库中只存储了某一个时间段内的流量数据，第二数据库中存储了所有流量数据。若统计时长超过预设时长范围内，则说明统计的时间段内的流量数据无法全部从第一流量数据库中获取，一部分需要从第一流量数据库中获取，一部分需要从第二流量数据库中获取。流量统计接口是指从第二流量数据库中获取第二历史流量的专用接口，通过该流量统计接口可以输入查询参数，并根据查询参数从第二流量数据库中读取流量数据，根据获取的流量数据计算第二历史流量。

具体地，首先根据统计参数和预设时长范围计算第一查询参数和第二查询参数，并根据第一查询参数从第一流量数据库中读取第一历史流量，根据第二查询参数从第二流量数据库中读取第二历史流量。例如，第一流量数据库中存储了10:00至15:00的历史流量，那么预设时长范围就为5小时，如果需要统计5:00到15:00的历史流量，则第一查询参数就可以是10:00和15:00，第二查询参数就可以是5:00和10:00。

图9为一个实施例中流量统计系统的结构示意图。如图9所示，该流量查询系统包括流量统计应用程序902、流量统计框架904和流量统计模块906。其中，流量统计应用程序902位于该系统的应用层，用于发起流量查询请求。可以理解的是，流量统计应用程序902可以向流量统计框架904发送流量查询请求，该请求中包含统计参数。统计参数包括起始时间和网络接口类型，起始时间是指开始时间和结束时间，网络类型是指统计的使用流量数据的网络的类型，一般的网络接口类型包括Wi-Fi网络接口、数据网络接口等类型。流量统计框架904位于该系统的框架层，用于接收流量统计应用程序902的流量查询请求，并根据该流量查询请求中的统计参数从流量统计模块906中获取历史流量，查询的结果发送给流量统计应用程序902。

图10为另一个实施例中流量统计系统的结构示意图。如图10所示，该系统分为应用层、框架层和内核层。应用层中包含流量消耗应用程序，流量消耗应用程序是指消耗流量数据的应用程序。例如，流量消耗应用程序可以是游戏APP，用户通过手机中的游戏APP打游戏，在使用该游戏APP打游戏的过程中，该游戏APP会产生流量数据的消耗。智能终端在运行流量消耗应用程序的时候，与服务器进行数据传输时，会产生流量数据的消耗。流量消耗应用程序通过框架层中的接口与内核层进行通信。当有网络访问发生时，流量统计模块会查询这个网络是由哪个应用程序访问的，然后统计发送和接收的流量数据的数据量，并将统计的流量数据记录到内存中。框架层需要查询这些流量数据时，内核层通过文件系统将这些流量数据映射到一个文件中。框架层会通过系统接口进行获取读取这些文件，获取流量数据。运输层用于传输数据和文件，网络层用于定义不同终端之间的传输的数据包。

举例来说，Android内核层的流量统计功能，是由Xt_qtaguid这个模块负责完成的。Xt_qtaguid模块主要代码位于kernel/net/netfilter/xt_qtaguid.c中。Xt_qtaguid模块利用了内核层的Netfilter架构，实现了一个网络匹配器，并设定了一定的网络接口匹配规则。该匹配器在系统启动时，由netd进程通过Iptables命令载入运行。当有网络访问发生时，Netfilter框架会通知Xt_qtaguid模块进行处理，主要查询下这个网络访问是哪个UID的模块访问的，发送和接收的数据量有多少，并将流量数据记录到内存中。当Framework层需要访问这些流量数据的时候，Xt_qtaguid模块通过proc文件系统映射出一个proc文件并将流量数据写到这个文件中供Framework层读取。

在一个实施例中，流量统计模块统计流量的流程如图11所示。流量统计模块在开始统计流量数据之前需要对数据进行初始化。首先创建目录，然后创建流量统计proc文件系统以及网络接口状态proc文件系统，并注册网络匹配器。最后将该匹配器添加到Iptable中，并注册misc_register模块。当发生网络访问时，接收网络数据收发通知，开始对流量数据进行统计。通过匹配器匹配处理函数，然后对流量数据进行解析和统计，并将统计的流量数据进行保存。其中，可以通过二叉树的形式保存数据，索引值是应用模块的UID，树枝节点是个多维数组结构，保存流量数据。上层应用要读取流量数据的时候，通过调用proc文件关联的读函数把内存数据写入文件，并从文件中读取数据。

图12为另一个实施例中流量查询系统的结构示意图。如图12所示，流量统计应用程序发起流量查询请求，框架层中的核心服务模块用于响应流量查询请求、协调数据查询模块和序列化存储模块。数据查询模块通过流量读取接口提供查询流量的接口，由流量查询服务读取内核层中的流量统计proc文件系统的数据，再将数据返回给核心服务模块。核心服务模块将流量数据发送到序列化存储模块。序列化存储模块接收到数据之后，将流量数据按照一定的格式先缓存在内存中。在需要读取流量数据的时候，将缓存内容保存到序列化文件中或从序列化文件中恢复数据到缓存里面。一般地，流量数据可以以数据列表的形式进行存储，以应用模块的模块标识进行区分，每个元素是一个数据对象，存储了模块标识对应的流量数据。

可以理解的是，流量统计模块在统计流量的时候，会统计各个应用模块在各个时间段内的消耗的流量，并将这个各个时间段内的流量与对应的模块标识进行存储，具体地可以以数据列表的形式进行存储。图13为一个实施例中存储流量数据的数据列表的示意图。如图13所示，流量数据以Hash表的形式进行存储。Hash表的索引Key主要以应用模块的UID和网络接口进行区分，数据对象中的数据按照时间轴存储各个时间段的流量数据。数据对象中包括流量接收量、接收包、发送量和发送包。接收/发送量是指接收和发送的数据包的字节总量，接收/发送包是指接收和发送的数据包的个数。

图14为一个实施例中存储流量数据的数据对象的示意图。如图14所示，一个数据对象中将时间轴划分为固定大小的时间段，并分别将各个时间段内统计的流量数据进行存储。需要获取流量数据时，输入开始时间和结束时间，并获取开始时间到结束时间内的各个时间段对应的流量数据，就可以知道开始时间到结束时间之间产生的总的流量数据。

步骤816，根据第一历史流量和第二历史流量获取流量数据。

在一个实施例中，将获取的第一历史流量和第二历史流量相加，则可以得到流量数据。统计的流量数据可以在智能终端的界面上进行显示，并通过每次统计的流量数据生成数据报表，并将数据报表进行显示，以使用户可以实时查看流量的使用情况。还可以根据统计的流量数据生成提示信息，并将提示信息显示在智能终端的界面上。例如，在统计到一天之内所消耗的流量超过500MB，通过提示框对用户进行提示。

图15为一个实施例中流量订单列表页的终端显示图。如图15所示，该流量订单列表页中可以查询用户的所有购买流量的订单，包括正在使用的订单、未激活的订单和历史订单，点击订单可以查看相应的订单详情。

图16为一个实施例中流量统计结果的终端显示图。如图16所示，该流量统计结果中包含了不同网络接口的流量数据的统计结果，以及当前剩余流量。并通过曲线图将流量统计结果分别进行展示，用户可以通过展示界面查看每天的流量数据。

图17为另一个实施例中流量统计结果的终端显示图。如图17所示，该流量统计结果中包含了各个应用程序所消耗的流量数据，并分别进行展示。通过曲线图展示各个应用程序所消耗的流量数据的变化。

图18为一个实施例中流量控制装置的结构示意图。如图18所示，该流量控制装置1800包括名单获取模块1802、策略生成模块1804和流量控制模块1806。其中：

名单获取模块1802，用于获取第一应用白名单和第二应用白名单，所述第一应用白名单是根据应用程序对应的用户身份标识获取的，所述第二应用白名单是由本地配置得到的。

策略生成模块1804，用于根据所述第一应用白名单和第二应用白名单生成流量控制策略。

流量控制模块1806，用于根据所述流量控制策略控制应用程序对流量数据的消耗。

上述实施例提供的流量控制装置，根据用户身份标识获取第一应用白名单，并获取本地配置得到的第二应用白名单。根据第一应用白名单和第二应用白名单生成流量控制策略，并通过流量控制策略控制应用程序对流量数据的消耗。这样能够合理地控制流量的使用，更有效地管理流量，避免流量的浪费。

图19为另一个实施例中流量控制装置的结构示意图。如图19所示，该流量控制装置1900包括名单获取模块1902、策略生成模块1904、流量控制模块1906和策略更新模块1908。其中：

名单获取模块1902，用于获取第一应用白名单和第二应用白名单，所述第一应用白名单是根据应用程序对应的用户身份标识获取的，所述第二应用白名单是由本地配置得到的。

策略生成模块1904，用于根据所述第一应用白名单和第二应用白名单生成流量控制策略。

流量控制模块1906，用于根据所述流量控制策略控制应用程序对流量数据的消耗。

策略更新模块1908，用于若检测到第二应用白名单更新，则重新获取第二应用白名单；根据本次获取的第二应用白名单修改所述流量控制策略。。

在一个实施例中，名单获取模块1902还用于获取小于阈值的用户身份标识所对应的应用标识，根据获取的应用标识生成第一应用白名单；从本地数据库中获取第二应用白名单。

在一个实施例中，策略生成模块1904还用于获取所述第一应用白名单和第二应用白名单中的应用标识，并将所述应用标识对应的用户身份标识写入策略文件中。

在一个实施例中，策略生成模块1904还用于通过文件读写工具将所述应用标识对应的用户身份标识写入策略文件中，所述策略文件存储在策略存储框架中。

在一个实施例中，流量控制模块1906还用于根据所述策略文件读取流量控制策略，并根据所述流量控制策略控制应用程序对流量数据的消耗。

在一个实施例中，策略更新模块1908还用于根据本次获取的第二应用白名单和上一次获取的第二应用白名单获取修改应用标识，根据所述修改应用标识对应的用户身份标识修改流量控制策略。

在一个实施例中，策略更新模块1908还用于获取本次获取的第二应用白名单中的应用标识所对应的用户身份标识，作为第一用户身份标识；获取流量数据库中记录的用户身份标识，作为第二用户身份标识；根据所述第一用户身份标识和第二用户身份标识，获取修改用户身份标识；根据所述修改用户身份标识修改所述流量控制策略。。

上述流量控制装置中各个模块的划分仅用于举例说明，在其他实施例中，可将流量控制装置按照需要划分为不同的模块，以完成上述流量控制装置的全部或部分功能。

本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行以下步骤：

根据所述流量控制策略控制应用程序对流量数据的消耗。

在一个实施例中，所述处理器执行的所述获取第一应用白名单和获取第二应用白名单包括：

获取小于阈值的用户身份标识所对应的应用标识，根据获取的应用标识生成第一应用白名单；

从本地数据库中获取第二应用白名单。

在一个实施例中，所述处理器执行的所述根据所述第一应用白名单和第二应用白名单生成流量控制策略包括：

获取所述第一应用白名单和第二应用白名单中的应用标识，并将所述应用标识对应的用户身份标识写入策略文件中；

所述根据所述流量控制策略控制应用程序对流量数据的消耗包括：

根据所述策略文件读取流量控制策略，并根据所述流量控制策略控制应用程序对流量数据的消耗。

在一个实施例中，所述处理器执行的所述将所述应用标识对应的用户身份标识写入策略文件中包括：

通过文件读写工具将所述应用标识对应的用户身份标识写入策略文件中，所述策略文件存储在策略存储框架中。

在一个实施例中，所述处理器执行的所述方法还包括：

若检测到第二应用白名单更新，则重新获取第二应用白名单；

根据本次获取的第二应用白名单修改所述流量控制策略。

在一个实施例中，所述处理器执行的所述根据本次获取的第二应用白名单修改所述流量控制策略包括：

根据本次获取的第二应用白名单和上一次获取的第二应用白名单获取修改应用标识，根据所述修改应用标识对应的用户身份标识修改流量控制策略。

在一个实施例中，所述处理器执行的所述根据本次获取的第二应用白名单修改流量控制策略包括：

获取本次获取的第二应用白名单中的应用标识所对应的用户身份标识，作为第一用户身份标识；

获取流量数据库中记录的用户身份标识，作为第二用户身份标识；

根据所述第一用户身份标识和第二用户身份标识，获取修改用户身份标识；

根据所述修改用户身份标识修改所述流量控制策略。

一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的流量控制方法。

本申请实施例还提供了一种计算机设备。如图20所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该计算机设备可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、穿戴式设备等任意终端设备，以计算机设备为手机为例：

图20为与本申请实施例提供的计算机设备相关的手机的部分结构的框图。参考图20，手机包括：射频(Radio Frequency，RF)电路2010、存储器2020、输入单元2030、显示单元2040、传感器2050、音频电路2060、无线保真(wireless fidelity，WiFi)模块2070、处理器2080、以及电源2090等部件。本领域技术人员可以理解，图20所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，RF电路2010可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器2080处理；也可以将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路2010还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System ofMobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)、长期演进(Long Term Evolution，LTE))、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器2020可用于存储软件程序以及模块，处理器2080通过运行存储在存储器2020的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器2020可主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能的应用程序、图像播放功能的应用程序等)等；数据存储区可存储根据手机的使用所创建的数据(比如音频数据、通讯录等)等。此外，存储器2020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元2030可用于接收输入的数字或字符信息，以及产生与手机2000的用户设置以及功能控制有关的键信号输入。具体地，输入单元2030可包括触控面板2031以及其他输入设备2032。触控面板2031，也可称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板2031上或在触控面板2031附近的操作)，并根据预先设定的程式驱动相应的连接装置。在一个实施例中，触控面板2031可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器2080，并能接收处理器2080发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板2031。除了触控面板2031，输入单元2030还可以包括其他输入设备2032。具体地，其他输入设备2032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)等中的一种或多种。

显示单元2040可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元2040可包括显示面板2041。在一个实施例中，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板2041。在一个实施例中，触控面板2031可覆盖显示面板2041，当触控面板2031检测到在其上或附近的触摸操作后，传送给处理器2080以确定触摸事件的类型，随后处理器2080根据触摸事件的类型在显示面板2041上提供相应的视觉输出。虽然在图20中，触控面板2031与显示面板2041是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板2031与显示面板2041集成而实现手机的输入和输出功能。

手机2000还可包括至少一种传感器2050，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板2041的亮度，接近传感器可在手机移动到耳边时，关闭显示面板2041和/或背光。运动传感器可包括加速度传感器，通过加速度传感器可检测各个方向上加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换)、振动识别相关功能(比如计步器、敲击)等；此外，手机还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器等。

音频电路2060、扬声器2061和传声器2062可提供用户与手机之间的音频接口。音频电路2060可将接收到的音频数据转换后的电信号，传输到扬声器2061，由扬声器2061转换为声音信号输出；另一方面，传声器2062将收集的声音信号转换为电信号，由音频电路2060接收后转换为音频数据，再将音频数据输出处理器2080处理后，经RF电路2010可以发送给另一手机，或者将音频数据输出至存储器2020以便后续处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块2070可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图20示出了WiFi模块2070，但是可以理解的是，其并不属于手机2000的必须构成，可以根据需要而省略。

处理器2080是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器2020内的软件程序和/或模块，以及调用存储在存储器2020内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在一个实施例中，处理器2080可包括一个或多个处理单元。在一个实施例中，处理器2080可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等；调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器2080中。

手机2000还包括给各个部件供电的电源2090(比如电池)，优选的，电源可以通过电源管理系统与处理器2080逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

在一个实施例中，手机2000还可以包括摄像头、蓝牙模块等。

在本申请实施例中，该移动终端所包括的处理器2080执行存储在存储器上的计算机程序时实现上述实施例提供的流量控制方法。

本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)，它用作外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

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

根据所述第一应用白名单和第二应用白名单生成流量控制策略，根据所述流量控制策略控制应用程序对流量数据的消耗；

获取统计参数，根据所述统计参数计算统计时长，所述统计参数包括网络接口类型、开始时间和结束时间；

根据所述统计时长确定流量查询模式，所述流量查询模式包括第一流量查询模式和第二流量查询模式，所述第一流量查询模式是从应用层的流量数据库中获取流量数据，所述第二流量查询模式是从应用层和内核层的流量数据库中获取流量数据，所述应用层的流量数据库用于存储预设时间段内的流量数据，所述内核层的流量数据库用于存储所有时间段的流量数据，所述应用层的流量数据库中的流量数据是通过应用层中的实体SIM卡模块从内核层查询得到的；

通过应用层中的虚拟SIM卡模块根据所述流量查询模式查询所述网络接口类型对应的历史流量，根据所述历史流量统计应用程序对应的目标流量数据；

根据应用程序对应的目标流量数据修改所述流量控制策略，根据修改后的流量控制策略控制应用程序对流量数据的消耗。

2.根据权利要求1所述的流量控制方法，其特征在于，所述获取第一应用白名单和获取第二应用白名单包括：

从本地数据库中获取第二应用白名单。

3.根据权利要求1所述的流量控制方法，其特征在于，所述根据所述第一应用白名单和第二应用白名单生成流量控制策略包括：

4.根据权利要求3所述的流量控制方法，其特征在于，所述将所述应用标识对应的用户身份标识写入策略文件中包括：

5.根据权利要求1所述的流量控制方法，其特征在于，所述方法还包括：

根据本次获取的第二应用白名单修改所述流量控制策略。

6.根据权利要求5所述的流量控制方法，其特征在于，所述根据本次获取的第二应用白名单修改所述流量控制策略包括：

7.根据权利要求5或6所述的流量控制方法，其特征在于，所述根据本次获取的第二应用白名单修改流量控制策略包括：

根据所述修改用户身份标识修改所述流量控制策略。

8.一种流量控制装置，其特征在于，所述装置包括：

流量控制模块，用于根据所述流量控制策略控制应用程序对流量数据的消耗；

策略更新模块，用于获取统计参数，根据所述统计参数计算统计时长，所述统计参数包括网络接口类型、开始时间和结束时间；根据所述统计时长确定流量查询模式，所述流量查询模式包括第一流量查询模式和第二流量查询模式，所述第一流量查询模式是从应用层的流量数据库中获取流量数据，所述第二流量查询模式是从应用层和内核层的流量数据库中获取流量数据，所述应用层的流量数据库用于存储预设时间段内的流量数据，所述内核层的流量数据库用于存储所有时间段的流量数据，所述应用层的流量数据库中的流量数据是通过应用层中的实体SIM卡模块从内核层查询得到的；通过应用层中的虚拟SIM卡模块根据所述流量查询模式查询所述网络接口类型对应的历史流量，根据所述历史流量统计所述用户身份标识对应的应用程序对应的目标流量数据；根据应用程序对应的目标流量数据修改所述流量控制策略，根据修改后的流量控制策略控制应用程序对流量数据的消耗。

9.一种计算机设备，包括存储器及处理器，所述存储器中储存有计算机可读指令，所述指令被所述处理器执行时，使得所述处理器执行实现如权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的方法。