JPH09204442A - ドキュメントデータ検索システム - Google Patents

Abstract

(57)【要約】 【課題】 更新されたドキュメントデータに対する検索
を適正に行なうことができ、不要なドキュメントサーバ
内のドキュメントデータを検索対象とすることなく、ま
た、ネットワークの渋滞やドキュメントサーバ，検索サ
ーバの負荷の増加を招くことのないようにする。 【解決手段】 データベースサーバ１００において、ド
キュメントデータベース１２０内のドキュメントデータ
が更新されたら、データベースサーバプログラム１１１
はデータ更新トリガを発生して検索エージェントプログ
ラム１１５に送信する。検索エージェントプログラム１
１５はそのトリガを受信すると、更新されたドキュメン
トデータに基づいてドキュメント索引を生成し、検索サ
ーバ３００に転送する。検索サーバ３００において、検
索サーバプログラム３１１は、転送されたドキュメント
索引に基づいてドキュメント索引情報３２０を更新す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、多数のドキュメン
トデータを１つ以上のドキュメントサーバに分散して格
納している場合に、各ドキュメントサーバに通信回線を
介して接続される検索サーバによって、所望のドキュメ
ントデータの格納場所をドキュメント索引情報に基づい
て検索するドキュメントデータ検索システムに関するも
のである。

【０００２】

【従来の技術】ドキュメントデータを効率よく検索する
ためには、すべてのドキュメントデータを１つのドキュ
メントサーバに格納し、集中的に管理するのがよい。し
かし、ドキュメントデータを扱う組織の規模が大きくな
ると、大量のドキュメントデータを扱わなければならな
くなるため、１つのドキュメントサーバだけでは管理し
きれず、それゆえ、大量のドキュメントデータを複数の
ドキュメントサーバなどに分散して格納する必要があ
る。

【０００３】このとき、或るドキュメントデータを必要
とするユーザ（検索者）が、そのドキュメントデータが
どのドキュメントサーバに格納されているかを知らない
場合、検索者はクライアントを使って、書誌情報やキー
ワードなどに基づき、ドキュメントサーバ毎に、目的の
ドキュメントデータが格納されているか否かを検索しな
ければならない。これは検索者にとって大変負担が大き
い。

【０００４】そこで、この問題を解決するために、ドキ
ュメント索引情報を格納した検索サーバを用いた検索シ
ステムが提案されている。このような検索システムとし
ては、例えば、ＷＷＷ（World Wide Web）により提供さ
れるドキュメントデータを対象とした検索システムがあ
る。ＷＷＷは、ハイパーテキスト形式のドキュメントデ
ータを提供する仕組みである。ＷＷＷでは、このような
ハイパーテキスト形式のドキュメントデータをＷＷＷサ
ーバに格納しており、一つのドキュメントデータから他
のドキュメントデータへはリンクを張ることができる。
検索者は、そのリンクをたどることによって、目的とす
るドキュメントデータを得る。しかし、ＷＷＷでは、こ
のようなリンクをたどること以外には、ドキュメントデ
ータを検索する手段が提供されていない。そこで、これ
を補うために、前述した検索サーバを用いた検索システ
ムが種々提案されている。例えば、「情報処理学会、第
２回、テクニカルコミュニケーションシンポジウム予稿
集」（’９５．７）の第２４頁〜第３１頁に掲載されて
いる「ＳＧＭＬ文書管理システム実現における課題」
（井上直樹：ＮＴＴデータ通信株式会社）や、或いは
「情報処理学会、第５１回、全国大会」（’９５．９）
の論文集の１−１６９〜１７０に掲載されている「ＷＷ
Ｗにおける広域検索システム」（田村健人，村岡洋一：
早稲田大学理工学部）においては、ＷＷＷを対象とした
実際の検索サーバの例が開示されている。

【０００５】この検索サーバは、ネットワーク上の全て
のＷＷＷサーバに対して、自ら定期的にアクセスして、
各ＷＷＷサーバに格納されている全ドキュメントデータ
（全ページの全テキスト）をそれぞれ取得して、その取
得したデータを基にドキュメント索引情報を生成し、そ
のドキュメント索引情報を格納している。そして、検索
者がクライアントを使って、その検索サーバにアクセス
すると、検索サーバは格納しているドキュメント索引情
報を用いて、目的とするドキュメントデータの格納場所
を検索し、その検索結果を検索者に知らせる。

【０００６】

【発明が解決しようとする課題】このような従来におけ
る検索サーバを用いた検索システムにおいては、次のよ
うな問題があった。

【０００７】或るＷＷＷサーバ内のドキュメントデー
タが更新されても、その後、検索サーバが、そのＷＷＷ
サーバに対してアクセスしてその更新されたドキュメン
トデータを取得した上で、それらデータに基づいて検索
サーバ内のドキュメント索引情報が更新されるまでの間
は、上記ドキュメントデータの更新がドキュメント索引
情報に反映されないため、そのドキュメントデータに対
する検索が適正に行なわれない。

【０００８】検索サーバは、ネットワーク上の全ての
ＷＷＷサーバからデータを収集してドキュメント索引情
報を生成しているため、不要なＷＷＷサーバ内のドキュ
メントデータまでもが、検索対象となる可能性がある。

【０００９】検索サーバは、ＷＷＷサーバに定期的に
アクセスして全ドキュメントデータを取得するようにし
ているため、そのＷＷＷサーバ内のドキュメントデータ
に一切更新が生じていない場合には、そのようなアクセ
スやデータの取得は無駄であって、ネットワークの渋滞
やＷＷＷサーバへの負荷の増加を招く原因となりかねな
い。

【００１０】従って、本発明の目的は、上記した従来技
術の問題点を解決し、更新されたドキュメントデータに
対する検索を適正に行なうことができ、不要なドキュメ
ントサーバ内のドキュメントデータを検索対象とするこ
となく、また、ネットワークの渋滞やドキュメントサー
バ，検索サーバの負荷の増加を招くことのないドキュメ
ントデータ検索システムを提供することにある。

【００１１】

