用于能够实现XML文档的修改的方法和设备

摘要

用于能够实现XML文档中的XML节点的时间有限修改的方法、服务器和客户端，其中，在已经对修改指定的到期时间到期之后，所修改文档能够被恢复到其起始内容。从客户端向服务器传送包括到期时间的对XML节点的时间有限修改的请求。在服务器，在没有用于XML节点的定时器未决的情况下启动定时器，或在用于XML节点的定时器已经未决的情况下重置定时器。在根据请求中提供的修改数据来修改XML节点之前存储XML节点的当前版本。在定时器超时之后，所请求修改将不再有效，并且因此XML节点被恢复到XML节点的其存储版本。

说明书

技术领域

本发明一般涉及用于能够实现服务器中存储的XML文档的修改 的方法和设备，并且更具体地涉及能够实现服务器中的时间有限修 改。

背景技术

可扩展标记语言(XML)已经变成用于大量办公室生产力工具 以及用于各种类型的因特网协议(IP)多媒体服务的普及文件格式， 其可例如经由IP多媒体子系统(IMS)或适于传递IP多媒体服务的 任何其它体系结构框架来分布。XML配置访问协议(XCAP)允许提 供有XCAP客户端功能性的装置读、写以及修改在提供有XCAP服 务器功能性的服务器上以XML格式存储的应用配置数据。

XML文档管理(XDM)是开放移动联盟(OMA)规范，其使得 XCAP客户端能够访问和操纵在XCAP服务器上存储的XML文档。 根据OMA XDM标准，具有XCAP客户端功能性的客户端可被称为 XDM客户端(XDMC)，而对应服务器可被称为XDM服务器 (XDMS)。

经由XCAP，XDMC能够例如通过向XML文档的一部分添加内 容或修改XML文档的一部分(通常被称为XML节点)来修改文档。 通常可通过使用XCAP推放(PUT)消息用于从XDMC传递相应内 容到XDMS来实现这种修改。

图1是用于这种修改的典型情形的图，其中，XDMC 100要求更 新已经存储在XDMS 101的XML文档中的XML节点。XDMC 100 在经由聚合代理(AP)102向XDMS 101发送(通常以XCAP推放 的形式)请求之前在本地存储相应XML节点内容，如用步骤1:1和 1:2指示的。在接着的步骤1:3中，根据常规修改过程来修改有关XML 文档的XML节点。

在后续步骤1:4和1:5中，向其它XDMC(这里用XDMC 104来 表示)通知所运行的修改。通常可通过向要通知的每个相应XDMC 传送相应SIP通知来运行这种通知。

如果更新是具有临时性质的，则XDMC 100必须保持在线并且 等待直到指定临时更新的持续时间的要求时间已经过去。此后， XDMC 100必须再次重复步骤1:1和1:2，如图1中分别用步骤1:6 和1:7指示的。但是，这次，请求被提供有在第一次修改之前有效的 XML节点内容，以使得XDMC能够使用这个内容来撤销以前的更新。 这种方面可能有关的特定情形是，例如当要对特定用户阻塞服务，但 是仅对于有限时间间隔，此后，所阻塞用户将再次被准入以使用服务。

因为XCAP要求更新XDMS的是XDMC，所以，例如如果在所 规定的到期时间到期之前XDMC用完电池或被关闭，则问题可能发 生。在这种情况中，打算具有有限有效性的XML文档的XML节点 可转而错误地长时间保留在文档中。

能够实现时间有限修改的当前机制还要求XDMC中的复杂功能 性。

发明内容

本文档的目的是解决上面概述的问题。具体地，本文档的目的是 提供使得客户端能够请求XML文档的XML节点的时间有限修改的 机制，其中，在指定时间值到期之后，将所修改的XML节点恢复到 在修改之前其具有的内容，而除了传送一个单个请求以外客户端不必 执行任何附加步骤。

