JP2011138248A - 検索支援プログラム、検索支援装置、及び検索支援方法 - Google Patents

Abstract

【課題】追加的に付加すべき検索語をユーザの検索目的に応じて適切に選択すること。
【解決手段】コンピュータに、入力語とＵＲＬとを受付ける受付手順と、閲覧された情報のＵＲＬごとに該情報の検索に使用された検索語を含むログを記憶した検索ログ記憶手段より、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含み、かつ、前記受け付けた入力語と所定の部分が共通する検索語を含むログを取得するログ取得手順と、前記取得されたログに含まれる検索語を出力する出力手順とを実行させる。
【選択図】図１

Description

本発明は、検索支援プログラム、検索支援装置、及び検索支援方法に関し、特に検索語の拡張を支援する検索支援プログラム、検索支援装置、及び検索支援方法に関する。

従来、インターネット上のサーチエンジン（キーワード検索機能を提供するＷｅｂサイト）では、キーワードを入力すると当該キーワードに関連する単語が追加的な付加されるキーワード（以下、「拡張語」という。）の候補として提示される。拡張語として提示すべき単語は、例えば、過去に２以上のキーワードが同時に入力された際のログに基づいて選択される。具体的には、「中華 作り方」、「中華 中原飯店」、「中華 飲茶」、「中華 歴史」等のキーワードがログとして蓄積されている場合に、「中華」がキーワードとして入力されると、「作り方」、「中原飯店」、「飲茶」、及び「歴史」等の単語が拡張語の候補とされる。

特開２００４−２５９０８３号公報 特開２００４−５４９１８号公報 特開２００７−１３３６８８号公報

しかしながら、キーワードとして入力される単語は、検索の目的に応じて様々な分野の単語と組み合わされる。その結果、同一のキーワードに対して様々な分野の単語と組み合わされたログが蓄積される。斯かるログに基づいて単純に拡張語の候補が選択された場合、選択された候補の中にはユーザの検索目的とは極めて関係の薄い分野に属する単語まで拡張語の候補に含まれてしまうという問題がある。具体的には、「中華」という単語をキーワードとして入力した場合、料理を作りたいのか、レストランを探しているのか、歴史を知りたいのか等の目的に応じて、追加されるべき拡張語は異なってくるはずである。それにも拘わらず、過去に「中華」と共に入力された単語であれば、あらゆる分野の単語が「中華」に対する拡張語の候補とされてしまうのは、拡張語の提示による操作性の向上といった効果を低減させてしまう。

本発明は、上記の点に鑑みてなされたものであって、追加的に付加すべき検索語をユーザの検索目的に応じて適切に選択することのできる検索支援プログラム、検索支援装置、及び検索支援方法の提供を目的とする。

そこで上記課題を解決するため、検索支援プログラムは、コンピュータに、入力語とＵＲＬとを受付ける受付手順と、閲覧された情報のＵＲＬごとに該情報の検索に使用された検索語を含むログを記憶した検索ログ記憶手段より、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含み、かつ、前記受け付けた入力語と所定の部分が共通する検索語を含むログを取得するログ取得手順と、前記取得されたログに含まれる検索語を出力する出力手順とを実行させる。

開示された技術によれば、追加的に付加すべき検索語をユーザの検索目的に応じて適切に選択することができる。

本発明の実施の形態における検索システムの構成例を示す図である。 本発明の実施の形態における検索サーバのハードウェア構成例を示す図である。 第一の実施の形態における検索ログの記録処理の処理手順を説明するためのフローチャートである。 検索ページの表示例を示す図である。 検索結果ページの表示例を示す図である。 第一の実施の形態における検索ログ記憶部の構成例を示す図である。 第一の実施の形態における検索ログの分類処理の処理手順を説明するためのフローチャートである。 第一の実施の形態における分類済み検索ログ記憶部の構成例を示す図である。 第一の実施の形態における拡張語の選択処理の処理手順を説明するためのフローチャートである。 第一の実施の形態における拡張語の選択処理の具体例を示す図である。 第一の実施の形態における拡張語の提供方法の第一の例を説明するための図である。 第一の実施の形態における拡張語の提供方法の第二の例を説明するための図である。 第二の実施の形態における拡張語の選択処理の処理手順を説明するためのフローチャートである。 第二の実施の形態における拡張語の提供方法の例を説明するための図である。 検索範囲とする分野をユーザに選択させるためのユーザインタフェースの例を示す図である。 第三の実施の形態における検索ログ記憶部の構成例を示す図である。 第三の実施の形態における分類済み検索ログ記憶部の構成例を示す図である。 第三の実施の形態におけるグループセットの分類処理の処理手順を説明するためのフローチャートである。 セッションＩＤ・キーワード組み合わせリストの例を示す図である。 同一検索リストの例を示す図である。 グループセット判定テーブルの構成例を示す図である。 第三の実施の形態における拡張語の選択処理の処理手順を説明するためのフローチャートである。 グループセット判定処理の処理手順を説明するためのフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における検索システムの構成例を示す図である。同図において、検索サーバ１０とクライアント端末２０とは、インターネット等のネットワークを介して通信可能に接続されている。

クライアント端末２０は、ユーザが利用するＰＣ（Personal Computer）又は携帯端末等の電子機器である。本実施の形態において、クライアント端末２０は、検索サーバ１０に対して検索要求を送信し、検索要求に応じて返信される検索結果を表示させるＷｅｂブラウザを有する。なお、クライアント端末２０は、複数存在しうる。

検索サーバ１０は、インターネット上においてサーチエンジンとしてのＷｅｂサイトを提供するための機能を有するコンピュータである。同図において、検索サーバ１０は、検索ログ記録部１１、検索ログ分類部１２、検索部１３、検索目的判定部１４、拡張語選択部１５、表示制御部１６、検索ログ記憶部１７、分類済み検索ログ記憶部１８、及び文書情報ＤＢ１９等を有する。これら各部は、検索サーバ１０にインストールされたプログラムが、検索サーバ１０のＣＰＵに実行させる処理によって実現される。

検索ログ記録部１１は、検索時におけるユーザの操作を示す履歴情報（以下、「検索ログ」という。）を検索ログ記憶部１７に記録する。検索ログは、閲覧された情報のＵＲＬ（Uniform Resource Locator）と、当該情報の検索に使用された検索語を含むデータである。換言すれば、検索ログは、入力された検索キーワード（検索語）と、検索結果の中のいずれの情報がジャンプ先又は遷移先（すなわち、閲覧対象）として選択されたかを示す情報（ジャンプ先ＵＲＬ）とを含む。

