CN101160879A - 一种设置呈现体配置信息的方法、系统、服务器及单元 - Google Patents

Abstract

本发明公开了一种设置呈现体配置信息的方法、设置呈现体配置信息的系统、文档管理服务器、呈现服务器和委托检查处理单元，用以解决目前设置配置信息必须由呈现体本身完成，无法委托其他实体代其设置的问题。本发明方法包括步骤：收到配置请求后，判断该配置请求是否为委托方式，若是，则根据预先存储的委托方设置的委托设置授权规则确认配置请求发送方的资格，并接受设置。

Description

一种设置呈现体配置信息的方法、 系统、 服各器及单元 技术领域

本发明涉及通信系统， 特别是涉及一种设置呈现体配置信息的方法、 系 统、 服务器及单元。 背景技术

呈现业务 （Presence Service ) 是一种搜集和发布呈现信息 （presence information) 的通信业务。 许多人希望获取呈现业务用户的呈现信息， 这些 人包括用户的家人、 朋友或陌生人， 而很多呈现信息都是用户隐私。 因此， 用户需要设置一些策略以控制 presence信息的发布， 这些控制用户 presence 信息的策略在本文中称为用户配置信息 （preference^

现有技术方案中， 配置信息的设置必须是呈现体本身， 不存在委托机制。 参见图 1所示， 现有系统包括： 呈现体客户端或者应用 （Presence Source), 呈现服务器 （Presence Server)、 观察体客户端 （Watcher)、 XML文档管理服 务器 （Presence XDMS)、 及聚合代理， 其中：

-呈现体客户端或者应用： 其为呈现信息源， 当其呈现信息发生改变时， 主动向呈现服务器发送发布消息， 以发布更新后的呈现信息。 呈现服务器对 所述发布消息处理后（包括合成、 授权、 过滤等）， 向订阅此用户呈现信息的 所有观察体客户端发送更新通知消息， 以使所述观察体客户端获知更新后的 呈现信息。

基于现有系统， 呈现体客户端或者应用可以设置自己的配置信息， 这些 配置信息可以包括： （1 ) 控制呈现信息如何发布； （2) 定义向不同观察者客 户端发布不同信息的策略； （3 ) 包括针对匿名观察者客户端或未认证观察者 客户端的策略； （4) 定义用于未指定的其他用户的策略； （5 ) 定义针对一个 特定的观察者客户端， 一个特定请求或一个特定请求的类型的策略； （6) 对 所述观察者客户端， 观察者客户端组， 多个呈现体客户端或应用可以定义策 略使呈现服务器可以了解他们所有的呈现信息， 他们的部分呈现信息， 或者 部分或全部基于他们的呈现信息的其他信息； （7) 用于限制观察者客户端对 一个呈现体客户端或应用检索呈现信息的次数的机制; (8)呈现体客户端或应 用和 /或管理员可以定义针对每个呈现体客户端或应用， 每个观察者客户端， 每个呈现体客户端或应用组， 每个观察者客户端组的默认策略。

-呈现服务器： 负责接收观察体客户端的订阅消息， 根据被订阅的呈现体 客户端或应用预先设置的配置信息来判断订阅的结果； 以及接收呈现体客户 端或应用的发布消息， 按照呈现体客户端和观察体客户端设置的规则 （内容 授权、 过滤）进行处理， 最终通过更新通知将呈现信息发布给观察体客户端。

-观察体客户端： 订阅呈现体客户端或应用的呈现信息， 并接收来自呈现 服务器的发布消息。

- XML文档管理服务器： 保存呈现体客户端或应用的授权列表 （订阅授 权列表、 内容授权列表等） 和 /或群组列表。

-聚合代理， 用于使呈现体客户端或观察体客户端可与呈现服务器及 Presence XDMS交互， 以完成授权列表和 /或群组列表的设置。

基于上述系统， 现有的配置信息设置流程如下：

-呈现体客户端或者应用向聚合代理发送设置其自身的配置信息的配置 请求消息；

-所述聚合代理向 Presence XDMS转发所述配置请求消息；

-所述 Presence XDMS收到所述配置请求消息后，相应设置该呈现体客户 端或者应用的配置信息；