根据一个方面，提供一种当被运行在通信网络的服务器时用于管 理XML文档的修改的方法。当服务器接收来自客户端的对XML文 档的节点的时间有限修改的请求时，启动用于处理XML节点的时间 有限修改的建议方法。这种请求包括修改数据和关联到期时间，其指 示要应用于所请求修改的存活时间。更新过程基于所接收的到期时间 来启动与XML节点关联的定时器。存储XML节点的当前版本，此 后，根据请求中接收的修改数据来修改XML文档。当到期时间已经 到期时，将XML节点恢复到XML节点的以前存储版本。

在接收到对于XML节点的时间有限修改的后续请求的情况下， 在用于XML节点的未决定时器的超时之前，可执行更新过程，其中， 根据后续请求中提供的到期时间来重置未决定时器。

根据一个示范实施例，所建议的方法被应用于使用基于HTTP的 方法(例如，HTTP布告(Post)、XCAP推放或XCAP删除(Delete)) 来传送的请求，而根据另一示范实施例，所建议的方法转而被应用于 使用基于SIP方法(例如，SIP公布(Publish))来传送的请求。

根据另一方面，提供一种要由客户端运行的用于能够实现通信网 络的服务器中的XML文档的修改的方法。该方法通过生成对XML 文档的节点的时间有限修改的请求来启动，其中，该请求包括XML 文档的标识、修改数据和到期时间，其中，到期时间指示所请求修改 的存活时间。然后向服务器传送该请求，其中，对于所请求到期时间 的持续时间，时间有限修改将是有效的，并且当到期时间已经到期时， 可恢复到XML节点的以前版本。

一旦客户端已经请求时间有限修改，并且用于XML节点的定时 器是未决的，客户端就可通过向服务器提供新的、后续请求来延长请 求的存活时间，其中，新请求包括相同的修改数据以及相同或不同的 到期时间。

可使用基于HTTP的方法(例如HTTP布告、XCAP推放或XCAP 删除)或使用基于SIP的方法(例如，SIP公布)来传送请求。

根据又一方面，提供一种适于管理XML文档的时间有限修改的 通信网络的服务器。该服务器包括通信单元，其适于接收来自客户端 的对XML文档的节点的时间有限修改的请求，其中，该请求包括修 改数据和到期时间，其中，到期时间指示所请求修改的存活时间。

该服务器还包括服务器功能，其连接到通信单元并且其适于执行 更新过程，以响应于已经接收对时间有限修改的请求，其中，更新过 程包括以下步骤：基于所接收的到期时间来启动与XML节点关联的 定时器；存储XML节点的当前版本，以及根据所请求的修改数据来 修改XML节点。

服务器功能还适于当到期时间已经到期时将XML节点恢复到 XML节点的存储版本。

服务器功能还可适于：如果在识别到未决定时器的超时之前接收 到对于XML节点的时间有限修改的后续请求，则基于后续请求的到 期时间来重置未决定时器。

根据一个示范实施例，服务器功能是XCAP服务器功能，而根据 另一示范实施例，服务器功能转而是SIP服务器功能。可提供有SIP 服务器功能和/或XCAP服务器功能的服务器的典型实施例是XDM 服务器。

根据又一方面，提供一种用于能够实现通信网络的服务器中 XML文档的时间有限修改的客户端。该客户端包括客户端功能，其 适于生成对XML文档的节点的时间有限修改的请求，其中，该请求 包括修改数据和到期时间，其中，到期时间指示所请求修改的存活时 间。该客户端还包括通信单元，其连接到客户端功能并且适于向服务 器传送请求。这种客户端配置使得能够在服务器执行XML节点的请 求修改，其中，对于请求的到期时间的持续时间，修改是有效的，并 且其中，当到期时间已经到期时，XML节点可恢复到XML节点的以 前版本。

根据一个实施例，客户端功能可以是XCAP客户端功能，其适于 使用HTTP方法(例如，HTTP布告作为请求的载体)来生成请求， 而根据另一的备选实施例，客户端功能可转而是SIP客户端功能，其 适于使用SIP方法(例如，SIP公布作为请求的载体)来生成请求。 客户端可以是例如XDM客户端，并且可例如在移动电话、PDA、膝 上型计算机或PC上实现。

