CN103139733A - 通过短信拉起离线应用程序的***与方法 - Google Patents

Abstract

本发明提供了一种通过短信拉起移动终端中离线应用程序的方法，包括：应用服务器根据接收的离线消息生成通告消息，其中，通告消息包括用于使通告消息定位到接收离线消息的移动终端的终端标识和应用程序的标识；通告服务器从应用服务器接收通告消息，并通过短信中心将通告消息以短信的方式发送给与终端标识对应的移动终端；以及移动终端根据通告消息中的应用程序标识拉起移动终端中对应的应用程序，以使应用程序接收离线消息。

Description

通过短信拉起离线应用程序的***与方法

技术领域

本申请涉及通信技术领域，尤其涉及一种通过短信拉起移动终端中离线应用程序的***与方法。

背景技术

为了使用户能够及时地接收消息，需要移动终端的应用程序永远在线。移动终端的应用程序为了保持永久在线，经常与应用服务器保持心跳信息，以使应用服务器能够了解应用程序的状态以及维持NAT或防火墙的状态信息。

在通过心跳信息提供永远在线的方法中，永远在线消息对无线空口资源占用，心跳信息较为频繁，占用了无线公用信道的资源，对语音等传统业务影响较大。同时在这种方法中，要求用户开启对应的应用程序，如果用户没有开启对应的应用程序，相应的消息无法推送到用户移动终端上，影响了用户的应用体验。

发明内容

根据本申请的一个方面，提供了一种通过短信拉起离线的应用程序的方法，包括：

应用服务器根据接收的离线消息生成通告消息，其中，通告消息包括用于使通告消息定位到接收离线消息的移动终端的终端标识和应用程序的标识；

通告服务器从应用服务器接收通告消息，并通过短信中心将通告消息以短信的方式发送给与终端标识对应的移动终端；以及

移动终端根据通告消息中的应用程序标识拉起移动终端中对应的应用程序，以使应用程序接收离线消息。

根据本申请的另一方面，提供了一种通过短信拉起离线应用程序的***，包括短信中心，所述***还包括：

应用服务器，接收离线消息并基于离线消息生成通告消息，通告消息包括用于使通告消息定位到接收离线消息的移动终端的终端标识和离线的应用程序的标识；

通告服务器，接收通告消息，并通过短信中心将通告消息以短信的方式发送给与终端标识对应的移动终端；以及

移动终端，用于根据通告消息中的应用程序的标识拉起移动终端中对应的应用程序，以使应用程序接收离线消息。

附图说明

图1是根据本申请实施方式的通过短信拉起移动终端中离线应用程序的***的示意图。

图2是根据本申请实施方式通过短信拉起移动终端中离线应用程序的方法的流程图。

图3是根据本申请实施方式的通告信息格式的示意图。

图4是根据本申请实施方式的通告服务器与移动终端建立映射关系的示意时序图。

图5是应用服务器向通告服务器进行注册和认证的流程的示意时序图。

具体实施方式

下面将参照附图描述本申请的具体实施方式。

图1是根据本申请实施方式的通过短信拉起移动终端中离线应用程序的***1000的示意图。如图1所述，在***1000的网络侧设置NS(Notification Server，通告服务器)100。NS100具有分别与不同的AS(Application Server，应用服务器)201...20n连接的接口，并且与短信中心300设置接口。移动终端400利用中间件401统一处理推送的通告消息，并唤起相应的应用程序402，这将在下面做进一步的描述。

在一个实施方式中，AS201...20n中的一个接收离线消息后，向NS100发送相应的通告消息，其中通告消息包括用于使通告消息定位到接收离线消息的移动终端的应用程序的终端标识和应用程序标识。NS100接收到通告消息后，通过短信中心300将通告消息以短信的方式发送给与终端标识对应的移动终端。移动终端例如利用设置在其中的中间件根据通告消息中的应用程序标识拉起移对应的应用程序，以使该应用程序接收离线消息。

通告消息可包括通告类型的消息、即时消息类型的消息或PULL类型的消息。被拉起的应用程序可根据通告消息的类型执行对应的操作。例如，通告类型消息可以用于简单的通告应用，即告知应用程序有新的数据通道；即时消息可以用于显示出消息的内容；PULL类型的消息可以用于数据量较大的长消息，可以包含对应网络侧设备地址，使得应用程序可以从网络侧设备获取相应的数据。

下面参照图2所示的通过短信拉起离线应用程序的方法2000进一步说明上述***1000中各部件的协作关系。

