JP5105894B2 - 文書検索システム、文書検索装置及びその方法とプログラム、記憶媒体 - Google Patents

Description

本発明は、ネットワークを介して接続された複数の文書管理サーバから、当該文書管理サーバに登録された文書データを検索する文書検索システム、文書検索装置及びその方法とプログラム、記憶媒体に関するものである。

文書管理サーバなどのデータベースに複数の文書を記憶しておき、それら記憶されている複数の文書の中からユーザが所望する文書を検索する文書検索システムが知られている。このようなシステムでは、例えば文書を登録する際に、その文書データに含まれているキーワードを抽出して検索用のインデックスを作成する。こうして作成された検索用インデックスは、その文書に対応付けられて、その実体とは別に管理される。そして文書を検索する際にユーザがキーワードを入力すると、入力されたキーワードが検索用インデックスに含まれているかどうかを判定し、もし含まれていればそのインデックスに対応する文書が検索対象であると判定する。このようにして検索用のインデックスを用いることにより、検索処理におけるレスポンスを高めている。

このような文書検索システムとして、ユーザが操作する装置（例えばＰＣなど）が複数のサーバに問合せることにより、統合した文書の検索サービスを実現することも提案されている（特許文献１参照）。このとき、複数のサーバはそれぞれが記憶する文書の検索用インデックスを互いに共有している。これにより、各ユーザがいずれか一つのサーバに対して文書の検索命令を発行することにより、複数のサーバに記憶されている文書の検索を行うことができる。
特開２００４−３４２０４２号公報

しかしながら、上述した従来技術では次のような問題があった。即ち、ネットワークを介して接続された複数のサーバ等に格納されている文書データを検索する際に全てのサーバに対して検索依頼を行うと、全てのサーバからの検索結果の応答が返ってくるまでに時間がかかってしまう場合がある。また、検索が行われる毎に、検索依頼や検索結果の情報を含む多くのデータがネットワーク上に送出されるので、ネットワークに負荷がかかってしまう。

また、例えば上述した特許文献１のようにして、複数のサーバのそれぞれが格納している文書データの検索用インデックスを互いに共有するようにすれば、検索時にはいずれか一つのサーバにのみ検索を依頼すれば済むので、検索効率は良くなる。

しかしながらこの場合には、複数のサーバはそれぞれ他の全てのサーバに登録されている文書の検索用インデックスを保持しておかなければならない。そのため、サーバの数や格納される文書データの数が増加すると、保持すべき検索用インデックスの容量が増大し、メモリ資源の無駄使いとなってしまうとともに、検索処理に要する時間が長くなるという問題がある。また、あるサーバに文書が登録されると、そのインデックスがネットワークを介して他の全てのサーバに転送されるため、ネットワークトラフィックが大きくなるという問題がある。

本発明の目的は、上記従来技術の問題点を解決することにある。

本発明の特徴は、ネットワークを介して接続された複数の文書管理サーバから、当該文書管理サーバに登録された文書データを検索する際の検索効率を高めることにある。

上記目的を達成するために本発明の一態様に係る文書検索システムは以下のような構成を備える。即ち、
ネットワークを介して接続された複数の文書管理サーバから、当該文書管理サーバに登録された文書データを検索する文書検索システムであって、
前記複数の文書管理サーバのそれぞれに備えられ、文書データ及び当該文書データに対応するインデックス情報を記憶する記憶手段と、
前記複数の文書管理サーバの前記記憶手段に記憶されたインデックス情報のうち、第１の検索条件を満たす文書データに対応するインデックス情報を、当該記憶手段から読み出して集約する集約手段と、
ユーザから第２の検索条件に基づく文書データの検索の実行が指示された場合に、前記第１の検索条件及び前記第２の検索条件が一致するか否かを判定する判定手段と、
前記判定手段による判定の結果、前記第１の検索条件及び前記第２の検索条件が一致する場合に、前記集約手段により集約されたインデックス情報を参照することにより前記文書データの検索を実行する検索手段と、を有し、
前記集約手段は、前記複数の文書管理サーバのうち、前記第１の検索条件を満たす文書データが最も多く登録されている文書管理サーバに、当該第１の検索条件を満たす文書データに対応するインデックス情報を集約することを特徴とする。

また上記目的を達成するために本発明の一態様に係る文書検索装置は以下のような構成を備える。即ち、
ネットワークを介して接続された複数の文書管理サーバから、当該文書管理サーバに登録された文書データを検索する文書検索装置であって、
前記文書データを検索するための検索条件を入力する入力手段と、
前記入力手段により入力された検索条件の履歴情報を管理する履歴情報管理手段と、
前記履歴情報管理手段により管理された前記履歴情報に基づいて、予め定められた集約条件を満たす検索条件が存在するか否かを判定する判定手段と、
前記判定手段が前記予め定められた集約条件を満たす検索条件が存在すると判定した場合に、当該検索条件を満たす文書データに対応するインデックス情報を、前記文書検索装置に集約する集約手段と、
前記文書データの文書属性を判別する判別手段とを有し、
前記集約手段は、前記判定手段が前記予め定められた集約条件を満たす検索条件が存在すると判定した場合に、当該検索条件を満たす文書データのうち、前記判別手段による判別の結果に基づいて選択された文書データに対応するインデックス情報を集約することを特徴とする。

本発明によれば、ネットワークを介して接続された複数の文書管理サーバから、当該文書管理サーバに登録された文書データを検索する際の検索効率を高めることができる。

以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

［第１の実施の形態］
図１（Ａ）（Ｂ）は、本発明に係る第１の実施の形態に係る文書検索システムの構成の特徴を説明する図である。

図１（Ａ）は、従来の文書検索システム（マルチサーバ検索システム）の構成を示すブロック図である。ここでは、ユーザはＰＣを用いて、各サーバに対してそれぞれ検索条件（キーワード）を送信して検索を依頼する。各サーバは、文書とともにその文書の検索用インデックスを対応付けて記憶している。各サーバは、ＰＣから検索を依頼された場合に、そのＰＣから受信した検索条件と検索用インデックスとを比較して、その検索結果をＰＣに通知する。ＰＣは各サーバから通知された検索結果をマージしてユーザに提供する。

ここでＰＣから検索を依頼すべきサーバの数が多くなった場合には、検索に時間がかかってしまう場合がある。特に、全部のサーバからの検索結果の応答を待って、それらをマージして検索結果を表示するような場合には、それぞれのサーバからの検索結果を受信し終えるまで検索結果の表示出力が待たされてしまい、効率が悪くなる。

これに対して図１（Ｂ）は、第１の実施の形態に係る文書検索システム（マルチサーバ検索システム）の構成を示すブロック図である。ここではユーザは、まずＰＣ１０３を用いて管理サーバ１０１に対して検索条件（キーワード）を送信するとともに、サーバ１０５〜１０７にも検索条件を送信して文書の検索を依頼する。管理サーバ１０１は、予め定められた集約条件（例えば、予め定められた期間中に予め定められた回数以上使用されたこと等）に従って、ユーザから入力された検索条件が集約すべき検索条件であるかどうかを判定する。

そして、集約すべき検索条件であると判定した場合には、その検索条件に該当する検索用インデックスを、特定のサーバに集約する。尚、この集約とは、各サーバ１０５〜１０７に記憶されている検索用インデックスを移動してもよい。また或は、検索用インデックスを元のサーバに残したまま集約先に検索用インデックスの複製を生成して記憶させるようにしてもよい。さらに、管理サーバ１０１は、対応する検索用インデックスを集約したことを示す情報とともに、対応する検索用インデックスの集約を行った検索条件を示す情報を管理しておく。

そしてその後、ユーザによりある検索条件が指定されて検索が指示されると、管理サーバ１０１は、指定された検索条件を管理しているかどうか判断する。ユーザから指定された検索条件を管理サーバ１０１が管理していれば、対応する検索用インデックスが集約されているということになるので、検索用インデックスが集約されているサーバを特定して、そのサーバに対して検索条件を通知して検索を依頼する。

尚、検索用インデックスを集約する先としては、サーバ１０５〜１０７のうちいずれか、または管理サーバ１０１が考えられる。第１の実施の形態においては、サーバ１０５〜１０７のうち、集約される検索用インデックスのそれぞれに対応する文書を最も多く記憶しているサーバ（図１の例では、サーバ１０５〜１０７のいずれか）に集約する例を説明する。

この場合は、あるキーワードが検索条件として所定回数以上指定された場合に、そのキーワードにヒットする文書が最も多く記憶されているサーバを判別する。そして、そのサーバ（例えばサーバ１０６）に、指定されたキーワードでヒットする文書の検索用インデックスを集約する。これにより、これ以降、同一のキーワードで検索が指示されると、サーバ１０６に検索を依頼することにより、他のサーバ１０５、１０７に記憶されている文書の検索も行うことができるため検索効率が向上する。

尚、この場合、どのキーワードに対応する検索用インデックスがどのサーバに集約されているかを管理しておく必要がある。このため第１の実施の形態では、管理サーバ１０１が、例えば図１１に示すようなテーブル形式で、検索条件として指定されたキーワードごとに、各キーワードに対応する検索用インデックスがどのサーバに集約されているかを示す情報を記憶している。図１１の例では、例示した各キーワードのインデックス集約テーブルはそれぞれサーバ１０５，１０６，１０７に記憶されている。

尚、ここでは管理サーバ１０１は、サーバ１０５〜１０７とは別のサーバとして示しているが、この管理サーバ１０１は、サーバ１０５〜１０７のいずれかに組み込まれていても良い。或いは、管理サーバ１０１はＰＣ１０３に組み込まれていても良い。

また、検索用インデックスとは、各サーバにおける文書毎に記述され、文書に含まれる文字列、文書名、文書作成日時、文書作成ユーザなどを示す情報を含んでいる。また、検索条件として指定されるキーワードとは、文書の検索用インデックスそのもの、或は文書の検索用インデックスに含まれる文字列であって、ユーザが検索を行うために入力する。

図２は、本発明における第１の実施の形態に係る文書検索システムの構成を説明するブロック図である。

このシステムは、インターネット１０４を介して接続された管理サーバ１０１と、文書サーバ（文書記憶装置）１０５、及びＰＣ（パーソナルコンピュータ）１０３とを有している。なお、このシステムには文書サーバ１０５以外にも複数の文書サーバ（１０６、１０７など）がインターネット１０４を介して接続されているが、ここでは代表して文書サーバ１０５のみを示す。また、この管理サーバ１０１は、複数の文書サーバのいずれかに組み込まれていても良い。

この構成において、ユーザはＰＣ１０３に備えられたブラウザと称されるソフトウェアを操作することによって、管理サーバ１０１或は文書サーバ１０５にアクセスして文書データを取得することができる。尚、各文書サーバには、文書データの実体と、それに対応する検索用のインデックスとが記憶されている。

尚、各サーバ間の接続として、第１の実施の形態ではインターネット１０４を用いているが、本発明は特にこれに限らず、例えば、ＬＡＮ（Local Area Network）等の他のネットワークシステムを用いても構わない。

管理サーバ１０１は、複数の文書サーバ１０５を統合して文書の登録・検索サービスを実現する機能を提供するためのサーバである。ユーザは、ＰＣ１０３のブラウザを利用して特定の管理サーバ１０１が提供するアドレス（ＵＲＬ）にアクセスすることにより、文書サーバ１０５への文書の登録、文書サーバに記憶された文書の閲覧、取得、更新、検索などを行うことができる。

また管理サーバ１０１は、文書を検索するための検索条件としてユーザから指定されるキーワードを監視している。そして、設定記憶部１１０に記憶されている設定情報（例えば上述した集約条件）に従って、使用頻度の高いキーワードを抽出し、対応する検索用インデックスを集約するかどうかを判断する。そして、検索用インデックスを集約する場合には、そのキーワードに対応する検索用インデックスを各文書サーバから集約して特定のサーバ（各文書サーバのいずれか、または管理サーバ１０１）に記憶させる。なおこの時、集約すべき検索用インデックスに対応する文書を最も多く格納している文書サーバに各検索用インデックスを集約しておくことにより、後述する検索の際の効率がさらに良くなる。

そして、ＰＣ１０３においてユーザから入力されたキーワードが、対応する検索用インデックスを集約しておいたキーワードに一致すれば、その集約された検索用インデックスを有している文書サーバに対して検索を依頼する。

また検索用インデックスの集約を行った後でユーザが新たに文書を登録する場合は、その文書から作成された検索用インデックスが集約されるべき検索用インデックスかどうか判断する。そして、集約されるべき検索用インデックスである場合には、検索用インデックスの集約先である文書サーバに文書の実体と検索用インデックスとを格納する。

一方、文書サーバ１０５は、文書の実体及び検索用インデックスを格納し、文書の登録、閲覧、取得、更新、及び検索などの機能を提供している。ユーザは、文書サーバ１０５が提供するサービスを利用して、インターネット１０４を介して所定のアドレス（一般的にＵＲＬ）にアクセスすることにより、文書サーバ１０５が格納している文書にアクセスできる。

複数の文書サーバのそれぞれは、検索条件としてキーワードが指定されて検索の依頼を受信すると、記憶している検索用インデックスを参照して検索条件に該当する文書を検索する。そして、その検索の結果をＰＣ１０３或は管理サーバ１０１に返す。

また、文書サーバ１０５は、ＰＣ１０３から文書の登録を要求された場合には、その文書を自機に備えられた記憶部に登録するといった機能を提供する。

次に、第１の実施の形態に係る管理サーバ１０１について説明する。

設定記憶部１１０は、各種設定情報を記憶している。これら設定情報は、前述したようにあるキーワードに対応する検索用インデックスを集約する際、その検索用インデックスを集約するか否かを判別するために使用する情報などを含む。即ち、キーワードの使用頻度を求める場合、その監視期間を何日間とするか、また使用頻度の高いものから上位何位までのキーワードに対応する検索用インデックスを集約する対象とするかを定める。また或は、文書のヒット件数及び／或は回数が多いものから上位何位までを集約する対象とするかを定める。更には、使用頻度とヒット件数及び／或は回数を組み合わせるのかを決める。また集約された検索用インデックスが格納されている先の文書サーバ１０５を特定するための情報を記憶している。

更に文書の登録に際して、使用頻度の高いキーワードのうち上位いくつまでのキーワードに対応する検索用インデックスを比較の対象とするかを定める。また、文書の登録時に文書の検索用インデックスが集約の対象となっていれば、集約先のサーバに文書の実体を登録するか否かを定める等の情報が含まれている。尚、これら設定情報は、この管理サーバ１０１を管理しているサービス提供者によって任意に設定が可能である。

ヒット情報メモリ１１１は、検索条件として指定されたキーワードに基づいて、文書サーバ１０５から返された検索用インデックスの件数（即ち、ヒット件数）及び、そのヒット回数を各文書サーバ１０５〜１０７に対応付けてヒットテーブルとして格納している（図８参照）。インデックス管理部１１２は、設定記憶部１１０に記憶された設定情報に基づく条件の下で、ヒット情報メモリ１１１に記憶されているキーワードのヒット情報を比較して、集約対象のキーワードを決定する。そして各文書サーバから、そのキーワードに該当する検索用インデックスを取得し、それらを関連付けて記憶部１１８に記憶する。これにより、使用頻度の高い検索用インデックスを集約（コピー）した集約インデックスを作成する（図９参照）。こうして得られた集約インデックスは、そのキーワードにヒットする文書データが最も多く記憶されている文書サーバに送られて保存される。

文書登録部１１３は、ユーザから登録が指示された文書を登録する。キーワード監視部１１５は、ユーザによって指定されたキーワードと、文書サーバ１０５から返された検索用インデックスのヒット件数の情報を取得し、記憶部１１８に格納する。インデックス抽出部１１６は、文書を登録する際、その文書の検索用インデックスを作成する。登録先判定部１１４は、文書を登録する際、複数の文書サーバの中から、インデックス抽出部１１６により抽出された検索用インデックスが集約されている文書サーバを特定する。そして設定記憶部１１０で管理されている情報に基づいて、検索用インデックスの集約先の文書サーバに文書の実体を登録することが設定されているかどうかを判断し、設定されている場合には集約先の文書サーバを文書の登録先として選択する。制御部１１７は、この管理サーバ１０１全体の動作を制御している。記憶部１１８は、ＲＡＭ（図３の２０２）或はＨＤＤ（図３の２０９）などで構成され、制御部１１７の制御の下に、上述の各種テーブルや各種データを記憶する。ネットワーク接続部１１９は、インターネット１０４やＬＡＮとの間での通信を制御している。

