用于转发文档的可扩展标记语言文档管理系统方法

摘要

本发明涉及一种用于转发文档的可扩展标记语言文档管理系统方法。公开一种用于在用于管理可扩展标记语言XML文档的服务器中转发XML文档的方法。该方法包括以下步骤：接收来自第一客户端的用于请求转发目标XML文档的转发请求消息；确定第一客户端是否已经被授予转发该目标XML文档的权限；当第一客户端已经被授予转发该目标XML文档的权限时，确定第二客户端是否接受转发该目标XML文档，其中第二客户端是由该转发请求消息指示的将该目标XML文档转发给的客户端；以及当第二客户端接受转发该目标XML文档时，通过在第二客户端的目录中存储该目标XML文档来转发该目标XML文档。

说明书

本案是申请日为2007年8月16日、申请号为200780030327.1、发明名称为“用于转发文档的可扩展标记语言文档管理系统方法”的发明专利申请的分案申请。

技术领域

本发明涉及实现XML文档管理(XDM)转发功能的系统和方法，XDM转发功能是XDM v2.0使能器的文档管理功能之一。

背景技术

作为XDM v2.0使能器的文档管理功能之一的XDM转发功能在XDMv2.0规格(requirement)[XDM2_RD](参见“OMA XML Document Management Requirements”，Version 2.0，Open Mobile Alliance^TM，OMA-RD-XDM-V2_0，URL：http://www.openmobilealliance.org/)和XDM v2.0架构[XDM2_AD](参见“OMA XML Document Management Architecture”，Version 2.0，Open Mobile Alliance^TM，OMA-AD-XDM-V2_0，URL：http://www.openmobilealliance.org/)中描述。

XDM转发功能是指由用户向其他用户转发存储在XDMS中的XML文档的文档管理功能。在执行转发中，用户或者可以转发相应的XML文档的全部，或者可以选择性地转发该XML文档的一个部分，或者可以在修改其一部分后转发该XML文档。在接收到XML文档之后，接收用户做出该用户是否将接受所转发的XML文档的决定。当接收用户接受XML文档时，该经转发的文档归该用户所有并被存储在XDMS内该用户的用户目录中。

同时，用于[XDM2_RD]的XDM转发功能的规格概要技术包括与上述XDM转发功能相关联的以下说明：

1、具有适当权限的用户能够向其他用户(多个用户)转发XML文档(多个文档)；

2、转发请求用户能够在不影响原始目标XML文档的同时对其一部分进行调整之后转发该目标XML文档；

3、在接收到所转发的文档之后，接收用户能够做出该用户是否将接受所转发的文档的决定。接着，当该接收用户接受所转发的XML文档时，其相应的部分生成为该接收用户的新的XML文档以存储所产生的XML文档。

发明内容

技术问题

需要用于实现XDM转发功能的系统和方法。

技术解决方法

本发明提供用于实现如在[XDM2_RD]和[XDM2_AD]中所描述的XDM转发功能的系统和方法。

依照本发明的一个方面，提供一种用于实现XDM(XML文档管理)转发功能的XDM系统，该XDM系统包括：XDM转发请求用户，用于发送转发请求消息以便向XDM转发接收用户转发期望转发的XML文档；XDMS，用于接收转发请求消息，确定XDM转发请求用户是否已经被授权来转发所请求的目标XML文档，当XDM转发请求用户想要修改并转发目标XML文档时确定XDM转发请求用户是否已经被授权来调整目标XML文档，当XMD转发请求用户已经被授权来转发目标XML文档并被授权来修改目标XML文档时向XDM转发接收用户转发所请求的XML文档、或通过筛选和修改而调整的所请求的XML文档的一部分，执行用于确定XDM转发接收用户是否能够接受所转发的XML文档、或XML文档的经调整部分的接收者授权，以及当已经成功执行接收者授权时确认XDM转发接收用户拥有所转发的XML文档、或XML文档的经调整部分并将经处理的XML文档存储在XDM转发接收用户的用户目录中；以及XDM转发接收用户，用于当XDMS做出针对接收者授权的请求时根据用户响应向XDMS发送与XML文档的接受相关联的响应。

根据本发明的另一方面，提供一种用于在包含XDM转发请求用户、XDMS以及XDM转发接收用户的XDM系统中实现XDM转发功能的方法，所述方法包括以下步骤：由XDM转发请求用户将用于向XDM转发接收用户转发期望的XML文档的转发请求消息发送到XDMS；由XDMS接收该转发请求消息，确定XDM转发请求用户是否已经被授予用于转发所请求的目标XML文档的转发权限或者当XDM转发请求用户想要修改并转发该目标XML文档时确定XDM转发请求用户是否已经被授权来修改目标XML文档，当XDM转发请求用户已经被授权来转发目标XML文档以及被授权来修改该目标XML文档时向XDM转发接收用户转发所请求的XML文档、或者通过筛选及修改而调整的所请求的XML文档的一部分，以及执行用于确定XDM转发接收用户是否能够接受所转发的XML文档、或XML文档的经调整的部分的接收者授权；当XDMS做出针对接收者授权的请求时，由XDM转发接收用户根据用户的响应向XDMS发送与XML文档的接受相关联的响应；以及当已经成功地执行接收者授权时，由XDMS确认XDM转发接收用户拥有所转发的XML文档并将经处理的XML文档存储在用户目录中。

有益效果

根据在本发明中所提出的方法，可以具体地实现XDM V2.0服务使能器的XDM转发功能。

附图说明

图1是示出根据本发明实施例的单个域中的XDM转发功能实现的结构以及各个结构之间的信令的信令流程图；

图2是示出根据本发明实施例的多个域中的XDM转发功能实现的结构和各个结构之间的信令的信令流程图；

图3是示出根据本发明实施例的将目标XML文档直接插入到XDM转发请求中的情况的信令流程图；

图4是示出根据本发明实施例的通过仅将目标XML文档的XCAP URI插入到XDM转发请求中来间接地记录目标XML文档的情况的信令流程图；

图5是示出根据本发明实施例的将筛选规则应用到XML文档的情况的概念图；

图6是用于解释根据本发明实施例的用于路由XDM转发请求的方法当中的用于首先路由XDM转发请求到XDM转发请求用户的XDMS的方法的图；

图7是用于解释根据本发明实施例的用于路由XDM转发请求的方法当中的用于首先路由XDM转发请求到XDM转发接收用户的XDMS的方法的图；

图8是用于解释根据本发明实施例的用于多个用户的XDM转发的图；

图9是用于解释根据本发明实施例的用于组的XDM转发的图；

图10是示出‘application/vnd.oma.foward+xml’的XML结构的示例的图；

图11是示出根据本发明实施例的通过利用直接包含XDM转发目标的XCAP PUT请求来实现XDM转发功能的情况的过程流程的图；

图12是示出根据本发明实施例的通过利用包含XDM转发目标的XCAPURI的XCAP PUT请求来实现XDM转发功能的情况的过程流程的图。

具体实施方式

以下，将参照附图描述本发明的示范性实施例。在下面的描述中，相同的元件将由相同的引用数字来指明，尽管它们在不同的图中示出。此外，在本发明的下面的描述中，当其可能使本发明的主旨更不清楚时，将省略这里合并的公知功能以及结构的详细描述。

在本发明中，将更详细地提出实现如在[XDM2_RD]以及[XDM2_AD]中所描述的XDM转发功能的方法。为此，本发明定义XDMC内的XDM转发请求者、XDMS内的XDM转发处理引擎、以及XDM转发接收者的功能以便描述它们的交互操作。这里，XDM转发请求者请求用户的XDM转发功能，XDM转发处理引擎执行所请求的XDM转发功能，而XDM转发接收者做出用户是否将接受所接收的XML文档的决定。

首先，将参照图1说明根据本发明实施例的XDM转发功能实现的概况。图1是示出根据本发明实施例的单个域中的XDM转发功能实现的结构以及各个结构之间的信令的信令流程图。图1对应于本发明的一个实施例，其中，存储相应的XML文档的XDMS、以及相应的XML文档被传递到的XDM转发接收用户的XDMS属于相同的单个域。

首先，在步骤100，考虑用户10(其为XDM客户端(XDMC)，该客户端实际被用户用于XML文档管理请求，下文简单地称之为“XDM转发请求用户”)请求向特定的用户14(此后，简单地称之为“XDM转发接收用户”)转发XDMS 12内的特定的XML文档。这里，可以转发相应的XML文档的全部、或部分、或经修改的部分。XDM转发请求被转发到存储相应的XML文档的XDMS 12。

在步骤102，具有所传递的XDM转发请求的XDMS 12(实际上，XDM转发请求是在XDMS内的XDM转发处理引擎中处理的)确定XDM转发请求用户10是否已经被授予用于所请求的XML文档的XDM转发权限。此外，当XDM转发请求用户10打算修改并转发相应的XML文档时，XDMS 12还确定XDM转发请求用户10是否已经被授予用于相应的XML文档的修改权限。在本发明中，如上所描述的这样的一系列的权限查验过程被称为请求者授权。这里，仅当XDM转发请求用户具有转发整个的相应的XML文档的权限时，XDM转发请求用户才能够转发甚至相应的XML文档的一部分而不用单独的请求者授权。这是因为差别仅在于发送整个XML文档和发送XML文档的一部分。

接着，XDMS 12成功地执行请求者授权。在步骤104，当请求包含有关相应的XML文档的筛选器或修改的信息时，在应用该信息到相应的XML文档之后，XDMS 12调整将要转发的相应的XML文档的一部分。否则，XDMS 12直接进行到步骤106。

在步骤106，XDMS 12转发相应的XML文档到XDM转发接收用户14，其是用于传递相应的XML文档到XDM转发接收用户的XDMS的过程。当请求筛选或修改相应的XML文档时，XDMS传递根据所请求的筛选和修改而调整的XML文档。在单个域的情况下，由于一个XDMS在单个域中主管相同的应用唯一ID(AUID)，用于存储相应的XML文档的XDMS可以与相应的XML文档将被传递到的XDM转发接收用户的XDMS相同。因此，该过程可以是用于传递相应的XML文档到相同的XDMS内的XDM转发接收用户的用户目录的过程。然而，由于XDMS是功能实体，在实际实现时，一个XDMS也能够由多个实例来实现。在这种情况下，转发过程也可以是主管相同的AUID的两个XDMS实例之间的传递过程。

在步骤108中，已经传递相应的XML文档的XDMS 12确定XDM转发接收用户14是否能够接受相应的XML文档。在本发明中，确定XDM转发接收用户14是否能够接受XML文档的过程被称为接收者授权。执行这样的接收者授权的方法包括两种方法，这两种方法包括：根据已经由用户定义的存取规则来确定XDM转发接收用户是否能够接受XML文档而不直接地询问用户的先发(proactive)方法；以及直接地询问用户以便查验XDM转发接收用户是否能够接受XML文档的反应(reactive)授权方法。

当在步骤108成功地执行接收者授权之后，由于所转发的XML文档属于相应的XDM转发接收用户所有，XDMS 12将所转发的XML文档存储在XDM转发接收用户的用户目录中(步骤110)。

在步骤112，XDMS 12响应于XDM转发请求而将执行结果发送到XDM转发请求用户10。

参照图2，将描述其中存储相应的XML文档的XDMS与相应的XML文档将被传递到的XDM转发接收用户14的XDMS不相同的多个域的情况。图2是示出本发明所提出的XDM转发功能实现的结构和操作的信令流程图。

首先，在步骤200，XDM转发请求用户10请求向特定的XDM转发接收用户22转发XDMS 12中的特定的XML文档。这里，相应的XML文档的全部、或部分、或经修改的部分可以被转发。XDM转发请求被传递到存储相应的XML文档的XDMS 12。

在步骤202，具有所传递的XML文档的XDMS 12执行请求者授权，用于确定XDM转发请求用户10是否已经被授予用于所请求的XML文档的XDM转发的权限以及当XDM转发请求用户10打算修改并转发相应的XML文档时确定XDM转发请求用户10是否已经被授予用于相应的XML文档的修改的权限。在成功地执行请求者授权之后，在步骤204，XDMS 12通过筛选或修改相应的XML文档来调整相应的XML文档。在步骤206，所请求的XML文档或在步骤204中所调整的XML文档被传递到域B(即，另一个域)的XDMS 20。

在域B的XDMS 20已经传递XML文档之后，在步骤208，XDMS 20执行用于确定XDM转发接收用户22是否可以接受所转发的XML文档的接收者授权。在XDMS 20成功地执行接收者授权之后，所转发的XML文档为相应的XDM转发接收用户所有，并且接着在步骤210，XDMS 20将XML文档存储在该用户的用户目录中。

在步骤212中，XDMS 20响应于XDM转发请求而将执行结果通过域A的XDMS 12发送到XDM转发请求用户10。

多个域之间的XDM转发功能的基本程序也与在上面所描述的图2中的单个域的相同。然而，区别在于：所请求的XML文档是从一个域的XDMS被传递到另一个域的XDMS，而且接收者授权和所转发的XML文档的存储是由XDM接收用户所属的域的XDMS来执行的。

现在将在下文说明在实现XDM转发功能中要考虑的问题。首先，本发明所提出的实现被设计为不仅满足上述[XDM2_RD]的XDM转发功能的需要，而且也适于下面的四种条件。

1、使用XCAP URI表示目标XML文档

将参照图3来说明，当作为XDM转发目标的XML文档被直接包含在XDM转发请求中时，XDM转发请求用户在做出针对XDM转发的请求之前首先从XDMS取得相应的XML文档，并接着将已取得的XML文档插入到XDM转发请求中。

XDM转发请求用户10通过向XDMS 12发送XCAP GET请求消息来请求目标XML文档。接着，XDMS 12通过200OK消息传递目标XML文档。在接收到该消息之后，XDM转发请求用户10将包含目标XML文档的XDM转发请求消息发送到XDMS 12。在接收到目标XML文档之后，XDMS 12将XDM转发的结果传递到XDM转发请求用户10。

如从图3可以看到的，这样的过程导致当在XDM转发请求用户10与XDMS 12之间反复交换目标XML文档时发生信令开销。具体地，当XDM转发请求用户的接入网络是无线网络时，信令开销可以导致接入信道资源的浪费以及响应时间的延迟。本发明提出一种实现XDM转发功能的方法以解决这些问题，该方法为：不将作为XDM转发目标的XML文档直接包含在XDM转发请求中，而仅将记录存储目标XML文档的XDMS的位置的XCAP URI包含在XDM转发请求中，以使得相应的XML文档能够被间接地记录在XDM转发请求中。现在将参照图4说明通过仅包含代替目标XML文档的XCAP URI的XDM转发请求消息来执行转发功能的过程。

首先，XDM转发请求用户10将包含目标XML文档的XCAP URI的XDM转发请求消息发送到XDMS 12。接收到XDM转发请求消息之后，XDMS 12通过XCAP URI取得目标XML文档并且执行XDM转发请求。然后，XDMS 12将XDM转发的结果传递到XDM转发请求用户10。

目标XML文档的间接记录导致XDM转发请求用户和XDMS之间的信令开销的减少。因此，可以解决如图3的情况中由反复的信息交换引发的信道资源的浪费以及响应时间的延迟。

2、应用筛选器(filter)到目标XML文档

在本发明中，XDM转发请求用户有可能仅将目标XML文档的一部分XDM转发而不修改原始目标XML文档。为此，本发明使得XDM转发请求用户能够通过向目标XML文档应用筛选器而在XDM转发请求中包含用于目标XML文档的筛选规则。此时，筛选器的应用使得仅仅转发由筛选规则导致的目标XML文档的一部分而不影响原始目标XML文档。图5是示出对目标XML文档应用筛选的概念图。参照图5，通过筛选规则502将原始XML文档500产生为经筛选的XML文档504。

3、路由XDM转发请求的方法

路由XDM转发请求的方法包括两种方法，包括：首先路由XDM转发请求到XDM转发请求用户的XDMS的方法、以及路由XDM转发请求到XDM转发接收用户的XDMS的方法。当XDM转发请求用户的域不同于XDM转发接收用户的域时，这两种方法具有清楚的差别，其将参照图6和图7来说明。

首先，将参照图6来说明首先路由XDM转发请求到XDM转发请求用户的XDMS的方法。

参照图6，域A的XDM转发请求用户10通过XDM转发请求消息做出针对XDM转发的请求，并接着首先路由XDM转发请求到域A(其为与XDM转发请求用户10的域A相同的域)的XDMS 12。接着，XDMS 12查验域A(即，相同的域)的XDM转发请求用户的权限并向包括XDM转发接收用户的域B的XDMS 20传递由筛选规则调整的XML文档的一部分、或者目标XML文档。在确定域B(即，相同的域)中的XDM转发接收用户22能否接收所传递的文档之后，域B的XDMS 20存储所传递的文档。

在相同的域之内的信息的交换和管理是容易的，而在不同的域之间的信息的交换和管理是通过网络到网络的接口(NNI)来完成并且需要更复杂的程序。在这点上，图6所示的方法是高效率的。这是因为，图6的方法中，在互相不同的域中发生的操作仅对应于在它们之间的目标XML文档、或目标XML文档的经筛选的部分的简单的交换，而不需要诸如其授权的管理。如上所述，因为请求者授权和接收者授权仅在每个相同域内的XDMS和用户之间完成，在互相不同的域之间可以不需要授权。

此外，在图6所示的方法中，当目标XML文档在互相不同的域之间传递时，由于仅传递根据筛选产生的XML文档的一部分，由XDM转发请求用户筛选的期望的部分永远不会被传递到不同的域。因此，可以这样说：图6中所示的方法在XDM转发请求用户的信息的安全维护方面是可靠的。

其次，将参照图7说明路由XDM转发请求到XDM转发接收用户的XDMS的方法。

参照图7，域A的XDM转发请求用户10通过XDM转发请求消息做出针对XDM转发的请求，并将XDM转发请求路由到将在其中存储转发的目标的域B的XDM转发接收用户22的XDMS 20。域B的XDMS 20向已经存储相应的XML文档的域A的XDMS 12做出针对相应的XML文档的请求。接着，域A的XDMS 12确定XDM转发请求用户10是否已经被授予恰当的权限，并且将目标XML文档传递到域B的XDMS 20。当XDM转发请求包含筛选规则时，域B的XDMS 22通过向所传递的XML文档应用该筛选规则来调整所传递的XML文档的一部分，确定XDM转发接收用户能否接受经调整的XML文档，并存储该经调整的XML文档。

由于图7中所描述的方法基于如下事实：向到XDMS传递XDM转发请求的过程和取得目标XML文档的过程两者都是在互相不同的域之间通过NNI接口来执行的，因此图7中所描述的方法不如图6中所描述的方法高效率。

此外，在图7所示的方法中，筛选规则与XDM转发请求一起被传递到另一个域，接着另一个域的XDMS(即，域B的XDMS)直接将该筛选规则应用到相应的XML文档。因此，在XDM转发请求用户10的信息的安全维护中可能存在问题，因为包含由XDM转发请求用户筛选的期望的部分的相应的XML文档的全部必须被传递到域B(即，另一个域)。

因而，本发明建议在实现XDM转发功能时图6的方法应当优先于图7的方法。

4、XDM转发到或者多个用户或者一个组

如图8和图9中所示，根据XDM转发功能，应当通过使用一个XDM转发请求将相应的XML文档XDM转发到或者多个XDM转发接收用户、或者一组XMD转发接收用户。参照图8，XDM转发请求用户10向XDMS12发送针对多个用户的XDM转发请求消息。接着，XDMS 12接收到该消息，并针对相应的n个XDM转发接收用户14-1至14-n执行XDM转发功能。如图9中所示，当由XDM转发请求用户10向XDMS 12所请求的用以转发XML文档的目标对应于组时，即，针对组的XDM转发请求的情况，XDMS 12从组XDMS 13取得该组信息、执行成员的分辨(resolution)，并执行到组成员15-1至15-n中的每一个的XDM转发。

接着，基于上述的[XDM2_RD]的XDM转发功能的需要以及上述的在实现XDM转发功能中要考虑的四个问题，本发明提出XDM转发功能的具体的实现方法。具体地，本发明提出用于实现XDM转发功能的四种方法。

首先，为了解释本发明所提出的XDM转发功能实现，使用下面表1的PoC组文档作为XDM转发的目标的XML文档的示例。假设，用作示例的PoC组文档是基于[PoC_XMD](文献：“PoC XDM Specification”，Version 1.0，Open Mobile Alliance^TM，OMA-TS-PoC_XDM-V1_0，URL：http://www.openmobilealliance.org/)来描述的，该文档的所有者是“sip:source_user@example.com”，而该文档的文件名是“source-poc-group.xml”。还假设PoC组文档已经被存储在当前“example.com”域的PoC XDMS(它的AUID是org.openmobilealliance.poc)内的“sip:source_user@example.com”的用户目录中。因此，PoC组文档在XDMS内的位置被记录为“http://xcap.example.com/org.openmobilealliance.poc/users/sip:source_user@example.com/source-poc-group.xml”的XCAP URI。

【表1】

首先，将说明XDM转发实现方法当中的利用HTTP POST请求的方法。

本发明提出XDM转发功能应当基于具有以下子分句(sub-clause)的HTTP POST请求来实现，而且XDM系统依照下面四种情况来处理XDM转发请求。

1、XDM转发请求的实现

本发明提出下面的基于HTTP POST请求的XDM转发请求的实现。下面的表2示出与XDM转发请求的实现相关联的示例。

【表2】

1)请求行

HTTP POST请求的请求行，XDM转发请求通过其来记录HTTP URI，该HTTP URI包含用于处理记录在内容主体中的XDM转发的XDMS、以及该XDMS内的XDM转发处理引擎两者。在这种情况中，XDM转发请求被路由到的XDMS必须是其中已经存储将要XDM转发的XML文档的场所。

在表2的示例中，请求行为“http://xcap.example.com/org.openmobilealliance.poc/forward”。其意味HTTPPOST请求被路由到PoC XDMS(即，“example.com”域的“负责org.openmobilealliance.poc”的AUID的XDMS)，而且将要在该PoC XDMS内的“/forward”中的XDM转发处理引擎中处理该HTTP POST请求。用于在内容主体中所记录的目标XML文档的XCAP URI的格式为“http://xcap.example.com/org.openmobilealliance.poc/users/sip:source_user@example.com/source-poc-group.xml”，其中，“http://xcap.example.com/org.openmobilealliance.poc”对应于存储文档的XDMS的地址。因此，注意到用于存储文档的XDMS的地址与HTTP POST请求的请求行中所记录的PoC XDMS的地址相同。即，这个目标XML文档已经被存储在PoC XDMS中。

2)XDM转发请求用户的ID