能够从下面的详细描述来理解本发明的另外特征及其益处。

附图说明

现在依靠示范实施例以及参考附图来更详细地描述本发明，其 中：

-图1是示出根据现有技术的用于能够实现XDMS中的XML节 点的时间有限修改的情形和过程的简化概观。

-图2是示出根据一个示范实施例的用于在服务器处理XML文 档的时间有限修改的方法的流程图。

-图3是示出根据一个示范实施例的用于在客户端准备对时间 有限修改的请求以及用于向服务器提供这种请求的方法的流程图。

-图4a是示出根据一个示范实施例的用于能够实现服务器中的 XML节点的时间有限修改的情形和过程的简化概观。

-图4b是示出根据备选实施例的用于能够实现服务器中的XML 节点的时间有限修改的另一情形和过程的简化概观。

-图5a是根据一个示范实施例的适于运行图3的过程的服务器 的示意框图。

-图5b是根据另一示范实施例的也适于运行图3的过程的服务 器的另一示意框图。

-图6a是根据一个示范实施例的适于运行图4的过程的客户端 的示意框图。

-图6b是根据另一示范实施例的也适于运行图4的过程的客户 端的另一示意框图。

具体实施方式

本文档涉及使得客户端能够请求在服务器上存储的XML文档的 XML节点的临时修改而不要求从客户端向服务器发送多于一个单个 消息的机制。

所建议的修改机制允许在时间有限的基础上改变XML节点，其 中，在指定时间到期之后，将所修改的XML节点恢复到在所请求的 修改之前有效的内容。

所建议的修改机制还允许通过在未决的到期时间到期之前向服 务器提供携带更新的到期时间的一个或更多后续请求来延长未决的 到期时间。

如果用户A想要对另一用户(用户B)阻塞特定服务特定时间(例 如2个小时)，则根据所建议修改机制，可通过用户A向有关服务 器传送要修改有关XML节点的请求来运行这种阻塞，使得用户B被 阻塞2个小时。在服务器，为XML节点启动具有2个小时的持续时 间的定时器，存储包括有关XML节点的XML文档的当前版本，并 且运行所请求修改。

如果在1.5个小时之后用户A决定他想要延长阻塞例如再2个小 时，则他可传送又一请求，其请求与XML节点关联的定时器运行另 一1.5个小时，即用新的请求来替换任何早先的请求。如果在定时器 的超时之前不再接收到对于XML节点的请求，则在定时器超时之后， 将XML节点恢复到其存储版本。

如果用户A决定还要阻塞用户C特定时间段，则他可传送寻址 另一XML节点的另一时间有限请求，其将发起将与在服务器的这个 另一XML节点关联的另一定时器。

在下文中，客户端将被称为具有客户端功能(例如，SIP客户端 功能和/或XCAP客户端功能)的客户端，而服务器将被称为提供有 服务器功能(例如，SIP服务器功能和/或XCAP服务器功能)的服务 器。这种客户端可被实现为例如XDMC，而服务器可被实现为例如 XDMS。相应客户端功能和服务器功能可分别被集成为嵌入式客户端 功能和服务器功能。

在典型情形中，客户端是移动用户装置(例如，移动电话、个人 数字助理(PDA)或膝上型计算机)或固定用户装置(例如，个人计 算机(PC))的集成部分。因而，客户端将使得用户装置的用户能 够访问来自对应服务器的各种类型的基于IP的服务。

通过向对XML节点的修改的请求(其被从客户端传送到服务器) 添加指定XML节点修改的到期时间的存活时间信息来实现本文档中 建议的增强的修改机制。由此，服务器将能够：运行所请求的时间有 限修改，启动与所修改的XML节点关联的定时器，以及监视由存活 时间信息指定的到期时间。服务器还将能够通过将所修改的XML文 档恢复到在修改之前其具有的内容来撤销修改，而除了准备所提到的 请求并向服务器传送之外客户端不必进行任何另外考虑。

