JP2015060568A - 検索システム、検索方法、端末装置および検索プログラム - Google Patents

Abstract

【課題】ユーザの利便性を向上させることを課題とする。
【解決手段】検索システムは、端末装置と検索サーバとキャプチャ生成サーバとを有し、端末装置が送信したウェブ検索の検索クエリに対して検索結果を応答する。検索サーバは、端末装置から検索クエリを受信する。キャプチャ生成サーバは、検索クエリに該当する検索結果のウェブページの画像情報を端末装置に応答する。端末装置は、キャプチャ生成サーバからウェブページの画像情報を受信し、受信されたウェブページの画像情報を所定の表示部に表示させる。
【選択図】図１

Description

本発明は、検索システム、検索方法、端末装置および検索プログラムに関する。

従来から、パソコン、携帯電話、スマートフォンなどの端末装置を用いてウェブ検索することが行われている。例えば、端末装置は、ユーザから検索キーワードの入力を受け付けると、入力された検索キーワードを検索サーバに送信する。そして、端末装置は、テキストベースの検索結果を検索サーバから受信して、ディスプレイ等に表示する。その後、端末装置は、検索結果の中から所望の検索結果の選択を受け付けると、リンク先のウェブサーバにアクセスしてウェブページを表示させる。

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

しかしながら、従来の技術では、検索結果から実際のウェブページの雰囲気や情報量等を認識することが難しいことから、所望のウェブページを得るまで、何度も検索結果の選択を繰り返すことがあり、その度にページの読み込みを待たなければならないため、ユーザの利便性が良くない。

開示の技術は、上記に鑑みてなされたものであって、ユーザの利便性を向上させることができる検索システム、検索方法、端末装置および検索プログラムを提供することを目的とする。

本願の開示する検索システムは、一つの態様において、端末装置とサーバ装置とを有し、前記端末装置が送信したウェブ検索の検索クエリに対して検索結果を応答する検索システムにおいて、前記サーバ装置は、前記検索クエリに該当する検索結果のウェブページの画像情報を前記端末装置に応答する応答手段、を有し、前記端末装置は、前記サーバ装置から前記検索結果の前記ウェブページの画像情報を受信する受信手段と、前記受信手段によって受信された前記画像情報を表示部に表示する表示制御手段とを有する。

実施形態の一態様によれば、ユーザの利便性を向上させることができる検索システム、検索方法、端末装置および検索プログラムを提供することができる。

図１は、実施形態に係る検索システムの全体構成例を説明する図である。 図２は、検索システムを構成する各装置の機能構成を示す機能ブロック図である。 図３は、端末装置の画面遷移を説明する図である。 図４は、検索処理の流れを示すシーケンス図である。 図５は、キャプチャ画像とウェブページとの連動を説明する図である。 図６は、キャプチャ画像とウェブページとの連動処理の流れを示すフローチャートである。 図７は、フリック操作による機能の自動実行を説明する図である。 図８は、フリック操作による処理の流れを示すフローチャートである。 図９は、端末装置の画面サイズに合わせて送信対象のキャプチャ画像のサイズを動的に変更する例を説明する図である。 図１０は、キャプチャ生成サーバが検索サーバから直接検索結果を受信する場合の処理を説明する図である。 図１１は、キャッシュルールの例を示す図である。 図１２は、複数台の検索サーバを用いた処理を説明する図である。 図１３は、画面表示の例を示す図である。 図１４は、広告による課金の一例を説明する図である。 図１５は、中間サーバを用いた全体構成例を説明する図である。 図１６は、端末装置またはサーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願の開示する検索システム、検索方法、端末装置および検索プログラムの実施形態を図面に基づいて詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。

［１．システム構成例］
まず、実施形態に係る検索システムのシステム構成例を説明する。図１は、実施形態に係る検索システムの全体構成例を説明する図である。図１に示すように、検索システムは、端末装置１０、検索サーバ３０、キャプチャ生成サーバ５０を有して構成される。

端末装置１０は、パソコン、携帯電話、スマートフォンなどの無線ＬＡＮ（Local Area Network）通信機能や無線ＷＡＮ（Wide Area Network）通信機能を有する端末装置である。また、端末装置１０には、アプリケーションとして検索プログラム（以下、検索アプリと記載する場合がある）がインストールされている。この端末装置１０は、ユーザから検索アプリの実行開始を受け付けると、インターネット等を介してウェブ検索を実行し、検索結果をタッチパネル等に表示させる。

検索サーバ３０は、端末装置１０から受信した検索クエリを実行して、ウェブページを検索するサーバ装置である。キャプチャ生成サーバ５０は、検索サーバ３０が検索したウェブページをキャプチャしてキャプチャ画像を生成するサーバ装置である。また、キャプチャ生成サーバ５０は、生成したウェブページのキャプチャ画像を端末装置１０に送信する。

ここで、一例を挙げて、図１に示した検索システムの処理を具体的に説明する。図１に示すように、端末装置１０は、ウェブ検索の検索キーワードとして「六本木、レストラン」などの入力をユーザから受け付けると（Ｓ１）、「六本木、レストラン」に該当するウェブページの検索を要求する検索クエリを検索サーバ３０に送信する（Ｓ２）。

この検索クエリを受信した検索サーバ３０は、検索エンジンを用いて、「六本木、レストラン」に該当するウェブページの検索を実行する（Ｓ３）。ここでは、検索サーバ３０は、検索結果として、「六本木グルメガイド」、「六本木レストランランキング」、「六本木駅周辺レストラン」の各ウェブページを示すテキスト情報を生成する。なお、各テキスト情報には、該当するウェブページのリンク先であるＵＲＬ（Uniform Resource Locator）が対応付けられる。

その後、検索サーバ３０は、検索結果を端末装置１０に送信する（Ｓ４）。すると、端末装置１０は、検索サーバ３０から送信された検索結果をキャプチャ生成サーバ５０に転送する（Ｓ５）。例えば、端末装置１０は、検索クエリにリダイレクト先としてキャプチャ生成サーバ３０を記述しておくことで、検索サーバ３０からの応答をキャプチャ生成サーバ５０にリダイレクトする。

この検索結果を受信したキャプチャ生成サーバ５０は、「六本木グルメガイド」、「六本木レストランランキング」、「六本木周辺レストラン」のそれぞれに対応付けられる各ＵＲＬにアクセスしてＨＴＭＬ（Hyper Text Markup Language）を読み込むことでウェブページを取得し、各ウェブページのキャプチャ画像を生成する（Ｓ６）。すなわち、キャプチャ生成サーバ５０は、検索サーバ３０の検索によって得られた各検索結果に該当する各ウェブページのキャプチャ画像を生成する。

その後、キャプチャ生成サーバ５０は、キャプチャ画像一覧を端末装置１０に送信する（Ｓ７）。このとき、キャプチャ生成サーバ５０は、各キャプチャ画像に、当該キャプチャ画像の元データであるウェブページのＵＲＬを対応付けて送信する。

そして、端末装置１０は、キャプチャ生成サーバ５０から受信したキャプチャ画像をタッチパネル等に表示する（Ｓ８）。すなわち、端末装置１０は、ユーザが入力した検索キーワード「六本木、レストラン」の検索結果として、各キャプチャ画像をユーザに応答する。

その後、端末装置１０は、表示されるキャプチャ画像がユーザによって選択された場合、ウェブブラウザを表示して、選択されたキャプチャ画像に対応付けられるＵＲＬにアクセスし、アクセスしたウェブページをタッチパネル等に表示する（Ｓ９）。

このように、端末装置１０は、入力された検索キーワードに基づいて検索クエリを検索サーバ３０に送信し、検索クエリの応答としてキャプチャ画像をキャプチャ生成サーバ５０から受信して表示する。

［２．検索システムの機能構成］
次に、検索システムを構成する各装置の機能構成について説明する。図２は、検索システムを構成する各装置の機能構成を示す機能ブロック図である。図２に示すように、検索システムは、端末装置１０、検索サーバ３０、キャプチャ生成サーバ５０を有して構成される。各装置は、通信ネットワーク１を介して相互に通信可能に接続される。通信ネットワーク１は、例えば、インターネットなどのＷＡＮである。

