JP2013114393A - 情報検索装置およびプログラム - Google Patents

Abstract

【課題】 検索条件に適合するコンテンツを検索し、検索結果をスコア付けして提供する情報検索装置、および該情報検索装置を実現するためのプログラムを提供すること。
【解決手段】 本情報検索装置１１０は、複数のデータソース１７０内のコンテンツ各々を、関与したユーザの識別子および有用度の集計値に関連付けて登録する索引データ格納手段１３０と、与えられたコンテンツについて、有用度の集計値を用いてスコアを計算するスコア計算手段１２２と、スコアを用いて、検索された複数のコンテンツ各々の表示に評価指示手段が追加された検索結果を生成する検索結果生成手段１２０と、評価指示手段に対する操作に応答して、対応するコンテンツの前記有用度の集計値を更新する有用度集計手段１２６と、ログインユーザが関与したコンテンツを有用度の集計値とともに提示するユーザ画面を出力する画面制御手段１１２とを含む。
【選択図】 図３

Description

本発明は、検索技術に関し、より詳細には、検索条件に適合するコンテンツを検索し、検索結果をスコア付けして提供する情報検索装置、および該情報検索装置を実現するためのプログラムに関する。

従来から、インターネット上のコンテンツ毎にスコアを算出し、上記スコアに従ってランク付けして検索結果を提供する検索技術が知られている。例えば、Ｇｏｏｇｌｅ社が提供する検索エンジンでは、ＰａｇｅＲａｎｋ（登録商標）と呼ばれるウェブ・ページの重要度を決定するためのアルゴリズムを用いて、ウェブ・ページ間のリンク情報から検索語に対する文書のスコアが算出されている。

また、ソーシャル・ネットワーク・サービスの１つであるＦａｃｅｂｏｏｋ（登録商標）では、「いいね！」ボタンと呼ばれる、利用者がコンテンツの評価を登録するソーシャル・ブックマークの仕組みが導入されている（非特許文献１）。上記ソーシャル・ブックマークでは、利用者が、表示されているページ内の評価ボタンをクリックことによって、当該ページの作成者に対し、利用者からの評価が伝達され、コンテンツの質向上のモチベーションとなることが期待される。

上記評価ボタンを用いた検索技術も開発されており、例えば特開２００９−００３５２０号公報（特許文献１）は、ソーシャル・ブックマークの状況を利用して検索結果をランク付ける技術を開示する。Ｇｏｏｇｌｅ（登録商標）＋１でも、検索結果の表示画面に評価ボタンを設けて、利用者が検索結果から直接評価を行うことができる仕組みが提供されている（非特許文献２）。

ところで、企業内のコンテンツを対象としたエンタープライズ検索では、検索性能と同等に、検索対象となるコンテンツの質を向上することが重要となる。利用者は業務目的で検索を行っているため、利用者からの検索ノイズに対する要望はインターネット検索以上に高い水準にある。このような背景から、エンタープライズ検索システムを導入する際には、より質の高いコンテンツを抽出する検索性能とあわせ、コンテンツの質そのものの向上を促す技術的手段が望まれている。

しかしながら、企業などの組織内のコンテンツは、必ずしもＨＴＭＬ形式のウェブ上のコンテンツだけでなく、ファイルサーバ、グループウェアおよびデータベースといった多様なデータソースに蓄積されている。このため、上記インターネット上のコンテンツを対象としたシステムでは適用することができなかった。また、コンテンツの作成者または更新者に対しコンテンツの評価をフィードバックするために、種類の異なるデータソース毎に評価ボタンの仕組みを個別に導入することは非効率となる。上記データソースには、コンテンツの表示画面形式が定型フォーマットとなっていることが多く、新たな評価ボタンを追加する余地のないものも存在する。

また、インターネット上では、固有の作成者を識別することができないため、上記従来技術では、特定の個人が複数のサイトやサービスを利用して異なるデータソースのコンテンツを作成していた場合でも、各データソースの評価結果を上記特定の個人に紐付けて、まとめて閲覧可能とすることはできなかった。

本発明は、上記課題に鑑みてなされたものであり、本発明は、検索結果に評価指示手段を導入することにより、コンテンツ自体に手を加えることなくユーザによる評価を可能とし、さらにログインユーザに対し、データソースによらず、関与したコンテンツの上記評価指示手段による集計結果を提示して、評価をまとめてフィードバックすることができる情報検索装置およびプログラムを提供することを目的とする。

本発明では、上記課題を解決するために、下記特徴を有する情報検索装置を提供する。本情報検索装置は、
上記複数のデータソース内のコンテンツ各々を、関与したユーザの識別子および有用度の集計値に関連付けて登録する索引データ格納手段と、
与えられたコンテンツについて、上記有用度の集計値を用いてスコアを計算するスコア計算手段と、
上記スコアを用いて、検索された複数のコンテンツ各々の表示に評価指示手段が追加された検索結果を生成する検索結果生成手段と、
上記評価指示手段に対する操作に応答して、対応するコンテンツの有用度の集計値を更新する有用度集計手段と、
ログインユーザが関与したコンテンツを上記有用度の集計値とともに提示するユーザ画面を出力する画面制御手段と
を含む。

上記構成により、ログインユーザに対し、自らが関与したコンテンの一覧を、有用度スコアに応じた形式で閲覧させ評価のフィードバックを行うための技術的手段を提供することができる。

第１の実施形態の情報検索サーバが配置されるネットワーク環境の構成図。 第１の実施形態による情報検索サーバのハードウェア構成図。 第１の実施形態による情報検索サーバ上に実現される機能ブロック図。 索引データ格納部に格納されている索引データのデータ構造を例示する図。 第１の実施形態においてクライアント端末のディスプレイ上に表示されるログインユーザ画面を一例として示す図。 第１の実施形態において情報検索サーバ、ＬＤＡＰサーバおよびクライアント端末間で実行されるログインユーザ画面表示処理を示すシーケンス図。 第１の実施形態において情報検索サーバおよびクライアント端末間で実行される検索処理を示すシーケンス図。 第１の実施形態において情報検索サーバおよびクライアント端末間で実行される有用度集計処理を示すシーケンス図。 第２の実施形態による情報検索サーバ上に実現される機能ブロック図。 第２の実施形態による索引データ格納部に格納されている索引データのデータ構造を例示する図。 第２の実施形態においてクライアント端末のディスプレイ上に表示されるログインユーザ画面を一例として示す図。 第２の実施形態において情報検索サーバおよびクライアント端末間で実行される閲覧数集計処理を示すシーケンス図。 第３の実施形態による情報検索サーバ上に実現される機能ブロック図。 第３の実施形態においてクライアント端末のディスプレイ上に表示されるログインユーザ画面を一例として示す図。 第３の実施形態において情報検索サーバおよびクライアント端末間で実行される有用度集計処理を示すシーケンス図。 第３の実施形態においてログデータ格納部に格納されているログのデータ構造を例示する図。