做出XDM转发的请求的XDM转发请求用户10可以被记录在“X-XCAP-Asserted-ID”[XDM_Core]中(文献：“XML Document Management(XDM)Specification”，Version 1.0，Open Mobile Alliance^TM，OMA-T S-XDM_CORE-V1_0，URL：http://www.openmobilealliance.org/)或者相应的HTTP首部中。可以理解，XDM转发请求用户与表2的示例中的“sip:forwarder@example.com”相对应。

3)XDM转发的内容

XDM转发的内容必须基本上如下来记录：

(a)作为XDM转发的目标的XML文档的XCAP URI；以及

(b)XDM转发的内容将要传递到的(多个)XDM转发接收用户。

这样的内容可以用XML表达。在这种情况下，有必要定义用于表达的新的内容类型。本发明中，假设该类型为“application/vnd.oma.foward+xml”。图10示出于其中记录XDM转发内容的XML结构的示例。

参照图10，根元素是<forward>，其包括：记录作为XDM转发的目标的XML文档的XCAP URI的<target>、记录XDM转发接收用户的<recipients>、以及记录要应用到目标XML文档的筛选规则的<forward-filter-set>的子元素。其中，由于<target>和<recipients>基本上记录XML文档转发的内容，所以它们必须不可避免的存在，而<filter-rule-set>可以选择性的存在。以下，将更详细地说明筛选规则。在<recipients>中，每一个XDM转发接收用户<recipient>是由<recipient>子元素来记录的。因此，可能存在多个<recipient>元素。