如图2所示，在步骤201中，应用服务器201...20n中的一个接收离线消息之后，将通告消息发送给NS 100，其中通告消息包括用于使通告消息定位到接收离线消息的移动终端和离线的应用程序的终端标识(userID)和应用程序标识(APPID)。图3中示出了根据本申请一个实施方式的通告信息的格式。如图3所示，通告消息中包含了userID和APPID。NS100根据userID找到对应的用户的MSISDN号码(手机号码)，移动终端例如通过其上的中间件将根据APPID激活移动终端中对应的应用程序。通告消息的载荷中，还包括不同的通告消息TLV的组合。TLV即类型type、长度length和值value。

类型type标识了不同的通告消息类型，例如，可以是“通告(alert)”、“即时消息(IM)”或“PULL”等类型的消息。其中通告类型消息可以用于简单的通告应用，即告知应用程序有新的数据通道；即时消息可以用于显示出消息的内容；PULL类型的消息可以用于数据量较大的长消息，可以包含对应网络侧设备地址，使得应用程序可以从网络侧设备获取相应的数据。长度length表明了该TLV的长度。值value是相应类型的对应值。

接着，在步骤202中，NS100通过短信中心(SMSC)300将通告消息以短信的方式发送给与上述userID对应的移动终端。具体地，NS100根据userID与用户MSISDN号码之间的映射关系，确定出所述通告消息需要发送到的用户MSISDN号码，即对应的移动终端。

在本申请的一个实施方式中，移动终端中的应用程序与NS100需要进行认证和注册，以建立NS100的userID与用户MSISDN号码(手机号码)之间的映射关系。图4示出了NS100与移动终端400建立映射关系的方法。如图4所示，在步骤2021中，移动终端的中间件向NS 100发出认证请求。在步骤2022中，NS100接收到移动终端的中间件发出的认证请求后，向移动终端发送其证书。在步骤2023中，移动终端的中间件接收到NS100的证书后对证书的合法性进行认证，认证通过后，转至步骤2024。

在步骤2024中，移动终端的中间件将其客户端证书发送给NS100。在步骤2025中，NS100同样地对接收到客户端证书进行认证。在步骤2026中，NS100向移动终端的中间件回复确认认证结果。在步骤2027中，移动终端的应用程序向NS100注册和初始化，例如在终端应用程序在初次安装并登陆账户的时候向NS100完成注册和初始化，其中，移动终端的应用程序向NS100发送应用程序标识APPID和用户MSISDN号码(手机号码)。在步骤2028中，NS100生成用户的终端标识userID，并建立userID与MSISDN之间的映射关系。在一个实施方式中，所建立的映射关系例如存储在NS100中。最后在步骤2029中，NS100向移动终端的应用程序返回注册结果。

在步骤203中，移动终端根据通告消息中的应用程序标识拉起移动终端中对应的应用程序，以使应用程序接收离线消息。在本申请的一个实施方式中，在移动终端的中间件拉起移动终端中的离线应用程序之后，被拉起的应用程序根据通告消息的不同类型执行对应的操作。例如，通告消息为通告类型消息时，仅告知该应用程序有新的数据通道；通告消息为即时消息时，被拉起的应用程序可显示出消息的内容；而当通告消息的类型是PULL类型时，被拉起的应用程序联系AS以获取相关的离线信息。

根据本申请的一个实施方式中，在步骤201中的AS将通告消息发送给NS100之前，AS与NS100的接口初始化，以实现AS对NS100的服务授权。AS可以选择是否使用NS100所提供的推送服务，如果选择使用NS100提供的推送服务，则需要向NS100进行注册和认证。图5是AS向通告服务器进行注册和认证的流程的示意图。

如图5所示，在步骤501中，如果AS需要使用NS100的推送服务，可以向NS100发出认证请求。在步骤502中，NS100接收到AS发出的认证请求后，NS100向AS发送其证书。在步骤503中，AS接收到NS100的证书后对证书的合法性进行认证，认证通过后，转至步骤504。在步骤504中，AS将自身的证书发送给NS 100。在步骤505中，NS100同样地对接收到的AS的证书进行认证并且协商出通告(Notification)通道的密钥。在步骤506中，NS100向AS回复确认认证结果。在步骤507中，AS利用协商出的通告通道的密钥，向NS100注册通告服务。在步骤508中，NS100接收后予以回复确认。这样就完成了应用服务器AS和NS100的接口初始化。

