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

Abstract

(57)【要約】 【目的】応用プログラムからディレクトリへの問い合わ
せの回数を大幅に減少させ、それらの間の通信量を削減
して中央処理装置の負荷を軽減することを目的とする。 【構成】応用プログラム３１が必要とするディレクトリ
情報を応用プログラム３１からの要求に基づいて登録す
る情報登録部４２と、ディレクトリ情報部５２に格納さ
れたディレクトリ情報のうち、情報登録部４２に登録さ
れているディレクトリ情報について、その変化の有無を
監視する情報通知制御部４３及びインタフェース部４５
と、情報通知制御部４３及びインタフェース部４５によ
って変化があることが認識されたときに、応用プログラ
ム３１にその旨を通知する情報変化通知部４４とを有し
て構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＭＨＳ（メッセージ通
信処理システム）などの電子メールサービスに用いられ
るディレクトリシステムに関する。

【０００２】近年において、ＯＳＩ（開放型システム間
相互接続）を用いたネットワークがあらゆる分野に利用
されている。ネットワークにおける通信内容が複雑、高
度になるにしたがって、通信量が加速度的に増大し、各
コンピュータシステム内における通信量も増大してい
る。通信量をできるだけ低減し、コンピュータシステム
の中央処理装置の負担をできるだけ軽減することが望ま
れる。

【０００３】

【従来の技術】従来より、ＯＳＩ（開放型システム間相
互接続）を用いたネットワークシステムにおいて、通信
相手に関する情報をデータベース化しておき、それを必
要なときに検索して獲得できる通信支援サービスが、Ｃ
ＣＩＴＴやＩＳＯによりディレクトリシステムとして標
準化されている。

【０００４】このようなＯＳＩディレクトリ技術の確立
によって、ネットワークシステムの目的に応じて用いら
れる応用プログラムは、その応用プログラム自身の必要
とする種々の情報、例えばその応用プログラムが受け持
つキャッシュディスペンサの個々の名前又はそのキャッ
シュディスペンサに接続する場合に必要となるプロトコ
ル情報などを、何時でも必要なときに得ることができ、
しかも最新の情報を得ることができる。

【０００５】図７は従来におけるネットワークシステム
８０の例を示すブロック図である。ネットワークシステ
ム８０は、複数のコンピュータシステム８１，８２，８
３がネットワークＮＷによって接続されて構成されてい
る。各コンピュータシステム８１，８２には、業務処理
や通信制御処理などを行うための応用プログラム８１
ａ，８２ａ、ディレクトリ情報を管理し処理するための
ＤＳＡ（Ｄｉｒｅｃｔｏｒｙ Ｓｙｓｔｅｍ Ａｇｅｎ
ｔ）８１ｂ，８２ｂ、ディレクトリ情報を格納するＤＩ
Ｂ（Ｄｉｒｅｃｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｂ
ａｓｅ）８１ｃ，８２ｃなどが設けられている。各コン
ピュータシステム８１，８２，８３において、ＤＳＡと
ＤＩＢとによってディレクトリを構成する。

【０００６】例えばコンピュータシステム８１におい
て、応用プログラム８１ａは、オペレータからの指示入
力又は他のプログラムからの指令によって起動し、その
度毎に、ディレクトリの一部を構成する図示しないＤＵ
Ａ（Ｄｉｒｅｃｔｏｒｙ Ｕｓｅｒ Ａｇｅｎｔ）を介
してＤＳＡ８１ｂにアクセスし、必要なディレクトリ情
報を獲得する。

【０００７】ネットワークシステム８０において、ディ
レクトリ情報は複数のＤＩＢ８１ｃ，８２ｃ，８３ｃな
どに分散して格納されており、しかもディレクトリ情報
は適宜更新されて内容が新しくなる可能性がある。ＤＵ
Ａからの要求を受けたＤＳＡ８１ｂは、単独で又は他の
ＤＳＡと共同して、必要なディレクトリ情報をＤＩＢ８
１ｃ，８２ｃ，８３ｃなどから探し、それをＤＵＡを介
して要求元の応用プログラム８１ａに返送する。