表2示出“application/vnd.oma.foward+xml”内容类型的XDM转发内容的示例。也就是说，记录在<target>元素中的目标XML文档的XCAP URI是“http://xcap.example.com/org.openmobilealliance.poc/users/sip:source_user@example.com/source-poc-group.xml”。在这种情况中，<target>元素的“auid”属性代表它的AUID并且提供XML文档的种类。而且，记录在<recipients>中的XDM转发接收用户对应于sip:recipient_1@example.com、sip:recipient_2@example.com以及sip:forward_group@example.com、sip:user@example2.com。

如在要考虑的问题中所描述的，可以完成针对多个XDM转发接收用户或该组的XDM转发。根据表2的示例很清楚，目标XML文档要被XDM转发到“example.com”域内的用户“sip:recipient_1@example.com”和“sip:recipient_2@example.com”以及组“sip:forward_group@example.com”、以及“example2.com”域内的“sip:user@example2.com”。

4)XDM转发筛选器

如上所述，XDM转发请求用户使用筛选器，以使得能够仅能够XDM转发目标文档的一部分。为此，可以在XDM转发请求中包含筛选规则。这样的筛选规则必须基本上记录下面的条件。

(a)要应用筛选规则的目标XML文档

(b)筛选规则应用的情况(如，仅当XML文档被转发到特定的接收者时应用筛选规则)

