CN101682648A - 在多实体标识情况中管理实体数据 - Google Patents

Abstract

一种操作存储在或待存储在服务器处的数据。数据必须经由数据标识符而在服务器处是可标识的，该数据标识符包括标识实体的实体标识。标识实体的实体标识集合(504，505，506)存在并且包括主实体标识(504)和一个或多个其他实体标识(505，506)。数据特定于实体标识集合。数据总是经由包括主实体标识(504)的数据标识符而在操作中被标识。一种方法进一步在服务器处存储此类实体特定数据。数据仅存储在主实体标识(504)下，并且数据与其他实体标识(505，506)相关联，以便数据经由包括其他实体标识(505，506)之一的数据标识符而也是可标识的。本发明进一步涉及相应的设备、计算机程序产品和系统。

Description

在多实体标识情况中管理实体数据

技术领域

本发明涉及在多实体标识情况中操作实体数据的领域内的方法、设备、计算机程序产品和系统。

背景技术

开放移动联盟(OMA)已经为可扩展标记语言(XML)文档管理(XDM)定义了通用框架，该可扩展标记语言(XML)文档管理(XDM)定义了使得需要用户特定服务相关信息的服务引擎(enabler)能够访问用户特定服务相关信息的共同机制(参见文档“XMLDocument Management Architecture”，开放移动联盟，核准版本1.0，2006年6月12日，文档代码“OMA-AD-XDM-V1_0-20060612-A”)。这样的信息期望存储在其可以被定位、访问和操作(创建、修改和删除等)的网络中。XDM规定了如何在良好结构化XML文档中定义这样的信息，以及针对这样的XML文档的访问和操作的共同协议。由因特网工程任务组(IETF)定义的XML配置访问协议(XCAP)(参见“TheExtensible Markup Language(XML)Configuration Access Protocol(XCAP)”，Rosenberg，J.，2006年10月13日，文档代码“draft-ietf-simple-xcap-12”)已经被选作为公共XML文档管理协议。

通过XCAP访问和操作的文档存储在网络中的逻辑库中，称作XML文档管理服务器(XDMS)。每个库可以与使用其数据以执行其功能的功能实体相关联。例如，文档的访问和操作可以由XDM客户端来请求。

XCAP将用于访问XML格式的数据的XCAP统一资源标识符(URI)定义为两部分：文档选择符，其选定XML文档，和节点选择符，其选定XML文档内部的XML组件(元素、属性)。

XCAP URI的语法是固定的，意味着XML文档被组织进强制分层结构100中，其在图1中图示出。

在顶层中存在有根服务URI 101，其标识了XCAP树的开始(对应于聚合代理的地址)，例如“http://xcap.example.com”。下一层是应用唯一ID(AUID)102，其标识了使用的服务或应用，例如，蜂窝一键通(PoC)服务相关“组”特定应用使用情况中的“org.openmobilealliance.poc-groups”。替换的AUID例如是IM历史记录和延期消息元数据、共享用户访问策略、共享URI列表和共享用户简档。

随后的分层结构层是“用户”103或“全局”104目录，其中“用户”树103包括每个用户的文档，并且“全局”树104针对非用户特定的数据。在“用户”树103中，下一个分层结构层是XCAP用户标识(XUI)，例如，第一用户105和第二用户106的XUI，其定义请求的用户的XDM文档存储在哪里。例如，仅举几个例子，XUI可以是会话发起协议(SIP)URI或TEL URI。例如，第二用户106的SIPURI可以是“sip:ronald.underwoord@example.com”。

在图1中，文档“docl”(其例如可以是表示为“access.xml”的XML文档)存储在第二用户106的XUI下。在XUI层下面，可能仍有最终通向实际XML文档的其他多种目录108。

图1中，合并上面给出的实例，于是XML文档107由XCAP URIhttp://xcap.example.com/org.openmobilealliance.poc-groups/users/sip:ronald.underwood@example.com/access.xml来标识。

XCAP URI还可以包括针对XML文档中的节点的XPATH引用，这允许访问到XML文档内特定的XML元素或属性。下面是这样的XCAP URI的一个实例(XML节点引用在双波浪符号～～后)：http://xcap.example.com/org.openmobilealliance.poc-groups/users/sip:ronald.underwood@example.com/myconf/～～/conference[1]/settings/conference-uri。

OMA进一步定义了融合因特网协议(IP)消息(CPM)，其一种是提供不同用户体验(如延期和及时消息收发、基于会话的通信和半双工/全双工会议)的通信架构(参见，“Converged IP MessagingArchitecture”，开放移动联盟，草案版本1.0，2007年3月20日，文档代码“OMA-AD-CPM-V1_0-20070320-D”)。CPM旨在巩固现有消息收发服务的共同功能，以及由基于SIP技术带来的通信的融合引入的新的特征。其与其他OMA“支持”引擎如呈现(presence)和XDM相互作用。

鉴于如今多种服务域中不同的用户体验，CPM引擎旨在通过以承载无关的方式解决服务约束，在针对所有IP网络(移动、家庭、因特网世界)的许多服务域中提供一致的用户体验。CPM的另一个特征是不同服务提供商(包括漫游情形)之间的互操作性。

CPM旨在提供关注用户体验的融合消息收发能力，该用户体验被提供有下面的服务：支持文本消息收发的服务(例如，短消息服务(SMS)、即时消息和呈现服务(IMPS)、简单(SIMPLE)即时消息收发(IM)、电子邮件、多媒体消息收发服务(MMS))，支持语音的服务(例如，PoC、IP语音(VoIP))和支持视频的服务(例如，IP视频)。

在CPM中，期望CPM用户可以具有针对他/她的所有CPM地址或其子集的偏好设置的共集。另外，要求在每个地址的基础上支持配置和偏好设置。