【０００８】

【発明が解決しようとする課題】上述したように、従来
のネットワークシステム８０においては、応用プログラ
ム８１ａがディレクトリ情報を必要とする度毎に、ＤＳ
Ａ８１ｂに問い合わせを行う必要があり、ＤＳＡ８１ｂ
は自システムのＤＩＢ８１ｃを検索し、又は他のシステ
ムのＤＳＡ８２ｂ，８３ｂに問い合わせる。

【０００９】そのため、多数の応用プログラム８１ａが
ディレクトリ情報を必要とする毎に、コンピュータシス
テム８１の内部において応用プログラム８１ａとＤＳＡ
８１ｂとの間で通信が行われ、通信量が膨大となって中
央処理装置の負荷が重くなっている。

【００１０】また、他のコンピュータシステム８２，８
３との間においても通信量が増大するため、回線が混
み、処理時間が長くなり、通信コストが高くなるという
問題もあった。

【００１１】本発明は、上述の問題に鑑みてなされたも
ので、応用プログラムからディレクトリへの問い合わせ
の回数を大幅に減少させ、それらの間の通信量を削減し
て中央処理装置の負荷を軽減することを目的とする。

【００１２】

【課題を解決するための手段】請求項１の発明に係るデ
ィレクトリシステムは、ディレクトリ情報を格納するデ
ィレクトリ情報ベース及び前記ディレクトリ情報ベース
を管理するディレクトリ情報管理部からなるディレクト
リ部と、前記ディレクトリ部を利用してディレクトリ情
報を獲得する応用プログラムとを有するディレクトリシ
ステムであって、前記応用プログラムが必要とするディ
レクトリ情報を前記応用プログラムからの要求に基づい
て登録する情報登録部と、前記ディレクトリ情報ベース
に格納されたディレクトリ情報のうち、前記情報登録部
に登録されているディレクトリ情報について、その変化
の有無を監視する情報監視部と、前記情報監視部によっ
て変化があることが認識されたときに、前記応用プログ
ラムにその旨を通知する情報変化通知部と、を有して構
成される。

【００１３】請求項２の発明に係るディレクトリシステ
ムでは、前記ディレクトリ情報管理部には、ネットワー
クにより接続された他のディレクトリシステムに格納さ
れているディレクトリ情報を、定期的に前記ディレクト
リ情報ベースに複写するためのリプリケーション部が設
けられて構成される。

【００１４】請求項３の発明に係るディレクトリシステ
ムでは、前記情報登録部には、監視の必要なディレクト
リ情報と、前記ディレクトリ情報が変化したときに通知
を必要とする応用プログラム名と、通知方法とが登録さ
れて構成される。

【００１５】請求項４の発明に係るディレクトリシステ
ムでは、複数の前記応用プログラムと、１つの前記情報
登録部が設けられており、前記情報登録部には、複数の
前記応用プログラムからのそれぞれの要求に基づいて登
録が行われる。

【００１６】

【作用】情報登録部は、応用プログラムが必要とするデ
ィレクトリ情報をその要求に基づいて登録する。情報監
視部は、ディレクトリ情報ベースに格納されたディレク
トリ情報のうち、情報登録部に登録されているディレク
トリ情報の変化の有無を監視する。情報変化通知部は、
ディレクトリ情報に変化があったときに、応用プログラ
ムにその旨を通知する。

【００１７】リプリケーション部は、他のディレクトリ
システムに格納されているディレクトリ情報を、定期的
に前記ディレクトリ情報ベースに複写する。応用プログ
ラムは、適当なタイミングで、例えば起動時において、
必要とするディレクトリ情報をディレクトリ部から獲得
しておき、且つ変化したときに通知を必要とするディレ
クトリ情報を情報登録部に登録しておくことにより、そ
の後は、情報変化通知部からの通知があったときにの
み、ディレクトリ部に問い合わせを行う。これによっ
て、応用プログラムからディレクトリ部への通信量が大
幅に減少する。

【００１８】

【実施例】図１は本発明に係るネットワークシステム１
を示すブロック図、図２は情報登録部４２の例を示す図
である。

【００１９】ネットワークシステム１は、複数のコンピ
ュータシステム１１，１２，１３…がネットワークＮＷ
によって接続されて構成されている。各コンピュータシ
ステム１１，１２，１３…の構成は同じであるから、そ
のうちの１つのコンピュータシステム１１について説明
する。

【００２０】コンピュータシステム１１は、応用プログ
ラム部２１、情報変化通知機構２２、及びディレクトリ
２３を有している。応用プログラム部２１は、複数の応
用プログラム３１（応用プログラム３１ａ，３１ｂ，３
１ｃ…）を有している。各応用プログラム３１は、ディ
レクトリ情報を格納するメモリ３２を獲得している。応
用プログラム３１は、起動されたときに、必要なディレ
クトリ情報をディレクトリ２３から獲得し、メモリ３２
に格納する。それ以降においては、必要なディレクトリ
情報が変化した場合にのみ、ディレクトリ２３に問い合
わせることとなる。

【００２１】情報変化通知機構２２は、情報変化登録部
４１、情報登録部４２、情報通知制御部４３、情報変化
通知部４４、及びインタフェース部４５から構成され
る。情報変化通知機構２２は、例えばソフトウエアによ
り実現される。

【００２２】情報変化登録部４１は、応用プログラム３
１から、特定のディレクトリ情報が変化した場合に通知
が欲しいという要求を受け付ける。このような要求は、
応用プログラム３１からの情報登録のＳＶＣの発行によ
り行われる。情報変化登録部４１は、その要求を受ける
と、その応用プログラム３１の名前又は識別名など、監
視を要するディレクトリ情報名、及びディレクトリ情報
が変化した場合の通知方法を、情報登録部４２に登録す
る。

【００２３】情報登録部４２は、アプリケーション空間
とディレクトリ空間との両方からアクセスが可能なよう
に、共通メモリ上に１つのみ作成される。情報登録部４
２には、図２に示すように、監視を行うディレクトリ情
報である情報名ＮＤＩ、通知を必要とする応用プログラ
ム名ＮＡＰ、通知方法ＷＮＴ、及びアドレスＡＤＤが登
録される。前の３つは、ディレクトリ情報のキーとして
検索可能なものである。

【００２４】通知方法ＷＮＴには、ＥＣＢ通知と出口起
動の２種類が用意されている。ＥＣＢ通知の場合のアド
レスＡＤＤはＥＣＢのアドレスであり、出口通知の場合
のアドレスＡＤＤは出口のアドレスである。

【００２５】ＥＣＢ通知とは、ＥＣＢ（Ｅｖｅｎｔ Ｃ
ｏｎｔｒｏｌ Ｂｌｏｃｋ）を利用して通知することで
ある。ＥＣＢは、応用プログラム３１のタスクが処理を
中断してＷＡＩＴするために使用されるものであり、そ
のタスクを動作させるためにそのＥＣＢを指定してＰＯ
ＳＴをかける。換言すれば、ＥＣＢは、非同期に発生す
る事象、ここでは情報変化通知部４４から応用プログラ
ム３１への通知との同期をとるために使用される制御ブ
ロックである。

【００２６】出口通知とは、出口ルーチンを使用して通
知することである。出口ルーチンとは、応用プログラム
３１の処理中に非同期で割り込んで実行されるルーチン
である。情報変化通知部４４によって、出口ルーチンの
起動が行われる。

【００２７】情報通知制御部４３は、情報登録部４２に
登録された内容に基づいて、インタフェース部４５から
通知される情報を監視する。情報登録部４２に登録され
ている情報名ＮＤＩと一致する情報に変更があれば、情
報変化通知部４４を起動する。

【００２８】情報変化通知部４４は、情報通知制御部４
３によって起動され、変更のあった情報名ＮＤＩに対し
て登録されている応用プログラム名ＮＡＰと一致する応
用プログラム３１に、そのディレクトリ情報が変化した
旨を通知する。

【００２９】インタフェース部４５は、ディレクトリ２
３と連携してリプリケーション制御を行う。つまり、他
のコンピュータシステムのディレクトリ処理部（ＤＳ
Ａ）からリプリケーションプロトコルでディレクトリ情
報が送り込まれた場合に、そのディレクトリ情報をディ
レクトリ２３から引き出し、それを契機として情報通知
制御部４３を起動する。なお、リプリケーションプロト
コルでは、全情報通知と差分情報通知とがある。

【００３０】ディレクトリ２３は、ディレクトリ処理部
（ＤＳＡ）５１、及びディレクトリ情報部（ＤＩＢ）５
２を有している。ディレクトリ処理部５１には、他のコ
ンピュータシステム１２，１３，１４のＤＩＢに格納さ
れているディレクトリ情報を、定期的に当該ディレクト
リ情報部５２に複写するためのリプリケーション部５１
ａが設けられている。

【００３１】なお、通信量を減らすために、ディレクト
リ情報の比較を行う情報通知制御部４３とインタフェー
ス部４５とは、ディレクトリ処理部５１と同一空間に造
り込まれる。また、情報変化登録部４１と情報変化通知
部４４とは、アプリケーション空間とディレクトリ空間
との情報通知のオーバヘッドを少なくするために、ＳＶ
Ｃハンドラ及びアクティビティとして実現する。

【００３２】次に、各部の動作を図３〜図６に示すフロ
ーチャートを参照して説明する。図３は情報変化登録部
４１の動作を示すフローチャートである。応用プログラ
ム３１から登録要求があると（＃１１でイエス）、情報
登録部４２の存在をチェックする（＃１２）。当該コン
ピュータシステム１１において初めての登録要求である
場合には、未だ情報登録部４２が作成されていないので
（＃１２でノー）、新たに情報登録部４２を作成する
（＃１３）。

【００３３】応用プログラム３１から登録要求とともに
出された情報名ＮＤＩをキーとして情報登録部４２を検
索し、同一の情報名ＮＤＩの箇所に、その応用プログラ
ム３１の応用プログラム名ＮＡＰ、通知方法ＷＮＴ、及
びアドレスＡＤＤを登録する（＃１４）。そして、情報
通知制御部４３に監視を依頼する（＃１５）。

【００３４】図４は情報通知制御部４３の動作を示すフ
ローチャートである。インタフェース部４５からディレ
クトリ情報に変化が発生したことが通知されると（＃２
１でイエス）、情報登録部４２の存在をチェックする
（＃２２）。情報登録部４２が存在しない場合には、応
用プログラム３１への通知は不要とする。

【００３５】情報登録部４２が存在する場合には（＃２
２でイエス）、変化したディレクトリ情報が情報登録部
４２に登録されているか否かをチェックする（＃２
３）。登録されている場合には、登録されている応用プ
ログラム３１に通知するために、情報変化通知部４４に
制御をわたす（＃２４）。

【００３６】図５は情報変化通知部４４の動作を示すフ
ローチャートである。情報通知制御部４３から情報変化
の通知があれば（＃３１でイエス）、情報登録部４２を
参照して、通知すべき応用プログラム３１の応用プログ
ラム名ＮＡＰ及びその通知方法ＷＮＴを決定し（＃３
２）、通知方法ＷＮＴにしたがって情報変化を通知する
（＃３３）。

