(57)【要約】【課題】管理者が各データベース内の全ての情報の有用度を個々にチェックしなくても、有効に利用されているデータベースを容易に判別できるようにする。【解決手段】統計・評価ログデータベース１６には、検索サーバ１４による検索の履歴を含む、データベース１１Ａ，１１Ｂ各々の利用状況の履歴が保存される。統計・評価モジュール１５は、統計・評価ログデータベース１６に保存されている、データベース１１Ａ，１１Ｂ各々の利用状況の履歴に基づいて、当該データベース１１Ａ，１１Ｂ各々の利用状況の統計情報を生成する。統計・評価モジュール１５は、このデータベース１１Ａ，１１Ｂ各々の利用状況の統計情報に基づいて、当該データベース１１Ａ，１１Ｂ各々の利用状況を評価する。この評価結果は、データベース情報提示モジュール１７によって管理者に提示される。【選択図】      図１
2006099426.tif 000002
【特許請求の範囲】
【請求項１】
異なるデータソースから収集された情報が登録された複数のデータベースと、
ユーザからの検索要求で指定された検索条件に従って前記複数のデータベースの少なくとも１つから当該検索条件に合致するデータを検索して、その検索結果を前記ユーザに提示する検索サーバと、
前記検索サーバによる検索の履歴を含む、前記複数のデータベース各々の利用状況の履歴を保存するログ保存手段と、
前記ログ保存手段に保存されている前記複数のデータベース各々の利用状況の履歴に基づいて、前記複数のデータベース各々の利用状況の統計情報を生成し、当該統計情報に基づいて前記複数のデータベース各々の利用状況を評価する統計・評価手段と、
前記統計・評価手段による前記複数のデータベース各々の利用状況の評価結果を管理者に提示するデータベース情報提示手段と
を具備することを特徴とするデータベース運用管理支援機能を有する情報検索システム。
【請求項２】
前記ログ保存手段に保存される前記複数のデータベース各々の利用状況の履歴は、当該複数のデータベース各々における登録情報毎の履歴であって、検索条件に合致したか否かを示す検索ヒット有無情報、更新の有無を示す更新有無情報、検索条件に合致する程度を表すスコア、検索された情報がユーザによって選択されて参照されたか否かを示すアクセス有無情報、及びユーザによって参照された情報に対する当該ユーザの評価を示す評価情報のうちから選択された複数の履歴を含み、
前記統計・評価手段は、前記検索ヒット有無情報に対応する検索頻度、前記更新有無情報に対応する更新頻度、前記スコア、前記アクセス有無情報に対応するアクセス頻度、及び前記評価情報に対応するユーザ評価を含む複数の評価項目のうち、前記選択された複数の履歴に対応する評価項目の中から、管理者によって選択指定された少なくとも１つの評価項目を受け付けて、前記複数のデータベース各々の利用状況の履歴のうち、当該指定された評価項目に対応する情報に基づいて、当該指定された評価項目に関する前記複数のデータベース各々の利用状況の統計情報を生成し、当該統計情報に基づいて前記複数のデータベース各々の利用状況を評価する
ことを特徴とする請求項１記載のデータベース運用管理支援機能を有する情報検索システム。
【請求項３】
前記統計・評価手段は、前記複数のデータベース各々の利用状況の評価結果が時間軸方向の変化の傾向を表すように、前記複数のデータベース各々の利用状況を評価することを特徴とする請求項１記載のデータベース運用管理支援機能を有する情報検索システム。
【請求項４】
前記統計・評価手段による前記複数のデータベース各々の利用状況の評価結果に基づいて、前記複数のデータベースのうち評価の低いデータベースを自動的に削除する自動削除手段を更に具備することを特徴とする請求項１記載のデータベース運用管理支援機能を有する情報検索システム。
【請求項５】
前記統計・評価手段による前記複数のデータベース各々の利用状況の評価結果に基づいて、前記複数のデータベースのうち評価の低いデータベースを削除することを管理者に促す手段を更に具備することを特徴とする請求１項記載のデータベース運用管理支援機能を有する情報検索システム。
【請求項６】
設定された情報収集条件に従って、前記異なるデータソースから情報を収集し、その収集された情報を当該データソースに対応する前記データベースに登録する情報収集手段と、
前記統計・評価手段による前記複数のデータベース各々の利用状況の評価結果に基づいて、前記情報収集条件を変更する自動更新手段と
を更に具備することを特徴とする請求１項記載のデータベース運用管理支援機能を有する情報検索システム。
【請求項７】
設定された情報収集条件に従って、前記異なるデータソースから情報を収集し、その収集された情報を当該データソースに対応する前記データベースに登録する情報収集手段と、
前記統計・評価手段による前記複数のデータベース各々の利用状況の評価結果に基づいて、前記情報収集条件の変更を管理者に促す手段と
を具備することを特徴とする請求１項記載のデータベース運用管理支援機能を有する情報検索システム。
【請求項８】
異なるデータソースから収集された情報が登録された複数のデータベースと、
ユーザからの検索要求で指定された検索条件に従って前記複数のデータベースの少なくとも１つから当該検索条件に合致するデータを検索して、その検索結果を前記ユーザに提示する検索サーバと、
前記検索サーバによる検索の履歴を含む、前記複数のデータベース各々の利用状況の履歴を保存するログ保存手段と、
前記ログ保存手段に保存されている前記複数のデータベース各々の利用状況の履歴に基づいて、前記複数のデータベース各々の利用状況の統計情報を生成し、当該統計情報に基づいて前記複数のデータベース各々の利用状況を評価する統計・評価手段と、
設定された情報収集条件に従って、前記異なるデータソースから情報を収集し、その収集された情報を当該データソースに対応する前記データベースに登録する情報収集手段と、
前記統計・評価手段による前記複数のデータベース各々の利用状況の評価結果に基づいて、前記情報収集条件を変更する自動更新手段と
を具備することを特徴とするデータベース運用管理支援機能を有する情報検索システム。
【請求項９】
ユーザからの検索要求で指定された検索条件に従って、異なるデータソースから収集された情報が登録された複数のデータベースの少なくとも１つから当該検索条件に合致するデータを検索して、その検索結果を前記ユーザに提示する情報検索システムにおいて、前記複数のデータベースの運用を管理するデータベース運用管理方法であって、
前記ユーザからの検索要求で指定された検索条件に従う検索の都度、当該検索で取得される情報を当該検索の対象となった前記データベースの利用状況の履歴の一部としてログ保存手段に保存するステップと、
前記ログ保存手段に保存されている前記複数のデータベース各々の利用状況の履歴に基づいて、前記複数のデータベース各々の利用状況の統計情報を生成するステップと、
生成された前記複数のデータベース各々の利用状況の統計情報に基づいて前記複数のデータベース各々の利用状況を評価するステップと、
前記複数のデータベース各々の利用状況の評価結果を管理者に提示するステップと
を具備することを特徴とするデータベース運用管理方法。
【請求項１０】
前記複数のデータベース各々の利用状況の履歴は、当該複数のデータベース各々における登録情報毎の履歴であって、検索条件に合致したか否かを示す検索ヒット有無情報、検索条件に合致する程度を表すスコア、検索された情報がユーザによって選択されて参照されたか否かを示すアクセス有無情報、及びユーザによって参照された情報に対する当該ユーザの評価を示す評価情報のうちから選択された複数の履歴を含み、
前記検索ヒット有無情報に対応する検索頻度、前記スコア、前記アクセス有無情報に対応するアクセス頻度、及び前記評価情報に対応するユーザ評価を含む複数の評価項目のうち、前記選択された複数の履歴に対応する評価項目の中から、少なくとも１つの評価項目が管理者によって選択指定された場合に、当該指定された評価項目に対応する情報に基づいて、当該指定された評価項目に関する前記複数のデータベース各々の利用状況の統計情報が生成されて、当該統計情報に基づいて前記複数のデータベース各々の利用状況が評価される
ことを特徴とする請求項９記載のデータベース運用管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるデータソースから収集された情報が登録された複数のデータベースを対象とする情報検索が可能な情報検索システムに係り、特に当該データベースの運用管理に好適なデータベース運用管理支援機能を有する情報検索システム及びデータベース運用管理方法に関する。
【背景技術】
【０００２】
近年、知識情報の共有支援を図るための知識共有システムが開発されている。この知識共有システムは、個人のノウハウなどの知識情報をデータベース（知識データベース）に蓄積して管理するためのものである。また、知識共有システムと自然言語検索などの検索機能とを組み合わせることで、データベースに蓄積された知識情報の効率的な活用を実現する情報検索システムも開発されている。
【０００３】
知識共有システムを含む情報検索システムでは、知識情報をいかに効率よく収集するかが重要なポイントとなる。そこで最近の情報検索システムでは、収集モジュールが、外部データソース（インターネット上や社内のイントラネット上にある情報など）を収集し、収集した情報をデータベースに蓄積するのが一般的である（例えば、特許文献１参照）。
【０００４】
また、この種の情報検索システムでは、データソースが多岐に渡る場合には、データソース毎に、それぞれ１つのデータベースを割り当てる運用が適用されることが多い。このような運用は、管理者（管理ユーザ）の操作に基づいて運用管理クライアント（運用管理クライアント端末）によって行われる。また、情報検索システムは、データベースに蓄積された情報をユーザから利用可能なように検索サーバを有している。検索サーバは、ユーザの操作に従って検索クライアント（検索クライアント端末）から指定されたデータベースに対して検索条件に従って検索を行い、検索結果を検索クライアントを介してユーザに提示する。ユーザは、検索サーバからの検索結果を参照する。
【０００５】
ところで、データソースが多岐に渡るということは、様々な知識情報を収集できる反面、運用管理クライアントを介しての管理者によるシステムの運用管理という観点からは、管理対象となるデータベースの個数の増加を招くことを意味する。この場合、これらのデータベースを管理者が効率的に管理することは困難となる。
【０００６】
また、収集モジュールによって自動的に大量に収集されてくるデータの中には、ユーザにとって不要なものも大量に含まれる。しかし、管理者が、ユーザにとって不要なものを判別することは困難となる。
【０００７】
一方、検索結果である情報（検索結果一覧から選択された情報）を検索クライアントを介してユーザに提示した際に、その情報に対するユーザの評価を入力させることで、その情報に対するユーザの評価を取得して、データベース内の情報毎に対応するユーザ評価情報を保存することが提案されている（例えば、特許文献２参照）。この特許文献２には、検索結果一覧、或は検索結果一覧から選択された情報をユーザに提示する際に、その情報に対応するユーザ評価情報を併せて提示することが記載されている。また特許文献２には、検索された情報の順位付けに対応するユーザ評価情報を用いることも記載されている。
【特許文献１】特開２００３−３０３１９７号公報（段落０００８、段落００１０）
【非特許文献１】特開２００２−４１５２４号公報（段落０００９乃至００１２、段落００３３，段落００３４、段落００４０、段落００４１、図８）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述した情報検索システムにおいて、複数のデータソースを対象に、そのデータソースから対応するデータベースに知識情報を収集する処理が頻繁に行われる場合には、管理者が有用性を管理しなければならない情報の件数が膨大となる。この場合、これらのデータベースを運用管理クライアントが効率的に管理することは困難であり、またユーザにとって不要なデータベースを判別することも困難である。
【０００９】
そこで、この判別に、特許文献２に記載された、各データベース内の登録情報毎のユーザ評価情報を利用することが考えられる。しかし、この情報毎のユーザ評価情報を利用するには、管理者は各データベース内の全ての登録情報をチェックしなければならず、運用管理のコストが増加するという問題がある。しかも、データベース内の登録情報が多くなると、ユーザから参照される回数の少ない情報も増加する。このような情報については、ユーザの評価の回数も少なくなるため、ユーザ評価情報自体の信頼性の点で問題がある。したがって管理者が、データベース内の登録情報毎のユーザ評価情報を単に利用して、登録情報毎に有用性を評価するだけでは、対応するデータベースがユーザにとって不要であるかを判別することは困難である。
【００１０】
本発明は上記事情を考慮してなされたものでその目的は、管理者が各データベース内の全ての情報の有用度を個々にチェックしなくても、有効に利用されているデータベースを容易に判別できる、データベース運用管理支援機能を有する情報検索システム及びデータベース運用管理方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の１つの観点に係るデータベース運用管理支援機能を有する情報検索システムは、異なるデータソースから収集された情報が登録された複数のデータベースと、ユーザからの検索要求で指定された検索条件に従って上記複数のデータベースの少なくとも１つから当該検索条件に合致するデータを検索して、その検索結果を上記ユーザに提示する検索サーバと、この検索サーバによる検索の履歴を含む、上記複数のデータベース各々の利用状況の履歴を保存するログ保存手段と、このログ保存手段に保存されている上記複数のデータベース各々の利用状況の履歴に基づいて、上記複数のデータベース各々の利用状況の統計情報を生成し、当該統計情報に基づいて上記複数のデータベース各々の利用状況を評価する統計・評価手段と、この統計・評価手段による上記複数のデータベース各々の利用状況の評価結果を管理者に提示するデータベース情報提示手段とを備えることを特徴とする。
【００１２】
このような構成においては、検索サーバによる検索の履歴を含む、複数のデータベース各々の利用状況の履歴がログ保存手段に保存される。統計・評価手段は、このログ保存手段に保存されている、複数のデータベース各々の利用状況の履歴に基づいて、当該複数のデータベース各々の利用状況の統計情報を生成する。統計・評価手段は、この複数のデータベース各々の利用状況の統計情報に基づいて、当該複数のデータベース各々の利用状況を評価する。この評価結果は、データベース情報提示手段によって管理者に提示される。これにより管理者は、複数のデータベース各々における全ての登録情報をチェックしなくても、提示された複数のデータベース各々の利用状況の評価結果から、当該複数のデータベースのいずれが有効に利用されており、いずれが有効に利用されていないか容易に判別できる。よって、運用管理コストを削減することが可能となる。ここで、評価結果は、有効に利用されているデータベースの順、或は有効に利用されていないデータベースの順など、順位付けされた一覧として提示される構成とすると良い。この際、評価値を付すと良い。
【００１３】
また、ログ保存手段に保存される上記複数のデータベース各々の利用状況の履歴が、当該複数のデータベース各々における登録情報毎の履歴であって、検索条件に合致したか否かを示す検索ヒット有無情報、更新の有無を示す更新有無情報、検索条件に合致する程度を表すスコア、検索された情報がユーザによって選択されて参照されたか否かを示すアクセス有無情報、及びユーザによって参照された情報に対する当該ユーザの評価を示す評価情報のうちから選択された複数の履歴を含む構成を適用すると良い。この構成において、上記検索ヒット有無情報に対応する検索頻度、上記更新有無情報に対応する更新頻度、上記スコア、上記アクセス有無情報に対応するアクセス頻度、及び上記評価情報に対応するユーザ評価を含む複数の評価項目のうち、上記選択された複数の履歴に対応する評価項目の中から、管理者によって選択指定された少なくとも１つの評価項目を上記統計・評価手段が受け付けて、ログ保存手段に保存されている上記複数のデータベース各々の利用状況の履歴のうち、当該指定された評価項目に対応する情報に基づいて、当該指定された評価項目に関する上記複数のデータベース各々の利用状況の統計情報を生成し、当該統計情報に基づいて上記複数のデータベース各々の利用状況を評価するならば、検索頻度が高いデータベース、更新頻度が高い情報が多く登録されているデータベース、検索で高いスコアとなる情報が多く登録されているデータベース、評価の高い情報が多く登録されているデータベースなど、管理者の意図した評価項目に沿ったデータベース利用状況の評価結果を提示することが可能となる。
【００１４】
また、上記複数のデータベース各々の利用状況の評価結果が時間軸方向の変化の傾向を表すように、当該複数のデータベース各々の利用状況が評価される構成とするならば、例えばアクセス頻度が高くなっている、或はアクセス頻度が低くなっているなど、データベース各々の利用状況の評価結果に、時系列的な変化を反映させることができる。
【発明の効果】
【００１５】
本発明によれば、検索の履歴を含む、複数のデータベース各々の利用状況の履歴に基づいて、当該複数のデータベース各々の利用状況の統計情報を生成し、その複数のデータベース各々の利用状況の統計情報に基づいて、当該複数のデータベース各々の利用状況を評価して、その評価結果を管理者に提示することにより、管理者が各データベース内の全ての情報の有用度を個々にチェックしなくても、有効に利用されているデータベースを容易に判別でき、運用管理のコストを削減することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態につき図面を参照して説明する。  
［第１の実施形態］
図１は本発明の第１の実施形態に係る情報検索システムの構成を示すブロック図である。図１に示す情報検索システムは、複数のデータベース、例えば２つのデータベース１１Ａ（＃Ａ），１１Ｂ（＃Ｂ）と、収集モジュール１２Ａ，１２Ｂと、複数の検索クライアント（検索クライアント端末）１３と、検索サーバ１４と、統計・評価モジュール１５と、統計・評価ログデータベース１６と、データベース情報提示モジュール１７と、運用管理クライアント（運用管理クライアント端末）１８とから構成される。収集モジュール１２Ａ，１２Ｂ、検索サーバ１４、統計・評価モジュール１５、及びデータベース情報提示モジュール１７は、専用のプログラムを計算機（サーバ計算機）が読み取り実行することにより実現される。このプログラムは、計算機で読み取り可能な記憶媒体に予め格納して頒布可能である。また、このプログラムが、ネットワークを介してダウンロード（頒布）されても構わない。
【００１７】
以下、図１の情報検索システムにおける動作を、図２のシーケンスチャートを参照して説明する。データベース１１Ａ，１１Ｂは、それぞれ異なる外部データソース２１Ａ，２１Ｂ（インターネット上や社内のイントラネット上にある情報のソース）に対応して設けられ、対応する外部データソースから収集された情報を蓄積するのに用いられる。外部データソース２１Ａは例えばインターネット上に存在し、外部データソース２１Ｂは例えば社内のイントラネット上に存在するものとする。また、インターネット上の予め定められた複数のＷｅｂサーバをそれぞれ外部データソースとして、当該Ｗｅｂサーバ毎にデータベースが用意される構成とすることも可能である。なお、説明を簡略化するために、外部データソース２１Ａ，２１Ｂから収集される情報が文書情報であるものとする。
【００１８】
収集モジュール１２ｉ（ｉ＝Ａ，Ｂ）は、外部データソース２１ｉから文書情報を収集して、その収集された文書情報をデータベース１１ｉに登録する（ステップＳ１）。収集モジュール１２ｉは、既にデータベース１１ｉに登録済みの文書情報に対応する文書情報を収集した場合、新たに収集された文書情報が、登録済みの文書情報の更新された情報（つまり更新文書）であるかを判定する。この判定は、文書情報のサイズまたは更新日時を比較することで行われる。収集モジュール１２ｉは、新たに収集された文書情報が、更新された情報である場合、既登録の文書情報を当該新たに収集された文書情報で更新する。また、収集モジュール１２ｉは、データベース１１ｉ内の既登録の文書情報が更新されたことを検索サーバ１４に通知する（ステップＳ２）。また、既にデータベース１１ｉに登録済みの文書情報が、外部データソース２１ｉに存在しない場合、収集モジュール１２ｉは、当該登録済みの文書情報をデータベース１１ｉから削除する。
【００１９】
検索サーバ１４は、収集モジュール１２ｉによるデータベース１１ｉへの文書情報収集が完了すると、当該データベース１１ｉの文書毎の更新の有無を示す情報をデータベース１１ｉのデータベース名と共に統計・評価モジュール１５に通知する（ステップＳ３）。統計・評価モジュール１５は、検索サーバ１４から通知された更新の有無を示す情報をログ情報として、その時点における日時を示す日時情報を付して、統計・評価ログデータベース１６内の後述するログ情報テーブル１６０に保存する（ステップＳ４）。
【００２０】
検索クライアント１３は、ユーザの操作に応じて検索サーバ１４に対して検索を要求する（ステップＳ５）。検索サーバ１４は、検索クライアント１３からの検索要求に応じ、当該検索要求で指定されたデータベース１１ｉ（ｉはＡまたはＢ）を対象に当該検索要求で指定された検索条件に従う検索処理を行う（ステップＳ６）。この検索処理では、検索サーバ１４は、データベース１１ｉに登録されている文書毎に、検索条件に合致する程度を表すスコアを算出する。検索サーバ１４は、算出された文書毎のスコアを、以下に述べる検索結果テーブル１４０内の当該文書に対応するスコアフィールドに保持する。
【００２１】
図３は、検索結果テーブル１４０のデータ構造例を示す。検索結果テーブル１４０は、データベース１１Ａ，１１Ｂ毎で、且つ当該データベース１１Ａ，１１Ｂに登録されている各文書毎に、検索でのヒットの有無を保持する検索ヒットフィールド、検索条件に合致する程度を表すスコア（検索条件に対して検索した文書の適合率）を保持するスコアフィールド及びアクセス（参照）の有無を保持するアクセスフィールドを有する。検索ヒットフィールドは、対応する文書が検索された場合に検索有りを示す状態に設定される。また、スコアフィールドには、ユーザからの検索要求に応じて実行される検索処理で算出された対応する文書のスコアが保持される。また、アクセスフィールドは、対応する文書がアクセス（参照）された場合にアクセス有りを示す状態に設定される。
【００２２】
検索結果テーブル１４０はまた、データベース１１Ａ，１１Ｂ毎で、且つ当該データベース１１Ａ，１１Ｂに登録されている各文書毎に、ユーザ評価結果を保持するための「役に立つ」評価フィールド及び「役に立たない」評価フィールドを有する。「役に立つ」評価フィールドは、対応する文書が役に立つとユーザに評価された場合に、その旨を示す状態に設定される。同様に、「役に立たない」評価フィールドは、対応する文書が役に立たないとユーザに評価された場合に、その旨を示す状態に設定される。なお、検索結果テーブル１４０の枠組みは、データベースの増減、データベース内の文書の増減に応じて変化する。
【００２３】
検索サーバ１４は、データベース１１ｉに登録されている文書毎にスコアを算出すると、検索条件に合致（ヒット）した文書、例えば予め定められた閾値を超えるスコアの文書について、検索結果テーブル１４０内の当該文書に対応する検索ヒットフィールドを、検索有りを示す状態に設定する。
【００２４】
検索サーバ１４は、検索条件に合致（ヒット）した文書の一覧（検索文書一覧）を含む検索結果を検索クライアント１３に送信する（ステップＳ７）。この検索文書一覧は、検索条件に合致した各文書の文書名（タイトル名）と文書の要約とを含む。検索文書一覧中の文書（文書名）の並び順は対応するスコアの大きい順となっている。
【００２５】
検索サーバ１４から検索クライアント１３に検索結果が送信されると、当該検索クライアント１３の表示モニタに、上記検索文書一覧を含む検索結果画面が表示される。この検索文書一覧から、ユーザが所望の文書の文書名を選択する操作を行うと、検索クライアント１３から検索サーバ１４に文書の参照要求（アクセス要求）が送信される（ステップＳ８）。この参照要求に応じて、検索サーバ１４は、選択された文書名の文書情報をデータベース１１ｉから取り出して検索クライアント１３に送信する（ステップＳ９）。すると、検索クライアント１３の表示モニタに、ユーザが選択した文書情報を含む文書閲覧画面が表示される。これによりユーザは、この文書閲覧画面上で自身が選択した文書情報を参照することができる。
【００２６】
検索サーバ１４は、ユーザによって検索結果文書一覧から選択された文書を検索クライアント１３に送信すると、検索結果テーブル１４０内の当該文書に対応するアクセスフィールドを、アクセス（参照）有りを示す状態に設定する。
【００２７】
検索クライアント１３の表示モニタに表示される文書閲覧画面には、前記特許文献２に記載されているように、ユーザの評価を入力するための評価入力領域が確保されている。この評価入力領域には、評価種類入力用のラジオボタンが配置されている。ここでは、説明を簡略化するために、評価種類入力用のラジオボタンが、文書閲覧画面に表示された文書情報（つまりユーザによって参照された文書情報）が役に立つことを入力するのに用いられるラジオボタンと、当該文書情報が役に立たないことを入力するのに用いられるラジオボタンとの２種であるものとする。この例は、２段階の評価値の中から、１つをユーザに選択させる構成と等価である。なお、３段階以上の評価値の中から、１つをユーザに選択させる構成であっても構わない。
【００２８】
さてユーザは、文書閲覧画面が表示されると、当該文書閲覧画面の評価入力領域に配置された２種のラジオボタンのいずれか一方を選択することで、当該文書閲覧画面に表示された文書情報（つまりユーザが参照した文書情報）に対して、そのラジオボタンに固有の評価を付けることができる。この評価付けの結果、つまり「役に立つ」ことを示す評価が入力されたか、或は「役に立たない」ことを示す評価が入力されたかは、検索クライアント１３から検索サーバ１４に通知される（ステップＳ１０）。なお、２種のラジオボタンのいずれも選択しないことで、上記文書情報に対して、「役に立つ」または「役に立たない」のいずれでもないとの評価を付けることもできる。
【００２９】
検索サーバ１４は、「役に立つ」ことを示す評価が入力された場合であれば、検索結果テーブル１４０内の、「役に立つ」と評価された文書情報に対応する「役に立つ」評価フィールドを、「役に立つ」と評価された旨を示す状態に設定する。同様に、「役に立たない」ことを示す評価が入力された場合であれば、検索サーバ１４は、検索結果テーブル１４０内の、「役に立たない」と評価された文書情報に対応する「役に立たない」評価フィールドを、「役に立たない」と評価された旨を示す状態に設定する。
【００３０】
検索サーバ１４は、例えば１つの検索条件に対応する一連の検索処理が終了する毎に、その時点における検索結果テーブル１４０の情報を統計・評価モジュール１５に送信する（ステップＳ１１）。そして、統計・評価モジュール１５が検索結果テーブル１４０の情報を正常に受信すると、検索サーバ１４は当該検索サーバ１４内の検索結果テーブル１４０の各フィールドの状態を初期化する。
【００３１】
統計・評価モジュール１５は、検索サーバ１４から送信された検索結果テーブル１４０の情報を受信すると、その情報をログ情報として、その時点における日時を示す日時情報を付して、統計・評価ログデータベース１６内の以下に述べるログ情報テーブル１６０に保存する（ステップＳ１２）。
【００３２】
図４は、ログ情報テーブル１６０のデータ構造例を示す。ログ情報テーブル１６０のデータ構造は、図３の検索結果テーブル１４０とほぼ同様である。ここでは、説明を簡略化するために、検索サーバ１４から統計・評価ログデータベース１６に、データベース１１ｉの文書毎の更新の有無を示す情報、または検索結果テーブル１４０の情報が送信される毎に、ログ情報テーブル１６０が統計・評価ログデータベース１６内に生成されるものとする。つまり、本実施形態では、ログ情報テーブル１６０の列が時系列順に統計・評価ログデータベース１６に蓄積される。ログ情報テーブル１６０が検索結果テーブル１４０と相違するのは、更新の有無を保持する更新フィールドを有する点である。
【００３３】
さて運用管理クライアント１８は、管理者の操作によりデータベース評価情報の提示が要求されると、データベース情報提示モジュール１７に対して、データベース評価情報の提示要求を通知する（ステップＳ１３）。ここでは、運用管理クライアント１８は、管理者からデータベース評価情報の提示が要求された場合に、管理者に対して、評価項目と、評価期間（評価の対象期間）の指定を促すメッセージを表示する。これにより管理者は、評価項目と、評価期間を指定することが可能である。
【００３４】
データベース情報提示モジュール１７は、運用管理クライアント１８からの提示要求を受け付けると、統計・評価モジュール１５に対してデータベース評価要求を通知する（ステップＳ１４）。このデータベース評価要求は、指定された評価項目と評価期間の情報を含むものとする。統計・評価モジュール１５は、データベース情報提示モジュール１７からのデータベース評価要求を受け付けると、当該評価要求で指定された評価項目について、その評価項目毎の評価ポイントを用いて、データベース１１ｉ毎の評価値Ｒiを算出する（ステップＳ１５）。本実施形態で適用される評価項目は、「役に立つ」、「役に立たない」、「検索頻度が高い」、「検索頻度が低い」、「更新頻度が高い」、「更新頻度が低い」、「スコアが高い」、「スコアが低い」、「アクセス頻度が高い」及び「アクセス頻度が低い」の１０項目であり、この中から１つまたは複数の項目を選択的に指定することが可能である。なお、以上の１０項目の一部は必ずしも用意されていなくても良い。逆に、データベース１１ｉに対する情報の「登録頻度が高い」及び「登録頻度が低い」と、データベース１１ｉからの情報の「削除頻度が高い」及び「削除頻度が低い」の各評価項目を加えることも可能である。そのためには、収集モジュール１２ｉによる情報収集時において、上述の文書毎の更新の有無を示す情報の他に、データベース１１ｉに新たに登録された文書の情報、或はデータベース１１ｉから削除された文書の情報を、統計・評価モジュール１５に通知する必要がある。
【００３５】
以下、データベース１１ｉ毎の評価値Ｒiの算出について説明する。まず統計・評価モジュール１５は、指定評価期間におけるログ情報であるログ情報テーブル１６０の列を先頭から順に読み込む。もし、指定評価項目が「役に立つ」であるならば、統計・評価モジュール１５は、ログ情報テーブル１６０の「役に立つ」評価フィールドを参照して、各データベース１１ｉの文書毎に、指定の評価期間において当該文書が「役に立つ」と評価された回数をカウントする。このカウント値を、データベース１１ｉの全文書について累計すると、評価項目「役に立つ」に関する当該データベース１１ｉの評価ポイント（統計情報）を取得できる。
【００３６】
同様に、指定評価項目が「役に立たない」であるならば、統計・評価モジュール１５は、ログ情報テーブル１６０の「役に立たない」評価フィールドを参照して、各データベース１１ｉの文書毎に、指定の評価期間において当該文書が「役に立たない」と評価された回数をカウントする。このカウント値を、データベース１１ｉの全文書について累計すると、評価項目「役に立たない」に関する当該データベース１１ｉの評価ポイントを取得できる。
【００３７】
次に、指定評価項目が「検索頻度が高い」または「検索頻度が低い」であるならば、統計・評価モジュール１５は、ログ情報テーブル１６０の検索ヒットフィールドを参照して、１回の検索毎に、各データベース１１ｉについて、検索頻度が高いか、または検索頻度が低いかを判定する。ここでは、データベース１１ｉ内の総文書数に対する１回の検索でのヒット文書の割合が第１の閾値以上であるならば、データベース１１ｉの検索頻度が高いと判定される。また、ヒット文書の割合が第１の閾値未満であるならば、データベース１１ｉの検索頻度が低いと判定される。そして、データベース１１ｉの検索頻度が高いと判定される毎に、「検索頻度が高い」評価ポイントを１インクリメントする動作を、指定評価期間におけるログ情報テーブル１６０の列について実行する。これにより、評価項目「検索頻度が高い」に関する当該データベース１１ｉの評価ポイントを取得できる。同様に、データベース１１ｉの検索頻度が低いと判定される毎に、「検索頻度が低い」評価ポイントを１インクリメントする動作を、指定評価期間におけるログ情報テーブル１６０の列について実行する。これにより、評価項目「検索頻度が低い」に関する当該データベース１１ｉの評価ポイントを取得できる。
【００３８】
次に、指定評価項目が「更新頻度が高い」または「更新頻度が低い」であるならば、統計・評価モジュール１５は、情報収集が行われた際のログ情報テーブル１６０の更新フィールドを参照して、各データベース１１ｉの文書毎に、指定の評価期間において当該文書が更新された回数（更新回数）をカウントする。そして統計・評価モジュール１５は、指定の評価期間における更新回数が平均更新回数以上である文書を検出する毎に、対応するデータベース１１ｉの「更新頻度が高い」ことを示す評価ポイントを１インクリメントする。これにより、評価項目「更新頻度が高い」に関する当該データベース１１ｉの評価ポイントを取得できる。平均更新回数には、データベース１１ｉ内の文書毎の更新回数の総和を、データベース１１ｉ内で１度でも更新された文書の総数で除した値が用いられる。また統計・評価モジュール１５は、指定の評価期間における更新回数が平均更新回数未満である文書を検出する毎に、対応するデータベース１１ｉの「更新頻度が低い」ことを示す評価ポイントを１インクリメントする。これにより、評価項目「更新頻度が低い」に関する当該データベース１１ｉの評価ポイントを取得できる。
【００３９】
次に、指定評価項目が「スコアが高い」または「スコアが低い」であるならば、統計・評価モジュール１５は、ログ情報テーブル１６０のスコアフィールドを参照して、各データベース１１ｉの文書毎に、指定の評価期間において当該文書が第２の閾値以上のスコアとなった回数または第２の閾値未満のスコアとなった回数をカウントする。このカウント値を、データベース１１ｉの全文書について累計すると、評価項目「スコアが高い」または「スコアが低い」に関する当該データベース１１ｉの評価ポイントを取得できる。
【００４０】
次に、指定評価項目が「アクセス頻度が高い」または「アクセス頻度が低い」であるならば、統計・評価モジュール１５は、情報収集が行われた際のログ情報テーブル１６０のアクセスフィールドを参照して、各データベース１１ｉの文書毎に、指定の評価期間において当該文書がアクセス（参照）された回数（アクセス回数）をカウントする。そして統計・評価モジュール１５は、指定の評価期間におけるアクセス回数が平均アクセス回数以上である文書を検出する毎に、対応するデータベース１１ｉの「アクセス頻度が高い」ことを示す評価ポイントを１インクリメントする。これにより、評価項目「アクセス頻度が高い」に関する当該データベース１１ｉの評価ポイントを取得できる。平均アクセス回数には、データベース１１ｉ内の文書毎のアクセス回数の総和を、データベース１１ｉ内で１度でもアクセスされた文書の総数で除した値が用いられる。また統計・評価モジュール１５は、指定の評価期間におけるアクセス回数が平均アクセス回数未満である文書を検出する毎に、対応するデータベース１１ｉの「アクセス頻度が低い」ことを示す評価ポイントを１インクリメントする。これにより、評価項目「アクセス頻度が低い」に関する当該データベース１１ｉの評価ポイントを取得できる。
【００４１】
統計・評価モジュール１５は、データベース１１ｉ（ｉ＝Ａ，Ｂ）毎に、指定の評価項目について評価ポイントを取得すると、その評価ポイントに基づいて、データベース１１ｉ毎の評価値（統計評価値）Ｒiを算出する。この評価値Ｒiは、次式（１）
Ｒi＝Ｗ1ｆ1＋Ｗ2ｆ2＋Ｗ3ｆ3…＋Ｗnｆn                            （１）
で表される。ここで、ｎは適用する評価項目の個数である。本実施例において、ｎ＝４であり、Ｗ1ｆ1、Ｗ2ｆ2、Ｗ3ｆ3及びＷnｆn（＝Ｗ4ｆ4）は、それぞれ、「アクセス頻度が高い」、「アクセス頻度が低い」、「役に立つ」及び「役に立たない」の各評価項目毎の評価値を表し、Ｗ1，Ｗ2，Ｗ3，Ｗ4は、それぞれ対応する評価項目の重みを表す。
【００４２】
式(１)において、ｆnは、
ｆn＝データベース１１ｉの文書数×log(全データベースの平均文書数)  （２）
で表される。また、重みＷ1，Ｗ2，Ｗ3，Ｗ4をＷで代表させると、重みＷは
Ｗ＝(評価ポイント×評価係数)／ｆ(x)                               （３）
で表される。ここでｆ(x)は全データベースに対して正規化した文書数、例えば１データベースの平均文書数を表す。また、評価係数は、評価項目に固有の値である。
【００４３】
図５は、本実施形態で適用される１０種類の評価項目と、その評価項目毎に予め定められた評価係数の一例を示す。
【００４４】
統計・評価モジュール１５は、上述のようにして算出されたデータベース１１ｉ毎の評価値Ｒiをデータベース情報提示モジュール１７に送信する（ステップＳ１６）。データベース情報提示モジュール１７は、統計・評価モジュール１５によって送信されたデータベース１１ｉ毎の評価値Ｒiを受信すると、当該データベース１１ｉ毎の評価値Ｒiを運用管理クライアント１８を介して管理者に提示する（ステップＳ１７）。このとき、データベース１１ｉ毎の評価値Ｒiを、評価値の高い順または低い順にソートして提示するならば、管理者は各データベース１１ｉが有効に利用されている順位または有効に利用されていない順位を簡単に視認できる。また、評価値の高い順または低い順のいずれで提示するかは、管理者から指定可能とすると良い。このデータベース１１ｉ毎の評価値Ｒi、つまりデータベース１１ｉ毎の利用状況の統計的な評価結果から、運用管理クライアント１８のユーザである管理者は、有効に利用されているデータベース、或は有効に利用されていないデータベースを判別することができる。データベース１１ｉ毎の評価値Ｒiは、有効に利用されていないデータベースを削除するときの目安となる。これにより、運用管理のコストを削減できる。
【００４５】
勿論、データベース情報提示モジュール１７または運用管理クライアント１８がデータベース１１ｉ毎の評価値Ｒiを閾値と比較することで、有効に利用されているデータベース、或は有効に利用されていないデータベースを自動判別することも可能である。
【００４６】
明らかなように、上述の例では、「アクセス頻度が高い」評価値及び「役に立つ」評価値がより高く、「アクセス頻度が低い」評価値及び「役に立たない」評価値の絶対値がより低いデータベース１１ｉほど、評価値Ｒiは高くなる。
【００４７】
上記第１の実施形態では、データベース１１ｉの評価値Ｒiの算出に、評価項目として、「アクセス頻度が高い」、「アクセス頻度が低い」、「役に立つ」及び「役に立たない」の４種が適用されている。しかし、図４に示す任意の評価項目を単独で、或は複数組み合わせて用いることもできる。例えば、運用管理クライアント１８から、評価項目として「スコアが高い」が指定された場合、つまり「スコアが高いデータが多いデータベース」に対する評価順の提示が指定された場合、統計・評価モジュール１５では、「スコアが高い」のみに着目して、データベース１１ｉ毎の評価値Ｒiが算出される。このデータベース１１ｉ毎の評価値Ｒiは、統計・評価ログデータベース１６によって運用管理クライアント１８に提示される。これにより管理者は、「スコアが高いデータが多いデータベース」の観点で評価された、データベース１１ｉ毎の評価結果（評価値Ｒi）から、有効に利用されているデータベースを判別することができる。また、評価項目として、例えば「アクセス頻度が高い」、「アクセス頻度が低い」、「更新頻度が高い」及び「更新頻度が低い」を適用して、データベース１１ｉ毎の評価値Ｒiを算出するならば、アクセス頻度が低く、且つ更新頻度が低い（つまり古い文書が多い）データベースを削除するときの目安とすることができる。
【００４８】
また上記第１の実施形態では、運用管理クライアント１８からの要求に応じて、データベース情報提示モジュール１７から運用管理クライアント１８に、データベース１１ｉ毎の評価値Ｒiが送信される構成を適用している。しかし、予め運用管理クライアント１８から指定された評価項目を適用して、予め定められたタイミング毎に、例えば一定期間毎に、各データベース１１ｉの評価値Ｒiを統計・評価モジュール１５が算出することにより、データベース情報提示モジュール１７から運用管理クライアント１８に、データベース１１ｉ毎の評価値Ｒiが定期的に送信される構成とすることもできる。
【００４９】
また上記第１の実施形態では、評価値Ｒiの算出に用いられるログ情報の期間（評価期間）が運用管理クライアント１８から指定可能なようになっている。この評価期間の指定の意義について以下に説明する。例えば、データベース１１ｉが構築されてから現在までの「全期間」におけるログ情報に基づく評価値Ｒiと、当該全期間内の「ある特定の期間」におけるログ情報に基づく評価値Ｒiとは異なる。
【００５０】
そこで上記第１の実施形態では、ログ情報の時間軸方向の変化の傾向を考慮して評価値Ｒiが算出される。ここでは、あるデータベース１１ｉに対して「役に立つ」に対する評価値Ｒiを算出することを想定する。
【００５１】
まず、データベース１１ｉが作成されてから現在までのＸ年間（Ｘは例えば２以上の整数）に「役に立つ」と評価された文書数が３０００件であり、Ｘ年間のうちの最近の１年間で「役に立つ」と評価された文書数が２０００件、全データベースに対して正規化した文書数（例えば１データベースの平均文書数）が２０００であったものとする。
【００５２】
この場合、時間軸方向の変化の傾向を考慮しないと、評価値Ｒiは
Ｒi ＝(「役に立つ」と評価された文書数３０００×「役に立つ」の評価係数３)
／全データベースに対して正規化した文書数２０００
＝４．５
となる。
【００５３】
一方、時間軸方向の変化の傾向を考慮して、Ｘ年間のうちの最近の１年間に着目すると、
Ｒi ＝(「役に立つ」と評価された文書数２０００×「役に立つ」の評価係数３)
／全データベースに対して正規化した文書数２０００
＝３
となる。
【００５４】
この違いは、最近の１年間は、データベース１１ｉに登録された文書は、「役に立つ」と評価される度合いが、それ以前に比べて減少する傾向にあることを表している。
【００５５】
ここで、時間軸方向の変化の傾向を考慮して、評価期間を「ある特定の期間」に限定することの利点について述べる。  
まず、図１中のデータベース１１Ａ，１１Ｂに登録されている文書の数が同一であり、アクセス頻度に関し、それぞれ
データベース１１Ａ：過去１年前まではアクセス頻度が高い
データベース１１Ｂ：過去１年前まではアクセス頻度が低いが、最近の１年間はアクセス頻度が高い
のような傾向があるものとする。
【００５６】
ここで、時間軸方向の変化の傾向を考慮しないで、データベース１１Ａ，１１Ｂが作成されてから現在までの期間における当該データベース１１Ａ，１１Ｂの評価値ＲA，ＲBを算出した結果、
データベース１１Ａの評価値ＲA ＝５
データベース１１Ｂの評価値ＲB ＝４
が取得されたものとする。この場合、評価値ＲA＞評価値ＲBのため、データベース１１Ａの方が有効なデータベースとして判断されることになる。
【００５７】
しかし、管理者によっては、データベース１１Ａ，１１Ｂが作成されてから現在までの期間の評価値よりも、最近１年間の評価値からアクセス頻度が高いデータベースを判別した方が有効であると考えられる。そこで、最近の１年間を評価期間として評価値ＲA及びＲBを算出した結果、上述の傾向から、例えば
データベース１１Ａの評価値ＲA ＝４．２
データベース１１Ｂの評価値ＲB ＝４．８
となったものとする。この場合、最近の１年間に絞って評価した場合には、データベース１１Ｂの方が有効であるという結果が得られる。このように、管理者の操作に応じて運用管理クライアント１８から評価期間を指定可能とすることで、管理者毎に、より有効なデータベースを使い分けることができるようになる。なお、１年単位、或は半年単位など、一定期間毎の評価値を算出して、その評価値の変化の傾向を管理者に提示することも可能である。
【００５８】
［第２の実施形態］
上記第１の実施形態では、データベース１１ｉ毎の評価値Ｒiがデータベース情報提示モジュール１７によって運用管理クライアント１８を介して管理者に提示される。管理者は、提示されたデータベース１１ｉ毎の評価値Ｒiを、有効に利用されていないデータベースを削除するときの目安とすることができる。しかし、データベース１１ｉ毎の評価値Ｒiを管理者に提示する代わりに、データベース１１ｉ毎の評価値Ｒiから、データベースの自動更新頻度を変更する構成とすることも可能である。
【００５９】
そこで、データベースの自動更新を実現する本発明の第２の実施形態について図面を参照して説明する。図６は本発明の第２の実施形態に係る情報検索システムの構成を示すブロック図である。図６において、図１と等価な構成要素には同一符号を付してある。
【００６０】
図６のシステムが、図１のシステムと異なる主要な点は、データベース情報提示モジュール１７及び運用管理クライアント１８に代えて、自動更新モジュール１９が用いられている点にある。この自動更新モジュール１９は、統計・評価モジュール１５によって算出されるデータベース１１ｉ毎の評価値Ｒiから、当該データベース１１ｉ毎の収集モジュール１２ｉによる情報の自動収集条件、例えば自動更新頻度（自動収集頻度）を決定（変更）する。そのために自動更新モジュール１９は、データベース１１ｉ毎の評価値Ｒiを統計・評価モジュール１５から受信する。そして自動更新モジュール１９は、データベース１１ｉ毎の評価値Ｒiから、例えばアクセス頻度が低いデータベースに対しては自動更新頻度を減らし、アクセス頻度の高いデータベースに対しては自動更新頻度を増やすように、収集モジュール１２Ａ及び１２Ｂを制御する。これにより、検索クライアント１３のユーザは常に最新の有効なデータを検索することができ、運用管理のコストをより一層削減できる。この他に、アクセス頻度の高低に応じて、収集対象（収集範囲）を広げる、或は収集対象を狭めるように、収集モジュール１２Ａ及び１２Ｂを制御することも可能である。
【００６１】
また、図６のシステムに、図１に示したデータベース情報提示モジュール１７及び運用管理クライアント１８を追加して、データベース１１ｉ毎の評価値Ｒiをデータベース情報提示モジュール１７によって運用管理クライアント１８を介して管理者に提示するようにしても構わない。
【００６２】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００６３】
【図１】本発明の第１の実施形態に係る情報検索システムの構成を示すブロック図。
【図２】同実施形態における動作の手順を示すシーケンスチャート。
【図３】図１中の検索結果テーブル１４０のデータ構造例を示す図。
【図４】図１中のログ情報テーブル１６０のデータ構造例を示す図。
【図５】同実施形態で適用される１０種類の評価項目と、その評価項目毎に予め定められた評価係数の一例を示す図。
【図６】本発明の第２の実施形態に係る情報検索システムの構成を示すブロック図。
【符号の説明】
【００６４】
１１Ａ，１１Ｂ…データベース、１２Ａ，１２Ｂ…収集モジュール、１３…検索クライアント、１４…検索サーバ、１５…統計・評価モジュール、１６…統計・評価ログデータベース（ログ保存手段）、１７…データベース情報提示モジュール、１８…運用管理クライアント、１９…自動更新モジュール、２１Ａ，２１Ｂ…外部データソース、１４０…検索結果テーブル、１６０…ログ情報テーブル。
【図１】
2006099426.tif 000003
【図２】
2006099426.tif 000004
【図３】
2006099426.tif 000005
【図４】
2006099426.tif 000006
【図５】
2006099426.tif 000007
【図６】
2006099426.tif 000008