検索ログ記憶部１７は、補助記憶装置１０２において検索ログを記憶する記憶領域である。検索ログ分類部１２は、検索ログ記憶部１７に記録された検索ログを、ジャンプ先ＵＲＬの共通性に基づいて分類する。例えば、検索ログ分類部１２は、ジャンプ先ＵＲＬの所定の部分が共通する検索ログ同士を同一グループに分類し、分類結果を分類済み検索ログ記憶部１８に記録する。分類済み検索ログ記憶部１８は、補助記憶装置１０２において検索ログの分類結果を記憶する記憶領域である。検索部１３は、検索キーワードに基づいて文書情報ＤＢ１９に対する検索を実行する。文書情報ＤＢ１９は、補助記憶装置１０２を用いて、インターネット上で公開されている情報のインデックス情報等を記憶するデータベースである。検索目的判定部１４は、検索を行うユーザの目的（検索目的）を判定又は推定する。拡張語選択部１５は、ユーザの検索目的に応じた拡張語の選択を行う。本実施の形態において、拡張語とは、検索キーワードとして追加的に付加される文字列（一文字も含む。）をいう。拡張語は、検索目的に応じて検索範囲を限定し、検索目的に即した検索結果を得るために利用される。表示制御部１６は、検索キーワードを入力させるための画面（Ｗｅｂページ）や、検索結果を表示させるための画面（Ｗｅｂページ）等の生成及びクライアント端末２０への転送等を行う。

図２は、本発明の実施の形態における検索サーバのハードウェア構成例を示す図である。図２の検索サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有する。

検索サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って検索サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

以下、検索システムの処理手順について説明する。図３は、第一の実施の形態における検索ログの記録処理の処理手順を説明するためのフローチャートである。

ステップＳ１０１において、検索部１３は、検索キーワードを含む検索要求をクライアント端末２０のＷｅｂブラウザより受信する。検索部１３は、Ｗｅｂブラウザとの間のセッションを識別するためのセッションＩＤと時間情報とに関連付けて検索キーワードをメモリ装置１０３に記録しておく。各Ｗｅｂブラウザを識別するための識別情報をセッションＩＤの代わりに用いてもよい。

なお、検索キーワードは、ステップＳ１０１の実行前にクライアント端末２０のＷｅｂブラウザに対して検索サーバ１０より提供されている検索ページを介して入力される。

図４は、検索ページの表示例を示す図である。同図において、検索ページ５１０は、キーワード入力領域５１１及び検索ボタン５１２等を有する。キーワード入力領域５１１に検索キーワードが入力され、検索ボタン５１２がクリックされると、Ｗｅｂブラウザは、入力された検索キーワードを含む検索要求を検索サーバ１０に送信する。なお、検索キーワードは、一つ以上の単語を含む文字列である。例えば、複数の単語がスペース等によって区切られてキーワード入力領域に入力された場合、ステップＳ１０１では、複数の単語を含む文字列が検索キーワードとして受信される。

続いて、検索部１３は、文書情報ＤＢ１９に対して、検索キーワードに基づく検索を実行し、検索結果を出力する（Ｓ１０２）。検索結果は、例えば、インターネット上で公開されている情報ごとに当該情報のＵＲＬを含む。検索ロジックや複数の検索キーワードに含まれる複数の単語の関係（論理積か論理和か等）をどのように扱うか等に関しては、公知技術に従えばよい。

続いて、表示制御部１６は、検索部１３による検索結果を表示させるためのＷｅｂページ（以下、「検索結果ページ」という。）を生成し、検索結果ページをＷｅｂブラウザに返信する（Ｓ１０３）。その結果、クライアント端末２０のＷｅｂブラウザには検索結果ページが表示される。

図５は、検索結果ページの表示例を示す図である。同図において、検索結果ページ５２０は、キーワード入力領域５２１、検索ボタン５２２、及び検索結果表示領域５２３等を有する。キーワード入力領域５２１には、検索ページ５１０のキーワード入力領域５１１に入力された検索キーワードが表示されている。但し、キーワード入力領域５２１の検索キーワードを変更し、検索ボタン５２２をクリックすることで、再度検索を実行させることもできる。検索結果表示領域５２３には、検索された情報の一覧が表示される。各情報には、当該情報のＵＲＬに対するリンク（ハイパーリンク）が貼られている。

続いて、ユーザが、検索結果ページ５２０上のいずれかのリンクをクリック（選択）すると、Ｗｅｂブラウザは、クリックされたリンクに設定されたＵＲＬによって識別される情報の取得要求を送信する。検索サーバ１０の検索ログ記録部１１は、当該取得要求を受信する（Ｓ１０４）。なお、当該取得要求が、クリックされたリンクに設定されているＵＲＬ（ジャンプ先のＵＲＬ）宛ではなく、検索サーバ１０宛に送信されるようにするための仕組みは、公知技術に従えばよい。

続いて、検索サーバ１０の検索ログ記録部１１は、検索キーワードと、受信された取得要求に含まれているジャンプ先のＵＲＬとを関連付けて検索ログ記憶部１７に記録する（Ｓ１０５）。ここで記録される検索キーワードは、当該取得要求に含まれているセッションＩＤ及び時間情報に関連付けられてＲＡＭ１１３に記録されているものである。

図６は、第一の実施の形態における検索ログ記憶部の構成例を示す図である。同図に示されるように、検索ログ記憶部１７は、過去に行われた検索に関して、検索キーワードと、ジャンプ先ＵＲＬとの組を検索ログとして記憶する。同図では、複数の単語が検索キーワードに含まれている場合、各単語はスペースによって区切られている。

続いて、検索ログ分類部１２は、検索ログ記憶部１７に新たに追加された検索ログに関して、分類処理を実行する（Ｓ１０６）。検索ログの分類処理の詳細については後述される。

なお、ステップＳ１０５及びＳ１０６の実行後、又はステップＳ１０５及びＳ１０６と並行して、ジャンプ先ＵＲＬ宛に対して情報の取得要求が転送される。当該取得要求に応じて、当該ＵＲＬによって識別される情報（例えば、Ｗｅｂページ）がＷｅｂブラウザに返信される。

続いて、図３のステップＳ１０６の詳細について説明する。図７は、第一の実施の形態における検索ログの分類処理の処理手順を説明するためのフローチャートである。

