CN1859379B - 一种可扩展标记语言文档管理方法及系统 - Google Patents

Abstract

本发明适用于数据通信领域，提供了一种可扩展标记语言文档管理方法及系统，所述方法包括下述步骤：A.存储文档的修改记录；B.在收到用户的文档恢复请求时，根据用户请求恢复的文档所对应的修改记录，将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。通过本发明，可以实现文档的回滚操作，使得用户能够将文档恢复到以前的版本，从而可以为用户的文档误操作提供补救措施。

Description

一种可扩展标记语言文档管理方法及系统 

技术领域

本发明属于数据通信领域，尤其涉及一种XML文档管理方法及系统。 

背景技术

XML(可扩展标记语言)文档管理(XDM)系统是OMA(Open MobileAlliance，开放移动联盟)标准中多种业务的通用引擎，能够存储和管理各种引擎的数据。 

如图1所示，XDM系统主要包括XDM客户端100、聚合代理服务器200以及XDM服务器300。XDM客户端100是接入不同XDM服务器的实体，可以是用户设备终端或服务器。当XDM客户端100为用户设备终端时，其发送的XCAP(XML配置访问协议)请求由聚合代理服务器200转发给相应的XDM服务器300；当XDM客户端为服务器时直接与XDM服务器300交互。XDM客户端100使用XCAP协议管理存储在XDM服务器300上的相应XML文档。 

聚合代理服务器200的主要完成路由、鉴权或计费、压缩等功能。 

XDM服务器300为多个XDM客户端存储和管理XML文档，为订阅了某些文档改变通知的XDM客户端在相应文档发生改变时提供通知消息。XDM服务器300还提供鉴权功能。 

在现有的XDM系统中，XDM客户端100对XML文档的管理和操作包括： 

(1)创建或更新操作：XDM客户端100可以向XDM服务器300发送XCAPPUT请求，以创建或更新一个文档或者一个文档中的某个元素或属性。 

(2)读取操作：XDM客户端100可以向XDM服务器300发送XCAP GET请求，以获取一个文档或者一个文档中的某个元素或属性。 

(3)删除操作：XDM客户端100可以向XDM服务器300发送XCAP DELETE请求，以删除一个文档或者一个文档中的某个元素或属性。 

除了上述文档管理和操作外，在很多情况下需要XDM系统支持XML文档从某个时间点的状态恢复到前面一个时间点的文档恢复功能。例如用户通过XDM客户端100在XDM服务器300上修改了一个XML文档，随后发现操作失误希望将文档恢复到修改前的状态，这种功能是现有的XDM系统无法提供支持的，限制了用户的应用。 

发明内容

本发明的目的在于解决现有技术中存在的XDM系统无法支持将XML文档从某个时间点的状态恢复到前面一个时间点，限制了用户应用的问题。 

为了更好地实现发明目的，本发明还提供了一种可扩展标记语言文档管理系统，包括客户端及服务器，所述客户端通过可扩展标记语言配置访问协议与所述服务器通信，所述系统进一步包括回滚服务器，与所述客户端及服务器通过可扩展标记语言配置访问协议通信； 

所述服务器包括： 

修改记录存储模块，用于若接收到XCAP PUT或XCAP DELETE的修改操作，存储文档修改记录，所述修改记录包含XCAP PUT或XCAP DELETE的修改操作的信息； 

修改操作记录模块，用于记录文档的修改操作，并将修改操作记录保存到所述文档修改记录中； 

所述回滚服务器包括： 

回滚控制模块，用于在接收到用户的文档恢复请求时，根据用户请求恢复的文档所对应的修改记录将所述用户请求恢复的文档的当前文档进行回滚，直到恢复到用户需要的版本；其中， 

所述回滚控制模块进一步包括： 

反向操作请求生成子模块，用于根据所述用户请求恢复的文档对应的修改 记录，生成反向操作请求序列； 

所述服务器进一步包括： 

反向操作请求响应模块，用于根据所述反向操作请求序列对所述当前文档进行修改，直至恢复到用户需要的版本。 

所述服务器进一步包括： 

