CN101873542A

CN101873542A - 基于条件的统一资源标识的选择方法、服务器及通信系统

Info

Publication number: CN101873542A
Application number: CN200910082066A
Authority: CN
Inventors: 李小娟; 刘海涛; 常新苗
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2009-04-21
Filing date: 2009-04-21
Publication date: 2010-10-27
Anticipated expiration: 2029-04-21
Also published as: CN101873542B

Abstract

一种基于条件的统一资源标识的选择方法、服务器及通信系统，其中基于条件的统一资源标识的选择方法包括：接收客户端发送的选择条件和URI列表；根据选择条件生成相关信息获取请求并发送给资源列表服务器，该相关信息获取请求用于请求获取URI列表中URI的相关信息；接收资源列表服务器根据相关信息获取请求获取的URI列表中URI的相关信息；根据获取的URI的相关信息选择与选择条件匹配的URI并发送给所述客户端。本发明实施例CBUS服务器向资源列表服务器发送一次请求即可获取多个URI的相关信息，提高了CBUS服务器获取URI的相关信息的效率，从而提高了CBUS服务器基于条件选择URI的效率。

Description

基于条件的统一资源标识的选择方法、服务器及通信系统

技术领域

本发明实施例涉及通信技术，特别是涉及一种基于条件的统一资源标识的选择方法、服务器及通信系统。

背景技术

在通信业务的会话建立阶段，需要根据一定条件选择加入会话的用户。通常，用户不同的相关信息分别存储在不同的信息服务器上，如呈现(Presence)信息存于呈现服务器(Presence Server，简称PS)上，呈现信息可包括用户的在线信息、用户的心情信息等；位置(Location)信息存于位置服务器(Location Server，简称LS)上，位置信息可包括用户当前的地理位置信息等。

如果请求者希望获取满足一定条件的统一资源标识(Uniform Resource Identifier，简称URI)，请求者可将选择条件和URI列表发送给基于条件的统一资源标识的选择(Condition Based URIs Selection，简称CBUS)服务器，由CBUS服务器向相应的信息服务器依次订阅URI列表中各URI的相关信息，之后根据选择条件对获取的相关信息进行评估，将满足选择条件的URI发送给请求者。

发明人在实现本发明实施例过程中发现，现有技术CBUS服务器向信息服务器订阅URI的相关信息时，一次订阅只能向信息服务器获取单个URI的相关信息，如果URI列表中包括有多个URI，CBUS服务器需要对每个URI分别执行相同的订阅操作。可见，现有技术CBUS服务器获取URI相关信息的效率较低，从而导致CBUS服务器基于条件选择URI的效率较低。

发明内容

本发明实施例提供一种基于条件的统一资源标识的选择方法、服务器及通信系统，用以提高基于条件选择URI的效率。

本发明实施例提供了一种基于条件的统一资源标识的选择方法，包括：

接收客户端发送的选择条件和统一资源标识URI列表；

根据所述选择条件生成相关信息获取请求并发送给资源列表服务器，所述相关信息获取请求用于请求获取所述URI列表中URI的相关信息；

接收所述资源列表服务器根据所述相关信息获取请求获取的所述URI列表中URI的相关信息；

根据获取的所述URI的相关信息选择与所述选择条件匹配的URI并发送给所述客户端。

本发明还提供了一种基于条件的统一资源标识的选择服务器，包括：

选择信息接收模块，用于接收客户端发送的选择条件和统一资源标识URI列表；

请求模块，用于根据所述选择条件生成相关信息获取请求并发送给资源列表服务器，所述相关信息获取请求用于请求获取所述URI列表中URI的相关信息；

相关信息接收模块，用于接收所述资源列表服务器根据所述相关信息获取请求获取的所述URI列表中URI的相关信息；

评估模块，用于根据获取的所述URI的相关信息选择与所述选择条件匹配的URI并发送给所述客户端。

本发明实施例还提供了一种通信系统，包括：选择服务器，资源列表服务器和信息服务器；

所述选择服务器用于接收客户端发送的选择条件和统一资源标识URI列表，根据所述选择条件生成相关信息获取请求并发送给所述资源列表服务器；根据所述资源列表服务器发送的所述URI列表中URI的相关信息，选择与所述选择条件匹配的URI并发送给所述客户端；

所述资源列表服务器用于根据所述相关信息获取请求向所述信息服务器获取的所述URI列表中URI的相关信息，将获取的所述URI列表中URI的相关信息向所述选择服务器发送。

本发明上述实施例在现有的CBUS系统架构的CBUS服务器与信息服务器之间增设了资源列表服务器，利用资源列表服务器获取URI列表中各URI的相关信息后再集中发送给CBUS服务器，为CBUS服务器向资源列表服务器发送一次请求即可获取多个URI的相关信息提供实现的可能性，提高了CBUS服务器获取用户的相关信息的效率，从而提高了CBUS服务器基于条件选择URI的效率。

本发明还提供了一种统一资源标识的获取方法，包括：

资源列表服务器向共享群组XML文档管理服务器发送无线一键通群组统一资源标识URI；

