JPH11327992A - ネットワ―ク上でのサ―バとクライアントの通信 - Google Patents

Abstract

(57)【要約】 【課題】 ＤＵＡ２８のようなクライアントに局部的な
複製を設けること。 【解決手段】 ネットワ−ク上でサ−バ１０とクライア
ント２８との通信を行う際、ネットワ−ク要素２８は、
ディレクトリ・サービス１０において変数をポ−リング
することなく、ネットワ−クのディレクトリ・サービス
１０からの変数の局部表現を維持する。ネットワ−ク要
素２８は、局部記録を更新するための複製メッセ−ジを
ディレクトリ・サービス１０から受け取る。複製機構を
使用して、ディレクトリ・サービス１０において変数を
繰返しポ−リングすることなく、変数の最新値を維持す
ることが可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ネットワ−
ク、例えばインタ−ネット上でのサ−バとクライアント
の間の通信に関する。特に、本発明は、ディレクトリ・
サービスを使用する通信ネットワ−ク上での通信に応用
されるものである。

【０００２】

【従来の技術】通信ネットワ−クで提供されるディレク
トリ・サービスは、例えばインタ−ネットが提供するよ
うに、ネットワ−クを管理するデ−タの物理的に分散し
たリポジトリ（貯蔵庫）である。ディレクトリ・サービ
スの目的は、ネットワ−ク内のユ−ザとリソ−スを捜し
出し識別することである。電話帳と同じように、情報は
ユ−ザまたは区分ごとに分類される。ネットワ−ク構成
要素についての情報は、分散して格納される。情報は、
ユ−ザまたはサ−ビスがその情報についてロ−カル・サ
−バに照会することが出来るように、多数のネットワ−
ク・サ−バに複製されている。ディレクトリ情報に加え
られた修正は、複製バ−ジョンに伝播される。複製が必
要であることから、保持される情報が比較的変化のない
場合には、ディレクトリ・サービスは明らかに最もよく
働く。

【０００３】添付図面の図１は、ディレクトリ・サービ
ス１０をサポ−トする従来の代表的なインタ−ネット環
境を簡単に図示するものである。この環境においては、
ディレクトリ・サービス・マスタ・デ−タベ−ス１６を
含むディレクトリ・サービス・マスタ１４は第１サ−バ
１２に設置されている。複製１８は、ディレクトリ・サ
ービス・マスタ・デ−タベ−ス１６の複製バ−ジョン
を、一つ以上の遠隔サ−バの各々の上で、一つ以上のデ
ィレクトリ・サービス・スレ−ブ２２の一つ以上のディ
レクトリ・サービス・スレ−ブ・デ−タベ−ス２４に作
るために使用される。例えば、ディレクトリ・サービス
・マスタ・デ−タベ−ス１６の変更をディレクトリ・サ
ービス・スレ−ブ・デ−タベ−ス２４に複製する複製機
能には、ディレクトリ・サービス・マスタ１４と各ディ
レクトリ・サービス・スレ−ブ２２との間の非送信請求
（ｕｎｓｏｌｉｃｉｔｅｄ）メッセ−ジが使用される。
ディレクトリ・サービス・マスタ１４とディレクトリ・
サービス・スレ−ブ２２の組合せによりディレクトリ・
サービス１０が形成される。一つのディレクトリ・サー
ビス・スレ−ブ２２と一つのディレクトリ・サービス・
スレ−ブ・デ−タベ−ス２４とを有する唯一つのリモ−
ト・サ−バ２０が、例示の目的と説明を容易にするため
に図１に示されている。複製１８は、ディレクトリ・サ
ービスの従来のプロトコル、例えばＬｉｇｈｔｗｅｉｇ
ｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏ
ｃｏｌ（ＬＤＡＰ）に従って行われる。ＬＤＡＰに関す
る情報は、例えばＷ．Ｙｅｏｎｇ、Ｔ．Ｈｏｗｅｓ及び
Ｓ．Ｋｉｌｌｅ著「Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅ
ｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ」、 Ｒ
ＦＣ １７７７（１９９５年３月）にある。

【０００４】装置またはアプリケ−ション（以後、機器
と呼ぶ）２６のディレクトリ・ユーザ・エージェント
(ＤＵＡ)２８はディレクトリ・サービス１０にアクセス
してディレクトリ・サービス１０から情報を読み出した
り、または情報を書き込んだりすることができる。ＤＵ
Ａ２８は、ディレクトリ・サービスのサ−バ１２／２０
にアクセスするディレクトリ・ユ−ザ・クライアントを
形成する。図１に示されるように、アクセスはディレク
トリ・サービス・スレ−ブ２２を経由しても行えるが、
ディレクトリ・サービス・マスタ１４を経由して行われ
る。一般には、ディレクトリ・サービス１０へのアクセ
スを必要とし且つアクセスを行う多くの機器とＤＵＡ２
８が存在すると考えられる。図１には、ただ例示の目的
と説明を容易にするために唯一つの機器２６とＤＵＡ２
８が示されている。

