通过使用XML文档的位置描述实现XML文档管理功能的XDM系统和方法.pdf

一种在包括XDMC(可扩展标记语言(XML)文档管理(XDM)客户端)和XDMS(XDM服务器)的XDM系统中通过使用指示XCAP(XML配置访问协议)文档的位置的URL(统一资源定位符)来在XDMS中间接创建XML文档的方法。该方法包括：由该XDMC向相应的XDMS发送XCAP PUT请求消息，该XCAP PUT请求消息包含要被创建的XML文档的XCAP URI(统一资源标识符)和存储位置；和由XDMS接收该XCAP PUT请求消息，搜索与包含在XCAP PUT请求消息中的XCAP URI对应的XML文档，以及将XML文档存储在该存储位置。

1、  一种用于实现可扩展标记语言(XML)文档管理功能的XML文档管理(XDM)系统，该XDM系统包括：
XDM客户端(XDMC)，用于向相应的XDM服务器(XDMS)发送XML配置访问协议(XCAP)PUT请求消息，该XCAP PUT请求消息包含要被创建的XML文档的XCAP URI(统一资源标识符)和存储位置；和
XDMS服务器(XDMS)，用于接收该XCAP PUT请求消息，搜索与包含在XCAP PUT请求消息中的XCAPURI对应的XML文档，以及将该XML文档存储在该存储位置。

2、  如权利要求1所述的XDM系统，其中，该XDMS被适配为：在搜索到XML文档并且将该XML文档存储在存储位置之后，向XDMC通知与XCAP URI对应的XML文档的成功创建。

3、  如权利要求1所述的XDM系统，其中，该XCAP PUT请求消息包含从包括下列信息的组中选择的至少一条信息：XDMC的目录、用户标识符(ID)、内容类型、访问类型、要被创建的XML文档的XCAP URI、和尺寸。

4、  如权利要求1所述的XDM系统，其中，该XDMS被适配为：识别该XCAP PUT请求消息是用于XML创建的请求消息；检查该XDMC是否被授权在目录中创建XML文档；当XDMC被授权在该目录中创建XML文档时，检查是否存储了与该XCAP URI对应的XML文档；当存储了与XCAPURI对应的XML文档时，检查该XDMC是否被授权搜索与该XCAP URI对应的XML文档；当该XDMC被授权搜索与XCAP URI对应的XML文档时，搜索与该XCAP URI对应的XML文档；以及将该XML文档存储在存储位置。

5、  如权利要求4所述的XDM系统，其中，当没有存储与XCAPURI对应的XML文档时，该XDMS向存储该XML文档的不同XDMS发送XCAPGET请求消息，并且接收与该XCAP URI对应的XML文档。

6、  如权利要求4所述的XDM系统，其中，该XDMS被适配为：当包含在XCAP PUT请求消息中的内容类型为外部体时，识别该XCAP PUT请求消息是用于XML创建的请求消息。

7、  如权利要求4所述的XDM系统，其中，该XDMS被适配为通过使用包含在XCAP PUT请求消息中的用户标识符(ID)来检查该用户是否被授权创建XML文档。

8、  如权利要求4所述的XDM系统，其中，该XDMS被适配为：检查是否存储了与XCAP URI对应的XML文档；当存储了与XCAPURI对应的XML文档时，通过使用包含在XCAP PUT请求消息中的用户标识符(ID)检查XDMC是否被授权搜索相应的XML文档；以及当XDMC被授权搜索相应的XML文档时，搜索与XCAP URI对应的XML文档。

9、  如权利要求1所述的XDM系统，其中，该XDMC被适配为向相应的XDMS发送XCAP PUT请求消息，该XCAP PUT请求消息包含要被创建的至少一个XML文档的XCAP URI和存储位置；以及
该XDMS被适配为接收该XCAP PUT请求消息，搜索与包含在XCAPPUT请求消息中的每个XCAPURI对应的XML文档，并且将XML文档存储在存储位置。

10、  一种用于在具有XDM(可扩展标记语言(XML)文档管理)客户端(XDMC)和XDM服务器(XDMS)的XDM系统中实现XML文档管理功能的方法，该方法包括：
(a)由该XDMC向相应的XDMS发送XDM配置访问协议(XCAP)PUT请求消息，该XCAP PUT请求消息包含要被创建的XML文档的XCAPURI(统一资源标识符)和存储位置；和
(b)由该XDMS接收该XCAP PUT请求消息，搜索与包含在XCAP PUT请求消息中的XCAPURI对应的XML文档，以及将XML文档存储在该存储位置。