所述资源列表服务器接收所述共享群组XML文档管理服务器发送的所述无线一键通群组URI中的组内成员URI。

本发明实施例还提供了一种资源列表服务器，包括：

发送模块，用于向共享群组XML文档管理服务器发送无线一键通群组统一资源标识URI；

接收模块，用于接收所述共享群组XML文档管理服务器发送的所述无线一键通群组URI中的组内成员URI。

本发明实施例还提供了一种通信系统，包括：资源列表服务器和共享群组XML文档管理服务器；

所述资源列表服务器用于向共享群组XML文档管理服务器发送无线一键通群组统一资源标识URI；

所述共享群组XML文档管理服务器用于将所述无线一键通群组URI中的组内成员URI发送给所述资源列表服务器。

本发明上述实施例通过建立资源列表服务器与共享群组XML文档管理服务器之间的通信连接，使得资源列表服务器可获取PoC群组URI中的组内成员URI，丰富了资源列表服务器的功能，从而有利于通过资源列表服务器提高基于条件选择URI的效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明第一实施例提供的基于条件的URI的选择方法流程图；

图2为本发明第二实施例提供的URI的获取方法流程图；

图3为本发明第三实施例提供的基于条件的URI的选择方法信令交互图；

图4为本发明第四实施例提供的基于条件的URI的选择方法信令交互图；

图5为本发明第五实施例提供的基于条件的URI的选择方法信令交互图；

图6为本发明第六实施例提供的CBUS服务器的结构示意图；

图7为本发明第七实施例提供的资源列表服务器的结构示意图；

图8为本发明第八实施例提供的通信系统的结构示意图；

图9为本发明第九实施例提供的通信系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明第一实施例提供的基于条件的URI的选择方法流程图。本实施例从CBUS服务器侧说明本发明的技术方案。如图1所示，本实施例基于条件的URI的选择方法包括：

步骤11、接收客户端发送的选择条件和URI列表。

选择条件可由请求者根据实际需要预先设定，并将设定好的选择条件通过客户端发送给CBUS服务器。URI列表可包括：用户URI和/或群组URI；用户URI的数量可为一个或多个；群组URI的数量可为一个或多个。群组URI可包括：呈现列表(Presence List)URI和/或无线一键通(Push to Talk over Cellular，简称PoC)群组URI，其中，呈现列表(Presence List)URI的数量可为一个或多个，PoC群组URI的数量可为一个或多个。

步骤12、根据选择条件生成相关信息获取请求并发送给资源列表服务器，该相关信息获取请求用于请求获取URI列表中URI的相关信息。

CBUS服务器在接收到选择条件时，可根据选择条件生成携带有URI列表的相关信息获取请求，并将该相关信息获取请求发送给资源列表服务器(Resource List Server，简称RLS)，以供资源列表服务器向存储有CBUS服务器希望获取的相关信息的信息服务器，获取URI列表中URI的相关信息。

步骤13、接收资源列表服务器根据相关信息获取请求获取的URI列表中URI的相关信息。

URI的相关信息可包括多种类型，例如URI的相关信息可包括：呈现信息、位置信息和/或属性信息；其中，呈现信息可包括：用户的在线信息、用户的心情等信息；位置信息可包括：用户当前的地理位置信息等信息；属性信息可包括：用户的兴趣、爱好等信息。

URI的不同类型的相关信息存储在不同类型的信息服务器上，例如：呈现信息存储在呈现服务器上，位置信息存储在位置服务器上，而属性信息存储在用户属性服务器上。

资源列表服务器在接收到CBUS服务器发送的相关信息获取请求后，可根据相关信息获取请求确定需要向哪类信息服务器获取URI的相关信息，如：需要向呈现服务器获取URI的在线信息，或需要向位置服务器获取URI的位置信息等。如果URI列表中包括群组URI时，需要向存储有群组信息的群组管理服务器获取群组URI中的组内成员URI，之后，再由资源列表服务器根据组内成员URI向相应的信息服务器获取组内成员URI的相关信息。

资源列表服务器获取URI的相关信息的方式可包括：向相应的信息服务器发送遵循SIP协议的订阅(SUBSCRIBE)请求或遵循XCAP协议(XMLConfiguration Access Protocol)的获取(GET)请求等。资源列表服务器在获取了URI列表中各URI对应的用户的相关信息后，可一次性将获取的URI的相关信息发送给CBUS服务器。

步骤14、根据获取的URI的相关信息选择与选择条件匹配的URI并发送给客户端。

CBUS服务器根据选择条件对接收到的URI的相关信息进行评估，选出与选择条件匹配的URI，并将选出的URI发送给客户端。

本实施例在现有的CBUS系统架构的CBUS服务器与信息服务器之间增设了资源列表服务器，利用资源列表服务器获取URI列表中各URI的相关信息后再集中发送给CBUS服务器，为CBUS服务器向资源列表服务器发送一次请求即可获取多个URI的相关信息提供实现的可能性，因而有利于提供CBUS服务器获取用户的相关信息的效率，从而提高了CBUS服务器基于条件选择URI的效率。