【０００５】ＤＵＡ２８によるディレクトリ・サービス
１０へのアクセスは、従来のプロトコル、例えばＬＤＡ
Ｐのもとで要求メッセ−ジ３０と応答メッセ−ジ３２と
によって行われる。このプロトコルにより、クライアン
トはサ−バに関するプロトコル・オペレ−ションを行う
ことができる。クライアントは、行われるべきオペレ−
ションを記述するプロトコル要求をサーバに対して送信
する。その時、サ−バは、要求されたオペレ−ションを
ディレクトリ上で行い、要求しているクライアントに何
らかの結果またはエラ−を含む一つ以上の応答を返す。

【０００６】プロトコルの目的は、クライアントの複雑
さを最小にすることである。ＬＤＡＰは、コネクション
・オリエンテドの信頼性のあるトランスポート上で動作
するように設計され、１オクテットにおける全部の８ビ
ットはデ−タ・ストリ−ムにおいて有意である。例え
ば、ＬＤＡＰは、インターネット（ＩＰ）上で伝送制御
プロトコル（ＴＣＰ）で動作することができ、ＬＤＡＰ
メッセ−ジはＴＣＰバイト・ストリ−ムに直接にマッピ
ングされる。

【０００７】

【発明が解決しょうとする課題】インターネットの使い
方は驚くべき速さで拡大していることはよく知られてい
る。アクセスするユ−ザの数が常に増加していることは
勿論のこと、行われる情報転送の種類も変化している。
図１を参照して説明される従来の構造は、基本的に変化
のない情報に関しては非常に有効であるが、例えば、Ｄ
ＵＡ２８が変数、例えば特定のユ−ザまたは特定のネッ
トワ−ク資源についてのディレクトリ情報をポ−リング
する必要がある時にはネットワ−ク集約的になる。

【０００８】本発明は、上記の従来のディレクトリ・ア
クセス機能に関連する問題を除去する、少なくとも軽減
しようとする機能、方法およびシステムを提供しようと
するものである。

【０００９】

【課題を解決するための手段】本発明の特定の特徴およ
び好ましい特徴は添付の独立請求項および従属請求項に
説明されている。従属請求項の特徴の組合せは、適切な
ものとして又は請求項に単に明示されてはいないものと
して、独立請求項の特徴と組合せることができる。

【００１０】本発明の第一の特徴によると、通信ネット
ワ−ク上のディレクトリ・サービスのクライアントを形
成するネットワ−ク要素において該ディレクトリ・サー
ビスのディレクトリに維持される変数の局部記録または
表示を更新する、コンピュ−タによって実現する方法が
提供される。その方法は、ネットワ−ク要素において、
変数の変更に関してディレクトリ・サービスから複製メ
ッセ−ジを受信するステップと、複製メッセ−ジに応答
して変数の局部記録を更新するステップと、を行う。

【００１１】複製機構を使用することによつて、本発明
の実施の形態は、ディレクトリ・サービスのディレクト
リで変数を繰返しポ−リングすることなく、ディレクト
リ・サービスにおける変数の変更に応じて、通信ネット
ワ−クを介して自動的にネットワ−ク要素が更新される
ようになる。

【００１２】本発明の好ましい実施の形態においては、
ネットワ−ク・ディレクトリはオブジェクト・ベ−スの
ディレクトリ、例えばインターネット・ディレクトリ・
サービスＸ．５００ディレクトリである。複製メッセ−
ジは、ＬＤＡＰ複製メッセ−ジであってよい。

【００１３】ディレクトリ・サービスは、ネットワ−ク
要素に関する複製要求を変数と関連付け、変数に対する
変更に応じてネットワ−ク要素に複製メッセ−ジを送出
するように構成することができる。

【００１４】複製要求は、少なくとも関連するネットワ
−ク要素を特定する変数に対するフィルタによって設定
することができる。これによって、ディレクトリ・サー
ビスは、変数の変更に応じて変数について「ポ−リン
グ」が必要かどうかを決定し、ネットワ−ク要素への報
告メッセ−ジとして複製メッセ−ジを送出することがで
きる。複製メッセ−ジは、ＬＤＡＰ複製メッセ−ジでよ
い。

【００１５】フィルタは、ディレクトリ・サービスのオ
ペレ−タがマニュアルで設定することができ、又は、ネ
ットワ−ク要素からの要求に応答して自動的に設定する
ことも可能である。

【００１６】局部記憶装置は、ネットワ−ク要素におけ
る変数に対するキャッシュであってよい。ネットワ−ク
要素は、変数に関する要求に応答して最初にキャッシュ
にアクセスし、キャッシュに変数がないときには、変数
についてディレクトリ・サービスに遠隔アクセスするこ
とができる。

【００１７】例えば、ネットワ−ク要素は、ネットワ−
ク・サ−ビス・エ−ジェントまたは他の型のネットワ−
ク装置を含む機器、またはネットワ−ク装置上で動作す
るアプリケ−ションであってよい。

【００１８】本発明の他の特徴によると、変数に対する
局部記憶装置を備えるネットワ−ク要素が提供され、応
答機構はディレクトリ・サービスにおける変数の変更に
関してディレクトリ・サービスから複製メッセ−ジを受
信して、その複製メッセ−ジに応答して変数の局部記録
を更新することができるように構成されている。

