一种共享上网移动终端数量的检测方法及装置与流程

本发明涉及通信技术领域，尤其涉及一种共享上网移动终端数量的检测方法及装置。

背景技术：

共享上网是指运营商的终端用户，通过网络地址转换NAT软件/NAT设备，将运营商提供的Internet(互联网)连接共享给其内网的多台主机/终端，使得多台移动终端可以同时使用该Internet连接上网。

目前，传统的共享上网的检测方法主要通过对IP(Internet Protocol，网络之间互连的协议)报文中的IPID(identification，标识)字段特征检测和HTTP(HyperText Transfer Protocol，超文本传输协议)报文中的User-Agent(用户代理)特征检测，计算出终端的具体数量。

其中，在通过IP报文中的IPID(identification，标识)字段特征检测时，由于目前主流的两大智能移动终端系统(IOS，Android)产生的IP报文中的IPID字段是随机的，该方法在这两种系统中无效。

另外，在通过HTTP报文中携带的User-Agent品牌型号系统版本等信息进行检测终端的数量时，通常只适用于不同品牌型号或者系统版本不同的终端。所以当有相同型号手机或者相同系统版本的移动终端该方法也是无效。

但是，随着智能移动终端的飞速发展，通过移动终端访问互联网已经超过了PC(personal computer，个人计算机)电脑，成为了访问互联网的主流平台。多个移动终端通过WIFI(WIreless-Fidelity，无线保真)热点上网这种方式，被广泛用户普遍使用。特别是苹果设备的流行，通过同一NAT设备上网的终端中经常会出现同一品牌型号且操作系统版本相同的终端。所以，采用上述两种传统的检测方法常常存在着检测误差。

技术实现要素：

本发明提供了一种共享上网移动终端数量的检测方法及装置，通过识别有效推送通知服务流的数量，不但能够反推出共享上网移动终端的数量，而且还能够有效地检测出同一品牌型号且操作系统版本相同的移动终端的数量。

为了解决上述技术问题，本发明采用如下技术方案：

依据本发明的一个方面，提供了一种共享上网移动终端数量的检测方法，包括：

获取移动终端在发送网络连接请求时生成的推送通知服务流；

如果在预设推送通知服务表中能查询到所述推送通知服务流，且所述推送通知服务流为有效推送通知服务流时，更新所述预设推送通知服务流表中记录的所述有效推送通知服务流的数量，并根据更新后的所述有效推送通知服务流的数量统计共享上网移动终端的数量。

可选地，所述预设推送通知服务流表包括与一个或者多个移动终端对应的一个或者多个推送通知服务流以及所述推送通知服务流的响应报文数量和时间戳。

可选地，所述检测方法还包括：

如果在所述预设推送通知服务流表中不能查询到所述推送通知服务流，则获取所述推送通知服务流的五元组，并根据所述推送通知服务流的五元组将所述推送通知服务流添加到所述预设推送通知服务流表中，记录所述推送通知服务流的响应报文数量和时间戳，其中，所述五元组为所述推送通知服务流的源IP地址、源端口、目的IP地址、目的端口以及传输层协议。

可选地，所述如果在预设推送通知服务表中能查询到所述推送通知服务流，且所述推送通知服务流为有效推送通知服务流时，更新所述预设推送通知服务流表中记录的所述有效推送通知服务流的数量，并根据更新后的所述有效推送通知服务流的数量统计共享上网移动终端的数量，具体包括：

接收服务器根据所述推送通知服务流反馈的响应报文，并对所述预设推送通知服务流表中记录的所述推送通知服务流的响应报文数量进行更新；

将更新后的所述推动通知服务流的响应报文数量与第一预设阈值进行比较，当所述推动通知服务流的响应报文数量大于所述第一预设阈值，则确定所 述推送通知服务流为有效推送通知服务流；

当所述推送通知服务流为有效推送通知服务流时，增加所述预设推送通知服务流表中记录的所述有效推送通知服务流的数量；

根据增加后的所述有效推送通知服务流的数量增加上共享网移动终端的数量。

可选地，所述如果在预设推送通知服务表中能查询到所述推送通知服务流，且所述推送通知服务流为有效推送通知服务流时，更新所述预设推送通知服务流表中记录的所述有效推送通知服务流的数量，并根据更新后的所述有效推送通知服务流的数量统计共享上网移动终端的数量，具体包括：

获取所述推送通知服务流的时间戳，并根据所述推送通知服务流的时间戳对所述推送通知服务流的存活时间进行计时；

将所述推送通知服务流的存活时间与第二预设阈值进行比较，当所述推送通知服务流的存活时间大于所述第二预设阈值，则将所述推送通知服务流从所述预设推送通知服务流表中删除；

当所述推送通知服务流从所述预设推送通知服务流表中删除时，减少所述预设推送通知服务流表中记录的所述有效推送通知服务流的数量；

