JP4738902B2 - 情報管理装置、情報検索方法及び記録媒体 - Google Patents

Description

本発明は、情報管理装置、情報検索方法等に関し、例えばネットワーク上の情報を検索するのに用いて好適な技術に関する。

複数のコンピュータがネットワークに接続されている環境が日常的になってきている。このような環境ではコンピュータのローカルディスクとネットワークとの境界を意識せずに、シームレスに情報の検索が行えることが求められる。例えば、Ｇｏｏｇｌｅ Ｄｅｓｋｔｏｐ Ｓｅａｒｃｈはインターネット上での検索エンジンＧｏｏｇｌｅと同一のインターフェースでローカルディスク上の検索も行えるような技術である（例えば、非特許文献１参照。）。

しかしながら、ネットワーク上の全ての端末が保有する情報を全てあわせると、ネットワーク上の情報量は非常に膨大であり、また、該情報は今後さらに、増大していくことが予想される。そのため、ネットワーク上の全ての情報を、素早く検索することは、非常に困難な問題がある。

そこで、インターネット上で提供されている検索システムは、予めネットワーク上の情報を収集するプログラムにより収集したデータから、検索用のキーワードを抽出して、検索用の索引情報をデータベースに蓄積している。ユーザが検索する際には、キーワードを入力し、そのキーワードを元に索引情報のデータベースを検索することで、高速な検索を実現している。

しかしながら、キーワードによる検索では、検索にヒットする情報量が膨大になり、必ずしもユーザが必要とする情報を適切に得られない場合もある。ユーザが必要な情報を取得するためには、適切な検索キーワードを選択する等、検索操作に対する熟練を要する。そこで、インターネット上で提供されている検索システムは、ユーザが有益な情報を容易に得ることができるよう、様々な技術を用いている。例えば、Ｇｏｏｇｌｅは情報の参照の関係を利用して、参照される頻度が多い情報を検索結果の上位に表示することで、ユーザが有益な情報を取得する確率をあげている。

"Ｇｏｏｇｌｅ デスクトップ検索−ダウンロード−"、［ｏｎｌｉｎｅ］、［平成１７年４月８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｄｅｓｋｔｏｐ．ｇｏｏｇｌｅ．ｃｏ．ｊｐ／＞

しかしながら、上述したような情報検索手段においては、検索にヒットするためには、予め検索用のデータベースに索引情報が登録されていなければならず、最新の情報が登録されるまでには、タイムラグが発生する問題があった。また、キーワードのみによる検索の場合は、有益でない情報でも、指定したキーワードが含まれている情報（例えば、文書等）であれば検索にヒットするため、例えＧｏｏｇｌｅの様な技術を用いても、検索結果に不要な情報が含まれる可能性が高くなる問題があった。

本発明は上記の点に鑑みなされたもので、ネットワーク上の情報に対して、効率的な検索を行うことを目的とする。

そこで、上記問題を解決するため、本発明に係る情報管理装置は、情報を記憶するディスクを有し、前記ディスク内の情報を複数のクライアント端末にネットワークを介して提供する情報管理装置であって、前記ディスク内の情報が前記複数のクライアント端末の何れかのクライアント端末により取得されると、前記情報のパスと前記クライアント端末を特定するためのアドレスとアクセス日時とを関連づけて前記ディスク内のアクセスログに記録する記録手段と、前記複数のクライアント端末の何れかのクライアント端末から検索条件を受信する受信手段と、前記検索条件に基づいて、前記ディスク内の情報を検索し、前記検索条件に合致する情報のパスを取得する第１のパス取得手段と、前記アクセスログを参照し、前記取得されたパスと合致するパスが関連づけられたアドレスに対応するクライアント端末を特定する特定手段と、前記検索条件に基づいて、前記特定されたクライアント端末のディスク内の情報を検索し、前記検索条件に合致する情報のパスを取得する第２のパス取得手段と、前記第１および２のパス取得手段により取得されたパスを統合して前記検索条件を送信したクライアント端末に送信する送信手段を有することを特徴とする。

本発明によれば、例えば上述した構成を有することにより、情報管理装置が、クライアント端末から情報の検索条件を受信すると、情報管理装置自身の他に検索対象のクライアント端末を限定して検索条件に合致する情報を検索することにより、高速な検索を実現することができる。

なお、特許請求の範囲に記載の「情報」は、例えば後述する文書（又は文書ファイル）、又は画像（又は画像ファイル）等に対応する。また、特許請求の範囲に記載の「ディスク」は、例えば後述するハードディスク１０７等に対応する。また、特許請求の範囲に記載の「アクセスログ」は、例えば後述するアクセスログ１０８又は管理情報１２０２等に対応する。また、特許請求の範囲に記載の「情報管理装置」は、例えば文書管理サーバ１０１又は１００１等に対応する。また、特許請求の範囲に記載の「クライアント端末」は、例えば後述するクライアント端末１０２又は１０３又は８０１又は１００２等に対応する。

