CN101179572B

CN101179572B - 一种内容的复制方法、装置与系统

Info

Publication number: CN101179572B
Application number: CN 200710151429
Authority: CN
Inventors: 谢冬模
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-10-12
Filing date: 2007-10-12
Publication date: 2010-10-13
Anticipated expiration: 2027-10-12
Also published as: WO2009049519A1; CN101179572A

Abstract

本发明公开了一种内容的复制方法、装置和系统，通过用户终端发送第一信令给存储所述目标文档的第一服务器，该第一信令中至少包含需要从所述源文档中复制的对应复制内容的统一资源定位标识URL；第一服务器根据第一信令中的URL，从源文档中获取对应复制内容添加至目标文档中。本发明将需要复制添加的一项或多项内容的URL一次发送给目标文档服务器，由目标文档服务器完成对源文档内容的获取和添加的步骤，简化了用户终端与服务器之间信令，节约了网络资源，同时缩短了处理时间。

Description

一种内容的复制方法、装置与系统

技术领域

本发明涉及计算机标识语言领域，尤其涉及一种的可扩展标识语言文档之间内容复制的方法、装置与系统。

背景技术

可扩展标识语言配置接入协议(XCAP，Extensible Makeup LanguageConfiguration Access Protocol)是一种用于管理可扩展标识语言(XML，Extensible Makeup Language)文档的协议，通过XCAP，用户端可以创建、修改、删除服务器上的各种XML文档，还可以添加、修改、删除文档里的元素和属性。

当前的XCAP中定义了三种管理的操作方法(Method)：GET、PUT、DELETE，分别表示获取、创建/修改(添加)、删除。

使用XCAP来管理单个文档时还是很方便的，但是，在管理多个文档，特别是实现将一个文档中的内容复制添加给另一个文档的功能时，现有的XCAP还是有不方便使用的地方。下面举一实例说明：

用户有一个个人的地址本(Private Address book)，放在服务器上的XML文档(DOC，Document，本发明中特指放在服务器上，通过XCAP管理的XML文档)A中：

DOC A的统一资源定位标识(URL，Uniform Resource Locator)是：

HTTP://example.com/resource-list/users/sip:bill@example.com/index。

DOC A是XML格式的文档，其内容如下：

<？xml version＝″1.0″encoding＝″UTF-8″？>

<resource-lists xmlns＝″urn:ietf:params:xml:ns:resource-lists″

xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>

<display-name>Bill Doe</display-name>

</entry>

</list>

</resource-lists>

该地址本上包含有一个叫Bill Doe的联系人。

此外，还有一个该用户受雇的公司的地址本(Enterprise Address Book)，也放在该服务器上的上的文档B(DOC B)中，该公司的地址本中包含有联系人Joe和Nancy。

DOC B的URL是：

HTTP://example.com/resource-lists/global/index。DOC B的内容如下：

<？xml version＝″1.0″encoding＝″UTF-8″？>

<resource-lists xmlns＝″urn:ietf:params:xml:ns:resource-lists″

xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>

<display-name>Bill Doe</display-name>

</entry>

<display-name>Joe Smith</display-name>

</entry>

<display-name>Nancy Gross</display-name>

</entry>

</list>

</resource-lists>

如果用户需要通过用户终端将公司地址本中的一个或者多个联系人，例如将sip:joe@example.com和sip:nancy@example.com的资料添加到个人地址本中，如图1所示，根据当前的XCAP协议的规范，可以通过如下的步骤来实现：

1)用户终端向服务器发出获取(GET)请求，从公司地址本获取联系人sip:joe@example.com的信息；

GET

http://example.com/resource-lists/global/index/～～/resource-lists/list[@name＝″

enterpriseAddressBook″]/entry[@uri＝″sip:joe@example.com″]HTTP/1.1

Accept:application/xcap-el+xml

Host:xcap.example.com

Content-Length:0

2)服务器正常返回联系人sip:joe@example.com的信息；

HTTP/1.1200 OK

Etag:″wwhha″

Content-Type:application/xcap-el.xml

<display-name>Joe Smith</display-name>

</entry></list>