【課題を解決するための手段およびその作用・効果】上
記した目的の少なくとも一部を達成するために、第１の
発明は、クライアントと、複数のドキュメントデータを
格納し、前記クライアントからの要求に応じて所望のド
キュメントデータを提供する１つ以上のドキュメントサ
ーバと、各ドキュメントデータのサマリー情報によって
構成されるドキュメント索引情報を格納し、前記クライ
アントからの要求に応じて、前記ドキュメント索引情報
を参照しつつ、所望のドキュメントデータの格納場所を
検索し、検索結果を提供する検索サーバと、を通信回線
を介して接続して成るドキュメントデータ検索システム
であって、前記ドキュメントサーバは、格納する前記ド
キュメントデータが更新されたか否かを検出する検出手
段と、該検出手段によって前記ドキュメントデータの更
新が検出されたら、更新された該ドキュメントデータか
ら得られる該ドキュメントデータのサマリー情報に基づ
いて、更新情報を生成する生成手段と、生成した前記更
新情報を前記通信回線を介して前記検索サーバに転送す
る転送手段と、を備え、前記検索サーバは、転送された
前記更新情報に基づいて、格納する前記ドキュメント索
引情報を更新する更新手段を備えることを要旨とする。

【００１２】ここで、ドキュメントデータとしては、テ
キストデータ（ＨＴＭＬデータなども含む）や、画像デ
ータや音声データなどのバイナリデータなどが挙げられ
る。また、ドキュメントデータのサマリー情報として
は、ドキュメント名や作者名などの書誌情報や、キーワ
ードや、ドキュメント種別や、ドキュメントデータの格
納場所などが挙げられる。

【００１３】このように、本発明では、ドキュメントサ
ーバ側において、検出手段が、格納するドキュメントデ
ータの更新を検出したら、生成手段が、更新されたドキ
ュメントデータから得られるサマリー情報に基づいて更
新情報を生成し、転送手段が、その更新情報を通信回線
を介して検索サーバに転送する。一方、検索サーバ側に
おいては、更新手段が、転送された更新情報に基づい
て、格納するドキュメント索引情報を更新する。

【００１４】従って、本発明によれば、以下に掲げる効
果を奏する。 ドキュメントサーバに格納されたドキュメントデータ
が更新されても、その更新情報はすぐに検索サーバに転
送され、それに基づいて、格納するドキュメント索引情
報が更新されるので、ドキュメントデータの更新は直ち
にドキュメント索引情報に反映され、そのドキュメント
索引情報を基にして、その更新されたドキュメントデー
タに対する検索を適正に行なうことができる。

【００１５】検索サーバは、ネットワーク上の全ての
ドキュメントサーバを相手とするのではなく、上記した
検出手段，生成手段及び転送手段を備えたドキュメント
サーバのみを相手として、ドキュメント索引情報を得て
いるため、不要なドキュメントサーバ内のドキュメント
データは一切検索対象とならない。

【００１６】ドキュメントサーバは、格納しているド
キュメントデータが更新された場合、格納する全てのド
キュメントデータについて更新情報を生成するのではな
く、更新されたドキュメントデータについてのみ更新情
報を生成して、検索サーバに転送するため、ネットワー
クの渋滞やドキュメントサーバ，検索サーバの負荷の増
加を招く恐れがない。

【００１７】本発明のドキュメントデータ検索システム
において、前記ドキュメントサーバは、格納している前
記ドキュメントデータを、データベース管理システムに
よって管理する手段をさらに備えると共に、前記検出手
段は、前記ドキュメントデータの更新を検出すると、デ
ータ更新トリガを発生する手段を備え、前記生成手段
は、前記データ更新トリガの発生に応じて前記更新情報
の生成を開始する手段を備えるようにしても良い。

【００１８】このように、ドキュメントサーバにおい
て、格納するドキュメントデータをデータベース管理シ
ステムによって管理する場合、データ更新トリガを発生
する手段を備えることができる。即ち、この発生手段
は、ドキュメントデータの更新があった場合に、データ
更新トリガを発生するため、生成手段では、これを利用
して、更新情報の生成を開始させることができる。

【００１９】また、本発明のドキュメントデータ検索シ
ステムにおいて、前記ドキュメントサーバは、格納して
いる前記ドキュメントデータを、オペレーティングシス
テムにおけるファイル管理システムによって管理する手
段をさらに備えると共に、前記検出手段は、管理してい
るファイルを順次チェックして、格納する前記ドキュメ
ントデータが更新されたか否かを検出する手段を備える
ようにしても良い。

【００２０】このように、ドキュメントサーバにおい
て、格納するドキュメントデータをオペレーティングシ
ステムにおけるファイル管理システムによって管理する
場合、データベース管理システムによって管理する場合
のように、データ更新トリガを発生する手段を備えるこ
とはできない。そのため、管理しているファイルを順次
チェックして更新の有無を検出する手段を備えるように
する。このような手段を用いれば、ファイル管理されて
いるドキュメントデータについても、漏れなくドキュメ
ントデータの更新を検出することができる。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態を実施
例に基づいて説明する。図１は本発明の一実施例として
ドキュメントデータ検索システムの概要を示す説明図で
あり、図２は図１のドキュメントデータ検索システムの
詳細な構成を示すブロック図である。

【００２２】図１または図２に示すように、このドキュ
メントデータ検索システムは、データベースサーバワー
クステーション１００と、ＷＷＷサーバワークステーシ
ョン２００と、検索サーバワークステーション３００
と、クライアントワークステーション４００と、を備え
ており、それらは互いにネットワーク上の通信回線５０
０，５２０，５４０，５６０，５８０によって接続され
ている。

【００２３】データベースサーバワークステーション
（以下、データベースサーバと略す。）１００は、図２
に示すように、各種プログラムを記憶するプログラムメ
モリ１１０と、複数のドキュメントデータによって構成
されるドキュメントデータベース１２０と、プログラム
メモリ１１０内のプログラムに従って各種処理動作を行
なうＣＰＵ１３０と、ネットワークを介して他のワーク
ステーションと通信を行なうためのネットワークインタ
フェース１４０と、更新レコードを一時的に記憶する更
新バッファ１５０を備えている。ここで、ドキュメント
データベース１２０を構成する各ドキュメントデータ
は、データベース管理システム（Data BaseManagement
System）によって管理されている。

【００２４】プログラムメモリ１１０には、プログラム
として、ドキュメントデータを参照したり、更新したり
するためのデータベースサーバプログラム１１１や、ド
キュメント索引情報を生成し、転送するための検索エー
ジェントプログラム１１５が記憶されている。