(c)记录要筛选的内容

这样的内容以XML表示的并且可以被包含作为XDM转发请求的内容。如图10的示例中所示的，“application/vnd.oma.foward+xml”的内容在<forward-filter-set>中记录应用于记录在<target>中的目标XML文档的筛选规则。这样的<forward-filter-set>可以具有多个<forward-filter>子元素，而每个<forward-filter>子元素记录每个筛选规则。<forward-filter>的“id”属性代表该筛选规则的标识，而“recipient”属性代表应用所记录的筛选规则时的XDM转发接收用户。在没有“recipient”属性的情况中，在向全部XDM转发接收用户进行XDM转发时应用所记录的筛选规则。

实际上，记录筛选规则的方法包括两种方法，包括：仅记录要被从原始XML文档滤除的且将被排除在外的一部分的方法；以及仅记录要被筛选到原始XML文档并被包含在内的一部分的方法。它们被记录在<exclude>元素以及<include>元素中，即<forward-filter>的子元素。其中，要被从目标XML文档滤除且在XDM转发时排除的该部分的最高元素的XPATH节点URI[XCAP](文献“The Extensible Markup Language(XML)Configuration Access protocol(XCAP)”，J.Rosenberg，May 5，2006，URL：http://www.ietf.org/internet-drafts/draft-ietf-simple-xcap-11.txt)被记录在<exclude>元素中。其中，在目标XML文档中要被筛选且在XDM转发时被包括的部分的XPATH节点URI[XCAP]被记录在<include>元素中。<ns-bindings>元素指定在记录XPATH URI时所使用的名字空间绑定。下面的表3示出一个示例，其中将上面所解释的筛选规则添加到表2的XDM转发请求中。

【表3】

表3中的XDM转发请求的内容示出应用于具有“http://xcap.example.com/org.openmobilealliance.poc/users/sip:source_user@example.com/source-poc-group.xml”的XCAP URI的PoC组文档(即，XDM转发请求的目标)的两种类型的筛选规则。一种是具有“xyz”的“id”的筛选规则，以及另一种是具有“abc”的“id”的筛选规则。在“xyz”筛选规则中，没有“recipient”属性，因此，筛选规则在XDM转发时被应用于所有的XDM转发接收用户，从而从目标PoC组文档中移除<ruleset>的所有内容。在“abc”筛选规则中，仅当XML文档被转发到“sip:recipient_2@example.com”的用户时应用筛选规则，而且“abc”筛选规则记录：可以从PoC组列表中移除记录“sip:cherryblossom@example.com”的<entry>。下面的表4示出一种情况，其中将“xyz”筛选规则应用于将要传递到除了“sip:recipient_2@example.com”的接收者以外的其余的接收者的目标PoC组文档。图5示出一种情况，其中“xyz”筛选器和“abc”筛选器两者都被应用于将要传递到“sip:recipient_2@example.com的接收者的目标PoC组文档。

其中，注意到，仅当其为XDM转发时才应用这些筛选规则而不影响原始XML文档。

【表4】

【表5】

2、已实现的XDM转发请求的处理

已实现的XDM转发请求是由图1和图2的程序来处理的。也就是说，表3中所实现的XDM转发请求的情形是按照下面来处理的：

1)“sip:forwarder@example.com”的用户做出表3中所示的XDM转发的请求并且该XDM转发请求被传递到example.com域的PoC XDMS；

