CN101286875A - 一种批量处理xml文档的方法、系统、装置和终端 - Google Patents

Abstract

本发明实施例公开了一种批量处理XML文档的方法，包括：接收XML文档批量处理请求消息；根据所述请求消息中待处理XML文档的目的标识，确定所述待处理XML文档所在的XML文档管理服务器；请求所述XML文档管理服务器处理所述待处理XML文档。此外，本发明实施例还提供了一种批量处理XML文档的系统和一种批量处理XML文档的批量操作代理装置。本发明实施例通过终端一次请求实现对多个XML文档资源进行操作，减少终端与XDMS之间的交互次数，减轻XDMS处理终端访问的压力。

Description

一种批量处理XML文档的方法、系统、装置和终端

技术领域

本发明涉及通信技术领域，特别是涉及一种批量处理XML文档的方法、系统、装置和终端。

背景技术

可扩展标记语言(XML，The Extensible Markup Language)文档管理服务器(XDMS，XML document management server)基于3GPP IMS(IP MultimediaSubsystem)系统架构，负责管理XML文档(包括成员个人信息文档、群组文档、资源列表文档等资源)。XDMS对XML文档的访问信令为基于XML配置访问协议(XCAP，XML Configuration Access Protocol)的信令，XCAP信令只支持一个请求对应一个XML文档操作。这样，基于XCAP信令的一次请求，只能访问一个XML资源。而对于同一个业务的多个资源的访问，以及多个业务多个资源访问，需要与XDMS进行多次交互才能实现。

如对于用户终端初次启动同步一个业务的多个文档资源，或者同步多个业务的多个文档资源，需要终端与XDMS之间多次反复调用完成该业务多个文档的同步。这种处理方式由于涉及用户终端和XDMS之间交互次数多，效率较低，用户体验不好。由于对服务器网络资源的反复使用，这样造成网络资源的严重浪费，在服务器端也容易造成网络资源使用的瓶颈。

发明内容

本发明实施例提供了一种批量处理XML文档的方法、系统、装置和一种请求批量处理XML文档的方法及终端，通过一次请求实现对多个XML文档资源进行操作。

本发明实施例提供的一种批量处理XML文档的方法包括：

接收XML文档批量处理请求消息；

根据所述请求消息中待处理XML文档的目的标识，确定所述待处理XML文档所在的XML文档管理服务器；

向所述确定的XML文档管理服务器发送所述批量请求。

本发明实施例提供的一种批量处理XML文档的系统包括批量操作代理装置和XML文档管理服务器；

所述批量操作代理装置，用于接收XML文档批量处理请求消息，根据所述请求消息中待处理XML文档的目的标识，确定所述待处理XML文档所在的XML文档管理服务器，并请求所述XML文档管理服务器处理所述待处理XML文档。

所述XML文档管理服务器，用于根据所述批量操作代理装置的请求，处理所述待处理的XML文档。

本发明实施例提供的一种批量处理XML文档的批量操作代理装置包括：

接收模块，用于接收XML文档批量处理请求消息；

确定模块，用于根据所述请求消息中待处理XML文档的目的标识，确定所述待处理XML文档所在的XML文档管理服务器；

分发模块，用于请求所述XML文档管理服务器处理所述待处理XML文档。

本发明实施例提供的一种请求批量处理XML文档的方法，包括：

构造批量处理请求消息，在所述请求消息中设置批量操作请求标识、批量操作类型标识和多个目的标识；

发送所述批量处理请求消息。本发明实施例提供的一种请求批量处理XML文档的装置，包括：

构造模块，用于构造批量处理请求消息，所述请求消息中包括批量操作请求标识、批量操作类型标识和多个目的标识；

发送模块，用于发送所述构造模块构造的批量处理请求消息。

本发明实施例通过终端一次请求实现对多个XML文档资源进行操作，减少终端与XDMS之间的交互次数，减少交互消息的发送量，节约网络资源，同时也减轻XDMS处理终端访问的压力。

附图说明

图1为本发明实施例提供的一种批量处理XML文档的方法示意图；

图2为本发明实施例提供的一种终端批量GET请求流程图；

图3为本发明实施例提供的一种终端批量PUT请求流程图；

图4为本发明实施例提供的一种终端批量DELETE请求流程图；

图5为本发明实施例提供的系统结构图；