发明内容

管理用户偏好设置的一个可能是通过XDM，即，将用户偏好设置作为XML文档存储在一个或多个XDM服务器处，并且使用XCAP来定位、访问和操作用户的偏好设置。

由于如上所述的XCAP URI语法包括以用户的地址作为值的XUI部分(见图1中XUI 105和XUI 106)，所以当前不可能有针对用户的多个地址或标识的共同偏好设置(只存储一次)。仅支持针对用户的所有可能地址具有分开的、独立的偏好设置的方法。这意味着用户以他的地址之一(例如，XUI基于用户SIP URI)令XML信息存储在XDMS处，并且所述信息还应当随其他用户的地址(例如，所述用户的另一个URI)可用。

根据本发明的第一方面，公开了一种方法，所述方法包括：操作存储在或待存储在服务器处的数据，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于该实体标识集合，并且其中所述数据总是经由包括主实体标识的数据标识符而在操作中被标识。所述方法例如可以由客户端执行。客户端例如可以是XDM客户端。

根据本发明的第一方面，此外公开了一种其上存储有计算机程序的计算机可读介质，计算机程序包括指令，该指令操作于使得处理器操作存储在或待存储在服务器处的数据，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于该实体标识集合，并且其中所述数据总是经由包括主实体标识的数据标识符而在操作中被标识。计算机可读介质例如可以实施为电存储介质、磁存储介质、电磁存储介质或光存储介质，并且可以是移动介质或固定安装在设备中的介质。可以理解计算机程序本身也被公开，即，不需待存储在计算机可读介质上。

根据本发明的第一方面，此外公开了一种设备，包括配置以操作存储在或待存储在服务器处的数据的处理单元，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于该实体标识集合，并且其中所述处理单元配置成总是经由包括主实体标识的数据标识符而在操作中标识所述数据。所述设备例如可以是客户端或其一部分。所述客户端例如可以是XDM客户端。

根据本发明的第一方面，操作存储在或待存储在服务器处的数据。实体例如可以是一个或多个用户或设备，仅举几种可能性。所述数据例如可以以目录结构存储在服务器处。仅举几种可能性，数据的操作例如可以包括将数据放入到服务器以便存储、从服务器检索数据、从服务器删除数据和修改服务器上的数据。操作例如可以由客户端执行或发起，并且可以基于特定的协议，例如XCAP。

存储在或待存储在服务器处的数据必须经由包括实体标识的数据标识符而在服务器处可标识。数据标识符例如可以是XCAP URI。实体标识例如可以是XUI。

存在实体标识集合，其中集合中的所有实体标识标识所述实体。例如，在实体标识是XUI的情况下，一个实体标识可以是SIP URI，并且另一个实体标识可以是TEL URI，其中两个实体标识标识相同的实体。实体标识集合可能不包括标识实体的所有存在的实体标识。

实体标识集合包括主实体标识和其他实体标识。主实体标识例如可以是优选用于存储和/或操作数据的实体标识。

数据特定于实体标识集合。数据对于所述实体标识集合中的所有实体标识例如可以是相同的。这并不阻止特定于另外实体标识，但不特定于该实体标识集合的另外数据，和/或特定于一个或多个，但不特定于所述实体标识集合中的所有实体标识的另外数据也存储在服务器处。

因此，数据可以被理解为代表特定于所述实体和特定于实体标识的数据，即，数据可以形成实体标识特定数据的交集。仍相当有可能将不与其他实体标识特定数据相交的实体标识特定数据存储在服务器处的其他实体标识之一下。

当操作所述数据时，总是使用包括主实体标识的数据标识符来标识数据。即使当使用其他的实体标识时，例如在客户端与其他单元通信中，所述客户端总是使用数据标识符中的主实体标识。

总是经由包括主实体标识的数据标识符来标识数据使得数据仅在主实体标识下被存储在服务器处和/或在服务器处被维护。以这种方式，实现服务器处的集中式数据存储，例如在几个客户端操作数据的情况下。特别地，当操作所述数据时，这些客户端的每个都使用数据标识符中的不同实体标识，使得数据可以在不同实体标识下存储在服务器处和/或在服务器处被维护。这通过引入主实体标识并且要求当操作所述数据时，客户端总是使用该主实体标识来避免。

根据本发明第一方面的一个示例性实施方式，所述主实体标识是默认的实体标识。主实体标识例如可以是用于存储和/或操作数据的默认实体标识。可以例如由规则或协议来规定哪个实体标识将被用作主实体标识。根据本发明的第一方面，主实体标识可以固定地存储在设备中，或可以存储在插入此类设备的存储介质上，例如，存储卡如通用订户标识模块(USIM)卡。

根据本发明第一方面的进一步示例性实施方式，所述数据是存储在或待存储在可扩展标记语言文档管理服务器处的文档或其一部分，数据标识符是可扩展标记语言配置访问协议统一资源标识符并且实体标识是可扩展标记语言配置访问协议用户标识。仅举几种可能性，XUI例如可以包括SIP URI和TEL URI。

根据本发明第一方面的进一步示例性实施方式，数据描述针对实体的所有实体标识或其子集的偏好设置的共集。

根据本发明第一方面的进一步示例性实施方式，所述数据描述针对实体的所有实体标识或其子集的共同地址簿。

根据本发明第一方面的进一步示例性实施方式，所述实体标识是所述实体的融合因特网协议消息收发地址。于是，实体例如可以是CPM用户，实体标识例如可以是CPM支持的CPM用户地址，并且数据可以描述用户的CPM偏好设置或他的CPM共同地址簿。