【００１９】要求機構は、ネットワ−クのディレクトリ
・サービスに、ディレクトリ・サービスのディレクトリ
の変数についてのオペレ−ションを指定するメッセ−ジ
を送信することができるように構成することができる。

【００２０】また、本発明は、変数に対する局部記憶装
置と応答機構とを備えるディレクトリ・サービス・クラ
イアントを提供する。この応答機構は、ディレクトリ・
サービスにおける変数の変更に関してディレクトリ・サ
ービスから複製メッセ−ジを受信して、その複製メッセ
−ジに応答して変数の局部記録を更新することができる
ように構成される。

【００２１】また、本発明は、コンピュ−タ・ネットワ
−クのネットワ−ク要素に対するデ−タ搬送媒体上のコ
ンピュ−タ・プログラム製品を提供する。そのコンピュ
−タ・プログラム製品は、ディレクトリ・サービスにお
ける変数の変更に関してコンピュ−タ・ネットワ−クの
ディレクトリ・サービスから複製メッセ−ジを受信する
ように構成された応答機構と、その複製メッセ−ジに応
じてネットワ−ク要素の変数の局部記録を更新するよう
に構成された更新機構とを備える。

【００２２】

【発明の実施の形態】本発明の模範的な実施の形態が、
単なる例として、添付の図面を参照にして以下に説明さ
れる。これら図面では、同じ要素には同じ参照符号が付
されている。

【００２３】以下、インターネットへの応用を背景とす
るＬＤＡＰプロトコルに基づいた本発明の特定の実施の
形態について説明する。しかし、本発明はこれに限定さ
れるものではないこと、および、本発明は変数をポ−リ
ングするディレクトリ・サービスが使用されるいかなる
通信ネットワ−クの応用にも応用されるものであること
は理解されるであろう。

【００２４】添付の図２は、コンピュータ・ネットワ−
クの一例を図示するものであり、五つのステ−ション１
２、２０、３４、３６および３８がネットワ−ク４０を
介して通信する。ネットワ−クはローカル・エリア・ネ
ットワーク（ＬＡＮ）またはワイド・エリア・ネットワ
−ク（ＷＡＮ）、およびイントラネットまたはインター
ネットでもよい。各々のステ−ションは、単一のコンピ
ュ−タで形成してもよく、またコンピュ−タのネットワ
−ク、例えばＬＡＮまたはＷＡＮで形成してもよい。ま
た、ただ五つだけのステ−ションが示されているが、一
般的なコンピュータ・ネットワ−クは複雑な相互接続構
造で配列された遥かに多くのステ−ションを含む。相互
接続構造は、一つの論理レベルでもよく、または少なく
とも一部に階層構造を使用するものでもよい。個々のス
テ−ション１０は、ステ−ション相互に関して、及び時
間にわたって変化する要求をシステム上で行うことがで
きる。一般的な状態では、比較的少数のステ−ションで
サ−バ・ステ−ションが形成され、比較的多数のステ−
ションでクライアント・ステ−ションが形成される。図
２では、ステ−ション１２と２０がそれぞれディレクト
リ・サービス・マスタ１４とディレクトリ・サービス・
スレ−ブ２２をサポ−トし、ステ−ション３４、３６お
よび３８がＤＵＡ２８を含む機器２６をサポ−トするも
のとする。

【００２５】これから述べる本発明の特定の実施の形態
は、インターネット環境で実現される本発明の実施の形
態に関するが、上記のように、本発明はそれに限定され
るものでないことは当然理解されるべきことである。

【００２６】Ｘ.５００をベ−スにしたディレクトリ・
サービスにアクセスする上記のＬｉｇｈｔｗｅｉｇｈｔ
Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏ
ｌ（ＬＤＡＰ）が好評であること考慮すると、機器は、
現在よりも将来は益々多くの情報をこのプロトコルを介
して検索することになる。

【００２７】ディレクトリ情報が比較的変化しない環境
に対しては、ＬＤＡＰは非常に有効であるが、情報がよ
り動的である時、および、機器が繰返して変数、例え
ば、ユ−ザまたはサ−ビスについての情報をポ−リング
する必要がある時には、非常にネットワ−ク集約的にな
る。

【００２８】以下に述べる本発明の実施の形態では、デ
ィレクトリ・サービス１０とＤＵＡ２８との間でプッシ
ュ・モデル（ｐｕｓｈ ｍｏｄｅｌ）を実現する部分的
な複製機能が使用される。本発明のこの実施の形態にお
いては、ディレクトリ・アクセス・プロトコルのメッセ
−ジ（ＬＤＡＰメッセ−ジ）がＤＵＡ２８に部分的な複
製を作るために用いられる。言い換えれば、そして従前
のディレクトリ・アクセス・システムと対比すると、デ
ィレクトリ・サービスの読取り及び書き込みと同じく、
ＤＵＡ２８もディレクトリ・サービスから非送信請求メ
ッセ−ジを受信する。従来、非送信請求メッセ−ジは既
存のディレクトリ・システムのサ−バ間で交信されるけ
れども、本発明は、好ましくはディレクトリ・サービス
１０で送出される非送信請求ＬＤＡＰメッセ−ジによっ
て、ＤＵＡ２８のようなクライアントに局部的な複製を
設けることを初めて提案する。このようにして、ＤＵＡ
２８は、ユ−ザ・エ−ジェントであるだけでなく、機能
的にはディレクトリ・サービス・スレ−ブの役目をも実
現するようになる。

