观察方信息通知中的特定于观察方信息的制作方法

专利名称：观察方信息通知中的特定于观察方信息的制作方法
技术领域：
本发明一般涉及用于对观察方授权的方法，更确切地来说涉及一种用于向存在实 体提供特定于观察方信息，其中特定于观察方信息要在授权过程中被使用。
背景技术：
IP多媒体子系统(IMS)是一种基于会话发起协议(SIP)的架构，其创建用于在分 组交换网络之上实现范围广泛的高级基于因特网的多媒体服务和应用的公共平台。IMS存在是用户可以预订来获取有关另一个用户通信的意愿、可达性和/或可用 性的信息的SIP事件包或SIP服务的一个示例。通常称为观察方的用户可以发起预订，以 请求存在信息，即表征通常称为存在实体的另一个用户的一些性质的一组属性。观察方可以瞬间检索与存在实体关联的当前存在信息，或可以预订存在实体的存 在信息，其中持续地向观察方告知存在实体的存在信息中的将来变化，直到授权的预订届 满为止或直到观察方终止服务为止。图1图示了根据现有技术的IMS中的一般基于SIP的存在架构的简化示例。SIP/ IMS网络是执行支持存在服务的多种服务(例如路由选择、认证和压缩)的服务器的网络。 当使用IMS实现存在服务时，SIP/IMS网络将执行支持存在服务的多个附加功能，例如存在 源、观察方和存在系统之间路由SIP信令、执行对描述的实体的认证和授权、注册状态的维 护和提供计费信息。图1示出观察方100，其包括需要与另一个用户关联的存在信息的观察客户端。观 察方100可以经由接入网102获取对经由SIP/IMS网络101提供的所请求的存在信息的 访问权。观察方100感兴趣的用户通常称为存在实体103。存在实体103可以经由与观察 方100相同接入网访问SIP/IMS网络101，或与本例中一样，经由另一个接入网104来访问 SIP/IMS 网络 101。在本文档中，观察方100和存在实体103将定义为用户或代表用户操作的自动化 功能与位于IMS终端(例如固定PC、膝上型计算机、PDA或蜂窝电话)中的用户代理(UA) 的组合，并适合于向用户提供多个服务，这些服务中的每个服务由SIP事件包标识。IMS网络由常规IMS节点组成，如作为IMS终端与SIP/IMS网络之间的第一个 接触点的代理呼叫会话控制功能105、106 (P-CSCF)；作为信令平面的中央节点的服务呼 叫会话控制功能107 (S-CSCF)；以及提供SIP代理服务器功能的询问呼叫会话控制功能 IOS(I-CSCF)以及常规数据库，即一个或多个归属地订户服务器109 (HSS)，这是用户相关 信息的中央存储库，以及在网络包括多于一个HSS的情况中，负责将用户的地址映射到适 合的HSS的订户定位功能IlO(SLF)。除了上面提到的节点外，SIP/IMS网络通常还包括多个应用服务器(AS)，它们是 托管不同类型的服务并对授权的用户执行这些服务的SIP实体。图1包括两个AS，即存在 服务器111 (存在服务器)，其可以负责管理存在服务；以及存在源112，这是负责代表存在 实体经由存在服务器111向授权的观察方提供更新的存在信息的实体。
可以位于用户UE中或网络实体内的存在源可以是例如提供存在信息的存在网络 代理(PNA)，即来自位置服务器、日程表服务器、MSC或任何其他源(未示出)的一个或多个 存在实体所关联的发布。该网络还包括资源列表服务器113(RLS)。RLS是接受并管理对存在列表的预订的 功能实体，它使观察方仅使用一次预订事务能够预订多个实体的存在信息，从而不仅节省 带宽，而且减少观察方UE的功耗。RLS将能够根据资源列表服务器XML文档管理服务器(RLSXDMS)(未示出)管理并 存储在其中的存在列表预订更改。XDMS是支持诸如存在列表等XML文档的管理的XCAP服 务器和SIP通知器，它们是特定于RLS的使用的。虽然图1仅包括一个存在源，但是通常在SIP/IMS网络处有多个不同存在源可用， 其中每个存在源正在向一个或多个存在服务器提供不同类别的存在信息。还应理解，典型 的SIP/IMS网络可包括已经提到的类型的附加CSCF节点以及其他类型的节点，该其他类型 的节点却由于它们对于理解作为本文献的范围的授权机制不是非常重要而在该陈述中被 省略。如上指示的，存在服务的管理由此需要调整的功能。图2图示根据现有技术的，包括此类功能的简化OMA存在架构。出于简化的原因， 在此附图中省略了 SIP/IMS基础设施。虽然典型的情形将包括多个观察方，以及多个存在 实体，但是出于简化的原因，该附图中仅示出一个观察方和一个存在实体。观察方200可以通过向位于虚线方框内的实体定义的存在系统203的存在服务器 (存在服务器)202转发SIP预订请求来请求存在实体201的存在信息。响应SIP预订，存 在服务器202询问存在XML文档服务器(存在XDMS) 204以确定存在实体201是否已授权 观察方200。存在XDMS 204是支持诸如存在授权策略等XML文档的管理的XCAP服务器和 SIP通知器，这些存在授权策略是特定于存在服务启动者(在本例中为观察方200)的。此 外，存在XDMS 204向观察方通知对网络中存储的特定于存在文档的更改。如果已经授权，则观察方200从存在服务器202接收到接受。如果未授权，存在服 务器202将通过生成SIP通知消息并将其传送到存在实体201来请求授权，以使存在实体 201能够确定是否应该对该请求授权，并且如果由存在实体201授权，则存在服务器202将 能够全部根据存在XDMS 204中存储的相关存在规则来向观察方200分发相关存在信息。可以从不同AS或存在源将存在信息提供到存在服务器202。在图2中，三个不同 的存在源205、206和207(在本例中称为PNA)正在向存在服务器202提供更新的存在信 息，该更新的存在信息在SIP发布消息中递送。每个PNA连接到提供与不同存在实体(例 如存在实体201)关联的特定信息的服务器。PNA 205处理来自位置服务器208的位置信 息，PNA 206连接到MSC 209,MSC 209可以向存在服务器202提供如路由选择信息的信息， 而PNA207正在处理来自日程表服务器210的相关存在信息。存在服务器202接受已发布给它的存在信息，并经由SIP通知消息将其分发到授 权的存在实体。如上所述，预订通常由RLS 211来管理，RLS 211能够预订对RLSXDMS 212中存储 的文档的更改，这两个实体都是存在系统203的实体。显然，存在系统实体可以视为存在系统的代表，其管理与一个或多个存在实体关联的存在信息并将其提供到已获相应存在实体授权的观察方。作为开机过程的一部分，存在实体将向负责的存在服务器发送SIP预订请求，以 请求以有兴趣检索该存在实体的存在信息的每个观察方的观察方信息(Winfo)事件包对 该存在实体进行更新。然后无论何时，只要有请求与该存在实体关联的存在信息的新观察 方，则将通知该存在实体。对于请求存在实体的存在信息的每个新观察方，存在实体将能够 决定是否要对该观察方授权。在对观察方的请求授权之前，将不会从存在实体分发存在信 肩、ο根据相关现有技术，观察方还可以在初始预订请求中包含过滤器，以指定特定于 观察方信息的子集，其可以定义为例如观察方特别感兴趣的存在属性。仅观察方请求的那 些属性将被递送到观察方，从而避免传输无关的信息，并由此减少网络负载。但是，存在实 体将不能访问过滤器信息。上述标准方法的一个问题是，从观察方接收到与存在信息的请求关联的通知的存 在实体将完全不知道他或她将实际要授权什么类别的存在信息，例如什么存在属性。目前，有一种机制，允许存在实体授权所有属性或或仅授权被请求的存在属性集 合的子集。但是，此类机制与观察方的偏好没有任何关系，因为无法在通知中递送到存在实 体的观察方信息中传达该信息。