11、  如权利要求10所述的方法，还包括：在搜索到XML文档并且将该XML文档存储在存储位置之后，由该XDMS向XDMC通知与XCAP URI对应的XML文档的成功创建。

12、  如权利要求10所述的方法，其中，该XCAP PUT请求消息包含从包括下列信息的组中选择的至少一条信息：XDMC的目录、用户标识符(ID)、内容类型、访问类型、要被创建的XML文档的XCAP URI、和尺寸。

13、  如权利要求10所述的方法，其中，步骤(b)包括：
当该XDMS接收到XCAP PUT请求消息时，识别该XCAP PUT请求消息是用于XML创建的请求消息；
检查该XDMC是否被授权在目录中创建XML文档；
当该XDMC被授权在该目录中创建XML文档时，检查是否存储了与该XCAP URI对应的XML文档；
当存储了与XCAP URI对应的XML文档时，检查该XDMC是否被授权搜索相应的XML文档；
当存储了与XCAPURI对应的XML文档且当该XDMC被授权搜索相应的XML文档时，搜索与该XCAPURI对应的XML文档并且将该XML文档存储在相应的存储位置。

14、  如权利要求13所述的方法，还包括：当在该XDMS中未存储与XCAP URI对应的XML文档时，向存储与XCAP URI对应的XML文档的不同的XDMS发送XCAP GET请求消息，并且接收与该XCAP URI对应的XML文档。

15、  如权利要求13所述的方法，其中，在识别XCAP PUT请求消息是用于XML创建的请求消息的步骤中，该XDMS检查包含在XCAP PUT请求消息中的内容类型，以及当该内容类型为外部体时，识别该XCAP PUT请求消息是用于XML创建的请求消息。

16、  如权利要求13所述的方法，其中，在检查该XDMC是否被授权在目录中创建XML文档的步骤中，包含在XCAP PUT请求消息中的用户标识符(ID)被用来检查用户是否被授权在该目录中创建XML文档。

17、  如权利要求13所述的方法，还包括：
当在该XDMS中存储了与XCAP URI对应的XML文档时，通过使用包含在XCAP PUT请求消息中的用户标识符(ID)来检查该XDMC是否被授权搜索相应的XML文档；以及
当该XDMC被授权搜索相应的XML文档时，搜索与XCAP URI对应的XML文档。

通过使用XML文档的位置描述实现XML文档管理功能的XDM系统和方法
技术领域
本发明一般涉及OMA(开放移动联盟)XDM(可扩展标记语言(XML)文档管理)服务启动者，更具体地，涉及使用XML文档的位置描述的XDM系统和方法。
背景技术
本领域一般公知，XDM v1.0服务启动者通过向XDMS(XDM服务器)发送要被创建的XML文档来实现在XDMS中的用于创建XML文档的XDM操作，同时该XML文档包含在XCAP(XML配置访问协议)PUT请求消息中。
现在将参照图1以及下面给出的表1和2来描述在用于创建共享XDMS中的URI(统一资源标识符)列表的XML文档的XDM操作期间的消息流。
在图1的步骤10中，XDMC(XDM客户端)向XDMS发送包含要被创建的XML文档的XCAP PUT请求消息。当XCAP PUT请求消息的构成如表1所示时，XDMC可以使用该XCAP PUT请求消息来请求在sip:jay@example.com的用户目录中创建包含包括在内容体中的URI列表的friends.xml文档。
表1

在接收到如表1所示的XCAP PUT请求消息后，XDMS创建相应的XML文档，并且将图1的XCAP 201已创建(201 Created)消息12发送给XDMC，以通知创建成功。图1的XCAP 201已创建消息12的构成如下表2所示。
表2