【００２９】このプッシュ・モデルの技術的な効果は、
変数の修正のためにポ−リングを行う時に、機器がネッ
トワ−クに不当に負荷をかけない、即ち負担をかけすぎ
ることがないことである。当該変数または関連する変数
についてのどのような最新情報も、修正の際に自動的に
機器に送信される。

【００３０】図３は、本発明の実施の形態の概略ブロッ
ク図であり、クライアント・ステ−ション（即ち、機器
２６のＤＵＡ２８）に複製サ−ビスを提供することを除
けば、実質的に図１に相当する。

【００３１】従って、図３では、ディレクトリ・サービ
ス・マスタ１４は、第１サ−バ１２に置かれたディレク
トリ・サービス・マスタ・デ−タベ−ス１６を含む。複
製１８は、一つ以上のリモ−ト・サ−バ２０の各々にお
いて、一つ以上のディレクトリ・サービス・スレ−ブ２
２の一つ以上のディレクトリ・サービス・スレ−ブ・デ
−タベ−ス２４にディレクトリ・サービス・マスタ・デ
−タベ−ス１６の複製バ−ジョンを作るために使用され
る。複製機構は、ディレクトリ・サービス・マスタ１４
とディレクトリ・サービス・スレ−ブ２２の各々との間
の非送信請求メッセ−ジを使用する。ディレクトリ・サ
ービス・マスタ１４とディレクトリ・サービス・スレ−
ブ２２との組合せによりディレクトリ・サービス１０が
形成される。一つのディレクトリ・サービス・スレ−ブ
２２と一つのディレクトリ・サービス・スレ−ブ・デ−
タベ−ス２４を有する唯一つのリモ−ト・サ−バ２０
が、例示の目的と説明を容易にするために図３に示され
ている。本発明のこの好ましい実施の形態においては、
複製１８はＬＤＡＰの下で行われる。

【００３２】機器２６のディレクトリ・ユーザ・エージ
ェント(ＤＵＡ)２８がディレクトリ・サービス１０にア
クセスするディレクトリ・ユ−ザ・クライアントを形成
し、ディレクトリ・サービス１０からの情報の読取りま
たはディレクトリ・サービス１０に情報の書き込みを行
う。アクセスは図１ではディレクトリ・サービス・マス
タ１４によるが、ディレクトリ・サービス・スレ−ブ２
２によっても同じように可能である。図３では、例示の
目的と説明を容易にするために、一つの機器２６とＤＵ
Ａ２８だけが示されているが、一般的には、ディレクト
リ・サービス１０を必要とし且つアクセスを行う多数の
機器とＤＵＡ２８がある。

【００３３】ＤＵＡ２８によるディレクトリ・サービス
１０へのアクセスは、従来のプロトコル、例えばＬＤＡ
Ｐのもとで要求メッセ−ジ３０と応答メッセ−ジ３２に
よって行われる。したがって、クライアント２８は、サ
−バであるディレクトリ・サービス・マスタ１４に要求
３０を送出することで、一つ以上の応答メッセ−ジ３２
の送信を請求する。要求メッセ−ジ３０は、ネットワ−
クのユ−ザまたはネットワ−クの資源（例えば、ユ−ザ
または資源のインターネット・プロトコル（ＩＰ)アド
レス）についての情報の要求であってもよい。その時
に、ディレクトリ・サービス・マスタ１４は、要求３０
に対して一つ以上の送信請求された応答メッセ−ジ３２
を返す。送信請求する要求メッセ−ジと送信請求された
応答メッセ−ジは、メッセ−ジにおける関連するメッセ
ージ識別子によって、典型的にはメッセ−ジに対するヘ
ッダ−において、互いにリンクされる。

【００３４】クライアントであるＤＵＡ２８からディレ
クトリ・サービス・マスタ１４への請求された要求メッ
セ−ジ３０およびディレクトリ・サービス・マスタ１４
からＤＵＡ２８への対応する送信請求された応答メッセ
−ジ３２に加えて、本発明の実施の形態では、非送信請
求の複製メッセ−ジ４２がディレクトリ・サービス・マ
スタ１４からＤＵＡ（クライアント）２８に送信され
る。これらの複製メッセ−ジ４２は、ディレクトリ・サ
ービス・マスタ・デ−タベ−ス１６の少なくとも一部分
の局部的複製を許容する。これは、図３に示されるよう
に直接的に（このとき、ＤＵＡ２８はディレクトリ・サ
ービス・マスタ１４と直接に通信する）、または間接的
に（このとき、ＤＵＡ２８は、例えばディレクトリ・サ
ービス・スレ−ブ・デ−タベ−ス２４の少なくとも一部
分の複製によりディレクトリ・サービス・スレ−ブ２２
と通信する）達成される。