【００３７】図６はインタフェース部４５の動作を示す
フローチャートである。インタフェース部４５は、タイ
マー機能によって所定の時間が経過する毎に、ディレク
トリ２３に対してリプリケーション要求を発行する（＃
４１，４２）。ディレクトリ処理部５１からリプリケー
ションを行ったことが通知されると（＃４３でイエ
ス）、ディレクトリ情報に変化があったか否かをチェッ
クする（＃４４）。変化があった場合には、情報通知制
御部４３に通知する（＃４５）。

【００３８】応用プログラム３１は、情報変化通知機構
２２から情報変化の通知を受けると、ディレクトリ２３
に対してそのディレクトリ情報を獲得するためのアクセ
スを行い、それらの間で通信が行われる。

【００３９】上述のように、応用プログラム３１は、デ
ィレクトリ情報が必要となる度毎にディレクトリ２３に
ディレクトリ情報を問い合わせる代わりに、どの様なデ
ィレクトリ情報を入手したいかを予め情報変化通知機構
２２に通知しておく。ディレクトリ２３は、リプリケー
ションプロトコルを利用して、分散されたディレクトリ
情報を常に自システムのディレクトリ情報部５２に取り
込んでいる。情報変化通知機構２２は、ディレクトリ２
３との間でインタフェースをとるためのインタフェース
部４５を持っており、ディレクトリ情報部５２に格納さ
れているディレクトリ情報の内容が変化したことを知
る。変化のあったディレクトリ情報を情報登録部４２に
登録されたディレクトリ情報と比較する。それが当該応
用プログラム３１の要求したディレクトリ情報であれ
ば、その応用プログラム３１に対して、ディレクトリ情
報が変化したことを通知する。

【００４０】したがって、応用プログラム３１は、ディ
レクトリ情報を必要とする度毎にディレクトリ２３にデ
ィレクトリ情報を問い合わせる必要がなく、必要なディ
レクトリ情報に変化があったときのみ問い合わせるの
で、応用プログラム３１とディレクトリ２３との間の通
信量は大幅に減少し、中央処理装置の負荷は大きく軽減
される。

【００４１】また、ディレクトリ処理部５１がリプリケ
ーション部５１ａを有しており、適当なタイミングで他
のシステムからディレクトリ情報を複写してディレクト
リ情報部５２に格納しておくので、他のシステムに分散
したディレクトリ情報を必要とする度毎に他のシステム
へ問い合わせるということがなくなり、ネットワークＮ
Ｗの通信量が軽減される。したがって、従来のように通
信量の増大によって回線が混んだり、処理時間が長くな
ったり、通信コストが高くなったりする問題が解消され
る。

【００４２】しかも、ディレクトリ情報が変化したとき
に、応用プログラム３１はその新しい情報を獲得するこ
とができるので、応用プログラム３１は常に正しいディ
レクトリ情報を使用することができる。

【００４３】また、上述の実施例によると、他のシステ
ムとの間にコネクション／アソシエーションを確立する
ためのメモリやＣＰＵなどのシステム資源の削減にも効
果がある。

【００４４】上述の実施例において、情報変化登録部４
１と情報通知制御部４３、及び情報通知制御部４３と情
報変化通知部４４の間にそれぞれメールボックスを介在
させ、そのメールボックスを使ったメッセージ通信を行
うこととしてもよい。その場合に、例えば情報変化登録
部４１から情報通知制御部４３へのメッセージ通信に
は、登録すべきディレクトリ情報をパラメータとしてわ
たす。また、情報変化登録部４１及び情報変化通知部４
４は、アプリケーション空間のローカルサービスとして
実現してもよい。

【００４５】上述の実施例において、ディレクトリ２３
が本発明のディレクトリ部に、情報変化登録部４１及び
情報登録部４２が本発明の情報登録部に、情報通知制御
部４３及びインタフェース部４５が本発明の情報監視部
に、情報変化通知部４４が本発明の情報変化通知部に、
ディレクトリ処理部５１が本発明のディレクトリ情報管
理部に、ディレクトリ情報部５２が本発明のディレクト
リ情報ベースに、リプリケーション部５１ａが本発明の
リプリケーション部に、それぞれ相当する。