次に文書サーバ１０５について説明する。

検索部１２０は、ＰＣ１０３から検索条件としてキーワードを受信すると、文書登録部１２１に登録されている文書の検索用インデックスを検索し、そのキーワードが含まれている検索用インデックスを抽出する。文書登録部１２１は、ＰＣ１０３から文書の登録が指定されると、その文書の実体及び、その文書から抽出された検索用インデックスを記憶部１２３に格納する。制御部１２２は、この文書サーバ１０５全体の動作を制御している。記憶部１２３は、ＲＡＭ（図３の２０２）或はＨＤＤ（図３の２０９）などで構成され、制御部１２２の制御の下に、上述のテーブル等の各種データを記憶する。ネットワーク接続部１２４は、インターネット１０４やＬＡＮとの間での通信を制御している。

尚、管理サーバ１０１及び文書サーバ１０５及び、ユーザが利用するＰＣ１０３は、後述するようにＣＰＵ，ＲＯＭ，ＲＡＭ，ＨＤＤ等で構成される情報処理装置（コンピュータ）により構成される。また、これらサーバは、例えば、ウエブサービスなどによって機能を提供する。

図３は、本実施の形態に係る管理サーバ１０１及び文書サーバ１０５の具体的なハードウェア構成を説明するブロック図である。

図３において、ＣＰＵ２０１は、プログラムＲＯＭ２０３及びＲＡＭ２０２に記憶されたプログラムに従ってサーバ全体の処理を制御している。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリとして、及び実行プログラムの領域や該プログラムの実行エリアならびにデータエリアとして機能する。プログラムＲＯＭ２０３は、ＣＰＵ２０１の動作処理手順を記憶しているリードオンリーメモリである。このプログラムＲＯＭ２０３には、このサーバの機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼働するために必要な情報等が記録されているデータＲＯＭが含まれる。尚、このＲＯＭ２０３の代わりに、後述のＨＤＤ２０９にシステムプログラムをインストールしておき、そのプログラムの実行時にＲＡＭ２０２にそのプログラムをロードして実行するようにしても良い。ネットワークインターフェース（ＮＥＴＩＦ）２０４は、インターネット１０４やＬＡＮ等を介してデータ転送を行うための制御や、接続状況の診断を行う。ビデオＲＡＭ２０５は、表示部２０６への表示データを記憶している。表示部２０６は、液晶やＣＲＴ等の表示装置である。キーボードコントローラ（ＫＢＣ）２０７は、キーボード２０８やポインティングデバイスにより入力された信号をバス２００に出力する。ＨＤＤ２０９は、ハードディスクドライブであり、アプリケーションプログラムや各種データの保存用（前述の記憶部１１８，１２３としても機能している）に用いられる。ＦＤＤ２１０は、例えばフロッピー（登録商標）ディスクドライブ、ＣＤＲＯＭドライブ等のリムーバブルディスク（記録媒体）２１３へのデータの書込み及び読み出しを制御する。この記録媒体２１３としては、例えば、ＦＤや外付けハードディスク、光記録媒体（例えば、ＣＤ−ＲＯＭ）、光磁気記録媒体（例えば、ＭＯ）、半導体記録媒体（例えば、メモリカード）等の取り外し可能なデータ記録装置（リムーバブル・メディア）等がある。尚、ＨＤＤ２０９に格納するアプリケーションプログラムやデータをＦＤＤ２１０に格納して使用することも可能である。プリンタコントローラ（ＰＲＴＣ）２１１は、プリンタ（ＰＲＴ）２１２への出力信号を制御するためのコントローラである。プリンタ２１２は、印刷装置で、例えばＬＢＰ（レーザビームプリンタ）等が用いられる。バス２００は上述した各ユニット間を接続するための伝送バス（アドレスバス、データバス、入出力バス、及び制御バス）である。

尚、図２に示す管理サーバ１０１の設定記憶部１１０、ヒット情報メモリ１１１、インデックス管理部１１２、文書登録部１１３、登録先判定部１１４、キーワード監視部１１５、インデックス抽出部１１６等は、ＣＰＵ２０１とＲＡＭ２０２、ＨＤＤ２０９及びプログラムにより実現されている。また、及び文書サーバ１０５の検索部１２０、文書登録部１２１等もまたＣＰＵ２０１とＨＤＤ２０９、そのプログラム等により実現されている。

図４及び図５は、第１の実施の形態に係る管理サーバ１０１における検索処理を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２０３、或はＲＡＭ２０２に記憶されており、ＣＰＵ２０１の制御の下に実行される。

まずステップＳ１で、ＰＣ１０３においてユーザから入力された検索指示と検索条件として用いられるキーワードとを受信する。

図７は、ユーザがＰＣ１０３において検索用のキーワードを入力する際に表示される入力画面例を示す図である。

ここではキーワードの入力欄７０１に、キーワードである「ｐｒｏｊｅｃｔＡ」が入力された状態を示している。この状態で「実行」ボタン７０２が指示されると、ＰＣ１０３から管理サーバ１０１に、入力されたキーワード（「ｐｒｏｊｅｃｔＡ」）と共に検索指示が発行される。

これは文書の中に「ｐｒｏｊｅｃｔＡ」という文字列が存在する文書や、文書の名称が「ｐｒｏｊｅｃｔＡ」という文字列を含んでいるものを検索することを意味する。「実行」ボタン７０２は、検索実行の開始を指示するものである。

次にステップＳ２に進み、ステップＳ１で受信したキーワードに対応するインデックスが集約されているかどうかを判定する。ここでは、例えば図１１に示すテーブルを参照して、そのキーワードに対応する検索用インデックスが集約されているサーバを求めて、そのサーバに問合せる。即ち、ここではステップＳ１で取得したキーワードに基づいてインデックス管理部１１２に問い合わせ、そのキーワードに対応するインデックスが集約されているかどうかを調べる。

こうして、そのキーワードに対応するインデックスが集約されていると判定するとステップＳ３に進み、ヒット情報メモリ１１１に記憶されている、そのヒットテーブルのヒット情報を更新する。

このようにして、入力されたキーワードに対応する文書の検索用インデックスが集約されている文書サーバを特定できるため、特定された文書サーバに検索を依頼することで他の文書サーバに格納された文書の検索も行うことができ、検索効率が高まる。

図８は、第１の実施の形態に係るヒット情報メモリ１１１に記憶されているヒットテーブルの一例を示す図である。

図の例では、キーワード「ｐｒｏｊｅｃｔＡ」「Ｔｏｋｙｏ」「ｃａｍｅｒａ」のそれぞれに対して、そのヒット回数、ヒットしたサーバ名（文書サーバの名称）、各サーバにおけるヒットした文書の件数（使用回数）、登録日、更新日が登録されている。使用回数は、対応するキーワードが使用されるたびに１ずつ増加される。これにより、そのキーワードが何回使用されたのかが判別できる。文書件数は、キーワードにより各文書サーバが保有する検索用インデックスを検索した結果、何件の文書がヒットしたかを示す情報である。

よって、ステップＳ３では、例えばキーワードが「ｐｒｏｊｅｃｔＡ」であれば、そのキーワードに対応する文書を記憶している文書サーバごとに、そのキーワードの使用回数が＋１される。

図９（Ａ）（Ｂ）は、第１の実施の形態において、キーワード（「ｐｒｏｊｅｃｔＡ」）に対応するインデックスが集約された集約インデックスが記憶されている集約インデックステーブルの一例を示す図である。この集約インデックステーブルは、例えば文書サーバ１０５の記憶部１１８に記憶されている。

図９（Ａ）は、キーワード「ｐｒｏｊｅｃｔＡ」に対応する検索用インデックスを有する文書が、各サーバに格納されている状態を示している。即ち、文書サーバ１０５には、キーワード「ｐｒｏｊｅｃｔＡ」の文字列を含む文書として「文書１」「文書２」が格納されている。また文書サーバ１０６には、キーワード「ｐｒｏｊｅｃｔＡ」の文字列を含む文書として「文書３」〜「文書６」からなる４つの文書が格納されている。更に、文書サーバ１０７には、キーワード「ｐｒｏｊｅｃｔＡ」に対応する検索用インデックスを有する文書として「文書７」〜「文書９」からなる３つの文書が格納されている。

