JP2001229060A - ディレクトリ検索システム及び方法、ディレクトリ検索プログラムを記録したコンピュータ読取可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ディレクトリ検索システムのインデックスを
記憶する記憶容量を小さくし、インデックスの検索速度
を上げる。 【解決手段】 アトリビュートインデックス記憶部３２
は、各エントリの複数のアトリビュートから構成される
マルチキーをキーとする２分探索木から構成されるマル
チキーインデックスを記憶する。マルチキーインデック
ス管理手段２２はマルチキーインデックスを管理し、フ
ィルタ検索手段２３は、フィルタ条件として複数のアト
リビュートが指定されていても、マルチキーインデック
ス管理手段２２を介してマルチキーインデックスを１回
探索するだけでフィルタ条件を満たすエントリを検索す
ることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースなど
の検索を行うディレクトリ検索システムおよび方法、デ
ィレクトリ検索用プログラムを記録したコンピュータ読
み取り可能な記録媒体に関し、特に、ディレクトリサー
ビスにおいてエントリを検索するディレクトリ検索シス
テムおよび方法、インデックス用プログラムを記録した
コンピュータ読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】ディレクトリ検索システムは、ディレク
トリ階層上に管理されるデータのデータベースの検索を
高速に行うために用いられるシステムである。ディレク
トリ検索システムは、２分探索木やハッシュ表のような
仕組みを保持している。この仕組みをインデックスとい
う。インデックスは、データを特定するためのキーに基
づいて構成されている。ディレクトリ検索システムは、
検索条件として指定されたキーの値によってインデック
スを探索してデータを特定する。

【０００３】特開昭６０−２５４３２５号公報にはディ
レクトリ検索システムの一例が開示されている。その公
報に開示されているディレクトリ検索システムは、イン
デックスを主記憶装置上に保持している。このディレク
トリ検索システムは、データを特定するキーによってイ
ンデックスを検索してそのデータの位置情報を取得し、
２次記憶装置上の目的のデータにアクセスする。一般的
に、主記憶装置は２次記憶装置よりもはるかにアクセス
速度が速い。そのため、このようなディレクトリ検索シ
ステムを用いることによって、２次記憶装置（外部記憶
装置）上に大量のデータが格納されていても目的のデー
タに高速にアクセスすることができる。通常、このよう
なインデックスは１種類のキーに基づいて構成されてい
る。また、ディレクトリ検索システムでは１種類のキー
に対して複数のインデックスを検索しなければならない
場合もある。この場合、１種類のキーについて複数のイ
ンデックスを検索するため、検索に時間がかかってしま
うという問題があった。特開平３−７００４９号公報に
は、この問題を解決するディレクトリ検索システムが開
示されている。図１５は、この公報で開示されたディレ
クトリ検索システムの構成を示すブロック図である。

【０００４】このディレクトリ検索システムは、レコー
ド処理の開始を指示する処理開始指示装置１００１とデ
ィレクトリ情報処理手段１００２と併合インデックス作
成手段１００５と併合インデックス読込手段１００６と
作業ファイル１００７とディレクトリファイル１００９
とを備えている。

【０００５】ディレクトリ情報処理手段１００２は、併
合インデックス作成指示手段１００３と併合インデック
ス読込指示手段１００４とを備えている。ディレクトリ
ファイル１００９は、データベースのデータの管理情報
を記憶するためのものである。ディレクトリファイル１
００９は、データの管理情報の部分集合である幾つかの
サブファイルから成るサブファイル群１０１３と、利用
者インデックス１０１０と、グループ共有インデックス
１０１１と、システム共有インデックス１０１２とを備
えている。利用者インデックス１０１０は利用者毎に作
成されており、ディレクトリファイル内に多数記憶され
ている管理情報レコードのうち、その利用者のみが利用
できるデータの管理情報レコードを管理している。グル
ープ共有インデックス１０１１は複数の利用者から構成
されるグループ毎に作成されており、グループに属する
利用者のみが利用できるデータの管理情報レコードを管
理している。システム共有インデックス１０１２は１つ
だけ作成されており、全利用者が利用できるデータの管
理情報レコードを管理している。

【０００６】このディレクトリ検索システムは以下のよ
うに動作する。まず、処理開始指示装置１００１からデ
ィレクトリ情報処理手段１００２に対し処理開始が要求
されると、併合インデックス作成指示手段１００３は、
入力された処理指示者名に基づいて併合インデックス作
成手段１００５に対し併合インデックスを作成するよう
に指示する。

【０００７】すると、併合インデックス作成手段１００
５は、ディレクトリファイル１００９内の処理指示者の
利用者インデックス１０１０と処理指示者が属するグル
ープ共有インデックス１０１１とシステム共有インデッ
クス１０１２とを読み込み、これらを併合して作業ファ
イル１００７上に併合インデックス１００８を作成す
る。次に、併合インデックス読込指示手段１００４は、
併合インデックス読込手段１００６に対し併合インデッ
クス１００８を読込むように指示する。併合インデック
ス読込手段１００６は管理情報レコードを特定するキー
である管理情報レコード名を用いて併合インデックス１
００８から該当する管理情報レコードの位置情報を読
み、それをディレクトリ情報処理手段１００２へ渡す。
ディレクトリ情報処理手段１００２は渡された管理情報
レコードの位置情報により目的の管理情報レコードをサ
ブファイルから読込む。

【０００８】このディレクトリ検索システムでは、デー
タを探索するためのキーとなる管理情報レコード名から
目標とする管理情報レコードを読み込むのに、３つのイ
ンデックスを別々に探索しなければならなかったところ
を、３つのインデックスを併合し、併合されたインデッ
クスを１回探索するだけでインデックスレコードを求め
ることができるので、検索時間を短縮することができ
る。このように、ディレクトリ検索システムでは、イン
デックスを探索する時間を短縮することが１つの課題と
なっている。

【０００９】また、ディレクトリ検索システムでは、デ
ータを検索するときに数種類のキーを用いる場合が多
い。この場合、従来のディレクトリ検索システムでは、
それぞれのキーに対応したインデックスを１つずつ探索
しなければならないため、データの検索時間が長くなっ
てしまうという問題があった。

【００１０】数種類のキーから一度にデータを探索する
ことができる２分探索木がいくつか提案されている。こ
の２分探索木の１つにケイ−ディー・ツリー（以降 ｋ
−ｄｔｒｅｅ）がある。ｋ−ｄ ｔｒｅｅは、アイ・イ
ー・イー・イー・トランザクションズ・オン・ソフトウ
ェア・エンジニアリング、第ＳＥ−５巻、第４号、３３
３〜３４０頁（ＩＥＥＥ ＴＲＡＮＳＡＣＴＩＯＮＳ
ＯＮ ＳＯＦＴＷＡＲＥ ＥＮＧＩＮＥＥＲＩＮＧ、Ｖ
ＯＬ．ＳＥ−５、ＮＯ．４、ＪＵＬＹ １９７９、Ｐａ
ｇｅｓ ３３３−３４０．）に掲載されたマルチディメ
ンジョナル・バイナリ・サーチ・ツリーズ・イン・デー
タベース・アプリケーションズ（Ｍｕｌｔｉｄｉｍｅｎ
ｓｉｏｎａｌ Ｂｉｎａｒｙ Ｓｅａｒｃｈ Ｔｒｅｅ
ｓ ｉｎ Ｄａｔａｂａｓｅ Ａｐｐｌｉｃａｔｉｏｎ
ｓ）と題するジョン．Ｌ．ベントレー（Ｊｏｈｎ Ｌ．
Ｂｅｎｔｌｅｙ）による論文に記載されている。

【００１１】このｋ−ｄ ｔｒｅｅは、２分探索木の各
ノードに検索するデータのエントリが有する複数のキー
値を格納できるように拡張されたものである。ｋ−ｄ
ｔｒｅｅでは、ツリーの格段毎に各キーが順番に分岐条
件として用いられる。例えば、キーがその人の名前、年
齢、電話番号であるとすると、第１段目では名前が分岐
条件として用いられ、第２段目では年齢が分岐条件とし
て用いられ、第３段目は電話番号が分岐条件として用い
られ、第４段目以降も名前、年齢、電話番号がこの順番
で分岐条件として用いられる。

【００１２】図１６は、ｋ−ｄ Ｔｒｅｅの基本的な構
成を示す図である。このｋ−ｄ ｔｒｅｅは、ある会社
の社員を探索するためのツリーである。このツリーで
は、社員の名前と年齢とが、社員を検索するためのキー
となる。

【００１３】図１６に示すように、根（以降 ルート）
のノード１０１には、Ｓａｔｏ氏（Ｓａｔｏ、２２）が
格納されている。Ｓａｔｏは名前を表し、２２は年齢を
表す。このツリーの第１段目では、名前で枝が分岐す
る。ルートにおける名前の頭文字はＳであるので、名前
の頭文字のアルファベットがＡ〜Ｒである人は左へ分岐
し、名前の頭文字のアルファベットがＳ〜Ｚである人は
右へ分岐する。したがって、Ｅｎｄｏ氏（Ｅｎｄｏ、２
８）は左へ分岐してノード１０２に格納され、Ｕｅｄａ
氏（Ｕｅｄａ、３４）は右へ分岐してノード１０３に格
納される。ツリーの第２段目では年齢によって枝が分岐
する。年齢が分岐元のノードに格納されている年齢より
下の人は左に分岐し、年齢が分岐元のノードに格納され
ている年齢以上の人は右に分岐する。したがって、Ｉｉ
ｊｉｍａ氏（Ｉｉｊｉｍａ、２０）は左へ分岐してノー
ド１０４に格納され、Ａｏｋｉ氏（Ａｏｋｉ、３２）は
右に分岐してノード１０５に格納される。第３段目で
は、第１段目と同様に名前のアルファベットで枝が分岐
する。したがって、Ｄｏｉ氏（Ｄｏｉ、２２）は左へ分
岐してノード１０６に格納され、Ｋａｔｏ氏（Ｋａｔ
ｏ、２５）は右へ分岐してノード１０７に格納される。
そして、Ｎａｋａｉ氏（Ｎａｋａｉ、３７）はノード１
０５から右に分岐してノード１０８に格納される。

【００１４】ｋ−ｄ ｔｒｅｅでは、指定されていない
キーによって分岐されている段において枝の選択は行わ
れない。例えば、年齢が検索条件として指定されていな
い場合には、２段目ではノード１０４およびノード１０
５の両方へ進むようにする。以上述べたように、ｋ−ｄ
ｔｒｅｅでは、数種類のキーを用いて一度にデータの
検索が行えるので、検索時間を短縮することができる。