修改配置模块，用于判断是否保存文档的修改记录，当需要保存文档修改记录时，控制所述修改操作记录模块将修改操作记录保存到文档修改记录中。 

所述回滚控制模块进一步包括： 

回滚操作子模块，用于查找与所述用户请求恢复的文档对应的修改记录，按照反时间顺序逐步恢复修改前的操作，直至恢复到用户需要的版本。 

通过本发明，可以实现文档的回滚操作，使得用户能够将文档恢复到以前的版本，从而可以为用户的文档误操作提供补救措施。 

附图说明

图1是XDM系统的典型结构图； 

图2是本发明中存储XML文档的修改记录的实现流程图； 

图3是本发明第一实施例中在XDM客户端实现文档回滚操作的系统结构图； 

图4是本发明第一实施例中在XDM客户端实现文档回滚操作的实现流程图； 

图5是本发明第一实施例中在XDM服务器实现文档回滚操作的系统结构图； 

图6是本发明第一实施例中在XDM服务器实现文档回滚操作的实现流程图； 

图7是本发明第一实施例中在XDM系统中增加回滚服务器实现文档回滚 操作时的系统结构图； 

图8是本发明第一实施例中在XDM系统中增加回滚服务器实现文档回滚操作时的实现流程图； 

图9是在本发明第二实施例中在XDM客户端实现文档回滚操作的实现流程图。 

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。 

在本发明，当用户需要对当前XML文档实现恢复时，利用当前XML文档的修改记录将当前XML文档恢复到用户需要的版本，可以为用户的误操作提供补救措施。 

图2示出了本发明中存储XML文档的修改记录的实现流程： 

1.XDM客户端100向XDM服务器300发送修改XML文档的XCAP请求，当XDM客户端100为用户设备客户端时，该请求需要经过聚合代理服务器200转发； 

2.XDM服务器300判断此请求为文档修改操作如XCAP PUT或XCAPDELETE时，并根据用户需求判断需要对修改操作进行记录后，保存相应XML文档的修改记录； 

3.XDM服务器300向XDM客户端100返回响应消息(200OK)，当XDM客户端100为用户设备客户端时，该响应消息需要经过聚合代理服务器200转发。 

在上述过程中，XDM服务器300可以对修改记录文档进行规模控制，清理修改记录文档，以限制其规模。例如可以限制对每个XML文档所记录的操作的数目，当为某个XML文档的修改操作进行记录而违反了限制规则的情况 下，XDM服务器300可以将原有的修改记录中保存较久的记录删除，也可以限定对每条操作记录的保存时间，清理超过保存时间的操作记录。对修改记录XML文档进行清理前或者修改记录XML文档将要超出预定规模时，XDM服务器300可以根据XDM客户端100的要求发送通知消息。 

在本发明提供的第一实施例中，根据相应的XML文档及该XML文档的修改记录文档进行回滚操作。首先查找修改记录文档中与所需文档版本相应的一条修改记录，定位到当前XML文档中操作对象的位置，若操作为XCAPDELETE操作，则将所记录的删除前的元素或属性值插入定位处，若操作为XCAP PUT操作，当修改记录中存在操作前的元素或属性时，用操作前的元素或属性替换定位处的元素或属性。按照反时间顺序逐步回滚，当回滚到所需版本的XML文档时停止回滚操作。 

上述文档回滚操作过程可以在XDM客户端100中实现，也可以在XDM服务器300中实现，同时也可以通过专门的回滚服务器实现。 

图3示出了在XDM客户端100实现文档回滚操作的系统结构： 

XDM客户端100包括回滚控制模块101，XDM服务器300包括修改记录存储模块301、修改配置模块302以及修改操作记录模块303。 

回滚控制模块101对XML文档进行回滚操作，使其回滚到以前某个时间点的版本。回滚控制模块101通过回滚操作子模块1011执行上述回滚操作。 

修改记录存储模块301记录了相应XML文档的修改记录。当修改操作记录模块303需要对某个XML文档的修改情况进行记录时，将修改情况记录在修改记录存储模块301中。 

