[发明专利]呈现业务中通知消息任务的处理方法和装置

说明书

技术领域

本发明涉及通信领域，具体涉及呈现业务中通知消息任务的处理方法和装置。

背景技术

当前，互联网业务的及时通信业务应用越来越广泛，而即时通信业务极大的依赖于呈现业务。所谓呈现业务(即Presence Service)就是基于某种通信方式(如无线网、有线网等)或协议(如sip协议、http协议或soap协议等)，通过各种特定的接入规则来实时获取用户所关心的呈现信息(即Presence Information，包括实时状态、通信能力、通信方式、心情、爱好等等)，并将呈现信息实时的展示给用户。

呈现业务通过各种终端、各种网络通信方式将用户的呈现信息实时传递给订阅他或者关注他状态信息的人，它允许用户订阅另一个用户的状态，以使该用户可获取到另一个用户当前或变更的实时状态信息，也允许用户实时查询另一个用户当前的状态信息。通过呈现业务，用户可以设定在哪种状态下自己有哪些通信能力以及希望采取哪种通信方式，也可以订阅他人的通信状态信息，以便主被叫双方在特定的场合选择最适合的通信方式，从而提高通信效率和通信质量。呈现业务作为即时通信业务的核心功能，它体现了即时通信业务的时效性和准确性，受到了很大的重视和关注，因此呈现信息将直接影响用户的体验度和认可度。

图1描述了目前实现呈现业务的系统结构，包括客户端或应用服务器、呈现服务器(Presence Server)和呈现XDMS服务器(Presence XML DocumentManagement System，呈现xml文件管理服务器)，其中呈现服务器包括订阅处理装置、发布处理装置、通知处理装置和存储装置。

客户端或应用服务器称为呈现信息源或者呈现信息观察者，它可以向呈现服务器发送发布消息(Pulish Message)，也可以作为观察者订阅其他用户的呈现信息并接受来自呈现服务器发来的通知消息(Notify Message)。

订阅处理装置主要是接收客户端或应用服务器发来的订阅消息(Subscribe Message)，并根据接入认证规则和被订阅呈现体预置的授权规则(该授权规则存储在XDMS服务器上)来确认订阅结果并返回订阅结果响应；如果订阅成功，则调用呈现服务器的存储装置存储订阅关系，并根据被订阅者发布的呈现信息调用呈现服务器的通知处理装置向订阅的客户端或应用服务器发送呈现信息通知消息。Subscribe、Publish、Notify消息均为SIP消息。

发布处理装置主要是接收客户端或应用服务器发来的发布消息(PublishMessage)，并根据接入认证规则来确认发布结果并返回发布响应结果；如果发布成功，则调用呈现服务器的存储装置存储发布信息，并在存储装置获取发布者的订阅关系信息向订阅者发送呈现信息通知信息。

通知处理装置作为呈现信息获取的主要渠道，在呈现服务器中起到关键作用。它供发布处理装置和订阅处理装置调用，向订阅呈现信息的客户端或应用服务器发送呈现通知信息。现有的通知处理方式是在呈现信息发布、呈现信息变更、订阅呈现信息、呈现信息订阅、订阅过期或发布过期等需要发送通知时调用通知处理装置向客户端或应用服务器发送通知，并且通知消息体过大还需要分割进行分发，因此存在很大的处理压力和不确定性；根据用户使用量的不同通知消息发送也不同，使用量越大通知处理的量就越大，因此对消息处理的实时性，呈现信息获取的实时性受到影响。

呈现XDMS服务器主要是以XML形式存储呈现体的群组用户、列表用户以及相关授权规则等。

以下结合图1实现呈现业务的系统结构所示，阐述现有技术中呈现信息获取的过程和方法，如A用户登录即时消息终端后，及时消息终端向呈现服务器发布自己当前的状态，并对自己的好友、列表和群组等向呈现服务器发起订阅请求，呈现服务器获取A用户的发布状态和订阅请求后对其进行存储，当作为A用户的好友B用户也登录及时消息终端后，呈现服务器将向A用户发送B用户的状态通知，这时使A用户立即获取到B用户的实时状态，这样A用户就可以知道B用户的呈现信息并选择B用户各种通信方式最佳的通信方式与B用户取得联系。

从上述呈现信息获取的过程和方法中可以看出，现有的呈现信息方法存在以下不足：由于所有的订阅和发布都需要发送通知，从现有的呈现业务的系统结构中不难看出，这样将极大的增加通知处理装置的处理性能和资源压力，造成消息处理瓶颈形成热点效应，而且如果存在消息过大而需要分发的情况就将更加严重，如此造成的延时会降低呈现系统的可靠性和用户体验度。

发明内容