【００１５】しかし、このようなｋ−ｄ ｔｒｅｅで
は、木のデータの分布が不均衡である場合に検索条件に
よって検索時間に偏りがあるという問題があった。ｋ−
ｄ Ｆｒｅｅを改良して、木のデータ分布が不均衡な場
合でも検索時間が安定する２分探索木として、エッチ・
ビー・ツリー（以降 ｈＢ ｔｒｅｅ）がある。ｈＢｔ
ｒｅｅは、１９９０年１２月、エー・シー・エム・トラ
ンザクションズ・オン・データベース・システムズ、第
１５巻、第４号、６２４〜６５８頁（ＡＣＭＴｒａｎｓ
ａｃｔｉｏｎｓ ｏｎ ＤａｔａｂａｓｅＳｙｓｔｅｍ
ｓ、Ｖｏｌ．１５、Ｎｏ．４、 Ｄｅｃｅｍｂｅｒ １
９９０、Ｐａｇｅｓ ６２５−６５８．）に掲載された
ザ・エッチ・ビー・ツリー：マルチディメンジョナル・
インデックシング・メソッド・ウィズ・グッド・ギャラ
ンティード・パフォーマンス（Ｔｈｅ ｈＢ Ｔｒｅ
ｅ： Ａ Ｍｕｌｔｉａｔｔｒｉｂｕｔｅ Ｉｎｄｅｘ
ｉｎｇ Ｍｅｔｈｏｄ ｗｉｔｈ Ｇｏｏｄ Ｇｕａｒ
ａｎｔｅｅｄ Ｐｅｒｆｏｒｍａｎｃｅ）と題するデビ
ッド．Ｂ．ロメット（Ｄａｖｉｄ Ｂ． Ｌｏｍｅｔ）
らによる論文に記載されている。

【００１６】ｋ−ｄ ｔｒｅｅは、オブジェクト単位で
インデックスを管理しているが、ｈＢ ｔｒｅｅは、複
数のオブジェクトを含む所定の範囲でインデックスを管
理している。この所定の範囲をブリックという。各ブリ
ックには、前述のｋ−ｄ ｔｒｅｅ方式のインデックス
が格納されている。ブリック内におけるオブジェクトの
数が所定の値を越えた場合、そのブリックは分割され
る。分割されたブリック同士は２分探索木方式で接続さ
れ、その木におけるノードとなる。そのブリックにより
構成された２分探索木のリーフ部分には、各オブジェク
トの情報が格納される。このｈＢ ｔｒｅｅで目的のオ
ブジェクトを検索するときには、まず、検索条件を満た
すブリックが探索され、そのブリック内のｋ−ｄ ｔｒ
ｅｅを検索して目的のオブジェクトの情報が格納される
リーフが探索される。

【００１７】図１７は、図１６のｋ−ｄ ｔｒｅｅで示
された社員の分布状態を示すマップである。このマップ
は、縦軸が年齢であり、横軸が名前となっている。図１
７に示すように、アルファベットＳをｘ３とし、アルフ
ァベットＩをｘ２とし、年齢２８をｙ１とする。マップ
上のエリアは、年齢２８以上かつ名前の頭文字がＡの領
域３０１と、年齢２８以上で名前の頭文字がＢ〜Ｒの領
域３０２と、年齢２８以下で名前の頭文字がＡ〜Ｈの領
域３０３と、年齢２８以下で名前の頭文字がＩ〜Ｒの領
域３０４と、名前の頭文字がＳ〜Ｚの領域３０５とに分
割されている。図１８は、これらの社員の構成をｈＢ
ｔｒｅｅで表した図である。このｈＢｔｒｅｅは、ノー
ド２０１〜２０３と、リーフ２０４〜２０８とから構成
されている。ノード２０１〜２０３は、それぞれｈＢ
ｔｒｅｅのブリックを表すものであり、それぞれをブリ
ックａ、ブリックｂ、ブリックｃとする。図１８のｈＢ
ｔｒｅｅでは、図１６におけるマップの各領域を元にブ
リックａ、ｂ、ｃを構成する。ブリックａは、マップ全
体を指すものであるとし、ブリックｂは、領域３０１、
３０２、３０５を指すものであるとし、ブリックｃは、
領域３０３、３０４を指すものであるとする。

【００１８】領域３０３、３０４には、Ｉｉｊｉｍａ
氏、Ｄｏｉ氏、Ｋａｔｏ氏が含まれている。この３氏
は、図１６のｋ−ｄ ｔｒｅｅにおけるノード１０４以
下に格納されている。したがって、ブリックｂには、図
１６のｋ−ｄ ｔｒｅｅのノード１０４以下の部分がｋ
−ｄ ｔｒｅｅ方式で管理されている。

【００１９】また、領域３０１、３０２、３０５には、
Ｓａｔｏ氏、Ｅｎｄｏ氏、Ｕｅｄａ氏、Ａｏｋｉ氏、Ｎ
ａｋａｉ氏が含まれている。この５人は、図１６のｋ−
ｄｔｒｅｅにおけるノード１０１、１０２、１０３、１
０５、１０８に格納されている。したがって、ブリック
ｃには、それらのノード１０１、１０２、１０３、１０
５、１０８から構成される部分がｋ−ｄ ｔｒｅｅ方式
で管理されている。ブリックａは、ブリックｂへ分岐す
るかブリックｃへ分岐するかを決定するためのものであ
る。図１６のｋ−ｄ ｔｒｅｅによれば、ブリックｂへ
分岐するかブリックｃへ分岐するかは、ノード１０１ま
たはノード１０２によって決定されるため、ブリックａ
内のｋ−ｄ ｔｒｅｅは、ノード１０１とノード１０２
から構成され、そのｋ−ｄ ｔｒｅｅの葉には、選択す
べきブリック名が指定されている。

【００２０】リーフ２０４〜リーフ２０８には、Ｅ、
Ｄ、Ｃ、Ｂ、Ａのリーフ名がそれぞれに付与されてお
り、図１７に示す領域３０１〜３０５に含まれる社員に
ついての情報が格納されている。リーフ２０４には領域
３０３に含まれるＤｏｉ氏（Ｄｏｉ、２２）に関する情
報が格納され、リーフ２０４には領域３０４に含まれる
Ｉｉｊｉｍａ氏（Ｉｉｊｉｍａ、２０）、Ｋａｔｏ氏
（Ｋａｔｏ、２２）に関する情報が格納される。以下リ
ーフ２０７、２０８には領域３０２、３０５に含まれる
社員に関する情報が格納される。

【００２１】また、ブリックｂ、ｃは前述のとおり、ｋ
−ｄ ｔｒｅｅ方式により構成されるが、そのツリーの
葉には、そのリーフ２０４〜２０８のうち選択すべきリ
ーフ名が指定されている。また、該当するオブジェクト
がない場合は、その葉は外部ノードであるとしてｅｘｔ
が指定される。各ブリックの各ノードにあるｘ１、ｘ
２、ｘ３、ｙ１は、それぞれ図１８に示すように、アル
ファベットのＡ、アルファベットのＩ、アルファベット
のＳ、年齢の２８を示し、各ノードにおける分岐条件を
示す。

【００２２】以上述べたように、データを検索する２分
探索木をｈＢ ｔｒｅｅとすることによって、複数のオ
ブジェクトを管理するブリックを２分探索木のノードと
して木の枝の状態を均一化することができるため、安定
した検索時間を得ることができる。なお、上述のような
複数のキーから構成されたマルチキーをキーとしてデー
タを特定するための２分探索木から構成されるインデッ
クスをマルチキーインデックスという。

【００２３】一方、特開平１０−２８９１３９号公報に
開示されているようなディレクトリサーバでは、各ファ
イルの媒体情報を一元管理して保存しておき、クライア
ントからの検索要求や更新要求があった場合、一元管理
してある媒体情報の検索や更新などを行う。この媒体情
報の管理などにも、上述のようなディレクトリ検索シス
テムが用いられている。

【００２４】また、媒体情報の管理を始めとして、個人
情報管理やネットワーク管理などに利用される汎用のデ
ィレクトリサービスでは、組織や個人、コンピュータ、
プリンタなど、様々な資源が管理対象となる。ディレク
トリ検索システムは、それらの資源をエントリとして、
資源間の関係に基づいてディレクトリ階層を形成し、そ
れらのエントリの属性（以降 アトリビュート）をキー
としたインデックスを探索することによって、それらの
エントリを検索することができる仕組みを提供してい
る。

【００２５】このようなディレクトリ検索システムの一
例が特願平１１−４３２５９号出願で示されている。こ
のディレクトリ検索システムは、エントリが有するアト
リビュートについての検索条件であるフィルタ条件とデ
ィレクトリ階層に基づいて設定される検索範囲であるス
コープ条件とを利用者が指定することによってエントリ
を検索するシステムである。

【００２６】図１９は、この出願で示されているディレ
クトリ検索システムの構成を示すブロック図である。こ
のディレクトリ検索システムは、入力装置１と、データ
処理装置８と、記憶装置９と、出力装置４とから構成さ
れる。入力装置１は、キーボード等の利用者からの要求
を入力するためのものである。データ処理装置８はプロ
グラム制御により動作し、記憶装置９が記憶する情報の
検索を行う。出力装置４はディスプレイ装置や印刷装置
等であり、データ処理装置８が行った処理の結果を出力
する。記憶装置９は、エントリ／アトリビュート記憶部
３１と、複合インデックス記憶部３５と、先祖関係記憶
部３４とを備えている。

【００２７】エントリ／アトリビュート記憶部３１は、
全てのエントリの情報と、その各エントリが有する属性
であるアトリビュートの情報を記憶する。

【００２８】複合インデックス記憶部３５は、各エント
リがエントリ／アトリビュート記憶部３１におけるディ
レクトリ上の何階層目の何番目にあるかという複合した
データを、２分探索木により構成されるインデックスや
ハッシュ表等の形式で記憶している。

【００２９】図２０は、ある会社の組織をディレクトリ
階層で表す図である。このディレクトリ階層は４層から
構成される。階層１は会社、階層２は部門、階層３は
課、階層４は社員の層となっている。会社４０１には、
営業部門４０２と開発部門４０３とがある。営業部門４
０２には国内営業課４０４と海外営業課４０５、開発部
門４０３には企画課４０６と製造課４０７という課があ
る。各課にはそれぞれの人４０８〜４１５が配属されて
いる。

【００３０】先祖関係記憶部３４は、各エントリの先祖
関係を記憶している。図２１は、先祖関係記憶部３４に
記憶されている先祖関係を表す先祖関係表を示す図であ
る。この表は、各行にはエントリ／アトリビュート記憶
部３１が記憶する各エントリのうち、先祖を有するエン
トリが各ディレクトリ階層毎に並べられている。また、
この表の各列には、エントリ／アトリビュート記憶部３
１が記憶する各エントリのうち、子孫を有するエントリ
が各ディレクトリ階層毎に並べられている。この表上で
チェックされているところは、列のエントリが、行のエ
ントリの先祖になっているということを示している。例
えば、Ｕｅｄａ氏の先祖は、会社４０１と、営業部門４
０２と、海外営業課４０５であるということが、この表
からわかるようになっている。

【００３１】データ処理装置８は、エントリ管理手段２
１と、フィルタ検索手段２７と、スコープ判定手段２８
とから構成される。エントリ管理手段２１は、エントリ
やアトリビュートの登録・削除・更新の処理を行う。フ
ィルタ検索手段２７は、利用者が指定した検索条件にし
たがってエントリの検索を行う。スコープ判定手段２８
は、フィルタ検索手段２３が検索したエントリが利用者
が指定した検索範囲に入っているかどうか調べてエント
リを絞り込む。