【００３５】図４は、本発明の理解に関連するディレク
トリ・サービス・マスタ１４の態様の概略説明図であ
る。ディレクトリ・サービス・マスタ１４は、ディレク
トリ・サービス・マスタ・デ−タベ−ス１６の形のネッ
トワ−ク・ディレクトリとディレクトリ・コントロ−ラ
４４を含む。ネットワ−ク・ディレクトリは、好ましく
はオブジェクト・ベースのディレクトリ、例えばインタ
ーネット・ディレクトリ・サービスＸ．５００ディレク
トリである。変数は、マスタ・デ−タベ−ス１６のオブ
ジェクト階層の中にオブジェクトとして格納される。デ
ィレクトリ・コントロ−ラ４４は、ＤＵＡ２８からの要
求メッセ−ジ３０に応答して、マスタ・デ−タベ−ス１
６に関して必要なオペ−レションを行い、一つ以上の応
答メッセ−ジをユ−ザに返す。

【００３６】図５は、全てのプロトコル交換で必要とさ
れる共通フィ−ルドを含む封筒を提供するＬＤＡＰメッ
セ−ジ・フォ−マット（ＬＤＡＰメッセ−ジ）５０の概
略説明図である。ＬＤＡＰメッセ−ジは、メッセ−ジ識
別子（メッセ−ジＩＤ）５２とこれに続くプロトコル・
オペレ−タ（プロトコルＯＰ）５４とを有するシ−ケン
スを備える。メッセ−ジＩＤは、ＬＤＡＰセッションの
他の全ての未決着の（ｏｕｔｓｔａｎｄｉｎｇ）要求の
値に比べて独特の値を有している。メッセ−ジＩＤは、
そのメッセ−ジＩＤが最初に使用された要求に対応する
全ての応答において繰り返される。

【００３７】ＬＤＡＰメッセ−ジで指定されるプロトコ
ル・オペレ−ションは、従来と同じように、次のタイプ
から選ばれる： バインド要求 クライアントとサ−バとの間にプロトコル・セッションを 開始して、そのセッションのパラメ−タを列挙する バインド応答 セッション開始についてのクライアントの要求の状況の表示 を返す 非バインド要求 セッションを終了するもので、規定された応答を持たない 探索要求 クライアントが探索を開始できるようにし、探索が行われる ディレクトリ中の基本オブジェクト、行われる探索の範囲、 エイリアスをどのように扱うかの表示、返えされる探索結果 の最大のサイズ、探索の時間制限、返される属性の表示およ び返される属性タイプおよび／または属性値、および整合特 性を規定するフィルタを規定する 探索応答 探索要求に応答を返すもので、一般には一連の応答が、クラ イアントからの要求に対して完全な応答を返すために必要に なる 修正要求 クライアントがディレクトリ中のオブジェクトの修正を要求 できるようにする 修正応答 修正要求の結果を返す 追加要求 クライアントがディレクトリにオブジェクトの追加を要求す ることができるようにする 追加応答 追加要求の結果を返す 削除要求 クライアントがディレクトリに対してオブジェクトの削除を 要求することができるようにする 削除応答 削除要求の結果を返す ＲＤＮ修正要求 クライアントがディレクトリ中の項目の名前の最後の構成要 素（ＲＤＮ即ち相対的顕著名）の修正を要求することができ るようにする ＲＤＮ修正応答 ＲＤＮ修正要求の結果を返す ＤＮ比較要求 クライアントがディレクトリ中の項目と属性値を比較するこ とができるようにする ＤＮ比較応答 比較要求の結果を返す 放棄要求 要求の放棄ができるようにする。

【００３８】このように、ディレクトリ・コントロ−ラ
４４は、上に指定された種々の要求に適切な応答を返す
ために必要なオペレ−ションを行えるように構成されて
いる。留意することは、上で述べた要求−応答の各組合
せが、応答の送信請求と送信請求された応答それ自体と
を有効に提供することである。サ−バからクライアント
への、即ちディレクトリ・サービス１０からＤＵＡ２８
への非送信請求の通信のための用意はされていない。従
来、非送信請求のＬＤＡＰメッセ−ジは、ディレクトリ
・デ−タベ−スがディレクトリ・サービス・マスタ１４
とディレクトリ・サービス・スレ−ブ２２とで一致して
いることを確認するためにディレクトリ・サービス・マ
スタ１４とディレクトリ・サービス・スレ−ブ２２との
間で送信されていたのであって、クライアントとではな
い。これには、所謂複製プロセスが使用されていた。

【００３９】しかし、本発明に関しては、ディレクトリ
・サービスが、ディレクトリ・デ−タベ−スの選ばれた
変数に関係する非送信請求メッセ−ジをＤＵＡに送る。
これは、従来の複製メッセ−ジを用いること、及び、特
定の変数に変更が加えられた時に本発明の実施の形態に
したがって複製メッセ−ジをＤＵＡに送るべきであるこ
とを確認する適切なフィルタ（例えば、フィルタ４６）
を設けることで達成される。これについては、次にもっ
と詳しく説明する。

【００４０】複製フィルタは、ディレクトリ・サービス
・マスタにオペレ−タによりマニュアルで設定すること
ができるが、代わりに、ＤＵＡからの適切なメッセ−ジ
に応じて生成することもできる。

