专利名称：根据偏好控制事件通知的系统和方法
技术领域：
本发明涉及用于对应于事件订阅的会话初始协议(SIP)特定通知(S卩，基于SIP的通知)的系统和方法。具体地讲，本发明涉及改善用于对应于事件订阅的通知的方法。而且，本发明涉及通过使用如上所述的系统和方法来改善通知呈现事件(presence event)以
便在呈现系统中转发(forward)呈现信息(presence information)的系统和方法。
背景技术：
由IETF (因特网工程任务组)的RFC (请求评论)3256标识的“SIP特定事件通知”描述了通过使用SIP SUBSCRIBE (SIP订阅)和SIP NOTIFY (SIP通知)来转发特定事件的状态的方法。图I是图示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特定事件通知技术中根据订阅者的偏好来控制转发给订阅者的事件通知量的系统和方法。根据本发明的一个方面，提供了一种用于根据订阅者的偏好控制会话初始协议SIP特定事件通知的系统，所述系统包括订阅目标，用于响应于订阅者的事件订阅请求，通过事件通知控制器将事件通知给所述订阅者；以及所述事件通知控制器，用于根据所述订阅者关于由所述订阅者设置的事件通知的偏好规则确定是否向所述订阅者发送从所述订阅目标传送的事件通知。根据本发明的另一方面，提供了一种用于由事件通知控制器根据订阅者的偏好控制会话初始协议SIP特定事件通知的方法，所述方法包括从所述订阅者接收事件订阅请求；向订阅目标发送所述事件订阅请求；响应于所述事件订阅请求，从所述订阅目标接收事件通知；以及根据所述订阅者关于由所述的订阅者设置的事件通知的偏好规则，向所述订阅者发送从所述订阅目标接收的事件通知根据本发明的再一方面，提供了一种用于由订阅目标根据订阅者的偏好控制会话初始协议SIP特定事件通知的方法，所述方法包括步骤接收限制对所述订阅者的事件通知的事件通知限制请求；以及限制将要提供给所述订阅者的事件通知的生成，直到由所述订阅者设置的事件通知限制规则被满足为止。根据本发明的又一方面，提供了一种用于由事件通知控制器根据订阅者的偏好控制会话初始协议SIP特定事件通知的方法，所述方法包括步骤从订阅者接收事件订阅请求；确定所述事件订阅请求是否包括由所述订阅者设置的事件通知限制规则；提取所述事件通知限制规则；以及根据所述事件通知限制规则控制事件通知从订阅目标向所述订阅者发送。[有益效果]如上所述，本发明中提供的系统和方法根据订阅者关于事件通知的偏好规则，可以有效控制给订阅者的事件通知。因此，本发明的系统和方法可以防止订阅者不想要的多余的事件通知的生成。
图I是图示根据现有技术的RFC3265中的SIP特定事件通知的流程图；图2是图示根据现有技术的RFC3265中的SIP特定事件通知的信令流的流程图；图3是图示根据现有技术的通过使用“呈现”事件通知来提供呈现业务的过程的流程图；图4是图示根据现有技术的通过使用“呈现”事件包来提供呈现业务的信令流的流程图；图5是图示根据现有技术的通过使用RLS来提供关于呈现列表的呈现业务的过程的流程图；图6是图示根据订阅者偏好来控制事件通知的系统和方法的流程图；图7A是图示用于向事件通知控制器转发订阅者关于事件通知的偏好规则的方法的流程图；图7B是图示用于向事件通知控制器转发订阅者关于事件通知的偏好规则的另一方法的流程图；图7C是图示用于向事件通知控制器转发订阅者关于事件通知的偏好规则的另一 方法的流程图；图8是图示当事件通知控制器包括在订阅目标中时、事件通知控制器的优选实施例的流程图；图9A是图示当事件通知控制器以非代理模式操作时、用于执行事件订阅的过程的优选实施例的流程图；图9B是图示当事件通知控制器以非代理模式操作时、事件通知控制器的第一优选实施例的流程图；图9C是图示当事件通知控制器以非代理模式操作时、事件通知控制器的第二优选实施例的流程图；图IOA是图示当事件通知控制器以代理模式操作时、用于执行事件订阅的过程的优选实施例的流程图；图IOB是图示当事件通知控制器以代理模式操作时、事件通知控制器的优选实施例的流程图；图11是图示用于在观察者和呈现实体存在于相同域中的单域呈现系统中、根据观察者关于事件通知的偏好规则来控制“呈现”事件通知的优选实施例的视图；以及图12是图示用于在观察者和呈现实体存在于不同域的多域呈现系统中、根据观察者关于事件通知的偏好规则来控制“呈现”事件通知的优选实施例的视图。
具体实施例方式在下文中，将参考附图详细描述本发明的优选实施例。对于附图中相同的配置元素，应该注意的是，将在下面的描述和附图中通过相同的参考标记来表示相同的配置元素，尽管它们在不同的附图中示出。而且，在本发明的下面的描述中，当对已知功能和配置的详细描述可能使本发明的主题变得不清楚时，将省略这里所结合的详细描述。图6是图示本发明中提供的根据订阅者偏好来控制事件通知的系统和方法的流程图。订阅者通过事件通知控制器请求事件订阅。然后，如果订阅者期望接收事件通知，则事件通知控制器根据订阅者关于事件通知的偏好项(例如，订阅者期望在特定时间段接收事件通知)，向订阅者转发从订阅目标接收的事件通知，从而控制给订阅者的事件通知。因为事件通知控制器根据订阅者关于事件通知的偏好来控制给订阅者的事件通 知，所以订阅者需要向事件通知控制器转发订阅者关于事件通知的偏好规则。为此，本发明提供了根据图7A-7C的如下三种方法。图7A是图示第一种方法的流程图。参考图7，在步骤I中，订阅者将订阅者关于事件通知的偏好规则包括在对相关事件的订阅中，然后向事件通知控制器转发订阅。如上所述，通过经由事件控制器向订阅目标转发事件订阅来实现订阅者的事件订阅。因此，如果订阅者将订阅者关于事件通知的偏好规则包括在SIP SUBSCRIBE中，则在步骤2中，事件控制器从SIPSUBSCRIBE中提取关于事件通知的相关偏好规则，并将所提取的偏好规则存储在其中，然后在步骤3中向订阅目标转发SIP SUBSCRIBE。图7B是图示第二种方法的流程图。参考图7B，在步骤I中，订阅者通过使用分离的(J^parate)SIP PUBLISH (SIP发布)，直接向事件通知控制器转发订阅者关于事件通知的偏好规则。图7C是图示第三种方法的流程图。在第三种方法中，提供了能够存储订阅者的数个偏好规则的可扩展标记语言(XML)文件管理服务器(XDMS)。而且，在第三种方法中，订阅者通过使用根据题为 “the XML Configuration Access Protocol (XCAP) ” 的 RFC4825的操作(也就是XCAP操作)，将订阅者关于事件通知的偏好规则存储在XDMS中，并且事件控制器从XDMS得到相关的偏好规则。参考图7C，在步骤I中，订阅者通过使用XCAP操作将订阅者关于事件通知的偏好规则设置到XDMS中。在步骤2中，订阅者XDMS存储所接收的偏好规则。然后，在步骤3中，订阅者XDMS将订阅者关于事件通知的偏好规则带给事件通知控制器。通过使用本发明中提出的订阅者关于事件的偏好规则，订阅者可以设立关于事件通知的各种各样的偏好。例如，订阅者可以指定仅在订阅者的当前状态是特定状态时才接收事件通知。类似地，订阅者可以以订阅者仅能接收特定时区的事件通知的方式来设置订阅者关于事件的偏好规则。也可以规定偏好规则的其它设置。图8是图示用于当事件通知控制器包括在订阅目标中时、根据本发明中提供的订阅者的偏好来控制事件通知的系统和方法的优选实施例的流程图。在实施例中，如图2中所示的现有技术，在订阅者和订阅目标之间执行事件订阅过程。然而，不像如现有技术所提出的无论何时更新了相关事件的状态也就是事件状态都转发额外的事件通知，在本发明中，当需要响应于相关事件的更新状态而转发额外的事件通知时，存在于订阅目标内的事件通知控制器检查在如图7所示的过程中转发的订阅者关于事件通知的偏好规则。然后，仅当所检查的偏好规则当前允许额外的事件通知时，事件通知控制器生成额外的事件通知来向订阅者转发所生成的事件通知。相反，当订阅者关于事件通知的偏好规则当前不允许额外的事件通知时，事件通知控制器保留(holds)额外的事件通知直到偏好规则允许额外的事件通知。在该状态中，在图8的步骤8中，当订阅者关于事件通知的偏好规则允许额外的事件通知时，事件通知控制器向订阅者转发保留的事件通知。最后，在图8的步骤9中，仅当事件通知与由订阅者设置的订阅者关于事件通知的偏好规则相符时，也就是仅当订阅者偏好(prefers to)接收事件通知时,订阅者才接收事件通知。本发明提供了当事件通知控制器独立于订阅目标而存在时、事件通知控制器以非代理模式或代理模式操作。
在事件通知控制器以非代理模式操作的情况下，事件通知控制器作为中间节点存在于用于订阅者和订阅目标之间的事件订阅的SIP会话的路径上，并且可以根据订阅者的偏好来控制在订阅者和订阅目标之间的事件通知(也就是SIP NOTIFY)。在事件通知控制器以代理模式操作的情况下，事件通知控制器分离用于订阅者和订阅目标之间的事件订阅的SIP会话，并且可以根据订阅者的偏好来控制在订阅者和订阅目标之间的事件通知(也就是SIP NOTIFY)。当事件通知控制器以非代理模式操作时，本发明提供了它如图9A、9B和9C所示那样操作。参考图9A，当事件通知控制器以非代理模式操作时，本发明提供了它是用于事件订阅和事件通知的中间节点。当如图9A的步骤I所示订阅者通过使用SIP SUBSCRIBE来订阅事件时，通过将事件通知控制器的SIP地址插入到Route标头(Route Header)中，如题为“SIP:Session Initiation Protocol”的RFC3261中所定义的，以及当在图9A的步骤2和3中，接收SIP SUBSCRIBE的事件通知控制器向订阅目标转发相关的SIP SUBSCRIBE时，通过将事件通知控制器的SIP地址插入到Record-Route标头(Record-Route Header)中，如题为“SIP:Session Initiation Protocol”的RFC3261中所定义的，可以实现所述提供。否则，根据SIP网络的路由设置作为基础，可以首先向事件通知控制器转发订阅者的SIP SUBSCRIBE。即便在这种情况下，当向订阅目标转发相关的SIP SUBSCRIBE时，事件通知控制器仍添加(append)将事件通知控制器的SIP地址插入其中的Record-Route标头。在图9A的步骤4中，如上所述如果订阅者具有能够订阅相关事件的权利，则接收用于事件订阅的SIP SUBSCRIBE的订阅目标授权，然后在图9A的步骤5中，当订阅者被授权时，该订阅目标向事件通知控制器转发2000K响应。由于如上所述的Record-Route标头，在图9A的步骤6中，向事件通知控制器转发2000K响应，并且在图9A的步骤7中，事件通知控制器向订阅者转发与所接收的2000K响应相同的2000K响应。如在现有技术中所述，紧跟在转发2000K响应之后，在图9A的步骤8和9中，订阅目标将相关事件的当前状态包括在初始SIP NOTIFY的消息体(body)中，并转发具有当前事件状态的初始SIP NOTIFY，也就是包括当前事件状态的初始SIP NOTIFY。如上所述，在图9A的步骤10和11中，初始SIP NOTIFY被转发给事件通知控制器，并且事件通知控制器向订阅者转发所接收的初始SIP NOTIFY。在图9A的步骤12、13、14和15中，当接收到初始SIP NOTIFY时，订阅者通过事件通知控制器向订阅目标转发2000K响应。这样，当事件通知控制器以非代理模式操作时，实现了在其中可以控制事件通知的事件订阅。而且，本发明提供了以非代理模式操作的事件通知控制器如下控制事件通知。在事件通知控制器以非代理模式操作的情况下，可以用图9B和9C中两种不同的方法来实现事件通知。在图9B中图示的第一实施例中，在图9B的步骤I和2中，如果更新事件状态，则订阅目标将相关事件的更新状态包括在SIP NOTIFY中，并转发具有更新事件状态的SIPNOTIFY。如图9A中示出的过程中所执行的，SIP NOTIFY被转发给事件通知控制器。当接收到新的事件通知时，事件通知控制器检查如图7中示出的过程中设置的
订阅者关于事件通知的偏好规则。因此，当根据订阅者关于事件通知的偏好规则，订阅者的当前状态允许新的事件通知时，事件通知控制器向订阅者转发新的事件通知。否贝U，事件通知控制器不向订阅者转发新的事件通知，而向订阅目标转发“480暂时不可用(480Temporarily Unavailable)” 响应，如题为 “SIP: Session Initiation Protocol，，的RFC3261中定义的。这时，事件通知控制器可能能够根据订阅者关于事件通知的偏好规则来预先确定订阅者期望接收事件通知的时间。例如，如果订阅者以这样的方式设置偏好规则，即偏好规则可以允许一个小时之后的事件通知，则可以注意到事件通知在一个小时之后是可能的。在上述的这种情况下，在图9B的步骤3中，事件通知控制器将可能进行事件通知的预定时间设置到 Retry-After 标头(Retry-After Header)中，如题为 “SIP: Session InitiationProtocol”的RFC3261中定义的，并与“480暂时不可用”响应一起转发具有预定时间的Retry-After标头。如图9B的步骤3所示,需要通知订阅目标何时生成下面的事件通知。在图9B的步骤4中，“480暂时不可用”响应被转发给订阅目标，并且在图9B的步骤5中，订阅目标保留事件通知的生成直到参考Retry-After标头的值的预定时间。然后，在图9B的步骤6中，订阅目标重新生成具有更新事件状态的SIP NOTIFY。如上所述，具有更新事件状态的重新生成的SIP NOTIFY被转发给事件通知控制器。然后，在图9B示出的步骤7和8中，事件通知控制器检查订阅者关于事件通知的偏好规则，并在偏好规则允许相关的事件通知时，向订阅者转发相关的事件通知。在图9B的步骤9、10、11和12中，当接收到相关的事件通知时，订阅者通过事件通知控制器向订阅目标转发2000K响应。如上所述，根据本发明的第一实施例，以非代理模式操作的事件通知控制器可以根据订阅者的偏好来控制事件通知。本发明还提供了使用以非代理模式操作的事件通知控制器的事件通知控制的第二实施例，如图所示。参考图9C，当通过如图9A中图示的以非代理模式操作的事件通知控制器实现事件订阅、然后相关事件的状态更新(例如更新事件状态A)时，在图9C的步骤I中，订阅目标将相关事件的更新事件包括在SIP NOTIFY中，并在图9C的步骤I和2中向事件通知控制器转发具有更新事件状态的SIP NOTIFY。在图9C的步骤3中，当接收到具有更新事件状态的SIP NOTIFY时，事件通知控制器检查订阅者关于事件通知的偏好规则，所述偏好规则在图7中示出的过程中设置。当根据订阅者关于事件通知的偏好规则检查到订阅者的当前状态允许所接收的事件通知时，事件通知控制器向订阅者转发相关的事件通知，也就是所接收的事件通知。否则，事件通知控制器首先将更新事件状态存储在其中，以便在随后允许给订阅者的相关的事件通知时，通过相关的事件通知转发更新的事件状态。然后，事件通知控制器向订阅目标而不是订阅者转发2000K响应。这是需要的，以便防止如下情况当在图9C中示出的步骤3中，转发SIPNOTIFY之后的预定时间段内没有响应时，订阅目标确定相关的事件订阅不再存在，然后完成相关的事件订阅。同时，当响应于随后发生 的事件状态的额外更新时，例如图9C的步骤5中的更新状态B，订阅目标将相关事件的更新状态包括在SIP NOTIFY中，并向事件通知控制器转发具有更新的事件状态的SIP NOTIFY，并且事件通知控制器检查订阅者关于事件通知的偏好规则，如上所示。当根据订阅者关于事件通知的偏好规则检查到订阅者的当前状态不允许额外的事件通知时，事件通知控制器首先将更新事件状态存储在其中，以便在随后允许给订阅者的额外的事件通知时，通过额外的事件通知转发额外的更新的事件状态。然后，事件通知控制器向订阅目标而不是订阅者转发2000K响应(图9C的步骤5、6、7和8)。在这之后，当根据订阅者关于事件通知的偏好规则、订阅者的状态变化为允许额外的事件通知时，在图9C的步骤7和9中，事件通知控制器合并(aggregates)之前存储的更新的事件状态，例如更新的事件状态A和B，并向订阅者转发所合并的更新事件状态的事件通知。当接收到所合并的更新事件状态的事件通知时，订阅者向事件通知控制器转发2000K响应。然而，由于事件通知控制器已经向订阅目标而不是订阅者转发了 2000K响应，所以忽略转发给它的2000K响应(在图9C示出的步骤10、11和12中)。根据如上所述的本发明的第二实施例，通过使用以非代理模式操作的事件通知控制器，可以根据订阅者的偏好来控制事件通知。本发明提供了当事件通知控制器以代理模式操作时，事件通知控制器应该分离订阅者和订阅目标之间的事件订阅的SIP会话，从而根据订阅者的偏好控制订阅者和订阅目标之间的事件通知，也就是SIP NOTIFY。即，本发明提供了事件通知控制器应该作为订阅者和订阅目标之间的Back-TO-Back用户代理(Back-TO-Back User Agent，B2BUA)来操作，如题为“SIP:Session Initiation Protocol”的RFC3261中定义的，从而建立订阅者和事件通知控制器之间的一个事件订阅会话，并且与该一个事件订阅会话的建立一起、对于相关事件建立事件通知控制器和订阅目标之间的后端事件订阅会话。在事件通知控制器以非代理模式操作的情况下，在订阅者和订阅目标之间存在用于事件订阅的一个SIP会话，并且以非代理模式操作的事件通知控制器充当订阅者和订阅目标之间用于事件订阅消息的转发节点(forwarding node)。然而,在事件通知控制器以代理模式操作的情况下，在订阅者和事件通知控制器之间建立用于事件订阅的一个SIP会话，以及在以代理模式操作的事件通知控制器和订阅目标之间建立用于事件订阅的分离的SIP会话。因此，可以注意到，以代理模式操作的事件通知控制器以与当事件通知控制器以非代理模式操作时不同的方式工作。本发明提供了以代理模式操作的事件通知控制器的事件通知控制过程，如图10A和10B所示。
参考图10A，在图IOA的步骤I中，向事件通知控制器转发使用SIP SUBSCRIBE的订阅者的事件订阅请求，其中事件通知控制器作为事件订阅请求的终端。因此，事件通知控制器充当B2BUA，并向订阅目标请求对于相关事件的后端事件订阅(图IOA的步骤2和3)。这时，可以通过在后端事件订阅请求中将原始用户描述为认证用户，事件通知控制器可以指示在图IOA的步骤2和3中针对相关的订阅者执行相关的后端事件订阅。通过使用如题为“Private Extension to the SIP for Asserted Identity within Trusted Networks，，的 RFC3325 定义的 P-Asserted-Identity 标头(P-Asserted-Identity Header),或者通过使用未在此描述的其他方法，来表示SIP请求中的认证用户信息。认证用户信息的表示将不在本发明中更详细地描述。订阅目标从事件通知控制器接收后端事件订阅请求，并在图10A的步骤4中，对于在所接收的后端事件订阅请求中的认证用户信息中描述的原始订阅者，对相关事件执行业务认证。如果对相关事件的业务认证被认证了，则在图10A的步骤5中，订阅目标向事件通知控制器转发对应于后端事件订阅请求的2000K响应。在图10A的步骤6和7中，作为B2BUA的事件通知控制器从订阅目标接收对应于后端事件订阅请求的2000K响应，并响应
于如上所述的来自订阅者的事件订阅请求，向订阅者转发与所接收到的2000K响应相同的2000K响应。如上述现有技术，紧跟在转发2000K响应之后，在图10A的步骤8和9中，订阅目标将相关事件的当前状态包括在初始SIP NOTIFY的消息体中，并向事件通知控制器转发具有当前事件状态的初始SIP NOTIFY。在图10A的步骤10和11中，作为B2BUA的事件通知控制器从订阅目标接收对应于后端事件订阅的初始SIP NOTIFY,并响应于如上所述的来自订阅者的事件订阅，向订阅者转发与所接收的SIP NOTIFY相同的SIP NOTIFY。在图10A的步骤12和13中，当接收到对应于事件订阅的初始SIP NOTIFY时，订阅者向事件通知控制器转发2000K响应。在图10A的步骤14和15中，当接收到2000K响应时，作为B2BUA的事件通知控制器向订阅目标转发2000K响应，以答复对应于之前的后端事件订阅的初始SIP NOTIFY。使用这个工程，可以实现事件订阅，其中通过使用以代理模式操作的事件通知控制器，可以控制事件通知。如上所述，当事件通知控制器以代理模式操作时，在实现可以在其中控制事件通知的事件订阅之后，本发明提供了以代理模式操作的事件通知控制器控制事件通知，如图10B所示。参考图10B，当在图10B的步骤I中事件状态被更新时，例如更新的事件状态A，在图10B的步骤I和2中，订阅目标将相关事件的更新状态包括在SIP NOTIFY中，并向事件通知控制器转发具有更新事件状态的SIP NOTIFY。在图10B的步骤3和4中，当接收到对应于后端事件订阅的SIP NOTIFY时，事件通知控制器从所接收的SIP NOTIFY中提取更新的事件状态，以将所提取的更新的事件状态存储在其中，并向订阅目标转发对应于所接收的后端SIP NOTIFY的后端2000K响应。为了确定事件通知控制器是否将更新的事件状态通知给订阅者，将更新的事件状态存储在其中的事件通知控制器检查在图7所示的过程中设置的订阅者关于事件通知的偏好规则，如同在事件通知控制器以非代理模式操作的情况下图9B的步骤3和图9C的步骤3 —样。
当根据订阅者关于事件通知的偏好规则检查到订阅者的当前状态允许事件通知(例如更新的事件状态A的后端事件通知)时，事件通知控制器将所接收的更新事件状态包括在对应于来自订阅者的事件订阅的SIP NOTIFY的消息体中，如上所述，并向订阅者转发SIP NOTIFY。相反，在图IOB的步骤5中，如果根据订阅者关于事件通知的偏好规则，订阅者的当前状态不允许事件通知，则事件通知控制器首先将更新的事件状态存储在其中，以便随后允许给订阅者的事件通知时，转发更新的事件状态。在这之后，在图IOB的步骤6和7中，响应于事件状态的额外更新，例如图IOB的步骤6中的更新的事件状态B，订阅目标将相关事件的额外更新的状态包括在后端SIPNOTIFY中，然后向事件通知控制器转发具有额外更新的事件状态的后端SIP NOTIFY。如上所述，在图IOB的步骤8和9中，当接收到具有额外更新的事件状态的后端SIP NOTIFY时，事件通知控制器从后端SIP NOTIFY中提取额外更新的事件状态以存储所提取的更新的事件状态，并向订阅目标转发对应于所接收的后端SIP NOTIFY的后端2000K响应。在这之后，在图10B的步骤10和11中，当根据订阅者关于事件通知的偏好规则， 订阅者的状态改变到允许额外更新的事件状态的事件通知时，事件通知控制器合并之前存储的事件状态，将所合并的事件状态包括在对应于来自订阅者的事件订阅的SIP NOTIFY的消息体中，然后向订阅者转发具有所合并的事件状态的SIP NOTIFY。在图10B中示出的步骤12和13中，当接收到具有所合并的事件状态的SIP NOTIFY时，订阅者向事件通知控制器转发2000K响应。根据如上所述本发明的实施例，通过使用以代理模式操作的事件通知控制器，可以根据订阅者关于事件通知的偏好规则来控制事件通知。如在现有技术中所述，通过订阅和通知由RFC3856定义的“呈现”事件来实现呈现业务。即，通过订阅“呈现”事件来实现观察者对于呈现业务向呈现实体发出请求，并将关于呈现实体的呈现信息包括在“呈现”事件通知中，然后向观察者转发“呈现”事件通知。因此，可以将本发明中提供的根据订阅者关于事件通知的偏好规则来控制事件通知的系统和方法应用到呈现业务。本发明提供了在呈现系统中，应该如图11和12所示来实现根据订阅者关于事件通知的偏好规则对事件通知的控制。图11图示了在观察者和呈现实体处于相同域的单一域呈现系统中、根据观察者关于事件通知的偏好规则来控制“呈现”事件通知的实施例。为此，本发明提供了如上所述的事件通知控制器在单一域呈现系统中位于呈现服务器、RLS或者另一呈现实体内。这时，观察者对应于“呈现”事件的订阅者，呈现服务器、RLS或者其他呈现实体对应于“呈现”事件的订阅目标。因此，本发明提供了呈现服务器或RLS应该通过使用如图8中描述的事件通知控制器，根据观察者关于呈现事件通知的偏好规则来控制给观察者的呈现事件通知。而且，本发明提供了观察者可以以图7中描述的方法之一来设置他/她自己关于呈现事件通知的偏好规则。而且，对于观察者以图7C中描述的方法来设置他/她自己关于呈现事件通知的偏好规则的情况，本发明提供了被称为“观察者XDMS”的新系统。更具体地，在图11的步骤I中，作为“呈现”事件的订阅者的观察者请求对呈现实体的“呈现”事件的订阅，并向呈现服务器、RLS或其他呈现实体转发该请求。通过使用本发明中提出的事件通知控制器，仅当在图11的步骤2中根据观察者关于呈现事件通知的偏好规则，观察者期望接收呈现事件通知时，在图11的步骤3中，呈现服务器或RLS才向观察者转发包括关于呈现实体的呈现信息的呈现事件通知。这样，单一域呈现系统可以根据观察者关于事件通知的偏好规则来控制呈现事件通知，并防止转发观察者不想要的多余的呈现信息。图12图示了在观察者和呈现实体处于不同域的多域呈现系统中、根据观察者关于事件通知的偏好规则来控制“呈现”事件通知的实施例。为此，本发明提供了在多域呈现系统中，如上所述的事件通知控制器在观察者域中处于观察者的呈现服务器、观察者的RLS或另一呈现实体内。因此，观察者对应于“呈现”事件的订阅者，而观察者的呈现服务器、观察者的RLS和其他呈现实体之一对应于事件通知控制器。而且，存在于呈现实体域中的呈现实体的呈现服务器对应于“呈现”事件的订阅目标。因此，本发明提供了在观察者域中的观察者的呈现服务器、观察者的RLS和其他呈现 实体之一应该充当如图9A、9B、9C、IOA和IOB所述的事件通知控制器，从而根据观察者关于呈现事件通知的偏好规则来控制给观察者的呈现事件通知。而且，本发明提供了观察者可以以如图7所述的方法之一来设置他/她自己关于呈现事件通知的偏好规则，以及对于观察者使用如图7C所述的方法来设置他/她自己关于呈现事件通知的偏好规则的情况，提供了在观察者域中被称为“观察者XDMS”的新系统。更具体地，在图12的步骤I中，作为“呈现”事件的订阅者的观察者请求对呈现实体的“呈现”事件的订阅，并且向实现为事件通知控制器的、观察者域中的观察者的呈现服务器、观察者的RLS和其他呈现实体之一转发该请求。当从观察者接收到呈现事件订阅请求时，观察者域中的观察者的呈现服务器、观察者的RLS和其他呈现实体之一认识到(recognizes)呈现实体和观察者处于不同的域中，并在图12的步骤2中，向呈现实体的呈现服务器转发从观察者接收的呈现事件订阅请求。在图12的步骤3中，呈现实体的呈现实体服务器向请求呈现实体的呈现信息的、观察者域中的观察者的呈现服务器、观察者的RLS和其他呈现实体之一转发具有呈现实体的呈现信息的呈现事件通知。当接收到具有呈现实体的呈现信息的呈现事件通知时，通过使用本发明提供的事件通知控制器，在图12的步骤4中仅当观察者期望根据观察者关于呈现事件通知的偏好规则来接收呈现事件通知时，在图12的步骤5中，观察者域中的观察者的呈现服务器、观察者的RLS和其他呈现实体之一才向观察者转发具有呈现实体的呈现信息的呈现事件通知。这样，多域呈现系统可以根据观察者关于呈现事件通知的偏好规则来控制呈现事件通知，并防止转发观察者不想要的多余的呈现信息。尽管参考本发明的某些优选实施例示出并描述了本发明，但是本领域技术人员将理解的是，在其中可以在形式和细节方面进行各种改变而不脱离本发明的精神和范围。因此，本发明不由所描述的其实施例来限定，而必须由所附权利要求和在此提出的所附权利要求的等价物来限定。
权利要求
1.一种用于根据订阅者的偏好控制会话初始协议SIP特定事件通知的系统，所述系统包括 订阅目标，用于响应于订阅者的事件订阅请求，通过事件通知控制器将事件通知给所述订阅者；以及 所述事件通知控制器，用于根据所述订阅者关于由所述订阅者设置的事件通知的偏好规则确定是否向所述订阅者发送从所述订阅目标传送的事件通知。
2.如权利要求I所述的系统，其中，所述事件通知控制器 接收包括所述订阅者关于由所述订阅者设置的事件通知的偏好规则的所述事件订阅请求， 从所述事件订阅请求中提取所述订阅者的偏好规则，并且 将所提取的偏好规则存储在其中。
3.如权利要求I所述的系统，其中，所述事件通知控制器 接收包括所述订阅者关于由所述订阅者设置的事件通知的偏好规则的SIP PUBLISH, 从SIP PUBLISH中提取所述订阅者的偏好规则，并且 将所提取的偏好规则存储在其中。
4.如权利要求I所述的系统，其中，所述事件通知控制器 接收通过所述订阅者的可扩展标记语言XML文档管理服务器XDMS发送的、所述订阅者关于事件通知的偏好规则，并将所接收的偏好规则存储在其中。
5.如权利要求4所述的系统，其中，通过根据作为XCAP操作的题为“theeXtensibleMarkup Language (XML) Configuration Access Protocol (XCAP)，，的 RFC4825 的操作，所述偏好规则被预先设置并存储在所述订阅者的XDMS中。
6.如权利要求I所述的系统，其中， 当所述事件通知对应于呈现事件通知时，所述订阅者对应于观察者，所述订阅目标对应于呈现服务器，并且所述事件通知控制器对应于呈现服务器、资源列表服务器RLS和呈现实体之一。
7.如权利要求6所述的系统，其中， 如果所述事件通知对应于呈现事件通知，所述呈现服务器、RLS和呈现实体之一接收所述观察者关于事件通知的偏好规则，并根据所述观察者的偏好规则，响应于来自所述观察者的呈现订阅请求通知呈现事件。
8.如权利要求I所述的系统，其中，所述事件通知控制器存在于所述订阅目标中。
9.如权利要求8所述的系统，其中， 无论何时所述订阅目标生成额外的第三事件通知，所述事件通知控制器检查所述订阅者关于事件通知的偏好规则，并根据额外的第三事件通知将事件的订阅者通知给订阅目标。
10.如权利要求9所述的系统，其中， 如果所述偏好规则允许事件通知，则所述事件通知控制器向所述订阅者发送事件通知。
11.如权利要求10所述的系统，其中， 如果所述偏好规则不允许事件通知，则所述事件通知控制器保持事件通知，直到所述偏好规则允许事件通知为止。
12.如权利要求I所述的系统，其中，所述事件通知控制器独立于所述订阅目标而存在。
13.如权利要求12所述的系统，其中，所述事件通知控制器以代理模式和非代理模式之一操作。
14.如权利要求13所述的系统，其中， 如果所述事件通知控制器以所述非代理模式操作，通过所述事件通知控制器在所述订阅者和所述订阅目标之间建立一个SIP。
15.如权利要求14所述的系统，其中， 如果所述偏好规则允许事件通知，则所述事件通知控制器向所述订阅者发送事件通知，并且 如果所述偏好规则不允许事件通知，则所述事件通知控制器请求所述订阅目标保持事件通知。
16.如权利要求14所述的系统，其中， 如果所述偏好规则允许事件通知，则所述事件通知控制器向所述订阅者发送事件通知；以及 其中，如果所述偏好规则不允许事件通知，则所述事件通知控制器将事件通知存储在其中，直到所述偏好规则允许事件通知为止，并且如果所述偏好规则允许事件通知，则所述事件通知控制器向所述订阅者发送事件通知。
17.如权利要求14所述的系统，其中，当所述事件通知控制器以所述代理模式操作时，在所述订阅者和所述事件通知控制器之间建立SIP，并且在所述事件通知控制器和所述订阅目标之间建立分离的SIP。
18.如权利要求17所述的系统，其中， 如果所述偏好规则允许事件通知，则所述事件通知控制器向所述订阅者发送事件通知；以及 其中，如果所述偏好规则不允许事件通知，则所述事件通知控制器将事件通知存储在其中，直到所述偏好规则允许事件通知为止。
19.一种用于由事件通知控制器根据订阅者的偏好控制会话初始协议SIP特定事件通知的方法，所述方法包括 从所述订阅者接收事件订阅请求； 向订阅目标发送所述事件订阅请求； 响应于所述事件订阅请求，从所述订阅目标接收事件通知；以及根据所述订阅者关于由所述的订阅者设置的事件通知的偏好规则，向所述订阅者发送从所述订阅目标接收的事件通知。
20.如权利要求19所述的方法，其中，从所述订阅者接收事件订阅请求包括 接收包括所述订阅者关于由所述订阅者设置的事件通知的偏好规则的所述事件订阅请求； 从所述事件订阅请求中提取所述订阅者关于事件通知的偏好规则；并且 将所提取的偏好规则存储在其中。
21.如权利要求19所述的方法，其中，从所述订阅者接收事件订阅请求包括 接收包括所述订阅者关于由所述订阅者设置的事件通知的偏好规则的SIP PUBLISH ； 从SIP PUBLISH中提取所述订阅者关于事件通知的偏好规则；并且 将所提取的偏好规则存储在其中。
22.如权利要求19所述的方法，其中，从所述订阅者接收事件订阅请求包括 接收包括通过所述订阅者的可扩展标记语言XML文档管理服务器XDMS发送的、所述订阅者关于事件通知的偏好规则的SIP PUBLISH ； 从SIP PUBLISH中提取所述订阅者关于事件通知的偏好规则；并且 将所提取的偏好规则存储在其中。
23.如权利要求22所述的方法，其中，通过根据作为XCAP操作的题为“theextensibleMarkup Language (XML) Configuration Access Protocol (XCAP)，，的 RFC4825 的操作，所述偏好规则被预先设置并存储在所述订阅者的XDMS中。
24.如权利要求19所述的方法，其中， 如果事件通知对应于呈现事件通知，所述订阅者对应于观察者，所述订阅目标对应于呈现服务器，并且所述事件通知控制器对应于呈现服务器、资源列表服务器RLS和呈现实体之一。
25.如权利要求24所述的方法，其中， 如果事件通知对应于呈现事件通知，所述呈现服务器、RLS和呈现实体之一接收所述观察者关于事件通知的偏好规则，并根据所述观察者的偏好规则，响应于所述观察者的呈现订阅请求来通知呈现事件。
26.如权利要求19所述的方法，其中，所述事件通知控制器存在于所述订阅目标内。
27.如权利要求26所述的方法，其中， 无论何时所述订阅目标生成额外的第三事件通知，所述事件通知控制器检查所述订阅者关于事件通知的偏好规则，并将事件的订阅者通知给订阅目标。
28.如权利要求27所述的方法，其中， 如果所述偏好规则允许事件通知，则所述事件通知控制器向所述订阅者发送事件通知。
29.如权利要求28所述的方法，其中， 如果所述偏好规则不允许事件通知，则所述事件通知控制器保持事件通知，直到所述偏好规则允许事件通知为止。
30.如权利要求19所述的方法，其中，所述事件通知控制器独立于所述订阅目标而存在。
31.如权利要求30所述的方法，其中，所述事件通知控制器以代理模式或非代理模式操作。
32.如权利要求31所述的方法，其中， 如果所述事件通知控制器以非代理模式操作，通过所述事件通知控制器在所述订阅者和所述订阅目标之间建立一个SIP。
33.如权利要求32所述的方法，其中， 如果所述偏好规则允许事件通知，则所述事件通知控制器向所述订阅者发送事件通知。
34.如权利要求33所述的方法，其中， 如果所述偏好规则不允许事件通知，则所述事件通知控制器请求所述订阅目标保持事件通知。
35.如权利要求33所述的方法，其中， 如果所述偏好规则不允许事件通知，则所述事件通知控制器将事件通知存储在其中，直到所述偏好规则允许事件通知为止。
36.如权利要求31所述的方法，其中，如果所述事件通知控制器以代理模式操作，通过所述事件通知控制器在所述订阅者和所述订阅目标之间建立一个SIP。
37.如权利要求36所述的方法，其中， 如果所述偏好规则允许事件通知，则所述事件通知控制器向所述订阅者发送事件通知。
38.如权利要求37所述的方法，其中， 如果所述偏好规则不允许事件通知，则所述事件通知控制器将事件通知存储在其中，直到所述偏好规则允许事件通知为止。
39.一种用于由订阅目标根据订阅者的偏好控制会话初始协议SIP特定事件通知的方法，所述方法包括步骤 接收限制对所述订阅者的事件通知的事件通知限制请求；以及 限制将要提供给所述订阅者的事件通知的生成，直到由所述订阅者设置的事件通知限制规则被满足为止。
40.如权利要求39所述的方法，其中， 如果事件通知是呈现事件通知，则所述订阅者是观察者并且接收所述事件通知限制请求的目标是呈现服务器。
41.如权利要求39所述的方法，其中，所述事件通知限制请求由已经从所述订阅者接收到事件订阅请求的事件通知控制器、根据从所述事件订阅请求中提取的事件通知限制规则来生成。
42.如权利要求41所述的方法，其中，所述事件通知限制规则包括所述事件通知可能的预测时间。
43.一种用于由事件通知控制器根据订阅者的偏好控制会话初始协议SIP特定事件通知的方法，所述方法包括步骤 从订阅者接收事件订阅请求； 确定所述事件订阅请求是否包括由所述订阅者设置的事件通知限制规则； 提取所述事件通知限制规则；以及 根据所述事件通知限制规则控制事件通知从订阅目标向所述订阅者发送。
44.如权利要求43所述的方法，其中，根据所述事件通知限制规则控制事件通知从订阅目标向所述订阅者发送包括 根据所述事件通知限制规则生成用于限制将要向所述订阅者发送的事件通知的事件通知限制请求；以及 向所述订阅目标发送所述事件通知限制请求。
45.如权利要求43所述的方法，其中，所述事件通知限制请求包括所述事件通知可能的预测时间。
全文摘要
公开了用于根据订阅者的偏好控制会话初始协议SIP特定事件通知的系统，所述系统包括订阅目标，用于响应于订阅者的事件订阅请求，通过事件通知控制器将事件通知给所述订阅者；以及所述事件通知控制器，用于根据所述订阅者关于由所述订阅者设置的事件通知的偏好规则确定是否向所述订阅者发送从所述订阅目标传送的事件通知。因此，根据订阅者关于事件通知的偏好规则，能够有效控制给订阅者的事件通知，并且有可能防止订阅者不想要的多余的事件通知的生成。
文档编号H04L29/08GK102984284SQ20121057135
公开日2013年3月20日 申请日期2008年8月21日 优先权日2007年8月21日
发明者吴载权, 金旭 申请人:三星电子株式会社