JP2005284939A - ディレクトリシステム - Google Patents

Abstract

【課題】 ＤＵＡの処理負荷を軽減して開発工数やメモリ消費量を低減できるディレクトリシステムを提供する。
【解決手段】 連鎖するように設定された複数のディレクトリシステムエージェントを備え、ディレクトリ利用者エージェントにより、ディレクトリシステムエージェントがそれぞれ個別に管理するディレクトリ情報木を更新可能なディレクトリシステムであって、ディレクトリシステムエージェントに、更新対象のディレクトリ情報木を管理するディレクトリシステムエージェントが動作していない場合でも、該ディレクトリシステムエージェントの動作が再開した段階で更新要求を行う他ＤＩＴ更新手段を有する構成とする。
【選択図】 図１

Description

本発明は、複数のディレクトリシステムエージェントを備え、各ディレクトリシステムエージェントが連鎖するように設定されたディレクトリシステムに関する。

ディレクトリシステムは、オブジェクトの情報を保存し、その情報にアクセスするサービスを利用者に提供するシステムである。利用者はアクセス権限があればクライアント端末であるディレクトリ利用者エージェント（以下、ＤＵＡ(Directory User Agent)と称す）を用いてディレクトリシステムにアクセスし、ディレクトリ情報を読み出したり変更することができる。ディレクトリシステムは互いに協調動作する１つ以上のディレクトリサーバ装置（以下、ディレクトリシステムエージェント：ＤＳＡ(Directory System Agent)と称す）によって構成されている。ＤＳＡ間の協調動作はディレクトリシステムプロトコル（ＤＳＰ（Directory System Protocol））にしたがって実行される。また、ＤＵＡにはディレクトリアクセスプロトコル（ＤＡＰ（Directory Access Protocol））にしたがってディレクトリシステムからサービスが提供される。

ディレクトリシステムに保持される情報はディレクトリ情報ベース（以下、ＤＩＢ(Directory Information Base)と称す）と呼ばれ、ＤＩＢの各エントリは階層構造を持ったディレクトリ情報木（以下、ＤＩＴ(Directory Information Tree)と称す）と呼ばれるツリー構造で配列されている。

図７は従来のディレクトリシステムの構成を示すブロック図である。

図７はＬＤＡＰ（Lightweight Directory Access Protocol）Ｖ３に準拠した分散ディレクトリシステムの機能モデルを示している。

図７に示すようなディレクトリシステムにおいて、ＤＵＡ２００から任意のＤＳＡに対して当該ＤＳＡが管理しないＤＩＴへの処理が要求された場合、該ＤＳＡから他のＤＳＡへ処理を要求する協調動作を連鎖と呼ぶ。図７に示すディレクトリシステムは、ＤＩＢを、第１のＤＳＡ２０１、第２のＤＳＡ２０２、第３のＤＳＡ２０３の３つのＤＳＡで管理する例を示し、第１のＤＳＡ２０１と第２のＤＳＡ２０２間及び第２のＤＳＡ２０２と第３のＤＳＡ２０３が連鎖するように設定された例である。

このような構成では、例えば、ＤＵＡ２００から第１のＤＳＡ２０１に第２のＤＳＡ２０２が管理するＤＩＴの更新が要求された場合、第１のＤＳＡ２０１は、ＤＵＡ２００に代わって該ＤＩＴに対する更新要求を第２のＤＳＡ２０２へ送信する（例えば、特許文献１参照）。

このように、連鎖するように設定された複数のＤＳＡを備えたディレクトリシステムでは、ＤＵＡは、任意のＤＩＴに対する更新要求を、当該ＤＩＴを管理するＤＳＡを意識することなく出すことができる。
特開２００２−３６６４０５号公報

しかしながら上記したような従来のディレクトリシステムでは、更新対象のＤＩＴを管理するＤＳＡの動作が停止している場合、ＤＵＡから ＤＩＴの更新要求を受け付けたＤＳＡは、更新処理を行わずに更新の失敗をＤＵＡに通知する処理だけ行う。

したがって、ＤＵＡは、停止状態のＤＳＡが管理するＤＩＴへ再度更新要求を送信する必要があり、更新対象のＤＩＴを管理するＤＳＡが動作しているか否かを考慮しなければならないため処理が複雑になってしまう。

そのため、ＤＵＡの開発工数が大きくなり、またＤＵＡとしての処理規模が大きくなるためにメモリ消費量が大きくなる問題があった。

