应用状态递送方法和系统的制作方法

文档序号:7779968阅读:223来源:国知局
应用状态递送方法和系统的制作方法
【专利摘要】本发明提供一种应用状态递送方法和系统,该方法包括:应用状态管理服务器从呈现能力开放系统获取第一终端的状态信息,所述状态信息包括所述第一终端标识和当前状态类型;所述应用状态管理服务器根据所述第一终端标识和当前状态类型,确定与所述第一终端标识对应的各应用的状态信息;所述应用状态管理服务器将所述各应用的状态信息发送给运营商网络侧的PUSH能力开放系统;所述PUSH能力开放系统将所述各应用的状态信息发送给第二终端的PUSH客户端;所述第二终端的PUSH客户端将所述各应用的状态信息发送给所述第二终端中对应的各应用客户端。通过上述方法,降低了“心跳”信令对运营商网络造成的压力和冲击。
【专利说明】应用状态递送方法和系统
【技术领域】
[0001]本发明涉及通信【技术领域】,尤其涉及一种应用状态递送方法和系统。
【背景技术】
[0002]随着移动互联网业务的发展,以及移动智能终端的普及,智能终端上的应用,特别是与移动互联网相关的应用,如即时通信业务,已对运营商网络造成较大影响。以腾讯的微信为例,微信的一项重要功能是显示好友状态,即好友是否在线,好友的位置信息等,这要求应用程序定时向应用系统侧申报自己的状态,同时,定时从应用系统侧获取好友的状态。
[0003]通常要求应用程序定时向应用系统侧发送一个在线的信息,即通过“心跳”方式通知应用系统侧自己的状态、IP地址和端口,以使应用系统侧根据自己的IP地址和端口向终端上的应用程序推送好友状态,大量的“心跳”信令会对运营商网络造成巨大的压力和冲击。
[0004]随着智能终端上与移动互联网相关的应用越来越多,如何即能避免大量“心跳”信令对运营商网络的压力和冲击,又能为各应用提供准确的服务信息成为目前急需解决的问题。

【发明内容】

[0005]本发明提供一种应用状态递送方法和系统,用于解决现有技术中应用状态递送给运营商网络造成巨大的压力和冲击的问题。
[0006]本发明提供一种应用状态递送方法,包括:应用状态管理服务器从呈现能力开放系统获取第一终端的状态信息,所述状态信息包括所述第一终端标识和当前状态类型,所述当前状态类型表示所述第一终端处于在线状态还是离线状态;
[0007]所述应用状态管理服务器根据所述第一终端标识和当前状态类型,确定与所述第一终端标识对应的各应用的状态信息;
[0008]所述应用状态管理服务器将所述各应用的状态信息发送给运营商网络侧的TOSH能力开放系统;
[0009]所述PUSH能力开放系统将所述各应用的状态信息发送给第二终端的TOSH客户端;
[0010]所述第二终端的TOSH客户端将所述各应用的状态信息发送给所述第二终端中对应的各应用客户端。
[0011]本发明提供一种应用状态递送系统,包括:应用状态管理服务器、呈现能力开放系统、运营商网络侧的I3USH能力开放系统和第二终端,其中,
[0012]应用状态管理服务器,用于从呈现能力开放系统获取第一终端的状态信息,所述状态信息包括所述第一终端标识和当前状态类型,所述当前状态类型表示所述第一终端处于在线状态还是离线状态;
[0013]所述应用状态管理服务器,还用于根据所述第一终端标识和当前状态类型,确定与所述第一终端标识对应的各应用的状态信息;
[0014]所述应用状态管理服务器,还用于将所述各应用的状态信息发送给运营商网络侧的PUSH能力开放系统;
[0015]所述PUSH能力开放系统,用于将所述各应用的状态信息发送给第二终端的PUSH客户端;
[0016]所述第二终端的PUSH客户端,用于将所述各应用的状态信息发送给所述第二终端中对应的各应用客户端。
[0017]本发明提供的应用状态递送方法和系统,状态管理服务器根据终端的状态信息确定终端上各应用的状态信息,并利用运营商网络侧的PUSH能力开放系统将各应用的状态信息发送给对应的应用客户端,降低了 “心跳”信令对运营商网络造成的压力和冲击。
【专利附图】