【００４１】例えば、ＤＵＡは、複製フィルタとＤＵＡ
のアドレスとを含むＬＤＡＰの追加要求をディレクトリ
・サ−バに送出することができる。そこで、この追加要
求が用いられて、ＤＵＡは適切な複製フィルタをディレ
クトリ・サ−バに設定することができるようなる。或い
は、ディレクトリ・サ−バで複製フィルタを修正するか
或いはそこに構成するために、ＬＤＡＰの修正要求とＬ
ＤＡＰの使用されたバ−ジョンがサ−ポトする別なタイ
プのメッセ−ジとのいずれかを使用することもができ
る。

【００４２】しかし、ＤＵＡによって複製フィルタが設
定されることは必要ない。上に示したように、複製フィ
ルタは、ディレクトリ・サービス・マスタにオペレ−タ
によって従来の方法で設定することができる。また、ル
ックアップ・テ−ブルや連結リスト構造などを用いて、
任意の適切な形での複製フィルタを実現することができ
る。

【００４３】ディレクトリ・コントロ−ラ４４は、ディ
レクトリ・サービス・マスタ・デ−タベ−ス１６の変更
をディレクトリ・サービス・スレーブ・デ−タベ−ス２
４がミラ−リングして更新されるようにするために複製
メッセ−ジを供給する複製機構４５を備えている。ま
た、本発明の実施の形態に関しては、ディレクトリ・コ
ントロ−ラ４４は、デ−タベ−ス１６中の変更が加えら
れた目的変数の変更を知らせるべきＤＵＡ２８（もしあ
れば）に送る複製メッセ−ジも準備する。本実施の形態
では、これは、デ−タベ−スの一つ以上のオブジェクト
変数に変更が加えられた場合に、ディレクトリ・コント
ロ−ラの複製機構が当該数についてフィルタ４６にアク
セスして、関係するオブジェクト変数に加えられた変更
を識別する複製メッセ−ジを受信することになっている
ＤＵＡ２８を識別することで達成される。複製メッセ−
ジの発行は、一般には（但し必要と言うことではない
が）クライアント‐サ−バ・セッション内である。クラ
イアントのＤＵＡ２８は、機器２６で当該アプリケ−シ
ョンに必要な複製メッセ−ジに応答するようになされて
いる。

【００４４】図６は、ディレクトリ・ユ−ザ・エジェン
ト２８を含む機器２６の概要図である。機器は、コンピ
ュ−タまたは従来のハ−ドウェアの構成要素（例えば、
プロセッサ、メモリ）とソフトウェアの構成要素（例え
ば、オペレ−ティング・システム）を含むその他の情報
処理装置等のネットワ−ク要素であってもよい。また、
こうしたネットワ−ク要素上のアプリケ−ションであっ
てもよい。

【００４５】ＤＵＡ２８は、ディレクトリ・サービスと
ＬＤＡＰメッセ−ジとを使ってコネクションを介して通
信するためのＬＤＡＰインタ−フェイス６４を含むが、
これは据え付けでもよいし、ネットワ−クの一部であっ
てもよい。キャッシュ６０は変数のための局部記憶装置
を形成し、コントロ−ラ６２は機器との通信に応答し、
ＤＵＡを制御するためのものである。

【００４６】図７は、ディレクトリ・サービスからの複
製メッセ−ジの処理を説明するフロ−チャ−ト図であ
る。ステップＳ１では、ＬＤＡＰインタ−フェイス６４
により６８でメッセ−ジが受信される。

【００４７】ステップＳ２では、ＬＤＡＰインタ−フェ
イスとＤＵＡコントロ−ラ６２との一方または両方によ
って、そのメッセ−ジが複製メッセ−ジかどうかが決定
される。

【００４８】ステップＳ３では、複製メッセ−ジがキャ
ッシュ６０に保持されている既存の変数に関係するもの
かどうかが確認される。ステップＳ５では、その変数が
既に存在していれば、複製メッセ−ジにしたがって、そ
の変数は更新または削除されてディレクトリ・サービス
に変更をミラ−リングする。

【００４９】ステップＳ４では、その変数がキャッシュ
に存在していなければ、その変数についての局部レコー
ドがキャッシュに作られる。図８は、ＤＵＡのコントロ
−ラ６２による局部キャッシュの使用を説明するフロ−
チャ−トである。

【００５０】ステップＳ１０では、機器からの変数の要
求が受取られる。ステップＳ１１では、キャッシュにそ
の変数があるかどうかをコントロ−ラが調べる。

【００５１】ステップＳ１２で、その変数がキャッシュ
にあれば、次にステップＳ１４でその変数が機器に戻さ
れる。これは、ＤＵＡ６２は複製機構によりこれが最新
の値であることを知っているからである。

【００５２】ステップＳ１３では、その変数がキャッシ
ュになければ、コントロ−ラは変数の最新の値について
の要求を６６からディレクトリ・サービスに発する。ス
テップＳ１４で、この値は、ディレクトリ・サービスか
ら受取られると、、機器に戻され、当該変数はキャッシ
ュに格納される。