ステップＳ２０１において、検索ログ分類部１２は、図３のステップＳ１０５において新たに記録された検索ログのジャンプ先ＵＲＬ所定の部分（例えば、上位の一部分）を抽出する。ここでは、所定の部分としてホスト名が抽出されることとする。続いて、検索ログ分類部１２は、抽出されたホスト名をグループ識別子として当該検索ログに付与したレコードを分類済み検索ログ記憶部１８に記録する（Ｓ２０２）。なお、グループ識別子は、検索ログをグループ分けした場合のグループの異同を識別するための情報として利用される。インターネット上において、情報の位置はＵＲＬによって識別される。したがって、ＵＲＬの共通性と情報の内容の共通性との間には強い依存関係があると考えられるからである。

図８は、第一の実施の形態における分類済み検索ログ記憶部の構成例を示す図である。同図に示されるように、分類済み検索ログ記憶部１８は、検索ログ記憶部１７に比較して、グループ識別子の項目（列）を更に有する。すなわち、分類済み検索ログ記憶部１８においては、各検索ログのジャンプ先ＵＲＬより抽出されたグループ識別子が、各検索ログに関連付けられて記録されている。各検索ログにグループ識別子が付与されることにより、各検索ログはグループに分類される。すなわち、グループ識別子が一致する（共通する）検索ログは、同一のグループに属する。なお、同図では、一つのテーブルによって示されているが、グループ識別子ごと（すなわち、グループごと）にテーブルが分けられてもよい。また、グループ識別子は、必ずしもジャンプ先ＵＲＬのホスト名でなくてもよい。例えば、ホスト名＋最初の「／」まで等、他の規則に基づいて決定されてもよい。また、ジャンプ先ＵＲＬに対して公知のクラスタリングアルゴリズムを適用することにより、グループ識別子が決定されてもよい。

図７の処理は、図３の処理と非同期に実行されてもよい。例えば、分類済み検索ログ記憶部１８は、定期的に検索ログ記憶部１７を参照し、グループ識別子が付与されていない検索ログについて、図７の処理をバッチ的に実行してもよい。

続いて、新たに検索が行われる際に入力された検索キーワードに対する拡張語（の候補）を選択するための処理の処理手順について説明する。図９は、第一の実施の形態における拡張語の選択処理の処理手順を説明するためのフローチャートである。図９中、図３と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。

検索結果ページ５２０におけるリンクに対するクリックに応じてＷｅｂブラウザより送信される情報の取得要求の受信に応じ（Ｓ１０４）、検索サーバ１０の検索目的判定部１４は、当該取得要求に含まれているジャンプ先ＵＲＬの所定の部分を抽出する（Ｓ３０１）。当該所定の部分の抽出規則は、図７のステップＳ２０１における抽出規則と同じである。したがって、本実施の形態では、ホスト名が抽出される。検索目的判定部１４によって抽出された、今回の検索結果からのジャンプ先ＵＲＬの所定の部分（ホスト名）は、ユーザの今回の検索目的を判別するための識別情報として用いられる。

すなわち、続くステップＳ３０３において、拡張語選択部１５は、抽出されたホスト名と一致するグループ識別子を有する検索ログ（レコード）を分類済み検索ログ記憶部１８より取得する。なお、ステップＳ３０３において、抽出されたホスト名と一致するホスト名を有する検索ログが検索ログログ記憶部１７より取得されてもよい。すなわち、検索ログ分類部１２による検索ログの分類（検索ログに対するグループ識別子の付与）は予め行われなくてもよい。但し、分類済み検索ログ記憶部１８が利用されることで、ステップＳ３０３の処理速度を向上させることができる。

続いて、拡張語選択部１５は、取得された検索ログの集合から、今回の検索要求において指定された検索キーワード（以下、「基本キーワード」という。）を含む検索ログを抽出する（Ｓ３０５）。基本キーワードは、ステップＳ１０４の取得要求に含まれているセッションＩＤに関連付けられてメモリ装置１０３に記録されている検索キーワードである。基本キーワードは、図３において説明したように、ステップＳ１０１において検索部１３によってメモリ装置１０３に記録される。なお、基本キーワードには、一つの単語のみが含まれていてもよいし、複数の単語が含まれていてもよい。

続いて、拡張語選択部１５は、抽出された検索ログに含まれている検索キーワードより基本キーワードに含まれている単語を除去した文字列を、拡張語として選択する（Ｓ３０７）。拡張語選択部１５は、選択された拡張語を、検索要求に含まれているセッションＩＤに関連付けてメモリ装置１０３に記録しておく。

なお、図９のステップＳ１０４以降において、図３で説明したステップＳ１０５及びＳ１０６の処理も実行される。ステップＳ１０５及びＳ１０６の実行のタイミングは、ステップＳ３０１〜Ｓ３０７より前でもよいし、後でもよい。

ステップＳ３０１〜Ｓ３０７の処理について具体例を示す。図１０は、第一の実施の形態における拡張語の選択処理の具体例を示す図である。同図の説明において、基本キーワードは「自由が丘」であるとする。また、「自由が丘」による検索結果からのジャンプ先ＵＲＬは、「http://gourmet.jp/3152626/」であるとする。この場合、ステップＳ３０１において、当該ジャンプ先ＵＲＬより「http://gourmet.jp/」が抽出される。したがって、ステップＳ３０３では、グループ識別子として「http://gourmet.jp/」が付与されている検索ログ群Ｌ１が、分類済み検索ログ記憶部１８より取得される。なお、図１０中、ブロック矢印内の文字列は、図９に対応するステップ番号を示す。

続いて、検索ログ群１Ｌ１の中で、基本キーワード「自由が丘」を検索キーワードに含む検索ログ群１Ｌ２が抽出される（Ｓ３０５）。続いて、検索ログ群Ｌ２に含まれている検索キーワードより、基本キーワード「自由が丘」を除去した文字列群Ｗ１が拡張語として選択される。

選択された拡張語のクライアント端末２０への提供方法の一例を図１１〜図１４に示す。図１１は、第一の実施の形態における拡張語の提供方法の第一の例を説明するための図である。

図５に示される検索結果ページ５２０においていずれかのリンクがクリックされると、クリックされたリンクに係る情報がＷｅｂブラウザに表示される。その後、Ｗｅｂブラウザの「戻る」ボタン（以前に表示していた情報を表示させるためのボタン）がクリックされると、検索結果ページ５２０は、図１１に示される態様で表示される。同図の検索結果ページ５２０は、更に、拡張語表示領域５２４を有する。拡張語表示領域５２４には、拡張語選択部１５によって選択された各拡張語が、基本キーワードとともに表示される。各拡張語と基本キーワードとの組には、当該拡張語と基本キーワードとを含む検索キーワードに基づく検索要求を検索サーバ１０に送信するためのリンクが貼られている。