本発明は上記したような従来の技術が有する問題点を解決するためになされたものであり、ＤＵＡの処理負荷を軽減して開発工数やメモリ消費量を低減できるディレクトリシステムを提供することを目的とする。

上記目的を達成するため本発明のディレクトリシステムは、連鎖するように設定された複数のディレクトリシステムエージェントを備え、ディレクトリ利用者エージェントにより、前記ディレクトリシステムエージェントがそれぞれ個別に管理するディレクトリ情報木を更新可能なディレクトリシステムであって、
前記ディレクトリシステムエージェントは、
前記ディレクトリ利用者エージェントから要求された更新対象の前記ディレクトリ情報木が自装置の管理対象である場合、前記ディレクトリ利用者エージェントからの要求にしたがって該ディレクトリ情報木の更新処理を行い、更新処理結果を前記ディレクトリ利用者エージェントへ返送するＤＩＴ更新手段と、
前記更新対象の前記ディレクトリ情報木が自装置の管理対象でない場合、該ディレクトリ情報木を管理する他のディレクトリシステムエージェントへ該ディレクトリ情報木の更新要求を送信し、前記他のディレクトリシステムエージェントが動作していないことを検出すると、前記更新要求を一時的に保持し、前記他のディレクトリシステムエージェントの動作が再開した段階で該他のディレクトリシステムエージェントに対して前記更新要求を送信する他ＤＩＴ更新手段と、
を有する構成である。

このとき、前記ＤＩＴ更新手段は、
前記他のディレクトリシステムエージェントが動作していないことを検出すると、前記ディレクトリ利用者エージェントに、該ディレクトリ情報木の更新要求を受け付けたことを示す更新処理受付結果を返送してもよい。

また、本発明の他のディレクトリシステムは、連鎖するように設定された複数のディレクトリシステムエージェントを備え、ディレクトリ利用者エージェントにより、前記ディレクトリシステムエージェントがそれぞれ個別に管理するディレクトリ情報木を更新可能なディレクトリシステムであって、
前記ディレクトリシステムエージェントは、
前記ディレクトリ利用者エージェントから要求された更新対象の前記ディレクトリ情報木が自装置の管理対象である場合、前記ディレクトリ利用者エージェントからの要求にしたがって該ディレクトリ情報木の更新処理を行い、更新処理結果を前記ディレクトリ利用者エージェントへ返送し、前記更新対象の前記ディレクトリ情報木が自装置の管理対象でない場合、該ディレクトリ情報木の更新要求を保存するＤＩＴ更新手段と、
前記ＤＩＴ更新手段に該ディレクトリ情報木の更新要求が保存されると、該更新要求を読み出し、該ディレクトリ情報木を管理する他のディレクトリシステムエージェントへ該ディレクトリ情報木の更新要求を送信し、前記他のディレクトリシステムエージェントが動作していないことを検出すると、前記更新要求を一時的に保持し、前記他のディレクトリシステムエージェントの動作が再開した段階で該他のディレクトリシステムエージェントに対して前記更新要求を送信する他ＤＩＴ更新手段と、
を有する構成である。

このとき、前記ＤＩＴ更新手段は、
前記更新対象の前記ディレクトリ情報木が自装置の管理対象でない場合、前記ディレクトリ利用者エージェントに、該ディレクトリ情報木の更新要求を受け付けたことを示す更新処理受付結果を返送してもよい。

上記のように構成されたディレクトリシステムでは、他ＤＩＴ更新手段により、更新対象のディレクトリ情報木を管理するディレクトリシステムエージェントが動作していない場合でも、該ディレクトリシステムエージェントの動作が再開した段階で更新要求が行われるため、ディレクトリ利用者エージェントは該ディレクトリシステムエージェントに更新要求を繰り返し送信する必要がない。

したがって、従来のディレクトリシステムに比べて処理負荷を低減できるため、ディレクトリ利用者エージェントの開発工数が低減され、ディレクトリ利用者エージェントの規模が小さくなるためメモリの消費量の増大が防止される。

次に本発明について図面を参照して説明する。

（第１の実施の形態）
図１は本発明のディレクトリシステムの第１の実施の形態の構成を示すブロック図である。