2)example.com域的PoC XDMS确定“sip:forward@example.com”的用户是否已经被授权以XDM转发“sip:source_user@example.com”的用户的“source-poc-group.xml”；

3)在随后查验之后，example.com域的PoC XDMS通过应用“xyz”筛选规则到“source-poc-group.xml”来生成表4的内容。PoC XDMS还通过应用“xyz”筛选规则和“abc”筛选规则来生成表5的内容；以及

4)example.com域的PoC XDMS将“sip:forward_group@example.com”识别为共享的组URI，并因此从example.com域的共享的XDMS取得其成员列表。在这种情况中，假设该组的全部成员都是example.com域的用户。表4的内容被传递到成员列表用户的用户以及“sip:recipient_1@example.com”的用户的PoC XDMS中的用户目录，并且表5的内容被传递到“sip:recipient_2@example.com”的用户目录。

此外，example.com域的PoC XDMS辨识到“sip:user@example2.com”的用户存在于example2.com域中，并因此传递表4的内容到example2.com域的PoC XDMS。example2.com域中的处理遵循子步骤5-1)之后的处理；

5)example.com域的PoC XDMS确定“sip:forward_group@example.com”的成员用户以及“sip:recipient_1@example.com”的用户是否想要接收表4的内容以及“sip:recipient_2@example.com”的用户是否想要接收表5的内容。在这种情况中，PoC XDMS可以根据由用户预定义的针对example.com域的PoC XDMS的规则、或者到相应的用户的直接的请求来执行接收者授权。