例えば、端末装置１０と、検索サーバ３０およびキャプチャ生成サーバ５０とは、無線ＬＡＮや公衆電話通信網などの無線通信で接続される。また、検索サーバ３０とキャプチャ生成サーバ５０とは、無線通信や有線通信で接続される。なお、ここでは、検索サーバ３０とキャプチャ生成サーバ５０とが別の筐体で実現される例を説明するが、これに限定されるものではなく、同じ筐体で実現されてもよい。

［２−１．端末装置の機能構成］
端末装置１０は、図２に示すように、無線通信部１１、表示部１２、操作部１３、記憶部１４、制御部１５を有する。

無線通信部１１は、検索サーバ３０やキャプチャ生成サーバ５０との間で無線通信を実行する処理部であり、例えば無線インタフェースなどである。具体的には、無線通信部１１は、図示しない無線ＬＡＮまたは無線ＷＡＮのアクセスポイントや公衆電話通信網の基地局などを介して、各サーバと無線通信を確立して、各種情報を送受信する。

例えば、無線通信部１１は、検索サーバ３０に検索クエリを送信し、検索サーバ３０が送信した検索結果をキャプチャ生成サーバ５０に転送する。また、無線通信部１１は、キャプチャ生成サーバ５０からキャプチャ一覧を受信する。

表示部１２は、タッチパネル式のディスプレイである。端末装置１０のユーザは、表示部１２の画面上を指などで操作することで、表示部１２に表示された検索アプリの画面に対する操作が可能である。かかる表示部１２は、例えば、小型のＬＣＤ（Liquid Crystal Display）や有機ＥＬディスプレイである。

操作部１３は、文字、数字およびスペースを入力するためのキー、エンターキーおよび矢印キーなどを含むキーボードや、電源ボタンなどを有する。

記憶部１４は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置である。かかる記憶部１４は各種プログラムや設定データなどが記憶される。記憶部１４に記憶されるプログラムは、例えば、ＯＳ（Operating System）、検索アプリのプログラムなどである。

制御部１５は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。また、制御部１５は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、記憶部１４に記憶されているプログラムが図示しない内部ＲＡＭを作業領域として実行されることにより後述する情報処理の機能や作用を実現または実行する。

（検索アプリの機能）
制御部１５は、記憶部１４にプログラムデータが記憶されている検索アプリを実行することによって、検索処理部１６を機能させる。検索処理部１６は、表示部１２に表示される検索アプリのアイコン等がユーザによって選択されると、受付部１６ａ、クエリ送信部１６ｂ、結果転送部１６ｃ、受信部１６ｄ、表示制御部１６ｅの各機能を実行する。なお、制御部１５の構成は、かかる構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（受付部１６ａ）
受付部１６ａは、ユーザからウェブページの検索キーワードの入力を受け付ける処理部である。例えば、受付部１６ａは、検索アプリのアイコン等が選択されると、検索キーワードを入力する画面を表示部１２に表示させる。そして、受付部１６ａは、表示部１２や操作部１３等を介して、検索キーワードの入力を受け付ける。受付部１６ａは、入力された「六本木、レストラン」などの検索キーワードを、クエリ送信部１６ｂに出力する。

（クエリ送信部１６ｂ）
クエリ送信部１６ｂは、検索クエリを送信する処理部である。具体的には、クエリ送信部１６ｂは、無線通信部１１を介して、受付部１６ａによって受け付けられた検索キーワードを含む検索クエリを検索サーバ３０に送信する。

例えば、クエリ送信部１６ｂは、検索キーワード「六本木、レストラン」およびリダイレクト先を含む検索クエリを生成して検索サーバ３０に送信する。リダイレクト先には、キャプチャ生成サーバ５０のＩＰ（Internet Protocol）アドレスやキャプチャ生成サーバ５０を識別できる識別情報などを採用することができる。

（結果転送部１６ｃ）
結果転送部１６ｃは、検索サーバ３０から受信された検索結果をキャプチャ生成サーバ５０に転送する処理部である。例えば、結果転送部１６ｃは、無線通信部１１を介して、検索結果として「六本木グルメガイド」、「六本木レストランランキング」、「六本木周辺レストラン」などのテキスト情報を受信する。そして、結果転送部１６ｃは、無線通信部１１を介して、受信した検索結果（テキスト情報）をキャプチャ生成サーバ５０に転送する。

転送に際して、結果転送部１６ｃは、検索サーバ３０から受信した検索結果を含むパケットからリダイレクト先を特定し、特定したリダイレクト先に転送する。なお、パケットにリダイレクト先が含まれていない場合であっても、結果転送部１６ｃは、受信パケットが検索クエリの応答である場合には、予め指定したキャプチャ生成サーバ５０に転送することもできる。なお、受信パケットが検索クエリの応答であるか否かの判定は、検索クエリの応答であることを示す識別子がパケットに含まれているか否かによって判定することができる。

（受信部１６ｄ）
受信部１６ｄは、キャプチャ生成サーバ５０から、ウェブページのキャプチャ画像を受信する処理部である。例えば、受信部１６ｄは、検索クエリ「六本木、レストラン」に該当する検索結果「六本木グルメガイド」のウェブページのキャプチャ画像、検索結果「六本木レストランランキング」のウェブページのキャプチャ画像、検索結果「六本木駅周辺レストラン」のウェブページのキャプチャ画像を受信して、表示制御部１６ｅに出力する。

なお、各ウェブページのキャプチャ画像は、キャプチャ元のウェブページのＵＲＬが対応付けられており、受信部１６ｄは、キャプチャ画像とＵＲＬと対応付けて記憶部１４等に格納する。このため、端末装置１０は、ウェブページのキャプチャ画像から、実際のウェブページを特定することができる。

（表示制御部１６ｅ）
表示制御部１６ｅは、受信部１６ｄによって受信されたウェブページの画像情報を表示部１２に表示させる処理部である。上記した例では、表示制御部１６ｅは、検索結果「六本木グルメガイド」のウェブページのキャプチャ画像、検索結果「六本木レストランランキング」のウェブページのキャプチャ画像、検索結果「六本木駅周辺レストラン」のウェブページのキャプチャ画像を、受信した順に表示部１２に表示させる。

ここで、表示制御部１６ｅは、キャプチャ画像一覧やフリック操作で選択可能な表示形式など任意の表示形式で表示させることができる。また、表示制御部１６ｅは、表示部１２の表示領域にサイズにあわせて、レンダリングして表示させることもできる。

一方で、表示制御部１６ｅは、検索エンジンによる検索順を担保する観点から、検索クエリの実行によって検索された順番で、キャプチャ画像を表示させることが好ましい。

具体的には、検索サーバ３０によって検索された順が「六本木グルメガイド」、「六本木レストランランキング」、「六本木駅周辺レストラン」であった場合には、表示制御部１６ｅは、「六本木グルメガイド」のウェブページのキャプチャ画像、「六本木レストランランキング」のウェブページのキャプチャ画像、「六本木駅周辺レストラン」のウェブページのキャプチャ画像の順で表示させる。

なお、検索結果の順番を特定する方法は、様々な方法を用いることができる。例を挙げると、システム内の取り決めによって検索順でキャプチャ画像を送信すると決定されている場合には、表示制御部１６ｅは、キャプチャ生成サーバ５０から受信した順番で表示部１２に表示させることができる。また、表示制御部１６ｅは、受信したキャプチャ画像に受信順を示す情報が付加されている場合に、当該情報にしたがった順番で表示部１２に表示させることができる。

また、表示制御部１６ｅは、表示部１２上でキャプチャ画像に対するフリック操作を受け付けた場合には、当該フリック操作に従ってキャプチャ画像を遷移させる。例えば、表示制御部１６ｅは、画面を左に遷移させるフリック操作を受け付けた場合には、表示されるキャプチャ画像を左に移動させて、次のキャプチャ画像を表示させる。また、表示制御部１６ｅは、画面を上または下に遷移させるフリック操作を受け付けた場合には、画面サイズの関係上未表示となっている部分を表示させる。

また、表示制御部１６ｅは、拡大や縮小などのフリック操作を受け付けた場合には、キャプチャ画像を拡大または縮小させて表示させる。