【００４６】上述の実施例において、情報変化通知機構
２２の構成、処理内容、処理順序、処理タイミング、そ
の他、コンピュータシステム１１〜１４及びネットワー
クシステム１の各部又は全体の構成、配置、個数、処理
内容などは、本発明の主旨に沿って種々変更することが
できる。

【００４７】

【発明の効果】請求項１乃至請求項４の発明によると、
応用プログラムからディレクトリへの問い合わせの回数
を大幅に減少させ、それらの間の通信量を削減して中央
処理装置の負荷を軽減することができる。

【００４８】請求項２の発明によると、他のシステムに
分散したディレクトリ情報を必要とする度毎に他のシス
テムへ問い合わせるということがなくなり、ネットワー
クの通信量が軽減される。

【００４９】請求項４の発明によると、ディレクトリ情
報の変化を効率的に監視することができ、通信量の削減
に寄与する。

【図面の簡単な説明】

【図１】本発明に係るネットワークシステムを示すブロ
ック図である。

【図２】情報登録部の例を示す図である。

【図３】情報変化登録部の動作を示すフローチャートで
ある。

【図４】情報通知制御部の動作を示すフローチャートで
ある。

【図５】情報変化通知部の動作を示すフローチャートで
ある。

【図６】インタフェース部の動作を示すフローチャート
である。

【図７】従来におけるネットワークシステムの例を示す
ブロック図である。

【符号の説明】

１１ コンピュータシステム（ディレクトリシステム） ２１ 応用プログラム部 ２３ ディレクトリ（ディレクトリ部） ３１ 応用プログラム ４１ 情報変化登録部（情報登録部） ４２ 情報登録部 ４３ 情報通知制御部（情報監視部） ４４ 情報変化通知部 ４５ インタフェース部（情報監視部） ５１ ディレクトリ処理部（ディレクトリ情報管理部） ５１ａ リプリケーション部 ５２ ディレクトリ情報部（ディレクトリ情報ベース）

Claims (4)

【特許請求の範囲】
1. 【請求項１】ディレクトリ情報を格納するディレクトリ
   情報ベース及び前記ディレクトリ情報ベースを管理する
   ディレクトリ情報管理部からなるディレクトリ部と、前
   記ディレクトリ部を利用してディレクトリ情報を獲得す
   る応用プログラムとを有するディレクトリシステムであ
   って、 前記応用プログラムが必要とするディレクトリ情報を前
   記応用プログラムからの要求に基づいて登録する情報登
   録部と、 前記ディレクトリ情報ベースに格納されたディレクトリ
   情報のうち、前記情報登録部に登録されているディレク
   トリ情報について、その変化の有無を監視する情報監視
   部と、 前記情報監視部によって変化があることが認識されたと
   きに、前記応用プログラムにその旨を通知する情報変化
   通知部と、 を有してなることを特徴とするディレクトリシステム。
2. 【請求項２】前記ディレクトリ情報管理部には、 ネットワークにより接続された他のディレクトリシステ
   ムに格納されているディレクトリ情報を、定期的に前記
   ディレクトリ情報ベースに複写するためのリプリケーシ
   ョン部が設けられてなる、 請求項１記載のディレクトリシステム。
3. 【請求項３】前記情報登録部には、 監視の必要なディレクトリ情報と、前記ディレクトリ情
   報が変化したときに通知を必要とする応用プログラム名
   と、通知方法とが登録されてなる、 請求項１又は請求項２記載のディレクトリシステム。
4. 【請求項４】複数の前記応用プログラムと、１つの前記
   情報登録部が設けられており、前記情報登録部には、複
   数の前記応用プログラムからのそれぞれの要求に基づい
   て登録が行われる、 請求項３記載のディレクトリシステム。