图6为本发明实施例提供的批量操作代理装置结构图；

图7为本发明实施例提供的一种请求批量处理XML文档的方法示意图；

图8为本发明实施例提供的一种请求批量处理XML文档的装置结构图。

具体实施方式

本发明实施例提供批量处理XML文档请求的能力。具有访问XDMS访问能力的客户终端XDMC(XML document management client)需要请求XDMS对多个XML文档进行批量操作时，如批量获取XML文档(GET)、批量创建XML文档(PUT)、批量删除XML文档(DELETE)，向AP(Aggregation Proxy)发送批量处理请求，AP把请求转发给批量操作代理装置BP(Batch Proxy)。BP根据请求消息体中的扩展AUID，把请求分发给相应的XDMS服务器。

本发明一个实施例提供了一种批量处理XML文档的方法，如图1所示，包括：

步骤101、批量操作代理装置接收XML文档批量处理请求消息，请求消息中设置批量操作请求标识、批量操作类型标识和多个目的标识；

本发明实施例为了实现XML文档批量处理，在基于XCAP信令的请求消息体中，扩展一个批量操作请求标识AULD：“xcap-batch”字段，标识这个请求是批处理请求；和批量操作类型标识AUID：“content-type”字段，标识批量操作请求消息请求的操作类型。AUID是应用唯一标识，用于标识唯一程序ID。批量操作请求标识和批量操作类型标识都包含在批量处理请求消息中。Xcap-batch标识XML文档处理请求消息为批量处理请求消息；操作类型标识“content-type”标识具体的批量操作，如获取(GET)、创建或修改(PUT)和删除(DELETE)。批量处理装置和XDMS会根据请求中的这些字段，做相应的处理。多个目的标识用于区别不同类型的XDMS服务器，这些服务器存储不同类型的XML文档。

另外，本步骤之前，批量处理请求消息的发送方装置，在单一处理请求消息，即现有技术中一次只能处理一个XML文档的处理请求消息的基础上按上述扩展字段，设置批量操作请求标识、批量操作类型标识和多个目的标识，构造成批量处理请求消息，发送给批量操作代理装置。

步骤102、根据所述请求消息中待处理XML文档的目的标识，确定所述待处理XML文档所在的XML文档管理服务器；

本步骤中，目的标识也是一种AUID，每一种目的标识，都有相应的XDMS服务器支持。由于是批量操作请求，每个请求消息都涉及对多个XML文档进行操作。在批量处理请求消息体中，显示有每个待操作XML文档对应的目的标识。批量操作代理装置能够步骤101提到的扩展字段，识别请求为批量处理请求，并根据批量操作请求消息中多个目的标识来识别批量处理请求的类型。这样，批量操作代理装置便能够根据请求消息中的多个目的标识，确定出支持它的服务器类型，并根据服务器类型，确定处理XML文档的服务器，这里为了实现的方便，一般一个服务器类型可以对应一个XDML服务器。由于批量处理请求往往涉及一个业务的多个文档资源，确定处理XML文档的服务器也往往是多种或多个。

步骤103、请求所述XML文档管理服务器处理所述待处理XML文档；

本步骤中，批量操作代理装置可以把批量处理请求消息转发给步骤102确定的处理XML的服务器，也可以首先做处理，把批量处理请求分解成单一处理请求消息，即现有技术中一次只能处理一个XML文档的处理请求消息，然后把每一个单一处理请求消息发送给其对应的XML文档管理服务器。

步骤104、接收所述待处理XML文档所在的XML文档管理服务器返回的应答消息；

本步骤中，上述步骤确定的各个XML文档管理服务器处理完待处理的文档之后，会把处理的结果以应答消息的形式返回给批量操作代理装置。批量操作代理装置收到应答消息时，为减小与请求终端的交互，会把来自相同或不同服务器的多个应答消息合并成一个应答消息，返回给请求终端。

这样，本实施例通过批量操作代理装置，把终端一次XML文档批量处理请求，分发给相应的服务器，实现对多个XML文档资源进行操作，减少终端与XDMS之间的交互次数，减轻了服务器的压力。

本发明另一个实施例以一种终端批量GET的请求流程为例，说明XML文档的批量操作，如图2所示，包括以下步骤：

步骤201、终端首次登陆AP，向AP发送批量GET请求消息；