なお、Ｗｅｂブラウザの「戻る」ボタンのクリックに応じ、基本キーワードに基づく再検索要求がＷｅｂブラウザから検索サーバ１０に送信される場合は、表示制御部１６は、当該再検索要求に応じて図１１の検索結果ページ５２０を生成すればよい。この際、表示制御部１６は、当該再検索要求に含まれているセッションＩＤに関連付けられてメモリ装置１０３に記録されている拡張語及び基本キーワードに基づいて拡張語表示領域５２４を生成すればよい。

一方、Ｗｅｂブラウザの「戻る」ボタンのクリックに応じ、クライアント端末２０内にキャッシュされている検索結果ページ５２０がＷｅｂブラウザの表示対象とされてしまう場合、そのままでは、検索サーバ１０が拡張語を提供するきっかけが無い。そこで、そのような場合は、例えば、検索結果ページ５２０の表示時に拡張語の取得要求を検索サーバ１０に送信するようなスクリプト（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標））を検索結果ページ５２０に組み込んでおけばよい。拡張語選択部１５は、拡張語の取得要求に応じ、当該取得要求に含まれているセッションＩＤに関連付けられている拡張語が有る場合は当該拡張語を返信する。当該セッションＩＤに関連付けられている拡張語が無い場合、拡張語選択部１５は、拡張語は無い旨を返信する。検索結果ページ５２０のスクリプトは、拡張語が受信された場合は拡張語表示領域５２４を生成し、拡張語が受信されない場合は拡張語表示領域５２４の生成は行わない。

但し、図５に示される検索結果ページ５２０におけるいずれかのリンクのクリックに応じて新たなウィンドウ（Ｗｅｂブラウザ）が表示される場合は、必ずしも「戻る」ボタンのクリックは必要ではない。この場合、検索結果ページ５２０において上記スクリプトが組み込まれていれば、新たなウィンドウの表示中に自動的に検索結果ページ５２０が図１１に示されるように更新されるからである。

また、図１２は、第一の実施の形態における拡張語の提供方法の第二の例を説明するための図である。

同図は、検索サーバ１０の専用のツールバー２１０がＷｅｂブラウザにプラグインされている例である。この場合、図５に示される検索結果ページ５２０においていずれかのリンクがクリックされ、リンク先の情報５３０がＷｅｂブラウザに表示されると、ツールバー２１０は拡張語の取得要求を検索サーバ１０に送信する。拡張語選択部１５は、拡張語の取得要求に応じ、当該取得要求に含まれているセッションＩＤに関連付けられている拡張語が有る場合は当該拡張語を返信する。当該セッションＩＤに関連付けられている拡張語が無い場合は拡張語は無い旨を返信する。ツールバー２１０は、拡張語が受信された場合、基本キーワードと拡張語とを組み合わせた検索キーワードの一覧をコンボボックス２１１に設定する。これによって、ユーザは、拡張語が追加された検索を行うことができる。

上述したように、第一の実施の形態の検索サーバ１０は、過去の検索ログをジャンプ先のＵＲＬの共通性に基づいてグループ分けしておく。検索サーバ１０は、検索が行われた際に、検索結果の中から選択されたジャンプ先のＵＲＬに基づいて、ユーザの検索目的を判定し、当該検索目的に応じたグループに分類されている検索ログに基づいて拡張語を判定する。すなわち、検索結果の中から選択されたジャンプ先のＵＲＬの所定の部分に基づいて、拡張語の取得範囲とされる検索ログが限定される。その結果、同一の検索ログを利用しつつ、ユーザの行動に応じて異なる拡張語を動的に提供することができる。したがって、ユーザの検索目的に即した拡張語が提示される可能性を高めることができる。

なお、検索結果ページ５２０においてクリックされたリンク先の情報がユーザの欲していた情報とは異なる分野に属するものである場合もある。したがって、例えば、ホスト名（所定の部分）が一致するＵＲＬに係るリンクが閾値以上クリックされた場合に、当該ホスト名に基づいて図９のステップＳ３０１〜Ｓ３０７（すなわち、拡張語の候補の選択）が実行されるようにしてもよい。この場合、検索目的判定部１４は、検索結果ページ５２０におけるリンクのクリックに応じて受信される情報の取得要求に応じ、当該取得要求に含まれているセッションＩＤごと、かつ、ジャンプ先のＵＲＬのホスト名ごとに情報の取得要求の受信回数をメモリ装置１０３に記録する。当該受信回数が閾値以上となった場合、ステップＳ３０１以降が実行される。

又は、ジャンプ先の情報の閲覧時間が一定時間を超えた場合に、ジャンプ先のＵＲＬのホスト名に基づいて図９のステップＳ３０１〜Ｓ３０７が実行されてもよい。この場合、検索目的判定部１４は、検索結果ページ５２０におけるリンクのクリックに応じて受信され第一の情報の取得要求から、同一のセッションに基づく次の情報の取得要求までの時間を第一の情報の閲覧時間と推定すればよい。

なお、ジャンプ先のＵＲＬの共通性だけでなく、検索ログの時間情報をも考慮して検索ログをグループ化してもよい。そうすることにより、例えば、昼食の時間帯に検索が行われた場合、グルメ情報に絞られた拡張語の中から、更に昼食向けの拡張語を抽出して提示することが可能となる。この場合、検索ログに、更に時間情報（検索が行われた時刻）を記録しておく。拡張語の提示の際は、ジャンプ先のＵＲＬのグループ識別子に基づいて検索ログを絞り込み、更に、現在（ジャンプ時）の時刻に基づいて、当該時刻から所定の範囲内の時間情報を有する検索ログを抽出すればよい。

続いて、第二の実施の形態について説明する。第二の実施の形態において特に言及しない点については第一の実施の形態と同様でよい。第二の実施の形態では、検索目的判定部１４による検索目的の判定方法が異なる。すなわち、図９の処理は、図１３の処理によって置き換えられる。

図１３は、第二の実施の形態における拡張語の選択処理の処理手順を説明するためのフローチャートである。

ステップＳ４０１において、検索部１３は、検索キーワードをクライアント端末２０のＷｅｂブラウザより受信する。ステップＳ４０１は、図９等と同様に検索要求に基づくものであってもよいし、そうでなくてもよい。少なくとも、検索キーワードが受信されればよい。この点については後述する。

