CN102664899A - 一种业务处理方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种业务处理方法、装置及系统，用于在终端与服务器之间只保持一个SIP会话通道，以节省服务器及网络带宽资源。本发明实施例方法包括：接收会话发起协议SIP订阅请求消息，所述订阅请求消息头域中包含用于标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；当所关联的业务信息发生变化时，根据变化的业务信息所在位置生成访问地址，所述访问地址指向变化的业务信息位置；通过建立的所述SIP会话通道向所述SIP订阅请求消息发送端发送业务信息变化通知，所述业务信息变化通知中携带所述访问地址。

Description

一种业务处理方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种业务处理方法、装置及系统。

背景技术

呈现服务器（PS，Presence Server）在网络之间互连的协议（IP，InternetProtocol）多媒体子系统中用于定义一种状态呈现业务，管理用户的状态信息（比如在线、忙绿、离开等）。可扩展标记语言文档管理服务器（XDMS，XMLDocument Management Server）在IP多媒体子系统中用于定义可扩展标记语言（XML，Extensible Markup Language）文档管理服务，每一篇XML文档所描述的含义非常丰富，比如可以描述用户的好友列表成员，描述群组信息（群成员、群公告、群相册等）。

现有技术中，终端的每个Presence业务实现，都要与服务器建立SIP会话，用户终端（UE，User Equipment）启动时，向Presence服务器发起会话发起协议（SIP，Session Initiation Protocol）订阅请求，与服务器之间建立多个SIP会话，后续单个SIP会话所关联的业务发生变化时，能够及时通知终端。例如，SIP会话关联的业务对象为好友状态业务时，当后续其好友状态发生变化，则Presence服务器基于已建立的SIP会话，向终端发送通知消息，其中包含其好友具体的状态变化信息。

但在上述现有技术中，终端界面每个Presence实现相关业务，都需要与服务器建立SIP会话，当同时在线的终端数目较多，或者终端Presence业务数目过多时，与服务器之间的SIP会话数目便非常庞大，消耗掉大量服务器端的网络带宽、系统资源，造成服务器负荷过重。

发明内容

本发明实施例提供了一种业务处理方法、装置及系统，用以在终端与服务器之间只保持一个SIP会话通道，以节省服务器及网络带宽资源。

本发明实施例中的业务处理方法，包括：接收会话发起协议SIP订阅请求消息，所述订阅请求消息头域中包含用于标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；当所关联的业务信息发生变化时，根据变化的业务信息所在位置生成访问地址，所述访问地址指向变化的业务信息位置；通过建立的所述SIP会话通道向所述SIP订阅请求消息发送端发送业务信息变化通知，所述业务信息变化通知中携带所述访问地址。

本发明实施例中的业务处理方法，包括：发送会话发起协议SIP订阅请求消息，所述订阅请求消息中包含标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；通过所述SIP会话通道接收业务信息变化通知，所述业务信息变化通知中携带访问地址，所述访问地址指向变化的业务信息位置；解析所述访问地址，获取所述访问地址指向的变化的业务信息。

本发明实施例中的服务器，包括：接收消息单元，用于接收终端发送的会话发起协议SIP订阅请求消息，所述订阅请求消息头域包含用于标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；建立通道单元，用于根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；生成单元，用于当所关联的业务信息发生变化时，将变化的业务信息所在位置生成访问地址，所述访问地址指向变化的业务信息位置；发送单元，用于通过建立的所述SIP会话通道向所述SIP订阅请求消息发送端发送业务信息变化通知，所述业务信息变化通知中携带所述访问地址。

本发明实施例中的终端，包括：发送消息单元，用于向服务器发送会话发起协议SIP订阅请求消息，所述订阅请求消息中包含标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；建立通道单元，用于根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；接收单元，用于通过建立的所述SIP会话通道接收服务器发送的业务信息变化通知，所述业务信息变化通知中携带访问地址，所述访问地址指向变化的业务信息位置；解析单元，用于解析所述访问地址；获取单元，用于向所述服务器获取所述访问地址指向的变化的业务信息。

本发明实施例中的业务处理系统，包括：上述服务器及上述终端。

以上技术方案可以看出，本发明实施例具有以下优点：终端向服务器发送SIP订阅请求消息，订阅请求消息中包含标示汇聚订阅类型的事件头域取值，以如此标示汇聚订阅消息取代现有多种订阅标示，并且该订阅请求消息体中携带业务信息，该业务信息兼容现有的订阅标示对应的业务对象，便于服务器侧建立SIP通道时，在一个SIP会话通道中关联各业务信息，从而传递变化的业务信息时可通过一个SIP会话通道进行，终端接收该服务器发送的业务信息变化通知，该业务信息变化通知中携带访问地址，该访问地址指向变化的业务信息，而不是发送变化的业务信息的具体内容，而后通过解析该访问地址，向服务器获取该访问地址所指向的变化的业务信息，由此，服务器通知业务信息发生变化时不需携带大量数据，节约带宽及服务器资源，并且不影响终端获取变化的业务信息的具体内容。

