CN103916424A - 一种管控应用程序心跳包的方法、通信终端和通信网络 - Google Patents

Abstract

本发明实施例提供一种管控应用程序心跳包的方法、通信终端和通信网络，方法应用于通信终端，通信终端上运行有客户端，以及与客户端之间具有数据连接的客户代理；方法包括：与客户代理连接的客户端与应用服务器所在的核心网建立数据连接；客户代理接到客户端发送的第一数目个心跳包，透传给核心代理，由所述核心代理将所述第一数目个心跳包发送给应用服务器；客户代理在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截客户端后续发送的心跳包，在每第二数目个心跳包中透传至少一个心跳包到核心代理，由核心代理向应用服务器发送替代心跳包。在保持客户状态及时更新到服务器的同时，对心跳包数据的总量进行有效控制。

Description

一种管控应用程序心跳包的方法、通信终端和通信网络

技术领域

本发明涉及通信网络技术，特别是指一种管控应用程序心跳包的方法、通信终端和通信网络。

背景技术

应用程序的周期性数据-应用程序心跳包，是在线应用类应用程序(如聊天、游戏等)为保持客户端和服务器之间的数据连接而建立的一个机制，应用在如图1所示的环境中，客户端定期向服务器端发送更新消息，告知其应用程序的运行情况，便于服务器知晓客户端的在线情况并向其他客户端发布。

目前对应用程序心跳包的管控方法包括：

接入网优化法，通过优化信道的分配方案提升应用程序心跳包的服用度，从而提升承载效率。由于信道分配时无法区分用户所发送的数据包是正常的业务数据还是心跳包数据，因此在提升信道复用度的同时，也降低了正常用户的上网感知，且无线接入覆盖难度大，导致该类技术的成本较高。

核心网优化法，通过在GPRS的GGSN/SGSN中对应用程序心跳包进行流控或限流，对心跳包总量进行压缩。对应用程序心跳包进行统一拦截或限流会影响批量客户端的正常运行从而造成客户体验下降。

类似苹果APNS等心跳包统一管理技术中，需要应用程序修改其通信接口并接入心跳包承载层进行统一传送，这对于现网已经存在的大量应用程序，以及对后续开发新的应用版本都有难度。

现有技术存在如下问题：应用程序心跳包的数据传送量较小，但因为用户基数大、周期性强、使用集中度高以及数据承载效率低，因此造成通信网络的数据和信令资源的极大耗费，影响了用户的使用感知和满意度。

发明内容

本发明要解决的技术问题是提供一种管控应用程序心跳包的方法、通信终端和通信网络，解决现有技术中，应用程序心跳包的用户基数大、周期性强、用户使用集中度高以及数据承载效率低，造成通信网络的数据和信令资源的极大耗费的缺陷。

为解决上述技术问题，本发明的实施例提供一种管控应用程序心跳包的方法，应用于通信终端，通信终端上运行有客户端，以及与客户端之间具有数据连接的客户代理；方法包括：与客户代理连接的客户端与应用服务器所在的核心网建立数据连接；客户代理接到客户端发送的第一数目个心跳包，透传给核心代理，由所述核心代理将所述第一数目个心跳包发送给应用服务器；客户代理在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截客户端后续发送的心跳包，在每第二数目个心跳包中透传至少一个心跳包到核心代理，由核心代理向应用服务器发送替代心跳包。

所述的方法中，由核心代理向应用服务器发送替代心跳包还包括：当客户代理在所述拦截过程中在第二数目个心跳周期中没有向核心代理发送心跳包时，核心代理不再向所述应用服务器发送替代心跳包。

所述的方法中，在每第二数目个心跳包中透传至少一个心跳包到核心代理，还包括：客户代理接到来自客户端的一个请求心跳包，将对应的响应心跳包发给客户端；其中，来自客户端的心跳包是请求心跳包，来自应用服务器的数据包是响应心跳包。

所述的方法中，替代心跳包与客户端生成的心跳包相同。

所述的方法中，客户代理接到客户端发送的第一数目个心跳包，透传给核心代理，包括：客户端发送数据包时，客户代理监听客户端的网络通信接口，实时获取数据包并进行解析，将数据包的内容与存放心跳包特征的第一数据库进行匹配，若数据包中具有与心跳包数据结构匹配的特殊字段，则判定该数据包是一个心跳包，记录本次心跳包的时间；若该心跳包属于第一数目个范围内，将心跳包透传给核心代理。