また、表示制御部１６ｅは、例えば「六本木グルメガイド」のウェブページのキャプチャ画像に対して、選択操作を受け付けた場合には、ウェブアクセスをブラウザ実行部１７に要求する。例えば、表示制御部１６ｅは、選択されたキャプチャ画像に対応付けられるＵＲＬを記憶部１４から読み出してブラウザ実行部１７に通知する。なお、表示制御部１６ｅは、ダブルクリックや、所定時間連続して押下されている状態いわゆる長押しなどを検出した場合に、選択操作と判定してウェブアクセスを実行させる。

（ブラウザ実行部１７）
ブラウザ実行部１７は、ウェブブラウザを実行してウェブページを表示部１２に表示させる処理部である。具体的には、ブラウザ実行部１７は、表示部１２に表示されるキャプチャ画像が選択された場合に、ウェブブラウザを表示する。そして、ブラウザ実行部１７は、無線通信部１１を介して、ウェブアクセスを実行して該当するウェブページを表示部１２に表示させる。

例えば、ブラウザ実行部１７は、「六本木グルメガイド」のウェブページのキャプチャ画像に対するウェブアクセス要求を表示制御部１６ｅから入力された場合に、ウェブブラウザを表示する。そして、ブラウザ実行部１７は、選択されたキャプチャ画像に対応付けられるＵＲＬにアクセスして、「六本木グルメガイド」の実際のウェブページを取得する。その後、ブラウザ実行部１７は、取得したウェブページを表示部１２に表示させる。

［２−２．検索サーバの機能構成］
検索サーバ３０は、図２に示すように、通信部３１、記憶部３２、制御部３３を有する。ここで示した機能部は例示であり、これに限定されるものではなく、表示部や入力部などを有していてもよい。

通信部３１は、端末装置１０やキャプチャ生成サーバ５０との間で通信を実行する処理部であり、例えばネットワークインタフェースカードや無線インタフェースなどである。具体的には、通信部３１は、図示しないアクセスポイントや基地局等を介した無線通信や各種ケーブル等を用いた有線通信で、端末装置１０やキャプチャ生成サーバ５０と通信を確立して、各種情報を送受信する。

例えば、通信部３１は、端末装置１０から検索クエリを受信する。また、通信部３１は、検索クエリを用いて検索された検索結果をキャプチャ生成サーバ５０に送信する。

記憶部３２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置である。かかる記憶部３２は各種プログラムや設定データなどが記憶される。記憶部３２に記憶されるプログラムは、例えば、ＯＳ、後述する制御部３３が実行するプログラムなどである。

制御部３３は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。また、制御部３３は、例えば、ＣＰＵやＭＰＵ等によって、記憶部３２に記憶されているプログラムが図示しない内部ＲＡＭを作業領域として実行されることにより後述する情報処理の機能や作用を実現または実行する。

制御部３３は、記憶部３２に記憶されるプログラムデータを実行することによって、クエリ受信部３４、クエリ実行部３５、結果送信部３６を機能させる。なお、制御部３３の構成は、かかる構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（クエリ受信部３４）
クエリ受信部３４は、検索クエリを端末装置１０から受信する処理部である。例えば、クエリ受信部３４は、通信部３１を介して、検索キーワード「六本木、レストラン」およびリダイレクト先を含む検索クエリを、端末装置１０から受信する。そして、クエリ受信部３４は、受信した検索クエリをクエリ実行部３５に出力する。

（クエリ実行部３５）
クエリ実行部３５は、検索エンジンを実行して、検索クエリに該当する検索結果を検索する処理部である。具体的には、クエリ実行部３５は、クエリ受信部３４によって受信された検索クエリに該当するウェブページを検索し、ウェブページのタイトルなどを示すウェブ情報とＵＲＬとを対応付けたテキスト情報を生成する。そして、クエリ実行部３５は、生成したテキスト情報を検索結果として結果送信部３６に出力する。

例えば、クエリ実行部３５は、検索クエリに含まれる検索キーワード「六本木、レストラン」に該当するウェブページを検索して、「六本木グルメガイド」、「六本木レストランランキング」、「六本木駅周辺レストラン」の各ウェブページを取得する。そして、クエリ実行部３５は、各ウェブページのタイトルとＵＲＬとを対応付けたテキスト情報を生成する。ここで、クエリ実行部３５は、検索された順番を示す情報をさらに対応付けてもよい。

（結果送信部３６）
結果送信部３６は、検索結果を端末装置１０に送信する処理部である。具体的には、結果送信部３６は、クエリ実行部３５から入力されたテキスト情報と、検索クエリから抽出したリダイレクト先とを含む検索結果を端末装置１０に送信する。ここで送信された検索結果は、端末装置１０によって、リダイレクト先であるキャプチャ生成サーバ５０に転送される。

［２−３．キャプチャ生成サーバの機能構成］
キャプチャ生成サーバ５０は、図２に示すように、通信部５１、記憶部５２、制御部５３を有する。ここで示した機能部は例示であり、これに限定されるものではなく、表示部や入力部などを有していてもよい。

通信部５１は、端末装置１０や検索サーバ３０との間で通信を実行する処理部であり、例えばネットワークインタフェースカードや無線インタフェースなどである。具体的には、通信部５１は、図示しないアクセスポイントや基地局等を介した無線通信や各種ケーブル等を用いた有線通信で、端末装置１０や検索サーバ３０と通信を確立して、各種情報を送受信する。

例えば、通信部５１は、検索サーバ３０から検索結果を受信する。また、通信部５１は、キャプチャ画像一覧を端末装置１０に送信する。

記憶部５２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置である。かかる記憶部５２は各種プログラムや設定データなどが記憶される。記憶部５２に記憶されるプログラムは、例えば、ＯＳ、後述する制御部５３が実行するプログラムなどである。

制御部５３は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。また、制御部５３は、例えば、ＣＰＵやＭＰＵ等によって、記憶部３２に記憶されているプログラムが図示しない内部ＲＡＭを作業領域として実行されることにより後述する情報処理の機能や作用を実現または実行する。

制御部５３は、記憶部３２に記憶されるプログラムデータを実行することによって、受信部５４、キャプチャ生成部５５、キャプチャ応答部５６を機能させる。なお、制御部３３の構成は、かかる構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（受信部５４）
受信部５４は、検索サーバ３０が検索クエリに基づいて検索した検索結果を受信する処理部である。例えば受信部５４は、通信部５１を介して、検索サーバ３０から、「六本木グルメガイド」、「六本木レストランランキング」、「六本木駅周辺レストラン」の各ウェブページのタイトルとＵＲＬとが対応付けられたテキスト情報を含む検索結果を受信する。そして、受信部５４は、受信した検索結果をキャプチャ生成部５５に出力する。

（キャプチャ生成部５５）
キャプチャ生成部５５は、ウェブページのキャプチャ画像を生成する処理部である。具体的には、キャプチャ生成部５５は、受信部５４によって受信された検索結果に含まれる各ＵＲＬにアクセスしてウェブページを取得し、各ウェブページのキャプチャ画像を生成する。

上記例で説明すると、キャプチャ生成部５５は、検索結果に含まれる「六本木グルメガイド」のＵＲＬにアクセスして、「六本木グルメガイド」に対応するウェブページを取得してキャプチャ画像を生成する。また、キャプチャ生成部５５は、検索結果に含まれる「六本木レストランランキング」のＵＲＬおよび「六本木駅周辺レストラン」のＵＲＬそれぞれにアクセスして、それぞれに対応するウェブページのキャプチャ画像を生成する。

そして、キャプチャ生成部５５は、「六本木グルメガイド」、「六本木レストランランキング」、「六本木駅周辺レストラン」のそれぞれのＵＲＬと、それぞれのキャプチャ画像とを対応付けたキャプチャ情報を生成して、キャプチャ応答部５６に出力する。このとき、キャプチャ生成部５５は、検索された順番を示す情報をさらに対応付けることもできる。

また、キャプチャ生成部５５は、アクセス先のＵＲＬにＪａｖａ（登録商標）スクリプトやＦｌａｓｈ Ｐｌａｙｅｒ（登録商標）等が含まれている場合には、当該Ｊａｖａ（登録商標）スクリプト等を実行した状態のウェブページをキャプチャすることもできる。