【００２５】図３はこのようなデータベースサーバプロ
グラム１１１及び検索エージェントプログラム１１５に
よる機能を説明するための説明図である。ＣＰＵ１３０
は、データベースサーバプログラム１１１に従って処理
動作をすることによって、図３（ａ）に示すように、ド
キュメントデータ参照手段１１２や、ドキュメントデー
タ更新手段１１３や、データ更新トリガ送信手段１１４
として機能し、また、検索エージェントプログラム１１
５に従って処理動作をすることによって、図３（ｂ）に
示すように、データ更新トリガ受信手段１１６や、ドキ
ュメント索引生成手段１１７と、ドキュメント索引転送
手段１１８として機能する。

【００２６】また、ＷＷＷサーバワークステーション
（以下、ＷＷＷサーバと略す。）２００は、図２に示す
ように、プログラムメモリ２１０と、複数のＨＴＭＬ
（HyperText Mark-up Language）データによって構成さ
れるＨＴＭＬデータファイル群２２０と、ＣＰＵ２３０
と、ネットワークインタフェース２４０と、バッファ群
２５０を備えている。バッファ群２５０は、ファイル一
覧バッファ２５２と、前回ファイル一覧バッファ２５４
と、更新バッファ２５６を備えている。ここで、各ＨＴ
ＭＬデータは、オペレーティングシステムにおけるファ
イル管理システムによって管理されている。

【００２７】プログラムメモリ２１０には、プログラム
として、ＨＴＭＬデータを参照するためのＷＷＷサーバ
プログラム２１１と、ＨＴＭＬデータの更新を検知して
ドキュメント索引情報を生成し、転送するための検索エ
ージェントプログラム２１５が記憶されている。

【００２８】図４はこのようなＷＷＷサーバプログラム
２１１及び検索エージェントプログラム２１５による機
能を説明するための説明図である。ＣＰＵ２３０は、Ｗ
ＷＷサーバプログラム２１１に従って処理動作をするこ
とによって、図４（ａ）に示すように、ＨＴＭＬデータ
参照手段２１２として機能し、また、検索エージェント
プログラム２１５に従って処理動作をすることによっ
て、図４（ｂ）に示すように、データ更新検知手段２１
６や、ドキュメント索引生成手段２１７や、ドキュメン
ト索引転送手段２１８として機能する。

【００２９】また、検索サーバワークステーション（以
下、検索サーバと略す。）３００は、図２に示すよう
に、プログラムメモリ３１０と、ドキュメント索引情報
３２０と、ＣＰＵ３３０と、ネットワークインタフェー
ス３４０を備えている。

【００３０】プログラムメモリ３１０には、プログラム
として、ドキュメント索引情報３２０を検索したり、更
新したりするための検索サーバプログラム３１１が記憶
されている。

【００３１】図５はこのような検索サーバプログラム３
１１による機能を説明するための説明図である。ＣＰＵ
３３０は、検索サーバプログラム３１１に従って処理動
作をすることによって、図５に示すように、ドキュメン
ト索引検索手段３１２や、ドキュメント索引更新手段３
１３として機能する。

【００３２】クライアントワークステーション（以下、
クライアントと略す。）４００は、図２に示すように、
プログラムメモリ４１０と、ＣＰＵ４３０と、ネットワ
ークインタフェース４４０を備えている。プログラムメ
モリ４１０には、プログラムとして、データベースサー
バ１００やＷＷＷサーバ２００或いは検索サーバ３００
にアクセスするためのクライアントプログラム４１１が
記憶されている。

【００３３】さて、検索サーバ３００が初めて運用する
場合、ドキュメント索引情報３２０は無の状態であるの
で、データベースサーバ１００やＷＷＷサーバ２００で
は、それぞれ、検索エージェントプログラム１１５，２
１５が起動し、格納している全ドキュメントデータにつ
いて、それぞれ、ドキュメントデータの書誌情報やキー
ワードやデータ格納場所などを含むサマリー情報（ドキ
ュメント索引）を生成し、検索サーバ３００に転送す
る。検索サーバ３００では、検索サーバプログラム３１
１が起動して、転送された複数のドキュメント索引を受
け取って、ドキュメント索引情報３２０として格納す
る。

【００３４】次に、データベースサーバ１００におい
て、ドキュメントデータベース１２０内のドキュメント
データを更新（即ち、追加，変更，削除）する場合の動
作について説明する。

【００３５】図６は図２のデータベースサーバプログラ
ム１１１の処理内容を示すフローチャート、図７は図２
のドキュメントデータベース１２０内のドキュメントデ
ータを更新する場合の一例を示すフローチャート、図８
は図２のドキュメントデータベース１２０の内容と更新
バッファ１５０の内容の一例を示す説明図、図９はドキ
ュメントデータのデータ構造の一例を示す説明図であ
る。

【００３６】ドキュメントデータベース１２０は、例え
ば、複数のドキュメントデータファイルによって構成さ
れ、さらに、各ドキュメントデータファイルは図８
（ａ）に示すように複数のドキュメントデータによって
構成されている。また、各ドキュメントデータは、それ
ぞれ、図９に示すように、本文の他、ドキュメント名
や、作者名などによって構成されている。

【００３７】さて、図２に示すデータベースサーバプロ
グラム１１１が起動されると、図６に示すように、ま
ず、コマンド待ちの状態となり（ステップＳ１０２）、
その後、コマンドが入力されると、入力されたコマンド
に応じて処理が分かれる（ステップＳ１０４）。

【００３８】ドキュメントデータベース１２０内のドキ
ュメントデータを更新する場合、その更新はトランザク
ション単位毎に行なわれる。例えば、図７に示すよう
に、トランザクションが開始されると（ステップＳ２０
２）、データベースサーバプログラム１１１には、図６
に示すように、コマンドとしてトランザクション開始が
入力されるので、ステップＳ１２４に進んで更新行数を
０にすると共に、更新バッファ１５０をクリアする（ス
テップＳ１２６）。