また、上記問題を解決するため、本発明は、情報検索方法及び記録媒体としてもよい。

本発明によれば、ネットワーク上の情報に対して、効率的な検索を行うことができる。

以下、本発明の実施の形態について図面に基づいて説明する。

まず、実施例１では、文書公開方法として文書管理サーバがＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバによる公開を行っており、クライアント端末は、ＷＷＷブラウザにより文書管理サーバに接続して、文書管理サーバから文書ファイル（又は文書）を取得するシステム及び該システムにおける処理等を説明する。

始めに、本発明に係るシステム構成の一例を、図１に示す。図１は、本発明に係るシステム構成図（その１）である。図１に示すように、このシステムは文書管理サーバ１０１と、共有文書を取得したクライアント端末１０２と、検索を実行するクライアント端末１０３とがネットワークを介して接続されている。ここで共有文書を取得したクライアント端末１０２と、検索を実行するクライアント端末１０３とが同一のクライアント端末であってもよい。

文書管理サーバ１０１はＷｅｂサーバとして機能し、ＷＷＷサーバプログラム１０４を利用して、文書を公開している。ＷＷＷサーバプログラム１０４は文書の公開機能と、検索の機能とを有しており、文書提供機能部１０５と、検索機能部１０６とを含む。文書提供機能部１０５は、文書管理サーバ１０１のハードディスク１０７内にある共有文書１０９（以下、単に文書又は文書ファイルともいう）を、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルによりクライアント端末等が取得可能な形式で、公開する機能を有している。また、文書提供機能部１０５は、例えばクライアント端末１０２が共有文書を取得したときには、アクセスログ１０８として、共有文書１０９を取得したクライアント端末１０２と、取得した共有文書１０９との情報を記録する機能を有している。通常、文書提供機能部１０５は、Ａｐａｃｈｅ等の一般的なＨＴＴＰサーバによって実現することができる。

検索機能部１０６は、検索機能を提供するＷｅｂアプリケーションであり、検索のユーザインターフェースをＨＴＭＬページとして提供し、また、ネットワーク上の文書を検索する処理を実行する機能を有している。検索機能部１０６は通常、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラムやＰＨＰ（Ｈｙｐｅｒｔｅｘｔ Ｐｒｅｐｒｏｃｅｓｓｏｒ）、Ｊａｖａ（登録商標）のサーブレット等の一般的なＷｅｂアプリケーションを提供する技術によって実現することができる。

ＷＷＷサーバプログラム１０４等のプログラムは、文書管理サーバ１０１の出荷時からハードディスク１０７等に格納されているか、文書管理サーバ１０１の出荷後、例えばＣＤ−ＲＯＭ等の記録媒体によって文書管理サーバ１０１に提供されるか、ネットワークを通じてダウンロードされる。文書管理サーバ１０１のＣＰＵは、このようなプログラムに従って、適宜ＲＯＭや、ＲＡＭ、ハードディスク１０７等を利用しつつ、例えば図１で示される各機能を提供したり、後述するフローチャート等で示されるような処理を実行したりする。

共有文書を取得したクライアント端末１０２とは、文書管理サーバ１０１で公開されている文書を取得した端末を示している。クライアント端末１０２では、文書管理サーバ１０１から文書を取得する手段として、Ｗｅｂクライアントプログラム１１０が動作する。Ｗｅｂクライアントプログラム１１０は通常、Ｎｅｔｓｃａｐｅ（登録商標）等の一般的なＷｅｂブラウザをユーザとのインターフェースに利用する。また、取得した共有文書１１２はクライアント端末１０２のハードディスク１１１に保持されている。この文書が保存されているハードディスク１１１はネットワーク共有機能によりネットワーク上の他の端末からのアクセスが可能な状態となっている。

検索を実行するクライアント端末１０３とは、検索機能を利用する端末を示している。クライアント端末１０３では、Ｗｅｂクライアントプログラム１１０が動作し、ユーザはこのＷｅｂクライアントプログラム１１０を使用して、検索機能を利用する。

Ｗｅｂクライアントプログラム１１０等のプログラムは、クライアント端末の出荷時からクライアント端末のハードディスク（例えば、１１１）等に格納されているか、クライアント端末の出荷後、例えばＣＤ−ＲＯＭ等の記録媒体によってクライアント端末に提供されるか、ネットワークを通じてダウンロードされる。クライアント端末のＣＰＵは、このようなプログラムに従って、適宜ＲＯＭや、ＲＡＭ、ハードディスク等を利用しつつ、各機能を提供したり、後述するフローチャート等で示されるような処理を実行したりする。

ここでユーザがクライアント端末１０３のＷｅｂクライアントプログラム１１０を利用して検索を実行する際の処理の流れ等を以下で説明する。

