(57)【要約】【課題】ユーザの能力（リテラシー）に応じた適切なユーザーインターフェース情報（ＵＩ）を検索結果の提示と共に提供する。【解決手段】情報処理装置は、検索履歴情報から、ユーザの識別情報、検索クエリー情報、検索結果ＵＲＬ情報、閲覧ＵＲＬ情報を識別情報に対応付けて抽出し、ユーザログ情報とする手段と、ユーザログ情報に含まれる検索クエリー情報の構成、及び検索結果ＵＲＬ情報と前記閲覧ＵＲＬ情報との対応関係の少なくとも一つを含む判定基準に従ってユーザの能力判定値を付与するリテラシー分析手段と、能力判定値に応じたユーザーインターフェース情報を提示するＵＩ提示処理手段とを備える。【選択図】図１
2013092823.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置に接続される記憶装置に格納された検索履歴情報から、検索要求を行ったユーザの識別情報と、前記検索要求で受け付けた検索クエリー情報と、前記検索クエリー情報に応じて検索された検索結果ＵＲＬ情報と、前記検索結果ＵＲＬ情報から閲覧要求が行われた閲覧ＵＲＬ情報とを前記ユーザの識別情報に対応付けて抽出し、ユーザログ情報として前記記憶装置に格納する手段と、
前記ユーザログ情報に含まれる前記検索クエリー情報の構成、及び前記検索結果ＵＲＬ情報と前記閲覧ＵＲＬ情報との対応関係の少なくとも一つを含む判定基準に従って前記ユーザの能力判定値を付与するリテラシー分析手段と、
前記能力判定値に応じたユーザーインターフェース情報を提示するＵＩ提示処理手段と
を備えた情報処理装置。
【請求項２】
前記リテラシー分析手段はさらに、前記検索クエリー情報毎に前記判定基準を適用して算出した指標値を前記キーワード情報に付与し、前記キーワード情報に付与された前記指標値の平均値を前記ユーザ毎に算出することにより前記能力判定値を付与する、請求項１に記載の情報処理装置。
【請求項３】
前記リテラシー分析手段は、前記検索クエリー情報に応じて検索された前記検索結果ＵＲＬ情報の有無を判定して指標値を付与する、請求項２に記載の情報処理装置。
【請求項４】
前記リテラシー分析手段は、前記検索クエリー情報が形態素解析を必要とするか否かを判定して指標値を付与する、請求項２または３に記載の情報処理装置。
【請求項５】
前記リテラシー分析手段は、前記検索クエリー情報が所定の検索オプション設定が含まれているか否かを判定して指標値を付与する、請求項２−４の何れか一項に記載の情報処理装置。
【請求項６】
前記リテラシー分析手段は、前記検索結果ＵＲＬ情報に対する閲覧要求が行われたか否かを判定して指標値を付与する、請求項２−５の何れか一項に記載の情報処理装置。
【請求項７】
前記リテラシー分析手段は、前記検索結果ＵＲＬ情報に対する閲覧要求が、前記検索結果ＵＲＬ情報から選別されて行われているか否かを分析して指標値を付与する、請求項２−６の何れか一項に記載の情報処理装置。
【請求項８】
情報処理装置に、
情報処理装置に接続される記憶装置に格納された検索履歴情報から、検索要求を行ったユーザの識別情報と、前記検索要求で受け付けた検索クエリー情報と、前記検索クエリー情報に応じて検索された検索結果ＵＲＬ情報と、前記検索結果ＵＲＬ情報から閲覧要求が行われた閲覧ＵＲＬ情報とを前記ユーザの識別情報に対応付けてユーザログ情報として抽出するステップと、
前記ユーザログ情報に含まれる前記検索クエリー情報の構成、及び前記検索結果ＵＲＬ情報と前記閲覧ＵＲＬ情報との対応関係の少なくとも一つを含む判定基準に従って前記ユーザの能力判定値を付与するステップと、
前記能力判定値に応じたユーザーインターフェース情報を提示するステップと
を実行させるプログラム。
【請求項９】
複数の端末と通信可能な情報処理装置を備える情報検索システムであって、
前記情報処理装置は、
情報処理装置に接続される記憶装置に格納された検索履歴情報から、検索要求を行っ
たユーザの識別情報と、前記検索要求で受け付けた検索クエリー情報と、前記検索クエリー情報に応じて検索された検索結果ＵＲＬ情報と、前記検索結果ＵＲＬ情報から閲覧要求が行われた閲覧ＵＲＬ情報とを前記ユーザの識別情報に対応付けて抽出し、ユーザログ情報として前記記憶装置に格納する手段と、
前記ユーザログ情報に含まれる前記検索クエリー情報の構成、及び前記検索結果ＵＲＬ情報と前記閲覧ＵＲＬ情報との対応関係の少なくとも一つを含む判定基準に従って前記ユーザの能力判定値を付与するリテラシー分析手段と、
前記能力判定値に応じたユーザーインターフェース情報を提示するＵＩ提示処理手段と、
を備えることを特徴とする情報検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報検索サービスを提供する情報処理装置、情報処理装置に搭載されるプログラム、及び情報検索システムに関する。
【背景技術】
【０００２】
多くのユーザ（利用者）は、関心のある事象に関する情報を入手する場合、例えばブラウザ機能を備えるＰＣ（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 Processi
ng 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”である。最初に入力した検索クエリーに
対しては、検索結果ＵＲＬ情報が格納される検索結果ＵＲＬフィールドに５件のＵＲＬが格納されている。最初に入力した検索クエリーに対しては、直後に、閲覧ＵＲＬ情報として“ＷＥＢ_ＵＲＬ２”が閲覧ＵＲＬフィールドに格納された行が配行されている。次に
入力した検索クエリーに対しては、検索結果ＵＲＬフィールドに５件のＵＲＬが格納されている。そして、直後に、閲覧ＵＲＬ情報として“ＷＥＢ_ＵＲＬ１”が閲覧ＵＲＬフィ
ールドに格納された行が配行されている。最後に入力した検索クエリーに対しては、検索結果ＵＲＬフィールドに５件のＵＲＬが格納されている。そして、直後に、閲覧ＵＲＬ情報として“ＡＤ_ＵＲＬ２”、“ＷＥＢ_ＵＲＬ３”が閲覧ＵＲＬフィールドに格納された行が連続して配行されている。
【００５８】
本情報検索システム１０の検索リテラシーの分析処理は、ユーザログＤＢ２２０に格納されたユーザログテーブル２２１の、ユーザ毎のレコードに含まれる各種情報に対して処理が行われる。検索リテラシーの分析処理は、ユーザログレコードの各フィールドに格納された情報に対し、次の照合条件との合致度を分析する。
（１）検索結果が０件となる検索クエリー入力
（２）検索エンジンの補助機能（例えば、形態素解析機能）を必要とする検索クエリー入力
（３）検索クエリーの工夫（ＡＮＤ，ＯＲ，ＮＯＴ，「site:」等）
（４）検索結果に対するクリック操作の有無
（５）検索結果に対するＵＲＬ選別の有無
【００５９】
（１）検索結果が０件となる検索クエリー入力
本情報検索システム１０の検索リテラシー分析処理では、ユーザログテーブル２２１の検索結果ＵＲＬフィールドに格納された検索結果の検出件数から入力された検索クエリーの妥当性を分析する。特に、検索結果として検出件数が０件であることを示す“−”である場合には、所望の情報を得るための検索クエリーが入力されていないと分析できる。本情報検索システム１０では、ユーザログテーブル２２１の検索結果ＵＲＬフィールドに格納された検索結果が０件であることを示す“−”である場合には、指標値を付与する採点処理として減点処理を行う。
【００６０】
例えば、図９に例示するユーザ（ユーザＩＤ：００１）のレコードでは、検索結果ＵＲＬフィールドに“−”が格納されていることから、検索結果が「０件」となる検索クエリー“アジアカップの日本のサブメンバー”が入力されていると分析する。このケースでは、検索クエリーに、“アジアカップ”以外の情報の特徴を表す複数のキーワードが助詞で結合された状態で含まれているため、例えば、ユーザ（ユーザＩＤ：００１）の情報検索操作入力の知識が不十分であると分析できる。
【００６１】
（２）検索エンジンの補助機能（例えば、形態素解析）を必要とする検索クエリー入力
本情報検索システム１０の検索リテラシー分析処理では、ユーザログテーブル２２１の検索クエリーフィールドに格納された検索クエリーについて、形態素解析等の検索エンジンの補助機能を必要とするものであるかを分析する。検索クエリーとして、自然言語で記述された検索文が入力された場合、複数のキーワードが検索文に含まれるため、特徴となるキーワードの特定が不十分であると分析できる。例えば、図９に例示するユーザ（ユーザＩＤ：００１）のレコードでは、“アジアカップの日本のサブメンバー”との検索文が、検索エンジンの補助機能を必要とする検索クエリーと分析する。本情報検索システム１０では、検索クエリーについて、形態素解析等の検索エンジンの補助機能を必要とするものである場合には、指標値を付与する採点処理として減点処理を行う。
【００６２】
（３）検索クエリーの工夫（ＡＮＤ，ＯＲ，ＮＯＴ，「site:」等）
また、検索リテラシー分析処理では、ユーザログテーブル２２１の検索クエリーフィールドに格納された検索クエリーについて、検索式（ＡＮＤ，ＯＲ，ＮＯＴ等）を用いた工夫や、特定のＷｅｂサイトの中で限定した検索を行う「site:」等の、コマンドを用いた
工夫が施されているか分析する。検索式やコマンド等の検索オプション設定を用いた検索クエリーが入力された場合、検索式やコマンド等を扱うための検索知識が十分であると分析できる。本情報検索システム１０では、検索クエリーについて、検索式やコマンド等の検索オプション設定を検知し、指標値を付与する採点処理として加点処理を行う。
【００６３】
例えば、図９に例示するユーザ（ユーザＩＤ：００１）のレコードでは、検索クエリーフィールドに格納された各検索クエリーには、検索式やコマンド等の検索オプション設定が検知できないため、何れも工夫がなされていないと分析する。一方、図１０に例示するユーザ（ユーザＩＤ：００２）のレコードでは、“アジアカップ  ●川  代理”等のように複数のキーワードをスペースで連接させて検索クエリーを作成しているため、論理演算子ＡＮＤを用いた工夫が施されていると分析する。また、検索クエリーの“アジアカップ
site:wwww.tv-XXXX.co.jp”には、「site:」コマンドを用いた工夫が施されていると分
析する。
【００６４】
（４）検索結果に対するクリック操作の有無
検索リテラシー分析処理では、ユーザログテーブル２２１の検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報と、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報から、入力された検索クエリーの適切さを分析する。ユーザログテーブル２２１のレコードでは、検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報は、検索クエリーに応じた各種Ｗｅｂサイトの検索結果であり、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報は、関心のある情報を所望するユーザの判別によって選択された検索結果である。このため、検索結果ＵＲＬフィールドに格納された検索結果に対し、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報を照らし合すことにより、ユーザにとって適切な検索クエリー入力であったかを分析する。ユーザログテーブル２２１のレコードにおいて、検索結果ＵＲＬフィールドに検索結果ＵＲＬ情報が格納された行の直後に、閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報が格納された行が配行された場合、ユーザにとって適切な検索クエリー入力が行われたと分析できる。本情報検索システム１０では、検索結果に対するクリック操作の有無を検知し、クリック操作が行われていなかった場合には、指標値を付与する採点処理として減点処理を行う。
【００６５】
例えば、図９に例示するユーザ（ユーザＩＤ：００１）のレコードにおいて、“あｄじあｋっぷ”が格納された検索結果ＵＲＬフィールドには５件の検索結果が格納されている。しかし、直後には、閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報を格納した行が続いて配行されていないことから、“あｄじあｋっぷ”はユーザにとって適切な検索クエリー入力とは言えないと分析する。
【００６６】
一方、検索結果ＵＲＬフィールドに５件の検索結果が格納された“アジアカップ”では、直後に閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報を格納した行が続いて配行されているため、“アジアカップ”はユーザにとって適切な検索クエリー入力と分析する。
【００６７】
（５）検索結果に対するＵＲＬ選別の有無
また、検索リテラシー分析処理では、ユーザログテーブル２２１の検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報と、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報から、検索結果に対するユーザのＵＲＬ選別の有無を分析する。検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報は、検索クエリーに応じて検索された結果である各種ＷｅｂサイトＵＲＬであり、この検索結果ＵＬＲ情報はユーザ装置２０，２０ａに出力される。一方、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報は、ユーザ装置２０，２０ａに出力された検索結果ＵＲＬ情報の中からユーザの判別によって選択されたＵＲＬ情報である。このため、検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報に対し、閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報を照らし合すことにより、ユーザによって情報の判別が行われたかを分析する。検索結果に対するＵＲＬ選別の有無は、検索結果ＵＲＬ情報の並び順と閲覧ＵＲＬ情報の並び順との一致度で判定される。本情報検索システム１０では、検索結果ＵＲＬ情報の並び順と、閲覧ＵＲＬ情報の並び順を比較し、一致度が高い場合には、指標値を付与する採点処理として減点処理を行う。
【００６８】
例えば、図９に例示するユーザ（ユーザＩＤ：００１）のレコードにおいて、検索クエリーとして“アジアカップ”が格納された検索結果ＵＲＬフィールドには５件の検索結果が格納されている。そして、直後には、閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報を格納した行が続いて配行されている。さらに、閲覧ＵＲＬフィールドに閲覧ＵＲＬ情報を格納した行は、“ＡＤ_ＵＲＬ１”→“ＡＤ_ＵＲＬ２”→“ＷＥＢ_ＵＲＬ１”の順に連続して
いる。各行での閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報と、検索クエリーとして“アジアカップ”が格納された検索結果ＵＲＬフィールドの検索結果ＵＲＬ情報と照ら
し合すことにより、ユーザ（ユーザＩＤ：００１）によってクリック操作された閲覧ＵＲＬ情報は、提示された検索結果ＵＲＬ順に連続していると分析する。このケースでは、ユーザによるＵＲＬ選別は行われていないと分析する。
【００６９】
一方、図１０に例示するユーザ（ユーザＩＤ：００２）のレコードでは、検索クエリーとして“アジアカップ  site:wwww.tv-XXXX.co.jp”が格納された検索結果ＵＲＬフィー
ルドには、“ＡＤ_ＵＲＬ１”，“ＡＤ_ＵＲＬ２”，“ＷＥＢ_ＵＲＬ１”，“ＷＥＢ_ＵＲＬ２”，“ＷＥＢ_ＵＲＬ３”の５件の検索結果が順に格納されている。そして、直後
には、閲覧ＵＲＬフィールドに“ＡＤ_ＵＲＬ２”を格納した行と、“ＷＥＢ_ＵＲＬ３”を格納した行とが連続して配行されている。各行での閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報と、検索クエリーとして“アジアカップ  site:wwww.tv-XXXX.co.jp”が
格納された検索結果ＵＲＬフィールドの検索結果ＵＲＬ情報と照らし合すことにより、ユーザ（ユーザＩＤ：００２）によってクリックされた閲覧ＵＲＬ情報は、ユーザによるＵＲＬ選別が行われていると分析する。
【００７０】
本情報検索システム１０の検索リテラシーの分析処理では、分析結果をユーザに対するリテラシー判別のための指標とするため、上述した照合条件毎に採点処理を行う。検索リテラシーの分析処理は、ユーザログＤＢ２２０に格納された検索クエリーに含まれるキーワード毎に採点処理を行う。検索リテラシーの分析処理で実行される採点処理として、例えば、予め基本点（例えば、５０点）を付与し、上述した照合条件に合致するか否かで加点及び減点を行う採点処理が可能である。
【００７１】
図９に例示するユーザ（ユーザＩＤ：００１）のレコードを採点処理の例に取れば、検索結果が０件となる検索クエリーが入力されていることから“Ｘ”点の減点処理が行われる。また、検索クエリーとして“あｄじあｋっぷ”が格納された検索結果ＵＲＬフィールドには、検索結果が得られているにも関らず、検索結果に応じた閲覧要求であるクリック操作が行われていないことから、同様に“Ｘ”点の減点処理が行われる。また、検索クエリーとして“アジアカップ”の検索結果を、最上位から順番にクリック操作していることから、同様に“Ｘ”点の減点処理が行われる。従って、図９に例示するユーザ（ユーザＩＤ：００１）のレコードでは、例えば５０点の基本点に対し、“Ｘ×減点処理数”が採点処理として減点されることとなる。例えば、“Ｘ”点を“３”点とした場合、図９に例示するユーザのリテラシー指標値は“４１”点となり、基本点５０点を下回る結果となる。
【００７２】
同様に、図１０に例示するユーザ（ユーザＩＤ：００２）のレコードを採点処理の例とする。図１０に例示するユーザ（ユーザＩＤ：００２）のレコードでは、検索クエリーに検索式やコマンドが使用されていることから、“Ｙ”点の加点処理が行われる。尚、検索式の複雑さ、例えば、論理演算子（ＡＮＤ，ＮＯＴ，ＯＲ等）の個数に応じて配点してもよい。また、各検索クエリーの検索結果に応じてクリック操作が行われていることから、“Ｙ”点の加点処理が行われる。さらに、各検索クエリーの検索結果に応じたクリック操作では、ＵＲＬ情報の取捨選択による選別が行われているから、“Ｙ”点の加点処理が行われる。従って、図１０に例示するユーザ（ユーザＩＤ：００２）のレコードでは、例えば５０点の基本点に対し、“Ｙ×加点処理数”が採点処理として加点されることとなる。例えば、“Ｙ”点を“４”点とした場合、図１０に例示するユーザのリテラシー指標値は“６２”点となり、基本点５０点を上回る結果となる。
【００７３】
このように、本情報検索システム１０の検索リテラシーの分析処理では、上述した照合条件ごとに採点処理を行うことにより、ユーザログテーブル２２１に格納された検索クエリーに含まれるキーワード毎に検索リテラシーを判定するための指標値を得ることができる。そして、ユーザ毎に全てのキーワードに対する指標値を加算平均することにより、検索操作全般に対する能力判定値を得ることができる。全てのキーワードに対して指標値の
加算平均を行うことにより、検索要求を行ったユーザの得意分野、不得意分野に偏らない、検索操作全般に対するリテラシーを判定することができる。尚、キーワード毎に得られた指標値の、ユーザ毎の平均化処理は、検索リテラシー判定部１４０によって実行される。
【００７４】
尚、上述の採点例では、減点処理として“Ｘ”点、加点処理として“Ｙ”点を配点するが、共通する配点（“Ｘ”＝“Ｙ”）による採点処理としても良い。また、例えば、“４”点、“３”点、“２”点、“１”点等のように段階的に差分を有する複数の配点基準を設け、照合条件に応じて配点するとしても良い。
【００７５】
さらに、上述した採点処理例では、基本点を付与した上で照合条件毎に加点及び減点を行うが、加点は行わずに照合条件に合致しなければ減点する減点方式としてもよい。また、逆に、減点は行わずに照合条件に合致した場合に加点する加点方式としてもよい。
【００７６】
〔処理フロー〕
図１１〜図１３に本情報検索システム１０の解析サーバ装置１００で実行される処理のフローチャートを例示する。図１１〜図１３に例示するフローチャートは、検索ログ取得部１１０、検索ログ処理部１２０、検索リテラシー分析部１３０、検索リテラシー判定部１４０で実行される処理である。
【００７７】
図１１に例示するフローチャートにおいて、検索ログ取得部１１０は、定期処理により、検索履歴ＤＢ４１０に格納された検索履歴の取得を行い、検索クエリーログ２１１、クリックＵＲＬログ２１２、検索結果表示ログ２１３を抽出し、検索ログＤＢ２１０に格納する（Ｓ１）。そして、検索ログ処理部１２０は、検索ログＤＢ２１０に格納された検索クエリーログ２１１、クリックＵＲＬログ２１２、検索結果表示ログ２１３からユーザログテーブル２２１を生成し、ユーザログＤＢ２２０に格納する（Ｓ２〜Ｓ３）。ユーザログテーブル２２１は、検索ログ取得部１１０で抽出された各ログファイルのセッションＩＤを結合キーとして、各ログファイルを結合処理したものである。
【００７８】
次に、検索リテラシー分析部１３０は、ユーザログテーブル２２１の各種情報に基づいて、検索クエリーに含まれる検索キーワードへの分析処理を行う。以下の処理では、リテラシー分析処理の結果が格納される検索リテラシー算出テーブル２３１は、図７に例示するように、ユーザＩＤ毎に作成されるとして説明を行う。
【００７９】
検索リテラシー分析部１３０は、ユーザログＤＢ２２０に格納されたユーザログテーブル２１１のユーザＩＤに対する検索リテラシー算出テーブル２３１が、検索リテラシーＤＢ２３０に存在するかを判断する（Ｓ４）。検索リテラシー分析部１３０は、分析処理の対象であるユーザＩＤを検索キーとして、検索リテラシーＤＢ２３０の検索を行い、分析処理の対象であるユーザＩＤを含む検索リテラシー算出テーブル２３１の有無を判断する。
【００８０】
検索リテラシー分析部１３０は、検索リテラシーＤＢ２３０に分析処理の対象となるユーザＩＤの検索リテラシー算出テーブル２３１が存在しない場合（Ｓ４“ＮＯ”）には、分析処理の対象となるユーザＩＤの検索リテラシー算出テーブル２３１の作成を行い、検索リテラシーＤＢ２３０に格納する（Ｓ６）。一方、分析処理の対象となるユーザＩＤの検索リテラシー算出テーブル２３１が存在する場合（Ｓ４“ＹＥＳ”）には、格納された検索リテラシー算出テーブル２３１の読み込みを行う（Ｓ５）。検索キーワードに対して付与される指標値を、ユーザの能力判定値に反映させるためである。尚、以下の説明では、検索キーワードとして、検索要求時に受け付けた検索クエリーの最初の単語名詞を対象とし、分析処理の一例の説明を行う。
【００８１】
ステップＳ４〜Ｓ６の処理は、図１１及び図７に限定されるわけではない。例えば、ユーザ毎のレコードの纏まりを単位ブロックとし、複数のユーザブロックが連続して一つのテーブルを構成する場合には、ステップＳ４では、分析処理の対象であるユーザＩＤを検索キーとして、検索リテラシー算出テーブル２３１の検索を行えばよい。そして、検索リテラシー算出テーブル２３１に対応する単位ブロックが存在しない場合（Ｓ４“ＮＯ”）には、分析処理の対象となるユーザＩＤの単位ブロックを作成し、検索リテラシー算出テーブル２３１に格納すればよい（Ｓ６）。そして、検索リテラシー算出テーブル２３１に対応する単位ブロックが存在する場合には、対応するユーザＩＤの単位ブロックの読み込みを行うとしてもよい（Ｓ４“ＹＥＳ”〜Ｓ５）。
【００８２】
図１２に例示するフローチャートにおいて、検索リテラシー分析部１３０は、検索リテラシー算出テーブルに、ユーザログテーブル２１１の検索クエリーに応じた検索キーワード行が含まれているかを判断する（Ｓ１０１）。検索リテラシー分析部１３０は、検索リテラシー算出テーブル２３１のキーワードフィールドに格納された検索キーワード情報の検索を行い、該当する検索キーワードが存在するかを判断する。
【００８３】
検索リテラシー分析部１３０は、検索リテラシー算出テーブル２３１のキーワードフィールドに、該当する検索キーワードが存在しない場合（Ｓ１０１“ＮＯ”）には、当検索キーワードに対応する行（検索リテラシー算出行、と呼ぶ）を作成し、キーワードフィールドに当検索キーワードを格納する（Ｓ１０３）。一方、検索リテラシー算出テーブル２３１のキーワードフィールドに、該当する検索キーワードが存在する場合（Ｓ１０１“ＹＥＳ”）には、対応するキーワード情報（キーワード、指標値）の読み込みを行う（Ｓ１０２）。尚、検索リテラシー分析部１３０は、ステップＳ１０２、Ｓ１０３において、指標値の算出のための基本点（例えば、“５０”点）を該当する検索キーワードに付与する。また、以下のステップで処理される加点処理及び減点処理は、ステップＳ１０２、３で新たに付与した基本点に対して行われる。尚、ステップＳ１０２で読み込まれたキーワード情報（キーワード、指標値）は、例えば、情報処理装置３００のメモリ３０２等の作業領域に保存される。また、ステップＳ１０２，Ｓ１０３で付与された基本点も同様に情報処理装置３００のメモリ３０２等の作業領域に保存される。
【００８４】
図１２に例示するフローチャートでは、検索リテラシー分析部１３０は、先ず、検索クエリーの工夫を判断する（Ｓ１０４）。検索リテラシー分析部１３０は、ユーザログテーブル２２１の検索クエリーフィールドに格納された検索クエリーについて論理演算子（ＡＮＤ，ＯＲ，ＮＯＴ等）の有無、特定のＷｅｂサイトの中で限定した検索を行う「site:
」等のコマンドの有無を判断する。検索リテラシー分析部１３０は、検索クエリーについて論理演算子やコマンド等が検知できない場合（Ｓ１０４“ＮＯ”）には、対応する検索キーワードへの採点処理は行わない。検索リテラシー分析部１３０は、該当する検索キーワードに付与された指標値（基本点：“５０”点）の更新は行わない（Ｓ１０６）。
【００８５】
一方、検索リテラシー分析部１３０は、検索クエリーついて検索演算子式やコマンド等が検知できる場合（Ｓ１０４“ＹＥＳ”）には、“Ｙ”点の加点処理を行い（Ｓ１０５）、ステップＳ１０７に移行する。尚、図例では、“Ｙ”点として“３”点が配点されている。
【００８６】
図１３のステップＳ１０７において、検索リテラシー分析部１３０は、入力された検索クエリーの妥当性を判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１の検索結果ＵＲＬフィールドに格納された検索結果であるＵＲＬ情報の有無を判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１の検索結果ＵＲＬフィールドにＵＲＬ情報が存在する場合（Ｓ１０７“ＮＯ”）には、対応する検索キーワードへの
採点処理は行わず、該当する検索キーワードの指標値の更新は行わない（Ｓ１０９）。
【００８７】
一方、検索リテラシー分析部１３０は、ユーザログテーブル２２１の検索結果ＵＲＬフィールドにＵＲＬ情報が存在しない場合（Ｓ１０７“ＹＥＳ”）には、検索結果が０件となる検索クエリーが入力されたと判断し、“Ｘ”点の減点処理を行い（Ｓ１０８）、ステップＳ１１０に移行する。尚、図例では、“Ｘ”点として“３”点が配点されている。
【００８８】
ステップＳ１１０において、検索リテラシー分析部１３０は、入力された検索クエリーについて形態素解析を必要とする検索クエリーであるかを判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１の検索クエリーフィールドに格納された検索クエリーについて、例えば、自然言語で記述された検索文であるかを判断する。また、形態素解析を必要としない場合として、例えば、形態素解析を必要としないキーワードや検索式，コマンドによるキーワードの連続した並び等が例示できる。
【００８９】
検索リテラシー分析部１３０は、検索クエリーフィールドに、形態素解析を必要としない検索クエリーが格納されている場合（Ｓ１１０“ＮＯ”）には、採点処理は行わず、該当する検索キーワードの指標値の更新は行わない（Ｓ１１２）。一方、検索リテラシー分析部１３０は、検索クエリーフィールドに、形態素解析を必要とする検索クエリーが格納されている場合（Ｓ１１０“ＹＥＳ”）には、“Ｘ”点（図例では“３”点）の減点処理を行い（Ｓ１１１）、ステップＳ１１３に移行する。
【００９０】
ステップＳ１１３において、検索リテラシー分析部１３０は、入力された検索クエリーについて、検索結果をクリックする適切な検索クエリーであったかを判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１のレコードにおいて、検索結果ＵＲＬフィールドにＵＲＬ情報が格納された行の直後に、閲覧ＵＲＬフィールドにＵＲＬ情報が格納された行が配行されているかを判断する。ＵＲＬ情報が検索結果ＵＲＬフィールドに格納された直後の行に、閲覧ＵＲＬフィールドとして閲覧ＵＲＬ情報が格納されている場合は、少なくとも検索入力を行ったユーザにとって、検索結果を辿る有意なＵＲＬ情報が得られていると判断できる。つまり、検索結果ＵＲＬ情報は、ユーザにとってクリック操作を行うに値するものであり、適切な検索クエリー入力が行われたと判断できる。
【００９１】
検索リテラシー分析部１３０は、入力された検索クエリーについて、検索結果に対するクリック操作があった場合（Ｓ１１３“ＮＯ”）には、採点処理は行わず、該当する検索キーワードの指標値の更新は行わない（Ｓ１１５）。一方、検索リテラシー分析部１３０は、入力された検索クエリーについて、検索結果に対するクリック操作がない場合（Ｓ１１３“ＹＥＳ”）には、“Ｘ”点（図例では“３”点）の減点処理を行い（Ｓ１１４）、ステップＳ１１６に移行する。
【００９２】
ステップＳ１１６において、検索リテラシー分析部１３０は、検索結果に対するＵＲＬ選別の有無を判断する。検索リテラシー分析部１３０は、ユーザログテーブル２２１のレコードにおいて、検索結果ＵＲＬフィールドに格納された検索結果ＵＲＬ情報と、直後以降の行の閲覧ＵＲＬフィールドに格納された閲覧ＵＲＬ情報とから、検索結果に対するユーザのＵＲＬ選別の有無を判断する。例えば、閲覧ＵＲＬフィールドに格納されたＵＲＬが検索結果ＵＲＬフィールドに格納された検索結果であり、かつ、閲覧ＵＲＬフィールドに格納されたＵＲＬが検索結果ＵＲＬフィールドに格納されたＵＲＬ順に連続行に並ぶ場合には、ユーザによる情報の判別（ＵＲＬ選別）は行われていないと判断できる。検索結果ＵＲＬ情報と閲覧ＵＲＬ情報の並び順に対する合致の度合が高いためである。また、例えば、閲覧ＵＲＬフィールドに格納されたＵＲＬが検索結果ＵＲＬフィールドに格納された検索結果であり、かつ、検索結果ＵＲＬフィールドに格納された複数のＵＲＬの中から任意の順序で連続行に並ぶ場合には、合致の度合は低く、ユーザによる情報の判別（ＵＲ
Ｌ選別）が行われていると判断できる。
【００９３】
検索リテラシー分析部１３０は、検索結果に対するＵＲＬ選別が行われている場合（Ｓ１１６“ＮＯ”）には、採点処理は行わず、該当する検索キーワードの指標値の更新は行わない（Ｓ１１８）。一方、検索リテラシー分析部１３０は、検索結果に対するＵＲＬ選別が行われていない場合（Ｓ１１６“ＹＥＳ”）には、“Ｘ”点（図例では“３”点）の減点処理を行い（Ｓ１１７）、ステップＳ１１９に移行する。
【００９４】
ステップＳ１１９では、検索リテラシー分析部１３０は、ステップＳ１０１〜Ｓ１１８で採点処理を行った検索キーワードが新規であるかを判断する。検索リテラシー分析部１３０は、検索キーワードが新規である場合（Ｓ１１９“ＹＥＳ”）には、基本点に加点処理または減点処理が施された採点情報を指標値として指標値フィールドに格納する。一方、検索キーワードが新規でない場合（Ｓ１１９“ＮＯ”）には、ステップＳ５で読み出した指標値と、ステップＳ１０２で付与された基本点に加点処理または減点処理が施された指標値との平均を算出（Ｓ１２０）し、採点情報が反映された指標値として再び指標値フィールドに格納する。ステップＳ１２０では、既存の指標値と新たに処理された指標値との平均をとるため、例えば、同じ検索キーワードを有する、短期的な複数の検索要求に対する指標値変動を抑えることができる。このため、検索キーワード毎に付与される指標値は安定する。検索リテラシー判定部１４０は、短期的な指標値変動を抑えた安定した指標値でユーザの検索リテラシーを判定できることとなる。
【００９５】
検索リテラシー分析部１３０は、ユーザログテーブル２１１に未処理の検索キーワードがなくなるまでステップＳ１０１〜Ｓ１２０の処理を繰り返す。尚、検索キーワードとして、検索要求時に受け付けた検索クエリーの最初の単語名詞を対象とし、分析処理の説明を行ったが、複数の単語名詞が検索クエリーに含まれる場合には全ての単語名詞についてステップＳ１０１〜Ｓ１２０の処理を繰り返す。検索リテラシー分析部１３０は、ユーザログテーブル２１１に未処理の検索キーワードがなくなると、ステップＳ７に移行する。
【００９６】
ステップＳ７では、検索リテラシー判定部１４０は、採点処理が施されたユーザＩＤの全ての検索リテラシー算出テーブル２３１について、指標値フィールドに格納された指標値の平均を算出する。検索リテラシー判定部１４０は、算出した平均値をユーザ毎のリテラシーに対する能力判定値として、当ユーザＩＤの検索リテラシー算出テーブル２３１に付加する。検索リテラシー判定部１４０は、キーワードフィールドに本ユーザのリテラシー判定の結果を表す、例えば、“［検索操作全般（平均）］”との文言を格納し、対応する指標値フィールドに算出した能力判定値を格納する。検索リテラシー判定部１４０は、例えば、当ユーザＩＤの検索リテラシー算出テーブル２３１の最終行に付加することができる。
【００９７】
尚、検索リテラシー算出テーブル２３１の一つの行の、キーワードフィールドに格納される、リテラシーの判定の結果を表す文言は、本ユーザのリテラシーの判定の結果を表す表現であればよい。例えば、“「０００００」”，“ＸＸＸＸＸ”，“ユーザＩＤ：Total”，“総判定”，“★★★★”等の、本ユーザのリテラシーの判定の結果を表すテキス
ト文字や記号等の任意の表現が可能である。また、“［検索操作全般（平均）］”との文言が格納される行の指標値フィールドに格納される能力判定値の表現形式は、能力判定値に応じた識別クラスを表す“Ａ”，“Ｂ”，“Ｃ”等の記号による表現でもよい。
【００９８】
検索リテラシー分析部１３０及び検索リテラシー判定部１４０は、以上の処理をユーザログテーブル２１１に未処理のユーザＩＤがなくなるまでステップＳ４〜Ｓ７及びステップＳ１０１〜Ｓ１２０の処理を繰り返す。検索リテラシー判定部１４０は、ユーザログテーブル２１１に未処理のユーザＩＤがなくなると、検索リテラシー算出テーブル２３１を
検索リテラシーＤＢ２３０に格納する。検索リテラシーＤＢ２３０に格納された検索リテラシー算出テーブル２３１には、検索キーワードが新たに追加されたレコードや更新処理が行われたレコードが含まれる。
【００９９】
以上の処理により、検索リテラシー分析部１３０は、検索クエリーに含まれるキーワード毎にリテラシー判別のための指標値の付与を行い、検索リテラシー判定部１４０は、全キーワードについて指標値の平均を算出する。この結果、本情報検索システム１０では、ユーザ毎に、検索キーワードが属する特定の分野に偏らない検索操作全般に対するリテラシーが判定できる。
【０１００】
〔ＵＩ提示処理〕
図１４に、ＵＩ提示処理のフローチャートを例示する。図１４に例示するフローチャートは、ＵＩ提示処理部１５０で実行されるリアルタイム処理である。
【０１０１】
図１４に例示するフローチャートにおいて、ＵＩ提示処理の開始（ＳＴＡＲＴ）は、例えば、ユーザ装置２０，２０ａを介して入力された検索要求の受付（検索クエリーの受付）が例示できる。ＵＩ提示処理部１５０は、検索要求に伴うユーザＩＤを取得する（Ｓ１１）。例えば、検索要求受付に伴い検索サーバ装置３０が解析サーバ１００にユーザＩＤを通知してもよく、解析サーバ装置１００が仲介する形態でユーザ装置２０、２０ａからの検索要求に伴うユーザＩＤを検知し、検索要求を検索サーバ装置３０に通知してもよい。情報検索システムが要求される運用精度、システムの規模、データベースが構築される外部記憶装置の容量等の形態に応じた開始条件が選択できる。
【０１０２】
ＵＩ提示処理部１５０は、検索リテラシーＤＢ２３０に格納された検索リテラシー算出テーブル２３１に、ステップＳ１１で取得したユーザＩＤ（以下、該当ユーザと称する。）が存在するか否かを判定する（Ｓ１２）。ＵＩ提示処理部１５０は、取得したユーザＩＤを検索キーとして、検索リテラシー算出テーブル２３１のユーザＩＤフィールドを検索する。
【０１０３】
ＵＩ提示処理部１５０は、検索リテラシーＤＢ２３０に格納された検索リテラシー算出テーブル２３１に該当ユーザＩＤが存在しない場合（Ｓ１２、“ＮＯ”）には、デフォルトのユーザーインターフェース（ＵＩ）情報を提示する（Ｓ１５）。デフォルトのユーザーインターフェース情報は、従来の検索システムで提示する検索画面であり、ユーザのリテラシーに依らない汎用の検索画面である。
【０１０４】
一方、ＵＩ提示処理部１５０は、検索リテラシーＤＢ２３０に格納された検索リテラシー算出テーブル２３１に該当ユーザＩＤが存在する場合（Ｓ１２、“ＹＥＳ”）には、該当するユーザＩＤの検索リテラシー算出テーブル２３１に格納された各種情報の読み込みを行う（Ｓ１３）。ステップＳ１３において、ＵＩ提示処理部１５０は、キーワードフィールドに格納された検索リテラシーの判定の結果を表す文言を検索し、同行の指標値フィールドに格納された能力判定値を読み込む。指標値フィールドに格納された能力判定値は、該当ユーザの検索操作全般に対するリテラシー判定を表す値である。
【０１０５】
次に、ＵＩ提示処理部１５０は、ステップＳ１３で読み込んだ該当ユーザのリテラシーの判定を行う（Ｓ１４）。例えば、指標値フィールドに格納された能力判定値が、採点情報であった場合には、閾値判定により、能力判定値の高低判定を行う。一例として、図７に例示する検索リテラシー算出テーブル２３１において、（１）のユーザ例では“４０”、（２）のユーザ例では“５０”が能力判定値として格納されている。リテラシー判定の閾値を“５０”とし、閾値以上の能力判定値は高いと判定するならば、（１）は低いと判定でき、（２）は高いと判定できる。また、指標値フィールドに格納される能力判定値の
表現形式が、能力判定値に応じたリテラシー識別クラスを表す“Ａ”，“Ｂ”，“Ｃ”等の記号の場合では、例えば、“Ａ”と一致する場合を高いと判定し、“Ａ”と一致しない場合には低いと判定することができる。ステップＳ１４において、ＵＩ提示処理部１５０は、閾値判定や比較判定により、該当ユーザの能力判定値の高低判定を行う。
【０１０６】
ＵＩ提示処理部１５０は、該当ユーザの能力判定値が高い場合（Ｓ１４、“ＹＥＳ”）には、検索リテラシーが高いユーザ用のユーザーインターフェース情報を提示する（Ｓ１６）。また、該当ユーザの能力判定値が低い場合（Ｓ１４、“ＮＯ”）には、検索リテラシーが低いユーザ用のユーザーインターフェース情報を提示する（Ｓ１７）。
【０１０７】
ＵＩ提示処理部１５０は、ユーザからの検索要求が行われる度に、ステップＳ１１〜Ｓ１７の処理を実行する。
【０１０８】
〔ＵＩ提示例〕
図１５，１６にＵＩの提示画面を例示する。図１５，１６は、ユーザ装置に表示される提示画面の一例である。図１５は、ＵＩ提示処理でリテラシーが低いユーザに提示される画面例である。例えば、ユーザ装置２０を介して検索クエリー入力を行ったユーザ（ユーザＩＤ：００１）であり、図９に例示するユーザログレコードが作成されたユーザである。図１６は、ＵＩ提示処理でリテラシーが高いユーザに提示される画面例である。例えば、ユーザ装置２０ａを介して検索クエリー入力を行ったユーザ（ユーザＩＤ：００２）であり、図１０に例示するユーザログレコードが作成されたユーザである。
【０１０９】
図１５に例示する提示画面は、ユーザが“Ｐ●ＩＤＥ”を検索クエリーとして入力した場合の検索結果の提示画面５０である。検索窓５０ａに入力された検索クエリーは、検索キーワードとなる単語が１語のみで構成されている。この検索クエリーに対する検索結果５０ｂでは、約１，２００万件以上のＷｅｂサイトがヒットしている。提示画面５０は、検索結果の最初の１〜１０件目を表示する画面であり、ヒットした１０件分の検索結果ＵＲＬ情報が提示される。
【０１１０】
提示画面５０の表示領域５０ｃには、入力された検索クエリーに対する検索操作のアドバイス情報が提示される。図例では、検索キーワードとなる単語が１語のみで入力されているため、“■カテゴリで絞り込みますか？”との表現で、検索結果に対する絞り込み方法を提案している。そして、行を改め、直後の行に検索情報を絞り込むための具体的な検索クエリーを提示している。図例では、ユーザが入力した検索キーワードに連続してカテゴリ情報を付加した、“Ｐ●ＩＤＥ−格闘技”，“Ｐ●ＩＤＥ−音楽”，“Ｐ●ＩＤＥ−今●美●”等の検索クエリーの提示を行っている。また、図例において、“■動画サイトに限定しますか？”との表現で、入力された検索キーワード“Ｐ●ＩＤＥ”から、所望する情報の表現種別を絞り込むための提案を行っている。そして、行を改め、直後の行に“Ｐ●ＩＤＥ−site:www.y・・・・be.com”等の検索コマンドを含めた検索クエリーの提示を行っている。
【０１１１】
提示画面５０の表示領域５０ｄには、検索オプションに関する豆知識情報がサブウィンドウで提示される。図例では、サブウィンドウ枠内に“＜検索のコツ＞  文字を簡単に大きくできます”等の表現で、検索結果画面に表示される文字サイズの設定情報を提示している。検索結果画面の文字サイズを変更したい場合には、サブウィンドウ枠内に設けられた文字サイズ設定から変更後の文字サイズをマウスポインタ等で選択し、設定する。ユーザは、検索結果画面の検索オプションを改めてクリックしなくとも、オンスクリーン表示されたサブウィンドウから文字サイズ変更が行える。
【０１１２】
尚、提示画面５０において、表示領域５０ｃ，５０ｄは、検索窓５０ａの近傍に位置す
ることが望ましく、より好ましくは、図例のように、検索結果の表示領域の冒頭に位置することが望ましい。
【０１１３】
図１６に例示する提示画面は、検索クエリーとして、「“Ｐ●ＩＤＥ”ＡＮＤ“動画”−“音楽”」を入力した場合の検索結果の提示画面５０である。提示画面５０は、検索結果の最初の１〜１０件目を表示する画面であり、ヒットした１０件分のＵＲＬ情報が提示される。検索窓５０ａに入力された検索クエリーは、複数の検索キーワードをＡＮＤ演算子，除く演算子で接続した検索式から構成されている。この検索クエリーに対する検索結果５０ｂは、約１６万件程度迄に、Ｗｅｂサイトが絞り込まれている。
【０１１４】
提示画面５０の表示領域５０ｅでは、検索クエリーに使用された検索条件を解説することで、検索結果に対する説明情報を割愛し、画面スペースの圧縮に努めている。図例では、“［音楽］を含まないサイトのみを検索対象にしています。”との表現で、検索結果に対する各種カテゴリや各種Ｗｅｂサイトの種別への説明を省略している。また、図例では、検索条件の解説文に続き、“全てのサイトを対象に再検索”との表現で、全サイトを対象とした再検索のアドバイスを行っている。また、提示画面５０に表示される検索結果の各ＵＲＬ情報は、マウスポインタ等によってタイトル表示領域にカーソル位置を合すことにより、オンスクリーン表示５０ｆによる説明の閲覧が可能である。オンスクリーン表示５０ｆを用いて、タイトル表示されたＵＲＬ情報の説明を行うことで画面スペースの圧縮に努めている。図例では、“有料動画サイト《ＸＸ》月会費２００円”とのタイトル表示にマウスポインタ等を合わせると、タイトル表示されたＷｅｂサイトのＵＲＬ“www.show・・me.jp”がオンスクリーン表示される。
【０１１５】
このように、ユーザのリテラシーに応じた検索結果画面をＵＩ画面として提示することにより、検索に不慣れな初心者にとっては、所定の検索操作に関する知識やアドバイス等が提示されるため、不親切に感じることはない。一方、リテラシーの高いユーザにとっては、検索結果に対して不要に感じる過度な説明等が割愛されるため、提示された検索結果画面に対して煩わしく感じることもない。このため、リテラシーの高いユーザに対しても、検索に不慣れなユーザに対しても満足度の高い検索サービスが提供できる。
【０１１６】
〔効果〕
以上に説明した実施例によれば、本情報検索システム１０は、検索サービスを利用するユーザのリテラシーに応じたユーザーインターフェース（ＵＩ）情報を検索結果の提示と共に提供することができる。本情報検索システム１０は、入力された検索クエリーについて、形態素解析等の検索エンジンの補助機能を必要とするかを判断する。このため、情報検索操作の知識が十分であるかを判定できる。また、本情報検索システム１０は、入力された検索クエリーについて、検索式やコマンド等の使用の有無を判断する。このため、検索入力の知識が十分であるかを判定できる。また、本情報検索システム１０は、入力された検索クエリーに対応する検索結果の有無を判断する。このため、所望の情報を得るために入力された検索クエリーの妥当性が判定できる。また、本情報検索システム１０は、ユーザに提示された検索結果から、閲覧要求を行ったかを判断する。このため、閲覧要求を行う価値のある適切な検索クエリー入力であったかが判定できる。また、本情報検索システム１０は、提示された検索結果に対するユーザの取捨選択操作を判断する。このため、検索結果として提示されたＵＬＲ情報への判別能力が判定できる。また、本情報検索システム１０は、検索クエリーに含まれるキーワード毎にリテラシー判別のための指標値の付与を行い、全キーワードについて指標値の平均を算出する。このため、特定のキーワードに偏らない検索操作全般に対するリテラシーが判定できる。また、本情報検索システム１０は、全キーワードについて算出された能力判定値に応じてユーザーインターフェース情報の提示を行う。このため、本情報検索システム１０が提供する検索サービスの利便性を高めることができ、検索サービスを利用するユーザの満足度を向上させることができる。
【０１１７】
上記の説明では、検索クエリーに含まれる検索キーワード対象として、（１）検索要求時に受け付けた検索クエリーの最初の単語名詞、（２）検索クエリーに含まれる全ての単語名詞とした。この他に、例えば、過去に処理を行った履歴に基づき（３）検索要求時に受け付けた検索クエリーに対する閲覧要求に基づいて検索キーワード対象を特定してもよい。例えば、ユーザログレコードの閲覧ＵＲＬ情報が格納された最終行に対応する検索クエリーに含まれる単語情報を例示できる。その際に、ユーザログレコード数の多い単語に高い優先度を付与してもよい。同一の検索クエリーに複数の単語が含まれる場合、優先順に１又は複数個の単語をキーワード情報として選択してもよい。また、（４）検索要求時の複数セッションに亘って検索クエリーに含まれる共通のキーワードを検索キーワード対象としてもよい。例えば、ユーザログレコードの連続した検索クエリー情報に共通に含まれるキーワード情報が例示できる。
【０１１８】
《コンピュータが読み取り可能な記録媒体》
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【０１１９】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【符号の説明】
【０１２０】
１０    情報検索システム
２０    ユーザ装置
３０    検索サーバ装置
４０    記憶装置
１００  解析サーバ装置
１１０  検索ログ取得部
１２０  検索ログ処理部
１３０  検索リテラシー分析部
１４０  検索リテラシー判定部
１５０  ＵＩ提示処理部
２００  記憶装置
２１０  検索ログＤＢ
２１１  検索クエリーログ
２１２  クリックＵＲＬログ
２１３  検索結果表示ログ
２２０  ユーザログＤＢ
２２１  ユーザログテーブル
２３０  検索リテラシーＤＢ
２３１  検索リテラシー算出テーブル
３００  情報処理装置
３０１  ＣＰＵ
３０２  メモリ
３０３  記憶部
３０４  入力部
３０５  出力部
３０６  通信部
【図１】
2013092823.tif 000003
【図２】
2013092823.tif 000004
【図３】
2013092823.tif 000005
【図４】
2013092823.tif 000006
【図５】
2013092823.tif 000007
【図６】
2013092823.tif 000008
【図７】
2013092823.tif 000009
【図８】
2013092823.tif 000010
【図９】
2013092823.tif 000011
【図１０】
2013092823.tif 000012
【図１１】
2013092823.tif 000013
【図１２】
2013092823.tif 000014
【図１３】
2013092823.tif 000015
【図１４】
2013092823.tif 000016
【図１５】
2013092823.tif 000017
【図１６】
2013092823.tif 000018