（キャプチャ応答部５６）
キャプチャ応答部５６は、各ウェブページのキャプチャ画像一覧を端末装置１０に送信する処理部である。例えば、キャプチャ応答部５６は、通信部５１を介して、キャプチャ生成部５５によって生成された「ウェブページのキャプチャ画像」と「ウェブページのＵＲＬ」とを対応付けたキャプチャ情報を端末装置１０に送信する。このとき、キャプチャ応答部５６は、検索サーバ３０が検索した順で送信することもできる。

つまり、キャプチャ応答部５６は、端末装置１０が検索サーバ３０に対して送信した検索クエリに応答として、検索サーバ３０によって検索されたＵＲＬ等のテキスト情報ではなく、実際にアクセスしてキャプチャした画像情報を端末装置１０に応答する。

［３．端末装置の画面遷移］
次に、図３を用いて、端末装置１０に表示される画面遷移の例を具体的に説明する。図３は、端末装置の画面遷移を説明する図である。図３に示すように、端末装置１０の表示部１２は、各アプリケーションのアイコンを表示する。

この状態から、検索処理部１６は、「検索アプリ」のアイコンがユーザによって選択されたことを契機に「検索アプリ」を起動し、受付部１６ａは、検索キーワードを入力する検索受付画面を表示部１２に表示させる（Ｓ１０）。

続いて、受付部１６ａは、検索キーワードの入力欄がユーザによって選択されると、入力キー操作画面を表示部１２に表示させ、検索キーワード「六本木、レストラン」の入力を受け付ける（Ｓ１１）。

そして、クエリ送信部１６ｂが、検索キーワード「六本木、レストラン」を含む検索クエリを検索サーバ３０に送信し、受信部１６ｄが、キャプチャ生成サーバ５０からキャプチャ情報を受信する。

その後、表示制御部１６ｅは、キャプチャ生成サーバ５０から受信した「六本木グルメガイド」、「六本木レストランランキング」、「六本木駅周辺レストラン」の各ウェブページのキャプチャ画像を、この順で表示部１２に表示させる（Ｓ１２）。なお、ここでは、左から検索順で表示される例を示している。

この状態で、表示制御部１６ｅは、中央付近に表示される「六本木レストランランキング」に該当するキャプチャ画像を選択して左に移動させるフリック操作を検出する（Ｓ１３）。すると、表示制御部１６ｅは、各キャプチャ画像を左に移動させて、「六本木レストランランキング」の次の検索結果である「六本木駅周辺レストラン」に該当するキャプチャ画像を、中央付近に表示させる（Ｓ１４）。このように、表示制御部１６ｅは、ユーザのフリック操作にあわせて、画像を遷移させることができる。

一方で、表示制御部１６ｅは、中央付近に表示される「六本木レストランランキング」の選択操作を検出する（Ｓ１５）。すると、表示制御部１６ｅは、選択された「六本木レストランランキング」のＵＲＬを記憶部１４等から読み出してブラウザ実行部１７に通知し、ブラウザ実行部１７は、ウェブブラザを表示して、通知されたＵＲＬにアクセスしてウェブページを表示部１２に表示させる（Ｓ１６）。

このように、端末装置１０は、ユーザの各種操作にあわせて、キャプチャ画像の遷移や実際のウェブページへのアクセスを実行することができる。

［４．検索処理の流れ］
図４は、検索処理の流れを示すシーケンス図である。図４に示すように、端末装置１０の検索処理部１６は、ユーザ操作にしたがって検索アプリを起動する（Ｓ１０１）。

続いて、端末装置１０の受付部１６ａは、検索キーワードの入力画面を表示させて、検索キーワードの入力を受け付ける（Ｓ１０２）。その後、クエリ送信部１６ｂは、検索キーワードを含む検索クエリを検索サーバ３０に送信する（Ｓ１０３とＳ１０４）。

検索サーバ３０のクエリ実行部３５は、端末装置１０が送信した検索クエリを実行し、検索クエリに該当するウェブサーバを検索する（Ｓ１０５）。続いて、結果送信部３６は、検索されたウェブページのタイトルやＵＲＬを含む検索結果を端末装置１０に送信する（Ｓ１０６とＳ１０７）。

ここで、端末装置１０の結果転送部１６ｅは、検索サーバ３０が送信した検索結果を、リダイレクト等を用いてキャプチャ生成サーバ５０に転送する（Ｓ１０８とＳ１０９）。

そして、キャプチャ生成サーバ５０のキャプチャ生成部５５は、受信された検索結果に含まれる各ＵＲＬにアクセスしてウェブページを取得し（Ｓ１１０）、各ウェブページのキャプチャ画像を生成する（Ｓ１１１）。その後、キャプチャ応答部５６は、生成されたキャプチャ画像一覧と、キャプチャ元のウェブページのＵＲＬとを含むキャプチャ情報を端末装置１０に送信する（Ｓ１１２とＳ１１３）。

続いて、端末装置１０の受信部１６ｄは、キャプチャ生成サーバ５０から受信したキャプチャ情報を記憶部１４等に格納する（Ｓ１１４）。そして、表示制御部１６ｅは、キャプチャ情報に含まれるキャプチャ画像を表示部１２に表示させる（Ｓ１１５）。

その後、表示制御部１６ｅは、キャプチャ画像の選択を検出すると（Ｓ１１６）、キャプチャ情報をブラウザ実行部１７に通知する（Ｓ１１７）。すると、ブラウザ実行部１７は、ウェブブラウザを表示し、キャプチャ画像に対応付けられるＵＲＬにアクセスして、該当ウェブページを表示部１２に表示させる（Ｓ１１８）。

［５．キャプチャ画像とウェブページとの連動］
次に、端末装置１０は、表示部１２に表示されるキャプチャ画像がスクロールされた場合、キャプチャ画像に対応するウェブページについても、スクロール後のウェブページを表示させることもできる。ここでは、キャプチャ画像のスクロールがウェブページにも連動する例を説明する。

（連動の説明）
図５は、キャプチャ画像とウェブページとの連動を説明する図である。図５に示すように、端末装置１０が「六本木レストランランキング」のウェブページのキャプチャ画像を中央付近に表示している例で説明する。

この状態でキャプチャ画像に対してダブルクリック等がされた場合、端末装置１０のブラウザ実行部１７は、「六本木レストランランキング」のＵＲＬ等を表示制御部１６ｅから受信し、ウェブブラウザを表示して当該ＵＲＬにアクセスしてウェブページを取得して表示部１２に表示させる。

これに対して、端末装置１０の表示制御部１６ｅは、「六本木レストランランキング」のウェブページのキャプチャ画像に対して、上へのスクロール操作を受け付けた場合、キャプチャ画像を上へスクロールして、未表示であるキャプチャ画像の下部分を表示させる。

このスクロール後の状態でキャプチャ画像に対してダブルクリック等がされた場合、端末装置１０のブラウザ実行部１７は、ウェブブラウザを表示して該当ＵＲＬにアクセスしてウェブページを取得して表示部１２に表示させる。この際、ブラウザ実行部１７は、取得したウェブページをキャプチャ画像と同様にスクロールさせてから、表示部１２に表示させる。

（処理の流れ）
続いて、図５で説明した処理の流れについて説明する。図６は、キャプチャ画像とウェブページとの連動処理の流れを示すフローチャートである。図６に示すように、端末装置１０の受信部１６ｄは、キャプチャ生成サーバ５０から、キャプチャ画像とＵＲＬとを含むキャプチャ情報を受信すると（Ｓ２０１：Ｙｅｓ）、受信したキャプチャ情報を記憶部１４等に保存する（Ｓ２０２）。

続いて、表示制御部１６ｅは、受信されたキャプチャ画像の一覧を表示部１２に表示する（Ｓ２０３）。そして、表示制御部１６ｅは、表示されているキャプチャ画像が選択されると（Ｓ２０４：Ｙｅｓ）、スクロール操作が発生したかを判定する（Ｓ２０５）。

ここで、表示制御部１６ｅは、スクロール操作を検出しなかった場合（Ｓ２０５：Ｎｏ）、選択されたキャプチャ画像の情報をブラウザ実行部１７に通知する（Ｓ２０６）。そして、ブラウザ実行部１７は、ウェブブラウザを表示し、選択されたキャプチャ画像に対応するＵＲＬにアクセスする（Ｓ２０７）。その後、ブラウザ実行部１７は、アクセスしたウェブページを表示部１２に表示させる（Ｓ２０８）。