图2是流程图，示出根据一个示范实施例的要在服务器上运行的 建议方法的步骤。所描述的方法步骤涉及要运行用于执行XML文档 的一个特定XML节点的修改的过程。因此，对于XML文档的不同 XML节点将要求分开的步骤，并且因此，多个这类过程可在相应服 务器上并行运行。

在第一步骤200中，服务器接收对XML节点的时间有限修改的 请求。该请求包括修改数据(其包括要修改的XML节点的指示)以 及要替换当前XML节点内容的实际内容，以及到期时间，其规定要 应用于XML节点的时间有限修改的存活时间。该请求还包括例如有 关XML文档版本的信息，其使得在服务器存储的特殊XML文档能 够被标识。

在接着的步骤201中，确定目前是否存在用于有关XML节点的 未决定时器。如果还未启动用于所标识XML节点的定时器，则基于 所接收的到期时间来启动关联定时器，如用另一步骤202a指示的。 在另外的步骤203中，然后存储所指示XML节点的当前版本，用于 当定时器超时已经到期时的以后取回，并且在另外的步骤204中，通 过根据请求的内容来修改所标识XML节点而更新XML文档。

虽然图2的流程图中未指示，但是应该指出的是，在这个阶段， 也可将XML文档修改告知或通知其它客户端，好像已经根据常规过 程来运行修改，例如好像常规XCAP推放已经用于携带请求。

随着时间过去然后在服务器询问与XML节点关联的定时器，如 用另一步骤205指示的，其中，在没有超时的情况中，在步骤200再 次确定对有关XML节点的新请求是否已经到达。通过在客户端准备 另一修改请求并且将其传送到服务器来重复所描述过程的一个典型 原因可能是为了延长修改的XML节点的存活时间的目的。在这种情 况中，向服务器发送请求与以前请求中的相同的修改但是可能具有不 同的到期时间的请求。

当运行步骤200时，如果发现新的、后续请求已经到达并且用于 请求中标识的XML节点的定时器是未决的，则根据附于请求的存活 时间来重置定时器，如用步骤202b指示的。

在定时器超时之后，恢复XML文档，如用最终步骤206指示的。 通过取回相应XML节点的存储版本来运行XML文档恢复。

在这个阶段，也可用常规方式(例如好像已经使用常规XCAP 推放来运行改变)将所恢复的XML文档告知其它客户端。

除了以简化方式来使用要运行的用于能够实现时间有限修改的 建议方法之外，其还可用于替换XCAP推放的常规使用的目的，包括 要求常规永久修改的情况。在这种情况中，可向服务器提供根据上述 修改机制的要求，其中，到期时间已经被设定成非常大的数字，例如 被设置成1百万年。

如上面所指示的，XML节点的时间有限改变要求在服务器运行 一些特殊适应的方法步骤。图3是示出根据一个示范实施例的在与服 务器交互的客户端运行以便获得XML节点的时间有限修改的对应步 骤的流程图。

在图3的第一步骤300中，通常通过用户经由常规用户接口(UI) 输入要修改的内容来在客户端触发XML文档的特定XML节点的修 改，并且在后续步骤301中，由客户端创建请求，其中，除了常规数 据以外，请求还将包括到期时间，如用步骤302指示的，并且在最终 步骤303中，向服务器传送请求。

可使用多个不同备选方法中的任何方法来向服务器传送请求。根 据一个实施例，其中，客户端被提供有XCAP客户端功能(其也可被 称为HTTP客户端)，而没有SIP客户端功能，基于HTTP的方法被 建议用于传送请求。可使用HTTP布告、XCAP推放或XCAP删除作 为向服务器提供对XML节点的时间有限修改的请求的载体。图4a 这种情形的示意图，其中，HTTP布告被用于这个目的。

在图4a的第一步骤4:1a中，客户端400a存储要修改的XML文 档的副本并且生成HTTP布告，全部根据上面参考图3描述的方法步 骤。请求包括指示要修改内容的修改数据，以及指示所请求修改的到 期时间的存活时间信息。请求通常还包括关于有关应用使用、有关 XML文档、文档版本和/或有关操作(其在当前情况中是操作“修改 文档”)的信息。