根据本发明的第二方面，公开了一种方法，包括在服务器处存储数据，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于实体标识集合，其中所述数据仅存储在主实体标识下，并且其中所述数据与其他实体标识相关联，以便所述数据也经由包括其他实体标识之一的数据标识符而可标识。所述方法例如可以由服务器执行。所述服务器例如可以是XDM服务器。

根据本发明第二方面，此外公开了一种其上存储有计算机程序的计算机可读介质，计算机程序包括指令，该指令操作于使得处理器将数据存储在服务器处，所述数据必须经由数据标识符而在服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于该实体标识集合，其中所述数据仅存储在主实体标识下，并且其中所述数据与其他实体标识相关联，以便所述数据经由包括其他实体标识之一的数据标识符而可标识。计算机可读介质例如可以实施为电存储介质、磁存储介质、电磁存储介质或光存储介质，并且可以是移动介质或固定安装在设备中的介质。计算机程序还理解为本质上也被公开，即，不需待存储在计算机可读介质上。

根据本发明第二方面，此外公开了一种设备，包括配置以在服务器处存储数据的存储器单元，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于实体标识集合，其中所述数据仅存储在主实体标识下，并且其中所述数据与其他实体标识相关联，以便所述数据经由包括其他实体标识之一的数据标识符而可标识。所述设备例如可以是服务器或其一部分。所述服务器例如可以是XDM服务器。

根据本发明第二方面，数据存储在服务器处。仅举几种可能性，实体例如可以是一个或多个用户或设备。数据例如可以存储在服务器处的目录结构中。所述数据例如在由客户端执行的数据的操作期间或之后存储，其中操作可以例如包括放置数据、检索数据、删除数据或修改数据。

存储在服务器处的数据必须经由数据标识符而在服务器处是可标识的。数据标识符例如可以是XCAP URI。实体标识例如可以是XUI。

实体标识集合存在，其中所有的实体标识对相同的实体进行标识。例如，在实体标识是XUI的情况下，一个实体标识可以是SIP URI，而另一个实体标识可以是TEL URI，其中两个实体标识对相同的实体进行标识。实体标识集合可以不包括标识所述实体的所有现有实体标识。

实体标识集合包括主实体标识和其他实体标识。主实体标识例如可以是优选用于存储和/或操作所述数据的实体标识。

数据特定于实体标识集合。对于所述实体标识集合中的所有实体标识，数据例如可以是相同的。这并不阻止特定于另外实体标识，但不特定于实体标识集合的另外数据也存储在服务器处。

因此可以将数据理解为代表特定于实体并且也特定于实体标识的数据，即，数据可以形成实体标识特定数据的交集。仍极有可能将不与其他实体标识特定数据相交的实体标识特定数据存储在服务器处的其他实体标识之一下。数据仅存储在主实体标识下，例如主实体标识下的目录树中。因此，尽管标识相同实体并且数据特定于其的若干实体标识存在，并且数据可以存储在这些实体标识下，但所述数据仅存储一次，从而尤其可以执行集中式的数据管理并且还节省了存储空间。仅在主实体标识下存储数据可以由一个或多个客户端引起，当操作所述数据时，总使用数据标识符中的主实体标识对所述数据进行标识。可替换地，所述服务器或另一实例可以决定所述实体特定数据必须仅存储在主实体标识下，例如在所述服务器的启动和/或配置期间。

为了允许数据也可经由包括(所述实体标识集合的)其他实体标识的数据标识符而可标识，存储在主实体标识下的数据与其他实体标识相关联。该关联例如可以基于链接/指针来创建，或基于规定如何和/或在何处(例如，在目录结构中)其他实体标识必须被存储以被理解为与所述数据相关联的规则来创建。仅举几种可能性，此关联例如可以由存储数据的服务器、或由运营商、或由操作数据的客户端来创建。

根据本发明第二方面的第一示例性实施方式，通过在每个其他实体标识下提供指向存储在主实体标识下的数据的指针，存储在主实体标识下的数据与其他实体标识相关联。在一个或多个其他实体标识下，可以存储仅特定于相应的实体标识，但不特定于实体标识集合的所有实体标识的另外数据。

在本发明第二方面的第一实例性实施方式中，当经由包括其他实体标识之一的数据标识符来标识所述数据时，可以准备一个单元来找到指针而非数据。

在本发明第二方面的第一实例性实施方式中，主实体标识和其他实体标识可以存储在目录结构的同一层中。其中，全局文档可以包括关于目录结构的信息，并且然后可以从全局文档中导出其他实体标识和主实体标识之间的映射。全局文档例如可以是存储在预定的目录位置中，例如，XCAP URI目录的全局目录。

根据本发明第二方面的第二示例性实施方式，通过将其他实体标识存储在所述主实体标识下，存储在主实体标识下的数据可以与其他实体标识相关联。通过将其他实体标识收集在所述主实体标识下的文件夹中，可以将其他实体标识例如存储在主实体标识下。在一个或多个其他实体标识下，可以存储仅特定于相应的实体标识，但不特定于实体标识集合的所有实体标识的另外数据。

在本发明第二方面的第二示例性实施方式中，可以提供将其他实体标识映射到主实体标识的索引。索引可以用于经由数据标识来对数据进行标识。

在本发明第二方面的第二示例性实施方式中，全局文档可以包括关于其中存储有实体标识的目录结构的信息，并且可以从全局文档中导出其他实体标识和主实体标识之间的映射。全局文档例如可以存储在预定的目录位置中，例如，XCAP URI目录的全局目录。

根据本发明第二方面的第三示例性实施方式，主实体标识是默认的实体标识。主实体标识例如可以是用于存储数据和/或操作数据的默认实体。可以例如通过规则或协议规定哪个实体标识用作主实体标识。主实体标识例如可以固定地存储在操作服务器处数据的客户端中、或可以存储在插入至所述客户端的存储介质上，例如，存储卡如包括通用订户标识模块(USIM)的通用集成电路卡(UICC)。

