CN101447981A

CN101447981A - 基于ldap协议的客户端与服务器的交互方法及系统

Info

Publication number: CN101447981A
Application number: CNA2008100898527A
Authority: CN
Inventors: 昂卫武
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2008-04-03
Filing date: 2008-04-03
Publication date: 2009-06-03
Anticipated expiration: 2028-04-03
Also published as: CN101447981B

Abstract

本发明公开了一种基于轻量级目录访问协议的客户端与服务器的交互方法及系统，在上述方法中：客户端先后向服务器发送多个操作条目请求；服务器异步处理上述的多个操作条目请求，并向客户端返回各个操作条目请求对应的请求结果；客户端查找其缓冲区，以判断服务器是否返回了所有操作条目请求对应的请求结果。通过本发明，解决了相关技术中LDAP_Result的调用次数过多的问题，从而可以提高LDAP客户端的处理性能。

Description

基于LDAP协议的客户端与服务器的交互方法及系统

技术领域

本发明涉及通信领域中的轻量级目录访问协议(LightweightDirectory Access Protocol，简称为LDAP)，具体地，涉及基于轻量级目录访问协议的客户端与服务器的交互方法及系统。

背景技术

轻量级目录访问协议(Lightweight Directory Access Protocol，简称为LDAP)是用于访问目录服务的一个标准的，可扩展的互联网协议，该协议部分基于X.500标准，但其更简单，更精炼，可扩展性更好。

本文涉及的LDAP协议的概念包括：

(1)目录(Directory)，存放对象的信息，这些信息以某种顺序组织，用于详细描述每个对象；

(2)目录信息树(Directory Information Tree，简称为DIT)，其中，目录条目的集合构成了目录信息树。

(3)条目(Entry)，是目录信息树中的一个结点，是对象信息的集合，也是目录信息中最基本的单位，包含对象的一系列属性。

(4)属性(Attribute)，用于描述对象的特征，一个属性包括属性类型(type)和一个或多个属性值。

图1示出了简化的DIT结构。如图1所示，该DIT有三层，第一层为DIT的根，表示中国C＝CN；第二层的两个条目表示两家公司O＝XXX和O＝YYY；第三层的左边四个条目表示XXX公司有四个职员，分别是Zhang、Wang、Li、Cheng。各条目之具体属性未列出。

为了和服务器端交互，完成DIT的存储和访问，LDAP客户端需要包含应用部分和LDAP适配层，两者以LDAP API(ApplicationProgramming Interface，应用程序接口)为接口，如图2所示。LDAP适配层提供标准的API接口的实现，LDAP客户端调用API接口完成对LDAP服务器的访问。

在RFC1823中定义了C语言形式的访问LDAP服务器的API接口。LDAP客户端与服务器端基本的交互流程包括：(1)建立连接；(2)绑定和权限认证；(3)客户端发起增删查改操作；(4)客户端检查服务器端的响应结果；(5)客户端发起后续操作；(6)客户端关闭连接。

以下主要描述与本发明相关的第(3)步和第(4)步。客户端发起增删查改操作，可以使用同步调用接口或者异步调用接口。以下主要描述RFC1823对异步调用接口的定义。(为了便于描述，以ldap_add接口为例，ldap_modify和ldap_delete可以相同处理)ldap_add接口定义如下：

int ldap_add(LDAP*ld，char*dn，LDAPMod*attrs[])；

客户端调用此接口后，会得到一个整形的返回值，我们称之为消息序列号msgid。由于是异步调用，因此需要客户端定时调用LDAP_Result接口检查服务器端返回的结果。LDAP_Result接口定义如下：

int ldap_result(

LDAP *ld，

int msgid，

int all，

struct timeval *timeout，

LDAPMessage **res

)；

其中，msgid入参即为前面调用LDAP_ADD的返回值。LDAP_Result接口用户检查服务器端是否已经返回了对应msgid的响应。

以图1所示DIT为例，为了增加XXX公司的“Zhang”和“Wang”两个职员，需要进行如图3所示的客户端调用流程。从图3所示的调用过程可以看出，LDAP_Result被调用了两次。如果需要增加XXX公司的所有员工(即，四名员工)，则LDAP_Result会被调用四次。LDAP_Result的每次调用，都会有一个短暂的延时，此延时时间由struct timeval *timeout入参定义。可以看出，如果LDAP_Result调用次数过多，就会影响LDAP客户端的处理性能。