然后在步骤4:2a和后续步骤4:3a中向服务器401a传送请求，并 且一旦被服务器401a接收，就根据上面参考图2描述的方法步骤来 处理请求，如用接着的步骤4:4a指示的。还可根据常规通知过程向 其它常规客户端(例如客户端104或修改的客户端(未示出))通知 所运行改变的修改，如用图中步骤4:5a和4:6a指示的。

如果要延长所修改的XML节点的存活时间，则可从客户端400a 或已经相应地适应的另一客户端传送附加请求，只要这种请求在与相 应XML节点关联的未决定时器的超时之前被服务器401a接收和处 理。

但是，一旦已经识别到XML节点的定时器超时，则通过取回相 应的、修改的XML节点的存储版本来恢复该XML节点，如用最终 步骤4:7a指示的。虽然图中未示出，但是通常将根据常规通知过程 向其它常规客户端104和/或修改的客户端通知最近的修改。

根据另一备选实施例(如果除了XCAP客户端功能以外客户端还 被提供有SIP客户端功能则其可应用)，基于SIP的方法可转而用于 请求。SIP公布可以是请求的合适载体，其中，SIP公布用于在服务 器公布包括到期时间的要求信息，服务器将使用在SIP公布中提供的 到期时间来控制所请求修改的寿命。可通过使用(如IETF草案“An  Extensible Markup Language(XML)Configuration Access Protocol (XCAP)Diff event package”.draft-ietf-xcapevent-08，2009年7月9日 中定义的)“XCAP差别事件(XCAP-diff event)”包以及通过作为 正文发送如与现今在通知中发送的相同类型的修补(patch)操作来 实现使用SIP公布作为时间有限XML节点修改请求的载体。

图4b是根据上面提到的备选实施例的用于修改服务器中的XML 文档的XML节点的另一备选情形的示意图，其依赖基于SIP方法的 使用，例如SIP公布作为请求的载体。除了XCAP客户端功能以外还 提供有SIP客户端功能的客户端400b首先存储要修改的XML文档， 并且使用SIP客户端来发起对时间有限修改的请求，如用第一步骤 4:1b指示的。客户端400b经由4:2b和4:3b经由SIP核心/IMS 101 或任何其它合适网络向服务器401b传送请求。

可例如根据XCAP差别格式被携带的请求包含通常以XML修补 形式的指示所要求改变的信息，以及关于到期时间的信息。请求还包 括通常以Etag形式的关于XML文档的有关版本的信息。

服务器401b通过运行上述方法步骤来执行时间有限修改，如用 步骤4:4b示出的。然后可向其它客户端(例如常规客户端104和/或 其它修改客户端(未示出))通知修改，如用步骤4:5b和4:6b指示 的。可根据常规过程例如经由SIP通知来运行通知过程。

在未决到期时间的到期之前(例如，如果由于某一原因要延长改 变的到期时间)可对相同的XML节点重复以步骤4:1b开始的所描述 的更新过程任意数量的次数。

一旦已经识别到与所修改的XML节点关联的定时器超时，则将 这个节点恢复到在修改之前其包含的内容，如用最终步骤4:7b指示 的。即使图中未示出，但是还当应用这个实施例时，可根据常规过程 再次向其它客户端通知改变。

图5a和5b是示出根据两个不同实施例的设置成管理时间有限修 改请求的不同简化示范服务器401a和401b的框图。

图5a的服务器401a包括常规通信单元501，其适于接收时间有 限修改请求并且其连接到XCAP服务器功能502a。XCAP服务器功 能502a适于：当新请求经由通信单元501到达服务器401a时，根据 所接收请求中提供的到期时间来启动定时器T1、T2、T3或重置未决 的定时器T1、T2、T3。

XCAP服务器功能502a还适于：存储所接收请求中指示的XML 文档503a、503b、503c的当前版本，并且根据请求的内容来修改XML 文档。另外，XCAP服务器功能502a适于监视每个未决定时器并且 在识别到定时器超时之后将相应XML文档503a、503b、503c的XML 节点恢复到以前的版本。