図２は、検索機能部が提供する検索に係るインターフェースを示す図（その１）である。このインターフェースはＨＴＭＬページとして提供されており、クライアント端末１０３のＷｅｂクライアントプログラム１１０を介してユーザに提供される。このインターフェースでは文書管理サーバ１０１上で検索を行う際の検索条件を指定するフィールド２０１と、文書管理サーバ１０１上の文書から特徴を示す情報を抽出する際の、抽出方法を指定するフィールド２０２と、クライアント端末１０２で検索を行う際の検索条件を指定するフィールド２０３とからなっている。

なお、図２の例では、フィールド２０１に、検索条件として文書ファイル名を入力する例を示している。また、図２の例では、フィールド２０２に、文書の特徴の抽出方法を指定する例として、抽出方法を選択肢から選ぶインターフェースを示している。この選択肢で、文書の種類を指定された場合、検索機能部１０６は、文書の特徴を示す情報として拡張子を抽出する。一方、文書のフォーマットを指定された場合、検索機能部１０６は、フォーマット特有の特定のキーワードを含むかどうかを、文書の特徴を示す情報として抽出する。また、図２の例では、フィールド２０３に、検索条件としてクライアント端末１０２で検索する際の、検索キーワードを指定する例を示している。クライアント端末１０２での検索では、フィールド２０３で示される検索条件に加えて、フィールド２０２で指定される抽出方法によって得られる特徴が、文書管理サーバ１０１での検索により得られた文書と同じであることが検索条件となる。

まず、ユーザは検索したい文書の文書ファイル名の文字列を入力フィールド２０１に入力する。ここで入力する文字列は文書ファイル名を示す文字列の一部でもよい。さらに、ユーザは、フィールド２０２で抽出方法、フィールド２０３でキーワードを入力する。例えば、ユーザが、フィールド２０１に"仕様書テンプレート"を入力し、フィールド２０２では「文書のフォーマット」を選択し、フィールド２０３に"勤務管理システム"を入力したとすると、文書管理サーバ１０１で共有しているファイルの中で、"仕様書テンプレート"をファイル名として含むファイルと同じフォーマットの特徴を持つファイルで、"勤務管理システム"を文字列として内容に含む文書を検索する要求となる。そして、ユーザが検索ボタン２４０を押下すると、Ｗｅｂクライアントプログラム１０１は文書管理サーバ１０１に対して検索要求を送信する。文書管理サーバ１０１で受信した検索要求は検索機能部１０６により処理される。

図３は、検索機能部における処理の流れを示したフローチャート（その１）である。図３を参照してネットワーク上から文書を検索する処理を説明する。検索機能部１０６の処理は、文書管理サーバ１０１内の検索処理と、ネットワーク上のクライアント端末１０２への検索処理との大きく２つの段階で実施される。

まず、検索の第１段階として、検索機能部１０６が検索要求を受け付ける（ステップＳ３０１）と、ハードディスク１０７内の、共有文書１０９が格納されているディレクトリ（文書管理ディレクトリ）内に対して、検索をかけ、入力フィールド２０１で指定された文字列をファイル名として含む文書ファイルを検索する（ステップＳ３０２）。次に検索機能部１０６は、検索の結果として、条件に合致した文書ファイルのファイルパス情報を取得する（ステップＳ３０３）。

ここでアクセスログ１０８の一例を図４に示す。図４は、文書提供機能部が出力するアクセスログを示す図である。アクセスログ１０８の各レコードには、共有文書１０９にアクセスしたクライアント端末の記録としてクライアント端末のＩＰアドレス４０１と、アクセス日時４０２と、取得された文書のファイルパス情報４０３とが含まれている。

再び図３に戻り、検索機能部１０６は、このアクセスログ１０８を取得（ステップＳ３０４）し、アクセスログ１０８に含まれるファイルパス情報４０３と、ステップＳ３０３で取得したファイルパス情報とが合致するレコードから、ＩＰアドレス４０１を取得することで、クライアント端末１０２を特定する（ステップＳ３０５）。ここで、ネットワーク上のクライアント端末はＩＰアドレス４０１により特定可能である。検索機能部１０６が、アクセスログ１０８から文書を取得したクライアント端末を特定することにより、検索範囲（後述する第２段階の検索範囲）を該クライアント端末に限定することができる。

また、検索機能部１０６は、ステップＳ３０３で取得したファイルパス情報から共有文書１０９を取得し、フィールド２０２で指定された特徴の抽出方法を用いて、その共有文書１０９の特徴を示す情報を抽出する（ステップＳ３０６）。

次に、検索の第２段階として、検索機能部１０６は、特定したクライアント端末１０２に対して検索処理を実行する。検索機能部１０６は、特定したクライアント端末１０２がネットワーク共有しているハードディスク１１１全体を対象に、フィールド２０３で指定された検索条件に加えて、ステップＳ３０６で抽出した特徴を持っていることを条件にして、文書ファイルを検索し、クライアント端末１０２内の文書ファイルのファイルパス情報を取得する（ステップＳ３０７）。検索機能部１０６が、ヒットした共有文書１０９の特徴を示す情報を抽出し、該特徴を示す情報を含んだ検索条件で前記クライアント端末のネットワーク共有しているハードディスク１１１に対して検索をかけることにより、検索対象とする文書の条件を限定し、不要な文書が検索にヒットする可能性を低くすることができる。