步骤202、AP发现GET请求消息中没有携带鉴权信息，返回401信令；

本步骤中，401信令用于通知终端没有携带鉴权头域，并通过此信令发送给终端一些鉴权信息。

步骤203、终端再次发送携带鉴权信息的批量GET请求消息；

步骤204、AP鉴权通过后，将批量GET请求消息转发给批量操作代理装置(BP，Batch Proxy)，BP为扩展的部件；

步骤205-步骤206、BP通过GET请求消息体中的“resource auid”字段信息，把GET请求分发给Shared XDMS和PIM XDMS；

Shared XDMS和PIM XDMS都是用于存储XML文档的服务器，只是其存储的内容有所不同。PIM(Personal information management)XDMS为个人信息文档服务器，存储个人相关信息；Shared XDMS存储其它共享信息。本步骤中，假设Shared XDMS支持的AUID是“contact-profile”，PIM XDMS支持的AUID是“resource-lists”(参见表1)。当BP收到请求中包含这两个AUID的批量处理请求的时候，把请求消息拆分成两个请求消息，一个是AUID为“resource-lists”的请求消息，发送给PIM XDMS；另一个是AUID为“contact-profile”的请求消息，发送给Shared XDMS。

表1显示了批量GET请求消息的组成，“xcap-batch”表明这是一个批量处理请求。该请求消息表示用户sip:test_user001@example.com想获取AUID即“resource auid”为“resource-lists”下的res.xml和“resource auid”为contact-profile下的test.xml文档。可见，批量处理请求中包含了多个目的标识：resource-lists和contact-profile。

步骤207-步骤208、BP接收Shared XDMS和PIM XDMS的返回应答消息200OK()，其中200是一种应答信令；

应答消息都是根据实际情况返回，对于批量获取请求，XDMS分别返回各自存放的被请求文档资源。

步骤209、BP将所有应答消息组装后，通过200OK()信令返回给AP；

步骤2010、AP将BP返回的结果返回给终端。

本实施例通过一次批量请求，实现了对多个XML文档的获取。

表1

批量GET请求消息示例：GET/xcap-batch/users/sip:test_user001@example.com/batch HTTP/1.1Content-Type:application/batch-get-req+xmlcontent-length:(xxx)<？xml version＝″1.0″encoding＝″UTF-8″？><list xmlns＝″com:example:batch-get-req″><resource auid＝″resource-lists″fname＝″res.xml″/><resource auid＝″contact-profile″fname＝″test.xml″/>

</list>HTTP/1.1200OKContent-Type:multipart/related；type＝″application/batch-get-resp+xml″；start＝″<nXYxAE@pres.example.com>″；boundary＝″50UBfW7LSCVLtggUPe5z″Content-Length:(xxx)--50UBfW7LSCVLtggUPe5zContent-Transfer-Encoding:binaryContent-ID:<nXYxAE@pres.example.com>Content-Type:application/batch-get-resp+xml；charset＝″UTF-8″<？xml version＝″1.0″encoding＝″UTF-8″？><list xmlns＝″com:example:batch-get-resp″><resource auid＝″resource-lists″fname＝″res.xml″><instance cid＝″bUZBsM@pres.example.com″/></resource><resource auid＝″contact-profile″fname＝″test.xml″><instance cid＝″ZvSvkz@pres.example.com″/></resource></list>--50UBfW7LSCVLtggUPe5zContent-Transfer-Encoding:binaryContent-ID:<bUZBsM@pres.example.com>Content-Type:application/resource-lists+xml；charset＝″UTF-8″<？xml version＝″1.0″encoding＝″UTF-8″？><resource-lists><list name＝″friends″><display-name xml:lang＝″en-us″>Myfriend</display-name><entry uri＝″sip:xiaoming@hw.com″><display-name xml:lang＝″en-us″>xiaoming</display-name></entry></list></resource-lists>

--50UBfW7LSCVLtggUPe5zContent-Transfer-Encoding:binaryContent-ID:<ZvSvkz@pres.example.com>Content-Type:application/contact-profiles+xml；charset＝″UTF-8″<？xml version＝″1.0″encoding＝″UTF-8″？><contact-profiles><contact-profile uri＝″13501230722″><display-name xml:lang＝″en-us″>hu</display-name><name><family-name>hhu</family-name><given-name>hlh</given-name></name><mobile></mobile><company>XXXX</company><email>aaa@hotmail.com</email><consanguinity>1</consanguinity></contact-profile></contact-profiles>--50UBfW7LSCVLtggUPe5z--

