CN105281965B - 基于ios系统的流量获取方法和装置 - Google Patents

Abstract

本发明公开了一种基于IOS系统的流量获取方法和装置。其中，该流量获取方法包括：接收与运行在安装有IOS系统的终端上的客户端对应的服务器发送的推送消息，推送消息用于指示将客户端从挂起状态切换至激活状态，其中，客户端被设置为在挂起状态和激活状态下均运行于IOS系统的后台，并且客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量；响应于推送消息将客户端从挂起状态切换至激活状态；在客户端处于激活状态时，通过客户端获取网络流量。本发明解决了权限受限且需要长时间地运行在IOS系统的后台的客户端无法获取终端的网络流量的技术问题。

Description

基于IOS系统的流量获取方法和装置

技术领域

本发明涉及互联网应用领域，具体而言，涉及一种基于IOS系统的流量获取方法和装置。

背景技术

在发明人所了解到的一些方案中，可以通过运行在终端上的客户端也即客户端应用对终端设备的硬件进行访问，以直接获取终端的网络流量，并且这些用于获取网络流量的客户端可以运行于终端或者说终端上的操作系统的后台，而不会直接显示在终端设备的主界面UI(User Interface)上，这就不会妨碍到用户对该设备的正常使用。例如，对于一款运行在安装有安卓(Android)系统的智能手机上的移动应用来说，作为客户端的该应用可以在后台运行，并随时访问作为终端的智能手机的网卡，以实时地对该智能手机所产生的网络流量进行统计，并可以通过弹窗或者是响应于用户操作将统计出的流量展示给手机的用户，以便于用户及时地掌握对流量的使用情况，进而用户则可以根据情况调整上网策略，比如当流量使用过快时，可以限制通过手机接入3G网络来浏览网页，转而更多地接入到Wi-Fi网络等。

然而若要将上述方案应用到安装有IOS系统的智能手机上，则会存在一些问题。一般来说，由于IOS系统对通过正规渠道下载的客户端应用的运行权限进行了限制，在用户按下主页(home)键时，这些应用通常将由前台运行切换至后台运行。在切换至后台之后的预定时长内，比如10秒后，该应用通常会从激活状态切换至挂起状态，而在挂起状态下，客户端应用无法自行进行计算操作，直至用户重新回到该应用。在上述场景下，为避免干扰到用户对安装有IOS系统的智能手机的正常使用，用于获取网络流量的客户端显然无法长期在前台运行并占用主UI进程，然而在切换到后台运行之后的预定时长内，该客户端又会被设置为挂起状态，进而无法对手机的硬件设备进行访问，也就无法获取到手机的网络流量。换而言之，对于权限受限并且需要长时间地运行在IOS系统的后台的客户端来说，存在着客户端无法获取到终端的网络流量的问题。针对这一问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种基于IOS系统的流量获取方法和装置，以至少解决权限受限且需要长时间地运行在IOS系统的后台的客户端无法获取终端的网络流量的技术问题。

根据本发明实施例的一个方面，提供了一种基于IOS系统的流量获取方法，包括：接收与运行在安装有IOS系统的终端上的客户端对应的服务器发送的推送消息，所述推送消息用于指示将所述客户端从挂起状态切换至激活状态，其中，所述客户端被设置为在所述挂起状态和所述激活状态下均运行于所述IOS系统的后台，并且所述客户端被设置为在所述挂起状态下禁止获取所述终端的网络流量、在所述激活状态下允许获取所述终端的网络流量；响应于所述推送消息将所述客户端从所述挂起状态切换至所述激活状态；在所述客户端处于所述激活状态时，通过所述客户端获取所述网络流量。

根据本发明实施例的另一方面，还提供了一种基于IOS系统的流量获取装置，包括：接收单元，用于接收与运行在安装有IOS系统的终端上的客户端对应的服务器发送的推送消息，所述推送消息用于指示将所述客户端从挂起状态切换至激活状态，其中，所述客户端被设置为在所述挂起状态和所述激活状态下均运行于所述IOS系统的后台，并且所述客户端被设置为在所述挂起状态下禁止获取所述终端的网络流量、在所述激活状态下允许获取所述终端的网络流量；切换单元，用于响应于所述推送消息将所述客户端从所述挂起状态切换至所述激活状态；获取单元，用于在所述客户端处于所述激活状态时，通过所述客户端获取所述网络流量。

在本发明实施例中，提供了一种利用推送消息将运行在IOS系统的后台的客户端“唤醒”、进而通过唤醒后的该客户端对终端的网络流量及时地进行统计的流量获取方法。具体来说，在本发明实施例中，利用终端对推送消息的响应机制，可以在终端或客户端接收到预先约定的推送消息后，暂时地将客户端的状态由挂起状态切换至激活状态，也即将客户端“唤醒”，由于激活状态下的客户端具备访问终端上的硬件的权限，则唤醒后的客户端便可以通过访问网卡等常规的网络流量的获取方式来获取终端的网络流量，从而达到在不干扰用户对终端的正常使用的前提下通过权限受限的客户端来获取终端的网络流量的效果，进而解决了权限受限且需要长时间地运行在IOS系统的后台的客户端无法获取终端的网络流量的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的基于IOS系统的流量获取方法的示意图；

图2是根据本发明实施例的一种可选的基于IOS系统的消息发送方法的示意图；

图3是根据本发明实施例的一种可选的基于IOS系统的流量获取装置的示意图；

图4是根据本发明实施例的一种可选的基于IOS系统的消息发送装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种基于IOS系统的流量获取方法，如图1所示，该方法包括：

S102：接收与运行在安装有IOS系统的终端上的客户端对应的服务器发送的推送消息，推送消息用于指示将客户端从挂起状态切换至激活状态，其中，客户端被设置为在挂起状态和激活状态下均运行于IOS系统的后台，并且客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量；

S104：响应于推送消息将客户端从挂起状态切换至激活状态；

S106：在客户端处于激活状态时，通过客户端获取网络流量。