続いて、検索目的判定部１４は、予め設定され補助記憶装置１０２に記録されているグループ識別子（ホスト名）を取得する（Ｓ４０２）。続いて、拡張語選択部１５は、取得されたグループ識別子と一致するグループ識別子を有する検索ログ（レコード）を分類済み検索ログ記憶部１８より取得する（Ｓ４０３）。以降、ステップＳ４０４及びＳ４０５は、ステップＳ３０５及びＳ３０７と同様である。

すなわち、第二の実施の形態では、検索結果ページ５２０において選択されたリンクに設定されているＵＲＬの所定の部分ではなく、予め設定されているグループ識別子が、拡張語の取得範囲を限定するための情報として用いられる。このような形態は、検索サーバ１０が有る分野に特化したサーチエンジン（例えば、グルメ用検索サイト等）である場合に特に有効である。当該分野に関係するグループ識別子を設定しておくことで、当該分野に関係する拡張語を提示することが可能となるからである。

また、第二の実施の形態は、新規に専門検索サービスを構築する場合にも有効である。例えば、グルメ専門検索サービスが開始されて十分な時間がたてば、グルメ専門検索サービスにおいて記録される検索ログには、グルメ向きの検索キーワードが蓄積されていく可能性が高い。このような検索ログが蓄積された後は、第一の実施の形態を実施することができる。しかし、新規にサービスを立ち上げる際には検索ログは無い。そこで、外部の一般検索用の検索ログを持ってきて、本実施の形態の通り検索ログの分類を行うことで、グルメ検索用の拡張語を提示することができる。したがって、検索ログが蓄積されていなくてもグルメ検索サービスの提供当初から拡張語を提示することができる。

なお、予め設定されるグループ識別子は複数であってもよい。同一分野に属するＵＲＬは複数存在するのが一般的だからである。

なお、第二の実施の形態では、拡張語の選択に関して、検索結果ページ５２０においてクリックされたジャンプ先のＵＲＬは入力情報とされない。このことは、基本キーワードが取得された時点で、拡張語の選択（ステップＳ４０２以降の処理）の実行が可能となることを意味する。したがって、第二の実施の形態において選択された拡張語は、例えば、次のような形態でクライアント端末２０へ提供することができる。

図１４は、第二の実施の形態における拡張語の提供方法の例を説明するための図である。

同図では、検索ページ５１０において、「自由が丘」という単語がキーワード入力領域５１１に入力された時点で、拡張語の候補が表示される例が示されている。この場合、検索ページ５１０に組み込まれているスクリプトは、キーワード入力領域５１１に対する文字列の入力に応じて、当該文字列に対する拡張語の取得要求を検索サーバ１０に送信する。検索サーバ１０は、当該取得要求に応じ、図１３に示される処理を実行する。この場合の拡張語の取得要求は、図１３のステップＳ４０１に相当する。続いて、検索サーバ１０は、選択された拡張語をスクリプトに返信する。スクリプトは、受信した拡張語を選択候補として表示させる。

なお、検索範囲とする分野（拡張語の取得範囲を限定するためのグループ識別子）は、予め一つに固定されていなくてもよい。分野が複数設定されており、例えば、ユーザに検索範囲とする分野を選択させ、選択された分野に応じたグループ識別子に基づいて、拡張語の取得範囲が限定されてもよい。

図１５は、検索範囲とする分野をユーザに選択させるためのユーザインタフェースの例を示す図である。

同図において、ツールバー２２０は、例えば、検索サーバ１０の専用のツールバーであり、Ｗｅｂブラウザにプラグインされている。ツールバー２２０は、キーワード入力領域２２１及び検索ボタン２２２に加え、分野選択領域２２３を有する。分野選択領域２２３では検索範囲とする分野の選択が可能とされている。

分野選択領域２２３において分野が選択されると、ツールバー２２０は、選択された分野の識別子を検索サーバ１０に送信する。検索目的判定部１４は、受信された識別子に基づいて、グループ識別子を補助記憶装置１０２により取得する。すなわち、補助記憶装置１０２には、分野の識別子とグループ識別子（ＵＲＬの所定の部分）との関連付け情報（すなわち、分野とグループとの関連付け情報）が記録されている。なお、分野とグループとの関係は、多対多でよい。このように取得されたグループ識別子が、図１３のステップＳ４０３で利用される。

なお、ツールバー２２０を採用することで、サーチエンジンの制約を緩和することもできる。具体的には、検索サーバ１０以外の一般的に利用されているサーチエンジン（以下、「サーチエンジンＧ」という。）の利用が容易となる。すなわち、検索ボタン２２２の押下に応じ、ツールバー２２０が、検索要求を当該サーチエンジンＧに送信するようにすればよい。その場合、ツールバー２２０によって提示された拡張語を含む検索を当該サーチエンジンＧに実行させることができる。その結果、サーチエンジンＧの利便性を向上させることができる。当該サーチエンジンＧによる検索結果は、Ｗｅｂブラウザに表示される。なお、ツールバー２２０において他のサーチエンジンを複数の中から選択可能としてもよい。

上述したように、第二の実施の形態によれば、ユーザが一度検索を実施した後に拡張語を提示するのではなく、最初の検索語（基本キーワード）入力時から、ユーザの検索目的に即した拡張語が提示される可能性を高めることができる。

続いて、第三の実施の形態について説明する。第三の実施の形態は、第一の実施の形態の変形例である。第一の実施の形態では、ジャンプ先ＵＲＬの形式的な共通性（文字列としての共通性）に基づいて検索ログのグループ分けが行われた。この場合、同一分野に属するＵＲＬ同士であっても、形式的に一致する部分が無ければ異なるグループとして分類される。したがって、グループの粒度又は範囲が狭くなりすぎる可能性が有る。このことは、拡張語の取得範囲が狭くなりすぎる可能性が有ることを意味する。そこで、第三の実施の形態では、形式的に一致する部分が無いＵＲＬ同士であっても、所定の条件を満たす場合は実質的に同じグループとして扱うための技術を開示する。

当該所定の条件とは、同一の検索結果ページ５２０に基づくジャンプ先であるとうことである。すなわち、ユーザは、検索結果ページ５２０に表示されたリンクをクリックしては戻り、他のリンクをクリックしては戻りといった操作を繰り返すことが多々ある。このような操作の対象とされたジャンプ先は、ＵＲＬが形式的に異なっていたとしても、情報自体に共通性が認められる可能性が高い。したがって、第三の実施の形態の検索サーバ１０は、同一の検索結果ページ５２０（同一の検索）に基づく複数のジャンプ先に係る検索ログの集合を同一のグループに分類する。なお、便宜上、第三の実施の形態においても、グループ識別子の異同に基づいて分類される検索ログの集合を「グループ」という。また、実質的に同一のグループとして扱われるグループの組み合わせを「グループセット」という。また、第三の実施の形態において、特に言及しない点については第一の実施の形態と同様でよい。