本发明又一个实施例以一种终端批量PUT的请求流程为例，说明XML文档的批量操作，如图3所示，包括以下步骤：

步骤301、终端首次登陆AP，向AP发送批量PUT请求消息；

步骤302、AP发现PUT请求消息中没有携带鉴权信息，返回401信令，通知终端尚未发送鉴权信息；

步骤303、终端再次发送携带鉴权信息的批量PUT请求消息；

步骤304、AP鉴权通过后，将批量PUT请求消息转发给BP；

步骤305-步骤306、BP通过PUT请求消息体中的“resource auid”字段信息，把PUT请求分发给Shared XDMS和PIM XDMS；

表2显示了批量PUT请求消息信令的组成，其中，字段“xcap-batch”表示这是一个批量处理请求，将发到BP。该请求表示：sip:test_user001@example.com的用户同时请求修改(或创建)AUID为resource-lists下的文档friends.xml和AUID为contact-profile下的文档test.xml。

步骤307-步骤208、BP接收Shared XDMS和PIM XDMS的返回应答消息200OK()；

本步骤中，应答消息包含了批量PUT请求的操作情况信息。

步骤309、BP将所有应答消息组装后，通过200信令返回给AP；

步骤3010、AP将BP返回的结果返回给终端。

本实施例通过一次批量请求，实现了对多个XML文档的修改。

表2

批量PUT请求消息示例：PUT/xcap-batch/users/sip:test_user001@example.com/batch HTTP/1.1Content-Type:multipart/related；type＝″application/batch-putt-req+xml″；start＝″<nXYxAE@pres.example.com>″；boundary＝″50UBfW7LSCVLtggUPe5z″Content-length:(…)--50UBfW7LSCVLtggUPe5zContent-Transfer-Encoding:binaryContent-ID:<nXYxAE@pres.example.com>Content-Type:application/batch-putt-req+xml；charset＝″UTF-8″<？xml version＝″1.0″encoding＝″UTF-8″？><list xmlns＝″com:example:batch-put-req″><resource auid＝″resource-lists″fname＝″friends.xml″><instance cid＝″bUZBsM@pres.example.com″/><node>/resource-lists/list[@name＝″My_friends″]/entry[@uri＝″sip:friend2@example.com″]</node></resource><resource auid＝″contact-profile″fname＝″test.xml″><instance cid＝″ZvSvkz@pres.example.com″/>

</resource></list>--50UBfW7LSCVLtggUPe5zContent-Transfer-Encoding:binaryContent-ID:<bUZBsM@pres.example.com>Content-Type:application/xcap-el+xml；charset＝″UTF-8″<entry uri＝″sip:friend2@example.com″><display-name>Friend2</display-name></entry>--50UBfW7LSCVLtggUPe5zContent-Transfer-Encoding:binaryContent-ID:<ZvSvkz@pres.example.com>Content-Type:application/contact-profiles+xml；charset＝″UTF-8″<？xml version＝″1.0″encoding＝″UTF-8″？><contact-profiles><contact-profile uri＝″13501230722″><display-name xml:lang＝″en-us″>hu</display-name><name><given-name>hui</given-name><family-name>who</family-name></name><mobile></mobile><company>XXXX</company><email>aaa@hotmail.com</email><consanguinity>1</consanguinity></contact-profile></contact-profiles--50UBfW7LSCVLtggUPe5z-HTTP/1.1200OKContent-Type:application/batch-put-resp+xmlContent-length:(…)

<？xml version＝″1.0″encoding＝″UTF-8″？><list xmlns＝″com:example:batch-put-resp″><resource auid＝″resource-lists″fname＝″friends.xml″><result>200<result></resource><resource auid＝″contact-profile″fname＝″test.xml″><result>201<result></resource></list>

本发明再一个实施例以一种终端批量DELETE的请求流程为例，说明XML文档的批量操作，如图4所示，包括以下步骤：

步骤401、终端首次登陆AP，向AP发送批量DELETE请求消息；

步骤402、AP发现DELETE请求消息中没有携带鉴权信息，返回401信令，通知终端尚未发送鉴权信息；