3)用户终端再次向服务器发送创建(PUT)请求，将联系人sip:joe@example.com的信息添加到个人地址本的文档中；

PUT

http://example.com/resource-lists/users/sip:bill@example.com/index

/～～/resource-lists/list[@name＝″privateAddressBook″]/entry[@uri＝″sip:joe@ex

ample.com″]HTTP/1.1

Content-Type:application/xcap-el.xml

Host:xcap.example.com

<display-name>Joe Smith</display-name>

</entry></list>

4)服务器返回添加该联系人成功的消息。

HTTP/1.1 201 Created

Etag:″wwhhb″

Content-Type:application/xcap-el.xml

步骤5)至步骤8)重复步骤1)至步骤4)，只是将其中的联系人替换成sip:nancy@example.com，完成将该联系人的资料也添加至私人地址本的过程。

以上实例的方案是按照现有的XCAP的要求，对公司地址本中两个联系人资料逐一进行获取、创建的操作，即先从源文档中复制一个联系人的资料，添加至目标文档之后，再重复复制和添加另一个联系人资料。用户终端总是要先从服务器端获取到源文档(公司地址本)中要复制的内容(两个联系人的资料)，再根据所需复制内容的统一资源定位标识(URL，Uniform Resource Location)，将其添加至服务器上的目标文档(个人地址本)中，其过程如图1所示，共需要用户终端和服务器之间交互8条信令才能完成。在实现本发明过程中，发明人发现现有技术中至少存在如下问题：如果需要复制添加2个以上甚至更多的联系人，则会导致用户终端和目标文档所在服务器之间的信令数成倍增加，可见，如果需要对多个文档之间内容的复制和添加时，按照现有的XCAP的规范进行会使用户终端操作步骤烦琐重复，占用过多网络资源，处理时间也相应会比较长。

发明内容

本发明公开了一种内容复制的方法、装置和系统，通过减少用终端与目标文档服务器之间的信令交互，实现了可扩展标识语言文档之间内容的复制。

本发明公开了一种内容的复制方法，应用于将可扩展标识语言文档源文档中的内容复制到目标文档中，包括以下步骤：

存储目标文档的第一服务器接收用户终端发送第一信令，第一信令中至少包含至少两个需要从所述源文档中复制的复制内容的统一资源定位标识URL；每个所述URL对应一项复制内容；

第一服务器根据URL，从源文档中获取复制内容添加至目标文档中。

本发明公开了一种内容复制系统，应用于可扩展标识语言源文档中的内容复制到目标文档中，包括：用户终端和第一服务器，其中：

用户终端，用于生成并发送第一信令给存储所述目标文档的第一服务器，第一信令包含至少两个需要从源文档复制的复制内容的统一资源定位标识URL；每个所述URL对应一项复制内容；

第一服务器，用于接收用户终端发送的第一信令，根据第一信令中包含的URL，从源文档中获取复制内容添加至本地保存的目标文档中。

本发明公开了一种用户终端，包括：生成单元、第一发送单元；

生成单元，用于生成第一信令并传送给第一发送单元，第一信令包含至少两个需要从可扩展标识语言源文档中进行复制的对应复制内容的统一资源定位标识URL；每个所述URL对应一项复制内容；

第一发送单元，用于将生成单元生成的第一信令发送给第一服务器，第一服务器用于存储可扩展标识语言目标文档，目标文档用于存储复制的内容。

本发明公开了一种服务器，包括：第二发送/接收单元、解析单元、复制单元和存储单元，其中：

第二发送/接收单元，用于接收用户终端发送的第一信令，并发送给解析单元；所述第一信令包含至少两个需要从可扩展标识语言源文档中进行复制的复制内容的统一资源定位标识URL；每个所述URL对应一项复制内容；

解析单元，用于解析出第一信令中包含的需要从可扩展标识语言源文档中复制的复制内容的统一资源定位标识URL，并将解析结果发送给复制单元；

复制单元，用于根据接收的URL，从源文档中获取复制内容并添加至存储单元保存的目标文档中；

存储单元，至少用于保存所述目标文档。

