一种应用程序的心跳管理方法、装置及系统的制作方法
【专利摘要】本发明公开一种应用程序的心跳管理方法、装置及系统，涉及通信网络【技术领域】，用于减少移动网络传输信令的负荷。本发明实施例通过NPS接收UPC发送的UPC注册请求，UPC注册请求用于指示NPS对UPC进行登记注册，其中注册请求包括UPC所在UE对应的IMSI，UPC用于管理UE上的所有应用程序App；NPS根据注册请求的指示，为UPC分配用户设备推送客户端标识UPC?ID；NPS登记UPC，并标识UPC的状态为在线状态，以便当NPS查看到UPC的状态为在线状态时，向UPC发送信令；NPS向UPC发送UPC注册响应，UPC注册响应中包括UPC?ID。本发明实施例提供的方案适于对应用程序的心跳管理。
【专利说明】一种应用程序的心跳管理方法、装置及系统
【技术领域】
[0001]本发明涉及通信网络【技术领域】，尤其涉及一种应用程序的心跳管理方法、装置及系统。
【背景技术】
[0002]目前，随着智能手机的普及，在智能手机上安装应用程序来满足用户能够时刻使用应用程序的需求。通常这些应用程序需要与该应用程序对应的应用程序服务器保持连接状态，以便该应用程序服务器可以向该应用程序执行数据的发送。
[0003]在现有技术中，各个应用程序与对应的应用程序服务器在进行连接之后才能进行数据的交互，或者各个应用程序与对应的应用程序服务器在进行连接之后才能进行应用程序之间数据的交互。通常应用程序服务器根据应用程序的状态(在线、离线)来决定是否需要向应用程序发送数据，所以应用程序需要定时向应用程序服务器发送心跳消息，来表示自己为在线状态，该心跳消息用于说明应用程序的状态为在线状态。
[0004]然而，在移动网络下每个用户设备(User Equipment，UE)上的各个应用程序都会独立且定时的向对应的应用程序服务器发送心跳消息来表示在线，从而增加了移动网络传输信令的负荷。
【发明内容】
[0005]本发明的实施例提供一种应用程序的心跳管理方法、装置及系统，用于减少移动网络传输信令的负荷。
[0006]第一方面，本发明的实施例提供一种应用程序的心跳管理方法，包括:
[0007]网络推送服务器NPS接收用户设备推送客户端UPC发送的UPC注册请求，所述UPC注册请求用于指示所述NPS对所述UPC进行登记注册，其中所述注册请求包括所述UPC所在用户设备UE对应的IMSI，所述UPC用于管理所述UE上的所有应用程序App ；
[0008]所述NPS根据所述注册请求的指示，为所述UPC分配用户设备推送客户端标识UPCID ；
[0009]所述NPS登记所述UPC，并标识所述UPC的状态为在线状态，以便当所述NPS查看到所述UPC的状态为在线状态时，向所述UPC发送信令；
[0010]所述NPS向所述UPC发送UPC注册响应，所述UPC注册响应中包括所述UPC ID。
[0011]第二方面，本发明的实施例提供一种应用程序的心跳管理装置，包括:
[0012]接收模块，用于接收用户设备推送客户端UPC发送的UPC注册请求，并将所述UPC注册请求提供给分配模块，所述UPC注册请求用于指示所述NPS对所述UPC进行登记注册，其中所述注册请求包括所述UPC所在用户设备UE对应的IMSI，所述UPC用于管理所述UE上的所有应用程序App ；
[0013]所述分配模块，用于根据所述注册请求的指示，为所述UPC分配用户设备推送客户端标识UPC ID，并将所述UPC ID提供给登记模块和发送模块；[0014]所述登记模块，用于登记所述UPC，并标识所述UPC的状态为在线状态；
[0015]所述发送模块，用于向所述UPC发送UPC注册响应，所述UPC注册响应中包括所述UPC IDo
[0016]第三方面，本发明的实施例提供一种应用程序的心跳管理系统，包括:
[0017]网络推送服务器NPS，用于接收用户设备推送客户端UPC发送的UPC注册请求，所述UPC注册请求用于指示所述NPS对所述UPC进行登记注册，其中所述注册请求包括所述UPC所在用户设备UE对应的国际移动用户识别码IMSI ;根据所述注册请求的指示，为所述UPC分配用户设备推送客户端标识UPC ID ;登记所述UPC，并标识所述UPC的状态为在线状态，以便当所述NPS查看到所述UPC的状态为在线状态时，向所述UPC发送信令；向所述UPC发送UPC注册响应，所述UPC注册响应中包括所述UPC ID ；
[0018]所述UPC，用于管理所述UE上的所有应用程序App ；向所述NPS发送所述UPC请求；以及接收所述NPS发送的所述UPC注册响应。
[0019]本发明实施例提供的一种应用程序的心跳管理方法、装置及系统，通过NPS接收UPC发送的UPC注册请求，UPC注册请求用于指示NPS对UPC进行登记注册，其中注册请求包括UPC所在UE对应的MSI，UPC用于管理UE上的所有应用程序App ；NPS根据注册请求的指示，为UPC分配用户设备推送客户端标识UPC ID ;NPS登记UPC，并标识UPC的状态为在线状态，以便当NPS查看到UPC的状态为在线状态时，向UPC发送信令；NPS向UPC发送UPC注册响应，UPC注册响应中包括UPC ID。在现有技术中，应用程序为了向应用程序服务器表示在线状态，来定时发送心跳消息，使得增加了移动网络传输信令的负荷。在本发明中，采用UPC管理UPC所在UE上的所有App信令的传输，由UPC的在线状态来表示所管理的所有App在线，从而省略了 App发送的心跳信息，因此采用本发明实施例降低了移动网络传输信令的负荷。
【专利附图】
【附图说明】
[0020]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0021]图1为本发明实施例提供的一种应用程序的心跳管理系统的结构示意图；
[0022]图2为本发明实施例提供的另一种应用程序的心跳管理系统的结构示意图；
[0023]图3为本发明实施例提供的一种应用程序的心跳管理方法的流程图；
[0024]图4为本发明实施例提供的另一种应用程序的心跳管理方法的流程图；
[0025]图5为本发明实施例提供的应用程序的心跳管理方法中NPS对UPC管理的各个App进行登记注册的一种方法的流程图；
[0026]图6为本发明实施例提供的应用程序的心跳管理方法中NPS对App进行业务推送的一种方法的流程图；
[0027]图7为本发明实施例提供的应用程序的心跳管理方法中NPS对UPC进行注销的一种方法的流程图；
[0028]图8为本发明实施例提供的一种应用程序的心跳管理装置的结构示意图；[0029]图9为本发明实施例提供的另一种应用程序的心跳管理装置的结构示意图。【具体实施方式】
[0030]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0031]本发明适用于一种应用程序的心跳管理系统10，如图1所示，该系统10包括网络推送服务器(Network Push Server,NPS)101,用户设备推送客户端(User Equipment PushClient, UPC) 102。
[0032]NPS101，用于接收UPC102发送的UPC注册请求，UPC注册请求用于指示NPSlOl对UPC102进行登记注册，其中注册请求包括UPC所在UE对应的国际移动用户识别码(International Mobile Subscriber Identification Number, IMSI);根据注册请求的指不，为UPC102分配用户设备推送客户端标识(User Equipment Push Client Identity,UPCID);登记UPC102，并标识UPC102的状态为在线状态，以便当NPS101查看到UPC102的状态为在线状态时，向UPC102发送信令；向UPC102发送UPC注册响应，UPC注册响应中包括UPCID0
[0033]UPC102，用于管理UE上的所有应用程序App ;向NPS101发送UPC注册请求；以及接收NPS101发送的UPC注册响应。
[0034]进一步需要说明的是，在NPS101登记UPC102之后，NPS101,还用于接收UPC102发送的应用程序(Application, App)注册请求，App注册请求包括应用程序标识(Application Identity, App ID), App注册请求为UE上的任意一个App发起的请求；将UPC102对应的UPC ID与App ID进行关联，生成应用程序特定标识(Application SpecificIdentity, App SID),并进行保存；向UPC102发送App注册响应，App注册响应中包括AppSID。
[0035]进一步的，本发明还适用于另一种应用程序的心跳管理系统20，如图2所示，该系统 20 还包括策略与计费规则功能(Policy and Charging Rules Function, PCRF)103,应用程序服务器104。
[0036]PCRF103，用于接收NPSlOl发送的申请UPC策略信息请求；根据该申请UPC策略信息请求，向NPS101发送UPC102对应的UPC策略信息；接收NPS101发送的申请App策略信息请求；根据该申请App策略信息请求，向NPS101发送UPC102管理的App对应的App策略信息。
[0037]对应的，NPS101，还用于查看是否存储UPC102对应的UPC策略信息；当NPS101没有存储UPC102对应的UPC策略信息时，NPS101为UPC102向PCRF103申请UPC102对应的UPC策略信息；以及查看是否存储App ID对应的App策略信息；当NPS101没有存储App ID对应的App策略信息时，NPS101为UPC102向PCRF103申请App ID对应的App策略信息。
[0038]进一步需要说明的是，UPC102，还用于向NPS101发送UPC注销请求，该UPC注销请求包括UPC ID ；以及接收NPS101发送的UPC注销响应，UPC注销响应用于告知UPC已被注销。[0039]对应的，NPS101，还用于接收UPC发送的UPC注销请求；将UPC ID的状态标注为注销状态，并启动缓存定时器，缓存定时器用于在预定时间内暂存UPC ID相关的策略信息，UPC ID相关的策略信息包括UPC策略信息和App策略信息^UPC发送UPC注销响应；在确定UPC ID的状态标注为注销状态的时间超过缓存定时器设定的时间，以及没有接收到UPC发送的UPC注册请求时，NPSlOl删除UPC ID相关的策略信息。
[0040]进一步可选的，在NPSlOl与UPC102建立好连接之后(即NPSlOl登记了 UPC102，以及登记了 UPC102所管理的要求注册的所有App)，NPS101，还用于与应用程序服务器104进行应用程序的业务数据的交互，例如，向应用程序服务器104发送的由UPC102中任一个App发起的订阅请求，订阅请求中包括App ID ;以及接收应用程序服务器104发送的订阅消息，该订阅消息中包括App ID以及订阅内容。
[0041]对应的，应用程序服务器104，用于接收NPSlOl发送的订阅请求，根据订阅请求向NPSlOl发送订阅消息。
[0042]通过上述描述，可以理解的是，NPSlOl与UPC102相连，用于与UPC102之间交互有关推送业务的信息。NPSlOl与PCRF103相连，用于与PCRF103之间交互有关UPC策略信息、App策略信息。NPSlOl与应用程序服务器104相连，用于与应用程序服务器104之间交互应用程序的业务数据的信息。
[0043]为了进一步应用 程序的心跳管理进行详细描述，本发明实施例提供一种应用程序的心跳管理方法，如图3所示，该方法具体包括:
[0044]301，NPS接收UPC发送的UPC注册请求，UPC注册请求用于指示NPS对UPC进行登记注册，其中注册请求包括UPC所在UE对应的MSI，UPC用于管理UE上的所有App。
[0045]其中，NPS用于管理各个UE对应的UPC ;连接各个UE上的App与这个App对应的应用程序服务器，传输他们之间的数据信息。
[0046]302，NPS根据注册请求的指示，为UPC分配用户设备推送客户端标识UPC ID。
[0047]需要说明的是，UPC ID与该UPC所在UE的MSI——对应。
[0048]303，NPS登记UPC，并标识UPC的状态为在线状态，以便当NPS查看到UPC的状态为在线状态时，向UPC发送信令。
[0049]304，NPS向UPC发送UPC注册响应，UPC注册响应中包括UPC ID。
[0050]在本发明实施例中，采用UPC的在线状态来统一表征不同App的独立在线状态，可以减少应用程序发送的心跳信息所带来的信令负荷，采用NPS统一接收不用应用程序服务器发送的订阅消息，可以减少应用程序服务器独立向对应的每个App发送订阅消息所带来的信令负荷。故本发明可以降低移动网络传输信令的负荷。
[0051]可选的，如图4所示，在本发明的其中一种实现方式中，在图3中步骤303:NPS登记UPC，并标识UPC的状态为在线状态之后，还可以包括:
[0052]305，NPS查看是否存储UPC对应的UPC策略信息。
[0053]UPC策略信息用于对UPC制定特定的策略，使得NPS向UPC发送信令等数据信息时，可以按照该UPC对应的UPC策略信息进行发送，从而实现了 NPS可以按照UPC特定的UPC策略信息控制信令的传输。
[0054]306，当NPS没有存储UPC对应的UPC策略信息时，NPS为UPC向PCRF申请UPC对应的UPC策略信息。[0055]NPS为UPC向PCRF申请UPC对应的UPC策略信息具体包括:第一步，NPS向PCRF发送申请UPC策略信息请求。其中，该申请UPC策略信息请求中包括UE的頂SI。第二步，PCRF根据该申请UPC策略信息，为UPC配置对应的UPC策略信息。第三步，PCRF向NPS发送申请UPC策略信息响应。其中，该申请UPC策略信息响应中包括该UPC对应的UPC策略信息。第四步，NPS接收该申请UPC策略信息响应，并存储该UPC策略信息。
[0056]在本发明的实现方式中，可以降低移动网络传输信令的负荷，同时也可以实现配置特色的策略来控制信令的发送。
[0057]进一步的，在NPS对UPC登记之后，NPS对UPC上管理的App进行登记，具体的，如图5所示，
[0058]501, NPS接收UPC发送的App注册请求,App注册请求包括应用程序标识App ID,App注册请求为UE上的任意一个App发起的请求。
[0059]502，NPS将UPC对应的UPC ID与App ID进行关联，生成App SID,并进行保存。
[0060]该App SID是UPC ID与App ID之间的连接纽带。当NPS接收到携带App ID的信令等数据信息时，可以通过App ID映射到App SID，从而通过App SID获知对应的UPC ID。这样NPS就能将携带App ID的信令等数据信息发送给UPC ID对应的UPC中了。
[0061]503，NPS查看是否存储该App对应的App策略信息。
[0062]当NPS上没有存储该App对应的App策略信息时，继续执行步骤504。
[0063]当NPS上已存储该App对应的App策略信息时，继续执行步骤505。
[0064]504，当该NPS上没有存储该App对应的App策略信息时，NPS为UPC向PCRF申述App ID对应的App策略信息。
[0065]NPS为UPC向PCRF申述App ID对应的App策略信息具体包括:第一步，NPS向PCRF发送申请App策略信息。其中，该申请App策略信息中包括AppID。第二步，PCRF根据该申请App策略信息，为App配置对应的App策略信息。第三步，PCRF向NPS发送申请App策略信息响应。其中，该申请App策略信息响应中包括该App配置对应的App策略信息。第四步，NPS接收该申请App策略信息响应，并存储该App策略信息。
[0066]需要说明的是，步骤504均为可选步骤，当NPS需要依据策略信息来发送订阅消息时，NPS需要存储UPC管理的各个App的App策略信息。
[0067]505，NPS向UPC发送App注册响应。
[0068]App注册响应用于告知UPC该App以注册成功。可选的，App注册响应中包括AppSID。
[0069]另外，还需要说明的是，NPS还需要接收应用程序服务器发送的应用程序注册请求，从而实现NPS对应用程序服务器的登记注册。这里提出的应用程序服务器为各个App对应的应用程序服务器。其中NPS对应用程序服务器的登记注册具体包括:应用程序服务器向NPS发送应用程序服务器注册请求，该应用程序服务器注册请求中包括该应用程序服务器的标识。然后NPS存储该应用程序服务器的标识，并向该应用程序服务器发送应用程序服务器注册响应，以告知该应用程序服务器注册成功。在应用程序服务器向NPS登记注册成功之后，可以将各个App的订阅消息发送给NPS，再由NPS参照图6中的步骤依次执行，从而实现了 App即能够接收订阅的订阅消息，又能够降低移动网络传输信令的负荷。具体的，如下所示:[0070]601，NPS接收应用程序服务器推送的订阅消息，订阅消息中包括应用程序标识AppID以及订阅内容。
[0071]NPS用于管理应用程序的推送业务。
[0072]需要说明的是，应用程序服务器是根据NPS发送的携带该App ID的订阅请求而推送的订阅消息。其中，携带该App ID的订阅请求是由该App ID对应的App发送给UPC，再由UPC转发给NPS的。
[0073]602，NPS查找App ID对应的应用程序特定标识App SID, App SID用于标识用户设备推送客户端UPC管理的App。
[0074]App ID为App对应的标识号，在NPS中还保存了 App SID,关于App SID为NPS通过将App ID和UPC ID相关联而生成的标识。当NPS获取到App ID之后，根据App ID可以对应到App SID,从而也获知到管理该App ID的UPC对应的UPC ID。
[0075]603，NPS查看App SID对应的UPC的状态。
[0076]NPS需要查看UPC的状态是否为在线状态，当UPC在状态为在线状态时，才能继续执行步骤304。通过UPC的状态来代替现有技术中各个App定时且独立的向应用程序服务器发送心跳消息。所以不同App的独立在线状态可以通过UPC的在线状态来统一表征。即当UPC的状态为在线状态时，表示UPC管理的已向NPS注册成功的App均在线。
[0077]需要说明的是，当UPC管理的某一 App未发起App注册请求，或者某一 App在NPS上已登记注册，但发起了 App注销请求并在NPS上成功注销之后，那么UPC的在线状态代表不了未在NPS上登记注册的App的状态。可以理解的是，NPS会告知应用程序服务器发起App注册请求或者App注册注销请求对应的App ID,已使得各个应用程序服务器可以正确的发送订阅消息。
[0078]604，当UPC的状态为在线状态时，NPS向UPC发送订阅消息，以便UPC将订阅内容发送给App ID对应的应用程序App，UPC用于管理UPC所在用户设备UE上App的推送业务。
[0079]在UPC接收到NPS发送的订阅消息之后，根据该订阅消息中的App ID，将订阅内容发送给App ID对应的App。
[0080]在本发明实施例中，采用UPC的在线状态来统一表征不同App的独立在线状态，可以减少应用程序发送的心跳信息所带来的信令负荷，采用NPS统一接收不用应用程序服务器发送的订阅消息，可以减少应用程序服务器独立向对应的每个App发送订阅消息所带来的信令负荷。故本发明可以降低移动网络传输信令的负荷。
[0081]值得说明的是，在图6中描述的各个步骤，只是通过管理所在UE上的各个App的UPC与NPS之间进行信令等数据信息的交互的一种实现方式，本实施例还适用于其他实现方式，比如，两个App (第一 App、第二 App)之间进行交互，当第一 App已退出登录，由于第一 App对应的UPC的状态仍为在线状态，则第二 App显示的第一 App的状态也是在线状态(或者可以接收消息的状态等)，在这种状态下，第二 App可向第一 App发送消息，该消息传输的路径为:第二 App将携带第一 App对应的App ID的消息发送给第一 App和第二 App对应的应用程序服务器，然后该应用程序服务器将该携带第一 App对应的App ID的消息发送给NPS，然后NPS根据第一 App对应的App ID找到对应的UPC ID,然后将该携带第一 App对应的App ID的消息发送给UPC ID对应的UPC，在UPC接收到该第一 App对应的App ID对应的App之后,将该消息发送给第一 App。
[0082]进一步需要说明的是，在本发明的一种实现方式中，提供一种NPS对UPC进行注销的方法。如图7所示，其具体包括:
[0083]701，NPS接收UPC发送的UPC注销请求。
[0084]UPC注销请求包括UPC ID。
[0085]702，NPS将UPC ID的状态标注为注销状态，并启动缓存定时器。
[0086]缓存定时器用于在预定时间内暂存UPC ID对应的策略信息。本实施例不限制缓存定时器中设置的时间。
[0087]可以理解的是，当UPC的状态为注销状态时，表明该UPC为离线状态，则NPS不能向该UPC发送信令等数据消息。
[0088]703，NPS向UPC发送UPC注销响应，UPC注销响应用于告知UPC已被注销。
[0089]704，确定UPC ID的状态标注为注销状态的时间超过缓存定时器设定的时间，以及没有接收到UPC发送的UPC注册请求时，NPS删除UPC ID相关的策略信息。
[0090]UPC ID相关的策略信息包括UPC策略信息和App策略信息。
[0091]采用缓存定时器来暂缓删除已申请注销的UPC，可以防止UPC在申请注销后的某一时刻又向NPS发送UPC注册请求，使得NPS仍需向PCRF申请UPC策略信息和App策略信息的操作，从而降低了移动网络传输信令的负荷。
[0092]如图8所示，本发明实施例提供一种应用程序的心跳管理装置80，该装置80包括:接收模块801，分配模块802，登记模块803，发送模块804，该装置具体可以为NPS。
[0093]接收模块801，用于接收UPC发送的UPC注册请求，并将UPC注册请求提供给分配模块802，UPC注册请求用于指示NPS对UPC进行登记注册，其中注册请求包括UPC所在用户设备UE对应的MSI，UPC用于管理UE上的所有应用程序App。
[0094]分配模块802，用于根据注册请求的指示，为UPC分配用户设备推送客户端标识UPC ID，并将UPC ID提供给登记模块803和发送模块804。
[0095]登记模块803，用于登记UPC，并标识UPC的状态为在线状态，以便当NPS查看到UPC的状态为在线状态时，向UPC发送信令。
[0096]发送模块804，用于向UPC发送UPC注册响应，UPC注册响应中包括UPC ID。
[0097]进一步的，如图9所示，本发明还提供一种应用程序的心跳管理装置90，该装置90还包括:关联模块805，查看模块806，申请模块807，标注模块808，启动模块809，删除模块810。
[0098]在登记模块803登记UPC之后，接收模块801，还用于接收UPC发送的App注册请求，并将该App注册请求提供给关联模块805，App注册请求包括应用程序标识App ID，App注册请求为UE上的任意一个App发起的请求。
[0099]关联模块805，用于将UPC对应的UPC ID与App ID进行关联，生成应用程序特定标识App SID，并将App SID提供给发送模块804。然后发送模块804向UPC发送App注册响应，App注册响应中包括App SID0
[0100]进一步可选的，在登记模块803登记UPC之后，查看模块806查看是否存储UPC对应的UPC策略信息，并将UPC查看结果提供给申请模块807。当UPC查看结果为没有存储UPC对应的UPC策略信息时，申请模块807为UPC向策略与计费规则功能PCRF申请UPC对应的UPC策略信息。
[0101]以及在关联模块805将UPC对应的UPC ID与App ID进行关联，生成应用程序特定标识App SID之后，查看模块806，还用于查看是否存储App ID对应的App策略信息，并将App查看结果提供给申请模块807。当App查看结果为没有存储App ID对应的App策略信息时，申请模块807为UPC向PCRF申请App ID对应的App策略信息。
[0102]进一步可选的，接收模块801，还用于接收UPC发送的UPC注销请求，UPC注销请求包括UPC ID。
[0103]标注模块808，用于根据接收模块接收的UPC注销请求，将UPC ID的状态标注为注销状态，并将UPC ID的状态标注为注销状态的时间提供给启动模块809。启动模块809根据接收模块801接收的UPC注销请求，启动缓存定时器，缓存定时器用于在预定时间内暂存UPC ID相关的策略信息，UPC ID相关的策略信息包括UPC策略信息和App策略信息。
[0104]发送模块804，还用于向UPC发送UPC注销响应，UPC注销响应用于告知UPC已被注销。
[0105]在确定UPC ID的状态标注为注销状态的时间超过缓存定时器设定的时间，以及没有接收到UPC发送的UPC注册请求时，删除模块810删除UPC ID相关的策略信息。
[0106]需要说明的是，图8-图9所示装置中，其各个模块的具体实施过程以及各个模块之间的信息交互等内容，由于与本发明方法实施例基于同一发明构思，可以参见方法实施例，在此不一一赘述。
[0107]在本发明的实现方式中，可以降低移动网络传输信令的负荷，同时也可以实现配置特色的策略来控制信令的发送。
[0108]所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0109]在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0110]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0111]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0112]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM, Read-Only Memory)、随机存取存储器(RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0113]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
【权利要求】
1.一种应用程序的心跳管理方法，其特征在于，包括: 网络推送服务器NPS接收用户设备推送客户端UPC发送的UPC注册请求，所述UPC注册请求用于指示所述NPS对所述UPC进行登记注册，其中所述注册请求包括所述UPC所在用户设备UE对应的国际移动用户识别码IMSI，所述UPC用于管理所述UE上的所有应用程序 App ； 所述NPS根据所述注册请求的指示，为所述UPC分配用户设备推送客户端标识UPCID ； 所述NPS登记所述UPC，并标识所述UPC的状态为在线状态，以便当所述NPS查看到所述UPC的状态为在线状态时，向所述UPC发送信令； 所述NPS向所述UPC发送UPC注册响应，所述UPC注册响应中包括所述UPC ID。
2.根据权利要求1所述的应用程序的心跳管理方法，其特征在于，在所述NPS登记所述UPC之后,还包括: 所述NPS接收所述UPC发送的App注册请求，所述App注册请求包括应用程序标识AppID,所述App注册请求为所述UE上的任意一个App发起的请求； 所述NPS将所述UPC对应的所述UPC ID与所述App ID进行关联，生成应用程序特定标识App SID，并进行保存； 所述NPS向所述UPC发送App注册响应,所述App注册响应中包括App SID。
3.根据权利要求1所述的应用程序的心跳管理方法，其特征在于，在所述NPS向所述UPC发送UPC注册响应之前，所述方法还包括: 所述NPS查看是否存储所述UPC对应的UPC策略信息； 当所述NPS没有存储所述UPC对应的UPC策略信息时，所述NPS为所述UPC向策略与计费规则功能PCRF申请所述UPC对应的UPC策略信息。
4.根据权利要求2所述的应用程序的心跳管理方法，其特征在于，在所述NPS向所述UPC发送App注册响应之前,所述方法还包括: 所述NPS查看是否存储所述App ID对应的App策略信息； 当所述NPS没有存储所述App ID对应的App策略信息时，所述NPS为所述UPC向所述PCRF申请所述App ID对应的App策略信息。
5.根据权利要求1-4中任一项所述的应用程序的心跳管理方法，其特征在于，所述方法还包括: 所述NPS接收所述UPC发送的UPC注销请求，所述UPC注销请求包括所述UPC ID ；所述NPS将所述UPC ID的状态标注为注销状态，并启动缓存定时器，所述缓存定时器用于在预定时间内暂存所述UPC ID相关的策略信息，所述UPC ID相关的策略信息包括所述UPC策略信息和所述App策略信息； 所述NPS向所述UPC发送UPC注销响应，所述UPC注销响应用于告知所述UPC已被注销； 在确定所述UPC ID的状态标注为注销状态的时间超过所述缓存定时器设定的时间，以及没有接收到所述UPC发送的所述UPC注册请求时，所述NPS删除所述UPC ID相关的策略信息。
6.一种应用程序的心跳管理装置，其特征在于，包括:接收模块，用于接收用户设备推送客户端UPC发送的UPC注册请求，并将所述UPC注册请求提供给分配模块，所述UPC注册请求用于指示所述NPS对所述UPC进行登记注册，其中所述注册请求包括所述UPC所在用户设备UE对应的MSI，所述UPC用于管理所述UE上的所有应用程序App ； 所述分配模块，用于根据所述注册请求的指示，为所述UPC分配用户设备推送客户端标识UPC ID，并将所述UPC ID提供给登记模块和发送模块； 所述登记模块，用于登记所述UPC，并标识所述UPC的状态为在线状态； 所述发送模块，用于向所述UPC发送UPC注册响应，所述UPC注册响应中包括所述UPCID0
7.根据权利要求6所述的应用程序的心跳管理装置，其特征在于， 所述接收模块，还用于接收所述UPC发送的App注册请求,所述App注册请求包括应用程序标识App ID,所述App注册请求为所述UE上的任意一个App发起的请求； 所述装置还包括: 所述关联模块，用于将所述UPC对应的所述UPC ID与所述App ID进行关联，生成应用程序特定标识App SID，并将所述App SID提供给所述发送模块； 所述发送模块，还用于向所述UPC发送App注册响应，所述App注册响应中包括AppSID。
8.根据权利要求7所述的应用程序的心跳 管理装置，其特征在于，所述装置还包括: 查看模块，用于查看是否存储所述UPC对应的UPC策略信息，并将UPC查看结果提供给申请模块； 所述申请模块，用于当所述UPC查看结果为没有存储所述UPC对应的UPC策略信息时，为所述UPC向策略与计费规则功能PCRF申请所述UPC对应的UPC策略信息； 所述查看模块，还用于查看是否存储所述App ID对应的App策略信息,并将App查看结果提供给所述申请模块； 所述申请模块，还用于当所述App查看结果为没有存储所述App ID对应的App策略信息时，为所述UPC向所述PCRF申请所述App ID对应的App策略信息。
9.根据权利要求6-8中任一项所述的应用程序的心跳管理装置，其特征在于， 所述接收模块，还用于接收所述UPC发送的UPC注销请求，所述UPC注销请求包括所述UPC ID ； 所述装置还包括: 标注模块，用于根据所述接收模块接收的所述UPC注销请求，将所述UPC ID的状态标注为注销状态，并将所述UPC ID的状态标注为注销状态的时间提供给启动模块； 所述启动模块，用于根据所述接收模块接收的所述UPC注销请求，启动缓存定时器，所述缓存定时器用于在预定时间内暂存所述UPC ID相关的策略信息，所述UPC ID相关的策略信息包括所述UPC策略信息和所述App策略信息； 所述发送模块，还用于向所述UPC发送UPC注销响应，所述UPC注销响应用于告知所述UPC已被注销； 所述删除模块，用于在确定所述UPC ID的状态标注为注销状态的时间超过所述缓存定时器设定的时间，以及没有接收到所述UPC发送的所述UPC注册请求时，删除所述UPC ID相关的策略信息。
10.一种应用程序的心跳管理系统，其特征在于，包括: 网络推送服务器NPS，用于接收用户设备推送客户端UPC发送的UPC注册请求，所述UPC注册请求用于指示所述NPS对所述UPC进行登记注册，其中所述注册请求包括所述UPC所在用户设备UE对应的国际移动用户识别码IMSI ;根据所述注册请求的指示，为所述UPC分配用户设备推送客户端标识UPC ID ;登记所述UPC，并标识所述UPC的状态为在线状态，以便当所述NPS查看到所述UPC的状态为在线状态时，向所述UPC发送信令；向所述UPC发送UPC注册响应，所述UPC注册响应中包括所述UPC ID ； 所述UPC，用于管理所述UE上的所有应用程序App ；向所述NPS发送所述UPC请求；以及接收所述NPS发送的 所述UPC注册响应。
【文档编号】H04L29/06GK103634322SQ201310657056
【公开日】2014年3月12日 申请日期:2013年12月6日 优先权日:2013年12月6日
【发明者】张卓筠, 赫罡, 高功应, 王健全 申请人:中国联合网络通信集团有限公司, 中讯邮电咨询设计院有限公司