步骤403、终端再次发送携带鉴权信息的批量DELETE请求消息；

步骤404、AP鉴权通过后，将批量DELETE请求消息转发给批量操作代理装置(BP，Batch Proxy)，BP为扩展的部件；

步骤405-步骤406、BP通过DELETE请求消息体中的“resource auid”字段信息，把DELETE请求分发给Shared XDMS和PIM XDMS；

表3显示了批量DELETE请求消息的组成，其中，“xcap-batch”字段表示这是一个批量处理请求，将发给BP。该请求表示sip:test_user001@example.com的用户同时请求删除AUID为resource-lists下的文档res.xml和AUID为contact-profile下的文档test.xml。

步骤407-步骤208、BP接收Shared XDMS和PIM XDMS的返回应答消息200OK()；

本步骤中，应答消息包含批量DELETE请求是否成功实现的信息。

步骤409、BP将所有应答消息组装后，通过200信令返回给AP；

步骤4010、AP将BP返回的结果返回给终端。

本实施例通过一次批量请求，实现了对多个XML文档的删除。

表3

批量DELETE的消息示例：DELETE/xcap-batch/users/sip:test_user001@example.com/batch HTTP/1.1Content-Type:application/batch-delete-req+xmlcontent-length:(xxx)<？xml version＝″1.0″encoding＝″UTF-8″？><list xmlns＝″com:example:batch-delete-req″><resource auid＝″resource-lists″fname＝″res.xml″/><resource auid＝″contact-profile″fname＝″test.xml″/></list>HTTP/1.1200OKContent-Type:application/batch-delete-resp+xmlContent-length:(…)<？xml version＝″1.0″encoding＝″UTF-8″？><list xmlns＝″com:example:batch-delete-resp″><resource auid＝″resource-lists″fname＝″friends.xml″><result>200<result></resource><resource auid＝″contact-profile″fname＝″test.xml″><result>200<result></resource></list>

本发明又一实施例提供了一种批量处理XML文档的系统，如图5所示，包括批量操作代理装置501和XML文档管理服务器502；

批量操作代理装置501，用于接收XML文档批量处理请求消息，根据请求消息中待处理XML文档的目的标识，确定待处理XML文档所在的XML文档管理服务器，并请求所述XML文档管理服务器处理所述待处理XML文档。

XML文档管理服务器502，用于根据所述批量操作代理装置501的请求，处理所述XML文档。

另外，本实施例中，批量操作代理装置501和XML文档管理服务器502和处于分离的网元中，也可以集成在一起，只要能达到本实施例实现的效果，不限制其存在形式。

本发明的再一实施例提供了一种批量处理XML文档的批量操作代理装置，包括：

接收模块601，用于接收XML文档批量处理请求消息；

确定模块602，用于根据请求消息中待处理XML文档的目的标识，确定待处理XML文档所在的XML文档管理服务器；

分发模块603，用于请求待处理XML文档所在的XML文档管理服务器处理该待处理XML文档。

优选地，批量操作代理装置还包括：

分解模块604，与分发模块603相连，用于预先把批量处理请求消息按所述目的标识，分解成单一处理请求消息，通过分发模块603，分发给每一个待处理XML文档所在XML文档管理服务器。

优选地，接收模块601，还用于接收待处理XML文档所在的XML文档管理服务器返回的应答消息。

优选地，上述装置还包括合并模块605，用于把XML文档管理服务器返回的应答消息合并成一个应答消息。分发模块603，还用于把所述应答消息直接或经合并模块605合并成一个应答消息后发送给批量处理请求消息的发送方终端。

本发明再一个实施例提供了一种请求批量处理XML文档的方法，如图7所示，包括：

步骤701，构造批量处理请求消息，在所述请求消息中设置批量操作请求标识、批量操作类型标识和多个目的标识；

本步骤中，可在单一处理请求消息的基础上扩展一些字段，构造成批量处理请求消息，并把扩展的字段用于设置批量操作请求标识、批量操作类型标识和多个目的标识。

步骤702，发送所述批量处理请求消息。

本发明再一个实施例提供了一种请求批量处理XML文档的终端，如图8所示，包括：

构造模块801，用于构造批量处理请求消息，请求消息中包括批量操作请求标识、批量操作类型标识和多个目的标识；

发送模块802，用于发送构造模块801构造的批量处理请求消息。

