一种创建订阅业务的方法及装置.pdf

本发明实施例中提供一种创建订阅业务的方法及装置：应用层接收终端发送的订阅创建请求消息，保存订阅创建请求消息中携带的对话标识、本地标签；应用层将订阅创建请求消息发送至应用服务器；应用层接收应用服务器返回的与订阅创建请求消息对应的第一响应消息，保存第一响应消息中携带的远端标签；应用层将第一响应消息转发至终端，完成订阅业务的创建。应用层在订阅业务的后续消息中添加本地保存上述内容，这样，保证了同一订阅业务中的消息对话标识、本地标签、远端标签一致。从而不需要经过对话层创建对话将订阅业务相关消息进行关联和处理，而通过对话来处理订阅业务消息时，对话层会长时间地占用大量内存资源，因此，提高了内存资源的利用率。

权利要求书1.  一种创建订阅业务的方法，其特征在于，包括：应用层接收终端发送的订阅创建请求消息，保存所述订阅创建请求消息中携带的对话标识、本地标签；所述应用层将所述订阅创建请求消息发送至应用服务器；所述应用层接收所述应用服务器返回的与所述订阅创建请求消息对应的第一响应消息，保存所述第一响应消息中携带的远端标签；所述应用层将所述第一响应消息转发至所述终端，完成订阅业务的创建。2.  如权利要求1所述的方法，其特征在于，所述应用层将所述第一响应消息转发至所述终端之后，还包括：所述应用层接收所述应用服务器发送的第一通知消息，所述第一通知消息用于将所创建的订阅的相关信息通知所述终端；所述应用层将所述第一通知消息中携带所保存的所述对话标识、所述本地标签和所述远端标签后，发送至所述终端。3.  如权利要求2所述的方法，其特征在于，所述应用层将所述第一通知消息发送至所述终端之后，还包括：所述应用层接收所述终端发送的订阅刷新请求消息，并发送至所述应用服务器；所述应用层接收所述应用服务器发送的与所述订阅刷新请求消息对应的第二响应消息，并将所述第二响应消息转发至所述终端。4.  如权利要求3所述的方法，其特征在于，所述应用层将所述第二响应消息转发至所述终端之后，还包括：所述应用层接收所述应用服务器发送的第二通知消息，所述第二通知消息用于将所刷新得到的订阅的相关信息通知所述终端；所述应用层将所述第二通知消息中携带所保存的所述对话标识、所述本地标签和所述远端标签后发送至所述终端。5.  如权利要求2所述的方法，其特征在于，所述应用层将所述第一通知消息发送至所述终端之后，还包括：所述应用层接收所述终端发送的订阅取消请求消息，并发送至所述应用服务器；所述应用层接收所述应用服务器发送的与所述订阅取消请求消息对应的第三响应消息，并将所述第三响应消息转发至所述终端。6.  如权利要求5所述的方法，其特征在于，所述应用层将所述第三响应消息转发至所述终端之后，还包括：所述应用层接收所述应用服务器发送的第三通知消息，所述第三通知消息用于将所取消的订阅的相关信息通知所述终端；所述应用层将所述第三通知消息中携带所保存的所述对话标识、所述本地标签和所述远端标签后，发送至所述终端。7.  如权利要求1-6任一项所述的方法，其特征在于，所述应用层在保存所述对话标识、所述本地标签和所述远端标签之前，还包括：为待存储所述对话标识、所述本地标签和所述远端标签的存储空间申请实例号；所述应用层在保存所述对话标识、所述本地标签和所述远端标签，具体包括：所述应用层在将所述对话标识、所述本地标签和所述远端标签保存在所述实例号所对应的存储空间中。8.  一种创建订阅业务的装置，其特征在于，包括应用层，所述应用层包括：接收模块，用于接收终端发送的订阅创建请求消息；所述业务处理模块，用于保存所述订阅创建请求消息中携带的对话标识、本地标签；发送模块，用于将所述订阅创建请求消息发送至应用服务器；所述接收模块还用于，接收所述应用服务器返回的与所述订阅创建请求消息对应的第一响应消息，保存所述第一响应消息中携带的远端标签；所述发送模块还用于，将所述第一响应消息转发至所述终端，完成订阅业务的创建。9.  如权利要求8所述的装置，其特征在于，所述接收模块还用于，接收所述应用服务器发送的第一通知消息，所述第一通知消息用于将所创建的订阅的相关信息通知所述终端；所述发送模块还用于，将所述第一通知消息中携带所保存的所述对话标识、所述本地标签和所述远端标签后，发送至所述终端。10.  如权利要求9所述的装置，其特征在于，所述接收模块还用于，接收所述终端发送的订阅刷新请求消息；所述发送模块还用于，发送至所述应用服务器；所述接收模块还用于，接收所述应用服务器发送的与所述订阅刷新请求消息对应的第二响应消息；所述发送模块还用于，将所述第二响应消息转发至所述终端。11.  如权利要求10所述的装置，其特征在于，所述接收模块还用于，接收所述应用服务器发送的第二通知消息，所述第二通知消息用于将所刷新得到的订阅的相关信息通知所述终端；所述发送模块还用于，将所述第二通知消息中携带所保存的所述对话标识、所述本地标签和所述远端标签后发送至所述终端。12.  如权利要求9所述的装置，其特征在于，所述接收模块还用于，接收所述终端发送的订阅取消请求消息；所述发送模块还用于，发送至所述应用服务器；所述接收模块还用于，接收所述应用服务器发送的与所述订阅取消请求消息对应的第三响应消息；所述发送模块还用于，将所述第三响应消息转发至所述终端。13.  如权利要求12所述的装置，其特征在于，所述接收模块还用于，接收所述应用服务器发送的第三通知消息，所述第三通知消息用于将所取消的订阅的相关信息通知所述终端；所述发送模块还用于，将所述第三通知消息中携带所保存的所述对话标识、所述本地标签和所述远端标签后，发送至所述终端。14.  如权利要求8-13任一项所述的装置，其特征在于，还包括申请模块，所述申请模块用于：为待存储所述对话标识、所述本地标签和所述远端标签的存储空间申请实例号；所述业务处理模块具体用于：在将所述对话标识、所述本地标签和所述远端标签保存在所述实例号所对应的存储空间中。