-所述 Presence XDMS向聚合代理反馈响应消息；

-所述聚合代理向所述呈现体客户端或者应用反馈响应消息。

但是某些情况下， 用户需要一种委托机制 （Delegation), 由被委托方代 替其本人设置其配置信息。 例如：

1、 用户 此应用程序可以是提 供公共恶意用户名单的服务器， 名单的来源来自用户群的投诉， 或者来自其 他途径 （数据挖掘）。 在这种情况下， 用户可委托应用程序设置其配置信息， 以拒绝恶意用户订阅其呈现信息。

2、 用户委托另一用户设置其偏好。 新员工用户 A不熟悉其工作环境， 他可委托同事， 代其设置偏好， 以满足工作环境的要求。

3、 用户在游戏场景中。 根据游戏逻辑由游戏服务器为其设置呈现信息， 以满足特定游戏逻辑的需要。 例如， 某游戏逻辑要求用户只能向其搭档发布 游戏相关的全部呈现信息； 用户必须向其敌人发布其关于位置的呈现信息， 除非用户使用了隐身道具等等。

综上所述， 目前配置信息的设置必须由呈现体本身完成， 无法委托其他 实体代其完成配置信息的设置。

因此， 如何提供一种委托方式下设置呈现体配置信息的方法、 设置呈现 体配置信息的系统， 成为了亟待解决的技术问题。 发明内容

本发明提供一种设置呈现体配置信息的方法、 设置呈现体配置信息的系 统、 文档管理服务器、 呈现服务器和委托检查处理单元， 用以解决目前设置 配置信息必须由呈现体本身完成， 无法委托其他实体代其设置的问题。

本发明方法包括下列步骤：

收到配置请求后， 判断该配置请求是否为委托方式， 若是， 则转入下一 步；

根据预先存储的委托方设置的委托设置授权规则确认配置请求发送方的 资格， 并接受设置。

所述判断所述配置请求是否为委托方式进一步包括步骤： 获取所述配置 请求发送方的用户标识， 以及获取设置对象的用户标识； 判断所述配置请求 发送方的用户标识与设置对象的用户标识是否匹配， 若是， 则判定是由设置 对象拥有者发起配置请求的非委托方式； 否则， 判定为委托方式。 所述配置请求发送方的用户标识和设置对象的用户标识分别为对应的

SIP地址。

若判定是由设置对象拥有者发起配置请求的非委托方式， 则直接接受设 置。

所述授权规则的内容包括： 被授权实体的 SIP地址。

所述授权规则的内容还包括： 所述被授权实体可代理设置的配置信息的 类别。

所述委托设置授权规则以可扩展标记语言 XML文档表示。

所述在确认配置请求发送方的资格后， 先向委托方获取确认消息， 再相 应接受设置。

本发明设置呈现体配置信息的系统， 包括：

委托方呈现体， 用于设置委托设置授权规则， 并委托其他实体代其设置 配置信息；

被委托实体， 用于代委托方呈现体设置配置信息；

委托检查处理单元， 用于在用户发起配置请求时， 判断该请求是否为委 托方式， 以及根据其存储的委托方设置的委托设置授权规则判断配置请求发 送方的资格， 并对于委托方式且具有配置请求发送方资格的发送方发送的配 置请求予以接收。

所述委托检査处理单元设置在可扩展标记语言文档管理服务器 Presence XDMS中， 或者设置在呈现服务器中， 或者为独立的网元。

若所述被委托实体位于用户设备中， 则所述系统还包括： 聚合代理， 用 于使所述委托方呈现体或被委托实体与委托检查处理单元交互。

所述委托检查处理单元中存储的委托设置授权规则的内容包括： 被授权 实体的 SIP地址。

所述委托检查处理单元中存储的委托设置授权规则的内容还包括： 所述 被授权实体可代理设置的配置信息的类别。 所述委托设置授权规则以可扩展标记语言 XML文档表示。