应当明确的是，本发明实施例所要解决的问题之一是提供一种方法，以便于在不影响终端或者说终端设备的用户对该设备的正常使用的前提下，及时地获取到终端或者说终端设备的网络流量，进而还可以将获取到的网络流量通知给该终端设备的用户，以避免用户在不知情的情形下产生对网络流量的超额消费。

为解决这一问题，在发明人所了解到的一些方案中，可以通过运行在终端上的客户端也即客户端应用对终端设备的硬件进行访问，以直接获取终端的网络流量，并且这些用于获取网络流量的客户端可以运行于终端或者说终端上的操作系统的后台，而不会直接显示在终端设备的主UI上，这就不会妨碍到用户对该设备的正常使用。例如，对于一款运行在安装有安卓系统的智能手机上的移动应用来说，作为客户端的该应用可以在后台运行，并随时访问作为终端的智能手机的网卡，以实时地对该智能手机所产生的网络流量进行统计，并可以通过弹窗或者是响应于用户操作将统计出的流量展示给手机的用户，以便于用户及时地掌握对流量的使用情况，进而用户则可以根据情况调整上网策略，比如当流量使用过快时，可以限制通过手机接入3G网络来浏览网页，转而更多地接入到Wi-Fi网络等。

然而若要将上述方案应用到安装有IOS系统的智能手机上，则会存在一些问题。一般来说，由于IOS系统对通过正规渠道下载的客户端应用的运行权限进行了限制，在用户按下主页键时，这些应用通常将由前台运行切换至后台运行。在切换至后台之后的预定时长内，比如10秒后，该应用通常会从激活状态切换至挂起状态，而在挂起状态下，客户端应用无法自行进行计算操作，直至用户重新回到该应用。在上述场景下，为避免干扰到用户对安装有IOS系统的智能手机的正常使用，用于获取网络流量的客户端显然无法长期在前台运行并占用主UI进程，然而在切换到后台运行之后的预定时长内，该客户端又会被设置为挂起状态，进而无法对手机的硬件设备进行访问，也就无法获取到手机的网络流量。换而言之，对于权限受限并且需要长时间地运行在IOS系统的后台的客户端来说，存在着客户端无法获取到终端的网络流量的问题。

为解决上述问题，在本发明实施例中，提供了一种利用推送消息将运行在IOS系统的后台的客户端“唤醒”、进而通过唤醒后的该客户端对终端的网络流量及时地进行统计的流量获取方法。具体来说，在本发明实施例中，利用终端对推送消息的响应机制，可以在终端或客户端接收到预先约定的推送消息后，暂时地将客户端的状态由挂起状态切换至激活状态，也即将客户端“唤醒”，由于激活状态下的客户端具备访问终端上的硬件的权限，则唤醒后的客户端便可以通过访问网卡等常规的网络流量的获取方式来获取终端的网络流量，从而达到在不干扰用户对终端的正常使用的前提下通过权限受限的客户端来获取终端的网络流量的效果，进而解决了权限受限且需要长时间地运行在IOS系统的后台的客户端无法获取终端的网络流量的问题。

以下将结合附图和具体的实施例对本发明技术方案及其工作原理进行详细描述。

如图1所示，根据本发明实施例提供的流量获取方法，在步骤S102中，可以接收服务器发送的推送消息，该推送消息可以用于指示将客户端从挂起状态切换至激活状态，其中，该客户端被设置为在挂起状态和激活状态下均运行于IOS系统的后台，并且该客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量。

在本发明实施例中，终端或客户端可以接收服务器发送的推送消息。具体地，这一功能通常是由终端或者说其芯片以及安装在终端上的操作系统所提供的，并且与接收推送消息相关的功能和权限通常是向客户端应用的开发者开放的，例如，无论是安卓系统还是IOS系统下的应用市场，其所准入的应用均可以设计有从服务器向客户端的推送机制，以便于开发者在对应用进行了更新或者是需要对终端用户推送相关信息时，能够通过该推送机制向终端或客户端发送推送消息。

进一步地，该推送消息可以用来指示终端或者说其系统将客户端从挂起状态(inactive)切换至激活状态(active)。具体地，这一功能通常也可以由终端及其系统来提供，这有利于客户端在激活状态下对推送消息进行响应，从而丰富客户端与服务器之间、或者是用户通过客户端与服务器之间进行交互。更具体地，在本发明实施例中，该推送消息通常可以是服务器与客户端或终端预先约定的某一消息，以便于客户端或终端基于对该消息的识别进行响应，并执行后续的处理操作，例如，该消息中可以携带有预设标志项，或者是携带有预定时间的时间标签等，本发明对此不作限定。

在另一方面，在本发明实施例中，对于通常是与终端上安装的系统相适配的客户端来说，该客户端可以被设置为在上述挂起状态和上述激活状态下均在IOS系统的后台运行，以免干扰到用户对终端的正常使用。此外，在本发明实施例中，该客户端通常被设置为在挂起状态下禁止获取终端的网络流量、且在激活状态下允许获取终端的网络流量，这类似于IOS系统的常规设置。

在此需要说明的是，在本发明实施例中，客户端的挂起/激活状态与前台/后台运行并不等同，例如，对于一款用于播放音乐的客户端应用来说，该应用通常可以在后台运行，然而其在一般情况下将会保持在激活状态，以便于在后台完成对音乐的播放或曲目的切换等相关任务的处理操作，从而确保用户无需停留在该应用的界面上也可以随时聆听音乐。当然，对于播放音乐的客户端来说，系统通常会赋予其在后台运行并保持激活状态的权限，而对于一般的客户端应用来说，部分系统如IOS等并不会允许后台应用长时间地保持在激活状态，而是强制性地将其切换为挂起状态。也正是在这一前提下，发明人提出了利用推送机制将用于统计网络流量的客户端“唤醒”到激活状态的方案，克服了权限受限的客户端无法在后台保持激活状态所导致的客户端无法对网络流量进行的问题。