本发明实施例提供的技术方案将需要复制添加的一项或多项内容的URL一次发送给目标文档服务器，由目标文档服务器完成对源文档内容的获取和添加的步骤，简化了用户终端与服务器之间信令，节约了网络资源，同时缩短了处理时间。避免了现有XCAP协议中实现XML文档间多项内容的复制时，用户终端必须逐项重复获取、添加的操作所造成的占用网络资源以及处理效率低下的问题。

附图说明

图1为现有技术中XCAP协议中文档间内容复制添加的流程图；

图2为本发明实施例1提供的信令交互流程图；

图3为本发明实施例2提供的信令交互流程图；

图4为本发明实施例3提供的信令交互流程图；

图5为本发明实施例4提供的内容复制系统的示意图；

图6为本发明实施例5提供的用户终端的结构示意图；

图7为本发明实施例5提供的服务器的结构示意图；

图8为本发明实施例5提供的服务器中复制单元的结构示意图。

具体实施方式

本发明实施例公开了一种内容的复制方法，应用于将可扩展标识语言文档源文档中的内容复制到目标文档中，包括：

存储目标文档的第一服务器接收用户终端发送第一信令，第一信令中至少包含需要从源文档中复制的对应复制内容的统一资源定位标识URL；

第一服务器根据所述URL，从原文件中获取对应复制内容添加至目标文档中，并向用户终端返回复制成功结果消息。

上述第一信令可以是用户终端和第一服务器之间定义的新的信令，也可以是对现有的XCAP协议中信令的扩展，为了更清楚简便地进行说明，本发明具体实施例将扩展的XCAP中的PUT信令作为第一信令，并且称存储目标文档的第一服务器为目标文档服务器，对应地，将存储源文档的服务器称为源文档服务器。

下面结合附图，以几个具体的实施例来进行详细说明，还是以背景技术中复制公司地址本中的两个联系人joe和nancy的资料至个人地址本为例，且公司地址本为源文档，需要添加公司地址本中联系人资料的个人地址本为目标文档。

实施例1：

本发明实施例提供了一种内容复制添加的方法，将同在一个公司地址本中的两个联系人sip:joe@example.com以及sip:nancy@example.com的资料信息复制并添加到个人地址本中。本发明实施例的信令交互流程如图2所示，包括以下步骤：

步骤201、用户终端创建并发送一个扩展的XCAP PUT请求(以下简称为扩展的PUT请求)给存储目标文档(个人地址本)服务器(目标文档服务器)，此扩展的PUT请求中依次包含了需要从源文档(公司地址本)中复制到目标文档(个人地址本)中的那部分内容(两个联系人的资料)的URL。

用户终端定义的扩展的PUT请求的信息体为一个XML文件，其格式可以通过如下的XML模式(XML schema)表示：

<？xml version＝″1.0″encoding＝″UTF-8″？>

<xs:schema xmlns:hwmp＝″http://www.huawei.com/xcap_mutilput_extention>

xmlns:xs＝http://www.w3.org/2001/XMLSchema

targetNamespace＝http://www.huawei.com/xcap_mutilput_extention

elementFormDefault＝″qualified″attributeFormDefault＝″unqualified″>

<xs:complexType name＝″content_type″>

<xs:sequence>

<xs:element name＝″url″/>

<xs:element name＝″etag″minOccurs＝″0″/>

</xs:sequence>

</xs:complexType>

<xs:element name＝″multi_put_content″>

<xs:complexType mixed＝″false″>

<xs:sequence>

<xs:element name＝″content″ type＝″hwmp:content_type″

maxOccurs＝″unbounded″/>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:schema>

用户终端通过上述XML schema定义了这个扩展的PUT请求的消息体的格式，约定了此种消息体格式元素为“multi_put_content”，即多项内容的添加，又定义多项内容的内容类型“content_type”为URL。服务器在收到扩展的PUT请求后，能够按照用户终端定义的上述消息体格式，根据扩展的PUT请求中包含的多项内容的对应的URL来完成复制添加的操作。