以下、第三の実施の形態における検索サーバ１０の処理手順について説明する。第三の実施の形態において、検索ログの記録処理及び検索ログの分類処理の処理手順は、第一の実施の形態（図３、図７）と同様でよい。但し、検索ログ記憶部１７及び分類済み検索ログ記憶部１８について一部が異なる。

図１６は、第三の実施の形態における検索ログ記憶部の構成例を示す図である。同図に示されるように、第三の実施の形態の検索ログ記憶部１７ａは、セッションＩＤの項目（列）を更に有する。すなわち、検索ログ記憶部１７ａには、検索ログごとに、当該検索ログの記録の原因となった情報の取得要求に含まれているセッションＩＤが記録される。セッションＩＤと検索キーワードとの組み合わせが同じであるということは、同一の検索結果ページ５２０におけるリンクのクリックに基づく情報の取得要求（ページのジャンプ）に係る検索ログであるということを意味する。したがって、同図では、上位４行の検索ログは、「ふぐ」という検索キーワードによって検索された結果を示す検索結果ページ５２０に基づく情報の取得要求に該当する。

また、図１７は、第三の実施の形態における分類済み検索ログ記憶部の構成例を示す図である。第三の実施の形態における分類済み検索ログ記憶部１８ａでは、検索ログ記憶部１７ａにおいて記録されたセッションＩＤがそのまま引き継がれる。

図１７に示されるような分類済み検索ログ記憶部１８ａの生成後、図１８に示される処理が実行される。図１８は、第三の実施の形態における分類済み検索ログ記憶部の構成例を示す図である。

ステップＳ５０１において、検索ログ分類部１２は、分類済み検索ログ記憶部１８ａより、セッションＩＤ及び検索キーワードの組み合わせの全通りを抽出し、抽出結果をセッションＩＤ・キーワード組み合わせリストとしてメモリ装置１０３に記録する。換言すれば、分類済み検索ログ記憶部１８ａに記録されている検索ログについて、セッションＩＤ及び検索キーワードの組み合わせが共通する単位で一つのレコードとするリストがセッションＩＤ・キーワード組み合わせリストである。

図１９は、セッションＩＤ・キーワード組み合わせリストの例を示す図である。同図のセッションＩＤ・キーワード組み合わせリストは、図１７の分類済み検索ログ記憶部１８ａに基づいて生成された例である。すなわち、分類済み検索ログ記憶部１８ａにおいてセッションＩＤ及び検索キーワードが共通しているレコードの共通部分（セッションＩＤ及び検索キーワード）は、一つのレコードとしてセッションＩＤ・キーワード組み合わせレコードに記録される。

続いて、検索ログ分類部１２は、セッションＩＤ・キーワード組み合わせリストより一つのレコードを取得する（Ｓ５０２）。例えば、セッションＩＤ・キーワード組み合わせリストにおける配列順の上位から順に一つのレコードが取得されればよい。取得されたレコードを、以下「カレントレコード」という。続いて、検索ログ分類部１２は、カレントレコードとセッションＩＤ及び検索キーワードが一致する全レコードを分類済み検索ログ記憶部１８ａより取得し、取得結果を同一検索リストとしてメモリ装置１０３に記録する（Ｓ５０３）。

図２０は、同一検索リストの例を示す図である。ある検索セッション内において、検索キーワード「ふぐ」で検索が実行された後、どの情報に対し取得要求（ページのジャンプ）がなされたかのログを全て抽出したリストである。

続いて、検索ログ分類部１２は、生成された同一検索リストより、全ての検索ログのグループ識別子を取得する（Ｓ５０４）。したがって、図２０の同一検索リストからは、「gourmet.jp」、「bishoku.com」、「taberuzo.co.jp」、及び「fuguya.com」が取得される。続いて、検索ログ分類部１２は、取得されたグループ識別子を二つずつ組み合わせた場合の全ての組み合わせについて、グループセット判定テーブルにおけるカウンタに１を加算する（Ｓ５０５）。

図２１は、グループセット判定テーブルの構成例を示す図である。同図に示されるように、グループ設定判定テーブルは、二つのグループ識別子の組み合わせごとに、カウンタを記録するためのテーブルである。ステップＳ５０５では、既にグループセット判定テーブルに登録されている組み合わせについてはカウンタに１が加算される。一方、グループセット判定テーブルに登録されていない組み合わせについては、新規にグループセット判定テーブルに登録され、カウンタに１が記録される。したがって、カウンタの値が大きいということは、当該組み合わせに係るグループ識別子を含む各ＵＲＬが、同じ検索結果ページ５２０からのジャンプ先として選択される回数が多い（頻度が高い）ことを示す。

続いて、検索ログ分類部１２は、セッションＩＤ・キーワード組み合わせリストに未処理のレコード（次のレコード）が残っている場合は（Ｓ５０６でＹｅｓ）、ステップＳ５０２以降を繰り返す。セッションＩＤ・キーワード組み合わせリストに含まれている全てのレコードについて処理が完了すると（Ｓ５０６でＮｏ）、図１８の処理は終了する。

また、第三の実施の形態では、図９の代わりに図２２が実行される。図２２は、第三の実施の形態における拡張語の選択処理の処理手順を説明するためのフローチャートである。図２２中、図９と同一ステップには同一ステップ番号を付し、その説明は省略する。

図２２では、ステップＳ３０１に続いて、グループセット判定処理が実行される（Ｓ３０２）。グループセット判定処理では、ステップＳ３０１において抽出されたジャンプ先ＵＲＬの所定の部分（ホスト名）に対応するグループセット（一又は複数のグループ識別子の集合）が判定される。

続いて、拡張語選択部１５は、グループセット判定処理において判定されたグループセットに属するグループ識別子ごとに、当該グループ識別子を有する検索ログ（レコード）を分類済み検索ログ記憶部１８ａより取得する（Ｓ３０３ａ）。以降、ステップＳ３０５及びＳ３０７では取得された検索ログに基づいて、図９において説明した処理と同様の処理が実行される。

続いて、図２２のステップＳ３０２の詳細について説明する。図２３は、グループセット判定処理の処理手順を説明するためのフローチャートである。