【００３９】次に、図８（ａ）に示すドキュメントデー
タベース１２０に格納されたファイル１について、図７
に示すように、ドキュメントデータ１を追加する場合
（ステップＳ２０４）、データベースサーバプログラム
１１１には、図６に示すように、コマンドとしてデータ
追加が入力されるので、ドキュメントデータベース１２
０にドキュメントデータ１を１行追加し（ステップＳ１
１０）、更新バッファ１５０にも、図８（ｂ）に示すよ
うにその追加行（即ち、ドキュメントデータ１）をその
種別（この場合、「追加」）と共に追加して（ステップ
Ｓ１１２）、更新レコード１５１とする。そして、更新
行数に１を加える（ステップＳ１２２）。

【００４０】次に、図７に示すように、ドキュメントデ
ータ２を変更する場合（ステップＳ２０６）、データベ
ースサーバプログラム１１１には、図６に示すように、
コマンドとしてデータ変更が入力されるので、ドキュメ
ントデータベース１２０の該当行のドキュメントデータ
２を変更し（ステップＳ１１４）、更新バッファ１５０
にも、図８（ｂ）に示すようにその変更行（即ち、ドキ
ュメントデータ２）をその種別（この場合、「変更」）
と共に追加して（ステップＳ１１６）、更新レコード１
５２とする。そして、更新行数に１を加える（ステップ
Ｓ１２２）。

【００４１】さらに、図７に示すように、ドキュメント
データ３を削除する場合（ステップＳ２０８）、データ
ベースサーバプログラム１１１には、図６に示すよう
に、コマンドとしてデータ削除が入力されるので、ドキ
ュメントデータベース１２０から該当行のドキュメント
データ３を削除し（ステップＳ１１８）、更新バッファ
１５０にも、図８（ｂ）に示すようにその削除行（即
ち、ドキュメントデータ３）をその種別（この場合、
「削除」）と共に追加して（ステップＳ１１６）、更新
レコード１５３とする。そして、更新行数に１を加える
（ステップＳ１２２）。

【００４２】そして、図７に示すように、トランザクシ
ョンが終了すると（ステップＳ２１０）、データベース
サーバプログラム１１１には、図６に示すように、コマ
ンドとしてトランザクション終了が入力されるので、デ
ータ更新トリガを発生して検索エージェントプログラム
１１５に送る（ステップＳ１２８）。

【００４３】以上のようなドキュメントデータの更新と
データ更新トリガの発生・送信は図３（ａ）に示すドキ
ュメントデータ更新手段１１３とデータ更新トリガ送信
手段１１４がそれぞれ行なうことになる。なお、図６に
おいて、データ参照については、後ほど説明する。

【００４４】以上のように、ドキュメントデータベース
１２０内の１トランザクション分のドキュメントデータ
の更新が終了すると、更新バッファ１５０には、図８
（ｂ）に示すように、更新されたドキュメントデータと
その種別（「追加」，「変更」，「削除」）から成る更
新レコード１５１〜１５３が１トランザクション分記憶
された状態となる。

【００４５】次に、データベースサーバ１００におい
て、更新されたドキュメントデータに基づいてドキュメ
ント索引を生成する場合の動作について説明する。

【００４６】図１０は図２の検索エージェントプログラ
ム１１５の処理内容を示すフローチャート、図１１は通
信回線５００を介してデータベースサーバ１００から検
索サーバ３００へ転送される転送データの一例を示す説
明図、図１２はドキュメント索引のデータ構造の一例を
示す説明図である。

【００４７】図２に示す検索エージェントプログラム１
１５が起動されると、図１０に示すように、まず、イベ
ント待ちの状態となり（ステップＳ３０２）、その後、
イベントが入力されると、そのイベントがデータ更新ト
リガイベントか否かが判定される（ステップＳ３０
４）。即ち、データベースサーバプログラム１１１から
送信されたデータ更新トリガを受信したか否かが判定さ
れる。判定の結果、データ更新トリガイベントでなく、
別のイベントであれば、ステップＳ３１４に進んでその
イベントに応じた処理を行なう。

【００４８】一方、データ更新トリガイベントであれ
ば、図８（ｂ）に示す更新バッファ１５０より更新レコ
ードを一つ取り出す（ステップＳ３０６）。そして、そ
の更新レコードのドキュメントデータに基づいてドキュ
メント索引を生成し、種別と共に転送レコードを構成さ
せる（ステップＳ３０８）。例えば、取り出した更新レ
コードが図８（ｂ）に示す更新レコード１５１であると
すると、その更新レコード１５１内のドキュメントデー
タ１からドキュメント索引１を生成し、更新レコード１
５１内の種別（この場合、「追加」）と共に、図１１に
示す転送レコード５０４を構成させる。

【００４９】ここで、生成されるドキュメント索引は、
図１２に示すように、ドキュメント名や作者名などの書
誌情報の他、キーワードや、ドキュメント種別や、ドキ
ュメントデータの格納場所などによって構成される。こ
のうち、書誌情報やキーワードは、図９に示したドキュ
メントデータの中から、それぞれ抽出される。また、ド
キュメント種別としては、テキストデータ、バイナリデ
ータの別や、さらに細かく画像データや、ＨＴＭＬデー
タの別などが付される。また、ドキュメントデータの格
納場所としては、データベースサーバ内のドキュメント
データベースに格納されたドキュメントデータの場合、
データベースサーバ名、データベース名、ファイル名、
主キー値（データベース内のドキュメントを一意的に区
別するための識別番号のようなもの）などが付される。
また、後述するようなＷＷＷサーバ内のファイルに格納
されたＨＴＭＬデータの場合は、情報資源のアクセス方
法と存在場所を指定するためのＵＲＬ（Uniform Resour
ce Locator）などが付される。

【００５０】なお、更新レコード内の種別が「変更」や
「削除」である場合、生成するドキュメント索引として
は、図１２に示すような情報を全て有する必要はない。
即ち、「変更」の場合は少なくとも変更された部分の情
報（例えば、作者名が変更されている場合は、その作者
名）とドキュメントデータの格納場所を有していれば良
い。また、「削除」の場合は少なくともドキュメントデ
ータの格納場所を有していれば良い。

【００５１】また、ドキュメントデータの種類によって
は、図１２に示す情報の全てが得られるとは限らない
し、異なる情報が得られる場合もある。従って、そのよ
うな場合には、得られる情報によってドキュメント索引
を構成すればよい。