根据本发明第二方面的第四示例性实施方式，所述数据是存储在或待存储在可扩展标记语言文档管理服务器处的文档或其一部分，数据标识符是可扩展标记语言配置访问协议统一资源标识符，并且实体标识是可扩展标记语言配置访问协议用户标识。XUI例如可以包括SIP URI和TEL URI，仅举几种可能性。

根据本发明第二方面的第五示例性实施方式，数据描述针对实体的所有实体标识或其子集的偏好设置的共集。

根据本发明第二方面的第六示例性实施方式，所述数据描述针对实体的所有实体标识或其子集的共同地址簿。

根据本发明第二方面的第七示例性实施方式，所述实体标识是所述实体的融合因特网协议消息收发地址。实体例如可以是CPM用户，实体标识例如可以是CPM支持的CPM用户地址，并且数据可以描述用户的CPM偏好设置或他的CPM共同地址簿。

根据本发明第三方面，公开了一种系统，包括根据本发明第一方面的设备和根据本发明第二方面的设备。系统例如可以实现XDM架构。根据本发明第一方面的设备接着总是使用主实体标识来标识存储在或待存储在所述服务器处的实体特定数据，并且根据本发明第二方面的设备，其可以例如是服务器，仅在主实体标识下存储实体特定数据，并且还将数据与其他实体标识相关联，以便所述数据还可以经由包括其他实体标识之一的数据标识符而可标识。

通过参考下面的详细描述，本发明的这些和其他方面将变得明显且得到阐明。本发明的多个特征和如上所提供的其示例性实施方式可以理解为也在彼此的所有可能组合中公开。

附图说明

图1：用于在可扩展标记语言(XML)文档管理(XDM)服务器处存储XML文档的目录结构的示例性图示；

图2：根据本发明的系统的一个示例性实施方式的示意性框图；

图3：根据本发明第一方面的示例性方法的流程图；

图4：根据本发明第二方面的示例性方法的流程图；

图5：根据本发明的用于在XML文档管理(XDM)服务器处存储扩展标记语言(XML)文档的目录结构的示例性图示；

图6：根据本发明的用于在XDM服务器处存储XML文档的目录结构的进一步示例性图示；

图7：本发明的示例性用例的图示；以及

图8：融合因特网协议(IP)消息(CPM)架构800的示意性框图。

具体实施方式

在下面本发明的详细描述中，本发明的示例性实施方式将在可扩展标记语言(XML)文档管理(XDM)架构的上下文中描述，其以融合因特网协议(IP)消息(CPM)框架部署以使具有针对CPM用户的所有CPM地址或其子集的用户偏好的共集。这容易清楚本发明不仅限于在CPM中部署XDM架构，其还与使用XDM(或XCAP)的其他引擎很好的一起工作，引擎是例如蜂窝一键通(PoC)和简单即时信息收发(SIMPLE IM)。此外，本发明根本就不限于结合XDM架构使用。本发明同样可以很好地部署在其中在多实体标识情况下必须操作/存储实体特定数据的任何环境中。

图2是根据本发明系统200的示例性实施方式的示意性框图。所述系统包括XDM客户端201、聚合代理202、共享XDMS 203、引擎特定XDM服务器(XDMS)204、引擎特定服务器205和会话发起协议(SIP)/IP核206。其中，作为此说明书开始部分中所呈现的XDM架构、XML配置访问协议(XCAP)和XCAP统一资源标识符(URI)的描述被理解为基本上还可应用于图2的系统200。

XDM客户端201提供对共享XDMS 203和引擎特定XDMS 204的特征的访问。具体地，XDM客户端201被配置为操作存储在或待存储在共享XDMS 203和/或引擎特定XDMS 204处的数据，例如放置、检索、删除或修改在XDMS服务器203和/或204处的XML文档或XML元素或XML属性。XDM客户端201可以在终端或服务器中实现。其特别可以由处理器执行的软件来实现，其中软件可以存储在计算机可读介质上，该计算机可读介质可以固定地安装在终端中或服务器中或可以是可移动的。

聚合代理202用作联系点，以供XDM客户端201访问和操作存储在XDMS 203和/或204的XML文档。其例如可以认证XDM客户端201，并且执行将XCAP请求路由到正确的XDMS。

共享XDMS 203可以包括可以由不同服务引擎使用的多个XDM服务器。引擎特定XDMS 204管理特定服务引擎(例如CPM引擎)的XML文档，其将在下面更详细地描述。XDMS 203和204都支持存储在XDMS 203和204处的XML文档的操作，并且支持SIP订阅/通知，允许XDM客户端201订阅对XDMS中的XML文档修改的通知。XDMS 203和204例如可以在由处理器执行的软件中实现，其中软件可以存储在固定安装的或可移动的计算机可读介质上。

类似地，引擎特定服务器205涉及特定服务引擎，例如CPM引擎。引擎特定服务器205可以如XDM客户端类似的方式使用XDM服务器。

SIP/IP核206代表服务器的网络，例如支持XDM服务的某些功能的代理和/或寄存器。具体地，XDM客户端201和XDMS 203和204间的SIP信令的路由由SIP/IP核206来执行。