所述的方法中，第一数据库包括：应用程序名称和版本，所述应用程序包括所述客户端和运行于应用服务器上的服务端；应用服务器的IP地址；应用服务器支持的协议及端口的列表；客户端发送心跳包的周期；心跳包数据结构，包括请求类型心跳包数据结构和响应类型心跳包数据结构；对心跳包的管理策略。

所述的方法中，由所述核心代理将所述第一数目个心跳包发送给应用服务器，包括：核心代理实时获取数据包，对数据包进行解析，将数据包的内容与存放心跳包特征的第二数据库进行匹配，若数据包具有与心跳包数据结构匹配的特殊字段，则判定是一个心跳包，记录本次心跳包的时间；若该心跳包属于第一数目的范围内，在核心代理的第二数据库中进行注册，以及，发送给应用服务器。

一种管控应用程序心跳包的通信终端，包括：客户端，用于与应用服务器所在的核心网建立数据连接；客户代理，与客户端之间具有数据连接，用于接到客户端发送的第一数目个心跳包，透传给核心代理，由所述核心代理将所述第一数目个心跳包发送给应用服务器；以及，在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截客户端后续发送的心跳包，在每第二数目个心跳包中透传至少一个心跳包到核心代理，由核心代理向应用服务器发送替代心跳包。

所述的通信终端中，客户代理，还用于监听客户端的网络通信接口，实时获取数据包并进行解析，将数据包的内容与存放心跳包特征的第一数据库进行匹配，若数据包中具有与心跳包数据结构匹配的特殊字段，则判定该数据包是一个心跳包，记录本次心跳包的时间；若该心跳包属于第一数目的范围内，将心跳包透传给核心代理。

一种管控应用程序心跳包的通信网络，包括通信终端、核心代理和应用服务器，客户端运行在通信终端上；客户端，用于与应用服务器所在的核心网建立数据连接；客户代理，与客户端之间具有数据连接，用于接到客户端发送的第一数目个心跳包，透传给核心代理；以及，在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截客户端后续发送的心跳包，在每第二数目个心跳包中透传至少一个心跳包到核心代理，以及，核心代理，用于将由客户代理透传来的所述第一数目个心跳包发送给应用服务器，以及，在拦截过程中向应用服务器发送替代心跳包。

所述的通信网络中，核心代理，还用于当客户代理在所述拦截过程中在第二数目个心跳周期中没有向核心代理发送心跳包时，不再向所述应用服务器发送替代心跳包。

本发明的上述技术方案的有益效果如下：具有网络数据监听分析能力的客户代理和核心代理记录和分析客户端与应用服务器之间的交互，根据这些信息分别与客户端和应用服务器通信，对心跳包数据的总量进行有效控制，并保证客户端的状态及时更新到应用服务器而不影响客户端和服务器的正常使用。

附图说明

图1表示现有的应用环境的示意图；

图2表示本发明实施例的应用环境的示意图；

图3表示一种管控应用程序心跳包的方法的流程示意图；

图4表示管控应用程序心跳包的工作流程示意图。

具体实施方式

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

本发明实施例中将管控通信网络与应用程序相结合，如图2所示，应用环境中包括：客户端、基站控制器(BSC，Base Staion Controller)、服务GPRS支持节点(SGSN，Serving GPRS Support Node)、网关GPRS支持节点(GGSN，Gateway GPRS Support Node)、应用服务器、核心代理(Core Proxy)和客户代理(Client Proxy)。应用程序的客户端(Client)运行在通信终端上，能够生成应用程序心跳包(简称：心跳包)，通常情形下，其发送的心跳包通过SGSN、GGSN到达应用服务器，应用程序的服务端运行在应用服务器上。

本发明实施例提供一种管控应用程序心跳包的方法，如图3所示，应用于通信终端，通信终端上运行有客户端，以及与客户端之间具有数据连接的客户代理；

方法包括：

步骤301，与客户代理连接的客户端与应用服务器所在的核心网建立数据连接；

步骤302，客户代理接到客户端发送的第一数目个心跳包，透传给核心代理，由所述核心代理将所述第一数目个心跳包发送给应用服务器；