以下、本発明の実施形態について説明するが、本発明の実施形態は、以下に説明する実施形態に限定されるものではない。なお、以下に説明する実施形態では、情報検索装置として、ネットワーク上に存在する複数種類のデータソース内のコンテンツを検索対象として登録し、外部からの検索要求に応答して検索条件に適合したコンテンツ群を検索する情報検索サーバを一例に説明する。

（１）第１の実施形態
以下、図１を参照して、第１の実施形態による情報検索サーバが配置されるネットワーク環境の全体構成について説明する。図１は、第１の実施形態の情報検索サーバが配置されるネットワーク環境の構成図である。図１に示すネットワーク環境１００は、インターネットやローカル・エリア・ネットワーク（ＬＡＮ）などのネットワーク１０２と、それぞれネットワーク１０２に接続されるデータソース１０４〜１０８と、情報検索サーバ１１０と、ＬＤＡＰ（Lightweight Directory Access Protocol）サーバ１５０と、クライアント端末１６０とを含む。

図１では、データソースとして、ファイルサーバ１０４、掲示板１０６および文書管理システム１０８が例示されている。しかしながら、データソースの種類は、図１に例示されるものに限定されるものではない。検索対象となり得るデータソースとしては、グループウェア、ファイル共有システム、リレーショナル・データベース、コンテンツ管理システム、コラボレーション・システムなど、コンテンツを保持する如何なるデータソースを挙げることができる。また、検索対象となるコンテンツとしては、特に限定されるものではないが、ＰＤＦ（Portable Document Format）などの共通形式や各プロプライエタリまたはオープンソースの各種ワードプロセッサ固有形式のドキュメント・ファイル、スプレッドシート・ファイル、プレゼンテーション・ファイル、ウェブ・ページ、テキスト・データ、オーディオやビデオなどのマルチメディア・ファイルなど、種々の形式のコンテンツを挙げることができる。

クライアント端末１６０は、情報検索サーバ１１０を利用する端末である。クライアント端末１６０は、ネットワーク１０２を介して情報検索サーバ１１０にログインし、種々の機能を利用する窓口となるログインユーザ画面をディスプレイ装置などに表示させる。クライアント端末１６０は、利用者の操作によりログインユーザ画面で検索機能が呼び出されると、情報検索サーバ１１０に対し検索要求を行い、取得した検索結果をディスプレイ装置に表示させる。

ＬＤＡＰサーバ１５０は、利用者に対しディレクトリサービスを提供するサーバであり、ネットワーク１０２の利用者を一元的に管理している。上記利用者に対しては、複数のデータソースを横断して各利用者を固有に識別するユーザ識別子が付与される。各データソース１０４〜１０８内のコンテンツに対しては、そのコンテンツの作成者および更新者を識別するユーザ識別子が関連付けられる。

情報検索サーバ１１０は、データソース１０４〜１０８内に存在するコンテンツを検索対象として登録し、外部のクライアント端末１６０に検索インタフェースを提供する。本情報検索サーバ１１０は、詳細を後述するように、クライアント端末１６０からのアクセスに応答して、ログイン処理をし、ログインユーザ画面を表示させる。このログインユーザ画面には、ログインユーザに対して評価のフィードバックを行うため、ログインユーザが作成者または更新者であるコンテンツの一覧が、他のユーザからの評価とともに表示される。上記ログインユーザ画面からは、検索機能を利用することも可能とされており、本情報検索サーバ１１０は、検索要求に応答して、索引データを参照し、データソース１０４〜１０８内の複数コンテンツのうち検索条件に適合するコンテンツを検索し、検索結果をクライアント端末１６０に提供する。

以下、情報検索サーバ１１０のハードウェア構成について説明する。図２は、第１の実施形態による情報検索サーバのハードウェア構成図である。情報検索サーバ１１０は、マイクロプロセッサ・ユニット（ＭＰＵ）１２と、ＢＩＯＳ（Basic Input Output System）を格納する不揮発性メモリ１４と、ＭＰＵ１２によるプログラム処理を可能とする実行記憶空間を提供するメモリ１６とを含む。ＭＰＵ１２は、起動時に、不揮発性メモリ１４からＢＩＯＳを読み出し、システム診断を行う。

ＭＰＵ１２は、内部バス２２を介して記憶制御用インタフェース１８に接続され、ハードディスク２０が、ＭＰＵ１２からの入出力要求に応答してデータの書込または読み出しを実行する。記憶制御用インタフェース１８としては、ＡＴＡ（AT Attachment）、ＳＡＴＡ（Serial ATA）、ｅＳＡＴＡ（external ATA）などの規格により、ハードディスク２０の入出力を管理するインタフェースを使用することができる。ＭＰＵ１２は、また、内部バス２２を介して、ＵＳＢ、ＩＥＥＥ１３９４などのシリアルまたはパラレル・インタフェース２４を制御して、キーボード、マウスなどの入出力装置２６と通信し、ユーザからの入力を受け取ることができる。

情報検索サーバ１１０は、さらにＶＲＡＭ２８とグラフィック・チップ３０とを含むことができる。グラフィック・チップ３０は、ＭＰＵ１２からの指令に応答してビデオ信号を処理し、ディスプレイ装置３２へと表示させている。ＭＰＵ１２は、また、内部バス２２を介してネットワークＩ／Ｆ（ＮＩＣ；Network Interface Card）３４と接続する。これにより、情報検索サーバ１１０をネットワーク１０２に接続させている。

情報検索サーバ１１０は、不揮発性メモリ１４やハードディスク２０、その他ＮＶ−ＲＡＭ（図示せず）やＳＤカード（図示せず）などの記憶装置に格納されたプログラム（図示せず）を読み出し、メモリ１６のメモリ領域に展開する。これにより、情報検索サーバ１１０は、適切なオペレーティング・システム（ＯＳ）のもとで、後述する各機能手段および各処理を実現する。上記ＯＳとしては、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）またはＬＩＮＵＸ（登録商標）など、如何なるアーキテクチャを有するＯＳを採用することができる。情報検索サーバ１１０は、仮想マシンとして実現される実施形態では、適切なハイパーバイザまたはホストＯＳ上にゲストＯＳを稼働させて、後述する各機能手段および各処理を実現することができる。

なお、詳細な説明は割愛するが、本実施形態のＬＤＡＰサーバ１５０およびクライアント端末１６０や、他のデータソースとなる情報処理装置についても、図２に示すハードウェア構成と同様の構成とすることができる。上記クライアント端末１６０としては、パーソナル・コンピュータやワークステーションなどの汎用コンピュータ装置、および携帯電話やスマートフォン、タブレット端末、ＰＤＡ（Personal Digital Assistance）などの携帯情報端末を挙げることができる。