在此基础上，如图1所示，根据本发明实施例提供的流量获取方法，在步骤S104中，终端及其系统可以进一步地响应于上述推送消息将客户端从挂起状态切换至激活状态，进而可以通过步骤S106，在客户端处于激活状态时通过该客户端获取网络流量。

如前所述，在本发明实施例中，步骤S104中所描述的响应于推送消息将客户端从挂起状态切换至激活状态的功能通常可以由终端及其系统来提供，以便于客户端与服务器之间进行交互。当然，在本发明的一些实施例中，也可以在步骤S104中结合更为复杂的识别逻辑，来达到更为准确地对预先预定的推送消息进行响应并将客户端的状态由挂起状态切换至激活状态的目的，以避免终端或客户端错误地响应于其他消息对客户端的状态进行切换从而导致对处理器资源、I/O资源和内存资源的不必要占用的问题出现。总的来说，作为一种可选的方式，在本发明实施例中，上述步骤S104可以包括：

S2：判断推送消息是否满足第一预设条件；

S4：若满足第一预设条件，则将客户端从挂起状态切换至激活状态。

对于步骤S106而言，在本发明实施例中，可以采用为本领域技术人员当下或未来所知的多种可行的方式来实施，例如，作为一种可选的方式，在本发明实施例中，上述步骤S106可以包括：

S6：在判断出客户端由挂起状态切换至激活状态时，通过客户端读取终端的网卡信息，网卡信息包括数据流入量和数据流出量；

S8：将数据流入量与数据流出量的总和作为网络流量。

也即，在本发明实施例中，可以借助于终端及其系统所提供的接口和功能来实现对网络流量的获取，并可以进一步地结合读取出的参数进行后续处理，如可以选定其中一个或多个相关的参数来获取更为细分的网络流量的使用情况，而本发明对此不作任何限定。

当然，上述实施例只是一种示例，并非本发明唯一的实施方式。例如，在本发明的一些实施例中，也可以不直接对网卡进行访问，而是调用其他函数如系统所提供的流量监视接口来完成对流量的统计，本发明对此不作限定。类似地，还可以结合为本领域技术人员所知的其他可行的手段来实施本发明，然而应当理解的是，此类实施方式均应视为在本发明的保护范围之内。

在以上描述的基础上，还可以结合对获取的网络流量数据的进一步处理来实现更为丰富的提示功能，例如，作为一种可选的方式，在本发明实施例中，在步骤S106之后，上述方法还可以包括：

S10：判断获取的网络流量是否满足第二预设条件；

S12：若满足第二预设条件，则通过客户端提示终端在预设时期内所使用的网络流量。

例如，在本发明实施例中，可以按月统计终端的网络流量的使用情况，也即将该预设时期设置为本月月初到当前时刻之间的一个时期，具体地，在上述场景下，既可以在月初对网络流量进行清零，并将当前时刻所获取到的网络流量作为这一时期内所使用的网络流量，也可以将当前时刻所获取的网络流量与月初所获取的网络流量之间的差值作为这一时期内所使用的网络流量，本发明对于步骤S12的具体的处理逻辑不作任何限定。此外，本发明也并不会限定步骤S12中所描述的具体的提示方式，例如，客户端可以通过弹窗或浮动窗口中的数字或警示标志来进行提示，也可以通过特定的铃音或语音进行提示，本发明对此不作限定，然而该提示通常应以用户、其他后续处理模块或者是系统能够识别为准。

实施例2

根据本发明实施例，还提供了一种与如实施例1中所述的流量获取方法相对应的基于IOS系统的消息发送方法，如图2所示，该方法包括：

S202：设置可被安装有IOS系统的终端识别的推送消息，推送消息用于指示将运行于IOS系统的后台的客户端从挂起状态切换至激活状态，其中，客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量；

S204：在预设时间段内向客户端发送推送消息。

应当明确的是，本发明实施例所要解决的问题之一是提供一种方法，以便于在不影响终端或者说终端设备的用户对该设备的正常使用的前提下，通过客户端及时地获取到终端或者说终端设备的网络流量，进而还可以通过该客户端将获取到的网络流量通知给该终端设备的用户，以避免用户在不知情的情形下产生对网络流量的超额消费。

为解决这一问题，在发明人所了解到的一些方案中，可以通过运行在终端上的客户端也即客户端应用对终端设备的硬件进行访问，以直接获取终端的网络流量，并且这些用于获取网络流量的客户端可以运行于终端或者说终端上的操作系统的后台，而不会直接显示在终端设备的主UI上，这就不会妨碍到用户对该设备的正常使用。例如，对于一款运行在安装有安卓系统的智能手机上的移动应用来说，作为客户端的该应用可以在后台运行，并随时访问作为终端的智能手机的网卡，以实时地对该智能手机所产生的网络流量进行统计，并可以通过弹窗或者是响应于用户操作将统计出的流量展示给手机的用户，以便于用户及时地掌握对流量的使用情况，进而用户则可以根据情况调整上网策略，比如当流量使用过快时，可以限制通过手机接入3G网络来浏览网页，转而更多地接入到Wi-Fi网络等。

然而若要将上述方案应用到安装有IOS系统的智能手机上，则会存在一些问题。一般来说，由于IOS系统对通过正规渠道下载的客户端应用的运行权限进行了限制，在用户按下主页键时，这些应用通常将由前台运行切换至后台运行。在切换至后台之后的预定时长内，比如10秒后，该应用通常会从激活状态切换至挂起状态，而在挂起状态下，客户端应用无法自行进行计算操作，直至用户重新回到该应用。在上述场景下，为避免干扰到用户对安装有IOS系统的智能手机的正常使用，用于获取网络流量的客户端显然无法长期在前台运行并占用主UI进程，然而在切换到后台运行之后的预定时长内，该客户端又会被设置为挂起状态，进而无法对手机的硬件设备进行访问，也就无法获取到手机的网络流量。换而言之，对于权限受限并且需要长时间地运行在IOS系统的后台的客户端来说，存在着客户端无法获取到终端的网络流量的问题。