図９（Ｂ）は、そのキーワード「ｐｒｏｊｅｃｔＡ」に対応する検索用インデックスをまとめて文書サーバ１０６に集約インデックスとして登録した状態を示している。

この例では、キーワード「ｐｒｏｊｅｃｔＡ」に対応する検索用インデックスとして文書サーバ１０５〜１０７に含まれる「文書１」〜「文書９」のインデックスが集約して作成される。そして、該集約されたインデックスに対応する文書を最も多く格納している文書サーバ１０６に、作成した集約インデックスを登録している。

このとき図１１に示すテーブルでは、キーワード「ｐｒｏｊｅｃｔＡ」の集約インデックステーブルの格納先は「文書サーバ１０６」となる。

再び図４に戻り、ステップＳ３でヒットテーブルを更新した後ステップＳ４に進み、その集約されたインデックスを登録している文書サーバ名を調べる。上述の図９の例ではこれは文書サーバ１０６となる。そこでステップＳ４では、その文書サーバ１０６に対して、キーワードを送信して検索を依頼する。そしてステップＳ５で、文書サーバ１０６からの検索結果の応答を待ち、検索結果が送られてくるとステップＳ６に進み、その検索結果を取得する。これによりＰＣ１０３のユーザは、その検索結果に基づいて、所望の文書がどの文書サーバに登録されているかを認識でき、該当する文書サーバから所望の文書を取得することができる。

図１０は、文書の検索結果を表示する画面例を説明する図である。

ここでは、キーワード（「ｐｒｏｊｅｃｔＡ」）により検索された文書名と、その文書が登録されている文書サーバ名、その文書サイズ、及び更新日時が列挙されている。ここで、上述した文書情報以外の情報（例えば文書作成者名など）を表示するようにしてもよい。

このようにして、検索対象のキーワードに対応するインデックスが、集約されたインデックスとして登録されている場合には、特定のサーバにアクセスするだけで済むため、検索処理の効率が向上する。

一方ステップＳ２で、集約インデックステーブルに登録されていない場合はステップＳ１１（図５）に進み、そのキーワードがヒット情報メモリ１１１のヒットテーブルに登録されているかを判別する。登録されている場合はステップＳ１２に進み、そのヒットテーブルを更新する。一方、登録されていない場合はステップＳ１３に進み、そのヒットテーブルにそのキーワードを登録する。こうしてステップＳ１２或はステップＳ１３を実行するとステップＳ１４に進み、そのキーワードで検索する検索対象の文書サーバを決定し、その文書サーバに対してキーワードを送信して検索を依頼する。そしてステップＳ１６で、検索対象となった全ての文書サーバからの応答があったかどうかを調べ、あればステップＳ１７に進み、それら文書サーバからの検索結果をマージする。これらステップＳ１４〜ステップＳ１７の処理は従来のマルチサーバ検索処理（図１（Ａ））と同じである。

次にステップＳ１８で、ステップＳ１２の処理で更新されたヒットテーブルにより、設定記憶部１１０に記憶された設定情報（集約条件）を満たすキーワードがあるか判断する。ここでは設定記憶部１１０の設定情報（集約条件）には、例えば、更新の対象期間である一週間が経過したか、また、使用頻度の高い上位３位までのインデックスを選択するか等が含まれる。このような設定情報は、それぞれ単独でも、或は適宜組み合わせて集約インデックステーブルに登録するか否かが決定される。

例えば、図８の場合、現在日時が２００５年１１月７日とする。いま設定記憶部１１０の設定情報で、一週間ごとで上位３位のキーワードを対象とすると設定されているとする。この場合、過去一週間が対象となるため、２００５年１１月１日からが対象となる。よってこの場合は、キーワードが「ｐｒｏｊｅｃｔＡ」のみが対象になる。

こうしてステップＳ１８で、登録されるべきインデックスが発生しないと判定されると何もせずに処理を終了するが、発生したと判定されるとステップＳ１９に進み、そのキーワードで各文書サーバに問合せる。これにより各文書サーバでは、検索部１２０により、そのキーワードを含む文書のインデックスを検索する。そして各文書サーバからの検索結果に基づいて、集約できるインデックス群を求める（ステップＳ２０）。ここではインデックス管理部１１２により、図９（Ｂ）に示すような集約インデックステーブルを作成する。そしてステップＳ２１に進み、その集約された検索用インデックスに対応する文書を最も多く含む文書サーバ（前述の例では文書サーバ１０６）に、その集約インデックステーブルを渡して処理を終了する。これにより図１１に示すテーブルも更新されることは言うまでもない。

次に文書データを登録する場合の処理を説明する。

図６は、第１の実施の形態に係る文書検索システムに文書データを登録する処理を説明するフローチャートである。

まずステップＳ３１で、登録する文書データを入力する。次にステップＳ３２で、その文書に基づいて検索用のインデックスを抽出する。これはインデックス抽出部１１６により実行される。次にステップＳ３３で、その抽出したインデックスが、前述の集約インデックスとして既に登録されているかどうかを判別する。登録されているときはステップＳ３４に進み、その集約インデックスを保存している文書サーバ（前述の例では文書サーバ１０６）に、その文書の実体を登録するか否かを判定する。これは設定記憶部１１０に記憶されている設定情報に基づいて決定される。ここで、その集約インデックスを保存している文書サーバに文書の実体を登録するように設定されている場合はステップＳ３５に進み、その文書サーバにその文書の実体を登録する。

これにより、検索で使用頻度の高いキーワードが登録されている文書サーバに文書が登録されるので、ユーザの利便性がより向上する。

一方、ステップＳ３３で、その抽出したインデックスが、前述の集約インデックスとして登録されていない場合、或はステップＳ３４で、集約インデックスを保存しているサーバ以外の文書サーバに登録するように設定されている場合はステップＳ３６に進み、ユーザが指定する文書サーバに、その文書の実体を登録する。

なお、ここでは文書サーバに格納されている文書を検索する例について説明したが、この文書とはテキストデータであってもよいし、ビットマップデータのような画像データであってもよい。また、文字列の情報を含まない画像を検索する場合にも、本発明を適用させることが可能であることは言うまでもない。

［第２の実施の形態］
次に、本発明における第２の実施の形態について説明する。第１の実施の形態においては、複数の文書サーバ１０５〜１０６に格納された文書の検索用インデックスを、該当する文書を最も多く格納している文書サーバに集約しておいて、集約先の文書サーバに対してＰＣ１０３から検索を依頼するようにしている。

これに対して、第２の実施の形態においては、検索元の装置（第１の実施の形態においてはＰＣ１０３）に検索用インデックスを集約するようにしている。これにより、対応する検索用インデックスが既に集約されているキーワードが検索条件として指定された場合には、自装置内に集約されている検索用インデックスを参照することにより、各文書サーバに格納された文書の検索を行うことができる。即ち、ネットワークを介して検索を依頼する必要がないので、より一層検索の効率を高めることができる。

図１２は、本発明における第２の実施の形態に係る文書検索システムの構成の特徴を説明する図である。

第２の実施の形態における文書検索システムは、第１の実施の形態で説明した文書サーバ１０５〜１０７と同様にして文書及び文書の検索用インデックスを記憶することが可能な文書サーバ１２０１〜１２０４を備えている。また、文書サーバ１２０１は、ＰＣ１０３と同様に、ユーザから検索指示とともに検索条件としてキーワードの入力を受け付けて、文書サーバ１２０２〜１２０４に対して検索を依頼する機能を備えている。

なお、第２の実施の形態における文書検索システムには、文書サーバ１２０１〜１２０４に加えて、更に他の文書サーバを備えるようにしてもよい。

文書サーバ１２０１のユーザは、検索条件としてキーワードを入力することにより、文書サーバ１２０１又は文書サーバ１２０２〜１２０４のいずれかに格納されている文書を検索することができる。ユーザからキーワードの入力を受け付けた文書サーバ１２０１は、入力されたキーワードを文書サーバ１２０２〜１２０４に対して送信して検索を依頼する。キーワードを受信した文書サーバ１２０２〜１２０４は、それぞれ自機サーバに記憶している検索用インデックスを参照して、受信したキーワードを含む文書を検索し、その検索の結果を検索依頼元の文書サーバ１２０１に通知する。