图2为本发明第二实施例提供的URI的获取方法流程图。本实施例从资源列表服务器侧说明本发明统一资源标识的获取方法的技术方案。如图2所示，本实施例URI的获取方法包括：

步骤21、资源列表服务器向共享群组(Share Group)可扩展标记语言(Extensible Markup Language，简称XML)文档管理服务器(XML Document Management Server，简称XDMS)发送PoC群组URI。

共享群组XDMS主要功能是为PoC业务提供群组管理的能力，其上存储有PoC群组URI；现有的资源列表服务器无法解析PoC群组UR I。本实施例为了资源列表服务器可获取PoC群组URI中的组内成员URI，建立资源列表服务器与共享群组XDMS之间的通信连接，由资源列表服务器将PoC群组URI发送给共享群组XDMS，用于请求获取PoC群组URI的组内成员URI。

资源列表服务器与共享群组XDMS之间的通信连接的建立方式不受限制。下面举例说明资源列表服务器与共享群组XDMS之间一种通信建立实现过程。

例如：可在资源列表服务器支持的数据格式上扩展新名称空间(Namespace)，该新名称空间存储有用于表示PoC群组URI的新元素(Element)。资源列表服务器上可预先建立新元素(如：<list-service>)、PoC群组XML文档的应用统一标识(Application Unique ID，简称AUID)、以及存放有PoC群组URI的服务器(即共享群组XDMS)标识之间的映射关系。当资源管理服务器接收到请求消息时，可判断消息中是否包括扩展的新元素(如：<list-service>)，如果有，该新元素中的URI即为PoC群组URI；资源列表服务器根据预先建立的上述映射关系，可确定存放有PoC群组URI的共享群组XDMS，并将PoC群组URI发送给共享群组XDMS，用于请求获取PoC群组URI中的组内成员URI。

资源列表服务器可将PoC群组URI携带在遵循SIP协议的订阅(SUBSCRIBE)请求或遵循XCAP协议的获取(GET)请求中，将订阅(SUBSCRIBE)请求或获取(GET)请求向共享群组XDMS发送，用于请求获取PoC群组URI的组内成员URI。

步骤22、资源列表服务器接收共享群组XDMS发送的PoC群组URI的组内成员URI。

共享群组XDMS在接收到PoC群组URI时，读取该PoC群组URI的XML文档中PoC群组URI的组内成员URI，并将PoC群组URI中的组内成员URI发送给资源列表服务器。

本实施例通过建立资源列表服务器与共享群组XDMS之间的通信连接，使得资源列表服务器可获取PoC群组URI中的组内成员URI，丰富了资源列表服务器的功能，从而有利于通过资源列表服务器提高基于条件选择URI的效率。

图3为本发明第三实施例提供的基于条件的URI的选择方法信令交互图。区别于图1对应实施例的是：本实施例以CBUS系统架构各节点交互实现CBUS服务器一次请求获取多个URI的相关信息为例，对本发明技术方案进行说明。如图3所示，本实施例基于条件的URI的选择方法包括：

步骤31、CBUS客户端向CBUS服务器发送请求消息。

该请求消息中携带有选择条件和URI列表；该URI列表中包括有多个URI。多个URI可为多个用户URI或多个群组URI，或者，多个URI还可为用户URI和群组URI的组合。

步骤32、CBUS服务器解析接收的请求消息，并根据得到的选择条件生成相关信息获取请求。

CBUS服务器解析接收的请求消息，得到选择条件和URI列表；并根据选择条件生成相关信息获取请求，该相关信息获取请求包括URI列表，用于请求获取URI列表中各URI的相关信息。

举例说明：假设选择条件为：“商场附近的、状态为在线的用户”，CBUS服务器可根据该选择条件生成用于请求获取“位置信息和状态信息”的相关信息获取请求。

步骤33、CBUS服务器向资源列表服务器发送携带有URI列表的相关信息获取请求，该URI列表中包括有多个URI。

步骤34、资源列表服务器判断URI类型，如果URI类型为PoC群组URI，执行步骤35；如果URI类型为呈现列表URI，执行步骤37；如果URI类型为用户URI，执行步骤39。

步骤35～步骤36、资源列表服务器向共享群组XDMS获取PoC群组URI中的组内成员URI，共享群组XDMS将PoC群组URI的组内成员URI发送给资源列表服务器；执行步骤39。

本实施例为了建立资源列表服务器与共享群组XDMS的通信连接，即使得资源列表服务器具有解析PoC群组URI的能力且具有将PoC群组URI路由到共享群组XDMS上的能力，可预先对资源列表服务器上支持的数据格式进行扩展，如扩展资源列表服务器支持的数据格式中的名称空间“Namespace”，使得资源列表服务器具有解析PoC群组XML文档中数据元素(Element)的能力。

以XML描述对资源列表服务器支持数据格式(Schema)中扩展名称空间“Namespace”的实例如下：

<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″>

<resource-list>http://xcap.example.com/resource-lists/user

s/sip:joe@example.com/index/～～/resource-lists/list％5b@nam

e＝％2211％22％5d</resource-list>

<package>presence</package>

</cr:ruleset>

</ls:list-service>