【００５３】このようにして、従来技術のＤＵＡとは正
反対に、本発明の実施の形態に従うＤＵＡにおいては、
当該変数の局部キャッシュを維持するために、複製メッ
セ−ジ（例えば、本実施の形態では、ディレクトリ・マ
スタの発したＲＤＮ修正要求）はＤＵＡで受信され処理
され得る。原理的には、ディレクトリの完全なコピ−が
キャッシュに保持される。しかし、これでは効率が悪
く、選択された変数だけが局部的に保持されるのが効果
的である。

【００５４】ＤＵＡ機能を持つネットワ−ク要素は、機
器において従来の計算ハ−ドウェア（例えば、メモリ、
プロセッサ、ディスプレイ、ユ−ザ入力装置等の従来の
構成要素を含むコンピュ−タ）のソフトウェア機能とし
て実現することができる。従って、ＤＵＡコントロ−ラ
６２は、実行メモリに格納されていてプロセッサ上で実
行されるコ−ドで実現することができ、キャッシュはメ
モリに格納される。このようにして、機器のメモリは、
キャッシュ、ＤＵＡコントロ−ラおよびそれらの構成部
品の搬送媒体を形成することができる。勿論、機器それ
自体が、クライアント・ステーションにおいて従来の計
算ハ−ドウェア上で動作可能なプログラム製品であって
もよく、その機器はクライアント・ステーションで搬送
媒体としてのメモリに格納される。また、これは、コン
ピュ−タ・プログラム製品として、ディスク上で、ネッ
トワ−ク通信回線上でまたは他の任意の搬送媒体により
供給することも可能である。また、特殊目的のハ−ドウ
ェア、例えば一つ以上のＡＳＩＣにより少なくとも部分
的に実現することができる。

【００５５】ディレクトリ・サービス・マスタ１４とＤ
ＵＡ２８との間の交換について上に説明したが、同じ交
換はディレクトリ・サービス・スレ−ブ２０とＤＵＡ２
８との間で行うことができる。

【００５６】図９は、従来技術による場合と本発明の実
施の形態による場合のディレクトリ・マスタからＤＵＡ
クライアントへ、およびその逆の方向へ送信される要求
メッセ−ジのタイプ間の違いを図示するものである。

【００５７】このように、本発明にしたがって、ＤＵＡ
はディレクトリ・サービスから非送信請求のＲＤＮ修正
要求（複製）メッセ−ジ（追加、修正および削除と同様
に）を受信することができることが図９のＢから分か
る。また、ＤＵＡは、探索、追加、修正、ＲＤＮ修正お
よび削除のメッセ−ジを送信することができる。比較に
よって、図９のＡから、従来技術のＤＵＡは探索、追
加、修正、ＲＤＮ修正および削除のメッセ−ジだけを送
信することができることがわかる。従来のＤＵＡは追
加、修正、ＲＤＮ修正および削除のメッセ−ジを受信す
ることができない。更に比較することによって、従来の
ディレクトリ・スレ−ブは、追加、修正、ＲＤＮ修正お
よび削除のメッセ−ジだけを受信することができて、探
索、追加、修正、ＲＤＮ修正および削除のメッセ−ジを
送信することができない。

【００５８】本発明の特定の実施の形態について説明し
たが、添付の特許請求の範囲に定義される本発明の精神
と範囲の中で多くの変更／追加および／または置換が可
能であることは理解されるであろう。

【図面の簡単な説明】

【図１】マスタとスレ−ブのディレクトリ・サ−バを有
するディレクトリ・サービスに関してクライアントとサ
−バとの間の従来技術によるメッセ−ジ交換を図示した
ものである。

【図２】通信ネットワ−クを図示したものである。

【図３】マスタとスレ−ブのディレクトリ・サ−バを有
する本発明によるディレクトリ・サービスの実施の形態
に関してクライアントとサ−バとの間のメッセ−ジ交換
を図示したものである。

【図４】ディレクトリ・サービス・マスタの態様を図示
したものである。

【図５】ＬＤＡＰメッセ−ジ・フォ−マットを図示した
ものである。

【図６】本発明の実施の形態によるＤＵＡの概略ブロッ
ク図である。

【図７】図６のＤＵＡにおいて行われる機能を説明する
フロ−チャ−トである。

【図８】図６のＤＵＡの機能を更に説明するフロ−チャ
−トである。

【図９】Ａは従来技術の種々のタイプのメッセ−ジを、
Ｂは本発明の実施の形態で利用できる種々のタイプのメ
ッセ−ジを図示したものである。

───────────────────────────────────────────────────── フロントページの続き (71)出願人 597004720 2550 Ｇａｒｃｉａ Ａｖｅｎｕｅ，ＭＳ ＰＡＬ１−521，Ｍｏｕｎｔａｉｎ Ｖ ｉｅｗ，Ｃａｌｉｆｏｒｎｉａ 94043− 1100，Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

Claims (20)

【特許請求の範囲】
1. 【請求項１】 通信ネットワ−ク上のディレクトリ・サ
   ービス・クライアントを形成するネットワ−ク要素の変
   数の局部記録を更新する、コンピュ−タによって実現さ
   れる方法であって、前記変数は前記ディレクトリ・サー
   ビスのディレクトリ中に保持される方法において、 前記ネットワ−ク要素において、 前記変数に対する変更に関して前記ディレクトリ・サー
   ビスから複製メッセ−ジを受信するステップと、 前記複製メッセ−ジに応答して前記変数の前記局部記録
   を更新するステツプと、を行う方法。