以下、図３を参照しながら、第１の実施形態の情報検索サーバ１１０が提供する評価フィードバック機能および検索機能について説明する。図３は、第１の実施形態による情報検索サーバ上に実現される機能ブロックを示す図である。図３には、情報検索サーバ１１０の他、ＬＤＡＰサーバ１５０、クライアント端末１６０および２つのデータソース１７０ａ，１７０ｂが示されている。なお、図３中のデータソース１７０は、図１に示したファイルサーバ１０４、掲示板１０６および文書管理システム１０８を含む種々のデータソースを代表して２つ示したものである。

情報検索サーバ１１０は、上記評価フィードバック機能および検索機能を実現するための機能部として、画面制御部１１２と、認証部１１６と、ログインユーザ画面生成部１１８と、検索結果生成部１２０と、有用度スコア計算部１２２と、検索条件入力部１２４と、有用度集計部１２６と、索引データ格納部１３０とを含む。情報検索サーバ１１０は、また、検索のための索引データを収集する機能部１４０として、クローラ１４２と、インデクサ１４４とを含む。

以下、索引データ格納部１３０、クローラ１４２およびインデクサ１４４について説明する。クローラ１４２は、複数のデータソース１７０ａ，１７０ｂを巡回して訪れて、各データソース１７０から各コンテンツを引き出し、収集を行う。インデクサ１４４は、クローラ１４２が収集したコンテンツから情報を抽出し、索引付け処理を行って、生成された索引データを索引データ格納部１３０に格納する。索引データ格納部１３０は、インデクサ１４４が生成した索引データを格納し、データソース１７０内の各コンテンツを検索可能としている。

図４は、索引データ格納部１３０に格納されている索引データのデータ構造を例示する。図４に示す索引データ２００は、種別カラム２００ａと、ＵＲＬカラム２００ｂと、本文カラム２００ｃと、作成者カラム２００ｄと、最終更新者カラム２００ｅと、有用度カラム２００ｆとを含む。種別カラム２００ａには、データソース１７０の種別を表す値が入力される。図４には、種別値として、ファイルサーバ１０４を表す「ＦＳ」という値と、掲示板１０６を表す「ＢＢＳ」という値とが例示されている。

ＵＲＬカラム２００ｂには、収集されたコンテンツが存在しているネットワーク１０２上の位置を示すＵＲＬ（Uniform Resource Locator）が入力される。ＵＲＬに代えてＵＲＮ（Uniform Resource Name）としてもよい。カラム２００ｂに入力されるＵＲＬは、それぞれのコンテンツ固有の値を有し、コンテンツを識別する識別情報としても用いられる。本文カラム２００ｃには、収集されたコンテンツに含まれるテキスト情報が格納される。テキスト情報は、特に限定されるものではないが、適当な文書フィルタなどを使用してコンテンツ・ファイルから抽出することができる。画像データから文字認識処理により抽出したテキスト情報を本文カラム２００ｃに入力してもよい。

作成者カラム２００ｄおよび最終更新者カラム２００ｅには、それぞれ、コンテンツを作成した利用者および最後にその内容を更新した利用者を識別するユーザ識別子が入力される。ユーザ識別子は、上述したように、ＬＤＡＰサーバ１５０で一元管理されている、複数のデータソース１７０にわたって固有に利用者を識別する情報である。ユーザ識別子は、例えば、文書ファイル等であれば、上記文書フィルタまたはファイルのプロパティ値から取得することができる。有用度カラム２００ｆには、後述する評価ボタンによる有用度の集計値が入力される。

上記索引データ格納部１３０は、複数のデータソース１７０内のコンテンツ各々を、作成者や最終更新者など関与したユーザ識別子と有用度の集計値とに関連付けて登録し、本実施形態における索引データ格納手段を構成する。なお、図４には、主としてＵＲＬ、作成者および最終更新者による検索を可能とする索引データを示している。しかしながら、索引データのデータ構造は、例示のものに限定されるものではなく、全文検索を可能とする転置索引データなど、他の情報を含んでいてもよい。また、図３に示したクローラ１４２およびインデクサ１４４は、本情報検索サーバ１１０と同一のコンピュータ上に存在しなくとも良く、検索機能を専ら提供する検索サーバ、クローラ機能を専ら提供する巡回サーバおよびインデクサ機能を専ら提供する索引付けサーバそれぞれに分離して構成してもよい。

以下、図３を続けて参照して、上記評価フィードバック機能および検索機能を実現するための機能部について説明する。クライアント端末１６０は、ブラウザなどとして構成されるＵＩ部１６２を備えており、ＵＩ部１６２は、クライアント端末１６０を操作する利用者が行った入出力を処理する。ＵＩ部１６２は、例えば利用者から情報検索サーバ１１０のＵＲＬを指定したアクセス指示を受け付けると、ＨＴＴＰ（HyperText Markup Language Protocol）で情報検索サーバ１１０にリクエストを送信する。ＵＩ部１６２は、上記リクエストに返信されたレスポンスを受信して、クライアント端末１６０のディスプレイ装置に画面表示を行う。

画面制御部１１２は、クライアント端末１６０に表示すべき画面の遷移、クライアント端末１６０からの入出力を伝達すべき機能部を決定する。認証情報１１４は、ログイン済の利用者のユーザ識別子を格納する。認証部１１６は、ログアウト後の初回アクセスのように、認証情報１１４内にユーザ識別子が存在しない利用者からのアクセスに応答して、画面制御部１１２により呼び出される。認証部１１６は、ＬＤＡＰサーバ１５０に問い合わせてユーザの認証処理を行う。その際には、認証部１１６は、クライアント端末１６０にログイン認証画面を表示させて、利用者に対しログインユーザ名およびパスワードの入力を求める。ＬＤＡＰサーバ１５０による認証が成功裡に終わると、上記認証情報１１４内にログインユーザのユーザ識別子が格納されることになる。

ログインユーザ画面生成部１１８は、認証情報１１４を参照し、そのログインユーザへ提供するログインユーザ画面の表示を行うための処理を実行する。ログインユーザ画面生成部１１８は、ログインユーザに対する評価フィードバックを行うべく、より具体的には、ログインユーザが作成者または最終更新者であることを検索条件とし、検索結果生成部１２０を呼び出す。

検索結果生成部１２０は、与えられた検索条件を用いて、索引データ格納部１３０の検索し、得られたリスト内のコンテンツ各々について、後述する有用度スコア計算部１２２を呼び出し、算出された有用度スコアを取得する。検索結果生成部１２０は、リスト内の各コンテンツの有用度スコアが得られると、有用度スコアでリスト内のコンテンツをソートし、検索結果表示データを生成する。検索結果生成部１２０は、本実施形態における検索結果生成手段を構成する。

