在多实体标识情况中管理实体数据的制作方法

专利名称：在多实体标识情况中管理实体数据的制作方法
技术领域：
本发明涉及在多实体标识情况中操作实体数据的领域内的方法、 设备、计算机程序产品和系统。
背景技术：
开放移动联盟(OMA)已经为可扩展标记语言(XML)文档管 理(XDM)定义了通用框架，该可扩展标记语言(XML)文档管理
(XDM )定义了使得需要用户特定服务相关信息的服务引擎(enabler ) 能够访问用户特定服务相关信息的共同机制(参见文档"XML Document Management Architecture",开放移动联盟，核准版本1.0, 2006 年6月12日，文档代码"OMA-AD-XDM-V1_0-20060612-A")。这样 的信息期望存储在其可以被定位、访问和操作(创建、修改和删除等) 的网络中。XDM *见定了如何在良好结构化XML文档中定义这样的信 息，以及针对这样的XML文档的访问和操作的共同协议。由因特网 工程任务组(IETF )定义的XML配置访问协议(XCAP )(参见"The Extensible 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中，其在图l中图示出。
在顶层中存在有根服务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[l]/settings/confercncc-uri。
OMA进一步定义了融合因特网协议(IP)消息(CPM)，其一种是提供不同用户体验(如延期和及时消息收发、基于会话的通信和
半双工/全双工会议)的通信架构(参见，"Converged IP MessagingArchitecture",开放移动联盟，草案版本1.0， 2007年3月20日，文档代码"0MA-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来定位、访问和操作用户的偏好设置。
由于如上所述的XC AP URI语法包括以用户的地址作为值的XUI部分(见图1中XUI 105和XUI 106)，所以当前不可能有针对用户的多个地址或标识的共同偏好设置(只存储一次)。仅支持针对用户的所有可能地址具有分开的、独立的偏好设置的方法。这意味着用户以他的地址之一(例如，XUI基于用户SIPURI )令XML信息存储在XDMS处，并且所述信息还应当随其他用户的地址(例如，所述用户的另一个URI)可用。
根据本发明的第一方面，公开了一种方法，所述方法包括操作存储在或待存储在服务器处的数据，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识实体的实体、标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于该实体标识集合，并且其中所述数据总是经由包括主实体标识的数据标识符而在操作中被标识。所述方法例如可以由客户端执行。客户端例如可以是XDM客户端。
根据本发明的第 一方面，此外公开了 一种其上存储有计算机程序的计算机可读介质，计算机程序包括指令，该指令操作于使得处理器操作存储在或待存储在服务器处的数据，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识实体的实体标识集合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数据特定于该实体标识集合，并且其中所述数据总是经由包括真实体标识的数据标识符而在操作中被标识。计算机可读介质例如，以实施为电存储介质、磁存储介质、电磁存储介质或光存储介质，并且可以是移动介质或固定安装在设备中的介质。可以理解计算机程序本身也被公开，即，不需待存储在计算机可读介质上。
根据本发明的第一方面，此外公开了一种设备，包括配置以操作存储在或待存储在服务器处的数据的处理单元，所述数据必须经由数据标识符而在所述服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中标识实体的实体标识集合存在并且包括主实体标识和 一 个或多个其他实体标识，其中所述数据特定于该实体标识集合，并且其中所述处理单元配置成总是经由包括主实体标识的数据标识符而在操作中标识所述数据。所述设备例如可以是客户端或其一部分。所述客户端例如可以是.XDM客户端。
10根据本发明的第 一 方面，操作存储在或待存储在服务器处的数 据。实体例如可以是一个或多个用户或设备，仅举几种可能性。所述 数据例如可以以目录结构存储在服务器处。仅举几种可能性，数据的 操作例如可以包括将数据放入到服务器以便存储、从服务器检索数 据、从服务器删除数据和修改服务器上的数据。操作例如可以由客户 端4丸行或发起，并且可以基于特定的协议，例如XCAP。
据标识符而在服务器处可标识。数据标识符例如可以是XCAP URI。 实体标识例如可以是XUI。
存在实体标识集合，其中集合中的所有实体标识标识所述实体。
例如，在实体标识是XUI的情况下， 一个实体标识可以是SIPURI， 并且另 一个实体标识可以是TEL URI，其中两个实体标识标识相同的 实体。实体标识集合可能不包括标识实体的所有存在的实体标识。
实体标识集合包括主实体标识和其他实体标识。主实体标识例如 可以是优选用于存储和/或操作数据的实体标识。
数据特定于实体标识集合。数据对于所述实体标识集合中的所有 实体标识例如可以是相同的。这并不阻止特定于另外实体标识，但不
特定于该实体标识集合的另外数据，和/或特定于一个或多个，但不特
定于所述实体标识集合中的所有实体标识的另外数据也存储在服务
器处。 ，
因此，数据可以被理解为代表特定于所述实体和特定于实体标识
的数据，即，数据可以形成实体标识特定数据的交集。仍相当有可能 将不与其他实体标识特定数据相交的实体标识特定数据存储在服务
器处的其他实体标识之一 下。
当操作所述数据时，总是使用包括主实体标识的数据标识符来标 识数据。即使当使用其他的实体标识时，例如在客户端与其他单元通 信中，所述客户端总是使用数据标识符中的主实体标识。
总是经由包括主实体标识的数据标识符来标识数据使得数据仅 在主实体标识下被存储在服务器处和/或在服务器处被维护。以这种方式，实现服务器处的集中式数据存储，例如在几个客户端操作数据的 情况下。特别地，当操作所述数据时，这些客户端的每个都使用数据 标识符中的不同实体标识，使得数据可以在不同实体标识下存储在服 务器处和,/或在服务器处被维护。这通过引入主实体标识并且要求当操
作所述数据时，客户端总是使用该主实体标识来避免。
才艮据本发明第 一 方面的 一 个示例性实施方式，所述主实体标识是 默认的实体标识。主实体标识例如可以是用于存储和/或操作数据的默 认实体标识。可以例如由*见则或协议来规定哪个实体标识将被用作主 实体标识。根据本发明的第一方面，主实体标识可以固定地存储在设 备中，或可以存储在插入此类设备的存储介质上，例如，存储卡如通
用订户标识模块(USIM)卡。
根据本发明第 一方面的进一 步示例性实施方式，所述数据是存储 在或待存储在可扩展标记语言文档管理服务器处的文档或其一部分， 数据标识符是可扩展标记语言配置访问协议统 一 资源标识符并且实 体标识是可扩展标记语言配置访问协议用户标识。仅举几种可能性，
XUI例如可以包括SIP URI和TEL URI。
根据本发明第一方面的进一步示例性实施方式，数据描述针对实 体的所有实体标识或其子集的偏好设置的共集。
根据本发明第 一 方面的进一 步示例性实施方式，所述数据描述针 对实体的所有实体标识或其子集的共同地址簿。
根据本发明第一方面的进一步示例性实施方式，所述实体标识是 所述实体的融合因特网协议消息收发地址。于是，实体例如可以是 CPM用户，实体标识例如可以是CPM支持的CPM用户地址，并且 数据可以描述用户的CPM偏好设置或他的CPM共同地址簿。
根据本发明的第二方面，公开了一种方法，包括在服务器处存储 数据，所述数据必须经由数据标识符而在所述服务器处是可标识的， 该数据标识符包括标识实体的实体标识，其中标识实体的实体标识集 合存在并且包括主实体标识和一个或多个其他实体标识，其中所述数 据特定于实体标识集合，其中所述数据仅存储在主实体标识下，并且其中所述数据与其他实体标识相关联，以便所述数据也经由包括其他 实体标识之一 的数据标识符而可标识。所述方法例如可以由服务器执
行。所述服务器例如可以是XDM服务器。
根据本发明第二方面，此外公开了 一种其上存储有计算机程序的 计算机可读介质，计算机程序包括指令，该指令操作于使得处理器将 数据存储在服务器处，所述数据必须经由数据标识符而在服务器处是 可标识的，该数据标识符包括标识实体的实体标识，其中标识实体的 实体标识集合存在并且包括主实体标识和一个或多个其他实体标识， 其中所述数据特定于该实体标识集合，其中所述数据仅存储在主实体 标识下，并且其中所述数据与其他实体标识相关联，以便所述数据经 由包括其他实体标识之一的数据标识符而可标识。计算机可读介质例 如可以实施为电存储介质、磁存储介质、电磁存储介质或光存储介质，
为本质上也被公开，即，不需待存储在计算机可读介质上。
根据本发明第二方面，此外公开了一种设备，包括配置以在服务 器处存储数据的存储器单元，所述数据必须经由数据标识符而在所述 服务器处是可标识的，该数据标识符包括标识实体的实体标识，其中 标识实体的实体标识集合存在并且包括主实体标识和一个或多个其
他实体标识，其中所述数据特定于实体标识集合，其中所述数据仅存 储在主实体标识下，并且其中所述数据与其他实体标识相关联，以便 所述数据经由包括其他实体标识之一的数据标识符而可标识。所述设 备例如可以是服务器或其一部分。所述服务器例如可以是XDM服务 器。
根据本发明第二方面，数据存储在服务器处。仅举几种可能性， 实体例如可以是一个或多个用户或设备。数据例如可以存储在服务器 处的目录结构中。所述数据例如在由客户端执行的数据的操作期间或 之后存储，其中操作可以例如包括放置数据、检索数据、删除数据或 》务改数据。
存储在服务器处的数据必须经由数据标识符而在服务器处是可
13标识的。IU居标识符例如可以是XCAPURI。实体标识例如可以是 XUI。
实体标识集合存在，其中所有的实体标识对相同的实体进行标
识。例如，在实体标识是XUI的情况下， 一个实体标识可以是SIP URI， 而另 一 个实体标识可以是TEL URI ，其中两个实体标识对相同的实体 进行标识。实体标识集合可以不包括标识所述实体的所有现有实体标 识。
实体标识集合包括主实体标识和其他实体标识。主实体标识例如 可以是优选用于存储和/或操作所述数据的实体标识。
数据特定于实体标识集合。对于所述实体标识集合中的所有实体 标识，数据例如可以是相同的。这并不阻止特定于另外实体标识，但 不特定于实体标识集合的另外数据也存储在服务器处。
因此可以将数据理解为代表特定于实体并且也特定于实体标识
的数据，即，数据可以形成实体标识特定数据的交集。仍极有可能将 不与其他实体标识特定数据相交的实体标识特定数据存储在服务器
处的其他实体标识之一下。数据仅存储在主实体标识下，例如主实体 标识下的目录树中。因此，尽管标识相同实体并且数据特定于其的若 干实体标识存在，并且数据可以存储在这些实体标识下，但所述数据 仅存储一次，从而尤其可以执行集中式的数据管理并且还节省了存储 空间。仅在主实体标识下存储数据可以由一个或多个客户端引起，当 操作所述数据时，总使用数据标识符中的主实体标识对所述数据进行 标识。可替换地，所述服务器或另一实例可以决定所述实体特定数据 必须仅存储在主实体标识下，例如在所述服务器的启动和/或配置期 间。
为了允许数据也可经由包括(所述实体标识集合的)其他实体标 识的数据标识符而可标识，存储在主实体标识下的数据与其他实体标 识相关联。该关联例如可以基于链接/指针来创建，或基于规定如何和 /或在何处(例如，在目录结构中)其他实体标识必须被存储以被理解 为与所述数据相关联的规则来创建。仅举几种可能性，此关联例如可以由存储数据的服务器、或由运营商、或由操作数据的客户端来创建。 根据本发明第二方面的第一示例性实施方式，通过在每个其他实 体标识下提供指向存储在主实体标识下的数据的指针，存储在主实体 标识下的数据与其他实体标识相关联。在 一 个或多个其他实体标识 下，可以存储仅特定于相应的实体标识，但不特定于实体标识集合的 所有实体标识的另外数据。
在本发明第二方面的第一实例性实施方式中，当经由包括其他实 体标识之一的数据标识符来#识所述数据时，可以准备一个单元来找 到指针而非数据。
在本发明第二方面的第 一 实例性实施方式中，主实体标识和其他 实体标识可以存储在目录结构的同一层中。其中，全局文档可以包括
和主实体标识之间的映射。全局文档例如可以是存储在预定的目录位
置中，例如，XCAPURI目录的全局目录。
根据本发明第二方面的第二示例性实施方式，通过将其他实体标 识存储在所述主实体标识下，存储在主实体标识下的数据可以与其他 实体标识相关联。通过将其他实体标识收集在所述主实体标识下的文
件夹中，可以将其他实体标识例如存储在主实体标识下。在一个或多 个其他实体标识下，可以存储仅特定于相应的实体标识，但不特定于
实体标识集合的所有实体标识的另外数据。
在本发明第二方面的第二示例性实施方式中，可以提供将其他实 体标识映射到主实体标识的索引。索引可以用于经由数据标识来对数 据进行标识。
在本发明第二方面的第二示例性实施方式中，全局文档可以包括 关于其中存储有实体标识的目录结构的信息，并且可以从全局文档中
导出其他实体标识和主实体标识之间的映射。全局文档例如可以存储
在预定的目录位置中，例如，XCAPURI目录的全局目录。
根据本发明第二方面的第三示例性实施方式，主实体标识是默认 的实体标识。主实体标识例如可以是用于存储数据和/或操作数据的默认实体。可以例如通过^见则或协议^L定哪个实体标识用作主实体标 识。主实体标识例如可以固定地存储在操作服务器处数据的客户端 中、或可以存储在插入至所述客户端的存储介质上，例如，存储卡如
包括通用订户标识模块(USIM)的通用集成电路卡(UICC)。
根据本发明第二方面的第四示例性实施方式，所述数据是存储在 或待存储在可扩展标记语言文档管理服务器处的文档或其一部分，数 据标识符是可扩展标记语言配置访问协议统 一 资源标识符，并且实体 标识是可扩展标记语言配置访问协议用户标识。XUI例如可以包4舌 SIPURI和TELURI,仅举几种可能性。
根据本发明第二方面的第五示例性实施方式，数据描述针对实体 的所有实体标识或其子集的偏好设置的共集。
根据本发明第二方面的第六示例性实施方式，所述数据描述针对 实体的所有实体标识或其子集的共同地址簿。
根据本发明第二方面的第七示例性实施方式，所述实体标识是所 述实体的融合因特网协议消息收发地址。实体例如可以是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提供共享
18xml文档管理(例如，操作)。类似的参考点可以针对引擎特定xdms 204来定义，例如针对经由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)处。
本发明引入"主xur概念，其中默认存储了 "最终用户"特定 数据。主xui例如可以是用户公共用户标识符(pui)之一或私有id 或一些别的用户标识符。使用用户的公共标识之一可能是对后向兼容 性的支持。
其中，将注意到所述xcap仅用于控制存储在xdms处(例如
19参见图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，即使其可能有 多个在使用的SIPURI。通过这样执行，所有用户的数据将使用相同 用户的树(主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而被标识。在一些情况中，作为一类默认
20的功能，也可以更早地完成所述关联。
由于应用服务器(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 (示例'性;也表
21示为"default一doc.xml")与第二XUI 505 (例如,TEL URI "tel: +35840998877665")和第三XUI 506 (例如,另外的SIPURI "sip: ronald@home.com")相关联。这两个指针都指向XML文档507。目 录树500的上层类似于图1的目录100中的，即，有根服务URI501
(对应于聚合代理的地址，例如，"http: 〃xcap.example.com")， 接着是应用唯一ID ( AUID) 502,用以标识用户服务或应用，例如，
"org.openmobilealliance.poc-groups，， , W、及"用户"目录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所引用的目录和文档$07。
图6示意地示出了根据第二方法的示例性目录树600，其经由特 定的目录文件夹605，将存储在主XUI604 (例如，SIPURI "sip: ronald.underwood@example.com")下的XML文档606 (示例立也表示 为"default—doc,xml")与第二XUI 607 (例如,TEL URI "tel:
22+35840998877665")和第三XUI 608 (例如,另外的SIP URJ "sip:ronald@home.com")关联起来。该文件夹存储在主XUI 604下以指出其条目，第二XUI 607和第三XUI 608与主XUI相关联，并且因此可以用于标识仅存储在主XUI 604下的XML文档606。目录树600的上层与图1中的目录IOO或图5的目录500类似，即，有根服务URI 601(对应于聚合代理的i也址，例如，"http: 〃xcap.example.com，，)，跟着是AUID 602,其标识用户服务或应用，例如，
"org.openmobilealliance.poc-groups，，，以及"用户"目录603,其在此示例性情况中^f又包括了主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有多个才示i口、 两个SIPURI，"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"标识。其中，示例性地假定SIPURI
"sip:ronald.underwood@example.com"是主XUI,当才喿4乍存卡者在或4寺存储在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所知道的SIPURI "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.xm"已经由XDMS 703响应于用户701的PUT请求702而存储在其下。然而，由于关联(指针"pointer_to_default_doc.xml",示例性地体现为XML文档)已经在XML文档"access.xml"和用户
24701的不是主XUI的其他XUI之间创建，所以即使当XCAPURI包含不同于主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 )的服务4是供CPM服务。
消息和媒体存储实体804包括管理和存储功能，并且可以由CPM客户端801和CPM性能中心802直接和间接地访问。融合地址簿实体805处理和同步用户的地址簿，其可能在用户拥有若干个设备的情况下相关。CPM用户偏好实体806支持关于CPM服务的用户偏好。互连功能807支持与外部非CPM服务811的通信，例如短消息服务(SMS)或多媒体消息服务(MMS)。第三方应用8U使用CPM递送增值服务。支持引擎810用于支持CPM。这种支持引擎的实例是XDM或呈现。支持引擎810例如可以提供针对UE中客户端813的接口以4更管理存储在CPM用户偏好实体806中的数据。
SIP/IP核803允许基于SIP、经由CPM架构的组件的多种通信。例如，CPM客户端801和CPM性能中心802之间的CPM会话信令和消息交换基于SIP/IP核803。此外，其允许存储在引擎特定XDMS或共享XDMS中的XML文档j奮改的订阅和通知。
图8的CPM架构800可以基本上重用图2的XDM架构的所有组件。另外，如果所有的CPM所需数据管理組件(例如，CPM用户
25偏好实体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。
上面已经通过示例性实施方式描述了本发明。应该注意的是还存在对于本领域技术人员来说明显的、并且可以在不偏离所附权利要求
书的范围和精神的情况下实现的可替换方式和变形。
进一步，对于技术人员来说很清楚的是，示意框图中的逻辑块以及在上面描述中所示出的流程图和算法步骤可以至少部分地以电子硬件和/或计算机软件来实现，其中取决于逻辑块、流程图步骤和算法步骤的功能性，并且取决于施加到相应的设备的一定程度的设计限制，逻辑块、流程图步骤或算法步骤以硬件或软件来实现。所示出的逻辑块、流程图步骤和算法步骤例如可以实现在一个或多个数字信号处理器、专用集成电路、现场门阵列或其他可编程器件中。计算机软件可以存储在电的、磁的、电磁的或光类型的各种存储介质中，并且可以由处理器(例如微处理器)来读取和执行。为此，处理器和存储介质可以耦合以互换信息，或可以将存储介质包括在处理器中。
2权利要求
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. —种设备，包括-配置为在服务器处存储数据的存储器单元，所述数据必须经由 数据标识符而在所述服务器处是可标识的，所述数据标识符包括标识 实体的实体标识，其中标识所述实体的实体标识集合存在并且包括主 实体标识和一个或多个其他实体标识，其中所述数据特定于所述实体 标识集合，其中所述数据仅存储在主实体标识下，以及其中所述数据 与所述其他实体标识相关联，以便所述数据经由包括所述其他实体标 识之一 的lt据标识符而可标识。
29. 根据权利要求28所述的设备，其中所述数据是存储在或待 存储在可扩展标记语言文档管理服务器处的文档或其一部分，其中所 述数据标识符是可扩展标记语言配置访问协议统 一 资源标识符并且 其中所述实体标识是可扩展标记语言配置访问协议用户标识。
30. —种系统，包括根据权利要求10所述的设备和根据权利要 求28所述的设备。
31.根据权利要求30所述的系统，其中所述数据是存储在或待 存储在可扩展标记语言文档管理服务器处的文档或其一部分，其中所 述数据标识符是可扩展标记语言配置访问协议统 一 资源标识符并且 其中所述实体标识是可扩展标记语言配置访问协议用户标识。
全文摘要
一种操作存储在或待存储在服务器处的数据。数据必须经由数据标识符而在服务器处是可标识的，该数据标识符包括标识实体的实体标识。标识实体的实体标识集合(504，505，506)存在并且包括主实体标识(504)和一个或多个其他实体标识(505，506)。数据特定于实体标识集合。数据总是经由包括主实体标识(504)的数据标识符而在操作中被标识。一种方法进一步在服务器处存储此类实体特定数据。数据仅存储在主实体标识(504)下，并且数据与其他实体标识(505，506)相关联，以便数据经由包括其他实体标识(505，506)之一的数据标识符而也是可标识的。本发明进一步涉及相应的设备、计算机程序产品和系统。
文档编号H04L29/08GK101682648SQ200880017523
公开日2010年3月24日 申请日期2008年4月3日 优先权日2007年4月13日
发明者A·劳里拉, E-M·莱帕南 申请人:诺基亚公司