步骤303，客户代理在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截客户端后续发送的心跳包，在每第二数目个心跳包中透传至少一个心跳包到核心代理，由核心代理向应用服务器发送替代心跳包。

应用所提供的技术，具有网络数据监听分析能力的客户代理和核心代理记录和分析客户端与应用服务器之间的交互，根据这些信息分别与客户端和应用服务器通信，对心跳包数据的总量进行有效控制，并保证客户端的状态及时更新到应用服务器而不影响客户端和服务器的正常使用。

客户端发送心跳包的过程是周期性地发送给应用服务器，因此，若干数目个心跳包应当是对应着同样数目个心跳周期。

在一个优选实施例中，由核心代理向应用服务器发送替代心跳包还包括：

当客户代理在所述拦截过程中在第二数目个心跳周期中没有向核心代理发送心跳包时，核心代理不再向所述应用服务器发送替代心跳包。

客户端与应用服务器所在的核心网建立数据连接，具体包括：客户端发送PDP激活请求，由客户代理将PDP激活请求发送给SGSN，由SGSN发送给GGSN，由GGSN进行激活后反馈激活响应。

核心代理将从客户代理接收的心跳包发送给应用服务器，这些心跳包就包括了客户端地址和心跳信息，从而完成建立心跳机制需信息的注册过程,实现了跟普通的应用程序注册客户端地址和心跳信息相同的效果，但又不需要客户端上的应用程序直接与应用服务器建立心跳包连接。

客户端与应用服务器所在的核心网建立数据连接之后还包括：向应用服务器发送普通数据包。数据包包含心跳包和普通数据包。

在一个优选实施例中，在每第二数目个心跳包中透传至少一个心跳包到核心代理，包括：在每10个心跳周期内，透传一个心跳包到核心代理。

为了让核心代理知晓客户端是否正在运行，无论客户代理采用任何拦截策略，在10个心跳周期内至少放通一个心跳包到核心代理。

在一个优选实施例中，在每第二数目个心跳包中透传至少一个心跳包到核心代理，还包括：

客户代理接到来自客户端的一个请求心跳包，将对应的响应心跳包发给客户端；其中，来自客户端的心跳包是请求心跳包，来自应用服务器的数据包是响应心跳包。

客户代理对应于来自客户端的每一个请求心跳包，直接把响应心跳包发给客户端，而核心代理则定期向应用服务器发送请求心跳包，使应用服务器确认客户端仍然是在线状态。以上过程，使得心跳包不需在客户代理和核心代理之间的无线网络中传送，仍然实现了客户端与服务器的心跳机制，并且降低了网络负荷。

在一个优选实施例中，替代心跳包与客户端生成的心跳包相同。客户端生成的心跳包是请求心跳包，在结构上与响应心跳包稍有不同，详见第一数据库的描述。

在一个优选实施例中，客户代理接到客户端发送的第一数目个心跳包，透传给核心代理，包括：

客户端发送数据包时，客户代理监听客户端的网络通信接口，实时获取数据包并进行解析，将数据包的内容与存放心跳包特征的第一(应用程序)数据库进行匹配，若数据包中具有与心跳包数据结构匹配的特殊字段，则判定该数据包是一个心跳包，记录本次心跳包的时间；

若该心跳包属于第一数目个范围内，将心跳包透传给核心代理。

在一个优选实施例中，第一数据库包括：

应用程序名称和版本，所述应用程序包括所述客户端和运行于应用服务器上的服务端；

应用服务器的IP地址；

应用服务器支持的协议及端口的列表；

客户端发送心跳包的周期；

心跳包数据结构，包括请求类型心跳包数据结构和响应类型心跳包数据结构；

对心跳包的管理策略。

客户代理驻留在通信终端中，对PDP激活和客户端的通信进行监听，客户代理中设置了具有心跳包特征的第一数据库，其表项包括：

应用程序名称和版本：具备心跳包特征的应用程序的名称，也可以是可执行程序的名称和版本。

服务器IP地址：与该类应用程序通信的应用服务器的IP地址列表。

服务器协议及端口列表：与该类应用程序通信的应用服务器支持的协议和端口号。

心跳周期：应用程序发送心跳包的具体周期数值，根据应用程序、版本的不同有不同值。