上記検索結果表示データは、クライアント端末１６０上のＵＩ部１６２にて解釈され、ディスプレイ上に画面表示を行うデータである。説明する実施形態では、検索結果表示データはＨＴＭＬデータである。検索結果生成部１２０は、リスト内のコンテンツ毎に、有用度集計値と、評価指示手段である評価ボタンとを表示させるためのコードを検索結果表示データに追加する。検索結果表示データには、その他、検索条件を入力するためのテキストボックス、検索を実行するための検索ボタン、各種ＧＵＩ部品を記述したコードが追加される。検索条件入力用のテキストボックスに設定される初期値としては、検索結果生成部１２０が呼び出された際に受け取った検索条件が格納される。

有用度スコア計算部１２２は、与えられたコンテンツについて、索引データ格納部１３０が格納する索引データ２００における有用度カラム２００ｆが保持する集計値を取得して、該有用度の集計値を用いて有用度スコアを計算する。なお、有用度スコア計算部１２２が実行する有用度スコアの計算方法は、特に限定されるものではないが、本実施形態では、例えばコンテンツの有用度の集計値をそのまま用いることができる。有用度スコア計算部１２２は、本実施形態におけるスコア計算手段を構成する。

図５は、第１の実施形態においてクライアント端末のディスプレイ上に表示されるログインユーザ画面を一例として示す図である。図５に示すログインユーザ画面２１０は、検索結果生成部１２０が生成した検索結果表示データが画面制御部１１２により出力され、クライアント端末１６０が受信して、ＵＩ部１６２で解釈されることで、表示される。ログインユーザ画面２１０は、ログインユーザに関する情報が表示されるログイン表示２１２と、検索条件用のテキストボックス２１４と、検索ボタン２１６と、ログアウトボタン２１８と、表示順序切り替えメニュー２２０と、検索結果に含まれる１以上のコンテンツ概要２２２とを含む。

コンテンツ概要２２２ａ〜２２２ｄは、それぞれ、ＵＲＬへリンクされた本文抜粋表示２２４と、コンテンツのデータソースを表示するデータソース表示２２６と、作成者を表示する作成者表示２２８と、評価ボタン２３０と、有用度表示２３２とを含み、有用度スコアで所定順にソートされている。なお、図５に示すログインユーザ画面２１０は、ログインユーザ画面生成部１１８からの呼び出しに応じて検索結果生成部１２０が生成したものであり、テキストボックス２１４には、ログインユーザが作成者（author）または最終更新者（modifiedby）であることを条件とした検索式がセットされている。

図５の例示では、テキストボックス２１４には、ログインユーザが作成者であるコンテンツを検索する条件「author:aaa.bbb@yyy.com」と、このログインユーザが最終更新者であるコンテンツを検索する条件「modifiedby:aaa.bbb@yyy.com」との論理和の検索式が設定されている。コンテンツ概要２２２は、図５に示す例では、表示順序切り替えメニュー２２０に設定された値「降順」に対応して、有用度スコアの降順でソートされている。しかしながら、ソート順は、特に限定されるものではなく、有用度スコアの昇順であってもよいし、また有用度スコア以外の、更新日時など他の属性値の降順または昇順で並び替えられていてもよい。

再び図３を参照すると、検索条件入力部１２４は、図５に示したログインユーザ画面２１０において、テキストボックス２１４に検索条件が入力された状態で検索ボタン２１６がクリックされたことに応答して、画面制御部１１２により呼び出される。検索条件入力部１２４は、上記テキストボックス２１４に与えられた検索式を検索条件とし、検索結果生成部１２０を呼び出す。検索条件入力部１２４の呼び出しの結果として表示される検索結果画面は、結果として表示されるコンテンツおよび検索条件以外は、図５に示したログインユーザ画面２１０と同様のものとなる。

有用度集計部１２６は、図５に示したログインユーザ画面２１０において、所定のコンテンツ概要２２２の評価ボタン２３０がクリックされたことに応答して、画面制御部１１２により呼び出される。有用度集計部１２６は、画面制御部１１２から評価ボタン２３０がクリックされたコンテンツのＵＲＬを受け取り、索引データ格納部１３０にアクセスし、該コンテンツの有用度の集計値を、例えば１だけカウントアップする。有用度集計部１２６は、本実施形態における有用度集計手段を構成する。

再度自らが作成または更新したコンテンツの一覧を閲覧することを希望する利用者は、図５に示すログインユーザ画面２１０中の左上のログイン表示２１２をクリックすればよい。ログイン表示２１２がクリックされると、画面制御部１１２は、ログインユーザ画面生成部１１８を呼び出し、図５に示したログインユーザ画面２１０をＵＩ部１６２に表示させる。

検索を終了させることを希望する利用者は、図５に示すログアウトボタン２１８をクリックすればよい。ログアウトボタン２１８がクリックされると、画面制御部１１２は、認証情報１１４内の当該ログインユーザのユーザ識別子をクリアする。以降のＵＩ部１６２から画面制御部１１２への呼び出しでは、認証情報１１４内にユーザ識別子が記憶されていないため、まず先に認証部１１６が呼び出され、認証処理が行われることとなる。

以下、図６に示すシーケンス図を参照しながら、第１の実施形態における評価フィードバックを行うためのログインユーザ画面の表示処理について、より詳細に説明する。図６は、情報検索サーバ１１０、ＬＤＡＰサーバ１５０およびクライアント端末１６０間で実行されるログインユーザ画面表示処理を示すシーケンス図である。

図６に示す処理は、クライアント端末１６０の利用者が、ＵＩ部１６２に対し、情報検索サーバ１１０を指定してアクセス指示を行ったことに応答して、ステップＳ１００から開始される。ステップＳ１００では、ＵＩ部１６２は、情報検索サーバ１１０にアクセスする。ステップＳ１０１では、情報検索サーバ１１０の画面制御部１１２は、ＵＩ部１６２から呼び出されて、認証情報１１４を確認する。ここでは、対応するユーザ識別子が認証情報１１４内に存在せず、否定的な回答（ＮＧ）を受領するものとして説明を続ける。

ステップＳ１０２では、画面制御部１１２は、認証部１１６を呼び出して認証要求する。ステップＳ１０３では、認証部１１６は、画面制御部１１２を経由して、クライアント端末１６０のＵＩ部１６２に対し、ログイン認証画面を表示させて、認証情報の要求を行う。これにより、クライアント端末１６０では、利用者に対しログインユーザ名およびパスワードの入力を求める画面が表示される。ここでは、利用者から正しいログインユーザ名およびパスワードが取得されたものとして説明する。ステップＳ１０４では、認証部１１６は、ＬＤＡＰサーバ１５０に対し、取得したログインユーザ名およびパスワードを用いて認証問い合わせを行う。ここでは、肯定的な問い合わせ結果が得られるものとして説明を続ける。ステップＳ１０５では、認証部１１６は、画面制御部１１２に対し、ログインユーザのユーザ識別子とともに肯定的な認証結果（ＯＫ）を返却する。

