(57)【要約】【課題】  ネットワーク上の情報に対して、効率的な検索を行うことを目的とする。【解決手段】  検索要求に応じて、情報公開サーバの格納手段に対して検索を実行する第一検索手段Ｓ３０２と、検索の結果として、検索対象の情報を特定する情報特定手段Ｓ３０３と、情報公開サーバの格納手段に格納されている、情報に係るアクセスログを取得するアクセスログ取得手段Ｓ３０４と、アクセスログを用いて、検索対象の情報を取得したクライアント端末又はユーザを特定するクライアント端末・ユーザ特定手段Ｓ３０５と、情報特定手段で特定された情報の特徴情報を抽出する特徴情報抽出手段Ｓ３０６と、特徴情報を含む検索条件で、クライアント端末・ユーザ特定手段で特定されたクライアント端末又はユーザの作業領域に対して検索を実行する第二検索手段Ｓ３０７と、を有することによって上記課題を解決する。【選択図】  図３
2006343861.tif 000002
【特許請求の範囲】
【請求項１】
情報を公開する情報公開サーバと、前記情報を検索し、取得する複数のクライアント端末と、を含む情報検索システムであって、
検索要求に応じて、前記情報公開サーバの格納手段に対して検索を実行する第一検索手段と、
前記検索の結果として、検索対象の情報を特定する情報特定手段と、
前記情報公開サーバの格納手段に格納されている、情報に係るアクセスログを取得するアクセスログ取得手段と、
前記アクセスログを用いて、検索対象の情報を取得したクライアント端末又はユーザを特定するクライアント端末・ユーザ特定手段と、
前記情報特定手段で特定された情報の特徴情報を抽出する特徴情報抽出手段と、
前記特徴情報を含む検索条件で、前記クライアント端末・ユーザ特定手段で特定されたクライアント端末又はユーザの作業領域に対して検索を実行する第二検索手段と、
を有することを特徴とする情報検索システム。
【請求項２】
前記クライアント端末・ユーザ特定手段がユーザを特定した場合、該ユーザの管理情報を取得するユーザ管理情報取得手段と、
該ユーザ管理情報からユーザの作業領域を特定するユーザ作業領域特定手段と、
を更に有することを特徴とする請求項１記載の情報検索システム。
【請求項３】
前記特徴情報の抽出方法を指定するインターフェースを提供する抽出方法指定インターフェース提供手段を更に有することを特徴とする請求項１又は２記載の情報検索システム。
【請求項４】
前記特徴情報抽出手段において抽出された特徴情報に応じて、検索条件を指定するインターフェースを提供する検索条件指定インターフェース提供手段を更に有することを特徴とする請求項１乃至３何れか１項記載の情報検索システム。
【請求項５】
前記第一検索手段による検索結果と、前記第二検索手段による検索結果とを統合し、検索要求元に提供する検索結果提供手段を更に有することを特徴とする請求項１乃至４何れか１項記載の情報検索システム。
【請求項６】
情報を公開する情報公開サーバと、前記情報を検索し、取得する複数のクライアント端末と、を含む情報検索システムにおける情報検索方法であって、
検索要求に応じて、前記情報公開サーバの格納手段に対して検索を実行する第一検索ステップと、
前記検索の結果として、検索対象の情報を特定する情報特定ステップと、
前記情報公開サーバの格納手段に格納されている、情報に係るアクセスログを取得するアクセスログ取得ステップと、
前記アクセスログを用いて、検索対象の情報を取得したクライアント端末又はユーザを特定するクライアント端末・ユーザ特定ステップと、
前記情報特定手段で特定された情報の特徴情報を抽出する特徴情報抽出ステップと、
前記特徴情報を含む検索条件で、前記クライアント端末・ユーザ特定手段で特定されたクライアント端末又はユーザの作業領域に対して検索を実行する第二検索ステップと、
を含むことを特徴とする情報検索方法。
【請求項７】
請求項６記載の情報検索方法をコンピュータに実行させることを特徴とする情報検索プログラム。
【請求項８】
請求項７記載の情報検索プログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項９】
情報を公開する情報公開サーバであって、
ネットワークを介して接続されたクライアント端末からの検索要求に応じて、当該情報公開サーバの格納手段に対して検索を実行する第一検索手段と、
前記検索の結果として、検索対象の情報を特定する情報特定手段と、
当該情報公開サーバの格納手段に格納されている、情報に係るアクセスログを取得するアクセスログ取得手段と、
前記アクセスログを用いて、検索対象の情報を取得した、当該情報公開サーバとネットワークを介して接続されたクライアント端末を特定するクライアント端末特定手段と、
前記情報特定手段で特定された情報の特徴情報を抽出する特徴情報抽出手段と、
前記特徴情報を含む検索条件で、前記クライアント端末特定手段で特定されたクライアント端末に対して検索を実行する第二検索手段と、
を有することを特徴とする情報公開サーバ。
【請求項１０】
情報公開サーバが公開する情報を検索し、取得するクライアント端末であって、
ユーザからの検索要求に応じて、前記情報公開サーバの格納手段に対して検索を実行する第一検索手段と、
前記検索の結果として、検索対象の情報を特定する情報特定手段と、
前記情報公開サーバの格納手段に格納されている、情報に係るアクセスログを取得するアクセスログ取得手段と、
前記アクセスログを用いて、検索対象の情報を取得したユーザを特定するユーザ特定手段と、
前記情報特定手段で特定された情報の特徴情報を抽出する特徴情報抽出手段と、
前記特徴情報を含む検索条件で、前記ユーザ特定手段で特定されたユーザの作業領域に対して検索を実行する第二検索手段と、
を有することを特徴とするクライアント端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報検索システム、情報検索方法、情報検索プログラム等に関し、例えばネットワーク上の情報を検索するのに用いて好適な技術に関する。
【背景技術】
【０００２】
複数のコンピュータがネットワークに接続されている環境が日常的になってきている。このような環境ではコンピュータのローカルディスクとネットワークとの境界を意識せずに、シームレスに情報の検索が行えることが求められる。例えば、Ｇｏｏｇｌｅ  Ｄｅｓｋｔｏｐ  Ｓｅａｒｃｈはインターネット上での検索エンジンＧｏｏｇｌｅと同一のインターフェースでローカルディスク上の検索も行えるような技術である（例えば、非特許文献１参照。）。
【０００３】
しかしながら、ネットワーク上の全ての端末が保有する情報を全てあわせると、ネットワーク上の情報量は非常に膨大であり、また、該情報は今後さらに、増大していくことが予想される。そのため、ネットワーク上の全ての情報を、素早く検索することは、非常に困難な問題がある。
【０００４】
そこで、インターネット上で提供されている検索システムは、予めネットワーク上の情報を収集するプログラムにより収集したデータから、検索用のキーワードを抽出して、検索用の索引情報をデータベースに蓄積している。ユーザが検索する際には、キーワードを入力し、そのキーワードを元に索引情報のデータベースを検索することで、高速な検索を実現している。
【０００５】
しかしながら、キーワードによる検索では、検索にヒットする情報量が膨大になり、必ずしもユーザが必要とする情報を適切に得られない場合もある。ユーザが必要な情報を取得するためには、適切な検索キーワードを選択する等、検索操作に対する熟練を要する。そこで、インターネット上で提供されている検索システムは、ユーザが有益な情報を容易に得ることができるよう、様々な技術を用いている。例えば、Ｇｏｏｇｌｅは情報の参照の関係を利用して、参照される頻度が多い情報を検索結果の上位に表示することで、ユーザが有益な情報を取得する確率をあげている。
【０００６】
【非特許文献１】“Ｇｏｏｇｌｅ  デスクトップ検索−ダウンロード−”、［ｏｎｌｉｎｅ］、［平成１７年４月８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｄｅｓｋｔｏｐ．ｇｏｏｇｌｅ．ｃｏ．ｊｐ／＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述したような情報検索手段においては、検索にヒットするためには、予め検索用のデータベースに索引情報が登録されていなければならず、最新の情報が登録されるまでには、タイムラグが発生する問題があった。また、キーワードのみによる検索の場合は、有益でない情報でも、指定したキーワードが含まれている情報（例えば、文書等）であれば検索にヒットするため、例えＧｏｏｇｌｅの様な技術を用いても、検索結果に不要な情報が含まれる可能性が高くなる問題があった。
【０００８】
本発明は上記の点に鑑みなされたもので、ネットワーク上の情報に対して、効率的な検索を行うことを目的とする。
【課題を解決するための手段】
【０００９】
そこで、上記問題を解決するため、本発明は、情報を公開する情報公開サーバと、前記情報を検索し、取得する複数のクライアント端末と、を含む情報検索システムであって、検索要求に応じて、前記情報公開サーバの格納手段に対して検索を実行する第一検索手段と、前記検索の結果として、検索対象の情報を特定する情報特定手段と、前記情報公開サーバの格納手段に格納されている、情報に係るアクセスログを取得するアクセスログ取得手段と、前記アクセスログを用いて、検索対象の情報を取得したクライアント端末又はユーザを特定するクライアント端末・ユーザ特定手段と、前記情報特定手段で特定された情報の特徴情報を抽出する特徴情報抽出手段と、前記特徴情報を含む検索条件で、前記クライアント端末・ユーザ特定手段で特定されたクライアント端末又はユーザの作業領域に対して検索を実行する第二検索手段と、を有することを特徴とする。
【００１０】
本発明によれば、情報を公開する情報公開サーバと、前記情報を検索し、取得する複数のクライアント端末と、を含む情報検索システムであって、検索要求に応じて、前記情報公開サーバの格納手段に対して検索を実行する第一検索手段と、前記検索の結果として、検索対象の情報を特定する情報特定手段と、前記情報公開サーバの格納手段に格納されている、情報に係るアクセスログを取得するアクセスログ取得手段と、前記アクセスログを用いて、検索対象の情報を取得したクライアント端末又はユーザを特定するクライアント端末・ユーザ特定手段と、前記情報特定手段で特定された情報の特徴情報を抽出する特徴情報抽出手段と、前記特徴情報を含む検索条件で、前記クライアント端末・ユーザ特定手段で特定されたクライアント端末又はユーザの作業領域に対して検索を実行する第二検索手段と、を有することにより、検索範囲をクライアント端末又はユーザの作業領域に限定し、更に特徴情報を検索条件に含めて検索するので、ネットワーク上の情報に対して、効率的な検索を行うことができる。
【００１１】
なお、特許請求の範囲に記載の「情報」は、例えば後述する文書（又は文書ファイル）、又は画像（又は画像ファイル）等に対応する。また、特許請求の範囲に記載の「格納手段」は、例えば後述するハードディスク１０７等に対応する。また、特許請求の範囲に記載の「アクセスログ」は、例えば後述するアクセスログ１０８又は管理情報１２０２等に対応する。また、特許請求の範囲に記載の「特徴情報の抽出方法を指定するインターフェース」は、例えば後述する図２に示されるインターフェース、又は図２に示されるインターフェースのフィールド２０２等に対応する。また、特許請求の範囲に記載の「検索条件を指定するインターフェース」は、例えば後述する図７に示されるインターフェース等に対応する。また、特許請求の範囲の請求項１〜６等に記載の「情報公開サーバ」は、例えば文書管理サーバ１０１又は１００１等に対応する。また、特許請求の範囲の請求項１〜６等に記載の「クライアント端末」は、例えば後述するクライアント端末１０２又は１０３又は８０１又は１００２等に対応する。また、特許請求の範囲の請求項７記載の「情報検索プログラム」は、例えば後述するＷＷＷサーバプログラム１０４、又はＷＷＷサーバプログラム１０４及びＷｅｂクライアントプログラム１１０、又はＷＷＷサーバプログラム１０４及び検索エージェント８０２、又は検索プログラム１００８等に対応する。また、特許請求の範囲の請求項９記載の「情報公開サーバ」は、例えば後述する文書管理サーバ１０１等に対応する。また、特許請求の範囲の請求項１０記載の「クライアント端末」は、例えば後述するクライアント端末１００２等に対応する。
【００１２】
また、上記問題を解決するため、本発明は、情報検索方法、情報検索プログラム、記録媒体、情報公開サーバ及びクライアント端末としてもよい。
【発明の効果】
【００１３】
本発明によれば、ネットワーク上の情報に対して、効率的な検索を行うことができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について図面に基づいて説明する。
【実施例１】
【００１５】
まず、実施例１では、文書公開方法として文書管理サーバがＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバによる公開を行っており、クライアント端末は、ＷＷＷブラウザにより文書管理サーバに接続して、文書管理サーバから文書ファイル（又は文書）を取得するシステム及び該システムにおける処理等を説明する。
【００１６】
始めに、本発明に係るシステム構成の一例を、図１に示す。図１は、本発明に係るシステム構成図（その１）である。図１に示すように、このシステムは文書管理サーバ１０１と、共有文書を取得したクライアント端末１０２と、検索を実行するクライアント端末１０３とがネットワークを介して接続されている。ここで共有文書を取得したクライアント端末１０２と、検索を実行するクライアント端末１０３とが同一のクライアント端末であってもよい。
【００１７】
文書管理サーバ１０１はＷｅｂサーバとして機能し、ＷＷＷサーバプログラム１０４を利用して、文書を公開している。ＷＷＷサーバプログラム１０４は文書の公開機能と、検索の機能とを有しており、文書提供機能部１０５と、検索機能部１０６とを含む。文書提供機能部１０５は、文書管理サーバ１０１のハードディスク１０７内にある共有文書１０９（以下、単に文書又は文書ファイルともいう）を、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルによりクライアント端末等が取得可能な形式で、公開する機能を有している。また、文書提供機能部１０５は、例えばクライアント端末１０２が共有文書を取得したときには、アクセスログ１０８として、共有文書１０９を取得したクライアント端末１０２と、取得した共有文書１０９との情報を記録する機能を有している。通常、文書提供機能部１０５は、Ａｐａｃｈｅ等の一般的なＨＴＴＰサーバによって実現することができる。
【００１８】
検索機能部１０６は、検索機能を提供するＷｅｂアプリケーションであり、検索のユーザインターフェースをＨＴＭＬページとして提供し、また、ネットワーク上の文書を検索する処理を実行する機能を有している。検索機能部１０６は通常、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）プログラムやＰＨＰ（Ｈｙｐｅｒｔｅｘｔ  Ｐｒｅｐｒｏｃｅｓｓｏｒ）、Ｊａｖａ（登録商標）のサーブレット等の一般的なＷｅｂアプリケーションを提供する技術によって実現することができる。
【００１９】
ＷＷＷサーバプログラム１０４等のプログラムは、文書管理サーバ１０１の出荷時からハードディスク１０７等に格納されているか、文書管理サーバ１０１の出荷後、例えばＣＤ−ＲＯＭ等の記録媒体によって文書管理サーバ１０１に提供されるか、ネットワークを通じてダウンロードされる。文書管理サーバ１０１のＣＰＵは、このようなプログラムに従って、適宜ＲＯＭや、ＲＡＭ、ハードディスク１０７等を利用しつつ、例えば図１で示される各機能を提供したり、後述するフローチャート等で示されるような処理を実行したりする。
【００２０】
共有文書を取得したクライアント端末１０２とは、文書管理サーバ１０１で公開されている文書を取得した端末を示している。クライアント端末１０２では、文書管理サーバ１０１から文書を取得する手段として、Ｗｅｂクライアントプログラム１１０が動作する。Ｗｅｂクライアントプログラム１１０は通常、Ｎｅｔｓｃａｐｅ（登録商標）等の一般的なＷｅｂブラウザをユーザとのインターフェースに利用する。また、取得した共有文書１１２はクライアント端末１０２のハードディスク１１１に保持されている。この文書が保存されているハードディスク１１１はネットワーク共有機能によりネットワーク上の他の端末からのアクセスが可能な状態となっている。
【００２１】
検索を実行するクライアント端末１０３とは、検索機能を利用する端末を示している。クライアント端末１０３では、Ｗｅｂクライアントプログラム１１０が動作し、ユーザはこのＷｅｂクライアントプログラム１１０を使用して、検索機能を利用する。
【００２２】
Ｗｅｂクライアントプログラム１１０等のプログラムは、クライアント端末の出荷時からクライアント端末のハードディスク（例えば、１１１）等に格納されているか、クライアント端末の出荷後、例えばＣＤ−ＲＯＭ等の記録媒体によってクライアント端末に提供されるか、ネットワークを通じてダウンロードされる。クライアント端末のＣＰＵは、このようなプログラムに従って、適宜ＲＯＭや、ＲＡＭ、ハードディスク等を利用しつつ、各機能を提供したり、後述するフローチャート等で示されるような処理を実行したりする。
【００２３】
ここでユーザがクライアント端末１０３のＷｅｂクライアントプログラム１１０を利用して検索を実行する際の処理の流れ等を以下で説明する。
【００２４】
図２は、検索機能部が提供する検索に係るインターフェースを示す図（その１）である。このインターフェースはＨＴＭＬページとして提供されており、クライアント端末１０３のＷｅｂクライアントプログラム１１０を介してユーザに提供される。このインターフェースでは文書管理サーバ１０１上で検索を行う際の検索条件を指定するフィールド２０１と、文書管理サーバ１０１上の文書から特徴を示す情報を抽出する際の、抽出方法を指定するフィールド２０２と、クライアント端末１０２で検索を行う際の検索条件を指定するフィールド２０３とからなっている。
【００２５】
なお、図２の例では、フィールド２０１に、検索条件として文書ファイル名を入力する例を示している。また、図２の例では、フィールド２０２に、文書の特徴の抽出方法を指定する例として、抽出方法を選択肢から選ぶインターフェースを示している。この選択肢で、文書の種類を指定された場合、検索機能部１０６は、文書の特徴を示す情報として拡張子を抽出する。一方、文書のフォーマットを指定された場合、検索機能部１０６は、フォーマット特有の特定のキーワードを含むかどうかを、文書の特徴を示す情報として抽出する。また、図２の例では、フィールド２０３に、検索条件としてクライアント端末１０２で検索する際の、検索キーワードを指定する例を示している。クライアント端末１０２での検索では、フィールド２０３で示される検索条件に加えて、フィールド２０２で指定される抽出方法によって得られる特徴が、文書管理サーバ１０１での検索により得られた文書と同じであることが検索条件となる。
【００２６】
まず、ユーザは検索したい文書の文書ファイル名の文字列を入力フィールド２０１に入力する。ここで入力する文字列は文書ファイル名を示す文字列の一部でもよい。さらに、ユーザは、フィールド２０２で抽出方法、フィールド２０３でキーワードを入力する。例えば、ユーザが、フィールド２０１に"仕様書テンプレート"を入力し、フィールド２０２では「文書のフォーマット」を選択し、フィールド２０３に"勤務管理システム"を入力したとすると、文書管理サーバ１０１で共有しているファイルの中で、"仕様書テンプレート"をファイル名として含むファイルと同じフォーマットの特徴を持つファイルで、"勤務管理システム"を文字列として内容に含む文書を検索する要求となる。そして、ユーザが検索ボタン２４０を押下すると、Ｗｅｂクライアントプログラム１０１は文書管理サーバ１０１に対して検索要求を送信する。文書管理サーバ１０１で受信した検索要求は検索機能部１０６により処理される。
【００２７】
図３は、検索機能部における処理の流れを示したフローチャート（その１）である。図３を参照してネットワーク上から文書を検索する処理を説明する。検索機能部１０６の処理は、文書管理サーバ１０１内の検索処理と、ネットワーク上のクライアント端末１０２への検索処理との大きく２つの段階で実施される。
【００２８】
まず、検索の第１段階として、検索機能部１０６が検索要求を受け付ける（ステップＳ３０１）と、ハードディスク１０７内の、共有文書１０９が格納されているディレクトリ（文書管理ディレクトリ）内に対して、検索をかけ、入力フィールド２０１で指定された文字列をファイル名として含む文書ファイルを検索する（ステップＳ３０２）。次に検索機能部１０６は、検索の結果として、条件に合致した文書ファイルのファイルパス情報を取得する（ステップＳ３０３）。
【００２９】
ここでアクセスログ１０８の一例を図４に示す。図４は、文書提供機能部が出力するアクセスログを示す図である。アクセスログ１０８の各レコードには、共有文書１０９にアクセスしたクライアント端末の記録としてクライアント端末のＩＰアドレス４０１と、アクセス日時４０２と、取得された文書のファイルパス情報４０３とが含まれている。
【００３０】
再び図３に戻り、検索機能部１０６は、このアクセスログ１０８を取得（ステップＳ３０４）し、アクセスログ１０８に含まれるファイルパス情報４０３と、ステップＳ３０３で取得したファイルパス情報とが合致するレコードから、ＩＰアドレス４０１を取得することで、クライアント端末１０２を特定する（ステップＳ３０５）。ここで、ネットワーク上のクライアント端末はＩＰアドレス４０１により特定可能である。検索機能部１０６が、アクセスログ１０８から文書を取得したクライアント端末を特定することにより、検索範囲（後述する第２段階の検索範囲）を該クライアント端末に限定することができる。
【００３１】
また、検索機能部１０６は、ステップＳ３０３で取得したファイルパス情報から共有文書１０９を取得し、フィールド２０２で指定された特徴の抽出方法を用いて、その共有文書１０９の特徴を示す情報を抽出する（ステップＳ３０６）。
【００３２】
次に、検索の第２段階として、検索機能部１０６は、特定したクライアント端末１０２に対して検索処理を実行する。検索機能部１０６は、特定したクライアント端末１０２がネットワーク共有しているハードディスク１１１全体を対象に、フィールド２０３で指定された検索条件に加えて、ステップＳ３０６で抽出した特徴を持っていることを条件にして、文書ファイルを検索し、クライアント端末１０２内の文書ファイルのファイルパス情報を取得する（ステップＳ３０７）。検索機能部１０６が、ヒットした共有文書１０９の特徴を示す情報を抽出し、該特徴を示す情報を含んだ検索条件で前記クライアント端末のネットワーク共有しているハードディスク１１１に対して検索をかけることにより、検索対象とする文書の条件を限定し、不要な文書が検索にヒットする可能性を低くすることができる。
【００３３】
ステップＳ３０５で特定されるクライアント端末１０２は複数の場合もある。複数の場合、検索機能部１０６は、特定した全てのクライアント端末に対して、ステップＳ３０７の処理を繰り返す（ステップＳ３０８のＮＯ）。ここで、例えば検索機能部１０６は、アクセスログ１０８中のアクセス日時４０２の情報を利用し、アクセスした日時を限定することで、検索するクライアント端末数を制限することもできる。
【００３４】
特定した全てのクライアント端末への検索処理が終了（ステップＳ３０８のＹＥＳ）すると、検索機能部１０６は、文書管理サーバ１０１と、クライアント端末１０２とでの検索結果の情報を統合し、該統合した検索結果をＨＴＭＬ形式で、クライアント端末１０３に送信する（ステップＳ３０９）。クライアント端末１０３のＷｅｂクライアントプログラム１１０は受信した検索結果を画面上に表示する。
【００３５】
図５は、クライアント端末において表示される検索結果画面を示す図である。Ｗｅｂクライアントプログラム１１０は、検索結果として検索条件に合致した文書が存在するホスト（コンピュータ）名５０１の一覧と、該ホスト上でのファイルパス５０２の一覧とを表示する。ここで、Ｗｅｂクライアントプログラム１１０（又は検索機能部１０６）が、この一覧の各行をＨＴＭＬのハイパーリンクとすることで、ユーザは検索結果の各行をクリックすることで、結果画面から検索された文書を参照することができる。例えば、表示されている文書が、文書管理サーバ１０１が保有する文書の場合は、Ｗｅｂクライアントプログラム１１０（又は検索機能部１０６）は、対応する行を文書管理サーバ１０１の文書取得のためのＵＲＬ  ｈｔｔｐ：／／ＳｅｒｖｅｒＡ／Ｄｏｃｕｍｅｎｔ／ＡＡＡ．ｄｏｃへのハイパーリンクとする。また、表示されている文書が、クライアント端末１０２が保有する文書の場合は、Ｗｅｂクライアントプログラム１１０（又は検索機能部１０６）は、対応する行を、クライアント端末名を含んだネットワーク上のファイルパス名  ￥￥ＣｌｉｅｎｔＢ￥Ｄｅｓｋｔｏｐ￥ＡＡＡ．ｄｏｃ  へのハイパーリンクとする。なお、ここで挙げた例では、Ｗｅｂクライアントプログラム１１０（又は検索機能部１０６）が、文書管理サーバ１０１とクライアント端末１０２との検索結果を両方一覧表示する例をあげているが、検索目的に応じて、どちらか一方の結果のみを表示するようにしてもよい。
【００３６】
上述したように、実施例１によれば、ネットワーク上の膨大な情報に対して、検索対象となる情報が存在する領域を限定することで、高速な検索を実現することができる。また、文書の特徴（又は文書の特徴を示す情報）を検索条件に含めて検索することで、不要な文書が検索にヒットする可能性を低くすることができる。また、検索に用いる索引情報の生成が必要でないため、最新の情報に対して検索を実行することができる。
【実施例２】
【００３７】
以下、実施例２において、ユーザが条件を指定するフェーズが、文書管理サーバ１０１への検索条件と、クライアント端末１０２への検索条件との、２段階存在する場合の処理等を説明する。この例では、クライアント端末１０２で検索処理を実行する前に、クライアント端末１０２で実施する検索処理に応じて、文書管理サーバ１０１が、検索条件を指定するインターフェースを変化させ、ユーザは、検索対象の文書の特徴に応じた検索条件の指定を行う。
【００３８】
図６は、文書管理サーバとクライアント端末とのインタラクションを示す図である。ユーザが、クライアント端末１０３で第１の検索条件として、文書管理サーバ１０１への検索条件を入力すると、クライアント端末１０３は、該検索条件を含む検索要求を文書管理サーバ１０１に送信し（ステップＳ６０１）、文書管理サーバ１０１の検索機能部１０６が検索要求を受け付ける（ステップＳ６０２）。検索機能部１０６は、検索要求を受け取ると、ハードディスク１０７内の共有文書１０９が格納されているディレクトリ内に対して、指定された検索条件で文書ファイルを検索する（ステップＳ６０３）。検索機能部１０６は、検索の結果として、検索に条件に合致した文書のファイルパス情報を取得する（ステップＳ６０４）。
【００３９】
また、検索機能部１０６は、アクセスログ１０８を取得し（ステップＳ６０５）、ステップＳ６０４で取得したファイルパス情報の文書ファイルを取得したクライアント端末１０２を特定する（ステップＳ６０６）。また、検索機能部１０６は、そのファイルパス情報に対応する共有文書１０９を取得し、その文書の特徴を示す情報を抽出する（ステップＳ６０７）。検索機能部１０６が、アクセスログ１０８から文書を取得したクライアント端末を特定することにより、検索範囲（後述するステップＳ６１０の検索の範囲）を該クライアント端末に限定することができる。また、検索機能部１０６が、文書の特徴を示す情報を抽出することにより、後述するステップＳ６１０の検索において、該抽出した情報を検索条件に含めることができ、検索対象の文書の条件を限定し、不要な文書が検索にヒットする可能性を低くすることができる。また、検索機能部１０６が、文書の特徴を示す情報を抽出することにより、後述するステップＳ６０８に示されるように、該情報に応じた、第２の検索条件を指定する画面を生成することができる。
【００４０】
ここで、検索機能部１０６は、抽出した文書の特徴を示す情報に応じて、第２の検索条件を指定する画面（又はインターフェース）を生成する。例えば、検索機能部１０６（又は文書管理サーバ１０１）は、特徴を示す情報としてフォーマット情報を抽出し、該フォーマット情報として、文書ファイルが定型の入力フォームを持つ文書で、入力フォームとして日付を入力するフィールドが存在する文書である旨の情報を抽出した場合、その文書の特徴として、日付を入力するフィールドが存在する文書であると判定し、後述する図７で示すようなカレンダーの形式で日付を検索条件として指定可能なインターフェースを生成し、クライアント端末１０３に送出する（ステップＳ６０８）。
【００４１】
図７は、検索機能部が提供する検索に係るインターフェースを示す図（その２）である。なお、ここで示したインターフェースは一例であり、検索機能部１０６（又は文書管理サーバ１０１）は、抽出した文書の特徴を示す情報に応じて、様々なインターフェースを生成する。このように、検索機能部１０６が、抽出した文書の特徴を示す情報に応じて、様々なインターフェースを生成することにより、ユーザは、検索する対象の文書の特徴に応じて適切な検索条件を付加することができるため、不要な情報が検索条件にヒットする確率が低くなり、必要とする情報を効率よく得られることができる。
【００４２】
図６に戻り、クライアント端末１０３では、ステップＳ６０８で送出されたインターフェースを表示する。ユーザによって第２の検索条件が指定されると該検索条件を文書管理サーバ１０１に送信する（ステップＳ６０９）。
【００４３】
文書管理サーバ１０１の検索機能部１０６は、第２の検索条件を受け付けると、ステップＳ６０４で特定した文書ファイルを取得したクライアント端末１０２に対して、抽出した文書の特徴を持ち、かつ、指定された第２の検索条件に合致するファイルを検索する（ステップＳ６１０）。検索機能部１０６は、このステップＳ６１０の処理を、ステップＳ６０４で特定した全てのクライアント端末に対して繰り返す（ステップＳ６１１のＮＯ）。
【００４４】
検索機能部１０６は、ステップＳ６０４で特定した全てのクライアント端末に対する検索処理が終了（ステップＳ６１１のＹＥＳ）すると、検索結果の情報を統合し、検索結果をクライアント端末１０３に送信する（ステップＳ６１２）。クライアント端末１０３は、受信した検索結果を表示する（ステップＳ６１３）。
【００４５】
上述したように、実施例２によれば、ネットワーク上の膨大な情報に対して、検索対象となる情報が存在する領域を限定することで、高速な検索を実現することができる。また、文書の特徴（又は文書の特徴を示す情報）を検索条件に含めて検索することで、不要な文書が検索にヒットする可能性を低くすることができる。また、検索に用いる索引情報の生成が必要でないため、最新の情報に対して検索を実行することができる。また、検索対象の情報に応じて、ユーザが適切な検索条件を入力可能なインターフェースを提供することにより、不要な情報が検索結果にヒットする確率を下げ、ユーザが必要とする情報を効率よく提供することができる。
【実施例３】
【００４６】
以下、実施例３において、クライアント端末のハードディスクが、ネットワーク上で共有されていない場合の処理等を説明する。図８は、クライアント端末の構成図である。クライアント端末８０１では、Ｗｅｂクライアントプログラム１１０が動作している。ハードディスク８０３には取得した共有文書１１２が保存されている。しかし、ハードディスク８０３はネットワーク上では共有されておらず、別のコンピュータ等から直接ハードディスク８０３内の検索をおこなうことは出来ない。その代わりに、クライアント端末８０１内のハードディスクを検索する、検索エージェントプログラム８０２が、クライアント端末８０１上で動作している。
【００４７】
図９は、文書管理サーバと検索エージェントとのインタラクションを示す図である。文書管理サーバ１０１の検索機能部１０６が検索要求を受け付け（ステップＳ９０１）、ハードディスク１０７内の共有文書１０９が格納されているディレクトリ内に対して文書ファイルを検索する（ステップＳ９０２）。検索機能部１０６は、検索の結果として文書のファイルパス情報を取得する（ステップＳ９０３）。また、検索機能部１０６は、アクセスログ１０８を取得し（ステップＳ９０４）、そこから、文書ファイルを取得したクライアント端末８０１を特定する（ステップＳ９０５）。また、検索機能部１０６は、ステップＳ９０３で特定した文書ファイルの特徴を示す情報を抽出する（ステップＳ９０６）。
【００４８】
ここで、クライアント端末８０１に対する検索処理は、クライアント端末８０１で動作する検索エージェント８０２が実行する。文書管理サーバ１０１の検索機能部１０６は、検索エージェント８０２に対して、検索条件を含む検索要求を送信する（ステップＳ９０７）。検索エージェント８０２は検索要求を受け付けると（ステップＳ９０８）、クライアント端末８０１内のハードディスク８０３に対して受け取った検索要求に含まれる検索条件に基づいて、検索処理をおこなう（ステップＳ９０９）。そして、得られた検索結果を文書管理サーバ１０１に返す（ステップＳ９１０）。
【００４９】
ステップＳ９０７からステップＳ９１１に示したように、文書管理サーバ１が、検索エージェント８０２に、検索条件を含む検索要求を出し、検索エージェント８０２が、該検索条件に基づいてクライアント端末８０１内のハードディスク８０３に対して検索処理を行い、検索結果を文書管理サーバ１に返すことにより、クライアント端末のハードディスクが、ネットワーク上で共有されていない場合でも、ネットワーク上の膨大な情報に対して、高速な検索を実現することができる。
【００５０】
文書管理サーバ１０１の検索機能部１０６は、ステップＳ９０７の処理を、特定した全てのクライアント端末に対して繰り返し（ステップＳ９１１のＮＯ）、特定した全てのクライアント端末への検索処理が終了（ステップＳ９１１のＹＥＳ）すると、検索エージェント８０２から受け取った検索結果と、文書管理サーバ１０１内の検索結果とを統合し、クライアント端末１０３に送信する（ステップＳ９１２）。
【００５１】
上述したように、実施例３によれば、ネットワーク上の膨大な情報に対して、検索対象となる情報が存在する領域を限定することで、高速な検索を実現することができる。また、文書の特徴（又は文書の特徴を示す情報）を検索条件に含めて検索することで、不要な文書が検索にヒットする可能性を低くすることができる。また、検索に用いる索引情報の生成が必要でないため、最新の情報に対して検索を実行することができる。
【実施例４】
【００５２】
以下、実施例４において、ネットワークで共有しているディスク上にユーザの作業領域がある場合の処理等の例を示す。例えば、ＵＮＩＸ（登録商標）を利用したネットワーク環境では、ネットワークファイルシステム（ＮＦＳ）でディスクを共有して、ユーザの作業領域、つまり、ホームディレクトリをネットワークファイルシステム上に確保し、個々のクライアント端末上には、ホームディレクトリをもたない形でシステムが構築される場合がある。このようなシステム構成の場合、各クライアント端末が、ネットワークファイルシステムで共有されているディスクをマウントする。また、このような環境では、クライアント端末にはハードディスクが存在しない場合もある。また、特定のクライアント端末とユーザのホームディレクトリとが結びついているわけではないので、ユーザは、ネットワーク上の任意のクライアント端末で作業することもある。そのため、本実施例では、文書管理サーバ１００１がアクセスログから特定する情報は、クライアント端末ではなく、ユーザとなる。
【００５３】
以下、本発明に係るシステム構成の他の例を、図１０に示す。図１０は、本発明に係るシステム構成図（その２）である。
【００５４】
文書管理サーバ１００１はネットワークファイルシステムのサーバとして動作して、共有ディスク１００３をネットワーク上に公開している。文書管理サーバ１００１上の共有ディスク１００３には、共有文書が公開されている共有文書領域１００４と、ユーザのホームディレクトリ１００５とがあり、さらに、ユーザ管理情報１００６と、共有文書へのアクセスログ１００７とがある。
【００５５】
ユーザ管理情報１００６はネットワーク上でユーザを管理するための情報であり、ユーザの識別子や、ユーザのホームディレクトリの場所等を管理する情報である。ユーザ管理情報１００６によって、ユーザはネットワーク上で一元管理される。ユーザ管理情報１００６は、例えば、ＵＮＩＸ（登録商標）システムでは、／ｅｔｃ／ｐａｓｓｗｄファイルや、ＮＩＳ（Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ）等のディレクトリ・サービスによって提供される。
【００５６】
共有文書へのアクセスログ１００７は、ネットワークファイルシステムで提供されているファイル操作ログを記録する機能（ＮＦＳ  Ｓｅｒｖｅｒ  Ｌｏｇｇｉｎｇ機能）等を利用することができる。ＮＦＳ  Ｓｅｒｖｅｒ  Ｌｏｇｇｉｎｇ機能では、操作したファイルのパスや操作したユーザが記録される。
【００５７】
クライアント端末１００２は、文書管理サーバ１００１の共有ディスク１００３をマウントして処理を実行し、また、クライアント端末１００２上で検索プログラム１００８が動作する。
【００５８】
ユーザが共有文書を取得する方式は、ファイルシステムで提供されているコピー機能を利用する。例えばＵＮＩＸ（登録商標）システムではｃｐ  コマンドにより、共有文書領域１００４の文書をホームディレクトリ１００５にコピーすることが可能である。また、検索プログラム１００８は各クライアント端末上で動作可能なプログラムとして実現される。例えば、検索プログラム１００８は、Ｐｅｒｌ等のスクリプト言語を用いて、検索条件を引数として指定し、検索結果を標準出力としてコンソールに表示するコマンドラインプログラムとして実現される。
【００５９】
図１１は、検索機能部における処理の流れを示したフローチャート（その２）である。まず、検索プログラム１００８はユーザ等に指定された検索条件で、共有文書領域１００４内を検索する（ステップＳ１１０１）。そして検索プログラム１００８は、検索条件に合致した文書のファイルパス情報を取得する（ステップＳ１１０２）。また、検索プログラム１００８は、共有文書へのアクセスログ１００７を取得し（ステップＳ１１０３）、共有文書へのアクセスログ１００７中の記録から、ステップＳ１１０２で取得したファイルパス情報に対してファイルの取得を行ったユーザを特定する（ステップＳ１１０４）。そして、検索プログラム１００８は、ユーザ管理情報１００５を取得し（ステップＳ１１０５）、該ユーザ管理情報１００５から特定したユーザの、ホームディレクトリのパスを取得する（ステップＳ１１０６）。また、検索プログラム１００８は、ステップＳ１１０２で特定した文書ファイルの特徴を示す情報を抽出する（ステップＳ１１０７）。検索プログラム１００８が、アクセスログ１０８から文書を取得したユーザを特定することにより、検索範囲（後述するステップＳ１１０８の検索の範囲）を該ユーザのホームディレクトリに限定することができる。また、検索プログラム１００８が、文書の特徴を示す情報を抽出することにより、後述するステップＳ１１０８の検索において、該抽出した情報を検索条件に含めることができ、検索対象の文書の条件を限定し、不要な文書が検索にヒットする可能性を低くすることができる。
【００６０】
そして、検索プログラム１００８は、ステップＳ１１０６で特定したホームディレクトリに対して検索を実行する（ステップＳ１１０８）。検索プログラム１００８は、ステップＳ１１０４で特定したユーザが複数の場合は、ステップＳ１１０８の処理を繰り返す（ステップＳ１１０９のＮＯ）。
【００６１】
検索プログラム１００８は、特定した全てのユーザのホームディレクトリへの検索処理が終了（ステップＳ１１０９のＹＥＳ）すると、全ての検索結果を統合して出力する（ステップＳ１１１０）。
【００６２】
なお、共有文書へのアクセス手段を別のシステムを介して行うように構成することも可能である。以下、共有文書をＣＶＳのようなバージョン管理システム１２０１上で管理する例を、図１２に示す。図１２は、共有文書をＣＶＳ（Ｃｏｎｃｕｒｒｅｎｔ  Ｖｅｒｓｉｏｎｓ  Ｓｙｓｔｅｍ）のようなバージョン管理システム１２０１上で管理する場合の文書管理サーバ１００１の構成図である。図１２に示されるような構成の場合、例えば検索プログラム１００８は、バージョン管理情報が記録されている管理情報１２０２を利用して、検索処理（図１１に示したステップＳ１１０１からＳ１１０２）を、実行することもできる。例えば検索プログラム１００８は、ファイルをレポジトリ１２０３にチェックインするときに、Ｖｅｒｓｉｏｎ管理システム１２０１が、管理情報１２０２に記録した該ファイルに対するメッセージ情報に対して検索等を行うことができる。また、検索プログラム１００８が、ステップＳ１１０３で利用するアクセスログ情報として管理情報１２０２中の、ファイルのチェックアウト記録情報等を利用することもできる。
【００６３】
上述したように、実施例４によれば、ネットワークで共有しているディスク上にユーザの作業領域がある場合でも、ネットワーク上の膨大な情報に対して、検索対象となる情報が存在する領域を限定することで、高速な検索を実現することができる。また、文書の特徴（又は文書の特徴を示す情報）を検索条件に含めて検索することで、不要な文書が検索にヒットする可能性を低くすることができる。また、検索に用いる索引情報の生成が必要でないため、最新の情報に対して検索を実行することができる。
【００６４】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００６５】
【図１】図１は、本発明に係るシステム構成図（その１）である。
【図２】図２は、検索機能部が提供する検索に係るインターフェースを示す図（その１）である。
【図３】図３は、検索機能部における処理の流れを示したフローチャート（その１）である。
【図４】図４は、文書提供機能部が出力するアクセスログを示す図である。
【図５】図５は、クライアント端末において表示される検索結果画面を示す図である。
【図６】図６は、文書管理サーバとクライアント端末とのインタラクションを示す図である。
【図７】図７は、検索機能部が提供する検索に係るインターフェースを示す図（その２）である。
【図８】図８は、クライアント端末の構成図である。
【図９】図９は、文書管理サーバと検索エージェントとのインタラクションを示す図である。
【図１０】図１０は、本発明に係るシステム構成図（その２）である。
【図１１】図１１は、検索機能部における処理の流れを示したフローチャート（その２）である。
【図１２】図１２は、共有文書をＣＶＳのようなバージョン管理システム上で管理する場合の文書管理サーバの構成図である。
【符号の説明】
【００６６】
１０１      文書管理サーバ
１０２      クライアント端末
１０３      クライアント端末
１０４      ＷＷＷサーバプログラム
１０５      文書提供機能部
１０６      検索機能部
１０７      ハードディスク
１０８      アクセスログ
１０９      共有文書
１１０      Ｗｅｂクライアントプログラム
１１１      ハードディスク
１１２      共有文書
２０１      検索条件フィールド
２０２      検索条件フィールド
２０３      検索条件フィールド
２０４      検索ボタン
４０１      ＩＰアドレス
４０２      アクセス日時
４０３      ファイルパス情報
５０１      ホスト名
５０２      ファイルパス
８０１      クライアント端末
８０２      検索エージェント
８０３      ハードディスク
１００１    文書管理サーバ
１００２    クライアント端末
１００３    ハードディスク
１００４    共有文書領域
１００５    ホームディレクトリ
１００６    ユーザ管理情報
１００７    共有文書へのアクセスログ
１００８    検索プログラム
１２０１    バージョン管理システム
１２０２    管理情報
１２０３    レポジトリ
【図１】
2006343861.tif 000003
【図２】
2006343861.tif 000004
【図３】
2006343861.tif 000005
【図４】
2006343861.tif 000006
【図５】
2006343861.tif 000007
【図６】
2006343861.tif 000008
【図７】
2006343861.tif 000009
【図８】
2006343861.tif 000010
【図９】
2006343861.tif 000011
【図１０】
2006343861.tif 000012
【図１１】
2006343861.tif 000013
【図１２】
2006343861.tif 000014