为解决上述问题，在本发明实施例中，提供了一种利用推送消息将运行在IOS系统的后台的客户端“唤醒”、进而通过唤醒后的该客户端对终端的网络流量及时地进行统计的消息推送方法。具体来说，在本发明实施例中，采用了服务器向客户端发送预定的推送消息的方式，进而利用终端对推送消息的响应机制，便可以使终端或客户端在接收到该推送消息后暂时地将客户端的状态由挂起状态切换至激活状态，也即将客户端“唤醒”。在上述场景下，由于激活状态下的客户端具备访问终端上的硬件的权限，则唤醒后的客户端便可以通过访问网卡等常规的网络流量的获取方式来获取终端的网络流量，从而达到在不干扰用户对终端的正常使用的前提下通过权限受限的客户端来获取终端的网络流量的效果，进而解决了权限受限且需要长时间地运行在IOS系统的后台的客户端无法获取终端的网络流量的问题。

以下将结合附图和具体的实施例对本发明技术方案及其工作原理进行详细描述。

如图2所示，根据本发明实施例提供的消息推送方法，服务器可以通过步骤S202设置可被终端识别的推送消息，进而通过步骤S204在预设时间段内向客户端发送设置好的该推送消息。其中，该推送消息可以用来指示将运行于IOS系统的后台的客户端从挂起状态切换至激活状态，并且该客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量。对应地，终端或客户端则可以接收服务器发送的推送消息，该推送消息可以用于指示将客户端从挂起状态切换至激活状态，其中，该客户端被设置为在挂起状态和激活状态下均运行于IOS系统的后台，并且该客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量。

在本发明实施例中，终端或客户端可以接收服务器所发送的上述推送消息。一般来说，这一功能通常是由终端或者说其芯片以及安装在终端上的操作系统所提供的，并且与接收推送消息相关的功能和权限通常是向客户端应用的开发者开放的，例如，无论是安卓系统还是IOS系统下的应用市场，其所准入的应用均可以设计有从服务器向客户端的推送机制，以便于开发者在对应用进行了更新或者是需要对终端用户推送相关信息时，能够通过该推送机制向终端或客户端发送推送消息。

进一步地，该推送消息可以用来指示终端或者说其系统将客户端从挂起状态切换至激活状态。具体地，这一功能通常也可以由终端及其系统来提供，这有利于客户端在激活状态下对推送消息进行响应，从而丰富客户端与服务器之间、或者是用户通过客户端与服务器之间进行交互。更具体地，在本发明实施例中，该推送消息通常可以是服务器与客户端或终端预先约定的某一消息，以便于客户端或终端基于对该消息的识别进行响应，并执行后续的处理操作，例如，该消息中可以携带有预设标志项，或者是携带有预定时间的时间标签等，本发明对此不作限定。

在另一方面，在本发明实施例中，对于通常是与终端上安装的系统相适配的客户端来说，该客户端可以被设置为在上述挂起状态和上述激活状态下均在IOS系统的后台运行，以免干扰到用户对终端的正常使用。此外，在本发明实施例中，该客户端通常被设置为在挂起状态下禁止获取终端的网络流量、且在激活状态下允许获取终端的网络流量，这类似于IOS系统的常规设置。

在此需要说明的是，在本发明实施例中，客户端的挂起/激活状态与前台/后台运行并不等同，例如，对于一款用于播放音乐的客户端应用来说，该应用通常可以在后台运行，然而其在一般情况下将会保持在激活状态，以便于在后台完成对音乐的播放或曲目的切换等相关任务的处理操作，从而确保用户无需停留在该应用的界面上也可以随时聆听音乐。当然，对于播放音乐的客户端来说，系统通常会赋予其在后台运行并保持激活状态的权限，而对于一般的客户端应用来说，部分系统如IOS等并不会允许后台应用长时间地保持在激活状态，而是强制性地将其切换为挂起状态。也正是在这一前提下，发明人提出了利用推送机制将用于统计网络流量的客户端“唤醒”到激活状态的方案，克服了权限受限的客户端无法在后台保持激活状态所导致的客户端无法对网络流量进行的问题。

在此基础上，终端及其系统可以进一步地响应于上述推送消息将客户端从挂起状态切换至激活状态，进而可以在该客户端处于激活状态时通过该客户端获取终端的网络流量。

如前所述，在本发明实施例中，上述响应于推送消息将客户端从挂起状态切换至激活状态的功能通常可以由终端及其系统来提供，以便于客户端与服务器之间进行交互。当然，在本发明的一些实施例中，也可以结合更为复杂的识别逻辑，来达到更为准确地对预先预定的推送消息进行响应并将客户端的状态由挂起状态切换至激活状态的目的，以避免终端或客户端错误地响应于其他消息对客户端的状态进行切换从而导致对处理器资源、I/O资源和内存资源的不必要占用的问题出现。总的来说，作为一种可选的方式，在本发明实施例中，上述步骤S202可以包括：

S14：按照与客户端预先约定的规则生成该推送消息，且生成的该推送消息满足第一预设条件。

相对应地，则终端所执行的将客户端从挂起状态切换至激活状态的操作可以包括：

S16：判断接收到的推送消息是否满足第一预设条件；

S18：若满足第一预设条件，则将客户端从挂起状态切换至激活状态。

通过上述方式，则可以利用推送机制将运行在IOS系统的后台的客户端“唤醒”，进而可以通过处于激活状态下的该客户端去获取终端的网络流量，从而达到在不干扰用户对终端的正常使用的前提下通过权限受限的客户端来获取终端的网络流量的效果，进而解决了权限受限且需要长时间地运行在IOS系统的后台的客户端无法获取终端的网络流量的问题。

在以上描述的基础上，服务器还可以结合更为复杂的发送逻辑来对推送消息进行发送，例如，作为一种可选的方式，在本发明实施例中，上述步骤S204可以包括：

S20：在预设时间段内的多个时刻分别向多个客户端发送推送消息，其中，多个时刻与多个客户端一一对应。

在本发明实施例中，服务器可以选择在不同的时刻向不同的客户端发送上述推送消息，通过错开时间的方式，便可以避免由于服务器在某一时刻集中地向与其连接的多个客户端同时发送推送信息所导致的服务器的瞬时处理压力过大和I/O占用率过高的问题。