【００３２】まず、利用者からの要求が、エントリやア
トリビュートの更新要求、削除要求、登録要求のいずれ
かの要求であった場合のディレクトリ検索システムの動
作について説明する。入力装置１からその要求が入力さ
れると、エントリ管理手段２１は、その要求がアトリビ
ュート更新要求ならばエントリ／アトリビュート記憶部
３１に格納されているエントリのアトリビュートを更新
する。

【００３３】また、その要求がＩＤ更新又は削除要求な
らば、エントリ管理手段２１は、複合インデックス記憶
部３５に記憶されているエントリのＩＤを更新または削
除し、先祖関係記憶部３４の先祖関係表におけるそのエ
ントリに関係する箇所のチェックも更新または削除す
る。また、その要求がエントリまたはアトリビュートの
削除要求ならば、エントリ管理手段２１は、エントリ／
アトリビュート記憶部３１に格納されたデータの中から
該当するエントリ又はアトリビュートを削除する。ま
た、その要求がエントリまたはアトリビュートの登録要
求ならば、エントリ管理手段２１は、エントリ／アトリ
ビュート記憶部３１に登録要求されたエントリまたはア
トリビュートを登録する。

【００３４】その要求がＩＤ更新又は登録要求の場合、
エントリ管理手段２１は、複合インデックス記憶部３５
にエントリのＩＤを追加し、先祖関係記憶部３４の先祖
関係表の該当箇所にもチェックする。上述の処理が終了
したら、エントリ管理手段２１は処理終了を出力装置４
に通知し、出力装置４は処理結果を表示する。

【００３５】次にアトリビュートをキーとして、エント
リを検索する場合の動作について説明する。入力装置１
から与えられた検索要求がフィルタ検索手段２７に入力
されると、フィルタ検索手段２７は、指定された検索条
件であるフィルタ条件にしたがってエントリ／アトリビ
ュート記憶部３１に格納されているエントリの検索を行
う。検索条件を満たしたエントリは、フィルタ検索手段
２７によって一時集合（不図示）に格納される。その
後、スコープ判定手段２８は、一時集合に格納されたエ
ントリのうち検索範囲に入っているエントリを先祖関係
記憶部３４の先祖関係表を参照することによって抽出
し、結果集合（不図示）に格納する。その後、フィルタ
検索手段２７は、結果集合に格納されたエントリについ
て複合インデックス記憶部３５にアクセスしてそのエン
トリのディレクトリ情報を取得し、その検索結果を出力
装置４に出力する。

【００３６】以上述べたように、このディレクトリ検索
システムでは、フィルタ検索手段２７によってエントリ
／アトリビュート記憶部３１よりエントリを検索した後
に、その検索されたエントリの中から、スコープ判定手
段２８によって、検索範囲に入っているエントリを抽出
している。よって、フィルタ検索手段２７において検索
されたエントリに中には検索範囲外にあるエントリも含
まれている場合があり、それらのエントリの検索が結果
的に無駄となり、検索時間が長くなってしまうという問
題点があった。

【００３７】また、このようなアトリビュートによるエ
ントリのフィルタ検索では、エントリのアトリビュート
に文字列や数値が含まれていた場合、文字列や数値の全
一致検索だけではなく、部分一致検索もすることができ
るディレクトリ検索システムが要求される。

【００３８】また、特開平１０−１８７７４５号公報で
は、エントリのアトリビュートに文字列や数値がフィル
タ条件として含まれている場合に、その文字列の部分一
致検索を行うことができるディレクトリ検索システムが
開示されている。しかしながらこの公報に開示された従
来のディレクトリ検索システムでは、アトリビュートの
全一致検索用のインデックスと、部分一致検索用のイン
デックスを別々に備えることが必要となる。さらに、部
分一致検索用のインデックスでは、格納されるアトリビ
ュートが膨大な数にのぼるため、インデックスの大きさ
も大きくなる。そのため、文字列の部分一致検索が可能
な従来のディレクトリ検索システムでは、それらのイン
デックスをできるだけ統合して、インデックスに使用さ
れる記憶装置の容量をできるだけ抑制することが課題と
なっている。

【００３９】

【発明が解決しようとする課題】上述のような従来のデ
ィレクトリ検索システムは以下に示す３つの問題点を有
している。 （１） 数種類のキーからデータを検索する場合には複
数のインデックスを必要とするため、複数のインデック
スを主記憶装置または２次記憶装置上に展開させなけれ
ばならないので大容量の記憶装置が必要である。また、
複数のインデックスを検索するので検索時間が長くなっ
てしまう。 （２） ディレクトリサービスにおいてディレクトリ検
索システムを用いてエントリを検索する場合、フィルタ
条件に基づいてエントリの検索を行うフィルタ処理と、
検索範囲に基づいてエントリの絞り込みを行うスコープ
処理とが別々に実行される。そのため、フィルタ処理に
おいて検索されたエントリが、検索範囲外である場合が
あり、フィルタ処理において行われた検索処理が一部無
駄となり、検索時間が長くなってしまう。 （３） アトリビュートの部分一致の検索が可能な従来
のディレクトリ検索システムでは、アトリビュートの全
一致検索用のインデックスと、部分一致検索用のインデ
ックスという複数のインデックスが必要である。また、
部分一致検索用のインデックスは、格納されるアトリビ
ュートが膨大な数にのぼるため、インデックスのサイズ
も大きくなる。よって、アトリビュートの部分一致の検
索が可能な従来のディレクトリ検索システムでは、大容
量の記憶装置が必要となってしまう。

【００４０】よって、本発明は、キーが２種類以上指定
された場合でも、インデックスを記憶するのに必要な記
憶容量を少なくし、検索時間を短縮することができるデ
ィレクトリ検索システムを提供することを目的とする。

【００４１】また、本発明は、検索条件および検索範囲
の両方について検索を行わなければならない場合でも、
検索時間を短縮することができるディレクトリ検索シス
テムを提供することを目的とする。

【００４２】また、本発明は、エントリのアトリビュー
トに文字列が含まれていて、その文字列の部分一致検索
を行う場合でも、できるだけインデックスを記憶するの
に必要な記憶容量を少なくするディレクトリ検索システ
ムを提供することを目的とする。

【００４３】

【課題を解決するための手段】上記問題点を解決するた
めに、本発明では、複数の資源を管理するために該各資
源をエントリとして該各資源間の関係に基づいてディレ
クトリ階層を構成し、該各エントリの属性をキーとする
インデックスを用いてエントリを検索するディレクトリ
検索システムであって、前記各エントリの管理情報と前
記各エントリの全ての属性とを前記ディレクトリ階層順
に記憶するエントリ／アトリビュート記憶手段と、エン
トリを識別するための識別子からエントリの前記ディレ
クトリ階層における階層番号および階層別番号を導き出
すためのインデックスを記憶するエントリインデックス
記憶手段と、検索条件として指定された属性値を満たす
エントリの識別子を取得するために前記各エントリの複
数の属性から成るマルチキーをキーとする２分探索木か
ら構成されるマルチキーインデックスを記憶するアトリ
ビュートインデックス記憶手段と、前記エントリインデ
ックス記憶手段および前記アトリビュートインデックス
記憶手段を管理するマルチキーインデックス管理手段
と、前記マルチキーインデックス管理手段を介して検索
条件を満たすエントリの識別子を前記マルチキーインデ
ックスから取得し前記マルチキーインデックスから取得
した識別子に基づいて検索条件を満たすエントリの階層
番号および階層別番号を前記マルチキーインデックス管
理手段を介して前記エントリインデックス記憶手段から
取得し該階層番号および階層別番号に基づいて検索条件
を満たすエントリの管理情報を前記エントリインデック
ス記憶手段から取得するフィルタ検索手段とを備える。

【００４４】本発明のディレクトリ検索システムでは、
アトリビュートインデックス記憶手段が記憶するインデ
ックスが、複数のキーによって一度に探索可能なマルチ
キーインデックスとなっているので、複数のインデック
スを備える必要がないため、アトリビュートからエント
リを検索するためのインデックスに必要な記憶容量を少
なくことができる。また、複数のインデックスを検索す
る必要がないので検索時間を短縮することができる。

【００４５】本発明の他のディレクトリ検索システム
は、複数の資源を管理するために該各資源をエントリと
して該各資源間の関係に基づいてディレクトリ階層を構
成し、該各エントリの属性をキーとするインデックスを
用いてエントリを検索するディレクトリ検索システムで
あって、前記各エントリの管理情報と前記各エントリの
全ての属性とを前記ディレクトリ階層順に記憶するエン
トリ／アトリビュート記憶手段と、エントリを識別する
ための識別子からエントリの前記ディレクトリ階層にお
ける階層番号および階層別番号を検索するためのインデ
ックスを記憶するエントリインデックス記憶手段と、検
索条件として指定された属性値を満たすエントリの識別
子を取得するために前記各エントリの複数の属性から成
るマルチキーをキーとする２分探索木から構成され前記
２分探索木の各ノードに格納されているエントリの前記
階層番号および前記階層別番号が付与されているマルチ
キーインデックスを記憶するアトリビュートインデック
ス記憶手段と、前記エントリインデックス記憶手段およ
び前記アトリビュートインデックス記憶手段を管理する
マルチキーインデックス管理手段と、前記ディレクトリ
階層における検索範囲が指定されていた場合に、検索条
件として指定された属性の値に基づいて前記マルチキー
インデックス管理手段を介して前記検索条件を満たすエ
ントリを検索する途中に通過する前記各ノードに付与さ
れている階層番号および階層別番号を有するエントリが
前記検索範囲に入っているか否かを各エントリの先祖関
係からチェックし、該チェックの結果において前記検索
範囲に含まれていなかったエントリを検索条件を満たす
エントリから除外した後で、残りのエントリが前記検索
範囲に含まれているか否かの判定を行うスコープ／フィ
ルタ統合検索手段とを備える。

【００４６】本発明のディレクトリ検索システムでは、
フィルタ検索とスコープ判定の処理を統合するスコープ
／フィルタ統合検索手段を備えることにより、フィルタ
検索に含まれていてスコープ判定に含まれないエントリ
にアクセスすることがなくなるため、エントリの検索時
間を短縮することができる。

【００４７】本発明のディレクトリ検索システムでは、
マルチキーインデックスの探索時にスコープの絞り込み
を行い、スコープの判定処理の負荷を軽減しているた
め、スコープ判定処理の負荷を軽減してエントリの検索
時間を短縮することができる。本発明の他のディレクト
リ検索システムは、指定された文字列の中から所定の文
字数の部分文字列をすべて抽出する部分文字列操作手段
をさらに備え、前記アトリビュートインデックス記憶部
は前記部分文字列操作手段によって抽出された部分文字
列をキーとするマルチキーインデックスを記憶してお
り、前記マルチキーインデックス管理手段は、前記検索
条件として文字列が含まれていた場合、前記部分文字列
操作手段によって該文字列から抽出された少なくとも１
つの部分文字列によって前記マルチキーインデックスの
探索を行い、各部分文字列毎の前記マルチキーインデッ
クスの探索結果となったエントリのうち、すべての部分
文字列についての探索結果に含まれるエントリを検索条
件を満たすエントリとする。

