(57)【要約】【課題】操作履歴の情報を用いてドキュメントの検索を一元化することにより、効果的なキーワード情報によってドキュメントの検索を容易にする。【解決手段】クライアント端末１の履歴収集手段２が操作履歴を示す履歴データを収集して履歴サーバ４へ送信する。履歴サーバ４の履歴取得部５は受信した履歴データを履歴ＤＢ１０に保存し、キーワード抽出部７は履歴データに含まれるキーワードを抽出して重み付けしてインデックスＤＢ１２へ登録する。また、履歴データの解析を行う設定がされていれば、履歴解析部６が履歴データを解析する。そして、キーワード抽出部７が解析結果に基づいてキーワードを抽出して重み付けし、このキーワードをインデックスＤＢ１２へ登録する。これによって、クライアント端末１は、インデックス検索部３を用いてインデックスＤＢ１２に登録されているキーワード情報から所望のドキュメントを検索する。【選択図】        図１
2005018530.tif 000002
【特許請求の範囲】
【請求項１】
ドキュメントの検索を行うためのキーワードを生成する情報処理装置であって、
前記ドキュメントを操作したときのアクセス履歴から得られる履歴情報を取得する履歴取得手段と、
前記履歴取得手段により取得された履歴情報に基づいて、該履歴情報から前記ドキュメント検索用のキーワードを抽出するキーワード抽出手段と、を備えてなる情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記履歴取得手段により取得された履歴情報に基づいて、該履歴情報から前記キーワード抽出手段が抽出するキーワードは、前記ドキュメントに関する作成者、作成日時、作成場所、アクセス内容、及びアクセス時間のうちの少なくとも一つの情報に関するものであることを特徴とする情報処理装置。
【請求項３】
請求項１に記載の情報処理装置において、
前記キーワード抽出手段は、該キーワード抽出手段により抽出されたキーワードに対して、前記履歴情報に基づいて、重み付け情報を付加する重み付け手段を備えることを特徴とする情報処理装置。
【請求項４】
請求項１に記載の情報処理装置において、
前記履歴取得手段により取得された履歴情報に基づいて該履歴情報の解析を行う履歴解析手段を備え、
前記キーワード抽出手段は、前記履歴情報と前記履歴解析手段の解析結果とを用いてキーワードを抽出することを特徴とする情報処理装置。
【請求項５】
請求項１に記載の情報処理装置において、
前記キーワード抽出手段により抽出されたキーワードを前記ドキュメントに付加するキーワード付加手段を備えたことを特徴とする情報処理装置。
【請求項６】
請求項１に記載の情報処理装置において、
前記キーワード抽出手段により抽出されたキーワードに基づいて前記ドキュメントを検索するためのインデックス情報を生成するインデックス情報生成手段と、を備えてなる情報処理装置。
【請求項７】
請求項６に記載の情報処理装置において、
前記インデックス情報生成手段により生成されたインデックス情報を記憶するインデックス情報記憶手段と、
前記インデックス情報記憶手段に記憶されたインデックス情報を用いてドキュメントの検索を行う検索手段と、を備えてなる情報処理装置。
【請求項８】
ドキュメントの検索を行うためのキーワードを生成する処理をコンピュータに実行させるための情報処理プログラムであって、
前記ドキュメントを操作したときのアクセス履歴から得られる履歴情報を取得する履歴取得機能と、
前記履歴取得ステップにより取得された履歴情報に基づいて、該履歴情報から前記ドキュメント検索用のキーワードを抽出するキーワード抽出機能と、をコンピュータに実行させる情報処理プログラム。
【請求項９】
請求項８に記載の情報処理プログラムであって、
前記キーワード抽出機能により抽出されたキーワードに基づいて前記ドキュメントを検索するためのインデックス情報を生成するインデックス情報生成機能をコンピュータに実行させる情報処理プログラム。
【請求項１０】
請求項９に記載の情報処理プログラムであって、
前記インデックス情報生成機能により生成されたインデックス情報を記憶するインデックス情報記憶機能と、
前記インデックス情報記憶機能に記憶されたインデックス情報を用いてドキュメントの検索を行う検索機能と、をコンピュータに実行させる情報処理プログラム。
【請求項１１】
ドキュメントの検索を行うためのキーワードを生成する情報処理方法であって、
前記ドキュメントを操作したときのアクセス履歴から得られる履歴情報を取得する履歴取得ステップと、
前記履歴取得ステップにより取得された履歴情報に基づいて、該履歴情報から前記ドキュメント検索用のキーワードを抽出するキーワード抽出ステップと、を備えてなる情報処理方法。
【請求項１２】
請求項１１に記載の情報処理方法であって、
前記キーワード抽出ステップにより抽出されたキーワードに基づいて前記ドキュメントを検索するためのインデックス情報を生成するインデックス情報生成ステップと、を備えてなる情報処理方法。
【請求項１３】
請求項１２に記載の情報処理方法であって、
前記インデックス情報生成ステップにより生成されたインデックス情報を記憶するインデックス情報記憶ステップと、
前記インデックス情報記憶ステップに記憶されたインデックス情報を用いてドキュメントの検索を行う検索ステップと、を備えてなる情報処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、オフィス文書やＷｅｂ文書などの電子ドキュメントを利用するコンピュータシステムにおいて、キーワードを用いてドキュメントの検索を行うための、情報処理装置、情報処理プログラム及び情報処理方法に関するものである。
【０００２】
【従来の技術】
昨今、ネットワークや高性能なパーソナルコンピュータ（以下、ＰＣと云う）の普及によって、オフィス環境における電子ドキュメントの作成と利用がより一般的になり、電子ドキュメントの情報量は日々増大の一途をたどっている。このように多量な電子ドキュメントの情報から必要な情報を検索するためのドキュメント検索技術は、電子ドキュメントの氾濫する環境においては必須の技術となっており、ドキュメント検索システムの性能はオフィス業務の効率化に重要な影響を与えている。また、ドキュメントの検索技術としては、あらかじめユーザがドキュメントに割り当てたキーワードを用いたキーワード検索技術、ドキュメントのコンテンツから指定文字列を検索する全文検索技術、または両者の特徴を合わせた検索技術であって、ドキュメントのコンテンツから自動的にキーワードを抽出してあらかじめインデックス情報を作成し、全文検索の精度の向上と検索の高速化を行うインデックス型検索技術などが存在する。その中でも、インデックスを用いた検索システムであるインデックス型検索技術は、不特定多数のドキュメントを検索する場合の性能に優れており、Ｗｅｂ情報検索サイトなどを含めて広く利用されている検索技術である。
【０００３】
インデックス型検索の性能はドキュメントのコンテンツから如何に重要なキーワードを抽出できるかに大きく依存しており、適当なキーワードを抽出するための自然言語解析処理やキーワードの出現頻度に基づくインデックス情報の重み付け処理など、インデックス情報の生成には様々な工夫が施されている。また、検索精度を向上させるために、コンテンツに含まれる文字列以外の情報を利用しようという試みも見られる。例えば、Ｇｏｏｇｌｅ社（登録商標）のＷｅｂ検索エンジンではＷｅｂドキュメント間のリンク情報をキーワードの重み付けに利用し、検索対象をＷｅｂとドキュメントに特定した範囲で高い検索成果を得ている。
【０００４】
また、例えば下記特許文献１には、簡単な操作で画像検索を行う技術が開示されている。この技術は、画像データの過去の操作内容と操作日時を検索情報として記録し、これらの検索情報と検索時に指定した検索項目が一致したときに所望の画像を抽出するものである。
さらに、例えば下記特許文献２には、Ｗｅｂブラウザ上で所望の情報を指定できるブックマークに基づいて情報検索を行う技術が開示されている。この技術は、ブックマーク情報とブックマークの利用履歴からキーワードを抽出し、キーワードにマッチする情報をユーザに通知するものである。
【０００５】
【特許文献１】
特開平７−２３９８５４号公報（段落番号００１７〜００４０、及び図１〜図３参照）
【特許文献２】
特開２００１−１９５４２２号公報（段落番号０００５〜００１３、及び図１〜図４）
【０００６】
【発明が解決しようとする課題】
しかしながら、インデックス情報の生成は依然として情報検索システムの大きな技術課題であり、検索精度の向上だけではなく、インデックス生成処理の高度化によるＣＰＵに対する負荷の増大への対応、検索対象ドキュメントのカバー率を向上させるための多種多様なドキュメントフォーマットへの対応、などといった検索を行うためのシステム全体の技術的向上もドキュメント検索システムの大きな技術課題となっている。そのような面から考えると、従来のドキュメント検索装置ないしドキュメント検索装置システムは、最適なシステム環境でインデックス情報が生成されているとは云えず、結果的には、フィールドにおける検索の柔軟性が欠けると共に、検索精度のさらなる向上を阻んでいる。上記の特許文献１及び特許文献２の技術においてもこれらの問題点は依然として解決されていない。
【０００７】
本発明は、上述の課題に鑑みてなされたもので、その目的とするところは、ドキュメントの使われ方や使われた経緯などを示すドキュメントへのアクセス履歴情報を用いてドキュメント検索方法を一元化することにより、効果的なキーワード情報を少ない処理負荷で生成することによってドキュメントの検索を容易にすることができる情報処理装置、情報処理プログラム及び情報処理方法を提供することにある。
【０００８】
【課題を解決するための手段】
上記の目的を達成するため、本発明は、ドキュメントの検索を行うためのキーワードを生成する情報処理装置であって、前記ドキュメントを操作したときのアクセス履歴から得られる履歴情報を取得する履歴取得手段と、前記履歴取得手段により取得された履歴情報に基づいて、該履歴情報から前記ドキュメント検索用のキーワードを抽出するキーワード抽出手段とを備えてなるものである。
【０００９】
また、本発明は、ドキュメントの検索を行うためのキーワードを生成する処理をコンピュータに実行させるための情報処理プログラムであって、前記ドキュメントを操作したときのアクセス履歴から得られる履歴情報を取得する履歴取得機能と、前記履歴取得ステップにより取得された履歴情報に基づいて、該履歴情報から前記ドキュメント検索用のキーワードを抽出するキーワード抽出機能とをコンピュータに実行させるものである。
【００１０】
また、本発明は、ドキュメントの検索を行うためのキーワードを生成する情報処理方法であって、前記ドキュメントを操作したときのアクセス履歴から得られる履歴情報を取得する履歴取得ステップと、前記履歴取得ステップにより取得された履歴情報に基づいて、該履歴情報から前記ドキュメント検索用のキーワードを抽出するキーワード抽出ステップとを備えてなるものである。
【００１１】
【発明の実施の形態】
本発明のドキュメント検索装置は、ドキュメントの操作内容情報、ドキュメントを使った業務内容情報、又はドキュメントの関連文書情報などのように、ドキュメントを操作したときの履歴から得られる操作履歴情報に基づいてドキュメント検索用のキーワードを生成し、このキーワードを用いてインデックス情報を生成してデータベースに登録し、以後このインデックス情報を用いてドキュメントの検索を行うようにしたり、或いは、生成されたキーワードをドキュメントに埋め込むことにより以後そのキーワードを用いてドキュメント検索を行うようにする。これによって、実際に使われる可能性が高くて精度の高い情報を検索キーワードとすることができると共に、非テキスト文章の検索にも適用することができる。また、全文検索によって全てのドキュメントを網羅した高精度な検索を行うこともできる。
【００１２】
以下、本発明の実施の形態を説明する。
図１は本発明の実施の形態におけるドキュメント検索システムの構成を示すブロックである。このドキュメント検索システムは、ユーザがドキュメントの操作を行うクライアント端末１と、ネットワーク上に存在し、履歴の取得（保存）、履歴の解析、キーワードの抽出及びインデックス情報の作成、及び各種データベース（以下、データベースをＤＢと略す）の管理などを行う履歴サーバ４と、ユーザのドキュメントを保存し、ネットワークを介してドキュメントへのアクセスを可能にするファイルサーバ１３とがＬＡＮ１４に接続された構成となっている。
【００１３】
ユーザがドキュメント操作を行うクライアント端末１は、ドキュメントの履歴情報を収集する履歴収集手段としての履歴収集部２と所定のキーワードを含むドキュメントを検索するインデックス検索手段としてのインデックス検索部３とを備えた構成となっている。
【００１４】
履歴収集部２は、クライアント端末１に組み込まれたソフトウェアモジュールであり、ユーザの行うアプリケーション操作のイベントを検知してアクセスしたドキュメント情報を収集し、このドキュメント情報を履歴サーバ４に送信する機能を備えている。
【００１５】
インデックス検索部３は、クライアント端末１のソフトウェアプリケーションであり、履歴サーバ４に存在するインデックスＤＢ１２からユーザの指定したキーワードを含むドキュメントまたはドキュメントの部位を検索し、検索結果を重みの大きい順にユーザに提示する機能を備えている。
【００１６】
履歴サーバ４は、履歴取得手段としての履歴取得部５、履歴解析手段としての履歴解析部６、キーワード抽出手段としてのキーワード抽出部７、インデックス作成部９、履歴ＤＢ１０、ドキュメント情報ＤＢ１１、及びインデックスＤＢ１２を備えた構成となっている。
【００１７】
尚、履歴サーバ４は、図１に示す構成では、ネットワーク上に存在してサーバ機能として実現し、履歴情報の保存、履歴情報の解析、及びインデックス管理を行う。しかし、このようなサーバ機能はクライアント端末１に存在させてもよい。また、履歴情報の保存、解析、及びインデックス管理の機能はそれぞれ別々のサーバに持たせてもよい。尚、インデックス管理の機能は既存のインデックスを用いた検索システムを使用する。
【００１８】
履歴取得部５は、履歴サーバ４上で動作するソフトウェアモジュールであり、クライアント端末１から送信されたドキュメンアクセスの履歴データを受信し、履歴ＤＢ１０へ保存する機能を備えている。
【００１９】
履歴解析部６は、履歴ＤＢ１０に保存されたドキュメントアクセスの履歴データを解析し、ドキュメントのアクセス回数や特定のドキュメントまたはドキュメントの部位の関連文書を抽出し、ドキュメント情報ＤＢ１１へ保存する機能を備えている。ここで、関連文書とは、そのドキュメント／部位を作成するときに参照した文書／部位、そのドキュメント／部位を利用して作成された派生文書、そのドキュメント／部位にアクセスがあるときに並行して利用されることの多い同時利用文書などの情報をいう。
【００２０】
なお、この履歴解析部６は、本発明による検索効果を増大するための付加的なものであり、履歴解析部６が本発明の全てにおける構成要件となるものではない。
【００２１】
履歴情報から関連文書を抽出する場合、履歴情報だけでは何れが関連する履歴であるか分からないため、別途ドキュメントアクセス履歴からの業務解析処理と、業務解析処理によって作成された業務履歴からのドキュメント関連付け処理を行う。
ドキュメントアクセス履歴からの業務履歴生成処理は例えば次のような処理を行う。業務の区切りの際に発生する印刷やファイルの保存、メールの送信といった特徴的なドキュメントアクセス履歴に着目し、時系列に連続するドキュメントアクセス履歴を区切ることで業務履歴を作成している。
業務履歴からドキュメントの関連付け処理は例えば次のような処理を行う。スプレッドシートでデータの集計を行ってから、プレゼンテーション用のドキュメントに集計結果を貼り付けたり過去のメールを参照して、新しいメールを作成するように、業務の種別に関らずある程度決まったパターンに従ったアクセスが発生するものと考えられるので、このアクセスパターンを予め定義しておき業務履歴ないのドキュメントアクセス履歴と比較することで、関連を導くことができる。例えば、「同じ業務内でドキュメントＡを開いた後、更新されたドキュメントＢ」というパターンからは、「ＡはＢの参照情報である」という関連と逆に「ＢはＡの派生情報である」という関連を導くことができる。
【００２２】
キーワード抽出部７は、重み付け手段としての重み付け部８を備えており、履歴ＤＢ１０及びドキュメント情報ＤＢ１１に保存された情報からキーワード情報を抽出し、このキーワード情報に重み付けを行ってインデックスＤＢ１２へ記録する。尚、キーワードの抽出方法や重み付けの方法については後述する。
インデックス作成手段としてのインデックス作成部９は、キーワード抽出部７により抽出されたキーワード及び履歴ＤＢ１０に保存された履歴情報、及びドキュメント情報ＤＢ１１に保存されたドキュメント情報（履歴解析部６の解析結果）に基づいてインデックス情報を作成する。
【００２３】
履歴ＤＢ１０は、クライアント端末１から送信された履歴情報を保存するデータベースである。尚、履歴ＤＢ１０の詳細な構成については図２を用いて後述する。
ドキュメント情報ＤＢ１１は、履歴ＤＢ１０に保存された履歴情報を解析して得られた情報を保存するデータベースである。尚、ドキュメント情報ＤＢ１１の詳細な構成については図３を用いて後述する。
インデックスＤＢ１２は、インデックス作成部９により作成されたインデックス情報を記録するデータベースである。インデックスＤＢ１２の詳細な構成については図４を用いて後述する。尚、このインデックスＤＢ１２は、既存のインデックス検索システムに付随するインデックスＤＢを流用しても構わない。
【００２４】
ファイルサーバ１３は、ユーザのドキュメントを保存するファイルＤＢ１３ａを有し、ネットワークを介してドキュメントへのアクセスを可能にするサーバであるが、本発明での管理対象となるドキュメントはこのファイルサーバ１３上だけでなく、クライアント端末１上、または、インターネット上のドキュメントであっても構わない。
【００２５】
図２は、図１に示す履歴ＤＢ１０の構成と内容の一例を示す図である。図２において、『日時』の項目欄には、クライアント端末１でドキュメントアクセスが発生した日時を記録する。例えば、「２００３／０３／１９    １４：３４：１２」と云うように、アクセス発生日時を年月日から時分秒まで記録する。
『操作内容』の項目欄には、ユーザがドキュメントに対して行った操作内容を記録する。尚、操作の種別には、Ｏｐｅｎ、Ｓａｖｅ、Ｄｅｌｅｔｅ、Ｐｒｉｎｔ、Ｓｅｎｄ（メール送信）などが含まれる。
【００２６】
『ユーザ名』の項目欄には、操作を行ったユーザを識別するためのユーザ情報を記録する。例えば、操作を行ったユーザ個人の名前を記録する。
『文書』の項目欄には、捜査対象となったドキュメントを識別する情報を記録する。例えば、捜査対象がｗｅｂ文書であればＵＲＬ（例えば、  ＨＹＰＥＲＬＩＮＫ  ”ｈｔｔｐ：／／ｗｗｗ．ｂ−ｃａｒ．ｃｏ．ｊｐ”  ｈｔｔｐ：／／ｗｗｗ．ｂ−ｃａｒ．ｃｏ．ｊｐ）を記録し、Ｗｉｎｄｏｗｓ共有ファイルであれば、Ｗｉｎｄｏｗｓ、サーバ名、共有名、パス名、ファイル名を含むネットワークパス（例えば、  ＨＹＰＥＲＬＩＮＫ  ”￥￥￥￥ｓｅｒｖｅｒ１￥￥ｄｓｒ￥￥ｃａｒｓ．ｄｏｃ”  ￥￥ｓｅｒｖｅｒ１￥ｄｓｒ￥ｃａｒｓ．ｄｏｃ）を記録する。
【００２７】
『文書タイトル』の項目欄には、ユーザがドキュメントを操作した際にアプリケーションから得られるドキュメントのタイトルを記録する。例えば、新車情報のドキュメントであれば各自動車会社の新車情報（例えば、Ａ社新車情報）や新車に関するイベント情報（例えば、春の新車）などを記録する。
『ページ』の項目には、操作を行った対象のページ番号を記録する。尚、操作の対象がドキュメント全体である場合はこのフィールドは空白になる。
『送信／出力先』の項目欄には、ドキュメントの送信や出力操作を行った履歴に対して、送信先または出力先の情報を記録する。例えば、操作の内容がプリントである場合は、プリントを行ったプリンタ名（例えば、ＰｒｉｎｔｅｒＡ）、ＥメールでのＳｅｎｄ（送信）であれば、あて先に含まれるユーザのユーザ名（例えば、藤原）を記録する。
【００２８】
『周辺キーワード』の項目欄には、操作を行ったドキュメントに含まれるキーワード情報（例えば、車種Ａ、車種Ｂ、バイクなど）を記録する。尚、キーワード情報は操作対象となったドキュメントにあらかじめ含まれている場合もあるし、クライアント端末１の履歴収集手段２がドキュメントのコンテンツから動的に生成したものでもよい。キーワード情報があらかじめドキュメントに含まれる例としては、Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅアプリケーション（登録商標）で作成された文書などがある。ドキュメントのコンテンツから動的にキーワードを生成するには、既存の方法がいくつか用意されている。
【００２９】
例えば、コンピュータがドキュメントの中の品詞を分解して自然言語を解析する形態素解析処理によってテキスト情報を語彙の単位に分割し、それぞれの語彙のドキュメント内での出現回数をカウントして、出現する回数の多いものをキーワードとするような方法が用いられる。また、検索操作の対象がドキュメント全体ではなく、ページなどのようにドキュメントの一部であった場合は、ドキュメント全体からキーワードを抽出するのではなく、対象のページに含まれる情報からキーワードを抽出する方法が用いられる。このとき、周辺キーワードは必須ではなく、システムの負荷に応じて処理を省いてもよい。
【００３０】
図３は、図１に示すドキュメント情報ＤＢの構成と内容の一例を示す図である。すなわち、この図は、履歴ＤＢ１０に保存された履歴情報を解析して得られるドキュメント情報を記録するドキュメント情報ＤＢ１１の構成と内容を示している。
『文書』の項目欄には、ドキュメント情報の検索対象となる文書の識別子（例えば、ｃ：￥ａｂｃ．ｄｏｃ）を記述する。このフィールドに含まれる情報の記述方法は、図２に示す履歴ＤＢ１０の構成と内容で説明したときの『文書』項目の情報と同じである。すなわち、検索対象がｗｅｂ文書であればＵＲＬを記録し、Ｗｉｎｄｏｗｓ共有ファイルであれば、Ｗｉｎｄｏｗｓ、サーバ名、共有名、パス名、ファイル名を含むネットワークパスを記録する。
【００３１】
『ページ』の項目欄には、検索対象がドキュメント全体でなく、ドキュメント中の一つの部位である場合は検索対象となるページ番号を記録する。尚、検索対象がドキュメント全体である場合はこのフィールドは空白となる。
『アクセス回数』の項目欄には、検索対象のドキュメントまたは部位に対して、発生したアクセスの回数を記録する。
『参照文書／参照回数』の項目欄には、検索対象となるドキュメントまたは部位の作成や更新時に参照したドキュメント（例えば、ｄｅｆ．ｄｏｃ）を記録する。また、頻繁に参照したドキュメントを他の文書と区別するために参照回数をドキュメント名と併せて記録する。例えば、ｄｅｆ．ｄｏｃを３回参照した場合には、ｄｅｆ．ｄｏｃ／３と云うように記録する。
【００３２】
『派生文書／被参照回数』の項目欄には、検索対象となるドキュメントまたは部位を参照して作成されたドキュメント（例えば、ｃａｒｓ．ｄｏｃ）を記録する。また、派生文書作成時には検索対象文書がどれだけ参照されたかの被参照回数を記録する。
『同時利用文書』の項目欄には、検索対象となるドキュメントまたは部位にアクセスが発生するときに、同時に利用されることの多いドキュメント（例えば、  ＨＹＰＥＲＬＩＮＫ  ”ｈｔｔｐ：／／ｗｗｗ．ａ−ｃａｒ．ｃｏ．ｊｐ”  ｈｔｔｐ：／／ｗｗｗ．ａ−ｃａｒ．ｃｏ．ｊｐ）を記録する。
『キーワード』の項目欄には、検索対象となるドキュメントまたは部位に含まれるキーワード情報（例えば、車種Ａ、車種Ｂなど）を記録する。このキーワード情報は、履歴ＤＢ１０の周辺キーワードに記録されているキーワード情報と、履歴ＤＢ１０の文書タイトルに記録されているタイトルから抽出したキーワードとを含んでいる。
【００３３】
図４は、図１に示すインデックスＤＢ１２の構成と内容の一例を示す図である。すなわち、この図は、キーワードを用いたドキュメントの検索に用いるインデックスＤＢ１２の構成と内容を示している。実際に利用されるインデックスＤＢ１２は、検索処理を高速化するためにＤＢの構成も効率化されているが、ここでは簡単のために単純な構成を例示している。
【００３４】
『文書』の項目欄には、検索対象となるドキュメントの識別情報（例えば、ｃ：￥ａｂｃ．ｄｏｃ）を記録する。この例では、先に説明した履歴ＤＢ１０またはドキュメント情報ＤＢ１１に含まれる『文書』の項目欄のフィールドの情報と同じ情報が記録されている。
『ページ』の項目欄には、検索の結果がドキュメント全体ではなく、ドキュメントの部位である場合は部位のページ番号を記録する。
『キーワード』の項目欄には、対象となるドキュメント、または部位に含まれるキーワードのリスト（例えば、Ａ社、車、カーライフなど）を記録する。インデックスＤＢ１２を既存のドキュメント検索システムと本発明によるドキュメント検索システムで共有する場合は、既存のドキュメント検索システムで生成されたキーワード情報と、本発明によるドキュメント検索システムで生成されたキーワード情報の両方がこのキーワードのリストに存在する。
【００３５】
『重み』の項目欄には、それぞれのキーワードに対する重み（重要度）を記録する。重みの値の大きいキーワードの方が対象のドキュメント／部位をよりよく表すキーワードと認識される。例えば、『文書』項目欄の“ｃ：￥ａｂｃ．ｄｏｃ”においては、「車種Ａ」の重みは“１０”であって、「車種Ｂ」の重みは“３”であるので、「車種Ａ」は「車種Ｂ」よりキーワードの重要度がはるかに高いことを意味している。
尚、インデックスＤＢ１２を用いたドキュメントの検索処理では、ユーザが指定したキーワードでこのインデックスＤＢ１２のキーワードフィールドを検索し、キーワードを含むドキュメント／部位を特定して、キーワードに割り当てられた重みの大きい順にソートして検索結果とする。
【００３６】
次に、フローチャートを用いて、本発明のドキュメント検索システムが行う動作シーケンスを詳細に説明する。図５は、本実施の形態におけるドキュメント検索システムにおいてクライアント端末が行う履歴収集処理の流れを示すフローチャートである。まず、クライアント端末１に組み込まれた履歴収集部２がユーザのアプリケーション操作イベント処理を開始する。つまり、履歴収集部２がユーザの行うドキュメントの操作を検知して一連の検索処理を開始する（ステップＳ１）。検索処理が開始されると、履歴収集部２は、イベントの内容に応じて、アプリケーションからファイル名、ページ番号、タイトル、操作内容などのドキュメント情報を操作履歴情報として収集する。このとき、履歴収集部２は、開かれているドキュメントのコンテンツから周辺キーワードの抽出を行う（ステップＳ２）。そして、履歴収集部２は、ステップＳ２で収集した情報を操作履歴情報として履歴サーバ４へ送信する（ステップＳ３）。
【００３７】
図６は、本実施の形態におけるドキュメント検索システムにおいて履歴サーバ４が行う、操作履歴情報の受信からインデックスＤＢの更新までの処理の流れを示すフローチャートである。つまり、この図は、履歴サーバ４が操作履歴情報からキーワードを抽出して登録するまでの処理の流れを示している。
【００３８】
まず、履歴サーバ４が履歴の収集態勢に入ると（ステップＳ１１）、履歴サーバ４の履歴取得部５が、クライアント端末１から履歴データを受信したか否かを判断する（ステップＳ１２）。ここで、まだ履歴データを受信していなければ（ステップＳ１２，Ｎｏ）、履歴データを受信するまで待機する。一方、履歴取得部５がクライアント端末１から履歴データを受信したことを検知したときは、キーワード検索を行うための一連の処理を開始する（ステップＳ１２，Ｙｅｓ）。
【００３９】
すなわち、履歴サーバ４においては、履歴取得部５が、受信した履歴データを履歴ＤＢ１０に保存し、キーワード抽出部７が、受信した履歴データに含まれるキーワード情報を抽出する（ステップＳ１３）。尚、キーワード抽出部７によるキーワードの抽出処理の内容は図７を用いて後述する。さらに、キーワード抽出部７は、重み付け部８により抽出されたキーワード情報を重み付けした上で、このキーワード情報をインデックスＤＢ１２へ登録する（ステップＳ１４）。これによって、クライアント端末１のインデックス検索部３は、インデックスＤＢ１２に登録されているキーワード情報を重みの高い順に並べて所望のドキュメントを検索することができる。尚、キーワード抽出部７が行うキーワードの重み付け処理の内容は図８を用いて後述する。
【００４０】
さらに、本実施の形態では、次のステップＳ１５からステップＳ１８までを付加することによってキーワードの抽出と登録を効果的に行うことができる。すなわち、ドキュメント検索システムが履歴の解析を行うように設定されているか否か（つまり、履歴解析部６が構成されているか否か）を判断し（ステップＳ１５）、履歴の解析を行うように設定されている（つまり、履歴解析部６が構成されている）場合は（ステップＳ１５，Ｙｅｓ）、履歴解析部６が履歴データの解析処理を開始する。そして、履歴解析部６は、履歴ＤＢ１０に記録されている履歴データを用いて、ドキュメントのアクセス回数、関連文書などの履歴データの解析を行う（ステップＳ１６）。尚、履歴データから関連する文書を解析する処理は既存の処理手順を用いて行う。また、ステップＳ１５でドキュメント検索システムが履歴の解析を行うように設定されていない（つまり、履歴解析部６が構成されていない）場合は（ステップＳ１５，Ｎｏ）、そのまま検索処理を終了する。
【００４１】
次に、ステップＳ１６で履歴解析部６が履歴の解析を行った場合は、キーワード抽出部７が、履歴解析部６の行った解析結果（ドキュメント情報ＤＢの内容）からキーワード情報を抽出して重み付けを行う（ステップＳ１７）。尚、キーワード抽出部７が行うキーワード情報の抽出と重み付けの処理内容は図７と図８を用いて後述する。そして、インデックス作成部９が、キーワード抽出部７により抽出されたキーワード及び重み付けの情報を用いてインデックスを作成し、インデックスＤＢ１２へ登録する（ステップＳ１８）。これによって、クライアント端末１のインデックス検索部３は、インデックスＤＢ１２に登録されているインデックス情報に基づいてキーワード情報を重みの高い順に並べて所望のドキュメントを検索することができる。
【００４２】
図７は、履歴サーバ４のキーワード抽出部７がキーワードを抽出するときのルールの一例を示す図である。すなわち、図７は、図６に示すフローチャートのステップＳ１３、Ｓ１４において、キーワード抽出部７が、履歴ＤＢ１０及びドキュメント情報ＤＢ１１から履歴データに含まれるキーワードを抽出し、インデックス作成部９がインデックスＤＢ１２へ追加キーワードとして登録したり、ステップＳ１８、Ｓ１９において、キーワード抽出部７が解析結果から抽出したキーワードをインデックス作成部９がインデックスＤＢ１２へ追加キーワードとして登録したりするときのルールの一例を示したものである。尚、図７に示すキーワード抽出ルールは、ドキュメント検索システムの構成や負荷に応じて任意に選択して使用することができ、全てのルールを使用する必要はない。また、新たにルールを追加して使用することもできる。
【００４３】
以下、キーワード抽出部７が行うキーワード抽出のルールを図７に従って詳細に説明する。
『作成者を追加する』ルールにおいては、ドキュメントを作成した作成者名を追加キーワードとして抽出し、インデックス作成部９によりインデックスＤＢ１２へ登録させる。
『作成日を追加する』ルールにおいては、ドキュメントを作成した日時を追加キーワードとして抽出し、インデックス作成部９によりインデックスＤＢ１２へ登録させる。
『ドキュメントの所在するサーバ名を追加する』ルールにおいては、ドキュメントの所在するサーバのサーバ名を追加キーワードとして抽出し、インデックス作成部９によりインデックスＤＢ１２へ登録させる。
【００４４】
『ドキュメントへのアクセス内容を追加する』ルールにおいては、閲覧、印刷、削除、転送、送信など、ドキュメントに対してユーザが行った操作内容を追加キーワードとして抽出し、インデックス作成部９によりインデックスＤＢ１２へ登録させる。
『送付先を追加する』ルールにおいては、ドキュメントがＥメールなどにより送信されていた場合には、あて先（送信先）のユーザ名を追加キーワードとして抽出し、インデックス作成部９によりインデックスＤＢ１２へ登録させる。
『アクセス頻度を追加する』ルールにおいては、ドキュメントのアクセス頻度に応じて、「高頻度」「低頻度」などの追加キーワードを抽出し、インデックス作成部９によりインデックスＤＢ１２へ登録させる。
すなわち、アクセス頻度が高いときは「高頻度」、アクセス頻度が低いときは「低頻度」としてインデックスＤＢ１２へ登録する。
【００４５】
『アクセス回数を追加する』ルールにおいては、ドキュメントのアクセス回数に応じて、トータルアクセス回数の多い場合には「人気」、トータルアクセス回数が少ない場合には「不人気」などの追加キーワードを抽出し、インデックス作成部９によりインデックスＤＢ１２へ登録させる。
『出力先を追加する』ルールにおいては、ドキュメントが印刷出力されている場合は出力先のプリンタ名を追加キーワードとして抽出し、インデックス作成部９によりインデックスＤＢ１２へ登録させる。
すなわち、データの出力先のデバイス名をインデックスＤＢ１２へ登録する。
【００４６】
『関連文書のキーワードを追加する』ルールにおいては、ドキュメント情報ＤＢ１１に記録されている参照文書、派生文書、同時利用文書の関連文書に含まれるキーワード情報を対象文書の追加キーワードとして抽出し、インデックス作成部９によりインデックスＤＢ１２へ登録させる。
『関連文書のタイトルを追加する』ルールにおいては、ドキュメント情報ＤＢ１１に記録された参照文書、派生文書、同時利用文書の関連文書のタイトルに含まれるキーワード情報を対象文書の追加キーワードとして抽出し、インデックス作成部９によりインデックスＤＢ１２へ登録させる。
【００４７】
図８は、キーワード抽出部７がキーワードに重み付けをするときのルールの一例を示す図である。すなわち、図８は、図６に示すフローチャートのステップＳ１４及びステップＳ１８において、キーワード抽出部７がキーワードに重み付けをしてインデックスＤＢ１２へ登録するときのルールの一例を示した図である。
尚、図８に示すルールは、ドキュメント検索システムの構成や負荷に応じて任意に選択して使用することができ、全てのルールを使用する必要はない。また、新たにルールを追加して使用することもできる。
【００４８】
『キーワードの含まれるドキュメントのアクセス回数＞１０』である場合のように、関連文書に対するアクセス回数が多い場合のルールとしては、ドキュメントの関連文書のキーワードを登録するときにキーワードの重みを増加する。すなわち、インデックス作成部９は、キーワードの重みを“１”増加してインデックスＤＢ１２へ登録する。
『キーワードの含まれる部位のアクセス回数＞１０』のように、関連文書の部位に対するアクセス回数が多い場合のルールとして、ドキュメント関連文書の部位のキーワードを登録するときにキーワードの重みを増加する。すなわち、インデックス作成部９は、キーワードの重みを“１”増加してインデックスＤＢ１２へ登録する。
【００４９】
『キーワードの含まれる部位の出力回数＞１』のように、キーワードを含む部位を過去に印刷した履歴がある場合のルールとして、重要なドキュメント／部位であると考えてキーワードの重みを増加する。すなわち、インデックス作成部９は、キーワードの重みを“１”増加してインデックスＤＢ１２へ登録する。
『参照回数が２以上の関連ドキュメントのキーワード』のように、ドキュメントを作成したり更新したりしたときの参照文書／部位のキーワードを登録するとき、参照文書／部位に対する参照回数が多い場合は、キーワードの関連性が高いと考えてキーワードの重みを増加する。すなわち、インデックス作成部９は、キーワードの重みを“１”増加してインデックスＤＢ１２へ登録する。
【００５０】
『派生ドキュメントのキーワード』のルールとして、ドキュメントを参照して作成された派生文書／部位のキーワードを登録するとき、派生文書／部位からの参照回数が多い場合には、キーワードの関連性が強いと考えてキーワードの重みを増加する。すなわち、インデックス作成部９は、キーワードの重みを“１”増加してインデックスＤＢ１２へ登録する。
『印刷を行った関連ドキュメントのキーワード』のルールとして、関連ドキュメントに含まれるキーワードのうち、印刷や送信など特定の重要度の高い処理を行った関連文書のキーワードの重みを増加する。すなわち、インデックス作成部９は、キーワードの重みを“１”増加してインデックスＤＢ１２へ登録する。
『特定ユーザの作成文書』のルールとして、特定のユーザの作成した文書に含まれるキーワードの重みを増加する。すなわち、インデックス作成部９は、キーワードの重みを“１”増加してインデックスＤＢ１２へ登録する。
【００５１】
以上述べた実施の形態は本発明を説明するための一例であり、本発明は、上記の実施の形態に限定されるものではなく、発明の要旨の範囲で種々の変形が可能である。すなわち、上記の実施の形態では、抽出したキーワード情報をインデックスＤＢ１２へ登録するようにしたが、これに限ることはなく、ドキュメント自体にキーワード情報を埋め込んでもよい（付加してもよい）。例えば、Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅアプリケーション（登録商標）で作成される文書には、文書内にキーワード情報を記録する領域が用意されているし、ＨＴＭＬ、ＸＭＬ文書でもキーワード情報をドキュメントのコンテンツとは別のメタ情報として記録するための領域が規定されている。また、本発明のドキュメント検索システムで抽出されたキーワード情報がドキュメント自体に含まれることによって、インデックスＤＢを持たない全文検索システムなどと併用した場合であっても、本発明のドキュメント検索システムは前述の実施の形態と同様な作用効果を実現することができる。
【００５２】
なお、本発明の実施の形態では、装置内部に発明を実施する機能が予め記録されている場合で説明したが、これに限らず同様の機能をネットワークから装置にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを装置にインストールしても良い。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、且つ装置が読取り可能な記録媒体であれば，その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであっても良い。
【００５３】
【発明の効果】
以上説明したように、本発明によれば、ユーザの操作履歴に基づいた信頼性の高いキーワード情報をドキュメントに付加しているので検索精度を高めることができる。また、関連文書の情報を用いることでドキュメント自体には含まれていないキーワードを付加することができ、検索の柔軟性を高めることができる。さらに、検索対象のドキュメントが画像や音声など、テキスト情報を含まないドキュメントであっても、履歴情報や関連文書を用いてキーワード情報を付加し、テキストを含むドキュメントと同様にキーワードによる検索の対象とすることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるドキュメント検索システムの構成を示すブロックである。
【図２】図１に示す履歴ＤＢの構成と内容の一例を示す図である。
【図３】図１に示すドキュメント情報ＤＢの構成と内容の一例を示す図である。
【図４】図１に示すインデックスＤＢの構成と内容の一例を示す図である。
【図５】本発明の実施の形態におけるドキュメント検索システムにおいてクライアント端末が行う履歴収集処理の流れを示すフローチャートである。
【図６】本発明の実施の形態におけるドキュメント検索システムにおいて履歴サーバが行う、操作履歴情報の受信からインデックスＤＢの更新までの処理の流れを示すフローチャートである。
【図７】履歴サーバのキーワード抽出部がキーワードを抽出するときのルールの一例を示す図である。
【図８】キーワード抽出部がキーワードに重み付けをするときのルールの一例を示す図である。
【符号の説明】
１  クライアント端末、２  履歴収集部、３  インデックス検索部、４  履歴サーバ、５  履歴取得部、６  履歴解析部、７  キーワード抽出部、１０  履歴ＤＢ、１１  ドキュメント情報ＤＢ、１２  インデックスＤＢ、１３  ファイルサーバ、１４  ＬＡＮ。
【図１】
2005018530.tif 000003
【図２】
2005018530.tif 000004
【図３】
2005018530.tif 000005
【図４】
2005018530.tif 000006
【図５】
2005018530.tif 000007
【図６】
2005018530.tif 000008
【図７】
2005018530.tif 000009
【図８】
2005018530.tif 000010