进一步可选地，在本发明实施例中，上述预设时间段可以被设置为按预设周期重复，更具体地，该预设周期设置为以下之一：一天、一周、一月。在上述场景下，以预设周期设置为一天为例，则在每一天内，均可以为服务器设置一个或多个用来发送推送消息的时间段，例如，在同一天内，该时间段可以设置在中午如10:00至12:00、下午如16:00-18:00、或者是傍晚如20:00-22:00等用户上网较为频繁、也即对网络流量的统计值进行更新的需求较为明显的时段，并且这些时间段按天进行重复，也即每天均可以在固定的这些时间段内向终端发送推送消息，这就可以通过对时间段的选择来避免过于频繁地向终端发送推送消息，以提高服务器和终端的处理效率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例3

根据本发明实施例，还提供了一种用于实施如实施例1所述的流量获取装置的基于IOS系统的流量获取装置，如图3所示，该装置包括：

1)接收单元302，用于接收与运行在安装有IOS系统的终端上的客户端对应的服务器发送的推送消息，推送消息用于指示将客户端从挂起状态切换至激活状态，其中，客户端被设置为在挂起状态和激活状态下均运行于IOS系统的后台，并且客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量；

2)切换单元304，用于响应于推送消息将客户端从挂起状态切换至激活状态；

3)获取单元306，用于在客户端处于激活状态时，通过客户端获取网络流量。

应当明确的是，本发明实施例所要解决的问题之一是提供一种装置，以便于在不影响终端或者说终端设备的用户对该设备的正常使用的前提下，及时地获取到终端或者说终端设备的网络流量，进而还可以将获取到的网络流量通知给该终端设备的用户，以避免用户在不知情的情形下产生对网络流量的超额消费。

为解决这一问题，在发明人所了解到的一些方案中，可以通过运行在终端上的客户端也即客户端应用对终端设备的硬件进行访问，以直接获取终端的网络流量，并且这些用于获取网络流量的客户端可以运行于终端或者说终端上的操作系统的后台，而不会直接显示在终端设备的主UI上，这就不会妨碍到用户对该设备的正常使用。例如，对于一款运行在安装有安卓系统的智能手机上的移动应用来说，作为客户端的该应用可以在后台运行，并随时访问作为终端的智能手机的网卡，以实时地对该智能手机所产生的网络流量进行统计，并可以通过弹窗或者是响应于用户操作将统计出的流量展示给手机的用户，以便于用户及时地掌握对流量的使用情况，进而用户则可以根据情况调整上网策略，比如当流量使用过快时，可以限制通过手机接入3G网络来浏览网页，转而更多地接入到Wi-Fi网络等。

然而若要将上述方案应用到安装有IOS系统的智能手机上，则会存在一些问题。一般来说，由于IOS系统对通过正规渠道下载的客户端应用的运行权限进行了限制，在用户按下主页键时，这些应用通常将由前台运行切换至后台运行。在切换至后台之后的预定时长内，比如10秒后，该应用通常会从激活状态切换至挂起状态，而在挂起状态下，客户端应用无法自行进行计算操作，直至用户重新回到该应用。在上述场景下，为避免干扰到用户对安装有IOS系统的智能手机的正常使用，用于获取网络流量的客户端显然无法长期在前台运行并占用主UI进程，然而在切换到后台运行之后的预定时长内，该客户端又会被设置为挂起状态，进而无法对手机的硬件设备进行访问，也就无法获取到手机的网络流量。换而言之，对于权限受限并且需要长时间地运行在IOS系统的后台的客户端来说，存在着客户端无法获取到终端的网络流量的问题。

为解决上述问题，在本发明实施例中，提供了一种利用推送消息将运行在IOS系统的后台的客户端“唤醒”、进而通过唤醒后的该客户端对终端的网络流量及时地进行统计的流量获取装置。具体来说，在本发明实施例中，利用终端对推送消息的响应机制，可以在终端或客户端接收到预先约定的推送消息后，暂时地将客户端的状态由挂起状态切换至激活状态，也即将客户端“唤醒”，由于激活状态下的客户端具备访问终端上的硬件的权限，则唤醒后的客户端便可以通过访问网卡等常规的网络流量的获取方式来获取终端的网络流量，从而达到在不干扰用户对终端的正常使用的前提下通过权限受限的客户端来获取终端的网络流量的效果，进而解决了权限受限且需要长时间地运行在IOS系统的后台的客户端无法获取终端的网络流量的问题。

以下将结合附图和具体的实施例对本发明技术方案及其工作原理进行详细描述。

如图3所示，根据本发明实施例提供的流量获取装置，可以通过接收单元302来接收服务器发送的推送消息，该推送消息可以用于指示将客户端从挂起状态切换至激活状态，其中，该客户端被设置为在挂起状态和激活状态下均运行于IOS系统的后台，并且该客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量。

在本发明实施例中，终端或客户端可以接收服务器发送的推送消息。具体地，这一功能通常是由终端或者说其芯片以及安装在终端上的操作系统所提供的，并且与接收推送消息相关的功能和权限通常是向客户端应用的开发者开放的，例如，无论是安卓系统还是IOS系统下的应用市场，其所准入的应用均可以设计有从服务器向客户端的推送机制，以便于开发者在对应用进行了更新或者是需要对终端用户推送相关信息时，能够通过该推送机制向终端或客户端发送推送消息。

进一步地，该推送消息可以用来指示终端或者说其系统将客户端从挂起状态切换至激活状态。具体地，这一功能通常也可以由终端及其系统来提供，这有利于客户端在激活状态下对推送消息进行响应，从而丰富客户端与服务器之间、或者是用户通过客户端与服务器之间进行交互。更具体地，在本发明实施例中，该推送消息通常可以是服务器与客户端或终端预先约定的某一消息，以便于客户端或终端基于对该消息的识别进行响应，并执行后续的处理操作，例如，该消息中可以携带有预设标志项，或者是携带有预定时间的时间标签等，本发明对此不作限定。