【００５２】次に、ステップＳ３０６で取り出した更新
レコードが最後のレコードであるか否かを判定する（ス
テップＳ３１０）。判定の結果、最後のレコードでなけ
れば、ステップＳ３０６に戻って、更新バッファ１５０
より次の更新レコードを一つ取り出し、同様の処理を繰
り返す。最後のレコードであれば、１トランザクション
分の更新レコードについて、ドキュメント索引生成の処
理が終了したことになるので、図１１に示すように１ト
ランザクション分の転送レコード５０４〜５０８が得ら
れたことになる。

【００５３】次に、こうして得られた１トランザクショ
ン分の転送レコード５０４〜５０８をドキュメント索引
更新要求５０２と共に、通信回線５００を介して検索サ
ーバ３００の検索サーバプログラム３１１に転送する
（ステップＳ３１２）。即ち、検索サーバプログラム３
１１へは、図１１に示すように、先頭から、ドキュメン
ト索引更新要求５０２、転送レコード５０４〜５０８の
順に順次転送される。

【００５４】以上のようなデータ更新トリガの受信とド
キュメント索引の生成とドキュメント索引の転送は、図
３（ｂ）に示すデータ更新トリガ受信手段１１６とドキ
ュメント索引生成手段１１７とドキュメント索引転送手
段１１８がそれぞれ行なうことになる。

【００５５】次に、検索サーバ３００において、転送さ
れたドキュメント索引を基に、格納されているドキュメ
ント索引情報を更新する場合の動作について説明する。

【００５６】図１３は図２の検索サーバプログラム３１
１の処理内容の一部を示すフローチャート、図１４は図
２の検索サーバプログラム３１１の処理内容の残りの部
分を示すフローチャート、図１５は図２のドキュメント
索引情報３２０の内容の一例を示す説明図である。

【００５７】図２に示す検索サーバプログラム３１１が
起動されると、図１３に示すように、まず、イベント待
ちの状態となり（ステップＳ４０２）、その後、イベン
トが入力されると、そのイベントが検索エージェントプ
ログラムからのイベントかクライアントプログラムから
のイベントかが判定される（ステップＳ４０４）。判定
の結果、クライアントプログラムからのイベントである
場合には、図１４のＡに進む。

【００５８】一方、検索エージェントプログラムからの
イベントである場合には、さらに、そのイベントがドキ
ュメント索引更新要求イベントであるか否かが判定され
る（ステップＳ４０８）。即ち、検索エージェントプロ
グラムから転送されてきた図１１に示すドキュメント索
引更新要求５０２を受信したか否かが判定される。判定
の結果、ドキュメント索引更新要求イベントでなく、別
のイベントであれば、ステップＳ４２２に進んで、その
イベントに応じた処理を行なう。

【００５９】ドキュメント索引更新要求イベントであれ
ば、図１１に示す次に転送されてくる転送レコードを１
つ受信する（ステップＳ４１０）。そして、その転送レ
コードの種別が何かを判定し（ステップＳ４１２）、そ
の判定結果に応じた処理を行なう。例えば、図１１に示
すように、ドキュメント索引更新要求５０２に続く転送
レコードが５０４である場合、その種別は「追加」であ
るので、ステップＳ４１４に進み、図１５に示すよう
に、ドキュメント索引情報３２０の最後尾に、転送レコ
ード５０４内のドキュメント索引１を１行追加する。

【００６０】次に、ステップＳ４１０で受信した転送レ
コードが最後のレコードであるか否かを判定する（ステ
ップＳ４２０）。判定の結果、最後のレコードでなけれ
ば、ステップＳ４１０に戻って、次に転送されてくる転
送レコードを１つ受信する。図１１に示すように、次に
続く転送レコードは５０６であり、その種別は「変更」
であるので、ステップＳ４１６に進み、図１５に示すよ
うに、ドキュメント索引情報３２０内の該当行のドキュ
メント索引２を、転送レコード内の新たなドキュメント
索引２に変更する。このとき、ドキュメント索引情報３
２０内の該当行のドキュメント索引は、ドキュメント索
引情報３２０内の複数のドキュメント索引の中から、ド
キュメントデータの格納場所が、転送レコード内のドキ
ュメント索引と一致するものを探し出すことによって、
容易に見つけ出すことができる。

【００６１】さらに、ステップＳ４１０に戻って、次に
転送されてくる転送レコードを１つ受信した場合、図１
１に示すように、次に続く転送レコードは５０８であ
り、その種別は「削除」であるので、ステップＳ４１８
に進み、図１５に示すように、ドキュメント索引情報３
２０内の該当行のドキュメント索引３を削除する。

【００６２】一方、ステップＳ４２０において、最後の
レコードであると判定された場合には、検索エージェン
トプログラムから転送されてきた全ての転送レコードを
受信したことになるので、ドキュメント索引情報３２０
の更新処理を終了して、再びイベント待ち（ステップＳ
４０２）の状態に戻る。以上のようなドキュメント索引
情報３２０の更新は図５に示すドキュメント索引更新手
段３１３が行なうことになる。

【００６３】次に、検索者が目的とするドキュメントデ
ータを検索し、そのドキュメントデータを得る場合の動
作について説明する。まず、クライアント４００におい
て、クライアントプログラム４１１を起動する。そし
て、検索者が、検索したいドキュメントデータのドキュ
メント名，作者名などの書誌情報の一部やキーワードな
どを、検索条件としてクライアント４００に入力する
と、クライアントプログラム４１１は、検索要求と検索
条件を、通信回線５４０を介して検索サーバ３００の検
索サーバプログラム３１１に転送する。

【００６４】一方、検索サーバプログラム３１１では、
図１３において既に説明したように、イベントが入力さ
れると、そのイベントが検索エージェントプログラムか
らのイベントかクライアントプログラムからのイベント
かを判定し（ステップＳ４０４）、クライアントプログ
ラムからのイベントである場合には、図１４のＡに進
む。図１４では、まず、そのイベントが検索要求イベン
トであるか否かを判定する（ステップＳ４２４）。即
ち、クライアントプログラムから転送されてきた検索要
求を受信したか否かを判定する。判定の結果、検索要求
イベントでなく、別のイベントであれば、ステップＳ４
３２に進んで、そのイベントに応じた処理を行なう。