【附图说明】
[0018]图1为本发明提供的应用状态递送方法实施例的流程示意图;
[0019]图2为本发明提供的应用状态递送系统实施例的结构示意图。
【具体实施方式】
[0020]图1为本发明提供的一种应用状态递送方法实施例的流程示意图。如图1所示,该方法,包括:
[0021]S100,应用状态管理服务器从呈现能力开放系统获取第一终端的状态信息,所述状态信息包括所述第一终端标识和当前状态类型,所述当前状态类型表示所述第一终端处于在线状态还是离线状态。
[0022]本实施例中,应用状态管理服务器为互联网侧管理终端上各应用状态的服务器。呈现能力开放系统为可获得终端状态信息的运营商网络侧设备,例如为访问位置寄存器(visitor location register,简称 VLR),或者为归属位置寄存器(Home LocationRegister,简称HLR),或者为新设立的可获得终端状态信息的其他网元设备,本实施例对此不做限定。
[0023]其中,终端标识为终端中SIM卡的国际移动用户识别码(International MobileSubscriber Identification Number,简称 IMSI),或移动号码(Mobile SubscriberInternational ISDN/PSTN number,简称MSISDN)或者其它可唯一标识终端区别与其它终端的标识。
[0024]应用状态管理服务器可向呈现能力开放系统定购获取终端状态信息的定购请求,呈现能力开放系统可将被应用状态管理服务器定购的终端的标识存储在本地,当呈现能力开放系统收到终端的状态信息后,先判断该终端是否是被应用状态管理服务器定购的终端,若是,则将该终端的状态信息发送给应用状态管理服务器,否则,可将该终端状态信息抛弃。
[0025]S110,所述应用状态管理服务器根据所述第一终端标识和当前状态类型,确定与所述第一终端标识对应的各应用的状态信息。
[0026]具体地,上述S110,包括:
[0027]所述应用状态管理服务器根据所述第一终端标识,查询本地存储的终端标识和应用客户端标识的对应关系,确定与所述第一终端标识对应的各应用客户端标识;
[0028]根据所述当前状态类型,确定与所述各应用客户端标识对应的各应用的状态信
肩、O
[0029]进一步地,所述应用状态管理服务器根据所述第一终端标识,查询本地存储的终端标识和应用客户端标识的对应关系之前,还包括:
[0030]应用状态管理服务器接收应用客户端发送的注册请求,所述注册请求中包括终端标识和应用客户端标识;
[0031]所述应用状态管理服务器将所述终端标识和所述应用客户端标识的对应关系存储在本地。
[0032]通常,终端上安装应用后,可以向应用状态管理服务器发送注册请求,将该应用客户端标识与终端标识发送给应用状态管理服务器,其中,终端标识与应用客户端标识之间可以是一一对应关系,也可以是一个终端标识对应多个应用客户端标识,与终端中安装的应用数量及服务类型有关。确定与终端标识对应的应用客户端标识后,若终端的当前状态类型为在线,则对应的各应用的状态类型也为在线,反之,则为离线,即状态信息不可达,则若有其它终端的应用的状态信息需要推送给该离线状态的终端时,状态应用管理服务器通过查询本地存储的各终端的状态信息后,确定该终端为离线状态,则无需再进行下一步处理。其中,应用客户端标识用于唯一标识终端中的应用区别于其它的应用,例如可以采用全球用户标识(Global User Identif ication,简称⑶ID)作为应用客户端标识。
[0033]通常,上述应用客户端向应用状态管理服务器发送注册请求后,应用状态管理服务器对该注册请求进行处理,将应用客户端标识、终端标识及PUSH应用标识的对应关系存储在本地后,向应用客户端标识返回一个注册响应消息。该响应消息中包括,应用状态管理服务器为应用客户端分配的证书及私钥,其中,证书中包括应用状态管理服务器标识、应用状态管理服务器公钥、应用状态信息加密算法等,应用客户端将收到的证书发送给终端中的PUSH客户端。S120,所述应用状态管理服务器将所述各应用的状态信息发送给运营商网络侧的I3USH能力开放系统。
[0034]其中,PUSH能力开放系统,为运营商网络侧的网元设备,可无需知道终端的端口号或IP地址,而直接在移动网络中利用PUSH消息将应用状态信息推送给与终端标识对应的终端。
[0035]进一步的,上述S120之前,还包括:
[0036]所述应用状态管理服务器向所述第一终端中的各应用客户端发送指示消息;
[0037]若所述应用状态管理服务器在预设的时间内未收到所述第一终端中的应用客户端返回的应答消息,则停止向所述PUSH能力开放系统发送所述应用的状态消息。
[0038]具体的,为了排除第一终端中的各应用在向应用状态管理服务器注册后,用户又将终端中的应用删除,或者由于其他原因,致使终端在线,但是并不能使终端中的各应用在线的情况,应用状态管理服务器可以在向PUSH能力开放系统推送应用的状态信息前,先向应用客户端发送一指示消息,若在指示消息发出后的一定时间内未收到该应用客户端返回的应答消息,则说明该应用客户端无法实现根据终端在线而在线,从而应用状态管理服务器即可停止向PUSH能力开放系统发送与该应用客户端相关的应用的状态信息。
[0039]通常,按照PUSH消息应用规范,PUSH消息的消息头中包含I3USH应用标识(mms-application-1d),用于标识PUSH应用客户端程序的应用标识串。I3USH应用标识由开发移动联盟(OMA)组织维护。同一个应用客户端,可以同时响应多个TOSH应用标识。利用PUSH消息推送应用状态消息时,应用状态消息中还可以包括I3USH应用标识,相应的,上述应用状态管理服务器接收应用客户端发送的注册请求,所述注册请求中还可以包括PUSH应用标识。S130,所述PUSH能力开放系统将所述各应用的状态信息发送给第二终端的PUSH客户端。
[0040]其中,第二终端为向应用状态管理服务器定购应用的状态的终端。一个应用的状态信息可能需要发给一个第二终端的PUSH客户端,也可能发送给多个第二终端的TOSH客户端,一个第二终端的PUSH客户端可能一次接收到多个应用的状态信息,也可能一次仅收到一个应用的状态信息,第二终端收到的应用的状态信息的数量与该第二终端定购的应用的状态的数量,及被定购应用所在终端的状态更新情况有关。
[0041]具体的,第二终端可向应用状态管理服务器发送定购应用状态的请求,请求中包括定购终端标识、定购应用客户端标识及被定购的应用客户端标识;应用状态管理服务器收到该定购请求后,将定购终端标识、定购应用客户端标识及被定购的应用客户端标识的对应关系存储在本地;当应用状态管理服务器获取终端的状态信息后,通过查询确定与该终端对应的各应用的状态信息及定购该应用的终端标识,之后,将各应用的状态信息和定购各应用的终端标识发送给PUSH能力开放系统,以使TOSH能力开放系统将各应用的状态信息发送给与该定购终端标识对应的终端的I3USH客户端。
[0042]S140,所述第二终端的PUSH客户端将所述各应用的状态信息发送给所述第二终端中对应的各应用客户端。
[0043]具体的,终端的TOSH客户端收到各应用的状态信息后,将收到的各应用的状态信息发送给与各应用客户端标识对应的各应用客户端。进一步的,上述S120之前,还包括:
[0044]所述应用状态管理服务器对所述各应用的状态信息进行加密;
[0045]相应的,上述S140之前,还包括:
[0046]所述第二终端的TOSH客户端和/或所述第二终端中各应用客户端对接收到的各应用的状态信息进行解密。
[0047]其中,为确保应用客户端收到的应用的状态信息安全、可靠,应用状态管理服务器可以对应用状态信息进行加密。当应用客户端接收到在应用的状态信息后,根据事先约定的规则对加密后的数据进行解密。采用数据加密的方法,可以防止在通过PUSH通道发送应用的状态信息时,被中间环节截获和破解。
[0048]本实施例中,可以采用对称式加密、解密方式对应用的状态信息进行加密、解密,还可以采用非对称加密、解密方式对应用的状态信息进行加密、解密,还可以采用其它的加密方式对应用的状态信息进行处理。举例来说,应用状态管理服务器在向PUSH系统发送应用状态信息前,利用非对称加密方法,采用应用客户端的公钥对应用的状态信息进行加密,之后对加密后的应用状态信息中的静态消息头(例如,应用客户端标识等)计算摘要,并使用自己的私钥对计算出的摘要加密,并把加密后的摘要、加密算法等信息附加在应用状态消息中,一起发给PUSH能力开放系统;或者,应用状态管理服务器还可以使用对称加密算法对应用的状态信息进行加密,应用状态管理服务器生成对称加密密钥,使用生成的对称加密密钥对应用的状态信息进行加密,同时,应用状态管理服务器使用应用客户端的公钥对对称加密密钥进行加密,然后把加密后的加密密钥附加在应用的状态信息中,然后再计算应用状态信息的摘要,以及对摘要使用前述方法进行加密,再将加密的摘要、加密算法等信息附加在应用状态消息中,一起发给I3USH能力开放系统。
[0049]相应的,PUSH客户端在收到I3USH能力开放系统发送的各应用的状态信息时,利用应用客户端对应的证书中的应用状态管理服务器公钥对应用状态信息中的摘要进行解密,以获得加密前的摘要,并按相同的规则对应用状态信息计算新的摘要,并比较两者是否相同,若是,表明该状态信息是应用状态管理服务器发送的,该消息完整有效,否则说明该消息无效,丢弃。之后,PUSH客户端将完整有效的应用的状态信息发送给对应的各应用客户端,各应用客户端利用自己的私钥,对收到的状态信息进行解密,即可获得应用状态管理服务器发送的应用的状态信息。
[0050]如果应用状态管理服务器对应用的状态信息使用对称加密算法加密,则应用客户端使用自己的私钥解密加密后的加密密钥,获得加密密钥后,使用与加密算法对应的解密算法及解密后的加密密钥,解密加密后的应用状态信息,以得到解密后的应用状态信息。
[0051]通过上述先对应用的状态消息加密,再对摘要加密的方式,可以保证I3USH客户端只将应用状态管理服务器发送的完整有效的应用状态信息发送给应用客户端,且客户端收到的状态信息不会被第三方截获和破解,保证只有确定的状态应用客户端才可以接收和正确处理所述在线状态信息。
[0052]在本发明的一种可能的实施例中,所述第二终端的TOSH客户端将所述各应用的状态信息发送给所述第二终端中对应的各应用客户端之前,还包括:
[0053]所述第二终端的TOSH客户端判断与各应用客户端标识对应的各应用客户端是否启动;
[0054]所述第二终端的TOSH客户端向所述第二终端的操作系统发送操作请求,以启动各应用客户端。
[0055]通常,操作系统一般会提供特定API,终端中的一个应用程序可以调用这些特定API启动本终端的另一个应用程序。第二终端的PUSH客户端接收到应用的状态信息后,分析得出应用客户端标识,向操作系统检查第二终端中可以响应应用客户端标识的应用程序是否启动,如果未启动则向操作系统发送操作请求,然后通过操作系统提供的API把终端在线状态信息推送给相应的应用程序。可以理解的是,为了防止上述应用状态管理服务器向应用客户端发送指示消息时,第一终端中的应用客户端未启动,应用状态管理服务器可利用与上述向第二终端中的应用客户端发送应用的状态消息类似的路径,向第一终端中的各应用发送指示消息,这样若第一终端中的应用未启动,第一终端中的PUSH客户端可请求操作系统启动第一终端中的应用客户端,从而使第一终端中的应用客户端能向应用状态管理服务器返回应答消息。
[0056]本实施例提供的应用状态递送方法,通过根据终端的状态信息确定与终端标识对应的各应用的状态信息,并利用运营商网络侧的PUSH能力开放系统将各应用的状态信息推送给另一终端中对应的各应用客户端,节省了各应用上报自己的状态和位置的信令开销,降低了运营商网络的压力。且利用加密的带有应用客户端标识的PUSH消息推送应用的状态信息,实现了应用状态消息的准确送达。
[0057]图2为本发明提供的应用状态递送系统实施例的结构示意图。如图2所示,该系统包括:应用状态管理服务器200、呈现能力开放系统210、运营商网络侧的PUSH能力开放系统220和第二终端230,其中,
[0058]应用状态管理服务器200,用于从呈现能力开放系统210获取第一终端的状态信息,所述状态信息包括所述第一终端标识和当前状态类型,所述当前状态类型表示所述第一终端处于在线状态还是离线状态;
[0059]所述应用状态管理服务器200,还用于根据所述第一终端标识和当前状态类型,确定与所述第一终端标识对应的各应用的状态信息;
[0060]所述应用状态管理服务器200,还用于将所述各应用的状态信息发送给运营商网络侧的I3USH能力开放系统;
[0061]所述PUSH能力开放系统220,用于将所述各应用的状态信息发送给第二终端230的PUSH客户端;
[0062]所述第二终端230的PUSH客户端,用于将所述各应用的状态信息发送给所述第二终端230中对应的各应用客户端。
[0063]进一步地,所述应用状态管理服务器将所述各应用的状态信息发送给运营商网络侧的PUSH能力开放系统之前,还用于向所述第二终端中的各应用客户端发送指示消息;
[0064]若所述应用状态管理服务器在预设的时间内未收到所述第二终端中的各应用客户端返回的应答消息,则停止向所述PUSH能力开放系统发送所述各应用的状态消息。
[0065]本实施例一种可能的实现方式中,所述应用状态管理服务器,还用于:对所述各应用的状态信息进行加密;
[0066]所述第二终端的TOSH客户端和/或所述第二终端中的各应用客户端,还用于:对接收到的各应用的状态信息进行解密。
[0067]其中,所述应用状态管理服务器,具体用于:
[0068]根据所述第一终端标识,查询本地存储的终端标识和应用客户端标识的对应关系,确定与所述第一终端标识对应的各应用客户端标识;
[0069]根据所述当前状态类型,确定与所述各应用客户端标识对应的各应用的状态信
肩、O
[0070]进一步地,所述应用状态管理服务器根据所述第一终端标识,查询本地存储的终端标识和应用客户端标识的对应关系之前,还用于:
[0071]接收应用客户端发送的注册请求,所述注册请求中包括终端标识和应用客户端标识;
[0072]将所述终端标识和所述应用客户端标识的对应关系存储在本地。
[0073]本实施例的另一种可能的实现方式中,所述第二终端的TOSH客户端将所述各应用的状态信息发送给所述第二终端中对应的各应用客户端之前,还用于:
[0074]判断与各应用客户端标识对应的各应用客户端是否启动;
[0075]向所述第二终端的操作系统发送操作请求,以启动应用客户端。
[0076]本实施例提供的应用状态递送系统中各部分的功能和实现过程,参照上述应用状态递送方法中对应的详细描述,此处不再赘述。
[0077]本实施例提供的应用状态递送系统,应用状态管理服务器通过根据终端的状态信息确定与终端标识对应的各应用的状态信息,并利用运营商网络侧的I3USH能力开放系统将各应用的状态信息推送给另一终端中对应的各应用客户端,节省了各应用上报自己的状态和位置的信令开销,降低了运营商网络的压力。且利用加密的带有应用客户端标识的PUSH消息推送应用的状态信息,实现了应用状态消息的准确送达。
[0078]在本申请所提供的几个实施例中,应该理解到,所揭露的方法,设备和系统,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,所述功能模块的划分,仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。
[0079]本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【权利要求】
1.一种应用状态递送方法,其特征在于,包括: 应用状态管理服务器从呈现能力开放系统获取第一终端的状态信息,所述状态信息包括所述第一终端标识和当前状态类型,所述当前状态类型表示所述第一终端处于在线状态还是离线状态; 所述应用状态管理服务器根据所述第一终端标识和当前状态类型,确定与所述第一终端标识对应的各应用的状态信息; 所述应用状态管理服务器将所述各应用的状态信息发送给运营商网络侧的PUSH能力开放系统; 所述PUSH能力开放系统将所述各应用的状态信息发送给第二终端的TOSH客户端; 所述第二终端的PUSH客户端将所述各应用的状态信息发送给所述第二终端中对应的各应用客户端。
2.根据权利要求1所述的方法,其特征在于,所述应用状态管理服务器将所述各应用的状态信息发送给运营商网络侧的PUSH能力开放系统之前,还包括: 所述应用状态管理服务器在向所述第一终端中的各应用客户端发送指示消息; 若所述应用状态管理服务器在预设的 时间内未收到所述第一终端中的应用客户端返回的应答消息,则停止向所述PUSH能力开放系统发送所述应用的状态消息。
3.根据权利要求1所述的方法,其特征在于,所述应用状态管理服务器将所述各应用的状态信息发送给运营商网络侧的PUSH能力开放系统之前,还包括: 所述应用状态管理服务器对所述各应用的状态信息进行加密; 所述第二终端的PUSH客户端将所述各应用的状态信息发送给所述第二终端中对应的应用客户端,包括: 所述第二终端的PUSH客户端和/或所述第二终端中的各应用客户端对接收到的各应用的状态信息进行解密。
4.根据权利要求1~3任一所述的方法,其特征在于,所述应用状态管理服务器根据所述第一终端标识和当前状态类型,确定与所述终端标识对应的各应用的状态信息,包括: 所述应用状态管理服务器根据所述第一终端标识,查询本地存储的终端标识和应用客户端标识的对应关系,确定与所述第一终端标识对应的各应用客户端标识; 根据所述当前状态类型,确定与所述各应用客户端标识对应的各应用的状态信息。
5.根据权利要求4所述的方法,其特征在于,所述应用状态管理服务器根据所述第一终端标识,查询本地存储的终端标识和应用客户端标识的对应关系之前,还包括: 应用状态管理服务器接收应用客户端发送的注册请求,所述注册请求中包括终端标识和应用客户端标识; 所述应用状态管理服务器将所述终端标识和所述应用客户端标识的对应关系存储在本地。
6.根据权利要求1~3任一所述的方法,其特征在于,所述第二终端的TOSH客户端将所述各应用的状态信息发送给所述第二终端中对应的各应用客户端之前,还包括: 所述第二终端的I3USH客户端判断与各应用客户端标识对应的各应用客户端是否启动; 所述第二终端的PUSH客户端向所述第二终端的操作系统发送操作请求,以启动各应用客户端。
7.一种应用状态递送系统,其特征在于,包括:应用状态管理服务器、呈现能力开放系统、运营商网络侧的I3USH能力开放系统和第二终端,其中, 应用状态管理服务器,用于从呈现能力开放系统获取第一终端的状态信息,所述状态信息包括所述第一终端标识和当前状态类型,所述当前状态类型表示所述第一终端处于在线状态还是离线状态; 所述应用状态管理服务器,还用于根据所述第一终端标识和当前状态类型,确定与所述第一终端标 识对应的各应用的状态信息; 所述应用状态管理服务器,还用于将所述各应用的状态信息发送给运营商网络侧的PUSH能力开放系统; 所述PUSH能力开放系统,用于将所述各应用的状态信息发送给第二终端的PUSH客户端; 所述第二终端的PUSH客户端,用于将所述各应用的状态信息发送给所述第二终端中对应的各应用客户端。
8.根据权利要求7所述的系统,其特征在于, 所述应用状态管理服务器将所述各应用的状态信息发送给运营商网络侧的PUSH能力开放系统之前,还用于向所述第一终端中的各应用客户端发送指示消息; 若所述应用状态管理服务器在预设的时间内未收到所述第一终端中的应用客户端返回的应答消息,则停止向所述PUSH能力开放系统发送所述应用的状态消息。
9.根据权利要求7所述的系统,其特征在于,所述应用状态管理服务器,还用于: 对所述各应用的状态信息进行加密; 所述第二终端的PUSH客户端和/或所述第二终端中的各应用客户端,还用于: 对接收到的各应用的状态信息进行解密。
10.根据权利要求7~9任一所述的系统,其特征在于,所述应用状态管理服务器,具体用于: 根据所述第一终端标识,查询本地存储的终端标识和应用客户端标识的对应关系,确定与所述第一终端标识对应的各应用客户端标识; 根据所述当前状态类型,确定与所述各应用客户端标识对应的各应用的状态信息。
11.根据权利要求10所述的系统,其特征在于,所述应用状态管理服务器根据所述第一终端标识,查询本地存储的终端标识和应用客户端标识的对应关系之前,还用于: 接收应用客户端发送的注册请求,所述注册请求中包括终端标识和应用客户端标识; 将所述终端标识和所述应用客户端标识的对应关系存储在本地。
12.根据权利要求7~9任一所述的系统,其特征在于,所述第二终端的PUSH客户端将所述各应用的状态信息发送给所述第二终端中对应的各应用客户端之前,还用于: 判断与各应用客户端标识对应的各应用客户端是否启动; 向所述第二终端的操作系统发送操作请求,以启动应用客户端。
【文档编号】H04W8/24GK103686693SQ201310675991
【公开日】2014年3月26日 申请日期:2013年12月11日 优先权日:2013年12月11日
【发明者】加雄伟, 李朝霞 申请人:中国联合网络通信集团有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1