附图说明

图1为本发明实施例中的业务处理方法的一个实施例示意图；

图2为本发明实施例中的业务处理方法的另一个实施例示意图；

图3为本发明实施例中的业务处理方法的另一个实施例示意图；

图4为本发明实施例中的业务处理方法的又一个实施例示意图；

图5为本发明实施例中的业务处理方法的再一个实施例示意图；

图6为本发明实施例中的业务处理方法的一个实施例信令图；

图7为本发明实施例中的终端的一个实施例示意图；

图8为本发明实施例中的终端的另一个实施例示意图；

图9为本发明实施例中的服务器的一个实施例示意图；

图10为本发明实施例中的服务器的另一个实施例示意图；

图11为本发明实施例中的业务处理系统的一个实施例示意图。

具体实施方式

本发明实施例提供了一种业务处理方法、装置及系统，用于节省服务器资源和网络带宽。本发明实施例中的服务器可以为Presence服务器，还可为文档订阅管理服务器、列表订阅管理服务器、SIP订阅管理服务器，或者其他可实现本实施例中所描述的服务器的类似功能的服务器，此处不作具体限定，为便于说明，各实施例均以Presence服务器为例。以下分别予以详细说明，请参阅图1。

101、接收SIP订阅请求消息，该订阅请求消息头域包含用于标示汇聚订阅类型的事件头域，该订阅请求消息体中携带业务信息；

服务器接收SIP订阅请求消息发送端（例如终端）发送的SIP订阅请求消息，该订阅请求消息头域中包含标示汇聚订阅类型的事件头域；所述汇聚订阅类型的事件头域由SIP订阅请求消息中Event头域扩展得到，如Event头域扩展为“presence+url”表示汇聚订阅类型。已有的事件头域如事件头域为“presence”表示好友状态订阅类型；事件头域为“group;url="/public-group/users/sip:test1huawei.com/215_group"”表示群组成员状态订阅类型；事件头域为“presence.winfo”表示观察者订阅类型，用来获取那些人正在查看自己的状态信息；事件头域为“xcap-diff”表示群信息订阅类型等。以汇聚订阅类型代替上述已有的多种订阅类型，并在该订阅请求消息body中携带业务信息，所述业务信息标示各订阅类型所要订阅的业务对象，所述业务对象如上述好友状态订阅类型的好友状态、群组成员状态订阅类型的群组状态等。

102、根据该事件头域为该业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；

可选的，所述业务信息包含多个业务对象，服务器根据SIP订阅请求消息，根据该订阅请求消息中的事件头域确认为所述多个业务对象建立一个SIP会话通道，该SIP会话通道关联各业务对象。

103、当所关联的业务信息发生变化时，将所述变化的业务信息的存储位置生成访问地址，该访问地址指向变化的业务信息位置；

当所关联的业务信息发生变化时，服务器将变化的业务信息的存储位置生成访问地址，该访问地址指向变化的业务信息所在位置。访问地址可以是统一资源定位符（URL，Uniform Resource Locator），也可以是超文本传送协议（HTTP，HyperText Transer Protocol），XML配置访问协议（XCAP，The XMLConfiguration Access Protocol）地址，简单对象访问协议（SOAP，Simple ObjectAccess Protocol）地址，消息会话中继协议（MSRP，The Message Session RelayProtocol）地址，或其他标识访问地址的参数，此处不作具体限定。

104、通过建立的所述SIP会话通道向SIP订阅请求消息发送端发送业务信息变化通知，该业务信息变化通知中携带访问地址。

服务器通过建立的所述SIP会话通道向SIP订阅请求消息发送端发送业务信息变化通知，该业务信息变化通知中携带指示变化业务信息所在位置的访问地址，每次通知业务信息变化，可携带一个指向所有发生变化的业务信息的URL，这样，业务信息变化通知非常简短，不包含具体的业务信息，很容易穿透各种复杂的网络，避免服务器通知业务信息发生变化时，因携带大量数据而造成过多占用带宽且易丢失数据。

本发明实施中，服务器接收SIP订阅请求消息，该订阅请求消息包含用于标示汇聚订阅类型的事件头域，以汇聚订阅类型取代原多种订阅类型，该订阅请求消息体中携带业务信息，服务器根据该消息中的事件头域确认为多种业务信息建立一个建立SIP会话通道，该SIP会话关联各业务信息，由此，服务器在一个SIP会话通道中关联各业务信息，从而传递业务信息时，不需要每一个SIP会话通道对应一种业务信息，而只通过一个SIP会话通道发送业务信息，当所关联的业务信息发生变化时，将变化的业务信息所在位置生成访问地址，该访问地址指向变化的业务信息，向SIP订阅请求消息发送端发送业务信息变化通知，在该业务信息变化通知中携带该访问地址，由于业务信息变化通知非常简短，不包含具体的业务信息，从而可避免服务器通知业务信息发生变化时携带大量数据而造成过多占用带宽。