用户终端通过使用上述扩展的PUT请求，将需要复制添加的多项内容的URL放在一次信令中发送给目标文档服务器，由目标文档服务器来完成对源文档中联系人资料的获取，并添加到目标文档中，而不需要用户和目标服务器之间重复交互多次信令。

用户终端发送给目标服务器的扩展的PUT请求如下：

PUT

http://example.com/resource-lists/users/sip:bill@example.com/index/～～/resour

ce-lists/list[@name＝″privateAddressBook″]/entry[@uri＝″sip:joe@example.com″]

HTTP/1.1

Content-Type:application/x-mutil-put+xml

Require:x-mutil-put

Host:xcap.example.com

<？xml version＝″1.0″encoding＝″UTF-8″？>

<multi_put_content

xmlns＝″http://www.huawei.com/xcap_mutilput_extention″>

<url>http://example.com/resource-lists/global/index/～～/resource-lists/list[@na

me＝″enterpriseAddressBook″]/entry[@uri＝″sip:joe@example.com″]</url>

</content>

me＝″enterpriseAddressBook″]/entry[@uri＝″sip:nancy@example.com″]</url>

</content>

</multi_put_content>

对上述扩展的PUT请求做简单的说明：

第4行中的Content-Type头域的值是新定义的信息体类型：application/x-multi-put+xml(也可以定义成其他类型，本发明实施例对此不做限定)，指明了上述扩展的PUT请求的内容的类型是这种新定义的媒体类型。

在上述扩展的PUT请求中，采用了标准头域“Require”对PUT请求进行了扩展，定义了一个扩展条件“x-mutil-put”，在第5行中将Require头域值设为x-mutil-put；用户终端通过上述“Require”头域，向服务器端发出请求，请求服务器端支持扩展的PUT请求，执行扩展的PUT请求定义多项内容添加的功能。在实际应用过程中，也可以采用自定义头域来扩展的方式，例如将“Require”头域换成“X-extension”自定义头域，在对PUT请求进行扩展时，“X-extension”头域对应的值就是x-mutil-put。

在上述扩展的PUT命令中，包含了需要复制和添加至个人地址本的两个联系人的URL：

在上述扩展的PUT命令中，顺序包含了第一联系人sip:joe@example.com以及第二联系人sip:nancy@example.com的URL：

enterpriseAddressBook″]/entry[@uri＝″sip:joe@example.com″]是第一联系人

sip:joe@example.com的URL；

enterpriseAddressBook″]/entry[@uri＝″sip:nancy@example.com″]是第二联系人

sip:nancy@example.com的URL。

上述扩展的PUT请求中包含了需要复制和添加至个人地址本的两个联系人资料的URL(当然实际情况也可以包含两个以上甚至更多，本发明实施例对此不做限定)，目标文档服务器通过该扩展的PUT请求中所需复制内容的URL，顺序地获取并添加需要复制的内容。

目标文档服务器通过该扩展的PUT请求中的Require的头域值，确认用户终端发送的是扩展的PUT请求，而不是现有XCAP下的PUT请求，按照该上述扩展PUT请求定义的方式进行处理，即根据多项所需复制内容的URL，将其复制并添加至目标文档中；

步骤202、目标文档服务器收到并确认为该扩展的PUT请求后，通过该扩展的PUT请求中包含的第一个联系人sip:joe@example.com的URL，判断出包含该联系人资料的公司地址本文档也同在目标文档服务器上，然后目标文档服务器执行步骤203；

步骤203、目标文档服务器根据第一联系人的URL，直接从公司地址本文档中获取第一个联系人sip:joe@example.com的资料信息；

步骤204、目标文档服务器向个人地址本文档中添加步骤203中获取的第一个联系人sip:joe@example.com的资料信息；

步骤205、目标文档服务器根据该扩展的PUT请求中的第二个联系人sip:nancy@example.com的URL，判断出第二个联系人的资料也在第一个联系人所在的公司地址本中，然后目标文档执行步骤206；

步骤206、目标文档服务器根据第二联系人的URL，直接从公司地址本文档中获取第二个联系人sip:nancy@example.com的资料信息；

步骤207、目标文档服务器将步骤206中获取的该联系人sip:nancy@example.com的资料添加至个人地址本文档；