【００６５】検索要求イベントであれば、次に転送され
てくる検索条件を受信し（ステップＳ４２６）、格納す
るドキュメント索引情報３２０からその検索条件を満た
す行、即ち、ドキュメント索引を抽出する（ステップＳ
４２８）。そして、その抽出結果を通信回線５４０を介
してクライアント４００のクライアントプログラム４１
１に送信する（ステップＳ４３０）。このようなドキュ
メント索引情報３２０に対する検索は図５に示すドキュ
メント索引検索手段３１２が行なうことになる。

【００６６】クライアントプログラム４１１は、送信さ
れた検索結果を受信すると、それを検索者に対して提示
し、それにより、検索者は目的とするドキュメントデー
タの格納場所や、その他必要な情報を知ることができ
る。

【００６７】次に、検索者がそのドキュメントデータの
取得をクライアントプログラム４１１に要求すると、ク
ライアントプログラム４１１は、そのドキュメントデー
タの格納されているサーバにアクセスを開始する。例え
ば、そのサーバがデータベースサーバ１００である場
合、クライアントプログラム４１１は通信回線５６０を
介してデータベースサーバ１００にアクセスして、デー
タベースサーバプログラム１１１に対しデータ参照コマ
ンドを送出する。

【００６８】クライアントプログラム４１１は、図６に
示したように、ステップＳ１０４において、入力された
コマンドがデータ参照コマンドであると判定すると、ス
テップＳ１０６に進んで、ドキュメントデータベース１
２０の中から、該当行のドキュメントデータを読み出し
て（ステップＳ１０６）、読み出したその行、即ち、目
的とするドキュメントデータを出力媒体（この場合、ク
ライアント４００）に対して転送する。このような目的
とするドキュメントデータの読み出しは、図３（ａ）の
ドキュメントデータ参照手段１１２によって行なわれ
る。

【００６９】このようにして転送されたドキュメントデ
ータを、クライアント４００のクライアントプログラム
４１１が受信することによって、検索者は目的とするド
キュメントデータを得ることができる。

【００７０】次に、ＷＷＷサーバ２００において、ＨＴ
ＭＬデータファイル群２２０内のＨＴＭＬデータを更新
（即ち、追加，変更，削除）した場合の動作について説
明する。

【００７１】前述したように、データベースサーバ１０
０では、格納しているドキュメントデータの管理をデー
タベース管理システムによって行なっているが、ＷＷＷ
サーバ２００では、格納しているＨＴＭＬデータの管理
を、オペレーティングシステムにおけるファイル管理シ
ステムによって行なっている。そのため、ＷＷＷサーバ
２００のＷＷＷサーバプログラム２１１には、図４
（ａ）に示すように、データベースサーバ１００のデー
タベースサーバプログラム１１１のようなデータ更新ト
リガ送信手段１１４は存在しない。そのため、ＨＴＭＬ
データファイル群２２０内のＨＴＭＬデータが更新（即
ち、追加，変更，削除）されても、ＷＷＷサーバプログ
ラム２１１から検索エージェントプログラム２１５へは
データ更新トリガが送られないため、検索エージェント
プログラム２１５では、ＨＴＭＬデータが更新されたど
うかを知ることができない。そこで、本実施例において
は、図４（ｂ）に示すように検索エージェントプログラ
ム２１５にデータ更新検知手段２１６を設けている。

【００７２】図１６は図２の検索エージェントプログラ
ム２１５におけるデータ更新検知手段２１６の処理内容
の前半部分を示すフローチャート、図１７は図２の検索
エージェントプログラム２１５におけるデータ更新検知
手段２１６の処理内容の後半部分を示すフローチャー
ト、図１８は図２のファイル一覧バッファ２５２，前回
ファイル一覧バッファ２５４，更新バッファ２５６の記
憶内容の一例を示す説明図である。

【００７３】図１６に示すように、処理が開始される
と、まず、一定時間スリープした後（ステップＳ５０
２）、ＨＴＭＬデータファイル群２２０内のＨＴＭＬデ
ータの格納されているファイルを一つ選択する（ステッ
プＳ５０４）。即ち、ＨＴＭＬデータファイル群２２０
では、各ファイルはそれぞれディレクトリで階層に分類
されて収容されており、ここでは、ＷＷＷサーバプログ
ラム２１１が管理する特定のディレクトリ以下のＨＴＭ
Ｌデータの格納されているファイルが全て選択の対象と
なる。

【００７４】なお、この段階において、図１８に示す３
つのバッファのうち、ファイル一覧バッファ２５２と更
新バッファ２５６については記憶内容が全てクリアされ
ているが、前回ファイル一覧バッファ２５４について
は、前回格納したファイルのパス名やタイムスタンプが
そのままとなっており、「処理済み」の欄のみがクリア
されているものとする。

【００７５】次に、選択したファイルから、そのファイ
ルのパス名とタイムスタンプを取り込んで、図１８
（ａ）に示すファイル一覧バッファ２５２にそれぞれ格
納する（ステップＳ５０６）。そして、取得したパス名
及びタイムスタンプを、図１８（ｂ）に示す前回ファイ
ル一覧バッファ２５４内に格納されている複数のパス名
及びタイムスタンプと順次比較して、前回ファイル一覧
バッファ２５４内に、取得したパス名とタイムスタンプ
の両方と一致するパス名及びタイムスタンプがあるか否
かを判定する（ステップＳ５０８）。一致するパス名及
びタイムスタンプがある場合にはステップＳ５１６に進
むが、ない場合には、今度は、前回ファイル一覧バッフ
ァ２５４内に、取得したパス名と一致するパス名がある
か否かを判定する（ステップＳ５１０）。一致するパス
名がある場合にはステップＳ５１４に進み、ない場合に
はステップＳ５１２に進む。

【００７６】即ち、ステップＳ５１２に進んだ場合は、
前回ファイル一覧バッファ２５４内に、取得したパス名
と同じものがない場合であって、これは、ステップＳ５
０４で選択したファイルが新たに追加されたファイルで
あることを示している。従って、ステップＳ５１２で
は、図１８（ｃ）に示す更新バッファ２５６に、取得し
たパス名と、種別として、追加されたファイルであるこ
とを示す「追加」を格納する。