上述实例描述的是一个资源列表服务器支持的数据格式文件，虚线框中内容为本实例在资源列表服务器支持的原数据格式中扩展的部分。

上述实例第一个虚线框中的内容为扩展的名称空间“Namespace”，即为在资源列表服务器支持的数据格式上增加的新名称空间。扩展的名称空间<xmlns:ls＝“urn:oma:xml:poc:list-service”>用于表示该部分中的XML文档为PoC群组的XML文档，“urn:oma:xml:poc:list-service”用于表示OMA标准组织为共享群组XDMS分配的URI；扩展的名称空间<xmlns:cr＝“urn:ietf:params:xmls:ns:common-policy”>用于表示IETF标准组织制定的XML文档管理的基本策略；扩展的名称空间<xmlns:ocr＝“urn:oma:xml:xdm:common-policy”>用于表示OMA标准组织制定的XML文档管理的基本策略；扩展的名称空间<xmlns:oxe＝“urn:oma:xml:xdm:extensions”>用于表示OMA标准组织制定的XML文档管理的扩展。通过上述对资源列表服务器支持的数据格式扩展处理后，当资源列表服务器接收到<list-servie>元素中包含的PoC群组URI时，可将PoC群组URI路由到共享群组XDMS上来获取其组内成员URI。

上述实例第二个虚线框中<list-service>元素(element)表示该部分描述的是一个PoC群组，并用“uri”表示该PoC群组的标识，<list-service>元素即为资源列表服务器支持的数据格式上增加的新元素；<list>元素表示PoC群组成员列表，<list>元素包含一个或多个<entry>子元素，每个<entry>子元素表示一个群组成员，每个<entry>子元素都有一个“uri”属性，用于标识群组成员。此外，上述实例中的<service>元素表示该部分描述的是一个呈现列表，并用“uri”表示该呈现列表的标识。

可见，当资源列表服务器接收到相关信息获取请求时，可根据<list-service>元素包含的URI确定该URI的类型为PoC群组URI，并向共享群组XDMS获取PoC群组URI中的组内成员URI。

资源列表服务器向共享群组XDMS可获取PoC群组URI中的组内成员URI，如果资源列表服务器获得的URI列表中包括多个PoC群组URI，则可对应每个PoC群组URI执行一次相同的获取操作。资源列表服务器向共享群组XDMS获取PoC群组URI中组内成员URI的方式可包括：向共享群组XDMS发送遵循SIP协议的订阅(SUBSCRIBE)请求或遵循XCAP协议的获取(GET)请求等。

步骤37～步骤38、资源列表服务器向资源列表XDMS获取呈现列表URI中的组内成员URI，资源列表XDMS向资源列表服务器发送呈现列表URI中的组内成员URI；执行步骤39。

资源列表XDMS主要功能是提供呈现群组管理的能力，其上存储有呈现列表URI。当资源列表服务器获取到的URI为呈现列表URI时，可根据上述实例中<service>元素确定资源列表XDMS的地址，将呈现列表URI路由到资源列表XDMS上，即向资源列表XDMS订阅呈现列表URI中的组内成员URI。

资源列表服务器向资源列表XDMS可获取呈现列表URI中的组内成员URI，如果资源列表服务器获得的URI列表中包括多个呈现列表URI，则可对应每个呈现列表URI执行一次相同的获取操作。资源列表服务器向资源列表XDMS获取呈现列表URI中组内成员URI的方式可包括：向资源列表XDMS发送遵循SIP协议的订阅(SUBSCRIBE)请求或遵循XCAP协议的获取(GET)请求等。

步骤39、资源列表服务器根据相关信息获取请求，向相应的信息服务器获取URI的相关信息。

本步骤资源列表服务器获取的URI的相关信息可为：用户URI的相关信息、以及步骤36或步骤38获得的组内成员URI的相关信息。

资源列表服务器向信息服务器可获取URI的相关信息，如果资源列表服务器希望获得多个URI的相关信息，则可对应每个URI执行一次相同的获取操作。资源列表服务器向信息服务器获取URI的相关信息的方式可包括：向信息服务器发送遵循SIP协议的订阅(SUBSCRIBE)请求或遵循XCAP协议的获取(GET)请求等。

步骤310、信息服务器向资源列表服务器发送与各用户URI或组内成员URI的相关信息。

步骤311、资源列表服务器将步骤310获取的各URI的相关信息发送给CBUS服务器。

步骤312、CBUS服务器根据选择条件对接收到的URI的相关信息进行评估，选择与CBUS服务器接收的选择条件匹配的URI。

步骤313、CBUS服务器将步骤312选出的URI通知CBUS客户端。

本实施例在实现上述实施例技术效果的基础上，通过对资源列表服务器支持的数据格式进行扩展，使得资源列表服务器可解析PoC群组URI并将其路由到共享群组XDMS上，可解析呈现列表标识并将其路由到资源列表XDMS上，并可解析用户URI并将其路由到信息服务器上。可见，本实施例CBUS服务器向资源列表服务器一次请求，即可通过资源列表服务器获取多个URI的相关信息，提高了CBUS服务器获取用户信息的效率，从而提高了CBUS服务器基于条件选择URI的效率。

图4为本发明第四实施例提供的基于条件的URI的选择方法信令交互图。本实施例的应用场景为：CBUS服务器向资源列表服务器发送一次请求，即可获取2个用户URI、以及1个呈现列表URI中组内成员URI的相关信息。如图4所示，本实施例基于条件的URI的选择方法包括：

步骤41、CBUS客户端向CBUS服务器发送订阅(SUBSCRIBE)请求，该订阅(SUBSCRIBE)请求携带有URI列表和选择条件。

假设：URI列表中包括2个用户URI和1个呈现列表URI，2个用户URI例如：John@example.com和Joe@example.com；1个呈现列表URI例如：Goodfriends@example.com。选择条件如：“在线(OPEN)状态的用户”。

步骤42～步骤43、CBUS服务器解析来自CBUS客户端的订阅(SUBSCRIBE)请求，得到选择条件和URI列表；根据选择条件生成用于获取URI列表中各URI的状态信息的相关信息获取请求，该相关信息的获取请求可以订阅(SUBSCRIBE)请求的形式发送给资源列表服务器。

CBUS服务器根据选择条件生成相关信息获取请求，以供资源列表服务器根据相关信息获取请求确定需要订阅的URI的相关信息的信息服务器的类型。如：如果选择条件为“在线(OPEN)状态的用户”，则生成的相关系信息获取请求可用于请求获取URI列表中各URI的“状态信息”，该相关信息的获取请求可以订阅(SUBSCRIBE)请求的形式发送给资源列表服务器。

CBUS服务器向资源列表服务器发送的订阅(SUBSCRIBE)请求的消息格式实例如下：

SUBSCRIBE sip:rls@example.com SIP/2.0

Via：SIP/2.0/TCP

cbuss.example.com；branch＝z9hG4bKwYb6QREiCL

Max-Forwards：70

To：RLS<sip:rls@example.com>

From：<sip:alice@example.com>；tag＝ie4hbb8t

Call-ID：cdB34qLToC@terminal.example.com

CSeq：1SUBSCRIBE

Contact：<sip:cbuss.example.com>

Event：presence

Expires：7200

Require：recipient-list-subscribe

Supported：eventlist

Accept：application/cpim-pidf+xml

Accept：application/rlmi+xml

Accept：multipart/related

Accept：multipart/signed

Accept：multipart/encrypted

Content-Type：application/rls-service+xml；

type＝″application/rlmi+xml″；

Content-Disposition：recipient-list

Content-Length：2034

<？xml version＝″1.0″encoding＝″UTF-8″？>

<rls-services xmlns＝″urn:ietf:params:xml:ns:rls-services″

xmlns:xsi＝″http://www.w3.org/2001/

XMLSchema-instance″>

<filter-set xmlns＝″urn:ietf:params:xml:ns:simple-filter″>

<ns-bindings>

<ns-binding prefix＝″pidf″

urn＝″urn:ietf:params:xml:ns:pidf″/>

<ns-binding prefix＝″rpid″

urn＝″urn:ietf:params:xml:ns:pidf:rpid″/>

</filter-set>

</resource-lists>

</filter-set>

</resource-lists>

上述实例第一个虚线框中<list>元素表示URI列表，<list>元素包括<entry>和<service>两个子元素，<entry>子元素用于描述URI的类型为用户URI，<service>子元素用于描述URI的类型为呈现列表URI；上述实例第二个虚线框中<filter>元素用于描述各URI对应的选择条件，<filter>元素中的<pidf>子元素用于描述需要获取的该URI的相关信息的类型为“状态(status)信息”。

步骤44、资源列表服务器分析来自CBUS服务器的订阅(SUBSCRIBE)请求，得到URI列表中包括的各URI的类型并确定需要获取的URI的相关信息的类型。

上述实例中，资源列表服务器在<entry>元素中获取用户URI，如John@example.com和Joe@example.com；在<service>元素中获取呈现列表URI，如：Goodf riends@example.com；在<include>元素中的内容为“状态(status)信息”。

步骤45、资源列表服务器向资源列表XDMS发送订阅(SUBSCRIBE)请求，该订阅(SUBSCRIBE)请求携带有呈现列表URI，如：Goodfriends@example.com，用于向资源列表XDMS订阅Goodfriends@example.com中的组内成员URI；

步骤46、资源列表XDMS向资源列表服务器发送通知(NOTIFY)消息，该通知(NOTIFY)消息中携带有呈现列表URI中的组内成员URI。

假设：Goodfriend s@example.com对应的群组Goodfriends的组内成员包括Bob和Lily，资源列表XDMS向资源列表服务器发送组内成员URI，如：Bob@example.com和Lily@example.com。

步骤47～步骤48、资源列表服务器向呈现服务器发送订阅(SUBSCRIBE)请求，每个订阅(SUBSCRIBE)请求携带有一个URI，用于请求订阅该URI相应的用户的状态信息；呈现服务器向资源列表发送通知(NOTIFY)消息，每个通知消息中携带有一个URI的状态信息。