修改记录存储模块301为每个用户维护一个修改记录文档，记录了用户的XML文档的修改情况，每当用户对其一个XML文档进行创建、删除或修改操作时，XDM服务器300将修改情况记录在修改记录文档中。 

修改记录文档中的修改记录信息可以采用下述XML架构： 

在上述结构中，对某个XML文档的修改记录由<change-log>元素表示。<change-log>包含若干<put-event>元素或<delete-event>元素，表示对修改该XML文档的一个操作的记录。当修改操作为XCAP PUT时对应<put-event>元素，当修改操作为XCAP DELETE时对应<delete-event>元素。 

在<put-event>中，当操作对象为XML文档中的元素时，<previous-element>记录操作前的元素信息，<element>记录操作后的元素信息；当操作对象为XML文档中元素的属性时，<previous-attribute>记录操作前的属性信息，<attribute>记录操作后的属性信息。 

在<delete-event>中，当操作对象为XML文档中的元素时，<previous-element>记录删除操作前元素的信息，当操作对象为XML文档中元素的属性时，<previous-attribute>记录删除操作前属性的信息。 

<put-event>和<delete-event>包含″node-selector″属性，指定修改操作对应的元素。<put-event>和<delete-event>还包含<type>、<operator>、<previous-etag>、<etag>、<timestamp>等子元素。其中，<type>表示操作类型，例如创建、修改或者删除等，<operator>表示操作者，<previous-etag>表示操作前文档的etag值，<etag>表示操作后的文档的etag值，<timestamp>表示操作时的时间戳。 

一个XML文档的修改记录可以使用以下XML架构： 

实际中并不是每个用户的文档或者用户的每个文档的修改操作都需要记录，修改配置模块302用来控制是否对XML文档的修改操作进行记录，并可以限制修改记录的规模，例如用户的某个文档最多只能记录10条修改操作或者只存储最近一个月的修改操作等。在XDM服务器300创建、删除或修改某个XML文档时，修改操作记录模块303根据修改配置模块302判断是否需要对此文档的操作进行记录，在需要记录的情况下将修改情况记录在修改记录存储模块301中。回滚控制模块101在进行回滚操作时也需要查看修改配置模块302，确定是否存在相应XML文档的修改操作记录。 

修改配置模块302以XML文档的格式存储文档的修改操作信息，其架构 如下所述： 

图4示出了在XDM客户端100实现文档回滚操作的实现流程，用户通过XCAP协议请求XDM服务器300将用户B、C从好友列表中删除，后来发现删除操作失误，需要将相应XML文档回滚到删除之前的状态，并保存回XDM 服务器300。 

修改前的XML文档为： 

相应的修改记录文档为： 

由上可见，最初的修改记录文档中相关<document>节点中<change>元素为空。 

具体实现流程如下： 

(1)XDM客户端100通过XCAP协议向XDM服务器300分别请求删除其好 友列表friends.xml中的好友B、C。XDM服务器300删除好友B、C，修改操作记录304根据修改配置模块302确定需要为用户对此文档(friends.xml)的删除操作进行记录后，按上述格式向修改记录存储模块301中的修改记录文档中写入修改信息(图中1～10)； 

(2)用户需要回滚上述删除操作，XDM客户端100通过聚合代理服务器200向XDM服务器300发送XCAP GET请求，请求XDM服务器300中保存的最新的XML文档(friends.xml)(图中11～12)； 

(3)XDM服务器300将所请求的XML文档通过聚合代理服务器200返回给用户A的XDM客户端100(图中13～14)； 

(4)用户通过XCAP GET向XDM服务器300请求相应的修改记录信息(图中15～16)； 

(5)XDM服务器300修改配置模块302确定有相应的修改记录XML文档后，将所请求的修改记录XML文档通过聚合代理服务器200返回XDM客户端100(图中17～18)； 

(6)XDM客户端100对XML文档进行回滚操作，将XML文档回滚到删除B、C前的状态(图中19)； 