ステップＳ７０１において、検索目的判定部１４は、図２２のステップＳ３０１において抽出されたジャンプ先ＵＲＬの所定の部分と一致するグループ識別子を有する全てのレコードをグループセット判定テーブル（図２１参照）より取得する。すなわち、「グループ識別子１」又は「グループ識別子２」のいずれか一方が、当該所定の部分と同じであるレコードが取得される。例えば、ステップＳ３０１において抽出されたジャンプ先ＵＲＬの所定の部分が「gourmet.jp」である場合、図２１のグループセット判定テーブルの１行目、２行目、及び４行目の３つのレコードが取得される。

続いて、検索目的判定部１４は、取得されたレコードの中から、カウンタの値が閾値以上のレコードを有効レコードとして抽出する（Ｓ７０２）。例えば、閾値が２０である場合、図２１のグループセット判定テーブルより取得された３つのレコードのうち、１行目及び２行目のレコードが有効レコードとして抽出される。

続いて、検索目的判定部１４は、抽出された有効レコードの「グループ識別子１」又は「グループ識別子２」に含まれている全てのグループ識別子を同一グループセットに含まれるグループ識別子として判定する（Ｓ７０３）。例えば、図２１のグループセット判定テーブルの１行目の有効レコードのグループ識別子は、「gourmet.jp」及び「bishoku.com」である。また、２行目の有効レコードのグループ識別子は、「gourmet.jp」及び「taberuzo.co.jp」である。したがって、「gourmet.jp」、「bishoku.com」、及び「taberuzo.co.jp」の３つのグループ識別子に係るグループの集合がグループセットとして判定される。

このように、第三の実施の形態によれば、第一の実施の形態において３つのグループに分類されていた検索ログを、同一のグループセット（実質的に１つのグループ）に属するものとして扱うことができる。その結果、拡張語の取得範囲を拡大することができ、より多数の拡張語の候補を選択し、提示することが可能となる。

なお、拡張語は、基本キーワードとは別個の単語として検索キーワードに含まれる単語に限定されない。例えば、基本キーワードの末尾に続けて付加され、基本キーワードと一体となって一つの単語を形成する単語又は文字列も拡張語に含まれる。例えば、「自由が丘」という検索キーワードが、「自由が丘寿司」に拡張される場合、「寿司」の部分は拡張語に該当する。

拡張語の解釈をこのように拡大する場合、図３等のステップＳ３０５において、基本キーワードを含む検索ログを抽出する際に、拡張語選択部１５は、抽出対象を拡大する。すなわち、拡張語選択部１５は、基本キーワードが独立した単語として検索キーワードに含まれている検索ログだけでなく、基本キーワードと前方一致の単語を検索キーワードに含む検索ログも抽出対象とする。その結果、基本キーワードが「自由が丘」である場合、「自由が丘寿司」といったような単語も抽出対象となる。続くステップＳ３０７において、拡張語選択部１５は、前方一致で抽出された検索ログに含まれる検索キーワード（例えば、「自由が丘寿司」）については、基本キーワード（例えば、「自由が丘」）を除去した残りの文字列（例えば、「寿司」）を拡張語としてメモリ装置１０３に記録する。なお、拡張語ごとに、基本キーワードと独立して入力されたものであるか、基本キーワードと一体的に入力されたものであるかを示す情報を付加しておくとよい。そうすることにより、拡張語を提示する際に、基本キーワードと独立した単語として提示すべきか、基本キーワードと一体的に提示すべきかを判断することができる。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

以上の説明に関し、更に以下の項を開示する。
（付記１）
コンピュータに、
入力語とＵＲＬとを受付ける受付手順と、
閲覧された情報のＵＲＬごとに該情報の検索に使用された検索語を含むログを記憶した検索ログ記憶手段より、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含み、かつ、前記受け付けた入力語と所定の部分が共通する検索語を含むログを取得するログ取得手順と、
前記取得されたログに含まれる検索語を出力する出力手順とを実行させるための検索支援プログラム。
（付記２）
検索語を含む検索要求の受信に応じ、検索語に基づいて検索された情報のＵＲＬを含む検索結果を返信する検索手順を前記コンピュータに実行させ、
前記受付手順は、前記検索結果に基づいて送信される、該検索結果において選択されたＵＲＬを受付ける付記１記載の検索支援プログラム。
（付記３）
前記検索ログ記憶手段が記憶する各ログを、当該ログに含まれるＵＲＬの前記所定の部分の共通性に基づいて分類し、分類されたログを前記所定の部分と関連付けて分類済み検索ログ記憶手段に記録する検索ログ分類手順を前記コンピュータに実行させ、
前記ログ取得手順は、前記受け付けたＵＲＬと前記所定の部分が共通するＵＲＬを含む前記ログを前記分類済み検索ログ記憶手段より取得する付記１又は２記載の検索支援プログラム。
（付記４）
前記受け付けたＵＲＬの前記所定の部分が共通する回数を記録する検索目的判定手順を前記コンピュータに実行させ、
前記ログ取得手順は、前記回数が閾値以上の前記受け付けたＵＲＬと前記所定の部分が共通するＵＲＬを含む前記ログを取得する付記１乃至３いずれか一項記載の検索支援プログラム。
（付記５）
前記検索ログ記憶手段は、同一の検索に基づいて閲覧された情報に係る前記ログの集合ごとに共通の識別子を関連付けて記憶し、
前記ログ取得手順は、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含む第一のログ、及び該第一のログと同一の前記集合に属する前記ログを取得する付記１乃至４いずれか一項記載の検索支援プログラム。
（付記６）
前記ログ取得手順は、前記第一のログ、及び該第一のログと閾値以上の数の同一の前記集合に属する前記ログを取得する付記５記載の検索支援プログラム。
（付記７）
入力語とＵＲＬとを受付ける受付手段と、
閲覧された情報のＵＲＬごとに該情報の検索に使用された検索語を含むログを記憶した検索ログ記憶手段より、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含み、かつ、前記受け付けた入力語と所定の部分が共通する検索語を含むログを取得するログ取得手段と、
前記取得されたログに含まれる検索語を出力する出力手段とを有する検索支援装置。
（付記８）
検索語を含む検索要求の受信に応じ、検索語に基づいて検索された情報のＵＲＬを含む検索結果を返信する検索手段を有し、
前記受付手段は、前記検索結果に基づいて送信される、該検索結果において選択されたＵＲＬを受付ける付記７記載の検索支援装置。
（付記９）
前記検索ログ記憶手段が記憶する各ログを、当該ログに含まれるＵＲＬの前記所定の部分の共通性に基づいて分類し、分類されたログを前記所定の部分と関連付けて分類済み検索ログ記憶手段に記録する検索ログ分類手段を有し、
前記ログ取得手段は、前記受け付けたＵＲＬと前記所定の部分が共通するＵＲＬを含む前記ログを前記分類済み検索ログ記憶手段より取得する付記７又は８記載の検索支援装置。
（付記１０）
前記受け付けたＵＲＬの前記所定の部分が共通する回数を記録する検索目的判定手段を有し、
前記ログ取得手段は、前記回数が閾値以上の前記受け付けたＵＲＬと前記所定の部分が共通するＵＲＬを含む前記ログを取得する付記７乃至９いずれか一項記載の検索支援装置。
（付記１１）
前記検索ログ記憶手段は、同一の検索に基づいて閲覧された情報に係る前記ログの集合ごとに共通の識別子を関連付けて記憶し、
前記ログ取得手段は、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含む第一のログ、及び該第一のログと同一の前記集合に属する前記ログを取得する付記７乃至１０いずれか一項記載の検索支援装置。
（付記１２）
前記ログ取得手段は、前記第一のログ、及び該第一のログと閾値以上の数の同一の前記集合に属する前記ログを取得する付記１１記載の検索支援装置。
（付記１３）
コンピュータが実行する検索支援方法であって、
入力語とＵＲＬとを受付ける受付手順と、
閲覧された情報のＵＲＬごとに該情報の検索に使用された検索語を含むログを記憶した検索ログ記憶手段より、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含み、かつ、前記受け付けた入力語と所定の部分が共通する検索語を含むログを取得するログ取得手順と、
前記取得されたログに含まれる検索語を出力する出力手順とを有する検索支援方法。
（付記１４）
検索語を含む検索要求の受信に応じ、検索語に基づいて検索された情報のＵＲＬを含む検索結果を返信する検索手順を有し、
前記受付手順は、前記検索結果に基づいて送信される、該検索結果において選択されたＵＲＬを受付ける付記１３記載の検索支援方法。
（付記１５）
前記検索ログ記憶手段が記憶する各ログを、当該ログに含まれるＵＲＬの前記所定の部分の共通性に基づいて分類し、分類されたログを前記所定の部分と関連付けて分類済み検索ログ記憶手段に記録する検索ログ分類手順を有し、
前記ログ取得手順は、前記受け付けたＵＲＬと前記所定の部分が共通するＵＲＬを含む前記ログを前記分類済み検索ログ記憶手段より取得する付記１３又は１４記載の検索支援方法。
（付記１６）
前記受け付けたＵＲＬの前記所定の部分が共通する回数を記録する検索目的判定手順を有し、
前記ログ取得手順は、前記回数が閾値以上の前記受け付けたＵＲＬと前記所定の部分が共通するＵＲＬを含む前記ログを取得する付記１３乃至１５いずれか一項記載の検索支援方法。
（付記１７）
前記検索ログ記憶手段は、同一の検索に基づいて閲覧された情報に係る前記ログの集合ごとに共通の識別子を関連付けて記憶し、
前記ログ取得手順は、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含む第一のログ、及び該第一のログと同一の前記集合に属する前記ログを取得する付記１３乃至１６いずれか一項記載の検索支援方法。
（付記１８）
前記ログ取得手順は、前記第一のログ、及び該第一のログと閾値以上の数の同一の前記集合に属する前記ログを取得する付記１７記載の検索支援方法。