本实施例包括的用户URI以及组内成员URI共4个，如：John@example.com、Joe@example.com、Bob@example.com和Lily@example.com，对于其中的每个URI可重复执行步骤47～步骤48(图4中未示出)，用以分别获取各URI的状态信息。获取的状态信息可包括：用户的在线状态信息等。

当资源列表服务器获取各URI的状态信息之后，可执行步骤49。

步骤49、资源列表服务器向CBUS服务器发送通知(NOTIFY)消息，该通知(NOTIFY)消息携带有资源列表获取的所有URI的状态信息，如：John@example.com、Joe@example.com、Bob@example.com和Lily@example.com的在线状态或不在线状态信息。

步骤410、CBUS服务器根据选择条件对资源列表服务器发送的所有URI的相关信息进行评估，选出与选择条件匹配的URI。

假设：选择条件如：“在线(OPEN)状态的用户”；资源列表服务器发送的所有URI的状态信息为：John@example.com的状态为不在线(CLOSE)，Joe@example.com、Bob@example.com和Lily@example.com的状态均为在线(OPEN)；该情形下，CBUS服务器选出Joe@example.com、Bob@example.com和Lily@example.com作为与选择条件匹配的URI，即满足选择条件的URI。

步骤411、CBUS服务器向CBUS客户端发送通知(NOTIFY)消息，该通知(NOTIFY)消息携带有满足选择条件的URI，如oe@example.com、Bob@example.com和Lily@example.com。

本实施例CBUS服务器向资源列表服务器一次订阅即可获取多个URI的状态信息，因而提高了CBUS服务器获取URI的状态信息的效率，从而提高了CBUS服务器基于条件选择URI的效率。

图5为本发明第五实施例提供的基于条件的URI的选择方法信令交互图。本实施例的应用场景为：CBUS服务器向资源列表服务器发送一次订阅请求，即可获取1个用户URI、1个呈现列表URI中的组内成员URI、以及1个PoC群组URI中的组内成员URI的相关信息。如图5所示，本实施例基于条件的URI的选择方法包括：

步骤51、CBUS客户端向CBUS服务器发送订阅(SUBSCRIBE)请求，该订阅(SUBSCRIBE)请求携带有URI列表和选择条件。

假设：URI列表中包括1个用户URI、1个呈现列表URI和1个PoC群组URI，如：John@example.com、Goodfriends@example.com和sip：myconference@example.com。选择条件如：“在线(OPEN)状态的用户”。

步骤52～步骤53、CBUS服务器解析来自CBUS客户端的订阅(SUBSCRIBE)请求，得到选择条件和URI列表；根据选择条件生成用于获取URI列表中各URI的状态信息的相关信息获取请求，该相关信息的获取请求可以订阅(SUBSCRIBE)请求的形式发送给资源列表服务器。

SUBSCRIBE sip:rls@example.com SIP/2.0

Via：SIP/2.0/TCP cbuss.example.com；branch＝z9hG4bKwYb6QREiCL

Max-Forwards：70

To：RLS<sip:rls@example.com>

From：<sip:alice@example.com>；tag＝ie4hbb8t

Call-ID：cdB34qLToC@terminal.example.com

CSeq：1SUBSCRIBE

Contact：<sip:cbuss.example.com>

Event：presence

Expires：7200

Require：recipient-list-subscribe

Supported：eventlist

Accept：application/cpim-pidf+xml

Accept：application/rlmi+xml

Accept：multipart/related

Accept：multipart/signed

Accept：multipart/encrypted

Content-Type：application/rls-service+xml；type＝″application/rlmi+xml″；

Content-Disposition：recipient-list

Content-Length：2034

<？xml version＝″1.0″encoding＝″UTF-8″？>

<rls-services xmlns＝″urn:ietf:params:xml:ns:rls-services″

xmlns:xsi＝″http://www.w3.org/2001XMLSchema-instance″>

<filter-set xmlns＝″urn:ietf:params:xml:ns:simple-filter″>

<ns-bindings>

<ns-binding prefix＝″pidf″urn＝″urn:ietf:params:xml:ns:pidf″/>

<ns-binding prefix＝″rpid″

urn＝″urn:ietf:params:xml:ns:pidf:rpid″/>

</ns-bindings>

</filter-set>

</resource-lists>

</filter-set>

</resource-lists>

上述实例第一个虚线框中<list>元素表示URI列表，<list>元素包括<entry>、<service>和<list-service>三个子元素，<entry>子元素用于描述URI的类型为用户URI，<service>子元素用于描述URI的类型为呈现列表URI，<list-service>子元素用于描述URI的类型为PoC群组URI；上述实例第二个虚线框中<include>元素中的内容为“状态(status)信息”。

步骤54、资源列表服务器分析来自CBUS服务器的订阅(SUBSCRIBE)请求，得到URI列表中包括的各URI的类型并确定需要获取的URI的相关信息的类型。

步骤55、资源列表服务器向共享群组XDMS发送获取(GET)请求，该获取(GET)请求携带有<list-service>子元素描述的PoC群组URI，如myconference@example.com，用于请求获取该PoC群组URI组内成员URI。获取(GET)请求的消息格式实例如下：