【００４８】本発明のディレクトリ検索システムでは、
文字列から所定の文字数の部分文字列を抽出する部分文
字列操作手段と、すべての部分文字列の検索結果に含ま
れるエントリを検索結果であると判断するマルチキーイ
ンデックス管理手段とを備えることによって、同一のイ
ンデックスで全文字列および部分文字列の検索を行うこ
とができるため、インデックスに必要な記憶容量を少な
くすることができる。

【００４９】

【発明の実施の形態】次に、本発明の実施形態のディレ
クトリ検索システムについて図面を参照して詳細に説明
する。全図において、同一の符号がつけられている構成
要素は、すべて同一のものを示す。

【００５０】（第１の実施形態）まず、本発明の第１の
実施形態のディレクトリ検索システムについて説明す
る。本実施形態のディレクトリ検索システムは、図２０
の会社４０１の組織を管理するデータベースに用いられ
ているものとする。図１は、本実施形態のディレクトリ
検索システムの構成を示すブロック図である。図１に示
すように、本実施形態のディレクトリ検索システムは、
入力装置１とデータ処理装置２と記憶装置３と出力装置
４とから構成されている。

【００５１】入力装置１は、キーボード等であり、利用
者からの要求を入力し、その要求をデータ処理装置２に
出力している。出力装置４は、ディスプレイ装置や印刷
装置等の出力装置であり、データ処理装置３から処理の
終了通知を受け取って処理結果を表示する。データ処理
装置２は、エントリ管理手段２１と、マルチキーインデ
ックス管理手段２２と、フィルタ検索手段２３と、スコ
ープ判定手段２４とを備えている。また、記憶装置３
は、エントリインデックス記憶部３１とアトリビュート
インデックス記憶部３２とエントリ/アトリビュート記
憶部３３とを備えている。

【００５２】エントリ/アトリビュート記憶部３３は、
全てのエントリの管理情報と各エントリが有する全ての
アトリビュートとを記憶している。各エントリは、ディ
レクトリ階層の形態で記憶されており、ディレクトリの
ルートであるベースエントリの管理情報の格納場所と各
エントリの階層番号および階層別番号が分かれば、各エ
ントリの管理情報の格納場所を特定でき、各エントリの
管理情報にアクセスすることができる。本実施形態のデ
ィレクトリ検索システムでは、図２０のディレクトリ階
層の各エントリの管理情報と各エントリが有する全ての
アトリビュートとを記憶している。

【００５３】エントリインデックス記憶部３１は、エン
トリを識別するための識別子（以降ＤＮ：Ｄｉｓｔｉｎ
ｇｕｉｓｈｅｄ Ｎａｍｅ）に基づいて作成されたイン
デックスを記憶している。このインデックスを検索する
ことによって各エントリの階層番号と階層別番号とを取
得することができる。

【００５４】アトリビュートインデックス記憶部３２
は、各エントリが有するアトリビュートをキーとして構
成されたインデックスを記憶している。このインデック
スは、前述のｈＢ ｔｒｅｅ方式を用いたマルチキーイ
ンデックスとなっており、複数のアトリビュートをキー
としてエントリを検索することができるようになってい
る。本実施形態のディレクトリ検索システムでは、アト
リビュートインデックス記憶部３２に記憶されるマルチ
キーインデックスは、図１８の様になる。

【００５５】エントリ管理手段２１は、入力装置１から
エントリの登録・削除・ＩＤ更新要求やアトリビュート
の登録・削除・更新要求を入力した場合、エントリ／ア
トリビュート記憶部３３に対してエントリやアトリビュ
ートの登録・削除・更新を行う。さらに、エントリ管理
手段２１は、マルチキーインデックス管理手段２２を介
して、エントリインデックス記憶部３１およびアトリビ
ュートインデックス記憶部３２の登録、削除、更新を行
う。

【００５６】フィルタ検索手段２３は、入力装置１から
エントリの検索要求を入力した場合、指定されたフィル
タ条件を満たすエントリの検索を行う。スコープ判定手
段２４は、フィルタ検索手段２３によって検索されたエ
ントリが、指定された検索範囲であるスコープ条件を満
たすかどうかを判定する。スコープ判定手段２４は、エ
ントリ／アトリビュート記憶部３３のエントリのディレ
クトリ階層を参照することによってその判定を行う。

【００５７】マルチキーインデックス管理手段２２は、
フィルタ検索手段２３やエントリ管理手段２１からの要
求により、エントリインデックス記憶部３１やアトリビ
ュートインデックス記憶部３２が記憶するインデックス
の管理や探索を行う。

【００５８】次に、本実施形態のディレクトリ検索シス
テムの動作について図２、図３、図１８を参照して詳細
に説明する。図２は、エントリやアトリビュートの更新
要求が入力された場合の本実施形態のディレクトリ検索
システムの動作を示すフローチャートである。

【００５９】利用者が入力装置１に対し、エントリやア
トリビュートの更新要求を入力した場合、入力装置１は
その要求をエントリ管理手段２１へ出力する。すると、
エントリ管理手段２１は、その要求がエントリの更新要
求であるか否かを判定する（ステップＡ１）。もし、そ
の要求がエントリの更新要求であれば、エントリ管理手
段２１は、マルチキーインデックス管理手段２２を介し
てエントリインデックス記憶部３１が記憶するインデッ
クスを更新する（ステップＡ２）。その後、エントリ管
理手段２１は、エントリ／アトリビュート記憶部３３に
記憶されているエントリの更新を行う（ステップＡ
３）。ステップＡ２、Ａ３の処理終了後、エントリ管理
手段２１は処理終了を出力装置４に通知し、出力装置４
は処理結果を出力する（ステップＡ４）。

【００６０】ステップＡ１において、入力装置１からの
要求がエントリの更新要求ではない場合、その要求はア
トリビュートの更新要求である。エントリ管理手段２１
は、アトリビュートインデックス記憶部３２において更
新しようとするアトリビュートにインデックスが付与さ
れているか否かを判定する（ステップＡ５）。更新しよ
うとするアトリビュートにインデックスが付与されてい
れば、エントリ管理手段２１は、マルチキーインデック
ス管理手段２２を介してアトリビュートインデックス記
憶部３２に記憶されるアトリビュートのインデックスを
更新する（ステップＡ６）。エントリ管理手段２１は、
エントリ／アトリビュート記憶部３３に記憶されるアト
リビュートを更新する（ステップＡ７）。そして、ステ
ップＡ６、Ａ７の処理終了後、エントリ管理手段２１は
処理終了を出力装置４に通知し、出力装置４は処理結果
を表示する（ステップＡ４）。

【００６１】ステップＡ５において、更新しようとする
アトリビュートにインデックスが付与されていない場
合、ステップＡ６の処理は実行されずに、ステップＡ７
において、エントリ／アトリビュート記憶部３３のアト
リビュートの更新のみが行われる。

【００６２】ステップＡ６において、アトリビュートの
インデックスを更新する際の動作について説明する。前
述のように、アトリビュートインデックス記憶部３２
は、図１８に示す社員の名前と年齢とをキーとしたマル
チキーインデックスを記憶している。なお、更新される
アトリビュートは、社員の名前と年齢であり、更新され
るアトリビュート値は（Ｏｚａｗａ、２４）であるとす
る。

【００６３】このマルチキーインデックスでは、ブリッ
クａから探索が開始される。ブリックａでは、「Ｏ」と
ｘ３（Ｓ）とが比較され、「２４」とｙ１（２８）とが
比較されることによって、ブリックｂが選択される。ブ
リックｂでは、「Ｏ」とｘ２（Ｉ）とが比較され、リー
フ２０５が選択される。リーフ２０５に（Ｏｚａｗａ、
２４）のアトリビュート値を有するエントリのＤＮが格
納される。

【００６４】図３は、エントリを検索する場合の本実施
形態のディレクトリ検索システムの動作を示すフローチ
ャートである。利用者が入力装置１に対しエントリの検
索要求を入力した場合、入力装置１はその要求をフィル
タ検索手段２３へ出力する。フィルタ検索手段２３は、
エントリの検索要求が入力されるとマルチキーインデッ
クス管理手段２２を介してエントリインデックス記憶部
３１のインデックスを探索する（ステップＢ１）。その
インデックスのルートであるベースエントリのエントリ
／アトリビュート記憶部３３における格納場所を取得す
る（ステップＢ２）。そして、フィルタ検索手段２３は
フィルタ条件が含まれているか否かを調べる（ステップ
Ｂ３）。もし、検索要求にフィルタ条件が含まれていれ
ば、フィルタ検索手段２３は、フィルタ条件となってい
るアトリビュートにインデックスが付与されているかを
調べる（ステップＢ６）。

【００６５】フィルタ条件となっているアトリビュート
にインデックスが付与されていれば、フィルタ検索手段
２３は、マルチキーインデックス管理手段２２を介して
そのフィルタ条件のアトリビュートの値によってマルチ
キーインデックスの探索を行い、フィルタ条件を満たす
エントリのＤＮを得る。（ステップＢ７）。そして、フ
ィルタ検索手段２３は、マルチキーインデックス管理手
段２２を介してエントリインデックス記憶部３１が記憶
するインデックスを探索してステップＢ７において検索
されたエントリのＤＮからそのエントリの階層番号と階
層別番号を得る（ステップＢ８）。フィルタ検索手段２
３は、エントリ／アトリビュート記憶部３３からステッ
プＢ８において得られたベースエントリの格納場所とエ
ントリの階層番号および階層別番号とからエントリの格
納場所を割り出し、そのエントリの情報を取得する（ス
テップＢ９）。

【００６６】ステップＢ６において、フィルタ条件とな
っているアトリビュートにインデックスが付与されてい
ない場合には、フィルタ検索手段２３は、データベース
の検索機能などを利用して、エントリ／アトリビュート
記憶部３３からフィルタ条件を満たすエントリの検索を
行って（ステップＢ１０）、ステップ９に移行する。ス
テップＢ９の後およびステップＢ３において検索要求に
フィルタ条件が含まれていなかったときは、本実施形態
のディレクトリ検索システムの動作はスコープ判定手段
２４に移行する。スコープ判定手段２４は、検索要求に
スコープ条件が含まれているかを調べる（ステップＢ
４）。スコープ判定手段２４は、入力装置１から入力さ
れた検索要求にスコープ条件が含まれていれば、エント
リ／アトリビュート記憶部３３のディレクトリ階層をた
どってステップＢ９で取得されたエントリが、スコープ
条件を満たしているか否かの判定を行う（ステップＢ１
１）。そして、スコープ判定手段２４は、スコープ条件
を満たしているエントリをエントリ／アトリビュート記
憶部３３にアクセスして取得し、検索結果を出力装置４
に出力する（ステップＢ５）。