ステップＳ１０６では、画面制御部１１２は、肯定的な認証結果を受けて、認証情報１１４内にログインユーザのユーザ識別子を登録する。ステップＳ１０７では、画面制御部１１２は、ログインユーザ画面生成部１１８を呼び出す。ステップＳ１０８では、ログインユーザ画面生成部１１８は、認証情報１１４を参照して、ログインユーザのユーザ識別子を取得する。ステップＳ１０９では、ログインユーザのユーザ識別子を用いて、ログインユーザが作成者または最終更新者であることを条件として、検索結果生成部１２０に検索指令を行う。ステップＳ１１０では、検索結果生成部１２０は、索引データ格納部１３０を検索し、ヒットしたコンテンツのリストを取得する。ステップＳ１１１では、リストに含まれる各コンテンツについて、有用度スコア計算部１２２にスコア計算指令を行い、スコア計算結果を取得する。

ステップＳ１１２では、検索結果生成部１２０は、コンテンツ毎の評価ボタン２３０および有用度表示２３２を含む検索結果表示データを生成し、ステップＳ１１３では、画面制御部１１２に検索結果表示データを渡す。ステップＳ１１４では、画面制御部１１２は、検索結果表示データをクライアント端末１６０に出力し、ＵＩ部１６２に対しログインユーザ画面の画面表示を行わせる。

ログインユーザ画面生成部１１８からの呼び出しでは、画面制御部１１２は、結果として、ログインユーザ画面生成部１１８からではなく、検索結果生成部１２０から検索結果表示データを受け取る。検索結果表示データは、有用度スコアでソートされた、ログインユーザが作成者または最終更新者であるコンテンツのリストを含み、ログインユーザ画面を記述する。画面制御部１１２は、ここでは、ログインユーザが関与したコンテンツを有用度の集計値とともに提示するユーザ画面を出力する画面制御手段を構成する。

以下、図７に示すシーケンス図を参照しながら、第１の実施形態におけるログインユーザ画面から呼び出される検索処理について、より詳細に説明する。図７は、情報検索サーバ１１０およびクライアント端末１６０間で実行される検索処理を示すシーケンス図である。図７に示す処理は、クライアント端末１６０の利用者が、上記ログインユーザ画面２１０上でテキストボックス２１４に検索式を入力し、検索ボタン２１６をクリックしたことに応答して、ステップＳ２００から開始される。

ステップＳ２００では、クライアント端末１６０のＵＩ部１６２は、情報検索サーバ１１０に対し検索要求を送信する。検索要求には検索条件が含まれる。ステップＳ２０１では、画面制御部１１２は、検索条件入力部１２４を呼び出す。ステップＳ２０２では、検索条件入力部１２４は、検索条件を渡して検索結果生成部１２０に検索指令を行う。ステップＳ２０３では、検索結果生成部１２０は、索引データ格納部１３０を検索し、ヒットしたコンテンツのリストを取得する。ステップＳ２０４では、リストに含まれる各コンテンツについて、有用度スコア計算部１２２にスコア計算指令を行い、スコア計算結果を取得する。

ステップＳ２０５では、検索結果生成部１２０は、コンテンツ毎の評価ボタン２３０および有用度表示２３２を含む検索結果表示データを生成し、ステップＳ２０６では、画面制御部１１２に検索結果表示データを渡す。ステップＳ２０７では、画面制御部１１２は、検索結果表示データをクライアント端末１６０に出力し、ＵＩ部１６２に対し検索結果画面の画面表示を行わせる。

検索条件入力部１２４からの呼び出しでは、画面制御部１１２は、結果として、検索条件入力部１２４からではなく、検索結果生成部１２０から、検索結果画面を記述する検索結果表示データを受け取る。画面制御部１１２は、ここでは、クライアント端末１６０からの検索要求に対応して、渡された検索条件に合致したコンテンツを有用度の集計値および評価指示手段とともに提示する検索結果画面を出力する手段を構成する。

以下、図８に示すシーケンス図を参照しながら、第１の実施形態における有用度集計処理について、より詳細に説明する。図８は、情報検索サーバ１１０およびクライアント端末１６０間で実行される有用度集計処理を示すシーケンス図である。図８に示す処理は、クライアント端末１６０の利用者が、上記検索結果画面上でコンテンツの評価ボタン２３０をクリックしたことに応答して、ステップＳ３００から開始される。なお、ここでの利用者は、通常、上記自らの評価のフィードバックを受ける利用者と異なる者である。

ステップＳ３００では、ＵＩ部１６２は、評価ボタン２３０のクリック操作イベントを検出し、ステップＳ３０１では、該評価ボタン２３０に対応するコンテンツのＵＲＬとともに情報検索サーバ１１０に対し評価通知を行う。ステップＳ３０２では、画面制御部１１２は、有用度集計部１２６を呼び出す。ステップＳ３０３では、有用度集計部１２６は、索引データ格納部１３０にアクセスして、上記ＵＲＬで識別されるコンテンツの有用度の集計値をカウントアップして評価を変更する。

なお、説明する実施形態では、評価ボタン２３０は、コンテンツの作成者または更新者に対しモチベーションを高める観点から、好適には、ポジティブな評価を指示する評価指示手段とすることができる。しかしながら、評価ボタン２３０がネガティブな評価を指示する評価指示手段であることを妨げるものではない。

以上説明した第１の実施形態によれば、ログインユーザは、ログイン時または適宜ログイン表示２１２をクリックすることによって、いつでも、自らが作成しまたは更新したコンテンの一覧を、有用度スコアに応じた形式で閲覧することができる。このため、ログインユーザに対し、今後のコンテンツの作成、または現在のコンテンツのメンテナンスに際して、どのような内容が求められているかを知らしめることが可能となり、コンテンツの質の向上を促すことができる。

また、検索結果画面に評価ボタン２３０が導入されているため、コンテンツ自体やデータソース１７０の仕組みに手を加える必要が無い。さらに、ログインユーザ画面２１０で、有用度の評価結果順に、あらゆるデータソース内のログインユーザの作成または更新したコンテンツを提示することにより、コンテンツ作成者たるログインユーザに、データソースによらず、評価結果をまとめて閲覧する技術的手段を提供することができる。

（２）第２の実施形態
以下、第２の実施形態による情報検索サーバについて説明する。なお、第２の実施形態の情報検索サーバは、第１の実施形態のものと同様の構成を備えているため、以下、相違点を中心に説明する。図９は、第２の実施形態による情報検索サーバ上に実現される機能ブロックを示す図である。第２の実施形態による情報検索サーバ３１０は、第１の実施形態について説明したものと同様な画面制御部３１２、認証部３１６、ログインユーザ画面生成部３１８、検索結果生成部３２０、有用度スコア計算部３２２、検索条件入力部３２４、有用度集計部３２６および索引データ格納部３３０に加えて、閲覧数集計部３２８を含む。