如果还需要将上述公司地址本文档中第三个第四个联系人甚至更多联系人都添加至上述个人地址本文档的话，只需要重复上述步骤202至203即可。

步骤208、目标文档服务器返回用户终端已复制成功的结果消息。

实施例2：

如果多个联系人Joe和Nancy同在一个公司地址本中，并且该公司地址本与私人地址本不在同一个服务器上，即公司地址本在另一个源文档服务器上，则流程如图3所示，包括以下步骤：

步骤301、用户终端创建并发送一个扩展的PUT请求给目标文档(个人地址本)所在的目标文档服务器；

步骤302、目标文档服务器收到该扩展的PUT请求后，按照该扩展的PUT请求中的需要复制添加的第一联系人资料的URL，判断出其所在的公司地址本在源文档服务器上，即公司地址本与个人地址本不在一个服务器上；

步骤303、目标文档服务器发送GET请求给源文档服务器，请求获取公司地址本中第一个联系人joe的资料；

步骤304：源文档服务器返回第一个联系人joe的资料信息；

步骤305、目标文档服务器将获取到第一个联系人的资料添加至个人地址本中；

步骤306、目标文档服务器通过扩展的PUT请求中第二个联系人Nancy资料的URL，判断出其所在的公司地址本在源文档服务器上；

步骤307、目标文档服务器请求获取公司地址本中第二个联系人的资料；

步骤308、源文档服务器返回第二个联系人nancy的资料信息；

步骤309、目标文档服务器将获取的第二个人的资料添加至个人地址本中；

步骤310、目标文档服务器向用户终端返回已复制成功的结果消息。

实施例3：

如图4所示，如果需要添加的两个联系人joe和nancy的资料分别属于两个不同的公司地址本A和公司地址本B，且公司地址本A与个人地址本(目标文档)同在目标文档服务器上，而公司地址本B在另一个源文档服务器上。现在需要将两个联系人的资料复制并添加至个人地址本中，其具体流程如图4所示。

当用户终端发送扩展的PUT请求给目标文档服务器时，该目标文档服务器通过扩展的PUT请求中第一个联系人joe的URL获知其所在的公司地址本A在本地服务器上，则直接获取公司地址本A中联系人的资料并添加至个人地址本(具体步骤与实施例1中的步骤202至步骤203类似)。

目标文档服务器通过扩展的PUT请求中第二个联系人nancy的URL，向源文档服务器发送GET请求，获取该联系人的资料信息后，添加至本地的个人地址本(目标文档)中(具体步骤与实施例2中的步骤302至步骤305类似)。

当需要添加的联系人资料都已经添加完成后，返回用户终端已复制成功的结果消息。

实施例4：根据上述实施例1-3所述的一种XML文档间内容复制的方法，本实施例提供了一种内容复制系统，应用于可扩展标识语言源文档中的内容复制到目标文档中，如图5所示，包括：用户终端和第一服务器，其中：

用户终端51，用于生成并发送所述第一信令给存储所述目标文档的第一服务器52，所述第一信令至少包含需要从源文档复制的复制内容的统一资源定位标识URL；

第一服务器52，用于接收所述用户终端51发送的第一信令，并根据所述第一信令中包含的所述URL，从所述源文档中获取复制的内容添加至本地保存的所述目标文档中。

上述第一服务器52从源文档中获取复制的内容添加至本地保存的目标文档之后，还用于向所述用户终端51返回复制成功结果消息。

上述内容复制系统还可以包括一个或多个用于存储源文档的第二服务器53。

第一服务器52根据所述第一信令中包含的URL，向存储对应源文档的第二服务器53发送获取请求，并将获取到的复制内容添加至所述目标文档中。

实施例5：

本发明实施例提供了一种用户终端，如图6所示，包括生成单元601和第一发送单元602；

生成单元601，用于生成第一信令并传送给所述第一发送单元602；所述第一信令中至少包含需要从可扩展标记语言源文档中进行复制的对应复制内容的统一资源定位标识URL；