本发明的文档管理服务器， 其存储有呈现体或观察体配置的 XML文档， 所述服务器还包括： 委托检査处理单元， 用于在用户发起配置请求时， 判断 该请求是否作为委托方式， 以及根据其存储的委托方设置的委托设置授权规 则判断配置请求发送方的资格， 并对于委托方式且具有配置请求发送方资格 的发送方发送的配置请求予以接收。

本发明的呈现服务器， 包括： 委托检査处理单元， 用于在用户发起配置 请求时， 判断该请求是否作为委托方式， 以及根据其存储的委托方设置的委 托设置授权规则判断配置请求发送方的资格， 并对于委托方式且具有配置请 求发送方资格的发送方发送的配置请求予以接收。

本发明的委托检查处理单元， 其特征在于， 所述单元用于在用户发起配 置请求时， 判断该请求是否作为委托方式， 以及根据其存储的委托方设置的 委托设置授权规则判断配置请求发送方的资格， 并对于委托方式且具有配置 请求发送方资格的发送方发送的配置请求予以接收。

本发明有益效果如下- 本发明方法先根据配置请求发送方的用户标识与设置对象的用户标识是 否匹配， 来判断该配置请求是否为委托方式。 若所述配置请求是委托方式， 则根据委托方设置的委托设置授权规则进一步判断配置请求发送方的资格， 并相应完成配置消息的设置。

为了支撑本发明方法， 本发明提供了一种设置呈现体配置信息的系统， 其添加了委托检查处理单元， 用于在用户发起配置请求时， 判断该请求是否 作为委托方式， 以及根据其存储的委托方设置的委托设置授权规则判断配置 请求发送方的资格， 并对于委托方式且具有配置请求发送方资格的发送方发 送的配置请求予以接收。

根据所述委托检查处理单元的设置位置不同， 本发明还提供了具有所述 委托检查处理单元的文档管理服务器和呈现服务器。 通过本发明的实施， 使配置信息的设置灵活方便， 为用户委托其他实体 设置自己的配置信息提供了机制。 本发明可应用于配置信息设置比较复杂的 场景中， 用户委托其他实体为其设置配置信息， 有助于应用根据用户和环境 自动设置其配置信息。

附图说明

图 1为现有呈现系统结构示意图；

图 2为本发明实施例所述含有聚合代理的系统结构示意图；

图 3为本发明实施例所述不含有聚合代理的系统结构示意图；

图 4为本发明实施例所述文档管理服务器结构示意图；

图 5为本发明实施例所述呈现服务器结构示意图；

图 6为本发明实施例所述方法步骤流程图；

图 7为本发明实施例所述方法信令流程图。 具体实施方式

为了呈现体可委托其他实体代其设置配置信息， 本发明实施例提供了一 种设置呈现体配置信息的系统， 其包括： 委托方呈现体、 被委托实体和委托 检查处理单元； 若所述被委托实体位于用户设备中， 则本发明系统还包括聚 合代理。

若所述被委托实体位于用户设备中， 则参见图 2所示， 所述委托方呈现 体和被委托实体通过聚合代理与委托检査处理单元相连。

若所述被委托实体不在用户设备中（例如： 应用服务器)， 则参见图 3所 示， 所述委托方呈现体和被委托实体分别与委托检查处理单元相连。

所述委托方呈现体， 用于在所述委托检査处理单元中设置委托设置授权 规则， 并委托其他实体代其设置配置信息。 （若委托方实体位于用户设备中， 则需要通过聚合代理才能完成在所述委托检查处理单元中设置委托设置授权 规则）

所述被委托实体， 用于代委托方呈现体设置配置信息。

所述委托检查处理单元， 用于在用户发起配置请求时， 判断该请求是否 为委托方式， 以及根据其存储的委托方设置的委托设置授权规则判断配置请 求发送方的资格。

根据所述委托检查处理单元所处的位置， 参见图 4所示， 本发明提供了 一种文档管理服务器（Presence XDMS), 其存储有呈现体或观察体配置的可 扩展标记语言 XML文档， 还包括所述委托检査处理单元。

根据所述委托检査处理单元所处的位置， 参见图 5所示， 本发明提供了 一种呈现服务器， 其包括所述委托检查处理单元。

应用上述系统， 本发明实施例提供了一种设置呈现体配置信息的方法， 参见图 6和图 7所示， 包括下列步骤：

51、 委托方呈现体设置委托设置授权规则。

52、 发起配置请求。

53、 获取所述配置请求发送方的用户标识， 以及设置对象的用户标识。

54、 判断是否为委托方式， 若为委托方式则转入步骤 S5， 否则按非委托 方式处理， 结束。

55、 检查所述配置请求发送方的资格， 若具有资格， 且无需确认， 则转 入步骤 S6; 若具有资格， 但需要确认， 则经委托方确认后转入步骤 S6， 若委 托方拒绝， 则返回错误信息； 若不具有资格， 则返回错误信息。

56、 相应设置配置信息， 结束。

以下以所述委托检查处理单元位于文档管理服务器 (Presence XDMS )中， 并且被委托实体位于用户设备中为例， 通过四个实例具体描述本发明方法。

方法实例一： 用户 A委托公共黑名单服务器 S为其设置配置信息， 以阻 止特定观察体。

S101、 委托方呈现体设置委托设置授权规则。

用户 A通过 XCAP协议在 Presence XDMS中的委托检查处理单元中设 置委托设置授权规则。 所述委托设置授权规则是用来说明某实体是否有权代 理呈现体设置其配置信息的规则的集合。 所述委托设置授权规则的原理性描 述见表 1 :

表 1 委托设置授权规则文档中的内容包括但不限于所述表 1中的内容，例如： 授权内容可进一步描述哪个实体可代理呈现体设置哪一个或哪一类配置信 息。

为了使所述委托设置授权规则的设置操作得以实施， 本发明的委托设置 授权规则的 XML文档架构可使用呈现授权规则的 XML架构。例如： 用户 A 欲委托公共黑名单服务器 S (公共黑名单服务器 S的 sip (Session Initiation Protocol, 会话发起协议） 地址为： sip:blacklistserver@example.com) 代其设 置配置信息， 则可向 Presence XDMS发送如下请求：

PUT

http :〃xcap . example, com/services/presence-xdms/users/sip :userA@example■ com/p ref— delegation— auth.xml HTTP/ 1.1

Content-Type： application/ auth-policy+xml

Content-Length: (...)

<?xml version="1.0" encoding="UTF-8"?>

<cr:ruleset

xmlns： op="urn： oma:params :xml： ns： pres-rules"

xmlns： pr="urn:ietf:params :xml： ns： pres-rules"

xmlns： cr="urn:ietf:params :xml:ns： common-policy"

xmlns :xsi="http：〃 www. w3.org/2001 /XMLSchema-instance">

<cr:rule id="ck81">

<cr:conditions>

<cr:identity>

<cr:id>sip:blacklistserver@example.com</cr:id>

</cr:identity>

</cr:conditions> <cr:actions>

<pr:sub-handling>allow</pr:sub-handling>

</cr:actions>

<cr:transformations>

<pr:provide-services>

<op： rovide-willingness>tme</op： provide-willingness>

<pr:provide-status-icon>true</pr:provide-status-icon>

</cr:transformations>

</cr:rule>

</cr:ruleset>

Presence XDMS收到此请求后， 创建委托设置授权规则的文档。

之后，公共黑名单服务器 S收到 A的委托请求后， 可在必要时自动为 A 设置配置信息。

5102、 发起配置请求。

当公共黑名单服务器 S搜集到新的公共恶意用户时 （例如： 非法组织)， 所述公共黑名单服务器 S通过聚合代理向 Presence XDMS发送 XCAP格式的 配置请求消息。 所述配置请求消息中携带有待设置的配置信息， 即禁止所述 新的公共恶意用户订阅和査看用户 A的呈现信息。

5103、获取所述配置请求发送方的用户标识， 以及设置对象的用户标识。 Presence XDMS中的委托检查处理单元收到所述配置请求消息后， 从该 消息中获取配置请求发送方的用户标识，即公共黑名单服务器 S的用户标识: sip:blacklistserver@example.com_; 以及根据所述配置请求消息欲设置的对象， 获取设置对象的用户标识， 即用户 A 的用户标识 （例如： sip:baohongqing@example.com)。