【００６７】ステップＢ７において、アトリビュートの
インデックスを更新する際の動作について詳細に説明す
る。前述のように、アトリビュートインデックス記憶部
３２は、図１８に示す社員の名前と年齢とをキーとした
マルチキーインデックスを記憶している。フィルタ条件
は、名前がＡかＫで始まることと年齢が３０歳以下であ
ることとする。

【００６８】マルチキーインデックスでは、ブリックａ
から探索が開始される。ブリックａでは、ルートにおい
て「Ａ」および「Ｋ」とｘ３（Ｓ）とが比較され、左の
枝が選択される。続いて、次のノードで「３０歳以下」
とｙ１（２８）とが比較され、ここでは両者の大小関係
が不明なので両方の枝が選択される。したがって、ブリ
ックａでは、ブリックｂとブリックｃの両方が選択され
る。

【００６９】ブリックｂでは、ルートにおいて、「Ａ」
および「Ｋ」とｘ２（Ｉ）とが比較され、ここでは両者
の関係が不明なので両方の枝が選択される。したがっ
て、ブリックｂでは、リーフＤ、Ｅが選択される。

【００７０】ブリックｂでは、ルートにおいて「Ａ」お
よび「Ｋ」とｘ３（Ｓ）とが比較され、左の枝が選択さ
れる。続いて、次のノードで「３０歳以下」とｙ１（２
８）とが比較され、ここでは両者の大小関係が不明なの
で両方の枝が選択される。しかし、左の枝には外部ノー
ド（ｅｘｔ）が指定されているので、左の枝についての
探索はここでストップする。右の枝については、「Ａ」
および「Ｋ」とｘ１（Ａ）とが比較され、リーフＢが選
択される。そして、選択されたリーフＢ、Ｄ、Ｅに登録
されたエントリの中から、フィルタ条件を満たす（Ａｏ
ｋｉ、３２）が抽出され、この（Ａｏｋｉ、３２）のエ
ントリのＤＮがフィルタ検索手段２３に出力される。

【００７１】本実施形態のディレクトリ検索システムで
は、各エントリのアトリビュートに基づいて構成される
インデックスが、ｈＢ ｔｒｅｅ方式のマルチキーイン
デックスであるため、複数のアトリビュートがフィルタ
条件として指定されたときでも、複数のインデックスを
保持する必要がなくなる。そのため、本実施形態のディ
レクトリ検索システムでは、インデックスを記憶するた
めの記憶容量を小さくすることができる。

【００７２】また、本実施形態のディレクトリ検索シス
テムでは、前述のように各エントリのアトリビュートに
基づいて構成されるアトリビュートのインデックスが、
複数のアトリビュートをキーとするｈＢ ｔｒｅｅ方式
のマルチキーインデックスとなっている。そのため、本
実施形態のディレクトリ検索システムでは、複数のアト
リビュートがフィルタ条件として指定されたときでもイ
ンデックスの探索を１回で済ませることができる。その
ため、本実施形態のインデックスシステムでは、複数の
アトリビュートを探索する場合に複数のインデックスを
検索したり何度も同じエントリにアクセスする必要がな
くなるため、エントリの検索時間を短縮することができ
る。

【００７３】（第２の実施形態）次に、本発明の第２の
実施形態のディレクトリ検索システムについて説明す
る。図４は、本実施形態のディレクトリ検索システムの
構成を示すブロック図である。図４を参照すると、本実
施形態のディレクトリ検索システムは、入力装置１と、
データ処理装置５と、記憶装置６と、出力装置４とから
構成されている。データ処理装置５は、図１に示すデー
タ処理装置２が備えるフィルタ検索手段２３とスコープ
判定手段２４とが、スコープ／フィルタ統合検索手段２
５に置き換えられたものである。また、記憶装置６は、
図１に示す記憶装置３の構成要素に加え、先祖関係記憶
部３４をさらに備えている。

【００７４】アトリビュートインデックス記憶部３２
は、図５に示すｈＢ ｔｒｅｅ形式のマルチキーインデ
ックスを備える。このマルチキーインデックスは、ノー
ド５０１〜５０３と、リーフ２０４〜２０８とから構成
される。ノード５０１〜ノード５０３は、それぞれがブ
リックａ、ｂ、ｃである。ブリックａ、ｂ、ｃ内のイン
デックスの各ノードには、各ノードに格納されているキ
ーの値を有するエントリの階層番号および階層別番号が
付与されている。

【００７５】スコープ／フィルタ統合検索手段２５は、
マルチキーインデックス管理手段２２を介して指定され
たフィルタ条件に基づいてアトリビュートインデックス
記憶部３２に記憶されているマルチキーインデックスの
探索を行うとともに、スコープ条件が指定されている場
合には先祖関係記憶部３４が記憶する先祖関係表を用い
てスコープ判定も同時に行う。また、スコープ／フィル
タ統合検索手段２５は、スコープ判定を行った結果を記
録するためのスコープ表を備える。図６は、本実施形態
のディレクトリ検索システムにおけるスコープ／フィル
タ統合検索手段２５が備えるスコープ表である。スコー
プ表の各行は、図２０のディレクトリ階層の各階層番号
を表しており、スコープ表の各列は、スコープ左外（Ｌ
ｅｆｔ−Ｏｕｔ、以降Ｌ−Ｏ）、スコープ右外（Ｌｅｆ
ｔ−Ｉｎ、以降Ｌ−Ｉ）、スコープ右内（Ｒｉｇｈｔ−
Ｉｎ、以降Ｒ−Ｉ）、スコープ右外（Ｒｉｇｈｔ−Ｏｕ
ｔ、以降Ｒ−Ｏ）とに区切られている。

【００７６】エントリの階層別番号がＬ−Ｏ、Ｒ−Ｏに
書き込まれているということは、そのエントリはスコー
プ条件の範囲外にあることを意味している。また、エン
トリの階層別番号がＬ−Ｉ、Ｒ−Ｉに書き込まれている
ということは、そのエントリはスコープ条件の範囲内に
あることを意味している。

【００７７】本実施形態のディレクトリ検索システムの
動作を図７、図８を参照して詳細に説明する。図７は、
エントリやアトリビュートの更新要求があった場合のデ
ィレクトリ検索システムの動作を示すフローチャートで
ある。なお、図７におけるステップＡ１、Ａ４〜Ａ７の
動作は、図２におけるエントリ管理手段２１の動作と同
一のため、説明は省略する。

【００７８】ステップＡ１において、利用者からの要求
がエントリの更新である場合、エントリ管理手段２１
は、マルチキーインデックス管理手段２２を介してエン
トリインデックス記憶部３１に記憶されるエントリの更
新を行う（ステップＡ２）。そして、エントリ管理手段
２１は、先祖関係記憶部３４のエントリの更新にともな
って変化したエントリの先祖関係に基づいて先祖関係表
を更新する（ステップＣ１）。その後、エントリ管理手
段２１は、エントリ／アトリビュート記憶部３３に記憶
されるエントリの更新を行う（ステップＡ３）。

【００７９】図８は、エントリの検索を行う場合の本実
施形態のディレクトリ検索システム動作を示すフローチ
ャートである。ステップＢ１、Ｂ２、Ｂ６、Ｂ９、Ｂ１
０における動作は、図３に示す動作と同一であるため、
これらのステップにおける動作の説明は省略する。

【００８０】ステップＢ３で検索要求にフィルタ条件が
含まれており、ステップＢ６でフィルタ条件となってい
るアトリビュートにインデックスが付与されている場合
には、スコープ／フィルタ統合検索手段２５は、検索要
求にスコープ条件が含まれているかを調べる（ステップ
Ｄ１）。

【００８１】もし、検索要求にスコープ条件が含まれて
いる場合、スコープ／フィルタ統合検索手段２５は、マ
ルチキーインデックス管理手段２２を介してフィルタ条
件に基づいてアトリビュートインデックス記憶部３２が
記憶するインデックスを探索するとともに、インデック
ス探索途中で先祖関係記憶部３４の先祖関係表を参照し
てインデックスの各ノードの分岐条件となっているアト
リビュート値を有するエントリがスコープの範囲内にあ
るエントリであるかどうかを調べ、スコープ表を作成す
る（ステップＤ２）。ステップＤ２においてフィルタ条
件を満すエントリを検索後、それらのエントリの中から
スコープ条件を満たすエントリをスコープ表から求め
る。スコープ表からスコープ条件を満たしているかどう
か判断できないエントリについては、先祖関係記憶部３
４の先祖関係表を参照してスコープ判定を行う（ステッ
プＤ３）。

【００８２】ステップＤ１においてスコープ条件が含ま
れていない場合には、第１の実施形態のディレクトリ検
索システムと同様にアトリビュートインデックス記憶部
３２のインデックスを探索のみを行う（ステップＢ
７）。ステップＤ３またはステップＢ７の終了後、ステ
ップＤ３またはステップＢ７において検索されたエント
リの階層番号および階層別番号をエントリインデックス
記憶部３１のインデックスを探索して得る（ステップＢ
８）。そして、エントリ／アトリビュート記憶部３３か
ら検索結果のエントリの管理情報を取得する（ステップ
Ｄ４）。

【００８３】また、ステップＢ４において、検索要求に
スコープ条件が含まれている場合には、スコープ／フィ
ルタ統合手段２５は、先祖関係記憶部３４の先祖関係表
を参照してスコープの判定を行う（ステップＤ３）。ス
テップＤ３、Ｂ４、Ｄ４終了後、スコープ／フィルタ統
合手段２５は、エントリ／アトリビュート記憶部３３に
アクセスして最終的な検索結果のエントリの管理情報を
取得し、出力装置４にそれらの管理情報を出力する（ス
テップＢ５）。

【００８４】アトリビュートインデックス記憶部３２の
記憶するマルチキーインデックスでは、前述のように、
ブリック５０１〜５０３のインデックスのノードには、
各ノードの分岐条件となっているキー値をアトリビュー
トとして有するエントリの階層番号および階層別番号が
付与されている。

【００８５】ステップＤ２において、スコープ／フィル
タ統合検索手段２５は、フィルタ条件となっているアト
リビュートをキーとするインデックスがアトリビュート
インデックス記憶部３２に存在している場合に、マルチ
キーインデックス管理手段２２を介してアトリビュート
インデックス記憶部３２に記憶されるインデックスを探
索する。そして、各ブリックのインデックスのノードを
通過する際に、そのノードに付与されている階層番号お
よび階層別番号を有するエントリが、スコープ条件の範
囲内かどうかを先祖関係記憶部３４の先祖関係表を参照
して調べ、その結果に基づいてスコープ表を更新する。

