(57)【特許請求の範囲】
【請求項１】
情報処理装置に接続される記憶装置に格納された検索履歴情報から、検索要求を行ったユーザの識別情報と、前記検索要求が行われた時の日時情報と、前記検索要求で受け付けた検索クエリー情報と、前記検索クエリー情報に応じて検索された検索結果ＵＲＬ情報と、前記検索結果ＵＲＬ情報から閲覧要求が行われた閲覧ＵＲＬ情報とを前記ユーザの識別情報に対応付けて抽出し、前記ユーザの前記検索要求に係るユーザログ情報として前記記憶装置に格納する手段と、
前記ユーザログ情報に含まれる前記検索クエリー情報の構成、前記検索結果ＵＲＬ情報と前記閲覧ＵＲＬ情報との対応関係、前記検索クエリー情報と前記日時情報との対応関係の少なくとも一つを含む判定基準に従って指標値を付与し、前記指標値を前記ユーザログ情報に対応付けて前記ユーザのリコメンド決定情報として他のユーザのリコメンド決定情報とともに前記記憶装置に蓄積するリテラシー分析手段と、
前記指標値が所定値に達しない場合に、前記記憶装置に蓄積された前記他のユーザを含む前記リコメンド決定情報の中で所定の閾値以上の指標値に対応付けられているユーザログ情報からリコメンド情報を抽出して提示するリコメンド処理手段と
を備えた情報処理装置。
【請求項２】
前記リテラシー分析手段は、前記検索クエリー情報に応じて検索された前記検索結果ＵＲＬ情報の有無を判定して指標値を付与する、請求項１に記載の情報処理装置。
【請求項３】
前記リテラシー分析手段は、前記検索クエリー情報が形態素解析を必要とするか否かを判定して指標値を付与する、請求項１または２に記載の情報処理装置。
【請求項４】
前記リテラシー分析手段は、前記検索クエリー情報が所定の検索オプション設定が含まれているか否かを判定して指標値を付与する、請求項１−３の何れか一項に記載の情報処理装置。
【請求項５】
前記リテラシー分析手段は、前記検索結果ＵＲＬ情報に対する閲覧要求が行われたか否かを判定して指標値を付与する、請求項１−４の何れか一項に記載の情報処理装置。
【請求項６】
前記リテラシー分析手段は、前記検索結果ＵＲＬ情報に対する閲覧要求が、前記検索結果ＵＲＬ情報から選別されて行われているか否かを分析して指標値を付与する、請求項１−５の何れか一項に記載の情報処理装置。
【請求項７】
前記リテラシー分析手段は、前記検索履歴情報から、前記日時情報と前記検索クエリー情報に応じて打刻された入力文字列情報とを前記識別情報に対応付けて抽出し、キーワードサジェスト情報として前記記憶装置に格納する手段を備え、
前記キーワードサジェスト情報に含まれる前記日時情報と前記文字列情報との対応関係から前記検索クエリー情報の入力作業速度が速いか否かを分析して指標値を付与する、請求項１−６の何れか一項に記載の情報処理装置。
【請求項８】
前記リテラシー分析手段は、前記ユーザの検索クエリー情報が受け付けられた日時情報と、前記検索クエリー情報に一致又は部分一致する他のユーザの検索クエリー情報が受け付けられた日時情報との比較を行い、前記ユーザの検索時期が早期であるか否かを分析して指標値を付与する、請求項１−７の何れか一項に記載の情報処理装置。
【請求項９】
情報処理装置に、
情報処理装置に接続される記憶装置に格納された検索履歴情報から、検索要求を行ったユーザの識別情報と、前記検索要求が行われた時の日時情報と、前記検索要求で受け付け
た検索クエリー情報と、前記検索クエリー情報に応じて検索された検索結果ＵＲＬ情報と、前記検索結果ＵＲＬ情報から閲覧要求が行われた閲覧ＵＲＬ情報とを前記ユーザの識別情報に対応付けて、前記ユーザの前記検索要求に係るユーザログ情報として抽出するステップと、
前記ユーザログ情報に含まれる前記検索クエリー情報の構成、前記検索結果ＵＲＬ情報と前記閲覧ＵＲＬ情報との対応関係、前記検索クエリー情報と前記日時情報との対応関係の少なくとも一つを含む判定基準に従って指標値を付与し、前記指標値を前記ユーザログ情報に対応付けて前記ユーザのリコメンド決定情報として他のユーザのリコメンド決定情報とともに蓄積するステップと、
前記指標値が所定値に達しない場合に、前記蓄積された前記他のユーザを含む前記リコメンド決定情報の中で所定の閾値以上の指標値に対応付けられているユーザログ情報からリコメンド情報を抽出して提示するステップと
を実行させるプログラム。
【請求項１０】
複数の端末と通信可能な情報処理装置を備える情報検索システムであって、
前記情報処理装置は、
情報処理装置に接続される記憶装置に格納された検索履歴情報から、検索要求を行ったユーザの識別情報と、前記検索要求が行われた時の日時情報と、前記検索要求で受け付けた検索クエリー情報と、前記検索クエリー情報に応じて検索された検索結果ＵＲＬ情報と、前記検索結果ＵＲＬ情報から閲覧要求が行われた閲覧ＵＲＬ情報とを前記ユーザの識別情報に対応付けて抽出し、前記ユーザの前記検索要求に係るユーザログ情報として前記記憶装置に格納する手段と、
前記ユーザログ情報に含まれる前記検索クエリー情報の構成、前記検索結果ＵＲＬ情報と前記閲覧ＵＲＬ情報との対応関係、前記検索クエリー情報と前記日時情報との対応関係の少なくとも一つを含む判定基準に従って指標値を付与し、前記指標値を前記ユーザログ情報に対応付けて前記ユーザのリコメンド決定情報として他のユーザのリコメンド決定情報とともに前記記憶装置に蓄積するリテラシー分析手段と、
前記指標値が所定値に達しない場合に、前記記憶装置に蓄積された前記他のユーザを含む前記リコメンド決定情報の中で所定の閾値以上の指標値に対応付けられているユーザログ情報からリコメンド情報を抽出して提示するリコメンド処理手段と
を備えることを特徴とする情報検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報検索サービスを提供する情報処理装置、情報処理装置に搭載されるプログラム、及び情報検索システムに関する。
【背景技術】
【０００２】
多くのユーザ（利用者）は、関心のある事象に関する情報を入手する場合、例えばブラウザ機能を備えるＰＣ（Personal computer）等の端末装置からインターネット等に接続
し、検索サービスを提供する各種検索サイトでその情報の特徴を表すキーワードを入力し、クエリー（照会）を行う。検索サイトの検索エンジン等は、入力された検索クエリーに沿って各種Ｗｅｂサイトの検索を行い、検索結果をブラウザに表示する。ユーザはブラウザに表示されたURL（Uniform Resource Locator）を辿り、各種Ｗｅｂサイトに開示され
た情報を入手する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１８１１８６号公報
【特許文献２】特開２００８−４０６３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
検索結果としてユーザ装置に提示される結果情報は膨大である。検索要求を行ったユーザは、提示された結果情報の判別に時間を費やしてしまい、所望の情報が開示された最適なＷｅｂサイトにはなかなか辿り着くことができない。このような傾向は、情報検索に不慣れな初心者では顕著である。
【０００５】
情報検索に慣れたユーザは、情報を評価・識別する能力（リテラシー）が高い傾向にあり、例えば、情報の特徴を表す適切なキーワードを選定できるため、不要な情報を開示したＷｅｂサイトを極力含まない検索結果を得ることができる。また、検索クエリーには、論理演算子（ＡＮＤ，ＮＯＴ、ＯＲ等）や検索コマンド等を使用し、事前に検索情報の絞り込みを行うため、結果情報の判別に手間取られずに最適なＷｅｂサイトに辿り着くことができる。一方、情報検索に不慣れな初心者では、適切なキーワードの選定や検索オプションの使用さえも難しいため、結果情報の判別に時間を費やしてしまい所望の情報になかなか辿り着くことができない。
【０００６】
開示の技術の課題は、検索サービスを利用するユーザの能力に応じた適切なリコメンド情報を検索結果の提示と共に提供することを目的とする。
【課題を解決するための手段】
【０００７】
開示の技術の一側面は、次の情報処理装置の構成によって例示される。すなわち、本情報処理装置は、報処理装置に接続される記憶装置に格納された検索履歴情報から、検索要求を行ったユーザの識別情報と、前記検索要求が行われた時の日時情報と、検索要求で受け付けた検索クエリー情報と、検索クエリー情報に応じて検索された検索結果ＵＲＬ情報と、検索結果ＵＲＬ情報から閲覧要求が行われた閲覧ＵＲＬ情報とをユーザの識別情報に対応付けて抽出し、ユーザの検索要求に係るユーザログ情報として記憶装置に格納する手段と、ユーザログ情報に含まれる検索クエリー情報の構成、検索結果ＵＲＬ情報と閲覧ＵＲＬ情報との対応関係、検索クエリー情報と日時情報との対応関係の少なくとも一つを含む判定基準に従って指標値を付与し、指標値をユーザログ情報に対応付けてユーザのリコ
メンド決定情報として他のユーザのリコメンド決定情報とともに記憶装置に蓄積するリテラシー分析手段と、指標値が所定値に達しない場合に、記憶装置に蓄積された他のユーザを含むリコメンド決定情報の中で所定の閾値以上の指標値に対応付けられているユーザログ情報からリコメンド情報を抽出して提示するリコメンド処理手段と、を備える。
【０００８】
その結果、ユーザの能力に応じて適切なリコメンド情報を生成し、ユーザの端末装置に表示できる。
【発明の効果】
【０００９】
本情報処理装置によれば、検索サービスを利用するユーザのリテラシーに応じた適切なリコメンド情報を検索結果の提示と共に提供できる。
【図面の簡単な説明】
【００１０】
【図１】図１は、情報検索システムの一例を示す図である。
【図２】図２は、情報処理装置のハードウェア構成を例示する図である。
【図３】図３は、検索クエリーログを例示する図である。
【図４】図４は、クリックＵＲＬログを例示する図である。
【図５】図５は、検索結果表示ログを例示する図である。
【図６】図６は、ユーザログテーブルを例示する図である。
【図７】図７は、検索リテラシー算出テーブルを例示する図である。
【図８】図８は、キーワードサジェストログを例示する図である。
【図９】図９は、リコメンド決定テーブルを例示する図である。
【図１０】図１０は、情報検索システムの処理シーケンスを例示する図である。
【図１１】図１１は、検索リテラシーの分析処理の説明図である。
【図１２】図１２は、検索リテラシーの分析処理の説明図である。
【図１３】図１３は、情報検索システムの処理フローチャートを例示する図である。
【図１４】図１４は、情報検索システムの処理フローチャートを例示する図である。
【図１５】図１５は、情報検索システムの処理フローチャートを例示する図である。
【図１６】図１６は、リコメンド処理のフローチャートを例示する図である。
【図１７】図１７は、リコメンド提示画面を例示する図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、一実施形態に係る情報検索システムを説明する。以下の実施形態の構成は例示であり、本情報検索システムは実施形態の構成には限定されない。
【実施例】
【００１２】
以下、図１から図１７の図面に基づいて、実施例に係る情報検索システムを説明する。〔システム構成〕
図１に、情報検索システムの一例を示す。図１に例示する情報検索システム１０は、例えば、個々のユーザ装置２０，２０ａに検索サービスを提供するシステムである。
【００１３】
図１に例示される情報検索システム１０は、ユーザ装置２０，２０ａ、検索サーバ装置３０、記憶装置４０、解析サーバ装置１００、記憶装置２００を含む。ユーザ装置２０は、ネットワークＮを介して検索サーバ装置３０に接続し、ユーザ装置２０ａは、ネットワークＮを介して検索サーバ装置３０に接続する。検索サーバ装置３０は記憶装置４０と接続する。解析サーバ装置１００は、ネットワークＮを介して検索サーバ装置３０に接続する。解析サーバ装置１００は記憶装置２００と接続する。尚、検索サーバ装置３０には、ネットワークＮを介して複数のユーザ装置２０，２０ａが接続され得る。また、検索サーバ装置３０は、ネットワークＮを介して図示しない複数の情報処理装置に接続する。複数の情報処理装置としては、例えば、ＳＮＳやソーシャルメディア等のように、Ｗｅｂ上に
構築された社会的ネットワークを利用して各種情報を発信する情報処理装置を例示できる。
【００１４】
検索サーバ装置３０は記憶装置４０を含んでもよい。また、解析サーバ装置１００は記憶装置２００を含んでもよい。検索サーバ装置３０、解析サーバ装置１００、記憶装置４０、記憶装置２００は、例えば、インターネット上のコンピュータ群であるクラウドの一部を構成するものであってもよい。ネットワークＮは、インターネット等の公衆ネットワーク、携帯電話網等の無線ネットワーク、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide
Area Network）等の内部ネットワークを含む。
【００１５】
記憶装置２００は、検索ログＤＢ２１０、ユーザログＤＢ２２０、検索リテラシーＤＢ２３０を含む。検索ログＤＢ２１０には、検索クエリーログ２１１、クリックＵＲＬログ２１２、検索結果表示ログ２１３、キーワードサジェストログ２１４が含まれる。検索ログＤＢ２１０に含まれる各ログは、後述するように、検索ログ取得部１１０の処理により、検索履歴ＤＢ４１０から抽出された履歴データである。検索クエリーログ２１１には、本情報検索システム１０が受け付けた、検索要求を行ったユーザの検索クエリー情報が格納される。クリックＵＲＬログ２１２には、ユーザに提示した検索結果ＵＲＬ情報から閲覧要求が生じた閲覧ＵＲＬ情報が格納される。検索結果表示ログ２１３には、検索クエリー情報に基づいてネットワーク検索を行った結果の検索結果ＵＲＬ情報が格納される。キーワードサジェストログ２１４には、検索クエリー打刻入力時の秒単位の日時情報と共に、本情報検索システム１０でサジェストされた応答文字列情報が格納される。
【００１６】
ユーザログＤＢ２２０には、ユーザログテーブル２２１が含まれる。ユーザログテーブル２２１は、後述するように、検索ログ処理部１２０の処理により、検索クエリーログ２１１、クリックＵＲＬログ２１２、検索結果表示ログ２１３が結合されたものである。
【００１７】
検索リテラシーＤＢ２３０には、検索リテラシー算出テーブル２３１、リコメンド決定テーブル２３２が含まれる。検索リテラシー算出テーブル２３１は、後述するように、検索リテラシー分析部１３０により付与された、採点情報（指標値）が格納される。採点情報は、検索クエリーに含まれるキーワードに対して付与される。検索リテラシー算出テーブル２３１は、検索要求を行った全てのユーザに対するキーワード毎のレコードを有する。さらに検索リテラシー算出テーブル２３１には、後述するように、検索リテラシー判定部１４０によって算出されたユーザ毎の、検索操作全般に対する能力判定値が付加される。検索操作全般に対する能力判定値は、例えば、各ユーザの全キーワードに対する採点情報（指標値）の平均値として算出される。
【００１８】
また、リコメンド決定テーブル２３２には、後述するように、検索リテラシー分析部１３０により付与された採点情報（指標値）とユーザログテーブル２２１に含まれる各種情報が格納される。検索要求に含まれる検索キーワードについて、高い採点情報（指標値）が付与されたユーザの検索動向（例えば、検索クエリー情報、閲覧ＵＲＬ情報等）を抽出してリコメンドするためである。
【００１９】
ユーザ装置２０，２０ａは、パーソナルコンピュータ（ＰＣ、Personal Computer）、
タブレットＰＣ、ＰＤＡ（Personal Digital Assistant）のような専用または汎用のコンピュータ、あるいは、コンピュータを搭載した電子機器を使用して実現可能である。また、ユーザ装置２０，２０ａは、スマートフォン（多機能携帯電話）、携帯電話、カーナビゲーション装置のような専用または汎用のコンピュータ、あるいは、コンピュータを搭載した電子機器を使用して実現可能である。
【００２０】
検索サーバ装置３０，解析サーバ装置１００は、ＰＣ等の汎用のコンピュータまたはサ
ーバマシン等の専用のコンピュータを使用して実現可能である。記憶装置４０及び２００は、各種プログラムおよび各種データを格納する記憶媒体を備えた記憶装置である。記憶装置４０及び２００は、外部記憶装置とも呼ばれる。記憶装置４０及び２００としては、例えば、ソリッドステートドライブ装置、ハードディスクドライブ装置、ＣＤ（Compact Disc）ドライブ装置、ＤＶＤ（Digital Versatile Disk）ドライブ装置、＋Ｒ／＋ＲＷドライブ装置、ＨＤ  ＤＶＤ（High-Definition Digital Versatile Disk）ドライブ装置、または、ＢＤ（Blu-ray Disk）ドライブ装置がある。また、記憶装置４０及び２００は、リムーバブルメディア、即ち可搬記録媒体を含むことができる。
【００２１】
図２に、情報処理装置のハードウェア構成を例示する。図２に例示する情報処理装置３００は、コンピュータである。図１に例示する、ユーザ装置２０，２０ａ、検索サーバ装置３０，解析サーバ装置１００は、例えば、図２に例示する情報処理装置３００によって実現される。
【００２２】
情報処理装置３００は、接続バスによって相互に接続されたＣＰＵ（Central Processing Unit）３０１、メモリ３０２、記憶部３０３、入力部３０４、出力部３０５、通信部
３０６を有する。情報処理装置３００は、ＣＰＵ３０１が記憶部３０３に記憶されたプログラムをメモリ３０２の作業領域に実行可能に展開し、プログラムの実行を通じて周辺機器の制御を行う。これにより、情報処理装置３００は、所定の目的に合致した機能を実現することができる。メモリ３０２および記憶部３０３は、コンピュータである情報処理装置３００が読み取り可能な記録媒体である。
【００２３】
ＣＰＵ３０１は、情報処理装置３００全体の制御を行う中央処理演算装置である。ＣＰＵ３０１は、記憶部３０３に格納されたプログラムに従って処理を行う。メモリ３０２は、ＣＰＵ３０１がプログラムやデータをキャッシュしたり、作業領域を展開したりする記憶媒体である。メモリ３０２は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含む。
【００２４】
記憶部３０３は、各種のプログラム及び各種のデータを読み書き自在に記録媒体に格納する。記憶部３０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、ソリッド
ステートドライブ装置、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）装置等で
ある。また、記憶部３０３としては、例えば、ＣＤドライブ装置、ＤＶＤドライブ装置、＋Ｒ／＋ＲＷドライブ装置、ＨＤ  ＤＶＤドライブ装置、ＢＤドライブ装置が例示できる。記録媒体としては、例えば、不揮発性半導体メモリ（フラッシュメモリ）を含むシリコンディスク、ハードディスク、ＣＤ、ＤＶＤ、＋Ｒ／＋ＲＷ、ＨＤ  ＤＶＤ、または、ＢＤがある。ＣＤとしては、ＣＤ−Ｒ（Recordable）、ＣＤ−ＲＷ（Rewritable）、ＣＤ−ＲＯＭがある。ＤＶＤとしては、ＤＶＤ−Ｒ、ＤＶＤ−ＲＡＭ（Random Access Memory）がある。ＢＤとしては、ＢＤ−Ｒ、ＢＤ−ＲＥ（Rewritable）、ＢＤ−ＲＯＭ等がある。また、記憶部３０３は、リムーバブルメディア等の可搬記録媒体を含むことができる。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤやＤＶＤのようなディスク記録媒体が例示できる。
【００２５】
入力部３０４は、ユーザ等からの操作指示等を受け付ける。入力部３０４は、入力ボタン、キーボード、ポインティングデバイス、ワイヤレスリモコン、マイクロフォン、カメラ等の入力デバイスである。入力部３０４から入力された情報は、接続バスを介してＣＰＵ３０１に通知される。
【００２６】
出力部３０５は、ＣＰＵ３０１で処理されるデータやメモリ３０２に記憶されるデータを出力する。出力部３０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイ、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）、ＥＬ（Electroluminescence
）パネル、プリンタ、スピーカ等の出力デバイスである。通信部３０６は、ネットワークＮとのインターフェースである。
【００２７】
情報処理装置３００は、記憶部３０３に、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等を記憶している。ＯＳは、ソフトウェアとハードウェアとの仲介、メモリ空間の管理、ファイル管理、プロセスやタスクの管理を行うソフトウェアである。ＯＳは、通信インターフェースを含む。通信インターフェースは、通信部３０６を介して接続される外部装置等とデータのやり取りを行うプログラムである。外部装置等には、例えば、他の情報処理装置、記憶装置が含まれる。
【００２８】
ユーザ装置２０，２０ａを実現する情報処理装置３００は、ＣＰＵ３０１が記憶部３０３に記憶されている各種プログラムや各種データをメモリ３０２に読み出して実行することにより、ブラウザ機能を実現する。ブラウザ機能を有するユーザ装置２０，２０ａは、例えば、ネットワークＮを介して接続された検索サーバ装置３０に対し、入力された検索キーワードに基づく検索クエリー（照会）を行う。また、ブラウザ機能を有するユーザ装置２０，２０ａは、例えば、ネットワークＮを介して接続された検索サーバ装置３０から検索結果を受け取り、出力部３０５に出力表示する。また、ブラウザ機能を有するユーザ装置２０，２０ａは、例えば、出力部３０５に出力表示されたURL（Uniform Resource Locator）等を辿り、ネットワークＮを介して接続された各種Ｗｅｂサイトの情報処理装置
が配信する各種コンテンツ情報や記事情報を閲覧することができる。
【００２９】
検索サーバ装置３０を実現する情報処理装置３００は、ＣＰＵ３０１が記憶部３０３に記憶されている各種プログラムや各種データをメモリ３０２に読み出して実行することにより、受け付けた検索クエリーに沿った情報検索機能を実現する。情報検索機能として例えば、種々の公知な検索エンジン等が例示できる。情報検索機能を有する検索サーバ装置３０は、例えば、検索クエリーに含まれるキーワード等に沿って、ネットワークＮを介して接続された各種Ｗｅｂサイトに登録された配信情報や各種コンテンツの情報検索を実行する。また検索サーバ装置３０は、検索クエリーのユーザ入力に対し、キーワードサジェストによる入力支援を行う。また、例えば、検索サーバ装置３０は、検索結果に対してクリック操作（閲覧要求）された各種ＷｅｂサイトのＵＲＬ情報等を含んだ、一連の検索処理履歴を検索履歴ＤＢ４１０（Data Base: データベース）として記憶装置４０に格納す
る。検索履歴ＤＢ４１０は、検索履歴情報の一例である。記憶装置４０は、検索履歴ＤＢ４１０を含む。
【００３０】
解析サーバ装置１００を実現する情報処理装置３００は、ＣＰＵ３０１が記憶部３０３に記憶されている各種プログラムや各種データをメモリ３０２に読み出して実行することにより、検索ログ取得部１１０、検索ログ処理部１２０、検索リテラシー分析部１３０、検索リテラシー判定部１４０、リコメンド処理部１５０としての機能を実現する。
【００３１】
図１に戻り、解析サーバ装置１００は、検索ログ取得部１１０、検索ログ処理部１２０、検索リテラシー分析部１３０、検索リテラシー判定部１４０、リコメンド処理部１５０を含む。各部のうち、いずれかが、他のサーバ装置に含まれてもよい。例えば、検索ログ取得部１１０を含むサーバ装置と、検索ログ処理部１２０を含むサーバ装置と、検索リテラシー分析部１３０を含むサーバ装置と、検索リテラシー判定部１４０を含むサーバ装置と、リコメンド処理部１５０を含むサーバ装置とが、ネットワーク等を介して接続されることにより、解析サーバ装置１００として機能してもよい。解析サーバ装置１００は、複数のサーバ装置に機能を分散し、各処理部が実現されることで、負荷が軽減される。
【００３２】
検索ログ取得部１１０は、解析サーバ装置１００が接続されたネットワークＮを介して記憶装置４０に格納された検索履歴の取得を行う。検索履歴の取得は、例えば所定の周期
で定期的に実行される。所定周期として、時間単位、日単位、週単位、月単位等が例示できる。検索履歴の取得間隔は、情報検索システムが要求される運用精度、システムの規模、データベースが構築される外部記憶装置の容量等によって適正なものが選択できる。
【００３３】
検索ログ取得部１１０は、検索履歴ＤＢ４１０に含まれるユーザＩＤ、日時、検索クエリー、セッションＩＤ等を抽出し、検索クエリーログ２１１として検索ログＤＢ２１０に格納する。また、検索ログ取得部１１０は、検索履歴ＤＢ４１０に含まれるユーザＩＤ、日時、検索結果から閲覧要求が行われた閲覧ＵＲＬ、セッションＩＤ等を抽出し、クリックＵＲＬログ２１２として検索ログＤＢ２１０に格納する。また、検索ログ取得部１１０は、検索履歴ＤＢ４１０に含まれるユーザＩＤ、日時、検索結果として得られた検索結果ＵＲＬ、セッションＩＤ等を抽出し、検索結果表示ログ２１３として検索ログＤＢ２１０に格納する。さらに、検索ログ取得部１１０は、検索履歴ＤＢ４１０に含まれるユーザＩＤ、日時、検索クエリー入力時の入力文字列、応答文字列等を抽出し、キーワードサジェストログ２１４として検索ログＤＢ２１０に格納する。尚、キーワードサジェストログ２１４がキーワードサジェスト情報の一例である。
【００３４】
検索ログ処理部１２０は、検索クエリーログ２１１，クリックＵＲＬログ２１２，検索結果表示ログ２１３のファイル結合を行う。そして、検索ログ処理部１２０は、結合した結果（ユーザログ情報）をユーザログテーブル２２１としてユーザログＤＢ２２０に格納する。検索クエリーログ２１１、クリックＵＲＬログ２１２、検索結果表示ログ２１３は、それぞれ複数のログファイルを含み、各ログファイルはセッションＩＤを有する。検索ログ処理部１２０は、同一のユーザＩＤを有する検索クエリーログ２１１、クリックＵＲＬログ２１２、検索結果表示ログ２１３から、セッションＩＤを結合キーとして、同一のセッションＩＤを有する各ログファイルを結合する。ユーザログ情報には、セッションＩＤを除く、結合された各ログファイルの情報が含まれる。
【００３５】
検索リテラシー分析部１３０は、ユーザログＤＢ２２０に格納されたユーザログテーブル２１１を取得し、検索クエリーに含まれる検索キーワードに対する採点処理を実行する。検索リテラシー分析部１３０で実行された採点処理の結果（採点情報）は、指標値として検索キーワードに付与され、検索キーワードと共に検索リテラシー算出テーブル２３１に格納される。検索リテラシー分析部１３０は、ユーザログテーブル２１１に含まれる全てのユーザＩＤ、及び全ての検索クエリーに対して検索キーワードに対する採点処理を実行する。検索リテラシー分析部１３０は、検索リテラシー算出テーブル２３１を検索リテラシーＤＢ２３０に格納する。また、検索リテラシー分析部１３０は、指標値と採点処理時の検索キーワードを含むユーザログ情報を対応付けて、リコメンド決定テーブル２３２に格納する。検索リテラシー分析部１３０は、ユーザログテーブル２１１に含まれる全てのユーザＩＤ、及び全ての検索クエリーに対して指標値と採点処理時の検索キーワードを含むユーザログ情報の対応付けを行う。リコメンド決定テーブル２３２には、少なくとも、同一のキーワードを含んだ複数の検索クエリーに対する閲覧ＵＲＬ情報がユーザＩＤ情報と共に蓄積される。検索リテラシー分析部１３０は、リコメンド決定テーブル２３２を検索リテラシーＤＢ２３０に格納する。検索リテラシー算出テーブル２３１は、ユーザＩＤ情報、キーワード情報、採点情報（指標値）を含む。リコメンド決定テーブル２３２は、採点情報（採点結果）、ユーザＩＤ情報、日時情報、検索クエリー情報、検索結果ＵＲＬ情報、検索結果から閲覧要求が行われた閲覧ＵＲＬ情報を含む。採点処理については後述する。尚、本実施例では、この指標値を検索リテラシーとも呼ぶ。検索リテラシーは、キーワード毎、あるいは検索クエリー毎に判定されるユーザの能力ということができる。
【００３６】
検索リテラシー判定部１４０は、検索リテラシー算出テーブル２３１から各検索キーワードに付与された指標値を取得し、ユーザ毎の全検索クエリーに対する平均値を算出する。検索リテラシー判定部１４０は、算出した指標値の平均値を、検索操作全般に対するユ
ーザ毎の能力判定値として、検索リテラシー算出テーブル２３１に付加し、検索リテラシーＤＢ２３０に再び格納する。能力判定値は、情報検索操作を行うユーザの能力（リテラシー）を判別する値である。本実施例では、能力判定値から判定される能力をリテラシーとも呼ぶ。
【００３７】
リコメンド処理部１５０は、検索リテラシーＤＢ２３０に格納された検索リテラシー算出テーブル２３１及びリコメンド決定テーブル２３２を取得する。そして、検索リテラシー算出テーブル２３１の各検索キーワードに付与された指標値及び検索操作全般に対する能力判定値に基づいてリコメンド決定テーブル２３２に格納された検索クエリー情報及び閲覧ＵＲＬ情報を抽出し、リコメンド処理を行う。リコメンド処理の結果は、検索結果と共にユーザ装置２０，２０ａに出力する。リコメンド処理については後述する。
【００３８】
記憶装置２００は、検索ログＤＢ２１０、ユーザログＤＢ２２０、検索リテラシーＤＢ２３０を含む。検索ログＤＢ２１０、ユーザログＤＢ２２０、検索リテラシーＤＢ２３０は、それぞれ、別々の記憶装置に含まれてもよい。
【００３９】
図３に検索クエリーログを例示する。図３に例示する検索クエリーログ２１１は、本情報検索システム１０の検索サービスを利用するユーザ毎に、ユニークに対応付けた識別情報であるユーザＩＤを含むレコードを有している。各レコードは、ユーザＩＤに対応付けた日時、検索クエリー、セッションＩＤの各フィールドを備える。日時フィールドには、ネットワークＮを介して情報検索システム１０がユーザ装置２０，２０ａから検索要求を受け付けた日時情報が格納される。検索クエリーフィールドには、ネットワークＮを介して情報検索システム１０がユーザ装置２０，２０ａから受け付けた検索クエリー情報が格納される。検索クエリー情報は、ユーザ装置２０等が検索要求時に検索サーバ装置３０に送信した入力文字列を含む。また、セッションＩＤフィールドには、検索クエリーに応じたセッションＩＤが格納される。尚、図例では、日時フィールドには、“ｙｙｙｙ／ｍｍ／ｄｄ  ｈｈ：ｍｍ”の表現形式で日時情報が格納されるが、図例の表現形式には限定されない。以下、図４〜６に例示する、日時フィールドの表現形式についても同様である。
【００４０】
後述するユーザログテーブルの結合処理の説明のため、図５に例示する、検索結果表示ログを説明する。検索結果表示ログは、検索要求に沿って検索されたネットワークＮ上に接続する各種Ｗｅｂサイトの情報が格納される。検索結果表示ログに格納される検索結果ＵＲＬ情報は検索要求を行ったユーザに出力される。図５に例示する検索結果表示ログ２１３は、本情報検索システム１０の検索サービスを利用するユーザ毎に、ユニークに対応付けた識別情報であるユーザＩＤを含むレコードを有している。各レコードは、ユーザＩＤに対応付けた日時、検索結果ＵＲＬ、セッションＩＤの各フィールドを備える。日時フィールドには、ネットワークＮを介して情報検索システム１０がユーザ装置２０，２０ａから検索要求を受け付けた日時情報が格納される。検索結果ＵＲＬフィールドには、受け付けた検索クエリーに応じて取得した各種ＷｅｂサイトのＵＲＬ情報が格納される。検索結果ＵＲＬフィールドに格納されるＵＲＬ情報は、検索結果画面に表示する検索結果ＵＲＬ情報としてユーザ装置２０，２０ａに出力される。また、セッションＩＤフィールドには、検索結果として各種ＷｅｂサイトのＵＲＬ情報を取得したセッションＩＤが格納される。尚、日時フィールドにおける日時情報の表現形式は図例に限定されない。
【００４１】
検索要求を行ったユーザは、本情報検索システム１０から出力された検索結果ＵＲＬ情報に沿って、閲覧要求を行う。ユーザのクリック操作によって閲覧要求されたＵＲＬ（閲覧ＵＲＬ）は、クリックＵＲＬログに格納される。図４に、クリックＵＲＬログを例示する。図４に例示するクリックＵＲＬログ２１２は、本情報検索システム１０の検索サービスを利用するユーザ毎に、ユニークに対応付けた識別情報であるユーザＩＤを含むレコードを有している。各レコードは、ユーザＩＤに対応付けた日時、閲覧ＵＲＬ、セッション
ＩＤの各フィールドを備える。日時フィールドには、ネットワークＮを介して情報検索システム１０がユーザ装置２０，２０ａから閲覧要求を受け付けた日時情報が格納される。閲覧ＵＲＬフィールドには、ユーザ装置２０，２０ａに出力した検索結果画面からユーザがクリック操作による閲覧要求を行った閲覧対象のＵＲＬ情報が格納される。また、セッションＩＤフィールドには、クリック操作による閲覧要求を行ったＵＲＬ毎のセッションＩＤが格納される。尚、日時フィールドにおける日時情報の表現形式は図例に限定されない。
【００４２】
図６に、ユーザログテーブルを例示する。図６に例示するユーザログテーブルは、図３に例示した検索クエリーログ２１１、図４に例示したクリックＵＲＬログ２１２、図５に例示した検索結果表示ログ２１３を、セッションＩＤを結合キーとして、同一のセッションＩＤを有する各ログファイルを結合処理したテーブルである。結合処理は、検索ログ処理部１２０により行われる。図６に例示するユーザログテーブル２２１は、本情報検索システム１０の検索サービスを利用するユーザ毎に、ユニークに対応付けた識別情報であるユーザＩＤを含むレコードを有している。各レコードは、ユーザＩＤに対応付けた日時、検索クエリー、検索結果ＵＲＬ、閲覧ＵＲＬの各フィールドを備える。検索クエリーフィールドには、ネットワークＮを介して情報検索システム１０がユーザ装置２０，２０ａから受け付けた検索クエリー情報が格納される。検索結果ＵＲＬフィールドには、検索結果表示ログ２１３の検索結果ＵＲＬフィールドに格納された各種ＷｅｂサイトのＵＲＬ情報が格納される。閲覧ＵＲＬフィールドには、ユーザ装置２０，２０ａに出力した検索結果画面からユーザがクリック操作による閲覧要求を行った閲覧ＵＲＬ情報が格納される。ユーザログテーブル２２１は、結合処理の結果として得られたユーザログ情報である。尚、検索クエリー情報が格納されたレコードの日時フィールドには検索要求を受け付けた日時情報が格納され、閲覧ＵＲＬ情報が格納されたレコードの日時フィールドには閲覧要求を受け付けた日時情報が格納される。
【００４３】
尚、閲覧ＵＲＬフィールドに格納される閲覧ＵＲＬ情報は、直前の行中に格納された検索結果ＵＲＬフィールドの検索結果ＵＲＬ情報に対応するものである。例えば、図例では、“アジアカップの日本のサブメンバー”の検索クエリーに対し、検索結果である検索結果ＵＲＬフィールドには、０件を示す“−”が格納されている。従って、同一セッションにおいて閲覧ＵＲＬフィールドに格納される情報は無いため、“アジアカップの日本のサブメンバー”の検索クエリーが格納された行の直後には、閲覧ＵＲＬ情報を有する行が配行されていない。
【００４４】
一方、“あｄじあｋっぷ”や“アジアカップ”の検索クエリーに対しては、それぞれ、複数のＵＲＬ（図例では、“ＡＤ_ＵＲＬ１”〜“ＷＥＢ_ＵＲＬ３”）が検索され、検索結果ＵＲＬフィールドに格納されている。しかし、“あｄじあｋっぷ”の検索クエリーに対して提示された検索結果ＵＲＬ情報に対しては、同一セッションＩＤに対する閲覧ＵＲＬが不検出のため、“あｄじあｋっぷ”の検索クエリーが格納された直後の行には、閲覧ＵＲＬ情報を有する閲覧ＵＲＬフィールドは存在しない。つまり、“あｄじあｋっぷ”の検索クエリーに対して提示された検索結果ＵＲＬ情報に対しては、ユーザのクリック操作による閲覧要求が行われていない。
【００４５】
“アジアカップ”の検索クエリーに対しては、同一セッションＩＤに対する閲覧ＵＲＬが検出されているため、“アジアカップ”の検索クエリーが格納された直後の行には、閲覧ＵＲＬ情報を格納した閲覧ＵＲＬフィールドを有する行が結合処理（配行）されている。そして、日時フィールドに格納された日時情報からも明らかなように、“アジアカップ”の検索クエリーが格納された直後の行には、閲覧ＵＲＬ情報が格納された閲覧ＵＲＬフィールドを有する行が、連続して配行されている。連続して配行された各行の閲覧ＵＲＬフィールドには、検索結果画面に表示された検索結果ＵＲＬから、ユーザがクリック操作に
よって辿った閲覧ＵＲＬが順に並んでいる。図例では、時間経過順に、“ＡＤ_ＵＲＬ１
”→“ＡＤ_ＵＲＬ２”→“ＷＥＢ_ＵＲＬ１”となる閲覧ＵＲＬを閲覧ＵＲＬフィールドに格納した行が連続する。
【００４６】
このように、結合処理が施されたユーザログテーブル２２１には、ユーザＩＤに対応付けた日時情報、検索クエリー情報、検索クエリーに沿って検索収集された各種Ｗｅｂサイトの検索結果ＵＲＬ情報、及び各種ＷｅｂサイトのＵＲＬ情報からユーザがクリック操作を行った閲覧ＵＲＬ情報が含まれる。
【００４７】
図７に、検索リテラシー算出テーブル２３１を例示する。検索リテラシー算出テーブル２３１には、検索リテラシー分析部１３０で付与されたキーワード毎の指標値と、検索リテラシー判定部１４０で処理された全キーワードに対するユーザ毎の能力判定値が格納される。キーワード毎に付与される指標値は、例えば、検索要求を行ったユーザの得意分野、不得意分野等が反映されたものであり、知識の多寡によって偏りが生ずる。一方、全キーワードに対するユーザ毎の能力判定値は、検索要求を行ったユーザの得意分野、不得意分野等に偏らない、検索操作全般のリテラシーを判定するものである。採点処理については後述する。
【００４８】
図７に例示する検索リテラシー算出テーブル２３１は、本情報検索システム１０の検索サービスを利用するユーザ毎に、ユニークに対応付けた識別情報であるユーザＩＤを含むレコードを有している。各レコードは、ユーザＩＤに対応付けた、キーワード、指標値の各フィールドを備える。キーワードフィールドには、検索クエリー情報に含まれるキーワード情報が格納される。キーワードフィールドに格納されるキーワード情報としては、例えば、検索要求時に受け付けた検索クエリーに含まれる全ての単語名詞、検索クエリーの初頭に入力された単語名詞等が例示できる。指標値フィールドには、キーワード情報に対応する採点情報が格納される。検索リテラシー算出テーブル２３１では、一意に特定されたキーワード情報に対する指標値が格納される。
【００４９】
図７に例示する検索リテラシー算出テーブル２３１において、（１）は、採点処理の結果、検索リテラシー判定部１４０により、検索操作に係るリテラシーが低いと判別されるユーザのレコード例である。一方、（２）は、採点処理の結果、検索リテラシー判定部１４０により、検索操作に係るリテラシーが高いと判別されるユーザのレコード例である。図例の（１）では、一意に特定されたキーワード情報としてキーワードフィールドに格納された“アジアカップ”には、採点処理の結果、指標値として付与された“３５”が対応する指標値フィールドに格納されている。また、キーワードフィールドに格納された“Ｃ言語”には、採点処理の結果、指標値として付与された“５０”が対応する指標値フィールドに格納されている。“Ｃ言語”の検索要求では、付与された指標値は相対的に高く、“アジアカップ”では、相対的に指標値は低い。つまり、（１）に例示するユーザ（ユーザＩＤ：００１）は、“Ｃ言語”が属する分野では標準的な検索リテラシーを備えるが、“アジアカップ”が属する分野では検索リテラシーは低いと判断できる。また、（２）では、一意に特定されたキーワード情報である“アジアカップ”に対応する指標値は“６０”であり、“Ｃ言語”に応じた指標値は“５０”である。（２）に例示するユーザ（ユーザＩＤ：００２）は、キーワード情報の属する分野によらず標準的以上の検索リテラシーを備えると判断できる。このように、検索リテラシー算出テーブル２３１には、一意に特定されるキーワード情報毎に、対応する指標値が格納されるため、検索要求を行うユーザの、キーワード情報が属する分野での能力の高低が判断できる。検索リテラシー分析部１３０で処理された指標値（採点情報）が格納された検索リテラシー算出テーブル２３１は、検索リテラシーを判定する情報がキーワード毎に格納されることとなる。
【００５０】
また、検索リテラシー算出テーブル２３１の１つの行（図例では、最終行）のキーワー
ドフィールドには、本ユーザの検索リテラシーの判定の結果を表す“［検索操作全般（平均）］”との文言が格納される。そして、“［検索操作全般（平均）］”との文言が格納される行の指標値フィールドには、検索リテラシー判定部１４０で処理された本ユーザの能力判定値が格納される。図例では、キーワード情報毎に付与された指標値の平均値が、能力判定値として格納されている。尚、検索リテラシー算出テーブル２３１の１つの行のキーワードフィールドに格納される、検索リテラシーの判定の結果を表す文言は、図例の表現形式に限定されない。本ユーザの検索リテラシー判定を表す表現であればよい。例えば、“「０００００」”，“ＸＸＸＸＸ”，“ユーザＩＤ：Total”，“総判定”，“★
★★★”等の、本ユーザの検索リテラシー判定を表すテキスト文字や記号等の任意の表現が可能である。
【００５１】
また、“［検索操作全般（平均）］”との文言が格納される行の指標値フィールドに格納される能力判定値の表現形式は、図例に限定されない。例えば、各キーワード情報に付与された指標値の平均値をさらに閾値と比較し、“Ａ”，“Ｂ”，“Ｃ”等のランク付けを行ってもよい。本ユーザの検索リテラシー判定の結果を示す指標であればよい。このようなランク分けは閾値判定により処理できる。例えば、２段階の閾値を設け、能力判定値が６０以上であれば“Ａ”ランク、４０以下であれば“Ｃ”ランク、４０を超え、且つ６０未満の範囲であれば“Ｂ”ランクとするランク付けが例示できる。尚、図例では、説明のために（１）、（２）の２つのテーブルを用いたが、ユーザ毎のレコードの纏まりを単位ブロックとし、複数のユーザブロックが連続して一つのテーブルを構成するようにしてもよい。前者では、テーブル毎に検索操作全般に対する能力判定値が格納されるのに対し、後者では、ユーザブロック毎に検索操作全般に対する能力判定値を格納できる。
【００５２】
図８にキーワードサジェストログを例示する。後述するように、キーワードサジェストログにより、ユーザの検索クエリー入力作業に対する作業速度を分析する。図８に例示するキーワードサジェストログ２１４は、本情報検索システム１０の検索サービスを利用するユーザ毎に、ユニークに対応付けた識別情報であるユーザＩＤを含むレコードを有している。各レコードは、ユーザＩＤに対応付けた日時、入力文字列、応答文字列の各フィールドを備える。日時フィールドには、“ｙｙｙｙ／ｍｍ／ｄｄ  ｈｈ：ｍｍ：ｓｓ”の表現形式で日時情報が格納される。日時フィールドに格納される日時情報は、検索クエリー入力時のキー打刻時間である。入力文字列フィールドには、検索クエリー入力時の入力文字列情報が格納される。応答文字列フィールドには、検索クエリー入力時の各入力文字列に応じてサジェストされた応答文字列情報が格納される。図例では、日時情報として“２０１１／１／３１  １７：００：００”、“２０１１／１／３１  １７：００：００”、“２０１１／１／３１  １７：００：０１”が格納された行が時間経過順に配行されている。上述の各日時情報に対応する行には、入力文字列情報が“ｙ”、“ｙｍ”、“ｙｍｏ”とキー打刻順に格納されている。“ｙ”の入力文字列が格納された行には、応答文字列情報として“ｙａ●ｏｏ”、“ｙｕｏ●●ｂｅ”、“ヤマ●電機”が格納され、“ｙｍ”の入力文字列が格納された行には、“Ｙ●ＣＡ”、“Ｙｍ企●”、“ｙｍｓ”が格納されている。“ｙｍｏ”の入力文字列が格納された行には、“ｙｍｏ  フジ●ック”、“ｙｍｏ  ●ＨＫ”が格納されている。尚、図例では、日時フィールドには、“ｙｙｙｙ／ｍｍ／ｄｄ  ｈｈ：ｍｍ：ｓｓ”の表現形式で日時情報が格納されるが、図例の表現形式には限定されない。少なくとも、秒単位の時間情報が含まれればよい。
【００５３】
図９にリコメンド決定テーブルを例示する。リコメンド決定テーブルには、検索リテラシー分析部１３０で処理された採点結果（採点情報）が、採点処理時の検索クエリーに対応するユーザログ情報と対応付けて格納される。リコメンド決定テーブルは、一意に特定される検索キーワードに対する採点情報、一意に特定される検索キーワードを含む検索要求を行った全てのユーザについて、検索要求が行われた時の日時情報又は閲覧要求が行われた時の日時情報、検索クエリー情報、検索結果ＵＲＬ情報、閲覧ＵＲＬ情報を含む。リ
コメンド決定テーブル２３２には、少なくとも、同一のキーワードを含んだ複数の検索クエリーに対する閲覧ＵＲＬ情報がユーザＩＤ情報と共に蓄積される。検索リテラシー分析部１３０で処理された採点情報は、検索クエリーに含まれるキーワードに付与された指標値である。尚、図９では、採点情報と採点処理時のユーザログ情報（ユーザＩＤ、日時、検索クエリー、検索結果ＵＲＬ、閲覧ＵＲＬ）とが１つのレコード（行）内に格納されている。しかし、リコメンド決定テーブルは、例えば、採点情報と採点処理時のユーザログテーブル２２１（図６）の各レコード（行）へのポインタとを対にして格納するようにしてもよい。すなわち、採点情報と採点処理時のユーザログ情報とがリンク付けされればよい。同一ユーザによる、一意に特定される検索キーワードを含んだ複数の検索クエリーに対しては、最も高い配点が付与された検索クエリーを採点情報と共に格納する。採点処理については後述する。
【００５４】
図９に例示するリコメンド決定テーブル２３２は、本情報検索システム１０の検索サービスを利用するユーザ毎に、ユニークに対応付けた識別情報であるユーザＩＤを含むレコードを有している。各レコードは、ユーザＩＤに対応付けた、採点結果、日時、検索クエリー、検索結果ＵＲＬ、閲覧ＵＲＬの各フィールドを備える。採点結果フィールドには、検索クエリーに含まれる検索キーワードに対する採点情報が格納される。検索クエリーフィールドには、ネットワークＮを介して情報検索システム１０がユーザ装置２０，２０ａから受け付けた検索クエリー情報が格納される。検索結果ＵＲＬフィールドには、検索結果表示ログ２１３の検索結果ＵＲＬフィールドに格納された各種ＷｅｂサイトのＵＲＬ情報が格納される。閲覧ＵＲＬフィールドには、ユーザ装置２０，２０ａに出力した検索結果画面からユーザがクリック操作による閲覧要求を行ったＵＲＬ情報が格納される。尚、検索クエリー情報が格納されたレコードの日時フィールドには検索要求を受け付けた日時情報が格納され、閲覧ＵＲＬ情報が格納されたレコードの日時フィールドには閲覧要求を受け付けた日時情報が格納される。
【００５５】
図例では、共通の検索キーワード“アジアカップ”を含む検索クエリーに対する複数ユーザ（ユーザＩＤ:００２〜００６）の採点結果が例示されている。検索クエリー情報が
格納された行の直後には、クリック操作によって閲覧要求が行われた閲覧ＵＲＬ情報を格納した行が配行されている。このように、リコメンド決定テーブル２３２では、ユーザＩＤに対応付けられた、検索クエリー情報が格納された行と閲覧ＵＲＬ情報を格納した行とが一組となり、採点情報に対応付けられて蓄積される。
【００５６】
図例のリコメンド決定テーブル２３２において、ユーザＩＤ：００２の“アジアカップ
●川  代理”と入力された検索クエリーでは、採点情報として“８０”が採点結果フィールドに格納されている。一方、ユーザＩＤ：００３の“アジアカップ  ●川  代理”と入力された検索クエリーでは、採点情報として“５０”が採点結果フィールドに格納されている。後述するように、検索リテラシー分析処理で実行された照合条件との合致の度合が相違するためである。
【００５７】
また、図例のリコメンド決定テーブル２３２において、採点情報として“８０”が格納されたユーザＩＤ００２と“６０”が格納されたユーザＩＤ００６の閲覧ＵＲＬ情報は、“ＷＥＢ＿ＵＲＬ２”である。一方、採点情報として“５０”以下の他のユーザの閲覧ＵＲＬ情報は、“ＷＥＢ＿ＵＲＬ１”である。採点情報が相対的に低いユーザは、閲覧ＵＲＬ情報として“ＷＥＢ＿ＵＲＬ１”を選択し、採点情報が相対的に高いユーザは、閲覧ＵＲＬ情報として“ＷＥＢ＿ＵＲＬ２”を選択している、という傾向がわかる。このように、リコメンド決定テーブル２３２に格納された検索クエリー情報、閲覧ＵＲＬ情報等と検索キーワードに付与された採点情報から、高配点が処理されたユーザの、検索キーワード動向が判断できる。
【００５８】
〔処理シーケンス〕
次に、本情報検索システム１０における解析サーバ装置１００の処理シーケンスについて説明する。図１０に、解析サーバ装置１００の全体的な処理シーケンス図を例示する。
【００５９】
図１０において、解析サーバ１００は、所定の周期間隔で検索履歴ＤＢ４１０に格納された検索履歴情報の取得を行う。所定の周期間隔として、１時間毎、１２時間毎、１日毎、１週間毎、１ヶ月毎等の期間間隔が例示できる。解析サーバ装置１００の検索ログ取得部１１０は、検索履歴ＤＢ４１０に格納された検索履歴情報からユーザＩＤに対応付けた日時情報、検索クエリー情報、セッションＩＤ情報を抽出し、抽出した結果を検索クエリーログ２１１として検索ログＤＢ２１０に格納する。また、検索ログ取得部１１０は、検索履歴ＤＢ４１０に格納された検索履歴情報からユーザＩＤに対応付けた日時情報、閲覧ＵＲＬ情報、セッションＩＤ情報を抽出し、抽出した結果をクリックＵＲＬログ２１２として検索ログＤＢ２１０に格納する。また、検索ログ取得部１１０は、検索履歴ＤＢ４１０に格納された検索履歴情報からユーザＩＤに対応付けた日時情報、検索結果である各種ＷｅｂサイトのＵＲＬ情報（検索結果ＵＲＬ情報）、セッションＩＤ情報を抽出し、抽出した結果を検索結果表示ログ２１３として検索ログＤＢ２１０に格納する。さらに、検索ログ取得部１１０は、検索履歴ＤＢ４１０に含まれるユーザＩＤ、日時情報、検索クエリー入力時の入力文字列情報、応答文字列情報等を抽出し、キーワードサジェストログ２１４として検索ログＤＢ２１０に格納する。尚、検索結果である各種ＷｅｂサイトのＵＲＬ情報（検索結果ＵＲＬ情報）は、ユーザ装置２０，２０ａが備えるブラウザを介して検索結果画面としてユーザに提示される。
【００６０】
解析サーバ装置１００の検索ログ処理部１２０は、検索ログＤＢ２１０に格納された、検索履歴情報の各抽出結果に対して結合処理を実行する。検索ログ処理部１２０で実行される結合処理は、ユーザ毎に行われ、各抽出結果に含まれるセッションＩＤを結合キーとして実行される。検索ログ処理部１２０は、結合処理の結果をユーザログＤＢ２２０のユーザログテーブル２２１に格納する。ユーザログテーブル２２１のユーザログ情報は、ユーザＩＤに対応付けた日時情報、検索クエリー情報、検索クエリーに沿って検索収集された各種ＷｅｂサイトのＵＲＬ情報（検索結果ＵＲＬ情報）、及び各種ＷｅｂサイトのＵＲＬ情報からユーザがクリック操作による閲覧要求を行った閲覧ＵＲＬ情報を含む。
【００６１】
解析サーバ装置１００の検索リテラシー分析部１３０は、ユーザログテーブル２２１のユーザログ情報に対して検索リテラシーを判断するための指標値の付与処理を実行する。検索リテラシー分析部１３０で実行される指標値の付与処理は、検索クエリーに含まれるキーワード情報に応じた採点処理である。検索リテラシー分析部１３０で実行される採点処理は、キーワード毎に実行される。検索リテラシー分析部１３０は、ユーザＩＤに対応付けた一意に特定されるキーワード情報、及びキーワード毎に付与された指標値を、検索リテラシー算出テーブル２３１に格納する。検索リテラシー算出テーブル２３１に格納された情報は、検索リテラシー判定部１４０により、ユーザの検索リテラシーを算出する情報として処理される。また、検索リテラシー分析部１３０は、指標値を、一意に特定されるキーワード情報が含まれるユーザログ情報に対応付けてリコメンド決定テーブル２３２に格納する。リコメンド決定テーブル２３２には、少なくとも、同一のキーワードを含んだ複数の検索クエリーに対する閲覧ＵＲＬ情報がユーザＩＤ情報と共に蓄積される。
【００６２】
解析サーバ装置１００の検索リテラシー判定部１４０は、検索リテラシー算出テーブル２３１に格納された、キーワード毎に付与された指標値に基づいてユーザの検索操作に対する能力判定値を算出する。検索リテラシー判定部１４０で算出された能力判定値は、本ユーザの検索リテラシー判定を表す文言と共に再び検索リテラシー算出テーブル２３１に格納される。検索リテラシー判定部１４０で実行される能力判定値の算出は、例えば、キーワード毎に付与された指標値の平均処理である。検索リテラシー判定部１４０は、全て
のキーワードに付与された指標値について加算平均を行うことにより、ユーザ毎の能力判定値を算出する。
【００６３】
解析サーバ装置１００のリコメンド処理部１５０は、検索リテラシー算出テーブル２３１に格納されたキーワード毎の指標値に基づいて、検索要求時の検索クエリーに含まれるキーワードに付与された指標値の高低を判断する。指標値の高低の判断は、例えば所定値（閾値）との比較により行われる。リコメンド処理部１５０は、検索要求時の検索クエリーに含まれるキーワードの指標値が所定値（閾値）と比較して低いと判断する場合には、リコメンド決定テーブル２３２の情報に基づいてリコメンド情報の抽出を行う。リコメンド決定テーブル２３２には、少なくとも、同一のキーワードを含んだ複数の検索クエリーに対する閲覧ＵＲＬ情報がユーザＩＤ情報と共に蓄積されている。リコメンド決定テーブル２３２から抽出されたリコメンド情報には、例えば、検索クエリー情報、閲覧ＵＲＬ情報等が含まれる。リコメンド処理部１５０は、例えば、検索要求時のキーワードを検索キーとして、リコメンド決定テーブル２３２の検索を行い、キーワードに対応する採点情報の読み込みを行う。採点情報は、採点結果フィールドに格納されている。リコメンド処理部１５０は、例えば、読み込んだ採点情報と閾値との比較を行い、高い採点情報のユーザを抽出する。そして、リコメンド処理部１５０は、抽出したユーザの検索クエリー情報、閲覧ＵＲＬ情報を取得し、リコメンド情報とする。リコメンド処理部１５０で抽出されたリコメンド情報は、例えば、検索結果情報と共に検索要求時の検索クエリーに含まれるキーワードの指標値が所定値（閾値）と比較して低いと判断されたユーザ装置２０に出力される。
【００６４】
〔検索リテラシーの分析及び検索リテラシーの判定処理〕
図１１，１２に検索リテラシーの分析処理の説明図を例示する。図１１，１２は、ユーザログＤＢ２２０に格納されるユーザログテーブル２２１の一例である。図１１は、検索リテラシーの分析処理でリテラシーが低いと判断される場合の説明図である。一方、図１２は、検索リテラシーの分析処理でリテラシーが高いと判断される場合の説明図である。検索リテラシーの分析処理は、検索リテラシー分析部１３０によって実行され、検索リテラシーの判定は検索リテラシー判定部１４０で実行される。検索リテラシー分析部１３０で処理された結果は、検索キーワード毎の指標値として検索キーワードと共に検索リテラシー算出テーブル２３１に格納される。また、検索リテラシー分析部１３０で処理された結果は、検索キーワードに対する採点情報として分析処理時のユーザログ情報と共にリコメンド決定テーブル２３２に格納される。検索リテラシー判定部１４０は、検索リテラシー算出テーブル２３１のユーザ毎に、全ての検索キーワードに対する指標値の加算平均を行う。全ての検索キーワードに対する指標値の加算平均の結果は、能力判定値として再び検索リテラシー算出テーブルに格納される。尚、リテラシー判定は、例えば、能力判定値に対する閾値，所定値との比較により行うことが可能である。このような閾値，所定値は、例えばシステムパラメータとして情報処理装置３００のメモリ３０２に保持することができる。また、入力部３０４を介して入力された設定値としてもよい。本情報検索システム１０が要求される運用精度、システムの規模、データベースが構築される外部記憶装置の容量等によって適正なものが選択できる。
【００６５】
図１１に例示するユーザログのレコードは、例えば、ユーザ装置２０を介して検索クエリーを行ったリテラシーの低いユーザ（ユーザＩＤ：００１）によるレコードである。図例において、日時フィールドに格納された日時情報から、“2011/1/31 17:00”〜“2011/1/31 18:00”の間に３件の検索クエリーを入力していることがわかる。入力された検索クエリーは順に、“アジアカップの日本のサブメンバー”，“あｄじあｋっぷ”，“アジアカップ”である。最初に入力した検索クエリーに対しては、検索結果ＵＲＬ情報が格納される検索結果ＵＲＬフィールドに０件を示す“−”が格納され、他の検索クエリーに対しては複数のＵＲＬが格納されている。次に入力した検索クエリーの検索結果に対しては、
閲覧ＵＲＬ情報を閲覧ＵＲＬフィールドに含む行が直後に配行されていない。最後に入力した検索クエリーに対しては、閲覧ＵＲＬ情報を閲覧ＵＲＬフィールドに含む行が直後に配行されている。閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報を含む行は、“ＡＤ_ＵＲＬ１
”→“ＡＤ_ＵＲＬ２”→“ＷＥＢ_ＵＲＬ１”の順に連続して配行されている。
【００６６】
図１２に例示するユーザログのレコードは、例えば、ユーザ装置２０ａを介して検索クエリーを行ったリテラシーの高いユーザ（ユーザＩＤ：００２）によるレコードである。図例において、日時フィールドに格納された日時情報から、“2011/2/1 17:00”〜“2011/2/1 18:00”の間に３件の検索クエリーを入力していることがわかる。入力された検索クエリーは順に、“アジアカップ  ●川  代理”，“アジアカップ  ●川  控えメンバー”，“アジアカップ  site:wwww.tv-XXXX.co.jp”である。最初に入力した検索クエリーに
対しては、検索結果ＵＲＬ情報が格納される検索結果ＵＲＬフィールドに５件のＵＲＬが格納されている。最初に入力した検索クエリーに対しては、直後に、閲覧ＵＲＬ情報として“ＷＥＢ_ＵＲＬ２”が閲覧ＵＲＬフィールドに格納された行が配行されている。次に
入力した検索クエリーに対しては、検索結果ＵＲＬフィールドに５件のＵＲＬが格納されている。そして、直後に、閲覧ＵＲＬ情報として“ＷＥＢ_ＵＲＬ１”が閲覧ＵＲＬフィ
ールドに格納された行が配行されている。最後に入力した検索クエリーに対しては、検索結果ＵＲＬフィールドに５件のＵＲＬが格納されている。そして、直後に、閲覧ＵＲＬ情報として“ＡＤ_ＵＲＬ２”、“ＷＥＢ_ＵＲＬ３”が閲覧ＵＲＬフィールドに格納された行が連続して配行されている。
【００６７】
尚、図８に例示したキーワードサジェストログのレコードは、例えば、ユーザ装置２０を介して検索クエリーを行ったユーザ（ユーザＩＤ：００１）によるレコードである。図例では、日時フィールドに格納された日時情報から、“2011/1/31 17:00:00”〜“2011/1/31 17:00:01”の間に３文字の文字列を入力していることがわかる。
【００６８】
本情報検索システム１０の検索リテラシーの分析処理は、ユーザログＤＢ２２０に格納されたユーザログテーブル２２１の、ユーザ毎のレコードに含まれる各種情報に対して処理が行われる。検索リテラシーの分析処理は、ユーザログレコードの各フィールドに格納された情報に対し、次の照合条件との合致の度合を分析する。
（１）検索結果が０件となる検索クエリー入力
（２）検索エンジンの補助機能（例えば、形態素解析機能）を必要とする検索クエリー入力
（３）検索クエリーの工夫（ＡＮＤ，ＯＲ，ＮＯＴ，「site:」等）
（４）検索結果に対するクリック操作の有無
（５）検索結果に対するＵＲＬ選別の有無
（６）検索クエリーに対する文字入力速度
（７）検索クエリーに含まれるキーワードの早期検索
【００６９】
（１）検索結果が０件となる検索クエリー入力
本情報検索システム１０の検索リテラシーの分析処理では、ユーザログテーブル２２１の検索結果ＵＲＬフィールドに格納された検索結果の検出件数から入力された検索クエリーの妥当性を分析する。特に、検索結果として検出件数が０件であることを示す“−”である場合には、所望の情報を得るための検索クエリーが入力されていないと分析できる。本情報検索システム１０では、ユーザログテーブル２２１の検索結果ＵＲＬフィールドに格納された検索結果が０件であることを示す“−”である場合には、指標値を付与する採点処理として減点処理を行う。
【００７０】
例えば、図１１に例示するユーザ（ユーザＩＤ：００１）のレコードでは、検索結果ＵＲＬフィールドに“−”が格納されていることから、検索結果が「０件」となる検索クエ
リー“アジアカップの日本のサブメンバー”が入力されていると分析する。このケースでは、検索クエリーに、“アジアカップ”以外の情報の特徴を表す、複数のキーワードが助詞で結合された状態で含まれているため、例えば、ユーザ（ユーザＩＤ：００１）の情報検索操作入力の知識が不十分であると分析できる。
【００７１】
（２）検索エンジンの補助機能（例えば、形態素解析）を必要とする検索クエリー入力
本情報検索システム１０の検索リテラシーの分析処理では、ユーザログテーブル２２１の検索クエリーフィールドに格納された検索クエリーについて、形態素解析等の検索エンジンの補助機能を必要とするものであるかを分析する。検索クエリーとして、自然言語で記述された検索文が入力された場合、複数のキーワードが検索文に含まれるため、特徴となるキーワードの特定が不十分であると分析できる。例えば、図１１に例示するユーザ（ユーザＩＤ：００１）のレコードでは、“アジアカップの日本のサブメンバー”との検索文が、検索エンジンの補助機能を必要とする検索クエリーと分析する。本情報検索システム１０では、検索クエリーについて、形態素解析等の検索エンジンの補助機能を必要とするものである場合には、指標値を付与する採点処理として減点処理を行う。
【００７２】
（３）検索クエリーの工夫（ＡＮＤ，ＯＲ，ＮＯＴ，「site:」等）
また、検索リテラシーの処理では、ユーザログテーブル２２１の検索クエリーフィールドに格納された検索クエリーについて、検索式（ＡＮＤ，ＯＲ，ＮＯＴ等）を用いた工夫や、特定のＷｅｂサイトの中で限定した検索を行う「site:」等の、コマンドを用いた工
夫が施されているか分析する。検索式やコマンド等の検索オプション設定を用いた検索クエリーが入力された場合、検索式やコマンド等を扱うための検索知識が十分であると分析できる。本情報検索システム１０では、検索クエリーについて、検索式やコマンド等の検索オプション設定を検知し、指標値を付与する採点処理として加点処理を行う。
【００７３】
例えば、図１１に例示するユーザ（ユーザＩＤ：００１）のレコードでは、検索クエリーフィールドに格納された各検索クエリーには、検索式やコマンド等の検索オプション設定が検知できないため、何れも工夫がなされていないと分析する。一方、図１２に例示するユーザ（ユーザＩＤ：００２）のレコードでは、“アジアカップ  ●川  代理”等のように複数のキーワードをスペースで連接させて検索クエリーを作成しているため、論理演算子ＡＮＤを用いた工夫が施されていると分析する。また、検索クエリー：“アジアカップ  site:wwww.tv-XXXX.co.jp”には、「site:」コマンドを用いた工夫が施されていると分析する。
【００７４】
（４）検索結果に対するクリック操作の有無
検索リテラシーの分析処理では、ユーザログテーブル２２１の検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報と、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報から、入力された検索クエリーの適切さを分析する。ユーザログテーブル２２１のレコードでは、検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報は、検索クエリーに応じた各種Ｗｅｂサイトの検索結果であり、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報は、関心のある情報を所望するユーザの判別によって選択された検索結果である。このため、検索結果ＵＲＬフィールドに格納された検索結果に対し、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報を照らし合すことにより、ユーザにとって適切な検索クエリー入力であったかを分析する。ユーザログテーブル２２１のレコードにおいて、検索結果ＵＲＬフィールドに検索結果ＵＲＬ情報が格納された行の直後に、閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報が格納された行が配行された場合、ユーザにとって適切な検索クエリー入力が行われたと分析できる。本情報検索システム１０では、検索結果に対するクリック操作の有無を検知し、クリック操作が行われていなかった場合には、指標値を付与する採点処理として減点処理を行う。
【００７５】
例えば、図１１に例示するユーザ（ユーザＩＤ：００１）のレコードにおいて、“あｄじあｋっぷ”が格納された検索結果ＵＲＬフィールドには５件の検索結果ＵＲＬ情報が格納されている。しかし、直後には、閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報を格納した行が続いて配行されていないことから、“あｄじあｋっぷ”はユーザにとって適切な検索クエリー入力とは言えないと分析する。一方、検索結果ＵＲＬフィールドに５件の検索結果ＵＲＬ情報が格納された“アジアカップ”では、直後に閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報を格納した行が続いて配行されているため、“アジアカップ”はユーザにとって適切な検索クエリー入力と分析する。
【００７６】
（５）検索結果に対するＵＲＬ選別の有無
また、検索リテラシーの分析処理では、ユーザログテーブル２２１の検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報と、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報から、検索結果に対するユーザのＵＲＬ選別の有無を分析する。検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報は、検索クエリーに応じて検索された結果の各種ＷｅｂサイトＵＲＬであり、この検索結果ＵＬＲ情報はユーザ装置２０，２０ａに出力される。一方、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報は、ユーザ装置２０，２０ａに出力された検索結果ＵＲＬ情報の中からユーザの判別によって選択されたＵＲＬ情報である。このため、検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報に対し、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報を照らし合すことにより、ユーザによって情報の判別が行われたかを分析する。検索結果に対するＵＲＬ選別の有無は、検索結果ＵＲＬ情報の並び順と閲覧ＵＲＬ情報の並び順との一致度で判定される。本情報検索システム１０では、検索結果ＵＲＬ情報の並び順と、閲覧ＵＲＬ情報の並び順を比較し、一致度が高い場合には、指標値を付与する採点処理として減点処理を行う。
【００７７】
例えば、図１１に例示するユーザ（ユーザＩＤ：００１）のレコードにおいて、検索クエリーとして“アジアカップ”が格納された検索結果ＵＲＬフィールドには５件の検索結果ＵＲＬ情報が格納されている。そして、直後には、閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報を格納した行が続いて配行されている。さらに、閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報を格納した行は、“ＡＤ_ＵＲＬ１”→“ＡＤ_ＵＲＬ２”→“ＷＥＢ_ＵＲＬ１”の
順に連続している。各行での閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報と、検索クエリーとして“アジアカップ”が格納された検索結果ＵＲＬフィールドの検索結果ＵＲＬ情報と照らし合すことにより、ユーザ（ユーザＩＤ：００１）によってクリック操作された閲覧ＵＲＬ情報は、提示された検索結果ＵＲＬ順に連続していると分析する。つまり、並び順の合致度が高いと判断できる。このケースでは、ユーザによるＵＲＬ選別は行われていないと分析する。
【００７８】
一方、図１２に例示するユーザ（ユーザＩＤ：００２）のレコードでは、検索クエリーとして“アジアカップ  site:wwww.tv-XXXX.co.jp”が格納された検索結果ＵＲＬフィー
ルドには、“ＡＤ_ＵＲＬ１”，“ＡＤ_ＵＲＬ２”，“ＷＥＢ_ＵＲＬ１”，“ＷＥＢ_ＵＲＬ２”，“ＷＥＢ_ＵＲＬ３”の５件の検索結果が順に格納されている。そして、直後
には、閲覧ＵＲＬフィールドに“ＡＤ_ＵＲＬ２”を格納した行と、“ＷＥＢ_ＵＲＬ３”を格納した行とが連続して配行されている。各行での閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報と、検索クエリーとして“アジアカップ  site:wwww.tv-XXXX.co.jp”が
格納された検索結果ＵＲＬフィールドの検索結果ＵＲＬ情報と照らし合すことにより、ユーザ（ユーザＩＤ：００）によってクリックされた閲覧ＵＲＬ情報は、ユーザによるＵＲＬ選別が行われていると分析する。
【００７９】
（６）検索クエリーに対する文字入力速度
また、検索リテラシーの分析処理では、キーワードサジェストログ２１４の日時フィールドに格納された日時情報、入力文字列フィールドに格納された入力文字列情報から、入
力された検索クエリー（キーワード）に対する文字入力速度を分析する。検索クエリーの入力速度が早い場合、文字打刻速度が速いことから、端末操作に慣れたユーザと分析できる。また、本情報検索システム１０で提示されたサジェスト単語を選択し、検索クエリーとする場合には、キーワードサジェスト機能を有効に活用していると分析できる。本情報検索システム１０では、サジェスト単語を選択し、検索クエリーとして活用している場合に、検索クエリー入力作業の速度と所定の閾値とを比較行う。本情報検索システム１０では、検索クエリーの入力作業の速度が閾値以上である場合には、指標値を付与する採点処理として加点処理を行う。一方、閾値未満である場合には、指標値を付与する採点処理として減点処理を行う。
【００８０】
例えば、図８に例示するユーザ（ユーザＩＤ：００１）のレコードでは、日時フィールドに格納された日時情報と入力文字列フィールドに格納された文字列情報とから、時間経過に伴う打刻キーの推移が確認でき、約１秒間に“ｙｍ”なる２文字が打刻されていることがわかる。例えば、当ユーザの文字入力速度（キー打刻速度）は、２文字／秒であると分析できる。従って、例えば、分析された文字入力速度を所定の閾値と比較することにより、当ユーザの文字入力速度が速いか否かを分析できる。
【００８１】
図８に例示するユーザ（ユーザＩＤ：００１）のレコードでは、入力速度（キー打刻速度）を分単位の打刻文字数に換算すると１２０文字／分である。所定の閾値を１００文字／分とすれば、ユーザ（ユーザＩＤ：００１）の文字入力速度は閾値より速いため、例えば、端末操作に慣れたユーザと分析できる。一方、所定の閾値を１５０文字／分とすれば、ユーザ（ユーザＩＤ：００１）の文字入力速度は閾値より遅いため、例えば、端末操作に不慣れなユーザと分析できる。なお、図例では“ｙｍｏ”の入力文字列に対して“ｙｍｏフジ●ック”、“ｙｍｏ●ＨＫ”の単語がサジェストされている。このサジェストされた単語がユーザログテーブル２２１に検索クエリー情報として格納されている場合には、当ユーザは、サジェストされた単語を活用し検索クエリー入力作業を行ったと分析できる。
【００８２】
（７）検索クエリーに含まれるキーワードの早期検索
また、検索リテラシーの分析処理では、ユーザログテーブル２２１の検索クエリー情報と日時情報から、検索クエリーに含まれる検索キーワードの検索時期情報を分析する。検索クエリーに含まれる検索キーワードであって、他のユーザのユーザログレコードに格納されたキーワード情報に一致または部分一致する場合、当検索キーワードの日時情報と他のユーザログレコードの日時情報とを比較することにより、検索時期の早期性を分析する。例えば、検索キーワードが格納された当ユーザログレコードと他のユーザログレコードの日時情報から、経過時間を算出できる。そして、算出された経過時間に対し、所定の閾値との比較を行うことにより、当ユーザの検索クエリーに対する検索時期の早期性が分析できる。検索時期が早期であれば、検索対象となる情報分野への関心度が高いと分析できる。本情報検索システム１０では、経過時間と所定の閾値とを比較し、閾値以上である場合には、指標値を付与する採点処理として加点処理を行う。
【００８３】
尚、上述した分析例では、検索クエリーに対応する日時情報との比較による経過時間から検索時期の早期性を分析したが、検索クエリーに含まれる検索キーワード情報について、他のユーザとの相対的な時間関係が分析できればよい。
【００８４】
本情報検索システム１０の検索リテラシーの分析処理では、分析結果を、ユーザの検索キーワードに対するリテラシー判別のための指標とするため、上述した照合条件毎に採点処理を行う。検索リテラシーの分析処理は、ユーザログＤＢ２２０に格納された検索クエリーに含まれるキーワード毎に採点処理を行う。検索リテラシーの分析処理で実行される採点処理として、例えば、予め基本点（例えば、５０点）を付与し、上述した照合条件に
合致するか否かで加点及び減点を行う採点処理が可能である。
【００８５】
図８、１１に例示するユーザ（ユーザＩＤ：００１）のレコードを採点処理の例に取れば、検索結果が０件となる検索クエリーが入力されていることから“Ｘ”点の減点処理が行われる。また、検索クエリーとして“あｄじあｋっぷ”が格納された検索結果ＵＲＬフィールドには、検索結果が得られているにも関らず、検索結果に応じた閲覧要求であるクリック操作が行われていないことから、同様に“Ｘ”点の減点処理が行われる。また、検索クエリーとして“アジアカップ”の検索結果を、最上位から順番にクリック操作していることから、同様に“Ｘ”点の減点処理が行われる。また、文字入力速度の閾値として３文字／秒とすれば、図１１に例示するユーザ（ユーザＩＤ：００１）レコードでは、１秒間に２文字のキー打刻のため、同様に“Ｘ”点の減点処理が行われる。従って、図１１に例示するユーザ（ユーザＩＤ：００１）レコードでは、例えば５０点の基本点に対し、“Ｘ×減点処理数”が採点処理として減点されることとなる。例えば、“Ｘ”点を“３”点とした場合、図１１に例示するユーザのリテラシー指標値は“３８”点となり、基本点５０点を下回る結果となる。尚、文字入力速度の判定は、検索クエリー情報とキーワードサジェストログ２１４の応答文字列情報とを比較し、合致する場合に採点処理を行うとしてもよい。
【００８６】
同様に、図１２に例示するユーザ（ユーザＩＤ：００２）のレコードを採点処理の例とする。図１２に例示するユーザ（ユーザＩＤ：００２）のレコードでは、検索クエリーに検索式やコマンドが使用されていることから、“Ｙ”点の加点処理が行われる。また、各検索クエリーの検索結果に応じてクリック操作が行われていることから、“Ｙ”点の加点処理が行われる。尚、検索式の複雑さ、例えば、論理演算子（ＡＮＤ，ＮＯＴ，ＯＲ等）の個数に応じて配点してもよい。さらに、各検索クエリーの検索結果に応じたクリック操作では、ＵＲＬ情報の取捨選択による選別が行われているから、“Ｙ”点の加点処理が行われる。従って、図１２に例示するユーザ（ユーザＩＤ：００２）のレコードでは、例えば５０点の基本点に対し、“Ｙ×加点処理数”が採点処理として加点されることとなる。例えば、“Ｙ”点を“４”点とした場合、図１２に例示するユーザのリテラシー指標値は“６２”点となり、基本点５０点を上回る結果となる。
【００８７】
このように、本情報検索システム１０の検索リテラシーの分析処理では、上述した照合条件ごとに採点処理を行うことにより、ユーザログテーブル２２１に格納された検索クエリーに含まれるキーワード毎に検索リテラシーを判定するための指標値を得ることができる。そして、ユーザ毎に全てのキーワードに対する指標値を加算平均することにより、検索操作全般に対する能力判定値を得ることができる。全てのキーワードに対し指標値の加算平均を行うことにより、検索要求を行ったユーザの得意分野、不得意分野に偏らない、検索操作全般に対するリテラシーを判定することができる。尚、キーワード毎に得られた指標値の、ユーザ毎の平均化処理は、検索リテラシー判定部１４０によって実行される。また、キーワード毎に得られた指標値を、同一キーワードを含む検索クエリーを有する複数のユーザログ情報と対応させることにより、ユーザログ情報に含まれる検索クエリー情報や閲覧ＵＲＬ情報等をリコメンド情報とすることができる。
【００８８】
尚、上述の採点例では、減点処理として“Ｘ”点、加点処理として“Ｙ”点を配点するが、共通する配点（“Ｘ”＝“Ｙ”）による採点処理としても良い。また、例えば、“４”点、“３”点、“２”点、“１”点等のように段階的に差分を有する複数の配点基準を設け、照合条件に応じて配点するとしても良い。
【００８９】
さらに、上述した採点処理例では、基本点を付与した上で照合条件毎に加点及び減点を行うが、加点は行わずに照合条件に合致しなければ減点する減点方式としてもよい。また、逆に、減点は行わずに照合条件に合致した場合に加点する加点方式としてもよい。
【００９０】
〔検索リテラシー分析処理及び検索リテラシー判定処理フロー〕
図１３〜図１５に本情報検索システム１０の解析サーバ装置１００で実行される検索リテラシー分析処理及びリテラシー判定処理のフローチャートを例示する。図１３〜図１５に例示するフローチャートは、検索ログ取得部１１０、検索ログ処理部１２０、検索リテラシー分析部１３０、検索リテラシー判定部１４０で実行される処理である。
【００９１】
図１３に例示するフローチャートにおいて、検索ログ取得部１１０は、定期処理により、検索履歴ＤＢ４１０に格納された検索履歴の取得を行い、検索クエリーログ２１１、クリックＵＲＬログ２１２、検索結果表示ログ２１３、キーワードサジェストログ２１４を抽出し、検索ログＤＢ２１０に格納する（Ｓ１）。そして、検索ログ処理部１２０は、検索ログＤＢ２１０に格納された検索クエリーログ２１１、クリックＵＲＬログ２１２、検索結果表示ログ２１３からユーザログテーブル２２１を生成し、ユーザログＤＢ２２０に格納する（Ｓ２〜Ｓ３）。ユーザログテーブル２２１は、検索ログ取得部１１０で抽出された各ログファイルのセッションＩＤを結合キーとして、各ログファイルを結合処理したものである。
【００９２】
次に、検索リテラシー分析部１３０は、検索ログＤＢ２１０に格納されたキーワードサジェストログ２１４の読み込みを行い、検索リテラシーＤＢ２３０に格納されたリコメンド決定テーブル２３２の読み込みを行う（Ｓ４〜Ｓ５）。
【００９３】
次に、検索リテラシー分析部１３０は、ユーザログテーブル２２１の各種情報に基づいて、検索クエリーに含まれる検索キーワードへの分析処理を行う。以下の処理では、リテラシー分析処理の結果が格納される検索リテラシー算出テーブル２３１は、図７に例示するように、ユーザＩＤ毎に作成されるとして説明を行う。
【００９４】
検索リテラシー分析部１３０は、ユーザログテーブル２１１のユーザＩＤに対する検索リテラシー算出テーブル２３１が、検索リテラシーＤＢ２３０に存在するかを判断する（Ｓ６）。検索リテラシー分析部１３０は、分析処理の対象であるユーザＩＤを検索キーとして、検索リテラシーＤＢ２３０の検索を行い、分析処理の対象であるユーザＩＤを含む検索リテラシー算出テーブル２３１の有無を判断する。
【００９５】
検索リテラシー分析部１３０は、検索リテラシー算出テーブル２３１に、分析処理の対象であるユーザＩＤの検索リテラシー算出テーブル２３１が存在しない場合（Ｓ６“ＮＯ”）には、分析処理の対象であるユーザＩＤに対応する検索リテラシー算出テーブル２３１の作成を行い、検索リテラシーＤＢ２３０に格納する（Ｓ８）。一方、分析処理の対象であるユーザＩＤを含む検索リテラシー算出テーブル２３１が存在する場合（Ｓ６“ＹＥＳ”）には、格納された検索リテラシー算出テーブル２３１の読み込みを行う（Ｓ７）。検索キーワードに対して付与される指標値を、ユーザの能力判定値に反映させるためである。尚、以下の説明では、検索キーワードとして、検索要求時に受け付けた検索クエリーの最初の単語名詞を対象とし、分析処理の一例の説明を行う。
【００９６】
ステップＳ６〜Ｓ８の処理は、図１３及び図７に限定されるわけではない。例えば、ユーザ毎のレコードの纏まりを単位ブロックとし、複数のユーザブロックが連続して一つのテーブルを構成する場合には、ステップＳ６では、分析処理の対象であるユーザＩＤを検索キーとして、検索リテラシー算出テーブル２３１の検索を行えばよい。そして、検索リテラシー算出テーブル２３１に対応する単位ブロックが存在しない場合（Ｓ６“ＮＯ”）には、分析処理の対象となるユーザＩＤの単位ブロックを作成し、検索リテラシー算出テーブル２３１に格納すればよい（Ｓ８）。そして、検索リテラシー算出テーブル２３１に対応する単位ブロックが存在する場合には、対応するユーザＩＤの単位ブロックの読み込
みを行うとしてもよい（Ｓ６“ＹＥＳ”〜Ｓ７）。
【００９７】
次に、図１４に例示するフローチャートでは、検索リテラシー分析部１３０は、先ず、検索リテラシー算出テーブル２３１に、ユーザログテーブル２１１の検索クエリーに応じた検索キーワード行が含まれているかを判断する（Ｓ１０１）。検索リテラシー分析部１３０は、検索リテラシー算出テーブル２３１のキーワードフィールドに格納されたキーワード情報の検索を行い、該当する検索キーワードが存在するかを判断する。
【００９８】
検索リテラシー分析部１３０は、検索リテラシー算出テーブル２３１のキーワードフィールドに、該当する検索キーワードが存在しない場合（Ｓ１０１“ＮＯ”）には、当検索キーワードに対応する行（検索リテラシー算出行、と呼ぶ）を作成し、キーワードフィールドに当検索キーワードを格納する（Ｓ１０３）。一方、検索リテラシー算出テーブル２３１のキーワードフィールドに、該当する検索キーワードが存在する場合（Ｓ１０１“ＹＥＳ”）には、対応するキーワード情報（キーワード、指標値）の読み込みを行う（Ｓ１０２）。尚、検索リテラシー分析部１３０は、ステップＳ１０２、Ｓ１０３において、指標値の算出のための基本点（例えば、“５０”点）を該当する検索キーワードに付与する。また、以下のステップで処理される加点処理及び減点処理は、ステップＳ１０２、３で新たに付与した基本点に対して行われる。尚、ステップＳ１０２で読み込まれたキーワード情報（キーワード、指標値）は、例えば、情報処理装置３００のメモリ３０２等の作業領域に保存される。また、ステップＳ１０２，Ｓ１０３で付与された基本点も同様に情報処理装置３００のメモリ３０２等の作業領域に保存される
【００９９】
ステップＳ１０４において、検索リテラシー分析部１３０は、ユーザログテーブル２１１に格納された検索クエリーと、キーワードサジェストログの最終行に格納された応答文字列情報との比較を行い、キーワードサジェスト機能を活用した検索クエリー入力作業を判断する。そして、検索リテラシー分析部１３０は、ステップＳ４で取得したキーワードサジェストログ２１４に格納された日時情報及び入力文字列情報から、当ユーザＩＤの文字入力速度を分析する（Ｓ１０４）。検索リテラシー分析部１３０は、例えば、入力文字列情報として最初の行に格納された日時情報と、最終行に格納された日時情報との比較を行うことで、文字入力に費やされた経過時間を判断する。そして、最終行に格納された入力文字列情報から入力文字数を判断し、単位時間（例えば秒単位）当たりの文字入力速度を特定する。検索リテラシー分析部１３０は、特定された文字入力速度と閾値との比較を行い、ユーザの文字入力速度（キー打刻速度）が速いか、を判断する。例えば、ユーザのキー打刻速度が閾値以上であれば速いと判断し、閾値未満であればそうでないと判断する。検索リテラシー分析部１３０は、ユーザの文字入力速度が速くない場合（Ｓ１０４“ＮＯ”）には、“Ｘ”点の減点処理を行い（Ｓ１０６）、ユーザの文字入力速度が速い場合（Ｓ１０４“ＹＥＳ”）には、“Ｙ”点の加点処理を行い（Ｓ１０６）、ステップＳ１０７に移行する。なお、検索リテラシー分析部１３０は、キーワードサジェスト機能を活用した検索クエリー入力作業と判断できない場合には、ステップＳ１０４〜Ｓ１０６を実行せずステップＳ１０７に移行するとしてもよい。ステップＳ１０４〜Ｓ１０６の加点処理及び減点処理は、ユーザログテーブル２１１に格納された検索クエリーと、キーワードサジェストログの最終行に格納された応答文字列情報とが一致した場合に実行するとしてもよい。更に他の例として、ユーザログテーブル２１１の日時情報とキーワードサジェストログの日時情報を利用した、ユーザの文字入力速度とサジェストされた単語の選択を含む、クエリー入力作業に対する、トータルな採点処理が可能である。例えば、キーワードサジェストログの最終行の応答文字列フィールドに格納された応答文字列情報がユーザログテーブル２１１の検索クエリーに含まれ、かつ、当応答文字列情報に対する日時情報と検索クエリーに対する日時情報とが所定の時間範囲で一致する場合に、サジェスト機能を活用した検索クエリー入力作業とすることができる。
【０１００】
尚、図例のステップＳ１０４では、入力速度が速いかそうでないかの２値判定でユーザの文字入力速度を判断しているが、例えば２段階の閾値Ｔ１，Ｔ２（Ｔ１＞Ｔ２）を備え、閾値Ｔ１以上であれば速いと判断し、閾値Ｔ２未満であれば遅いと判断してもよい。この場合、閾値Ｔ１未満且つ閾値Ｔ２以上の文字入力速度については加点及び減点処理は行わないとすることができる。また、図例では、減点処理の“Ｘ”点として“２”点、加点処理の“Ｙ”点として“２”点が配点されており、例えばステップＳ１０８，ステップＳ１１４で処理される配点値とは異なる配点を行っている。このように、照合条件に応じて段階的に差分を有する複数の配点基準を設けてもよいし、照合条件に共通の加点基準及び減点基準を設けてもよい。
【０１０１】
ステップＳ１０７では、検索リテラシー分析部１３０は、検索クエリーの工夫を判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１の検索クエリーフィールドに格納された検索クエリーついて論理演算子（ＡＮＤ，ＯＲ，ＮＯＴ等）の有無、特定のＷｅｂサイトの中で限定した検索を行う「site:」等のコマンドの有無を判断する。検
索リテラシー分析部１３０は、検索クエリーについて論理演算子やコマンド等が検知できない場合（Ｓ１０７“ＮＯ”）には、対応する検索キーワードへの採点処理は行わずステップＳ１０９に移行する。一方、検索リテラシー分析部１３０は、検索クエリーついて論理演算子やコマンド等が検知できる場合（Ｓ１０７“ＹＥＳ”）には、“Ｙ”点の加点処理を行い（Ｓ１０８）、ステップＳ１０９に移行する。尚、図例では、加点処理の配点基準“Ｙ”点として“３”点が配点されている。
【０１０２】
ステップ１０９では、検索リテラシー分析部１３０は、検索クエリーに含まれるキーワード検索時期の早期性を判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１に格納された他のユーザレコードの検索キーワード情報の検索を行う。該当する検索キーワード情報に一致または部分一致する場合、当ユーザの日時情報と、他のユーザレコードの一致または部分一致するキーワード情報が格納された日時情報とを比較する。両日時情報が、所定の経過時間の範囲にある場合には、当検索キーワードによる検索時期が早期であると判断する。例えば、所定の経過時間として時間単位（１時間、６時間、１２時間等）日単位（１日等）、週単位（１週間等）が例示できる。
【０１０３】
検索リテラシー分析部１３０は、当検索キーワードによる検索時期が早期でない場合（Ｓ１０９“ＮＯ”）には、対応する検索キーワードへの採点処理は行わず、ステップＳ１１１に移行する。一方、検索リテラシー分析部１３０は、当検索キーワードによる検索時期が早期である場合（Ｓ１０９“ＹＥＳ”）には、“Ｙ”点（図例では“３”点）の加点処理を行い（Ｓ１１０）、ステップＳ１１１に移行する。
【０１０４】
図１５に例示するフローチャートのステップＳ１１１において、検索リテラシー分析部１３０は、入力された検索クエリーの妥当性を判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１の検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報の有無を判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１の検索結果ＵＲＬフィールドにＵＲＬ情報が存在する場合（Ｓ１１１“ＮＯ”）には、対応する検索キーワードへの採点処理は行わず、ステップＳ１１３に移行する。一方、検索リテラシー分析部１３０は、ユーザログテーブル２２１の検索結果ＵＲＬフィールドにＵＲＬ情報が存在しない場合（Ｓ１１１“ＹＥＳ”）には、検索結果が０件となる検索クエリーが入力されたと判断し、“Ｘ”点の減点処理を行い（Ｓ１１２）、ステップＳ１１３に移行する。尚、図例では、“Ｘ”点として“３”点が配点されている。
【０１０５】
ステップＳ１１３において、検索リテラシー分析部１３０は、入力された検索クエリーについて形態素解析を必要とする検索クエリーであるかを判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１の検索クエリーフィールドに格納された検索クエ
リーについて、例えば、自然言語で記述された検索文であるかを判断する。また、形態素解析を必要としない例として、形態素解析を必要としないキーワード、論理演算子，コマンド等で連結したキーワード等が例示できる。
【０１０６】
検索リテラシー分析部１３０は、検索クエリーフィールドに、形態素解析を必要としない検索クエリーが格納されている場合（Ｓ１１３“ＮＯ”）には、採点処理は行わず、ステップＳ１１５に移行する。一方、検索リテラシー分析部１３０は、検索クエリーフィールドに、形態素解析を必要とする検索クエリーが格納されている場合（Ｓ１１３“ＹＥＳ”）には、“Ｘ”点（図例では“３”点）の減点処理を行い（Ｓ１１４）、ステップＳ１１５に移行する。
【０１０７】
ステップＳ１１５において、検索リテラシー分析部１３０は、入力された検索クエリーについて、検索結果をクリックする適切な検索クエリーであったかを判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１のレコードにおいて、検索結果ＵＲＬフィールドに検索結果ＵＲＬ情報が格納された行の直後に、閲覧ＵＲＬ情報が閲覧ＵＲＬフィールドに格納された行が配行されているかを判断する。ＵＲＬ情報が検索結果ＵＲＬフィールドに格納された直後の行に、閲覧ＵＲＬフィールドとして閲覧ＵＲＬ情報が格納されている場合は、少なくとも検索入力を行ったユーザにとって、検索結果を辿る有意なＵＲＬ情報が得られていると判断できる。つまり、検索結果ＵＲＬ情報は、ユーザにとってクリック操作を行うに値するものであり、適切な検索クエリー入力が行われたと判断できる。
【０１０８】
検索リテラシー分析部１３０は、入力された検索クエリーについて、検索結果に対するクリック操作があった場合（Ｓ１１５“ＮＯ”）には、採点処理は行わず、ステップＳ１１７に移行する。一方、検索リテラシー分析部１３０は、入力された検索クエリーについて、検索結果に対するクリック操作がない場合（Ｓ１１５“ＹＥＳ”）には、“Ｘ”点（図例では“３”点）の減点処理を行い（Ｓ１１６）、ステップＳ１１７に移行する。
【０１０９】
ステップＳ１１７において、検索リテラシー分析部１３０は、検索結果に対するＵＲＬ選別の有無を判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１のレコードにおいて、検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報と、直後以降の行の閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報とから、検索結果に対するユーザのＵＲＬ選別の有無を判断する。例えば、閲覧ＵＲＬフィールドに格納されたＵＲＬが検索結果ＵＲＬフィールドに格納された検索結果のＵＲＬに対応し、かつ、閲覧ＵＲＬフィールドに格納されたＵＲＬが検索結果ＵＲＬフィールドに格納されたＵＲＬ順に、連続した行に並ぶ場合には、ユーザによる閲覧情報の判別（ＵＲＬ選別）は行われていないと判断できる。検索結果ＵＲＬ情報と閲覧ＵＲＬ情報の並び順に対する合致の度合が高いためである。また、例えば、閲覧ＵＲＬフィールドに格納されたＵＲＬが検索結果ＵＲＬフィールドに格納された検索結果のＵＲＬに対応し、かつ、検索結果ＵＲＬフィールドに格納された複数のＵＲＬの中から任意の順序で連続した行に並ぶ場合には、合致の度合は低く、ユーザによる閲覧情報の判別（ＵＲＬ選別）が行われていると判断できる。
【０１１０】
検索リテラシー分析部１３０は、検索結果に対するＵＲＬ選別が行われている場合（Ｓ１１７“ＮＯ”）には、採点処理は行わず、ステップＳ１１９に移行する。一方、検索リテラシー分析部１３０は、検索結果に対するＵＲＬ選別が行われていない場合（Ｓ１１７“ＹＥＳ”）には、“Ｘ”点（図例では“３”点）の減点処理を行い（Ｓ１１８）、ステップＳ１１９に移行する。
【０１１１】
ステップＳ１１９では、検索リテラシー分析部１３０は、ステップＳ１０１〜Ｓ１１８で採点処理を行った検索キーワードが新規であるかを判断する。検索リテラシー分析部１
３０は、検索キーワードが新規である場合（Ｓ１１９“ＹＥＳ”）には、基本点に加点処理または減点処理が施された採点情報を、検索キーワードが含まれるユーザログ情報と共にリコメンド決定テーブル２３２に追加する（Ｓ１２０）。ユーザログ情報には、ユーザ識別情報、日時情報、検索クエリー情報、検索結果ＵＲＬ情報、閲覧ＵＲＬ情報が含まれる。そして、検索リテラシー分析部１３０は、ステップＳ８で新規に作成された検索リテラシー算出テーブル２３１の指標値フィールドに、基本点に加点処理または減点処理が施された採点情報を指標値として格納する。このように、リコメンド決定テーブル２３２には、少なくとも、同一のキーワードを含んだ複数の検索クエリーに対する閲覧ＵＲＬ情報がユーザＩＤ情報と共に蓄積する。
【０１１２】
一方、検索リテラシー分析部１３０は、検索キーワードが新規でない場合（Ｓ１１９“ＮＯ”）には、基本点に加点処理または減点処理が施された採点情報とリコメンド決定テーブル２３２に格納された採点情報との比較を行う（Ｓ１２１）。採点情報の比較は、同一ユーザＩＤの同じ検索キーワードに対する採点結果フィールドに格納された採点情報との間で行う。検索リテラシー分析部１３０は、基本点に加点処理または減点処理が施された採点情報が、リコメンド決定テーブル２３２の採点結果フィールドに格納された採点情報より大きい場合（Ｓ１２１“ＹＥＳ”）には、リコメンド決定テーブル２３２の採点結果フィールドに格納された採点情報を更新する（Ｓ１２３）。一方、検索リテラシー分析部１３０は、基本点に加点処理または減点処理が施された採点情報がリコメンド決定テーブル２３２の採点結果フィールドに格納された採点情報より小さい場合（Ｓ１２１“ＮＯ”）には、リコメンド決定テーブル２３２の採点結果フィールドに格納された採点情報は更新せず、ステップＳ１２２に移行する。
【０１１３】
このように、ステップＳ１２１では、新たに採点処理された検索キーワードについて、リコメンド決定テーブル２３２に格納された採点情報との比較を行い、新たに採点処理された検索キーワードへの採点情報が高い場合にリコメンド決定テーブル２３２に格納された採点情報の更新を行う。このため、リコメンド決定テーブル２３２には、検索キーワード毎に、全ユーザの最も高い採点情報が格納される。そして、この採点処理時の検索クエリー情報、検索結果ＵＲＬ情報、閲覧ＵＲＬ情報が最も高い採点情報と共に格納されることとなる。従って、後述するように、リコメンド決定テーブル２３２から高い採点情報が格納されたユーザの検索クエリー情報、閲覧ＵＲＬ情報等を抽出して提示することが可能となる。この結果、検索操作に対するリテラシーが低いユーザであっても、検索操作に慣れたリテラシーの高いユーザと同じ検索結果を共有することが可能となる。
【０１１４】
図１５に例示するフローチャートに戻り、ステップＳ１２２では、検索リテラシー分析部１３０は、ステップＳ７で読み出した検索リテラシー算出テーブル２３１の指標値と、基本点に加点処理または減点処理が施された採点情報との平均を算出し、採点情報が反映された新たな指標値として再び指標値フィールドに格納する。ステップＳ１２２では、既存の指標値と新たに処理された指標値との平均をとるため、例えば、同じ検索キーワードを有する、短期的な複数の検索要求に対する指標値変動を抑えることができる。このため、検索キーワード毎に付与される指標値は安定する。検索リテラシー判定部１４０では、短期的な指標値変動を抑えた安定した指標値でユーザの検索リテラシーが判定できることとなる。
【０１１５】
検索リテラシー分析部１３０は、ユーザログテーブル２１１に未処理の検索キーワードがなくなるまでステップＳ１０１〜Ｓ１２３の処理を繰り返す。尚、検索キーワードとして、検索要求時に受け付けた検索クエリーの最初の単語名詞を対象とし、分析処理の説明を行ったが、複数の単語名詞が検索クエリーに含まれる場合には全ての単語名詞についてステップＳ１０１〜Ｓ１２３の処理を繰り返す。検索リテラシー分析部１３０は、ユーザログテーブル２１１に未処理の検索キーワードがなくなると、ステップＳ９に移行する。
【０１１６】
ステップＳ９では、検索リテラシー判定部１４０は、採点処理が施されたユーザＩＤの全ての検索リテラシー算出レコードについて、指標値フィールドに格納された指標値の平均を算出する。検索リテラシー判定部１４０は、算出した平均値をユーザ毎の検索リテラシーに対する能力判定値として当ユーザＩＤの検索リテラシー算出レコードに付加する。検索リテラシー判定部１４０は、キーワードフィールドに本ユーザの検索リテラシー判定の結果を表す、例えば、“［検索操作全般（平均）］”との文言を格納し、対応する指標値フィールドに算出した能力判定値を格納する。検索リテラシー判定部１４０は、例えば、当ユーザＩＤの検索リテラシー算出レコードの最終行に付加することができる。
【０１１７】
尚、検索リテラシー算出テーブル２３１の１つの行のキーワードフィールドに格納される、検索リテラシー判定の結果を表す文言は、本ユーザの検索リテラシーの判定の結果を表す表現であればよい。例えば、“「０００００」”，“ＸＸＸＸＸ”，“ユーザＩＤ：Total”，“総判定”，“★★★★”等の、本ユーザの検索リテラシー判定を表すテキス
ト文字や記号等の任意の表現が可能である。また、“［検索操作全般（平均）］”との文言が格納される行の指標値フィールドに格納される能力判定値の表現形式は、能力判定値に応じたリテラシー識別クラスを表す“Ａ”，“Ｂ”，“Ｃ”等の記号による表現でもよい。本ユーザの検索リテラシーの判定の結果を表す指標であればよい。
【０１１８】
検索リテラシー分析部１３０及び検索リテラシー判定部１４０は、以上の処理をユーザログテーブル２１１に未処理のユーザＩＤがなくなるまでステップＳ６〜Ｓ９及びステップＳ１０１〜Ｓ１２３の処理を繰り返す。検索リテラシー判定部１４０は、ユーザログテーブル２１１に未処理のユーザＩＤがなくなると、検索リテラシー算出テーブル２３１及びリコメンド決定テーブル２３２を検索リテラシーＤＢ２３０に格納する。検索リテラシーＤＢ２３０に格納された検索リテラシー算出テーブル２３１には、新たに追加された検索キーワードのレコードや更新処理が行われたレコードが含まれる。検索リテラシーＤＢ２３０に格納されたリコメンド決定テーブル２３２には、新たに追加された検索キーワードのレコードや採点情報の更新処理が行われたレコードが含まれる。
【０１１９】
以上の処理により、検索リテラシー分析部１３０は、検索クエリーに含まれるキーワード毎にリテラシー判別のための指標値の付与を行い、検索リテラシー判定部１４０は、全キーワードについて指標値の平均を算出し、能力判定値とする。この結果、本情報検索システム１０では、ユーザ毎に、検索キーワードが属する特定の分野に偏らない検索操作全般に対するリテラシーが判定できる。また、検索リテラシー分析部１３０は、キーワード毎に付与された指標値と、該当する検索キーワードが含まれるユーザログ情報との対応付けを行う。この結果、リコメンド情報に資する、指標値の高い検索クエリー情報、閲覧ＵＲＬ情報等を得ることができる。
【０１２０】
〔リコメンド処理〕
図１６に、リコメンド処理のフローチャートを例示する。図１６に例示するフローチャートは、リコメンド処理部１５０で実行されるリアルタイム処理である。
【０１２１】
図１６に例示するフローチャートにおいて、リコメンド処理の開始（ＳＴＡＲＴ）は、例えば、ユーザ装置２０，２０ａを介して入力された検索要求の受付（検索クエリーの受付）が例示できる。リコメンド処理部１５０は、検索要求の受付と共に検索要求に伴うユーザＩＤを取得する（Ｓ１１）。ユーザＩＤの取得は、例えば、検索要求受付に伴って検索サーバ装置３０が解析サーバ１００にユーザＩＤを通知してもよく、ユーザ装置２０、２０ａからの検索要求を解析サーバ装置１００が仲介する形態でユーザＩＤを取得した後、当検索要求を検索サーバ装置３０に通知してもよい。情報検索システムが要求される運用精度、システムの規模、データベースが構築される外部記憶装置の容量等の形態に応じ
た構成が可能である。
【０１２２】
リコメンド処理部１５０は、検索リテラシーＤＢ２３０に格納された検索リテラシー算出テーブル２３１に、取得したユーザＩＤが存在するか否かを判定する（Ｓ１２）。リコメンド処理部１５０は、取得したユーザＩＤを検索キーとして、検索リテラシー算出テーブル２３１のユーザＩＤフィールドを検索する。リコメンド処理部１５０は、検索リテラシー算出テーブル２３１に該当するユーザＩＤが存在しない場合（Ｓ１２、“ＮＯ”）には、当ユーザへのリコメンドは行わない（Ｓ２１）。当ユーザに提示される画面は、従来の情報検索システムで提示するユーザのリテラシーに依らないデフォルトの検索画面である。一方、リコメンド処理部１５０は、検索リテラシーＤＢ２３０に格納された検索リテラシー算出テーブル２３１に取得したユーザＩＤが存在する場合（Ｓ１２、“ＹＥＳ”）には、ステップＳ１１で取得したユーザＩＤの検索リテラシー算出テーブル２３１に格納された各種情報の読み込みを行う（Ｓ１３）。
【０１２３】
次に、リコメンド処理部１５０は、ステップＳ１３で読み込んだユーザＩＤ（以下、該当ユーザと称する。）の検索リテラシー算出テーブル２３１に検索要求で受け付けた検索キーワードに対応する行が存在するかを判定する（Ｓ１４）。リコメンド処理部１５０は、検索キーワードを検索キーとして、該当ユーザの検索リテラシー算出レコードの検索を行う。リコメンド処理部１５０は、検索の結果、検索リテラシー算出テーブル２３１に、検索キーワードに対応する行が存在しない場合（Ｓ１４、“ＮＯ”）には該当ユーザへのリコメンドは行わない（Ｓ２２）。一方、リコメンド処理部１５０は、該当ユーザの検索リテラシー算出レコードに、検索キーワードに対応する行が存在する場合（Ｓ１４、“ＹＥＳ”）には、ステップＳ１５に移行する。
【０１２４】
ステップＳ１５において、リコメンド処理部１５０は、該当ユーザの検索リテラシー算出テーブル２３１に格納された、検索キーワードに対する指標値の読み込みを行う。そして、リコメンド処理部１５０は、指標値の判定を行う（Ｓ１６）。例えば、指標値フィールドに格納された指標値が、採点情報であった場合には、閾値判定により、指標値の高低判定を行う。図７に例示する検索リテラシー算出テーブル２３１を例にとれば、（１）のユーザでは“アジアカップ”に対する指標値は“３５”であり、（２）のユーザでは“６０”が格納されている。閾値を“６０”とし、閾値以上の指標値はリテラシーが高いと判定するならば、（１）は低いと判定でき、（２）は高いと判定できる。また、指標値フィールドに格納される指標値の表現形式が、指標値に応じたリテラシー識別クラスを表す“Ａ”，“Ｂ”，“Ｃ”等の記号の場合では、例えば、“Ａ”と一致する場合をリテラシーが高いと判定し、“Ａ”と一致しない場合には低いと判定することができる。ステップＳ１６において、リコメンド処理部１５０は、閾値判定や比較判定により、該当ユーザの指標値の高低判定を行う。
【０１２５】
リコメンド処理部１５０は、判定の結果、検索リテラシー算出テーブル２３１に格納された指標値は所定値（閾値）と比較して高いと判断する場合（Ｓ１６、“ＮＯ”）には、該当ユーザへのリコメンドは行わない（Ｓ２３）。一方、リコメンド処理部１５０は、検索リテラシー算出テーブル２３１に格納された指標値は所定値（閾値）と比較して低いと判断する場合（Ｓ１６、“ＹＥＳ”）には、ステップＳ１７に移行する。
【０１２６】
ステップＳ１７において、リコメンド処理部１５０は、検索リテラシーＤＢ２３０に格納されたリコメンド決定テーブル２３２の検索を行い、検索キーワードに対応する複数ユーザの各種情報の読み込みを行う。リコメンド決定テーブル２３２には、少なくとも、同一のキーワードを含んだ複数の検索クエリーに対する閲覧ＵＲＬ情報がユーザＩＤ情報と共に蓄積されている。そして、リコメンド処理部１５０は、検索キーワードに対する複数ユーザの閲覧ＵＲＬが１つに集約されているかの判定を行う（Ｓ１８）。ここで、閲覧Ｕ
ＲＬが１つに集約されるとは、リコメンド決定テーブル２３２に格納された複数ユーザの、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報が一つのＵＲＬに特定されることである。
【０１２７】
一例として、図９に例示するリコメンド決定テーブル２３２では、“ＷＥＢ＿ＵＲＬ２”と“ＷＥＢ＿ＵＲＬ１”の２つの閲覧ＵＲＬが閲覧ＵＲＬフィールドに格納されている。“ＷＥＢ＿ＵＲＬ２”の閲覧ＵＲＬは、ユーザＩＤ００２及びユーザＩＤ００６のユーザが閲覧要求を行ったＵＲＬであり、“ＷＥＢ＿ＵＲＬ１”の閲覧ＵＲＬは、ユーザＩＤ００３〜００５のユーザが閲覧要求を行ったＵＲＬである。リコメンド処理部１５０は、リコメンド決定テーブル２３２の閲覧ＵＲＬに格納された閲覧ＵＲＬ情報の抽出を行い、検索キーワードに対する閲覧ＵＲＬは１つに集約されていないと判定する（Ｓ１８“ＮＯ”）。
【０１２８】
リコメンド処理部１５０は、リコメンド決定テーブル２３２の閲覧ＵＲＬが１つに集約されていない場合、採点結果フィールドに格納された採点情報が高いと判定するユーザのユーザログ情報からリコメンドを行う（Ｓ２０）。リコメンド処理部１５０は、閲覧ＵＲＬが複数の場合には、例えば、各閲覧ＵＲＬに対応する採点情報を平均することでリコメンド情報としての重みづけを行うことが可能である。図９に例示するリコメンド決定テーブル２３２をリコメンド処理の例に取れば、“ＷＥＢ＿ＵＲＬ２”に対する採点情報は“８０”及び“６０”である。リコメンド処理部１５０は、“ＷＥＢ＿ＵＲＬ２”に対する各採点情報を抽出し、平均を算出する。平均の結果、“ＷＥＢ＿ＵＲＬ２”を選択したユーザの平均した採点情報は“７０”となる。一方、“ＷＥＢ＿ＵＲＬ１”に対する採点情報は“５０”、“４０”、“３０”であり、同様に平均を算出すれば“４０”となる。リコメンド処理部１５０は、閲覧ＵＲＬ毎に算出された平均した採点情報を比較し、例えば、平均した採点情報が高い閲覧ＵＲＬ（“ＷＥＢ＿ＵＲＬ２”）を「おすすめＵＲＬ  １位」、平均した採点情報が低い閲覧ＵＲＬ（“ＷＥＢ＿ＵＲＬ１”）を「おすすめＵＲＬ
２位」等としてリコメンドすることができる。
【０１２９】
また、リコメンド処理部１５０は、採点結果フィールドに格納された採点情報に対して閾値判定を行い、所定の閾値を超えたユーザの検索キーワードに対する閲覧ＵＲＬ情報を抽出し、該当ユーザに対するリコメンド情報とすることが可能である。この場合、リコメンド情報として抽出する閲覧ＵＲＬは、単一であっても複数であってもよい。また、採点情報が高いユーザによる閲覧ＵＲＬ情報が複数に得られた場合には、例えば、採点情報が高いユーザの検索リテラシー算出テーブル２３１に格納された検索操作全般に対する能力判定値の高低によって優先度を与えてもよい。検索キーワードに付与された採点情報及び検索操作全般に対する能力判定値の高いユーザの閲覧ＵＲＬは、検索操作に不慣れなリテラシーの低いユーザにとって所望の情報を得るための有用なリコメンドとなる。このように、リコメンド決定テーブル２３２のユーザＩＤと検索リテラシー算出テーブル２３１のユーザＩＤを関連付けることにより、より有意なリコメンドを行うことが可能となる。
【０１３０】
閲覧ＵＲＬ情報と同様に、リコメンド決定テーブル２３２の検索クエリー情報についても、リコメンド情報に資することができる。リコメンド処理部１５０は、例えば、リコメンド決定テーブル２３２の検索クエリー情報を「検索候補語」としてリコメンドすることができる。図９に例示するリコメンド決定テーブル２３２をリコメンド処理の例に取れば、“アジアカップ  ●川  代理”に対する採点結果フィールドに格納された採点情報は“８０”及び“５０”である。リコメンド処理部１５０は、“アジアカップ  ●川  代理”に対する複数の採点情報を抽出し、平均を算出する。平均の結果、“アジアカップ  ●川
代理”に対する平均した採点情報は“６５”となる。一方、“アジアカップ  ●川  交替”に対する採点結果フィールドに格納された採点情報は“４０”、“３０”、“６０”であり、同様に複数の採点情報の平均を算出すれば小数点以下を四捨五入して“４３”と
なる。リコメンド処理部１５０は、検索クエリー毎に算出された平均した採点情報を比較し、例えば、平均した採点情報が高い検索クエリー（“アジアカップ  ●川  代理”）を「検索候補語  １位」、平均した採点情報が低い検索クエリー（“アジアカップ  ●川  交替”）を「検索候補語  ２位」等としてリコメンドすることができる。
【０１３１】
また、検索クエリー情報についても、採点結果フィールドに格納された採点情報に対して閾値判定を行い、所定の閾値を超えたユーザの検索キーワードに対する検索クエリー情報を抽出し、該当ユーザに対するリコメンド情報とすることが可能である。この場合、リコメンド情報として抽出する検索クエリーは、単一であっても複数であってもよい。また、採点情報が高いユーザによる検索クエリー情報が複数に得られた場合には、例えば、採点情報の高いユーザの検索リテラシー算出レコードに格納された検索操作全般に対する能力判定値の高低によって優先度を与えてもよい。検索キーワードに付与された採点情報及び検索操作全般に対する能力判定値の高いユーザの検索クエリーは、検索操作に不慣れなリテラシーの低いユーザにとって所望の情報を得るための有用なリコメンドとなる。このように、リコメンド決定テーブル２３２のユーザＩＤと検索リテラシー算出テーブル２３１のユーザＩＤを関連付けることにより、より有意なリコメンドを行うことが可能となる。
【０１３２】
図１６に例示するリコメンド処理のフローチャートに戻り、リコメンド処理部１５０は、リコメンド決定テーブル２３２の閲覧ＵＲＬが１つに集約されている場合（Ｓ１８“ＹＥＳ”）には、採点結果フィールドに格納された採点情報の高いユーザの検索クエリー情報からリコメンドを行う（Ｓ１９）。リコメンド処理部１５０は、リコメンド決定テーブル２３２の採点結果フィールドに格納された採点情報の比較を行い、採点情報が高い順に検索クエリー情報を取得する。リコメンド処理部１５０は、取得した検索クエリー情報を、１つに集約された閲覧ＵＲＬ情報と共にリコメンド情報とする。図９に例示するリコメンド決定テーブル２３２をリコメンド処理の例に取れば、１つに集約された閲覧ＵＲＬ情報のケースとして、“ＷＥＢ＿ＵＲＬ２”とする。リコメンド処理部１５０は、リコメンド決定テーブル２３２の採点結果フィールドを検索し、採点情報の高い（図例では“８０”）“アジアカップ  ●川  代理”を「検索候補語  １位」の検索クエリー情報としてリコメンドすることができる。また、リコメンド処理部１５０は、次に採点情報の高い（図例では“６０”）“アジアカップ  ●川  交替”を「検索候補語  ２位」の検索クエリー情報としてリコメンドすることができる。また、図例において、１つに集約された閲覧ＵＲＬ情報を“ＷＥＢ＿ＵＲＬ１”とすれば、採点情報の高い（図例では“５０”）“アジアカップ  ●川  代理”を「検索候補語  １位」の検索クエリー情報としてリコメンドすることができ、次に採点情報の高い（図例では“６０”）“アジアカップ  ●川  交替”を、「検索候補語  ２位」の検索クエリー情報としてリコメンドすることができる。
【０１３３】
尚、上述のリコメンド処理例は、リコメンド決定テーブル２３２の採点結果フィールドに格納された採点情報が高いユーザ順によるからのリコメンド例であるが、同じ採点情報の複数のユーザが存在するケースも考えられる。このケースでは、例えば、同じ採点情報の各ユーザの、検索リテラシー算出テーブル２３１に格納された検索操作全般に対する能力判定値を比較することにより、能力判定値の高低による重み付けを行うことができる。リコメンド順の重み付けとして、検索リテラシー算出テーブル２３１に格納された能力判定値を用いることにより、検索キーワードが属する特定の分野に偏らないリコメンドを行うことができる。
【０１３４】
リコメンド処理部１５０は、ユーザからの検索要求が行われる度に、ステップＳ１１〜Ｓ２３の処理を実行する。
【０１３５】
〔リコメンド例〕
図１７にリコメンドの提示画面を例示する。図１７は、検索リテラシー算出テーブル２３１に格納されたキーワードの指標値は所定値（閾値）と比較して能力（リテラシー）が低いと判定されたユーザの端末に表示される検索結果の画面例である。図１７に例示するリコメンド提示画面５０は、検索クエリーとして検索窓５０ａに“アジアカップ  ●川”が入力された検索結果の画面であり、得られた検索結果５０ｂの最初の１〜１０件目を表示する画面である。
【０１３６】
リコメンド提示画面５０の表示領域５０ｃには、リコメンド処理部１５０で抽出されたリコメンド情報が表示される。図例では、入力された検索クエリーの“アジアカップ  ●川”に対する検索候補語として、“検索上手な人の選択はコレ！”との表記に続き“「アジアカップ  ●川  代理」”との検索クエリーがリコメンドされている。同時に、リコメンド処理部１５０で抽出された閲覧ＵＲＬ情報が、“●刊●ポーツ：控え選手の中で攻撃的なＭＦ特集”とのタイトル表記に続き“（http://WEB_URL2）を閲覧”との表現でリコ
メンドされている。
【０１３７】
このように、所定値（閾値）と比較して能力（リテラシー）が低いユーザに、所定値（閾値）と比較して能力（リテラシー）が高いユーザの検索傾向としての検索クエリー情報、閲覧ＵＲＬ情報をリコメンドすることにより、検索に不慣れな初心者であっても、所定値（閾値）と比較して能力（リテラシー）の高いユーザが情報取得に有意とするＵＲＬへ手間を掛けずに辿り着くことが可能となる。このため、検索に不慣れなユーザにとって満足度の高い検索サービスが提供できる。
【０１３８】
〔効果〕
以上に説明した実施例によれば、本情報検索システム１０は、リテラシーの高いユーザの検索傾向を検索結果の提示と共にリテラシーの低いユーザに提供することができる。本情報検索システム１０は、キーワードサジェスト機能を活用した検索要求時の検索クエリーに対する文字入力速度を判断する。このため、検索クエリー入力作業に対する作業速度が速いか否かを判定できる。本情報検索システム１０は、検索要求時の日時情報から検索時期の早期性を判断する。このため、検索対象となる情報分野への関心度が判定できる。本情報検索システム１０は、入力された検索クエリーについて、形態素解析等の検索エンジンの補助機能を必要とするかを判断する。このため、情報検索操作の知識が十分であるかを判定できる。また、本情報検索システム１０は、入力された検索クエリーについて、検索式やコマンド等の使用の有無を判断する。このため、検索入力の知識が十分であるかを判定できる。また、本情報検索システム１０は、入力された検索クエリーに対応する検索結果の有無を判断する。このため、所望の情報を得るために入力された検索クエリーの妥当性が判定できる。また、本情報検索システム１０は、ユーザに提示された検索結果から、閲覧要求を行ったかを判断する。このため、閲覧要求を行う価値のある適切な検索クエリー入力であったかが判定できる。また、本情報検索システム１０は、提示された検索結果に対するユーザの取捨選択操作を判断する。このため、検索結果として提示されたＵＬＲ情報への判別能力が判定できる。また、本情報検索システム１０は、検索クエリーに含まれるキーワード毎にリテラシー判別のための指標値の付与を行い、全キーワードについて指標値の平均を算出する。このため、特定のキーワードに偏らない検索操作全般に対するリテラシーが判定できる。同時に、本情報検索システム１０は、キーワード毎に付与された指標値を採点情報として、ユーザ識別情報、検索クエリー情報、検索結果ＵＲＬ情報、閲覧ＵＲＬ情報に対応付けて記憶する。このため、採点情報の高いユーザの検索クエリーや閲覧ＵＲＬを所定の条件で抽出することができ、リコメンド情報とすることができる。本情報検索システム１０は、リコメンド情報として、採点情報の高いユーザの検索クエリーや閲覧ＵＲＬをリテラシーが低いと判断される検索に不慣れな初心者に提供する。このため、検索に不慣れな初心者であっても、リテラシーの高いユーザが情報取得に有意とするＵＲＬへ手間を掛けずに辿り着くことが可能となる。このように、本情報検索シス
テム１０は、検索サービスの利便性を高めることができ、検索サービスを利用するユーザの満足度を向上させることができる。
【０１３９】
《コンピュータが読み取り可能な記録媒体》
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【０１４０】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【符号の説明】
【０１４１】
１０    情報検索システム
２０    ユーザ装置
３０    検索サーバ装置
４０    記憶装置
１００  解析サーバ装置
１１０  検索ログ取得部
１２０  検索ログ処理部
１３０  検索リテラシー分析部
１４０  検索リテラシー判定部
１５０  リコメンド処理部
２００  記憶装置
２１０  検索ログＤＢ
２１１  検索クエリーログ
２１２  クリックＵＲＬログ
２１３  検索結果表示ログ
２１４  キーワードサジェストログ
２２０  ユーザログＤＢ
２２１  ユーザログテーブル
２３０  検索リテラシーＤＢ
２３１  検索リテラシー算出テーブル
２３２  リコメンド決定テーブル
３００  情報処理装置
３０１  ＣＰＵ
３０２  メモリ
３０３  記憶部
３０４  入力部
３０５  出力部
３０６  通信部
【図１】
0005787717.tif 000002
【図２】
0005787717.tif 000003
【図３】
0005787717.tif 000004
【図４】
0005787717.tif 000005
【図５】
0005787717.tif 000006
【図６】
0005787717.tif 000007
【図７】
0005787717.tif 000008
【図８】
0005787717.tif 000009
【図９】
0005787717.tif 000010
【図１０】
0005787717.tif 000011
【図１１】
0005787717.tif 000012
【図１２】
0005787717.tif 000013
【図１３】
0005787717.tif 000014
【図１４】
0005787717.tif 000015
【図１５】
0005787717.tif 000016
【図１６】
0005787717.tif 000017
【図１７】
0005787717.tif 000018