图2进一步示出了参考点XDM-1到XDM-4。参考点XDM-1使用SIP经由SIP/IP核206提供对任何XML文档的修改的订阅和通知。参考点XMD-2经由SIP提供对在共享XDMS 203处的共享XML文档的修改的订阅和通知。参考点XMD-3经由XCAP提供认证和XML文档管理(例如，文档操作)。参考点XMD-4经由XCAP提供共享XML文档管理(例如，操作)。类似的参考点可以针对引擎特定XDMS204来定义，例如针对经由SIP/IP核206和引擎特定XDMS 204间的SIP提供对在XDMS 204处的XML文档的修改的订阅和通知的参考点，和针对经由聚合代理202和引擎特定XDMS 204间的XCAP提供XML文档管理(例如，操作)的参考点。

图3绘出根据本发明第一方面的方法的一个示例性实施方式的流程图300。该方法例如可以由图2的系统200的XDM客户端201来执行。

在第一步骤301中，XDM客户端获得主XUI。该主XUI例如可以存储在实现XDM客户端的设备中，例如用户设备(UE)，或可以由所述XDM客户端从外部实例获得，例如专用服务器如客户端/设备供应服务器。其可以例如是专用于客户端供应或设备管理的服务器；其还可以是更为通用的供应服务器，包括用户特定(服务)订阅信息，而且负责某些终端配置。例如，设备管理服务器可以由服务提供商使用，以通过利用设备管理机制在终端设备中远程设置服务配置。然后在所述终端设备中远程执行服务配置的更新，并且包括设备管理客户端的UE能够接收服务提供商所发送的内容。其中，设备管理服务器执行所有要求的配置参数的此类初始化和更新。

所述主XUI同样可以很好地由XDM客户端基于预定的规则或协议从多个不同的XUI中确定。

在第二步骤302中，XDM客户端使用包括用以标识XML文档的主XUI的XCAP URI来操作(例如，创建)XML文档，该XML文档存储在XDMS(例如，图2系统200的共享XDMS 203或引擎特定XDMS 204)处。

本发明引入“主XUI”概念，其中默认存储了“最终用户”特定数据。主XUI例如可以是用户公共用户标识符(PUI)之一或私有ID或一些别的用户标识符。使用用户的公共标识之一可能是对后向兼容性的支持。

其中，将注意到所述XCAP仅用于控制存储在XDMS处(例如参见图2中参考点XDM-3和XDM-4)的XML文档的所有类型的操作(放置、检索、删除、修改等)。然而，在实际的通信业务中(如由应用服务器(例如PoC服务器)控制的语音)，利用公共用户标识(PUI)使用SIP(例如，PoC SIP INVITE消息，参见图7)，该公共用户标识例如可以采用SIP URI或TEL URI(电话号码)的形式。PUI必须被供应给/存储到实现所述XDM客户端的设备(例如，UE)，例如取自通用订户标识模块(USIM)卡。

因此需要实现XDM客户端的设备(尤其如果主XUI不等于PUT)在其经由XCAP操作存储在XDMS服务器处的XML文档时，执行PUI和主XUI之间的映射。

XDM客户端将总是对访问XDMS处数据(XML文档)的所有XCAP请求(例如，获得、放置、删除)使用主XUI，即使其可能有多个在使用的SIP URI。通过这样执行，所有用户的数据将使用相同用户的树(主XUI)而存储在XDMS的相同目录处，除了当其实际有意具有URI/XUI-特定数据时。

可以例如将主XUI以与在XDM版本1和2中供应其他服务相关参数(例如图2系统200的归属聚合代理202的地址)相同的方式供应给XDM客户端，即，当用户使用XDM服务(XDM客户端)时，运营商可以自动地将主XUI推送到XDM客户端。

图4绘出根据本发明第二方面的方法的一个示例性实施方式的流程图400。例如，此方法可以由图2系统200的共享XDMS 203或引擎特定XDMS 204来执行。

在第一步骤401中，XML文档存储在(或，换句话说，“创建”)在主XUI下的XDMS。例如，此步骤可以是响应于XDM客户端对XML文档操作的请求而执行，其中XML文档已经经由包括主XUI的XCAP URI而在所述请求中被标识。

在第二步骤402中，XDMS将存储的XML文档与标识相同用户的其他XUI相关联起来，这允许XML文档可以经由包括不同于主XUI的XUI的XCAP URI而被标识。在一些情况中，作为一类默认的功能，也可以更早地完成所述关联。

由于应用服务器(AS)(例如参见图7以及其下面的描述)通常接收带有用户地址的任意别名(例如，用户B的TEL URI)的SIP请求(例如，SIP INVITE请求由用户A发布以开始与另一个用户B的通信服务)，其可能首先需要通过XCAP从XDMS获取服务配置信息(即，描述谁被允许与用户B通信和谁不被允许的用户访问策略文档)，但当访问XDMS数据时，其可能不能够或甚至可能不总能够使用主XUI。因此，可能有利的是XDMS能够将所有相关的XUI映射到主XUI。当AS将基于任何相关的XUI来获取XDMS数据时，假如没有可用的XUI特定数据，则XDMS将改为返回主XUI下的默认文档。

可以例如由XDM客户端或由使用XDM架构的网络的运营商来向XDMS提供关于用户的不同XUI的信息。运营商例如可以负责自动地创建目录并且提供关于用户的一些或所有的XUI的请求信息。

在图4的步骤402中，其示例地假设存储在主XUI下的XML文档特定于用户的所有XUI，从而要求将存储的XML文档与用户的所有其他XUI相关联。同样地，XML文档可以仅特定于用户XUI的子集，并且接着可以仅要求XML文档与XML文档所特定于的用户的那些XUI相关联。对于XML文档不特定于的另外XUI仍可以具有它们自己的(XUI特定)数据。此外，还可能某个XUI与存储在主XUI下的XML文档相关联并且额外地具有存储在该某个XUI下的另外XUI特定XML文档。