下面以另一实施例详细描述本发明实施例中的业务处理方法，请参阅图2，本发明实施例中的业务处理方法的再一个实施例包括：

201、服务器接收终端发送的SIP订阅请求消息，该订阅请求消息中包含标示汇聚订阅类型的事件头域，如“presence+url”；业务信息包含2个业务对象，如“业务1”和“业务2”；

该订阅请求消息体中以可扩展标记语言描述所携带的业务信息，服务器对该可扩展标记语言进行解析，得到所述订阅类型的事件头域和业务信息中包含的业务对象。

202、根据该事件头域确认为多种业务信息建立一个SIP会话通道，该SIP会话关联各业务对象；

具体地，SIP消息的Event头域为“presence+url”，使用汇聚订阅类型标示代替现有的多种订阅类型标示。现有订阅类型标示中，Event头域为“presence”表示好友状态订阅类型，Event头域为“group;url="/public-group/users/sip:test1huawei.com/215_group″”表示群组成员状态订阅类型；Event头域为“presence.winfo”表示观察者订阅类型，在有个体查看订阅者状态信息时触发发送业务信息变化通知；Event头域为“xcap-diff”表示群信息订阅类型。

进一步地，在SIP消息的消息体中描述要订阅的相关业务信息，例如：好友状态、群组信息、群组状态、部门和/或企业成员状态，订阅请求消息体中以可扩展标记语言描述所携带的业务信息。

具体地，可用以下所示的XML描述SIP消息体携带的业务信息：

服务器根据SIP订阅请求消息中的事件头域确认为该2种业务对象建立一个SIP会话通道，该SIP会话关联业务1和业务2，业务1或业务2可以是：好友状态、群组信息、群组状态、部门或企业成员状态中的某一种，但不局限于上述已列出业务对象的。由此，服务器在一个SIP会话中关联2个业务对象，从而传递业务信息时可通过一个SIP会话通道进行，而不需要为每一种业务对象创建一个SIP会话通道。

203、根据所述订阅请求消息体携带的业务信息，设置发送所述业务信息变化通知的触发条件；

根据汇聚订阅类型标示和业务信息，确认了所要订阅的业务定向，由于不同的业务对象对应着不同的触发条件，因此服务器还要根据所述订阅请求消息体携带的业务信息，设置发送所述业务信息变化通知的触发条件。所述触发条件如业务信息中包含有好友状态业务对象时，则在终端的好友对象状态在上线、离线、忙碌等状态间转换时，进入步骤204；如业务信息中包含有群组信息时，则在终端所在群组的资料发生变化时，进入步骤204；如业务信息中包含有群组状态时，则在群组成员状态发生变化时，进入步骤204；可选的还可以由上述几种触发条件的组合作为发送所述业务信息变化通知的触发条件。

204、将变化的业务信息所在位置生成访问地址，该访问地址指向变化的业务信息位置；

服务器将变化的业务信息所在位置生成访问地址，该访问地址指向变化的业务信息位置。

205、通过建立的所述SIP会话通道向终端发送业务信息变化通知，该业务信息变化通知中携带该访问地址。

可选的如图3所示，在步骤203至步骤205可通过下面步骤203’至步骤205’方式完成。

203’、当所关联的业务信息发生变化时，将变化的业务信息进行缓存；

当所关联的业务信息发生变化时，例如，好友状态由“在线”改为“忙碌”，群组新增了成员、群空间有新的文章发表等，Presence服务器将所有要通知给终端的业务变化信息缓存在存储器中。

204’、当接收到终端发送的获取业务信息的消息时，将变化的业务信息所在位置生成访问地址，该访问地址指向变化的业务信息位置；

服务器将变化的业务信息所在位置生成访问地址，该访问地址指向变化的业务信息位置。

205’、通过建立的所述SIP会话通道向终端发送业务信息变化通知，该业务信息变化通知中携带该访问地址。

可选的在另一个实施例中采用步骤203至步骤205以及步骤203’至步骤205’两种方式结合的方法来实现。

服务器向终端发送业务信息变化通知，该业务信息变化通知中携带访问地址，每次通知业务信息变化，可携带一个指向所有发生变化的业务信息的URL，这样，业务信息变化通知非常简短，不包含具体的业务信息，避免服务器通知业务信息发生变化时携带大量数据而造成过多占用带宽。

本发明实施例中，服务器根据SIP订阅请求消息，建立SIP会话通道，该SIP会话关联业务信息，业务信息包括：好友状态、群组信息、群组状态、部门和/或企业成员状态，这样，服务器在一个SIP会话中关联各业务信息，从而通过一个SIP会话通道传递业务信息，而不需要每一个SIP会话都对应一种业务对象，节约服务器资源和带宽资源。每次通知业务信息变化，可携带一个指向所有发生变化的业务信息的URL，这样，业务信息变化通知非常简短，不包含具体的业务信息，很容易穿透各种复杂的网络，避免服务器通知业务信息发生变化时携带大量数据而造成过多占用带宽及易丢失数据。