図１に示すように、第１の実施の形態のディレクトリシステムは、ＤＵＡ１、第１のＤＳＡ２、及び第２のＤＳＡ３を備えた構成である。第１のＤＳＡ２及び第２のＤＳＡ３はそれぞれ異なるＤＩＴを管理し、連鎖するように設定されている。なお、図１では、ＤＵＡ１からの更新要求を第１のＤＳＡ２でのみ受信する構成例を示しているが、第２のＤＳＡ３に第１のＤＳＡ２と同様の構成を有することで、ＤＵＡ１からの更新要求を第２のＤＳＡ３で受信する構成も可能である。

ＤＵＡ１は、利用者の操作によるＤＩＴの更新要求または他のＤＳＡからのＤＩＴの更新要求を受け付け、該更新要求を第１のＤＳＡ２へ送信する。

第１のＤＳＡ２は、ＤＩＴの更新要求を処理する更新処理部４、及びＤＩＴなどの情報が格納される記憶装置５を有する構成である。

記憶装置５は、当該ＤＳＡで管理するＤＩＴの情報が予め格納されたＤＩＴ記憶部５１を備えている。

更新処理部４は、ＤＩＴ更新手段４１及び他ＤＩＴ更新手段４２を備えた構成である。

ＤＩＴ更新手段４２は、ＤＵＡ１から受信したＤＩＴの更新要求を解析し、更新対象のＤＩＴがＤＩＴ記憶部５１の管理対象であるか否か、すなわち更新対象のＤＩＴの情報がＤＩＴ記憶部５１に格納されているか否かを判別する。

更新対象のＤＩＴがＤＩＴ記憶部５１の管理対象である場合、更新処理部４はＤＵＡ１からの要求にしたがって該ＤＩＴの更新処理を行い、処理結果をＤＵＡ１へ返送する。また、更新対象のＤＩＴがＤＩＴ記憶部５１の管理対象外である場合、更新処理部４は他ＤＩＴ更新手段４２へ更新要求を転送し、他ＤＩＴ更新手段４２から返却される処理結果をＤＵＡ１へ返送する。

他ＤＩＴ更新手段４２は、ＤＩＴ更新手段４１から転送された更新要求を受け付け、第２のＤＳＡ３へＤＩＴの更新要求を送信する。また、他ＤＩＴ更新手段４２は、第２のＤＳＡ３が動作していない場合や第２のＤＳＡ３に対する通信が不可能な場合、該更新要求を一時的に保持しておき、例えば第２のＤＳＡ３の動作が再開した段階で再度第２のＤＳＡ３に対して更新要求を行う。

なお、ＤＵＡ１、第１のＤＳＡ２及び第２のＤＳＡ３は、例えば互いにデータ伝送可能な通信機能を備えたコンピュータ等の情報処理装置により構成される。これらは、プログラムにしたがって所定の処理を実行する処理装置、処理装置に対してコマンドや情報等を入力するための入力装置、及び処理装置の処理結果を出力する出力装置を備えた構成である。処理装置は、上記記憶装置５に加えて、以下に記載するＤＳＡの処理を実行するためのプログラムが格納された記録媒体及び該プログラムにしたがって処理を実行するＣＰＵ等を備えている。なお、記録媒体は、磁気ディスク、半導体メモリ、光ディスクあるいはその他の記録媒体であってもよい。

次に、図２を用いて図１に示した他ＤＩＴ更新手段４２の動作について説明する。

図２は図１に示した他ＤＩＴ更新手段の処理手順を示すフローチャートである。

他ＤＩＴ更新手段４２は、ＤＩＴ更新手段４１からＤＩＴの更新要求が転送されると、まず、初回処理フラグを設定し(ステップＡ１)、第２のＤＳＡ３に対してＤＩＴの更新要求を送信する(ステップＡ２)。そして、第２のＤＳＡ３からＤＩＴの更新処理結果が返送されたか否かを監視する(ステップＡ３)。

第２のＤＳＡ３からＤＩＴの更新処理結果を受信した場合、他ＤＩＴ更新手段４２は、初回処理フラグが設定されているか否かを判定し（ステップＡ４）、初回処理フラグが設定されている場合はＤＩＴの更新処理結果をＤＵＡ１に返送し(ステップＡ５)、処理を終了する。また、初回処理フラグが設定されていない場合はそのまま処理を終了する。