发明内容
本发明的目的在于解决上面概述的问题中的至少一些。再者，本发明的目的在于 提供一种机制，用于使存在实体能够基于在授权过程中提供到存在实体的特定于观察方信 息来对观察方授权。这些目的和其他目的可以通过如所附独立权利要求所述的方法和客户 端来实现。根据一个方面，提供一种方法，用于响应对与第一客户端关联的存在信息的请求， 该请求由第二客户端发起，其中该方法包括由第一客户端执行的多个步骤。最初，第一客户 端从存在系统接收到请求消息，其请求第一客户端的存在信息。该请求包含与第二客户端 关联的一组特定于客户端信息，以及该特定于客户端信息包含一个或多个属性。然后解释 该一个或多个属性并将其呈现给所述第一客户端的用户。当接收对该呈现的响应时，生成 根据一个或多个属性或其子集对请求授权或拒绝该请求的响应消息，并将其传送到存在系 统。该解释步骤可以包括从预先配置的表获取一个或多个属性的解释的步骤，例如通过向 WEB服务器传送HTTP请求。根据另一个方面，提供一种用于请求与第一客户端关联的存在信息的方法。该方 法包括开始于生成请求消息的多个步骤，其中该请求存在信息的请求消息包含与第二客户 端关联的特定于客户端信息。将请求消息传送到存在系统之后，将接收到响应消息，其响应 所述请求消息。响应消息可以根据一个或多个属性或其子集对该请求授权或拒绝该请求， 其中一个或多个属性与特定信息关联，并将该响应消息从存在系统提供到第一客户端。根据一个实施例，特定于客户端信息可以是XML文档扩展，其包含一个或多个属 性，其中该XLM文档扩展可以是过滤器。根据另一个实施例，可以代之在请求消息的SIP报头中将特定于客户端信息传送 到存在服务器。
根据又一个方面，提供一种方法用于处理对与第一客户端关联的存在信息的请 求，其中该请求由第二客户端发起。该方法包括要由存在系统执行的多个步骤，开始于从第 二客户端接收第一请求消息，其中该第一请求消息是对第一客户端的存在信息的请求，其 包含与第二客户端关联的第一组特定于客户端信息。然后生成第二请求消息，其包含与所 述第一组特定于客户端信息关联的第二组特定于客户端信息，其中第二组特定于客户端信 息包含一个或多个属性。在已将第二请求消息传送到第一客户端时，将从第一客户端消息 接收第一响应消息，其中作为对第二请求消息的响应的所述第一响应消息根据一个或多个 属性中的全部或子集对请求授权或拒绝该请求。接下来，响应接收到第一响应消息，基于第 一响应消息的内容生成第二响应消息，并将其传送到第二客户端。根据一个实施例，该第二组特定于客户端信息可以是XML文档扩展，其包含与第 二客户端关联的一个或多个属性。在生成请求消息之前，可以将第一组特定于客户端信息的内容映射到存储在预先 配置的过滤器中的一个或多个属性。要求权利的本发明还包括适合于执行根据上述不同方面的方法的客户端。根据上述原理操作的方法和客户端可以确保向第一客户端提供有关第二客户端 的足够量的详情以便能够作出更具体化的授权决定。该方法和客户端还可以通过以较详细或较不详细的方式提供指示第二客户端的 偏好的具体化信息，以使得请求第一客户端的存在信息的第二客户端能够在第一客户端的 授权决定中支持第一客户端。从下文详细描述将使本发明的特征和优点显而易见。