以上是从服务器侧描述本发明实施例中的业务处理方法，下面从终端侧描述本发明实施例中的业务处理方法，请参阅图4，本发明实施例中的业务处理方法的又一个实施例包括：

301、终端向服务器发送SIP订阅请求消息，该订阅请求消息中包含标示汇聚订阅类型的事件头域，该订阅请求消息体中携带业务信息；

终端向Presence服务器发送SIP订阅请求消息，该订阅请求消息中包含标示汇聚订阅类型的事件头域，本实施例将SIP订阅请求消息中Event头域进行扩展自定义汇聚订阅类型“presence+url”；以此来区别现有的订阅类型如“presence”、“group；url=***”等，仅用汇聚订阅类型的事件头域代替现有的订阅类型还不足以完成不同的订阅类型的区分，进一步将现有的订阅类型所要订阅的业务对象以业务信息方式保存在订阅请求消息的消息体中。便于服务器侧建立SIP会话通道时，在一个SIP会话中关联业务信息中各业务对象，从而传递业务信息时可通过一个SIP会话通道进行。

302、接收该服务器发送的业务信息变化通知，该业务信息变化通知中携带访问地址，该访问地址指向变化的业务信息位置；

终端接收该服务器发送的业务信息变化通知，该业务信息变化通知中携带访问地址，该访问地址指向变化的业务信息位置。

本实施例中，访问地址可以是URL，也可以是HTTP协议地址，XCAP协议地址，SOAP协议地址，MSRP协议地址，或其他标识访问地址的参数，此处不作具体限定。

每次通知业务信息变化，可携带一个指向所有发生变化的业务信息的URL，避免服务器通知业务信息发生变化时携带大量数据而造成过多占用带宽。

303、解析该访问地址；

终端解析服务器通知中携带的访问地址，得到该访问地址。

304、向服务器获取该访问地址指向的变化的业务信息。

根据该访问地址，向服务器获取该访问地址指向的变化的业务信息，由服务器提供变化的业务信息。

本发明实施例中，终端向服务器发送SIP订阅请求消息，订阅请求消息中包含标示汇聚订阅类型的事件头域，以如此标示汇聚订阅消息取代原多种订阅标示，并且该订阅请求消息体中携带业务信息，便于服务器侧建立SIP通道时，在一个SIP会话中关联各业务信息，从而传递变化的业务信息时可通过一个SIP会话通道进行，终端接收该服务器发送的业务信息变化通知，该业务信息变化通知中携带访问地址，该访问地址指向变化的业务信息位置，而不是发送变化的业务信息的具体内容，而后通过解析该访问地址，向服务器获取该访问地址所指向的变化的业务信息，由此，服务器通知业务信息发生变化时不需携带大量数据，很容易穿透各种复杂的网络，节约带宽及服务器资源，并且不影响终端获取变化的业务信息的具体内容。

实际由于终端业务的丰富性，服务器下发给终端的通知消息包大小通常大于2000字节，而SIP消息是基于用户数据包协议（UDP，User Datagram Protocol）实现的，当一个SIP包大于最大传输单元（MTU，Maximum Transmission Unit）大小（1500字节左右），则在传输过程中易被防火墙/路由器丢弃，最终造成终端业务体验不稳定，服务器重传引起服务端带宽占用过大而影响其它业务体验并解决SIP丢包重传引起的占用网络带宽过高的问题，本发明进一步解决SIP丢包重传引起的占用网络带宽过高的问题。

为便于理解，下面以另一实施例详细描述本发明实施例中的业务处理方法，请参阅图5，本发明是实例中的业务处理方法的另一个实施例包括：

401、终端向服务器发送SIP订阅请求消息，该订阅请求消息头域中包含标示订阅请求的订阅者头域，订阅状态的扩展格式的事件头域取值，该订阅请求消息体中以可扩展标记语言描述所携带的业务信息；

本实施例中，终端向Presence服务器发送SIP订阅请求消息，进行业务信息订阅，本实施例扩展SIP消息的Event头域取值，扩展后的Event头域定义为汇聚订阅类型；具体地，SIP消息的扩展后Event头域为“presence+url”，用汇聚订阅类型标示代替现有多种订阅类型标示，现有的订阅类型标示中，Event的头域为“presence”表示好友状态订阅类型，Event的头域为“group;url="/public-group/users/sip:test1huawei.com/215_group"”表示群组成员状态订阅类型；

Event的头域为“presence.winfo”表示观察者订阅，以获取正在查看自己状态信息的个体；

Event的头域为“xcap-diff”表示群信息订阅类型。

