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

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

Info

Publication number
WO2009121286A1
WO2009121286A1 PCT/CN2009/071066 CN2009071066W WO2009121286A1 WO 2009121286 A1 WO2009121286 A1 WO 2009121286A1 CN 2009071066 W CN2009071066 W CN 2009071066W WO 2009121286 A1 WO2009121286 A1 WO 2009121286A1
Authority
WO
WIPO (PCT)
Prior art keywords
xml document
request message
batch
management server
processed
Prior art date
Application number
PCT/CN2009/071066
Other languages
English (en)
French (fr)
Inventor
卢剑锋
胡良辉
向海
李伟
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2009121286A1 publication Critical patent/WO2009121286A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/20—Natural language analysis
    • G06F40/205—Parsing
    • G06F40/221—Parsing markup language streams

Definitions

  • the present invention relates to the field of communication technologies, and in particular, to a method, system, device and terminal for processing an XML document in batches.
  • XML The Extensible Markup Language (XDMS, XML document management server) is based on the 3GPP IMS (IP Multimedia Subsystem) system architecture and is responsible for managing XML documents (including member personal information documents, group documents, Resources such as resource list documents).
  • XDMS access signaling for XML documents is based on XML Configuration Access Protocol (XCAP) signaling.
  • XCAP signaling supports only one request for an XML document operation. Thus, a request based on XCAP signaling can only access one XML resource. For multiple resources accessing the same service and multiple resource accesses for multiple services, multiple interactions with the XDMS are required.
  • the user terminal initiates multiple document resources for synchronizing one service for the first time, or synchronizes multiple document resources of multiple services, it is required to repeatedly call the XDMS to complete synchronization of multiple documents of the service.
  • This processing method has many interactions between the user terminal and the XDMS, and the efficiency is low, and the user experience is not good. Due to repeated use of server network resources, this causes serious waste of network resources, and it is easy to cause bottlenecks in the use of network resources on the server side.
  • Embodiments of the present invention provide a method, system, device, and a request for processing an XML document in batches.
  • the bulk request is sent to the determined XML document management server.
  • a system for processing an XML document in batches includes a batch operation proxy device and an XML document management server;
  • the batch operation proxy device is configured to receive an XML document batch processing request message, determine an XML document management server where the to-be-processed XML document is located, and request the XML according to the destination identifier of the XML document to be processed in the request message.
  • the document management server processes the to-be-processed XML document.
  • the XML document management server is configured to process the XML document to be processed according to the request of the batch operation proxy device.
  • the batch operation proxy device for processing an XML document in batches includes: a receiving module, configured to receive an XML document batch processing request message;
  • a determining module configured to determine, according to the destination identifier of the XML document to be processed in the request message, an XML document management server where the to-be-processed XML document is located;
  • a method for requesting batch processing of an XML document includes: constructing a batch processing request message, and setting a batch operation request identifier, a batch operation type identifier, and a plurality of destination identifiers in the request message; Sending the batch processing request message.
  • An apparatus for requesting batch processing of an XML document includes: a constructing module, configured to construct a batch processing request message, where the request message includes a batch operation request identifier, a batch operation type identifier, and a plurality of destination identifiers; And a sending module, configured to send a batch processing request message constructed by the constructing module.
  • the operation of multiple XML document resources is implemented by the terminal once, the number of interactions between the terminal and the XDMS is reduced, the amount of interaction messages is reduced, network resources are saved, and the pressure of the XDMS processing terminal access is also alleviated.
  • FIG. 1 is a schematic diagram of a method for processing an XML document in batches according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a batch GET request for a terminal according to an embodiment of the present invention
  • FIG. 3 is a batch diagram of a terminal according to an embodiment of the present invention
  • PUT request flow chart
  • FIG. 4 is a flow chart of a batch batch DELETE request according to an embodiment of the present invention
  • FIG. 5 is a system structure diagram according to an embodiment of the present invention
  • FIG. 6 is a structure of a batch operation proxy device according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of a method for requesting batch processing of an XML document according to an embodiment of the present invention
  • FIG. 8 is a structural diagram of an apparatus for requesting batch processing of an XML document according to an embodiment of the present invention.
  • Embodiments of the present invention provide the ability to process XML document requests in bulk.
  • XDMC XML document management client
  • XDMS XML document management client
  • GET batch acquisition of XML documents
  • PUT batch creation of XML documents
  • the document (DELETE) sends a ⁇ processing request to the AP (Aggregation Proxy), and forwards the request to the batch operation proxy device BP (Batch Proxy).
  • the BP distributes the request to the corresponding XDMS server according to the extended AUID in the request message body.
  • An embodiment of the present invention provides a method for processing an XML document in batches. As shown in FIG. 1, the method includes:
  • Step 101 The batch operation proxy device receives an XML document batch processing request message, where the batch operation request identifier, the batch operation type identifier, and the multiple destination identifiers are set in the request message;
  • a batch operation request identifier AUID is extended: an "xcap-batch" field, and the request is a batch request; and the batch operation type identifier is identified.
  • AUID "content-type" field, which identifies the type of operation requested by the bulk operation request message.
  • the AUID is an application unique identifier that identifies a unique program ID. Both the batch operation request ID and the bulk operation type ID are included in the bulk processing request message.
  • Xcap-batch identifies the XML document processing request message as a bulk processing request message; the operation type identifier "content-type" identifies specific bulk operations, such as get (GET), create or modify (PUT), and delete (DELETE).
  • the batch processing device and XDMS will process accordingly according to these fields in the request.
  • Multiple purpose identifiers are used to distinguish between different types of XDMS servers that store different types of XML documents.
  • the sender device of the batch processing request message sets the batch operation request identifier according to the extension field in the single processing request message, that is, the processing request message that can only process one XML document at a time in the prior art.
  • the batch operation type identifier and the plurality of destination identifiers are configured to process the request message in batches and send the message to the batch operation proxy device.
  • Step 102 Determine, according to the destination identifier of the XML document to be processed in the request message, an XML document management server where the to-be-processed XML document is located;
  • the destination identifier is also an AUID, and each destination identifier has a corresponding XDMS server support. Because of the bulk operation request, each request message involves operations on multiple XML documents. In the bulk processing request message body, a destination identifier corresponding to each XML document to be operated is displayed.
  • the batch operation proxy device is capable of identifying the extension request in step 101, identifying the request as a batch processing request, and identifying the type of the batch processing request based on the plurality of destination identifiers in the batch operation request message. In this way, the batch operation proxy device can determine the server type supporting the message according to the multiple destination identifiers in the request message, and determine the server that processes the XML document according to the server type.
  • one server type can correspond to An XDML server. Since batch processing requests often involve multiple document resources for a single business, the number of servers that process XML documents is often determined to be multiple or multiple.
  • Step 103 The XML document management server is requested to process the XML file to be processed.
  • the batch operation proxy device may forward the batch processing request message to the server that processes the XML determined in step 102, or may first perform processing.
  • the batch processing request is decomposed into a single processing request message, that is, a processing request message that can only process one XML document at a time in the prior art, and then each single processing request message is sent to its corresponding XML document management server.
  • Step 104 Receive a response message returned by the XML document management server where the XML document to be processed is located;
  • the processing result is returned to the batch operation proxy device in the form of a response message.
  • the batch operation proxy device receives the response message, in order to reduce the interaction with the requesting terminal, multiple response messages from the same or different servers are combined into one response message and returned to the requesting terminal.
  • the present embodiment distributes the terminal XML processing batch processing request to the corresponding server by batch operation of the proxy device, thereby implementing operations on multiple XML document resources, reducing the number of interactions between the terminal and the XDMS, and reducing the server's pressure.
  • Another embodiment of the present invention uses a terminal batch GET request process as an example to illustrate the batch operation of an XML document. As shown in FIG. 2, the method includes the following steps:
  • Step 201 The terminal first logs in to the AP, and sends a batch GET request message to the AP.
  • Step 202 The AP finds that the GET request message does not carry the authentication information, and returns 401 signaling. In this step, the 401 signaling is used to notify the terminal that the authentication header field is not carried, and the terminal sends some authentication information to the terminal. .
  • Step 203 The terminal sends a batch GET request message carrying the authentication information again.
  • Step 204 After the AP is authenticated, the batch GET request message is forwarded to the batch operation proxy device (BP, Batch Proxy), and the BP is an extended component.
  • BP batch operation proxy device
  • Step 205 - Step 206 BP distributes the GET request to the Shared XDMS and the PIM XDMS by using the "resource auid" field information in the GET request message body;
  • Shared XDMS and PIM XDMS are both servers for storing XML documents, but their content is different.
  • PIM (Personal information management) XDMS is a personal information document server that stores personal related information; Shared XDMS stores other shared information.
  • the AUID supported by Shared XDMS is "contact-profile” and the AUID supported by PIM XDMS is "resource-lists" (see Table 1).
  • the BP When the BP receives the batch processing request containing the two AUIDs in the request, splits the request message into two request messages, one is a request message with the AUID "resource-lists", and is sent to the PIM XDMS; the other is A request message with the AUID "contact-profile" is sent to the Shared XDMS.
  • Table 1 shows the composition of the bulk GET request message, "xcap-batch" indicates that this is a batch Request.
  • the request message indicates that the user sip:test_user001 @example.com wants to get the AUID ie "resource auid”"resource-lists” T ⁇ res.xml and “resource auid” as the test.xml document under contact-profile.
  • the bulk processing request contains multiple destination IDs: resource-lists and contact-profile.
  • Step 207 - Step 208 The BP receives a return response message 200 OK() of the Shared XDMS and the PIM XDMS, where 200 is a response signaling;
  • the response message is returned according to the actual situation.
  • the XDMS returns the requested document resources stored by each.
  • Step 209 After BP assembles all the response messages, it returns to ⁇ through 200 OK() signaling; step 2010, ⁇ returns the result returned by BP to the terminal.
  • the acquisition of multiple XML documents is realized by one batch request.
  • a further embodiment of the present invention takes a request process of a batch PUT of a terminal as an example to describe a batch operation of an XML document.
  • the method includes the following steps: Step 301: The terminal first logs in to the AP, and sends a batch PUT request message to the AP.
  • Step 302 The AP finds that the PUT request message does not carry the authentication information, returns 401 signaling, and notifies the terminal that the authentication information has not been sent.
  • Step 303 The terminal sends a batch PUT request message carrying the authentication information again.
  • Step 304 After the AP authentication is passed, forwarding the batch PUT request message to the BP;
  • Step 305 - Step 306 BP distributes the PUT request to the Shared XDMS and the PIM XDMS through the "resource auid" field information in the PUT request message body;
  • Table 2 shows the composition of the bulk PUT request message signaling, where the field "xcap-batch" indicates that this is a bulk processing request and will be sent to BP.
  • the request indicates: sip :test_user00 l
  • the user of @example.com requests 4 'tampering (or creating) the document with AUID as resource-lists friends.xml and AUID as the document under contact-profile test.xml
  • Step 307 - Step 208 BP receives a return response message of the Shared XDMS and the PIM XDMS 200 OK();
  • the response message contains information about the operation of the bulk PUT request.
  • Step 309 BP assembles all response messages and returns them to the AP through 200 signaling.
  • Step 3010 The AP returns the result returned by the BP to the terminal.
  • This embodiment implements modification of multiple XML documents by one batch request.
  • a request process of a batch batch DELETE is taken as an example to describe a batch operation of an XML document. As shown in FIG. 4, the following steps are included:
  • Step 401 The terminal first logs in to the AP, and sends a batch DELETE request message to the AP.
  • Step 402 The AP finds that the DELETE request message does not carry the authentication information, and returns 401 signaling, notifying the terminal that the authentication information has not been sent.
  • Step 403 The terminal sends the batch DELETE request message carrying the authentication information again.
  • Step 404 After the AP authentication is passed, the batch DELETE request message is forwarded to the batch operation proxy device (BP, Batch Proxy), and the BP is an extended component.
  • BP batch operation proxy device
  • Step 405 - Step 406 The BP distributes the DELETE request to the Shared XDMS and the PIM XDMS through the "resource auid" field information in the message body of the DELETE request message;
  • Table 3 shows the composition of the bulk DELETE request message, where the "xcap-batch" field indicates that this is a bulk processing request and will be sent to BP.
  • the request indicates that the user of sip:test_user001 @example.com also requests to delete the document res.xml under the AUID resource-lists and the AUID as contact-profile under test.xml.
  • Step 407 - Step 208 The BP receives a return response message of the Shared XDMS and the PIM XDMS 200 OK();
  • the response message contains information about whether the bulk DELETE request was successfully implemented.
  • Step 409 After assembling all the response messages, the BP returns to the AP through the 200 signaling.
  • Step 4010 The AP returns the result returned by the BP to the terminal.
  • a further embodiment of the present invention provides a system for processing an XML document in batches, as shown in FIG. 5, including a batch operation proxy device 501 and an XML document management server 502;
  • a batch operation proxy device 501 configured to receive an XML document batch processing request message, according to the request Determining a destination identifier of the XML document to be processed in the message, determining an XML document management server where the XML document to be processed is located, and requesting the XML document management server to process the to-be-processed XML document.
  • the XML document management server 502 is configured to process the XML document according to the request of the batch operation proxy device 501.
  • the batch operation proxy device 501 and the XML document management server 502 and the separate network elements may be integrated, as long as the effect achieved by the embodiment can be achieved, and the existence form is not limited.
  • a further embodiment of the present invention provides a batch operation proxy device for processing an XML document in batches, including:
  • the receiving module 601 is configured to receive an XML document batch processing request message.
  • the determining module 602 is configured to determine, according to the destination identifier of the XML document to be processed in the request message, an XML document management server where the XML document to be processed is located;
  • the distribution module 603 is configured to request the XML document management server where the XML document to be processed is to process the to-be-processed XML document.
  • the batch operation proxy device further includes:
  • the decomposing module 604 is connected to the distribution module 603, and is configured to decompose the batch processing request message into a single processing request message according to the destination identifier, and distribute it to the XML document management server where each XML document to be processed is distributed by the distribution module 603.
  • the receiving module 601 is further configured to receive a response message returned by the XML document management server where the XML document to be processed is located.
  • the foregoing apparatus further includes a merging module 605, configured to merge the response messages returned by the XML document management server into one response message.
  • the distribution module 603 is further configured to merge the response message into a response message directly or via the merging module 605, and then send the response message to the sender terminal of the batch processing request message.
  • a further embodiment of the present invention provides a method for requesting batch processing of an XML document. As shown in FIG. 7, the method includes:
  • Step 701 Construct a batch processing request message, and set a batch operation request identifier, a batch operation type identifier, and a plurality of destination identifiers in the request message.
  • some fields may be extended on the basis of a single processing request message, configured to process the request message in batches, and the extended field is used to set the batch operation request identifier, the batch operation type identifier, and the plurality of destination identifiers.
  • Step 702 Send the batch processing request message.
  • a further embodiment of the present invention provides a terminal for requesting batch processing of an XML document, as shown in FIG. 8, comprising:
  • the constructing module 801 is configured to construct a batch processing request message, where the request message includes a batch operation request identifier, a batch operation type identifier, and a plurality of destination identifiers;
  • the sending module 802 is configured to send a batch processing request message constructed by the constructing module 801.
  • the terminal constructs a batch processing request message and sends it out, and through one request, multiple operation processing can be realized.
  • the existing protocol specification only involves describing a single processing request, and does not involve a signaling specification for batch processing, which limits the promotion and application of the protocol.
  • the extended XCAP protocol is used to request processing of multiple resources at one time, and the request is distributed to the corresponding server by adding a batch operation proxy device, thereby reducing interaction between the terminal and the server, thereby saving network resources and reducing Small server pressure.
  • the embodiments of the present invention relate to the modification of the existing signaling protocol, and the batch operation proxy device is added to implement the parsing and distribution of the batch request signaling, thereby solving the deficiencies of the existing protocol.
  • the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. the way.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium, including a plurality of instructions for making a
  • the terminal device (which may be a cell phone, a personal computer, a server, or a network device, etc.) performs the methods described in various embodiments of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Description