ステップＳ３０５で特定されるクライアント端末１０２は複数の場合もある。複数の場合、検索機能部１０６は、特定した全てのクライアント端末に対して、ステップＳ３０７の処理を繰り返す（ステップＳ３０８のＮＯ）。ここで、例えば検索機能部１０６は、アクセスログ１０８中のアクセス日時４０２の情報を利用し、アクセスした日時を限定することで、検索するクライアント端末数を制限することもできる。

特定した全てのクライアント端末への検索処理が終了（ステップＳ３０８のＹＥＳ）すると、検索機能部１０６は、文書管理サーバ１０１と、クライアント端末１０２とでの検索結果の情報を統合し、該統合した検索結果をＨＴＭＬ形式で、クライアント端末１０３に送信する（ステップＳ３０９）。クライアント端末１０３のＷｅｂクライアントプログラム１１０は受信した検索結果を画面上に表示する。

図５は、クライアント端末において表示される検索結果画面を示す図である。Ｗｅｂクライアントプログラム１１０は、検索結果として検索条件に合致した文書が存在するホスト（コンピュータ）名５０１の一覧と、該ホスト上でのファイルパス５０２の一覧とを表示する。ここで、Ｗｅｂクライアントプログラム１１０（又は検索機能部１０６）が、この一覧の各行をＨＴＭＬのハイパーリンクとすることで、ユーザは検索結果の各行をクリックすることで、結果画面から検索された文書を参照することができる。例えば、表示されている文書が、文書管理サーバ１０１が保有する文書の場合は、Ｗｅｂクライアントプログラム１１０（又は検索機能部１０６）は、対応する行を文書管理サーバ１０１の文書取得のためのＵＲＬ ｈｔｔｐ：／／ＳｅｒｖｅｒＡ／Ｄｏｃｕｍｅｎｔ／ＡＡＡ．ｄｏｃへのハイパーリンクとする。また、表示されている文書が、クライアント端末１０２が保有する文書の場合は、Ｗｅｂクライアントプログラム１１０（又は検索機能部１０６）は、対応する行を、クライアント端末名を含んだネットワーク上のファイルパス名 ￥￥ＣｌｉｅｎｔＢ￥Ｄｅｓｋｔｏｐ￥ＡＡＡ．ｄｏｃ へのハイパーリンクとする。なお、ここで挙げた例では、Ｗｅｂクライアントプログラム１１０（又は検索機能部１０６）が、文書管理サーバ１０１とクライアント端末１０２との検索結果を両方一覧表示する例をあげているが、検索目的に応じて、どちらか一方の結果のみを表示するようにしてもよい。

上述したように、実施例１によれば、ネットワーク上の膨大な情報に対して、検索対象となる情報が存在する領域を限定することで、高速な検索を実現することができる。また、文書の特徴（又は文書の特徴を示す情報）を検索条件に含めて検索することで、不要な文書が検索にヒットする可能性を低くすることができる。また、検索に用いる索引情報の生成が必要でないため、最新の情報に対して検索を実行することができる。

以下、実施例２において、ユーザが条件を指定するフェーズが、文書管理サーバ１０１への検索条件と、クライアント端末１０２への検索条件との、２段階存在する場合の処理等を説明する。この例では、クライアント端末１０２で検索処理を実行する前に、クライアント端末１０２で実施する検索処理に応じて、文書管理サーバ１０１が、検索条件を指定するインターフェースを変化させ、ユーザは、検索対象の文書の特徴に応じた検索条件の指定を行う。

図６は、文書管理サーバとクライアント端末とのインタラクションを示す図である。ユーザが、クライアント端末１０３で第１の検索条件として、文書管理サーバ１０１への検索条件を入力すると、クライアント端末１０３は、該検索条件を含む検索要求を文書管理サーバ１０１に送信し（ステップＳ６０１）、文書管理サーバ１０１の検索機能部１０６が検索要求を受け付ける（ステップＳ６０２）。検索機能部１０６は、検索要求を受け取ると、ハードディスク１０７内の共有文書１０９が格納されているディレクトリ内に対して、指定された検索条件で文書ファイルを検索する（ステップＳ６０３）。検索機能部１０６は、検索の結果として、検索に条件に合致した文書のファイルパス情報を取得する（ステップＳ６０４）。

また、検索機能部１０６は、アクセスログ１０８を取得し（ステップＳ６０５）、ステップＳ６０４で取得したファイルパス情報の文書ファイルを取得したクライアント端末１０２を特定する（ステップＳ６０６）。また、検索機能部１０６は、そのファイルパス情報に対応する共有文書１０９を取得し、その文書の特徴を示す情報を抽出する（ステップＳ６０７）。検索機能部１０６が、アクセスログ１０８から文書を取得したクライアント端末を特定することにより、検索範囲（後述するステップＳ６１０の検索の範囲）を該クライアント端末に限定することができる。また、検索機能部１０６が、文書の特徴を示す情報を抽出することにより、後述するステップＳ６１０の検索において、該抽出した情報を検索条件に含めることができ、検索対象の文書の条件を限定し、不要な文書が検索にヒットする可能性を低くすることができる。また、検索機能部１０６が、文書の特徴を示す情報を抽出することにより、後述するステップＳ６０８に示されるように、該情報に応じた、第２の検索条件を指定する画面を生成することができる。