可见，终端构造批量处理请求消息，并发送出去，通过一次请求，就能实现多个操作处理。

综上所述，由于基于XCAP协议的XML文档处理，现有的协议规范只涉及对单个处理请求进行描述，没有涉及批量处理的信令规范，限制了该协议的推广和应用。本发明实施例通过扩展的XCAP协议，一次请求对多个资源的处理，通过添加批量操作代理装置把请求分发给相应的服务器，减少终端与服务器之间的交互，节约了网络资源，同时也减小了服务器的压力。本发明实施例涉及对现有信令协议的改造，通过增加批量操作代理装置，实现批处理请求信令的解析和分发，解决了现有协议的不足。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (12)

1、一种批量处理XML文档的方法，其特征在于，包括：

接收XML文档批量处理请求消息；

根据所述请求消息中待处理XML文档的目的标识，确定所述待处理XML文档所在的XML文档管理服务器；

向所述确定的XML文档管理服务器发送所述批量请求。

2、根据权利要求1所述的方法，其特征在于，所述根据所述请求消息中的目的标识，确定待处理XML文档所在的XML文档管理服务器具体为：

确定支持所述目的标识的XML文档管理服务器类型；

根据所述XML文档管理服务器类型，确定所述待处理XML文档所在的XML文档管理服务器。

3、根据权利要求1所述的方法，其特征在于，所述向所述确定的XML文档管理服务器发送所述批量请求具体为：

向每一个待处理XML文档所在XML文档管理服务器转发所述批量处理请求消息；或，把所述批量处理请求消息按所述目的标识，分解成单一处理请求消息，分发给所述每一个待处理XML文档所在XML文档管理服务器。

4、根据权利要求1-3任一项所述的方法，其特征在于，还包括：

接收所述待处理XML文档所在的XML文档管理服务器返回的应答消息；

合并所述应答消息；

把所述合并的应答消息发送给所述批量处理请求消息的发送方终端。

5、根据权利要求1-3任一项所述的方法，其特征在于，所述批量处理请求消息包括：批量操作请求标识、批量操作类型标识和多个目的标识。

6、一种批量处理XML文档的系统，其特征在于，包括批量操作代理装置和XML文档管理服务器；

所述批量操作代理装置，用于接收XML文档批量处理请求消息，根据所述请求消息中待处理XML文档的目的标识，确定所述待处理XML文档所在的XML文档管理服务器，并请求所述XML文档管理服务器处理所述待处理XML文档。

所述XML文档管理服务器，用于根据所述批量操作代理装置的请求，处理所述待处理XML文档。

7、一种批量处理XML文档的批量操作代理装置，其特征在于，包括：

接收模块，用于接收XML文档批量处理请求消息；

确定模块，用于根据所述请求消息中待处理XML文档的目的标识，确定所述待处理XML文档所在的XML文档管理服务器；

分发模块，用于请求所述XML文档管理服务器处理所述待处理XML文档。

8、根据权利要求7所述的装置，其特征在于，还包括：

分解模块，与所述分发模块相连，用于把所述批量处理请求消息按所述目的标识，分解成单一处理请求消息，通过所述分发模块，分发给每一个待处理XML文档所在XML文档管理服务器。

9、根据权利要求7或8所述的装置，其特征在于，所述接收模块，还用于接收所述待处理XML文档所在的XML文档管理服务器返回的应答消息，所述应答消息包含所述服务器处理所述XML文档的结果信息；

所述分发模块，还用于把所述应答消息发送给所述批量处理请求消息的发送方终端。

10、根据权利要求9所述的装置，其特征在于，还包括：

合并模块，用于合并所述XML文档管理服务器返回的应答消息，所述分发模块发送给所述批量处理请求消息的发送方终端的应答消息为所述合并模块合并后的应答消息。

11、一种请求批量处理XML文档的方法，其特征在于，包括：

构造批量处理请求消息，在所述请求消息中设置批量操作请求标识、批量操作类型标识和多个目的标识；

发送所述批量处理请求消息。

12、一种请求批量处理XML文档的终端，其特征在于，包括：

构造模块，用于构造批量处理请求消息，所述请求消息中包括批量操作请求标识、批量操作类型标识和多个目的标识；

发送模块，用于发送所述构造模块构造的批量处理请求消息。

Images