【００８６】例えば、フィルタ条件が年齢３０歳以上で
あることであり、スコープ条件が営業部門であるとす
る。スコープ／フィルタ統合検索手段２５は、アトリビ
ュートインデックス記憶部３２のマルチキーインデック
スを年齢３０歳以上で探索する。スコープ／フィルタ統
合検索手段２５は、その探索途中でノードを通過する際
に、そのノードに付与されている階層番号および階層別
番号を有するエントリがスコープ条件となっている営業
部門に属しているかどうかをスコープ表にチェックして
いく。階層番号４および階層別番号１のＳａｔｏ氏と階
層番号４および階層別番号２のＥｎｄｏ氏とは、営業部
門に属しているので、スコープ条件の範囲内にある。し
たがって、スコープ／フィルタ統合検索手段２５は、ス
コープ表の階層番号４およびＬ−Ｉ、Ｒ−Ｉのところに
階層別番号１、２を書き込む。さらに、階層番号４およ
び階層別番号５のＡｏｋｉ氏は、営業部門に属していな
いので、スコープ条件の範囲外である。したがって、ス
コープ／フィルタ統合検索手段２５は、スコープ表の階
層番号４でＲ−Ｏのところに階層別番号５が書き込む。
以上の結果から、階層番号４における各エントリのう
ち、階層別番号が１、２であるエントリはスコープ条件
の範囲内であり、階層別番号が５であるエントリはスコ
ープ条件の範囲外であることがわかる。

【００８７】フィルタ条件によるマルチキーインデック
スの探索は、最終的にリーフＡ、Ｂ、Ｃが選択され、そ
こに登録されているエントリから３０歳以上のＡｏｋｉ
氏、（階層別番号５）、Ｎａｋａｉ氏（階層別番号
８）、Ｕｅｄａ氏（階層別番号３）が抽出される。この
中からスコープ条件の範囲外である階層別番号５のＡｏ
ｋｉ氏は検索結果から除外される。

【００８８】本実施形態のディレクトリ検索システムで
は、フィルタ条件を満たすエントリの検索中にスコープ
の絞り込みを行うことで、スコープ判定の負担を軽減す
ることができる。また、本実施形態のディレクトリ検索
システムでは、フィルタ検索とスコープ判定の処理を統
合することにより、結果的にスコープ判定に含まれない
エントリにアクセスすることがなくなるため、エントリ
の検索時間を短縮することができる。

【００８９】（第３の実施形態）次に、本発明の第３の
実施形態のディレクトリ検索システムについて説明す
る。図９は、本実施形態のディレクトリ検索システムの
構成を示すブロック図である。本実施形態のディレクト
リ検索システムは、入力装置１と、出力装置４と、記憶
装置６と、データ処理装置７とから構成されている。デ
ータ処理装置７は図４のデータ処理装置５の構成要素に
加えて、部分文字列操作手段２６を備えている。部分文
字列操作手段２６は、マルチキーインデックス管理手段
２２からの指示により、文字列を分解する。

【００９０】本実施形態のディレクトリ検索システムで
は、名前の部分一致検索を行うため、各社員の名前から
抽出された３文字の部分文字列をキーとする。図１０
は、図２０のディレクトリ階層における社員の名前から
抽出された３文字の部分文字列と年齢とから成るマルチ
キーの分布状態を示すマップである。このマップは、縦
軸が年齢で、横軸が名前の先頭のアルファベットとなっ
ている。

【００９１】図１０に示すように、アルファベットＳを
ｘ３とし、アルファベットＩをｘ２とし、アルファベッ
トＥをｘ１とし、年齢２８をｙ１とする。マップ上のエ
リアは、年齢２８以上かつ名前の頭文字がＡ〜Ｄの領域
７０１と、年齢２８以上かつ名前の頭文字がＥ〜Ｒの領
域７０２と、年齢２８未満で名前の頭文字がＡ〜Ｈの領
域７０３と、年齢２８未満で名前の頭文字がＩ〜Ｒの領
域７０４と、名前の頭文字がＳ〜Ｚの領域７０５とに分
割されている。

【００９２】図１１は、本実施形態のディレクトリ検索
システムにおけるアトリビュートインデックス記憶部３
２のマルチキーインデックスを示す図である。このマル
チキーインデックスは、ノード６０１〜６０３と、リー
フ６０４〜６０８とから構成されている。ノード６０１
〜６０３は、それぞれがブリックａ、ブリックｂ、ブリ
ックｃである。図１１のｈＢ ｔｒｅｅでは、図１０に
おけるマップの各領域を元にブリックａ、ｂ、ｃを構成
する。ブリックａは、マップ全体を指すものであると
し、ブリックｃは、領域７０１、７０２、７０５を指す
ものであるとし、ブリックｂは、領域７０３、７０４を
指すものであるとする。

【００９３】このマルチキーインデックスは、まずフィ
ルタ条件として指定されたアトリビュートの値が、マッ
プ上のどの領域の属するかを探索する。ブリックａで
は、ｘ３（Ｓ）とｙ１（２８）とを分岐条件として、フ
ィルタ条件として指定されたアトリビュートの値が、領
域７０１、７０２、７０５に含まれるか領域７０３、７
０４に含まれるかを切り分ける。そして、ブリックｂで
は、フィルタ条件として指定されたアトリビュートの値
の含まれる領域が、領域７０３なのか領域７０４なのか
を切り分ける。ブリックｃでは、フィルタ条件として指
定されたアトリビュートの値の含まれる領域が、領域７
０１なのか領域７０２領域７０５なのかを切り分ける。

【００９４】リーフ６０４〜６０８にはそれぞれ領域７
０３、７０４、７０１、７０２、７０５に含まれる各要
素のＤＮが登録されている。同一のリーフ内に格納さ
れ、同じエントリのＤＮを指す要素は、マルチキーイン
デックス管理手段２２によってキー併合されて登録され
ている。例えば、各マルチキー（ＩＩＪ、２０）、（Ｉ
ＪＩ、２０）、（ＪＩＭ、２０）、（ＩＭＡ、２０）
は、同じリーフ６０８に格納され、同じエントリである
Ｉｉｊｉｍａ氏を指すので（ＩＩＪ＋ＩＪＩ＋ＪＩＭ＋
ＩＭＡ、２０）というふうにマルチキーインデックス管
理手段２２によってキー併合されて登録されている。

【００９５】次に、本実施形態のディレクトリ検索シス
テムの動作を図１２、図１３を参照して詳細に説明す
る。図１２は、エントリまたはアトリビュートの更新を
行う場合の本実施形態のディレクトリ検索システムの動
作を示すフローチャートである。図１２のステップＡ１
〜Ａ５、Ａ７、Ｃ１の動作は、第２の実施形態のディレ
クトリ検索システムにおけるエントリ管理手段２１の動
作と同一であるため、これらのステップの動作の説明は
省略する。

【００９６】ステップＡ５において、利用者からの要求
がインデックスが付与されているアトリビュートの更新
要求であった場合、マルチキーインデックス管理手段２
１は、アトリビュートに文字列が含まれているかを調べ
る（ステップＥ１）。

【００９７】もし含まれていれば、マルチキーインデッ
クス管理手段２２は、部分文字列操作手段２６を介して
文字列から３文字の部分文字列を抽出する（ステップＥ
２）。例えば、更新要求のあったアトリビュートの値
が、（Ｔｓｕｊｉ、３０）であった場合、文字列「ｔｓ
ｕｊｉ」から「ｔｓｕ」と「ｓｕｊ」と「ｕｊｉ」を抽
出する。すると、マルチキーインデックス管理手段２２
は、（ｔｓｕ、３０）、（ｓｕｊ、３０）、（ｕｊｉ、
３０）の３つのマルチキーを作成し、これらのマルチキ
ーによってアトリビュートインデックス記憶部のマルチ
キーインデックスを探索する。そして、各マルチキーの
うち、探索結果が同一のリーフとなったマルチキーがあ
る場合、マルチキーインデックス管理手段２２は、それ
らのマルチキーのキー併合を行いアトリビュートインデ
ックス記憶部３２のインデックスを更新する（ステップ
Ｅ３）。例えば、上述のマルチキー（ｔｓｕ、３０）、
（ｓｕｊ、３０）、（ｕｊｉ、３０）は、すべて、リー
フ６０８に格納されるようになるので、（ｔｓｕ＋ｓｕ
ｊ＋ｕｊｉ、３０）のように、キー併合を行って（ｔｓ
ｕｊｉ、３０）のエントリのＤＮをリーフ６０８に格納
する。

【００９８】その後、マルチキーインデックス管理手段
２２は、エントリ／アトリビュート記憶部３３に新しく
追加されたエントリのアトリビュートを更新する（ステ
ップＡ７）。ステップＥ１において、指定されたアトリ
ビュートに部分文字列が含まれていなかった場合、マル
チキーインデックス管理手段は、そのアトリビュートに
基づいて、アトリビュートインデックス記憶部３２に格
納されたインデックスを更新し（ステップＡ６）、ステ
ップＡ７に進む。

【００９９】図１３は、エントリの検索要求があった場
合の本実施形態のディレクトリ検索システムの動作を示
すフローチャートである。図１３において、ステップＢ
１〜Ｂ１０、Ｄ１〜Ｄ４の動作は、図８におけるそれら
のステップの動作と同一であるため、それらのステップ
の動作の説明は省略する。

【０１００】ステップＢ３でフィルタ条件が指定されて
おり、ステップＢ６でインデックスが付与されていた場
合、マルチキーインデックス管理手段２２は、部分文字
列のインデックスが含まれているかを調べる（ステップ
Ｆ１）。もし含まれていれば、部分文字列操作文字手段
２６は、その部分文字列から所定の文字数の部分文字列
を抽出する（ステップＦ２）。例えば、「ＮＡＫＡ」と
いう文字列を含む名前を持つエントリを検索する場合、
所定の文字数が３文字であるとすると、部分文字列操作
手段２６は「ＮＡＫＡ」から「ＮＡＫ」および「ＡＫ
Ａ」を抽出する。その後、本実施形態のインデックスシ
ステムの動作は、スコープ／フィルタ統合検索手段２５
に移行する。ステップＦ１において部分文字列のインデ
ックスが含まれていない場合には、ステップＦ２の処理
はスキップされる。

【０１０１】ブリックａ、ｂ、ｃ内のインデックスの内
部ノードには、第２の実施形態のディレクトリ検索シス
テムと同様にスコープの絞り込みで使用されるエントリ
の階層番号および階層別番号が付与されている。リーフ
６０４〜６０８には、キー併合により同じエントリを指
しているマルチキーがキー併合されて管理されている。
「ＮＡＫ」による探索では、リーフ６０５と６０７とに
たどりついて（ＮＡＫ＋ＫＡＩ、３７）のエントリが選
択される。［ＡＫＡ］による探索ではリーフ６０４と６
０６にたどりついて（ＡＫＡ、３７）のエントリが選択
される。これらのエントリは、同じＮａｋａｉ氏を示す
ので、Ｎａｋａｉ氏が検索結果となって、出力装置４に
出力される。

【０１０２】また、本実施形態のディレクトリ検索シス
テムでは、「Ｎａｋａｉ」のような全文字列検索を行う
場合でも、同様な動作で上述のマルチキーインデックス
を探索してＮａｋａｉ氏の情報を取得することができ
る。

【０１０３】以上述べたように、本実施形態のディレク
トリ検索システムでは、文字列から所定の文字数の部分
文字列を抽出する部分文字列操作手段２６と、すべての
部分文字列の検索結果に含まれるエントリを検索結果で
あると判断するマルチキーインデックス管理手段２２と
を備えることによって、同一のインデックスで全文字列
および部分文字列の検索を行うことができるため、イン
デックスの記憶に要する記憶容量を少なくすることがで
きる。