ここで、検索機能部１０６は、抽出した文書の特徴を示す情報に応じて、第２の検索条件を指定する画面（又はインターフェース）を生成する。例えば、検索機能部１０６（又は文書管理サーバ１０１）は、特徴を示す情報としてフォーマット情報を抽出し、該フォーマット情報として、文書ファイルが定型の入力フォームを持つ文書で、入力フォームとして日付を入力するフィールドが存在する文書である旨の情報を抽出した場合、その文書の特徴として、日付を入力するフィールドが存在する文書であると判定し、後述する図７で示すようなカレンダーの形式で日付を検索条件として指定可能なインターフェースを生成し、クライアント端末１０３に送出する（ステップＳ６０８）。

図７は、検索機能部が提供する検索に係るインターフェースを示す図（その２）である。なお、ここで示したインターフェースは一例であり、検索機能部１０６（又は文書管理サーバ１０１）は、抽出した文書の特徴を示す情報に応じて、様々なインターフェースを生成する。このように、検索機能部１０６が、抽出した文書の特徴を示す情報に応じて、様々なインターフェースを生成することにより、ユーザは、検索する対象の文書の特徴に応じて適切な検索条件を付加することができるため、不要な情報が検索条件にヒットする確率が低くなり、必要とする情報を効率よく得られることができる。

図６に戻り、クライアント端末１０３では、ステップＳ６０８で送出されたインターフェースを表示する。ユーザによって第２の検索条件が指定されると該検索条件を文書管理サーバ１０１に送信する（ステップＳ６０９）。

文書管理サーバ１０１の検索機能部１０６は、第２の検索条件を受け付けると、ステップＳ６０４で特定した文書ファイルを取得したクライアント端末１０２に対して、抽出した文書の特徴を持ち、かつ、指定された第２の検索条件に合致するファイルを検索する（ステップＳ６１０）。検索機能部１０６は、このステップＳ６１０の処理を、ステップＳ６０４で特定した全てのクライアント端末に対して繰り返す（ステップＳ６１１のＮＯ）。

検索機能部１０６は、ステップＳ６０４で特定した全てのクライアント端末に対する検索処理が終了（ステップＳ６１１のＹＥＳ）すると、検索結果の情報を統合し、検索結果をクライアント端末１０３に送信する（ステップＳ６１２）。クライアント端末１０３は、受信した検索結果を表示する（ステップＳ６１３）。

上述したように、実施例２によれば、ネットワーク上の膨大な情報に対して、検索対象となる情報が存在する領域を限定することで、高速な検索を実現することができる。また、文書の特徴（又は文書の特徴を示す情報）を検索条件に含めて検索することで、不要な文書が検索にヒットする可能性を低くすることができる。また、検索に用いる索引情報の生成が必要でないため、最新の情報に対して検索を実行することができる。また、検索対象の情報に応じて、ユーザが適切な検索条件を入力可能なインターフェースを提供することにより、不要な情報が検索結果にヒットする確率を下げ、ユーザが必要とする情報を効率よく提供することができる。

以下、実施例３において、クライアント端末のハードディスクが、ネットワーク上で共有されていない場合の処理等を説明する。図８は、クライアント端末の構成図である。クライアント端末８０１では、Ｗｅｂクライアントプログラム１１０が動作している。ハードディスク８０３には取得した共有文書１１２が保存されている。しかし、ハードディスク８０３はネットワーク上では共有されておらず、別のコンピュータ等から直接ハードディスク８０３内の検索をおこなうことは出来ない。その代わりに、クライアント端末８０１内のハードディスクを検索する、検索エージェントプログラム８０２が、クライアント端末８０１上で動作している。

図９は、文書管理サーバと検索エージェントとのインタラクションを示す図である。文書管理サーバ１０１の検索機能部１０６が検索要求を受け付け（ステップＳ９０１）、ハードディスク１０７内の共有文書１０９が格納されているディレクトリ内に対して文書ファイルを検索する（ステップＳ９０２）。検索機能部１０６は、検索の結果として文書のファイルパス情報を取得する（ステップＳ９０３）。また、検索機能部１０６は、アクセスログ１０８を取得し（ステップＳ９０４）、そこから、文書ファイルを取得したクライアント端末８０１を特定する（ステップＳ９０５）。また、検索機能部１０６は、ステップＳ９０３で特定した文書ファイルの特徴を示す情報を抽出する（ステップＳ９０６）。