心跳包数据结构(请求)：请求类型的心跳包的结构，如：0xFFEEAAxxxxxx，FFEEAA为前导数据，xxxxxx为具体心跳包内容解释。根据应用程序不同，该前导数据和数据结构均会有变化，在实施时需对该类应用程序数据包的结构更新本字段。

心跳包数据结构(响应)：响应类型的心跳包的结构，如：0xFFEEBBxxxxxx，FFEEAA为前导数据，xxxxxx为具体心跳包内容解释。根据应用程序不同，该前导数据和数据结构均会有变化，在实施时需对该类应用程序数据包的结构更新本字段。

管理策略：对心跳包的管理策略，包括屏蔽、筛选、压缩等。

屏蔽：对数据包的收发完全拦截；

筛选：对数据包通过一定策略进行限制，例如只在网络闲时运行发送；

压缩：通过抽样方式发送心跳包，例如每5个心跳包只放通一个。

为了让核心代理掌握应用程序是否仍在运行，无论客户代理采用任何拦截策略，在10个心跳周期内必须至少放通一个心跳包消息至核心代理。

数据库可以在第一次安装客户代理时进行配置，在后续运行时定期更新。

在一个优选实施例中，由所述核心代理将所述第一数目个心跳包发送给应用服务器，包括：

核心代理实时获取数据包，对数据包进行解析，

将数据包的内容与存放心跳包特征的第二数据库进行匹配，

若数据包具有与心跳包数据结构匹配的特殊字段，则判定是一个心跳包，记录本次心跳包的时间；

若该心跳包属于第一数目个范围内，在核心代理的第二数据库中进行注册，以及，发送给应用服务器。

在一个优选实施例中，第二数据库包括：

应用程序名称和版本，

客户端IP地址，

服务器IP地址，

服务器协议及端口列表，

心跳周期，

请求心跳包数据结构，

响应心跳包数据结构，

管理策略。

核心代理是部署在核心网侧的网络数据和信令监听模块，监听SGSN和GGSN之间的Gn接口，实时分析客户端激活与应用程序心跳包收发过程。

核心代理维持包含客户端IP信息的心跳包特征的第二数据库：

在一个应用场景中，应用实施例提供的技术，如图4所示，工作流程包括：

步骤401，客户端通过无线网络接入GPRS网络的BSC，采取的信令交互过程与常用客户端接入GSM/GPRS网络一致。

客户端在使用GPRS业务前需要进行PDP激活，由核心网分配给客户端相应的上网IP，即Client IP1。

步骤402，客户代理驻留在客户端所在的通信终端上，对PDP激活和客户端的通信进行监听。

客户端指的是在通信终端上运行的应用，通信终端是提供运行环境的硬件+操作系统。

客户代理设置有一个具有心跳包特征的第一数据库，第一数据库可以在第一次安装客户代理时进行配置，在后续运行时定期更新。

步骤403，核心代理是部署在核心网的网络数据和信令监听模块，监听SGSN和GGSN之间的Gn接口，维护着第二数据库，并实时分析客户端激活以及收发应用程序心跳包的过程。

步骤404，当客户端登录应用服务器并启动应用时，客户代理对交互的数据包进行拦截和策略性转发。

步骤405，客户端发送数据包时，客户代理监听客户端的网络通信接口，实时获取数据包并对数据包进行解析，这一过程包括：

检查数据包的目标IP地址、协议和端口号，与第一数据库中的表项进行匹配，如果能匹配则查找表项-心跳包数据结构(请求)、心跳包数据结构(响应)和管理策略。

检查数据包的内容是否具有表项-心跳包数据结构(请求)所记录的特殊字段，例如第一数据库中的FFEEAA，如果有则判定该数据包是一个请求心跳包，记录本次心跳包的时间。

如果是本应用程序的客户端发送的前3个心跳包之一，则客户代理不拦截，直接把心跳包放通到网络中，由核心代理截获该心跳包，并完成在核心代理的注册过程。

数据包是心跳包，根据表项-管理策略对该向外发送的数据包进行相应处理；同时，客户代理依据表项-心跳包数据结构(响应)定义的数据结构发送数据包给客户端。

客户端收到表项-心跳包数据结构(响应)，则认为心跳交互过程成功。

步骤406，核心代理监听网络中所有流量，实时获取数据包并对数据包内容进行解析，这一过程包括：

