专利名称：呈现服务方法、系统及资源列表服务器的制作方法
技术领域：
本发明涉及信息呈现技术，具体涉及一种呈现信息服务方法、系统及资源列表服务器。
背景技术：
开放移动联盟(OMA，Open Mobile Alliance)定义了呈现业务，用于收集、处理和分发用户或其他实体的呈现信息，所述呈现信息包括用户是否在线、用户的当前位置及用户的心情等。
呈现系统分为呈现体、呈现服务器(PS，Presence Server)、及观察者三个元素，还可以包含一个资源列表服务器(RLS，Resource List Server)。呈现体将呈现信息发布到所述呈现服务器，呈现服务器接收呈现体发布的呈现信息，根据呈现信息的订阅请求将所述呈现信息发送给观察者。资源列表服务器存储资源列表，并处理观察者对资源列表的订阅请求，对资源列表中的每个呈现体发起后端订阅请求，根据接收的通知消息，向观察者发送通知消息。
发明人在实现本发明的过程中发现现有技术中至少存在如下缺点在实际观察者订阅呈现信息时，观察者仅关心呈现信息的部分内容，而现有技术中处理呈现信息订阅时，将全部呈现信息都发送给观察者，存在信息冗余，浪费了网络资源。
发明内容
有鉴于此，实有必要提供一种节省网络资源的呈现服务方法。
基于上述呈现服务方法的构思，提供一种呈现服务系统。
同时，提供一种资源列表服务器。
一种呈现服务方法，包括如下步骤接收第一观察者对呈现信息的订阅请求；根据所述订阅请求确定所述呈现信息对所述第一观察者的第一过滤规则；根据所述订阅请求向呈现服务器订阅所述呈现信息；接收所述呈现信息通知消息；及根据所述第一过滤规则过滤所述呈现信息通知消息后向所述第一观察者发送过滤后的呈现信息通知消息。
一种呈现服务系统，包括资源列表服务器，用于根据第一观察者的订阅请求确定的过滤规则处理所述订阅请求；及呈现服务器，用于提供呈现信息。
一种资源列表服务器，包括接收单元，用于接收第一观察者或第二观察者对呈现信息的订阅请求；订阅单元，用于根据所述订阅请求向呈现服务器订阅所述呈现信息；通知单元，用于向所述第一观察者和/或所述第二观察者发送过滤后的呈现信息通知消息；过滤规则确定单元，用于根据所述订阅请求确定所述呈现信息对所述第一观察者的第一过滤规则，和/或所述第二观察者的第二过滤规则；及过滤单元，用于根据所述第一过滤规则和/或第二过滤规则过滤所述呈现信息通知消息。
由上述方案可以看出，本发明实施例通过根据所述订阅请求确定所述呈现信息对所述第一观察者的第一过滤规则，根据所述第一过滤规则过滤所述呈现信息通知消息后向所述第一观察者发送过滤后的呈现信息通知消息。避免了将所述第一观察者不需要的呈现信息发送给所述第一观察者，节省了网络资源，减少了所述第一观察者筛选的负担，使所述第一观察者根据需要订阅呈现信息。
图1为本发明实施例呈现服务方法流程图。
图2为本发明实施例呈现服务系统结构示意图。
图3为本发明实施例资源列表服务器方框图。
具体实施例方式
请参看图1，一种较佳实施方式的呈现服务方法，用于根据第一观察者和/或第二观察者的订阅将呈现体的呈现信息通知给所述第一观察者和/或所述第二观察者，所述第一观察者和/或所述第二观察者可以是移动终端或固定网络终端，该方法包括如下步骤步骤102，接收第一观察者发送的呈现信息订阅请求。所述订阅请求包括需要订阅的呈现体名称及对于此呈现信息的过滤规则，当然，所述订阅请求也可以不包括过滤规则，仅有需要订阅的呈现信息。所述订阅请求在本实施例中，以SUBSCRIBE订阅消息形式发出，订阅一个资源列表，所述订阅请求消息如下<pre listing-type="program-listing">SUBSCRIBE sip:paul-buddies@pres.example.com SIP/2.0 Via:SIP/2.0/TCP terminal.example.com; branch=z9hG4bKwYb6QREiCL Max-Forwards:70 To:＜sip:paul-buddies@pres.example.com＞//表示消息接收方 From:＜sip:paul@example.com＞;tag=ie4hbb8t//表示消息发送方 Call-ID:cdB34qLToC@terminal.example.com CSeq:322723822 SUBSCRIBE Contact:＜sip:terminal.example.com＞ Event:presence;filter=default//表示订阅presence事件，使用默认(default)的过滤规则 Expires:7200 Supported:eventlist</pre><pre listing-type="program-listing"> Accept:application/pidf+xml Accept:application/rlmi+xml Accept:multipart/related Accept:multipart/signed Accept:application/pkcs7-mime Content-Length:0</pre>上述消息的消息头域Event中包含的过滤参数filter用来指示呈现系统是否应用默认授权规则。若上述消息中不包含上述filter参数则查看消息体中是否包含所述第一观察者的过滤规则，此时若消息体为空则表示不应用过滤规则。此例中的消息头域包括filter参数，其值为default表示应用默认的过滤规则。上述filter参数的值还可以是mix，这时，可以在SUBSCRIBE消息体中包含过滤规则，实际对呈现体应用的过滤规则由消息体中的过滤规则和默认过滤规则的合成。合成过程具体包括两个部分一部分是消息体中的所有过滤规则，一部分是默认过滤规则中不与消息体中过滤规则的id重复的过滤规则。此外，上述filter参数的值还可以是uri，参数值指定一个过滤规则的标识，RLS根据这个标识获取过滤规则。所述订阅请求可以以可扩展性标记语言(XML，Extensible Markup Language)、超文本标记语言(HTML，Hyper Text Markup Language)，或纯文本TXT等文件格式进行发送。
步骤104，向资源列表文档管理服务器(RLS XDMS，其中XDMS为XML文档管理服务器，XML Document Management Server)发送XCAP请求消息，获取资源列表文档。在本实施例中，上述资源列表文档中包含过滤规则。本实施例中，以资源列表服务器RLS向资源列表文档管理服务器RLSXDMS发送的消息以基于XML配置存取协议(XCAP，XML ConfigurationAccess Protocol)的请求格式发送请求。
步骤106，资源列表文档管理服务器RLS XDMS向资源列表服务器RLS返回资源列表。在本实施例中，此步骤中为资源列表文档管理服务器RLSXDMS发送的资源列表消息如下<pre listing-type="program-listing">HTTP/1.1200 OK Etag:"etuk8" ... Content-Type:application/rls-services+xml //下面是资源列表服务集合 ＜ xml version="1.0"encoding="UTF-8" ＞ ＜rls-services xmlns="urn:ietf:params:xml:ns:rls-services" xmlns:rl="urn:ietf:params:xml:ns:resource-lists" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"＞ ＜service uri="sip:mysociety@example.com"＞ ＜resource-list＞http://xcap.example.com/services/resource-lists/users/sip:ronald.underwood@example.com/～～ /resource-lists/list％5b@name=％22spew％22％5d＜/resource-list＞ //一个具体的资源列表 ＜packages＞ ＜package＞presence＜/package＞ ＜/packages＞ ＜/service＞ ＜service uri="sip:friends@example.com"＞ ＜list name="friends"＞//另一个具体的资源列表 ＜rl:entry uri="sip:hermione.blossom@example.com"/＞ //资源列表中的第一项 ＜rl:entry uri="tel:5678;phone-context=+43012349999"/＞ //资源列表中的第二项 ＜/list＞ ＜packages＞ ＜package＞presence＜/package＞ ＜/packages＞</pre><pre listing-type="program-listing"> ＜filter-set＞ //这个资源列表服务对应的过滤规则集(开始) ＜filter id="123"＞ ＜what＞ ＜include＞ /pidf:presence/pidf:tuple[rpid:class="IM"]/pidf:status/pidf:basic ＜/include＞ ＜/what＞ ＜/filter＞ ＜/filter-set＞//这个资源列表服务对应的过滤规则集(结束) ＜/service＞ ＜/rls-services＞</pre>步骤108，向第一观察者发送订阅成功的提示消息。
步骤110，根据所述第一观察者的订阅请求，订阅上述资源列表中的一个呈现体的授权规则文件。在本实施例中，所述授权规则预设在呈现服务器的PS XDMS中，所述PS XDMS根据不同的观察者和不同的呈现体设定不同的授权规则。
步骤112，接收订阅成功的响应消息。本实施例中，此步骤中的订阅成功的响应消息为资源列表文档管理服务器RLS XDMS向资源列表服务器RLS发送的提示消息。
步骤114，接收订阅的授权文件。本实施例中，此步骤为呈现服务器PS根据所述授权规则向资源列表服务器RLS发送的授权文件。
步骤116，资源列表服务器RLS向呈现服务器PS发送接收到所述授权文件的响应消息。
步骤118，根据所述订阅请求向呈现服务器PS订阅所述呈现信息。
步骤120，接收订阅成功的响应消息。
步骤122，接收所述呈现信息通知消息。本实施例中，资源列表服务器RLS接收来自呈现服务器PS的呈现信息。具体呈现信息如下
NOTIFY sip:terminal.example.com SIP/2.0//呈现信息通知消息Via:SIP/2.0/TCP pres.example.com;
branch=z9hG4bKMgRenTETmmMax-Forwards:70From:<sip:paul-buddies@pres.example.com>;tag=zpNctbZq//发送通知消息方To:<sip:adam@example.com>;tag=ie4hbb8t//接收通知消息方Call-ID:cdB34qLToC@terminal.example.comCSeq:997935768 NOTIFYContact:<sip:pres.example.com>
Event:presenceSubscription-State:active;expires=7200Require:eventlistContent-Type:multipart/related;type="application/rlmi+xml";
start="<nXYxAE@pres.example.com>";
boundary="50UBfW7LSCVLtggUPe5z"Content-Length:1560--50UBfW7LSCVLtggUPe5zContent-Transfer-Encoding:binaryContent-ID:<nXYxAE@pres.example.com>
Content-Type:application/rlmi+xml;charset="UTF-8"< xml version="1.0"encoding="UTF-8" >
<pre listing-type="program-listing">//下面是一个列表(开始)＜list xmlns="urn:ietf:params:xml:ns:rlmi" uri="sip:paul-friends@pres.example.com" </pre><pre listing-type="program-listing"> version="1"fullState="true"＞ ＜name language="en"＞Buddy List at COM＜/name＞ ＜name language="de"＞Liste der Freunde an COM＜/name＞ ＜resource uri="sip:bob@example.com""＞ ＜name＞Bob Smith＜/name＞ ＜instance id="juwigmtboe"state="active" cid="bUZBsM@pres.example.com"/＞ ＜/resource＞ ＜resource uri="sip:dave@example.com"＞ ＜name＞Dave Jones＜/name＞ ＜instance id="hqzsuxtfyq"state="active" cid="ZvSvkz@pres.example.com"/＞ ＜/resource＞ ＜resource uri="sip:ed@dallas.example.net"＞ ＜name＞Ed at NET＜/name＞ ＜/resource＞ ＜resource uri="sip:paul-friends@stockholm.example.org"＞ ＜name language="en"＞My Friends at ORG＜/name＞ ＜name language="de"＞Meine Freunde an ORG＜/name＞ ＜/resource＞ ＜/list＞//上述列表(结束)</pre>--50UBfW7LSCVLtggUPe5zContent-Transfer-Encoding:binaryContent-ID:<bUZBsM@pres.example.com>
Content-Type:application/pidf+xml;charset="UTF-8"< xml version="1.0"encoding="UTF-8" >//列表中一个成员的呈现信息(开始)<pre listing-type="program-listing">＜presence xmlns="urn:ietf:params:xml:ns:pidf"xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"</pre><pre listing-type="program-listing"> entity="sip:bob@example.com"＞ ＜tuple id="sg89ae"＞ ＜status＞ ＜basic＞open＜/basic＞ ＜/status＞ ＜contact priority="1.0"＞sip:bob@example.com＜/contact＞ ＜/tuple＞ ＜/presence＞</pre>//列表中一个成员的呈现信息(结束)--50UBfW7LSCVLtggUPe5zContent-Transfer-Encoding:binaryContent-ID:<ZvSvkz@pres.example.com>
Content-Type:application/pidf+xml;charset="UTF-8"< xml version="1.0"encoding="UTF-8" >
//列表中另一个成员的呈现信息(开始)<presence xmlns="urn:ietf:params:xml:ns:pidf"entity="sip:dave@example.com">
<tuple id="slie74"rpid:class="IM">
<status>
<basic>closed</basic>
</status>
</tuple>
</presence>
//列表中另一个成员的呈现信息(结束)--50UBfW7LSCVLtggUPe5z—步骤124，返回响应消息。本实施例中，资源列表服务器RLS向呈现服务器PS发送接收到所述授权文件的响应消息。
步骤126，根据所述第一过滤规则过滤所述呈现信息通知消息后向所述第一观察者发送过滤后的呈现信息通知消息。所述呈现服务方法还可以包括步骤接收所述第二观察者的所述呈现信息订阅请求；确定所述呈现信息对于所述第二观察者的第二过滤规则；及应用所述第二过滤规则向所述第二观察者发送过滤后的呈现信息通知消息，来复用所述第一观察者订阅的呈现信息。所述复用具体为所述第二观察者订阅的呈现体与所述第一观察者订阅的呈现体相同时，使用为所述第一观察者订阅获取的呈现信息并应用所述第二观察者的过滤规则进行过滤，然后，将过滤后的呈现信息发送给所述第二观察者。
由上述方案可以看出，所述呈现服务方法根据所述订阅请求确定所述呈现信息对所述第一观察者的第一过滤规则，根据所述第一过滤规则过滤所述呈现信息通知消息后向所述第一观察者发送过滤后的呈现信息通知消息。避免了将所述第一观察者不需要的呈现信息发送给所述第一观察者，节省了网络资源，减少了所述第一观察者筛选的负担，使所述第一观察者根据需要订阅呈现信息。所述第一观察者也可以不携带过滤规则，而使用默认的过滤规则，不必在所述订阅请求中携带所述过滤规则，减少了消息流量，节省了网络资源。通过更新所述过滤规则，使得所述第一观察者可以根据自己的最新定义的过滤规则订阅所需呈现信息。通过复用所述第一观察者的呈现信息发送给所述第二观察者，节省了网络带宽，减轻了呈现服务器PS的负担，减少了订阅消息数目，优化呈现系统的性能。
请结合参看图2，基于上述呈现服务方法，提供一种呈现服务系统，用于根据第一观察者和/或第二观察者的订阅将呈现体的呈现信息通知给所述第一观察者和/或所述第二观察者，所述第一观察者和/或所述第二观察者可以是移动终端或固定网络终端，该呈现服务系统包括第一观察者202、第二观察者204、资源列表服务器206、呈现服务器208、资源列表文档管理服务器210和呈现体212。
资源列表服务器206，用于处理所述第一观察者202和/或所述第二观察者204的订阅请求。
呈现服务器208，用于根据授权规则提供呈现体212的呈现信息。
资源列表文档管理服务器210，用于提供呈现体212呈现信息的过滤规则。
由上述方案可以看出，所述呈现服务系统通过资源列表服务器206根据所述第一观察者202的订阅请求确定所述呈现信息对所述第一观察者202的第一过滤规则，资源列表服务器206根据所述第一过滤规则过滤所述呈现信息通知消息后向所述第一观察者202发送过滤后的呈现信息通知消息。避免了将所述第一观察者202不需要的呈现信息发送给所述第一观察者202，节省了网络资源，减少了所述第一观察者202筛选的负担，使所述第一观察者202根据需要订阅呈现信息。所述第一观察者202也可以不携带过滤规则，而使用默认的过滤规则，不必在所述订阅请求中携带所述过滤规则，减少了消息流量，节省了网络资源。通过更新所述过滤规则，使得所述第一观察者202可以根据自己的最新定义的过滤规则订阅所需呈现信息。通过复用所述第一观察者202的呈现信息发送给所述第二观察者204，节省了网络带宽，减轻了呈现服务器208的负担，减少了订阅消息数目，优化呈现系统的性能。请结合参看图3，所述资源列表服务器206进一步包括接收单元302、过滤规则确定单元304、过滤单元306、订阅单元308、过滤规则更新单元310、订阅成功提示单元312、授权规则获取单元314、响应单元316、过滤规则读取单元318和通知单元320。
接收单元302，用于接收所述第一观察者202和/或所述第二观察者204对所述呈现信息的订阅请求。
过滤规则确定单元304，用于根据所述订阅请求确定所述呈现信息对所述第一观察者202的第一过滤规则，和/或所述第二观察者204的第二过滤规则。
过滤单元306，用于根据所述第一过滤规则和/或第二过滤规则过滤所述呈现信息通知消息。
订阅单元308，用于根据所述订阅请求向呈现服务器208订阅所述呈现信息。
过滤规则更新单元310，用于根据所述第一观察者202订阅请求中的过滤规则更新所述过滤规则集。
订阅成功提示单元312，用于提示所述第一观察者202和/或所述第二观察者204订阅成功或失败。
授权规则获取单元314，用于获取所述呈现信息的授权规则，所述授权规则用于定义所述呈现信息对于所述第一观察者可以请求的呈现信息规则。
响应单元316，用于向所述呈现服务器208返回响应消息，所述响应消息用于响应所述呈现信息通知消息。
过滤规则读取单元318，用于读取已经存储在资源列表文档管理服务器210中的过滤规则集来确定所述第一过滤规则和/或所述第二过滤。
通知单元320，用于向所述第一观察者202和/或所述第二观察者204发送过滤后的呈现信息通知消息。
由上述方案可以看出，所述资源列表服务器通过接收单元302根据所述第一观察者202的订阅请求确定所述呈现信息对所述第一观察者202的第一过滤规则，根据所述第一过滤规则过滤所述呈现信息通知消息后向所述第一观察者202发送过滤后的呈现信息通知消息。避免了将所述第一观察者202不需要的呈现信息发送给所述第一观察者202，节省了网络资源，减少了所述第一观察者202筛选的负担，使所述第一观察者202根据需要订阅呈现信息。所述第一观察者202也可以不携带过滤规则，而使用默认的过滤规则，不必在所述订阅请求中携带所述过滤规则，减少了消息流量，节省了网络资源。通过过滤规则更新单元310更新所述过滤规则，使得所述第一观察者202可以根据自己的最新定义的过滤规则订阅所需呈现信息。通过复用所述第一观察者202的呈现信息发送给所述第二观察者204，节省了网络带宽，减轻了呈现服务器210的负担，减少了订阅消息数目，优化呈现系统的性能。综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种呈现服务方法，其特征在于所述呈现服务方法包括如下步骤接收第一观察者对呈现信息的订阅请求；根据所述订阅请求确定所述呈现信息对所述第一观察者的第一过滤规则；根据所述订阅请求向呈现服务器订阅所述呈现信息；接收所述呈现信息通知消息；及根据所述第一过滤规则过滤所述呈现信息通知消息后向所述第一观察者发送过滤后的呈现信息通知消息。
2.如权利要求1所述的呈现服务方法，其特征在于所述确定所述第一过滤规则为根据所述订阅请求中定义有的所述第一过滤规则确定所述第一过滤规则，或根据所述订阅请求中包含的识别标识读取已经存储在资源列表文档管理服务器的所述第一过滤规则。
3.如权利要求2所述的呈现服务方法，其特征在于所述资源列表文档管理服务器中存储的所述第一过滤规则，可根据所述第一观察者订阅请求中的过滤规则更新。
4.如权利要求1所述的呈现服务方法，其特征在于所述呈现服务方法还包括步骤获取所述呈现信息的授权规则，所述授权规则用于定义所述呈现信息对于所述第一观察者可以请求的呈现信息规则。
5.如权利要求1所述的呈现服务方法，其特征在于所述呈现服务方法还包括步骤向所述呈现服务器返回响应消息，所述响应消息用于响应所述呈现信息通知消息。
6.如权利要求1所述的呈现服务方法，其特征在于所述呈现服务方法还包括步骤接收所述第二观察者的对所述第一观察者所订阅的呈现体的呈现信息订阅请求；确定所述呈现信息对于所述第二观察者的第二过滤规则；及应用所述第二过滤规则向所述第二观察者发送过滤后的呈现信息通知消息。
7.如权利要求1所述的呈现服务方法，其特征在于所述呈现服务方法还包括步骤提示所述第一观察者订阅成功或失败。
8.如权利要求1所述的呈现服务方法，其特征在于所述过滤规则以可扩展标记语言XML文档形式描述。
9.一种呈现服务系统，其特征在于所述呈现服务系统包括资源列表服务器，用于根据第一观察者的订阅请求确定的过滤规则处理所述订阅请求；及呈现服务器，用于提供呈现信息。
10.如权利要求9所述的呈现服务系统，其特征在于所述呈现服务系统还包括资源列表文档管理服务器，用于提供呈现信息的过滤规则。
11.一种资源列表服务器，其特征在于，所述资源列表包括接收单元，用于接收第一观察者或第二观察者对呈现信息的订阅请求；订阅单元，用于根据所述订阅请求向呈现服务器订阅所述呈现信息；通知单元，用于向所述第一观察者和/或所述第二观察者发送过滤后的呈现信息通知消息；过滤规则确定单元，用于根据所述订阅请求确定所述呈现信息对所述第一观察者的第一过滤规则，和/或所述第二观察者的第二过滤规则；及过滤单元，用于根据所述第一过滤规则和/或第二过滤规则过滤所述呈现信息通知消息。
12.如权利要求11所述的资源列表服务器，其特征在于所述资源列表服务器还包括过滤规则读取单元，用于读取已经存储在资源列表文档管理服务器的过滤规则集来确定所述第一过滤规则和/或所述第二过滤。
13.如权利要求12所述的资源列表服务器，其特征在于所述资源列表服务器还包括过滤规则更新单元，用于根据所述第一观察者订阅请求中的过滤规则更新所述过滤规则集。
14.如权利要求11所述的资源列表服务器，其特征在于所述资源列表服务器还包括授权规则获取单元，用于获取所述呈现信息的授权规则，所述授权规则用于定义所述呈现信息对于所述第一观察者可以请求的呈现信息规则。
15.如权利要求11所述的资源列表服务器，其特征在于所述资源列表服务器还包括响应单元，用于向所述呈现服务器返回响应消息，所述响应消息用于响应所述呈现信息通知消息。
16.如权利要求11所述的资源列表服务器，其特征在于所述资源列表服务器还包括订阅成功提示单元，用于提示所述第一观察者和/或所述第二观察者订阅成功或失败。
全文摘要
一种呈现服务方法，包括如下步骤接收第一观察者对呈现信息的订阅请求；根据订阅请求确定呈现信息对第一观察者的第一过滤规则；根据订阅请求向呈现服务器订阅呈现信息；接收呈现信息通知消息；及根据第一过滤规则过滤呈现信息通知消息后向第一观察者发送过滤后的呈现信息通知消息。同时，提供一种呈现服务系统及资源列表服务器。本发明实施例节省了网络资源，减少了第一观察者筛选的负担，使第一观察者根据需要订阅呈现信息。
文档编号H04L12/16GK101056319SQ20071007359
公开日2007年10月17日 申请日期2007年3月20日 优先权日2007年3月20日
发明者鲍洪庆, 孙谦, 彭程晖, 宋雪飞, 李林, 贾江涛 申请人:华为技术有限公司