ここで、クライアント端末８０１に対する検索処理は、クライアント端末８０１で動作する検索エージェント８０２が実行する。文書管理サーバ１０１の検索機能部１０６は、検索エージェント８０２に対して、検索条件を含む検索要求を送信する（ステップＳ９０７）。検索エージェント８０２は検索要求を受け付けると（ステップＳ９０８）、クライアント端末８０１内のハードディスク８０３に対して受け取った検索要求に含まれる検索条件に基づいて、検索処理をおこなう（ステップＳ９０９）。そして、得られた検索結果を文書管理サーバ１０１に返す（ステップＳ９１０）。

ステップＳ９０７からステップＳ９１１に示したように、文書管理サーバ１が、検索エージェント８０２に、検索条件を含む検索要求を出し、検索エージェント８０２が、該検索条件に基づいてクライアント端末８０１内のハードディスク８０３に対して検索処理を行い、検索結果を文書管理サーバ１に返すことにより、クライアント端末のハードディスクが、ネットワーク上で共有されていない場合でも、ネットワーク上の膨大な情報に対して、高速な検索を実現することができる。

文書管理サーバ１０１の検索機能部１０６は、ステップＳ９０７の処理を、特定した全てのクライアント端末に対して繰り返し（ステップＳ９１１のＮＯ）、特定した全てのクライアント端末への検索処理が終了（ステップＳ９１１のＹＥＳ）すると、検索エージェント８０２から受け取った検索結果と、文書管理サーバ１０１内の検索結果とを統合し、クライアント端末１０３に送信する（ステップＳ９１２）。

上述したように、実施例３によれば、ネットワーク上の膨大な情報に対して、検索対象となる情報が存在する領域を限定することで、高速な検索を実現することができる。また、文書の特徴（又は文書の特徴を示す情報）を検索条件に含めて検索することで、不要な文書が検索にヒットする可能性を低くすることができる。また、検索に用いる索引情報の生成が必要でないため、最新の情報に対して検索を実行することができる。

以下、実施例４において、ネットワークで共有しているディスク上にユーザの作業領域がある場合の処理等の例を示す。例えば、ＵＮＩＸ（登録商標）を利用したネットワーク環境では、ネットワークファイルシステム（ＮＦＳ）でディスクを共有して、ユーザの作業領域、つまり、ホームディレクトリをネットワークファイルシステム上に確保し、個々のクライアント端末上には、ホームディレクトリをもたない形でシステムが構築される場合がある。このようなシステム構成の場合、各クライアント端末が、ネットワークファイルシステムで共有されているディスクをマウントする。また、このような環境では、クライアント端末にはハードディスクが存在しない場合もある。また、特定のクライアント端末とユーザのホームディレクトリとが結びついているわけではないので、ユーザは、ネットワーク上の任意のクライアント端末で作業することもある。そのため、本実施例では、文書管理サーバ１００１がアクセスログから特定する情報は、クライアント端末ではなく、ユーザとなる。

以下、本発明に係るシステム構成の他の例を、図１０に示す。図１０は、本発明に係るシステム構成図（その２）である。

文書管理サーバ１００１はネットワークファイルシステムのサーバとして動作して、共有ディスク１００３をネットワーク上に公開している。文書管理サーバ１００１上の共有ディスク１００３には、共有文書が公開されている共有文書領域１００４と、ユーザのホームディレクトリ１００５とがあり、さらに、ユーザ管理情報１００６と、共有文書へのアクセスログ１００７とがある。

ユーザ管理情報１００６はネットワーク上でユーザを管理するための情報であり、ユーザの識別子や、ユーザのホームディレクトリの場所等を管理する情報である。ユーザ管理情報１００６によって、ユーザはネットワーク上で一元管理される。ユーザ管理情報１００６は、例えば、ＵＮＩＸ（登録商標）システムでは、／ｅｔｃ／ｐａｓｓｗｄファイルや、ＮＩＳ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ）等のディレクトリ・サービスによって提供される。

共有文書へのアクセスログ１００７は、ネットワークファイルシステムで提供されているファイル操作ログを記録する機能（ＮＦＳ Ｓｅｒｖｅｒ Ｌｏｇｇｉｎｇ機能）等を利用することができる。ＮＦＳ Ｓｅｒｖｅｒ Ｌｏｇｇｉｎｇ機能では、操作したファイルのパスや操作したユーザが記録される。

クライアント端末１００２は、文書管理サーバ１００１の共有ディスク１００３をマウントして処理を実行し、また、クライアント端末１００２上で検索プログラム１００８が動作する。

ユーザが共有文書を取得する方式は、ファイルシステムで提供されているコピー機能を利用する。例えばＵＮＩＸ（登録商標）システムではｃｐ コマンドにより、共有文書領域１００４の文書をホームディレクトリ１００５にコピーすることが可能である。また、検索プログラム１００８は各クライアント端末上で動作可能なプログラムとして実現される。例えば、検索プログラム１００８は、Ｐｅｒｌ等のスクリプト言語を用いて、検索条件を引数として指定し、検索結果を標準出力としてコンソールに表示するコマンドラインプログラムとして実現される。

図１１は、検索機能部における処理の流れを示したフローチャート（その２）である。まず、検索プログラム１００８はユーザ等に指定された検索条件で、共有文書領域１００４内を検索する（ステップＳ１１０１）。そして検索プログラム１００８は、検索条件に合致した文書のファイルパス情報を取得する（ステップＳ１１０２）。また、検索プログラム１００８は、共有文書へのアクセスログ１００７を取得し（ステップＳ１１０３）、共有文書へのアクセスログ１００７中の記録から、ステップＳ１１０２で取得したファイルパス情報に対してファイルの取得を行ったユーザを特定する（ステップＳ１１０４）。そして、検索プログラム１００８は、ユーザ管理情報１００５を取得し（ステップＳ１１０５）、該ユーザ管理情報１００５から特定したユーザの、ホームディレクトリのパスを取得する（ステップＳ１１０６）。また、検索プログラム１００８は、ステップＳ１１０２で特定した文書ファイルの特徴を示す情報を抽出する（ステップＳ１１０７）。検索プログラム１００８が、アクセスログ１０８から文書を取得したユーザを特定することにより、検索範囲（後述するステップＳ１１０８の検索の範囲）を該ユーザのホームディレクトリに限定することができる。また、検索プログラム１００８が、文書の特徴を示す情報を抽出することにより、後述するステップＳ１１０８の検索において、該抽出した情報を検索条件に含めることができ、検索対象の文書の条件を限定し、不要な文書が検索にヒットする可能性を低くすることができる。

そして、検索プログラム１００８は、ステップＳ１１０６で特定したホームディレクトリに対して検索を実行する（ステップＳ１１０８）。検索プログラム１００８は、ステップＳ１１０４で特定したユーザが複数の場合は、ステップＳ１１０８の処理を繰り返す（ステップＳ１１０９のＮＯ）。

検索プログラム１００８は、特定した全てのユーザのホームディレクトリへの検索処理が終了（ステップＳ１１０９のＹＥＳ）すると、全ての検索結果を統合して出力する（ステップＳ１１１０）。

なお、共有文書へのアクセス手段を別のシステムを介して行うように構成することも可能である。以下、共有文書をＣＶＳのようなバージョン管理システム１２０１上で管理する例を、図１２に示す。図１２は、共有文書をＣＶＳ（Ｃｏｎｃｕｒｒｅｎｔ Ｖｅｒｓｉｏｎｓ Ｓｙｓｔｅｍ）のようなバージョン管理システム１２０１上で管理する場合の文書管理サーバ１００１の構成図である。図１２に示されるような構成の場合、例えば検索プログラム１００８は、バージョン管理情報が記録されている管理情報１２０２を利用して、検索処理（図１１に示したステップＳ１１０１からＳ１１０２）を、実行することもできる。例えば検索プログラム１００８は、ファイルをレポジトリ１２０３にチェックインするときに、Ｖｅｒｓｉｏｎ管理システム１２０１が、管理情報１２０２に記録した該ファイルに対するメッセージ情報に対して検索等を行うことができる。また、検索プログラム１００８が、ステップＳ１１０３で利用するアクセスログ情報として管理情報１２０２中の、ファイルのチェックアウト記録情報等を利用することもできる。

上述したように、実施例４によれば、ネットワークで共有しているディスク上にユーザの作業領域がある場合でも、ネットワーク上の膨大な情報に対して、検索対象となる情報が存在する領域を限定することで、高速な検索を実現することができる。また、文書の特徴（又は文書の特徴を示す情報）を検索条件に含めて検索することで、不要な文書が検索にヒットする可能性を低くすることができる。また、検索に用いる索引情報の生成が必要でないため、最新の情報に対して検索を実行することができる。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

図１は、本発明に係るシステム構成図（その１）である。 図２は、検索機能部が提供する検索に係るインターフェースを示す図（その１）である。 図３は、検索機能部における処理の流れを示したフローチャート（その１）である。 図４は、文書提供機能部が出力するアクセスログを示す図である。 図５は、クライアント端末において表示される検索結果画面を示す図である。 図６は、文書管理サーバとクライアント端末とのインタラクションを示す図である。 図７は、検索機能部が提供する検索に係るインターフェースを示す図（その２）である。 図８は、クライアント端末の構成図である。 図９は、文書管理サーバと検索エージェントとのインタラクションを示す図である。 図１０は、本発明に係るシステム構成図（その２）である。 図１１は、検索機能部における処理の流れを示したフローチャート（その２）である。 図１２は、共有文書をＣＶＳのようなバージョン管理システム上で管理する場合の文書管理サーバの構成図である。

符号の説明