仅用汇聚订阅类型的事件头域代替现有的订阅类型还不足以完成不同的订阅类型的区分，进一步地，在SIP消息的消息体中描述要订阅的相关业务信息，例如：好友状态、群组信息、群组状态、部门和/或企业成员状态，订阅请求消息体中以可扩展标记语言描述所携带的业务信息。

具体地，可用以下所示的XML描述SIP消息体携带的业务信息：

402、接收该服务器发送的业务信息变化通知，该业务信息变化通知中携带访问地址，该访问地址指向变化的业务信息位置；

终端接收该服务器发送的业务信息变化通知，该业务信息变化通知中携带访问地址，该访问地址指向变化的业务信息位置，其中，业务信息包括好友状态、群组信息、群组状态、部门和/或企业成员状态。

本实施例中，访问地址可以是统一资源定位符（URL，Uniform ResourceLocator），也可以是其他标识访问地址的参数，每次通知业务信息变化，可携带一个指向所有发生变化的业务信息的URL，避免服务器通知业务信息发生变化时携带大量数据而造成过多占用带宽。

403、解析该访问地址；

终端解析服务器通知中携带的访问地址，得到该访问地址。

404、与该服务器建立传输控制协议连接；

终端与服务器建立传输控制协议（TCP，Transmission Control Protocol）连接，是一种面向连接的、可靠的、基于字节流的运输层通信协议，在传输数据前先在终端与服务器之间建立逻辑连接，然后再传输数据，保证数据顺序传输以及数据传输的正确性。

405、通过建立的TCP连接，向服务器获取该访问地址指向的变化的业务信息。

终端通过与服务器之间的TCP连接，向服务器获取前述访问地址指向的变化的业务信息。

本发明实施例中，终端所发送的SIP订阅请求消息头域中包含标示汇聚订阅类型的事件头域取值，以如此标示汇聚订阅消息代替现有多种订阅标示，该订阅请求消息体中以可扩展标记语言描述所携带的业务信息，具有很好扩展性，易于扩展新的业务，与服务器建立TCP连接，通过TCP连接，向服务器获取该访问地址指向的变化的业务信息，可提高数据传输的准确性。

下面以一实施例对本发明实施例中的业务处理方法的具体流程进行描述，请参阅图6，本发明实施例中的业务处理方法的再一个实施例包括：

501、发送包含事件头域的SIP订阅请求；

终端向Presence服务器发送SIP订阅请求，其中包含事件头域。

502、发送200OK消息；

Presence服务器发送200OK消息，确认该SIP订阅请求成功。

503、生成业务变化信息的访问地址；

当业务发生变化时，Presence服务器生成业务变化信息的URL。

504、发送NOTIFY消息，其中包含业务变化信息所在位置的访问地址；

Presence服务器向终端发送NOTIFY消息，通知业务变化，该消息中包含业务变化信息所在位置的URL。

505、发送200OK消息；

终端向Presence服务器发送200OK消息，确认收到NOTIFY消息。

506、解析业务变化信息的访问地址；

终端解析业务变化信息的访问地址。

507、发送建立TCP连接请求；

终端向Presence服务器请求建立TCP连接。

508、发送200OK消息；

Presence服务器发送200OK消息，确认成功建立TCP连接。

509、获取访问地址指向的变化的业务信息。

终端向Presence服务器获取访问地址指向的变化的业务信息，获取后向用户显示。

下面介绍本发明实施例中的服务器，请参阅图7，本发明实施例中的服务器的一个实施例包括：

接收消息单元601，用于接收终端发送的SIP订阅请求消息，该订阅请求消息头域中包含用于标示汇聚订阅类型的事件头域，该订阅请求消息体中携带业务信息（参见步骤101）；

建立通道单元602，用于根据所述事件头域确认为所述业务信息建立一个SIP会话通道，该SIP会话通道关联所述业务信息（参见步骤102）；

生成单元603，用于当所关联的业务信息发生变化时，将变化的业务信息所在位置生成访问地址，该访问地址指向变化的业务信息位置（参见步骤103）；

发送单元604，用于通过建立的所述SIP会话通道向所述终端发送业务信息变化通知，该业务信息变化通知中携带该访问地址（参见步骤104）。

本发明实施例中的终端各单元实现各自功能的具体过程，请参见前述图1所示实施例中的各步骤的描述内容，此处不再赘述。