このとき、文書サーバ１２０１自体にも文書及び文書の検索用インデックスが格納されているので、文書サーバ１２０１は自機内に記憶した検索用インデックスを参照することにより、自機内に記憶した文書の検索も実行する。

ここで、文書サーバ１２０１が文書サーバ１２０１〜１２０４に格納された文書の検索を行う場合には、文書サーバ１２０２〜１２０４に対して検索を依頼して検索結果を受け取るよりも、文書サーバ１２０１内の文書を検索する方が早く処理することができる。即ち、文書サーバ１２０１は、ネットワークを介して文書サーバ１２０２〜１２０４に対して検索を依頼する場合は，全ての文書サーバからの検索結果を受け取るまで待たなければならない。

これに対して、文書サーバ１２０１が自機内の文書を検索する場合にはネットワークを介した情報の送受信を行う必要がないので、その分処理を早くすることができる。そこで、第２の実施の形態においては、特定の条件を満たす文書の検索用インデックスを、予めユーザにより検索のための操作が行われる可能性の高い文書サーバに集約させておくようにする。

例えば、図１２に示す例では、文書サーバ１２０３に格納された文書ＦのインデックスＦ、及び文書サーバ１２０４に格納された文書ＨのインデックスＨの複製を、文書サーバ１２０１にも作成しておく。これにより、次にユーザが文書サーバ１２０１において検索を指示した場合に、文書Ｆ及び文書Ｈについては検索用インデックスが文書サーバ１２０１内にて記憶されているので、より早く検索結果が得られるようになる。

図１３は、第２の実施の形態における文書検索システムの構成を示す模式図である。このシステムは、インターネット１３００を介して接続された複数の文書サーバ１２０１〜１２０４を有している。なお、各サーバ間の接続としてインターネット１３００を用いているが、本発明は特にこれに限らず、例えばＬＡＮなどの他のネットワークシステムを用いてもかまわない。

文書サーバ１２０１〜１２０４は、それぞれ文書の実体および文書インデックスを格納し、文書の登録、閲覧、取得、更新、および検索などの機能を提供している。ユーザは文書サーバ１２０１〜１２０４が提供する検索機能を用いて本システムに登録されている文書の実体を検索する。文書サーバ１２０１〜１２０４はそれぞれ、キーワードが指定されて検索の要求を受け取ると、管理している検索用インデックスに対応するかを判断し、対応している場合、その情報をユーザに返す。また文書の登録時には、その文書を登録するといった機能を提供する。

次に、文書サーバ１２０１の構成を説明する。なお、文書サーバ１２０２〜１２０４の構成は文書サーバ１２０１と同様であってもよいし、第１の実施の形態における文書サーバ１０５〜１０７と同様であっても構わない。

表示部１３２０は文書サーバ１２０１に備えられているＬＣＤなどの表示装置である。検索条件入力部１３２１は、図７で示したような画面を表示部１３２０に表示することで、ユーザからの検索用キーワードを受け付ける。検索部１３２２は、ユーザから検索条件としてキーワードが指定されて検索の要求を受け取ると、自機内で記憶している検索用インデックスを参照することにより検索を行ない、その結果をユーザに返す。なお、他の文書サーバからの検索を依頼された場合にも同様に検索を行ない、その結果を検索依頼元の文書サーバに返す。

検索結果は表示部１３２０に表示されることでユーザに通知される。インデックス管理部１３２３は、文書サーバ内に格納される検索用インデックス全てを管理する。なお文書の実体および検索用インデックスは、記憶部１３１１に格納されている。また文書サーバ１２０１に格納されている検索用インデックスは、自機に格納される文書の実体に対応する検索用インデックスと、他の文書サーバに文書の実体が記憶されている文書の検索用インデックスとが存在する。

検索条件転送部１３２４は、検索条件入力部１３２１で入力された検索用キーワードを他の文書サーバに転送する。一方、検索条件受信部１３２５は他の文書サーバから転送された検索用キーワードを受信する。検索結果転送部１３２６は検索部１３２２で検索された検索結果を他の文書サーバに転送する。一方、検索結果受信部１３２７は他の文書サーバから転送される検索結果を受信し、表示部１３２０へ表示する。検索統計情報メモリ１３２８は、検索条件入力部１３２１で入力されたキーワードに関する統計情報などを記憶している。

集約条件生成部１３２９は、検索統計情報メモリ１３２８に記憶された統計情報に基づいて、文書サーバ１２０１に集約する条件を抽出する。ここで、集約条件とは各文書の検索用インデックスに含まれるキーワードおよび集約先となる文書サーバなどを示す情報により構成されている。集約条件転送部１３３０は、集約条件生成部１３２９により生成された集約条件を他の文書サーバに転送する。一方、集約条件受信部１３３１は他の文書サーバから転送される集約条件を受信する。

集約条件記憶部１３３２は、集約条件生成部１３２９で生成された集約条件および、他の文書サーバから受信した集約条件を記憶部１３１１に記憶しておく。集約条件判定部１３３３は、集約条件記憶部１３３２に記憶された集約条件に基づいて、インデックス管理部１３２３で管理される検索用インデックスの内、前記集約条件に該当するインデックスを判定する。

インデックス送信部１３３４は、集約条件判定部１３３３で集約すると判定された検索用インデックスを、指定された文書サーバに送信する。一方インデックス受信部１３３５は他の文書サーバから転送されるインデックスを受信し、記憶部１３１１に記憶する。

文書登録部１３３６は、文書サーバ１２０１に新たに文書を登録する。なお登録する文書の実体（および対応するインデックス）は、不図示の外部装置よりネットワーク接続部１３１０を経由して入力されるものとする。このとき文書登録部１３３６は、登録しようとする文書が集約条件判定部１３３３により集約すると判定されたならば、インデックス送信部１３３４により、この文書に対応する検索用インデックスを、指定される文書サーバに送信する。

文書サーバ１２０１〜１２０４のハードウェア構成は、図３に示す管理サーバ１０１及び文書サーバ１０５のハードウェア構成と同様であるものとする。

図１４及び図１９は、第２の実施の形態に係る文書サーバにおける検索処理を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２０３、或はＲＡＭ２０２に記憶されており、ＣＰＵ２０１の制御の下に実行される。

図１４は、ユーザが検索操作する文書サーバ（ここでは文書サーバ１２０１）の処理を表す。まずステップＳ４１で、ユーザによる入力される検索指示とその検索用キーワードとを受信する。検索用キーワードの入力画面例は図７で説明したものと同様である。次にステップＳ４２に進み、検索統計情報メモリ１３２８に記憶された情報に、ステップＳ１４０１で入力されたキーワードを加えて更新する。

ここで検索統計情報メモリ１３２８は、図１５に示すようなテーブルで表される。図１５では検索に使用されたキーワードに対して、その検索頻度がカウントされている。即ち、所定のキーワードが検索条件として指定される度に検索回数を１つ増やすことにより、検索回数のカウントを行う。

次にステップＳ４３に進み、検索部１３２２により、ステップＳ４１で受信したキーワードの文字列を含む検索用インデックスが自機に登録されているかどうかを判定する。ここでは、図１６に示すようなテーブルを参照して、ステップＳ４１で受信したキーワードの文字列を含む検索用インデックスを検出する。図１６に示すテーブルはインデックス管理部１３２３が管理し、検索用インデックスの追加・削除などに応じて随時テーブルの情報を更新する。

図１６に示す例では、インデックス名と検索用キーワードおよび実体文書の所在が関連づけて記憶されている。なお実体文書の所在を見ると、検索を実施している文書サーバ（ここでは文書サーバ１２０１）以外が示されている検索用インデックスも存在する。これは他の文書サーバに実体が登録された文書の検索用インデックスがコピーされていることを表す。

次にステップＳ４４に進み、検索条件転送部１３２４により他の文書サーバ（本例では文書サーバ１２０２〜１２０４）へ検索条件を転送する。図１７はステップＳ４４で転送される検索条件の一例を表す模式図である。図１７では検索用キーワードと検索結果を返す文書サーバの情報が転送される。

