JPH1031681A - 情報検索方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 シーク時間が長い記憶装置に適用しても、階
層構造を有するデータが高速に検索でき、かつデータ容
量が少ない情報検索方法及び装置を提供する。 【解決手段】 本発明は、一部または、全部のレコード
に配下に属する下部レコードを有し、また、該下部レコ
ードも配下に属する下部レコードを有する階層構造を有
する検索対象レコードを、最上位レコードと下部レコー
ドのキーを組み合わせたキーワードで検索する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報検索方法及び
装置に係り、特に、ディレクトリ、電話帳の企業掲載等
のように、トリー状の階層構造を有するデータベースに
おいて、効率的な検索と検索結果の編集を実現するため
の情報検索方法及び装置に関する。

【０００２】詳しくは、ＣＤ−ＲＯＭのようにシーク時
間が読み出し時間に比べて大きいデータベース等の情報
検索方法及び装置に関する。

【０００３】

【従来の技術】従来の情報検索について階層構造を有す
るデータベースを、電話帳データベースの例を用いて説
明する。表１は、従来の電話帳データベースの例であ
る。

【０００４】

【表１】

【０００５】表１に示すように、電話帳データは、○○
会社の配下に、本社と新宿支店があり、本社の配下に総
務部と営業部があるというように、階層構造を有するデ
ータがある。従来は、このような電話帳データを「○○
会社」、または、「○○会社お客様窓口」等のキーワー
ドで検索するためには、図９に示すように、検索対象レ
コードに上位のレコードへポインタ情報を格納して、上
位の階層構造情報を参照する方式や、表２に示すよう
に、各検索対象レコードの上位の階層構造情報を格納す
る方式等が採用されている。

【０００６】

【表２】

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来の方式には、以下のような問題がある。図９に示す方
式では、表３に示すように、最上位のレコードのキー
（名義）と下部レコードのキーを組み合わせたインデッ
クスを作成し、インデックスを検索して該当するポイン
タ情報（レコード番号）を取得し、図９の検索対象レコ
ードを得る。例えば、「○○会社お客様窓口」で検索し
た場合、表３のインデックスからポインタ情報としてレ
コード番号６を取得する。図９の６番目のレコードを検
索して、「お客様窓口０３−１ＹＹＹ−ＸＸＸＸ新宿区
新宿」を得る。

【０００８】

【表３】

【０００９】しかし、このレコードだけでは、どの会社
のどの支店かは分からないので、上位へのポインタを辿
って５番目の「新宿支店」、さらに、１番目の「○○会
社」上位を得る必要がある。つまり、図９に示す方式で
は、検索されたレコード毎に上位の階層構造情報を検索
するため、検索時間が長くなり、特に、ＣＤ−ＲＯＭ等
のようにランダムアクセスが遅い記憶装置に格納してい
る場合、極端に検索時間が長くなる欠点がある。

【００１０】また、表２の方式でも、表３のようなイン
デックスを設け、ポインタ情報から該当レコードを検索
する。この方式では、各レコードに階層構造情報として
上位の名称を持つので、図９の方式のような上位のポイ
ンタは不要である。しかし、上位の名称を各レコードで
重複して持つことになり、データ量が大きくなる。

【００１１】つまり、表２に示す方式では、上位の階層
構造情報を検索する必要がない分だけ、高速に検索でき
るが、上位の階層構造情報を各レコードに持つため、デ
ータ容量が大きくなる欠点がある。本発明は、上記の点
に鑑みなされたもので、ＣＤ−ＲＯＭ等のシーク時間が
長い記憶装置に適用しても、階層構造を有するデータが
高速に検索でき、かつデータ容量が少ない情報検索方法
及び装置を提供することを目的とする。

【００１２】

【課題を解決するための手段】本発明は、一部または、
全部のレコードに配下に属する下部レコードを有し、ま
た、該下部レコードも配下に属する下部レコードを有す
る階層構造を有する検索対象レコードを、最上位レコー
ドと下部レコードのキーを組み合わせたキーワードで検
索する。