本发明实施例中，接收消息单元601接收终端发送的SIP订阅请求消息，该订阅请求消息包含用于标示汇聚订阅类型的事件头域，以该汇聚订阅类型标示代替原多种订阅类型标示，该订阅请求消息体中携带业务信息，建立会话单元602根据所述事件头域确认为该业务信息建立一个SIP会话通道，该SIP会话通道关联该业务信息；并在所述业务信息包含有多个业务对象时，服务器在一个SIP会话中关联各业务对象，从而传递业务对象变化通知时，而不需要为每一种业务对象创建一个SIP会话通道，而只通过一个SIP会话通道发送业务信息变化通知。当所关联的业务信息发生变化时，生成单元603将变化的业务信息所在位置生成访问地址，该访问地址指向变化的业务信息，发送单元604通过建立的所述SIP会话通道向该终端发送业务信息变化通知，该业务信息变化通知中携带该访问地址，在该业务信息变化通知中携带该访问地址，由于业务信息变化通知非常简短，不包含具体的业务信息，很容易穿透各种复杂的网络，因此可避免服务器通知业务信息发生变化时，因携带大量数据而造成过多占用带宽及数据的丢失。

为便于理解，下面以另一实施例详细说明本发明实施例中的服务器，请参阅图8，本发明实施例中的服务器的另一实施例包括：

接收消息单元701，用于接收SIP订阅请求消息，该订阅请求消息头域中包含标示汇聚订阅类型的事件头域取值（参见步骤201）；

建立通道单元702，用于根据该事件头域确认为该业务信息建立一个SIP会话通道，该SIP会话通道关联该业务信息（参见步骤202）；

生成单元703，用于将变化的业务信息所在位置生成访问地址，该访问地址指向变化的业务信息位置（参见步骤204）；

发送单元704，用于通过建立的所述SIP会话通道向该终端发送业务信息变化通知，该业务信息变化通知中携带该访问地址（参见步骤205）。

具体地，接收消息单元701，具体用于接收该SIP订阅请求，该SIP订阅请求消息体中携带业务信息包括好友状态、群组信息、群组状态、部门和/或企业成员状态。

需要说明的是，本发明实施例中的终端还可以进一步包括：

设置单元705，用于进一步根据所述订阅请求消息的消息体中携带的业务信息，设置发送业务信息变化通知的触发条件（参见步骤203）；

缓存单元706，用于当所关联的业务信息发生变化时，将变化的业务信息进行缓存（参见步骤203’）；

进一步地，发送单元704，用于当接收到SIP订阅请求消息发送端发送的获取业务信息的消息后，将所缓存的业务信息发送给该SIP订阅请求消息发送端。

本发明实施例中的终端各单元实现各自功能的具体过程，请参见前述图1及图2所示实施例中的各步骤的描述内容，此处不再赘述。

本发明实施例中，业务信息包含多个业务对象。接收消息单元701接收SIP订阅请求消息，该订阅请求消息体中以可扩展标记语言描述所携带的业务信息，设置单元705，用于根据该事件头域包含的汇聚订阅类型，确定发送业务信息变化通知的触发状态，建立会话单元702进一步根据该事件头域确认为所述业务信息建立一个SIP会话通道，该SIP会话通道关联该业务信息，这样，服务器在一个SIP会话中关联各业务对象，从而通过一个SIP会话通道传递业务信息，而不需要为每一种业务对象创建一个SIP会话通道，节约服务器资源和带宽资源，当所关联的业务信息发生变化时，缓存单元706将变化的业务信息进行缓存，当接收到SIP订阅请求消息发送端（例如终端）发送的获取业务信息的消息后，发送单元704将所缓存的业务信息发送给该SIP订阅请求消息发送端，生成单元703将变化的业务信息所在位置生成访问地址，该访问地址指向变化的业务信息，发送单元704，用于通过建立的所述SIP会话通道向该终端发送业务信息变化通知，该业务信息变化通知中携带该访问地址，这样，业务信息变化通知非常简短，不包含具体的业务信息，很容易穿透各种复杂的网络，避免服务器通知业务信息发生变化时，因携带大量数据而造成过多占用带宽及数据的丢失。

下面介绍本发明实施例中的终端，请参阅图9，本发明实施例中的终端的一个实施例包括：

发送消息单元801，用于发送SIP订阅请求消息，该订阅请求消息中包含标示汇聚订阅类型的事件头域，该订阅请求消息体中携带业务信息，其中所述业务信息包含多个业务对象（参见步骤301）；

接收单元802，用于接收该服务器发送的业务信息变化通知，该业务信息变化通知中携带访问地址，该访问地址指向变化的业务信息位置（参见步骤302）；

解析单元803，用于解析该访问地址（参见步骤303）；

获取单元804，用于向该服务器获取该访问地址指向的变化的业务信息（参见步骤304）。

本发明实施例中的终端各单元实现各自功能的具体过程，请参见前述图6所示实施例中的各步骤的描述内容，此处不再赘述。