一种批量处理 XML文档的方法、 系统、 装置和终端 本申请要求了 2008年 3月 31 日提交的， 申请号为 200810066445.4 ,发明名 称为 "一种批量处理 XML文档的方法、 系统、 装置和终端" 的中国申请的优先 权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域， 特别是涉及一种批量处理 XML文档的方法、 系 统、 装置和终端。
背景技术
可扩展标记语言（ XML, The Extensible Markup Language )文档管理服务器 ( XDMS, XML document management server )基于 3 GPP IMS ( IP Multimedia Subsystem ) 系统架构， 负责管理 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 )发送 Φ匕 量处理请求， ΑΡ把请求转发给批量操作代理装置 BP (Batch Proxy)。 BP根据请求 消息体中的扩展 AUID， 把请求分发给相应的 XDMS服务器。
本发明一个实施例提供了一种批量处理 XML文档的方法， 如图 1所示， 包 括：
步骤 101、 批量操作代理装置接收 XML文档批量处理请求消息， 请求消息 中设置批量操作请求标识、 批量操作类型标识和多个目的标识；
本发明实施例为了实现 XML文档批量处理，在基于 XCAP信令的请求消息 体中， 扩展一个批量操作请求标识 AUID: "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文档的服务器，只是其存 4诸的内容有所不同。 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" T ^ res.xml 和" resource auid"为 contact-profile 下的 test.xml文档。 可见， 批量处理请求中包含了多个目的标识： resource-lists 和 contact-profile。
步骤 207 -步骤 208、 BP接收 Shared XDMS和 PIM XDMS的返回应答消息 200 OK(), 其中 200是一种应答信令；
应答消息都是根据实际情况返回，对于批量获取请求， XDMS分别返回各自 存放的被请求文档资源。
步骤 209、 BP将所有应答消息组装后， 通过 200 OK()信令返回给 ΑΡ; 步骤 2010、 ΑΡ将 BP返回的结果返回给终端。
本实施例通过一次批量请求， 实现了对多个 XML文档的获取。
表 1
Figure imgf000009_0001
Figure imgf000010_0001
990T-0/600lM3/I3d 981ΪΙΪ/600Σ: OAV
Figure imgf000011_0001
本发明又一个实施例以一种终端批量 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_user00 l @example.com 的用户同时请求 4 '爹改（或创建） AUID为 resource-lists下的文档 friends.xml和 AUID为 contact-profile下的文档 test.xml
步骤 307 -步骤 208 BP接收 Shared XDMS和 PIM XDMS的返回应答消息 200 OK();
本步驟中， 应答消息包含了批量 PUT请求的操作情况信息。
步骤 309 BP将所有应答消息组装后， 通过 200信令返回给 AP;
步骤 3010 AP将 BP返回的结果返回给终端。
本实施例通过一次批量请求， 实现了对多个 XML文档的修改。
表 2
Figure imgf000012_0001
Figure imgf000013_0001
990T-0/600lM3/I3d 981ΪΙΪ/600Σ: OAV
Figure imgf000014_0001
T-0/600lM3/I3d 981ΪΙΪ/600Σ: OAV
Figure imgf000015_0001
本发明再一个实施例以一种终端批量 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的返回应答消息 200 OK();
本步驟中， 应答消息包含批量 DELETE请求是否成功实现的信息。
步骤 409、 BP将所有应答消息组装后， 通过 200信令返回给 AP;
步骤 4010、 AP将 BP返回的结果返回给终端。
本实施例通过一次批量请求， 实现了对多个 XML文档的删除。 表 3
Figure imgf000016_0001
本发明又一实施例提供了一种批量处理 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