6)在成功地执行接收者授权之后，example.com域的PoC XDMS在每一个用户的用户目录中存储每一个所传递的内容。在这种情况中，能够使用任何文件名。其中，用户名是通过将XDM转发请求用户的ID添加到原始XML文档来表示的。也就是说，所存储的内容是在source-poc-group[forwarder@example.com].xml的文件名下来存储的。

7)example.com域的PoC XDMS向“sip:forwarder@example.com”发送XDM转发请求的执行结果。

已经如步骤4)中所述接收表4的内容的example2.com域的PoC XDMS依照下面的子步骤执行：

5-1)example2.com域的PoC XDMS确定“sip:user@example2.com”的用户是否想要接收表4的内容；

6-1)在成功地执行接收者授权之后，example2.com域的PoC XDMS将表4的内容存储在“sip:user@example2.com”的用户的用户目录中；

7-1)example2.com域的PoC XDMS向example.com域的PoC XDMS发送XDM转发请求的执行结果。

3、在域之间传递目标XML文档或其经筛选的部分的方法

在步骤4)中，向example2.com域的PoC XDMS传递表4的内容可以通过HTTP PUT请求或通过XDM转发请求来实现。下面的表6和表7示出其中分别通过HTTP PUT请求或通过XDM转发请求来实现传递方法的示例。表6说明了通过使用HTTP PUT请求在域之间传递目标XML文档或其经筛选的部分的方法。表7说明通过使用XDM转发请求在域之间传递目标XML文档或其经筛选的部分的方法。

【表6】

【表7】

在如表6中所示的使用HTTP PUT的方法中，PoC组文档的相应的经筛选的内容被请求直接存储到example2.com域的PoC XDMS内的“sip:user@example2.com”的用户的用户目录中。其中，可以使用任何要被存储的文件名。在本发明中，为了避免要被存储的文件名与已有的文件名发生冲突，使用将XDM转发请求的id添加到原始XML文档文件名所获得的“source-poc-group[forward@example.com]”作为示例。

在如表7中所示的使用XDM转发请求的方法中，在请求行中记录XDM转发处理引擎的URI、以及请求将要传递到的example2.com域的PoC XDMS的URI，而且直接在<target>元素中记录XML文档的经筛选的内容代替目标XML文档的XCAP URI。因此，不再需要<forward-filter-set>。请求将要传递到的example2.com域的XDM转发接收用户(即，“sip:user@example2.com”的用户)被记录在<recipients>中。

在这种情况中，两种方法都需要通过“X-XCAP-Assserted-Identity”或相应的HTTP首部来包含XDM转发请求用户的信息。这是因为XDM转发请求用户的请求是通过example.com域的PoC XDMS而不是另外的域的XDMS来执行的，并且XDM转发请求用户的信息被用作用于确定接收者授权的基础。

example2.com域的PoC XDMS接收该请求，确定“sip:user@example2.com”的用户是否想要接受所传递的PoC组文档的内容，并接着存储所传递的内容。这与已有的接收者授权相同。