次にステップＳ４５に進み、検索結果受信部１３２７により、他の文書サーバからの検索結果を受信する。ステップＳ４４で検索条件を転送した全ての文書サーバからの検索結果を受信すると一連の処理を終了する。なお検索結果は、他の文書サーバから受信したものを含め、検索にヒットしたものがあれば、全ての検索結果が得られる前に表示部１３２０に随時表示していくものとする。

図１８は、ユーザが検索操作する文書サーバ（文書サーバ１２０１）における検索結果の表示例を示す図である。

図１８では、検索用キーワードとして「みかん」が指定されたときの検索結果を表している。文書サーバ１２０１に記憶されるインデックスが図１６で示した例であったとすると、インデックスＡおよびインデックスＣがキーワードとして「みかん」を含むため自機検索でヒットする。１８０１は文書サーバ１２０１での自機検索でヒットした検索結果を示しており、比較的高速に結果が表示される。なお、１８０２は他の文書サーバで検索ヒットした検索結果が表示されている。この場合、インターネット１３００を介して他の文書サーバから検索結果を受信するため、検索結果１８０１に比較して，その結果が表示されるまでには時間を要することが多い。

図１９は，図１４のステップＳ４４において、図１７に示したような検索条件を転送された文書サーバ（本例では文書サーバ１２０２〜１２０４）の処理動作を表すフローチャートである。

ステップＳ５１で検索条件受信部１３２５により、検索条件を受信する。次にステップＳ５２に進み、検索部１３２２により、ステップＳ５１で受信したキーワードの文字列を含む検索用インデックスが自機に登録されているかどうかを判定する。ここでも検索の方式についてはステップＳ４３と同じく図１６に示すようなテーブルを参照して、ステップＳ５１で受信したキーワードを検索用キーワードとして保持するインデックスを検出するものとする。次にステップＳ５３に進み、ステップＳ５２で検索した結果を、検索結果転送部１３２６により指定された文書サーバに転送する。このとき検索ヒット件数が０であっても検索結果を転送する。

次に文書サーバ１２０１を例にインデックスの集約処理について説明する。

図２０、図２２及び図２３は、文書サーバ１２０１におけるインデックス集約処理動作を表すフローチャートである。

まずステップＳ６１で、集約条件生成部１３２９は、統計情報メモリ１３２８を参照し、自機における検索条件として指定された回数が多いキーワードを集約条件として抽出する。ここで集約条件として抽出されたキーワードを含む検索用インデックスを他の文書サーバ（文書サーバ１２０２〜１２０４）から取得して複製を作成することにより、文書サーバ１２０１に集約される。

尚、こうして生成された集約条件は、集約条件記憶部１３３２に記憶される。またこの集約条件が生成されるタイミングは、定期的なタイミングでも、ユーザの操作をトリガとする任意のタイミングでもどちらでもかまわない。例えばステップＳ４２において、統計情報メモリ１３２８の統計情報が更新されたタイミング等のタイミングをトリガとしてもよい。

次にステップＳ６２に進み、既に集約条件記憶部１３３２に記憶されていた集約条件が更新されたかどうかを判定する。集約条件が更新されたならばステップＳ６３に進み、集約条件転送部１３３０により、その集約条件を他の文書サーバ（ここでは文書サーバ１２０２〜１２０４）へ転送する。

図２１は、図２０のステップＳ６３で転送される集約条件の一例を示す模式図である。

この集約条件には、ステップＳ６１で抽出されたキーワードと、その集約先となる文書サーバを表す情報が含まれている。このとき文書サーバ１２０１は一連の処理を一旦中断し、他の文書サーバから検索用インデックスが送信されてくるまで待機する。

図２２は、図２０のステップＳ６３で転送された集約条件を受信した文書サーバの処理動作を表すフローチャートである。

まずステップＳ７１で、集約条件受信部１３３１により集約条件を受信する。次にステップＳ７２に進み、ステップＳ７１で受信した集約条件を、集約条件記憶部１３３２に記憶する。次にステップＳ７３に進み、集約条件判定部１３３３によって、ステップＳ７１で受信した集約条件に対応するインデックスが自機に登録されているかどうかを判定する。ここでも判定の方式についてはステップＳ４３と同じく図１６に示すようなテーブルを参照して、ステップＳ７１で受信したキーワードの文字列を含む検索用インデックスが登録されているかを判定するものとする。

次にステップＳ７４に進み、ステップＳ７３で集約の対象となる検索用インデックスが検出されるとステップＳ７５に進む。ステップＳ７５では、インデックス送信部１３３４により、ステップＳ７３で検出された検索用インデックスを、指定された文書サーバへ送信する。このとき自機の検索用インデックスはそのまま残しておき、インデックス転送先の文書サーバには検索用インデックスの複製を転送することで検索用インデックスがコピーされる。尚、ステップＳ７３で複数の検索用インデックスが検出された場合は、それら複数のインデックスの全てを指定された文書サーバへ転送する。

図２３は、他の文書サーバよりインデックスが転送されてきた場合の文書サーバの動作を表すフローチャートである。

まずステップＳ８１で、インデックス受信部１３３５により、その転送されたインデックスを受信する。次にステップＳ８２に進み、ステップＳ８１で受信したインデックスをインデックス管理部１３２３により記憶部１３１１に記憶し、一連の処理を終了する。

以上のような処理により、検索頻度の高いキーワードを保持する文書のインデックスが、文書サーバに集約される。例えば、文書サーバ１２０１に記憶されているインデックスが図１６で示した状態であったとすると、インデックスＣ，Ｄは、それぞれ文書サーバ１２０３，１２０４からコピーされて記憶されたインデックスである。

次に文書サーバ１２０１を例に、文書の登録処理について説明する。

図２４は、文書サーバにおける文書登録処理動作を表すフローチャートである。ここで前述したとおり、登録する文書の実体（および対応する検索用インデックス）は、不図示の外部装置よりネットワーク接続部１３１０を経由して入力されるものとする。なお、登録される文書の実体に対応する検索用インデックスは、第１の実施の形態で説明したように文書サーバ内で抽出（ステップＳ３１）してもよい。

まずステップＳ９１で、文書登録部１３３６により、入力された文書の実体および対応する検索用インデックスを記憶部１３１１に記憶する。次にステップＳ９２に進み、集約条件判定部１３３３により、ステップＳ９１で記憶した検索用インデックスが、集約条件記憶部１３３２に記憶した集約条件に該当するかどうかを判定する。ステップＳ９１で、記憶した検索用インデックスが集約条件に該当する場合はステップＳ９３に進む。ステップＳ９３では、インデックス送信部１３３４により、該当する検索用インデックスを集約条件により指定された文書サーバへ送信する。ここでステップＳ９３において、複数の集約条件に該当する場合には、全ての集約条件で指定された集約先文書サーバへ検索用インデックスを転送する。

文書登録の一例を、図２５を用いて説明する。

図２５（Ａ）は、登録する文書に対応するインデックスを表和した図である。図２５（Ｂ）は、文書を登録する文書サーバ（ここでは文書サーバ１２０１）において、集約条件記憶部１３３２に記憶される集約条件を表す。図２５（Ａ）に示すように、登録する文書は「パンダ」、「ぞう」といったキーワードを含んでいる。そして図２５（Ｂ）によれば、これらキーワードは文書サーバ１２０３，１２０４に集約されているため、この検索用インデックスは、これら文書サーバ１２０３および１２０４に転送される。

以上の処理により、新たに登録された文書に対してもインデックスを集約することが可能となる。尚、図２４のステップＳ９３で転送された検索用インデックスを受信した文書サーバは、その検索用インデックスを自機にコピーするが、この処理については図２３で説明した処理と同様である。

このようにして、検索条件として指定される頻度の高いキーワードに対応する検索用インデックスを予めユーザによる検索のための操作が行われる文書サーバに集約しておく。これにより、集約しておいた検索用インデックスを参照する検索は自機内で行えるため、高速に検索することが可能となる。

［第３の実施の形態］
次に、本発明における第３の実施の形態について説明する。第２の実施の形態では、検索頻度の高いキーワードを持つインデックスを予め検索が実行されるであろう文書サーバにコピーした。これに対し第３の実施の形態では、例えば文書表示装置や印刷装置などを文書サーバとして用いることを想定し、登録された文書の特性に基づいて検索用インデックスを特定の文書サーバにコピーする。