在另一方面，在本发明实施例中，对于通常是与终端上安装的系统相适配的客户端来说，该客户端可以被设置为在上述挂起状态和上述激活状态下均在IOS系统的后台运行，以免干扰到用户对终端的正常使用。此外，在本发明实施例中，该客户端通常被设置为在挂起状态下禁止获取终端的网络流量、且在激活状态下允许获取终端的网络流量，这类似于IOS系统的常规设置。

在此需要说明的是，在本发明实施例中，客户端的挂起/激活状态与前台/后台运行并不等同，例如，对于一款用于播放音乐的客户端应用来说，该应用通常可以在后台运行，然而其在一般情况下将会保持在激活状态，以便于在后台完成对音乐的播放或曲目的切换等相关任务的处理操作，从而确保用户无需停留在该应用的界面上也可以随时聆听音乐。当然，对于播放音乐的客户端来说，系统通常会赋予其在后台运行并保持激活状态的权限，而对于一般的客户端应用来说，部分系统如IOS等并不会允许后台应用长时间地保持在激活状态，而是强制性地将其切换为挂起状态。也正是在这一前提下，发明人提出了利用推送机制将用于统计网络流量的客户端“唤醒”到激活状态的方案，克服了权限受限的客户端无法在后台保持激活状态所导致的客户端无法对网络流量进行的问题。

在此基础上，如图3所示，设置于终端的流量获取装置可以进一步地通过切换单元304响应于上述推送消息将客户端从挂起状态切换至激活状态，进而可以通过获取单元306，在客户端处于激活状态时通过该客户端获取网络流量。

如前所述，在本发明实施例中，切换单元304中所描述的响应于推送消息将客户端从挂起状态切换至激活状态的功能通常可以由终端及其系统来提供，以便于客户端与服务器之间进行交互。当然，在本发明的一些实施例中，切换单元304中也可以结合有更为复杂的识别逻辑，来达到更为准确地对预先预定的推送消息进行响应并将客户端的状态由挂起状态切换至激活状态的目的，以避免终端或客户端错误地响应于其他消息对客户端的状态进行切换从而导致对处理器资源、I/O资源和内存资源的不必要占用的问题出现。总的来说，作为一种可选的方式，在本发明实施例中，上述切换单元304可以包括：

1)第一判断模块，用于判断推送消息是否满足第一预设条件；

2)切换模块，用于在判断出满足第一预设条件时，则将客户端从挂起状态切换至激活状态。

对于获取单元306而言，在本发明实施例中，可以采用为本领域技术人员当下或未来所知的多种可行的方式来实施，例如，作为一种可选的方式，在本发明实施例中，上述获取单元306可以包括：

1)读取模块，用于在判断出客户端由挂起状态切换至激活状态时，通过客户端读取终端的网卡信息，网卡信息包括数据流入量和数据流出量；

2)处理模块，用于将数据流入量与数据流出量的总和作为网络流量。

也即，在本发明实施例中，可以借助于终端及其系统所提供的接口和功能来实现对网络流量的获取，并可以进一步地结合读取出的参数进行后续处理，如可以选定其中一个或多个相关的参数来获取更为细分的网络流量的使用情况，而本发明对此不作任何限定。

当然，上述实施例只是一种示例，并非本发明唯一的实施方式。例如，在本发明的一些实施例中，也可以不直接对网卡进行访问，而是调用其他函数如系统所提供的流量监视接口来完成对流量的统计，本发明对此不作限定。类似地，还可以结合为本领域技术人员所知的其他可行的手段来实施本发明，然而应当理解的是，此类实施方式均应视为在本发明的保护范围之内。

在以上描述的基础上，还可以结合对获取的网络流量数据的进一步处理来实现更为丰富的提示功能，例如，作为一种可选的方式，在本发明实施例中，与获取单元306耦合地，上述装置还可以包括：

1)判断单元，用于判断获取的网络流量是否满足第二预设条件；

2)提示单元，用于在满足第二预设条件时，通过客户端提示终端在预设时期内所使用的网络流量。

例如，在本发明实施例中，可以按月统计终端的网络流量的使用情况，也即将该预设时期设置为本月月初到当前时刻之间的一个时期，具体地，在上述场景下，既可以在月初对网络流量进行清零，并将当前时刻所获取到的网络流量作为这一时期内所使用的网络流量，也可以将当前时刻所获取的网络流量与月初所获取的网络流量之间的差值作为这一时期内所使用的网络流量，本发明对于提示单元的具体的处理逻辑不作任何限定。此外，本发明也并不会限定提示单元中所描述的具体的提示方式，例如，客户端可以通过弹窗或浮动窗口中的数字或警示标志来进行提示，也可以通过特定的铃音或语音进行提示，本发明对此不作限定，然而该提示通常应以用户、其他后续处理模块或者是系统能够识别为准。

实施例4

根据本发明实施例，还提供了一种用于实施如实施例2中所描述的消息发送方法的基于IOS系统的消息发送装置，如图4所示，该装置包括：

1)设置单元402，用于设置可被安装有IOS系统的终端识别的推送消息，推送消息用于指示将运行于IOS系统的后台的客户端从挂起状态切换至激活状态，其中，客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量；

2)发送单元404，用于在预设时间段内向客户端发送推送消息。

应当明确的是，本发明实施例所要解决的问题之一是提供一种装置，以便于在不影响终端或者说终端设备的用户对该设备的正常使用的前提下，通过客户端及时地获取到终端或者说终端设备的网络流量，进而还可以通过该客户端将获取到的网络流量通知给该终端设备的用户，以避免用户在不知情的情形下产生对网络流量的超额消费。

