WO2011020412A1 - 访问服务端的目录的方法、客户端、服务端及系统 - Google Patents

访问服务端的目录的方法、客户端、服务端及系统 Download PDF

Info

Publication number
WO2011020412A1
WO2011020412A1 PCT/CN2010/075747 CN2010075747W WO2011020412A1 WO 2011020412 A1 WO2011020412 A1 WO 2011020412A1 CN 2010075747 W CN2010075747 W CN 2010075747W WO 2011020412 A1 WO2011020412 A1 WO 2011020412A1
Authority
WO
WIPO (PCT)
Prior art keywords
composite request
request message
server
operations
composite
Prior art date
Application number
PCT/CN2010/075747
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 WO2011020412A1 publication Critical patent/WO2011020412A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data

Definitions

  • the present invention relates to the field of directory services, and in particular, to a method for accessing a directory of a server, a client, a client, and a system.
  • LDAP Lightweight Directory Access Protocol
  • Figure 1 is a simplified schematic diagram of an LDAP directory service implementation. Describes a simple model of an LDAP directory service. Includes client and server. In RF2251, the basic model and basic operations of the LDAP V3 protocol are defined, providing basic access to the directory, including query, add, delete, modify, compare, and so on. Interact through the LDAP protocol.
  • LDAP is applied to the system where the query access operation is the main part. It provides a convenient interface for large-volume query, which can provide query for the entire subtree attribute of the entry.
  • the access operations for adding, deleting, and modifying are only for one entry, so that batch operations such as adding subtrees have to send multiple LDAP requests, and the original related series of LDAP write requests may be interrupted by other LDAP write requests. , which may cause data conflicts.
  • Bulk import in a directory server of US Pat. No. 6,787,026, a method for importing data into a directory in bulk is provided, and a pair of "start bulk import" request/response messages is added by using an LDAP extended message.
  • a pair of "bulk import done” request/response messages After the LDAP client sends a "start bulk import” request to the LDAP server, and the LDAP server returns a "start bulk import” response to the LDAP client, the BULK Import process starts, in the process, the LDAP client A series of ADD (addition) requests are sent to the LDAP server, and the LDAP server processes each request and returns an ADD response. At the end of the bulk import, the client sends a "bulk import done” request to the server, waiting for the server to send a "bulk import done” response, and the process ends.
  • the present invention provides a solution for a client to access a server directory in batches, which is used to solve the problem that the number of interactions between the client and the client in the batch processing process in the prior art is high and the efficiency is not high. problem.
  • a method for requesting access to a directory for a client to request access to a directory of a server is provided.
  • the method for requesting access to a directory includes: a client transmitting a composite request message to a server, wherein the composite request message includes a request for accessing a plurality of operations of a directory of the server.
  • a method for responding to a directory request is provided for responding to a client requesting access to a directory of a server.
  • the method for responding to the access to the directory request according to the present invention includes: the server receiving the composite request message from the client, wherein the composite request message includes a request for accessing multiple operations of the directory of the server; the server according to the composite request message, A plurality of operations are performed to obtain an operation result corresponding to the composite request message.
  • the server sends a composite request response message carrying the operation result to the client, where the composite request response message corresponds to the composite request message.
  • a method of accessing a directory of a server includes: the client sends a composite request message to the server, where the composite request message includes multiple operations of accessing the directory of the server; the server receives the composite request message from the client, and the service The terminal performs a plurality of operations according to the composite request message, and obtains an operation result corresponding to the composite request message.
  • the server sends a composite request response message carrying the operation result to the client.
  • a client for requesting access to a directory of a server.
  • the client includes: a packaging module, a sending module, wherein the encapsulating module is configured to encapsulate an identifier of the composite request message, a requested data of the multiple operations, a relationship between the multiple operations, and a relationship between the multiple operations in the composite request message, a fault-tolerant identifier indicating whether the operation error is tolerated; a sending module, Sending a composite request message to the server, where the composite request message includes a request for accessing multiple operations of the server's directory.
  • a server is provided for responding to a directory in which a client accesses a server.
  • the server includes: a receiving module, a parsing module, an executing module, and a sending module, where the receiving module is configured to receive a composite request message sent by the client, where the composite request message includes a directory that accesses the server.
  • a parsing module configured to parse data of a plurality of operations carried in the composite request message, a relationship between the multiple operations, and an identifier indicating whether the operation error is tolerated
  • an execution module configured to Carrying data of a plurality of operations, a relationship between the plurality of operations, and an identifier indicating whether the operation error is tolerated, respectively performing a plurality of operations, and setting an operation result corresponding to the composite request message according to a result of performing the plurality of operations; Used to send a composite request response message carrying the operation result to the client.
  • the system for accessing a directory includes: a client, a server, where the client is configured to send a composite request message to the server, where the composite request message includes a request for accessing multiple operations of the directory of the server;
  • the server is configured to receive a composite request message from the client, perform multiple operations according to the composite request message, obtain an operation result corresponding to the composite request message, and send a composite request response message carrying the operation result to the client.
  • FIG. 1 is a simplified schematic diagram of an LDAP directory service implementation according to the prior art
  • FIG. 2 is a structural diagram of a composite request message according to an embodiment of the present invention
  • FIG. 3 is a flow of a client defining and transmitting a composite request according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a method for responding to a directory request according to an embodiment of the present invention
  • FIG. 5 is a structural diagram of a composite request response message according to an embodiment of the present invention
  • FIG. 6 is a server-side execution according to an embodiment of the present invention
  • FIG. 7 is a detailed flowchart of a plurality of operations having a concurrent relationship in a composite request executed by a server according to Embodiment 1 of the present invention
  • FIG. 8 is a flowchart according to Embodiment 2 of the present invention.
  • a detailed flowchart of a plurality of operations having a sequential relationship in a composite request is performed by the server
  • FIG. 9 is a detailed flow of operations of the plurality of sequential relationships in the execution of the composite request according to the third embodiment of the present invention.
  • FIG. 10 is a detailed flowchart of a plurality of operations having a transactional relationship in a server performing a composite request according to Embodiment 4 of the present invention
  • FIG. 11 is a flowchart according to the present invention
  • FIG. 12 is a flowchart of sending a composite request response message according to an embodiment of the present invention
  • FIG. 13 is a flowchart of a method for transmitting a composite request response message in the embodiment of the present invention
  • FIG. 14 is a schematic structural diagram of a client according to an embodiment of the present invention
  • FIG. 15 is a schematic structural diagram of a server according to an embodiment of the present invention
  • a basic request operation of multiple access directories is combined into a composite request by defining a composite request message, and the client sends the composite request message to the server to request access to the directory, and the server According to the received composite request message, parsing a plurality of basic sub-operations thereof, and performing the basic sub-operation described above, returning a composite request to the client according to the execution result of the sub-operation, the relationship between the basic sub-operations, and the error processing mode
  • the client accesses the server directory in batches, which greatly improves the efficiency of accessing the directory.
  • a method for requesting access to a directory is first provided for a client to request access to a directory of a server.
  • the method for requesting access to a directory includes: a client sending a composite request message to a server, wherein the composite request message includes a request for accessing multiple operations of a directory of the server.
  • the information carried in the composite request message includes: an identifier of the composite request message, data of the requested multiple operations, a relationship between the multiple operations, and a fault-tolerant identifier indicating whether the operation error is tolerated.
  • FIG. 2 is a structural diagram of a composite request message according to an embodiment of the present invention.
  • an identifier of a composite request (OID of a composite request) is defined in a composite request message, and composite request data is encapsulated.
  • the composite request data includes a sub-operation relationship, a tolerance sub-operation error flag, and a plurality of sub-operation requests.
  • the foregoing composite request message may be defined according to an extended operation of the LDAP protocol, and each sub-operation of the encapsulation may be encapsulated and encoded according to an LDAP protocol.
  • the sub-operations may include: adding, deleting, modifying, querying, etc., and may be combined with a plurality of sub-operations, and the commands for implementing the operations of adding, deleting, modifying, and querying constitute the data of the sub-operations;
  • the tags include: Tolerance sub-operation failure (when a sub-operation fails, the composite request continues to execute), does not tolerate sub-operation failure (when the sub-operation fails, rollback Some sub-operations have been executed, and the composite request fails.)
  • the relationship between the sub-operations includes: concurrent relationship, sequential execution, and transaction relationship.
  • the concurrent relationship indicates that there is no necessary connection between multiple sub-operations, and the sequence does not affect the composite operation;
  • the order relationship indicates that the sub-operations are executed one by one;
  • the transaction relationship indicates that the multiple sub-operations in this composite request are one transaction and are not allowed to be interrupted.
  • 3 is a flow chart of a client defining and transmitting a composite request according to an embodiment of the present invention, as shown in the figure
  • the client formats the sub-request that needs to be executed.
  • One implementation is to encode the sub-request according to the definition of LDAP, and then append the formatted request to the composite request, and all the sub-requests are needed. Requests are processed as described above until all sub-operations are done, then fill in the relationship between multiple operations and the tokens that tolerate the error, then encode according to the LDAP extension request definition, and then send the composite request to the client. .
  • the client defines and sends a composite request, which specifically includes the following steps: Step S302, determining whether there is still a request to be filled, if the determination result is yes, executing step S304; if the determination result is no, executing step 4 Poly S308.
  • Step S304 formatting the request.
  • Step S306 adding the formatted request to the composite request, and returning to step S302.
  • Step S308, filling the sub-operation relationship and the error tolerance flag.
  • Step S310 encoding the compliance request.
  • a method for responding to an access to a directory request in response to a request by the client to access a directory of the server.
  • 4 is a flowchart of a method for responding to an access to a directory request according to an embodiment of the present invention. As shown in FIG.
  • a flow of a method for responding to an access to a directory request is as follows (step S402 - step S406): Step S402, the server receives a composite request message from the client, where the composite request message includes a request for accessing multiple operations of the directory of the server; Step S404, the server performs the foregoing multiple operations according to the composite request message, and obtains The operation result corresponding to the composite request message; Step S406: The server sends a composite request response message carrying the operation result to the client.
  • the information carried in the composite request response message includes: an operation result of the composite request message, an identifier of the composite request message, an execution result of the requested multiple operations, a relationship between the multiple operations, and an indication of whether the operation is tolerated Wrong fault tolerance identifier.
  • the foregoing operation result includes: a composite request message success identifier, a composite request message failure identifier, and a composite request message partial failure identifier.
  • FIG. 5 is a structural diagram of a composite request response message according to an embodiment of the present invention. As shown in FIG. 5, the composite request response message is defined in substantially the same manner as the composite request message, except that the composite request response message defines a corresponding The result of the operation of the composite request message; the execution result of multiple sub-operations is defined.
  • the above composite request response message may be defined based on an extended operation of the LDAP protocol.
  • the server performs the multiple operations according to the composite request message, and obtains an operation result corresponding to the composite request message, which is specifically divided into the following steps (step S602 - step S606 )
  • Step S602 The server determines, according to the identifier of the composite request message carried in the composite request message, the composite request message that receives the request that includes multiple operations.
  • Step S604 The server parses the data of multiple operations carried in the composite request message.
  • Step S606 the server according to the data of the multiple operations carried in the composite request message, the relationship between the multiple operations, and the identifier indicating whether the operation error is tolerated , respectively, perform multiple operations, and set the operation result corresponding to the composite request message according to the result of performing multiple operations.
  • step S606 in a specific implementation process, different processing flows are taken according to the relationship between the multiple operations and the fault-tolerant identifier. Various situations are described in detail below with specific embodiments. In the first embodiment, as shown in FIG.
  • step S606 The following steps may be reorganized (step S702 - step S706): Step S702, concurrently executing a plurality of operations, waiting for the execution result; Step S704, obtaining an execution result of all the operations, determining whether the execution result is correct; Step S706, if the execution result is not all If the result is correct, the result of the operation is the composite request failure identifier. If the part is incorrect, the result of the operation is the composite request partial failure identifier. If all are correct, the operation result is the composite request success identifier.
  • step S702 concurrently executing a plurality of operations, waiting for the execution result
  • Step S704 obtaining an execution result of all the operations, determining whether the execution result is correct
  • Step S706 if the execution result is not all If the result is correct, the result of the operation is the composite request failure identifier. If the part is incorrect, the result of the operation is the composite request partial failure identifier. If all are correct, the operation result is the composite request success identifie
  • step S606 may be refined into the following steps (step S802-step S806): Step S802: If there is an unexecuted operation in the plurality of operations, an unexecuted operation is read and executed, and the execution result is awaited, and step S804 is performed; otherwise, step S806 is performed; step S804, the execution result is obtained, and the process returns to step S802; If the execution result of multiple operations is a failure, the result of the operation is the composite request failure identifier.
  • step S606 may be refined into the following steps (step S902-step S904): Step S902, If there is an unexecuted operation in the plurality of operations, reading an unexecuted operation and executing, waiting for the execution result, executing step S904; otherwise, setting the operation result as a composite request success identifier; step S904, obtaining the currently executed The execution result of the operation, if the execution result is correct, step S902 is performed; otherwise, the setting operation result is a composite request failure flag, and the execution of the plurality of operations is ended.
  • Embodiment 4 As shown in FIG. 10, if the relationship between the multiple operations is a transactional relationship, and the fault-tolerant identifier indicates a tolerance operation error, the above step S606 may be refined into the following steps (step S1002-step S1008): S 1002.
  • Step S1004 Traverse all operations in the composite request message, calculate an entry and a subtree in the server directory that needs to be locked, and apply at least one lock of the composite request message; Step S1004, if there is still an unexecuted basic in the composite request message Operation, then reading an operation and executing, waiting for the execution result, executing step S 1006; otherwise, executing step S 1008; step S 1006, obtaining the execution result of the operation, returning to step S 1004; step S 1008, releasing the composite request message At least one lock, if the execution result of multiple operations is a failure, the setting operation result is a composite request failure identifier; if the execution results of the multiple operations are all successful, the setting operation result is a composite request success identifier; otherwise, the setting is The result of the operation is the composite request partial failure identifier.
  • step 4 S S606 can be refined into the following steps (step 4 gathers S 1102).
  • Step S 1102 traversing all operations in the composite request message, calculating an entry and a subtree in the server directory to be locked, and applying at least one lock of the composite request message; Step S1104, if the composite request message If there is an unexecuted operation, a basic operation is read and executed, and the execution result is awaited, and step S1106 is performed; otherwise, at least one lock of the composite request message is released, and the result of the setting operation is a composite request success identifier; Step S1106, Acquiring the execution result of the currently executed operation, if the execution result is correct, executing S 1104; otherwise, releasing at least one lock of the composite request message, setting the operation result to the composite request failure identifier, and ending execution of the plurality of operations.
  • FIG. 12 is a flow chart of sending a composite request response message according to an embodiment of the present invention.
  • the server before the server sends a composite request response message carrying the operation result to the client, such as If the result of the operation of the corresponding composite request is a composite request partial failure identifier or a composite request success identifier, the execution result of the multiple sub-operations needs to be encapsulated in the composite request response message.
  • a method of accessing a directory of a server is also provided.
  • FIG. 13 is a flowchart of a method for accessing a directory of a server according to an embodiment of the present invention. As shown in FIG.
  • Step S1302 The client sends a composite request message.
  • the composite request message includes multiple operations of accessing the directory of the server
  • Step S1304 The server receives the composite request message from the client, and the server performs multiple operations according to the composite request message, and obtains a composite request.
  • Step S1306 The server sends a composite request response message carrying the operation result to the client.
  • FIG. 14 is a schematic structural diagram of a client according to an embodiment of the present invention. As shown in FIG.
  • the client includes a package module 141 and a sending module 142, where the encapsulating module 141 is configured to encapsulate a composite request in a composite request message.
  • a server is further provided for responding to a directory where a client accesses a server.
  • FIG. 15 is a schematic structural diagram of a server according to an embodiment of the present invention. As shown in FIG.
  • the client includes a receiving module 151, a parsing module 152, an executing module 153, and a sending module 154.
  • the receiving module 151 is configured to receive a composite request message sent by the client, where the composite request message includes a request for accessing multiple operations of the directory of the server; and the parsing module 152 is configured to parse the multiple carried in the composite request message.
  • FIG. 16 is a schematic structural diagram of a system for accessing a directory according to an embodiment of the present invention. As shown in FIG.
  • the system includes a client 161 and a server 162, where the client 161 is configured to send a composite request message to the server, where the composite request message includes a request for accessing multiple operations of the directory of the server.
  • the server 162 is configured to receive a composite request message from the client, perform multiple operations according to the composite request message, obtain an operation result corresponding to the composite request message, and send a composite request response message carrying the operation result to the client.
  • the client encapsulates multiple basic sub-operations in the same composite request message, and sends the message to the server.
  • the server performs parsing according to the combination of multiple sub-operations and the fault-tolerant identifier.
  • the basic sub-operation is performed, and the corresponding message of the composite request carrying the operation result is returned to the client, thereby realizing the simple and flexible method of mass accessing the directory in batch operation, and reducing the number of message interaction between the client and the server.
  • the number of messages has greatly improved efficiency.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)