本发明实施例中，发送消息单元801向服务器发送SIP订阅请求消息，该订阅请求消息中包含标示汇聚订阅类型的事件头域，以该汇聚订阅类型标示代替现有多种订阅类型标示，该订阅请求消息体中携带业务信息，便于服务器侧建立SIP通道时，在一个SIP会话中关联各业务信息，从而传递变化的业务信息时可通过一个SIP会话通道进行，接收单元802接收该服务器发送的业务信息变化通知，该业务信息变化通知中携带访问地址，该访问地址指向变化的业务信息，解析单元803，解析该访问地址，获取单元804向服务器获取该访问地址指向的变化的业务信息，该访问地址指向变化的业务信息，而不是发送变化的业务信息的具体内容，很容易穿透各种复杂的网络，而后通过解析该访问地址，向服务器获取该访问地址所指向的变化的业务信息，由此，服务器通知业务信息发生变化时不需携带大量数据，节约带宽及服务器资源，并且不影响终端获取变化的业务信息的具体内容。

下面以另一实施例详细说明本发明实施例中的终端，请参阅图10，本发明实施例中的终端的另一个实施例包括：

发送消息单元901，用于发送SIP订阅请求消息，该订阅请求消息头域中包含标示汇聚订阅类型的事件头域，该订阅请求消息体中以可扩展标记语言描述所携带的业务信息（参见步骤401）；

接收单元902，用于接收该服务器发送的业务信息变化通知，该业务信息变化通知中携带访问地址，该访问地址指向变化的业务信息位置（参见步骤402）；

解析单元903，用于解析该访问地址（参见步骤403）；

获取单元904，用于通过TCP连接，向服务器获取该访问地址指向的变化的业务信息的方式，获取该变化的业务信息（参见步骤405）。

进一步地，发送消息单元901，具体用于发送所述SIP订阅请求消息，所述SIP订阅请求消息体中以可扩展标记语言描述所携带的业务信息，所述SIP订阅请求消息体中携带业务信息包括好友状态、群组信息、群组状态、部门和/或企业成员状态。

需要说明的是，本发明实施例中的终端还可以进一步包括：

建立单元905，用于与服务器建立TCP连接（参见步骤404）。

本发明实施例中的终端各单元实现各自功能的具体过程，请参见前述图6所示实施例中的各步骤的描述内容，此处不再赘述。

本发明实施例中，发送消息单元901向服务器发送SIP订阅请求消息，该订阅请求消息头域中包含标示汇聚订阅类型的事件头域取值，以如此标示汇聚订阅消息取代原多种订阅标示，便于服务器侧建立SIP通道时，在一个SIP会话通道中关联各业务信息，从而传递变化的业务信息时可通过一个SIP会话通道进行，并且，该订阅请求消息体中以可扩展标记语言描述所携带的业务信息，具有很好扩展性，易于扩展新的业务，接收单元902接收该服务器发送的业务信息变化通知，该业务信息变化通知中携带访问地址，该访问地址指向变化的好友状态、群组信息、群组状态、部门和/或企业成员状态业务信息，解析单元903解析该访问地址，建立单元905与服务器建立TCP连接，获取单元904通过建立的TCP连接，向服务器获取该访问地址指向的变化的业务信息所在位置，可提高数据传输的准确性。

下面介绍本发明实施例中的业务处理系统，请参阅图11，本发明实施例中的业务处理系统的一个实施例包括：

服务器1001，终端1002；

其中，服务器1001，用于接收会话发起协议SIP订阅请求消息，所述订阅请求消息头域中包含用于标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；当所关联的业务信息发生变化时，根据变化的业务信息所在位置生成访问地址，所述访问地址指向变化的业务信息位置；通过建立的所述SIP会话通道向所述SIP订阅请求消息发送端发送业务信息变化通知，所述业务信息变化通知中携带所述访问地址。

终端1002，用于发送会话发起协议SIP订阅请求消息，所述订阅请求消息中包含标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；通过所述SIP会话通道接收业务信息变化通知，所述业务信息变化通知中携带访问地址，所述访问地址指向变化的业务信息位置；解析所述访问地址，获取所述访问地址指向的变化的业务信息。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种业务处理方法、装置及系统进行了详细介绍，对于本领域的技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (18)

1.一种业务处理方法，其特征在于，包括：

接收会话发起协议SIP订阅请求消息，所述订阅请求消息头域中包含用于标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；

根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；

当所关联的业务信息发生变化时，根据变化的业务信息所在位置生成访问地址，所述访问地址指向变化的业务信息位置；

通过建立的所述SIP会话通道向所述SIP订阅请求消息发送端发送业务信息变化通知，所述业务信息变化通知中携带所述访问地址。

2.根据权利要求1所述的方法，其特征在于，所述根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，进一步还包括：

根据所述订阅请求消息体携带的业务信息，设置发送所述业务信息变化通知的触发条件。

3.根据权利要求1或2所述的方法，其特征在于，所述业务信息包含多个业务对象，则所述根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；当所关联的业务信息发生变化时，将变化的业务信息所在位置生成访问地址，所述访问地址指向变化的业务信息位置，具体为：

根据所述事件头域为所述多个业务对象建立一个SIP会话通道，所述SIP会话通道关联所述各业务对象；当所关联的业务对象中的一个或多个发生变化时，根据变化的业务对象所在位置生成访问地址，所述访问地址指向变化的业务对象所在的位置。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述将变化的业务信息生成访问地址之前，还包括：