5104、 判断是否为委托方式。

所述委托检查处理单元比较所述配置请求发送方的用户标识与所述设置 对象的用户标识是否匹配， 本例中显然不匹配， 则判定本次配置请求为委托 方式。

5105、 检查所述配置请求发送方的资格。

所述委托检查处理单元判定本次配置请求为委托方式后， 进一步根据其 内部存储的由用户 A设置的委托设置授权规则检查所述配置请求消息发送方 (即公共黑名单服务器 S) 是否有设置用户 A的配置信息的权限。

本例中用户 A已委托公共黑名单服务器 S代其设置配置信息（参见上述 表 1 )，所以所述委托检查处理单元判定公共黑名单服务器 S具有代用户 A设 置配置信息的资格。

S106、 相应设置配置信息， 结束

所述委托检查处理单元将所述配置请求消息中携带的配置信息刷新到用 户 A的配置信息中。这样用户 A的呈现信息将不会被所述公共恶意用户订阅 和査看。

实例二： 用户 A自己设置配置信息， 以阻止特定观察体。

S20 委托方呈现体设置委托设置授权规则。 （与 S101相同）

5202、 发起配置请求。

当用户 A获知新的公共恶意用户时 （例如： 非法组织）， 所述用户 A通 过聚合代理向 Presence XDMS发送 XCAP格式的配置请求消息。所述配置请 求消息中携带有待设置的配置信息， 即禁止所述新的公共恶意用户订阅和查 看用户 A的呈现信息。

5203、获取所述配置请求发送方的用户标识， 以及设置对象的用户标识。 Presence XDMS中的委托检查处理单元收到所述配置请求消息后， 从该 消息中获取配置请求发送方的用户标识， 即用户 A 的用户标识： （例如： sip:baohongqing@example.com)； 以及根据所述配置请求消息欲设置的对象， 获取设置对象的用户标识， 即用户 A 的用户标识 （例如： sip:baohongqing@example.com)

5204、 判断是否为委托方式。

所述委托检查处理单元比较所述配置请求发送方的用户标识与所述设置 对象的用户标识是否匹配， 本例中显然匹配， 则判定本次配置请求为非委托 方式。 那么后续步骤按照现有的流程处理， 即跳过步骤 S205, 直接执行步骤 206 ο

5205、 检查所述配置请求发送方的资格。

5206、 相应设置配置信息， 结束。

所述委托检査处理单元将所述配置请求消息中携带的配置信息刷新到用 户 A的配置信息中。这样用户 A的呈现信息将不会被所述公共恶意用户订阅 和查看。

方法实例三： 用户 A委托公共黑名单服务器 S为其设置配置信息， 以阻 止特定观察体， 并在设置之前需要用户 A确认。

S30K 委托方呈现体设置委托设置授权规则。

用户 A通过 XCAP协议在 Presence XDMS中的委托检査处理单元中设 置委托设置授权规则。 所述委托设置授权规则是用来说明某实体是否有权代 理呈现体设置其配置信息的规则的集合。 所述委托设置授权规则的原理性描 述见表 2:

表 2 委托设置授权规则文档中的内容包括但不限于所述表 2中的内容，例如- 授权内容可进一步描述哪个实体可代理呈现体设置哪一个或哪一类配置信 息。

为了使所述委托设置授权规则的设置操作得以实施， 本发明的委托设置 授权规则的 XML文档架构可使用呈现授权规则的 XML架构。例如： 用户 A 欲委托公共黑名单服务器 S (公共黑名单服务器 S 的 sip 地址为- sip:blacklistserver@example.com)代其设置配置信息， 则可向 Presence XDMS 发送如下请求： PUT

http://xcap.example om/services/presence-xdms/users/sip:userA@example om/p ref— delegation— auth.xml HTTP/ 1.1

Content-Type： application/auth-policy+xml

Content-Length: (...)

<?xml version-" 1.0" encoding="UTF-8"?>

<cr:ruleset

xmlns:op=^Murn:oma:params:xml:ns:pres-rules"

xmlns:pr="urn:ietf:params:xml:ns:pres-rules"