Description

访问月 务端的目录的方法、 客户端、 月 务端及系统 技术领域 本发明涉及目录服务领域， 尤其涉及一种访问服务端的目录的方法、 客 户端、 月艮务端及系统。 背景技术 轻量级目录访问十办议 ( LDAP, Lightweight Directory Access Protocol )是 一种访问目录的协议， 图 1为 LDAP 目录服务实现的简化示意图。 描述了一 个 LDAP 目录服务的简单模型。 包括客户端和服务端。 在 RF2251中， 定义了 LDAP V3协议的基本模型和基本操作， 提供了基 本的访问目录的方法， 包括查询， 增加， 删除， 修改， 比较等访问操作。 之 间通过 LDAP协议进行交互。
LDAP适用于查询访问操作占主要部分的系统， 提供了方便的大批量查 询的接口， 可以提供对条目的整个子树属性的查询。 但是对于增加， 删除和 修改的访问操作， 都只是针对一个条目， 使得增加子树等批量操作不得不发 送多条 LDAP 请求， 而且原本相关的一系列 LDAP 写请求可能会被其他 LDAP写请求打断， 从而可能引起数据冲突。 在专利号为 US6877026的专利 "Bulk import in a directory server" 中， 提供一种向目录中大批量导入数据的方法， 利用 LDAP的扩展消息， 增加了 一对 "start bulk import" 请求 /响应消息， 一对 "bulk import done" 请求 /响应 消息。 在 LDAP客户端向 LDAP月艮务端发送 "start bulk import" 请求， 并且 LDAP月艮务端向 LDAP客户端返回 "start bulk import" 响应后， 开始 BULK Import流程， 在此过程中， LDAP客户端向 LDAP月艮务端发送一系列的 ADD (增加）请求， LDAP服务端根据每一条请求进行处理， 并且返回 ADD响 应。 在结束 bulk import时， 客户端发送 "bulk import done" 请求到月艮务端， 等待月艮务端发送 "bulk import done" 响应后， 流程结束。 该专利虽然保证了一系列 ADD操作的完整性， 但是增加一个条目就有 一条 ADD请求， 访问效率不高， 通讯浪费严重。 另一方面， 该专利仅仅提 供了批量增加的方法， 没有实现批量进行修改， 删除， 增加以及混合操作。 发明内容 有鉴于此， 本发明提供了一种客户端批量访问服务端目录的方案， 用以 解决现有技术中批量处理过程中存在的客户端与月艮务端交互次数多、 效率不 高的问题。 根据本发明的一个方面， 提供了一种请求访问目录的方法， 用于客户端 请求访问月艮务端的目录。 根据本发明的请求访问目录的方法包括： 客户端向服务端发送复合请求 消息， 其中， 所述复合请求消息中包含访问所述服务端的目录的多个操作的 请求。 才艮据本发明的另一个方面， 提供了一种响应访问目录请求的方法， 用于 响应客户端请求访问服务端的目录。 才艮据本发明的响应访问目录请求的方法， 包括： 服务端接收来自客户端的复合请求消息， 其中， 复合请求消息中包含访 问服务端的目录的多个操作的请求； 服务端根据复合请求消息， 执行多个操 作， 得到与复合请求消息对应的操作结果； 服务端将携带操作结果的复合请 求响应消息发送给客户端，该复合请求响应消息与上述复合请求消息相对应。 根据本发明的另一个方面， 提供了一种访问服务端的目录的方法。 根据本发明的访问服务端的目录的方法， 包括： 客户端发送复合请求消息至服务端， 其中， 复合请求消息中包含访问服 务端的目录的多个操作； 服务端接收来自客户端的复合请求消息， 服务端根 据所述复合请求消息，执行多个操作，得到与复合请求消息对应的操作结果； 服务端将携带操作结果的复合请求响应消息发送给客户端。 根据本发明的另一个方面， 提供了一种客户端， 用于请求访问服务端的 目录。 根据本发明的客户端， 包括： 封装模块、 发送模块， 其中， 封装模块， 用于在复合请求消息中封装复合请求消息的标识、 请求的多个操作的数据、 多个操作之间的关系、 指示是否容忍操作错误的容错标识； 发送模块， 用于 向服务端发送复合请求消息， 其中， 复合请求消息中包含访问服务端的目录 的多个操作的请求。 根据本发明的另一个方面， 提供了一种服务端， 用于响应客户端访问服 务端的目录。 根据本发明的服务端， 包括： 接收模块、 解析模块、 执行模块以及发送 模块， 其中， 接收模块， 用于接收客户端发送的复合请求消息， 其中， 复合 请求消息中包含访问服务端的目录的多个操作的请求； 解析模块， 用于解析 出复合请求消息中携带的多个操作的数据、 多个操作之间的关系以及指示是 否容忍操作错误的标识； 执行模块， 用于根据复合请求消息中携带的多个操 作的数据、 多个操作之间的关系以及指示是否容忍操作错误的标识， 分别执 行多个操作，并根据执行多个操作的结果设置复合请求消息对应的操作结果； 发送模块， 用于将携带操作结果的复合请求响应消息发送给客户端。 根据本发明的再一个方面， 提供了一种访问目录的系统。 根据本发明的访问目录的系统， 包括： 客户端、 服务端， 其中， 客户端， 用于向服务端发送复合请求消息， 其中， 复合请求消息中包含访问服务端的 目录的多个操作的请求； 服务端， 用于接收来自客户端的复合请求消息， 根 据复合请求消息， 执行多个操作， 得到与复合请求消息对应的操作结果， 并 将携带操作结果的复合请求响应消息发送给客户端。 通过本发明的上述至少一个方案， 通过定义了一种复合请求消息， 将多 个基本子操作封装在同一个请求中， 从而使得客户端可以批量访问服务端的 目录， 减少了客户端与服务端的消息交互次数和消息数量， 提高了目录服务 的效率。 本发明的其它特征和优点将在随后的说明书中阐述， 并且， 部分地从说 明书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 附图用来提供对本发明的进一步理解， 并且构成说明书的一部分， 与本 发明的实施例一起用于解释本发明， 并不构成对本发明的限制。 在附图中： 图 1为根据现有技术的 LDAP 目录服务实现的简化示意图； 图 2为根据本发明实施例的复合请求消息的结构图； 图 3为根据本发明实施例的客户端定义并发送复合请求的流程图； 图 4为根据本发明实施例的响应访问目录请求的方法的流程图； 图 5为根据本发明实施例的复合请求响应消息的结构图； 图 6为根据本发明实施例的服务端执行复合请求中多个操作的流程图； 图 7为根据本发明实施例一的服务端执行复合请求中多个具有并发关系 的操作的详细流程图； 图 8为才艮据本发明实施例二的月艮务端执行复合请求中多个具有顺序关系 的操作的详细流程图； 图 9为才艮据本发明实施例三的月艮务端执行复合请求中多个具有顺序关系 的操作的详细流程图； 图 10 为根据本发明实施例四的服务端执行复合请求中多个具有事务性 关系的操作的详细流程图； 图 11 为根据本发明实施例五的服务端执行复合请求中多个具有事务性 关系的操作的详细流程图； 图 12为 居本发明实施例的复合请求响应消息的发送流程图； 图 13为才艮据本发明实施例的访问月艮务端的目录的方法流程图； 图 14为才艮据本发明实施例的客户端的结构示意图； 图 15为根据本发明实施例的服务端的结构示意图； 图 16为才艮据本发明实施例的访问目录的系统的结构示意图。 具体实施方式 本发明实施例中， 通过定义一种复合请求消息， 将多个访问目录的基本 子操作组合到一个复合请求中， 由客户端向服务端发送该复合请求消息请求 访问目录， 服务端根据接收到的复合请求消息， 解析出其中的多个基本子操 作， 并执行上述基本子操作， 根据子操作的执行结果、 基本子操作之间的关 系以及错误处理模式， 向客户端返回复合请求响应消息， 从而实现了客户端 批量访问服务端目录， 大大提高了访问目录的效率。 在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。 以下结合附图对本发明的优选实施例进行说明， 应当理解， 此处所描述 的优选实施例仅用于说明和解释本发明， 并不用于限定本发明。 根据本发明实施例， 首先提供了一种请求访问目录的方法， 用于客户端 请求访问月艮务端的目录。 根据本发明实施例的请求访问目录的方法包括： 客户端向服务端发送复 合请求消息， 其中， 该复合请求消息中包含访问服务端的目录的多个操作的 请求。 上述复合请求消息中携带的信息包括： 复合请求消息的标识、 请求的多 个操作的数据、 多个操作之间的关系、 指示是否容忍操作错误的容错标识。 在本发明实施例中， 为了方便区分， 将一个复合请求消息中包括的各个操作 称作为一个子操作。 图 2示出了本发明实施例的复合请求消息的结构图， 如图 1所示， 在复 合请求消息中定义了复合请求的标识 （复合请求的 OID ), 封装了复合请求 数据。 其中， 复合请求数据包括子操作间关系， 容忍子操作错误标记和多个 子操作请求。 在具体实施过程中， 上述复合请求消息可以根据 LDAP协议的 扩展操作为基础定义， 封装的每个子操作都可以按照 LDAP协议进行封装编 码。 具体地， 子操作可以包括： 增加， 删除， 修改, 查询等， 并且可以同是 多种子操作复合， 由实现上述增加， 删除， 修改， 查询等操作的命令构成子 操作的数据； 容忍子操作错误的标记包括： 容忍子操作失败 （当出现子操作 失败时， 复合请求继续执行）， 不容忍子操作失败（当子操作失败， 则回滚所 有的已经执行的子操作， 复合请求失败结束）； 子操作间的关系包括： 并发关 系、 顺序执行和事务关系， 并发关系表示多个子操作间没有必然联系， 先后 顺序不影响本次复合操作； 顺序关系， 表示子操作逐条顺序执行； 事务关系， 表示本次复合请求中的多个子操作为一个事务， 不允许被打断。 图 3是根据本发明实施例的客户端定义并发送复合请求的流程图， 如图
3 所示， 客户端将需要执行的子请求进行格式化， 一种实现方式就是对子请 求按照 LDAP的定义进行编码， 然后将格式化的请求附加到复合请求中， 将 所有的需要执行的子请求都按照上述方式进行处理， 直到所有的子操作都附 加完成，然后填写多个操作之间的关系以及容忍错误的标记，然后按照 LDAP 的扩展请求定义进行编码， 然后将复合请求发送到客户端。 如图 3所示， 客 户端定义并发送复合请求具体包括如下步骤： 步骤 S302, 判断是否还有请求需要填充， 如果判断结果为是， 则执行步 S304; 如果判断结果为否， 则执行步 4聚 S308。 步骤 S304, 格式化请求。 步骤 S306, 将格式化的请求加到复合请求中， 返回执行步骤 S302。 步骤 S308, 填充子操作关系和错误容忍标记。 步骤 S310, 对符合请求编码。 步骤 S312, 发送到 艮务器。 根据本发明实施例， 还提供了一种响应访问目录请求的方法， 用于响应 客户端请求访问月艮务端的目录。 图 4是才艮据本发明实施例的响应访问目录请求的方法的流程图， 如图 4 所示，根据本发明实施例的响应访问目录请求的方法的流程如下（步骤 S402- 步骤 S406 ): 步骤 S402、 服务端接收来自客户端的复合请求消息， 其中， 该复合请求 消息中包含访问服务端的目录的多个操作的请求； 步骤 S404、 服务端根据复合请求消息， 执行上述多个操作， 得到与复合 请求消息对应的操作结果； 步骤 S406、 服务端将携带操作结果的复合请求响应消息发送给客户端。 该复合请求响应消息中携带的信息包括：上述复合请求消息的操作结果、 复合请求消息的标识、 请求的所述多个操作的执行结果、 所述多个操作之间 的关系、 指示是否容忍操作错误的容错标识。 具体地， 上述的操作结果包括： 复合请求消息成功标识、 复合请求消息 失败标识、 复合请求消息部分失败标识。 图 5示出了本发明实施例的复合请求响应消息的结构图， 如图 5所示， 复合请求响应消息的定义方式与复合请求消息大致相同， 不同之处在于复合 请求响应消息定义了对应的复合请求消息的操作结果； 定义了多个子操作的 执行结果。 在具体实施过程中， 上述复合请求响应消息可以根据 LDAP协议 的扩展操作为基础定义。 以下进一步描述响应访问目录请求的方法流程的各个细节。 如图 6所示， 在具体实施过程中， 服务端根据复合请求消息， 执行所述 多个操作，得到与所述复合请求消息对应的操作结果，具体分为以下步骤（步 骤 S602-步骤 S606 ): 步骤 S602、服务端根据复合请求消息中携带的复合请求消息的标识确定 接收到包括多个操作的请求的复合请求消息； 步骤 S604、 服务端解析出复合请求消息中携带的多个操作的数据、 多个 操作之间的关系以及指示是否容忍操作错误的标识； 步骤 S606、 服务端根据复合请求消息中携带的多个操作的数据、 多个操 作之间的关系以及指示是否容忍操作错误的标识， 分别执行多个操作， 并根 据执行多个操作的结果设置复合请求消息对应的操作结果。 针对上述步骤 S606， 在具体实施过程中， 会才艮据多个操作之间的关系和 容错标识的不同， 釆取不同的处理流程， 下面以具体的实施例对各种情况进 行详细描述。 实施例一 如图 7 所示， 如果多个操作之间的关系为并发关系， 则上述步骤 S606 可以细化成以下步骤 (步骤 S702-步骤 S706 ): 步骤 S702、 并发执行多个操作， 等待执行结果; 步骤 S704、 获取所有操作的执行结果， 判断执行结果是否正确； 步骤 S706、 如果执行结果全部不正确， 则设置操作结果为复合请求失败 标识， 如果部分不正确， 则设置操作结果为复合请求部分失败标识， 如果全 部正确， 则设置操作结果为复合请求成功标识。 实施例二 如图 8所示， 如果多个操作之间的关系为顺序关系， 且容错标识指示容 忍操作错误， 则上述步骤 S606可以细化成以下步骤 (步骤 S802-步骤 S806 ): 步骤 S802、 如果多个操作中存在未执行的操作， 则读取一条未执行的操 作并执行， 等待执行结果， 执行步骤 S804; 否则执行步骤 S806; 步骤 S804、 获取执行结果， 返回执行步骤 S802; 步骤 S806、 如果多个操作的执行结果均为失败， 则设置操作结果为复合 请求失败标识； 如果多个操作的执行结果均为成功， 则设置操作结果复合请 求成功标识； 否则设置操作结果复合请求部分失败标识。 实施例三 如图 9所示， 如果多个操作之间的关系为顺序关系， 且容错标识指示不 容忍操作错误， 则上述步骤 S606 可以细化成以下步骤 （步骤 S902-步骤 S904 ): 步骤 S902、 如果多个操作中存在未执行的操作， 则读取一条未执行的操 作并执行， 等待执行结果， 执行步骤 S904; 否则， 设置所述操作结果为复合 请求成功标识； 步骤 S904、 获取当前执行的操作的执行结果， 如果该执行结果为正确， 则执行步骤 S902; 否则， 设置操作结果为复合请求失败标识， 结束所述多个 操作的执行。 实施例四 如图 10 所示， 如果多个操作之间的关系为事务性关系， 且容错标识指 示容忍操作错误， 则上述步骤 S606可以细化成以下步骤 (步骤 S 1002-步骤 S 1008 ): 步骤 S 1002、 遍历复合请求消息中的所有操作， 计算需要锁定的服务端 目录中的条目和子树， 并申请复合请求消息的至少一个锁； 步骤 S 1004、 如果复合请求消息中还有未执行的基本操作， 则读取一条 操作并执行， 等待执行结果， 执行步骤 S 1006; 否则， 执行步骤 S 1008; 步骤 S 1006、 获取操作的执行结果， 返回执行步骤 S 1004; 步骤 S 1008、 释放复合请求消息的至少一个锁， 如果多个操作的执行结 果均为失败， 则设置操作结果为复合请求失败标识； 如果多个操作的执行结 果均为成功， 则设置操作结果为复合请求成功标识； 否则设置所述操作结果 为复合请求部分失败标识。 实施例五 如图 11所示， 如果多个操作之间的关系为事务性关系， 且容错标识指示 不容忍操作错误， 则上述步 4聚 S606可以细化成以下步 4聚 (步 4聚 S 1102-步骤 S 1106 ): 步骤 S 1102、 遍历复合请求消息中的所有操作， 计算需要锁定的服务端 目录中的条目和子树， 并申请复合请求消息的至少一个锁； 步骤 S 1104、 如果复合请求消息中还有未执行的操作， 则读取一条基本 操作并执行， 等待执行结果， 执行步骤 S 1106; 否则， 释放复合请求消息的 至少一个锁， 设置操作结果为复合请求成功标识； 步骤 S 1106、 获取当前执行的操作的执行结果， 如果该执行结果为正确， 则执行 S 1104; 否则， 释放复合请求消息的至少一个锁， 设置操作结果为复 合请求失败标识， 并结束多个操作的执行。 图 12是 居本发明实施例的复合请求响应消息的发送流程图。 如图 12 所示， 在服务端将携带操作结果的复合请求响应消息发送给客户端之前， 如 果相应复合请求的操作结果为复合请求部分失败标识或者复合请求成功标 识， 则还需要在复合请求响应消息中封装多个子操作的执行结果。 根据本发明实施例， 还提供了一种访问服务端的目录的方法。 图 13是根据本发明实施例的访问服务端的目录的方法流程图， 如图 13 所示， 上述方法的具体流程如下 （步骤 S 1302-步骤 S 1306 ): 步骤 S 1302、 客户端发送复合请求消息至服务端， 其中， 复合请求消息 中包含访问服务端的目录的多个操作； 步骤 S 1304、 服务端接收来自客户端的复合请求消息， 服务端根据复合 请求消息， 执行多个操作， 得到与复合请求消息对应的操作结果； 步骤 S 1306、服务端将携带操作结果的复合请求响应消息发送给客户端。 根据本发明的实施例， 还提供了一种客户端， 用于请求访问服务端的目 录。 图 14是才艮据本发明实施例的客户端的结构示意图， 如图 14所示， 上述 客户端包括封装模块 141 和发送模块 142 , 其中， 封装模块 141 , 用于在复 合请求消息中封装复合请求消息的标识、 请求的多个操作的数据、 多个操作 之间的关系、 指示是否容忍操作错误的容错标识； 发送模块 142 , 用于向服 务端发送复合请求消息， 其中， 复合请求消息中包含访问所述服务端的目录 的多个操作的请求。 根据本发明的实施例， 还提供了一种服务端， 用于响应客户端访问服务 端的目录。 图 15是才艮据本发明实施例的月艮务端的结构示意图， 如图 15所示， 上述 月艮务端包括：接收模块 151、解析模块 152、执行模块 153以及发送模块 154。 其中， 接收模块 151 , 用于接收客户端发送的复合请求消息， 其中， 复合请 求消息中包含访问服务端的目录的多个操作的请求； 解析模块 152 , 用于解 析出复合请求消息中携带的多个操作的数据、 多个操作之间的关系以及指示 是否容忍操作错误的标识； 执行模块 153， 用于根据复合请求消息中携带的 多个操作的数据、 多个操作之间的关系以及指示是否容忍操作错误的标识， 分别执行上述多个操作， 并根据执行多个操作的执行结果设置复合请求消息 对应的操作结果； 发送模块 154， 用于将携带操作结果的复合请求响应消息 发送给客户端。 根据本发明的实施例， 还提供了一种访问目录的系统。 图 16是才艮据本发明实施例的访问目录的系统的结构示意图。 如图 16所 示， 上述系统包括客户端 161 和服务端 162 , 其中， 客户端 161 , 用于向服 务端发送复合请求消息， 其中， 复合请求消息中包含访问服务端的目录的多 个操作的请求； 服务端 162 , 用于接收来自客户端的复合请求消息， 根据复 合请求消息， 执行多个操作， 得到与复合请求消息对应的操作结果， 并将携 带操作结果的复合请求响应消息发送给客户端。 如上所述， 借助本发明实施例提供的技术方案， 客户端将多个基本子操 作封装在同一个复合请求消息中， 发送至服务端， 服务端根据多种子操作的 组合方式和容错标识执行解析出的基本子操作， 并向客户端返回携带操作结 果的复合请求相应消息， 从而实现了批量操作的实现了简单、 灵活的批量访 问目录的方法， 并且减少了客户端与服务端的消息交互次数和消息数量， 大 大提高了效率。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种请求访问目录的方法， 用于客户端请求访问月艮务端的目录， 其特征 在于， 所述方法包括：
所述客户端向所述服务端发送复合请求消息， 其中， 所述复合请求 消息中包含访问所述服务端的目录的多个操作的请求。
2. 根据权利要求 1所述的方法， 其特征在于， 所述复合请求消息中携带的 信息包括： 所述复合请求消息的标识、 请求的所述多个操作的数据、 所 述多个操作之间的关系、 指示是否容忍操作错误的容错标识。
3. 根据权利要求 2所述的方法， 其特征在于， 所述多个操作之间的关系包 括： 并发关系、 顺序关系、 事务性关系。
4. 根据权利要求 1至 3任一项所述的方法， 其特征在于， 所述复合请求消 息基于轻量级目录访问协议 LDAP定义。
5. —种响应访问目录请求的方法，用于响应客户端请求访问月艮务端的目录， 其特征在于， 所述方法包括：
所述服务端接收来自所述客户端的复合请求消息， 其中， 所述复合 请求消息中包含访问所述服务端的目录的多个操作的请求；
所述服务端根据所述复合请求消息， 执行所述多个操作， 得到与所 述复合请求消息对应的操作结果；
所述服务端将携带所述操作结果的复合请求响应消息发送给所述客 户端， 所述复合请求响应消息与所述复合请求消息相对应。
6. 根据权利要求 5所述的方法， 其特征在于，
所述复合请求消息中携带的信息包括： 所述复合请求消息的标识、 请求的所述多个操作的数据、 所述多个操作之间的关系、 指示是否容忍 操作错误的容错标识；
所述复合请求响应消息中携带的信息包括： 所述复合请求消息的操 作结果、 所述复合请求消息的标识、 请求的所述多个操作的执行结果、 所述多个操作之间的关系、 指示是否容忍操作错误的容错标识； 所述的操作结果包括： 复合请求成功标识、 复合请求失败标识、 复 合请求部分失败标识。
7. 根据权利要求 6所述的方法， 其特征在于， 所述多个操作之间的关系包 括： 并发关系、 顺序关系、 事务性关系。
8. 居权利要求 7所述的方法， 其特征在于， 所述艮务端 -据所述复合请 求消息， 执行所述多个操作， 得到与所述复合请求消息对应的操作结果， 包括：
所述服务端根据所述复合请求消息中携带的所述复合请求消息的标 识确定接收到包括多个操作的请求的所述复合请求消息；
所述服务端解析出所述复合请求消息中携带的所述多个操作的数 据、 所述多个操作之间的关系以及指示是否容忍操作错误的标识；
所述服务端根据所述复合请求消息中携带的所述多个操作的数据、 所述多个操作之间的关系以及指示是否容忍操作错误的标识， 分别执行 所述多个操作， 并根据执行所述多个操作的结果设置所述复合请求消息 对应的所述操作结果。
9. 根据权利要求 8所述的方法， 其特征在于， 如果所述多个操作之间的关 系是为并发关系， 则分别执行所述多个操作， 根据执行所述多个操作的 结果设置所述复合请求消息对应的所述操作结果， 包括：
并发执行所述多个操作， 等待执行结果；
获取所有操作的执行结果， 如果全部不正确， 则设置所述操作结果 为复合请求失败标识， 如果部分不正确， 则设置所述操作结果为复合请 求部分失败标识， 如果全部正确， 则设置所述操作结果为复合请求成功 标识。
10. 根据权利要求 8所述的方法， 其特征在于， 如果所述多个操作之间的关 系为顺序关系， 且所述容错标识指示容忍操作错误， 则分别执行所述多 个操作， 根据执行所述多个操作的结果设置所述复合请求消息对应的所 述操作结果， 包括：
步骤 1001、 如果所述多个操作中存在未执行的操作， 则读取一条未 执行的操作并执行，等待执行结果，执行步骤 1002; 否则执行步骤 1003; 步骤 1002、 获取所述执行结果， 返回执行步 4聚 1001 ; 步骤 1003、 如果所述多个操作的执行结果均为失败， 则设置所述操 作结果为复合请求失败标识； 如果所述多个操作的执行结果均为成功， 则设置所述操作结果为复合请求成功标识； 否则设置所述操作结果为复 合请求部分失败标识。
11. 根据权利要求 8所述的方法， 其特征在于， 如果所述多个操作之间的关 系为顺序关系， 且所述容错标识指示不容忍操作错误， 则分别执行所述 多个操作， 根据执行所述多个操作的结果设置所述复合请求消息对应的 所述操作结果， 包括：
步骤 1101、 如果所述多个操作中存在未执行的操作， 则读取一条未 执行的操作并执行， 等待执行结果， 执行步骤 1102; 否则， 设置所述操 作结果为复合请求成功标识；
步骤 1102、 获取当前执行的操作的执行结果， 如果该执行结果为正 确， 则执行步骤 1101 ; 否则， 设置所述操作结果为复合请求失败标识， 结束所述多个操作的执行。
12. 根据权利要求 8所述的方法， 其特征在于， 如果所述基本操作之间的关 系为事务性关系， 且所述容错标识指示容忍操作错误， 则分别执行所述 多个操作， 根据执行所述多个操作的结果设置所述复合请求消息对应的 所述操作结果， 包括：
步骤 1201、 遍历所述复合请求消息中的所有操作， 计算需要锁定的 所述服务端目录中的条目和子树， 并申请所述复合请求消息的至少一个 锁；
步骤 1202、 如果所述复合请求消息中还有未执行的操作， 则读取一 条基本操作并执行，等待执行结果，执行步骤 1203;否则 ,执行步骤 1204; 步骤 1203、 获取所述执行结果， 返回执行步 4聚 1202;
步骤 1204、 释放所述复合请求消息的所述至少一个锁， 如果所述多 个操作的执行结果均为失败，则设置所述操作结果为复合请求失败标识； 如果所述多个操作的执行结果均为成功， 则设置所述操作结果为复合请 求成功标识。
13. 根据权利要求 8所述的方法， 其特征在于， 如果所述基本操作之间的关 系为事务性关系， 且所述容错标识指示不容忍操作错误， 则分别执行所 述多个操作， 根据执行所述多个操作的结果设置所述复合请求消息对应 的所述操作结果， 包括：
步骤 1301、 遍历所述复合请求消息中的所有操作， 计算需要锁定的 所述服务端目录中的条目和子树， 并申请所述复合请求消息的至少一个 锁；
步骤 1302、 如果所述复合请求消息中还有未执行的操作， 则读取一 条基本操作并执行， 等待执行结果， 执行步骤 1303; 否则， 释放所述复 合请求消息的所述至少一个锁，设置所述操作结果为复合请求成功标识； 步骤 1303、 获取当前执行的操作的执行结果， 如果该执行结果为正 确， 则执行步骤 1302； 否则， 释放所述复合请求消息的所述至少一个锁， 设置所述操作结果为复合请求失败标识， 并结束所述多个操作的执行。
14. 居权利要求 6至 13任一项所述的方法， 其特征在于， 如果所述的操作 结果为复合请求部分失败标识或者复合请求成功标识， 则所述复合请求 响应消息中封装所述多个操作的执行结果。
15. 根据权利要求 5至 13任一项所述的方法， 其特征在于， 所述复合请求消 息和所述复合请求响应消息基于轻量级目录访问协议 LDAP定义。
16. —种访问 艮务端的目录的方法， 其特征在于， 包括：
步骤 1601、 客户端发送复合请求消息至服务端， 其中， 所述复合请 求消息中包含访问所述服务端的目录的多个操作；
步骤 1602、 所述月艮务端接收来自所述客户端的所述复合请求消息， 所述服务端根据所述复合请求消息， 执行所述多个操作， 得到与所述复 合请求消息对应的操作结果；
步骤 1603、 所述服务端将携带所述操作结果的复合请求响应消息发 送给所述客户端。
17. —种客户端， 用于请求访问服务端的目录， 其特征在于， 包括： 封装模块， 用于在复合请求消息中封装所述复合请求消息的标识、 请求的多个操作的数据、 多个操作之间的关系、 指示是否容忍操作错误 的容错标识； 发送模块， 用于向所述服务端发送所述复合请求消息， 其中， 所述 复合请求消息中包含访问所述服务端的目录的多个操作的请求。
18. —种月艮务端， 用于响应客户端访问月艮务端的目录， 其特征在于， 包括： 接收模块， 用于接收客户端发送的复合请求消息， 其中， 所述复合 请求消息中包含访问所述服务端的目录的多个操作的请求；
解析模块， 用于解析出所述复合请求消息中携带的所述多个操作的 数据、 所述多个操作之间的关系以及指示是否容忍操作错误的标识； 执行模块， 用于根据所述复合请求消息中携带的所述多个操作的数 据、 所述多个操作之间的关系以及指示是否容忍操作错误的标识， 分别 执行所述多个操作， 并根据执行所述多个操作的结果设置所述复合请求 消息对应的所述操作结果；
发送模块， 用于将携带所述操作结果的复合请求响应消息发送给所 述客户端。
19. 一种访问目录的系统， 其特征在于， 包括：
客户端， 用于向服务端发送复合请求消息， 其中， 所述复合请求消 息中包含访问所述服务端的目录的多个操作的请求；
所述服务端， 用于接收来自所述客户端的所述复合请求消息， 根据 所述复合请求消息， 执行所述多个操作， 得到与所述复合请求消息对应 的操作结果， 并将携带所述操作结果的复合请求响应消息发送给所述客 户端。
PCT/CN2010/075747 2009-08-17 2010-08-05 访问服务端的目录的方法、客户端、服务端及系统 WO2011020412A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910166139.2 2009-08-17
CN200910166139.2A CN101997851B (zh) 2009-08-17 2009-08-17 访问服务端的目录的方法、客户端、服务端及系统