一方で、表示制御部１６ｅは、スクロール操作を検出した場合（Ｓ２０５：Ｙｅｓ）、スクロール後のキャプチャ画像を表示部１２に表示させる（Ｓ２０９）。そして、表示制御部１６ｅは、スクロールされたスクロール量を記憶部１４等に保存する（Ｓ２１０）。なお、スクロール量は、公知の様々な手法で取得することができる。その後、表示制御部１６ｅは、スクロールが終了するまで（Ｓ２１１：Ｎｏ）、Ｓ２０９に戻って、スクロール後のキャプチャ画像表示およびスクロール量の保存を繰り返す。

そして、表示制御部１６ｅは、スクロールが終了すると（Ｓ２１１：Ｙｅｓ）、スクロールされたキャプチャ画像が選択されたか判定する（Ｓ２１２）。

ここで、表示制御部１６ｅは、スクロール後のキャプチャ画像が選択された場合（Ｓ２１２：Ｙｅｓ）、選択されたキャプチャ画像の情報をブラウザ実行部１７に通知する（Ｓ２１３）。そして、ブラウザ実行部１７は、ウェブブラウザを表示し、選択されたキャプチャ画像に対応するＵＲＬにアクセスする（Ｓ２１４）。その後、ブラウザ実行部１７は、アクセスして取得したウェブページを、記憶部１４に記憶されるスクロール量分スクロールさせる（Ｓ２１５）。そして、表示制御部１６ｅは、スクロール後のウェブページを表示部１２に表示させる（Ｓ２１６）。

一方、Ｓ２１２において、表示制御部１６ｅは、スクロール後のキャプチャ画像が選択されずに（Ｓ２１２：Ｎｏ）、他のキャプチャ画像が選択された場合（Ｓ２１７：Ｙｅｓ）、Ｓ２０５に戻って、新たに選択されたキャプチャ画像に対して以降の処理を繰り返す。

なお、スクロール後のキャプチャ画像が選択されずに、他のキャプチャ画像が選択された場合でも、表示制御部１６ｅは、スクロール量を保存し続けることもできる。具体的には、表示制御部１６ｅは、キャプチャ画像ごとにスクロール量を記憶する。このようにすることで、キャプチャ画像Ａをスクロールしてキャプチャ画像Ｂにフリックされた後、再度フリックされてキャプチャ画像Ａを表示する際に、前回のスクロール位置で表示させることができる。

［６．キャプチャ画像へのフリック操作と機能］
端末装置１０は、表示部１２に表示されるキャプチャ画像に対して所定のフリック操作が実行することで、当該フリック操作に対応付けられる機能を自動で実行することができる。ここでは、キャプチャ画像に対するフリック操作と機能について説明する。

（処理内容の説明）
まず、図７を用いて、フリック操作と機能との関係を説明する。図７は、フリック操作による機能の自動実行を説明する図である。図７に示すように、端末装置１０が「六本木レストランランキング」のウェブページのキャプチャ画像を中央付近に表示している例で説明する。

この状態で、端末装置１０の表示制御部１６ｅは、「六本木レストランランキング」のウェブページのキャプチャ画像に対して、下へのフリック操作を受け付けると（Ｓ２０）、当該キャプチャ画像を表示対象から削除する。

また、端末装置１０の表示制御部１６ｅは、「六本木レストランランキング」のウェブページのキャプチャ画像に対して、上へのフリック操作を受け付けると（Ｓ２１）当該キャプチャ画像に対して特定の機能を選択させるアイコンを表示する。例えば、該当キャプチャ画像に対応するウェブページへのアクセスを実行するアイコン、該当キャプチャ画像を印刷するアイコン、該当キャプチャ画像をお気に入り登録するアイコン等を表示させる。

なお、ここでは、移動させて空白になった領域に３つのアイコンを表示させる例を図示したが、これに限定されるものではない。例えば、任意の領域に任意の数のアイコンを表示させることができる。また、アイコンと機能との対応付けもユーザが管理者等によって任意に設定変更できる。

また、端末装置１０の表示制御部１６ｅは、「六本木レストランランキング」のウェブページのキャプチャ画像の所定領域が選択された場合（Ｓ２２）、該当キャプチャ画像をお気に入りに登録する。ユーザは、お気に入りに登録することで、興味を持ったキャプチャ画像を容易に特定することができる。なお、図７では、キャプチャ画像の右上端を選択する例を説明したが、任意に設定変更することができる。

また、通常のウェブブラウザのお気に入り登録に、該当キャプチャ画像を登録することもできる。その場合、ブラウザ実行部１７は、お気に入り登録されたキャプチャ画像が選択されると、当該キャプチャ画像に対応付けられるＵＲＬに自動でアクセスしてウェブページを表示させることができる。

（処理の流れ）
続いて、図７で説明した処理の流れについて説明する。図８は、フリック操作による処理の流れを示すフローチャートである。図８に示すように、端末装置１０の受信部１６ｄは、キャプチャ生成サーバ５０から、キャプチャ情報を受信すると（Ｓ３０１：Ｙｅｓ）、受信したキャプチャ情報を記憶部１４等に保存する（Ｓ３０２）。

続いて、表示制御部１６ｅは、受信されたキャプチャ画像の一覧を表示部１２に表示する（Ｓ３０３）。そして、表示制御部１６ｅは、表示されているキャプチャ画像が選択されると（Ｓ３０４：Ｙｅｓ）、下へのフリック操作が発生したかを判定する（Ｓ３０５）。

ここで、表示制御部１６ｅは、下へのフリック操作を検出した場合（Ｓ３０５：Ｙｅｓ）、フリックされたキャプチャ画像の情報を削除し（Ｓ３０６）、削除後のキャプチャ画像一覧を表示する（Ｓ３０７）。このとき、表示制御部１６ｅは、記憶部１４等に記憶されるキャプチャ情報から、削除されたキャプチャ画像に対応するキャプチャ情報を削除してもよく、削除されたことを示すフラグなどを立てて区別してもよい。

一方、表示制御部１６ｅは、下へのフリック操作ではなく場合（Ｓ３０５：Ｎｏ）、上へのフリック操作を検出した場合（Ｓ３０８：Ｙｅｓ）、予め設定された機能一覧のアイコンを表示させる（Ｓ３０９）。その後、表示制御部１６ｅは、表示される機能のアイコンが選択された場合（Ｓ３１０：Ｙｅｓ）、選択された機能を実行する（Ｓ３１１）。

さらに、表示制御部１６ｅは、上へのフリック操作でもなく（Ｓ３０８：Ｎｏ）、お気に入りへの登録操作を検出した場合（Ｓ３１２：Ｙｅｓ）、操作されたキャプチャ画像をお気に入りへ登録する（Ｓ３１３）。なお、表示制御部１６ｅは、お気に入りへの登録操作でもない場合には（Ｓ３１２：Ｎｏ）、処理を終了する。

［７．キャプチャ画像の動的サイズ変更］
次に、キャプチャ生成サーバ５０が端末装置１０の画面サイズに合わせてキャプチャ画像のサイズを動的に変更して送信する例を説明する。図９は、端末装置の画面サイズに合わせて送信対象のキャプチャ画像のサイズを動的に変更する例を説明する図である。

図９に示すように、キャプチャ生成サーバ５０は、画面変更テーブル５０ａを保持する。画面変更テーブル５０ａは、「ＵＡ、画面サイズ（ＰＸ）、解像度（ＰＰＩ）」を対応付けて記憶する。ここで記憶される「ＵＡ」は、端末装置１０から送信されるユーザエージェントを示す。「画面サイズ（ＰＸ）」は、送信する画面サイズを示す情報であり、例えばピクセル表記である。「解像度（ＰＰＩ）」は、送信する画面の解像度を示す情報であり、例えばＰＰＩ（Pixel Per Inch）表記である。

図９の場合、ユーザエージェントが「ＸＸＸ」の端末については、画面サイズが「２０４８×１５３６ＰＸ」、解像度が「２６４ＰＰＩ」の画像を送信することが定義されている。また、ユーザエージェントが「ＹＹＹ」の端末については、画面サイズが「９６０×６４０ＰＸ」、解像度が「３２６ＰＰＩ」の画像を送信することが定義されている。