一方、ステップＡ３の処理で第２のＤＳＡ３からＤＩＴの更新処理結果を所定時間内に受信できない場合、あるいは第２のＤＳＡ３の動作停止を示すエラーが返送された場合、他ＤＩＴ更新手段４２は、初回処理フラグが設定されているか否かを判定し（ステップＡ６）、初回処理フラグが設定されている場合は、ＤＩＴの更新要求を受け付けたことを示す更新処理受付結果をＤＵＡ１に返送する(ステップＡ７)。続いて、他ＤＩＴ更新手段４２は、初回処理フラグを解除し(ステップＡ８)、ステップＡ２の処理に移ってステップＡ２〜ステップＡ８の処理を繰り返す。ステップＡ６の処理で初回処理フラグが設定されていない場合はそのままステップＡ２の処理に移ってステップＡ２〜ステップＡ８の処理を繰り返す。

初回処理フラグの設定・解除は、第２のＤＳＡ３によるＤＩＴの更新処理の成功または失敗に関わらず、ＤＵＡからＤＩＴの更新処理要求を最初に受け付けた段階で何らかの処理結果をＤＵＡ１へ返送することで、ＤＵＡ１と第１のＤＳＡ２間の接続を切断するために用いられる。

本実施形態の構成によれば、更新対象のＤＩＴを管理するＤＳＡが動作停止している場合でも、ＤＵＡはＤＳＡに更新要求を繰り返し送信する必要がないため、従来のディレクトリシステムに比べて処理負荷を低減できる。よって、ＤＵＡの開発工数が低減され、ＤＵＡの規模が小さくなるためメモリの消費量の増大が防止される。

なお、通常、ＤＵＡは、業務目的毎に多種類必要となる。したがって、ＤＵＡの開発工数が少なくなることによる効果は、ＤＳＡの開発工数が大きくなる効果に比べて大きい。

（第２の実施の形態）
図３は本発明のディレクトリシステムの第２の実施の形態の構成を示すブロック図である。

図３に示すように、第２の実施の形態のディレクトリシステムは、ＤＵＡ６、第１のＤＳＡ７及び第２のＤＳＡ８を備えた構成である。第１のＤＳＡ７及び第２のＤＳＡ８はそれぞれ異なるＤＩＴを管理し、連鎖するように設定されている。なお、図３では、ＤＵＡ６からの更新要求を第１のＤＳＡ７でのみ受信する構成例を示しているが、第２のＤＳＡ８に第１のＤＳＡ７と同様の構成を有することで、ＤＵＡ６からの更新要求を第２のＤＳＡ８で受信する構成も可能である。

ＤＵＡ６は、利用者の操作によるＤＩＴの更新要求または他のＤＳＡからの更新要求を受け付け、該更新要求を第１のＤＳＡ７へ送信する。

第１のＤＳＡ７は、更新要求を処理する更新処理部９、ＤＩＴなどの情報が格納される記憶装置１０、及び他ＤＩＴ更新手段１１を有する構成である。本実施形態では、更新処理部９と他ＤＩＴ更新処理部１１とが別プロセスで動作する。

記憶装置１０は、当該ＤＳＡで管理するＤＩＴの情報が予め格納されたＤＩＴ記憶部１０１及び予約記憶部１０２を備えた構成である。

更新処理部９は、ＤＩＴ更新手段９１及び予約記録手段９２を備えた構成である。また、他ＤＩＴ更新処理部１１は、他ＤＩＴ更新手段１１を備えた構成である。

ＤＩＴ更新手段９１は、ＤＵＡ６から受信したＤＩＴの更新要求を解析し、更新対象のＤＩＴがＤＩＴ記憶部１０１の管理対象であるか否か、すなわち更新対象のＤＩＴの情報がＤＩＴ記憶部１０１に格納されているか否かを判別する。

更新対象のＤＩＴがＤＩＴ記憶部１０１の管理対象である場合、ＤＩＴ更新手段９１ははＤＵＡ６からの要求にしたがって該ＤＩＴの更新処理を行い、処理結果をＤＵＡ６へ返送する。また、更新対象のＤＩＴがＤＩＴ記憶部１０１の管理対象外である場合、ＤＩＴ更新手段９１は予約記録手段９２に更新要求を転送し、予約記録手段９２から返却される処理結果をＤＵＡ６へ返送する。

予約記録手段９２は、ＤＩＴ更新手段９１から転送されたＤＩＴの更新要求を予約記録部１０２に保存し、更新要求を受け付けたことを示す更新処理受付結果をＤＩＴ更新手段９１に返送する。

予約記憶部１０２には、他ＤＳＡ（ここでは、第２のＤＳＡ８）に対する更新要求を更新予約として一時的に保存する。

他ＤＩＴ更新手段６１は、予約記憶部５２の内容を監視し、他ＤＳＡに対する更新予約が予約記憶部１０２に格納された段階で起動する。他ＤＩＴ更新手段６１は、予約記憶部１０２に格納された更新予約情報にしたがって第２のＤＳＡ３に対してＤＩＴの更新要求を送信する。第２のＤＳＡ３が動作していない場合、あるいは第２のＤＳＡ３への通信が不可能な場合、他ＤＩＴ更新手段６１は、例えば第２のＤＳＡ８の動作が再開した段階で再度第２のＤＳＡ８に対して更新要求を行う。

なお、ＤＵＡ６、第１のＤＳＡ７及び第２のＤＳＡ８は、例えば互いにデータ伝送可能な通信機能を備えたコンピュータ等の情報処理装置により構成される。これらは、プログラムにしたがって所定の処理を実行する処理装置、処理装置に対してコマンドや情報等を入力するための入力装置、及び処理装置の処理結果を出力する出力装置を備えた構成である。処理装置は、上記記憶装置１０に加えて、以下に記載するＤＳＡの処理を実行するためのプログラムが格納された記録媒体及び該プログラムにしたがって処理を実行するＣＰＵ等を備えている。記録媒体は、磁気ディスク、半導体メモリ、光ディスクあるいはその他の記録媒体であってもよい。

次に、図３に示した第２の実施の形態のディレクトリシステムの動作について図４〜図６を用いて説明する。

図４は図３に示した予約記録手段の処理手順を示すフローチャートであり、図５は図３に示した予約記憶部に格納される情報の例を示すテーブル図である。また、図６は図３に示した他ＤＩＴ更新処理手段の処理手順を示すフローチャートである。

まず、図４を用いて図３に示した予約記録手段９２の動作を説明する。

予約記録手段９２は、ＤＩＴ更新手段９１から第２のＤＳＡ８が管理するＤＩＴの更新要求が転送されると、転送された更新要求を更新予約として予約記録部１０２に格納し(ステップＢ１)、更新予約を受け付けたことを示す更新予約受付結果をＤＩＴ更新手段９１へ返送し(ステップＢ２)、処理を終了する。

更新予約は、例えば図５に示すように予約日時と更新内容とを対応付けて記録したテーブル形式で予約記憶部１０２に格納する。図５の項番２には、2003年11月18日にcn=user1,o=nec,c=JPをＤＮ（Distinguished Name）とするエントリのuserPassword属性の値を更新する予約を行った例が記述されている。

次に、図６を用いて図３に示した他ＤＩＴ更新処理手段１１１の動作を説明する。

他ＤＩＴ更新処理手段１１１は、予約記憶部１０２を監視し、予約記憶部１０２に他のＤＳＡ（ここでは、第２のＤＳＡ８）に対する更新予約が格納されると処理を開始する。他ＤＩＴ更新処理手段１１１は、まず予約記憶部１０２から更新予約を取り出し(ステップＣ１)、第２のＤＳＡ８に更新処理を要求する(ステップＣ２)。そして、第２のＤＳＡ８からＤＩＴの更新処理結果が返送されるか否かを監視する(ステップＣ３)。

第２のＤＳＡ８からＤＩＴの更新処理結果を受信した場合、他ＤＩＴ更新手段１１１は、
更新処理が完了した更新予約を予約記憶部１０２から消去し(ステップＣ４)、処理を終了する。

一方、ステップＣ３の処理で第２のＤＳＡ８からＤＩＴの更新処理結果を所定時間内に受信できない場合、あるいは第２のＤＳＡ８の動作停止を示すエラーが返送された場合、他ＤＩＴ更新手段１１１は、ステップＣ２の処理に移ってステップＣ２及びステップＣ３の処理を繰り返す。

第２の実施の形態のディレクトリシステムによれば、第１の実施の形態と同様に、更新対象のＤＩＴを管理するＤＳＡが動作停止している場合でも、ＤＵＡはＤＳＡに更新要求を繰り返し送信する必要がないため、従来のディレクトリシステムに比べて処理負荷を低減できる。よって、ＤＵＡの開発工数が低減され、ＤＵＡの規模が小さくなるためメモリの消費量の増大が防止される。