回滚操作子模块1011根据<delete-event>元素中的<timestamp>元素的内容获取记录了最近修改的<delete-event>元素，即修改记录中的第二个<delete-event>元素，根据其中的<type>子元素确定此操作类型为删除元素，根据其“node-selector”属性确定所删除的元素在原文档中的位置，将删除前的元素即<previous-element>子元素所记录的元素插入到原文档中所确定的位置处，完成了一个回滚步骤；依次根据每个记录了最近时间的操作的<operation>元素进行上述回滚步骤的操作，当用户确定回滚到需要的状态后，即可将回滚后的XML文档通过XCAP PUT请求保存到XDM服务器300中。 

(7)用户的XDM客户端100通过XCAP PUT请求将回滚后的XML文档通过聚合代理服务器200发送给XDM服务器300保存(图中20～23)。 

在上述流程中，用户在图中步骤1中将其好友B在列表中删除时向XDM服务器300所发送的XCAP请求的格式如下： 

经过步骤3、8，XDM服务器300修改配置模块302记录了删除B、C的操作后，修改记录文档中的节点内容为： 

XDM服务器300中保存的修改后的XML文档的内容为： 

图5示出了在XDM服务器300实现文档回滚操作的系统结构，回滚控制模块101位于XDM服务器300中，直接使用XDM服务器300中存储的相应XML文档与修改记录文档，完成文档的回滚操作，实现流程如图6所示： 

1.XDM客户端100向XDM服务器300发送XCAP请求，请求的消息体中含有要回滚的XML文档及回滚到的版本等信息，可以采用如下XML架构： 

其中，<rollback>为根元素。<rollback>含有子元素<document>，指明要回滚的文档；还含有一个元素可以是<previous-etag>、<back-steps>或者<before>三者之一，确定要回滚到的版本。 

例如，假设XDM客户端100要将XML文档回滚到etag为“cdcdcdcd”的状态，此文档的URI为： 

XDM客户端100可以向XDM服务器300发送如下的XCAP请求消息： 

2.聚合代理服务器200根据消息中的AUID(Application Unique ID，应用程序唯一ID)将消息转发给相应的XDM服务器300； 

3.XDM服务器300接收消息后，提取消息体中的信息，获取所要回滚的文档及要回滚到的版本，由回滚控制模块101对相应文档进行回滚操作，具体实现如上所述，不再赘述； 

4.XDM服务器300返回响应； 

5.聚合代理服务器200将响应发送到XDM客户端100。 

图7示出了在XDM系统中增加一个回滚服务器400实现文档回滚操作时的系统结构。回滚控制模块101位于回滚服务器400中。回滚服务器400根据XDM客户端100的回滚请求中的回滚信息，确定将XDM服务器300中的XML文档回滚到哪种状态。同时，系统可以定义AUID“org.openmobilealiance.rollback表示回滚应用。 

假设客户端要回滚的XML文档为： 

要回滚到的版本的etag为“cdcdcdcd”，则XDM客户端100向回滚服务器400发送如下请求，其中消息体中包含所要回滚的文档URI以及要回滚到的版本等信息，消息体的格式与上述类似： 

实现流程如图8所示，详述如下： 

1.XDM客户端100向聚合代理服务器200发送上述XCAP请求； 

2.聚合代理服务器200根据请求消息头中的AUID将消息转发给回滚服务器400； 

3.回滚服务器400接收到消息后，根据修改配置模块302中的文档修改记录判断是否存在该XML文档的修改记录； 

4.回滚服务器400向相应的XDM服务器300发送XCAP GET消息，请求获取相应的XML文档； 

5.XDM服务器300将所请求的XML文档返回给回滚服务器400； 

6.回滚服务器400向XDM服务器300发送XCAP GET消息，请求获取相应的修改记录XML文档； 

7.XDM服务器300将所请求的修改记录XML文档返回给回滚服务器400； 

8.回滚服务器400对相应XML文档进行回滚操作； 

9.回滚服务器400将回滚后的XML文档发送给XDM服务器300； 

10.XDM服务器300将文档存储后向回滚服务器400返回响应消息； 

11.回滚服务器400向聚合代理服务器200返回响应消息； 

12.聚合代理服务器200向XDM客户端100返回响应消息。 