このような状態において、キャプチャ生成サーバ５０は、検索サーバ３０が送信した検索結果を端末装置１０から受信する際に、端末装置１０のユーザエージェントも合わせて受信する。そして、キャプチャ生成サーバ５０は、受信したユーザエージェントにあわせてキャプチャ画像のサイズや解像度を動的に変更して応答する。なお、端末装置１０は、検索クエリにユーザエージェントを含ませることで、システム内を流通させることができる。

例えば、図９に示すように、キャプチャ生成サーバ５０は、端末装置１０からユーザエージェント「ＸＸＸ」を含んだ検索結果を受信する（Ｓ４１）。この場合、キャプチャ生成サーバ５０は、ユーザエージェント「ＸＸＸ」に対応する画面サイズが「２０４８×１５３６ＰＸ」、解像度が「２６４ＰＰＩ」と特定する。そして、キャプチャ生成サーバ５０は、キャプチャ画像のサイズを「２０４８×１５３６ＰＸ」、解像度を「２６４ＰＰＩ」に変更して、端末装置１０に送信する（Ｓ４２）。

また、キャプチャ生成サーバ５０は、端末装置５からユーザエージェント「ＹＹＹ」を含んだ検索結果を受信する（Ｓ４３）。この場合、キャプチャ生成サーバ５０は、ユーザエージェント「ＹＹＹ」に対応する画面サイズが「９６０×６４０ＰＸ」、解像度が「３２６ＰＰＩ」と特定する。そして、キャプチャ生成サーバ５０は、キャプチャ画像のサイズを「９６０×６４０ＰＸ」、解像度を「３２６ＰＰＩ」に変更して、端末装置１０に送信する（Ｓ４４）。

このように、キャプチャ生成サーバ５０は、端末装置の画面サイズに合わせてキャプチャ画像のサイズを動的に変更して送信することができる。この結果、端末装置側では適切な画面サイズでキャプチャ画像を表示させることができ、ユーザの快適性を維持することができる。

なお、キャプチャ生成サーバ５０は、端末装置１０との間の通信速度に応じて、キャプチャ画像のサイズや解像度を変更することもできる。例えば、キャプチャ生成サーバ５０は、検索クエリにアクセスポイントの識別子が含まれている場合には、高速回線利用中と判定して、高品質のキャプチャ画像を送信する。一方、キャプチャ生成サーバ５０は、検索クエリに基地局の識別子が含まれている場合には、低速回線利用中と判定して、低品質のキャプチャ画像を送信する。

また、キャプチャ生成サーバ５０は、低速回線利用中の端末装置１０に、低品質のキャプチャ画像を送信した後、当該端末装置１０と複数回パケットの送受信を実行する。そして、キャプチャ生成サーバ５０は、端末装置１０が使用する回線が低速回線から高速回線に移行した場合には、高品質のキャプチャ画像を再度送信することもできる。

［８．検索結果の経路変更例］
次に、キャプチャ生成サーバ５０が、端末装置１０からではなく、検索サーバ３０から直接検索結果を受信する例を説明する。図１０は、キャプチャ生成サーバ５０が検索サーバ３０から直接検索結果を受信する場合の処理を説明する図である。なお、ここでは、各装置がキャッシュＤＢを有する例で説明する。

具体的には、端末装置１０はキャッシュＤＢ１０ｂを有し、検索サーバ３０はキャッシュＤＢ３０ｂを有し、キャプチャ生成サーバ５０はキャッシュＤＢ５０ｂを有する。また、各装置は、検索クエリごとにキャッシュ期間を定義したキャッシュルールにしたがって、キャッシュＤＢを管理する。

図１１は、キャッシュルールの例を示す図である。図１１に示すように、キャッシュルールは、「クエリ種別、キャッシュ有無、キャッシュ期間」を対応付けて記憶する。「クエリ種別」は、検索クエリの種別を示す。「キャッシュ有無」は、キャッシュＤＢに格納するか否かを示す情報であり、キャッシュ対象である場合に「有り」が設定され、キャッシュ対象でない場合は「無し」が設定される。「キャッシュ期間」は、キャッシュとして保持する期間を示す。なお、ここで記憶される情報は、管理者が任意に設定変更することができる。

図１１の場合、検索クエリが「ブログ」である場合には、検索されたウェブページまたはキャプチャ画像を１日間キャッシュすることを示し、検索クエリが地震速報などの「速報」である場合には、検索されたウェブページのキャプチャ画像をキャッシュしないことを示す。なお、各装置のキャッシュルールは、同一である必要はなく、装置ごとに任意に設定変更することができる。また、ここでは、「検索クエリ」ごとのルールを例示したが、これに限定されるものではなく、例えば「検索されたウェブページの種別」ごとにルールを設定してもよい。

なお、検索クエリの種別の判定手法としては、例えば、検索クエリに含まれる単語から判定することができる。例えば、各装置は、検索クエリに「ブログ」が含まれる場合には、当該検索クエリの種別を「ブログ」と判定する。

このような状態において、端末装置１０の受付部１６ａは、検索キーワードの入力画面を表示させて、検索キーワードの入力を受け付ける（Ｓ５１）。続いて、端末装置１０のクエリ送信部１６ｂは、検索キーワードを含む検索クエリを検索サーバ３０に送信する（Ｓ５２）。このとき、クエリ送信部１６ｂは、キャッシュＤＢ１０ｂを参照し、検索結果がキャッシュされていない場合に検索クエリを送信し、検索結果がキャッシュされている場合にはキャッシュＤＢ１０ｂからキャプチャ画像を取得する。

そして、検索サーバ３０のクエリ実行部３５は、端末装置１０が送信した検索クエリを実行し、検索クエリに該当するウェブサーバを検索する（Ｓ５３）。端末装置１０と同様、クエリ実行部３５は、検索結果がキャッシュＤＢ３０ｂに記憶されている場合には、キャッシュＤＢ１０ｂからウェブページを取得する。

その後、検索サーバ３０の結果送信部３６は、検索されたウェブページのタイトリやＵＲＬを含む検索結果をキャプチャ生成サーバ５０に送信する（Ｓ５４）。

続いて、キャプチャ生成サーバ５０のキャプチャ生成部５５は、受信された検索結果に含まれる各ＵＲＬにアクセスしてウェブページを取得し、各ウェブページのキャプチャ画像を生成する（Ｓ５５）。端末装置１０等と同様、キャプチャ生成部５５は、キャプチャ画像がキャッシュＤＢ５０ｂに記憶されている場合には、キャッシュＤＢ１０ｂからキャプチャ画像を取得する。

その後、キャプチャ生成サーバ５０のキャプチャ応答部５６は、生成されたキャプチャ画像一覧と、キャプチャ元のウェブページのＵＲＬとを含むキャプチャ情報を検索サーバ３０に送信する（Ｓ５６）。

そして、検索サーバ３０の結果送信部３６が、キャプチャ情報を端末装置１０に転送し（Ｓ５７）、端末装置１０の表示制御部１６ｅは、受信されたキャプチャ画像を表示部１２に表示させる（Ｓ５８）。

このように、検索システムは、任意の経路で検索結果やキャプチャ画像の送受信を実行することができる。したがって、端末装置１０は、ネットワークの輻輳状況等に応じて、最適な経路で、検索結果としてのキャプチャ画像を収集することができる。なお、図１０では、キャプチャ生成サーバ５０が、キャプチャ情報を検索サーバ３０に送信する例を説明したが、これに限定されるものではなく、キャプチャ情報を端末装置１０に送信することもできる。

［９．複数台の検索サーバを用いたシステム例］
次に、上記例では、１台の検索サーバ３０を用いて検索を実行する例を説明したが、これに限定されるものではなく、複数台の検索サーバを用いて検索を実行することもできる。図１２は、複数台の検索サーバを用いた処理を説明する図である。なお、ここでは、３台の検索サーバを例示するが、これに限定されるものではなく、任意の台数を用いることができる。

図１２に示すように、ここで示すシステムは、端末装置１０、検索サーバ３０ｃ、検索サーバ３０ｄ、検索サーバ３０ｅ、キャプチャ生成サーバ５０を有する。ここで、各検索サーバは、処理対象の検索クエリごとに設けられている。具体的には、検索サーバ３０ｃは、「レストラン」に対応する検索クエリを処理する検索サーバであり、検索サーバ３０ｄは、「ブログ」に対応する検索クエリを処理する検索サーバであり、検索サーバ３０ｅは、「速報」に対応する検索クエリを処理する検索サーバである。