图5b示出根据另一备选实施例的服务器401b，其被提供有XCAP 服务器功能(未示出)和SIP服务器功能502b。如图5b中示出的， 图5a的服务器功能502a被服务器功能502b替换，而保留的功能性 对应于前者实施例中描述的功能性。

要理解的是，在后者实施例中，为了简单性缘故而在图5b中未 示出的XCAP服务器功能可以是常规XCAP服务器功能或修改的 XCAP服务器功能。在后者情况中，服务器401b还可被提供有可根 据图5a中示出的设置和图5a中示出的设置二者来操作的功能性。

图6a和6b是示出根据两个示范实施例的简化客户端配置600a 和600b的框图，其中，两个客户端设置成准备时间有限修改请求以 及向服务器(例如上面分别参考图5a和5b描述的服务器中的对应服 务器)提供这种请求。

如图6a中指示的，客户端400a包括XCAP客户端功能600a， 其可被实现为客户端上的嵌入式客户端功能，并且其适于识别到用于 在时间有限的基础上更新XML文档的特定XML节点的触发。作为 响应，XCAP客户端功能适于通过添加XML相关数据来创建请求， 其指示XML文档、要修改的XML节点以及到期时间。XCAP客户 端功能600a连接到常规通信单元601，其适于向服务器传送请求。

图6b示出备选客户端400b可如何转而提供有SIP客户端功能 600b，其已经适于向具有对应SIP服务器功能的服务器提供时间有限 修改请求，使得能够在该服务器运行时间有限修改。与图6a类似， SIP客户端功能600b也连接到常规通信单元601。虽然，客户端400b 通常还包括XCAP客户端功能，其可配置为常规XCAP客户端功能 或配置为修改的XCAP客户端功能(例如客户端功能601a)，但是 为了简单性缘故已经在图中省略这种附加客户端。

要理解的是，参考图5a和5b描述的服务器以及参考图6a和6b 描述的客户端通常将包括附加功能性，其可被要求用于能够实现通信 和服务管理。还应该指出的是，所描述的客户端通常构成用户装置的 一部分，并且这种用户装置通常将包括常规功能性，例如通信和用户 接口功能性。可在固定用户装置(例如个人计算机(PC))中以及 在移动用户装置(例如移动电话、个人数字助理(PDA)或膝上型计 算机)中实现所建议的客户端。但是，为了简单性缘故，在附图中仅 包括对于所建议修改机制具有有关重要性的功能实体。

用于应用服务器中的XML文档的时间有限修改的提议机制，提 供简化的并且更可靠的修改过程，其中，在客户端将不需要用已经被 修改的每个单个单元的有效时间属性来更新现存XML方案。这意味 着在任何应用使用之上添加所建议的修改功能性，并且所建议的修改 功能性可应用于任何类型的XML文档。

在超时时将自动移除要在时间有限的基础上被修改的数据，而不 要求来自起始发动修改请求的客户端的任何附加动作，并且在所规定 存活时间已经到期之后，即使在客户端已经向服务器发出修改请求之 后客户端故障发生，XML文档也将包含正确恢复的数据。

无论客户端是提供有SIP客户端还是没有，它都将能够应用所建 议的机制，因为HTTP方法也被建议作为携带请求的可能方法。

虽然已经参考特定示范实施例来描述本发明，但是描述一般仅打 算示出发明概念并且不应该被视为限制本发明的范围。因此，所建议 的修改机制可应用于除了SIP以外的其它IP可应用协议，并且与从 除了IMS以外的其它类型的基于IP的网络提供的服务关联。本发明 由所附权利要求来定义。

缩略词

HTTP 超文本传输协议

IMS IP多媒体子系统

OMA 开放移动联盟

SIP 会话发起协议

XCAP XML 配置应用协议

XDMC XDM 客户端

XDMS XDM 服务器

XDM XML 文档管理

XML 可扩展标记语言