检查数据包的目标IP地址、协议和端口号，分别与第一数据库中的表项-进行匹配，如果匹配则查找表项-心跳包数据结构(请求)、心跳包数据结构(响应)和管理策略。

检查数据包的内容是否具有表项-心跳包数据结构(请求)所记录的特殊字段，例如第一数据库的FFEEAA，如果有则该数据包是一个请求心跳包，记录本次心跳包的时间。

注册到核心代理：数据包是心跳包，而且是对应源IP地址的客户端应用程序的前3个心跳包之一，则在核心代理进行注册，即把客户端IP地址等信息填写入第二数据库。

步骤407，核心代理依据存放心跳包特征的第二数据库和心跳周期，定期向应用服务器发送替代心跳包，处理步骤包括：

在第二数据库中查找表项-心跳包数据结构(请求)、心跳包数据结构(响应)、管理策略、服务器IP地址、客户端IP地址、服务器协议及端口列表和心跳周期。

核心代理根据心跳周期，构建表项-心跳包数据结构(请求)发送给应用服务器。

应用服务器收到心跳包数据结构(响应)，则认为心跳交互过程成功。

步骤408，客户端发送了请求心跳包，客户代理拦截了请求心跳包之后，由客户代理直接把响应心跳包发给了客户端；而核心代理则定期向服务器发送替代心跳包-请求心跳包，使应用服务器确认客户端仍然是在线状态。

以上过程，使得心跳包的数据不需在客户代理和核心代理之间的无线网络上传送，仍然实现了客户端与服务器的心跳机制。

步骤409，当客户端退出运行后，客户代理不再发送任何数据包或者其他消息给核心代理。若核心代理在10个心跳周期内没有收到来自客户端的心跳包，则判定客户端已经退出运行，在其注册表中删除对应客户端的信息，后续不再由向应用服务器发送对应客户端的替代心跳包。

本发明实施例提供一种管控应用程序心跳包的客户端，包括客户代理，以及：

连接单元，用于与应用服务器所在核心网建立数据连接；

应用程序单元，用于发送第一数目个心跳包，由客户代理透传给核心代理，由所述核心代理向应用服务器注册客户端地址和心跳信息；

客户代理，用于在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截所述应用程序后续发送的心跳包，并在每第二数目个心跳包中透传至少一个心跳包到核心代理，以及，在拦截过程中由核心代理根据所述客户端地址向应用服务器发送替代心跳包。

在一个优选实施例中，客户代理，还用于监听客户端的网络通信接口，在客户端中的应用程序发送数据包时，实时获取数据包并进行解析，将数据包的内容与存放心跳包特征的第一数据库进行匹配，若具有与心跳包数据结构匹配的特殊字段，则判定是一个心跳包，记录本次心跳包的时间

本发明实施例提供一种管控应用程序心跳包的通信网络，包括客户端，核心代理，应用服务器；

客户端包括：

连接单元，用于与应用服务器所在的核心网建立数据连接；

应用程序单元，用于发送第一数目个心跳包，由客户代理透传给核心代理，由所述核心代理向应用服务器注册客户端地址和心跳信息；

客户代理，用于在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截所述应用程序后续发送的心跳包，并在每第二数目个心跳包中透传至少一个心跳包到核心代理，

以及，

核心代理，用于在拦截过程中根据所述客户端地址向应用服务器发送替代心跳包。

在一个优选实施例中，核心代理，还用于在所述拦截过程中，当客户端的客户代理在所述拦截过程中在第二数目个心跳周期中没有向核心代理发送心跳包时，不再向所述应用服务器发送替代心跳包。

采用本方案之后的优势是：将客户端与客户代理连接，在GPRS核心网设置核心代理，两个代理对应用程序是透明的，管控能力主要由客户代理和核心代理实现。不需要额外的修改客户端，客户端和应用服务器的通信机制不受影响，因此在减少无线网络中的心跳包数量的同时，对客户感知是没有影响的，可以对多种应用程序进行管理，易于推广使用；不需对通信网元进行改动，与以往只在网络侧拦截或者只在客户端拦截心跳包相比，更为准确和灵活。

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

Claims (11)

1.一种管控应用程序心跳包的方法，其特征在于，应用于通信终端，通信终端上运行有客户端，以及与客户端之间具有数据连接的客户代理；

方法包括：

与客户代理连接的客户端与应用服务器所在的核心网建立数据连接；