将所述变化的业务信息进行缓存；

当接收到所述SIP订阅请求消息发送端获取业务信息的消息时，将所缓存的业务信息发送给所述SIP订阅请求消息发送端。

5.根据权利要求1-4任一所述的方法，其特征在于，所述业务对象包括：

好友状态、群组信息、群组状态、部门或企业成员状态。

6.一种业务处理方法，其特征在于，包括：

发送会话发起协议SIP订阅请求消息，所述订阅请求消息中包含标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；

根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；

通过所述SIP会话通道接收业务信息变化通知，所述业务信息变化通知中携带访问地址，所述访问地址指向变化的业务信息位置；

解析所述访问地址，获取所述访问地址指向的变化的业务信息。

7.根据权利要求6所述的方法，其特征在于，所述业务信息包含多个业务对象，则所述通过所述SIP会话通道接收业务信息变化通知，所述业务信息变化通知中携带访问地址，所述访问地址指向变化的业务信息位置；解析所述访问地址，获取所述访问地址指向的变化的业务信息，具体为：

通过所述SIP会话通道接收业务信息变化通知，所述业务信息变化通知中携带变化的一个或多个业务对象的访问地址，所述访问地址指向变化的各业务对象所在位置；解析所述访问地址，获取所述访问地址指向的变化各的业务对象。

8.根据权利要求7所述的方法，其特征在于，所述订阅请求消息体中携带业务信息，具体包括：

通过可扩展标记语言描述所述订阅请求消息体所携带的业务信息。

9.根据权利要求6-8任一所述的方法，其特征在于，所述业务对象包括：

好友状态、群组信息、群组状态、部门或企业成员状态。

10.根据权利要求6-9任一项所述的方法，其特征在于，所述向服务器获取所述访问地址指向的所述变化的业务信息包括：

与所述服务器建立传输控制协议TCP连接；

通过所述TCP连接，向所述服务器获取所述访问地址指向的所述变化的业务信息。

11.一种服务器，其特征在于，包括：

接收消息单元，用于接收终端发送的会话发起协议SIP订阅请求消息，所述订阅请求消息头域包含用于标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；

建立通道单元，用于根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；

生成单元，用于当所关联的业务信息发生变化时，将变化的业务信息所在位置生成访问地址，所述访问地址指向变化的业务信息位置；

发送单元，用于通过建立的所述SIP会话通道向所述SIP订阅请求消息发送端发送业务信息变化通知，所述业务信息变化通知中携带所述访问地址。

12.根据权利要求11所述的服务器，其特征在于，所述服务器还包括：

设置单元，用于进一步根据所述事件头域包含的订阅请求信息，设置发送所述业务信息变化通知的触发阈值。

13.根据权利要求11或12所述的服务器，其特征在于，所述接收消息单元，具体用于接收所述SIP订阅请求消息体中携带业务信息包含多个业务对象，包括：好友状态、群组信息、群组状态、部门或企业成员状态中一项或多项。

14.根据权利要求11-13任一项所述的服务器，其特征在于，

缓存单元，用于将所述变化的业务信息进行缓存；

所述发送单元，用于当接收到所述SIP订阅请求消息发送端发送的获取业务信息的消息后，将所缓存的业务信息发送给所述SIP订阅请求消息发送端。

15.一种终端，其特征在于，包括：

发送消息单元，用于向服务器发送会话发起协议SIP订阅请求消息，所述订阅请求消息中包含标示汇聚订阅类型的事件头域，所述订阅请求消息体中携带业务信息；

建立通道单元，用于根据所述汇聚订阅类型的事件头域为所述业务信息建立一个SIP会话通道，所述SIP会话通道关联所述业务信息；

接收单元，用于通过建立的所述SIP会话通道接收服务器发送的业务信息变化通知，所述业务信息变化通知中携带访问地址，所述访问地址指向变化的业务信息位置；

解析单元，用于解析所述访问地址；

获取单元，用于向所述服务器获取所述访问地址指向的变化的业务信息。

16.根据权利要求15所述的终端，其特征在于，

所述发送消息单元，具体用于发送所述SIP订阅请求消息，所述SIP订阅请求消息体中以可扩展标记语言描述所携带的业务信息，所述SIP订阅请求消息体中携带业务信息包括好友状态、群组信息、群组状态、部门或企业成员状态中的一项或多项业务对象。

17.根据权利要求15或16所述的终端，其特征在于，

所述终端包括：

建立单元，用于与所述服务器建立传输控制协议TCP连接；

所述获取单元，具体用于通过所述TCP连接，向所述服务器获取所述访问地址指向的所述变化的业务信息。

18.一种业务处理系统，其特征在于，包括：

如前述权利要求11至14任一项所述的服务器，以及如前述权利要求15至17所述的终端。

Images