因此，为了提高LDAP客户端的处理性能，需要一种能够解决LDAP_Result的调用次数过多的问题的技术方案。

发明内容

考虑到相关技术中存在的对于LDAP_Result的调用次数过多，即，客户端检查服务器是否返回对其请求的响应的次数过多的问题而提出本发明，为此，本发明旨在提供一种基于轻量级目录访问协议的客户端与服务器的交互方法及系统，用以解决上述问题。

根据本发明的一个方面，提供了一种基于轻量级目录访问协议的客户端与服务器的交互方法，用于客户端在与服务器建立连接并进行绑定和权限认证后，对目录信息树中的条目进行操作。

根据本发明实施例的基于轻量级目录访问协议的客户端与服务器的交互方法包括以下处理：客户端先后向服务器发送多个操作条目请求；服务器异步处理上述的多个操作条目请求，并向客户端返回各个操作条目请求对应的请求结果；客户端查找其缓冲区，以判断服务器是否返回了所有操作条目请求对应的请求结果。

其中，多个操作条目请求中的每个操作条目请求都具有唯一的标识号，且与操作条目请求对应的请求结果也具有与其相同的标识号。

其中，客户端查找其缓冲区，以判断服务器是否返回了与操作条目请求对应的请求结果的操作具体为：对于每个操作条目请求，客户端根据操作条目请求的标识号在缓冲区中进行查找，并将查找到的与操作条目请求具有相同标识号的请求结果作为操作条目请求的请求结果。

其中，在判断服务器返回了所有操作条目请求对应的请求结果的情况下，客户端将所有请求结果返回到业务层；业务层分别根据操作条目请求的标识号查找其对应请求结果。

其中，客户端在定时器的控制下定时查找缓冲区。

基于此，上述方法进一步包括：在判断服务器没有返回所有操作条目请求对应的请求结果的情况下，客户端再次查找缓冲区，直到服务器返回了所有操作条目请求对应的请求结果；客户端将所有请求结果返回到业务层；业务层分别根据操作条目请求的标识号查找其对应请求结果。

或者，预先设置有查找定时器；在判断服务器没有返回所有操作条目请求对应的请求结果的情况下，如果查找定时器没有超时，则客户端再次查找缓冲区；如果在查找定时器超时之前服务器返回了所有操作条目请求对应的请求结果，则客户端将所有请求结果返回到业务层；业务层分别根据操作条目请求的标识号查找其对应请求结果；如果在查找定时器超时时服务器没有返回所有操作条目请求对应的请求结果，则客户端向业务层返回失败消息。

其中，操作条目请求用于请求对条目进行如下操作中的一种：增加、删除、修改。

根据本发明的另一方面，提供了一种基于LDAP协议的客户端与服务器的交互系统，用于客户端在与服务器建立连接并进行绑定和权限认证后，对目录信息树中的条目进行操作。

该系统包括：发送模块，位于客户端，用于先后向服务器发送多个操作条目请求；处理模块，位于服务器端，用于异步处理来自客户端的多个操作条目请求，并向客户端返回各个操作条目请求对应的请求结果；缓冲区，位于客户端，用于缓存来自服务器的请求结果；查找模块，用于在发送模块发送了多个操作条目请求之后，查找缓冲区，以判断服务器是否返回了所有操作条目请求对应的请求结果。

优选地，该系统进一步包括：数组单元，用于容纳查找模块查找到的服务器返回的所有操作条目请求对应的请求结果；第一定时器，用于控制查找模块查找缓冲区的周期；第二定时器，用于控制查找模块查找缓冲区的时长。

通过本发明提供的上述技术方案，通过调整客户端发送条目操作请求的次序，相比于现有技术，解决了相关技术中LDAP_Result的调用次数过多的问题，从而可以提高LDAP客户端的处理性能。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是根据相关技术的LDAP的DIT的示意图；

图2是根据相关技术的支持目录访问的软件体系结构的示意图；

图3是根据相关技术的LDAP客户端调用过程的流程图；

图4是根据本发明的基于LDAP的客户端与服务器的交互方法的流程图；

图5是根据本发明实施例的LDAP客户端调用过程的流程图；

图6是根据本发明实施例的基于LDAP的客户端与服务器的交互系统的结构框图。