客户代理接到客户端发送的第一数目个心跳包，透传给核心代理，由所述核心代理将所述第一数目个心跳包发送给应用服务器；

客户代理在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截客户端后续发送的心跳包，在每第二数目个心跳包中透传至少一个心跳包到核心代理，由核心代理向应用服务器发送替代心跳包。

2.根据权利要求1所述的方法，其特征在于，由核心代理向应用服务器发送替代心跳包还包括：

当客户代理在所述拦截过程中，在第二数目个心跳周期中没有向核心代理发送心跳包时，核心代理不再向所述应用服务器发送替代心跳包。

3.根据权利要求1所述的方法，其特征在于，在每第二数目个心跳包中透传至少一个心跳包到核心代理，还包括：

客户代理接到来自客户端的一个请求心跳包，将对应的响应心跳包发给客户端；其中，来自客户端的心跳包是请求心跳包，来自应用服务器的数据包是响应心跳包。

4.根据权利要求1所述的方法，其特征在于，替代心跳包与客户端生成的心跳包相同。

5.根据权利要求1所述的方法，其特征在于，客户代理接到客户端发送的第一数目个心跳包，透传给核心代理，包括：

客户端发送数据包时，客户代理监听客户端的网络通信接口，实时获取数据包并进行解析，将数据包的内容与存放心跳包特征的第一数据库进行匹配，若数据包中具有与心跳包数据结构匹配的特殊字段，则判定该数据包是一个心跳包，记录本次心跳包的时间；

若该心跳包属于第一数目的范围内，将心跳包透传给核心代理。

6.根据权利要求5所述的方法，其特征在于，第一数据库包括：

应用程序名称和版本，所述应用程序包括所述客户端和运行于应用服务器上的服务端；

应用服务器的IP地址；

应用服务器支持的协议及端口的列表；

客户端发送心跳包的周期；

心跳包数据结构，包括请求类型心跳包数据结构和响应类型心跳包数据结构；

对心跳包的管理策略。

7.根据权利要求1所述的方法，其特征在于，由所述核心代理将所述第一数目个心跳包发送给应用服务器，包括：

核心代理实时获取数据包，对数据包进行解析，

将数据包的内容与存放心跳包特征的第二数据库进行匹配，

若数据包具有与心跳包数据结构匹配的特殊字段，则判定是一个心跳包，记录本次心跳包的时间；

若该心跳包属于第一数目的范围内，在核心代理的第二数据库中进行注册，以及，发送给应用服务器。

8.一种管控应用程序心跳包的通信终端，其特征在于，包括：

客户端，用于与应用服务器所在的核心网建立数据连接；

客户代理，与客户端之间具有数据连接，用于接到客户端发送的第一数目个心跳包，透传给核心代理，由所述核心代理将所述第一数目个心跳包发送给应用服务器；

以及，在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截客户端后续发送的心跳包，在每第二数目个心跳包中透传至少一个心跳包到核心代理，由核心代理向应用服务器发送替代心跳包。

9.根据权利要求8所述的通信终端，其特征在于，

客户代理，还用于监听客户端的网络通信接口，实时获取数据包并进行解析，将数据包的内容与存放心跳包特征的第一数据库进行匹配，若数据包中具有与心跳包数据结构匹配的特殊字段，则判定该数据包是一个心跳包，记录本次心跳包的时间；

若该心跳包属于第一数目个范围内，将心跳包透传给核心代理。

10.一种管控应用程序心跳包的通信网络，其特征在于，包括通信终端、核心代理和应用服务器，客户端运行在通信终端上；

客户端，用于与应用服务器所在的核心网建立数据连接；

客户代理，与客户端之间具有数据连接，用于接到客户端发送的第一数目个心跳包，透传给核心代理；

以及，在接收完毕第一数目个心跳包之后开启拦截过程，在拦截过程中拦截客户端后续发送的心跳包，在每第二数目个心跳包中透传至少一个心跳包到核心代理，

以及，

核心代理，用于将由客户代理透传来的所述第一数目个心跳包发送给应用服务器，以及，在拦截过程中向应用服务器发送替代心跳包。

11.根据权利要求10所述的通信网络，其特征在于，

核心代理，还用于当客户代理在所述拦截过程中在第二数目个心跳周期中没有向核心代理发送心跳包时，不再向所述应用服务器发送替代心跳包。