【００７７】また、ステップＳ５１４に進んだ場合は、
前回ファイル一覧バッファ２５４内に、取得したパス名
と同じものはあるが、タイムスタンプは異なっている場
合であって、これは、選択したファイルが前回のファイ
ルに変更を加えたファイルであることを示している。従
って、ステップＳ５１４では、図１８（ｃ）に示す更新
バッファ２５６に、取得したパス名と、種別として、変
更されたファイルであることを示す「変更」を格納す
る。そして、前回ファイル一覧バッファ２５４内の一致
したパス名について、「処理済み」の欄にチェックを付
す（ステップＳ５１６）。

【００７８】一方、ステップＳ５０８からステップＳ５
１６に進んだ場合は、前回ファイル一覧バッファ２５４
内に、取得したパス名と同じものがあり、タイムスタン
プも同じである場合であって、これは、選択したファイ
ルが、前回のファイルと全く同じであり、何ら変更が加
えられていないことを示している。従って、この場合
は、前回ファイル一覧バッファ２５４内の一致したパス
名について、「処理済み」の欄にチェックを付す（ステ
ップＳ５１６）ことだけを行なう。

【００７９】次に、ステップＳ５１８では、ステップＳ
５０４で選択したファイルが、選択対象となっているフ
ァイルの中で、最後のファイルであるか否か判定し、最
後のファイルでなければ、ステップＳ５０４に戻って、
次のファイルを１つ選択し、以下同様の処理を行なう。
最後のファイルであれば、図１７のＣに進む。

【００８０】なお、前回ファイル一覧バッファ２５４内
にパス名がある場合であっても、そのパス名に該当する
ファイルが、選択対象となっているファイルの中にない
場合がある。即ち、前回存在していたファイルが削除さ
れた場合である。そのような削除されたファイルは図１
６に示した処理の中では見い出すことができない。

【００８１】そこで、図１７では、まず、前回ファイル
一覧バッファ２５４内において、「処理済み」の欄がチ
ェックされていないパス名を探し出す。即ち、前回存在
していたが、その後、削除されたファイルは、図１６に
示した処理がなされないため、前回ファイル一覧バッフ
ァ２５４内のそのファイルに該当するパス名について、
「処理済み」の欄にチェックが付されないからである。
従って、そのようなパス名を探し出したら、図１８
（ｃ）に示す更新バッファ２５６に、そのパス名と、種
別として、削除されたファイルであることを示す「削
除」を格納する（ステップＳ５２０）。

【００８２】次に、更新バッファ２５６に記憶されてい
る内容（即ち、パス名と種別）を図４（ｂ）に示すドキ
ュメント索引生成手段２１７に転送する（ステップＳ５
２２）。そして、更新バッファ２５６と前回ファイル一
覧バッファ２５４の記憶内容をクリアした後（ステップ
Ｓ５２４）、ステップＳ５０６で格納したファイル一覧
バッファ２５２の記憶内容を前回ファイル一覧バッファ
２５４に複写し（ステップＳ５２６）、その後、ファイ
ル一覧バッファ２５２の記憶内容をクリアする（ステッ
プＳ５２８）。以上の処理が終了したら、図１６のＤに
進んで、再び、一定時間のスリープ状態（ステップＳ５
０２）に戻る。こうして、検索エージェントプログラム
２１５におけるデータ変更検知手段２１６によって、Ｈ
ＴＭＬデータファイル群２２０内におけるＨＴＭＬデー
タの更新の有無を検知することができる。

【００８３】なお、検索エージェントプログラム２１５
（即ち、ドキュメント索引生成手段２１７，ドキュメン
ト索引転送手段２１８）によるドキュメント索引の生成
やドキュメント索引の転送は、データベースサーバ１０
０における検索エージェントプログラム１１５と処理内
容はほぼ同じなので、説明は省略する。

【００８４】以上のように、本実施例によれば、データ
ベースサーバ１００やＷＷＷサーバ２００に格納された
ドキュメントデータ（ＨＴＭＬデータも含む）が更新さ
れても、その更新情報はドキュメント索引としてすぐに
検索サーバ３００に転送され、それに基づいて、格納す
るドキュメント索引情報３２０が更新されるので、ドキ
ュメントデータの更新は直ちにドキュメント索引情報３
２０に反映され、そのドキュメント索引情報３２０を基
にして、その更新されたドキュメントデータに対する検
索を適正に行なうことができる。

【００８５】また、検索サーバ３００は、ネットワーク
上の全てのドキュメントサーバを相手とするのではな
く、検索エージェントプログラムの稼働するドキュメン
トサーバ（即ち、データベースサーバ１００及びＷＷＷ
サーバ２００）のみを相手として、ドキュメント索引情
報３２０を得ているため、不要なドキュメントサーバ内
のドキュメントデータは一切検索対象とならない。

【００８６】さらにまた、データベースサーバ１００及
びＷＷＷサーバ２００は、格納しているドキュメントデ
ータが更新された場合、格納する全てのドキュメントデ
ータについてドキュメント索引を生成するのではなく、
更新されたドキュメントデータについてのみ、ドキュメ
ント索引を生成して、検索サーバ３００に転送するた
め、ネットワークの渋滞やデータベースサーバ１００，
ＷＷＷサーバ２００及び検索サーバ３００の負荷の増加
を最小限におさえることができる。

【００８７】なお、本発明は上記した実施例や実施形態
に限られるものではなく、その要旨を逸脱しない範囲に
おいて種々の態様にて実施することが可能である。

【００８８】上記した実施例においては、ネットワーク
に接続されているドキュメントサーバは、データベース
サーバ１００とＷＷＷサーバ２００の２つであったが、
１つであっても良いし、３つ以上であっても良い。同じ
く、クライアントもネットワーク上にクライアント４０
０が１つあるだけであり、検索サーバも検索サーバ３０
０が１つだけであったが、これらについても、２つ以上
あって差し支えない。

【００８９】また、上記した実施例では、検索サーバ３
００はドキュメントサーバと独立した構成となっている
が、一つのドキュメントサーバの中に、検索サーバの機
能を持たせて、そのドキュメントサーバに検索サーバを
兼ねさせるようにしても良い。