以上所述仅为一些具体的实施方式，并非用来限制本发明的专利范围，凡是利用本申请说明书及附图内容所作的等效变换，或直接或间接运用在其他相关的技术领域的等同技术特征对本申请文件公开的技术方案进行的修改，均包括在本发明的保护范围内。

Claims (16)

1.一种通过短信拉起离线的应用程序的方法，包括：

应用服务器根据接收的离线消息生成通告消息，其中，所述通告消息包括用于使所述通告消息定位到接收所述离线消息的移动终端的终端标识和所述应用程序的标识；

通告服务器从所述应用服务器接收所述通告消息，并通过短信中心将所述通告消息以短信的方式发送给与所述终端标识对应的移动终端；以及

所述移动终端根据所述通告消息中的应用程序标识拉起所述移动终端中对应的应用程序，以使所述应用程序接收所述离线消息。

2.如权利要求1所述的方法，其中，所述通过短信中心将所述通告消息以短信的方式发送给与所述终端标识对应的移动终端的步骤包括：

所述通告服务器所述终端标识确定出与所述终端标识对应的移动终端的MSISDN；以及

所述短信中心将所述通告消息以短信的方式发送给与所确定出的MSISD所标识的移动终端。

3.如权利要求2所述的方法，其中，在所述通告服务器存储有所述终端标识和所述MSISDN之间的映射关系。

4.如权利要求1所述的方法，其中，所述移动终端包括中间件，所述中间件根据所述通告消息中的应用程序标识拉起所述移动终端中对应的应用程序。

5.如权利要求1所述的方法，在所述应用服务器将所述通告消息发送给所述通告服务器的步骤之前，还包括：

所述应用服务器与所述通告服务器进行注册以建立相互通信的通道。

6.如权利要求5所述的方法，其中，所述应用服务器与所述通告服务器进行注册以建立相互通信的通道的步骤包括：

所述应用服务器向所述通告服务器发起认证请求；

所述通告服务器响应于所述认证请求向所述应用服务器发送证书；

所述应用服务器确定出所述证书为合法的证书后，将自身的证书发送给所述通告服务器；

所述通告服务器确定出所述应用服务器的证书为合法的证书后，协商出通告通道的密钥；

所述应用服务器利用所述密钥向所述通告服务器注册通告服务，从而在所述程序服务器与所述通告服务器之间建立相互通信的通道。

7.如权利要求1所述的方法，其中，所述通告消息包括：通告类型的消息、即时消息类型的消息或PULL类型的消息。

8.如权利要求7所述的方法，还包括：

所述被拉起的应用程序根据所述通告消息的类型执行对应的操作。

9.如权利要求8所述的方法，其中，所述通告消息是PULL类型的消息时，所述被拉起的应用程序直接联系所述应用服务器，以获取所述离线信息。

10.一种通过短信拉起离线的应用程序的***，包括短信中心，所述***还包括：

应用服务器，接收离线消息并基于所述离线消息生成通告消息，所述通告消息包括用于使所述通告消息定位到接收所述离线消息的移动终端的终端标识和所述离线的应用程序的标识；

通告服务器，接收所述通告消息，并通过所述短信中心将所述通告消息以短信的方式发送给与所述终端标识对应的移动终端；以及

移动终端，用于根据所述通告消息中的所述应用程序的标识拉起所述移动终端中对应的应用程序，以使所述应用程序接收所述离线消息。

11.如权利要求10所述的***，其中，所述移动终端包括中间件，所述中间件用于根据所述通告消息中的应用程序标识拉起所述移动终端中对应的应用程序。

12.如权利要求10所述的***，其中，所述通告服务器根据所述终端标识确定出与所述终端标识对应的移动终端的MSISDN，并通过所述短信中心将所述通告消息以短信的方式发送给与所确定出的MSISD所标识的移动终端。

13.如权利要求12所述的方法，其中，在所述通告服务器存储有所述终端标识和所述MSISDN之间的映射关系。

14.如权利要求10所述的***，其中，所述应用服务器与所述通告服务器进行注册以建立相互通信的通道。

15.如权利要求10所述的***，其中，所述通告消息包括：通告类型的消息、即时消息类型的消息或PULL类型的消息。

16.如权利要求10所述的方法，其中，所述通告消息是PULL类型的消息时，所述移动终端的离线的应用程序直接联系所述应用服务器，以获取所述离线信息。

Images