第２の実施形態の索引データ格納部３３０は、複数のデータソース１７０内のコンテンツ各々を、関与したユーザ識別子と、有用度の集計値と、さらに、該コンテンツの閲覧数の集計値とに関連づけて登録する。図１０は、索引データ格納部３３０に格納されている索引データのデータ構造を例示する。図１０に示す索引データ４００は、第１の実施形態と同じカラム４００ａ〜４００ｆに加えて、後述するコンテンツの閲覧数の集計値が入力される閲覧数カラム４００ｇを含む。

第２の実施形態の検索結果生成部３２０は、リスト内のコンテンツ毎に、有用度の集計値および評価ボタンに加え、閲覧数を表示させるためのコードを検索結果表示データに追加する。第２の実施形態の有用度スコア計算部３２２は、与えられたコンテンツについて、索引データ格納部３３０内の索引データ４００における有用度カラム４００ｆおよび閲覧数カラム４００ｇが保持する集計値を取得し、この両方を用いて有用度スコアを計算する。有用度スコア計算部３２２における有用度スコアの計算は、第２の実施形態では、下記式（１）を用いて計算することができる。

上記式（１）中、係数ｆは、閲覧数の集計値に対する有用度の集計値の重みを表す。たとえばｆ＝１０であるとすると、図１０の例では、上から順に、１１７（＝５０＋６７）、５４（＝２０＋３４）、２７３（＝３０＋２４３）、１７２（＝７０＋１０２）、１１９（＝６０＋５９）、２１（＝１０＋１１）が計算される。

図１１は、第２の実施形態においてクライアント端末のディスプレイ上に表示されるログインユーザ画面を一例として示す図である。図１１に示すログインユーザ画面４１０は、第１の実施形態と同様に、ログイン表示４１２、検索条件用のテキストボックス４１４、検索ボタン４１６、検索結果に含まれる１以上のコンテンツ概要４２２を含む。図１１おけるコンテンツの表示順は、前述した有効度スコアの計算方法が、第１の実施形態１と異なるため、図５において第３位だったものが、閲覧数の集計値により底上げされて、第１位になっている。

コンテンツ概要４２２ａ〜４２２ｄは、それぞれ、ＵＲＬへリンクされた本文抜粋表示４２４、データソース表示４２６、作成者表示４２８、評価ボタン４３０および有用度表示４３２に加えて、コンテンツの閲覧数を表示する閲覧数表示４３４を含む。上記本文抜粋表示４２４は、第２の実施形態では、コンテンツへの直接リンクではなく、閲覧数集計部３２８を呼び出すためのリンクとなっている。

閲覧数集計部３２８は、図１１に示したログインユーザ画面４１０において、所定のコンテンツ概要４２２の本文抜粋表示４２４がクリックされたことに応答して、画面制御部３１２により呼び出される。閲覧数集計部３２８は、画面制御部３１２から、対応するコンテンツのＵＲＬを受け取り、索引データ格納部３３０にアクセスし、該コンテンツの閲覧数の集計値を例えば１だけカウントアップし、コンテンツへのリンクを遷移させる。閲覧数集計部３２８は、本実施形態における閲覧数集計手段を構成する。

以下、図１２に示すシーケンス図を参照しながら、第２の実施形態における閲覧数集計処理について、より詳細に説明する。図１２は、情報検索サーバ３１０およびクライアント端末３６０間で実行される閲覧数集計処理を示すシーケンス図である。図１２に示す処理は、クライアント端末３６０の利用者が、上記検索結果画面上で、コンテンツの本文抜粋表示４２４をクリックしたことに応答して、ステップＳ４００から開始される。なお、ここでの利用者も、通常、上記自らの評価のフィードバックを受ける利用者と異なる者である。

ステップＳ４００では、ＵＩ部３６２は、本文抜粋表示４２４のリンクのクリック操作イベントを検出し、ステップＳ４０１では、情報検索サーバ３１０に、コンテンツのＵＲＬをパラメータとしたリンク先ＵＲＬを要求する。ステップＳ４０２では、画面制御部３１２は、コンテンツＵＲＬを渡して閲覧数集計部３２８を呼び出す。ステップＳ４０３では、閲覧数集計部３２８は、索引データ格納部３３０にアクセスして、上記コンテンツのＵＲＬで識別されるコンテンツの閲覧数の集計値をカウントアップする。

ステップＳ４０４では、閲覧数集計部３２８は、索引データ格納部３３０から対応するコンテンツのＵＲＬを取得し、画面制御部３１２に渡し、リンク遷移を行わせる。ステップＳ４０５では、画面制御部３１２は、クライアント端末３６０のＵＩ部３６２に対し、遷移先のリンクにリダイレクトさせる。

以上説明した第２の実施形態によれば、ログインユーザは、自らが作成者または更新者であるコンテンツについて、有用度の評価結果だけではわからなかった実際の閲覧数を知ることができる。これによって、ログインユーザに対し、実情が当該コンテンツに反映されていない場合、コンテンツを更新する重要性を認識させることができる。

また、第２の実施形態では、ユーザによる明示的な評価のみならず、ユーザによる閲覧行為を潜在的な有用度に影響を与える情報として導入することにより、積極的に有用度評価を行わないユーザ層からの評価を取り込むことができる。特に官公庁や企業など組織のように利用者の絶対数が少ない状況では、有用度評価の結果が非常に少なくなることも考えられる。コンテンツ作成者から見れば、明示的な投票数がなくとも、閲覧数が伸びていれば利用されていることがわかるため、上記構成により、ログインユーザに対し、コンテンツの質向上への高いモチベーションを与えることができる。

（３）第３の実施形態
以下、第３の実施形態による情報検索サーバについて説明する。なお、第３の実施形態の情報検索サーバは、第１の実施形態のものと同様の構成を備えているため、以下、相違点を中心に説明する。図１３は、第３の実施形態による情報検索サーバ上に実現される機能ブロックを示す図である。第３の実施形態による情報検索サーバ５１０は、第１の実施形態について説明したものと同様の画面制御部５１２、認証部５１６、ログインユーザ画面生成部５１８、検索結果生成部５２０、有用度スコア計算部５２２、検索条件入力部５２４、有用度集計部５２６および索引データ格納部５３０に加えて、評価ログ蓄積部５２８と、ログデータ格納部５３２とを含む。