【００１３】図１は、本発明の原理を説明するための図
である。本発明は、検索するためのキーワードと該当す
る検索対象レコードへの実ポインタ情報と、該検索対象
レコードの最上位レコードへのトップポインタ情報を組
にして持つ索引レコードからなるインデックスデータか
ら索引レコードを検索し（ステップ１）、検索された索
引レコードのポインタ情報に基づいて、検索対象レコー
ドを階層構造を保って一次元に配列された検索本体デー
タから検索対象レコードを検索し（ステップ２）、検索
した検索対象レコードを階層構造に従って編集する（ス
テップ３）。

【００１４】本発明は、索引レコードを取得する際に、
検索した索引レコードをトップポインタ情報と実ポイン
タ情報の昇順にソートし、重複したポインタ情報をもつ
索引レコードを削除する。また、本発明は、検索対象レ
コードを編集する際に、取得した索引レコードのトップ
ポインタから該索引レコードの実ポインタまで、検索本
体データの検索対象レコードを取得し、実ポインタが指
し示す検索対象レコードの上位の階層構造情報を逐次取
得して編集する。

【００１５】また、本発明は、索引レコードを検索した
際に得られたポインタ情報の順序で、トップポインタ情
報が同一の索引レコードに対して、トップポインタ情報
で取得される検索対象レコードから該索引レコードの実
ポインタ情報を指す検索対象レコードまでの上位の階層
構造情報を保存し、逐次検索対象レコードを取得する毎
に、階層構造情報を更新し、次の索引レコードが指す検
索対象データを取得し、編集する際に、階層構造情報を
用いて、上位の階層情報を編集する。

【００１６】また、本発明は、検索された索引レコード
が指し示す検索対象レコードが階層構造上、下部レコー
ドとして包含関係にある場合に、下部レコードを検索デ
ータとして編集しないで、下部レコードを持つ検索対象
データに下部レコードを有することを示す情報を編集す
る。

【００１７】本発明の情報検索装置は、一部または、全
部のレコードに配下に属する下部レコードと、該下部レ
コードも配下に属する下部レコードを有する階層構造を
有する検索対象レコードを、最上位レコードと下部レコ
ードのキーを組み合わせたキーワードで検索する検索手
段を有する。

【００１８】図２は、本発明の原理構成図である。本発
明は、検索対象レコードを階層構造を保って一次元に配
列した検索対象レコードからなる検索本体データ１０
と、検索対象レコードへの実ポインタ情報と、該検索対
象レコードの最上位レコードへのトップポインタ情報を
組にして持つ索引レコードからなるインデックスデータ
２０と、キーワードと該当するインデックスデータ２０
の索引レコードを検索するインデックス検索手段３０
と、インデックス検索手段３０により取得した索引レコ
ードのポインタ情報に基づいて検索本体データ１０の検
索対象レコードを検索する検索対象レコード検索手段３
５と、検索対象レコード検索手段３５により検索された
検索対象レコードを階層構造に従って編集する検索レコ
ード編集手段４０とを含む。

【００１９】また、上記のインデックス検索手段３０
は、検索した索引レコードをトップポインタ情報と実ポ
インタ情報の昇順にソートするソート手段と、重複した
ポインタ情報をもつ索引レコードを削除する重複索引レ
コード削除手段とを含む。また、上記の検索対象レコー
ド検索手段３５は、索引レコード検索手段３０において
取得した索引レコードのトップポインタから該検索レコ
ードの実ポインタまで、検索本体データから検索対象レ
コードを取得する手段を有し、検索データ編集手段４０
は、実ポインタが指し示す検索対象レコードの上位の階
層構造情報を逐次取得して編集する手段を有する。

【００２０】また、本発明は、索引レコードを検索した
際に得られたポインタ情報の順序で、トップポインタ情
報が同一の索引レコードに対して、トップポインタ情報
で取得される検索対象レコードから該索引レコードの実
ポインタ情報を指す検索対象レコードまでの上位の階層
構造情報を保存する階層構造情報保持手段と、逐次検索
対象レコードを取得する毎に、階層構造情報を更新する
階層構造情報更新手段と、次の索引レコードが指す検索
対象レコードを取得すると、階層構造情報を用いて、上
位の階層情報を編集する階層情報編集手段を有する。

【００２１】また、上記の階層情報編集手段は、検索さ
れた索引レコードが指し示す検索対象レコードが階層構
造上、下部レコードとして包含関係にある場合に、下部
レコードを検索データとして編集せずに、下部レコード
を持つ検索対象レコードに下部レコードを有することを
示す情報を編集する手段を含む。

【００２２】上記のように、本発明では、検索対象レコ
ードの階層構造は、レコードの配列により表現されるた
め、検索本体データに上位へのポインタや上位の情報を
重複してもつ必要がない。また、インデックスデータ
に、最上位の検索対象レコードを指すポインタを併せて
持つことにより、最上位の検索対象レコードから配列の
順に順次検索するため、ランダムなアクセスを行わず
に、階層構造情報を取得し、編集することが可能とな
る。

【００２３】また、検索された索引レコードをソートし
て、検索対象レコードを検索することにより、配列の近
い順にアクセスでき、シーク時間が短縮できる。

【００２４】

【発明の実施の形態】図３は、本発明の情報検索装置の
構成を示す。同図に示す情報検索装置は、検索本体デー
タファイル（検索本体データ）１０、インデックスデー
タファイル（インデックスデータ）２０、インデックス
検索部３０、検索データ編集部４０、表示部５０及び検
索キー入力部６０から構成される。

【００２５】検索本体データファイル１０の検索対象レ
コードは、階層構造を保って一次元に配列されている。
インデックスデータファイル２０の索引レコードは、検
索対象レコードへの実ポインタ情報と当該検索対象レコ
ードの最上位レコードへのトップポインタ情報を組して
持つ。

【００２６】インデックス検索部３０は、検索キー入力
部６０より入力されたキーワードと該当するインデック
スデータの索引レコードを検索する。検索データ編集部
４０は、検索された索引レコードのポインタ情報に基づ
いて、検索本体データファイル１０の検索対象レコード
を検索し、検索された検索対象レコードを階層構造に従
って編集する。

【００２７】表示部５０は、検索データ編集部４０によ
り編集された検索結果を表示する。キー入力部６０は、
インデックス検索部３０において索引レコードを検索す
るためのキーワードを入力する。図４は、本発明の検索
データ編集部における索引レコード毎の編集処理のフロ
ーチャートである。

【００２８】ステップ１０１） 検索本体データファイ
ル１０を検索するレコード番号を格納する読み出しレジ
スタに、トップポインタの情報を設定する。 ステップ１０２） 読み出しレジスタの示す検索対象レ
コードを取得する。 ステップ１０３） 上位階層情報を保存するスタックの
最上位（スタックトップ）と比較する。当該スタックに
何もない場合には、ステップ１０４に移行し、それ以外
の場合には、ステップ１０５に移行する。

【００２９】ステップ１０４） 検索対象レコードをス
タックにプッシュし、ステップ１０６に移行する。 ステップ１０５） 同一階層の名称が出るまでポップ
し、検索対象レコードをプッシュし、ステップ１０６に
移行する。

【００３０】ステップ１０６） 読み出しレジスタに格
納されたレコード番号をインクリメントし、ステップ１
０２に移行する。 ステップ１０７） ステップ１０２において、読み出し
レジスタと実ポインタが一致する場合には、スタックの
保存された上位レコードの名称を付けて検索結果を編集
出力する。

【００３１】ステップ１０８） １つの検索対象レコー
ド分の処理が終了する。

【００３２】

【実施例】以下、本発明の実施例と共に説明する。以下
の実施例は、表４に示す検索本体データファイル１０の
内容及び、表５に示すインデックスデータファイル２０
の内容に基づいて説明する。

【００３３】

【表４】

【００３４】

【表５】

【００３５】［第１の実施例］最初に、第１の実施例で
は、インデックス検索部３０において検索された索引レ
コードのトップポインタ情報をソートし、トップポイン
タ情報が同一の索引レコードに対して、トップポインタ
情報で取得される検索対象レコードから索引レコードの
実ポインタ情報を指す検索対象レコードまでの上位の階
層構造情報を保持しておく。そして、逐次検索対象レコ
ードを取得する毎に階層構造情報を更新する。また、検
索データ編集部４０において、次の索引データが指す検
索対象データを取得し、編集する際に、階層構造情報を
用いて、上位の階層情報を編集する例を説明する。

【００３６】具体的には、最上位の名称（表１に示す、
○○会社、○□電気）を必須のキーとして、下部名義
（例では、営業部、新宿支店等）でも検索できるよう
に、キー項目を最上位名称と下部名称を組み合わせて索
引レコードを構成した表４に示すインデックスデータフ
ァイル２０を用いて説明する。また、表４に示すよう
に、「○○会社新宿支店お客様窓口」の検索対象レコー
ド（レコード番号６）の索引レコードは、キー項目が
「○○会社」と「お客様窓口」を持ち、最上位のレコー
ドを指すトップポインタは、「○○会社」の検索対象レ
コード（レコード番号１）を示し、実ポインタは、「○
○会社新宿支店お客様窓口」の検索対象レコード（レコ
ード番号６）を示す。

【００３７】表４に示すインデックスデータ２０は、一
般的には検索の高速化から検索キー項目に関してソート
されているため、索引レコードの順序は、検索対象レコ
ードの配列順とは一致しない。ここで、「○○会社のお
客様窓口」を検索する場合を例に、動作を説明する。検
索キーは、「○○会社」と「お客様窓口」を組み合わせ
たキー情報により、インデックス検索部３０では、イン
デックスデータ２０（表４）のキー項目と一致する検索
レコードを検索する。この例では、「○○会社」と「お
客様窓口」のキー項目を有する３番目の検索レコードが
得られる。

【００３８】次に、検索編集部４０は、インデックス検
索部３０で得られた索引レコードのトップポインタと実
ポインタの情報に基づいて、検索本体データを検索し、
検索結果を表示部５０に表示する。以下に、検索データ
編集部４０における検索データの編集処理について説明
する。

【００３９】検索データ編集部４０の読み出しレジスタ
（図示せず）にトップポインタの情報として、レコード
番号１を設定する（ステップ１０１）。次に、検索デー
タ編集部４０は、読み出しレジスタの示す検索対象レコ
ードとして、「○○会社」のレコードを取得する。実ポ
インタ情報（レコード番号６）と、読み出しレジスタの
内容が、一致しないので、ステップ１０３に移行する
（ステップ１０２）。

【００４０】上位階層情報を保存するスタックの最上位
（スタックトップ）を比較する（ステップ１０３）。こ
の例では、スタックには何もないので、ステップ１０４
に移行し、当該検索対象レコードの情報をスタックにプ
ッシュする（ステップ１０４）。

【００４１】読み出しレジスタのレコード番号をインク
リメントし、ステップ１０２に移行する（ステップ１０
６）。次の検索対象レコード（レコード番号２の「本
社」）を取得する（ステップ１０２）。実ポインタのレ
コード番号６を取得するまでは、ステップ１０３に移行
することになる。レコード番号２の「本社」は、スタッ
クトップの「○○会社」の下位の検索対象レコードであ
るので、「本社」をプッシュする（ステップ１０４）。
同様に、「総務部」のレコードもスタックにプッシュさ
れ、スタックは図５（Ａ）の状態となる。

【００４２】次の「営業部」の検索対象レコードでは、
スタックトップにある「総務部」と同一階層にあるの
で、ステップ１０５に移行し、「総務部」をポップして
「営業部」をプッシュするので、スタックは、図５
（Ｂ）の状態となる。また、次の「新宿支店」の検索対
象レコードでは、スタックトップの「営業部」とは階層
関係にないので、ステップ１０５に移行し、「新宿支
店」と同一階層の「本社」までポップして、「新宿支
店」をプッシュし、スタックは図５（Ｃ）の状態となる
（ステップ１０５）。

【００４３】次に、読み出しレジスタのレコード番号を
インクリメントすることにより、読み出しレジスタの内
容が次の「お客様窓口」の検索対象レコードを示す
「６」となり、ステップ１０２に移行する（ステップ１
０６）。レコード番号６の「お客様窓口」の検索対象レ
コードを読み出し、読み出しレジスタの内容が実ポイン
タの情報（レコード番号６）と一致するのでステップ１
０７に移行する（ステップ１０２）。検索データ編集部
４０は、図５に示すスタックの情報に基づいて以下に示
す検索結果を最上位の名称から編集して表示部５０に表
示する。

【００４４】○○会社 新宿支店 お客様窓口 ０３−１ＹＹＹ−ＸＸＸＸ 上記の例において、検索データ編集部４０に使用した図
５に示すようなスタックは、上位の階層構造情報を保存
し、逐次検索対象レコードを取得する毎に、階層構造情
報を更新する手段の一例である。検索本体データ１０が
階層構造を表すように配列されているので、最上位のレ
コードから逐次処理することで同様な編集は可能であ
る。

【００４５】［第２の実施例］本実施例では、図３に示
す構成において、ソート機能を有するインデックス検索
部３０について説明する。表６に、検索本体データ１０
の例を示す。

【００４６】

【表６】

【００４７】上記の表６を例に、「○□電気の営業」の
条件で検索する場合を説明する。この場合、「○□電
気」には、「営業」で始まる下部名称は、「本社営業本
部」と「新宿営業所営業部」の２件が該当する。従っ
て、インデックスデータ２０から表７に示す索引レコー
ドが該当しているため、検索される。

【００４８】

【表７】

【００４９】インデックスデータ２０の並びは、検索本
体データ１０の並びと同一ではない。そこで、インデッ
クス検索部３０において、トップポインタと実ポインタ
をキーにしてソートすることにより、索引レコードは、
検索本体データ１０と同じ並び（配列）になる。従っ
て、トップポインタが同じ索引レコードについて、図４
に示す処理フローにより検索結果を編集することで、検
索本体データ１０の配列順序で連続的に読み出すことに
より、以下のような検索結果の編集が可能となる。

【００５０】 ○□電気 本店 営業本部 ０３−２ＹＹＹ−ＸＸＸＸ 千代田区内幸町 新宿営業所 ０３−２ＹＹＹ−ＸＸＸＸ 新宿区西新宿 営業部 ０３−２ＹＹＹ−ＸＸＸＸ 新宿区西新宿 また、表５に示す検索本体データ１０の「営業本部」を
「営業センタ」でも検索できるように、表８に示すよう
に、インデックスデータに「○□電気／営業センタ」を
追加した場合を説明する。

【００５１】

【表８】

【００５２】「○□電気の営業」の条件で検索する場
合、３件の検索対象レコードが該当し、「○□電気／営
業センタ」と「○□電気／営業本部」は、同じトップポ
インタと実ポインタを持ち、検索されたどちらかの検索
レコードは不要である。インデックス検索部３０におい
て検索された索引レコードをポインタ情報でソートし、
連続する索引レコードのポインタ情報を比較し、重複す
るポインタ情報を一意にする機能により、不要な索引レ
コードを削除する。

【００５３】［第３の実施例］本実施例は、表１の検索
本体データ１０を名称と住所から検索する場合の例を説
明する。名称と住所から検索するためには、表９のよう
に、キー情報に住所を加えたインデックスデータにより
実現できる。表９は、表１の「○○会社」、「本社」等
の住所を持たないレコードに対しても、住所による検索
ができるように、下位組織の住所をキー情報に付加して
作成している。この例は、表９のレコード番号２，５，
８が該当し、下位組織の住所が複数ある表１の「○○会
社」「○□電気」の場合は、索引レコードを作成しない
ようにしている。

【００５４】

【表９】

【００５５】「新宿区西新宿の○で始まるレコード」を
検索する場合について、図３の構成に基づいて説明す
る。インデックス検索部３０により、表９のインデック
スデータ２０を、「新宿区西新宿」と「○％」（％は、
ワイルドカードでどの文字でも可能である意味）のＡＮ
Ｄ条件で、検索すると、表１０の索引レコードを取得す
る。表１１の索引レコードをトップポインタと実ポイン
タでソートすると、表１１となる。

【００５６】

【表１０】

【００５７】

【表１１】

【００５８】図６は、本発明の第３の実施例における検
索データ編集部の処理のフローチャートである。 ステップ２００） インデックスデータ２０の索引レコ
ードを読み出し、全て処理済であれば、処理を終了し、
そうでなければ、前トップポインタと現在のトップポイ
ンタが一致するかを判定し、一致する場合には、ステッ
プ２０２に移行し、不一致の場合にはステップ２０１に
移行する。

【００５９】ステップ２０１） 読み出しレジスタにト
ップポインタの内容を設定する。 ステップ２０２） 読み出しレジスタのレコード番号の
検索対象レコードを取得する。 ステップ２０３） 取得した検索対象レコードの名称と
スタックトップの名称の階層を比較する。下位の名称ま
たは、スタックに何もなければ、ステップ２０４に移行
し、それ以外は、ステップ２０５に移行する。

【００６０】ステップ２０４） 検索対象レコードをス
タックにプッシュし、読み出しレジスタと実ポインタの
値が不一致の場合には、ステップ２０６に移行し、一致
した場合には、スタックに出力マークの有無をチェック
し、ある場合にはステップ２０９に移行し、ない場合に
は、ステップ２０７に移行する。

【００６１】ステップ２０５） 同一階層の名称が出現
するまでポップし、検索対象レコードをプッシュし、読
み出しレジスタと実ポインタの値が不一致の場合には、
ステップ２０６に移行し、一致した場合には、スタック
に出力マークの有無をチェックし、ある場合にはステッ
プ２０９に移行し、ない場合には、ステップ２０７に移
行する。

【００６２】ステップ２０６） 読み出しレジスタのレ
コード番号をインクリメントし、ステップ２０２に移行
する。 ステップ２０７） スタックに保存された上位のレコー
ド名称と下位組織の有無を付加して編集出力する。

【００６３】ステップ２０８） スタックトップに出力
マークを設定する。 ステップ２０９） 前回のトップポインタに現在のトッ
プポインタを保存し、読み出しレジスタのアドレスをイ
ンクリメントし、ステップ２００に移行する。上記のフ
ローチャートに沿って、本実施例を具体的に説明する。

【００６４】まず、インデックスデータ２０から表１１
の索引レコードを順次取り出し、表１１の「○○会社／
本社」の索引レコードが取り出され、最初のレコードで
あるので、ステップ２０１に移行する（ステップ２０
０）。読み出しレジスタ＝１となり（ステップ２０
１）、「○○会社」の検索対象レコードが取得される
（ステップ２０２）。前述の第１の実施例で説明したよ
うに、ステップ２０３、ステップ２０４の処理が実行さ
れ、このとき、スタックの状態は、図７（Ａ）となる
（ステップ２０３、２０４）。

【００６５】次に、読み出しレジスタのレコード番号を
インクリメントし（ステップ２０６）、次の「本社」の
検索対象レコードを取得する（ステップ２０２）。同様
に、ステップ２０３、２０４が処理され、読み出しレジ
スタの内容と実ポインタが一致し、スタックに出力マー
クがないので、ステップ２０７に移行する（ステップ２
０３、２０４）。スタックは、図７（Ｂ）の状態とな
り、下位組織を有するので、下位組織有りの記号を付加
して、図８に示すように編集出力する（ステップ２０
７）。

【００６６】次に、スタックトップ（「本社」のエント
リ）に、図８に示すように、出力マーク（同図におい
て、出力マークは、網かけ部分）を設定する。次に、前
トップポインタに現在処理中の索引レコードのトップポ
インタの内容「レコード番号１」を保存し、読み出しレ
ジスタ＝３として、ステップ２００に移行する（ステッ
プ２０９）。

【００６７】さらに、次の索引レコード（「○○会社／
総務部」）、トップポインタ＝１、実ポインタ＝３）を
取得する。前トップポインタと現在のトップポインタが
共に「１」で一致するので、ステップ２０２に移行する
（ステップ２００）。これにより、「○○会社／総務
部」の検索対象レコードを取得して、ステップ２０３、
ステップ２０４に移行する（ステップ２００）。これに
より、スタックは、図７（Ｃ）の状態となる（ステップ
２０３、２０４）。

【００６８】また、読み出しレジスタと実ポインタが一
致し、かつスタックに出力マークが付加された「本社」
のエントリがあるので、ステップ２０９に移行し、前回
のトップポインタとして現在のトップポインタを保持
し、読み出しレジスタをインクリメントし、ステップ２
００に移行する（ステップ２０４）。

【００６９】そして、次の索引レコード（「○□電気／
新宿営業所」、トップポインタ＝７、実ポインタ＝１
１）を取得する（ステップ２００）。前トップポインタ
＝１で、現在のトップポインタと一致しないので、ステ
ップ２０１に移行し、トップポインタを設定して、読み
出しレジスタ＝７となる。ステップ２０２において、レ
コード番号７の「○□電気」の検索対象レコードを取得
し、ステップ２０３、ステップ２０５に進み、スタック
は、図７（Ｅ）の状態となる。

【００７０】以降の処理は、同様にして図８に示す編集
結果を取得する。なお、本発明は、上記の実施例におい
て、電話帳の例を用いて説明したが、この例に限定され
ることなく、階層構造を有し、一次元に配列されたデー
タの検索に広く適用可能である。

【００７１】また、ポインタ情報は、レコード番号とし
た場合を例として説明したが、ファイルのバイトアドレ
ス等も同様に利用可能であることは言うまでもない。な
お、本発明は、上記の実施例に限定されることなく、特
許請求の範囲内で種々変更・応用が可能である。

【００７２】

【発明の効果】上述のように、本発明の情報検索方法及
び装置によれば、企業組織、ファイルディレクトリ等の
トリー状の階層構造をもつ情報を、電話帳リストのよう
に階層構造をインデント（字下げ）により表し、一次元
に配列されたデータを検索する場合に、インデックスデ
ータに検索対象レコードを指すポインタ情報を持つこと
により、本体データには、新たな情報を付加する必要が
ない。かつ、検索対象レコードへのポインタのみでな
く、当該レコードの最上位レコードを指すポインタをイ
ンデックスデータに持つことにより、一次元に配列され
た階層構造をシーケンシャル（連続的）にアクセスでき
るため、ＣＤ−ＲＯＭのように、シーケンシャルアクセ
スが高速であるがランダムアクセスが遅い媒体に、検索
対象データを格納した場合、階層構造の高速な検索及
び、検索結果の表示が可能である。

【００７３】検索対象レコードに対して複数のキーを派
生させたり、１項目（カラム）に複数のキーをもつ場合
に、１検索対象レコードに対して、複数のインデックス
レコードが必要となる。この場合、検索条件に該当する
同一の検索対象レコードを指す複数のインデックスレコ
ードが該当することがある。本発明では、インデックス
データにポインタ情報を格納するため、冗長なレコード
をポインタ情報のソートの際に、簡単に一意にすること
ができる。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明の情報検索装置の構成図である。

【図４】本発明の第１の実施例の検索データ編集部にお
ける索引レコード毎の編集処理のフローチャートであ
る。

【図５】本発明の第１の実施例のスタックの状態を示す
図である。

【図６】本発明の第３の実施例における検索編集部の処
理のフローチャートである。

【図７】本発明の第３の実施例のスタックの状態を示す
図である。

【図８】本発明の第３の実施例の検索結果の出力例であ
る。

【図９】従来の階層構造を有するデータの構成例であ
る。

【符号の説明】

１０ 検索本体データファイル（検索本体データ） ２０ インデックスデータファイル（インデックスデー
タ） ３０ インデックス検索部、インデックス検索手段 ３５ 検索対象レコード検索手段 ４０ 検索データ編集部、検索レコード編集手段 ５０ 表示部 ６０ 検索キー入力部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 佐々木 優美 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内

Claims (12)

【特許請求の範囲】
1. 【請求項１】 一部または、全部のレコードに配下に属
   する下部レコードを有し、また、該下部レコードも配下
   に属する下部レコードを有する階層構造を有する検索対
   象レコードを、最上位レコードと下部レコードのキーを
   組み合わせたキーワードで検索することを特徴とする情
   報検索方法。
2. 【請求項２】 検索するためのキーワードと該当する検
   索対象レコードへの実ポインタ情報と、該検索対象レコ
   ードの最上位レコードへのトップポインタ情報を組にし
   て持つ索引レコードからなるインデックスデータから該
   索引レコードを検索し、 検索された前記索引レコードのポインタ情報に基づい
   て、検索対象レコードを階層構造を保って一次元に配列
   した検索本体データの検索対象レコードを検索し、 検索した前記検索対象レコードを階層構造に従って編集
   する請求項１記載の情報検索方法。
3. 【請求項３】 前記索引レコードを取得する際に、 検索した前記索引レコードをトップポインタ情報と実ポ
   インタ情報の昇順にソートし、 重複したポインタ情報をもつ索引レコードを削除する請
   求項２記載の情報検索方法。
4. 【請求項４】 前記検索対象レコードを編集する際に、 取得した前記索引レコードのトップポインタから該索引
   レコードの実ポインタまで、前記検索本体データの検索
   対象レコードを取得し、 前記実ポインタが指し示す検索対象レコードの上位の階
   層構造情報を逐次取得して編集する請求項２記載の情報
   検索方法。
5. 【請求項５】 前記索引レコードを検索した際に得られ
   たポインタ情報の順序で、前記トップポインタ情報が同
   一の索引レコードに対して、前記トップポインタ情報で
   取得される検索対象レコードから該索引レコードの実ポ
   インタ情報を指す検索対象レコードまでの上位の階層構
   造情報を保存し、 逐次検索対象レコードを取得する毎に、階層構造情報を
   更新し、 次の索引レコードが指す検索対象レコードを取得し、編
   集する際に、前記階層構造情報を用いて、上位の階層情
   報を編集する請求項１記載の情報検索方法。
6. 【請求項６】 前記検索された索引レコードが指し示す
   検索対象レコードが階層構造上、下部レコードとして包
   含関係にある場合に、前記下部レコードを検索データと
   して編集せずに、下部レコードを持つ検索対象レコード
   に下部レコードを有することを示す情報を編集する請求
   項５記載の情報検索方法。
7. 【請求項７】 一部または、全部のレコードに配下に属
   する下部レコードと、該下部レコードも配下に属する下
   部レコードを有する階層構造を有する検索対象レコード
   を、最上位レコードと下部レコードのキーを組み合わせ
   たキーワードで検索する検索手段を有することを特徴と
   する情報検索装置。
8. 【請求項８】 検索対象レコードを階層構造を保って一
   次元に配列した検索対象レコードからなる検索本体デー
   タと、 検索対象レコードへの実ポインタ情報と、該検索対象レ
   コードの最上位レコードへのトップポインタ情報を組に
   して持つ索引レコードからなるインデックスデータと、 前記キーワードと該当する前記インデックスデータの索
   引レコードを検索するインデックス検索手段と、 前記インデックス検索手段により取得した前記索引レコ
   ードのポインタ情報に基づいて前記検索本体データの検
   索対象レコードを検索する検索対象レコード検索手段
   と、 前記検索対象レコード検索手段により検索された前記検
   索対象レコードを前記階層構造に従って編集する検索レ
   コード編集手段とを含む請求項７記載の情報検索装置。
9. 【請求項９】 前記インデックス検索手段は、 検索した前記索引レコードをトップポインタ情報と実ポ
   インタ情報の昇順にソートするソート手段と、 重複したポインタ情報をもつ索引レコードを削除する重
   複索引レコード削除手段とを含む請求項８記載の情報検
   索装置。
10. 【請求項１０】 前記検索対象レコード検索手段は、 前記索引レコード検索手段において取得した前記索引レ
    コードのトップポインタから該索引レコードの実ポイン
    タまで、前記検索本体データの検索対象レコードを取得
    する手段を有し、 前記検索データ編集手段は、 前記実ポインタが指し示す前記検索対象レコードの上位
    の階層構造情報を逐次取得して編集する手段を有する請
    求項８記載の情報検索装置。
11. 【請求項１１】 前記索引レコードを検索した際に得ら
    れたポインタ情報の順序で、前記トップポインタ情報が
    同一の索引レコードに対して、前記トップポインタ情報
    で取得される検索対象レコードから該索引レコードの実
    ポインタ情報を指す検索対象レコードまでの上位の階層
    構造情報を保存する階層構造情報保持手段と、 逐次検索対象レコードを取得する毎に、階層構造情報を
    更新する階層構造情報更新手段と、 次の索引レコードが指す検索対象レコードを取得する
    と、前記階層構造情報を用いて、上位の階層情報を編集
    する階層情報編集手段を有する請求項８記載の情報検索
    装置。
12. 【請求項１２】 前記階層情報編集手段は、 前記検索された索引レコードが指し示す検索対象レコー
    ドが階層構造上、下部レコードとして包含関係にある場
    合に、前記下部レコードを検索データとして編集せず
    に、下部レコードを持つ検索対象データに下部レコード
    を有することを示す情報を編集する手段を含む請求項１
    １記載の情報検索装置。