このような状態において、端末装置１０の受付部１６ａは、検索キーワードの入力画面を表示させて、検索キーワード「六本木、レストラン」の入力を受け付ける（Ｓ６０）。

すると、クエリ送信部１６ｂは、入力された検索キーワードに基づいて、検索クエリの送信先となる検索サーバを特定する（Ｓ６１）。例えば、クエリ送信部１６ｂ、入力された検索キーワードに対して文字解析等を行って、単語「六本木」と単語「レストラン」を抽出する。そして、クエリ送信部１６ｂは、単語「レストラン」を検索対象とする検索サーバ３０ｃを特定する。

なお、抽出された単語に該当する検索サーバが複数台特定された場合には、任意の手法で１台の検索サーバを特定することができる。例えば、検索キーワードとして入力された順番が早い単語を優先したり、単語の属するカテゴリごとに重みを設定しておき、重みを加えた値が一番大きい単語を優先したりすることができる。

その後、端末装置１０は、特定した検索サーバ３０ｃに対して検索クエリを送信してキャプチャ画像を取得するＳ６２からＳ６８の処理は、図１で説明したＳ２からＳ８と同様の処理なので、詳細な説明は省略する。

［１０．効果］
上述したように、端末装置１０は、入力された検索キーワードに基づいて検索クエリを検索サーバ３０に送信し、検索クエリの応答としてキャプチャ画像をキャプチャ生成サーバ５０から受信する。つまり、上記検索システムは、従来の「テキストを読んで検索」ではく、「ページを眺めて出会う検索」を実現することができる。

この結果、ユーザは、検索結果から実際のウェブページそのものを閲覧することができるので、ウェブページの雰囲気や情報量等を認識することができる。したがって、端末装置１０は、ユーザが所望のウェブページを得るまでの時間を短縮することができ、ユーザの利便性を向上させることができる。

また、検索システムは、検索結果として、ウェブページのキャプチャ画像をユーザに提供するので、検索されたウェブページが膨大であっても、ユーザがシステムの利用を敬遠する原因となるレスポンスの低下を抑制できる。したがって、システムのユーザ増加が期待できる。

また、検索結果を直接操作して、様々な機能を実行することができるので、ユーザが簡単に操作できるユーザインタフェースを提供することができる。例えば、上下左右のフリック操作などによって機能を分けることもできるので、スマートフォンなどの特性を最大限に利用できる。

また、端末装置１０は、キャプチャ画像を選択するだけで実際のウェブページを取得して表示させることができる。このように、例えばお気に入り登録など、一般的なウェブ検索と同様の機能を簡単な操作で実現できるので、ユーザに快適な操作を提供することができる。

さらに、端末装置１０は、検索結果のキャプチャ画像をスクロールさせた場合でも、当該キャプチャ画像に対応するウェブページを表示させる際に、同様にスクロールさせた後のウェブページを表示させることができる。このように、ユーザのキャプチャ画像操作と実際のウェブページとを連動させることができる。

つまり、キャプチャ生成サーバ５０は、ウェブページ全体のキャプチャ画像を生成して端末装置１０に送信するので、端末装置１０は、ウェブページの一部が切り取られたサムネイルのような画像を表示するのではなく、ウェブページ全体を表示することができる。したがって、端末装置１０は、ウェブブラウザを表示させなくても、リンク先のウェブページの情報全てを表示させることができる。この結果、ユーザは、ウェブブラウザと同様の情報を得ることができる。さらに、ウェブページ全体のキャプチャ画像を一度に取得できるので、通常のウェブページが、画面サイズ等の関係で非表示となっている箇所をウェブサーバから取得するための通信などを抑制することができ、高速な情報取得を実現することができる。

また、キャプチャ生成サーバ５０は、端末装置１０の画面サイズに応じてキャプチャ画像のサイズを変更して送信することができるので、端末に依存することなく、検索システムを提供することができる。

また、端末装置１０、検索サーバ３０、キャプチャ生成サーバ５０が、検索クエリに応じてキャッシュすることができるので、レスポンスを向上させることができる。さらに、例えば、店舗情報など更新期間が長いウェブページはキャッシュ期間を長くし、ブログやツイッターなどの更新時間が短いウェブページはキャッシュ期間を短くし、緊急速報などの常に最新情報が要求されるウェブページはキャッシュしないように設定することができる。このように、レスポンスの向上とリアルタイム性を両立させることができる。

また、検索システムは、検索クエリごとに検索サーバを設けることができるので、検索サーバの負荷分散を実現することができる。例えば、ユーザが上記検索アプリを起動し、飲食店の情報とブログとを同時に検索する場合であっても、同時検索によるレスポンスの低下を抑制でき、検索結果を円滑に表示させることができる。

［１１．その他の実施形態例］
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。また、各実施形態は、矛盾のない範囲内で適宜組み合わせることもできる。以下では、異なる実施形態を例示する。

（画面表示例）
上記実施形態では、端末装置１０がキャプチャ画像を順に表示する例を説明したが、これに限定されるものではなく、例えばキャプチャ画像一覧を表示することもできる。図１３は、画面表示の例を示す図である。図１３に示すように、端末装置１０は、キャプチャ画像とともに「一覧」などのアイコンを表示し、アイコン「一覧」が選択されると、キャプチャ画像の一覧を表示することができる。同様に、端末装置１０は、キャプチャ画像の一覧を表示する際には、「戻る」などのアイコンを表示し、アイコン「戻る」が選択されると、キャプチャ画像を順に表示することができる。このように、ユーザの任意の形式で検索結果を表示させることができる。

（課金例）
本願の端末装置１０は、ウェブページそのものではなくキャプチャ画像を検索結果として表示するが、キャプチャ画像は実際にウェブページにアクセスしてキャプチャしたものであることから、キャプチャ時の広告がキャプチャされており、広告を閲覧することになる。このため、本願の場合でも、一般的なウェブ検索と同様に、広告について課金を行うこともできる。

図１４は、広告による課金の一例を説明する図である。図１４に示すように、端末装置１０は、広告１もあわせてキャプチャされたウェブページのキャプチャ画像を表示させた場合、広告１を閲覧したことを課金サーバ６０に通知する（Ｓ７０）。この結果、課金サーバ６０は、広告１の広告主に対して課金を行う。

さらに、端末装置１０は、広告１が表示されるキャプチャ画像を上にスクロールして、広告２を表示させた場合（Ｓ７１）、広告２を閲覧したことを課金サーバ６０に通知する（Ｓ７２）。この結果、課金サーバ６０は、広告２の広告主に対して課金を行う。

さらにその後、端末装置１０は、広告２が表示されるキャプチャ画像を左にスクロールして、広告３もあわせてキャプチャされたウェブページのキャプチャ画像を表示させた場合（Ｓ７３）、広告３を閲覧したことを課金サーバ６０に通知する（Ｓ７４）。この結果、課金サーバ６０は、広告３の広告主に対して課金を行う。

このように、検索システムは、ウェブページと一緒にキャプチャされた広告に対しては、キャプチャ画像を閲覧するたびに、課金することができる。このように、広告主に対しても新たな広告手法や課金手法を提供できるので、システムの活性化やユーザ集客に貢献することができる。

（中間サーバ）
上記実施形態で説明した構成以外にも、端末装置１０と検索サーバ３０およびキャプチャ生成サーバ５０との間に中間サーバ７０を設けることもできる。図１５は、中間サーバを用いた全体構成例を説明する図である。

図１５に示す中間サーバ７０は、端末装置１０から検索クエリを受信して検索サーバ３０に送信し、検索サーバ３０から受信した検索結果をキャプチャ生成サーバ５０に送信する。そして、中間サーバ７０は、キャプチャ生成サーバ５０からキャプチャ情報を受信して、端末装置１０に送信する。

このように、中間サーバ７０は、端末装置１０の結果送信部１６ｃと同様の機能を有することで、検索結果の中継を端末装置１０に代わって実行する。この結果、端末装置１０の処理負荷を軽減できる。また、中間サーバ７０が中継機能を代行するので、端末装置１０の処理性能に依存することなく中継処理を実行でき、検索処理のパフォーマンスの改善が期待できる。