第３の実施形態の検索結果生成部５２０は、リスト内のコンテンツ毎に、有用度の集計値および評価ボタンを表示させるためのコードを検索結果表示データに追加する。図１４は、第３の実施形態においてクライアント端末のディスプレイ上に表示されるログインユーザ画面を一例として示す図である。図１４に示すログインユーザ画面６１０は、第１の実施形態と同様に、検索結果に含まれる１以上のコンテンツ概要６２２を含む。各コンテンツ概要６２２には、第１の実施形態と同様に、本文抜粋表示６２４、データソース表示６２６、作成者表示６２８、評価ボタン６３０および有用度表示６３２が含まれる。上記有用度表示６３２は、本実施形態では、有用度スコアの数値を表示するとともに、後述する評価ログ蓄積部５２８をＵＲＬ指定で呼び出すためのリンクとなっている。なお、ここでは、有用度表示６３２をログ閲覧指示手段としているが、特に限定されるものではなく、評価ログ閲覧ボタンなど他のＵＩ部品を設けてもよい。

第３の実施形態では、利用者がログインユーザ画面６１０中の特定のコンテンツの評価ボタン６３０をクリックすると、画面制御部５１２は、そのコンテンツのＵＲＬと、ユーザ識別子と、その時の検索条件とを指定して有用度集計部５２６を呼び出す。有用度集計部５２６は、索引データ格納部５３０内の、そのコンテンツの有用度の集計値を１だけカウントアップし、さらに、コンテンツのＵＲＬと、ユーザ識別子と、検索条件とを指定して評価ログ蓄積部５２８を呼び出す。

評価ログ蓄積部５２８は、コンテンツのＵＲＬ、ユーザ識別子および検索条件が指定されて呼び出されると、上記評価ボタン６３０をクリックした利用者が入力した検索条件を、該利用者のユーザ識別子とともに、ログデータ格納部５３２に蓄積する。ログデータ格納部５３２は、複数のデータソース５７０内のコンテンツ各々について、該コンテンツの評価ボタンをクリックした利用者のユーザ識別子と、該利用者が入力したその時の検索条件とを関連づけて登録する。

図１５は、情報検索サーバ５１０およびクライアント端末５６０間で実行される有用度集計処理を示すシーケンス図である。図１５に示す処理は、クライアント端末５６０の利用者が、上記ログインユーザ画面６１０上で、評価ボタン６３０をクリックしたことに応答して、ステップＳ５００から開始される。

ステップＳ５００では、ＵＩ部５６２は、評価ボタン６３０のクリック操作イベントを検出し、ステップＳ５０１では、情報検索サーバ５１０に対し、コンテンツのＵＲＬとともに評価通知を行う。ステップＳ５０２では、画面制御部５１２は、有用度集計部５２６を呼び出す。ステップＳ５０３では、有用度集計部５２６は、索引データ格納部５３０にアクセスして、上記ＵＲＬで識別されるコンテンツの有用度の集計値をカウントアップし、コンテンツ評価を変更する。

ステップＳ５０４では、有用度集計部５２６は、さらに、コンテンツＵＲＬと、ユーザ識別子と、検索条件とを指定して、評価ログ蓄積部５２８を呼び出す。ステップＳ５０５では、評価ログ蓄積部５２８は、ログデータ格納部５３２にログデータを記録する。

図１６は、ログデータ格納部５３２に格納されているログのデータ構造を例示する。図１５に示すログ６５０は、ＵＲＬカラム６５０ａと、コンテンツのログデータを格納するカラム６５０ｂとを含む。カラム６５０ｂは、さらに、検索した利用者のユーザ識別子が入力される検索者カラム６５０ｃと、その時の検索条件が入力されるカラム６５０ｄとを含む。

再び図１３を参照する。利用者が上記ログインユーザ画面６１０中の特定のコンテンツの有用度表示６３６をクリックすると、画面制御部５１２は、そのコンテンツのＵＲＬを指定して評価ログ蓄積部５２８を呼び出す。評価ログ蓄積部５２８には、上記蓄積時の呼び出しの他にもう１種類の呼び出し方があり、ＵＲＬだけを指定して呼び出されると、評価ログ蓄積部５２８は、指定されたＵＲＬに対応づけられたカラム６５０ｂのログデータを返す。これにより、ログインユーザ画面６１０には、図１４に示した検索者および検索条件を一覧表示する評価ログ６３８が表示されることになる。

図１４に示す評価ログ６３８によれば、３人の利用者が故障や不具合に関連して、当該文書６２２ｂを「有用」と評価しており、１人が特定の会社に関連して、さらに１人が「ＡＡＡ ＢＢＢ」さんに関連して「有用」と評価していることがわかる。また、評価ログ６３８と、図４に示す索引データとを詳細に検討すると、最後の評価ログ６３８ａについては、評価者「ggg.hhh@yyy.com」を見ると、図４中で、別の文書（gwx://ddd.bbb.ccc.com/bar/doc5）について、評価者「ggg.hhh@yyy.com」が作成者、「ＡＡＡ ＢＢＢ」（＝「aaa.bbb@yyy.com」）さんが更新者の関係にあり、たとえば仕事の引継ぎなどで、「ＡＡＡ ＢＢＢ」さんについて知ろうとしたことをうかがうことができる。

上記場合、以後の同様なコンテンツを作る際の指針としては、ログデータにある検索で使われた単語を含めること、あるいは、「ＸＸＸ」や「○○社」などの製品名や社名など、固有、名詞をコンテンツに含めるなど、コンテンツ作成者側の対応が考えられる。コンテンツを評価した者が検索で使用した単語や固有名詞を該コンテンツ内に含ませることにより、そのような単語や固有名詞を使用して検索が行われた場合に、そのコンテンツが検索結果中より上位に含まれ易くなる。

上記第３の実施形態によれば、有用度の評価を行った利用者とその検索行動の情報を閲覧可能に記録しておくことにより、コンテンツ作成者および更新者に有用な情報をフィードバックすることができる。これにより、利用者側の負担を増加させることなく、コンテンツ更新のために有用なログデータを提供することが可能となる。

以上説明したように、上述までの実施形態によれば、検索結果に評価指示手段を導入することにより、コンテンツ自体に手を加えることなくユーザによる評価を可能とし、さらにログインユーザに対し、データソースによらず、関与したコンテンツの上記評価指示手段による集計結果を提示して、評価をまとめてフィードバックすることができる情報検索装置およびプログラムを提供することができる。

なお、上記機能部は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述されたコンピュータ実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯなど装置可読な記録媒体に格納して、あるいは電気通信回線を通じて頒布することができる。

これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１２…ＭＰＵ、１４…不揮発性メモリ、１６…メモリ、１８…記憶制御用インタフェース、２０…ハードディスク、２２…内部バス、２４…インタフェース、２６…入出力装置、２８…ＶＲＡＭ、３０…グラフィック・チップ、３２…ディスプレイ装置、３４…ネットワークＩ／Ｆ、１００…ネットワーク環境、１０２…ネットワーク、１０４〜１０８，１７０…データソース、１１０，３１０，５１０…情報検索サーバ、１１２，３１２，５１２…画面制御部、１１４，３１４，５１４…認証情報、１１６，３１６，５１６…認証部、１１８，３１８，５１８…ログインユーザ画面生成部、１２０，３２０，５２０…検索結果生成部、１２２，３２２，５２２…有用度スコア計算部、１２４，３２４，５２４…検索条件入力部、１２６，３２６，５２６…有用度集計部、１３０，３３０，５３０…索引データ格納部、１４０，３４０，５４０…機能部、１４２，３４２，５４２…クローラ、１４４，３４４，５４４…インデクサ、１５０，３５０，５５０…ＬＤＡＰサーバ、１６０，３６０，５６０…クライアント端末、１６２，３６２，５６２…ＵＩ部，２００，４００…索引データ、２１０，４１０，６１０…ログインユーザ画面、２１２，４１２…ログイン表示、２１４，４１４…テキストボックス、２１６，４１６…検索ボタン、２１８…ログアウトボタン、２２０…表示順序切り替えメニュー、２２２，４２２，６２２…コンテンツ概要、２２４，４２４，６２４…本文抜粋表示、２２６，４２６，６２６…データソース表示、２２８，４２８，６２８…作成者表示、２３０，４３０，６３０…評価ボタン、２３２，４３２，６３２，６３６…有用度表示、３２８…閲覧数集計部、４３４…閲覧数表示、６３８…評価ログ、５２８…評価ログ蓄積部、５３２…ログデータ格納部、６５０…ログ

特開２００９−００３５２０号公報

"「いいね！」"、[online]、ｆａｃｅｂｏｏｋヘルプセンター、[平成２３年１１月１４日検索]、インターネット<http://www.facebook.com/help/?page=773> "検索結果におすすめ情報を付加、Google+で共有"、[online]、Ｇｏｏｇｌｅ、[平成２３年１１月１４日検索]、インターネット<http://www.google.com/intl/ja/+1/button/>

Claims (10)

1. 種類の異なる複数のデータソース内のコンテンツ各々を、関与したユーザの識別子および有用度の集計値に関連付けて登録する索引データ格納手段と、
   与えられたコンテンツについて、前記有用度の集計値を用いてスコアを計算するスコア計算手段と、
   前記スコアを用いて、検索された複数のコンテンツ各々の表示に評価指示手段が追加された検索結果を生成する検索結果生成手段と、
   前記評価指示手段に対する操作に応答して、対応するコンテンツの前記有用度の集計値を更新する有用度集計手段と、
   ログインユーザが関与したコンテンツを前記有用度の集計値とともに提示するユーザ画面を出力する画面制御手段と
   を含む、情報検索装置。
2. コンテンツの閲覧を指示する操作に応答して、該コンテンツの閲覧数の集計値を更新する閲覧数集計手段をさらに含み、
   前記索引データ格納手段は、前記複数のデータソース内のコンテンツ各々を、さらに前記閲覧数の集計値に関連付けて登録しており、
   前記検索結果生成手段は、前記検索結果に含まれるコンテンツ各々の表示に前記閲覧数の集計値を追加し、
   前記スコア計算手段は、前記有用度および前記閲覧数の集計値の両方を用いて、前記スコアを計算する、請求項１記載の情報検索装置。
3. コンテンツ毎に評価ログデータを格納する評価ログ蓄積手段をさらに含み、
   前記検索結果生成手段は、前記検索結果に含まれるコンテンツ各々の表示に、前記評価ログデータを閲覧するためのログ閲覧指示手段を追加し、
   前記有用度集計手段は、前記評価指示手段に対する操作に応答して、対応するコンテンツの評価ログデータに、該操作にかかるユーザを識別する識別子と検索条件とを追加する、請求項１または２に記載の情報検索装置。
4. 前記ユーザ画面は、前記複数のデータソースにわたる該ログインユーザが関与したコンテンツを提示することを特徴とし、前記ユーザの識別子は、前記複数のデータソースを横断して固有にユーザを識別するユーザ識別子である、請求項１〜３のいずれか１項に記載の情報検索装置。
5. 前記検索結果は、検索された複数のコンテンツの概要が有用度スコアに応じた順にリスト生成され、前記コンテンツ各々の表示に、さらに有用度の集計値が追加されたものである、請求項１〜４のいずれか１項に記載の情報検索装置。
6. 前記検索結果生成手段に対し、前記ログインユーザの識別子を条件として与えて、該ログインユーザが作成者および更新者の少なくともいずれか一方であるコンテンツのリストを生成させるログイン画面生成手段をさらに含む、請求項１〜５のいずれか１項に記載の情報検索装置。
7. 前記検索結果生成手段に対し、検索要求にかかる検索条件を与えて、該検索条件に合致するコンテンツのリストを生成させる検索条件入力手段をさらに含み、前記画面制御手段は、前記検索要求に応答して、前記検索条件に合致したコンテンツを前記有用度の集計値および評価指示手段とともに提示する検索結果画面を出力する、請求項１〜６のいずれか１項に記載の情報検索装置。
8. 情報検索装置を実現するためのコンピュータ実行可能なプログラムであって、コンピュータを、
   複数のデータソース内のコンテンツ各々を、関与したユーザの識別子および有用度の集計値に関連付けて登録する索引データ格納手段、
   与えられたコンテンツについて、前記有用度の集計値を用いてスコアを計算するスコア計算手段、
   前記スコアを用いて、検索された複数のコンテンツ各々の表示に評価指示手段が追加された検索結果を生成する検索結果生成手段、
   前記評価指示手段に対する操作に応答して、対応するコンテンツの前記有用度の集計値を更新する有用度集計手段、および
   ログインユーザが関与したコンテンツを前記有用度の集計値とともに提示するユーザ画面を出力する画面制御手段
   として機能させるためのプログラム。
9. 前記プログラムは、コンピュータを、コンテンツの閲覧を指示する操作に応答して、該コンテンツの閲覧数の集計値を更新する閲覧数集計手段としてさらに機能させ、
   前記索引データ格納手段は、前記複数のデータソース内のコンテンツ各々を、さらに前記閲覧数の集計値に関連付けて登録しており、
   前記検索結果生成手段は、前記検索結果に含まれるコンテンツ各々の表示に前記閲覧数の集計値を追加し、
   前記スコア計算手段は、前記有用度の集計値および前記閲覧数の集計値の両方を用いて、前記スコアを計算する、請求項８記載のプログラム。
10. 前記プログラムは、コンピュータを、
    コンテンツ毎に評価ログデータを格納する評価ログ蓄積手段としてさらに機能させ、
    前記検索結果生成手段は、前記検索結果に含まれるコンテンツ各々の表示に、前記評価ログデータを閲覧するためのログ閲覧指示手段を追加し、
    前記有用度集計手段は、前記評価指示手段に対する操作に応答して、対応するコンテンツの評価ログデータに、該操作にかかるユーザを識別する識別子と検索条件とを追加する、請求項８または９に記載のプログラム。