专利名称：一种订阅呈现信息的方法和系统的制作方法
技术领域：
本发明涉及一种订阅呈现信息的方法和系统，尤其涉及一种具有委托机制的订阅呈现信息的方法和系统。
背景技术：
目前，呈现业务的应用越来越广泛，呈现业务(Presence Service)是一种搜集和发布呈现信息(presence information)的通信业务。可能许多人希望获取呈现业务用户的呈现信息，这些人可能包括用户的家人、朋友，也可能包含陌生人，而很多呈现信息都是用户隐私。呈现业务使用户可以利用各种终端，突破空间与时间的限制，寻找聊天伙伴、查询伙伴的状态信息等，实现即时的文本与多媒体信息交流。通过呈现服务器(Presence Server)完成用户状态的呈现与管理，根据呈现信息，可以知道对方是否在线、正在干什么(如开会、吃饭等)、心情、客户端能力、爱好等等信息，用户可以通过发送邀请给其它用户，进行铃声、图片、文件等媒体内容共享。
图1描述了现有技术中实现呈现业务的系统结构，包括呈现体客户端或者应用服务器、呈现服务器(Presence Server)、观察体A(观察体客户端或应用服务器)和呈现XDMS(Presence XML Document Management System)；其中呈现服务器包括呈现信息合成和发布装置、呈现信息订阅处理模块；呈现体客户端或者应用服务器为呈现信息源，当其呈现信息发生改变时，主动向呈现服务器发送PUBLISH发布消息，发布呈现信息；呈现信息订阅处理模块负责接收观察体A的SUBSCRIBE订阅消息，根据被订阅的呈现体预先设置的订阅授权规则来判断订阅的结果，并保存订阅关系(仅仅只由呈现信息订阅处理模块进行订阅处理的方式称为非委托订阅方式)；呈现信息合成和发布装置接收并处理呈现体的PUBLISH发布消息，最终通过NOTIFY通知将呈现信息发布给观察体A；
观察体A订阅呈现体的呈现信息，并接收来自呈现服务器的发布消息。
呈现XDMS(Presence XML Document Management System)保存呈现体的授权列表(订阅授权列表、内容授权列表等)、群组列表等。
观察体A和呈现体客户端可以是移动终端，如手机、PDA(掌上电脑)、智能终端(例如数字机顶盒)等，也可以是固定终端，移动终端上的上述功能同样可以运用于固定终端中，目前也出现了具有SIP功能的固定终端；呈现体客户端上有一个用于订阅消息的应用程序，用户可以通过选择订阅需要订阅的信息，确认后，观察体A或呈现体客户端将所有消息包括用户标识符等一并发送到呈现服务器102。
上述方案中，SUBSCRIBE和PUBLISH等均为SIP消息。SUBSCRIBE的SIP消息头中的“From”字段为观察体的身份标志，“To”表示呈现体的身份标志。如果消息体为空，则订阅呈现体的所有呈现信息，如果消息体中包含一个部分订阅XML文档，其指明订阅呈现体的哪些呈现信息。现有机制中订阅授权列表采用XML文档描述，包括<Condition>、<Action>和<Transformation>元素，元素<Condition>表示匹配条件，包括1)Identity用户身份标志，例如“sipzhangsan@163.com”；2)Domain域，例如“@163.com”，对于符合<Condition>条件的用户，订阅成功后，可以向他们发布呈现信息(如活动状态开会、吃饭等)；元素<Action>表示匹配以后采取的动作，主要包括allow(允许)、block(拒绝)、polite-block(友好拒绝，该过程返回订阅成功消息，但是永远不向观察体通知呈现信息，即友好地拒绝；达到的效果跟拒绝一样)和confirm(等待确认)；元素<Transformation>表示订阅成功后允许向观察体发布哪些信息，这个仅仅在发布信息时执行，跟订阅授权无关。
上述方案中呈现XDMS与呈现服务器分离，各种规则保存在呈现XDMS上，呈现体客户端通过聚合代理(Aggregation Proxy)使用XCAP协议，或者应用服务器直接使用XCAP协议，或者用户通过人机交互界面(如网页)去呈现XDMS设置和修改各种规则；现有技术中，呈现XDMS也可以和呈现服务器合并，各种规则保存在呈现服务器中。
下面结合图2具体描述一下现有技术方案中的流程1)呈现体首先要在呈现XDMS进行一些设置(例如订阅授权规则(允许哪些用户订阅)、内容授权规则(允许发布哪些信息)等，呈现服务器可以通过XCAP协议来获得这些规则，或者如果呈现服务器订阅了这些规则的改变通知，则当这些规则发生改变时，呈现XDMS会通知呈现服务器。订阅授权规则(Subscription Authorization Rule)和内容授权规则(ContentAuthorization Rule)保呈现一个XML文件中，此XML包括3个重要的元素<Condition>、<Action>、<Transformation>。<Condition>表示匹配的条件，<Action>表示匹配的结果，(允许、拒绝、友好拒绝、等待确认)，<Condition>和<Action>的组合对应订阅授权规则，用于按照呈现体客户端设置的规则处理观察体客户端的订阅请求；<Transformation>对应内容授权规则，用于按照呈现体客户端设置的规则(对于某个观察体客户端允许发布哪些信息)，将不允许发布的信息过滤掉)；2)观察体A向呈现服务器请求订阅(SUBSCRIBE)呈现体的呈现信息；3)呈现服务器中的呈现信息订阅处理模块根据呈现XDMS中的订阅授权规则匹配，如果匹配，允许订阅；同时保存此订阅关系；4)呈现体向呈现服务器发布(PUBLISH)信息；5)呈现服务器中的呈现信息合成和发布装置根据存储在呈现XDMS中的一系列规则处理后向观察体A发送呈现信息的通知(NOTIFY)。
在上述的现有技术中，呈现信息的订阅者必须是呈现体本身，始终不太灵活，用户体验也差，用户某些情况下，需要委托别人订阅呈现信息(比如呈现体A委托呈现体B订阅)，目前技术无法实现，用户使用某种应用服务器时，无法委托应用服务器订阅呈现信息(比如玩游戏时，需要订阅玩伴的信息)，需要用户自己登陆另外一个程序订阅，体验又差又不灵活；用户使用某些业务时，由于对于业务不熟悉，此业务相关呈现体具备哪些呈现信息，用户不清楚，这样就限制了呈现信息的内容，使得业务展现信息贫乏，用户使用困难，如果能委托订阅就可以减少这种使用不便的。
发明内容
本发明的目的就是提供一种委托订阅呈现信息的方法和设备，使得呈现信息的订阅变得更加灵活，简单，能很好的提升用户体验。为实现本发明提供如下技术方案
本发明提供一种订阅呈现信息的方法，包括如下步骤1)呈现服务器接收观察体客户端或应用服务器发送的订阅消息；2)根据所述订阅消息判断是否为委托订阅方式，如果是，呈现服务器根据委托授权规则处理所述消息，如果否，呈现服务器按照非委托订阅方式处理所述消息；3)呈现服务器将处理所述消息后得到的订阅关系进行保存。
所述委托授权规则包括委托订阅授权规则，所述委托订阅授权规则用于判断该订阅消息采用何种委托订阅方式处理。
所述委托订阅授权规则包括禁止列表和呈现服务器默认策略。
所述委托授权规则还包括委托订阅内容授权规则，所述委托订阅内容授权规则包括个人委托订阅内容授权规则、通用委托订阅内容授权规则和默认规则中的一个或几个的组合。
判断是否为委托订阅方式的方法包括判断发送所述订阅消息的用户的标识与订阅者的标识是否一致，或者判断在订阅消息中是否设置了表明为委托订阅方式的字段。
所述根据委托授权规则的处理包括判断是否需要等待委托方确认，如果需要等待确认，则进行等待确认的处理。
所述根据委托授权规则的处理包括判断是否需要拒绝，如果是，则拒绝订阅。
所述观察体客户端为移动终端或者固定终端。
所述应用服务器为游戏服务器。
本发明还提供一种订阅呈现信息的系统，包括呈现服务器，所述呈现服务器(102)还包括委托检查和处理装置(405)用于检查从观察体客户端或应用服务器接收的订阅消息是否为委托订阅方式，如果为委托订阅方式，根据委托授权规则对订阅消息进行处理，然后将获得的订阅消息发送给呈现信息订阅处理模块(105)；如果为非委托订阅方式，直接将订阅消息发送给呈现信息订阅处理模块(105)；呈现信息订阅处理模块(105)，处理订阅消息并保存订阅关系。
所述委托检查和处理装置包括委托订阅授权处理装置和/或委托订阅内容授权处理装置，所述委托订阅授权处理装置判断订阅消息是否为委托订阅方式以及是否允许委托订阅；所述委托订阅内容授权处理装置根据委托订阅内容授权规则判断允许委托订阅哪些内容。
所述委托订阅授权处理装置还判断该订阅消息是否需要等待确认、是否需要采用服务器默认策略和是否需要拒绝中的一个或多个，针对判断结果作相应处理。
所述委托订阅内容授权处理装置用于根据个人委托订阅内容授权规则、通用委托订阅内容授权规则和默认规则中的一个或几个对订阅消息进行处理。采用本发明的上述技术方案，能够实现用户委托其他人或其他应用服务器订阅呈现信息的需求；能够在用户使用应用的过程中订阅呈现信息，不需要登陆到专门的呈现信息订阅终端上，使呈现信息的订阅更加灵活，用户不需要对某个业务非常了解，不需要记住业务具备哪些复杂的呈现信息；该业务可以提供人机交互界面，将其呈现信息显示给用户进行选择，降低了用户订阅呈现信息的难度。
通过以下结合附图对本发明优选实施方式的描述，本发明的其他特点、目的和效果将变得更加清楚和易于理解。
下面将参考附图来描述本发明的优选实施方式，其中图1为现有技术中实现呈现业务的系统结构图；图2为现有技术方案的执行流程图；图3为本发明的系统结构图；图4为本发明的订阅和发布流程流程图；图5为本发明执行委托订阅授权规则和委托订阅内容授权规则的流程图；在所有的上述附图中，相同的标号表示具有相同、相似或相应的特征或功能。
具体实施例方式
下面结合附图对本发明做进一步的说明。
参考图3，改进后的系统包括观察体A303、受委托的观察体C304(观察体客户端或应用服务器)、呈现服务器102和呈现XDMS104，其中呈现服务器102包括委托检查和处理装置305、呈现信息订阅处理模块105，参考图4，具体的订阅和发布流程如下1)观察体A303预先在呈现XDMS104进行一些设置(例如订阅授权规则(允许哪些用户订阅)、内容授权规则(允许发布哪些信息)和委托授权规则(包括委托订阅授权规则，规定是否允许委托订阅；委托订阅内容授权规则，规定允许委托订阅哪些内容等))；2)观察体A303委托观察体C订阅(SUBSCRIBE)呈现体B的呈现信息；3)受委托的观察体C向呈现服务器的委托检查和处理装置305发出委托订阅请求，请求替观察体A订阅呈现体B的呈现信息；委托检查和处理装置305进行如下操作a)检查是否为委托订阅方式(即订阅者是否是帮助别人订阅呈现信息)；b)如果为非委托订阅方式，则进入步骤f)；如果为委托订阅方式，进入步骤c)；c)从呈现XDMS获取委托订阅授权规则和委托订阅内容授权规则(各个规则只要在需要应用该规则的步骤之前获得就可以，不一定非要在本流程的该步骤进行)；d)根据委托订阅授权规则判断是否允许委托订阅；e)根据委托订阅内容授权规则，判断允许委托订阅哪些内容；f)将订阅消息发送给呈现信息订阅处理模块105；g)呈现信息订阅处理模块105，根据呈现体B设置的订阅授权规则进行处理，并保存订阅关系(如A订阅了B的位置信息)；4)呈现体B向呈现服务器102发布(PUBLISH)呈现信息；例如老总委托秘书、用户使用某种业务(如登陆游戏服务器)，或者点击按钮触发委托发布流程；5)呈现服务器102根据发布规则和订阅关系处理该呈现信息，向观察体A303发送通知(NOTIFY)。
该实施例中，委托检查和处理装置305的各种操作均为可选项。
上述委托检查和处理装置305对于各种规则的获取，可以是呈现服务器通过XCAP协议来获得这些规则，或者如果呈现服务器订阅了这些规则的改变通知，则当这些规则发生改变时，呈现XDMS会通知呈现服务器。可以是委托检查和处理装置自己通过XCAP协议去XDMS获取；也可以在呈现服务器中设置一个公用的模块，专门用于从XDMS上获取规则，并提供给其它模块使用；还可以是上述各种规则直接存储在呈现服务器中；本领域技术人员应该明白，本发明中各个装置获取相应的规则都可以采用上述方式。
作为一种优选实施例，所述委托检查和处理装置305包括委托订阅授权处理装置和/或委托订阅内容授权处理装置，所述委托订阅授权处理装置判断订阅消息是否为委托订阅方式以及是否允许委托订阅；所述委托订阅内容授权处理装置根据委托订阅内容授权规则判断允许委托订阅哪些内容。
本实施例中的观察体和呈现体均为呈现体客户端或应用服务器，应用服务器包括游戏服务器或具有相似功能的服务器，也包括即时消息服务器(如ICQ/MSN服务器)。
上述实施例中描述了以委托方式订阅呈现信息的流程，在呈现服务器中，可以将委托订阅方式与现有订阅方式相结合，通过委托检查流程进行判断依据哪种方式进行处理；用于委托检查的装置(委托检查和处理装置)接收到订阅消息，首先检查是否为委托订阅，如果为非委托订阅方式，则按照现有流程处理，如果是委托订阅方式，则从呈现XDMS上获取委托授权规则(包括委托订阅授权规则(是否允许委托订阅)、委托订阅内容授权规则(允许委托订阅哪些内容)。
关于检查是否为委托订阅，可以采取下列方式方法一、从订阅消息头中获取发送该订阅消息的用户的标识和呈现信息订阅者(观察体)的标识，然后进行比较，如果匹配一致，则为非委托订阅方式，如果不一致，则为委托订阅方式。所述消息头中<From>表示订阅呈现信息的用户(委托者)，<To>表示被订阅的呈现体，<P-Asserted-Identity>表示发送该消息的用户标识(受委托方)；如果<From>和<P-Asserted-Identity>相同，则为非委托方式，否则为委托方式；所述“<From>、<To>和<P-Asserted-Identity>”可以位于订阅消息的任何位置，只要呈现服务器能够根据预先设定的协议检测到该消息即可。
方法二、可以在订阅消息(消息头或消息体)中增加表明为委托订阅的字段，如“Delegation”字段，指明委托方的身份标志，同时指明为委托订阅方式；当然，本领域技术人员能明白，这个字段放在订阅消息时发送的信息中的任何一处均可以，只要呈现服务器能够根据预先设定的协议检测到该消息即可，而且字段可以设定为任何一种字段。
下面对执行委托订阅授权规则和委托订阅内容授权规则的流程作一个详细的说明，参考图5，具体流程如下1)委托检查和处理装置接收到订阅消息后，从呈现XDMS上获取委托订阅授权规则，根据委托订阅授权规则进行匹配；2)检查发送方(受委托方)在禁止列表中是否有匹配项，如果有，则拒绝订阅；否则，进入步骤3)；3)检查不在禁止列表中的发送方在委托订阅授权规则中是否还有相应的匹配项，如果否，应用呈现服务器的默认策略(如可以是拒绝或订阅所有呈现信息)；如果是，进入步骤4)；4)检查是否存在多个匹配项，如果是，按照选择规则(如优先级)进行选取；5)根据获得的匹配项，索引委托订阅授权规则中与该匹配项对应的结果，如果结果不为允许，进入步骤6)，如果结果为允许，应用委托订阅内容授权规则，“委托订阅内容授权规则”的目的就是为了限制受委托人可以订阅哪些呈现信息，例如张三委托游戏服务器仅订阅玩游戏的人的游戏呈现信息，如果游戏服务器去订阅呈现体的“位置+游戏”信息，则最终只有对游戏的订阅会被保存到订阅关系中；6)如果判断结果为友好拒绝，则友好拒绝订阅，否则进入下一步；7)如果结果为需要确认，则执行确认的处理流程(让委托人进行选择，可以是选择委托订阅内容授权规则，如通用委托订阅内容授权规则或某个个人委托订阅内容授权规则，也可以是直接选取可以订阅的内容选项，还可以拒绝)；对于各种规则的制定，可以根据个人的需求，灵活掌握，上面例举的规则的判断是利用匹配与各个规则相关联的消息字段或标识进行的。
上述本发明涉及到的各个操作步骤及各种规则的制定，本领域技术人员根据现有掌握的编程手段就能轻易实施。
为有助于理解，下面列举几个具体的委托订阅授权规则和委托订阅内容授权规则的例子，首先要匹配委托订阅授权规则，包括查找禁止列表和匹配记录表，匹配记录表包括个人身份匹配(指按照具体的个人的身份(Identity)来匹配，例如具体到个人张三、李四)和通用身份匹配(指不具体到个人，可以采用一个具有公共特性的标识进行匹配判断，例如*@163.com)，根据查找的结果进行相应的处理；如在禁止列表中查找到匹配标识，则拒绝订阅；如查找结果对应的规则为允许，则将该允许对应的标识在委托订阅内容授权规则中进行匹配，应用匹配结果所对应的委托订阅内容授权规则进行处理；如查找结果对应的规则为友好拒绝，则友好拒绝订阅；如查找结果对应的规则为确认，则进行等待确认的处理；委托订阅内容授权规则包括个人委托订阅内容授权规则和通用委托订阅内容授权规则，个人委托订阅内容授权规则与个人标识相对应，通用委托订阅内容授权规则与通用标识相对应；在这些规则中可以制定符合相应规则的信息订阅内容或订阅范围；下面举例说明，假设呈现体为用户李四，委托人为田林一，受委托人为张三，委托人田林一委托张三，要求其订阅李四的位置呈现信息；张三在发送订阅请求的时候，要求订阅李四的“位置+游戏”呈现信息；用户田林一的委托授权规则和呈现体李四的订阅授权规则如下所示1、禁止列表liming@163.comchen@163.com2、匹配记录表
3、委托订阅内容授权规则
呈现体李四的订阅授权规则
参照上面的禁止列表、订阅授权规则和内容授权规则，例举几个用户订阅消息的实例1、如果是liming@163.com帮助田林一订阅，由于在禁止列表中而被拒绝；2、如果是zhangsan@163.com帮助田林一订阅，匹配订阅授权规则(匹配记录表)的时候，个人和通用均有，匹配结果为个人的优先级高，且对应规则为允许；则将个人的标识“zhangsan@163.com”在委托订阅内容授权规则中进行匹配，匹配的结果为采用“zhangsan@163.com”对应的委托订阅内容授权规则，允许订阅游戏信息，张三在发送订阅请求的时候，要求订阅李四的“位置+游戏”呈现信息，由于委托订阅内容授权规则中只允许订阅游戏信息，这样，经过委托订阅授权规则处理后的结果如下张三经过委托，允许其帮助田林一订阅，仅将游戏相关呈现信息订阅请求发给下一装置；根据呈现体李四的授权规则处理上一步骤中发下来的订阅请求，结果为允许委托人田林一订阅李四的呈现信息，且订阅关系中将保存有田林一仅订阅游戏相关呈现信息。呈现体李四发布信息的时候，将根据订阅关系，仅将游戏呈现信息发送给田林一(在这里采用精确匹配方式，如果在委托订阅内容授权规则中没有zhangsan@163.com标识，则采用标识“*@163.com”对应的规则进行处理，即只允许发位置信息，如果两者都没有就应用默认规则，例如拒绝)；3、如果是tiantian@163.com帮助田林一订阅，查找委托订阅授权规则中的匹配记录表时，匹配结果为通用标识，规则对应为拒绝，则拒绝订阅；4、如果是chenrui@163.com帮助田林一订阅，委托订阅授权规则中的匹配标识为个人标识，对应规则为允许；将该个人标识chenrui@163.com在委托订阅内容授权规则中进行匹配，匹配的结果为“*@163.com”，对应的规则为允许订阅位置信息；同上面相同，经过呈现体李四的授权规则处理后，允许委托人田林一订阅李四的呈现信息，且订阅关系中将保存有田林一仅订阅位置相关呈现信息。
5、如果是luojun@future.com帮助田林一订阅，由于在委托订阅授权规则中(禁止列表和匹配记录表)没有匹配的标识，根据呈现服务器的默认策略，可以为友好拒绝；6、如果是macy@future.com帮助田林一订阅，在委托订阅授权规则中有匹配的标识，但是该标识对应的规则为确认，则进行确认的处理过程。
针对本发明的方法，下面描述本发明的呈现体客户端或观察体的结构和相应流程本发明的呈现体客户端或观察体中增加的委托订阅处理模块，呈现体客户端执行如下处理流程；1)询问呈现信息订阅实体(发送订阅消息的观察体)是否采用委托订阅；2)如果是委托订阅，在订阅消息中指明为委托订阅方式，例如在订阅消息头中增加委托订阅字段；当然，如果为委托订阅，订阅消息中也可以不添加字段，而是采用发送订阅消息的用户的标识与订阅该信息的用户的标识，由呈现服务器进行判断，也可以添加表示委托订阅方式的字段。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1.一种订阅呈现信息的方法，包括如下步骤1)呈现服务器接收观察体客户端或应用服务器发送的订阅消息；2)根据所述订阅消息判断是否为委托订阅方式，如果是，呈现服务器根据委托授权规则处理所述消息，如果否，呈现服务器按照非委托订阅方式处理所述消息；3)呈现服务器将处理所述消息后得到的订阅关系进行保存。
2.根据权利要求1所述的订阅呈现信息的方法，其特征在于，所述委托授权规则包括委托订阅授权规则，所述委托订阅授权规则用于判断该订阅消息采用何种委托订阅方式处理。
3.根据权利要求2所述的订阅呈现信息的方法，其特征在于，所述委托订阅授权规则包括禁止列表和呈现服务器默认策略。
4.根据权利要求2所述的订阅呈现信息的方法，其特征在于，所述委托授权规则还包括委托订阅内容授权规则，所述委托订阅内容授权规则包括个人委托订阅内容授权规则、通用委托订阅内容授权规则和默认规则中的一个或几个的组合。
5.根据权利要求1至4中任一项的订阅呈现信息的方法，其特征在于，判断是否为委托订阅方式的方法包括判断发送所述订阅消息的用户的标识与订阅者的标识是否一致，或者判断在订阅消息中是否设置了表明为委托订阅方式的字段。
6.根据权利要求1至4中任一项的订阅呈现信息的方法，其特征在于，所述根据委托授权规则的处理包括判断是否需要等待委托方确认，如果需要等待确认，则进行等待确认的处理。
7.根据权利要求5所述的订阅呈现信息的方法，其特征在于，所述根据委托授权规则的处理包括判断是否需要等待委托方确认，如果需要等待确认，则进行等待确认的处理。
8.根据权利要求1至4中任一项的订阅呈现信息的方法，其特征在于，所述根据委托授权规则的处理包括判断是否需要拒绝，如果是，则拒绝订阅。
9.根据权利要求5所述的订阅呈现信息的方法，其特征在于，所述根据委托授权规则的处理包括判断是否需要拒绝，如果是，则拒绝订阅。
10.根据权利要求1至4中任一项的订阅呈现信息的方法，其特征在于，所述观察体客户端为移动终端或者固定终端。
11.根据权利要求1至4中任一项的订阅呈现信息的方法，其特征在于，所述应用服务器为游戏服务器。
12.一种订阅呈现信息的系统，包括呈现服务器，其特征在于，所述呈现服务器(102)还包括委托检查和处理装置(405)用于检查从观察体客户端或应用服务器接收的订阅消息是否为委托订阅方式，如果为委托订阅方式，根据委托授权规则对订阅消息进行处理，然后将获得的订阅消息发送给呈现信息订阅处理模块(105)；如果为非委托订阅方式，直接将订阅消息发送给呈现信息订阅处理模块(105)；呈现信息订阅处理模块(105)，处理订阅消息并保存订阅关系。
13.根据权利要求12所述的订阅呈现信息的系统，其特征在于，所述委托检查和处理装置包括委托订阅授权处理装置和/或委托订阅内容授权处理装置，所述委托订阅授权处理装置判断订阅消息是否为委托订阅方式以及是否允许委托订阅；所述委托订阅内容授权处理装置根据委托订阅内容授权规则判断允许委托订阅哪些内容。
14.根据权利要求13所述的订阅呈现信息的系统，其特征在于，所述委托订阅授权处理装置还判断该订阅消息是否需要等待确认、是否需要采用服务器默认策略和是否需要拒绝中的一个或多个，针对判断结果作相应处理。
15.根据权利要求13所述的订阅呈现信息的系统，其特征在于，所述委托订阅内容授权处理装置用于根据个人委托订阅内容授权规则、通用委托订阅内容授权规则和默认规则中的一个或几个对订阅消息进行处理。
16.根据权利要求14所述的订阅呈现信息的系统，其特征在于，所述委托订阅内容授权处理装置用于根据个人委托订阅内容授权规则、通用委托订阅内容授权规则和默认规则中的一个或几个对订阅消息进行处理。
17.根据权利要求12至16中任一个的订阅呈现信息的系统，其特征在于，所述观察体客户端为移动终端或者固定终端。
18.一种呈现服务器，包括呈现信息订阅处理模块(105)，用于处理订阅消息并保存订阅关系；其特征在于，所述呈现服务器还包括委托检查和处理装置(405)用于检查从观察体客户端或应用服务器接收的订阅消息是否为委托订阅方式，如果为委托订阅方式，根据委托授权规则对订阅消息进行处理，然后将获得的订阅消息发送给呈现信息订阅处理模块(105)；如果为非委托订阅方式，直接将订阅消息发送给呈现信息订阅处理模块(105)。
19.根据权利要求18所述的呈现服务器，其特征在于，所述委托检查和处理装置包括委托订阅授权处理装置和/或委托订阅内容授权处理装置，所述委托订阅授权处理装置判断订阅消息是否为委托订阅方式以及是否允许委托订阅；所述委托订阅内容授权处理装置根据委托订阅内容授权规则判断允许委托订阅哪些内容。
20根据权利要求19所述的呈现服务器，其特征在于，所述委托订阅授权处理装置还判断该订阅消息是否需要等待确认、是否需要采用服务器默认策略和是否需要拒绝中的一个或多个，针对判断结果作相应处理。
21.根据权利要求19所述的呈现服务器，其特征在于，所述委托订阅内容授权处理装置用于根据个人委托订阅内容授权规则、通用委托订阅内容授权规则和默认规则中的一个或几个对订阅消息进行处理。
22.根据权利要求20所述的呈现服务器，其特征在于，所述委托订阅内容授权处理装置用于根据个人委托订阅内容授权规则、通用委托订阅内容授权规则和默认规则中的一个或几个对订阅消息进行处理。
23.根据权利要求18至22中任一个的呈现服务器，其特征在于，所述观察体客户端为移动终端或者固定终端。
全文摘要
本发明涉及一种订阅呈现信息的方法和系统。一种订阅呈现信息的方法，流程如下呈现服务器接收观察体客户端或应用服务器的订阅消息；首先判断是否为委托方式，如果是，根据委托授权规则处理所述消息，如果否，按照非委托方式处理所述消息；将处理所述消息后得到的订阅关系进行保存。还提供一种系统，包括委托检查和处理装置，用于检查从观察体客户端或应用服务器接收的订阅消息是否为委托订阅方式，如果为委托订阅方式，根据委托授权规则对订阅消息进行处理，然后将获得的订阅消息发送给呈现信息订阅处理模块；如果为非委托订阅方式，直接将订阅消息发送给呈现信息订阅处理模块处理订阅消息并保存订阅关系。本发明使呈现信息的订阅方式更加灵活。
文档编号H04L12/58GK1863200SQ200510107430
公开日2006年11月15日 申请日期2005年9月30日 优先权日2005年9月30日
发明者田林一, 招扬, 孙谦 申请人:华为技术有限公司