検索された文書は、文書サーバにおいて表示或は印刷されるものとする。第３の実施の形態でも、第２の実施の形態と同様に、ユーザは文書サーバを操作して目的とする文書を検索する。検索は自機内での検索を行うとともに他の文書サーバに対して検索条件を送信して検索を依頼する。ユーザが操作する文書サーバに所望の文書が登録されていた場合は、自機内での検索でヒットするので高速に検索することが可能である。

図２６は、本発明の第３の実施の形態の文書検索システムを説明するための概念図である。図２６では例として、各文書サーバは画像表示装置であるものとする。また文書サーバの画像表示装置能力として、カラー画像を表示できる文書サーバと、モノクロ画像しか表示できない文書サーバが混在するものとする。

この文書検索システムにおいて、文書としてカラー画像とモノクロ画像が登録された場合に、カラー画像はカラー表示可能な文書サーバから検索されて表示されると想定される。そのため、カラー文書に対応する検索用インデックスを予めカラー表示可能な文書サーバに集約（コピー）しておけば、集約先のカラー表示可能な文書サーバにおいてカラー文書を高速に検索することが可能となる。

図２６では、文書サーバ２６０１は、カラー表示可能な文書サーバであり、文書サーバ２６０２〜２６０４はモノクロ表示しかできない文書サーバである。図２６において、カラー文書に対応する検索用インデックスＦ，Ｈが文書サーバ２６０１にコピーされて記憶されている。即ち、カラー画像に対応するインデックスが文書サーバ２６０１に集約されている。これにより文書サーバ２６０１においてカラー画像を検索する場合に、自機内での検索でヒットするため高速に検索することが可能となる。

このように第３の実施の形態では、登録される文書の特性により、検索用インデックスの集約先文書サーバが決定される。なお第３の実施の形態では、文書サーバが画像表示装置の場合を例に説明するが、画像表示装置に限定するものではない。例えば文書サーバが印刷装置である場合、ページ数が多いデータの検索用インデックスは、印刷スピードが高速な文書サーバや消耗品残量が多い文書サーバにコピーする形態なども考えられる。また例えばグラフィック文書の検索用インデックスは、印刷解像度の高い文書サーバにコピーする形態なども考えられる。

図２７は、第３の実施の形態における文書検索システムの構成を表す模式図である。第２の実施の形態で説明した構成に加えて、文書属性判定部２７０１、文書サーバ能力情報記憶部２７０２が追加されている。その他の構成は図１３と同様である。文書属性判定部２７０１は、登録された文書がカラー画像かモノクロ画像かを判定する。文書サーバ能力情報記憶部２７０２は、各文書サーバの表示部１３２０の能力情報を記憶する。第３の実施の形態では、文書の登録処理以外の動作は上述した第２の実施の形態と同様のためその説明を省く。

図２８は、文書サーバにおける文書登録処理動作を表すフローチャートである。第２の実施の形態と同様に、登録する文書の実体（および対応するインデックス）は、不図示の外部装置よりネットワーク接続部１３１０を経由して入力されるものとする。なお、登録される文書の実体に対応するインデックスは第１の実施の形態で説明したように文書サーバ内で抽出（ステップＳ３１）してもよい。

まずステップＳ２８０１で、文書登録部１３３６により、入力された文書の実体および対応する検索用インデックスを記憶部１３１１に記憶する。次にステップＳ２８０２に進み、集約条件判定部１３３３により、ステップＳ２８０１で記憶した検索用インデックスが、集約条件記憶部１３３２で記憶した集約条件に該当するかどうかを判定する。

ステップＳ２８０１で記憶したインデックスが集約条件に該当する場合はステップＳ２８０３に進み、インデックス送信部１３３４により、該当する検索用インデックスを集約条件で指定された文書サーバへ送信する。このステップＳ２８０３では、複数の集約条件に該当する場合には、全ての集約条件で指定された集約先文書サーバへそれぞれ検索用インデックスを転送する。次にステップＳ２８０４に進み、文書属性判定部２７０１により、登録する文書の文書属性を判定する。ここでは文書の色形式（カラーかモノクロか）と画像サイズを検知するものとする。

次にステップＳ２８０５に進み、ステップＳ２８０４で判定した文書の色形式がカラーであるかどうかを判定する。ここで色形式がカラーであった場合には、次にステップＳ２８０６に進む。ステップＳ２８０６では、文書サーバ能力情報記憶部２７０２を参照し、カラー表示可能でかつ、ステップＳ２８０４で判定した文書の画像サイズを表示可能な文書サーバを判定する。ここで表示可能な文書サーバが存在する場合は、次にステップＳ２８０７に進み、インデックス送信部１３３４により、ステップＳ２８０６で表示可能と判定した文書サーバに対してインデックスを送信する。

文書登録の一例を図２９を用いて説明する。

図２９（Ａ）は、登録する文書に対応する文書属性の一例を示す図である。ここでは文書の色形式と画像サイズが表されている。

図２９（Ｂ）は、文書サーバ能力情報記憶部２７０２が記憶する各文書サーバの能力を表すテーブルの一例を示す図である。図２９（Ａ）において、登録する文書は色形式（カラー）と画像サイズ（１０２４×７６８）が得られる。そして図２９（Ｂ）より、この文書を表示可能な文書サーバは、文書サーバ２６０３と判定される。こうして、この文書の検索用インデックスは、文書サーバ２６０３へ転送される。ここで文書サーバ２６０１および２６０４はカラー表示可能であるが、文書を表示するためのサイズが足りないため対象から外れる。

以上の処理により、新たに登録された文書に対して、文書の色形式がカラーで、かつ画像を表示可能な表示部を持つ文書サーバに、その検索用インデックスをコピー（登録）しておくことができる。

このようにして、登録される文書の特性に基づいて、予め検索されると予想される文書サーバに検索用インデックスを集約させることが可能となる。これにより文書サーバに応じて文書を高速に検索することが可能となる。

（他の実施形態）
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また一つの機器からなる装置に適用しても良い。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムを読み出して実行することによっても達成され得る。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、様々なものが使用できる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などである。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。その場合、ダウンロードされるのは、本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する形態としても良い。その場合、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムが実行可能な形式でコンピュータにインストールされるようにする。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される形態以外の形態でも実現可能である。例えば、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。

更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれるようにしてもよい。この場合、その後で、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される。

以上説明したように本実施の形態によれば、マルチサーバによる検索システムにおいて、各サーバが全ての検索用インデックスを共有することがないため、検索用インデックスのデータ量の増大を抑えることができる。

また、例えばヒット率の高いインデックス、或は使用頻度の高いインデックス等が集約され、検索が指示されたキーワードがそのインデックスに対応しているとき、その集約インデックスの中で検索が行われるため、検索効率が向上するという効果がある。

本発明の実施の形態に係る文書検索システムの構成の特徴を説明する図である。 本発明の第１の実施の形態に係る文書検索システムの構成を説明するブロック図である。 本発明の実施の形態に係る管理サーバと文書サーバの具体的なハードウェア構成を説明するブロック図である。 、 本発明の実施の形態に係る管理サーバにおける検索処理を説明するフローチャートである。 本発明の実施の形態に係る文書検索システムに新たな文書データを登録する処理を説明するフローチャートである。 本発明の実施の形態に係るＰＣにおけるキーワードの入力画面例を示す図である。 本発明の実施の形態に係るヒット情報メモリに記憶されているヒットテーブルの一例を示す図である。 本発明の実施の形態において、集約された検索用インデックスが記憶されている集約インデックステーブルの一例を示す図である。 本発明の実施の形態に係るＰＣにおける文書の検索結果を表示する画面例を説明する図である。 本発明の実施の形態において、対応する検索用インデックスが集約されたキーワードを管理するテーブルのイメージ図である。 本発明における第２の実施の形態に係る文書検索システムの構成の特徴を説明する図である。 第２の実施の形態における文書検索システムの構成を示す模式図である。 第２の実施の形態に係る文書サーバにおける検索処理を説明するフローチャートである。 本発明の第２の実施の形態に係る統計情報テーブルの一例を示す図である。 本発明の第２の実施の形態に係る文書サーバが管理している検索用インデックステーブルの一例を示す図である。 本発明の第２の実施の形態に係る文書サーバに送信される検索条件の一例を示す図である。 ユーザが検索操作する文書サーバにおける検索結果の表示例を示す図である。 第２の実施の形態に係る文書サーバにおける検索処理を説明するフローチャートである。 第２の実施の形態に係る文書サーバにおけるインデックス集約処理動作を表すフローチャートである。の形態に係る文書サーバにおける集約条件の生成処理を説明するフローチャートである。 図２０のステップＳ６３で転送される集約条件の一例を示す模式図である。 図２０のステップＳ６３で転送された集約条件を受信した文書サーバの処理動作を表すフローチャートである。 他の文書サーバよりインデックスが転送されてきた場合の文書サーバの動作を表すフローチャートである。 文書サーバにおける文書登録処理動作を表すフローチャートである。 本発明の実施の形態に係る文書サーバにおける文書登録処理を説明するための図である。 本発明の第３の実施の形態の文書検索システムを説明するための概念図である。 第３の実施の形態における文書検索システムの構成を表す模式図である。 文書サーバにおける文書登録処理動作を表すフローチャートである。 本発明の第３の実施の形態に係る文書属性と文書サーバの能力情報を説明するための図である。