具体实施方式

如上所述，在目前采用的LDAP客户端与服务器的交互流程中，具体地，在客户端发起增删查改操作及检查服务器端的响应结果的处理中，LDAP_Result调用次数过多。通过图3的流程可以更好地反映该问题。

如图3所示，目前，LDAP客户端向服务器端增加条目的流程(以增加条目为例，同样适用于修改和删除条目)，包括以下步骤：

步骤301，LDAP客户端调用ldap_add接口，向服务器端异步发送增加条目请求(增加职员Zhang)，该操作请求以msgid＝1标示；LDAP客户端获得控制权，但是此时不知道增加条目操作是否成功；

步骤302-a，LDAP服务器端处理增加条目请求，并将处理结果返回给LDAP客户端，以msgid＝1标示响应结果，该响应结果被暂时保存在LDAP客户端的缓存区中；

步骤302-b，LDAP客户端定时调用ldap_result接口，检查本地缓冲区是否得到服务器端返回的对应msgid＝1的响应；如果得到响应，则根据响应结果进行后续处理；(此处假设为增加成功)

步骤303，LDAP客户端调用ldap_add接口，向服务器端异步发送增加条目请求(增加职员Wang)，该操作请求以msgid＝2标示；LDAP客户端获得控制权，但是此时不知道增加条目操作是否成功；

步骤304-a，LDAP服务器端处理增加条目请求，并将处理结果返回给LDAP客户端，以msgid＝2标示响应结果，该响应结果被暂时保存在LDAP客户端的缓存区中；

步骤304-b，LDAP客户端定时调用ldap_result接口，检查本地缓冲区是否得到服务器端返回的对应msgid＝2的响应。如果得到响应，则根据响应结果进行后续处理(此处假设为增加成功)。

如上所述，如果LDAP_Result调用次数过多，就会影响LDAP客户端的处理性能。鉴于此，本发明提供了一种基于LDAP协议的客户端与服务器交互方法，用于客户端在与服务器建立连接并进行绑定和权限认证后，对DIT中的条目进行操作，其通过扩展LDAP_Result接口参数定义来解决上述需要多次调用的问题。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

方法实施例

如图4所示，根据本发明实施例的基于LDAP协议的客户端与服务器交互方法包括以下处理：

步骤S402，客户端先后向服务器发送多个操作条目请求；其中，操作条目请求用于请求对条目进行如下操作中的一种：增加、删除、修改等；

步骤S404，服务器异步处理上述的多个操作条目请求，并对客户端做出响应，即，向客户端返回各个操作条目请求对应的请求结果；

步骤S406，客户端查找其缓冲区，以判断服务器是否返回了所有操作条目请求对应的请求结果。

其中，上述多个操作条目请求中的每个操作条目请求都具有唯一的标识号，并且与操作条目请求对应的请求结果也具有与其相同的标识号。这样，对于每个操作条目请求，客户端可以根据操作条目请求的标识号在缓冲区中进行查找，并将查找到的与操作条目请求具有相同标识号的请求结果作为操作条目请求的请求结果。

具体地，上述方法可以如下实现：(1)扩展LDAP_Result接口为LDAP_ResultEx，包括：将入参msgid定义为多值入参，比如变长数组int msgid[]，并新增参数msgnum表示需要检查的msgid数量；将入参res定义为变长数组LDAPMessage **res[]；(2)LDAP_ResultEx实现逻辑定义为，根据变长数组msgid[]中每一个msgid(即，上述的标识号)，在客户端缓冲区中寻找是否已经返回了响应。

客户端在定时器的控制下定时查找缓冲区，即，定时查找。

一方面，在判断服务器返回了所有操作条目请求对应的请求结果的情况下，客户端将所有请求结果返回到业务层；业务层分别根据操作条目请求的标识号查找其对应请求结果。

另一方面，在判断服务器没有返回所有操作条目请求对应的请求结果的情况下，客户端再次查找缓冲区，直到服务器返回了所有操作条目请求对应的请求结果；然后将所有请求结果返回到业务层；业务层分别根据操作条目请求的标识号查找其对应请求结果。

