CN1859379A - 一种可扩展标记语言文档管理方法及系统 - Google Patents
一种可扩展标记语言文档管理方法及系统 Download PDFInfo
- Publication number
- CN1859379A CN1859379A CNA2005101022704A CN200510102270A CN1859379A CN 1859379 A CN1859379 A CN 1859379A CN A2005101022704 A CNA2005101022704 A CN A2005101022704A CN 200510102270 A CN200510102270 A CN 200510102270A CN 1859379 A CN1859379 A CN 1859379A
- Authority
- CN
- China
- Prior art keywords
- document
- user
- amendment record
- server
- rollback
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
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发送XCAPDELETE请求,以删除一个文档或者一个文档中的某个元素或属性。
除了上述文档管理和操作外,在很多情况下需要XDM系统支持XML文档从某个时间点的状态恢复到前面一个时间点的文档恢复功能。例如用户通过XDM客户端100在XDM服务器300上修改了一个XML文档,随后发现操作失误希望将文档恢复到修改前的状态,这种功能是现有的XDM系统无法提供支持的,限制了用户的应用。
发明内容
本发明的目的在于解决现有技术中存在的XDM系统无法支持将XML文档从某个时间点的状态恢复到前面一个时间点,限制了用户应用的问题。
为了实现发明目的,本发明提供了一种可扩展标记语言文档管理方法,所述方法包括下述步骤:
A.存储文档的修改记录;
B.在收到用户的文档恢复请求时,根据用户请求恢复的文档所对应的修改记录,将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。
所述步骤B进一步包括:
查找与所述用户请求恢复的文档对应的修改记录,定位到所述当前文档中对应操作对象的位置,按照反时间顺序逐步恢复修改前的操作,直至恢复到用户需要的版本。
所述步骤B进一步包括:
根据所述用户请求恢复的文档对应的修改记录,生成反向操作请求序列;
根据所述反向操作请求序列对所述当前文档进行修改,直至恢复到用户需要的版本。
在所述步骤A之前,所述方法进一步包括:
判断是否保存文档的修改记录。
为了更好地实现发明目的,本发明进一步提供了一种可扩展标记语言文档管理系统,所述系统包括:
修改记录存储模块,用于存储文档修改记录;
修改操作记录模块,用于记录文档的修改操作,并将修改操作记录保存到所述文档修改记录中;
回滚控制模块,用于在接收到用户的文档恢复请求时,根据用户请求恢复的文档所对应的修改记录,将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。
所述系统进一步包括:
修改配置模块,用于判断是否保存文档的修改记录,当需要保存文档修改记录时,控制所述修改操作记录模块将修改操作记录保存到文档修改记录中。
所述回滚控制模块进一步包括:
回滚操作子模块,用于查找与所述用户请求恢复的文档对应的修改记录,按照反时间顺序逐步恢复修改前的操作,直至恢复到用户需要的版本。
所述回滚控制模块进一步包括:
反向操作请求生成子模块,用于根据所述用户请求恢复的文档对应的修改记录,生成反向操作请求序列;
所述系统进一步包括:
反向操作请求响应模块,用于根据所述反向操作请求序列对所述当前文档进行修改,直至恢复到用户需要的版本。
所述回滚控制模块设置于客户端或者专用的回滚服务器中;
所述修改记录存储模块和修改操作记录模块设置于服务器中。
所述回滚控制模块设置于客户端或者专用的回滚服务器中;
所述修改记录存储模块、修改操作记录模块以及反向操作请求响应模块设置于服务器中。
所述回滚控制模块、修改记录存储模块以及修改操作记录模块设置于服务器中。
为了更好地实现发明目的,本发明还提供了一种可扩展标记语言文档管理系统,包括客户端及服务器,所述客户端通过可扩展标记语言配置访问协议与所述服务器通信,所述服务器包括:
修改记录存储模块,用于存储文档修改记录;
修改操作记录模块,用于记录文档的修改操作,并将修改操作记录保存到所述文档修改记录中;
所述客户端包括:
回滚控制模块,用于在接收到用户的文档恢复请求时,根据用户请求恢复的文档所对应的修改记录,将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。
所述服务器进一步包括:
修改配置模块,用于判断是否保存文档的修改记录,当需要保存文档修改记录时,控制所述修改操作记录模块将修改操作记录保存到文档修改记录中。
所述回滚控制模块进一步包括:
回滚操作子模块,用于查找与所述用户请求恢复的文档对应的修改记录,按照反时间顺序逐步恢复修改前的操作,直至恢复到用户需要的版本。
所述回滚控制模块进一步包括:
反向操作请求生成子模块,用于根据所述用户请求恢复的文档对应的修改记录,生成反向操作请求序列;
所述服务器进一步包括:
反向操作请求响应模块,用于根据所述反向操作请求序列对所述当前文档进行修改,直至恢复到用户需要的版本。
所述当前文档由回滚控制模块从客户端或者服务器获取。
为了更好地实现发明目的,本发明还提供了一种可扩展标记语言文档管理系统,包括客户端及服务器,所述客户端通过可扩展标记语言配置访问协议与所述服务器通信,所述系统进一步包括回滚服务器,与所述客户端及服务器通过可扩展标记语言配置访问协议通信;
所述服务器包括:
修改记录存储模块,用于存储文档修改记录;
修改操作记录模块,用于记录文档的修改操作,并将修改操作记录保存到所述文档修改记录中;
所述回滚服务器包括:
回滚控制模块,用于在接收到用户的文档恢复请求时,根据用户请求恢复的文档所对应的修改记录,将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。
所述服务器进一步包括:
修改配置模块,用于判断是否保存文档的修改记录,当需要保存文档修改记录时,控制所述修改操作记录模块将修改操作记录保存到文档修改记录中。
所述回滚控制模块进一步包括:
回滚操作子模块,用于查找与所述用户请求恢复的文档对应的修改记录,按照反时间顺序逐步恢复修改前的操作,直至恢复到用户需要的版本。
所述回滚控制模块进一步包括:
反向操作请求生成子模块,用于根据所述用户请求恢复的文档对应的修改记录,生成反向操作请求序列;
所述服务器进一步包括:
反向操作请求响应模块,用于根据所述反向操作请求序列对所述当前文档进行修改,直至恢复到用户需要的版本。
为了更好地实现发明目的,本发明还提供了一种可扩展标记语言文档管理系统,包括服务器,所述服务器包括:
修改记录存储模块,用于存储文档修改记录;
修改操作记录模块,用于记录文档的修改操作,并将修改操作记录保存到所述文档修改记录中;
回滚控制模块,用于在接收到用户的文档恢复请求时,根据用户请求恢复的文档所对应的修改记录,将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。
所述服务器进一步包括:
修改配置模块,用于判断是否保存文档的修改记录,当需要保存文档修改记录时,控制所述修改操作记录模块将修改操作记录保存到文档修改记录中。
所述回滚控制模块进一步包括:
回滚操作子模块,用于查找与所述用户请求恢复的文档对应的修改记录,按照反时间顺序逐步恢复修改前的操作,直至恢复到用户需要的版本。
通过本发明,可以实现文档的回滚操作,使得用户能够将文档恢复到以前的版本,从而可以为用户的文档误操作提供补救措施。
附图说明
图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返回响应消息(200 OK),当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 version="1.0"encoding="UTF-8"?><xs:schema targetNamespace="urn:ietf:params:xml:ns:xcap-log"xmlns:xs="http://www.w3.org/2001/XMLSchema" |
xmlns="urn:ietf:params:xml:ns:xcap-log"elementFormDefault="qualified"attributeFormDefault="unqualified"><xs:element name="change-log"><xs:complexType><xs:sequence minOccurs="0"maxOccurs="unbounded"><xs:choice><xs:element ref="delete-event"/><xs:element ref="put-event"/><xs:any namespace="##other"minOccurs="0"maxOccurs="unbounded"/></xs:choice></xs:sequence></xs:complexType></xs:element><xs:element name="put-event"><xs:complexType><xs:choice><xs:complexType><xs:element name="previous-element"><xs:complexType><xs:sequence><xs:any namespace="##other"/></xs:sequence></xs:complexType></xs:element><xs:element name="element"><xs:complexType><xs:sequence><xs:any namespace="##other"/></xs:sequence> |
</xs:complexType></xs:element></xs:complexType><xs:complexType><xs:element name="attribute"type="xs:string"/><xs:element name="previous-attribute"type="xs:string"/></xs:complexType><xs:any namespace="##other"/></xs:choice><xs:element name="type"type="operationType"/><xs:element name="operator"type="XUIType"/><xs:element name="previous-etag"type="etagType"/><xs:element name="etag"type="etagType"/><xs:element name="timestamp"type="timestampType"/><xs:attribute name="node-selector"type="xs:anyURI"use="optional"/></xs:complexType></xs:element><xs:element name="delete-event"><xs:complexType><xs:choice><xs:element name="previous-element"><xs:complexType><xs:sequence><xs:any namespace="##other"/></xs:sequence></xs:complexType></xs:element><xs:element name="previous-attribute"type="xs:string"/></xs:choice> |
<xs:element name="type"type="operationType"/><xs:element name="operator"type="XUIType"/><xs:element name="previous-etag"type="etagType"/><xs:element name="etag"type="etagType"/><xs:element name="timestamp"type="timestampType"/><xs:attribute name="node-selector"type="xs:anyURI"use="optional"/><xs:attribute name="node-selector"type="xs:anyURI"use="optional"/></xs:complexType></xs:element></xs:schema> |
在上述结构中,对某个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架构:
<?xml version="1.0"encoding="UTF-8"?><xs:schema targetNamespace="urn:ietf:params:xml:ns:xcap-log"xmlns:xs="http://www.w3.org/2001/XMLSchema"xmlns="urn:ietf:params:xml:ns:xcap-log"elementFormDefault="qualified"attributeFormDefault="unqualified"><xs:element name="xcap-log"><xs:complexType><xs:sequence minOccurs="0"maxOccurs="unbounded"><xs:element name="document"><xs:element ref="change-log"/><xs:attribute name="doc-selector"type="xs:anyURI"/><xs:attribute name="previous-etag"type="etagType"/><xs:attribute name="etag"type="etagType"/></xs:element></xs:sequence></xs:complexType></xs:element></xs:schema> |
实际中并不是每个用户的文档或者用户的每个文档的修改操作都需要记录,修改配置模块302用来控制是否对XML文档的修改操作进行记录,并可以限制修改记录的规模,例如用户的某个文档最多只能记录10条修改操作或者只存储最近一个月的修改操作等。在XDM服务器300创建、删除或修改某个XML文档时,修改操作记录模块303根据修改配置模块302判断是否需要对此文档的操作进行记录,在需要记录的情况下将修改情况记录在修改记录存储模块301中。回滚控制模块101在进行回滚操作时也需要查看修改配置模块302,确定是否存在相应XML文档的修改操作记录。
修改配置模块302以XML文档的格式存储文档的修改操作信息,其架构如下所述:
<?xml version="1.0"encoding="UTF-8"?><xs:schema targetNamespace="urn:oma:params:xml:ns:xcap-log-configure"xmlns:xs="http://www.w3.org/2001/XMLSchema"xmlns="urn:ietf:params:xml:ns:xcap-log"elementFormDefault="qualified"attributeFormDefault="unqualified"><xs:element name="log-configure"><xs:complexType><xs:sequence minOccurs="0"maxOccurs="unbounded"><xs:element name="document"><xs:complexType><xs:element name="need-log"type="xs:boolean"/><xs:complexType><xs:choice><xs:element name="log-scale"type="xs:integer"/><xs:element name="log-period"type="xs:timespan"/></xs:choice></xs:complexType></xs:complexType><xs:attribute name="doc-selector"type="xs:anyURI"/></xs:element></xs:sequence></xs:complexType></xs:element></xs:schema> |
图4示出了在XDM客户端100实现文档回滚操作的实现流程,用户通过XCAP协议请求XDM服务器300将用户B、C从好友列表中删除,后来发现删除操作失误,需要将相应XML文档回滚到删除之前的状态,并保存回XDM服务器300。
修改前的XML文档为:
<?xml version="1.0"encoding="UTF-8"?><resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"><list name="friends><entry uri="sip:userB@example.com"><display-name>Bob</display-name></entry><entry uri="sip:userC@example.com"><display-name>Christopher</display-name></entry><entry uri="sip:userD@example.com"><display-name>Dennis</display-name></entry></list></resource-lists> |
相应的修改记录文档为:
<?xml version=”1.0”encoding=”UTF-8”?><log-configure xmlns=”urn:oma:params:xml:ns:log-configure”><log-configure><document doc-selector=”resource-lists/users/userA/friends.xml”><need-log>true></heed-log><log-scale>100</log-scale></document></log-configure> |
由上可见,最初的修改记录文档中相关<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请求的格式如下:
DELETEhttp://xcap.example.com/services/resource-lists/users/sip:userA@example.com/friends.xml~~/resource-lists/list[@name="friends"]/entry[@uri=”sip:userB@example.com”]HTTP/1.1Content-length:0 |
经过步骤3、8,XDM服务器300修改配置模块302记录了删除B、C的操作后,修改记录文档中的节点内容为:
<document doc-selector=”resource-lists/users/userA/friends.xml”previous-etag=”abababab”etag=”efefefef”><delete-event node-selector=”resouce-lists/list[@name=%22friends%22]/entry[@uri=%22userB@example.com%22]”><type>del-elem</type><requestor>sip:userA@example.com</requestor><previous-etag>abababab</previous-etag><etag>cdcdcdcd</etag><timestamp>199809010915001</timestamp><previous-element><entry uri="sip:userB@example.com"><display-name>Bob</display-name></entry></previous-element></delete-event><delete-event node-selector=”resouce-lists/list[@name=%22friends%22]/entry[@uri=%22userC@example.com%22]”><type>del-elem</type><requestor>sip:userA@example.com</requestor> |
<previous-etag>cdcdcdcd</previous-etag><etag>efefefef</etag><timestamp>199809010915002</timestamp><previous-element><entry uri="sip:userC@example.com"><display-name>Christopher</display-name></entry></previous-element><new-element/></operation></document> |
XDM服务器300中保存的修改后的XML文档的内容为:
<?xml version="1.0"encoding="UTF-8"?><resource-lists xmlns="um:ietf:params:xml;ns:resource-lists"><list name="friends><entry uri="sip:userD@example.com"><display-name>Dennis</display-name></entry></list></resource-lists> |
图5示出了在XDM服务器300实现文档回滚操作的系统结构,回滚控制模块101位于XDM服务器300中,直接使用XDM服务器300中存储的相应XML文档与修改记录文档,完成文档的回滚操作,实现流程如图6所示:
1.XDM客户端l00向XDM服务器300发送XCAP请求,请求的消息体中含有要回滚的XML文档及回滚到的版本等信息,可以采用如下XML架构:
<?xml version="1.0"encoding="UTF-8"?><xs:schema targetNamespace="urn:oma:params:xml:ns:xcap-rollback" |
xmlns:xs="http://www.w3.org/2001/XMLSchema"xmlns="um:ietf:params:xml:ns:xcap-log"elementFormDefault="qualified"attributeFormDefault="unqualified"><xs:element name="roll-back"><xs:complexType><xs:element name="document"type="xs:anyURI"/><xs:complexType><xs:choice><xs:element name="previous-etag"type="xs:string"/><xs:element name="back-steps"type="xs:integer"/><xs:element name="before"type="xs:datetime"/></xs:choice></xs:complexType></xs:complexType></xs:element></xs:schema> |
其中,<rollback>为根元素。<rollback>含有子元素<document>,指明要回滚的文档;还含有一个元素可以是<previous-etag>、<back-steps>或者<before>三者之一,确定要回滚到的版本。
例如,假设XDM客户端100要将XML文档回滚到etag为“cdcdcdcd”的状态,此文档的URI为:
http://xcap.example.com/services/org.openmobilealliance.rollback/users/sip:userA@example.com/friends.xml |
XDM客户端100可以向XDM服务器300发送如下的XCAP请求消息:
PUT http://xcap.example.com/services/resource-lists/userA@example.com/rollbackHTTP/1.1…Content-Type:application/rollback+xml |
Content-Length:(…)<?xml version="1.0"encoding="UTF-8"?><rollback xmlns="urn:oma:params:xml:ns:rollback"><document>resource-lists/users/sip:userA@example.com/friends.xml</document><back-etag>cdcdcdcd</back-etag></rollback> |
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文档为:
http://xcap.example.com/services/resource-lists/users/sip:userA@example.com/friends.xml |
要回滚到的版本的etag为“cdcdcdcd”,则XDM客户端100向回滚服务器400发送如下请求,其中消息体中包含所要回滚的文档URI以及要回滚到的版本等信息,消息体的格式与上述类似:
PUThttp://xcap.example.com/services/org.openmobilealliance.rollback/users/sip:use |
rA@example.com/HTTP/1.1…Content-Type:application/rollback+xmlContent-Length:(…)<?xml version="1.0"encoding="UTF-8"?><rollback xmlns="urn:oma:params:xml:ns:rollback"><document>http://xcao.example.com/services/resource-lists/users/sip:userA@example.com/friends.xml</document><back-etag>cdcdcdcd</back-etag></rollback> |
实现流程如图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 (23)
1、一种可扩展标记语言文档管理方法,其特征在于,所述方法包括下述步骤:
A.存储文档的修改记录;
B.在收到用户的文档恢复请求时,根据用户请求恢复的文档所对应的修改记录,将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。
2、如权利要求1所述的文档管理方法,其特征在于,所述步骤B进一步包括:
查找与所述用户请求恢复的文档对应的修改记录,定位到所述当前文档中对应操作对象的位置,按照反时间顺序逐步恢复修改前的操作,直至恢复到用户需要的版本。
3、如权利要求1所述的文档管理方法,其特征在于,所述步骤B进一步包括:
根据所述用户请求恢复的文档对应的修改记录,生成反向操作请求序列;
根据所述反向操作请求序列对所述当前文档进行修改,直至恢复到用户需要的版本。
4、如权利要求1所述的文档管理方法,其特征在于,在所述步骤A之前,所述方法进一步包括:
判断是否保存文档的修改记录。
5、一种可扩展标记语言文档管理系统,其特征在于,所述系统包括:
修改记录存储模块,用于存储文档修改记录;
修改操作记录模块,用于记录文档的修改操作,并将修改操作记录保存到所述文档修改记录中;
回滚控制模块,用于在接收到用户的文档恢复请求时,根据用户请求恢复的文档所对应的修改记录,将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。
6、如权利要求5所述的文档管理系统,其特征在于,所述系统进一步包括:
修改配置模块,用于判断是否保存文档的修改记录,当需要保存文档修改记录时,控制所述修改操作记录模块将修改操作记录保存到文档修改记录中。
7、如权利要求5所述的文档管理系统,其特征在于,所述回滚控制模块进一步包括:
回滚操作子模块,用于查找与所述用户请求恢复的文档对应的修改记录,按照反时间顺序逐步恢复修改前的操作,直至恢复到用户需要的版本。
8、如权利要求5所述的文档管理系统,其特征在于,所述回滚控制模块进一步包括:
反向操作请求生成子模块,用于根据所述用户请求恢复的文档对应的修改记录,生成反向操作请求序列;
所述系统进一步包括:
反向操作请求响应模块,用于根据所述反向操作请求序列对所述当前文档进行修改,直至恢复到用户需要的版本。
9、如权利要求7所述的文档管理系统,其特征在于,所述回滚控制模块设置于客户端或者专用的回滚服务器中;
所述修改记录存储模块和修改操作记录模块设置于服务器中。
10、如权利要求8所述的文档管理系统,其特征在于,所述回滚控制模块设置于客户端或者专用的回滚服务器中;
所述修改记录存储模块、修改操作记录模块以及反向操作请求响应模块设置于服务器中。
11、如权利要求7所述的文档管理系统,其特征在于,所述回滚控制模块、修改记录存储模块以及修改操作记录模块设置于服务器中。
12、一种可扩展标记语言文档管理系统,包括客户端及服务器,所述客户端通过可扩展标记语言配置访问协议与所述服务器通信,其特征在于,所述服务器包括:
修改记录存储模块,用于存储文档修改记录;
修改操作记录模块,用于记录文档的修改操作,并将修改操作记录保存到所述文档修改记录中;
所述客户端包括:
回滚控制模块,用于在接收到用户的文档恢复请求时,根据用户请求恢复的文档所对应的修改记录,将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。
13、如权利要求12所述的文档管理系统,其特征在于,所述服务器进一步包括:
修改配置模块,用于判断是否保存文档的修改记录,当需要保存文档修改记录时,控制所述修改操作记录模块将修改操作记录保存到文档修改记录中。
14、如权利要求12所述的文档管理系统,其特征在于,所述回滚控制模块进一步包括:
回滚操作子模块,用于查找与所述用户请求恢复的文档对应的修改记录,按照反时间顺序逐步恢复修改前的操作,直至恢复到用户需要的版本。
15、如权利要求12所述的文档管理系统,其特征在于,所述回滚控制模块进一步包括:
反向操作请求生成子模块,用于根据所述用户请求恢复的文档对应的修改记录,生成反向操作请求序列;
所述服务器进一步包括:
反向操作请求响应模块,用于根据所述反向操作请求序列对所述当前文档进行修改,直至恢复到用户需要的版本。
16、如权利要求12所述的文档管理系统,其特征在于,所述当前文档由回滚控制模块从客户端或者服务器获取。
17、一种可扩展标记语言文档管理系统,包括客户端及服务器,所述客户端通过可扩展标记语言配置访问协议与所述服务器通信,其特征在于,所述系统进一步包括回滚服务器,与所述客户端及服务器通过可扩展标记语言配置访问协议通信;
所述服务器包括:
修改记录存储模块,用于存储文档修改记录;
修改操作记录模块,用于记录文档的修改操作,并将修改操作记录保存到所述文档修改记录中;
所述回滚服务器包括:
回滚控制模块,用于在接收到用户的文档恢复请求时,根据用户请求恢复的文档所对应的修改记录,将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。
18、如权利要求17所述的文档管理系统,其特征在于,所述服务器进一步包括:
修改配置模块,用于判断是否保存文档的修改记录,当需要保存文档修改记录时,控制所述修改操作记录模块将修改操作记录保存到文档修改记录中。
19、如权利要求17所述的文档管理系统,其特征在于,所述回滚控制模块进一步包括:
回滚操作子模块,用于查找与所述用户请求恢复的文档对应的修改记录,按照反时间顺序逐步恢复修改前的操作,直至恢复到用户需要的版本。
20、如权利要求17所述的文档管理系统,其特征在于,所述回滚控制模块进一步包括:
反向操作请求生成子模块,用于根据所述用户请求恢复的文档对应的修改记录,生成反向操作请求序列;
所述服务器进一步包括:
反向操作请求响应模块,用于根据所述反向操作请求序列对所述当前文档进行修改,直至恢复到用户需要的版本。
21、一种可扩展标记语言文档管理系统,包括服务器,其特征在于,所述服务器包括:
修改记录存储模块,用于存储文档修改记录;
修改操作记录模块,用于记录文档的修改操作,并将修改操作记录保存到所述文档修改记录中;
回滚控制模块,用于在接收到用户的文档恢复请求时,根据用户请求恢复的文档所对应的修改记录,将所述用户请求恢复的文档的当前文档恢复到用户需要的版本。
22、如权利要求21所述的文档管理系统,其特征在于,所述服务器进一步包括:
修改配置模块,用于判断是否保存文档的修改记录,当需要保存文档修改记录时,控制所述修改操作记录模块将修改操作记录保存到文档修改记录中。
23、如权利要求21所述的文档管理系统,其特征在于,所述回滚控制模块进一步包括:
回滚操作子模块,用于查找与所述用户请求恢复的文档对应的修改记录,按照反时间顺序逐步恢复修改前的操作,直至恢复到用户需要的版本。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2005101022704A CN1859379B (zh) | 2005-12-07 | 2005-12-07 | 一种可扩展标记语言文档管理方法及系统 |
CNA2006800122407A CN101160804A (zh) | 2005-12-07 | 2006-09-26 | 一种可扩展标记语言文档管理方法及系统 |
PCT/CN2006/002529 WO2007065332A1 (fr) | 2005-12-07 | 2006-09-26 | Procede et systeme de gestion de documents xml |
US12/003,311 US7945536B2 (en) | 2005-12-07 | 2007-12-21 | Method and system for recovering a previous version of a document from a current version of the document |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2005101022704A CN1859379B (zh) | 2005-12-07 | 2005-12-07 | 一种可扩展标记语言文档管理方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1859379A true CN1859379A (zh) | 2006-11-08 |
CN1859379B CN1859379B (zh) | 2011-02-09 |
Family
ID=37298241
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2005101022704A Active CN1859379B (zh) | 2005-12-07 | 2005-12-07 | 一种可扩展标记语言文档管理方法及系统 |
CNA2006800122407A Pending CN101160804A (zh) | 2005-12-07 | 2006-09-26 | 一种可扩展标记语言文档管理方法及系统 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006800122407A Pending CN101160804A (zh) | 2005-12-07 | 2006-09-26 | 一种可扩展标记语言文档管理方法及系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US7945536B2 (zh) |
CN (2) | CN1859379B (zh) |
WO (1) | WO2007065332A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101795259B (zh) * | 2009-02-03 | 2012-10-17 | 华为技术有限公司 | 创建实体标签的方法及用户数据中心 |
CN101911010B (zh) * | 2008-01-08 | 2013-05-08 | 微软公司 | Javascript网格中的异步多级撤消支持 |
CN101800657B (zh) * | 2009-02-10 | 2013-09-11 | 中兴通讯股份有限公司 | 一种融合地址簿系统及其联系视图管理方法 |
CN104217174A (zh) * | 2014-09-05 | 2014-12-17 | 四川长虹电器股份有限公司 | 分布式文件安全存储系统及其存储方法 |
CN107622380A (zh) * | 2017-09-29 | 2018-01-23 | 南京宏海科技有限公司 | 基于云服务交互、保存文档信息的方法、信息管理方法 |
CN112199133A (zh) * | 2020-09-01 | 2021-01-08 | 北京达佳互联信息技术有限公司 | 信息聚合方法、装置、电子设备及存储介质 |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859379B (zh) | 2005-12-07 | 2011-02-09 | 华为技术有限公司 | 一种可扩展标记语言文档管理方法及系统 |
US7844574B2 (en) * | 2008-04-16 | 2010-11-30 | International Business Machines Corporation | Systems, methods and computer program products for automatic network-based persistent XML storage and management |
KR20100113975A (ko) * | 2009-04-14 | 2010-10-22 | 엘지전자 주식회사 | 과거에 수행된 특정 동작을 선택적으로 취소하는 xml 문서 관리 방법 및 이를 이용한 시스템 |
US20120131168A1 (en) * | 2010-11-22 | 2012-05-24 | Telefonaktiebolaget L M Ericsson (Publ) | Xdms for resource management in m2m |
CN102281141B (zh) * | 2011-07-26 | 2013-11-06 | 华为数字技术(成都)有限公司 | 一种文档权限管理方法、装置及系统 |
KR20130094608A (ko) * | 2012-02-16 | 2013-08-26 | 삼성전자주식회사 | 통합주소록 서버에 의한 문서 복원 방법 및 이를 위한 통합주소록 클라이언트 단말 |
US10104082B2 (en) * | 2013-11-06 | 2018-10-16 | William P. Jones | Aggregated information access and control using a personal unifying taxonomy |
US11928744B1 (en) | 2019-04-08 | 2024-03-12 | Avalara, Inc. | Nexus notification platform |
WO2022006445A1 (en) * | 2020-07-02 | 2022-01-06 | Avalara, Inc. | Online service platform (osp) generating and transmitting on behalf of primary entity to third party proposal of the primary entity while maintaining the primary entity anonymous |
US20230089721A1 (en) * | 2021-09-22 | 2023-03-23 | Hewlett Packard Enterprise Development Lp | Difference based multiple device configuration rendering and editing |
CN115174386B (zh) * | 2022-06-30 | 2023-06-16 | 中国联合网络通信集团有限公司 | 配置访问策略应用方法、uicc、终端及系统 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5974425A (en) * | 1996-12-17 | 1999-10-26 | Oracle Corporation | Method and apparatus for reapplying changes to a database |
US6769074B2 (en) * | 2000-05-25 | 2004-07-27 | Lumigent Technologies, Inc. | System and method for transaction-selective rollback reconstruction of database objects |
DE60232359D1 (de) | 2001-11-23 | 2009-06-25 | Research In Motion Ltd | System und verfahren zum verarbeiten von dokumenten in erweitbarer markierungssprache (xml) |
ATE439636T1 (de) * | 2002-09-10 | 2009-08-15 | Exagrid Systems Inc | Verfahren und vorrichtung zur verwaltung der datenintegrität von sicherungs- und katastrophen- wiederherstellungsdaten |
US7305422B1 (en) * | 2002-09-26 | 2007-12-04 | Oracle International Corporation | Performing computationally intensive calculations within a database server that provides a recovery mechanism |
US8095511B2 (en) * | 2003-06-30 | 2012-01-10 | Microsoft Corporation | Database data recovery system and method |
US7395279B2 (en) * | 2003-11-17 | 2008-07-01 | International Business Machines Corporation | System and method for achieving different levels of data consistency |
US7318070B2 (en) | 2004-03-11 | 2008-01-08 | International Business Machines Corporation | Method and apparatus for maintaining compatibility within a distributed systems management environment with a plurality of configuration versions |
FI20050092A0 (fi) * | 2004-09-08 | 2005-01-28 | Nokia Corp | Ryhmäpalveluiden ryhmätiedot |
CN100338605C (zh) * | 2004-10-12 | 2007-09-19 | 北京北大方正电子有限公司 | 一种可扩展标记语言文档修改痕迹的记录方法 |
US7953696B2 (en) * | 2005-09-09 | 2011-05-31 | Microsoft Corporation | Real-time synchronization of XML data between applications |
CN1859379B (zh) | 2005-12-07 | 2011-02-09 | 华为技术有限公司 | 一种可扩展标记语言文档管理方法及系统 |
-
2005
- 2005-12-07 CN CN2005101022704A patent/CN1859379B/zh active Active
-
2006
- 2006-09-26 WO PCT/CN2006/002529 patent/WO2007065332A1/zh active Application Filing
- 2006-09-26 CN CNA2006800122407A patent/CN101160804A/zh active Pending
-
2007
- 2007-12-21 US US12/003,311 patent/US7945536B2/en active Active
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101911010B (zh) * | 2008-01-08 | 2013-05-08 | 微软公司 | Javascript网格中的异步多级撤消支持 |
US8756204B2 (en) | 2008-01-08 | 2014-06-17 | Microsoft Corporation | Asynchronous multi-level undo support in javascript grid |
CN101795259B (zh) * | 2009-02-03 | 2012-10-17 | 华为技术有限公司 | 创建实体标签的方法及用户数据中心 |
CN101800657B (zh) * | 2009-02-10 | 2013-09-11 | 中兴通讯股份有限公司 | 一种融合地址簿系统及其联系视图管理方法 |
CN104217174A (zh) * | 2014-09-05 | 2014-12-17 | 四川长虹电器股份有限公司 | 分布式文件安全存储系统及其存储方法 |
CN107622380A (zh) * | 2017-09-29 | 2018-01-23 | 南京宏海科技有限公司 | 基于云服务交互、保存文档信息的方法、信息管理方法 |
CN112199133A (zh) * | 2020-09-01 | 2021-01-08 | 北京达佳互联信息技术有限公司 | 信息聚合方法、装置、电子设备及存储介质 |
CN112199133B (zh) * | 2020-09-01 | 2021-10-12 | 北京达佳互联信息技术有限公司 | 信息聚合方法、装置、电子设备及存储介质 |
US11474993B2 (en) | 2020-09-01 | 2022-10-18 | Beijing Daija Internet Information Technology Co., Ltd. | Method for aggregating information, electronic device, and storage medium |
Also Published As
Publication number | Publication date |
---|---|
US20080147751A1 (en) | 2008-06-19 |
US7945536B2 (en) | 2011-05-17 |
CN101160804A (zh) | 2008-04-09 |
CN1859379B (zh) | 2011-02-09 |
WO2007065332A1 (fr) | 2007-06-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1859379A (zh) | 一种可扩展标记语言文档管理方法及系统 | |
US10015155B2 (en) | Resource-based action attribution | |
CN1229715C (zh) | 信息控制系统和信息处理方法 | |
CN1246776C (zh) | 用于管理网络文件系统的方法 | |
CN1270261C (zh) | 在分布式数据库环境中进行一致性读取的方法 | |
US9129023B2 (en) | Connected address book systems and methods | |
CN1794692A (zh) | 通信系统和在通信系统中查询信息的方法 | |
US8095541B2 (en) | Managing electronic data with index data corresponding to said electronic data | |
TWI298129B (en) | System and method for processing files distributively | |
CN1892650A (zh) | 文档管理服务器、系统和方法以及该系统的客户机和节点 | |
US20070124373A1 (en) | Methods and apparatus for defining a collaborative workspace | |
CN1794706A (zh) | 存在信息的提供方法 | |
US20090327305A1 (en) | Content management and access systems and methods | |
US20100153335A1 (en) | Synchronizing multiple classes with disparate schemas in the same collection | |
CN1852101A (zh) | 一种并行下载方法和终端 | |
CN101056387A (zh) | 会议系统 | |
CN1794708A (zh) | 呈现业务系统及发布呈现信息的方法 | |
KR20050001466A (ko) | 연관을 갖는 컴퓨터 오브젝트들의 공유 | |
CN1852122A (zh) | 一种呈现系统及其处理订阅者订阅信息的方法 | |
CN1670730A (zh) | 更新历史记录管理装置以及记录媒体 | |
CN101043469A (zh) | 一种呈现信息的处理方法 | |
CN1859402A (zh) | Xml文档管理系统及其方法与xml文档访问控制方法 | |
US20090106276A1 (en) | Methods and apparatus for digital content handling | |
US11841842B2 (en) | Method and system for using external content type object types | |
CN101064692A (zh) | 一种呈现信息的发布方法、设备及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |