JP3263963B2 - 文書検索方法及び装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，テキストデータベース
を文字列を指定して文書の全文を対象として探索するフ
ルテキストサーチに係わり，特に探索用に補助的なファ
イルを用いて全文探索処理を等価的に高速化するための
文書検索方法及び装置に関する。

【０００２】

【従来の技術】従来，インデクス情報を用いない文書検
索システムとして，登録時に文書を文字コード化したテ
キストとして直接計算機に登録し，検索時にはテキスト
データベース内の全ての文書の内容を読んで，与えられ
たキーワード（従来システムにおける統制キーワードと
区別するために，以後検索タームと呼ぶ）を含む文書を
探し出すフルテキストサーチが提案されている。このフ
ルテキストサーチ方式は，「情報処理学会研究報告 ｖ
ｏｌ．８９，ｎｏ．６６ 情報学基礎１４−７テキスト
データベース管理システムＳＩＧＭＡとその応用（１９
８９．７．２７）」の第２節冒頭で述べられているよう
に，テキストファイル全体を先頭から一文字ずつ走査す
ることが大きな特徴である。こうすることにより，キー
ワードに対応する文書識別子等を記述したインデクスフ
ァイルがなくとも，テキストデータベースのテキスト本
体を手掛かりにして検索することが可能となる。すなわ
ち，与えられた検索タームでテキストデータ全体を文字
列探索することによって，検索タームが記述されている
文書のみを検索結果として出力するわけである。

【０００３】しかしながら，このフルテキストサーチ方
式は，テキストファイル全体を先頭から一文字ずつ走査
するために処理時間が掛かり，大規模なデータベースに
適用できないという問題があった。同文献第２節中にみ
られるように，汎用の大型計算機を持ってしても，２Ｍ
Ｂ／ｓ程度の検索処理速度しか実現できない。数メガバ
イト程度のデータベースであれば，この速度でも検索時
間は実用域内に入る。しかし，オフィス等の実用規模の
データベースには数百メガバイトの容量が必要とされ，
この場合には数分という検索時間が掛かり十分な検索レ
スポンスが得られないことになる。

【０００４】この問題を解決する方法として，「特開平
３−１７４６５２号公報」のように専用のハードウエア
を使用することによってテキストデータの読出しと検索
タームの探索処理の高速化を図ると共に，テキストをサ
ーチする以前にテキストデータを予め情報圧縮しておい
た補助ファイルをサーチし，テキスト本体をサーチする
文書件数を絞り込むことによって等価的に高速なフルテ
キストサーチを実現する情報検索装置を提案した。すな
わち，この検索装置では文字成分表サーチおよび凝縮本
文サーチと呼ぶプリサーチ手段を設け，これらを順次段
階的にサーチするこよにより階層的に絞り込みを行なう
という大きな特徴を持つ。このような絞り込みを行うこ
とにより，サーチ処理時間に占める割合の大きいテキス
ト本文の検索件数を減らし，全体的処理時間を短縮する
ことが可能となり，等価的に高速なフルテキストサーチ
が実現できることになる。

【０００５】この方式の特徴である階層プリサーチは，
まず文字成分表サーチで文字単位の絞り込みを行い，次
に文字成分表サーチで絞り込まれた文書に対し凝縮本文
サーチで単語単位の絞り込みを行う方式である。また，
データベースの容量は，凝縮本文が本文の約３０％，文
字成分表が１文書につき２５６バイト必要になる。

【０００６】しかしながら，図２に示すようにこの方式
の文字成分表は，検索タームを構成する文字の有無のみ
で絞り込むので，その文字がどのような文，あるいはど
のような単語で使用されているのかは全く考慮していな
い。そのため，テキスト中に頻繁に出現する文字で構成
される検索タームを入力した場合，十分な絞り込みがで
きないという問題がある。このような場合は本文サーチ
の対象となる文書件数を削減することができないため，
十分な検索レスポンスが得られないことになる。

【０００７】この他にもフルテキストサーチを高速化す
る方法として「情報処理学会研究報告 Ｖｏｌ．９１，
Ｎｏ．４６ データベース・システム８３−１ 文字列
照合を用いた全文検索における仮名文字検索の高速化手
法（１９９１．５．２４）」のように，文書中に現れる
全ての文字について文字単位の位置情報を全てインデク
スとして蓄えておき，このインデクスを参照して指定さ
れた検索ターム中に現れる全ての文字が連続して現れる
文書を探し出す方法も考えられている。しかしこの方法
だと，例えば１件１万文字の文書に対して１文字につき
４バイトの位置情報を格納するとして約４０ＫＢのイン
デクスが必要になる。また，このような文書を１０万件
含むテキストデータベースを構築しようとすると２ＧＢ
の文書本体の他にさらに４ＧＢの容量のインデクスを持
たなければならないことになる。すなわち，実用規模の
データベースの場合にはインデクスの容量が膨大になっ
てしまい実用的とは言えない。

【０００８】

【発明が解決しようとする課題】本発明の解決しようと
する課題は，実用規模のテキストデータベースを対象と
した場合でも，実用上許容しうる十分な検索時間で検索
結果が得られる高速なフルテキストサーチ方法を実現す
ることにある。具体的には，与えられた検索タームから
十分な絞り込みを行なうことのできる文字成分表の作成
方法と検索方法を持つ階層プリサーチ式の文書検索方法
と，これを用いた文書検索装置を提供することにある。

【０００９】

【課題を解決するための手段】上記課題を解決するため
に，一例として以下の処理ステップから構成されるテキ
ストデータベース作成方法、若しくはフルテキストサー
チ方法を用いる。

【００１０】（１）テキストデータを読み込むステップ （２）予め定められたｎ文字から構成される各文字列の
テキストデータ中における使用頻度を数え，各文字列を
上記使用頻度順に並べ替えるステップ （３）文字列数以下のエントリに各文字列を対応させ
て，両者の対応をハッシュテーブルとして記憶するステ
ップ （４）テキストデータ中で用いられている文字列に対応
するエントリにその文字列の存在を文字成分表として記
憶するステップにより，テキストデータベースを構築す
ると共に，検索時には， （５）与えられたキーワードをｎ文字の部分文字列に分
割するステップ （６）分割された各文字列に対応するエントリを前記文
字成分表から取り出すステップ （７）取り出された各文字成分表のエントリを参照して
キーワードを構成する各文字列が全て存在する文書を探
索するステップにより，指定された検索タームを含む可
能性のある文書のみを抽出する文字成分表サーチを行
う。

【００１１】

【作用】上記処理ステップにより文字成分表を作成する
手順について図３を用いて説明する。

【００１２】まず第１のステップで，テキストデータを
予め定められた長さｎの文字列に分割する。

【００１３】第２のステップで，分割された文字列が文
字成分表のどのエントリに対応するかハッシュテーブル
を用いて判定する。

【００１４】第３のステップで，判定したエントリに該
当する文字列が文書に存在したことを表す情報を記録す
る。

【００１５】このようにして作成した文字成分表を検索
する手順について次に図４を用いて説明する。

【００１６】まず第１のステップで，検索タームを文字
成分表を作成した時と同じ文字列長ｎの部分文字列に分
割する。

【００１７】第２のステップで，作成時に使用したもの
と同じハッシュテーブルを用いて該当する部分文字列の
文字成分表上でのエントリを得る。

【００１８】第３のステップで，こうして得られた検索
ターム中の全ての部分文字列に対応する文字成分表のエ
ントリに全て存在情報が全て記述されている文書のみを
文字成分表サーチの出力結果とする。

【００１９】このように，テキストデータ中の所定の長
さの文字列を単位として文字成分表を作成することによ
り，日本語文書で頻繁に使用され１文字単位では絞り込
めなかった文字でも，その前後の文字を手掛かりとし
て，より精度良く文書を文字成分表で絞り込めることに
なる。例えば“めまい”の場合，１文字単位では２０％
程度にしか絞り込めないが，２文字を単位とすると３％
まで絞り込むことができる。その結果，テキストデータ
をスキャンしなければならない文書件数が減るために，
より短時間で文書のフルテキストサーチを終えることが
可能となる。

【００２０】文字成分表作成の第２のステップで用いる
ハッシュテーブルは，登録する文書中での文字の頻度情
報に基づきできるかぎり平坦なヒット率を持つように各
文字列を分配する。このためにまず，全ての文字コード
に対してどの程度の文書にその文字が現れるか予め調査
し，できるかぎり頻度の少ない文字同士を文字成分表の
同じエントリにマッピングする。これにより，どの文字
が検索タームとして使われても平均的に最小のヒット率
が得られるようにする。

【００２１】また，複数文字を単位として文字成分表を
作成する場合，全ての文字の組合せをエントリとした文
字成分表を作成する必要がある。この時，シフトＪＩＳ
コードの場合には文字数が全部で６,８７９あるため，
例えば２文字の文字の組合せで文字成分表を作成しよう
とすると６,８７９×６,８７９，すなわち４７,３２０,
６４１種の組合せの文字列に対してエントリを用意する
必要がある。これはメモリを大量に使用するので実用上
好ましくない。

【００２２】この問題を解決するために，まず１文字に
対してハッシングし例えば２５６種というような少ない
文字種にマッピングして，これらを組み合わせて２５６
×２５６＝６５,５３６種の組合せを作る。次に，この
２５６×２５６＝６５,５３６種の組合せに対しさらに
ハッシングしてより少ないエントリの部分文字列の成分
表（以後，連接文字成分表と呼ぶ）を作成する。例えば
６５,５３６種を２,０４８エントリにハッシングする。
このように２段階のハッシングを行うことにより実用上
許容しうるメモリ容量で連接文字成分表を作成すること
が可能となる。

【００２３】本方法に基づいて作成された，例えば２文
字を単位とする連接文字成分表を用いて検索する時に
は，“インターフェース”という検索タームが与えられ
た場合，これを２文字毎に，図５ののように分割し
て，“イン”，“ター”，“フェ”，“ース”あるい
は，図５ののように分割して，“イン”，“ンタ”，
“ター”，“ーフ”，“フェ”，“ェー”，“ース”と
し，各文字の組合せをエントリに持つ連接文字成分表か
ら，これらの文字の組み合わせを全て有する文書を探し
出す。

【００２４】また，１文字の検索タームが指定された場
合に対応するために，上記の連接文字成分表と別に１文
字を単位とした文字成分表を用意しておく。この時，ハ
ッシングによって折り返しを受けない場合は，そのエン
トリには１文字しかマッピングされていないので，文字
成分表サーチの結果を最終結果とすることができるた
め，文字成分表サーチのみで検索処理を終了することが
可能となる。

【００２５】このように，連接文字成分表でｎ文字から
なる部分文字列を１エントリとすることにより，１文字
よりも出現頻度を抑えることができ，頻繁に使用される
文字に関しても十分な絞り込みが行なえる。すなわち，
検索タームに依存しない安定した絞り込みが可能とな
る。この連接文字成分表サーチで，検索タームに関連し
ない文書を十分に切り捨てることができるため，検索の
対象となる凝縮本文とテキスト本文の件数を削減するこ
とが可能となる。その結果，検索処理時間に占める割合
が大きい本文サーチと凝縮本文サーチの処理時間を減ら
すことが可能になるため，全体の検索処理時間が大幅に
短縮されることになる。

【００２６】例えば，「本文中で“あいまい”と“ファ
ジー”とが同一の文（センテンス）内に共起する文書を
探せ」という検索条件，すなわち二つの検索タームの本
文中での位置的な関係まで指定した条件式が与えられた
場合，直接本文を参照する従来の方法では検索処理速度
を２ＭＢ／ｓと仮定して，５００ＭＢのフルテキストを
全て探索するのに２５０秒，すなわち約４分掛かる。ま
た，従来の１文字の文字成分表を使用した階層型プリサ
ーチで，文字成分表でデータベース全件の３０％に，凝
縮本文で全体の１％にしか絞り込めなかったとすると，
凝縮本文の容量が本文の３０％の場合，検索対象となる
文字成分表の容量はデータベース全体からみると無視で
きるほど小さいので，検索すべき凝縮本文の容量は４５
ＭＢで，本文データの探索量は全データベース量の１
％，すなわち５ＭＢとなるため，２ＭＢ／ｓの検索速度
では，２５秒で検索処理を終了できる。これに対して，
連接文字成分表でデータベース全体の１０％，すなわち
従来方式の３分の１に絞り込めたとすると，検索すべき
凝縮本文が１５ＭＢ，本文が５ＭＢとなり，１０秒で検
索処理を終了できることになり約２.５倍の検索速度の
向上がもたらされる。このように，「連接文字成分表」
と「凝縮本文」により事前に２段階のプリサーチを行
い，それぞれ「ｎ文字の部分文字列レベル」と「単語レ
ベル」のふるいに掛け，最も時間を要する本文サーチの
対象となる文書数をあらかじめ最小に絞り込んでおくこ
とによって，探索文書容量を削減することができるた
め，等価的に非常に高速なフルテキストサーチが実現で
きることになる。

【００２７】さらに，単一でｎ文字以下の検索タームで
の検索の場合には，連接文字成分表サーチでの結果をそ
のまま最終結果とすることができるため，極めて短時間
に検索結果を得ることが可能となる。

【００２８】以上説明したように，前記（１）〜（８）
の処理ステップから構成されるフルテキストサーチ方法
によれば，直接本文を探索する量を予め少なくすること
ができるため，等価的に非常に高速なフルテキストサー
チが可能となる。

【００２９】

【実施例】以下，本発明の第一の実施例について図１を
用いて説明する。本文書検索装置は，ディスプレイ１０
０，キーボード１０１，中央制御装置ＣＰＵ１０２，本
文１０３，凝縮本文１０４，及び文字成分表１０５を格
納した記録媒体の１つである磁気ディスク１１０，フロ
ッピディスクドライバ（ＦＤＤ）１０６，主メモリ２０
０から構成される。１０７はフロッピディスクである。

【００３０】主メモリ２００には，文書登録制御プログ
ラム２０１，本文登録プログラム２０２，凝縮本文作成
登録プログラム２０３，連接文字成分表作成登録プログ
ラム２０４，階層検索制御プログラム２０５，検索条件
式解析プログラム２０６，文字成分表サーチプログラム
２０７，凝縮本文サーチプログラム２０８，本文サーチ
プログラム２０９が格納されるとともに，データエリア
２１０が確保されている。これらのプログラムはユーザ
のキーボード１０１の指示に応じてＣＰＵ１０２で実行
される。

【００３１】文書の登録の際は図６に示すように，キー
ボード１０１から入力されるコマンドにより，文書登録
制御プログラム２０１を起動する。この文書登録プログ
ラムは，必ず最初に本文登録プログラム２０２を起動し
て，フロッピディスクドライバ１０６に挿入されたフロ
ッピディスク１０７からテキストデータを読み込み，読
み込んだテキストデータを本文１０３として磁気ディス
ク１１０へ格納する。テキストデータはフロッピーディ
スクを用いて入力することに限定されず、通信回線等を
用いて他の装置から入力するような構成をとってもかま
わない。次に文書登録制御プログラム２０１は，凝縮本
文作成登録プログラム２０３を起動して，本文１０３を
単語レベルで部分文字列へ分割し，分割した部分文字列
間で相互に文字列の包含関係を調べ，他の部分文字列に
含まれる文字列を排除した部分文字列の集合からなる凝
縮本文を作成し，これを凝縮本文１０４として磁気ディ
スク１１０へ格納する。最後に文書登録制御プログラム
２０１は，連接文字成分表作成登録プログラム２０３を
起動して，本文１０３中で用いられている予め定められ
たｎ文字の文字列を重複なく集めた文字成分表を作成
し，これを文字成分表１０５として磁気ディスク１１０
へ格納する。

【００３２】検索の際には，キーボード１０１から入力
された検索条件式が，ＣＰＵ１０２に送られる。ＣＰＵ
１０２では，まず階層検索制御プログラム２０５が起動
され，その制御に基づいて検索条件式解析プログラム２
０６，文字成分表サーチプログラム２０７，凝縮本文サ
ーチプログラム２０８，本文サーチプログラム２０９が
順次起動される。

【００３３】すなわち，文字成分表サーチでは，入力さ
れた検索条件式中の検索タームをｎ文字の文字列レベル
に分解し，検索タームを構成する全ての文字列を含む文
書のみを抽出する。そして，文字成分表で抽出された文
書に対応する凝縮本文を参照し，与えられた検索ターム
を含む文書を抽出する。もし，与えられた検索条件式中
に単一の検索タームか，あるいは複数の検索ターム間の
論理的な関係が指定されているだけで，本文中での位置
関係までは指定されていない場合には，ここで検索を終
了し凝縮本文サーチの結果を検索結果として出力する。
それ以外の場合，すなわち与えられた検索条件式中に複
数の検索ターム間の本文中での位置関係が指定されてい
る場合には，凝縮本文サーチで抽出された文書に対応す
る本文データを参照し，与えられた検索タームを含み，
なおかつ検索ターム間の位置関係に関する条件を満たす
もののみを抽出し，検索結果として出力する。ここで位
置関係に関する条件とは，例えば 「“ニューロ”［８Ｃ］“コンピュータ”」 のように記述されるもので，「“ニューロ”と“コンピ
ュータ”が１０文字以内に近接して現れる文書を探せ」
という意味を持つ近傍条件と，例えば 「“ニューロ”［Ｓ］“コンピュータ”」 のように記述されるもので，「“ニューロ”と“コンピ
ュータ”が同一の文（センテンス）に共起する文書を探
せ」という意味を持つ文脈条件がある。

【００３４】以上が本発明の第一の実施例のフルテキス
トサーチ装置の概略である。

【００３５】以下，本実施例における連接文字成分表の
登録及び検索方法の詳細について説明する。本実施例で
は，連接文字成分表の部分文字列長としてｎ＝２の場合
を例にして説明する。（以後の実施例においても同様
に，ｎ＝２の場合を例に説明することにする。） まず「連接文字成分表」の作成は前述したように，文書の
登録時に文書登録制御プログラムに起動される連接文字
成分表作成登録プログラムを実行することによって自動
的に行われる。

【００３６】「連接文字成分表」は「本文」から作成す
る。ここでは図７に示すように，「本文」に現われる２
文字の文字列の存在の有無を１ビットの情報で表す。図
８では文書１の例で，“オン”があるので‘１’を，ま
た“イオ”はないので‘０’を設定する。「経済」も同
様に‘１’を設定する。以下同様にして，連接文字成分
表の該当文字列部分に，「本文」にその文字列がある場
合には‘１’を，存在しない場合には‘０’を設定す
る。

【００３７】このようにして，文書の登録時に「連接文
字成分表」を自動的に作成し，階層型プリサーチの準備
をしておく。

【００３８】次に，検索方法を説明する。

【００３９】検索条件式が入力されると階層検索制御プ
ログラムが起動され，まず最初に検索条件式解析プログ
ラムが実行される。次に，文字成分表サーチプログラム
が起動され，連接文字成分表を参照し，検索ターム中の
全ての文字列に対応する文字成分表の該当文字列部分に
‘１’が設定されているものを選び出す。次に，凝縮本
文サーチプログラムが起動され，文字成分表で選び出さ
れた文書の凝縮本文を参照し，条件式に与えられた検索
タームを含む文書を選び出す。最後に本文サーチでは，
検索タームの本文での出現位置が条件式と適合するもの
のみを選び出す。

【００４０】以下，本実施例における階層検索制御手順
について，図９のＰＡＤ図を用いて概説する。まず第一
に，検索ターム中の部分文字列を使い文字成分表サーチ
を行う。文字成分表サーチの結果件数が０件であれば，
ここで０件という検索結果を出力して検索を終了する。
また，検索タームが２文字以下から構成される場合も，
ここで文字成分表サーチの結果を出力して検索を終了す
る。

【００４１】もし，検索タームが２文字以上で構成さ
れ，かつ文字成分表サーチの結果件数が０件でなけれ
ば，次に凝縮本文サーチを行う。凝縮本文の結果件数が
０件であれば，ここで０件という検索結果を出力して検
索を終了する。また，近傍条件あるいは文脈条件の指定
のある場合，または“インサイダー取引”のような文字
種で分割される検索タームがある場合に限り本文サーチ
を行う。そうでない場合，ここで階層型プリサーチを終
了し凝縮本文の結果を検索結果として出力する。

【００４２】次に，本実施例で用いる文字成分表（ここ
では，文字コード依存型連接文字成分表と呼ぶ）の作成
方法と，これを用いた文字成分表サーチの制御方法につ
いてさらに詳細に説明する。

【００４３】まず本実施例で用いる文字コード依存型文
字成分表の作成方法について説明する。

【００４４】図１０に示すように，文字コード依存型連
接文字成分表は，連接文字を文字コードの列として表現
する連接文字成分表である。本図ではシフトＪＩＳコー
ドを例に説明している。同図で(ＸＸＸＸＸＸＸＸ)Ｈ
は１文字目の文字コードを上位２バイト，２文字目の文
字コードを下位２バイトとして全４バイトで１６進表示
したものである。例えば“経済”(“経”＝(８Ｃ６
Ｆ)，“済”＝(８ＤＣＦ))という文字列が文書１の本文
中に存在することを示すのに，文書１のビットリストの
(８Ｃ６Ｆ８ＤＣＦ)Ｈ番目に１を設定する。ビットリス
ト中のこの文字に対応するビット位置を文字成分表のエ
ントリ番号と呼ぶことにする。例えば“経済”のエント
リ番号は(８Ｃ６Ｆ８ＤＣＦ)Ｈ，または１０進数で表せ
ば，２,３５６,１２１,０３９となる。

【００４５】次に，上記連接文字成分表を用いた文字成
分表サーチの制御及びサーチ動作を図１１を用いて説明
する。まず検索条件式中の検索タームをそれぞれ２文字
単位に分解し，各部分文字列毎に文字成分表からビット
リストを読み出し，これらのビットＡＮＤをとる。ここ
では与えられた検索タームを構成する文字コードと文字
コードの組合せに対応するビットリスト中のエントリ番
号の位置がすべて１となるビットリストを持つ文書を求
めることとなる。例えば，図１２のように“ライオン”
という文字列が検索タームとして与えられた場合，“ラ
イ”と“オン”に対応するビットリストの(８３８９８
３４３)Ｈ番目と(８３４９８３９３)Ｈ番目のビットが
すべて１である文書を文字成分表サーチの検索結果とす
る。すなわち，図４に示すように“ライ”を示す(８３
８９８３４３)Ｈのエントリ番号のビットリスト１２０
０と，“オン”を示す(８３４９８３９３)Ｈのエントリ
番号のビットリスト１２０１との間でビット毎にＡＮＤ
演算を施し，ビットＡＮＤ演算結果１２０２を得る。こ
のビットＡＮＤ演算結果１２０２のビットリスト中で，
１となっているビット位置に対応する文書番号が文字成
分表サーチの検索結果としてのヒット文書を表すことに
なる。すなわち，“ライ”と“オン”の両方を含む文書
が抽出されることになる。

【００４６】また，“ねこ”のようにちょうど連接文字
列の長さと同じ２文字で構成される検索タームの場合に
は，文字成分表サーチの結果をそのまま検索結果とする
ことができる。

【００４７】“誠”のように２文字に満たない検索ター
ムに対しては，従来通り１文字単位の文字成分表を作成
しておいて対処する。

【００４８】このように，本実施例における文字成分表
サーチでは，２文字単位の文字の並びを文書の登録時に
予め登録することにより，結果的に階層型プリサーチに
おける凝縮テキストの探索量を削減し全体の検索速度が
向上するため，より大量のフルテキストサーチが可能と
なる。また，本実施例では，文字成分表を２文字単位の
文字列で作成する場合について説明したが，３文字以上
の場合についても同様な処理が可能なことは容易に類推
できる。

【００４９】次に，本発明の第二の実施例を図１３を用
いて説明する。本実施例は，第一の実施例の検索ターム
の分割に重複を許すことによって，より絞り込みを高め
ることのできるフルテキストサーチ方法を提供するもの
である。

【００５０】例えば，図の「“ライオン”」という条件
式が与えられたときには，まず，第１ステップとして連
接文字成分表をサーチする。第一の実施例では，与えら
れた検索タームを重複しない２文字の文字列に分割し，
これらの文字列を全て含む文書を出力していた。「“ラ
イオン”」という条件式の場合には，“ライ”，“オ
ン”の２つの文字列に分割し，これらの部分文字列を含
む文書を探す。すなわち，「“ライ”ＡＮＤ“オン”」
となる。

【００５１】しかし，この方法だと“ライ”や“オン”
は含むが，“イオ”は含まない文書までが文字成分表サ
ーチの結果に含まれることになる。

【００５２】この検索ノイズをなくすため，検索ターム
を重複する２文字の部分文字列に分割して，それらの文
字列を全て含む文書を探し出す。図１３に示すように
「“ライオン”」という条件式の場合には，“ライ”，
“イオ”，“オン”の３つの文字列に分割する。すなわ
ち，「“ライ”ＡＮＤ“イオ”ＡＮＤ“オン”」とな
る。こうすることにより，“ライ”や“オン”は含むが
“イオ”は含まない文書を文字成分表サーチで削除する
ことが可能となる。その結果，文字成分表サーチでの一
層高い絞り込みが実現されることになる。

【００５３】以上が本実施例における検索動作の説明で
ある。このように，文字成分表サーチで検索タームを重
複する部分文字列に分割することにより，重複しない場
合と比較して検索タームに関連のない文書をより切り捨
てることができるため，さらに高速なフルテキストサー
チを実現することができる。

【００５４】次に，本発明の第三の実施例について説明
する。本実施例は，第一の実施例における連接文字成分
表の容量を削減し，コンパクトにするものである。第一
の実施例で用いた文字コード依存型文字成分表は処理が
簡単なものの，文字成分表の１文書あたりのビットリス
トが長いため文字成分表が大きくなるという問題があ
る。また，該当する文字コードあるいは文字コードの組
が実際には存在しないのにエントリを割当てているため
むだな部分が多いという問題もある。例えばシフトＪＩ
Ｓコードの場合，図１５に示すように(００００)Ｈから
(８１４０)Ｈの間，及び(Ａ０００)Ｈから(Ｅ０４０)Ｈ
の間，つまり０番目から３３,０８７番目までと４０,９
６０番目から５７,４０８番目までのエントリには該当
する文字コードがない。それにもかかわらず，文字コー
ドによってエントリを決定するためにこの部分も全て表
のエントリとして持っている必要がある。２文字の連接
文字による連接文字成分表の場合には図１４の空白部分
エントリが全て無駄となっている。

【００５５】本実施例の場合，このビットリスト中のむ
だな部分を排除するために一旦文字コードを変換し，ビ
ット位置を０番目からすきまなく使用できるように連接
文字成分表を作成する。以下，これを文字コード変換型
文字成分表と呼ぶ。この文字コード変換型文字成分表を
用いた本実施例の詳細を説明する。

【００５６】文字コード変換型文字成分表を作成するた
めの文字コードへの変換式の例として次式をあげる。

【００５７】 SCODE ＝ (SJIS_H ＆ 0xBF) ＊ 0xC0 ＋ SJIS_L − 0x6000 ・・・・・・・ (３−１)式 式中でＳＪＩＳ＿ＨがもとのシフトＪＩＳコードの上位
１バイト，ＳＪＩＳ＿Ｌが下位１バイトを示し，ＳＣＯ
ＤＥは変換後の文字コードを示す。ＫＥＩＳコードや他
のコード体系についてもシフトＪＩＳコードとの対応が
とれているので同様の式でＳＣＯＤＥへの変換が可能で
ある。(３−１)式は，文字コード表に表すと図１５のよ
うな変換を意味している。すなわち，(００００)Ｈから
(ＦＦＦＦ)Ｈまでの間に (８１４０)Ｈ〜(９ＦＦＣ)Ｈ 及び (Ｅ０４０)Ｈ〜(ＦＥＦＣ)Ｈ と分散して配置されている文字コードを（００００)Ｈ
からすきまなく配置するように文字コードを変換するこ
とになる。

【００５８】この（３−１)式を用いてコード変換する
ことにより，図１６に示すようにビットリストの長さを
非常に短くすることができ，連接文字成分表の全体の容
量を極めて小さくすることができる。

【００５９】文字コード変換型文字成分表の作成手順
は，図１７に示すように，まず，文字コード依存型と同
じように「本文」から２文字読み出す。これらの文字をそ
れぞれ(３−１)式を用いて文字コード変換し，２文字に
対応する文字成分表のビットに‘１’を設定する。

【００６０】検索手順は，図１８に示すように，検索条
件式中の検索タームをそれぞれ２文字単位に分解して
(３−１)式を用いて文字コード変換し，各部分文字列毎
に文字成分表からビットリストを読み出し，これらのビ
ットＡＮＤをとる。

【００６１】階層型プリサーチの制御は，第一の実施例
と同じである。但し,文字成分表サーチのときには入力
された検索タームは全て(３−１)式に基づいて文字コー
ド変換を施して用いることになる。制御は，図９の制御
手順をそのまま使用し，第一に検索ターム中の文字列を
使い文字成分表サーチを行い，第二に検索タームを用い
て凝縮本文サーチを行う。文脈条件の指定がなければこ
こで検索結果を出力し，検索を終了する。文脈条件の指
定があれば第三に本文サーチを行いその結果を出力す
る。

【００６２】以上，文字コード変換型文字成分表を用い
た第三の実施例について説明した。本実施例によれば，
文字コードをコード変換し，ビット位置を０番目からす
きまなく並べた連接文字成分表を作成することにより，
連接文字成分表の文字の割り振られていないエントリを
無くすことができ，連接文字成分表の容量を非常に小さ
くすることができる。

【００６３】次に，本発明の第四の実施例について説明
する。本実施例は，第三の実施例における連接文字成分
表の容量をハッシング手法を用いてさらに削減したもの
である。

【００６４】第三の実施例の連接文字成分表の容量をさ
らに小さくするために，本実施例ではビットリスト中の
一つのエントリに複数の文字あるいは文字列を割り当て
る。すなわち，ハッシュ関数を用いて検索ターム中の文
字列とビットリスト中のビット位置を対応付ける方法を
用いる。このハッシュ関数として，例えば次の式を用い
ることができる。

【００６５】 h((SCODE1)(SCODE2)) ＝ mod((SCODE1)(SCODE2),N) ・・・・・・・ (４−１)式 式中でＳＣＯＤＥ１は(３−１)式によってシフトＪＩＳ
から変換した１文字目の文字コードである。ＳＣＯＤＥ
２は(３−１)式によってシフトＪＩＳから変換した２文
字目の文字コードである。ｍｏｄは第１引き数を第２引
き数で割った余りを出力する関数である。Ｎは任意の整
数値である。Ｎとして例えば４,０９６を用いると，
“する”はエントリ番号６１７となる。

【００６６】まず，本実施例における検索手順を，図１
９を用いて説明する。第一の実施例では，検索タームが
２文字からなる場合には，文字成分表サーチの結果を検
索結果として出力して階層検索を終了していた。しか
し，本実施例で用いる文字成分表の文字成分表サーチで
は，検索ノイズ生じる可能性があるために，凝縮本文サ
ーチまで階層検索を継続する必要がある。例えば，ひら
がなの“そこ”(シフトＪＩＳコード（８２ＢＢ８２Ｂ
１)Ｈ）は，(４−１)式でエントリ番号５６１である
が，漢字の“行列”(シフトＪＩＳコード（８Ｄ７３８
７Ｆ１)Ｈ）も同じエントリ番号５６１となる。このこ
とは，検索タームとして“行列”が与えられた場合，
“そこ”を含む文書もすべて文字成分表サーチの結果と
して検索されてくることになる。したがってさらに，凝
縮本文をスキャンして実際に漢字の“行列”を含む文書
を抽出し，これを検索結果として出力することになる。

【００６７】次に，本実施例で用いる文字成分表の作成
手順を図２０を用いて説明する。まず，文字コード変換
型と同じように「本文」から２文字読み出し，これらの文
字をそれぞれ(３−１)式を用いて文字コード変換する。
これら変換後の文字コードから(４−１)式を用いて２文
字のエントリ番号を得る。このエントリ番号に対応する
文字成分表のビットに‘１’を設定する。

【００６８】このようにして作成した連接文字成分表を
図２１に示す。この場合は，(４−１)式でＮを４,０９
６と設定したが，１文書を登録するのに４,０９６ビッ
トしか必要としないことが分かる。検索時には，与えら
れた検索タームの各文字について登録時と同じように，
(４−１)式のハッシュ関数を用いてエントリ番号を求
め，これに対応する文字成分表のビット位置を参照す
る。例えば，“ライオン”という文字列の場合，図２１
のように“ライ”，“イオ”，及び“オン”に対応する
エントリ番号６４３，６４６，７２３の位置のビットが
すべて１の文書を文字成分表サーチの検索結果とする。
検索手順は図２２に示すように，まず検索条件式中の検
索タームをそれぞれ２文字単位に分解して(３−１)式を
用いて文字コード変換し，さらに(４−１)式を用いてエ
ントリ番号を得る。各エントリ番号毎に文字成分表から
ビットリストを読み出し，これらのビットＡＮＤをと
る。こうして文字成分表サーチで求められた文書につい
て，次にその凝縮本文をサーチする。

【００６９】以上，第四の実施例について説明した。本
実施例ではハッシュ関数を使って，文字成分表の１エン
トリに複数個の文字あるいは文字列を割り当てることに
より，文字成分表の容量を格段に小さくできるという効
果が得られる。

【００７０】次に本発明の第五の実施例について説明す
る。

【００７１】第四の実施例のように単純にハッシングし
た場合，ひらがなのように文書中に出現しやすい文字列
と，めったに出現しない文字の組合せで構成される文字
列とが同じエントリ番号となる可能性がでてくる。例え
ば，ひらがなの“そこ”と，漢字の“行列”は同じエン
トリ番号５６１となり，検索タームとして“行列”が与
えられた場合“そこ”を含む文書はすべて文字成分表サ
ーチの結果としてヒットすることになる。ひらがなの
“そこ”は日本語の文書では非常に使用頻度の高い文字
のためほぼ全件の文書が文字成分表サーチでヒットする
可能性がある。文字成分表サーチでの絞り込み率が低下
すると，スキャンする凝縮本文の容量も増えるために全
体の検索処理時間が増大することになる。

【００７２】このような文字成分表サーチの絞り込み率
の低下を防ぐためには，ハッシュ関数を文字の使用頻度
を考慮して定める必要がある。本実施例において文字の
仕様頻度を考慮して作成する文字成分表を文字種別ハッ
シング型文字成分表と呼ぶ。文字種別ハッシング型文字
成分表を作成するには，例えば図２３に示すように，各
文字種毎に文字成分表のエントリ領域を割り当て，その
領域内で文字コードにより折り返すようなハッシュ関数
を作る。このようなハッシュ関数を実現するには，文字
コードによって文字種を判定した後ｍｏｄ関数で折り返
してもよいし，文字コードとエントリ番号との対応表
（以後，ハッシュテーブルと呼ぶ）により実現すること
もできる。本実施例では，ひらがな，カタカナのエント
リをそれぞれ２００とし，英字のエントリ数を１００と
し，数字のエントリ数を５０，ＪＩＳ第１水準のエント
リ数を１５００，ＪＩＳ第２水準のエントリ数を１０
０，その他のエントリ数を１９４６としている。漢字の
第１水準は使用頻度が高いため広いエントリを，第２水
準は使用頻度が低いため狭いエントリとしている。作成
手順は図２４に示すように，入力された検索タームに対
して，文字コード変換した後に文字種を判定し，それぞ
れの文字種ごとに文字成分表の割り当てられたエントリ
の部分をｍｏｄ関数を用いて折り返す。

【００７３】すなわち，ＳＣＯＤＥ１とＳＣＯＤＥ２の
両方が(０２１Ｆ)Ｈから(０２７１)Ｈの範囲にあれば，
ひらがな文字列であるので，そのＳＣＯＤＥを２００で
ｍｏｄをとってこれをエントリ番号とする。

【００７４】ＳＣＯＤＥ１とＳＣＯＤＥ２の両方が(０
２８０)Ｈから(０２Ｄ６)Ｈの範囲にあれば，カタカナ
文字列であるので，そのＳＣＯＤＥを２００でｍｏｄを
とって，これにカタカナのハッシング領域の先頭である
２００を足した値をエントリ番号とする。

【００７５】ＳＣＯＤＥ１とＳＣＯＤＥ２の両方が(０
１Ｅ０)Ｈから(０２１Ａ)Ｈの範囲にあれば，英字文字
列であるので，そのＳＣＯＤＥを１００でｍｏｄをとっ
て，これに英字のハッシング領域の先頭である４００を
足した値をエントリ番号とする。

【００７６】ＳＣＯＤＥ１とＳＣＯＤＥ２の両方が(０
１ＣＦ)Ｈから(０１Ｄ２)Ｈの範囲にあれば，数字文字
列であるので，そのＳＣＯＤＥを５０でｍｏｄをとっ
て，これに数字のハッシング領域の先頭である５００を
足した値をエントリ番号とする。ＳＣＯＤＥ１とＳＣＯ
ＤＥ２の両方が(０６９Ｆ)Ｈから(１２７２)Ｈの範囲に
あれば，ＪＩＳ第１水準の漢字文字列であるので，その
ＳＣＯＤＥを１,５００でｍｏｄをとって，これにＪＩ
Ｓ第１水準の漢字文字列のハッシング領域の先頭である
５５０を足した値をエントリ番号とする。

【００７７】ＳＣＯＤＥ１とＳＣＯＤＥ２の両方が(１
２９Ｆ)Ｈから(２０２２)Ｈの範囲にあれば，ＪＩＳ第
２水準の漢字文字列であるので，そのＳＣＯＤＥを１０
０でｍｏｄをとって，これにＪＩＳ第２水準の漢字文字
列のハッシング領域の先頭である２,０５０を足した値
をエントリ番号とする。

【００７８】これら文字種のコード範囲を図２５に示
す。図の空白部分，すなわち上記の(ＳＣＯＤＥ１)(Ｓ
ＣＯＤＥ２)以外の場合には，記号その他の文字種の組
合せによる文字列とみなし，その(ＳＣＯＤＥ１)(ＳＣ
ＯＤＥ２)を１,９４６でｍｏｄをとって，これに記号の
ハッシング領域の先頭である２,１５０を足した値をエ
ントリ番号とする。

【００７９】図２６に示すように，検索においても作成
と同様の文字種判定を行い，得られたエントリ番号に対
応するビットリスト取り出しＡＮＤする。

【００８０】この文字種別ハッシング型連接文字成分表
を用いた階層型プリサーチの制御手順は，第五の実施例
と同じである。すなわち，図１９に示したように第一に
検索ターム中の文字を用いて文字成分表サーチを行い，
第二に検索タームを用いて凝縮本文サーチを行う。文脈
条件等が指定されていない場合には，ここで検索を終了
するが，そうでない場合には，第三に本文サーチを行い
結果を出力する。

【００８１】以上説明したように，本実施例によれば，
使用頻度を考慮して文字種ごとに連接文字成分表のエン
トリ番号を対応させた文字種別ハッシング型文字成分表
を用いることにより，文字成分表サーチでのノイズをさ
らに少なくできるため，凝縮本文における文書のスキャ
ン量が減り，その分高速なフルテキストサーチが可能と
なる。

【００８２】次に第六の実施例について説明する。これ
は，さらに文字成分表サーチにおける絞り込みの率を向
上させ，凝縮本文のスキャン量を減らすことのできる頻
度情報ハッシング型連接文字成分表を用いた階層型プリ
サーチの制御方法である。

【００８３】まず，本実施例を用いた文書検索装置につ
いて図２７を用いて説明する。本装置は，第一の実施例
の主メモリに，ハッシュテーブル作成プログラム２８０
５を新たに格納したものである。本プログラムの実行に
より，ハッシュテーブル２８１１を作成し，これを磁気
ディスク２７１０に格納する。

【００８４】頻度情報ハッシング型連接文字成分表を作
成するには，図２８の示すように，データベースに登録
してある文書の部分文字列の使用頻度を調べ，頻度情報
に基づいてハッシュ関数を決定する。頻度の大きい文字
については，同一エントリにできるだけ他の文字が入ら
ないようにし，頻度の少ない文字について同一エントリ
に複数個の文字が入るようにハッシュ関数を調整する。
こうすることにより，平均的に安定した絞り込み率が文
字成分表サーチで得られることになる。具体的には，ま
ずどの文字をハッシングの対象とするのか，すなわちど
の程度頻度の低い文字同士を同一エントリに割り付ける
かの目安を調べる。具体的な方法としては，図２９に示
す処理手順に従い(３−１)式で得られるＳＣＯＤＥをも
とに一度データベース中で該当する文字列を使用してい
る文書数を調べ頻度順に並べ替える。次に，頻度の大き
いものから文字成分表のエントリ数分Ｎtだけとる。そ
してＮｔ以上のエントリの頻度の合計Ｓ１より，ある頻
度Ｆに対しＮｔ以下で頻度がＦ以下となるエントリのＦ
−(エントリの頻度)の合計Ｓ２を求め，これがＳ１より
小さくなるようなＦの最大値をハッシングの目安とす
る。

【００８５】ハッシングの目安を定めたら，次に図３０
に示すようにＮt以内で頻度がＦ以下のエントリに順次
Ｎt以上のエントリ番号を割り付けていく。この処理手
順を図３１を用いて説明する。Ｎt以上のエントリ番号
の割付けは(Ｎt＋１)番目のエントリをＮtのエントリと
し，(Ｎt＋２)番目を(Ｎt−１)番目のエントリとするよ
うに，Ｎtより順次頻度の大きいエントリを割り付けて
いく。割り付けていく過程では，Ｆ以上の頻度を持つエ
ントリの上には，他のエントリを割り付けないようにす
る。また，割り付けた結果，そのエントリの頻度がＦを
超えるならば，その割付けは取り消して再度Ｎt番目の
エントリから割付けを開始する。割り付けたエントリ
は，図３２に示すようにハッシュテーブルの形で記憶し
ておき，このテーブルを参照することによってハッシュ
関数を構成するものとする。すなわち，本図の例では，
(ＳＣＯＤＥ１)(ＳＣＯＤＥ２)が(０９６Ｆ０Ａ８Ｆ)Ｈ
の文字列“経済”は，エントリ番号１６８２であること
が分かる。

【００８６】検索は，図３３に示すように，２文字単位
に分割した検索タームを，それぞれ（３−１)式を用い
て文字コード変換し，変換後のコードによりハッシュテ
ーブルを参照してエントリ番号を得る。次に，エントリ
番号に対応するビットリストを読み出しＡＮＤする。

【００８７】階層検索の制御手順は，第五の実施例と同
じである。すなわち，図１９の制御手順をそのまま使用
し，第一に検索ターム中の文字を用いて文字成分表サー
チを行い，第二に検索タームを用いて凝縮本文サーチを
行う。文脈条件等が指定されていない場合には，ここで
検索を終了するが，そうでない場合には，第三に本文サ
ーチを行い結果を出力する。

【００８８】このように，本実施例によれば，データベ
ース中で実際に用いられる文字の頻度分布をもとに連接
文字成分表を作成することによって，文字成分表サーチ
で常に安定して高い絞り込み率が得られるため，検索タ
ームに依存せず安定して短時間の検索レスポンスを得る
ことができる。

【００８９】最後に第七の実施例として，第六の実施例
のハッシュテーブルの容量を削減する頻度情報プレハッ
シング型連接文字成分表を用いた階層型プリサーチの制
御方法を説明する。第六の実施例のハッシュテーブル
は，全ての文字の組合せの数だけ容量が必要であるた
め，ｎが３あるいは４と増えていくと容量が膨大になっ
てしまうという問題がある。

【００９０】まず，本実施例を用いた文書検索装置につ
いて図３４を用いて説明する。本装置は，第六の実施例
の主メモリに，プレハッシュテーブル作成プログラム３
５０５を新たに格納したものである。本プログラムの実
行により，プレハッシュテーブル３５１２を作成し，こ
れを磁気ディスク３４１０に格納する。

【００９１】頻度情報プレハッシング型連接文字成分表
を作成するには，図３５の処理手順に従い，データベー
スに登録してある文書の文字の使用頻度を調べ，頻度情
報によりハッシュ関数を決定する。ハッシュ関数の構成
は第六の実施例と同じである。すなわち，本実施例では
いきなり部分文字列に対してハッシングせず，まず１文
字についてハッシングする。こうすることにより，６,
８７９種ある文字があたかもＮｔ文字しか存在しないか
のように扱えることになる。このハッシングをプレハッ
シング，割り付けたエントリを記憶するテーブルをプレ
ハッシュテーブルと呼ぶ。プレハッシュテーブルの構造
は図３２に示すように第六の実施例のハッシュテーブル
の構造と同じであり，６,８７９文字分あればよい。ま
た，１文字目と２文字目の文字種のプレハッシュエント
リ数とオフセットを格納したオフセットテーブルも用意
する。

【００９２】次に，データベースに登録してある文書の
部分文字列の使用頻度を調べ，頻度情報によりハッシュ
関数を決定する。頻度情報は，上記プレハッシュテーブ
ルから構成されるプレハッシュ関数を文字コードから参
照して得られるプレハッシュエントリ番号の組合せ毎に
調べられる。ハッシュ関数の構成は，第六の実施例と同
じである。プレハッシュテーブルからハッシュテーブル
を参照するには，１文字目のプレハッシュエントリに２
文字目の文字種のプレハッシュエントリ数を掛けて，２
文字目のプレハッシュエントリとオフセットを足した数
字で参照する。例えば，“それ”という文字列の場合，
図３６に示すように各文字のＳＣＯＤＥでプレハッシュ
テーブルを参照し，各文字のプレハッシュエントリを取
り出す。“そ”のプレハッシュエントリが１６，“れ”
が７，また，オフセットテーブルに格納するひらがなの
プレハッシュエントリ数を３０，オフセットを５０とし
た場合，１６×３０＋７＋５０＝５３７でハッシュテー
ブルを参照する。ハッシュテーブルの構造は，第六の実
施例と同じである。

【００９３】例えば，プレハッシュエントリ，すなわち
Ｎｔを１,０２４とした場合，ハッシュテーブルは１,０
２４×１,０２４分用意すればよい。

【００９４】階層型プリサーチの制御手順は，第五の実
施例と同じである。すなわち，図１９の制御手順をその
まま使用し，第一に検索ターム中の文字を用いて文字成
分表サーチを行い，第二に検索タームを用いて凝縮本文
サーチを行う。文脈条件等が指定されていない場合に
は，ここで検索を終了するが，そうでない場合には，第
三に本文サーチを行い結果を出力する。

【００９５】このように，本実施例によれば，プレハッ
シングすることによりハッシュテーブルの容量を格段に
削減できるという効果が得られる。

【００９６】

【発明の効果】本発明によれば，連接文字成分表を用い
て，階層的に部分文字列レベルで入力された検索ターム
に関連しない文書を高精度にふるい落すことにより，無
用の本文サーチを省くことができるため，等価的に高速
なフルテキストサーチが実現できることになり，大規模
な文書データベースでも実用的な応答速度でフルテキス
トサーチすることが可能となる。

【図面の簡単な説明】

【図１】本発明の第一の実施例の構成を示す図。

【図２】従来の文字成分表の構造を示す図。

【図３】文字成分表の作成手順を示すＰＡＤ図。

【図４】文字成分表の検索手順を示すＰＡＤ図。

【図５】連接の取り方を示す図。

【図６】文書の登録手順を示すＰＡＤ図。

【図７】文字コード依存型連接文字成分表の作成手順を
示すＰＡＤ図。

【図８】連接文字成分表の構造を示す図。

【図９】階層検索の制御手順を示すＰＡＤ図。