或者，可以预先设置有查找定时器；在判断服务器没有返回所有操作条目请求对应的请求结果的情况下，如果查找定时器没有超时，则客户端再次查找缓冲区；如果在查找定时器超时之前服务器返回了所有操作条目请求对应的请求结果，则客户端将所有请求结果返回到业务层；业务层分别根据操作条目请求的标识号查找其对应请求结果；如果在查找定时器超时时服务器没有返回所有操作条目请求对应的请求结果，则客户端向业务层返回失败消息。

该过程可以通过如下方式实现：如果服务器已经返回响应，则将响应结果(即，请求结果)填写到对应res数组中；如果msgnum个请求都从缓冲区中找到响应，则返回成功；否则重复查找缓冲区，直到规定的timeout时间到，如果timeout时间到时还没有全部返回msgnum个请求的响应，则客户端返回超时错误。

基于上述内容，以下给出了本发明的一个优选实施例。该实施例的具体实现过程如下：

(1)LDAP客户端对于DIT树中同层的多个Entry做增/删/改时，采用异步调用方式，发送操作请求；并记录每个请求的序列号msgid；

(2)LDAP服务器端对于LDAP客户端发送的多个操作请求，并发执行，并将每个请求结果以各自对应的请求的msgid为标识，异步返回给LDAP客户端；

(3)LDAP客户端提供缓冲区，缓存服务器端返回的多个操作请求的响应；

(4)业务层调用LDAP_ResultEx，检查各操作请求的响应结果，在入参中指定需要检查的一个和多个操作请求，以msgid为各请求的标识；

(5)LDAP客户端利用LDAP_ResultEx入参中指定的msgid数组，在缓冲区中查找各自对应的响应是否存在；如果所有的响应均返回，则LDAP客户端填写res数组，并返回业务层LDAP_ResultEx调用结果；否则，LDAP客户端重复检查缓冲区，直到超时或者所有响应均返回。

(6)业务层检查res数组，根据msgid识别对应每个操作请求的响应结果。

结合上述实施例，本发明进一步给出了以下的实现实例，图4示出了该实例的流程图。通过对比图5和图3所示的流程，可以更好地理解本发明。

参照图5并结合图1，当LDAP客户端向服务器请求对条目Zhang、Wang进行添加(删除或查改的过程于此类似)操作时，进行如下处理：

步骤501，LDAP客户端调用ldap_add接口，向服务器端异步发送增加条目请求(增加职员Zhang)，该操作请求以msgid＝1标识；LDAP客户端获得控制权，但是此时不知道增加条目操作是否成功；

步骤502，LDAP客户端调用ldap_add接口，向服务器端异步发送增加条目请求(增加职员Wang)，该操作请求以msgid＝2标识；LDAP客户端获得控制权，但是此时不知道增加条目操作是否成功；

步骤503-a，LDAP服务器端对LDAP客户端发送的两个操作请求，并发执行，并将每个请求结果以各自的msgid(1和2)为标示，异步返回给LDAP客户端；

步骤503-b，LDAP客户端利用LDAP_ResultEx入参中指定的msgid数组在缓冲区中查找各自对应的响应是否存在；如果所有的响应均返回，LDAP客户端填写res数组，并返回业务层LDAP_ResultEx调用结果；否则LDAP客户端重复检查缓冲区，直到超时或者所有响应均返回。

通过对比图5和图3可以看出，借助于本发明的技术方案，减少了调用LDAP_Result的次数。

系统实施例

根据本发明实施例，还提供了一种基于LDAP协议的客户端与服务器的交互系统，用于客户端在与服务器建立连接并进行绑定和权限认证后，对目录信息树中的条目进行操作。

如图6所示，该系统包括：发送模块602，位于客户端，用于先后向服务器发送多个操作条目请求，例如，可以调用ldap_add接口；处理模块604，位于服务器端，用于异步处理来自客户端的多个操作条目请求，并向客户端返回各个操作条目请求对应的请求结果；缓冲区606，位于客户端，用于缓存来自服务器的请求结果；查找模块608，用于在发送模块发送了多个操作条目请求之后，查找缓冲区，以判断服务器是否返回了所有操作条目请求对应的请求结果，例如，可以调用ldap_result接口。

优选地，如图6中的虚线框所示，该系统进一步包括：数组单元610，用于容纳查找模块查找到的服务器返回的所有操作条目请求对应的请求结果；第一定时器612，用于控制查找模块查找缓冲区的周期；第二定时器614，用于控制查找模块查找缓冲区的时长(timeout)，即，查找模块可以在第一定时器的控制下定时查找缓冲区，并且可以在第二定时器超时时，不再对缓冲区进行查找。