权 利 要 求
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文档的方法， 其特征在于， 包括：
构造批量处理 XML文档的请求消息，在所述请求消息中设置批量操作请求 标识、 批量操作类型标识和多个目的标识；
发送所述批量处理请求消息。
12、 一种终端， 其特征在于， 包括：
构造模块， 用于构造批量处理 XML文档的请求消息， 所述请求消息中包括 批量操作请求标识、 批量操作类型标识和多个目的标识；
发送模块， 用于发送所述构造模块构造的批量处理请求消息。
PCT/CN2009/071066 2008-03-31 2009-03-30 一种批量处理xml文档的方法、系统、装置和终端 WO2009121286A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810066445.4 2008-03-31
CN2008100664454A CN101286875B (zh) 2008-03-31 2008-03-31 一种批量处理xml文档的方法、系统、装置和终端

Publications (1)

Publication Number Publication Date
WO2009121286A1 true WO2009121286A1 (zh) 2009-10-08

Family

ID=40058857

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071066 WO2009121286A1 (zh) 2008-03-31 2009-03-30 一种批量处理xml文档的方法、系统、装置和终端

Country Status (2)

Country Link
CN (1) CN101286875B (zh)
WO (1) WO2009121286A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101286875B (zh) * 2008-03-31 2011-11-16 华为技术有限公司 一种批量处理xml文档的方法、系统、装置和终端
CN102117298B (zh) * 2009-12-31 2013-01-16 华为终端有限公司 Xml文档管理方法及服务器
CN102495889A (zh) * 2011-03-22 2012-06-13 苏州阔地网络科技有限公司 一种文件批量处理方法、系统及服务器
CN102291324A (zh) * 2011-06-28 2011-12-21 北京神州泰岳软件股份有限公司 高并发业务请求处理方法
CN103297474B (zh) * 2012-03-01 2018-05-15 腾讯科技（深圳）有限公司 一种批量处理分包方法和系统
CN103546331B (zh) * 2012-07-16 2018-10-26 南京中兴新软件有限责任公司 监控信息的获取方法、装置及系统
CN103780483A (zh) * 2012-10-26 2014-05-07 中兴通讯股份有限公司 一种物联网终端设备的资源信息获取方法、系统及设备
CN110795915A (zh) * 2018-07-31 2020-02-14 中兴通讯股份有限公司 xml文件批量修改方法、系统、设备和计算机可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5625694A (en) * 1995-12-19 1997-04-29 Pitney Bowes Inc. Method of inhibiting token generation in an open metering system
CN1794692A (zh) * 2005-11-25 2006-06-28 华为技术有限公司 通信系统和在通信系统中查询信息的方法
US20070074215A1 (en) * 2005-09-27 2007-03-29 Bethea Timothy J Stateless server-side automation of web service requests using dynamically generated web service interfaces
US20070115828A1 (en) * 2005-11-18 2007-05-24 Ramandeep Ahuja Method for sending requests in a network
EP1845457A1 (en) * 2006-04-12 2007-10-17 Tietoenator Oyj Document management architecture
CN101286875A (zh) * 2008-03-31 2008-10-15 华为技术有限公司 一种批量处理xml文档的方法、系统、装置和终端

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100517318C (zh) * 2004-04-09 2009-07-22 甲骨文国际公司 用于存取xml数据的索引
CN101079789A (zh) * 2006-05-27 2007-11-28 华为技术有限公司 一种xml文档管理方法及系统
CN1859402B (zh) * 2006-02-10 2010-05-12 华为技术有限公司 Xml文档管理系统及其方法与xml文档访问控制方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5625694A (en) * 1995-12-19 1997-04-29 Pitney Bowes Inc. Method of inhibiting token generation in an open metering system
US20070074215A1 (en) * 2005-09-27 2007-03-29 Bethea Timothy J Stateless server-side automation of web service requests using dynamically generated web service interfaces
US20070115828A1 (en) * 2005-11-18 2007-05-24 Ramandeep Ahuja Method for sending requests in a network
CN1794692A (zh) * 2005-11-25 2006-06-28 华为技术有限公司 通信系统和在通信系统中查询信息的方法
EP1845457A1 (en) * 2006-04-12 2007-10-17 Tietoenator Oyj Document management architecture
CN101286875A (zh) * 2008-03-31 2008-10-15 华为技术有限公司 一种批量处理xml文档的方法、系统、装置和终端