１０１ 文書管理サーバ
１０２ クライアント端末
１０３ クライアント端末
１０４ ＷＷＷサーバプログラム
１０５ 文書提供機能部
１０６ 検索機能部
１０７ ハードディスク
１０８ アクセスログ
１０９ 共有文書
１１０ Ｗｅｂクライアントプログラム
１１１ ハードディスク
１１２ 共有文書
２０１ 検索条件フィールド
２０２ 検索条件フィールド
２０３ 検索条件フィールド
２０４ 検索ボタン
４０１ ＩＰアドレス
４０２ アクセス日時
４０３ ファイルパス情報
５０１ ホスト名
５０２ ファイルパス
８０１ クライアント端末
８０２ 検索エージェント
８０３ ハードディスク
１００１ 文書管理サーバ
１００２ クライアント端末
１００３ ハードディスク
１００４ 共有文書領域
１００５ ホームディレクトリ
１００６ ユーザ管理情報
１００７ 共有文書へのアクセスログ
１００８ 検索プログラム
１２０１ バージョン管理システム
１２０２ 管理情報
１２０３ レポジトリ

Claims (4)

1. 情報を記憶するディスクを有し、前記ディスク内の情報を複数のクライアント端末にネットワークを介して提供する情報管理装置であって、
   前記ディスク内の情報が前記複数のクライアント端末の何れかのクライアント端末により取得されると、前記情報のパスと前記クライアント端末を特定するためのアドレスとアクセス日時とを関連づけて前記ディスク内のアクセスログに記録する記録手段と、
   前記複数のクライアント端末の何れかのクライアント端末から検索条件を受信する受信手段と、
   前記検索条件に基づいて、前記ディスク内の情報を検索し、前記検索条件に合致する情報のパスを取得する第１のパス取得手段と、
   前記アクセスログを参照し、前記取得されたパスと合致するパスが関連づけられたアドレスに対応するクライアント端末を特定する特定手段と、
   前記検索条件に基づいて、前記特定されたクライアント端末のディスク内の情報を検索し、前記検索条件に合致する情報のパスを取得する第２のパス取得手段と、
   前記第１および２のパス取得手段により取得されたパスを統合して前記検索条件を送信したクライアント端末に送信する送信手段
   を有することを特徴とする情報管理装置。
2. 前記第１のパス取得手段により取得されたパスにしたがって当該情報管理装置の前記ディスクから情報を取得する情報取得手段と、
   前記取得された情報から拡張子またはフォーマット特有の特定のキーワードを抽出する抽出手段をさらに有し、
   前記第２のパス取得手段は、前記取得された情報から拡張子または特定のキーワードが抽出された場合、前記検索条件と前記抽出された拡張子または特定のキーワードとに基づいて、前記特定されたクライアント端末のディスク内の情報を検索し、前記検索条件と前記抽出された拡張子または特定のキーワードとに合致する情報のパスを取得することを特徴とする請求項１に記載の情報管理装置。
3. 情報を記憶するディスクを有し、前記ディスク内の情報を複数のクライアント端末にネットワークを介して提供する情報管理装置が実行する情報検索方法であって、
   前記ディスク内の情報が前記複数のクライアント端末の何れかのクライアント端末により取得されると、前記情報のパスと前記クライアント端末を特定するためのアドレスとアクセス日時とを関連づけて前記ディスク内のアクセスログに記録する記録工程と、
   前記複数のクライアント端末の何れかのクライアント端末から検索条件を受信する受信工程と、
   前記検索条件に基づいて、前記ディスク内の情報を検索し、前記検索条件に合致する情報のパスを取得する第１のパス取得工程と、
   前記アクセスログを参照し、前記取得されたパスと合致するパスが関連づけられたアドレスに対応するクライアント端末を特定する特定工程と、
   前記検索条件に基づいて、前記特定されたクライアント端末のディスク内の情報を検索し、前記検索条件に合致する情報のパスを取得する第２のパス取得工程と、
   前記第１および２のパス取得工程により取得されたパスを統合して前記検索条件を送信したクライアント端末に送信する送信工程
   を有することを特徴とする情報検索方法。
4. 情報を記憶するディスクを有し、前記ディスク内の情報を複数のクライアント端末にネットワークを介して提供するコンピュータを、
   前記ディスク内の情報が前記複数のクライアント端末の何れかのクライアント端末により取得されると、前記情報のパスと前記クライアント端末を特定するためのアドレスとアクセス日時とを関連づけて前記ディスク内のアクセスログに記録する記録手段と、
   前記複数のクライアント端末の何れかのクライアント端末から検索条件を受信する受信手段と、
   前記検索条件に基づいて、前記ディスク内の情報を検索し、前記検索条件に合致する情報のパスを取得する第１のパス取得手段と、
   前記アクセスログを参照し、前記取得されたパスと合致するパスが関連づけられたアドレスに対応するクライアント端末を特定する特定手段と、
   前記検索条件に基づいて、前記特定されたクライアント端末のディスク内の情報を検索し、前記検索条件に合致する情報のパスを取得する第２のパス取得手段と、
   前記第１および２のパス取得手段により取得されたパスを統合して前記検索条件を送信したクライアント端末に送信する送信手段
   として機能させるプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。

Images