该装置中细节可以参照上述方法实施例中的描述来理解和实施，在此省略了对相同或相似内容的重复描述。

综上，借助于本发明，通过扩展LDAP_Result接口参数定义，解决了相关技术中存在的对LDAP_Result的调用次数过多地问题，从而提高了LDAP客户端的处理性能。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种基于轻量级目录访问协议的客户端与服务器的交互方法，用于客户端在与服务器建立连接并进行绑定和权限认证后，对目录信息树中的条目进行操作，其特征在于，包括：

所述客户端先后向所述服务器发送多个操作条目请求；

所述服务器异步处理所述多个操作条目请求，并向所述客户端返回各个操作条目请求对应的请求结果；

所述客户端查找其缓冲区，以判断所述服务器是否返回了所有操作条目请求对应的请求结果。

2.根据权利要求1所述的方法，其特征在于，所述多个操作条目请求中的每个操作条目请求都具有唯一的标识号，且与操作条目请求对应的请求结果也具有与其相同的标识号。

3.根据权利要求2所述的方法，其特征在于，所述客户端查找其缓冲区，以判断所述服务器是否返回了所有操作条目请求对应的请求结果的操作具体为：

对于每个操作条目请求，所述客户端根据所述操作条目请求的标识号在所述缓冲区中进行查找，并将查找到的具有与所述操作条目请求相同标识号的请求结果作为所述操作条目请求的请求结果。

4.根据权利要求2所述的方法，其特征在于，进一步包括：

在判断所述服务器返回了所有操作条目请求对应的请求结果的情况下，所述客户端将所有请求结果返回到业务层；

所述业务层分别根据操作条目请求的标识号查找其对应请求结果。

5.根据权利要求1所述的方法，其特征在于，所述客户端在定时器的控制下定时查找所述缓冲区。

6.根据权利要求5所述的方法，其特征在于，进一步包括：

在判断所述服务器没有返回所有操作条目请求对应的请求结果的情况下，所述客户端再次查找所述缓冲区，直到所述服务器返回了所有操作条目请求对应的请求结果；

所述客户端将所有请求结果返回到业务层；

7.根据权利要求5所述的方法，其特征在于，进一步包括：

预先设置有查找定时器；

在判断所述服务器没有返回所有操作条目请求对应的请求结果的情况下，如果所述查找定时器没有超时，则所述客户端再次查找所述缓冲区；

如果在所述查找定时器超时之前所述服务器返回了所有操作条目请求对应的请求结果，则所述客户端将所有请求结果返回到业务层；所述业务层分别根据操作条目请求的标识号查找其对应请求结果；

如果在所述查找定时器超时时所述服务器没有返回所有操作条目请求对应的请求结果，则所述客户端向所述业务层返回失败消息。

8.根据权利要求4、5、或7所述的方法，其特征在于，所述客户端将所有请求结果返回到业务层的操作具体为：

所述客户端将所述所有请求结果填写到长度可变的结果数组中返回到所述业务层。

9.根据权利要求1至7中任一项所述的方法，其特征在于，所述操作条目请求用于请求对所述条目进行如下操作中的一种：增加、删除、修改。

10.一种基于轻量级目录访问协议的客户端与服务器的交互系统，用于客户端在与服务器建立连接并进行绑定和权限认证后，对目录信息树中的条目进行操作，其特征在于，所述系统包括：

发送模块，位于客户端，用于先后向所述服务器发送多个操作条目请求；

处理模块，位于服务器端，用于异步处理来自客户端的多个操作条目请求，并向所述客户端返回各个操作条目请求对应的请求结果；

缓冲区，位于客户端，用于缓存来自所述服务器的请求结果；

查找模块，用于在所述发送模块发送了所述多个操作条目请求之后，查找所述缓冲区，以判断所述服务器是否返回了所有操作条目请求对应的请求结果。

11.根据权利要求10所述的系统，其特征在于，进一步包括：

数组单元，用于容纳所述查找模块查找到的所述服务器返回的所有操作条目请求对应的请求结果；

第一定时器，用于控制所述查找模块查找所述缓冲区的周期；

第二定时器，用于控制所述查找模块查找所述缓冲区的时长。