2. 【請求項２】 前記ディレクトリ・サービスにおいて、 前記ネットワ−ク要素に関する複製要求を前記変数と関
   連づけるステップと、 前記変数に対する変更に応じて前記ネットワ−ク要素に
   前記複製メッセ−ジを送信するステップと、を行う、請
   求項１に記載の方法。
3. 【請求項３】 関連させる前記ステップが、少なくとも
   前記ネットワ−ク要素を特定する前記変数用のフィルタ
   を設定するステップを含む、請求項２記載の方法。
4. 【請求項４】 前記フィルタが、前記ネットワ−ク要素
   からの要求に応答して設定される、請求項３記載の方
   法。
5. 【請求項５】 前記複製メッセ−ジがＬＤＡＰ複製メッ
   セ−ジである、請求項１記載の方法。
6. 【請求項６】 前記コンピュ−タ・ネットワ−ク・ディ
   レクトリがインタ−ネット・ディレクトリ・サービス
   Ｘ.５００ディレクトリである、請求項１記載の方法。
7. 【請求項７】 前記コンピュ−タ・ネットワ−ク・ディ
   レクトリがオブジェクト・ベ−スのディレクトリであ
   る、請求項５記載の方法。
8. 【請求項８】 キャッシュが局部記憶装置に備えられて
   おり、前記ネットワ−ク要素が変数の要求に応じて最初
   に前記キャッシュにアクセスし、前記キャッシュに前記
   変数がないときには、前記変数について前記ディレクト
   リ・サービスに遠隔アクセスする、請求項１に記載の方
   法。
9. 【請求項９】 前記ネットワ−ク要素がネットワ−クサ
   −ビス・エ−ジェントを備える機器である、請求項１に
   記載の方法。
10. 【請求項１０】 前記機器がネットワ−ク装置である、
    請求項９に記載の方法。
11. 【請求項１１】 前記機器がネットワ−ク装置上で動作
    可能なアプリケ−ションである、請求項９に記載の方
    法。
12. 【請求項１２】 通信ネットワ−ク上のディレクトリ・
    サービス・クライアントを形成するネットワ−ク要素で
    あって、 変数に対する局部記憶装置と、 前記ディレクトリ・サービスにおける変数に対する変更
    に関して前記ディレクトリ・サービスから複製メッセ−
    ジを受信し、前記複製メッセ−ジに応答して前記局部記
    憶装置の前記変数の局部記録を更新するように動作可能
    に構成された応答機構と、を備えるネットワ−ク要素。
13. 【請求項１３】 ネットワ−クのディレクトリ・サービ
    スにメッセ−ジを送信するよう構成された要求機構を備
    え、前記の送信されるメッセ−ジが、前記ディレクトリ
    ・サービスのディレクトリにおける前記変数についての
    オペレ−ションを指定する、請求項１２に記載のネット
    ワ−ク要素。
14. 【請求項１４】 前記複製メッセ−ジがＬＤＡＰの複製
    メッセ−ジである、請求項１２に記載のネットワ−ク要
    素。
15. 【請求項１５】 前記局部記憶装置がキャッシュを備
    え、前記ネットワ−ク要素が変数の要求に応答して最初
    に前記キャッシユにアクセスし、前記キャッシュに前記
    変数がないときには、前記変数について前記ディレクト
    リ・サービスに遠隔アクセスするように構成されてい
    る、請求項１２に記載のネットワ−ク要素。
16. 【請求項１６】 前記ネットワ−ク要素が、ネットワ−
    ク・サ−ビス・エ−ジェントを備える機器である、請求
    項１２に記載のネットワ−ク要素。
17. 【請求項１７】 前記ネットワ−ク要素がネットワ−ク
    装置である、請求項１２に記載のネットワ−ク要素。
18. 【請求項１８】 前記機器がネットワ−ク装置上で動作
    可能なアプリケ−ションである、請求項１８に記載のネ
    ットワ−ク要素。
19. 【請求項１９】 変数に対する局部記憶手段と、 コンピュ−タ・ネットワ−クのディレクトリ・サービス
    での変数の変更に関して、前記ディレクトリ・サービス
    から複製メッセ−ジを受信し、前記複製メッセ−ジに応
    答して前記局部記憶装置の前記変数の局部記録を更新す
    る手段と、を備えるディレクトリ・サービス・クライア
    ント。
20. 【請求項２０】 コンピュ−タ・ネットワ−クのネット
    ワ−ク要素のためのデ−タ搬送媒体上のコンピュ−タ・
    プログラム製品であって、 前記コンピュ−タ・ネットワ−クのディレクトリ・サー
    ビスにおける変数の変更に関して、前記ディレクトリ・
    サービスから複製メッセ−ジを受信するよう構成された
    応答機構と、前記複製メッセ−ジに応答して前記ネット
    ワ−ク要素の変数の局部記録を更新するように構成され
    た更新機構と、を備えるコンピュ−タ・プログラム製
    品。