在本发明提供的第二实施例中，回滚控制模块101根据相应的修改记录文档从最新的操作记录开始生成反向XCAP操作请求序列，XDM服务器300响应每一个反向XCAP操作请求，逐步完成对相应XML文档的回滚，得到所需的回滚后的XML文档，回滚控制模块101的这些反向操作请求由反向操作请求生成模块1012生成。相应的，XDM服务器300增加了反向操作请求响应模块304用来根据反向操作请求生成模块1012生成的反向操作请求对文档进行回滚修改。与第一实施例相比，该实施例可以减少XDM服务器300与XDM客户端100之间的通信量，可以在XDM客户端100上实现，也可以在回滚服务器400上实现，相应的系统结构如上所述，不再赘述。 

图9示出了在XDM客户端100时的实现流程，XDM客户端100获取相应的修改记录文档(图中11～14)，从最新的操作记录开始，回滚控制模块101生成反向XCAP操作请求序列(图中15)，XDM客户端100向XDM服务器300发送反向XCAP操作请求，XDM服务器300中的修改操作记录模块303响应每一个反向XCAP操作请求，逐步完成对相应XML文档的回滚，得到所需的回滚后的XML文档(图中16～23)，其他过程与上述流程相同，不再赘述。 

当然，回滚服务器400也可以生成反向XCAP操作请求序列，并将此序列发送给XDM服务器300，XDM服务器300执行此XCAP操作序列后，即得到回滚后的XML文档，具体过程如上所述，不再赘述。 

在本发明中，当回滚控制模块101位于XDM客户端100中时，回滚控制模块101在进行回滚操作时可以判断XDM客户端100中是否保存了相应XML文档的较新版本，若没有则通过XCAP GET请求从XDM服务器300获取相应XML文档，否则可以直接使用XDM客户端100中保存的该新版本的文档。 

需要说明的是，为了描述简便，在本发明提供的图3、5以及7中仅仅示出 了与本发明相关的部分。显然，XDM客户端100、聚合代理服务器200、XDM服务器300以及回滚服务器400中有相应的接口模块用来实现彼此之间的XCAP协议消息的传递。同时，除了上述描述的构成模块外，XDM服务器300中还具有存储用户XML文档的文档存储模块以及用于对用户的XML文档进行修改操作的文档修改模块。上述这些模块的功能均是现有系统能够提供的。当然，本发明中上述的反向操作请求响应模块304的功能完全可以由XDM服务器300原有的文档修改功能来实现。 

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。 

Claims (3)

1.一种可扩展标记语言文档管理系统，包括客户端及服务器，所述客户端通过可扩展标记语言配置访问协议与所述服务器通信，其特征在于，所述系统进一步包括回滚服务器，与所述客户端及服务器通过可扩展标记语言配置访问协议通信；

所述服务器包括：

修改记录存储模块，用于若接收到XCAP PUT或XCAP DELETE的修改操作，存储文档修改记录，所述修改记录包含XCAP PUT或XCAP DELETE的修改操作的信息；

修改操作记录模块，用于记录文档的修改操作，并将修改操作记录保存到所述文档修改记录中；

所述回滚服务器包括：

回滚控制模块，用于在接收到用户的文档恢复请求时，根据用户请求恢复的文档所对应的修改记录将所述用户请求恢复的文档的当前文档进行回滚，直到恢复到用户需要的版本；其中，

所述回滚控制模块进一步包括：

反向操作请求生成子模块，用于根据所述用户请求恢复的文档对应的修改记录，生成反向操作请求序列；

所述服务器进一步包括：

反向操作请求响应模块，用于根据所述反向操作请求序列对所述当前文档进行修改，直至恢复到用户需要的版本。

2.如权利要求1所述的文档管理系统，其特征在于，所述服务器进一步包括：

修改配置模块，用于判断是否保存文档的修改记录，当需要保存文档修改记录时，控制所述修改操作记录模块将修改操作记录保存到文档修改记录中。

3.如权利要求1所述的文档管理系统，其特征在于，所述回滚控制模块进一步包括：

回滚操作子模块，用于查找与所述用户请求恢复的文档对应的修改记录，按照反时间顺序逐步恢复修改前的操作，直至恢复到用户需要的版本。

Images