Claims (13)

1. ネットワークを介して接続された複数の文書管理サーバから、当該文書管理サーバに登録された文書データを検索する文書検索システムであって、
   前記複数の文書管理サーバのそれぞれに備えられ、文書データ及び当該文書データに対応するインデックス情報を記憶する記憶手段と、
   前記複数の文書管理サーバの前記記憶手段に記憶されたインデックス情報のうち、第１の検索条件を満たす文書データに対応するインデックス情報を、当該記憶手段から読み出して集約する集約手段と、
   ユーザから第２の検索条件に基づく文書データの検索の実行が指示された場合に、前記第１の検索条件及び前記第２の検索条件が一致するか否かを判定する判定手段と、
   前記判定手段による判定の結果、前記第１の検索条件及び前記第２の検索条件が一致する場合に、前記集約手段により集約されたインデックス情報を参照することにより前記文書データの検索を実行する検索手段と、を有し、
   前記集約手段は、前記複数の文書管理サーバのうち、前記第１の検索条件を満たす文書データが最も多く登録されている文書管理サーバに、当該第１の検索条件を満たす文書データに対応するインデックス情報を集約することを特徴とする文書検索システム。
2. 前記第１の検索条件、及び、前記集約手段により前記インデックス情報が集約された集約先の文書管理サーバを示す情報を含む集約情報を管理する集約情報管理手段を更に有し、
   前記判定手段による判定の結果、前記第１の検索条件及び前記第２の検索条件が一致する場合に、前記検索手段は、前記集約情報管理手段により管理された情報に基づいて、前記インデックス情報が集約された集約先の文書管理サーバにアクセスし、検索を実行することを特徴とする請求項１に記載の文書検索システム。
3. ユーザにより指定された検索条件の履歴情報を管理する履歴情報管理手段と、
   前記履歴情報管理手段により管理された履歴情報に基づいて、予め定められた集約条件を満たす検索条件が存在する場合に、当該検索条件を満たす文書データに対応するインデックス情報を集約するよう前記集約手段を制御する制御手段と、
   を更に備えることを特徴とする請求項１又は２に記載の文書検索システム。
4. 前記予め定められた集約条件とは、ユーザにより同一の検索条件が予め定められた回数以上指定されたことを条件とするものであることを特徴とする請求項３に記載の文書検索システム。
5. 前記複数の文書管理サーバのいずれかに新たな文書データ、及び当該新たな文書データに対応するインデックス情報を登録する登録手段を更に有し、
   前記登録手段は、前記新たな文書データが前記第１の検索条件を満たす場合には、前記集約手段により前記インデックス情報が集約された集約先の文書管理サーバに、前記新たな文書データに対応するインデックス情報を登録することを特徴とする請求項１に記載の文書検索システム。
6. ネットワークを介して接続された複数の文書管理サーバから、当該文書管理サーバに登録された文書データを検索する文書検索装置であって、
   前記文書データを検索するための検索条件を入力する入力手段と、
   前記入力手段により入力された検索条件の履歴情報を管理する履歴情報管理手段と、
   前記履歴情報管理手段により管理された前記履歴情報に基づいて、予め定められた集約条件を満たす検索条件が存在するか否かを判定する判定手段と、
   前記判定手段が前記予め定められた集約条件を満たす検索条件が存在すると判定した場合に、当該検索条件を満たす文書データに対応するインデックス情報を、前記文書検索装置に集約する集約手段と、
   前記文書データの文書属性を判別する判別手段とを有し、
   前記集約手段は、前記判定手段が前記予め定められた集約条件を満たす検索条件が存在すると判定した場合に、当該検索条件を満たす文書データのうち、前記判別手段による判別の結果に基づいて選択された文書データに対応するインデックス情報を集約することを特徴とする文書検索装置。
7. 前記予め定められた集約条件とは、前記入力手段により同一の検索条件が予め定められた回数以上指定されたことを条件とするものであることを特徴とする請求項６に記載の文書検索装置。
8. 前記文書検索装置の処理能力に関する能力情報を管理する能力情報管理手段を更に備え、
   前記集約手段は、前記判定手段が前記予め定められた集約条件を満たす検索条件が存在すると判定した場合に、当該検索条件を満たす文書データのうち、前記判別手段による判別の結果及び前記能力情報管理手段により管理された能力情報に基づいて選択された文書データに対応するインデックス情報を集約することを特徴とする請求項６に記載の文書検索装置。
9. 前記文書検索装置は、少なくとも、文書データを表示する表示装置または文書データを印刷する印刷装置のいずれかを備え、
   前記能力情報管理手段は、少なくとも前記表示装置に関する表示処理能力を示す能力情報または前記印刷装置に関する印刷処理能力を示す能力情報のいずれかを管理することを特徴とする請求項８に記載の文書検索装置。
10. ネットワークを介して接続された複数の文書管理サーバから、当該文書管理サーバに登録された文書データを検索する文書検索方法であって、
    前記複数の文書管理サーバのそれぞれにおいて、文書データ及び当該文書データに対応するインデックス情報を記憶装置に記憶する記憶工程と、
    前記記憶工程で記憶されたインデックス情報のうち、第１の検索条件を満たす文書データに対応するインデックス情報を、前記記憶装置から読み出して集約する集約工程と、
    ユーザから第２の検索条件に基づく文書データの検索の実行が指示された場合に、前記第１の検索条件及び前記第２の検索条件が一致するか否かを判定する判定工程と、
    前記判定工程における判定の結果、前記第１の検索条件及び前記第２の検索条件が一致する場合に、前記集約工程で集約されたインデックス情報を参照することにより前記文書データの検索を実行する検索工程と、を有し、
    前記集約工程は、前記複数の文書管理サーバのうち、前記第１の検索条件を満たす文書データが最も多く登録されている文書管理サーバに、当該第１の検索条件を満たす文書データに対応するインデックス情報を集約することを特徴とする文書検索方法。
11. ネットワークを介して接続された複数の文書管理サーバから、当該文書管理サーバに登録された文書データを検索する文書検索装置における文書検索方法であって、
    前記文書データを検索するための検索条件を入力する入力工程と、
    前記入力工程で入力された検索条件の履歴情報を管理する履歴情報管理工程と、
    前記履歴情報管理工程で管理された前記履歴情報に基づいて、予め定められた集約条件を満たす検索条件が存在するか否かを判定する判定工程と、
    前記判定工程において前記予め定められた集約条件を満たす検索条件が存在すると判定された場合に、当該検索条件を満たす文書データに対応するインデックス情報を、前記文書検索装置に集約する集約工程と、
    前記文書データの文書属性を判別する判別工程とを有し、
    前記集約工程は、前記判定工程が前記予め定められた集約条件を満たす検索条件が存在すると判定した場合に、当該検索条件を満たす文書データのうち、前記判別工程による判別の結果に基づいて選択された文書データに対応するインデックス情報を集約することを特徴とする文書検索方法。
12. 請求項１０又は１１に記載の文書検索方法をコンピュータに実行させるためのプログラム。
13. 請求項１０又は１１に記載の文書検索方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。

Images