（ハードウェア）
上述した端末装置および各サーバは、例えば図１６に示すような構成のコンピュータ１００によって実現される。図１６は、端末装置またはサーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１００は、ＣＰＵ５１、ＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）１０３、ＨＤＤ（Hard Disk Drive）１０４、通信インタフェース（Ｉ／Ｆ）１０５、入出力インタフェース（Ｉ／Ｆ）１０６、およびメディアインタフェース（Ｉ／Ｆ）１０７を備える。

ＣＰＵ１０１は、ＲＯＭ１０３またはＨＤＤ１０４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１０３は、コンピュータ１００の起動時にＣＰＵ１０１によって実行されるブートプログラムや、コンピュータ１００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１０４は、ＣＰＵ１０１によって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インタフェースｒ１０５は、各種通信回線を介して他の装置からデータを受信してＣＰＵ１０１へ送り、ＣＰＵ１０１が生成したデータを、各種通信回線を介して他の装置へ送信する。

ＣＰＵ１０１は、入出力インタフェースｒ１０６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ１０１は、入出力インタフェースｒ１０６を介して、入力装置からデータを取得する。また、ＣＰＵ１０１は、生成したデータを、入出力インタフェースｒ１０６を介して出力装置へ出力する。

メディアインタフェース１０７は、記録媒体１０８に格納されたプログラムまたはデータを読み取り、ＲＡＭ１０２を介してＣＰＵ１０１に提供する。ＣＰＵ１０１は、当該プログラムを、メディアインタフェース１０７を介して記録媒体１０８からＲＡＭ１０２上にロードし、ロードしたプログラムを実行する。記録媒体１０８は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１００が上記端末装置１０として機能する場合、コンピュータ１００のＣＰＵ１０１は、ＲＡＭ１０２上にロードされたプログラムを実行することにより、検索処理部１６、ブラウザ実行部１７の各機能を実現する。また、ＨＤＤ１０４には、記憶部１４に記憶されるデータが格納される。

コンピュータ１００のＣＰＵ１０１は、これらのプログラムを、記録媒体１０８から読み取って実行するが、他の例として、他の装置から、各種通信回線を介してこれらのプログラムを取得してもよい。

また、実施形態に記載した「部」は、「手段」や「section、module、unit」や「回路」などに読み替えることができる。例えば、検索処理部は、検索処理手段や検索処理回路に読み替えることができる。また、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれ、各実施形態を組み合わせることもできる。

以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。上記実施の形態に多様な変更または改良を加えることが可能であることが当業者には明らかである。また、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

１０ 端末装置
１１ 無線通信部
１２ 表示部
１３ 操作部
１４ 記憶部
１５ 制御部
１６ 検索処理部
１６ａ 受付部
１６ｂ クエリ送信部
１６ｃ 結果転送部
１６ｄ 受信部
１６ｅ 表示制御部
１７ ブラウザ実行部
３０ 検索サーバ
３１ 通信部
３２ 記憶部
３３ 制御部
３４ クエリ受信部
３５ クエリ実行部
３６ 結果送信部
５０ キャプチャ生成サーバ
５１ 通信部
５２ 記憶部
５３ 制御部
５４ 受信部
５５ キャプチャ生成部
５６ キャプチャ応答部
７０ 中間サーバ

Claims (12)

1. 端末装置とサーバ装置とを有し、前記端末装置が送信したウェブ検索の検索クエリに対して検索結果を応答する検索システムにおいて、
   前記サーバ装置は、
   前記検索クエリに該当する検索結果のウェブページの画像情報を前記端末装置に応答する応答手段、を有し、
   前記端末装置は、
   前記サーバ装置から前記検索結果の前記ウェブページの画像情報を受信する受信手段と、
   前記受信手段によって受信された前記画像情報を表示部に表示する表示制御手段と
   を有することを特徴とする検索システム。
2. 前記端末装置の表示制御手段は、
   前記受信手段によって受信された前記画像情報を表示部にスクロール可能に表示することを特徴とする請求項１に記載の検索システム。
3. 前記端末装置は、
   前記表示部に表示される前記ウェブページの画像情報が選択された場合に、当該選択されたウェブページの画像情報に対応するウェブページを取得して、前記表示部に表示させるウェブ表示手段をさらに有することを特徴とする請求項１又は２に記載の検索システム。
4. 前記端末装置の表示制御手段は、前記表示部に表示される前記ウェブページの画像情報がスクロールされた際のスクロール量を検出し、
   前記端末装置のウェブ表示手段は、スクロール後のウェブページの画像情報が選択された場合に、当該選択されたウェブページの画像情報に対応するウェブページを取得し、取得したウェブページを、選択時に検出されたスクロール量分スクロールさせて、前記表示部に表示することを特徴とする請求項３に記載の検索システム。
5. 前記端末装置の表示制御手段は、前記表示部に表示される前記ウェブページの画像情報に対して、前記画像情報を表示画面上で下に移動させるフリック操作を受け付けた場合には、当該画像情報を削除し、前記画像情報を表示画面上で上に移動させるフリック操作を受け付けた場合には、予め設定された処理を当該画像情報に対して実行し、前記画像情報の所定位置に対する所定操作を受け付けた場合には、当該画像情報を保存することを特徴とする請求項１乃至４のいずれかに記載の検索システム。
6. 前記サーバ装置は、
   前記検索クエリに該当する検索結果のウェブページを、前記検索クエリに対応する検索サーバにアクセスして取得する取得手段と、
   前記取得手段によって取得された前記ウェブページの画像情報を生成する生成手段と、をさらに有し、
   前記応答手段は、前記生成手段によって生成された前記ウェブページの画像情報を前記端末装置に応答することを特徴とする請求項１乃至５のいずれかに記載の検索システム。
7. 前記サーバ装置は、前記検索クエリに応じて決定される期間、当該検索クエリに該当する検索結果のウェブページをキャッシュ領域に記憶する格納手段をさらに有し、
   前記取得手段は、前記検索クエリに該当する検索結果のウェブページが前記キャッシュ領域に格納されている場合には、前記キャッシュ領域から前記ウェブページを取得し、前記キャッシュ領域に格納されていない場合には、前記検索結果のウェブページにアクセスして取得することを特徴とする請求項６に記載の検索システム。
8. 前記サーバ装置の応答手段は、前記端末装置が有する前記表示部のサイズに応じて、前記ウェブページの画像情報のサイズを変更して前記端末装置に応答することを特徴とする請求項１乃至７のいずれかに記載の検索システム。
9. 前記サーバ装置は、広告を含むウェブページの画像情報が前記端末装置で表示された場合に、当該広告主に課金する課金手段をさらに有することを特徴とする請求項１乃至８のいずれかに記載の検索システム。
10. 端末装置とサーバ装置とを有し、前記端末装置が送信したウェブ検索の検索クエリに対して検索結果を応答する検索システムに適した検索方法であって、
    前記サーバ装置が、
    前記検索クエリに該当する検索結果のウェブページの画像情報を前記端末装置に応答する応答工程、を含み、
    前記端末装置が、
    前記サーバ装置から前記検索結果の前記ウェブページの画像情報を受信する受信工程と、
    前記受信工程によって受信された前記画像情報を表示部に表示する表示制御工程と
    を含んだことを特徴とする検索方法。
11. サーバ装置に対して検索クエリを送信するクエリ送信手段と、
    前記クエリ送信手段によって送信された前記検索クエリの応答として、前記サーバ装置から前記検索クエリに該当する検索結果のウェブページの画像情報を受信する受信手段と、
    前記受信手段によって受信された前記ウェブページの画像情報を表示部に表示させる表示制御手段と
    を有することを特徴とする端末装置。
12. 端末装置に、
    サーバ装置に対して、検索クエリを送信するクエリ送信手順と、
    前記クエリ送信手順によって送信された前記検索クエリの応答として、前記サーバ装置から前記検索クエリに該当する検索結果のウェブページの画像情報を受信する受信手順と、
    前記受信手順によって受信された前記ウェブページの画像情報を表示部に表示させる表示制御手順と
    を実行させることを特徴とする検索プログラム。