说明书一种创建订阅业务的方法及装置
技术领域
本发明涉及通信技术领域，特别涉及一种创建订阅业务的方法及装置。
背景技术
IMS(Ip Multimedia Subsystem，Ip多媒体子系统)包括AS(Application Server，应用服务器)、PCSCF(Proxy Call Session Control Function，代理呼叫会话控制功能)实体、SCSCF(Sever Call Session Control Function，服务呼叫会话控制功能)实体，在IMS的在线状态业务中，一个终端会同时存在订阅多个好友的在线状态，以及其他的资源状态，如图1A所示。而且这些订阅事件通常伴随着用户的整个注册周期，直至用户注销。按照RFC3265协议描述，订阅是一个隐式的对话，对于IMS系统中的PCSCF实体，SCSCF实体和AS实体来说，为了实现订阅业务，必须要长时间的保存多个对话，管理多个对话的状态，而一个对话又是由多个事务组成，每个对话需要对多个事务进行关联管理。如图1B所示。
订阅业务通过订阅创建请求来创建对话，订阅取消请求或订阅事件的状态为终止态的通知请求来结束对话，具体如图1B所示。
参阅图1C所示，现有技术中的订阅过程如下：
创建对话：
步骤1：UE(User Equipment，用户设备)向PCSCF实体发送订阅好友在线状态信息的事件的订阅创建请求；
步骤2：PCSCF实体收到订阅创建请求。转发订阅创建请求到SCSCF实体；
步骤3：SCSCF实体收到订阅创建请求。转发订阅创建请求至AS；
步骤4：AS收到订阅创建请求，接收请求，并发送响应消息；
步骤5：SCSCF实体转发响应消息到PCSCF实体；
步骤6：PCSCF实体转发响应消息到UE。
对话中事务：
步骤7：AS将UE订阅的好友在线状态的当前信息内容以通知消息发送SCSCF实体；
步骤8：SCSCF实体转发通知消息给PCSCF实体；
步骤9：PCSCF实体转发通知消息给UE；
步骤10：UE收到通知消息，发送响应消息；
步骤11：PCSCF实体收到通知消息的响应消息，转发给SCSCF实体；
步骤12：SCSCF实体将通知消息的响应消息转给AS。
步骤13：当订阅周期将要超时时，UE发起订阅刷新请求给PCSCF实体；
步骤14：PCSCF实体转发订阅刷新请求给SCSCF实体；
步骤15：SCSCF实体将订阅刷新请求转发给AS；
步骤16：AS对收到的订阅刷新请求向SCSCF实体发送响应消息；
步骤17：SCSCF实体将刷新订阅请求的响应消息转发给PCSCF实体；
步骤18：PCSCF实体转发响应消息给UE；
步骤19：AS发送完订阅刷新的响应消息后，紧接着发起通知消息，将UE订阅的在线好友状态的最新信息通知给SCSCF实体；
步骤20：SCSCF实体转发最新的通知消息给PCSCF实体；
步骤21：PCSCF实体将收到的通知消息转发到UE；
步骤22：UE收到通知消息后，发送响应消息确认；
步骤23：PCSCF实体转发响应消息给SCSCF实体；
步骤24：SCSCF实体转发响应消息给AS；
对话的结束：
步骤25：当UE注销时，发起订阅取消消息给PCSCF实体；
步骤26：PCSCF实体收到订阅取消请求，转发至SCSCF实体；
步骤27：SCSCF实体转发订阅取消消息给AS；
步骤28：AS接收订阅取消消息，发送响应消息至SCSCF实体；
步骤29：SCSCF实体转发响应消息给PCSCF实体；
步骤30：PCSCF实体将收到的响应消息转发给UE；
步骤31：AS发送完订阅取消的响应消息后，立即发送通知消息，通知消息中包含的订阅事件的状态为terminated态；
步骤32：SCSCF实体转发通知消息给PCSCF实体；
步骤33：PCSCF实体转发通知消息给UE；
步骤34：UE对收到的通知消息发送响应消息；
步骤35：PCSCF实体转发通知消息的2响应消息；
步骤36：SCSCF实体转发通知消息的响应消息到AS，至此整个订阅业务结束。
从上述过程可以看出，在创建订阅业务至取消订阅业务的整个过程中，PCSCF实体，SCSCF实体，AS实体都要经过对话层，如图1D所示，长时间地来保存多个订阅的对话信息，管理多个对话的状态，同时每个对话又要关联处理多个事务。导致订阅业务长时间占用大量内存资源，。尤其是当系统中的用户数量和并发业务量增加的时候，必然会造成新业务无法正常完成。
发明内容
本发明实施例提供一种创建订阅业务的方法及装置，用以解决现有技术中存在的订阅业务占用内存时间较长、内存资源利用率较低的缺陷。
本发明实施例提供的具体技术方案如下：
一种创建订阅业务的方法，包括：
应用层接收终端发送的订阅创建请求消息，保存所述订阅创建请求消息中携带的对话标识、本地标签；
所述应用层将所述订阅创建请求消息发送至应用服务器；
所述应用层接收所述应用服务器返回的与所述订阅创建请求消息对应的第一响应消息，保存所述第一响应消息中携带的远端标签；
所述应用层将所述第一响应消息转发至所述终端，完成订阅业务的创建。
一种创建订阅业务的装置，包括应用层，所述应用层包括：
接收模块，用于接收终端发送的订阅创建请求消息；
所述业务处理模块，用于保存所述订阅创建请求消息中携带的对话标识、本地标签；
发送模块，用于将所述订阅创建请求消息发送至应用服务器；
所述接收模块还用于，接收所述应用服务器返回的与所述订阅创建请求消息对应的第一响应消息，保存所述第一响应消息中携带的远端标签；
所述发送模块还用于，将所述第一响应消息转发至所述终端，完成订阅业务的创建。
本发明实施例提供一种创建订阅业务中的方法：应用层接收终端发送的订阅创建请求消息，保存订阅创建请求消息中携带的对话标识、本地标签；应用层将订阅创建请求消息发送至应用服务器；应用层接收应用服务器返回的与订阅创建请求消息对应的第一响应消息，保存第一响应消息中携带的远端标签；应用层将第一响应消息转发至终端，完成订阅业务的创建，这样，应用层保存对话标识、本地标签、远端标签后，通过在后续的消息中添加对话标识、本地标签和远端标签，将同一订阅业务中的消息关联起来。从而不需要经过对话层来将订阅相关消息进行关联处理，解决了通过对话层创建对话处理订阅业务占用的内存资源比较大，占用内存资源时间较长的问题。因此，本发明实施例缩短了对内存资源的占用时长，减少了内存资源的分配，提高了内存资源的利用率。
附图说明
图1A为现有技术中终端订阅业务的示意图；
图1B为现有技术中订阅业务的对话和事务的关系示意图；
图1C为现有技术中订阅业务的流程图；
图1D为现有技术中创建订阅业务的示意图；
图2A为本发明实施例中创建订阅业务的一种流程图；
图2B为本发明实施例中创建订阅业务的示意图；
图2C为本发明实施例中创建订阅业务的另一种流程图；
图3为本发明实施例中处理订阅业务的实施例；
图4为本发明实施例中创建订阅业务中的装置的结构图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字母“/”，一般表示前后关联对象是一种“或”的关系。
下面结合说明书附图对本发明优选的实施方式进行详细说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图2A所示，本发明实施例中，创建订阅业务的流程如下：
步骤200：应用层接收终端发送的订阅创建请求消息，保存第一订阅创建 请求消息中携带的对话标识、本地标签；
步骤210：应用层将订阅创建请求消息发送至应用服务器；
步骤220：应用层接收应用服务器返回的与订阅创建请求消息对应的第一响应消息，保存第一响应消息中携带的远端标签；
步骤230：应用层将第一响应消息转发至终端，完成订阅业务的创建。
本发明实施例中步骤200-步骤230中描述的应用层可以是PCSCF实体中的应用层来执行，也可以是SCSCF实体中的应用层来执行，也可以是AS中的应用层来执行，当然，也可以是其他实体来执行，在此不再进行一一详述。
本发明实施例中，应用层接收终端发送的订阅创建请求消息的方式有多种，可选的，可以采用如下方式，如图2B所示：
传输层接收终端发送的订阅创建请求消息，并将订阅创建请求消息发送至事务层；
事务层将接收到的订阅创建请求消息发送至应用层。
本发明实施例中，传输层接收到终端发送的订阅创建请求消息之后，还包括如下操作：
传输层调用消息解码函数对订阅创建请求消息进行解码。
本发明实施例中，应用层将第一响应消息发送至终端时，也不是应用层直接将第一响应消息发送至终端，而是将第一响应消息先发送至事务层，事务层再将第一响应消息发送至传输层，然后传输层将第一响应消息发送至终端，如图2C所示。
本发明实施例中，应用服务器将第一响应消息发送至终端后，要主动向终端发送第一通知消息，将所创建的订阅的相关信息通知终端，但是，应用服务器发送至应用层的第一通知消息中不携带应用层保存的对话标识、本地标签和远端标签，为了将对应于同一订阅业务的各个事务关联起来，应用层在发送第一通知消息时，还要将应用层保存的对话标识、本地标签和远端标签添加至第一通知消息中，因此，本发明实施例中，应用层将第一响应消息转发至终端之 后，还执行如下操作：
应用层接收应用服务器发送的第一通知消息，第一通知消息用于将所创建的订阅的相关信息通知终端；
应用层将第一通知消息中携带所保存的对话标识、本地标签和远端标签后发送至终端。
上述讲述的是创建订阅时交互订阅创建请求消息的方法，在应用中当订阅周期要超时时，还要刷新订阅，实现过程如下：
应用层将第一通知消息中携带所保存的对话标识、本地标签和远端标签后发送至终端之后，还包括：
应用层接收终端发送的订阅刷新请求消息，并发送至应用服务器；
应用层接收应用服务器发送的与订阅刷新请求消息对应的第二响应消息，并将第二响应消息转发至终端。
同理，在应用层将第二响应消息转发至终端之后，还包括如下操作：
应用层接收应用服务器发送的第二通知消息，第二通知消息用于将所刷新得到的订阅的相关信息通知终端；
应用层将第二通知消息中携带所保存的对话标识、本地标签和远端标签后发送至终端。
这样，终端接收到第二通知消息后，才知道该通知消息中所通知的内容与哪一个订阅业务相关。
本发明实施例中，应用层将第二通知消息发送至终端时，也不是直接发送至终端，而是先发送至事务层，然后由事务层传输至传输层，同理，应用层接收到终端发送的消息时，也不是直接接收的，终端先将消息发送至传输层，然后，传输层将消息发送至事务层，事务层再将消息传输至应用层。
上述讲述的是创建订阅和刷新订阅，在应用中还要执行取消订阅，取消订阅过程如下：
应用层将第一通知消息中携带所保存的对话标识、本地标签和远端标签后 发送至终端之后，还包括：
应用层接收终端发送的订阅取消请求消息，并发送至应用服务器；
应用层接收应用服务器发送的与订阅取消请求消息对应的第三响应消息，并将第三响应消息转发至终端。
本发明实施例中，应用层将第三响应消息转发至终端之后，还包括如下操作：
应用层接收应用服务器发送的第三通知消息，第三通知消息用于将所取消的订阅的相关信息通知终端；
应用层将第三通知消息中携带所保存的对话标识、本地标签和远端标签后发送至终端。
在应用中，为了将各个事务能找到对应的订阅，第一订阅创建请求消息中携带对话标识，本地标签和远端标签，这样，在后续生成新的消息时，无论是生成新的订阅创建请求消息，订阅刷新请求消息、订阅取消请求消息还是响应消息时，都将对话标识，本地标签和远端标签携带在生成的新的消息中，这样，可以确定事务中的每一个消息都是与哪一个订阅相关的。
本发明实施例中，应用层在保存对话标识、本地标签和远端标签之前，还包括：
为待存储对话标识、本地标签和远端标签的存储空间申请实例号；
应用层在保存对话标识、本地标签和远端标签，具体包括：
应用层在将对话标识、本地标签和远端标签保存在实例号所对应的存储空间中。
这样，在保存对话标识，本地标签和远端标签时，可以将对话标识，本地标签和远端标签保存在实例号对应的存储空间中。
本发明实施例中，不是每次接收到请求消息都要申请实例号，只有收到订阅创建请求消息时，才为待存储的对话标识、本地标签和远端标签的存储空间申请实例号，建立对话标识和实例号的hash列表；收到订阅创建请求消息的 后续消息时，根据后续消息中的对话标识查询hash列表获取实例号，找到实例号对应的存储空间中的对话标识、本地标签，远端标签。
本发明实施例中，发送完第三通知消息的响应消息后，释放实例号及存储空间，删除哈希列表。
本发明实施例中，具体在保存时，可以以hash列表的形式进行保存，hash列表中记录了实例号，及每一个实例号对应的对话标识。
本发明实施例中传输层接收到订阅创建请求消息的接口与应用层与应用服务器交互的接口是不同的，因此，在应用层接收到订阅创建请求消息时不是直接转发而是要对订阅创建请求消息进行修改，然后将修改后的订阅创建请求消息才能发送至应用服务器。
同理，接收到订阅刷新请求消息时，不是直接转发，而是修改订阅刷新请求消息后发送至应用服务器；接收到订阅取消请求消息时，也不是直接转发，而是修改订阅取消请求消息后发送至应用服务器。
同理，接收到第一响应消息时，不是直接进行转发，而是对第一响应消息进行修改；接收到第二响应消息，不是直接转发，而是进行修改；接收到第三响应消息，不是直接转发，而是进行修改。
本发明实施例中，为了使应用服务器确定与订阅相关的请求消息到达顺序，进而将各个请求消息关联起来，终端发送的与订阅相关的请求消息中携带Cseq序号，每一个与订阅相关的请求消息中携带的Cseq序号与该消息达到应用服务器的顺序相关，如终端发送订阅创建请求消息中携带的Cseq序号为1，订阅刷新请求消息中携带的Cseq序号为2，订阅取消请求消息中携带的Cseq序号为3，则表示订阅创建请求消息先到达应用服务器，然后，订阅刷新请求消息到达应用服务器，最后才是订阅取消请求消息到达应用服务器，上述讲述的是三个与订阅相关的请求消息为例进行说明，在实际应用中，可以有三个以上的消息，在此不再进行一一详述。
同理，应用服务器发送的通知消息也要携带Cseq序号，每一个通知消息 中携带的Cseq序号与该消息达到终端的顺序相关，如应用服务器发送的第一通知消息中携带的Cseq序号为1，第二通知消息中携带的Cseq序号为2，第三通知消息中携带的Cseq序号为3，则表示第一通知消息先到达终端，然后，第二通知消息到达终端，最后才是第三通知消息到达终端，上述讲述的是三个通知消息为例进行说明，在实际应用中，可以有三个以上的通知消息，在此不再进行一一详述。
如果消息中要添加Cseq序号的话，在保存对话标识，本地标签、远端标签时，也要保存Cseq序号，可以将对话标识，本地标签、远端标签和Cseq序号保存在实例号对应的存储空间中。收到后续消息后，根据消息中的对话标识查找哈希列表，得到对应的实例号，就能获取实例号对应的存储空间的保存的对话标识，本地标签和远端标签和Cseq序号。
如图3所示，为了更好地理解本发明实施例，以下给出具体应用场景，针对处理订阅业务中的事务的过程，做出进一步详细描述：
步骤300：PCSCF实体的传输层接收终端发送的订阅创建请求消息，并发送至PCSCF实体的事务层；
步骤310：PCSCF实体的事务层将订阅创建请求消息发送至PCSCF实体的应用层；
步骤320：PCSCF实体的应用层获取订阅创建请求消息中的对话标识、本地标签；
步骤330：PCSCF实体的应用层将订阅创建请求消息发送至应用服务器；
步骤340：应用服务器向PCSCF实体的应用层返回与订阅创建请求消息对应的第一响应消息；
步骤350：PCSCF实体的应用层从第一响应消息中获取远端标签，并保存远端标签；
步骤360：PCSCF实体的应用层将第一响应消息发送至PCSCF实体的事务层，然后，PCSCF实体的事务层发送至PCSCF实体的传输层；
步骤370：应用服务器向PCSCF实体的应用层发送第一通知消息；
步骤380：应用服务器向PCSCF实体的应用层将保存的话标识、本地标签和远端标签添加在第一通知消息中通过事务层和传输层发送至终端。
如图4所示，本发明实施例提供一种创建订阅业务的装置，该装置包括应用层，应用层包括：
接收模块40，用于接收终端发送的订阅创建请求消息；
业务处理模块41，用于保存订阅创建请求消息中携带的对话标识、本地标签；
发送模块42，用于将订阅创建请求消息发送至应用服务器；
接收模块40还用于，接收应用服务器返回的与订阅创建请求消息对应的第一响应消息，保存第一响应消息中携带的远端标签；
发送模块42还用于，将第一响应消息转发至终端，完成订阅业务的创建。
进一步的，本发明实施例中，接收模块40还用于，接收应用服务器发送的第一通知消息，第一通知消息用于将所创建的订阅的相关信息通知终端；
发送模块42还用于，将第一通知消息中携带所保存的对话标识、本地标签和远端标签后，发送至终端。
进一步的，本发明实施例中接收模块40还用于，接收终端发送的订阅刷新请求消息；
发送模块42还用于，发送至应用服务器；
接收模块40还用于，接收应用服务器发送的与订阅刷新请求消息对应的第二响应消息；
发送模块42还用于，将第二响应消息转发至终端。
进一步的，本发明实施例中接收模块40还用于，接收应用服务器发送的第二通知消息，第二通知消息用于将所刷新得到的订阅的相关信息通知终端；
发送模块42还用于，将第二通知消息中携带所保存的对话标识、本地标签和远端标签后发送至终端。
进一步的，本发明实施例中接收模块40还用于，接收终端发送的订阅取消请求消息；
发送模块42还用于，发送至应用服务器；
接收模块40还用于，接收应用服务器发送的与订阅取消请求消息对应的第三响应消息；
发送模块42还用于，将第三响应消息转发至终端。
进一步的，本发明实施例中接收模块40还用于，接收应用服务器发送的第三通知消息，第三通知消息用于将所取消的订阅的相关信息通知终端；
发送模块42还用于，将第三通知消息中携带所保存的对话标识、本地标签和远端标签后，发送至终端。
进一步的，本发明实施例中还包括申请模块，申请模块用于：
为待存储对话标识、本地标签和远端标签的存储空间申请实例号；
业务处理模块41具体用于：
在将对话标识、本地标签和远端标签保存在实例号所对应的存储空间中。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使 得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。