为解决这一问题，在发明人所了解到的一些方案中，可以通过运行在终端上的客户端也即客户端应用对终端设备的硬件进行访问，以直接获取终端的网络流量，并且这些用于获取网络流量的客户端可以运行于终端或者说终端上的操作系统的后台，而不会直接显示在终端设备的主UI上，这就不会妨碍到用户对该设备的正常使用。例如，对于一款运行在安装有安卓系统的智能手机上的移动应用来说，作为客户端的该应用可以在后台运行，并随时访问作为终端的智能手机的网卡，以实时地对该智能手机所产生的网络流量进行统计，并可以通过弹窗或者是响应于用户操作将统计出的流量展示给手机的用户，以便于用户及时地掌握对流量的使用情况，进而用户则可以根据情况调整上网策略，比如当流量使用过快时，可以限制通过手机接入3G网络来浏览网页，转而更多地接入到Wi-Fi网络等。

然而若要将上述方案应用到安装有IOS系统的智能手机上，则会存在一些问题。一般来说，由于IOS系统对通过正规渠道下载的客户端应用的运行权限进行了限制，在用户按下主页键时，这些应用通常将由前台运行切换至后台运行。在切换至后台之后的预定时长内，比如10秒后，该应用通常会从激活状态切换至挂起状态，而在挂起状态下，客户端应用无法自行进行计算操作，直至用户重新回到该应用。在上述场景下，为避免干扰到用户对安装有IOS系统的智能手机的正常使用，用于获取网络流量的客户端显然无法长期在前台运行并占用主UI进程，然而在切换到后台运行之后的预定时长内，该客户端又会被设置为挂起状态，进而无法对手机的硬件设备进行访问，也就无法获取到手机的网络流量。换而言之，对于权限受限并且需要长时间地运行在IOS系统的后台的客户端来说，存在着客户端无法获取到终端的网络流量的问题。

为解决上述问题，在本发明实施例中，提供了一种利用推送消息将运行在IOS系统的后台的客户端“唤醒”、进而通过唤醒后的该客户端对终端的网络流量及时地进行统计的消息推送装置。具体来说，在本发明实施例中，采用了服务器向客户端发送预定的推送消息的方式，进而利用终端对推送消息的响应机制，便可以使终端或客户端在接收到该推送消息后暂时地将客户端的状态由挂起状态切换至激活状态，也即将客户端“唤醒”。在上述场景下，由于激活状态下的客户端具备访问终端上的硬件的权限，则唤醒后的客户端便可以通过访问网卡等常规的网络流量的获取方式来获取终端的网络流量，从而达到在不干扰用户对终端的正常使用的前提下通过权限受限的客户端来获取终端的网络流量的效果，进而解决了权限受限且需要长时间地运行在IOS系统的后台的客户端无法获取终端的网络流量的问题。

以下将结合附图和具体的实施例对本发明技术方案及其工作原理进行详细描述。

如图4所示，根据本发明实施例提供的消息推送装置，设置于服务器的该装置可以通过设置单元402来设置可被终端识别的推送消息，进而通过发送单元402在预设时间段内向客户端发送设置好的该推送消息。其中，该推送消息可以用来指示将运行于IOS系统的后台的客户端从挂起状态切换至激活状态，并且该客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量。对应地，终端或客户端则可以接收服务器发送的推送消息，该推送消息可以用于指示将客户端从挂起状态切换至激活状态，其中，该客户端被设置为在挂起状态和激活状态下均运行于IOS系统的后台，并且该客户端被设置为在挂起状态下禁止获取终端的网络流量、在激活状态下允许获取终端的网络流量。

在本发明实施例中，终端或客户端可以接收服务器所发送的上述推送消息。一般来说，这一功能通常是由终端或者说其芯片以及安装在终端上的操作系统所提供的，并且与接收推送消息相关的功能和权限通常是向客户端应用的开发者开放的，例如，无论是安卓系统还是IOS系统下的应用市场，其所准入的应用均可以设计有从服务器向客户端的推送机制，以便于开发者在对应用进行了更新或者是需要对终端用户推送相关信息时，能够通过该推送机制向终端或客户端发送推送消息。

进一步地，该推送消息可以用来指示终端或者说其系统将客户端从挂起状态切换至激活状态。具体地，这一功能通常也可以由终端及其系统来提供，这有利于客户端在激活状态下对推送消息进行响应，从而丰富客户端与服务器之间、或者是用户通过客户端与服务器之间进行交互。更具体地，在本发明实施例中，该推送消息通常可以是服务器与客户端或终端预先约定的某一消息，以便于客户端或终端基于对该消息的识别进行响应，并执行后续的处理操作，例如，该消息中可以携带有预设标志项，或者是携带有预定时间的时间标签等，本发明对此不作限定。

在另一方面，在本发明实施例中，对于通常是与终端上安装的系统相适配的客户端来说，该客户端可以被设置为在上述挂起状态和上述激活状态下均在IOS系统的后台运行，以免干扰到用户对终端的正常使用。此外，在本发明实施例中，该客户端通常被设置为在挂起状态下禁止获取终端的网络流量、且在激活状态下允许获取终端的网络流量，这类似于IOS系统的常规设置。

在此需要说明的是，在本发明实施例中，客户端的挂起/激活状态与前台/后台运行并不等同，例如，对于一款用于播放音乐的客户端应用来说，该应用通常可以在后台运行，然而其在一般情况下将会保持在激活状态，以便于在后台完成对音乐的播放或曲目的切换等相关任务的处理操作，从而确保用户无需停留在该应用的界面上也可以随时聆听音乐。当然，对于播放音乐的客户端来说，系统通常会赋予其在后台运行并保持激活状态的权限，而对于一般的客户端应用来说，部分系统如IOS等并不会允许后台应用长时间地保持在激活状态，而是强制性地将其切换为挂起状态。也正是在这一前提下，发明人提出了利用推送机制将用于统计网络流量的客户端“唤醒”到激活状态的方案，克服了权限受限的客户端无法在后台保持激活状态所导致的客户端无法对网络流量进行的问题。

在此基础上，终端及其系统可以进一步地响应于上述推送消息将客户端从挂起状态切换至激活状态，进而可以在该客户端处于激活状态时通过该客户端获取终端的网络流量。