xmlns : cr="urn : ietf:params :xml :ns : common-policy "

xmlns:xsi="http://www.w3.org/200 l/XMLSchema-instance^M>

<cr:rale id="ck81">

<cr:conditions>

<cr:identity>

<cr:id>sip:blacklistserver@example.com</cr:id>

</cr:identity>

</cr:conditions>

<cr:actions>

<pr:sub-handling>confirm</pr:sub-handling>

</cr:actions>

<cr:transformations>

<pr:provide-services>

<op:provide-willingness>true</op:provide-willingness>

<pr:provide-status-icon>true</pr:provide-status-icon>

</cr:transformations>

</cr:rule>

</cr:ruleset>

在所述请求中还包括在设置操作之前需要用户 A确认的描述。

Presence XDMS收到此请求后， 创建委托设置授权规则的文档。

之后， 公共黑名单服务器 S收到 A的委托请求后， 可在必要时为 A设 置配置信息。

5302、 发起配置请求。 （与步骤 S102相同）

5303、获取所述配置请求发送方的用户标识， 以及设置对象的用户标识。 (与步骤 S103相同）

5304、 判断是否为委托方式。 （与步骤 S104相同） 5305、 检查所述配置请求发送方的资格。 （与步骤 S105相同）

5306、 相应设置配置信息， 结束。

所述委托检查处理单元根据其存储的委托设置授权规则判定， 在接受设 置之前需要用户 A确认。之后， 按现有机制向用户 A发送提示消息， 要求用 户 A确认。

若用户 A确认可进行设置操作， 则所述委托检查处理单元将所述配置请 求消息中携带的配置信息刷新到用户 A的配置信息中。这样用户 A的呈现信 息将不会被所述公共恶意用户订阅和査看。

否则， 所述委托检查处理单元将拒绝设置。

方法实例四： 用户 A没有委托公共黑名单服务器 S为其设置配置信息， 而公共黑名单服务器 S发起配置请求。

S401、 委托方呈现体设置委托设置授权规则。

用户 A通过 XCAP协议在 Presence XDMS中的委托检查处理单元中设 置委托设置授权规则。 所述委托设置授权规则是用来说明某实体是否有权代 理呈现体设置其配置信息的规则的集合。 所述委托设置授权规则的原理性描 述见表 3 :

表 3 委托设置授权规则文档中的内容包括但不限于所述表 3中的内容，例如： 授权内容可进一步描述哪个实体可代理呈现体设置哪一个或哪一类配置信 息。

Presence XDMS收到此请求后， 创建委托设置授权规则的文档。

S402、 发起配置请求。 （与步骤 S102相同） 5403、获取所述配置请求发送方的用户标识， 以及设置对象的用户标识。 (与步骤 S103相同）

5404、 判断是否为委托方式。 （与步骤 S104相同）

5405、 检査所述配置请求发送方的资格。

所述委托检查处理单元判定本次配置请求为委托方式后， 进一步根据其 内部存储的由用户 A设置的委托设置授权规则检査所述配置请求消息发送方 (即公共黑名单服务器 S )是否有设置用户 A的配置信息的权限。

本例中用户 A没有委托公共黑名单服务器 S代其设置配置信息（参见上 述表 3)， 所以所述委托检查处理单元判定公共黑名单服务器 S不具有代用户 A设置配置信息的资格， 并拒绝设置。 即跳过步骤 S406, 直接结束。

5406、 相应设置配置信息， 结束。

同样， 当所述委托检査处理单元位于呈现服务器中或委托检查处理单元 作为独立网元时， 与以上四种实施例的处理过程类似， 不再赘述。

另外， 对于所述被委托实体不在用户设备中的情况下， 即所述委托方呈 现体和被委托实体分别与委托检查处理单元或具有委托检査处理单元的呈现 服务器或具有委托检查处理单元的文档管理服务器相连， 并直接交互， 无需 通过聚合代理进行交互的情况下， 与以上四种实施例的处理过程类似， 不再 赘述。

显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims (1)

1. 权利 要 求 书

   1、一种设置呈现体配置信息的方法， 其特征在于， 包括下列步骤： 收到配置请求后， 判断该配置请求是否为委托方式， 若是， 则转入下一 步；

   根据预先存储的委托方设置的委托设置授权规则确认配置请求发送方的 资格， 并接受设置。

   2、如权利要求 1所述的方法， 其特征在于， 所述判断所述配置请求是否 为委托方式进一步包括步骤：

   -获取所述配置请求发送方的用户标识， 以及获取设置对象的用户标识； -判断所述配置请求发送方的用户标识与设置对象的用户标识是否匹配， 若是， 则判定是由设置对象拥有者发起配置请求的非委托方式；

   否则， 判定为委托方式。

   3、如权利要求 2所述的方法， 其特征在于， 所述配置请求发送方的用户 标识和设置对象的用户标识分别为对应的 SIP地址。

   4、如权利要求 2所述的方法， 其特征在于， 若判定是由设置对象拥有者 发起配置请求的非委托方式， 则直接接受设置。

   5、 如权利要求 4所述的方法， 其特征在于， 所述授权规则的内容包括： 被授权实体的 SIP地址。

   6、如权利要求 5所述的方法，其特征在于，所述授权规则的内容还包括: 所述被授权实体可代理设置的配置信息的类别。

   7、如权利要求 1至 6任一项所述的方法， 其特征在于， 所述委托设置授 权规则以可扩展标记语言 XML文档表示。

   8、如权利要求 7所述的方法， 其特征在于， 所述在确认配置请求发送方 的资格后， 先向委托方获取确认消息， 再相应接受设置。 9、 一种设置呈现体配置信息的系统， 其特征在于， 包括- 委托方呈现体， 用于设置委托设置授权规则， 并委托其他实体代其设置 配置信息；

   被委托实体， 用于代委托方呈现体设置配置信息；

   委托检查处理单元， 用于在用户发起配置请求时， 判断该请求是否为委 托方式， 以及根据其存储的委托方设置的委托设置授权规则判断配置请求发 送方的资格， 并对于委托方式且具有配置请求发送方资格的发送方发送的配 置请求予以接收。

   10、 如权利要求 9所述的系统， 其特征在于， 所述委托检查处理单元设 置在可扩展标记语言文档管理服务器 Presence XDMS中， 或者设置在呈现服 务器中， 或者为独立的网元。

   11、如权利要求 9或 10所述的系统， 其特征在于， 若所述被委托实体位 于用户设备中， 则所述系统还包括： 聚合代理， 用于使所述委托方呈现体或 被委托实体与委托检查处理单元交互。

   12、如权利要求 11所述的系统， 其特征在于， 所述委托检查处理单元中 存储的委托设置授权规则的内容包括： 被授权实体的 SIP地址。

   13、如权利要求 12所述的系统， 其特征在于， 所述委托检查处理单元中 存储的委托设置授权规则的内容还包括： 所述被授权实体可代理设置的配置 信息的类别。

   14、如权利要求 13所述的系统， 其特征在于， 所述委托设置授权规则以 可扩展标记语言 XML文档表示。

   15、 一种文档管理服务器， 其存储有呈现体或观察体配置的 XML文档， 其特征在于， 所述服务器还包括- 委托检查处理单元， 用于在用户发起配置请求时， 判断该请求是否作为 委托方式， 以及根据其存储的委托方设置的委托设置授权规则判断配置请求 发送方的资格， 并对于委托方式且具有配置请求发送方资格的发送方发送的 配置请求予以接收。

   16、 一种呈现服务器， 其特征在于， 包括- 委托检查处理单元， 用于在用户发起配置请求时， 判断该请求是否作为 委托方式， 以及根据其存储的委托方设置的委托设置授权规则判断配置请求 发送方的资格， 并对于委托方式且具有配置请求发送方资格的发送方发送的 配置请求予以接收。

   17、 一种委托检査处理单元， 其特征在于， 所述单元用于在用户发起配 置请求时， 判断该请求是否作为委托方式， 以及根据其存储的委托方设置的 委托设置授权规则判断配置请求发送方的资格， 并对于委托方式且具有配置 请求发送方资格的发送方发送的配置请求予以接收。