本発明のディレクトリシステムの第１の実施の形態の構成を示すブロック図である。 図１に示した他ＤＩＴ更新手段の処理手順を示すフローチャートである。 本発明のディレクトリシステムの第２の実施の形態の構成を示すブロック図である。 図３に示した予約記録手段の処理手順を示すフローチャートである。 図３に示した予約記憶部に格納される情報の例を示すテーブル図である。 図３に示した他ＤＩＴ更新処理手段の処理手順を示すフローチャートである。 従来のディレクトリシステムの構成を示すブロック図である。

符号の説明

１、６ ＤＵＡ
２、７ 第１のＤＳＡ
３、８ 第２のＤＳＡ
４、９ 更新処理部
５、１０ 記憶装置
１１ 他ＤＩＴ更新処理部
４１、９１ ＤＩＴ更新手段
４２、１１１ 他ＤＩＴ更新手段
５１、１０１ ＤＩＴ記憶部
９２ 予約記録手段
１０２ 予約記憶部

Claims (5)

1. 連鎖するように設定された複数のディレクトリシステムエージェントを備え、ディレクトリ利用者エージェントにより、前記ディレクトリシステムエージェントがそれぞれ個別に管理するディレクトリ情報木を更新可能なディレクトリシステムであって、
   前記ディレクトリシステムエージェントは、
   前記ディレクトリ利用者エージェントから要求された更新対象の前記ディレクトリ情報木が自装置の管理対象である場合、前記ディレクトリ利用者エージェントからの要求にしたがって該ディレクトリ情報木の更新処理を行い、更新処理結果を前記ディレクトリ利用者エージェントへ返送するＤＩＴ更新手段と、
   前記更新対象の前記ディレクトリ情報木が自装置の管理対象でない場合、該ディレクトリ情報木を管理する他のディレクトリシステムエージェントへ該ディレクトリ情報木の更新要求を送信し、前記他のディレクトリシステムエージェントが動作していないことを検出すると、前記更新要求を一時的に保持し、前記他のディレクトリシステムエージェントの動作が再開した段階で該他のディレクトリシステムエージェントに対して前記更新要求を送信する他ＤＩＴ更新手段と、
   を有するディレクトリシステム。
2. 前記ＤＩＴ更新手段は、
   前記他のディレクトリシステムエージェントが動作していないことを検出すると、前記ディレクトリ利用者エージェントに、該ディレクトリ情報木の更新要求を受け付けたことを示す更新処理受付結果を返送する請求項１記載のディレクトリシステム。
3. 連鎖するように設定された複数のディレクトリシステムエージェントを備え、ディレクトリ利用者エージェントにより、前記ディレクトリシステムエージェントがそれぞれ個別に管理するディレクトリ情報木を更新可能なディレクトリシステムであって、
   前記ディレクトリシステムエージェントは、
   前記ディレクトリ利用者エージェントから要求された更新対象の前記ディレクトリ情報木が自装置の管理対象である場合、前記ディレクトリ利用者エージェントからの要求にしたがって該ディレクトリ情報木の更新処理を行い、更新処理結果を前記ディレクトリ利用者エージェントへ返送し、前記更新対象の前記ディレクトリ情報木が自装置の管理対象でない場合、該ディレクトリ情報木の更新要求を保存するＤＩＴ更新手段と、
   前記ＤＩＴ更新手段に該ディレクトリ情報木の更新要求が保存されると、該更新要求を読み出し、該ディレクトリ情報木を管理する他のディレクトリシステムエージェントへ該ディレクトリ情報木の更新要求を送信し、前記他のディレクトリシステムエージェントが動作していないことを検出すると、前記更新要求を一時的に保持し、前記他のディレクトリシステムエージェントの動作が再開した段階で該他のディレクトリシステムエージェントに対して前記更新要求を送信する他ＤＩＴ更新手段と、
   を有するディレクトリシステム。
4. 前記ＤＩＴ更新手段は、
   前記更新対象の前記ディレクトリ情報木が自装置の管理対象でない場合、前記ディレクトリ利用者エージェントに、該ディレクトリ情報木の更新要求を受け付けたことを示す更新処理受付結果を返送する請求項３記載のディレクトリシステム。
5. 前記ＤＩＴ更新手段は、
   前記更新対象の前記ディレクトリ情報木が自装置の管理対象でない場合、該ディレクトリ情報木の更新要求を、要求日時と更新内容とを対応付けたテーブル形式で保存する請求項３または４記載のディレクトリシステム。

Images