[发明专利]根据订阅者的偏好控制会话初始协议特定事件通知的系统和方法

说明书

技术领域

本发明涉及用于对应于事件订阅的会话初始协议(SIP)特定通知(即，基于SIP的通知)的系统和方法。具体地讲，本发明涉及改善用于对应于事件订阅的通知的方法。而且，本发明涉及通过使用如上所述的系统和方法来改善通知呈现事件(presence event)以便在呈现系统中转发(forward)呈现信息(presence information)的系统和方法。 

背景技术

由IETF(因特网工程任务组)的RFC(请求评论)3256标识的“SIP特定事件通知”描述了通过使用SIP SUBSCRIBE(SIP订阅)和SIP NOTIFY(SIP通知)来转发特定事件的状态的方法。 

图1是图示SIP特定事件通知(即，基于SIP的事件通知)方法的流程图。参考图1，当用户期望跟上关于特定事件的状态的最新信息(即，关于特定事件的最新状态信息)时，他/她作为订阅者(subscriber)来订阅相关事件。具有关于相关事件的状态信息的订阅目标响应于订阅者的请求来不断(continues to)通知订阅者关于相关事件的最新状态信息。 

图2是图示根据RFC3265的SIP特定事件通知方法中信令流的典型例子的流程图。如上所述，对于名称为“foo”的事件，订阅者向订阅目标转发SUBSCRIBE请求。订阅目标确定订阅者是否可以订阅“foo”事件。当授权请求订阅“foo”事件的订阅者时，通过使用NOTIFY向订阅者转发订阅目标已知的“foo”事件的当前状态。随后，只要更新“foo”事件的状态，就通过使用NOTIFY向订阅者转发“foo”事件的最新更新的状态。 

如上所述，呈现业务通过使用SIP特定事件通知技术来请求和转发呈现信息。为此，由RFC3856标识的“用于SIP的呈现事件包”定义了呈现事件包。这里，呈现事件变为呈现信息。参考图3，观察者(watcher)通过对呈现事件的订阅，能够请求呈现实体(presentity)的呈现信息。呈现实体的呈现信息被转发给保留呈现实体的呈现信息的呈现实体的呈现服务器(也就是 呈现实体的呈现服务器)。通过一系列呈现事件的通知，呈现服务器向观察者转发呈现实体的呈现信息及其更新的呈现信息。 

图4是示出通过使用呈现事件包来请求和转发呈现信息的信令流的典型例子的流程图。在图4中，观察者、呈现实体的呈现服务器和事件分别对应于如图2所示的订阅者、订阅目标和“foo”。因此，如图2中图示的过程，观察者向相关呈现实体的呈现服务器发出用于订阅呈现事件的请求，以接收呈现实体的呈现信息。相关呈现实体的呈现服务器授权订阅请求，然后不断通知观察者关于相关呈现实体的最新更新的呈现信息。 

通过扩展如上所述的用于提供关于一个呈现实体的呈现业务的方案，观察者可以同时订阅关于多个呈现实体的呈现业务。为此，观察者通过使用资源列表服务器(RLS)来订阅关于呈现列表的呈现业务。术语“呈现列表”是指多个呈现实体的集合。通过订阅关于呈现列表的呈现业务，观察者可以同时订阅关于多个呈现实体的呈现信息。 

图5是图示订阅关于呈现列表的呈现业务的过程的流程图。在图5中，如果观察者请求订阅呈现列表，则向RLS转发订阅请求。RLS解析(resolves)相关呈现列表，并且为观察者订阅关于呈现列表上每个成员的呈现业务。此后，RLS接收每个呈现实体的呈现，合并(aggregates)所接收的呈现，并向观察者同时转发所合并的呈现。通过执行这个过程，观察者可以同时得到关于多个呈现实体的呈现信息，而无需订阅关于多个呈现实体中的每一个的呈现业务。 

发明内容

[技术问题] 

在如上所述的SIP特定事件通知技术中，无论何时事件被更新，都生成相关通知以转发所更新的事件。因此，系统的要求需要变得更加复杂以便转发和处理每个生成的通知。 

特别地，在通过使用呈现事件包提供呈现业务的情况下，当考虑观察者和呈现实体的多样性以及呈现信息被频繁地更新的事实时，由于无论何时更新关于每个呈现实体的呈现信息都要生成呈现事件的通知，所以流量负载(traffic load)变得不可容忍的高。 

所以，对于能够有效减少SIP特定事件通知、特别是呈现事件通知量的 方案，存在迫切的需要。 

[技术方案] 

因此，做出本发明以解决在现有技术中出现的上述问题，并且本发明提供了在SIP特定事件通知技术中根据订阅者的偏好来控制转发给订阅者的事件通知量的系统和方法。