【０１０４】また、本実施形態のディレクトリ検索シス
テムでは、部分文字列をキーとするインデックスについ
て、同一のリーフの登録される同一のエントリについて
のマルチキーがあった場合には、それらのマルチキーを
キー併合するため、リーフに登録されるマルチキーの数
を減らすことができるため、インデックスを記憶するた
めの記憶容量を小さくすることができる。

【０１０５】なお、上記第１、第２、第３の実施形態の
ディレクトリ検索システムでは、アトリビュートインデ
ックス記憶部が格納するインデックスをｈＢ ｔｒｅｅ
の形態としたマルチキーインデックスであるとして構造
および動作を説明したが、本発明はこれに限定されるも
のではなく、マルチキーインデックスをｋ−ｄ ｔｒｅ
ｅまたは他の形態のマルチキーインデックスとしても良
い。

【０１０６】また、図１４に示すように、第１、第２、
第３の実施形態のディレクトリ検索システムは、データ
更新またはデータ検索を実行するためのプログラムを記
録した記録媒体７を備えていてもよい。

【０１０７】第１の実施形態のディレクトリ検索システ
ムでは、記録媒体７は、フィルタ条件とを満たすエント
リをマルチキーインデックスから検索する処理と、エン
トリやアトリビュートの登録や削除や更新が行われる場
合に、ディレクトリ階層およびマルチキーインデックス
に対しても登録や削除や更新を行う処理とを行うプログ
ラムを記録している。

【０１０８】また、第２の実施形態のディレクトリ検索
システムでは、記憶媒体７は、ディレクトリ階層におけ
るスコープ条件が指定されていた場合にフィルタ条件を
満たすエントリをマルチキーインデックスを検索する途
中に通過する各ノードに付与されている階層番号および
階層別番号を有するエントリがスコープ条件に入ってい
るか否かを各エントリの先祖関係からチェックする処理
と、そのチェックの結果においてスコープ条件に含まれ
ていなかったエントリをフィルタ条件を満たすエントリ
から除外した後で、残りのエントリがスコープ範囲に含
まれているか否かの判定を行う処理と、利用者からエン
トリの登録や削除や更新が行われた場合には、ディレク
トリ階層の登録や削除や更新を行うとともにマルチキー
インデックスの２分探索木の各ノードに付与されている
階層番号および階層別番号の登録や削除や更新を行う処
理とを行うプログラムを記録している。

【０１０９】また、第３の実施形態のディレクトリ検索
システムでは、記録媒体７は、検索条件として指定され
た属性値が文字列であった場合、その文字列の中から所
定の文字数の部分文字列をすべて抽出する処理と、フィ
ルタ条件として指定された属性値が文字列であった場合
にその文字列から抽出された少なくとも１つの部分文字
列によって所定の文字数の部分文字列をキーの１つとす
るマルチキーインデックスの探索を行い、各部分文字列
毎のマルチキーインデックスの探索結果となったエント
リのうちすべての部分文字列についての探索結果に含ま
れるエントリをフィルタ条件を満たすエントリとする処
理と、利用者から属性となっている文字列の更新要求が
あった場合にその文字列から抽出された所定の文字数の
部分文字列のうちの探索結果が同一になる部分文字列に
ついてはキー併合を行ってその部分文字列が指すエント
リの識別子を格納する場所を同一とする処理とを行うた
めのプログラムを記録している。記録媒体７としては磁
気ディスク、半導体メモリまたはその他の記録媒体が用
いられる。

【０１１０】

【発明の効果】以上述べたように、本発明のディレクト
リ検索システムは、以下に示す３つの効果を有してい
る。 （１） アトリビュートインデックス記憶部が記憶する
インデックスが、複数のキーによって一度に探索可能な
マルチキーインデックスとなっているため、アトリビュ
ートからエントリを検索するためのインデックスを記憶
するのに必要な記憶容量を少なくことができる。また、
複数のインデックスを検索する必要がないので、検索時
間を短縮することができる。 （２） マルチキーインデックスの探索時にスコープの
絞り込みを行い、スコープの判定処理の負荷を軽減して
いるため、スコープ判定処理の負荷を軽減してエントリ
の検索時間を短縮することができる。また、フィルタ検
索とスコープ判定の処理を統合することにより、結果的
にスコープ判定に含まれないエントリにアクセスするこ
とがなくなるため、エントリの検索時間を短縮すること
ができる。 （３） 文字列から所定の文字数の部分文字列を抽出す
る部分文字列操作手段と、すべての部分文字列の検索結
果に含まれるエントリを検索結果であると判断するマル
チキーインデックス管理手段とを備えることによって、
同一のインデックスで全文字列および部分文字列の検索
を行うことができるため、インデックスを記憶するのに
必要な記憶容量を少なくすることができる。

【図面の簡単な説明】

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

【図２】エントリやアトリビュートの更新要求が入力さ
れた場合の本発明の第１の実施形態のディレクトリ検索
システムの動作を示すフローチャートである。

【図３】エントリを検索する場合の本発明の第１の実施
形態のディレクトリ検索システムの動作を示すフローチ
ャートである。

【図４】本発明の第２の実施形態のディレクトリ検索シ
ステムの構成を示すブロック図である。

【図５】本発明の第２の実施形態のディレクトリ検索シ
ステムにおけるアトリビュートインデックス記憶部が記
憶するマルチキーインデックスを示す図である。

【図６】本発明の第２の実施形態のディレクトリ検索シ
ステムにおけるスコープ／フィルタ検索手段が記憶する
スコープ表を示す図である。

【図７】エントリまたはアトリビュートの更新を行う場
合の本発明の第２の実施形態のディレクトリ検索システ
ムの動作を示すフローチャートである。

【図８】エントリの検索を行う場合の本発明の第２の実
施形態のディレクトリ検索システムの動作を示すフロー
チャートである。

【図９】本発明の第３の実施形態のディレクトリ検索シ
ステムの構成を示すブロック図である。

【図１０】本発明の第３の実施形態のディレクトリ検索
システムにおけるアトリビュートインデックス記憶部が
記憶するマルチキーインデックスを示す図である。

【図１１】ある会社の社員の名前の部分文字列を抽出し
た場合の各部分文字列と年齢とから構成されるマルチキ
ーの分布を示すマップを示す図である。

【図１２】エントリまたはアトリビュートを更新する場
合の本発明の第３の実施形態のディレクトリ検索システ
ムの動作を示すフローチャートである。

【図１３】本発明の第３の実施形態のディレクトリ検索
システムのエントリまたはアトリビュートの検索時にお
ける動作を示すフローチャートである。

【図１４】本発明の第１、第２、第３の実施形態のディ
レクトリ検索システムが記録媒体を備えている場合の構
成を示すブロック図である。

【図１５】特開平３−７００４９号公報に開示されたデ
ィレクトリ検索システムの構成を示すブロック図であ
る。

【図１６】ｋ−ｄ ｔｒｅｅの基本的な構成を示す図で
ある。

【図１７】ある会社の社員の名前と年齢とから構成され
るマルチキーの分布状態を示すマップである。

【図１８】ある会社の社員の構成をｈＢ ｔｒｅｅの形
態で表した図である。

【図１９】特願平１１−４３２５９号出願に記載された
従来のディレクトリ検索システムの構成を示すブロック
図である。

【図２０】ある会社の組織をディレクトリ階層で表す図
である。

【図２１】従来のディレクトリ検索システムの先祖関係
記憶部が記憶する先祖関係表を示す図である。

【符号の説明】

１ 入力装置 ２、５、７、８ データ処理装置 ３、６、９ 記憶装置 ４ 出力装置 ２１ エントリ管理手段 ２２ マルチキーインデックス管理手段 ２３、２７ フィルタ検索手段 ２４、２８ スコープ判定手段 ２５ スコープ／フィルタ統合検索手段 ２６ 部分文字列操作手段 ３１ エントリインデックス記憶部 ３２ アトリビュートインデックス記憶部 ３３ エントリ／アトリビュート記憶部 ３４ 先祖関係記憶部 ３５ 複合インデックス記憶部 １０１〜１０８ ノード ２０４〜２０８、６０４〜６０８ リーフ ２０１〜２０３、５０１〜５０３、６０１〜６０３
ノード ３０１〜３０５、７０１〜７０５ 領域 ４０１ 会社 ４０２ 営業部門 ４０３ 開発部門 ４０４ 国内営業課 ４０５ 海外営業課 ４０６ 企画課 ４０７ 製造課 ４０８〜４１５ 社員 １００１ 処理開始指示装置 １００２ ディレクトリ情報処理手段 １００３ 併合インデックス作成指示手段 １００４ 併合インデックス読込指示手段 １００５ 併合インデックス作成手段 １００６ 併合インデックス読込手段 １００７ 作業ファイル １００８ 併合インデックス １００９ ディレクトリファイル １０１０ 利用者インデックス １０１１ グループ共有インデックス １０１２ システム共有インデックス １０１３ サブファイル群 Ａ１〜Ａ７、Ｂ１〜Ｂ１１、Ｃ１ ステップ Ｄ１〜Ｄ４、Ｅ１〜Ｅ３、Ｆ１、Ｆ２ ステップ

Claims (18)

【特許請求の範囲】
1. 【請求項１】 複数の資源を管理するために該各資源を
   エントリとして該各資源間の関係に基づいてディレクト
   リ階層を構成し、該各エントリの属性をキーとするイン
   デックスを用いてエントリを検索するディレクトリ検索
   システムであって、 前記各エントリの管理情報と前記各エントリの全ての属
   性とを前記ディレクトリ階層順に記憶するエントリ／ア
   トリビュート記憶手段と、 エントリを識別するための識別子からエントリの前記デ
   ィレクトリ階層における階層番号および階層別番号を導
   き出すためのインデックスを記憶するエントリインデッ
   クス記憶手段と、 検索条件として指定された属性値を満たすエントリの識
   別子を取得するために前記各エントリの複数の属性から
   成るマルチキーをキーとする２分探索木から構成される
   マルチキーインデックスを記憶するアトリビュートイン
   デックス記憶手段と、 前記エントリインデックス記憶手段および前記アトリビ
   ュートインデックス記憶手段を管理するマルチキーイン
   デックス管理手段と、 前記マルチキーインデックス管理手段を介して検索条件
   を満たすエントリの識別子を前記マルチキーインデック
   スから取得し、前記マルチキーインデックスから取得し
   た識別子に基づいて検索条件を満たすエントリの階層番
   号および階層別番号を前記マルチキーインデックス管理
   手段を介して前記エントリインデックス記憶手段から取
   得し、該階層番号および階層別番号に基づいて検索条件
   を満たすエントリの管理情報を前記エントリインデック
   ス記憶手段から取得するフィルタ検索手段とを備えるデ
   ィレクトリ検索システム。