GET/org.openmobilealliance.groups/users/sip:alice@example.com/

myconference.xml/group/list-service/list HTTP/1.1

Host：xcap.example.com

...

步骤56、共享群组XDMS向资源列表服务器发送200OK消息，该200OK消息携带有PoC群组URI的组内成员URI，如：myconference@example.com中的组内成员URI。假设：myconference@example.com中的组成员URI包括Lily@example.com和Tom@example.com，资源列表XDMS向资源列表服务器发送组内成员URI列表，该组内成员URI列表包括2个组内成员URI，如：Lily@example.com和Tom@example.com。200OK的消息格式实例如下：

HTTP/1.1200OK

Etag：”et53”

......

Content-Type：application/vnd.oma.poc.groups+xml；charset＝”utf-8”

<？xml version＝”1.0”encoding＝”UTF-8”？>

<group xmlns＝”urn:oma:xml:poc:list-service”

xmlns:rl＝”urn:ietf:params:xml:ns:resource-list”

<list-service uri＝”sip:goodfriends@example.com”>

<list>

</list>

</list-service>

</group>

上述实例中<list-service>子元素用于描述URI的类型为PoC群组URI，<list-service>子元素中的<list>子元素用于表示PoC群组URI中的组内成员URI。

步骤57～步骤510与图4对应实施例中的步骤45～步骤48相似。

本实施例资源列表向呈现服务器获取的用户URI以及组内成员URI的相关信息共4个，即John@example.com、Tom@example.com、Bob@example.com和Lily@example.com的状态信息。

步骤511～步骤513与图4对应实施例中的步骤49～步骤411相似。

本实施例CBUS服务器向资源列表服务器一次订阅即可获取包括PoC群组URI在内的多个URI的状态信息，因而提高了CBUS服务器获取URI的状态信息的效率，从而提高了CBUS服务器基于条件选择URI的效率。

图6为本发明第六实施例提供的CBUS服务器的结构示意图。如图6所示，本实施例CBUS服务器包括：选择信息接收模块61、请求模块62、相关信息接收模块63和评估模块64。

选择信息接收模块61用于接收客户端发送的选择条件和URI列表。

请求模块62用于根据选择条件生成相关信息获取请求并发送给资源列表服务器，该相关信息获取请求包括上述URI列表，用于请求获取URI列表中URI的相关信息。

相关信息接收模块63用于接收资源列表服务器根据相关信息获取请求获取的URI列表中URI的相关信息。

评估模块64用于根据获取的URI的相关信息选择与选择条件匹配的URI并发送给客户端。

本实施例利用资源列表服务器获取URI的相关信息的功能，为CBUS服务器向资源列表服务器发送一次请求即可获取多个URI的相关信息提供实现的可能性，因而有利于提供CBUS服务器获取用户的相关信息的效率，从而提高了CBUS服务器基于条件选择URI的效率。本实施例CBUS服务器的实现原理可参见图1对应实施例的记载，CBUS服务器与其它节点交互实现一次请求获取多个URI的相关信息的方法详见图3、图4或图5对应实施例的记载，不再赘述。

图7为本发明第七实施例提供的资源列表服务器的结构示意图。如图7所示，本实施例资源列表服务器包括：发送模块71和接收模块72。

发送模块71用于向共享群组XDMS发送PoC群组URI。

接收模块72用于接收共享群组XDMS发送的PoC群组URI中的组内成员URI。

在上述技术方案的基础上，为了建立资源列表服务器与共享群组XDMS的通信连接，即使得资源列表服务器具有解析PoC群组URI的能力且具有将PoC群组URI路由到共享群组XDMS上的能力，本实施例资源列表服务器还可包括：存储模块73。

存储模块73用于将自身支持的数据格式上扩展的新元素存储在扩展的新名称空间中，该新元素用于表示PoC群组URI。进一步地，本实施例资源列表服务器还可包括：解析模块74。

解析模块74用于判断在接收的消息中是否包括上述新元素，如果有，确定该新元素中的URI为PoC群组URI。

此外，本实施例资源列表服务器还可包括：请求接收模块和信息发送模块。

请求接收模块用于接收相关信息获取请求，该相关信息获取请求可包括有URI列表，用于请求获取URI列表中的URI的相关信息。

信息发送模块用于根据相关信息获取请求向信息服务器获取的URI列表中URI的相关信息，并向相关信息获取请求的发送方发送获取的URI的相关信息。

本实施例通过建立资源列表服务器与共享群组XDMS之间的通信连接，使得资源列表服务器可获取PoC群组URI中的组内成员URI，丰富了资源列表服务器的功能，从而有利于通过资源列表服务器提高基于条件选择URI的效率。本实施例资源列表服务器的实现原理可参见图2对应实施例的记载，资源列表服务器与其它节点交互提高基于条件选择URI效率的方法，可详见图3、图4或图5对应实施例的记载，不再赘述。

图8为本发明第八实施例提供的通信系统的结构示意图。如图8所示，本实施例包括：CBUS服务器81，资源列表服务器82和信息服务器83。