第一发送单元602，用于将所述生成单元生成的所述第一信令发送给第一服务器，所述第一服务器用于管理可扩展标记语言目标文档，所述目标文档用于存储所述复制内容；

上述用户终端还可以包括：第一接收单元602，用于接收所述第一服务器返回的复制成功结果消息。

本发明实施例提供了一种服务器，如图7所示，包括：第二发送/接收单元701、解析单元702、复制单元703和存储单元704，其中：

第二发送/接收单元701，用于接收用户终端发送的第一信令，并发送给解析单元702；所述第一信令中至少包含需要从可扩展标记语言源文档中进行复制的对应复制内容的统一资源定位标识URL；

解析单元702，用于解析出第一信令中包含的需要从可扩展标记语言源文档中复制的复制内容的统一资源定位标识URL，并将解析结果发送给复制单元703；

复制单元703，用于根据接收的所述URL，从源文档中获取复制内容添加至存储单元704中保存的目标文档中；

存储单元704，用于保存所述目标文档；

复制单元703，还用于并在全部复制内容添加完毕后，发送通知消息给第二发送/接收单元701；

第二发送/接收单元701还用于在接收到复制单元的通知消息后，发送复制成功结果消息给用户终端。

其中，如图8所示，复制单元又具体包括：判断子单元801、第一获取子单元802、第二获取子单元803和添加子单元804；

判断子单元801，用于根据接收的所述URL，判断所述源文档是否保存在所述存储单元中，若是，则将所述URL发送给所述第一获取子单元802；否则，将所述URL发送给所述第二获取子单元803；

第一获取子单元802根据所述URL从所述存储单元保存的对应源文档中获取对应复制内容，并发送给所述添加子单元804；

第二获取子单元803根据所述URL向存储所述源文档的对应服务器发送获取请求，并将获取到的对应复制内容发送给所述添加子单元804；

添加子单元804，用于将接收的复制内容添加到所述存储单元中保存的目标文档中，并在全部内容复制添加完毕后，发送通知消息所述第二发送/接收单元。

本发明实施例提供的一种内容的复制方法、装置及系统，将需要复制添加的一项或多项内容的URL一次发送给目标文档服务器，不论源文档和目标文档是否在同一个服务器上，由目标文档服务器来完成对源文档内容的获取和添加的步骤，简化了现有技术中XML文档间多项内容的复制时，用户终端必须逐项进行重复获取、添加的操作，从而减少了用户终端与服务器之间的信令开销，节约了网络资源，同时也缩短了处理时间，提高了处理效率。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种内容的复制方法，应用于将可扩展标识语言文档源文档中的内容复制到目标文档中，其特征在于，包括：

存储所述目标文档的第一服务器接收用户终端发送的第一信令，所述第一信令中包含至少两个需要从所述源文档中复制的复制内容的统一资源定位标识URL；每个所述URL对应一项复制内容；

所述第一服务器根据所述URL，从所述源文档中获取复制内容添加至所述目标文档中。

2.如权利要求1所述的方法，其特征在于，所述第一服务器从所述源文档中获取复制内容添加至所述目标文档后，还包括：

向所述用户终端返回复制成功结果消息。

3.如权利要求1所述的方法，其特征在于，所述第一服务器接收到所述第一信令后，还包括：

根据所述URL，判断所述源文档是否存储在第一服务器，若是，则从源文档中获取复制内容，并添加至所述目标文档中；否则

所述第一服务器向存储所述源文档的第二服务器发送获取请求，并将获取到的复制内容添加至所述目标文档中。

4.如权利要求1所述的方法，其特征在于，所述第一服务器根据所述第一信令中包含的所述各URL的顺序，依次获取复制内容并添加至所述目标文档中。

5.如权利要求1至4所述的任一方法，其特征在于，所述第一信令通过对可扩展标识语言配置接入协议XCAP中定义的创建/修改PUT信令进行扩展生成。

6.如权利要求5所述的方法，其特征在于，所述对XCAP中定义的PUT信令进行扩展，具体包括：

将PUT信令中的请求Require头域的值设为一个新的扩展条件；并定义一个新的媒体类型，使内容类型Content-Type头域的值设为所述新的媒体类型；