2. 【請求項２】 前記エントリおよび前記属性の登録や削
   除や更新が要求された場合に、前記エントリ／アトリビ
   ュート記憶手段が記憶する前記エントリおよび前記属性
   の登録や削除や更新を行うとともに、前記マルチキーイ
   ンデックス管理手段を介して前記エントリインデックス
   記憶手段に記憶されるインデックスと前記アトリビュー
   トインデックス記憶手段に記憶されるマルチキーインデ
   ックスとに対しても登録や削除や更新を行うエントリ管
   理手段をさらに備える請求項１記載のディレクトリ検索
   システム。
3. 【請求項３】 複数の資源を管理するために該各資源を
   エントリとして該各資源間の関係に基づいてディレクト
   リ階層を構成し、該各エントリの属性をキーとするイン
   デックスを用いてエントリを検索するディレクトリ検索
   システムであって、 前記各エントリの管理情報と前記各エントリの全ての属
   性とを前記ディレクトリ階層順に記憶するエントリ／ア
   トリビュート記憶手段と、 エントリを識別するための識別子からエントリの前記デ
   ィレクトリ階層における階層番号および階層別番号を検
   索するためのインデックスを記憶するエントリインデッ
   クス記憶手段と、 検索条件として指定された属性値を満たすエントリの識
   別子を取得するために前記各エントリの複数の属性から
   成るマルチキーをキーとする２分探索木から構成され前
   記２分探索木の各ノードに格納されているエントリの前
   記階層番号および前記階層別番号が付与されているマル
   チキーインデックスを記憶するアトリビュートインデッ
   クス記憶手段と、 前記エントリインデックス記憶手段および前記アトリビ
   ュートインデックス記憶手段を管理するマルチキーイン
   デックス管理手段と、 前記ディレクトリ階層における検索範囲が指定されてい
   た場合に、検索条件として指定された属性の値に基づい
   て前記マルチキーインデックス管理手段を介して前記検
   索条件を満たすエントリを検索する途中に通過する前記
   各ノードに付与されている階層番号および階層別番号を
   有するエントリが前記検索範囲に入っているか否かを各
   エントリの先祖関係からチェックし、該チェックの結果
   において前記検索範囲に含まれていなかったエントリを
   検索条件を満たすエントリから除外した後で、残りのエ
   ントリが前記検索範囲に含まれているか否かの判定を行
   うスコープ／フィルタ統合検索手段とを備えるディレク
   トリ検索システム。
4. 【請求項４】 エントリの登録や削除や更新要求があっ
   た場合には前記エントリ／アトリビュート記憶手段が記
   憶するエントリの登録や削除や更新を行うとともに前記
   マルチキーインデックス管理手段を介して前記エントリ
   インデックス記憶手段に記憶されるインデックスの登録
   や削除や更新を行い前記マルチキーインデックスの２分
   探索木の各ノードに付与されている階層番号および階層
   別番号についての更新も行うエントリ管理手段をさらに
   備える請求項３記載のディレクトリ検索システム。
5. 【請求項５】 指定された文字列の中から所定の文字数
   の部分文字列をすべて抽出する部分文字列操作手段をさ
   らに備え、 前記アトリビュートインデックス記憶部は前記部分文字
   列操作手段によって抽出された部分文字列をキーとする
   マルチキーインデックスを記憶しており、 前記マルチキーインデックス管理手段は、前記検索条件
   として文字列が含まれていた場合、前記部分文字列操作
   手段によって該文字列から抽出された少なくとも１つの
   部分文字列によって前記マルチキーインデックスの探索
   を行い、各部分文字列毎の前記マルチキーインデックス
   の探索結果となったエントリのうち、すべての部分文字
   列についての探索結果に含まれるエントリを検索条件を
   満たすエントリとする請求項１から４のいずれか１項記
   載のディレクトリ検索システム。
6. 【請求項６】 属性となっている文字列の更新要求があ
   った場合に、前記部分文字列操作手段から抽出された部
   分文字列のうち探索結果が同一になる部分文字列につい
   ては、キー併合を行って該部分文字列が指すエントリの
   識別子を格納する場所を同一とする請求項５記載のディ
   レクトリ検索システム。
7. 【請求項７】 複数の資源を管理するために該各資源を
   エントリとして該各資源間の関係に基づいてディレクト
   リ階層を構成し、該各エントリの属性をキーとするイン
   デックスを用いてエントリを検索するディレクトリ検索
   方法であって、 前記各エントリの複数の属性から構成されたマルチキー
   をキーとする２分探索木から構成されるマルチキーイン
   デックスを作成し、前記マルチキーインデックスから検
   索条件として指定された属性値を満たすエントリを検索
   するディレクトリ検索方法。
8. 【請求項８】 前記エントリや前記属性の登録や削除や
   更新が行われる場合、前記エントリから構成されるディ
   レクトリ階層および前記マルチキーインデックスに対し
   ても登録や削除や更新を行う請求項７記載のディレクト
   リ検索方法。
9. 【請求項９】 複数の資源を管理するために該各資源を
   エントリとして該各資源間の関係に基づいてディレクト
   リ階層を構成し、該各エントリの属性をキーとするイン
   デックスを用いてエントリを検索するディレクトリ検索
   方法であって、 エントリが有する複数の属性から成るマルチキーをキー
   とするエントリを特定するための２分探索木から構成さ
   れ、前記各エントリを格納する前記２分探索木の各ノー
   ドに前記各エントリの前記ディレクトリ階層における階
   層番号および階層別番号がそれぞれ付与されているマル
   チキーインデックスを作成し、前記ディレクトリ階層に
   おける検索範囲が指定されていた場合に、検索条件とし
   て指定された属性の値に基づいて前記検索条件を満たす
   エントリを検索する途中に通過する前記各ノードに付与
   されている階層番号および階層別番号を有するエントリ
   が前記検索範囲に入っているか否かを各エントリの先祖
   関係からチェックし、 該チェックの結果において前記検索範囲に含まれていな
   かったエントリを検索条件を満たすエントリから除外し
   た後で、残りのエントリが前記検索範囲に含まれている
   か否かの判定を行うディレクトリ検索方法。
10. 【請求項１０】 エントリの登録や削除や更新が行われ
    た場合には、ディレクトリ階層の登録や削除や更新を行
    うとともに、前記マルチキーインデックスの２分探索木
    の各ノードに付与されている階層番号および階層別番号
    の登録や削除や更新も行う請求項９記載のディレクトリ
    検索方法。
11. 【請求項１１】 前記マルチキーインデックスは、所定
    の文字数の部分文字列をキーとしており、 検索条件として指定された属性値が文字列であった場
    合、該文字列の中から所定の文字数の部分文字列をすべ
    て抽出し、 検索条件として指定された属性値が文字列であった場
    合、該文字列から抽出された少なくとも１つの部分文字
    列によって前記マルチキーインデックスの探索を行い、
    各部分文字列毎の前記マルチキーインデックスの探索結
    果となったエントリのうち、すべての部分文字列につい
    ての探索結果に含まれるエントリを検索条件を満たすエ
    ントリとする請求項７から１０のいずれか１項記載のデ
    ィレクトリ検索方法。
12. 【請求項１２】 属性となっている文字列の更新要求が
    あった場合に、前記部分文字列操作手段から抽出された
    部分文字列のうち探索結果が同一になる部分文字列につ
    いては、キー併合を行って該部分文字列が指すエントリ
    の識別子を格納する場所を同一とする請求項１１記載の
    ディレクトリ検索方法。
13. 【請求項１３】 複数の資源を管理するために該各資源
    をエントリとして該各資源間の関係に基づいてディレク
    トリ階層を構成し、前記各エントリの複数の属性から構
    成されたマルチキーをキーとする２分探索木から構成さ
    れるマルチキーインデックスを用いてエントリを検索す
    るディレクトリ検索システムに備えられ、 検索条件として指定された属性値を満たすエントリを前
    記マルチキーインデックスから検索する処理をコンピュ
    ータに実行させるためのプログラムを記録した機械読み
    取り可能な記録媒体。
14. 【請求項１４】 前記エントリや前記属性の登録や削除
    や更新が行われる場合、前記ディレクトリ階層および前
    記マルチキーインデックスに対しても登録や削除や更新
    を行う処理をコンピュータに実行させるためのプログラ
    ムをさらに記録した請求項１３記載の機械読み取り可能
    な記録媒体。
15. 【請求項１５】 複数の資源を管理するために該各資源
    をエントリとして該各資源間の関係に基づいてディレク
    トリ階層を構成し、前記各エントリが有する複数の属性
    から成るマルチキーをキーとするエントリを特定するた
    めの２分探索木から構成され前記各エントリを格納する
    前記２分探索木の各ノードに前記ディレクトリ階層にお
    ける前記各エントリの階層番号および階層別番号がそれ
    ぞれ付与されているマルチキーインデックスを用いてエ
    ントリを検索するディレクトリ検索システムに備えら
    れ、 前記ディレクトリ階層における検索範囲が指定されてい
    た場合に検索条件として指定された属性の値に基づいて
    前記検索条件を満たすエントリを前記マルチキーインデ
    ックスを検索する途中に通過する前記各ノードに付与さ
    れている階層番号および階層別番号を有するエントリが
    前記検索範囲に入っているか否かを各エントリの先祖関
    係からチェックする処理と、 該チェックの結果において前記検索範囲に含まれていな
    かったエントリを前記検索条件を満たすエントリから除
    外した後で、残りのエントリが前記検索範囲に含まれて
    いるか否かの判定を行う処理とをコンピュータに実行さ
    せるためのプログラムを記録した機械読み取り可能な記
    録媒体。
16. 【請求項１６】 利用者からエントリの登録や削除や更
    新が行われた場合には、前記ディレクトリ階層の登録や
    削除や更新を行うとともに前記２分探索木の各ノードに
    付与されている階層番号および階層別番号の登録や削除
    や更新も行う処理をコンピュータに実行させるためのプ
    ログラムをさらに記録した請求項１５記載の機械読み取
    り可能な記録媒体。
17. 【請求項１７】 検索条件として指定された属性値が文
    字列であった場合、該文字列の中から所定の文字数の部
    分文字列をすべて抽出する処理と、 検索条件として指定された属性値が文字列であった場合
    に該文字列から抽出された少なくとも１つの部分文字列
    によって前記所定の文字数の部分文字列をキーの１つと
    するマルチキーインデックスの探索を行い、前記各部分
    文字列毎の前記マルチキーインデックスの探索結果とな
    ったエントリのうちすべての部分文字列についての探索
    結果に含まれるエントリを前記検索条件を満たすエント
    リとする処理とをコンピュータに実行させるためのプロ
    グラムをさらに記録した請求項１３から１６のいずれか
    １項記載の機械読み取り可能な記録媒体。
18. 【請求項１８】 利用者から属性となっている文字列の
    更新要求があった場合に前記文字列から抽出された部分
    文字列のうちの探索結果が同一になる部分文字列につい
    てはキー併合を行って該部分文字列が指すエントリの識
    別子を格納する場所を同一とする処理をコンピュータに
    実行させるためのプログラムをさらに記録した請求項１
    ７記載の機械読み取り可能な記録媒体。