１０ 検索サーバ
１１ 検索ログ記録部
１２ 検索ログ分類部
１３ 検索部
１４ 検索目的判定部
１５ 拡張語選択部
１６ 表示制御部
１７ 検索ログ記憶部
１８ 分類済み検索ログ記憶部
１９ 文書情報ＤＢ
２０ クライアント端末
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス

Claims (7)

1. コンピュータに、
   入力語とＵＲＬとを受付ける受付手順と、
   閲覧された情報のＵＲＬごとに該情報の検索に使用された検索語を含むログを記憶した検索ログ記憶手段より、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含み、かつ、前記受け付けた入力語と所定の部分が共通する検索語を含むログを取得するログ取得手順と、
   前記取得されたログに含まれる検索語を出力する出力手順とを実行させるための検索支援プログラム。
2. 検索語を含む検索要求の受信に応じ、検索語に基づいて検索された情報のＵＲＬを含む検索結果を返信する検索手順を前記コンピュータに実行させ、
   前記受付手順は、前記検索結果に基づいて送信される、該検索結果において選択されたＵＲＬを受付ける請求項１記載の検索支援プログラム。
3. 前記検索ログ記憶手段が記憶する各ログを、当該ログに含まれるＵＲＬの前記所定の部分の共通性に基づいて分類し、分類されたログを前記所定の部分と関連付けて分類済み検索ログ記憶手段に記録する検索ログ分類手順を前記コンピュータに実行させ、
   前記ログ取得手順は、前記受け付けたＵＲＬと前記所定の部分が共通するＵＲＬを含む前記ログを前記分類済み検索ログ記憶手段より取得する請求項１又は２記載の検索支援プログラム。
4. 前記受け付けたＵＲＬの前記所定の部分が共通する回数を記録する検索目的判定手順を前記コンピュータに実行させ、
   前記ログ取得手順は、前記回数が閾値以上の前記受け付けたＵＲＬと前記所定の部分が共通するＵＲＬを含む前記ログを取得する請求項１乃至３いずれか一項記載の検索支援プログラム。
5. 前記検索ログ記憶手段は、同一の検索に基づいて閲覧された情報に係る前記ログの集合ごとに共通の識別子を関連付けて記憶し、
   前記ログ取得手順は、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含む第一のログ、及び該第一のログと同一の前記集合に属する前記ログを取得する請求項１乃至４いずれか一項記載の検索支援プログラム。
6. 入力語とＵＲＬとを受付ける受付手段と、
   閲覧された情報のＵＲＬごとに該情報の検索に使用された検索語を含むログを記憶した検索ログ記憶手段より、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含み、かつ、前記受け付けた入力語と所定の部分が共通する検索語を含むログを取得するログ取得手段と、
   前記取得されたログに含まれる検索語を出力する出力手段とを有する検索支援装置。
7. コンピュータが実行する検索支援方法であって、
   入力語とＵＲＬとを受付ける受付手順と、
   閲覧された情報のＵＲＬごとに該情報の検索に使用された検索語を含むログを記憶した検索ログ記憶手段より、前記受け付けたＵＲＬと所定の部分が共通するＵＲＬを含み、かつ、前記受け付けた入力語と所定の部分が共通する検索語を含むログを取得するログ取得手順と、
   前記取得されたログに含まれる検索語を出力する出力手順とを有する検索支援方法。

Images