根据减少后的所述有效推送通知服务流的数量减少上共享网移动终端的数量。

依据本发明的另一个方面，提供了一种共享上网移动终端数量的检测装置，包括：

获取模块，用于获取移动终端在发送网络连接请求时生成的推送通知服务流；

更新模块，用于如果在预设推送通知服务表中能查询到所述推送通知服务流，且所述推送通知服务流为有效推送通知服务流时，更新所述预设推送通知服务流表中记录的所述有效推送通知服务流的数量，并根据更新后的所述有效推送通知服务流的数量统计共享上网移动终端的数量。

可选地，所述预设推送通知服务流表包括与一个或者多个移动终端对应的一个或者多个推送通知服务流以及所述推送通知服务流的响应报文数量和时间戳。

可选地，所述检测装置还包括：

添加模块，用于如果在所述预设推送通知服务流表中不能查询到所述推送通知服务流，则获取所述推送通知服务流的五元组，并根据所述推送通知服务流的五元组将所述推送通知服务流添加到所述预设推送通知服务流表中，记录所述推送通知服务流的响应报文数量和时间戳，其中，所述五元组为所述推送通知服务流的源IP地址、源端口、目的IP地址、目的端口以及传输层协议。

可选地，所述更新模块具体包括：

更新单元，用于接收服务器根据所述推送通知服务流反馈的响应报文，并对所述预设推送通知服务流表中记录的所述推送通知服务流的响应报文数量进行更新；

第一比较单元，用于将更新后的所述推动通知服务流的响应报文数量与第一预设阈值进行比较，当所述推动通知服务流的响应报文数量大于所述第一预设阈值，则确定所述推送通知服务流为有效推送通知服务流；

第一增加单元，用于当所述推送通知服务流为有效推送通知服务流时，增加所述预设推送通知服务流表中记录的所述有效推送通知服务流的数量；

第二增加单元，用于根据增加后的所述有效推送通知服务流的数量增加上共享网移动终端的数量。

可选地，所述更新模块具体包括：

计时单元，用于获取所述推送通知服务流的时间戳，并根据所述推送通知服务流的时间戳对所述推送通知服务流的存活时间进行计时；

第二比较单元，用于将所述推送通知服务流的存活时间与第二预设阈值进行比较，当所述推送通知服务流的存活时间大于所述第二预设阈值，则将所述推送通知服务流从所述预设推送通知服务流表中删除；

第一减少单元，用于当所述推送通知服务流从所述预设推送通知服务流表中删除时，减少所述预设推送通知服务流表中记录的所述有效推送通知服务流的数量；

第二减少单元，用于根据减少后的所述有效推送通知服务流的数量减少上共享网移动终端的数量。

本发明的有益效果是：

本发明提供的共享上网移动终端数量的检测方法首先获取移动终端在发送网络连接请求是生成的推送通知服务流，然后识别预设推送通知服务流表中的有效推送通知服务流，进而根据有效推送通知服务流的数量逆推出共享上网移动终端的数量，达到了检测共享上网移动终端数量的目的，而且还能够有效地检测出同一品牌型号且同一操作系统版本的移动终端的数量，避免了传统的检测方法存在的测量误差。

附图说明

图1表示本发明实施例中共享上网移动终端数量的检测方法的流程图；

图2表示本发明实施例中统计共享上网移动终端数量的流程图之一；

图3表示本发明实施例中统计共享上网移动终端数量的流程图之二；

图4表示本发明实施例中IOS终端共享上网时移动终端数量的检测方法的工作流程图；

图5表示本发明实施例中Android终端共享上网时移动终端数量的检测方法的工作流程图；

图6表示本发明实施例中共享上网移动终端数量的检测装置的结构框图；以及

图7表示本发明实施例中更新模块的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。

实施例一

依据本发明第一方面，提供了一种共享上网移动终端数量的检测方法，如图1所示，该检测方法100包括：

步骤S101、获取移动终端在发送网络请求连接时生成的推送通知服务流；

步骤S105、如果在预设推送通知服务表中能查询到推送通知服务流，且推送通知服务流为有效推送通知服务流时，更新预设推送通知服务流表中记录的有效推送通知服务流的数量，并根据更新后的有效推送通知服务流的数量统 计共享上网移动终端的数量。

因此，在本发明实施例中，首先要获取移动终端在发送网络连接请求时生成的推送通知服务流，其中，上述推送通知服务流通过安全套接层SSL协议加密生成；然后再识别预设推送通知服务流表中的有效推送通知服务流，其中，预设推送通知服务流表包括与一个或者多个移动终端对应的一个或者多个推送通知服务流以及推送通知服务流的响应报文数量和时间戳；最后根据有效推送通知服务流的数量逆推出共享上网移动终端的数量，最终达到了检测共享上网移动终端数量的目的，而且还能够有效地检测出同一品牌型号且同一操作系统版本的移动终端的数量，避免了传统的检测方法存在的测量误差。