如前所述，在本发明实施例中，上述响应于推送消息将客户端从挂起状态切换至激活状态的功能通常可以由终端及其系统来提供，以便于客户端与服务器之间进行交互。当然，在本发明的一些实施例中，也可以结合更为复杂的识别逻辑，来达到更为准确地对预先预定的推送消息进行响应并将客户端的状态由挂起状态切换至激活状态的目的，以避免终端或客户端错误地响应于其他消息对客户端的状态进行切换从而导致对处理器资源、I/O资源和内存资源的不必要占用的问题出现。总的来说，作为一种可选的方式，在本发明实施例中，上述设置单元402可以包括：

1)生成模块，用于按照与客户端预先约定的规则生成该推送消息，且生成的该推送消息满足第一预设条件。

相对应地，则终端可以包括：

1)第一判断模块，用于判断推送消息是否满足第一预设条件；

2)切换模块，用于在判断出满足第一预设条件时，则将客户端从挂起状态切换至激活状态。

通过上述方式，则可以利用推送机制将运行在IOS系统的后台的客户端“唤醒”，进而可以通过处于激活状态下的该客户端去获取终端的网络流量，从而达到在不干扰用户对终端的正常使用的前提下通过权限受限的客户端来获取终端的网络流量的效果，进而解决了权限受限且需要长时间地运行在IOS系统的后台的客户端无法获取终端的网络流量的问题。

在以上描述的基础上，服务器还可以结合更为复杂的发送逻辑来对推送消息进行发送，例如，作为一种可选的方式，在本发明实施例中，上述发送单元404可以包括：

1)发送模块，用于在预设时间段内的多个时刻分别向多个客户端发送推送消息，其中，多个时刻与多个客户端一一对应。

在本发明实施例中，服务器可以选择在不同的时刻向不同的客户端发送上述推送消息，通过错开时间的方式，便可以避免由于服务器在某一时刻集中地向与其连接的多个客户端同时发送推送信息所导致的服务器的瞬时处理压力过大和I/O占用率过高的问题。

进一步可选地，在本发明实施例中，上述预设时间段可以被设置为按预设周期重复，更具体地，该预设周期设置为以下之一：一天、一周、一月。在上述场景下，以预设周期设置为一天为例，则在每一天内，均可以为服务器设置一个或多个用来发送推送消息的时间段，例如，在同一天内，该时间段可以设置在中午如10:00至12:00、下午如16:00-18:00、或者是傍晚如20:00-22:00等用户上网较为频繁、也即对网络流量的统计值进行更新的需求较为明显的时段，并且这些时间段按天进行重复，也即每天均可以在固定的这些时间段内向终端发送推送消息，这就可以通过对时间段的选择来避免过于频繁地向终端发送推送消息，以提高服务器和终端的处理效率。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (4)

1.一种基于IOS系统的流量获取方法，其特征在于，包括：

接收由服务器与客户端预先约定的，用于指示将所述客户端从挂起状态切换至激活状态的推送消息，其中，所述推送消息是与运行在安装有IOS系统的终端上的客户端对应的服务器发送的；

判断所述推送消息是否满足第一预设条件，若满足所述第一预设条件，则将所述安装有IOS系统的终端上的客户端从挂起状态切换至激活状态，其中，所述客户端被设置为在所述挂起状态和所述激活状态下均运行于所述IOS系统的后台，并且所述客户端被设置为在所述挂起状态下禁止获取所述终端的网络流量、在所述激活状态下允许获取所述终端的网络流量，所述推送消息携带有预设标志位或携带有预定时间的时间标签；

在所述客户端由所述挂起状态切换至所述激活状态时，通过安装所述客户端的所述终端及所述IOS系统所提供的接口和功能读取所述终端的网卡信息，所述网卡信息包括数据流入量和数据流出量；

将所述数据流入量与所述数据流出量的总和作为所述网络流量；

判断获取的网络流量是否满足第二预设条件；

若满足所述第二预设条件，则通过所述客户端提示所述终端在预设时期内所使用的网络流量。

2.根据权利要求1所述的方法，其特征在于，

所述判断获取的所述网络流量是否满足第二预设条件包括：判断获取的所述网络流量是否大于或等于流量阈值；

所述通过所述客户端提示所述终端在预设时期内所使用的网络流量包括：若获取的所述网络流量大于或等于所述流量阈值，则通过所述客户端提示所述终端在预设时期内所使用的网络流量。

3.一种流量获取装置，其特征在于，包括：

接收单元，用于接收与运行在安装有IOS系统的终端上的客户端对应的服务器发送的推送消息，其中，所述推送消息为所述服务器与所述客户端或所述终端预先约定的消息，以便于所述客户端或所述终端基于对所述推送消息的识别进行响应；

切换单元，用于判断所述推送消息是否满足第一预设条件，若满足所述第一预设条件，则将安装有IOS系统的终端上的所述客户端从挂起状态切换至激活状态，其中，所述客户端被设置为在所述挂起状态和所述激活状态下均运行于所述IOS系统的后台，并且所述客户端被设置为在所述挂起状态下禁止获取所述终端的网络流量、在所述激活状态下允许获取所述终端的网络流量，所述推送消息携带有预设标志位或携带有预定时间的时间标签；

获取单元，用于在所述客户端由所述挂起状态切换至所述激活状态时，通过安装所述客户端的所述终端及所述IOS系统所提供的接口和功能读取所述终端的网卡信息，所述网卡信息包括数据流入量和数据流出量，将所述数据流入量与所述数据流出量的总和作为所述网络流量；

其中，所述装置还包括：

判断单元，用于判断获取的所述网络流量是否满足第二预设条件；

提示单元，用于在满足所述第二预设条件时，通过所述客户端提示所述终端在预设时期内所使用的网络流量。

4.根据权利要求3所述的装置，其特征在于，

所述判断单元包括：第二判断模块，用于判断获取的所述网络流量是否大于或等于流量阈值；

所述提示单元包括：提示模块，用于在获取的所述网络流量大于或等于所述流量阈值时，通过所述客户端提示所述终端在预设时期内所使用的网络流量。

Images