现在将通过示范实施例参考附图更详细地描述本发明，其中图1是根据现有技术的一般基于IMS的存在架构。图2图示根据现有技术的简化的存在架构。图3是图示要根据一个实施例的，与接收存在信息的请求关联地执行的授权过程 的信令方案。图4是图示根据一个实施例的，要由观察客户端执行的授权存在服务的方法步骤 的框图。图5是图示要由存在实体客户端执行的建议的授权方法的步骤的框图。图6是图示要由存在系统执行的 议的授权方法的步骤的框图。图7是图示适合于执行建议的授权方法的观察方客户端的通用功能的一个示例 的系统架构。图8是图示适合于执行建议的授权方法的存在实体客户端的通用功能的一个示 例的系统架构。图9是图示适合于管理建议的授权方法的存在系统的存在服务器的通用功能的 一个示例的系统架构。
具体实施例方式简要描述，本发明提供一种解决方案，其中存在实体在作出授权还是拒绝从观察方接收的存在信息的请求的决定时，将有权访问与观察方关联的信息。基于观察方信息的内容，通常为一个或多个特定于观察方属性，存在实体将能够 根据与请求一起提供的所有属性或仅这些属性的子集来对预订授权。除了观察方选择的属性外，存在实体也可以选择对观察方未选择的附加属性授 权。上文提到的授权机制可以通过在对存在信息的请求中(例如，在SIP预订中)向 存在服务器传送特定于观察方信息，并通过不仅将关联的特定于观察方信息递送到存在服 务器，而且也递送到存在实体来实现。通过在某个XML文档扩展中将特定于观察方信息(其 包含观察方选择的一个或多个属性)特地递送到存在实体，而非将此类信息仅传送到存在 服务器，存在实体将确切地知道观察方对什么类型的存在信息感兴趣，并由此存在实体将 只需对标识存在实体愿意展示给观察方的信息的那些属性或属性的子集授权。通过实现所提出的授权机制，存在实体将能够避免仅因为他/她不知道实际在对 什么存在信息授权而拒绝对存在信息的预订请求。存在实体还将有权访问预先配置的表，该表包含对可以XML文档扩展形式出现的 属性的解释。通过引入此类表，可以使用可作为例如递送到存在实体的过滤器的XML文档 扩展来递送范围广泛的较详细或较不详细的特定于观察方属性，其中每个特定于观察方属 性以全球唯一的格式呈现，并且其中每个特定于观察方属性可以向存在实体提供观察方偏 好的详细信息。根据一个实施例，还将已连同Winfo从观察方传送到存在服务器的第一组特定于 观察方信息插入到通知中，即插入到SIP通知消息中，并在该通知中将其从存在服务器传 送到存在实体。根据另一个实施例，没有适合于用于将特定于观察方信息传送到存在服务器的 XML文档扩展可用。而是可以在预订请求的用户代理报头中传送包含如UE类型的信息的第 一组特定于观察方信息，全部根据经由用户代理报头的信息递送的现有技术的过程进行。 接收此类请求的存在服务器可以适合于对照预先配置的过滤器映射检索到的第一组特定 于观察方信息，该预先配置的过滤器存储在或连接到存在系统的存在服务器。然后与特定于观察方信息(即与观察方关联的一个或多个属性)匹配的过滤器内 容将形成第二组特定于观察方信息，该第二组特定于观察方信息在通知中被递送到存在实 体并呈现给存在实体。第二组特定于观察方信息可以是任何类型的XML文档扩展，通常为 过滤器。存在实体然后将能够以与第一实施例的相同方式，在作出预订请求的授权决定时 使用第二组特定于观察方信息。现在将参考图3的信令图更详细地描述根据上述任何一个实施例用于向存在实 体提供特定于观察方信息的方法。如上文提到的，需要告知存在实体哪些观察方有兴趣接收该存在实体的存在信 息。作为常规开机过程的一部分，存在实体300由此向存在系统301的存在服务器发送SIP 预订消息，以便请求需要与存在实体300关联的存在信息的观察方的Winfo事件包。在此 上下文中，存在系统301由修改的存在服务器和常规存在XDMS表示。在第一步骤3 :1中发 送此类请求。在下一步骤3 2中，存在系统301的存在服务器在正常情况下通过向存在实体传送2000K来响应此请求，并且在另一个步骤3 :3中，因为不存在等待授权的未决预订，所以 将从存在服务器301向存在实体300传送空的Winfo通知。在后续步骤3 :4中，由存在实 体对此进行响应。从现在起，如果存在XDMS包含定义如下条件的特定预定规则，则只要存在系统 301获知显示对存在实体300的存在信息的兴趣的新观察方，就将通知存在实体300。在下一个步骤3 :5中，需要存在实体300的存在信息的观察方302向存在系统310 发送用于预订存在信息的预订请求，即SIP预订。为了使存在实体更易于作出有关是否应 该对请求授权的适合决定，观察方302将第一组特定于观察方信息包含在SIP预订中。除了指示观察方是否对某些类别的信息感兴趣的更一般信息(如存在实体的即 时消息传送的能力、通信地址、位置信息或日程表信息)外，第一组特定于观察方信息还可 以包括与观察方关联的更详细的偏好，例如位置信息的偏好，但是附有如下限制仅当相应 存在实体正在访问一个或多个某些指定区域和/或仅处在某些时间间隔内时才可指定对 位置信息的请求。如上文指示的，第一组特定于观察方信息可以作为XML文档扩展(例如过滤器) 或与观察方关联的用户代理信息来递送。用户代理信息可以包含诸如UE的存在类型、存在 UE模式或存在UE位置等信息。存在系统301的存在服务器然后生成Winfo通知，即SIP NOTIFY消息，其包含与 观察方302关联的Winfo。除了此信息外，该通知还将包含插入该通知中的第二组特定于观
察方fe息。根据上文提到的第一实施例，还可以响应在步骤3 5中接收到的预订请求，将第 一组特定于观察方信息(即观察方302选择的第一组属性)作为第二组属性插入到要递送 到存在实体300的通知中。根据第二实施例，存在系统301可以有权访问预先配置的过滤器，每个过滤器作 为XML文档存储在存在系统处或与之连接。如果情况如此，则一旦在存在系统301处接收 到预订请求，则可以对照预先配置的过滤器映射预订请求中递送的第一组特定于观察方信 息。作为映射的结果，将识别与第一组特定于观察方信息对应的一个或多个属性，从而形成 第二组特定于观察方信息，即例如过滤器的XML文档扩展，以便分发到存在实体。然后在后续步骤3 6中，在通知中将根据上述的两个实施例中任一个实施例传送 的此类通知传送到存在实体300，在后续步骤3 7中，存在实体300对存在系统301验证接 收到该通知，此后在后续步骤3 8中，向观察方302传送另一个验证。存在系统301还向观察方302指示该请求将未决，直到它被存在实体300授权或 拒绝为止。这在另一个步骤3 :9中执行，并在后续步骤3 :10中对此响应。除了将观察方301的Winfo插入到步骤3 6中传送的SIP NOTIFY消息外，还将在 该通知中递送与观察方302关联且根据上述实施例的任一个实施例检索的XML文档扩展。接收到通知的存在实体300检索XML文档扩展并询问数据库(未示出)，以便获取 对该XML文档扩展的内容的解释，即从观察方302或存在系统301提供的一个或多个属性。 图3中，如步骤3:11指示了此过程。例如可以通过询问单独的服务器(如WEB服务器)， 并将HTTP请求传送到该服务器来执行属性的解释。现在可以经由存在实体客户端(未示出)的常规用户接口来将解释的属性以可视方式呈现给存在实体300。基于所呈现的属性，存在实体可以选择如所请求的一样对所请 求的属性授权或对所请求的属性的子集授权，或者拒绝所请求的预订，由此拒绝观察方302 访问任何类型的存在信息。如果根据至少一个属性对请求授权，则存在实体300还可以选 择对附加的属性授权，这些附加的属性甚至可能是观察方301未选择的。以步骤3 :12指示 可响应步骤3 :11即时或稍后作出的此决定。一旦存在实体300作出决定，则将以XML文档的形式生成响应，该响应通常在 HTTP/XCAP put中传送到存在系统301的存在XDMS，如另一个步骤3 13所示，并且在后续 步骤3 14中向存在实体300传送响应。可以采用任何备选规则类型“阻止”、“有礼貌的阻止”或“允许”来回复该请求。规 则类型“阻止”指示观察方的请求被拒绝。“有礼貌的阻止”是拒绝观察方所请求的存在信 息的备选方式。但是，接收到有礼貌的阻止的观察方将遇到作为接受的回复，接收包含一些 不正确的存在信息但对于接收方看上去是正确的回复。“允许”将向观察方指示接受请求。在步骤3 13之后，存在XDMS与存在服务器交互，存在服务器再次评估为观察方 302设置的授权规则，以便验证是否存在有关授权的属性的任何预定义的限制，这些全部根 据公知的过程来进行。肯定评估是观察方302被存在实体300授权的指示，因此将在后续通知中向观察 方302报告此情况，该通知将包含取决于步骤3 13中发送的第一响应的内容。此通知通常 将包含第一响应中指示的授权的属性集合或子集，如另一个步骤3:15所示。如果在授权规则的评估中识别到任何限制，则受限的授权将导致在步骤3 :15的 通知中向观察方302递送受限的子集。如果被授权，则这指示为“活动”，而所请求的预订被拒绝将在步骤3 15中发送到 观察方302的通知中指示为“已终止”。一旦观察方302接收到请求被成功授权或请求被拒 绝的验证，则授权过程完成。上述授权方法将需要相应地对观察方的用户设备的观察方客户端进行调整。图4图示根据一个实施例描述的方法，由观察方客户端执行的该方法如框图所
7J\ ο在第一步骤400中，处理对存在信息的请求，其中将例如SIP预订消息的请求与特 定于用户或特定于观察方信息一起提供。在特定于观察方信息是作为XML文档扩展从观察 方提供或作为经由请求的用户代理报头提供的信息从观察方提供的情况中，如果存在服务 器处有预先配置的过滤器可用，则此类特定于观察方信息可以由经由例如常规用户接口提 供到观察方的用户设备的一个或多个属性来定义。在下一步骤401中，将该请求传送到相 关的存在服务器，并在最后一个步骤402中，观察方等待并接收对该请求的响应。还必须相应地对要执行所建议的上述授权方法的存在实体的用户设备的存在实 体客户端进行调整。现在将在图5的另一个框图中描述在存在实体客户端处执行的此方法 的步骤。在第一步骤500中，存在实体客户端接收到包含特定于用户信息的请求(例如 Winfo通知)，该请求通常以与提出请求的观察方关联的XML文档扩展的某种形式递送。在 另一个步骤501中，存在实体客户端解释从特定于用户信息中检索的属性，以便检索用户 可读格式的属性。一旦例如经由常规用户接口将解释的属性呈现给存在实体，如步骤502所示，则在后续步骤503中，可由存在实体经由用户接口对该请求授权或拒绝该请求来对 该请求进行响应。在最后一个步骤504中，生成响应，并将其传送到存在系统，而存在系统 又将生成对应的响应并将其传送到观察方。如果相应地将存在服务器调整，而关联的存在XDMS可以保持不变，则包含与至少 一个存在XDMS交互的至少一个存在服务器的存在系统将能够管理上述的授权过程。现在将参考图6的框图描述根据一个实施例的存在系统中执行授权方法的步骤。在图6的第一步骤600中，存在系统的存在服务器从请求与特定存在实体关联的 存在信息的观察方接收到请求，该请求可以是例如SIP预订。响应此请求，存在服务器评估 相应的观察方在存在XDMS处的存在规则，这全部根据公知过程进行。用下一个步骤601指 示了此过程。在另一个步骤602中，生成包含XML文档扩展的授权请求，并在后续步骤603，将 该请求传送到存在实体。如步骤604所示，当从存在实体接收到包含对一个或多个授权的 属性授权或拒绝的响应时，在另一个步骤605中再次评估观察方的存在规则。此评估也全 部根据公知的过程，考虑授权的属性和预定的评估规则。作为此评估的结果，在另一个步骤 606中，存在服务器生成响应。然后将该响应传送到观察方，在请求被授权的情况下该响应 指示授权的属性，或指示请求被拒绝。这在最后一个步骤608中终止授权过程之前的步骤 607中进行，终止授权过程。现在将参考图7描述根据上述实施例的任一个实施例适合于发起并执行授权方 法的观察方客户端，即通用功能。根据一个实施例的观察方客户端700包括通信单元701，通信单元701适合于与 存在系统900通信。观察方客户端700还包括用户输入单元703，通过用户输入单元703， 用户可以根据个人偏好选择属性，从而定义第一组特定于观察方信息。可以使用任何类型 的常规用户输入技术来实现用户输入单元703。此外，观察方客户端700还包括逻辑单元 704,根据一个实施例，逻辑单元704可以适合于根据上述的授权机制生成包含XML文档扩 展(例如过滤器)的请求(例如SIP预订)。需要根据根据本文描述的方法的方法对存在信息的请求授权的存在实体将需要 配备包括由此专门调整的存在实体客户端的用户设备。现在将参考图8描述根据一个实施 例的此类存在实体客户端。在图8中，存在实体客户端800包括通信单元801，通信单元801适合于从存在系 统900接收与存在服务关联的消息。存在实体客户端800还包括常规用户输入单元802，该 常规用户输入单元802适合于为存在实体呈现从存在系统900接收的选择，以及接收并记 录存在实体所选择的选项。逻辑单元803适合于生成对授权请求的响应。在备选实施例中，逻辑单元803还 可以适合于生成自动化授权响应，这全部根据预先配置的授权规则。逻辑单元803还适合 于响应从存在系统900接收到授权请求而执行解释过程。该解释可以通过联系内部或外部 数据库804来实现，内部或外部数据库804适合于存储包含所建议的存在服务使用的属性 的解释表。现在将参考图9进一步详细地描述根据一个例示配置的、适合于管理上述授权方 法的存在系统900，其中该存在系统900包括调整的存在服务器(存在服务器)901和常规
12存在XDMS 902。因为存在XDMS902是以常规方式操作的常规存在XDMS，所以本文将不对此 实体的架构进行任何进一步详细地论述。存在服务器901包括通信单元903，通信单元903适合于与参与交换存在信息的 过程的至少一个观察方客户端700和至少一个存在实体客户端800通信，以及与存在XDMS 902通信。存在服务器901还包括逻辑单元904，逻辑单元904适合于管理观察方客户端700 与存在实体客户端800之间的授权过程，并执行相应的检查过程，包括询问存在XDMS 902 以获取已对于某些观察方定义的预先配置的规则。虽然本发明是参考特定示范实施例来描述的，但是此描述一般仅旨在说明本发明 的概念而不应视为限制本发明的范围。虽然在描述上述实施例时使用了如SIP和IMS等概 念，但是基本可以按本文描述地使用任何其他相似的适合标准、协议和网络单元。本发明一 般由所附独立权利要求来定义。
权利要求
一种响应对与第一客户端关联的存在信息的请求的方法，所述请求由第二客户端发起，其中所述方法包括由所述第一客户端执行的如下步骤 从存在系统接收(500)请求所述第一客户端的存在信息的请求消息，所述请求包含与所述第二客户端关联的一组特定于客户端信息，其中所述特定于客户端信息包含至少一个属性， 解释(501)所述至少一个属性， 将所述至少一个解释的属性呈现(502)给所述第一客户端的用户， 当接收到对所述呈现的响应时生成(503)响应消息，其中所述响应消息根据所述至少一个属性或其子集对所述请求授权，或拒绝所述请求，以及 将所述响应消息传送(504)到所述存在系统。
2.如权利要求1所述的方法，其中所述请求消息是SIP通知消息。
3.如权利要求1或2所述的方法，其中所述解释步骤包括从预先配置的表中获取对所 述一个或多个属性的解释。
4.如权利要求3所述的方法，其中所述请求步骤包括向WEB服务器传送HTTP请求， 所述WEB服务器有权访问所述预先配置的表。
5.如前面权利要求中任一项所述的方法，其中所述生成步骤包括生成HTTP/XCAP put消息，在所述请求被授权的情况下，所述HTTP/XCAP put消息包含“允许”。
6.如前面权利要求中任一项所述的方法，其中所述生成步骤包括生成HTTP/XCAP PUT消息，在所述请求被拒绝的情况下，所述HTTP/XCAP PUT消息包含“阻止”或“有礼貌的 阻止”。
7.—种请求与第一客户端关联的存在信息的方法，所述方法包括由提出请求的第二客 户端执行的如下步骤-生成(400)请求存在信息的请求消息，其中所述请求消息包括与所述第二客户端关 联的特定于客户端信息，_将所述请求消息传送(401)到存在系统，-接收(402)响应所述请求消息的响应消息，其中所述响应消息根据所述至少一个属 性或其子集对所述请求授权，或拒绝所述请求，将所述至少一个属性与所述特定于客户端 信息关联，并将其从所述存在系统提供到所述第一客户端。
8.如权利要求7所述的方法，其中所述请求消息是SIP预订消息。
9.如权利要求7或8所述的方法，其中所述响应消息是SIP通知消息。
10.如权利要求7-9中任一项所述的方法，其中所述特定于客户端信息是XML文档扩 展，其包含至少一个属性。
11.如权利要求10所述的方法，其中所述XML文档扩展是过滤器。
12.如权利要求7-9中任一项所述的方法，其中在所述请求消息的SIP报头中将所述特 定于客户端信息传送到所述存在服务器。
13.—种处理由第二客户端发起的对与第一客户端关联的存在信息的请求的方法，所 述方法包括由存在系统执行的如下步骤-从所述第二客户端接收(600)第一请求消息，请求所述第一客户端的存在信息的所 述第一请求消息包含与所述第二客户端关联的第一组特定于客户端信息，-生成(602)第二请求消息，所述第二请求消息包含与所述第一组特定于客户端信息 关联的第二组特定于客户端信息，其中所述第二组特定于客户端信息包含至少一个属性，-将所述第二请求消息传送(603)到所述第一客户端，_从所述第一客户端消息接收(604)第一响应消息，其中响应所述第二请求消息的所 述第一响应消息根据所述至少一个属性的全部或其子集对所述请求授权，或拒绝所述请 求，-响应接收到所述第一响应消息，基于所述第一响应消息的内容生成(606)第二响应 消息，以及-将所述第二响应消息传送(607)到所述第二客户端。
14.如权利要求13所述的方法，其中所述第一请求消息是SIP预订消息。
15.如权利要求13或14所述的方法，其中所述第二请求消息和所述第二响应消息是 SIP通知消息。
16.如权利要求13-15中任一项所述的方法，其中所述第一响应消息是HTTP/XCAPput 消息。
17.如权利要求13-16中任一项所述的方法，其中所述第二组特定于客户端信息是XML 文档扩展，其包含与所述第二客户端关联的至少一个属性。
18.如权利要求13-17中任一项所述的方法，其中在所述生成步骤之前，执行如下步骤_将所述第一组特定于客户端信息的内容映射到预先配置的过滤器中存储的至少一个 属性，所述至少一个属性形成所述第二组特定于客户端信息。
19.一种适合于响应对与所述第一客户端关联的存在信息的请求的第一客户端 (800)，所述请求由第二客户端(700)经由存在系统(900)发起，所述第一客户端包括通信 单元(801)、用户输入单元(802)和逻辑单元(803)，其中所述通信单元适合于从所述存在 系统接收请求所述第一客户端的存在信息的请求消息，所述请求消息包含与所述第二客户 端关联的一组特定于客户端信息，其中所述特定于客户端信息包含至少一个属性，所述逻 辑单元适合于解释所述至少一个属性，其中所述逻辑单元适合于管理所述至少一个属性的 解释，以及其中所述用户接口单元适合于将所述至少一个解释的属性呈现给所述第一客户 端的用户，所述逻辑单元还适合于在从所述用户输入单元接收到对所述呈现的响应时生成 响应消息，所述响应消息根据所述至少一个属性或其子集对所述请求授权，或拒绝所述请 求，以及所述通信单元还适合于将所述响应消息传送到所述存在系统。
20.如权利要求19所述的第一客户端，其中所述请求消息是SIP通知消息。
21.如权利要求19或20所述的第一客户端，其中所述响应消息是HTTP/XCAPput消息。
22.如权利要求19-21中任一项所述的第一客户端，其中所述逻辑单元还适合于通过 询问预先配置的表来执行所述解释，所述预先配置的表包含所述至少一个属性的解释。
23.一种适合于请求第一客户端(800)的存在信息的第二客户端(700)，所述第二客户 端包括通信单元(701)和逻辑单元(704)，其中所述逻辑单元适合于生成请求与所述第一 客户端关联的存在信息的请求消息，所述请求消息包括与所述第二客户端关联的特定于客 户端信息，以及其中所述通信单元适合于接收响应所述请求消息的响应消息，所述响应消息根据所述至少一个属性或其子集对所述请求授权，或拒绝所述请求，将所述至少一个属 性与所述特定于客户端信息关联，并将其从所述存在系统提供到所述第一客户端。
24.如权利要求23所述的第二客户端，所述第二客户端还包括用户输入单元(703)，所 述用户输入单元(703)适合于响应所述第二客户端的用户执行的用户交互检索所述一组 特定于客户端信息。
25.一种用于处理对与第一客户端(800)关联的存在信息的请求的存在系统(900)的 存在服务器(901)，所述请求由第二客户端(700)发起，其中所述存在服务器包括通信单元 (903)和逻辑单元(904)，所述通信单元适合于从所述第二客户端接收第一请求消息，请求 与所述第一客户端关联的存在信息的所述第一请求消息包含与所述第二客户端关联的第 一组特定于客户端信息，以及其中所述逻辑单元适合于生成第二请求消息，所述第二请求 消息包含与所述第一组特定于客户端信息关联的第二组特定于客户端信息，以及其中所述 第二组特定于客户端信息包含至少一个属性，所述通信单元还适合于在将所述第二请求传送到所述第一客户端之后从所述第一客 户端接收第一响应消息，响应所述第二请求消息的所述第一响应消息根据所述至少一个属 性的全部或其子集对所述请求授权，或拒绝所述请求，以及在接收到所述第一响应消息之 后，将第二响应消息传送到所述第二客户端，所述逻辑单元还适合于基于所述第一响应消 息的内容生成所述第二响应消息。
26.如权利要求25所述的存在服务器，其中所述第一请求消息是SIP预订消息。
27.如权利要求25或26所述的存在服务器，其中所述第二请求消息和所述第二响应消 息是SIP通知消息。
28.如权利要求25-27中任一项所述的存在服务器，其中所述第一响应消息是HTTP/ XCAP put 消息。
29.如权利要求25-28中任一项所述的存在服务器，其中所述逻辑单元还适合于将所 述第一组特定于客户端信息映射到预先配置的过滤器中存储的至少一个属性，形成所述第 二组特定于客户端信息。
全文摘要
一种授权从第二客户端接收的对第一客户端的存在信息的请求的方法。该授权过程包括作为XML扩展文档将与第二客户端的偏好关联的至少一个属性提供到第一客户端。在解释了一个或多个属性之后，第二客户端可以选择根据该请求或根据其子集对该请求授权或拒绝该请求。
文档编号H04L29/06GK101946480SQ200880127004
公开日2011年1月12日 申请日期2008年2月12日 优先权日2008年2月12日
发明者A·林格伦, C·博伯格, M·克莱因, S·拉斯博恩 申请人:爱立信电话股份有限公司