进一步地，在本发明实施例中，如图1所示，该检测方法还包括：

步骤S103、如果在预设推送通知服务流表中不能查询到推送通知服务流，则获取推送通知服务流的五元组，并根据推送通知服务流的五元组将推送通知服务流添加到预设推送通知服务流表中，记录推送通知服务流的响应报文数量和时间戳，其中，上述五元组为推送通知服务流的源IP地址、源端口、目的IP地址、目的端口以及传输层协议。

因此，当获取的推送通知服务流未存在于预设推送通知服务流表中时，需要根据该推送通知服务流的五元组将该推送通知服务流添加到预设推送通知服务流表中，便于对该推送通知服务流的响应报文数量和时间戳进行记录，其中，上述五元组为该推送通知服务流的源IP地址、源端口、目的IP地址、目的端口以及传输层协议，由于任一推动通知服务流的五元组信息唯一，因此能够保证预设推送通知服务流表中记录的推送通知服务流既不会重复又不会被遗漏，降低了检测误差，使得检测结果更加准确。

具体地，在本发明实施例中，如图2所示，如果在预设推送通知服务表中能查询到推送通知服务流，且推送通知服务流为有效推送通知服务流时，更新预设推送通知服务流表中记录的有效推送通知服务流的数量，并根据更新后的有效推送通知服务流的数量统计共享上网移动终端的数量(步骤S105)，具体包括：

步骤S1051、接收服务器根据推送通知服务流反馈的响应报文，并对预设推送通知服务流表中记录的推送通知服务流的响应报文数量进行更新；

步骤S1053、将更新后的推动通知服务流的响应报文数量与第一预设阈值进行比较，当推动通知服务流的响应报文数量大于第一预设阈值，则确定推送通知服务流为有效推送通知服务流；

步骤S1055、当推送通知服务流为有效推送通知服务流时，增加预设推送通知服务流表中记录的有效推送通知服务流的数量；

步骤S1057、根据增加后的有效推送通知服务流的数量增加上共享网移动终端的数量。

由于任一移动终端上的推送通知服务流的数量较为固定，且任一移动终端上的推送通知服务流的域名特征唯一，所以即便是同一品牌型号且同一操作系统版本的移动终端也能有效识别。此外，为了尽可能小的减小检测误差，在获取推送通知服务流后，要判断该获取推送通知服务流是否为有效获取推送通知服务流，其具体的判断方法就是将推送通知服务流的响应报文数量与第一预设阈值进行比较，只有当响应报文的数量大于第一预设阈值时才被认定为有效推送通知服务流，一般地，第一预设阈值的数值的10个，当然可以理解的是，在本发明实施例中，由于接入终端系统不同，对第一预设阈值的数值并不进行具体限定，所以，只有当检测到有效推送通知服务流的数量增加后，共享上网移动终端的数量也会相应增加。

进一步地，在本发明实施例中，如图3所示，如果在预设推送通知服务表中能查询到推送通知服务流，且推送通知服务流为有效推送通知服务流时，更新预设推送通知服务流表中记录的有效推送通知服务流的数量，并根据更新后的有效推送通知服务流的数量统计共享上网移动终端的数量(步骤S105)，具体包括：

步骤S1052、获取推送通知服务流的时间戳，并根据推送通知服务流的时间戳对推送通知服务流的存活时间进行计时；

步骤S1054、将推送通知服务流的存活时间与第二预设阈值进行比较，当推送通知服务流的存活时间大于第二预设阈值，则将推送通知服务流从预设推送通知服务流表中删除；

步骤S1056、当推送通知服务流从预设推送通知服务流表中删除时，减少预设推送通知服务流表中记录的有效推送通知服务流的数量；

步骤S1058、根据减少后的有效推送通知服务流的数量减少上共享网移动终端的数量。

由于推送通知服务流以保活流的形式存在，所以任一推送通知服务流都有最大存活时间，因此，由预设推送通知服务流表中记录的任一推送通知服务流的时间戳开始，对任一推送通知服务流的存活时间进行计，并与第二预设阈值进行比较，其中，第二预设阈值表示任一推送通知服务流的最大存活时间，一般地，当接入移动终端为苹果IOS终端时，第二预设阈值为30min；当接入移动终端为Android终端时，第二预设阈值为15min，当任一推送通知服务流的存活时间大于第二预设阈值时，则证明该推送通知服务流没有后续响应报文，即与该推送通知服务流相对应的移动终端已经与服务器断开连接，所以，需要将该推送通知服务流从预设推送通知服务流表中删除，预设推送通知服务流表中记录的有效推送通知服务流的数量就会减少，同时共享上网移动终端的数量也会相应减少。