Publications (1)

Publication Number Publication Date
WO2011020412A1 true WO2011020412A1 (zh) 2011-02-24

Family

ID=43606641

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/075747 WO2011020412A1 (zh) 2009-08-17 2010-08-05 访问服务端的目录的方法、客户端、服务端及系统

Country Status (2)

Country Link
CN (1) CN101997851B (zh)
WO (1) WO2011020412A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104270387A (zh) * 2014-10-22 2015-01-07 中国建设银行股份有限公司 信息请求及响应方法、客户端、服务器和信息处理系统
CN106534242B (zh) * 2015-09-14 2019-11-29 阿里巴巴集团控股有限公司 一种分布式系统中请求的处理方法以及装置
CN107342983A (zh) * 2017-06-09 2017-11-10 深圳震有科技股份有限公司 一种事务性处理多分包的高效udp通讯的方法及系统
WO2024026802A1 (zh) * 2022-08-04 2024-02-08 Oppo广东移动通信有限公司 数据上报方法、装置、芯片、存储介质和计算机程序
CN117749751A (zh) * 2022-09-15 2024-03-22 中兴通讯股份有限公司 消息处理方法、电子设备和计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1867898A (zh) * 2003-10-14 2006-11-22 国际商业机器公司 用于在面向服务的体系结构中处理服务请求的方法和装置
US20080059499A1 (en) * 2006-08-31 2008-03-06 Red Hat, Inc. Dedicating threads to classes of LDAP service
CN101447981A (zh) * 2008-04-03 2009-06-03 中兴通讯股份有限公司 基于ldap协议的客户端与服务器的交互方法及系统
CN101753523A (zh) * 2008-12-12 2010-06-23 华为技术有限公司 数据处理方法、装置及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1867898A (zh) * 2003-10-14 2006-11-22 国际商业机器公司 用于在面向服务的体系结构中处理服务请求的方法和装置
US20080059499A1 (en) * 2006-08-31 2008-03-06 Red Hat, Inc. Dedicating threads to classes of LDAP service
CN101447981A (zh) * 2008-04-03 2009-06-03 中兴通讯股份有限公司 基于ldap协议的客户端与服务器的交互方法及系统
CN101753523A (zh) * 2008-12-12 2010-06-23 华为技术有限公司 数据处理方法、装置及系统