所述用户终端发送第一信令给存储所述目标文档的第一服务器，包括：

所述用户终端向所述第一服务器发送扩展后的PUT信令，携带所述URL；

所述第一服务器根据所述URL，从所述源文档中获取复制内容并添加至所述目标文档，包括：

所述第一服务器接收到所述用户终端发送的信令后，解析出所述Require头域的值为所述新的扩展条件，以及解析出Content-Type头域的值设为所述新的媒体类型，确定出当前接收的信令为扩展后的PUT信令；并根据该扩展后的PUT信令中包含的URL，从所述源文档中获取复制内容添加至所述目标文档。

7.一种内容复制系统，应用于可扩展标识语言源文档中的内容复制到目标文档中，其特征在于，包括：用户终端和第一服务器，其中：

所述用户终端，用于生成并发送第一信令给存储所述目标文档的第一服务器，所述第一信令包含至少两个需要从源文档复制的复制内容的统一资源定位标识URL；每个所述URL对应一项复制内容；

所述第一服务器，用于接收所述用户终端发送的第一信令，根据所述第一信令中包含的所述URL，从所述源文档中获取复制内容添加至本地保存的所述目标文档中。

8.如权利要求7所述的内容复制系统，其特征在于，所述第一服务器还用于向所述用户终端返回复制成功结果消息。

9.如权利要求7所述的内容复制系统，其特征在于，还包括一个或多个第二服务器，存储所述源文档；

所述第一服务器根据第一信令包含的所述URL，向存储所述源文档的第二服务器发送获取请求，并将获取到的复制内容添加至所述目标文档中。

10.一种用户终端，其特征在于，包括：生成单元、第一发送单元；

所述生成单元，用于生成第一信令并传送给所述第一发送单元，所述第一信令包含至少两个需要从可扩展标识语言源文档中进行复制的复制内容的统一资源定位标识URL；每个所述URL对应一项复制内容；

所述第一发送单元，用于将所述生成单元生成的所述第一信令发送给第一服务器，所述第一服务器用于存储可扩展标识语言目标文档，所述目标文档用于存储所述复制的内容。

11.如权利要求10所述的用户终端，其特征在于，还包括：

第一接收单元，用于接收从所述第一服务器返回的复制成功结果消息。

12.一种服务器，其特征在于，包括：第二发送/接收单元、解析单元、复制单元和存储单元，其中：

所述第二发送/接收单元，用于接收用户终端发送的第一信令，并发送给所述解析单元，所述第一信令包含至少两个需要从可扩展标识语言源文档中进行复制的复制内容的统一资源定位标识URL；每个所述URL对应一项复制内容；

所述解析单元，用于解析出第一信令中包含的需要从可扩展标识语言源文档中复制的复制内容的统一资源定位标识URL，并将解析结果发送给所述复制单元；

所述复制单元，用于根据接收的所述URL，从所述源文档中获取对应复制内容并添加至所述存储单元保存的目标文档中；

所述存储单元，用于保存所述目标文档。

13.如权利要求12所述的服务器，其特征在于，所述复制单元还用于在全部内容复制添加完毕后，发送通知消息给所述第二发送/接收单元；

所述第二发送/接收单元还用于根据所述复制单元发送的通知消息，发送复制成功结果消息给所述用户终端。

14.如权利要求13所述的服务器，其特征在于，所述复制单元包括：判断子单元、第一获取子单元、第二获取子单元和添加子单元；

所述判断子单元，用于根据接收的所述URL，判断所述源文档是否保存在所述存储单元中，若是，则将所述URL发给所述第一获取子单元；否则，将所述URL发送给所述第二获取子单元；

所述第一获取子单元根据所述URL从所述存储单元保存的对应源文档中获取复制的内容，并发送给所述添加子单元；

所述第二获取子单元根据所述URL向存储所述源文档的对应服务器发送获取请求，并将获取到的复制内容发送给所述添加子单元；

所述添加子单元，用于将接收的复制内容添加至所述存储单元中保存的所述目标文档中，并在全部内容复制添加完毕后，发送通知消息所述第二发送/接收单元。