Also Published As

Publication number Publication date
CN101286875B (zh) 2011-11-16
CN101286875A (zh) 2008-10-15

Similar Documents

Publication Publication Date Title
WO2009121286A1 (zh) 一种批量处理xml文档的方法、系统、装置和终端
US9397968B2 (en) Method for processing deferred message
US20170317962A1 (en) Message sending method, apparatus, and system, and server
US8300557B2 (en) Breakout rooms in a distributed conferencing environment
EP2741541B1 (en) Capability inquiry method, communication terminal and application server
US20130179518A1 (en) Method and system for having a conference across im systems
RU2608469C2 (ru) Способ и устройство высокоэффективной доставки уведомлений в реальном времени с малым временем задержки
US20080270553A1 (en) Method and System for Instant Notification of Communication Block Information
CN102299810B (zh) 群组变更事件的通知方法和系统
KR101859235B1 (ko) 범용 플러그 앤 플레이 가능 텔레포니 장치들과 무선 영역 네트워크 장치들 사이의 멀티미디어 회의 시스템 및 방법
JP5080479B2 (ja) 通信システムにおけるグループ通信
WO2009059541A1 (fr) Procédé et système de traitement de carnets d'adresses
WO2012115742A1 (en) Communication between applications on different endpoint
EP2560329B1 (en) Method and processing system for routing a message request
WO2015192617A1 (zh) 文档的会议共享方法及装置
US8880643B2 (en) Method, device and system for forwarding document content in extensible markup language document management
WO2008134972A1 (fr) Procédé, système et serveur pour réaliser la synchronisation d'information de liste
TWI357748B (en) System and method for correlating messages within
US9237206B2 (en) Method and apparatus for updating personal information in communication system
KR20130082561A (ko) 연락처 정보의 구독을 초대하는 장치 및 방법
US10268532B2 (en) Application message processing system, method, and application device
US8799377B2 (en) Method and apparatus for mobile presence aggregation
EP2187584A1 (en) A message association method, user terminal and server
JP2011182031A (ja) クラウドサービス提供システム
CN112511884B (zh) 一种音视频流的混流控制方法、系统和存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09727628

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09727628

Country of ref document: EP

Kind code of ref document: A1