Also Published As

Publication number Publication date
CN101997851A (zh) 2011-03-30
CN101997851B (zh) 2014-04-09

Similar Documents

Publication Publication Date Title
CN109361550B (zh) 网络设备配置管理的方法、装置及设备
CN111917737B (zh) 一种跨网rpc调用系统及方法
EP2677440A2 (en) Method and apparatus for separating in order to upgrade software remotely in m2m communication
WO2011020412A1 (zh) 访问服务端的目录的方法、客户端、服务端及系统
US8046498B2 (en) Data synchronization protocol
CN103038788B (zh) 提供多个网络资源
WO2008148278A1 (fr) Procédé pour l'échange de données de grande capacité entre un terminal mobile et une carte à puce
CN111031135B (zh) 消息传送方法、装置及电子设备
WO2021051881A1 (zh) Vpp 集群管理方法及装置、计算机设备及存储介质
CN118426984A (zh) 通用的信息安全服务请求-响应方法、系统、存储介质及hsm验证平台
WO2012174948A1 (zh) 一种物联网能力的实现方法及系统
CN111092916B (zh) 文件上传的方法、装置、电子设备及介质
JP7294577B2 (ja) 管理デバイスによってリモートデバイスを管理する方法、デバイスおよびコンピュータプログラム
WO2014131154A1 (zh) 一种群组资源交互消息的方法及其装置
JP5502051B2 (ja) ソフトウェア・アプリケーション制御管理オブジェクトにおけるステップの実行結果を処理する方法
CN110928955B (zh) 一种数据交互方法、装置、计算机设备及存储介质
WO2014161344A1 (zh) 一种下载统计方法、终端和服务器
AU2015201041A1 (en) Data synchronization protocol
CN117749857A (zh) 客户端和服务端的通信方法、装置及电子设备
TWI481242B (zh) 處理管理訊框的方法及其相關通訊裝置
WO2022179136A1 (zh) 一种文件传输方法、装置及系统
TW201129139A (en) Mobile station, base station, transmission method and computer program product thereof
EP4329269A1 (en) Method and device for managing data license in m2m system
WO2023160715A1 (zh) 一种执行呼叫相关业务的方法、装置及系统
WO2023056812A1 (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: 10809545

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: 10809545

Country of ref document: EP

Kind code of ref document: A1