如上所述，可以使用XDM v1.0服务启动者的XDM来在XDMS中创建XML文档。此外，XDM v2.0服务启动者支持新的XDM功能，包括XDM复制和XDM转发。这些功能用于搜索已存在于XDMS中的XML文档或者将XML文档转发给另一个用户[XDM2_RD](参见：“OMA XML DocumentManagement Requirements”，2.0版本，开放移动联盟，OMA-RD-XDM-V2_0，URL：http://www.openmobilealliance.org/)。因此，当通过使用在XDMS中创建XML文档的已有XDM功能来实现这些功能时，在图2的步骤20和22中，XDMC发送XCAP GET请求，以从XDMS中搜索相应的XML文档。然后，在图2的步骤24和26中，XDMC将从XDMS中搜索到的XML文档增加到XCAP PUT请求中，从而创建文档且将文档存储在期望的XDMS中。
上述过程的基本原因在于，为了在XDMS中创建新的XML文档，需要在XCAP PUT请求中包括相应的XML文档，正像参照由XDM v1.0服务启动者在XDMS中创建XML文档所描述的那样。
换句话说，XDMC搜索已存储在XDMS中的XML文档，并将该XML文档再次存储在XDMS中。这导致交换冗余信息，因而引起信令开销。此外，考虑到XDM服务启动者在无线环境中提供服务，因而上述信令发生在无线信道上，这样信令开销将导致资源浪费和处理延时。
发明内容
因此，为了解决现有技术中存在的上述问题，本发明提供了一种通过使用XCAP文档的URL(统一资源定位符)在XDMS中间接创建XML文档的系统和方法。
另外，本发明提供一种通过使用XCAP文档的URL在XDMS中间接创建XML文档来具体地实现XDM v2.0服务启动者的XDM复制功能的系统和方法。
根据本发明的一方面，提供了一种用于实现XML文档管理功能的XDM系统，该XDM系统包括：XDMC，用于向相应的XDMS发送XCAP PUT请求消息，该XCAP PUT请求消息包含要被创建的XML文档的XCAPURI和存储位置；和XDMS，用于接收该XCAP PUT请求消息，搜索与包含在XCAP PUT请求消息中的XCAP URI对应的XML文档，以及将XML文档存储在该存储位置。
根据本发明的另一方面，提供了一种用于在具有XDMC和XDMS的XDM系统中实现XML文档管理功能的方法，该方法包括：由XDMC向相应的XDMS发送XCAP PUT请求消息，该XCAP PUT请求消息包含要被创建的XML文档的XCAP URI和存储位置；和由XDMS接收该XCAP PUT请求消息，搜索与包含在XCAP PUT请求消息中的XCAP URI对应的XML文档，以及将XML文档存储在该存储位置。
附图说明
通过下面结合附图的详细描述，本发明的上述和其它方面、特征和优点将变得更加明显，其中：
图1是示出根据现有技术的用于在XDMS中创建XML文档的过程的流程图；
图2是示出根据现有技术的用于实现转发/复制功能的过程的流程图；
图3是示出根据本发明的通过使用单个域内的XML文档的XCAP URI来间接创建XML文档的过程的流程图；
图4是示出根据本发明的通过使用多个域内的XML文档的XCAP URI来间接创建XML文档的过程的流程图；以及
图5是示出根据本发明的通过使用XML文档的XCAP URI来在XDMS中间接创建XML文档的过程的流程图。
具体实施方式
下面将参照附图描述本发明的优选实施例。在以下描述中，相同的元件虽然出现在不同的附图中，但是仍然将由相同的参考标号来表示。此外，在以下描述中出现的各种特定定义，例如分组标识的特定值、显示的信息的内容等，仅仅是为了帮助总体上理解本发明而提供的，对本领域技术人员而言，显然可以不用这样的定义来实现本发明。此外，在对本发明的以下描述中，当对合并于此的公知功能和配置的描述会使得本发明的主题很不清楚的时候，将省略对它们的描述。
下面将参照附图描述根据本发明的通过使用XCAP(可扩展标记语言(XML)配置访问协议)文档的URL(统一资源定位符)来改善XDM v2.0服务启动者的XDM(XML文档管理)功能而在XDMS(XML文档管理服务器)中间接创建XML文档的方法以及用于实现XDM创建和复制功能的方法。
现在将描述使用XML文档的URL间接描述XCAP请求中的相应XML文档的方法。
根据“Definition of the URL MIME External-Body Access-Type，”N.Freed，etal.，RFC(Request For Comment)2017，1996年10月，URL：http://www.ietf.org/rfc/rfc2017.txt[RFC2017]”和“A Mechanism for ContentIndirection in Session Initiation Protocol(SIP Messages)，”E.Burger，Ed.，RFC4483，2006年5月，URL：http://www.ietf.org/rfc/rfc4483.txt[RFC4483]所公开的内容，不是直接在HTTP(超文本传输协议)或SIP请求中描述对象，而是在HTTP或SIP请求中仅包含对象的URL，以便间接描述该对象(即，‘message/external-body’MIME(多媒体因特网消息扩展)型)。
本发明利用这样的‘message/external-body’MIME型，通过在XCAP请求中仅描述XML文档的XCAP URI(统一资源标识符)来直接表达XML文档。XML文档的XCAPURI是指XML文档在XDMS中的存储位置，并且通过将XCAP根URI(XCAP root URI)连接到XCAP文档选择器[XDM_Core]而获得(参见：“XML Document Management(XDM)Specification，”1.0版本，OpenMobile Alliance^TM，OMA-TS-XDM_CORE-V1_0，URL：http://www.openmobilealliance.org/)。基于该‘message/external-body’MIME型，如下表3给定的来获得仅包含XML文档的XCAP URI的XCAP PUT请求消息。
表3

参考表3，“message/external-body Content-Type”意思是该XCAP请求的内容是外部对象。此外，“ACCESS-TYPE”、“URL”和“size”是“message/external-body Content-Type”的可选参数，并且各自的意思分别是相应的外部对象将基于其URL被访问，URL是XCAP URI“httD://xcap.examDle.com/org.openmobilealliance.poc/users/sip:copyee@example.com/source-poc-group.xml”，以及外部对象具有特定的尺寸。外部对象的内容类型在下面再次被描述为“Content-Type：message/external-body”，并且“Content-Type：application/vnd.oma.poc.groups+xml”意思是存在于URL中的外部对象的内容类型对应于PoC(无线一键通(Push to talk over Cellular))群XML文档。
能够使用多部分MIME型来表达多个外部对象。下表4给出了参照两个PoC群XML文档的XCAPURI来描述这两个PoC群XML文档以在XCAP请求中间接表达它们的示例。
表4

根据本发明的一方面，提供了上述方法的一种可替换方法。具体而言，一种用于定义新的XML应用MIME类型以便以XML间接表达相应的XML文档的方法。为了简便，XML文档使用“application/vnd.oma.external-body+xml”作为新的MIME类型的名称。XML信息包含相应的外部对象(即XML文档)的XCAP URI，如在上述的方法中那样，而可选地描述其它信息条(例如尺寸、内容类型等)。下表5和6分别示出了分别在以XML类型修改和表达之后表3和4中给出的示例，
表5

表6

现在将描述用于通过描述XML文档的XCAPURI来在XDMS中间接创建XML文档的方法。
本发明提供一种通过在XCAP PUT请求消息中描述相应XML文档的XCAP URI而不是包含文档本身来在XDMS中创建XML文档的过程。将参照两种情况来描述该过程。在第一种情况下，用于存储已参考XML文档的XCAP URI描述的XML文档的XDMS与在其中将要新创建相应XML文档的XDMS处于相同的域中(即，单个域)。在第二种情况下，用于存储已参考XML文档的XCAP URI描述的XML文档的XDMS与在其中将要新创建相应XML文档的XDMS处于不同的域中(即，多个域)
现在将参照图3描述基于第一种情况(单个域)的过程，即基于这样的假设：存储已参考XDMS的XCAP URI描述的XML文档的XDMS与在其中将要新创建相应XML文档的XDMS处于相同的域中。
在步骤30，用户或XDMC向相应的XDMS发送XCAP PUT请求消息，该XCAP PUT请求消息包含要被创建的XML文档的XCAP URI。在图3的步骤32中，基于包含在XCAP PUT请求中的XCAP URI，XDMS确认相应的XML文档存储在该XDMS中。然后，XDMS搜索相应的XML文档，检查XCAP PUT请求消息中的存储位置，创建XML文档，并且将XML文档存储在请求的位置。在图3的步骤34中，XDMS向XDMC发送201已创建消息，以通知相应的XML文档已被成功创建。
上述表3和5给出了图3所示的XCAP PUT请求消息的示例，基于图3所示的过程以下述方式处理XCAP PUT请求消息。
1.由“sip:copyer@example.com”表示的用户请求在被描述为“http://xcap.example.com/org.openmobilealliance.poc”的PoC XDMS内的他/她的被描述为“/users/sip:copyer@example.com”的用户目录中创建被描述为“http://xcap.example.com/org.openmobilealliance.poc/users/sip:copyee@example.com/source-poc-group.xml”的PoC群XML文档，作为名称为“copyed-poc-group.xml”的PoC群XML文档。
2.相应的PoC XDMS确认所请求的PoC群XML文档存储在它自己中，从“sip:copyee@example.com”的用户目录中搜索“source-poc-group.xml”PoC群文档，并且在“sip:copyer@example.com”的用户目录中创建名称为“copyed-poc-group.xml”的文档。
3.相应的PoC XDMS向“sip:copyer@example.com”表示的用户通知成功创建XML文档的结果。
现在将参照图4描述基于第二种情况(即多个域)，其中要被创建的XML文档处于不同域的XMS中，除了域A中的XDMS(即，在其中将要创建XML文档的XDMS)通过使用XCAP GET请求消息直接搜索存储在域B的XDML中的XML文档以外，图4与图3相同。现在将参照图4来描述这种情况。
在图4的步骤40，用户或XDMC向相应的XDMS发送XCAP PUT请求消息，该XCAP PUT请求消息包含要被创建的XML文档的XCAPURI。在图4的步骤42中，基于包含在XCAP PUT请求消息中的XCAP URI，域A中的XDMS确认相应的XML文档存储在不同的XDMS(即，域B中的XDMS)中，并且发送关于XML文档的XCAP GET请求消息。在这种情况下，两个XDMS具有相同的应用ID。
在接收到XCAP GET请求消息后，在步骤44中，域B中的XDMS响应于该XCAP GET请求，向域A中的XDMS发送所请求的XML文档。然后，域A中的XDMS基于该XCAP PUT请求消息，检查所发送的XML文档要被存储的位置，创建文档，并且将XML文档存储在所请求的位置。在步骤48中，域A中的XDMS向XDMC发送201已创建消息，以通知相应的XML文档已被成功创建。
下表7、8和9分别给出了图4的步骤40中发送的XCAP PUT请求消息、图4的步骤42中发送的XCAP GET请求消息、和图4的步骤44中发送的XCAP GET响应消息的示例。
表7

表8

表9

参照表7，基于表7所示的XCAP PUT请求消息中包含的XCAP URI，域“xcap.example.com”中的PoC XDMS确认所请求的PoC群XML文档存储在域“xcap.example2.com”中的PoC XDMS中。然后，域“xcap.example.com”中的PoC XDMS向域“xcap.example2.com”中的PoC XDMS发送XCAP GET请求消息(如表8所示)。表8所示的XCAP GET请求消息的请求行与经由表7所示的XCAP PUT请求消息发送的PoC群文档的XCAP URI对应，“X-XCAP-Asserted-Identify”变成“sip:copyer@example.com”，正如表7所示的XCAP PUT请求。
域“xcap.example2.com”中的PoC XDMS搜索相应的PoC群文档，将PoCXDMS文档增加到表9所示的响应消息中，并且将该PoC XDMS文档发送到域“xcap.example.com”中的PoC XDMS。
在接收到PoC群文档后，域“xcap.example.com”中的PoC XDMS在如表7所示的XCAP PUT请求的请求行中指定的用户目录“sip:copyer@example.com”中创建XML文档“copyed-poc-group.xml”，并且存储所发送的PoC群文档。
尽管已经描述了如何通过使用关于单个XML文档的XCAPURI描述符来在XDMS中间接创建XML文档，但是也能够通过使用关于多个XML文档的XCAP URI描述符来在XDMS中间接创建XML文档。
现在将描述通过使用多个XML文档的XCAP URI描述来在XDMS中创建XML文档的方法。
即使当多个目标XML文档具有如表4和6所示的XCAP PUT请求消息中描述的它们的XCAP URI时，也遵循图3和4所示的相同过程。应当注意，XCAP PUT请求的请求行没有描述要被创建的XML文档的XCAP URI，其除了描述要被创建的用户目录外没有描述其它任何东西，这是因为要创建多个XML文档。创建的XML文档的名称不限于任何方式，只要其在用户目录中是唯一的，并且一般和目标XML文档的名称相同。在表4和6中，从用户目录“sip:copyee@example.com”中搜索到的“source-poc-group.xml”和“source-poc-group2.xml”可以被分别创建并且存储在用户目录“sip:copyer@example.com”中作为“source-poc-group.xml”和“source-poc-group2.xml”。
同时，在参照图3和4的上面的描述中，为了简明，省略了关于请求创建XML文档的用户的授权检查。但是，在实际的实施中，这样的检查请求创建XML文档的用户是否被授权进行此行为的过程是必须有的。从示范性消息中也很清楚地看出，请求者的ID经由“X-XCAP-Asserted-Identify”首标或者不同类型的相应首标而被发送到XDMS。每个XDMS在任何操作前执行对于请求的授权检查。具体而言，XDMS检查请求者是否被授权在XCAPPUT请求消息的请求行中描述的用户目录中创建XML文档。XDMS也检查请求者是否被授权搜索参考XML文档的XCAP URI描述的XML文档。当XCAP GET请求消息引起从不同域中的XDMS中搜索相应的XML文档时，可以由已接收到XCAP GET请求的XDMS(例如图4所示的域B中的XDMS)检查搜索授权。
现在将参照图5描述用于由XDMS从XDMC接收包含要被创建的相应XML文档的XCAP URI的XCAP PUT请求消息、创建相应的XML文档、并且将XML文档存储在指定的位置的过程。
在步骤500中，XDMS接收XCAP PUT请求消息。在步骤502中，XDMS检查接收到的XCAP PUT请求消息的“message/external-body Content-Type”是否对应于外部对象。如果是的话，则XDMS进行到步骤504，如果否的话，则进行到步骤503，在步骤503中，XDMS执行关于接收到的XCAP PUT请求消息的相应处理。
在从步骤502进行到步骤504之后，XDMS检查请求者是否被授权在请求行中描述的用户目录中创建XML文档。授权检查基于XCAP PUT请求消息的首标中包含的请求者的ID。如果在步骤504中确认请求者被授权进行此操作，则XDMS进行到步骤506，并且检查已参照其XCAPURI描述的XML文档是否被存储在其中。
如果存储了参照其XCAP URI描述的XML文档，则XDMS进行到步骤508，以及如果没有存储，则进行到步骤518，在步骤518中，其向相应域的XDMS发送XCAP GET请求消息，该XCAP GET请求消息包含请求者的ID以及具有请求行中描述的XCAP URI。XDMS然后进行到步骤520，并且如果接收到对于XCAP GET请求消息的响应消息(即，接收到包含该XML文档的响应消息)，则其进行到步骤512。
如果在步骤506中确认已存储了参照其XCAP URI描述的XML文档，则XDMS进行到步骤508，并且检查请求者是否被授权搜索相应的XML文档。授权检查基于包含在XCAP PUT请求消息的首标中的请求者的ID，如步骤504的情况一样。如果请求者被授权搜索相应的XML文档，则XDMS进行到步骤510并且搜索XML文档。然后，在步骤512中，XDMS创建相应的XML文档并且将其存储在由请求行指定的位置。XDMS进行到步骤514，并且检查是否存在参照XCAP URI描述的另一个XML。如果在步骤514中确认存在参照XCAP URI描述的另一个XML，则XDMS进行到步骤506，并且执行对于该XML文档所请求的功能。如果在步骤514中确认没有参照XCAP URI描述的其它XML文档，则XDMS进行到步骤516，并且向XDMC(即请求者)发送执行结果。
如上所述，本发明提供的方法可以用于实现XDM v2.0服务启动者的新功能，诸如XDM复制和XDM转发。该方法解决了当XDMC搜索已存储在XDMS中的XML文档且将该XML文档再次存储在XDMS中时(即，当交换冗余信息时)引起的信令开销问题。因此，无线信道和系统资源的性能得到改善，并且缩短了处理请求的时间。
尽管参照本发明的特定示范性实施例示出和描述了本发明，但是本领域技术人员应当理解，在不脱离由所附权利要求书所限定的本发明的精神和范围的情况下，可以在其中进行形式和细节上的各种修改。