【００９０】また、上記した実施例では、オペレーティ
ングシステムにおけるファイル管理システムによって、
ＨＴＭＬデータを管理している例を挙げたが、ＨＴＭＬ
データに限らず、他のドキュメントデータを管理するよ
うにしても良く、その場合にも、図１６に示したような
検索エージェントプログラム２１５におけるデータ変更
検知手段２１６による処理を適用することができる。

【図面の簡単な説明】

【図１】本発明の一実施例としてドキュメントデータ検
索システムの概要を示す説明図である。

【図２】図１のドキュメントデータ検索システムの詳細
な構成を示すブロック図である。

【図３】図２のデータベースサーバプログラム１１１及
び検索エージェントプログラム１１５による機能を説明
するための説明図である。

【図４】図２のＷＷＷサーバプログラム２１１及び検索
エージェントプログラム２１５による機能を説明するた
めの説明図である。

【図５】図２の検索サーバプログラム３１１による機能
を説明するための説明図である。

【図６】図２のデータベースサーバプログラム１１１の
処理内容を示すフローチャートである。

【図７】図２のドキュメントデータベース１２０内のド
キュメントデータを更新する場合の一例を示すフローチ
ャートである。

【図８】図２のドキュメントデータベース１２０の内容
と更新バッファ１５０の内容の一例を示す説明図であ
る。

【図９】ドキュメントデータのデータ構造の一例を示す
説明図である。

【図１０】図２の検索エージェントプログラム１１５の
処理内容を示すフローチャートである。

【図１１】通信回線５００を介してデータベースサーバ
１００から検索サーバ３００へ転送される転送データの
一例を示す説明図である。

【図１２】ドキュメント索引のデータ構造の一例を示す
説明図である。

【図１３】図２の検索サーバプログラム３１１の処理内
容の一部を示すフローチャートである。

【図１４】図２の検索サーバプログラム３１１の処理内
容の残りの部分を示すフローチャートである。

【図１５】図２のドキュメント索引情報３２０の内容の
一例を示す説明図である。

【図１６】図２の検索エージェントプログラム２１５に
おけるデータ更新検知手段２１６の処理内容の前半部分
を示すフローチャートである。

【図１７】図２の検索エージェントプログラム２１５に
おけるデータ更新検知手段２１６の処理内容の後半部分
を示すフローチャートである。

【図１８】図２のファイル一覧バッファ２５２，前回フ
ァイル一覧バッファ２５４，更新バッファ２５６の記憶
内容の一例を示す説明図である。

【符号の説明】

１００…データベースサーバ １１０…プログラムメモリ １１１…データベースサーバプログラム １１２…ドキュメントデータ参照手段 １１３…ドキュメントデータ更新手段 １１４…データ更新トリガ送信手段 １１５…検索エージェントプログラム １１６…データ更新トリガ受信手段 １１７…ドキュメント索引生成手段 １１８…ドキュメント索引転送手段 １２０…ドキュメントデータベース １３０…ＣＰＵ １４０…ネットワークインタフェース １５０…更新バッファ １５１〜１５３…更新レコード ２００…ＷＷＷサーバ ２１０…プログラムメモリ ２１１…ＷＷＷサーバプログラム ２１２…ＨＴＭＬデータ参照手段 ２１５…検索エージェントプログラム ２１６…データ更新検知手段 ２１７…ドキュメント索引生成手段 ２１８…ドキュメント索引転送手段 ２２０…ＨＴＭＬデータファイル群 ２３０…ＣＰＵ ２４０…ネットワークインタフェース ２５０…バッファ群 ２５２…ファイル一覧バッファ ２５４…前回ファイル一覧バッファ ２５６…更新バッファ ３００…検索サーバ ３１０…プログラムメモリ ３１１…検索サーバプログラム ３１２…ドキュメント索引検索手段 ３１３…ドキュメント索引更新手段 ３２０…ドキュメント索引情報 ３３０…ＣＰＵ ３４０…ネットワークインタフェース ４００…クライアント ４１０…プログラムメモリ ４１１…クライアントプログラム ４３０…ＣＰＵ ４４０…ネットワークインタフェース ５００，５２０，５４０，５６０，５８０…通信回線 ５０２…ドキュメント索引更新要求 ５０４〜５０８…転送レコード

Claims (3)

【特許請求の範囲】
1. 【請求項１】 クライアントと、 複数のドキュメントデータを格納し、前記クライアント
   からの要求に応じて所望のドキュメントデータを提供す
   る１つ以上のドキュメントサーバと、 各ドキュメントデータのサマリー情報によって構成され
   るドキュメント索引情報を格納し、前記クライアントか
   らの要求に応じて、前記ドキュメント索引情報を参照し
   つつ、所望のドキュメントデータの格納場所を検索し、
   検索結果を提供する検索サーバと、 を通信回線を介して接続して成るドキュメントデータ検
   索システムであって、 前記ドキュメントサーバは、格納する前記ドキュメント
   データが更新されたか否かを検出する検出手段と、 該検出手段によって前記ドキュメントデータの更新が検
   出されたら、更新された該ドキュメントデータから得ら
   れる該ドキュメントデータのサマリー情報に基づいて、
   更新情報を生成する生成手段と、 生成した前記更新情報を前記通信回線を介して前記検索
   サーバに転送する転送手段と、を備え、 前記検索サーバは、転送された前記更新情報に基づい
   て、格納する前記ドキュメント索引情報を更新する更新
   手段を備えるドキュメントデータ検索システム。
2. 【請求項２】 請求項１に記載のドキュメントデータ検
   索システムにおいて、 前記ドキュメントサーバは、 格納している前記ドキュメントデータを、データベース
   管理システムによって管理する手段をさらに備えると共
   に、 前記検出手段は、前記ドキュメントデータの更新を検出
   すると、データ更新トリガを発生する手段を備え、 前記生成手段は、前記データ更新トリガの発生に応じて
   前記更新情報の生成を開始する手段を備えるドキュメン
   トデータ検索システム。
3. 【請求項３】 請求項１に記載のドキュメントデータ検
   索システムにおいて、 前記ドキュメントサーバは、 格納している前記ドキュメントデータを、オペレーティ
   ングシステムにおけるファイル管理システムによって管
   理する手段をさらに備えると共に、 前記検出手段は、管理しているファイルを順次チェック
   して、格納する前記ドキュメントデータが更新されたか
   否かを検出する手段を備えるドキュメントデータ検索シ
   ステム。