回到图4的步骤402，现在将关于图5和图6来描述关于如何将存储在主XUI下的XML文档还与标识相同用户的其他XUI相关联，或，换句话说，如何将主XUI映射到所有相关的XUI的两种不同的方法。

图5示意地示出了根据第一方法的示例性目录树500，其分别经由指针508和509，将存储在主XUI 504(例如，SIP URI“sip:ronald.underwood@example.com”)下的XML文档507(示例性地表示为“default_doc.xml”)与第二XUI 505(例如，TEL URI“tel:+35840998877665”)和第三XUI 506(例如，另外的SIP URI“sip:ronald@home.com”)相关联。这两个指针都指向XML文档507。目录树500的上层类似于图1的目录100中的，即，有根服务URI 501(对应于聚合代理的地址，例如，“http://xcap.example.com”)，接着是应用唯一ID(AUID)502，用以标识用户服务或应用，例如，“org.openmobilealliance.poc-groups”，以及“用户”目录503，其包括了不同的XUI 504、505和506。可替代的AUID例如是IM历史记录和延期的消息元数据、共享用户访问策略、共享URI列表和共享用户简档。

根据该第一方法，所有XUI 504、505和506是并行的并且在用户树503内具有自己的文件夹或目录。XDMS生成所有XUI 504、505和506的用户目录文件夹，但例如可以包括访问策略的实际XML文档507仅存储在主XUI 504文件夹下，并且所有相关的XUI文件夹505和506具有到该文件夹的指针，假设没有可用的XUI特定信息，其可以存储在相应的XUI 505或506的XUI文件夹下。当然，也有可能在XUI 505和506的一个或两个XUI文件夹下有XUI特定信息和到XML文档507的指针，其对于XUI 504、505和506是共同的(特定的)。此外，可以存在XML文档507不特定于的另外XUI，并且这些另外XUI的XUI特定XML文档接着可以分别存储在这些另外的XUI下，例如在图5中的用户树503下面，例如除了XUI 504、505和506以外的XUI下。在该方法中，XDMS可能必须要准备并且能够找到指针信息而并非最初请求的目标文档。XCAP URI的可能XPATH部分(仅用于访问XML片段)接着被应用于由指针508或509所引用的目录和文档507。

图6示意地示出了根据第二方法的示例性目录树600，其经由特定的目录文件夹605，将存储在主XUI 604(例如，SIP URI“sip:ronald.underwood@example.com”)下的XML文档606(示例地表示为“default_doc.xml”)与第二XUI 607(例如，TEL URI“tel:+35840998877665”)和第三XUI 608(例如，另外的SIP URI“sip:ronald@home.com”)关联起来。该文件夹存储在主XUI 604下以指出其条目，第二XUI 607和第三XUI 608与主XUI相关联，并且因此可以用于标识仅存储在主XUI 604下的XML文档606。目录树600的上层与图1中的目录100或图5的目录500类似，即，有根服务URI 601(对应于聚合代理的地址，例如，“http://xcap.example.com”)，跟着是AUID 602，其标识用户服务或应用，例如，“org.openmobilealliance.poc-groups”，以及“用户”目录603，其在此示例性情况中仅包括了主XUI 604。可替换的AUID例如是IM历史记录和延期的消息元数据、共享用户访问策略、共享URI列表和共享用户简档。

根据该第二方法，因此仅主XUI 604具有其自己的文件夹，并且相关的XUI 607和608作为单独的文件夹存储在其下。默认文档606直接存储在主XUI 604下。另外，XUI特定XML文档(即，仅关于第二XUI或第三XUI的XML文档)接着可以存储在文件夹607和608下。此外，可能存在XML文档606不特定于的另外XUI，并且这些另外的XUI的XUI特定XML文档接着可以分别存储在这些另外的XUI下，例如也在图6中用户树603下，但除了主XUI 604以外的XUI下。

在该方法中，由于属于用户的所有数据最终位于相同的目录下，所以未来的扩展可能更为容易。为了针对XDMS简化和/或加速找到存储在主XUI 604下的相关XUI(例如，XUI 607或608)的过程，可以提供索引文档，针对每个XUI，该索引文档例如可以描述其存储在哪个主XUI下。

关于上面描述的两种方法，除了读取指针508或509(参见图5)或从可能的子目录605搜索(参见图6)外，针对XDMS的XUI到主XUI的替换映射可能是利用全局文档来搜索用户的别名(尤其主XUI信息)。全局文档包括所有目录的组合信息，因此对于XDMS来说易于找出正确的文档和到主XUI的映射。全局文档例如可以存储在图1的全局树104下。

图7示出了本发明的示例性用例。称作Ronald的用户701有多个标识：两个SIP URI，“sip:ronald.underwood@example.com”和“ronald@home.com”，和TEL URI“tel:+35840998877665”。用户701的XDM客户端向XDMS服务器703发布PUT请求702。在该请求中，XML文档“access.xml”由XCAP URI“org.openmobilealliance.access-rules/users/sip:ronald-underwood@example.com/access.xml”标识。其中，示例性地假定SIP URI“sip:ronald.underwood@example.com”是主XUI，当操作存储在或待存储在XDMS 703处的数据时，其总是由用户701的XDM客户端来使用，并且假定该XML文档特定于用户701的所有标识。在XDMS703处，响应于PUT请求702，XML文档“access.xml”存储在主XUI下，如框704中所示，其可以被理解为经由三个XCAP URI反映在XDMS处的目录结构。正如可以从这些XCAP URI看出，对于用户701的两个其他XUI，指针(“pointer_to_default_doc.xml”)已经被建立并且存储在相应的XUI下，其中指针指向存储在主XUI下的XML文档(“access.xml”)，如上面关于图5所描述的(其中，在图7中，文档“access.xml”代表图5中的默认文档507)。

现在，如果另外的用户705想邀请用户701到通信会话，其经由SIP/IP核向用户701发布INVITE请求706，其将被路由到用户(701)的归属网络处的应用服务器(AS)707。来自用户705的请求包括用户705所知道的SIP URI“sip:ronald@home.com”。为了获得关于用户701的访问信息，AS接着向XDMS 703发送XCAP GET请求708。在GET请求708中，AS在XCAP URI中标识将被检索的XML文档“access.xml”，根据SIP请求URI，该XCAP URI包括SIP URI“sip:ronald@home.com”作为XUI。该XUI不是主XUI，XML文档“access.xml”已经由XDMS 703响应于用户701的PUT请求702而存储在其下。然而，由于关联(指针“pointer_to_default_doc.xml”，示例性地体现为XML文档)已经在XML文档“access.xml”和用户701的不是主XUI的其他XUI之间创建，所以即使当XCAP URI包含不同于主XUI的XUI时，XDMS仍能够检索XML文档“access.xml”。

本发明可以在CPM架构的环境中部署，其中具有主XUI概念的XDM架构接着可以例如用于将XML文档存储在例如包括例如针对CPM用户的所有CPM地址或其子集的用户偏好的共集的CPM引擎特定XDM服务器处(例如参见图2的引擎特定XDM服务器204)。

图8是CPM架构800的示意框图(如在文档“Converged IPMessaging Architecture”，开放移动联盟，草案版本1.0，2007年3月20日，文档代码“OMA-AD-CPM-V1_0-20070320-D”)。

CPM客户端801(其例如可以包括在UE中)允许用户与其他的CPM组件相互作用，例如CPM性能中心802，其执行CPM架构的主逻辑和控制。CPM性能中心802基于来自其他CPM组件的服务以及来自外部实体(例如远程CPM环境808)的服务提供CPM服务。

消息和媒体存储实体804包括管理和存储功能，并且可以由CPM客户端801和CPM性能中心802直接和间接地访问。融合地址簿实体805处理和同步用户的地址簿，其可能在用户拥有若干个设备的情况下相关。CPM用户偏好实体806支持关于CPM服务的用户偏好。互连功能807支持与外部非CPM服务811的通信，例如短消息服务(SMS)或多媒体消息服务(MMS)。第三方应用812使用CPM递送增值服务。支持引擎810用于支持CPM。这种支持引擎的实例是XDM或呈现。支持引擎810例如可以提供针对UE中客户端813的接口以便管理存储在CPM用户偏好实体806中的数据。

SIP/IP核803允许基于SIP、经由CPM架构的组件的多种通信。例如，CPM客户端801和CPM性能中心802之间的CPM会话信令和消息交换基于SIP/IP核803。此外，其允许存储在引擎特定XDMS或共享XDMS中的XML文档修改的订阅和通知。

图8的CPM架构800可以基本上重用图2的XDM架构的所有组件。另外，如果所有的CPM所需数据管理组件(例如，CPM用户偏好实体806，融合地址簿实体805和消息和媒体存储实体804)在一些已经定义的XDMS内部不能很好地适应，则可以有针对它们的新的XDMS。

CPM支持引擎实体810尤其可以实现XDM聚合代理202(参见图2)，并且可以包括共享XDMS。在UE的CPM支持引擎客户端813尤其可以实现XDM客户端功能性。CPM用户偏好实体806可以实现XDMS(共享XDMS 203或引擎特定XDMS 204，参见图2)。其可以由CPM支持引擎客户端813使用XCAP、经由所述CPM支持引擎实体810所实现的聚合代理来访问。CPM性能中心802可以实现图2的引擎特定服务器205。

如果在图8的CPM架构800中实现XDM架构，并且如果引入主XUI，则即使在用户的多个通信地址(对应于XUI)的情况下，也有可能管理例如CPM用户偏好806。

上面已经通过示例性实施方式描述了本发明。应该注意的是还存在对于本领域技术人员来说明显的、并且可以在不偏离所附权利要求书的范围和精神的情况下实现的可替换方式和变形。

进一步，对于技术人员来说很清楚的是，示意框图中的逻辑块以及在上面描述中所示出的流程图和算法步骤可以至少部分地以电子硬件和/或计算机软件来实现，其中取决于逻辑块、流程图步骤和算法步骤的功能性，并且取决于施加到相应的设备的一定程度的设计限制，逻辑块、流程图步骤或算法步骤以硬件或软件来实现。所示出的逻辑块、流程图步骤和算法步骤例如可以实现在一个或多个数字信号处理器、专用集成电路、现场门阵列或其他可编程器件中。计算机软件可以存储在电的、磁的、电磁的或光类型的各种存储介质中，并且可以由处理器(例如微处理器)来读取和执行。为此，处理器和存储介质可以耦合以互换信息，或可以将存储介质包括在处理器中。

Claims (31)

1.一种方法，包括：

-操作存储在或待存储在服务器处的数据，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识所述实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于所述实体标识集合，以及其中所述数据总是经由包括所述主实体标识的数据标识符而在所述操作中被标识。

2.根据权利要求1所述的方法，其中所述数据的所述操作包括放置、检索、删除和修改所述数据中的至少一个。

3.根据权利要求1所述的方法，其中所述数据是存储在或待存储在可扩展标记语言文档管理服务器处的文档或其一部分，其中所述数据标识符是可扩展标记语言配置访问协议统一资源标识符并且其中所述实体标识是可扩展标记语言配置访问协议用户标识。

4.根据权利要求1所述的方法，其中所述主实体标识是默认实体标识。

5.根据权利要求1所述的方法，其中所述数据描述针对实体的所有实体标识或其子集的偏好设置的共集。

6.根据权利要求1所述的方法，其中所述数据描述针对实体的所有实体标识或其子集的共同地址簿。

7.根据权利要求1所述的方法，其中所述实体标识是所述实体的融合因特网协议消息收发地址。

8.一种其上存储有计算机程序的计算机可读介质，计算机程序包括：

-指令，该指令操作为使得处理器操作存储在或待存储在服务器处的数据，所述数据必须经由数据标识符而在所述服务器处是可标识的，所述数据标识符包括标识实体的实体标识，其中标识所述实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于所述实体标识集合，以及其中所述数据总是经由包括主实体标识的数据标识符而在所述操作中被标识。

9.根据权利要求8所述的计算机可读介质，其中所述数据是存储在或待存储在可扩展标记语言文档管理服务器处的文档或其一部分，其中所述数据标识符是可扩展标记语言配置访问协议统一资源标识符并且其中所述实体标识是可扩展标记语言配置访问协议用户标识。

10.一种设备，包括：

-配置为操作存储在或待存储在服务器处的数据的处理单元，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识所述实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于所述实体标识集合，以及其中所述处理单元进一步配置成总是经由包括所述主实体标识的数据标识符而在所述操作中标识所述数据。

11.根据权利要求10所述的设备，其中所述数据是存储在或待存储在可扩展标记语言文档管理服务器处的文档或其一部分，其中所述数据标识符是可扩展标记语言配置访问协议统一资源标识符，并且其中所述实体标识是可扩展标记语言配置访问协议用户标识。

12.一种方法，包括：

-在服务器处存储数据，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识所述实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于所述实体标识集合，其中所述数据仅存储在所述主实体标识下，以及其中所述数据与所述其他实体标识相关联，以便所述数据也经由包括所述其他实体标识之一的数据标识符而可标识。

13.根据权利要求12所述的方法，其中通过在每个所述其他实体标识下提供指向存储在所述主实体标识下的所述数据的指针，存储在所述主实体标识下的所述数据与所述其他实体标识相关联。

14.根据权利要求13所述的方法，其中当经由包括所述其他实体标识之一的数据标识符来标识所述数据时，准备一个单元来找到所述指针而非所述数据。

15.根据权利要求12所述的方法，其中所述的主实体标识和所述其他实体标识存储在目录结构的同一层中。

16.根据权利要求15所述的方法，其中全局文档包括关于所述目录结构的信息，并且其中可以从所述全局文档导出所述其他实体标识和所述主实体标识之间的映射。

17.根据权利要求12所述的方法，其中通过将所述其他实体标识存储在所述主实体标识下，存储在所述主实体标识下的所述数据与所述其他实体标识相关联。

18.根据权利要求17所述的方法，进一步包括：

-提供将所述其他实体标识映射到所述主实体标识的索引。

19.根据权利要求18所述的方法，其中所述索引用于经由所述数据标识来对所述数据进行标识。

20.根据权利要求17所述的方法，其中全局文档包括关于其中存储有所述实体标识的目录结构的信息，并且其中可以从所述全局文档导出所述其他实体标识和所述主实体标识之间的映射。

21.根据权利要求12所述的方法，其中所述主实体标识是默认实体标识。

22.根据权利要求12所述的方法，其中所述数据是存储在或待存储在可扩展标记语言文档管理服务器处的文档或其一部分，其中所述数据标识符是可扩展标记语言配置访问协议统一资源标识符，并且其中所述实体标识是可扩展标记语言配置访问协议用户标识。

23.根据权利要求12所述的方法，其中所述数据描述针对实体的所有实体标识或其子集的偏好设置的共集。

24.根据权利要求12所述的方法，其中所述数据描述针对实体的所有实体标识或其子集的共同地址簿。

25.根据权利要求12所述的方法，其中所述实体标识是所述实体的融合因特网协议消息收发地址。

26.一种其上存储有计算机程序的计算机可读介质，所述计算机程序包括：

-指令，该指令操作为使得处理器将数据存储在服务器处，所述数据必须经由数据标识符而在所述服务器处是可标识的，所述数据标识符包括标识实体的实体标识，其中标识所述实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于所述实体标识集合，其中所述数据仅存储在所述主实体标识下，并且其中所述数据与所述其他实体标识相关联，以便所述数据经由包括所述其他实体标识之一的数据标识符而可标识。

27.根据权利要求26所述的计算机可读介质，其中所述数据是存储在或待存储在可扩展标记语言文档管理服务器处的文档或其一部分，其中所述数据标识符是可扩展标记语言配置访问协议统一资源标识符并且其中所述实体标识是可扩展标记语言配置访问协议用户标识。

28.一种设备，包括：

-配置为在服务器处存储数据的存储器单元，所述数据必须经由数据标识符而在所述服务器处是可标识的，所述数据标识符包括标识实体的实体标识，其中标识所述实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于所述实体标识集合，其中所述数据仅存储在主实体标识下，以及其中所述数据与所述其他实体标识相关联，以便所述数据经由包括所述其他实体标识之一的数据标识符而可标识。

29.根据权利要求28所述的设备，其中所述数据是存储在或待存储在可扩展标记语言文档管理服务器处的文档或其一部分，其中所述数据标识符是可扩展标记语言配置访问协议统一资源标识符并且其中所述实体标识是可扩展标记语言配置访问协议用户标识。

30.一种系统，包括根据权利要求10所述的设备和根据权利要求28所述的设备。

31.根据权利要求30所述的系统，其中所述数据是存储在或待存储在可扩展标记语言文档管理服务器处的文档或其一部分，其中所述数据标识符是可扩展标记语言配置访问协议统一资源标识符并且其中所述实体标识是可扩展标记语言配置访问协议用户标识。

Images