CBUS服务器81用于接收客户端发送的选择条件和统一资源标识URI列表，根据选择条件生成相关信息获取请求并发送给资源列表服务器82；根据所述资源列表服务器82发送的所述URI列表中URI的相关信息，选择与所述选择条件匹配的URI并发送给所述客户端。

资源列表服务器82用于根据所述相关信息获取请求向所述信息服务器83获取的所述URI列表中URI的相关信息，将获取的所述URI列表中URI的相关信息向CBUS服务器81发送。

信息服务器83用于存储URI的相关信息。

在上述技术方案的基础上，在URI列表中的URI包括PoC群组URI时，本实施例通信系统还可进一步包括共享群组XDMS；该情形下，资源列表服务器还可用于向共享群组XDMS发送PoC群组URI；相应的，共享群组XDMS用于将PoC群组URI中的组内成员URI发送给资源列表服务器。在资源列表服务器接收到共享群组XDMS发送的PoC群组URI中的组内成员URI时，资源列表服务器还用于向信息服务器获取PoC群组URI中的组内成员URI的相关信息，将获取的PoC群组URI中的组内成员URI的相关信息向CBUS服务器发送。

本实施例在现有的CBUS系统架构的CBUS服务器与信息服务器之间增设了资源列表服务器，利用资源列表服务器获取URI列表中各URI的相关信息后再集中发送给CBUS服务器，为CBUS服务器向资源列表服务器发送一次请求即可获取多个URI的相关信息提供实现的可能性，提高了CBUS服务器获取用户的相关信息的效率，从而提高了CBUS服务器基于条件选择URI的效率。本实施例通信系统中CBUS服务器的结构可参见图6对应实施例的记载，其实现原理可参见图1对应实施例的记载，不再赘述。

图9为本发明第九实施例提供的通信系统的结构示意图。如图9所示，本实施例包括：资源列表服务器91和共享群组XDMS92。

资源列表服务器91用于向共享群组XDMS92发送PoC群组URI。

共享群组XDMS92用于将PoC群组URI中的组内成员URI发送给所述资源列表服务器91。

本实施例通过建立资源列表服务器与共享群组XDMS之间的通信连接，使得资源列表服务器可获取PoC群组URI中的组内成员URI，丰富了资源列表服务器的功能，从而有利于通过资源列表服务器提高基于条件选择URI的效率。本实施例通信系统中资源列表服务器的结构可参见图7对应实施例的记载，其实现原理可参见图2对应实施例的记载，不再赘述。

本领域普通技术人员可以理解，图9所示的通信系统可作为获取URI的一个独立系统，也可作为图8对应通信系统中的一个子系统，用于实现当CBUS服务器发送给资源列表服务器的URL列表中的URI包括PoC群组URI时，资源列表服务器可向共享群组XDMS获取PoC群组URI中的组内成员URI，提高了CBUS服务器获取用户的相关信息的效率，从而提高了CBUS服务器基于条件选择URI的效率。

本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域普通技术人员可以理解：实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。

Claims

1.一种基于条件的统一资源标识的选择方法，其特征在于，包括：

接收客户端发送的选择条件和统一资源标识URI列表；

2.根据权利要求1所述的基于条件的统一资源标识的选择方法，其特征在于，所述URI列表中的URI包括以下至少之一：用户URI、呈现列表URI、无线一键通群组URI。

3.根据权利要求2所述的基于条件的统一资源标识的选择方法，其特征在于，在所述URI列表中的URI包括所述无线一键通群组URI时，进一步包括：所述资源列表服务器向共享群组XML文档管理服务器获取所述无线一键通群组URI中的组内成员URI；

则获取的所述相关信息包括：获取的所述无线一键通群组URI中的组内成员URI的相关信息。

4.一种统一资源标识的获取方法，其特征在于，包括：

5.根据权利要求4所述的统一资源标识的获取方法，其特征在于，

所述资源列表服务器支持的数据格式包括扩展的新元素以及存储有所述新元素的新名称空间，所述新元素用于表示所述无线一键通群组URI。

6.根据权利要求5所述的统一资源标识的获取方法，其特征在于，所述向共享群组XML文档管理服务器发送无线一键通群组URI之前，还包括：

判断在所述资源列表服务器接收的消息中是否包括所述新元素，如果有，确定所述新元素中的URI为无线一键通群组URI。

7.一种基于条件的统一资源标识的选择服务器，其特征在于，包括：

8.一种资源列表服务器，其特征在于，包括：

9.根据权利要求8所述的资源列表服务器，其特征在于，还包括：

存储模块，用于将自身支持的数据格式上扩展的新元素存储在扩展的新名称空间中，所述新元素用于表示所述无线一键通群组URI。

10.根据权利要求9所述的资源列表服务器，其特征在于，还包括：

解析模块，用于判断在接收的消息中是否包括所述新元素，如果有，确定所述新元素中的URI为无线一键通群组URI。

11.一种通信系统，其特征在于，包括：选择服务器，资源列表服务器和信息服务器；

12.一种通信系统，其特征在于，包括：资源列表服务器和共享群组XML文档管理服务器；