4、接收者授权的实现

如在步骤5)中所述的，确定XDM转发接收用户是否接受经XDM转发的内容的过程被称为接收者授权。用于执行该过程的方法包括先发授权以及反应授权。

反应授权中，在XDM转发发生时，XDMS直接询问XDM转发接收用户以确定XDM转发接收用户是否接受相应的内容。

先发授权中，关于XDM转发接收用户是否接受经XDM转发的内容的存取许可规则根据[XDM2_Core](文献：“XML Document Management(XDM)Specification”，Version 2.0，Open Mobile Alliance^TM，OMA-TS-XDM_CORE-V2_0，URL：http://www.openmobilealliance.org/)来记录，并接着被存储在XDMS中。当实际产生XDM转发时，XDMS根据预先记录的存取许可规则来确定XDM转发接收用户是否能够接受XML文档，而不是直接询问XDM转发接收用户以确定XDM转发接收用户是否接受XDM转发。在这种情况中，选择性地，XDMS发送先发授权的结果到XDM转发接收用户，从而报告XDMS的哪些内容新近已被XDM转发到相应的接收者。

以下，将说明利用XCAP GET请求的方法，该方法是用于实现XDM转发功能的方法的第二种方法。

本发明提出用于使用XCAP GET请求的XDM系统，以使得XDM转发请求能够按照下面来实现及处理。

借助于XCAP GET请求而记录的内容与借助于HTTP POST请求(其在“1、XDM转发请求的实现”中被提及，为用于实现XDM转发功能的方法中的第一种方法)相同，仅在关于描述方法上XDM转发功能与HTTP POST之间存在略微的区别。

下面的表8示出根据XCAP GET请求来修改由表3中所示的HTTPPOST请求所实现的XDM转发请求的示例。

【表8】

如能够从表8看到的，与上面在“1、XDM转发请求的实现”中所提及的使用HTTP POST的方法形成对比，使用XCAP GET的方法是基于以下事实的：XDM转发的目标XML文档的XCAP URI、以及它们将要传递到的XDM转发接收用户没有被记录在XML中的内容主体中，但是，在HTTP GET请求的请求行中记录将要XDM转发的目标XML文档的XCAP URI，并且，在新的HTTP首部中记录XDM转发将要传递到的用户(为本发明的描述方便，称之为“X-XCAP-Forward-to”)。然而，XDM转发请求用户的ID以及XDM转发筛选器是借助于与在“1、XDM转发请求的实现”中所提及的使用HTTP POST的方法相同的方法来记录的。也就是说，XDM转发请求用户的ID是在“X-XCAP-Asserted-Identity”或相应的HTTP首部中记录的，并且，XDM转发筛选器通过具有<forward-filter-set>作为根元素的XML被记录在内容主体中。

已经接收由XCAP GET请求所实现的XDM转发请求的XDMS通过X-XCAP-Foward-to首部的存在能够确定该请求不是通常的XCAP GET请求，而是XDM转发请求。接着，通过使用HTTP POST请求，XDMS执行与用于实现XDM转发的方法(包括“2、XDM转发请求的处理”、“3、在域之间传递目标XML文档或经筛选的内容的方法”以及“4、接收者授权的实现”)的过程相同的过程。

现在，将说明使用直接包含XDM转发的目标的XCAP PUT请求的方法，其为用于实现XDM转发功能的方法当中的第三种方法。

本发明提出通过在XCAP PUT请求中直接包含作为XDM目标的XML文档或其内容来实现XDM转发功能的方法。

与上面所描述的用于实现XDM转发功能的方法当中的第一种以及第二种方法形成对比，在第三种方法中，将目标XML文档或其经修改的内容代替目标XML文档的XCAP URI直接包含在XCAP PUT请求内。因而，当XDM转发请求用户还没有处理目标XML文档时，XDM转发请求用户必须通过XCAP GET请求取得相应的XML文档。接着，在XCAP PUT请求内直接记录将要XDM转发的相应的XML文档或其内容。

与用于实现XDM转发功能的方法当中的第一种以及第二种实现方法相对比，在第三种实现方法中，由于由XDM转发请求用户把将要XDM转发的内容直接包含在XCAP PUT请求内，因此不需要XDM转发筛选器。

下面的表9示出一个示例，其中XDM转发请求用户取得表1所示的PoC组文档，并接着通过在XCAP PUT请求中仅包含将传递的已取得的PoC组文档的期望的部分来执行XDM转发功能。这里，将要传递的已取得的PoC组文档的期望的部分与表3的“xyz”XDM转发筛选器所应用的内容相同。

【表9】

如在表9中能够看到的，根据该实现方法，XDM转发接收用户的XDMS内其中将要存储所传递的内容的用户目录、以及将要存储的所传递的内容的文件名两者都直接在XCAP PUT请求的请求行中被指定。可以使用任何文件名。其中，通过将XDM转发请求用户的ID添加到原始XML文档来表示文件名。如从图11可以看到的，与用于实现XDM转发功能的方法中的第一种以及第二种实现方法形成对比，将利用XCAP PUT的XDM转发请求直接路由到其中将要存储目标XML文档或其内容的XDMS。

此外，与用于实现XDM转发功能的方法中的第一种以及第二种实现方法形成对比，在XCAP PUT请求中，由于必须在XCAP PUT请求的请求行中记录具体的XDM转发接收用户的用户目录，无法执行XDM转发到多个用户或一个组。

可以依照图11所示完成以该方式所实现的XDM转发请求的一般处理过程。也就是说，当域A的XDM转发请求用户10不处理将要XDM转发的XML文档时，XDM转发请求用户10从域A的XDMS 12取得相应的XML文档，基于已取得的XML文档直接将将要转发的期望的内容包含在XCAP PUT的主体中，并直接传递该内容到将要转发的域B的期望的XDMS 20。域B的XDMS 20确定XDM转发接收用户22是否能够接收所转发的内容，并接着将所转发的内容存储在XDMS 20中。

与第一种以及第二种实现方法相对比，在第三种实现方法中，由于XDM转发请求用户通过XDMS直接取得相应的内容并将已取得的内容存储在XCAP PUT请求中，因此难以执行针对该用户的请求者授权。这是因为，当XDM转发请求用户通过XCAP GET请求取得相应的XML文档时，查验该用户是否已经仅被授予取得这样的XML文档的权限。因此，即使在用户取得相应的XML文档之后用户执行已取得的XML文档的XDM转发，也无法执行用于确定用户是否能够执行相应的XML文档的XDM转发的请求者授权。

如上所述，通过这样的XCAP PUT请求的XDM转发请求被直接传递到于其中存储目标的XDMS。由于内容主体内的内容是由所述请求直接请求产生，XDMS以与通常的XCAP PUT请求相同的方式对待及处理该请求。因而，根据该实现方法，以与用于XDM转发请求用户的接收者授权相同的方式来执行用于XDM转发请求的接收者授权。

最后，将说明通过使用包含XDM转发目标的XCAP URI的XCAP PUT请求的实现XDM转发请求的方法，该方法是用于实现XDM转发功能的方法当中的第四种方法。

本发明提出通过在XCAP PUT请求中包含作为XDM转发目标的XML文档的XCAP URI来实现XDM转发功能的方法。

上述第四种实现方法在使用XCAP PUT请求方法方面与上面所提及的用于实现XDM转发功能的方法当中的第三种方法相同。但是，第四种实现方法在以下方面具有区别：以与第一种以及第二种实现方法相同的方式仅间接记录通过目标XML文档的目标XML文档的XCAP URI，而不是在直接的XCAP PUT请求中直接记录目标XML文档。

在如上所述的第四种实现方法中，通过使用XCAP URI间接地记录XML文档。从而，在第四种方法中，也能够以与第一种以及第二种实现方法中相同的方式来记录XDM转发筛选器。

表10、11和12示出以该方式实现的XDM转发请求的示例。

【表10】

【表11】

【表12】

表10示出于通过使用包含作为XDM转发目标的XML文档的XCAPURI的XCAP PUT请求来实现XDM转发请求的示例。表11示出于通过使用作为XDM转发目标的XML文档的XCAP URI、以及用于其的XDM转发筛选器来实现XDM转发请求的示例。此外，表12示出于通过使用包含作为XDM转发目标的XML文档的XCAP URI的XCAP PUT、以及用于其的XDM转发筛选器来实现XDM转发请求的示例。以及通过新的HTTP首部记录XCAP URI的示例。

表10及表11中，是通过使用在[RFC2017](文献：“Definition of the URL MIME External-Body Access-Type”，N.Freed等，RFC 2017，October 1996，URL：http://www.ietf.org/rfc/rfc2017.txt)和[RFC4483](文献：“A Mechanism for Content Indirection in Session Initiation Protocol(SIP Messages)”，E.Burger，Ed.，RFC 4483，May 2006，URL：http://www.ietf.org/rfc/rfc4483.txt)中所定义的“message/external-body”内容类型来包含XCAP PUT请求内的XML文档的XCAP URI。此外，通过使用表11中所示的“multipart/mixed”内容类型，可以将用于目标XML文档的XDM转发筛选器与“message/external-body”内容类型一起记录。

如在表12中所示的，可以通过使用新的HTTP首部来记录目标XML文档的XCAP URI，并且可以通过使用XCAP PUT请求的主体来记录其XDM转发筛选器。

在第四种实现方法中，以与上面所提及的用于实现XDM转发功能的方法当中的第三种实现方法相同的方式直接指定XDM转发接收用户的XDMS内的将要存储所传递的内容的用户目录以及其文件名。可以使用任何文件名。其中，通过将XDM转发请求用户的ID添加到原始XML文档来表示文件名。因此，与在第三种实现方法的情形一样，将XDM转发请求直接路由到于将要存储目标XML文档或其内容的XDMS。

因而，在XCAP PUT请求中，必须以与第三种实现方法相同的方式在XCAP PUT请求的请求行中记录具体的XDM转发接收用户的用户目录，因此，不同于第一种以及第二种实现方法，无法执行XDM转发到多个用户或一个组。

以该方式实现的XDM转发请求的通常处理过程可以依照图12中所示的来完成。也就是说，将由包含目标XML文档的XCAP URI以及XDM转发筛选器的XCAP PUT请求实现的XDM转发请求直接传递到域B的XDMS20，其为将要存储经XDM转发的内容的XDMS。XDMS 20利用XCAP URI通过XCAP GET请求从域A的XDMS 12取得目标XML文档，然后当存在XDM转发筛选器时，向已取得的XML文档应用XDM转发筛选器。接着，XDMS 20确认XDM转发接收用户22是否能够接受目标XML文档的经筛选的内容并将已接受的内容存储在XDMS 20中。

在该实现方法中，在XDM转发请求用户10的信息安全维护上可能有问题，因为将XDM转发筛选规则直接传递到XDM转发接收用户22的XDMS 20，或者XDMS 20直接从XDM转发请求用户的XDMS 12取得目标XML文档，如参照图6和图7针对路由XDM转发请求的方法所述。

尽管已经参照其某些示范性实施例示出并说明了本发明，但本领域的技术人员应当理解到，于其中可以在形式及细节上作出多种变化，而不脱离由所附权利要求限定的本发明的精神和范围。