具体地，如图4所示，为本发明实施例中以苹果IOS终端为例的该检测方法的工作流程图，IOS终端打开网络连接后，会生成SSL加密的APNS流(Apple Push Notification Service，苹果推送通知服务)，其中，该APNS流的域名特征为：courier.push.apple.com，根据该APNS流接收服务器反馈的响应报文，判断该APNS流是否存在于APNS流表中，若不存在，则根据该APNS的五元组在APNS流表中创建该APNS流，并更新该APNS流的响应报文数量和时间戳；若存在，则更新该APNS流的响应报文数量和时间戳，并判断更新后的响应报文数量是否达到第一预设阈值，若达到，则共享上网的移动终端数量增加一；若未达到，则继续重复上述流程。

具体地，如图5所示，为本发明实施例中以谷歌Android终端为例的该检测方法的工作流程图，Android终端打开网络连接后，会生成SSL加密的GCM流(Google Cloud Messaging，谷歌云消息)，其中，该GCM流的域名特征为：mtalk.goolge.com，根据该GCM流接收服务器反馈的响应报文，判断该GCM流是否存在于GCM流表中，若不存在，则根据该GCM的五元组在GCM流表中创建该GCM流，并更新该GCM流的响应报文数量和时间戳；若存在，则更新该GCM流的响应报文数量和时间戳，并判断更新后的响应报文数量是 否达到第一预设阈值，若达到，则共享上网的移动终端数量增加一；若未达到，则继续重复上述流程。

其中，以当前两大主流系统为例对上述检测方法的工作流程进行了具体说明，当然可以理解的是，本发明实施例中提供的共享上网移动终端数量的检测方法并不仅限于上述几种终端系统。另外，即便是同一品牌型号且同一系统版本号的移动终端也能够进行有效检测。

实施例二

依据本发明第一个方面，提供了一种共享上网移动终端数量的检测装置，如图6所示，该检测装置600包括：

获取模块601、用于获取移动终端在发送网络请求连接时生成的推送通知服务流；

更新模块605，用于如果在预设推送通知服务表中能查询到推送通知服务流，且推送通知服务流为有效推送通知服务流时，更新预设推送通知服务流表中记录的有效推送通知服务流的数量，并根据更新后的有效推送通知服务流的数量统计共享上网移动终端的数量。

其中，预设推送通知服务流表包括与一个或者多个移动终端对应的一个或者多个推送通知服务流以及推送通知服务流的响应报文数量和时间戳。

进一步地，如图6所示，在本发明实施例中，该检测装置600还包括：

添加模块603，用于如果在预设推送通知服务流表中不能查询到推送通知服务流，则获取推送通知服务流的五元组，并根据推送通知服务流的五元组将推送通知服务流添加到预设推送通知服务流表中，记录推送通知服务流的响应报文数量和时间戳，其中，上述五元组为推送通知服务流的源IP地址、源端口、目的IP地址、目的端口以及传输层协议。

具体地，如图7所示，在本发明实施例中，更新模块具体605包括：

更新单元6051，用于接收服务器根据推送通知服务流反馈的响应报文，并对预设推送通知服务流表中记录的推送通知服务流的响应报文数量进行更新；

第一比较单元6053，用于将更新后的推动通知服务流的响应报文数量与第一预设阈值进行比较，当推动通知服务流的响应报文数量大于第一预设阈值， 则确定推送通知服务流为有效推送通知服务流；

第一增加单元6055，用于当推送通知服务流为有效推送通知服务流时，增加预设推送通知服务流表中记录的有效推送通知服务流的数量；

第二增加单元6057，用于根据增加后的有效推送通知服务流的数量增加上共享网移动终端的数量。

进一步地，如图7所示，在本发明实施例中，更新模块具体605包括：

计时单元6052，用于获取推送通知服务流的时间戳，并根据推送通知服务流的时间戳对推送通知服务流的存活时间进行计时；

第二比较单元6054，用于将推送通知服务流的存活时间与第二预设阈值进行比较，当推送通知服务流的存活时间大于第二预设阈值，则将推送通知服务流从预设推送通知服务流表中删除；

第一减少单元6056，用于当推送通知服务流从预设推送通知服务流表中删除时，减少预设推送通知服务流表中记录的有效推送通知服务流的数量；

第二减少单元6058，用于根据减少后的有效推送通知服务流的数量减少上共享网移动终端的数量。

通过本发明提供的共享上网移动终端数量的检测装置，能够根据有效推送通知服务流的数量逆推出共享上网移动终端的数量，最终达到了检测共享上网移动终端数量的目的，而且还能够有效地检测出同一品牌型号且同一操作系统版本的移动终端的数量，避免了传统的检测方法存在的测量误差。

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