【図１０】文字コード依存型連接文字成分表を示す図。

【図１１】文字コード依存型連接文字成分表の検索手順
を示すＰＡＤ図。

【図１２】文字成分表サーチの概要を示す図。

【図１３】第二の実施例で用いる重複文字列による文字
成分表サーチの概要を示す図。

【図１４】文字コード依存型連接文字成分表の無駄なエ
ントリを示す図。

【図１５】第三の実施例で用いる文字成分表のコード変
換の処理を示す図。

【図１６】文字コード変換型連接文字成分表を示す図。

【図１７】文字コード変換型連接文字成分表の作成手順
を示すＰＡＤ図。

【図１８】文字コード変換型連接文字成分表の検索手順
を示すＰＡＤ図。

【図１９】ハッシング型連接文字成分表を用いた階層検
索制御手順を示すＰＡＤ図。

【図２０】第四の実施例で用いるハッシュ型連接文字成
分表の作成手順を示すＰＡＤ図。

【図２１】ハッシング型連接文字成分表を示す図。

【図２２】ハッシング型連接文字成分表の検索手順を示
すＰＡＤ図。

【図２３】第五の実施例で用いる文字種別ハッシング型
連接文字成分表を示す図。

【図２４】文字種別ハッシング型連接文字成分表の作成
手順を示すＰＡＤ図。

【図２５】各文字種の文字コード範囲を示した図。

【図２６】文字種別ハッシング型連接文字成分表の検索
手順を示すＰＡＤ図。

【図２７】本発明の第六の実施例の構成を示す図。

【図２８】頻度情報ハッシング型連接文字成分表の作成
で用いるハッシングの目安を定める方法を示す図。

【図２９】頻度情報ハッシング型連接文字成分表の作成
で用いるハッシングの目安を定める手順を示すＰＡＤ
図。

【図３０】頻度情報ハッシングの概要を示す図。

【図３１】頻度情報ハッシングの手順を示すＰＡＤ図。

【図３２】ハッシュテーブルの概要を示す図。

【図３３】頻度情報ハッシング型文字成分表の検索手順
を示すＰＡＤ図。

【図３４】本発明の第七の実施例の構成を示す図。

【図３５】頻度情報プレハッシング型連接文字成分表の
作成手順を示すＰＡＤ図。

【図３６】プレハッシュテーブルを用いた連接文字成分
表のアクセス法を示す図。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 畠山 敦 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 多田 勝巳 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 浅川 悟志 神奈川県横浜市戸塚区戸塚町5030番地 株式会社日立製作所ソフトウェア開発本 部内 (56)参考文献 特開 平３−229366（ＪＰ，Ａ) 加藤寛次他，大規模データベース用テ キストサーチマシンの開発，「1991情報 学シンポジウム」プログラム，日本, 1991年 １月 ８日，第97頁乃至第106 頁 菊池忠一他，構成文字の属性／文字位 置を含むコード化に全文検索の高速化手 法 電子情報通信学会技術研究報告，信 学技報，日本，社団法人 電子情報通信 学会，1990年12月14日，Ｖｏｌ90 Ｎ ｏ．362，第１頁乃至第７頁 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/30 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】文書情報を文字コードデータとして蓄積し
   たテキストデータベースを対象として、検索者が指定し
   たキーワードを含む文書をその本文内容を参照して検索
   する文書検索方法において、 該テキストデータベースに文書を登録する際、該登録文
   書の本文文字列をひらがな、カタカナ、漢字、及び英数
   字等の少なくとも１種類の文字種で分割し、分割した各
   部分文字列の間で相互に文字列の包含関係を調べ、他の
   文字列に含まれる文字列を排除した部分文字列の集合か
   らなる凝縮本文を作成するステップと、該部分文字列の
   使用頻度を調べて頻度情報に基づいてハッシュ関数を定
   め、実際に使われる文字の組合せより少ないエントリの
   ビットリストにマッピングしてハッシュテーブルを作成
   するステップと、使用可能な文字列の情報を文書単位に
   用意しておき、該文書中で使用されている文字列につい
   ては使用されていることを表す情報、使用されていない
   文字列については使用されていないことを表す情報を設
   定しておく文字成分表を該ハッシュテーブルを参照して
   作成するステップと、登録対象文書の本文のほかに凝縮
   本文と文字成分表を合わせてテキストデータベースへ登
   録するステップと、 検索時には、先ず検索者が指定したキーワード中の文字
   列について全て使用されているものを文字成分表を使っ
   て探し出す文字成分表サーチステップと、次に該文字成
   分表サーチで抽出された文書に対して凝縮本文を参照し
   て、検索者が指定したキーワードを構成する部分文字列
   を含む文書を抽出する凝縮本文サーチステップと、該凝
   縮本文サーチにより抽出された文書の本文を参照してキ
   ーワードにて指定された検索条件を満たすものを抽出す
   る本文サーチのステップを備えることを特徴とする文書
   検索方法。
2. 【請求項２】第１項記載のハッシュテーブルを作成する
   ステップは、文書中で使われる文字列の使用頻度を調
   べ、文字コードの組をハッシュ関数により，実際に使わ
   れている文字列の数より少ないビット数のビットリスト
   にマッピングする際、使用頻度の低い文字列同士を同じ
   ビットにマッピングすることを特徴とする文書検索方
   法 。
3. 【請求項３】第２項記載のハッシュテーブルを作成する
   ステップは、文字コードを前記ハッシュ関数により，実
   際に使われている文字の数より少ないエントリのコード
   にマッピングし、ハッシングした文字コードの組をさら
   に別のハッシュ関数により、さらに少ないエントリのビ
   ットリストにマッピングすることを特徴とする文書検索
   方法。
4. 【請求項４】文書情報を文字コードデータとして蓄積し
   たテキストデータベースと、 該テキストデータベースに登録された登録文書の本文文
   字列をひらがな、カタカナ、漢字、及び英数字等の少な
   くとも１種類の文字種で分割し、分割した各部分文字列
   の間で相互に文字列の包含関係を調べ、他の文字列に含
   まれる文字列を排除した部分文字列の集合からなる凝縮
   本文ファイルと、 該部分文字列の使用頻度を調べて頻度情報に基づいて定
   められたハッシュ関数を用いて実際に使われる文字の組
   合せより少ないエントリのビットリストにマッピングし
   て作成されたハッシュテーブルと、 使用可能な文字列の情報を文書単位に格納するものであ
   り、該文書中で使用されている文字列については使用さ
   れていることを表す情報、使用されていない文字列につ
   いては使用されていないことを表す情報を設定する文字
   成分表を該ハッシュテーブルと、 検索者が指定したキーワード中の文字列について全て使
   用されているものを上記文字成分表を使って探し出し、
   探し出された文書に対して凝縮本文を参照して、該キー
   ワードを構成する部分文字列を含む文書を抽出し、抽出
   された文書の本文を参照してキーワードにて指定された
   検索条件を満たすものを抽出する検索制御手段を備える
   ことを特徴とする文書検索装置。