专利名称：用于基于存在属性的存在通知的系统和方法
技术领域：
本发明总的涉及网络和网络通信的领域。本发明适用于由OMA存在(Presence) 和可用性工作组定义的用户的存在信息的通知。该发明涉及SIP技术。该发明意图优化该存在通知。更具体地，该发明涉及一种用于优化存在通知的针对基于存在的存在通知的系统和方法。
背景技术：
存在系统架构有助于向其他人分享任何用户的存在信息。存在信息基本上是与用户相关联的信息，如用户的当前位置、对用户可用的联系信息、应用特定信息(如有关用户在IM客户端是在线或离线的即时消息、POC特定属性等)。当前用户需要订阅所要求的用户的存在信息，接着其他用户授权该用户查看他的存在信息。存在服务器实体保持该存在订阅且存储用户的存在信息。一旦用户的存在信息改变，存在服务器就向观察员发送该通知。观察员基本上是被授权观察一用户的存在属性的用户。当前用户一旦订阅存在信息他将连续地接收到存在信息改变的通知。SIP SUBSCRIBE和SIPN0TIFY方法被用于订阅和通知。存在巨大的通知和公布流量，而这是网络运营商的首要关注。随着用户数目增加，负荷将进一步增加。按照当前技术水平，存在非必要的通知流量流经网络实体和接入网的情形。当前技术水平支持用于通知主体中的存在信息的筛选程序的定义。该通知主体由存在对象(Presentity)的各种存在信息构成。对于用户有着多个存在属性，而观察员可能不对全部存在属性感兴趣。这可通过在SUBSCRIBE主体中定义筛选程序来实现。用户将在订阅主体中定义筛选程序规则，该滤波程序有助于订阅所需的存在属性。在IETF草案 Functional Description of Event Notification Filtering draft-ietf-simple-even t-filter-funct-05中定义该筛选程序规则。该筛选规则也通过对一些存在属性设置具体条件来定义何时发送该通知的规则，例如可用存在属性的状态由离线变为在线时就发送该通知。此类筛选规则能够在订阅请求的主体中分配，从而该筛选规则也用来设置内容级别。以上描述的当前技术水平有下面的缺点1、在每次修改存在属性之后发出当前通知，通知流量非常高；2、在当前情形中不可能阻断非必要的通知；3、目前用户无法基于在那里的优选来控制该通知；4、有时用户使用多个客户端，用户不希望在一些客户端设备上接收到通知，使用现有技术无法实现这点。目前由IETF定义的筛选程序机制基本上是用于内容和通知率控制的规则，但是本发明基本上旨在基于观察员的存在属性来阻断通知。这些规则允许当用户忙碌或者用户不愿意接收通知(基于设备的性能)时阻断非必要的存在通知。这有助于控制通知流量和帮助用户设置通知阻断筛选规则。
发明内容
技术问题本发明涉及用于优化存在通知的系统和方法。本发明旨在避免非必要的通知由此减少网络负荷和为用户所厌的通知。其提出基于观察员的存在信息来设置该通知。本发明提供设置用于存在信息的通知的、基于观察员的存在的筛选规则的系统和方法。因此，本发明解释用于基于存在的存在通知的系统，该系统包括存在服务器，其存储存在订阅和存在信息；和存在XDMS，用于存储与授权相关的信息，其中存在服务器存储属于基于存在的通知的传递的筛选规则。因此，本发明还解释一种用于基于存在的存在通知的方法，该方法包括以下步骤通过存在服务器存储存在订阅和存在信息；和通过存在XDMS存储与授权相关的信息，其中由存在服务器使用属于基于存在的通知的传递的筛选规则。有益效果本创新提供一种系统和方法以使用户能够基于他的存在属性设置通知阻断筛选程序的。本发明具有以下优点i)因为能够阻断不想要的通知所以能够降低通知流量；ii)能够使用用户的优选(如其存在信息)来设置该通知；iii)用户能够设置用于该通知的时间周期；iv)用户也能够基于其设备类型控制该通知。同样对本领域的技术人员显然的是其他的控制方法和装置能够依照说明书和附图的教示从本发明的各种方法和装置的组合中演绎出来，且这些也应当被认为是落在本发明的范围之内的。进一步，因此上面省略对这样的组合和变化的描述。还应当注意到用于存储该应用的主机包括但不限于微芯片、微处理器、手持通信设备、计算机、翻译设备或多功能设备。尽管已经参考附图，结合本发明的优选实施例充分地描述了本发明，但应当注意到各种改变和修改是可能的且对本领域的技术人员是显然的。应当理解此类改变和修改包括在由所附权利要求书限定的本发明的范围内，除非它们从中脱离。
图1说明系统结构；图2说明逻辑流；图3说明单个域-观察员和存在处于相同的域；图4说明多个域的订阅的情形；图5说明替代解决方案，其中存在服务器将订阅观察员的存在信息并且接着将通知阻断筛选程序规则存储在存在服务器中；图6和7说明存在通知的情形。
具体实施例方式从结合了附图的本发明的后继的详细说明，本发明的这些和其他目的、特征和优点将会变得更加明显。现在将参考附图解释本发明的优选实施例。应当理解，公开的实施例仅是本发明的示范，其可以以多样的形式来实现。以下的说明和附图不应被解释为限制本发明，且描述各种具体细节来提供本发明的彻底理解，并作为权利要求的基础和作为教示本领域技术人员如何实现和/或使用本发明的基础。然而，在某些示例中，公知的或传统的细节没有描述以避免不必要地在细节方面使得本发明模糊。当前的存在系统允许用户订阅其他用户的存在信息。存在服务器保持该订阅信息和存在信息。在OMA存在和可用性组中定义的当前的存在系统允许用户定义用于控制在通知中发送的信息量的筛选程序。当前的通知率也能够通过时间属性来控制。可是，由存在服务器产生不需要的通知的众多情形仍然发生。对网络流量来说是非常重的负荷。本创新旨在控制这些通知。本创新旨在基于观察员的存在信息减少通知。本创新提出基于观察员的存在信息来发送通知。本创新允许用户设置规则，从而基于这些规则发送或阻断通知。对此的简单示例是，当观察员忙碌时则不发送该通知。存在多次这样的情况用户忙碌并且不想接收通知，但是他希望保持订阅。这些就是下述情形不想要的通知被发送而增加了用于传递该不想要的通知的网络负荷。本创新提出阻断这些不想要的通知的筛选程序规则。图1示出用于所提出的创新的系统结构。该系统结构包括存在服务器120，其将存储该存在订阅和存在信息，以及存在XML文件管理服务器(XDMQ 140，其将存储与授权相关的信息。在该创新中，我们提出该存在服务器120还存储属于基于存在的通知传递的筛选规则。如图2所示，在存在服务器120中，存储基于观察员的存在的通知阻断筛选程序，然后当给观察员的通知产生时，其将通过基于观察员的存在的通知阻断筛选程序，且然后如果该筛选程序允许则仅该通知被发送至观察员。本创新提出用于设置和应用这些基于观察员的存在的通知阻断筛选规则的方法。本创新提出具有SUBSCRIBE请求且在SUBSCRIBE请求中包括基于观察员的存在的通知阻断筛选主体。在本创新中，我们提出基于观察员的存在的通知阻断筛选程序的结构及其操作流程和处理。下文中，描述单个域和多个域的流程和操作信号流。图2示出用于设置这些筛选程序规则的遵照本创新的总体步骤。客户端110首先使用其内部的基于观察员的存在的通知阻断筛选程序主体来构造SUBSCRIBE请求。该筛选程序主体将具有在发送通知前要被检查的具体的条件，例如，如果我的存在状态是 BUSY(忙碌)则不发送该通知。该筛选程序主体是XML格式。存在服务器120从客户端110 接收到SUBSCRIBE请求而然后评估条件。如果存在服务器120理解并且能够处理这些条件， 则存在服务器接着发送2000K响应和具有值为“CondOK”的订阅状态报头并包含存在属性的主体的随后通知。从而请求的通知阻断筛选规则将被存储在存在服务器120中，且每当通知产生时都检查这些条件。图3示出单个域的流程图，其中观察员和存在对象处于相同的域中。具体流程如下1.观察员310发送在订阅请求主体中的具有用于通知阻断的筛选程序的 SUBSCRIBE 请求；2. SIP核心320转发该请求至存在服务器；3.存在服务器330接收该请求，检查授权，以及检查筛选程序主体结构。如果发现筛选程序主体有效，则存在服务器330接着存储该筛选程序，并发送肯定的响应。如果授权不被允许，则存在服务器330依照SIP SUBSCRIBE/NOTIFY行为发送否定的响应。如果通知阻断筛选程序被允许，则存在服务器330也将“CondOK”包括在响应中，或者，如果通知阻断筛选程序不被允许则发送“CondReject”并接着终止订阅。可替换的，存在服务器330能够在接受请求的订阅的同时仅使请求的通知阻断筛选规则无效；4.存在服务器330经过SIP核心320发送2000K ；5. SIP核心320转发该响应至观察员设备310 ；6.存在服务器330发送具有如“CondOK”或“CondReject”的适当状态的初始通知响应以指示该请求的通知阻断筛选程序是被接受还是被拒绝；7. SIP核心320转发通知响应至观察员310 ；8.代表存在对象的存在源340识别存在对象的存在信息上的改变，并且向存在服务器330公布(PUBLISH)该更新的存在信息；9.存在服务器330产生通知且随后检查通知阻断筛选程序规则；10.如果通知阻断规则允许发送通知，则存在服务器330随后向观察员310发送该通知；11. SIP核心320转发该通知请求至观察员310。这样，定义存在通知阻断筛选程序并将其存储到存在服务器330，可以避免非必要的通知流经网络。这也有助于避免此类存在通知流经接入网，并且这对无线环境将非常有
■、Λ
frff. ο图4示出多个域的情形。其中，客户端发送订阅请求且包括路由报头字段和如归属存在服务器430的分配值。1.观察员410发送具有用于基于存在的筛选的筛选程序主体的SUBSCRIBE请求， 并且还添加具有其归属存在服务器地址的路由报头字段；2. SIP核心450转发该请求至观察员的归属存在服务器；3.观察员的归属存在服务器430提取关于存在的筛选程序，设置该筛选程序，并添加记录路由报头和添加其地址并且向存在对象网络的SIP核心450转发该请求；4. SIP核心420向存在对象的存在服务器440转发该订阅请求；5.存在对象的存在服务器440检查授权策略，并且如果观察员被授权，则存在服务器440将存储有关存在文档的内容的筛选程序并发送2000K响应；6.存在对象的SIP核心450转发该2000K响应至观察员的存在服务器430 ；7-8.存在服务器430经由SIP核心450转发该2000K响应；9-10.存在服务器440经过SIP核心420向观察员410发送第一初始通知，这将经过观察员的存在服务器430被路由，正如同以上的2000K响应；11-12.观察员的存在服务器430接收该第一通知以及随后的合适的状态信息，并将其经由SIP核心420转发至观察员410 ；13.存在对象的存在源460经过SIP核心450向存在对象的存在服务器440发送用于更新其存在信息的PUBLISH请求；14. SIP核心450向存在对象的存在服务器440转发该请求；15.存在对象的存在服务器440更新存在对象的存在文档，并且检查有关存在文档的内容的筛选程序，并通过将通知添加在路由报头中来发送通知至观察员的存在服务器 430 ；16. SIP核心450转发该通知请求至观察员的存在服务器430 ；17-18.观察员的存在服务器430检查该通知并检查有关观察员的存在的筛选程序，如果筛选程序允许则经过SIP核心420转发该通知至观察员410。这种方式定义存在筛选程序且将其存储到存在服务器，可以避免非必要的通知流经网络。其也有助于避免此类存在通知流经接入网，并且这对无线环境将非常有益。图5示出替代的解决方案，其中存在对象的存在服务器将订阅观察员的存在信息并接着将基于观察员的存在的通知阻断筛选程序规则存储在存在对象的存在服务器中。从而存在对象的存在服务器将基于观察员的存在信息来阻断通知。1-3.观察员410发送在主体中具有筛选程序的SUBSCRIBE请求，这将被路由至存在对象的存在服务器440。4.存在对象的存在服务器440检查授权，并随后设置筛选程序规则和存储该筛选程序规则。5-7.存在对象的存在服务器440经过SIP核心450、420发送2000K响应至观察员 410。8-10.存在对象的存在服务器440经过SIP核心450、420发送存在对象的存在信息的初始通知至观察员410。11-13.存在对象的存在服务器440向观察员的存在服务器430订阅要求的观察员的存在信息。14-20.观察员的存在服务器430主动授权存在服务器，并接着向存在对象的存在服务器440发送2000K响应和随后的观察员的存在属性的通知。21-22.当存在对象的存在信息改变时，关于存在对象的存在源460将发送 PUBLISH请求，以更新存在对象的存在服务器440中的存在信息。23.存在服务器440将检查通知阻断规则以及内容筛选规则并且决定是否发送该通知。24-26.存在对象的存在服务器440在检查筛选程序规则后将向观察员发送存在对象的存在信息的通知。下文中，将描述基于观察员的存在的通知阻断筛选程序的主体结构。本创新提出具有以下XML方案以用于设置筛选规则。该方案提出具有称作“通知-阻断-设置(Notification-Block-set)”的一个根元素。对此，有两个元素，其中之一是“PresAttrib”，而另一个是“TimeAttrib”。I^resAttrib被用来设置与存在相关的条件，而TimeAttrib被用来在通知上设置基于时间的控制。PresAttrib由以下属性组成，i. Equals (相等)存在属性等于随后阻断该条件的因素iiType (类型)值的类型，是XPATH还是URI等iii. FID 筛选程序ID，用于区分不同的筛选程序iv. ValidTime (有效时间)条件有效的时间段v. OperationType (操作类型)对筛选规则执行的操作，如添加更多的筛选程序、 消除筛选规则与规则相关联而执行的操作PresAttrib将具有按照XPATH或URI格式的作为存在属性的值，从而存在服务器将检查存在属性是否等于Equals属性值(这是强制值)，如果发现相匹配则其会阻断该通知。ValidTime属性被用来给出该条件的有效时间段。TimeAttrib被用来设置基于时间的通知阻断，如阻断通知FROM(开始)到TO(结束)的值。注意在I^resFilter中我们能够具有多个I^resAttrib，意味着能够设置一个或多个条件。出现一个或两个I^resAttrib时则执行逻辑OR操作，这对TimeAttrib亦然。下面表1示出关于上述的基于观察员的存在的通知阻断筛选程序的结构的方案的定义。表1
权利要求
1.一种服务器，用于在其中存储存在订阅信息以及发送基于至少一个客户端的存在信息的存在通知，包括用于从观察员客户端接收包括含筛选规则的请求的装置，其中该筛选规则基于该观察员客户端的存在属性；用于存储根据该筛选规则的通知阻断筛选程序的装置；以及用于利用该通知阻断筛选程序向该观察员客户端发送存在通知的装置。
2.如权利要求1所述的服务器，其中该观察员客户端被授权观察用户的存在信息。
3.如权利要求1所述的服务器，进一步包括用于在为该观察员客户端产生存在通知时基于该通知阻断筛选程序检查该观察员客户端的当前存在属性的装置，其中该存在通知包含该观察员客户端请求的存在体的存在属性，而且其中，当该观察员客户端的当前存在属性与该通知阻断筛选程序匹配时，向该观察员客户端发送该存在通知。
4.如权利要求1所述的服务器，其中该观察员客户端的存在属性包括离开、会议、和关闭中的至少一个。
5.一种方法，用于在用于在其中存储存在订阅信息的服务器中发送基于至少一个客户端的存在信息的存在通知，该方法包括步骤从观察员客户端接收包括筛选规则的请求，其中该筛选规则基于该观察员客户端的存在属性；存储与该筛选规则对应的通知阻断筛选程序；以及根据该通知阻断筛选程序向该观察员客户端发送存在通知。
6.如权利要求5所述的方法，其中该观察员被授权观察用户的存在信息。
7.如权利要求5所述的方法，该方法进一步包括在为该观察员客户端产生存在通知时，基于该通知阻断筛选程序检查该观察员客户端的当前存在属性，其中该存在通知包含该观察员客户端请求的存在体的存在属性，而且其中，当该观察员客户端的当前存在属性与该通知阻断筛选程序匹配时，向该观察员客户端发送该存在通知。
8.如权利要求5所述的方法，该方法进一步包括 根据该观察员客户端的请求而使能或禁止该筛选规则。
9.如权利要求5所述的方法，该方法进一步包括 根据该观察员客户端的请求而删除该筛选规则。
10.如权利要求5所述的方法，其中该筛选规则包含在发送存在通知之前要检查的详细条件，而且该方法进一步包括当接收请求时，评估该详细条件，以及当该服务器能够处理该详细条件时，向该观察员客户端发送肯定响应存在。
11.如权利要求10所述的方法，其中该观察员客户端的存在属性包括离开、会议、和关闭中的至少一个。
12.一种方法，用于在客户端中接收基于至少一个客户端的存在信息的存在通知，该方法包括步骤产生包括筛选规则的请求，其中该筛选规则基于该客户端的存在属性； 向服务器发送该请求；以及从该服务器接收存在通知，其中该存在通知满足该筛选规则。
13.如权利要求12所述的方法，该方法进一步包括 发送用于使能或禁止该筛选规则的请求。
14.如权利要求12所述的方法，该方法进一步包括 发送用于删除该筛选规则的请求。
15.一种客户端，用于接收基于至少一个客户端的存在信息的存在通知，该客户端包括用于产生包括筛选规则的请求的装置，其中该筛选规则基于该客户端的存在属性； 用于向服务器发送该请求的装置；以及用于从该服务器接收存在通知的装置，其中该存在通知满足该筛选规则。
全文摘要
提供一种用于优化存在通知的系统和方法。该系统包括存在服务器，其存储存在订阅和存在信息；和存在XDMS，用于存储与授权相关的信息，其中存在服务器存储属于基于存在的通知传递的筛选规则。该方法包括以下步骤通过存在服务器存储存在订阅和存在信息；和通过存在XDMS存储与授权相关的信息，其中由存在服务器使用属于基于存在的通知传递的筛选规则。
文档编号H04L29/06GK102307243SQ20111030897
公开日2012年1月4日 申请日期2007年8月14日 优先权日2006年8月14日
发明者吴载权, 玛尤雷施.M.帕蒂尔 申请人:三星电子株式会社