(57)【要約】      （修正有）【課題】ユーザが情報の検索範囲を自由に指定可能にして、操作性を向上させる情報検索装置及び情報検索プログラムを提供する。【解決手段】情報検索装置は、検索範囲指定部１２、端末通信部２１および表示制御部２２を備える。検索範囲指定部１２は、情報検索する範囲の広さを指定する。端末通信部２１は、前記広さの情報を送信し、前記広さに基づいた範囲で情報検索された結果を受信する。表示制御部２２は、前記結果の一部または全部を画面部１０の情報表示領域１０Ａに表示する。【選択図】図２
2015135590.tif 000002
【特許請求の範囲】
【請求項１】
情報検索する範囲の広さを指定する指定部と、
前記広さの情報を送信し、前記広さに基づいた範囲で情報検索された結果を受信する通信部と、
前記結果の一部または全部を画面に表示する制御を行う制御部と、
を備える情報検索装置。
【請求項２】
前記情報検索を行う範囲は、最小となる第１の範囲と最大となる第２の範囲との間で可変である、
請求項１記載の情報検索装置。
【請求項３】
前記画面に表示された結果に対して肯定的な評価を入力する第１の入力部を備え、
前記通信部は、入力された前記肯定的な評価を送信し、前記肯定的な評価がされた結果の方向に移動した範囲で情報検索された結果を受信する、
請求項１または２記載の情報検索装置。
【請求項４】
前記画面に表示された結果に対して否定的な評価を入力する第２の入力部を備え、
前記通信部は、入力された前記否定的な評価を送信し、前記否定的な評価がされた結果から一定範囲を除外した範囲で検索された結果を受信する、
請求項１乃至３のうち何れか１項に記載の情報検索装置。
【請求項５】
前記一定範囲が前記第１の範囲と重なるときに、前記一定範囲は消滅する、
請求項４記載の情報検索装置。
【請求項６】
前記通信部は、前記情報検索された複数の結果の中からランダムに選択した複数の結果を受信する、
請求項１乃至５のうち何れか１項に記載の情報検索装置。
【請求項７】
前記通信部は、前記情報検索を行う範囲で検索した複数の結果の中から前記第１の範囲の内側の結果を除外した複数の結果を受信する、
請求項２乃至５のうち何れか１項に記載の情報検索装置。
【請求項８】
前記情報検索の対象となる情報は多次元ベクトル空間に配置され、前記第２の範囲は前記多次元ベクトル空間の中心までの範囲とする、
請求項２乃至７のうち何れか１項に記載の情報検索装置。
【請求項９】
前記第１の範囲は、前記多次元ベクトル空間の複数の軸に接するように設定される、
請求項２乃至８のうち何れか１項に記載の情報検索装置。
【請求項１０】
情報を検索する範囲の広さが指定されたときに、前記広さの情報を送信し、
前記広さに基づいた範囲で情報検索された結果を受信した後に、前記結果の一部または全部を画面に表示する制御を行う、
処理をコンピュータに実行させる情報検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報検索装置および情報検索プログラムに関する。
【背景技術】
【０００２】
ユーザが、携帯端末を用いて情報を検索するとき、多数の情報の中から選択した情報をユーザに提供するサービスがある。関連する技術として、楽曲の特徴ベクトルとユーザの嗜好ベクトルとの類似度に従って、楽曲を選出して、選出した楽曲をユーザに提示する技術が提案されている。
【０００３】
また、要求者の評価と要求者以外の利用者の評価および情報の属性を利用し、要求者が評価していない情報に対する適合度を推定して、情報の推薦およびフィルタリングを行う技術が提案されている。また、複数のユーザ間の類似度を計算し、類似度に基づいてユーザにふさわしいと思われる項目を推薦する技術が提案されている（例えば、特許文献１、特許文献２および特許文献３参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開ＷＯ２０１０／０２７０３４号公報
【特許文献２】特開平１０−２４０７４９号公報
【特許文献３】特開２００１−１４３４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ユーザが情報を検索するときに、サービス提供側は、所定範囲の中にある情報からユーザに提供する情報を機械的に選択し、選択した情報をユーザに提供する。従って、ユーザは、サービス提供側が設定した所定範囲内の中から情報を検索するため、所定範囲外にある情報を検索することができなくなる。このため、検索の自由度が低下し、検索時に操作性が低下する。
【０００６】
１つの側面では、本発明は、ユーザが情報の検索範囲を自由に指定可能にして、操作性を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
１つの案では、情報検索装置は、指定部、通信部および制御部を有する。指定部は、情報を検索する範囲の広さを指定する。通信部は、前記広さの情報を送信し、前記広さに基づいた範囲で情報検索された結果を受信する。制御部は、前記結果の一部または全部を画面に表示する制御を行う。
【発明の効果】
【０００８】
ユーザが情報の検索範囲を自由に指定可能にして、操作性を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】携帯端末を含むシステムの一例を示す図である。
【図２】携帯端末の一例を示す機能ブロック図である。
【図３】マッチングエンジンの一例を示す機能ブロック図である。
【図４】多次元ベクトル空間における特徴ベクトルの一例を示す図である。
【図５】ユーザデータベースの構成の一例を示す図である。
【図６】提供情報データベースの構成の一例を示す図である。
【図７】携帯端末に情報を表示する処理の一例を示すシーケンスチャートである。
【図８】検索範囲を最小検索範囲に近づけたときの多次元ベクトル空間の一例を示す図である。
【図９】検索範囲を最大検索範囲に近づけたときの多次元ベクトル空間の一例を示す図である。
【図１０】携帯端末の画面部に表示される画面の一例を示す図である。
【図１１】詳細情報を表示するための処理の一例を示すシーケンスチャートである。
【図１２】詳細画面の一例を示す図である。
【図１３】フィードバックの処理の一例を示すシーケンスチャートである。
【図１４】単語の出現回数の一例を示す図である。
【図１５】３次元ベクトル空間における特徴ベクトルの一例を示す図である。
【図１６】図１５の特徴ベクトルを基準とした最小検索範囲の一例を示す図である。
【図１７】図１５の特徴ベクトルを基準とした最小検索範囲および最大検索範囲の一例を示す図である。
【図１８】ユーザの嗜好が分散している場合および分散していない場合の最小検索範囲の一例を示す図である。
【図１９】ユーザの嗜好が分散している場合の最小検索範囲の一例を示す図である。
【図２０】最小検索範囲が２つの軸に接しているときの最小検索範囲の一例を示す図である。
【図２１】ポジティブフィードバックを行った場合のユーザの特徴ベクトルの補正の一例を示す図である。
【図２２】ネガティブフィードバックを行った場合の忌避範囲の一例を示す図である。
【図２３】フィードバックを行ったときの検索範囲の変化の一例を説明する図である。
【図２４】携帯端末のハードウェア構成の一例を示す図である。
【図２５】情報提供サーバのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
＜システムの全体構成＞
以下、図面を参照して、実施形態について説明する。図１は、システム１の全体構成の一例を示している。ユーザが所持する携帯端末２は、ネットワーク３を介して、情報提供サーバ４および外部ウェブサイト５Ａ、５Ｂと通信をすることができる。図１では、携帯端末２は１つを例示しているが、複数であってもよい。
【００１１】
図１では、携帯端末２と情報提供サーバ４と外部ウェブサイト５Ａ、５Ｂとは、ネットワーク３を介して接続されている例を示しているが、携帯端末２と情報提供サーバ４と外部ウェブサイト５Ａ、５Ｂとは、それぞれ異なるネットワークで接続されていてもよい。
【００１２】
携帯端末２は、情報検索装置の一例である。情報検索装置としては、スマートフォンや携帯電話等の携帯型の端末だけでなく、固定して使用されるデスクトップ型のパーソナルコンピュータ等を適用してもよい。
【００１３】
図１の一例で示すように、携帯端末２は、画面部１０とボタン部１１とを有している。実施形態では、画面部１０は、表示機能および操作機能を有しているものとする。一例として、画面部１０は、タッチパネルディスプレイであるものとする。ただし、画面部１０は、表示機能と操作機能とを異なるデバイスで実現してもよい。
【００１４】
例えば、デスクトップ型のパーソナルコンピュータ等の場合には、表示機能は液晶ディスプレイ等で実現され、操作機能はキーボードやマウス等で実現されるようにしてもよい。ボタン部１１は、ボタン式の操作部である。画面部１０が操作機能を有している場合には、携帯端末２はボタン部１１を有しなくてもよい。
【００１５】
画面部１０は、情報表示領域１０Ａと検索範囲指定部１２とを有している。情報表示領域１０Ａは情報を表示する領域である。検索範囲指定部１２は、検索範囲の広さを指定するために表示されている。
【００１６】
検索範囲指定部１２は、指定マーク１２Ａを有しており、指定マーク１２Ａを移動させることが可能になっている。指定マーク１２Ａを「広」の方向に移動させると、検索範囲が広くなる。指定マーク１２Ａを「狭」の方向に移動させると、検索範囲が狭くなる。従って、検索範囲指定部１２は、情報検索の広さを指定する。検索範囲指定部１２は、情報表示領域１０Ａに含まれていてもよい。
【００１７】
情報提供サーバ４は、収集エンジン１３とユーザデータベース１４と提供情報データベース１５とマッチングエンジン１６とサーバ通信部１７とを有している。情報提供サーバ４は、ユーザが所持する携帯端末２から検索要求があったときには、検索した結果の情報を携帯端末２に送信する。情報提供サーバ４は、情報提供装置の一例である。
【００１８】
収集エンジン１３は、ユーザの嗜好情報を外部ウェブサイト５Ａから収集し、提供情報を外部ウェブサイト５Ｂから収集する。嗜好情報は、ユーザの嗜好に関する情報の一例である。提供情報は、ユーザの携帯端末２からの検索要求に応じて、情報提供サーバ４がユーザの携帯端末２に提供する情報である。収集エンジン１３は、情報を収集する収集部と称することもできる。また、収集エンジン１３はソフトウェアとして実現してもよい。
【００１９】
実施形態では、一例として、提供情報はイベントに関する情報（イベント情報）であるものとする。例えば、野球やサッカー等スポーツの試合、コンサート、競馬、祭り等がイベントになる。なお、提供情報は、イベント情報には限定されない。ユーザの嗜好に関連する情報であれば、イベント情報以外の情報（例えば、ユーザが好むゲーム等の情報）であってもよい。
【００２０】
外部ウェブサイト５Ａの一例として、ＳＮＳ(Social Network Service）やブログ等がある。外部ウェブサイト５Ａは、携帯端末２を所持するユーザの嗜好情報を掲載しており、収集エンジン１３が外部ウェブサイト５Ａからユーザの嗜好情報を収集する。ＳＮＳやブログ等にユーザの嗜好情報がテキストデータとして掲載されている場合には、収集エンジン１３は、テキストデータからユーザの嗜好情報を収集することができる。収集エンジン１３は、テキストデータ以外のデータからユーザの嗜好情報を収集してもよい。
【００２１】
外部ウェブサイト５Ｂの一例としては、店舗、企業、自治体等のホームページがある。実施形態では、収集エンジン１３は、店舗、企業、自治体等のホームページから、イベント情報を収集する。ホームページにイベント情報がテキストデータで掲載されている場合には、収集エンジン１３は、テキストデータからイベント情報を収集することができる。収集エンジン１３は、イベント情報をテキストデータ以外のデータから収集してもよい。
【００２２】
情報提供サーバ４は、複数のユーザに対してサービスを提供する。よって、収集エンジン１３は、ユーザごとに嗜好情報を収集する。収集エンジン１３は、定期的にユーザごとの嗜好情報を収集し、収集した嗜好情報をユーザごと（例えば、ユーザＩＤごと）にユーザデータベース１４に格納する。また、収集エンジン１３は、上述したホームページからイベント情報を定期的に収集し、提供情報データベース１５に格納する。
【００２３】
マッチングエンジン１６は、携帯端末２を所持するユーザに送信する１または複数のイベント情報を選択する。マッチングエンジン１６は、提供情報データベース１５に格納されている複数のイベント情報の中から、ユーザの嗜好情報に適した１または複数のイベント情報を検索する。
【００２４】
実施形態では、マッチングエンジン１６は複数のイベント情報を検索するものとする。マッチングエンジン１６は、検索したイベント情報を検索結果として生成する。従って、マッチングエンジン１６は、検索結果生成部と称することもできる。また、マッチングエンジン１６は、例えば情報提供サーバ４に格納されるソフトウェアとして実現してもよい。
【００２５】
サーバ通信部１７は、ユーザの携帯端末２および外部ウェブサイト５Ａ、５Ｂと通信を行う。収集エンジン１３が外部ウェブサイト５Ａ、５Ｂからイベント情報を収集するときに、サーバ通信部１７は外部ウェブサイト５Ａ、５Ｂと通信を行う。また、サーバ通信部１７は、携帯端末２と通信を行うことにより、種々の情報を送受信する。
【００２６】
＜携帯端末の構成＞
図２は、携帯端末２の一例を示している。携帯端末２は、画面部１０とボタン部１１と端末通信部２１と表示制御部２２と操作検出部２３とリスト作成部２４と検索範囲情報生成部２５とフィードバック情報生成部２６と記憶部２７とを備えている。画面部１０は、上述したように、情報表示領域１０Ａと検索範囲指定部１２とを有している。
【００２７】
端末通信部２１は、ネットワーク３を介して、情報提供サーバ４と通信を行う。端末通信部２１は、情報提供サーバ４に情報を送信し、情報提供サーバ４が送信した情報を受信する。端末通信部２１は、通信部の一例である。
【００２８】
表示制御部２２は、画面部１０に表示される内容を制御する。一例として、表示制御部２２は、ＧＵＩ（Graphical User Interface）コンポーネントをユーザに提示する画面を画面部１０に表示するように制御する。表示制御部２２は、制御部の一例である。
【００２９】
操作検出部２３は、画面部１０およびボタン部１１に対して行われた操作を検出する。ユーザは、タッチパネルディスプレイである画面部１０を操作する。また、ボタン式のボタン部１１がある場合には、ボタン部１１を操作する。操作検出部２３は、ユーザが行った操作を検出する。
【００３０】
リスト作成部２４は、情報提供サーバ４が携帯端末２に送信した複数のイベント情報に基づいて、画面部１０に表示するリストを作成する。実施形態では、複数のイベント情報は、画面部１０にリスト形式で表示される。リスト作成部２４は、受信した複数のイベント情報に基づいて、画面部１０に表示されるリストを作成する。
【００３１】
作成したリストは表示制御部２２に出力され、表示制御部２２はリスト形式の複数のイベント情報を画面部１０に表示する。実施形態では、情報提供サーバ４が携帯端末２に送信した複数のイベント情報はリスト形式で表示されるが、イベント情報を画面部１０に表示する形式はリスト形式には限定されない。
【００３２】
検索範囲情報生成部２５は、ユーザが指定した指定マーク１２Ａが何れの位置にいるかに基づいて、検索範囲に関する情報（検索範囲情報）を生成する。ユーザが、指定マーク１２Ａを「広」に近い位置に指定した場合には、検索範囲情報は検索範囲が広いことを示す。ユーザが、指定マーク１２Ａを「狭」に近い位置に指定した場合には、検索範囲情報は検索が狭いことを示す。検索範囲情報生成部２５は、生成した検索情報を端末通信部２１に出力する。
【００３３】
フィードバック情報生成部２６は、フィードバック情報を生成する。フィードバック情報は、情報提供サーバ４がユーザの携帯端末２に送信した複数のイベント情報に対して、ユーザの評価を情報提供サーバ４にフィードバックするための情報である。従って、フィードバック情報は、評価情報と称することもできる。フィードバックにはポジティブフィードバックとネガティブフィードバックとがある。
【００３４】
ユーザは、画面部１０を操作して、複数のイベント情報のそれぞれに評価を与えることができる。当該評価が肯定的な場合には、ポジティブフィードバックになり、否定的な場合には、ネガティブフィードバックになる。
【００３５】
ユーザがイベント情報に対して肯定的または否定的な評価を行った場合、フィードバック情報生成部２６は、イベント情報ごとにフィードバック情報を生成する。フィードバック情報生成部２６は、生成したフィードバック情報をイベント情報と関連付けて、端末通信部２１に出力する。
【００３６】
記憶部２７は、種々の情報を記憶する。端末通信部２１が受信したイベント情報は記憶部２７に記憶される。実施形態では、一例として、情報提供サーバ４が提供するサービスを利用するために、アプリケーションが使用される。この場合、アプリケーションを実現するプログラムは記憶部２７に記憶される。
【００３７】
端末通信部２１は、情報提供サーバ４と通信を行う。端末通信部２１は、情報提供サーバ４が送信したイベント情報を受信する。受信したイベント情報は、記憶部２７に記憶される。また、端末通信部２１は、ユーザを特定するユーザ情報（例えばユーザＩＤ）と検索範囲情報とフィードバック情報とを情報提供サーバ４に送信する。
【００３８】
＜マッチングエンジンの構成＞
次に、図３を参照して、情報提供サーバ４のマッチングエンジン１６について説明する。マッチングエンジン１６は、ユーザデータベース管理部３１と提供情報データベース管理部３２と演算部３３と通信制御部３４と検索範囲情報解析部３５と提供情報生成部３６とフィードバック情報解析部３７とを備えている。
【００３９】
ユーザデータベース管理部３１は、ユーザデータベース１４に格納されている情報を取得および更新する。提供情報データベース管理部３２は、提供情報データベース１５に格納されているイベント情報を取得および更新する。
【００４０】
演算部３３は、特徴ベクトル演算部３３Ａと差分演算部３３Ｂとを備えている。マッチングエンジン１６は、ユーザの嗜好に適したイベント情報をユーザの携帯端末２に送信する。実施形態では、提供情報データベース１５に格納されている複数のイベント情報のうち、ユーザの嗜好に適したイベント情報を検索するために、多次元ベクトル空間を使用する。
【００４１】
特徴ベクトル演算部３３Ａは、ユーザデータベース１４に格納されている嗜好情報に基づいて、多次元ベクトル空間におけるユーザの特徴ベクトルを演算する。ユーザの特徴ベクトルは、ユーザの嗜好を示している。また、特徴ベクトル演算部３３Ａは、提供情報データベース１５に基づいて、多次元ベクトル空間におけるイベント情報の特徴ベクトルを演算する。イベント情報は、演算された特徴ベクトルに基づいて、多次元ベクトル空間に配置される。
【００４２】
差分演算部３３Ｂは、ユーザの特徴ベクトルとイベント情報の特徴ベクトルとの差分を演算する。ユーザの特徴ベクトルとイベント情報の特徴ベクトルとは同じ多次元ベクトル空間に形成される。ユーザの特徴ベクトルとイベント情報の特徴ベクトルとの差分値が小さいほど、ユーザは当該イベント情報に対して嗜好が強いことを示している。一方、差分値が大きければ、ユーザは当該イベント情報に対して嗜好が弱いことを示している。
【００４３】
通信制御部３４は、サーバ通信部１７が携帯端末２から受信したユーザ情報と検索範囲情報とフィードバック情報とを入力する。また、通信制御部３４は、提供情報生成部３６が選択した複数のイベント情報をサーバ通信部１７に出力し、サーバ通信部１７は複数のイベント情報をユーザの携帯端末２に送信する。
【００４４】
検索範囲情報解析部３５は、通信制御部３４から入力した検索範囲情報を解析する。解析した検索範囲情報は、演算部３３に出力される。演算部３３は、ユーザの特徴ベクトルを原点として、多次元ベクトル空間内に検索範囲情報が示す範囲を設定する。差分演算部３３Ｂは、ユーザの特徴ベクトルとイベント情報の特徴ベクトルと差分値を演算しており、多次元ベクトル空間内の上記の範囲内のイベント情報を選択する。
【００４５】
検索範囲の広狭は、ユーザが任意に指定できるため、検索範囲によって、選択されるイベント情報が変化する。検索範囲が狭ければ、ユーザの嗜好に非常に近いイベント情報に絞って選択される。検索範囲が広ければ、ユーザの嗜好から離れたイベント情報も選択対象になる。選択されたイベント情報は、提供情報生成部３６に出力される。提供情報生成部３６は、携帯端末２に送信するイベント情報に関連する情報を生成する。
【００４６】
フィードバック情報解析部３７は、携帯端末２が送信したフィードバック情報を解析する。上述したように、フィードバックには、ポジティブフィードバックとネガティブフィードバックとがある。このフィードバック情報は、ユーザの嗜好を反映している。フィードバック情報解析部３７が解析したフィードバック情報は演算部３３に入力される。
【００４７】
演算部３３の特徴ベクトル演算部３３Ａは、フィードバック情報に基づいて、ユーザの特徴ベクトルを補正する。特徴ベクトル演算部３３Ａが補正したユーザの特徴ベクトルの情報はユーザデータベース管理部３１により、ユーザデータベース１４に格納される。
【００４８】
＜多次元ベクトル空間における特徴ベクトル＞
次に、多次元ベクトル空間における特徴ベクトルについて説明する。図４は、多次元ベクトル空間における特徴ベクトルの一例を示している。図４に一例として示す多次元ベクトル空間は、マッチングエンジン１６の演算部３３が演算を行うときに使用される。演算部３３は、ユーザデータベース１４から、ユーザの嗜好情報を取得する。
【００４９】
演算部３３は、ユーザの嗜好情報に基づいて、多次元ベクトル空間を生成する。図４の「原点」は多次元ベクトル空間におけるユーザの特徴ベクトルを示している。図４において、原点に最も近いベクトルを持つ嗜好情報は「競馬」である。また、「タバコ」および「パチンコ」も原点に近いベクトルを持つ。従って、ユーザは、「競馬」、「タバコ」および「パチンコ」に対する嗜好が強い。
【００５０】
図４において、Ｒ１の円は、検索範囲が最も狭い空間を示す。この空間は最小検索範囲と称されることもある。最小検索範囲Ｒ１の中に含まれる情報は、ユーザの指定にかかわらず、ユーザに提供される情報である。
【００５１】
例えば、「競馬」に関連する情報が提供情報データベース１５に格納されている場合には、当該情報がユーザの携帯端末２に提供される。同様に、「タバコ」および「パチンコ」に関連する情報が提供情報データベース１５に格納されている場合には、当該情報がユーザの携帯端末２に提供される。
【００５２】
実施形態では、検索範囲Ｒ３（図中の破線）は、最小検索範囲Ｒ１に固定されず、ユーザにより任意に変更することができる。上述したように、ユーザは、携帯端末２の検索範囲指定部１２の指定マーク１２Ａを操作する。ユーザが指定マーク１２Ａを「狭」に最も近い位置に移動させたときに、検索範囲Ｒ３は、最小検索範囲Ｒ１と一致する。最小検索範囲Ｒ１は、第１の範囲の一例である。
【００５３】
一方、ユーザが指定マーク１２Ａを「広」に最も近い位置に移動させたときに、検索範囲Ｒ３は、最大検索範囲Ｒ２と一致する。検索範囲Ｒ３を無条件に広げると、検索対象となる情報の数が膨大になる。そこで、最大検索範囲Ｒ２が規定される。最大検索範囲Ｒ２は、第２の範囲の一例である。
【００５４】
検索範囲Ｒ３は、最小検索範囲Ｒ１と最大検索範囲Ｒ２との間で任意に変更することが可能である。ユーザは、指定マーク１２Ａを移動させることにより、検索範囲Ｒ３を任意に指定する。検索範囲情報は、携帯端末２から情報提供サーバ４に送信されるため、演算部３３は、検索範囲情報に基づいて、検索範囲情報に基づく検索範囲Ｒ３を演算する。
【００５５】
検索範囲Ｒ３の中に含まれる情報が、検索対象となるイベント情報である。図４に示した検索可変範囲は、検索範囲Ｒ３を変更することができる範囲を示している。図４の一例では、検索範囲Ｒ３を広げたことにより、最小検索範囲Ｒ１には含まれない「イチゴ狩り」、「ハンドバック」および「リップクリーム」が検索範囲Ｒ３に含まれる。
【００５６】
「イチゴ狩り」、「ハンドバック」および「リップクレーム」は、「競馬」、「パチンコ」および「タバコ」と比較すると、原点を中心とした特徴ベクトルが大きい。つまり、この場合、ユーザは、「競馬」、「パチンコ」および「タバコ」よりも、「イチゴ狩り」、「ハンドバック」および「リップクレーム」に対する嗜好が弱い。
【００５７】
従って、検索範囲Ｒ３が最小検索範囲Ｒ１のときには、「イチゴ狩り」、「ハンドバック」および「リップクレーム」は検索対象にはならないが、検索範囲Ｒ３を広げることにより、検索対象になる。検索範囲Ｒ３は、ユーザが携帯端末２の検索範囲指定部１２を操作することにより、任意に変更することが可能である。
【００５８】
次に、忌避範囲について説明する。忌避範囲Ｒ４は、検索対象から除外される範囲を示し、携帯端末２から情報提供サーバ４に送信されるフィードバック情報に基づいて決定することができる。上述したように、フィードバック情報には、ポジティブフィードバックとネガティブフィードバックとがある。ネガティブフィードバックは、提供される情報に対してユーザが否定的であることを示している。従って、ユーザが否定的な情報は検索対象から除外する。
【００５９】
図４は、ユーザが「ハンドバック」に対して否定的であることを示している。ユーザは携帯端末２を用いて、「ハンドバック」に対して否定的な評価を示す操作を行ったものとする。フィードバック情報生成部２６は、「ハンドバック」に対するネガティブフィードバックを含むフィードバック情報を生成する。そして、このフィードバック情報が情報提供サーバ４に送信される。
【００６０】
フィードバック情報解析部３７は、フィードバック情報を解析して、「ハンドバック」に対するネガティブフィードバックを認識する。そして、演算部３３は、多次元ベクトル空間において、「ハンドバック」を基準として、所定範囲を忌避範囲Ｒ４として設定する。図４の一例では、忌避範囲Ｒ４を一点鎖線で示している。
【００６１】
図４に一例として示す多次元ベクトル空間において、「ハンドバック」と「リップクリーム」とは近い特徴ベクトルを有している。従って、「ハンドバック」だけでなく「リップクリーム」も忌避範囲Ｒ４に含まれる。従って、「ハンドバック」だけでなく、「リップクリーム」も検索対象から除外される。一方、「リップスティック」は忌避範囲Ｒ４の外にあるため、検索対象から除外されない。
【００６２】
図４に一例として示す多次元ベクトル空間において、イベント情報の位置は基本的に固定されている。一方、原点は、ユーザの特徴ベクトルを示しており、ユーザの嗜好が変化したときに、変化する。収集エンジン１３は、外部ウェブサイト５Ａからユーザに関する情報を収集して、多次元ベクトル空間における原点を設定する。
【００６３】
例えば、外部ウェブサイト５ＡであるＳＮＳにおいて、「競馬」に関する発言が多い場合には、「競馬」に対して大きな関心を持っている可能性が高い。従って、「競馬」のイベント情報が原点位置に近くなり、原点を基準とした「競馬」の特徴ベクトルは小さくなる。
【００６４】
また、携帯端末２が情報提供サーバ４に送信するフィードバック情報によっても、原点位置は変化する。例えば、ユーザが「競馬」に対してポジティブフィードバックを行った場合には、原点位置が「競馬」に近くなり、原点を基準とした「競馬」の特徴ベクトルは小さくなる。一方、ユーザが「競馬」に対してネガティブフィードバックを行った場合には、原点位置が「競馬」から遠くなり、原点を基準とした「競馬」の特徴ベクトルは大きくなる。
【００６５】
従って、ユーザの嗜好の変化に応じて、原点位置も変化する。このため、ユーザの嗜好の変化に応じて、最小検索範囲Ｒ１および最大検索範囲Ｒ２も変化する。一方、忌避範囲Ｒ４は基本的には変化しない。多次元ベクトル空間において、イベント情報の位置は、ユーザの嗜好が変化したとしても、固定されている。忌避範囲Ｒ４は、イベント情報の位置を基準とした所定範囲になるため、忌避範囲Ｒ４も基本的に移動しない。
【００６６】
ただし、イベント情報の位置が変化する場合もある。多次元ベクトル空間は、複数の軸を多次元化した空間である。一例として、「ハンドバック」について「人気」が「男性側」と「女性側」とを有する軸が存在する仮定した場合を想定する。通常、「ハンドバック」は、女性に人気があるため、当該軸に着目した場合のイベント情報の位置は、「女性側」にある。
【００６７】
しかし、一時的に、男性が「ハンドバック」を持つ流行が起きた場合、当該軸に着目した場合のイベント情報の位置は変化する。つまり、軸上のイベント情報の位置が、「女性側」から「男性側」に移動する。このような場合に、イベント情報の位置が変化する。これに伴い、忌避範囲Ｒ４も移動する。
【００６８】
図４および以降の図面で示す多次元ベクトル空間において、最小検索範囲Ｒ１、最大検索範囲Ｒ２および検索範囲Ｒ３は円形を例示しているが、円形（または球形）には限定されない。各範囲は、楕円形等任意の形状を形成してもよい。
【００６９】
＜データベースの構成＞
図５は、ユーザデータベース１４の一例を示している。図５に一例として示すユーザデータベース１４は、ユーザＩＤとベクトル値と忌避イベント数と忌避イベントと試行日時と試行回数とフィードバック回数とＳＮＳアカウントと関連Ｗｅｂサイトとの項目を有している。ユーザデータベース１４の項目は、図５に示した例には限定されない。
【００７０】
ユーザＩＤは、ユーザを識別するための情報である。ベクトル値は、ユーザの特徴ベクトルの値を示している。忌避イベント数および忌避イベントは、忌避範囲Ｒ４を特定するために用いられる。また、忌避範囲Ｒ４の距離は、試行日時、試行回数およびフィードバック回数に基づいて算出してもよい。忌避範囲Ｒ４は、忌避イベント数および忌避イベント以外の手法で特定してもよい。
【００７１】
ＳＮＳアカウントおよび関連Ｗｅｂサイトは、ユーザの嗜好情報を収集するために用いられる。例えば、ＳＮＳがアカウントを有しているユーザに対して利用可能なサービスである場合、収集エンジン１３は、ＳＮＳのアカウントを用いて、ユーザの嗜好情報を収集する。関連Ｗｅｂサイトは、例えばブログのＵＲＬ等の情報であり、収集エンジン１３がユーザの嗜好情報を収集するときに使用される。
【００７２】
図６は、提供情報データベース１５の一例を示している。図５に一例として示す提供情報データベース１５は、イベント情報ＩＤとタイトルとアイコンＵＲＬとアイコンイメージとサマリとサムネイルとリンク先ＵＲＬとベクトル値とキーワードとの項目を有している。提供情報データベース１５の項目は、図６に示した例には限定されない。
【００７３】
イベント情報ＩＤは、イベント情報を識別するための情報である。タイトル、アイコンＵＲＬ、アイコンイメージ、サマリ、サムネイルおよびリンク先ＵＲＬは、ユーザが所持する携帯端末２に送信するために用いられる。ベクトル値は、イベント情報の特徴ベクトルの値を示す。キーワードは、イベント情報の特徴ベクトル値に関連するキーワードである。キーワードは複数登録することが可能になっており、イベント情報の特徴ベクトルの値の中で最も大きな成分を持つ要素から順に所定件数を登録することが可能になっている。
【００７４】
＜情報表示の処理＞
次に、図７のシーケンスチャートを参照して、ユーザの携帯端末２に情報を表示する処理の一例を説明する。収集エンジン１３は、予め複数の外部ウェブサイト５Ａから定期的に嗜好情報をユーザごとに収集する。収集エンジン１３は、収集したユーザの嗜好情報をユーザＩＤごとにユーザデータベース１４に格納する。また、収集エンジン１３は、外部ウェブサイト５Ｂからイベント情報を定期的に収集し、提供情報データベース１５に格納する。
【００７５】
携帯端末２を所持するユーザは、情報提供サーバ４が提供するサービスを利用するため、画面部１０を操作して、記憶部２７に記憶されているアプリケーションを起動する（ステップＳ１）。実施形態では、アプリケーションを用いる例を示しているが、アプリケーションに限らず、他の方法で実施形態の情報表示を実現してもよい。
【００７６】
画面部１０には検索範囲指定部１２が表示されており、ユーザは指定マーク１２Ａを所望の位置に移動させる。例えば、自身の嗜好に近いイベント情報に絞って検索したいときには、ユーザは指定マーク１２Ａを「狭」に近づける。一方、自身の嗜好から離れた情報も検索したいときには、ユーザは指定マーク１２Ａを「広」に近づける。
【００７７】
以上の操作により、ユーザは、検索範囲を指定する（ステップＳ２）。検索範囲情報生成部２５は、検索範囲情報を生成し、生成した検索範囲情報を端末通信部２１に出力する。端末通信部２１は、ネットワーク３を介して、ユーザＩＤおよび検索範囲情報を情報提供サーバ４に送信し、イベント情報の検索要求を行う（ステップＳ３）。
【００７８】
携帯端末２が送信したユーザＩＤおよび検索範囲情報は、情報提供サーバ４のサーバ通信部１７が受信し、サーバ通信部１７がユーザＩＤおよび検索範囲情報をマッチングエンジン１６に出力する。
【００７９】
マッチングエンジン１６のユーザデータベース管理部３１は、ユーザデータベース１４からユーザＩＤにより特定されるユーザの情報を検索する（ステップＳ４）。ユーザデータベース１４には、ユーザごとに特徴ベクトルおよび忌避領域の情報が格納されている。ユーザデータベース管理部３１は、ユーザデータベース１４からユーザの特徴ベクトルおよび忌避領域の情報を取得する（ステップＳ５）。
【００８０】
検索範囲情報解析部３５は、携帯端末２から送信された検索範囲情報を解析して、検索範囲を算出する（ステップＳ６）。この検索範囲は、多次元ベクトル空間における検索範囲Ｒ３になる。検索範囲Ｒ３に関する情報は、演算部３３に出力される。
【００８１】
提供情報データベース管理部３２は、提供情報データベース１５からイベントＩＤおよびイベントの特徴ベクトルを検索する（ステップＳ７）。そして、提供情報データベース管理部３２は、提供情報データベース１５からイベントＩＤおよびイベントの特徴ベクトルを１つずつ取得する（ステップＳ８）。
【００８２】
演算部３３の差分演算部３３Ｂは、ユーザの特徴ベクトルとイベントの特徴ベクトルとの差分を演算する。つまり、ユーザの特徴ベクトルを原点としたときに、イベントの特徴ベクトルが原点からどの程度の距離にあるかを算出する。演算部３３には、検索範囲情報解析部３５が解析した検索範囲Ｒ３が入力されている。
【００８３】
従って、差分演算部３３Ｂは、原点を基準とした検索範囲Ｒ３を認識できる。差分演算部３３Ｂは、算出した特徴ベクトルの差分が検索範囲Ｒ３の内側にあるか、外側にあるかを判定する（ステップＳ９）。算出した特徴ベクトルの差分が検索範囲Ｒ３の内側にあれば、ユーザに提供するイベント情報の候補として選択される。一方、算出した特徴ベクトルが検索範囲Ｒ３の外側にあれば、ユーザに提供するイベント情報の候補としては選択されない。
【００８４】
演算部３３は、選択したイベントの特徴ベクトルが忌避範囲Ｒ４の内側にあるか否かを判定する。演算部３３は、検索範囲Ｒ３の内側にあるイベント情報であったとしても、当該イベント情報が忌避範囲Ｒ４の内側にあれば、当該イベント情報をユーザに提供するイベント情報の候補から除外する（ステップＳ１０）。
【００８５】
以上のステップＳ７〜Ｓ１０までの処理を、提供情報データベース１５に格納されている全てのイベント情報について行う。そして、演算部３３は、ステップＳ１０で除外されなかった選択候補のイベント情報から所定件数のイベント情報を抽出する（ステップＳ１１）。図７のシーケンスチャートで示す一例では、演算部３３は、選択候補のイベント情報の中から５０件のイベント情報を抽出している。
【００８６】
提供情報データベース管理部３２は、抽出された５０件のイベント情報を提供情報データベース１５から検索する（ステップＳ１２）。イベント情報は、イベントに関する情報であれば任意の情報であってよい。一例として、イベントタイトル、アイコンイメージ、サマリ、サムネイルおよびリンク先ＵＲＬを含む情報がイベント情報であってよい。提供情報データベース管理部３２は、５０件分のイベント情報を取得し（ステップＳ１３）、提供情報生成部３６に出力する。
【００８７】
提供情報生成部３６は、５０件分のイベント情報を検索結果として生成し、通信制御部３４に出力する。通信制御部３４は５０件分のイベント情報をサーバ通信部１７に出力する。サーバ通信部１７は、ネットワーク３を介して、５０件分のイベント情報を検索結果としてユーザの携帯端末２に送信する（ステップＳ１４）。携帯端末２は受信した５０件分のイベント情報を画面部１０の情報表示領域１０Ａに表示する（ステップＳ１５）。
【００８８】
ここで、一例として、携帯端末２を所持するユーザの嗜好は、「サッカー観戦」および「料理」であるものとする。また、当該ユーザは、「社会人女性」であり、「横浜在住」であるものとする。
【００８９】
また、一例として、外部ウェブサイト５ＡはＳＮＳであるものとする。ユーザは、ＳＮＳにおいて、「サッカー」および「料理」について頻繁に発言を行っているものとする。また、「社会人女性」であること、および「横浜在住」であることもＳＮＳに登録されているものとする。
【００９０】
従って、「サッカー観戦」、「料理」、「社会人女性」および「横浜在住」を反映した特徴ベクトルがユーザデータベース１４から取得される。また、「野球」を中心とした忌避範囲Ｒ４が設定されているものとする。
【００９１】
図８は、多次元ベクトル空間の一例を示している。検索範囲Ｒ３は、最小検索範囲Ｒ１に非常に近い位置に指定されている。検索範囲Ｒ３は、検索範囲情報解析部３５が解析した検索範囲情報に基づいている。そして、検索範囲情報は、ユーザが携帯端末２の検索範囲指定部１２において、指定マーク１２Ａをどの位置に設定するかによって決定される。
【００９２】
従って、図８の場合には、ユーザは、指定マーク１２Ａを「狭」に非常に近い位置に設定している。この場合、検索範囲Ｒ３の内側に含まれるイベント情報は、「料理トークショー」、「調理器具タイムセール」、「横浜フェスティバル」および「サッカーチケット」になる。このため、図７のシーケンスチャートのステップＳ９において、上記の４つのイベント情報が選択候補となる。
【００９３】
一方、図８に示す「新作ファッション入荷」、「登山無料体験」および「ソムリエ教室」は、検索範囲Ｒ３の外側に位置するイベント情報である。従って、これらの３つのイベント情報は選択候補とはならない。
【００９４】
従って、「料理トークショー」、「調理器具タイムセール」、「横浜フェスティバル」および「サッカーチケット」の４つのイベント情報が選択される。提供情報生成部３６は、これら４つのイベント情報に関する情報を提供情報データベース１５から取得して、検索結果として、通信制御部３４に出力する。通信制御部３４は、サーバ通信部１７に検索結果を出力し、サーバ通信部１７は検索結果をユーザの携帯端末２に送信する。
【００９５】
検索結果としてユーザの携帯端末２に送信されるイベント情報の中身としては、一例として、イベント情報のタイトル、アイコンイメージ、サマリ、サムネイル、リンク先ＵＲＬおよびキーワードがある。これらの情報は、提供情報生成部３６が提供情報データベース１５から取得する。情報提供サーバ４は、これらの情報を携帯端末２に送信してもよいし、これら以外の情報を送信してもよい。
【００９６】
図９は、多次元ベクトル空間の一例を示している。検索範囲Ｒ３は、最大検索範囲Ｒ２に非常に近い位置に設定されている。つまり、ユーザは、携帯端末２の検索範囲指定部１２において、指定マーク１２Ａを「広」に非常に近い位置に設定している。
【００９７】
この場合、検索範囲Ｒ３の内側に含まれる「料理トークショー」、「調理器具タイムセール」、「横浜フェスティバル」および「サッカーチケット」のイベント情報は選択候補となる。また、「新作ファッション入荷」、「登山無料体験」および「ソムリエ教室」のイベント情報も、検索範囲Ｒ３の内側に含まれているため、選択候補となる。
【００９８】
「野球チケット」のイベント情報については、検索範囲Ｒ３の内側に含まれているが、忌避範囲Ｒ４の内側にも含まれている。よって、ステップＳ１０において、「野球チケット」のイベント情報は選択候補から除外される。
【００９９】
従って、検索範囲Ｒ３の内側に含まれる７つのイベント情報が検索候補となる。図７のステップＳ１１において、選択候補の中から所定件数のイベント情報が抽出される。一例として、４件のイベント情報が抽出される場合、７件のイベント情報の中から任意の４件のイベント情報が抽出される。
【０１００】
ここでは、「ソムリエ教室」、「登山無料体験」、「料理トークショー」および「新作ファッション入荷」の４つのイベント情報が抽出されたものとする。提供情報生成部３６は、４つのイベント情報に関連する情報を提供情報データベース１５から取得し、取得した情報を検索結果として、通信制御部３４に出力する。通信制御部３４は、サーバ通信部１７に検索結果を出力し、サーバ通信部１７は検索結果をユーザの携帯端末２に送信する。
【０１０１】
図１０は、携帯端末２の画面部１０に表示される画面の一例を示している。図１０（Ａ）は、図８に示した検索範囲Ｒ３により検索された検索結果を表示している画面を示している。つまり、ユーザは、検索範囲指定部１２の指定マーク１２Ａを「狭」に非常に近い位置に指定している。この指定マーク１２Ａの位置が、図８に示した検索範囲Ｒ３に対応している。
【０１０２】
情報提供サーバ４は、検索範囲Ｒ３に基づく検索結果として「料理トークショー」、「調理器具タイムセール」、「横浜フェスティバル」および「サッカーチケット」のイベント情報を携帯端末２に送信する。
【０１０３】
携帯端末２の端末通信部２１は上記の検索結果を受信する。端末通信部２１は、リスト作成部２４に検索結果を出力する。リスト作成部２４は、検索結果の４つのイベント情報をリスト形式にして、表示制御部２２に出力する。表示制御部２２は、リスト形式の検索結果を画面部１０の情報表示領域１０Ａに表示する。
【０１０４】
図１０（Ｂ）は、図９に示した検索範囲Ｒ３により検索された検索結果を表示している画面を示している。つまり、ユーザは、検索範囲指定部１２の指定マーク１２Ａを「広」に非常に近い位置に指定している。この指定マークの位置が、図７に示した検索範囲Ｒ３に対応している。
【０１０５】
情報提供サーバ４は、検索範囲Ｒ３に基づいた検索結果をユーザの携帯端末２に送信する。図７に示した検索範囲Ｒ３の一例は次の７つのイベント情報を含んでいる。「料理トークショー」、「調理器具タイムセール」、「横浜フェスティバル」、「サッカーチケット」、「ソムリエ教室」、「登山無料体験」、および「新作ファッション入荷」である。情報提供サーバ４は、これら７つのイベント情報を携帯端末２に送信する。
【０１０６】
携帯端末２の端末通信部２１は上記の検索結果を受信する。端末通信部２１は、リスト作成部２４に検索結果を出力する。リスト作成部２４は、検索結果の７つのイベント情報をリスト形式にして、表示制御部２２に出力する。表示制御部２２は、リスト形式の検索結果を画面部１０の情報表示領域１０Ａに表示する。
【０１０７】
図１０（Ａ）および（Ｂ）に示すように、情報表示領域１０Ａが４つのイベント情報を表示するのに好適である場合、７つのイベント情報を表示すると、視認性が低下する。従って、情報表示領域１０Ａには、７つのイベント情報の全てではなく一部を表示するようにしてもよい。
【０１０８】
例えば、リスト作成部２４は、７つのイベント情報の中から任意の４つのイベント情報を選択して、表示制御部２２は、選択された４つのイベント情報を表示するようにしてもよい。そして、残りの３つのイベント情報は、情報表示領域１０Ａにスクロールバーを表示して、表示画面をスクロールする操作を行うことで、情報表示領域１０Ａに表示されるようにしてもよい。
【０１０９】
図１０（Ａ）および（Ｂ）に示す画面の一例において、各イベント情報を表示する領域は、第１のアイコン４１と第２のアイコン４２と第３のアイコン４３とイベント情報を概略的に示す情報とを含んでいる。
【０１１０】
第１のアイコン４１はポジティブフィードバックを行うためのアイコンである。図１０（Ａ）および（Ｂ）では「GOOD!」として示している。ユーザが第１のアイコン４１を操作することにより、ポジティブフィードバックが行われる。第１のアイコン４１は第１の入力部の一例である。よって、ポジディブフィードバックができれば、第１の入力部は、アイコンでなくてもよい。
【０１１１】
第２のアイコン４２はネガティブフィードバックを行うためのアイコンである。図８（Ａ）および（Ｂ）では「BAD!」として示している。ユーザが第２のアイコン４２を操作することにより、ネガティブフィードバックが行われる。第２のアイコン４２は第２の入力部の一例である。よって、ネガティブフィードバックができれば、第２の入力部は、アイコンでなくてもよい。
【０１１２】
第３のアイコン４３は、イベント情報をシンボルで示すアイコンである。シンボルで示すアイコンをイベント情報ごとに表示することで、ユーザはイベント情報を概略的に認識することが可能になる。第３のアイコン４３は、提供情報データベース１５のアイコンＵＲＬまたはアイコンイメージから得ることができる。
【０１１３】
図１０（Ａ）および（Ｂ）に示す各イベント情報はリスト形式で表示されており、各イベント情報はその概要を示している。ユーザは、表示された複数のイベント情報のうち１つのイベント情報の詳細を知りたいときには、画面部１０に対して、イベント情報を選択する操作を行う。
【０１１４】
図１１は、詳細表示を行うための処理の一例を示している。例えば、リスト形式で表示されている各イベント情報の領域を選択する操作を行うことにより、詳細表示を行うイベント情報が特定される。操作検出部２３はイベント情報が選択されたことを検出し（ステップＳ２１）、選択されたイベント情報を表示制御部２２に出力する。
【０１１５】
表示制御部２２は、画面部１０に詳細画面を表示するように制御する（ステップＳ２２）。詳細画面の一例を図１２に示す。図１２に一例として示す詳細画面には、選択されたイベント情報のサムネイルとタイトルとサマリとキーワードとリンク先ＵＲＬとが表示されている。
【０１１６】
サムネイル、タイトル、サマリ、キーワードおよびリンク先ＵＲＬは、情報提供サーバ４から携帯端末２に送信され、記憶部２７に記憶される。サムネイルが表示される領域には、選択したイベント情報を視覚的に示す画像やアイコン等が表示される。タイトルが表示される領域には、イベント情報のタイトルが表示される。
【０１１７】
サマリが表示される領域には、イベント情報の概略の説明が表示される。キーワードが表示される領域には、イベント情報に関連する１または複数のキーワードが表示される。図１２は、３つのキーワードが表示される例を示している。リンク先ＵＲＬが表示される領域には、情報提供サーバ４の収集エンジン１３がイベント情報を収集した外部ウェブページ５ＢのＵＲＬが表示される。
【０１１８】
ユーザが、より詳細な情報を知りたいときには、取得要求操作を行う（ステップＳ２３）。一例として、ユーザはリンク先ＵＲＬが表示されている領域を選択する操作を行い、操作検出部２３が当該操作を認識することにより、取得要求操作が行われる。
【０１１９】
取得要求操作は、リンク先ＵＲＬにアクセスして、リンク先ＵＲＬから情報を取得する操作である。取得要求操作が行われたことにより、端末通信部２１は、ネットワーク３を介して、リンク先ＵＲＬで特定される外部ウェブサイト５Ｂのコンテンツを取得する。コンテンツ取得要求の一例として、"http request"がある。
【０１２０】
外部ウェブサイト５Ｂは、"http request"に対して、"http response"を返すことにより、端末通信部２１は外部ウェブサイト５Ｂのコンテンツを取得する（ステップＳ２５）。取得したコンテンツは、表示制御部２２により、画面部１０の情報表示領域１０Ａに表示される（ステップＳ２６）。これにより、ユーザは、興味を持った情報の詳細を認識することができる。
【０１２１】
以上説明したように、ユーザが指定マーク１２Ａを操作することにより、検索範囲Ｒ３を任意に指定することができる。指定マーク１２Ａは連続的に移動させることができる。指定マーク１２Ａの移動に応じて、検索範囲Ｒ３も連続的に変化する。ユーザが指定マーク１２Ａを「狭」の方向に向けてスライドさせると、検索範囲Ｒ３は連続的に狭くなる。ユーザが指定マーク１２Ａを「広」の方向に向けてスライドさせると、検索範囲Ｒ３は連続的に広がる。
【０１２２】
ユーザが指定マーク１２Ａをスライドさせると、検索範囲Ｒ３が連続的に変化するため、携帯端末２に表示される検索結果の情報も連続的に変化する。これにより、ユーザが携帯端末２を用いて検索する情報の範囲は固定されず、ユーザの操作により検索範囲を自由に変化させることができる。
【０１２３】
従って、ユーザは所望の範囲内で情報の検索を行うことができる。例えば、ユーザが、自身の嗜好に合致した情報を検索する場合には、指定マーク１２Ａを「狭」にスライドさせるだけで、情報表示領域１０Ａに表示されるイベント情報は、自身の嗜好に近いものが表示される。
【０１２４】
一方、ユーザが、自身の嗜好から離れた情報を検索する場合には、指定マーク１２Ａを「広」にスライドさせるだけで、情報表示領域１０Ａに表示されるイベント情報（イベント情報等）は、自身の嗜好から遠いものも表示される。従って、ユーザが検索したい範囲に応じて、検索範囲を自由に変化させることができるため、操作性が向上する。
【０１２５】
ところで、図７のステップＳ１１に示すように、選択候補のイベント情報から所定件数（図７では５０件）が抽出されている。このとき、複数の選択候補のイベント情報から所定件数のイベント情報を抽出する手法としては、ランダムに選択する手法を適用することができる。ランダムにイベント情報を抽出することにより、ユーザの嗜好に近いイベント情報とユーザの嗜好から遠いイベント情報との両者を表示することができる。
【０１２６】
また、ユーザが指定マーク１２Ａを「広」に移動させたときに、検索範囲Ｒ３は広い範囲となる。従って、選択候補となるイベント情報の数も多くなる。このときには、最小検索範囲Ｒ１に含まれるイベント情報は選択候補から除外するようにしてもよい。
【０１２７】
例えば、ユーザが指定マーク１２Ａを最も「広」の側に移動させたときには、ユーザは、自身の嗜好から離れた情報を検索することを要望している可能性がある。この場合、最小検索範囲Ｒ１の内側にあるイベント情報を除外することで、ユーザの要望に応じた情報を表示することができる。
【０１２８】
＜フィードバック＞
上述したように、ユーザは、携帯端末２を操作することにより、ポジティブフィードバックまたはネガティブフィードバックを行うことができる。フィードバックの処理について、図１３を参照して説明する。
【０１２９】
図１０に一例として示した情報表示領域１０Ａの第１のアイコン４１または第２のアイコン４２をユーザが操作することにより、フィードバックの入力が行われる（ステップＳ３１）。上述したように、第１のアイコン４１が操作された場合には、ポジティブフィードバックが行われ、第２のアイコン４２が操作された場合には、ネガティブフィードバックが行われる。
【０１３０】
情報表示領域１０Ａの第１のアイコン４１および第２のアイコン４２は、イベント情報ごとに表示される。つまり、イベント情報ごとにポジティブフィードバックとネガティブフィードバックとを行うことができる。従って、フィードバックはイベント情報と関連付けられる。イベント情報をイベントＩＤで特定する場合、フィードバック値（ポジティブフィードバックまたはネガティブフィードバックを示す値）とイベントＩＤとが関連付けられる。
【０１３１】
携帯端末２のフィードバック情報生成部２６は、イベントＩＤ、フィードバック値およびユーザＩＤをフィードバック情報として生成する。端末通信部２１は、フィードバック情報を情報提供サーバ４に送信し、フィードバック情報はマッチングエンジン１６に入力される。これにより、フィードバック要求が行われる（ステップＳ３２）。
【０１３２】
マッチングエンジン１６は、フィードバック情報に含まれるユーザＩＤに基づいて、ユーザデータベース１４を検索し（ステップＳ３３）、ユーザＩＤで特定されるユーザの特徴ベクトルを取得する（ステップＳ３４）。
【０１３３】
次に、マッチングエンジン１６は、フィードバック情報に含まれるイベントＩＤに基づいて、ユーザデータベース１４を検索し（ステップＳ３５）、イベントＩＤで特定されるイベントの特徴ベクトルを取得する（ステップＳ３６）。
【０１３４】
マッチングエンジン１６は、フィードバック情報に含まれるフィードバック値とイベントＩＤで特定されるイベントの特徴ベクトルとに基づいて、ユーザの特徴ベクトルを補正する（ステップＳ３７）。そして、マッチングエンジン１６は、ユーザデータベース１４の当該ユーザの特徴ベクトルを補正後の特徴ベクトルに更新する（ステップＳ３８）。また、フィードバック値がネガティブフィードバックであった場合には、ユーザデータベース１４の当該ユーザの忌避範囲Ｒ４の更新を行う（ステップＳ３９）。
【０１３５】
以上により、ユーザが携帯端末２に対して行ったフィードバックがユーザデータベース１４に格納されている当該ユーザの特徴ベクトルに反映される。マッチングエンジン１６は、携帯端末２に対して、フィードバックが完了した旨の応答を送信する（ステップＳ４０）。携帯端末２の表示制御部２２は、上記の応答を受信したときに、画面部１０の情報表示領域１０Ａにフィードバック完了の表示を行う（ステップＳ４１）。
【０１３６】
＜情報検索の具体例＞
次に、情報検索の具体例について説明する。ユーザの嗜好情報はＳＮＳやブログ等から収集エンジン１３が収集する。一例として、ＳＮＳやブログ等でユーザが発言した情報はテキストデータであるものとする。また、一例として、ユーザの携帯端末２に送信されるイベント情報（イベント情報等）もテキストデータであるものとする。
【０１３７】
収集エンジン１３は、嗜好情報およびイベント情報をテキストデータとして収集し、特徴ベクトル演算部１３Ａが収集したテキストデータに基づいて、特徴ベクトルを演算することができる。簡単な一例として、特徴ベクトル演算部１３Ａは、テキストデータに含まれる単語の出現回数に基づいて、特徴ベクトルを演算することができる。
【０１３８】
例えば、次の３つのテキストデータがあることを想定する。１）リンゴは赤い、２）赤いイチゴを食べた、３）赤い食べ物はリンゴとスイカです、の３つのテキストデータを想定する。図１４は、単語の出現回数を示している。図１４に示すように、「赤い」の出現回数が最も多い。この場合、ユーザは「赤い」ものに強い嗜好を持っていることが分かる。
【０１３９】
ただし、解析する対象となるテキストデータの数が多くなると、特徴ベクトルの次元数も多くなる。つまり、テキストデータの多次元ベクトル空間が形成される。この場合、特異値分解を用いた次元圧縮（次元縮退）等を行い、処理に適した次元数まで抑えた後に、特徴ベクトルの演算を行ってもよい。または、解析する対象となるテキストデータの全てを特徴ベクトルの演算対象とするのではなく、イベント情報（イベント情報等）で使用される単語に絞って、演算するようにしてもよい。
【０１４０】
以上のようにして、複数の単語（以下、キーワードと称することもある）の特徴ベクトルを得ることができる。この特徴ベクトルが配置される空間が上述した多次元ベクトル空間である。この多次元ベクトル空間は、キーワード空間とも称される。マッチングエンジン１６は、ユーザデータベース１４から、所定のユーザの全てのテキストから特徴ベクトルを抽出し、抽出した特徴ベクトルを多次元ベクトル空間に配置する。
【０１４１】
ここで、多くの文で使用されるキーワードは特徴ベクトルが大きくなり、使用頻度の少ないキーワードは特徴ベクトルが小さくなる。一例として、ユーザの特徴ベクトルを得る場合、ＳＮＳやブログ等での発言の多少によって、特徴ベクトルの大きさが異なる。そこで、特徴ベクトルの要素の最大値を一定にする正規化を行ってもよい。または、特徴ベクトルの和を一定にする正規化を行ってもよい。
【０１４２】
例えば、特徴ベクトルの要素の最大値を一定にする正規化を行うことにより、ユーザの嗜好が最も強い対象を基準にしてベクトルの大きさを揃えることができる。また、例えば、特徴ベクトルの和を一定にする正規化を行うことにより、ユーザの嗜好の総量を一定にして、それぞれの対象に振り分けることができる。何れの正規化を行っていたとしても、正規化された要素は、０から１までの実数値をとることになる。
【０１４３】
図１５は、相互に直行する３つの軸ｄ０、ｄ１、ｄ２を有する多次元ベクトル空間（３次元ベクトル空間）を示している。特徴ベクトルの要素数がｎ（ｎは自然数）である場合には、多次元ベクトル空間にｎ個の軸ｄ０、ｄ１、ｄ２、・・・、ｄｎが存在することになる。図１５に一例として示した特徴ベクトルは、ｄ０＝１、ｄ１＝１、ｄ２＝０．５の値を有している。従って、座標軸（１、１、０．５）がユーザの特徴ベクトルになり、この点が原点になる。
【０１４４】
軸は特徴ベクトルの要素を示す。例えば、「サッカー」という軸が要素になり、ユーザの特徴ベクトルが「サッカー」の軸上で表現される。ユーザが「サッカー」に関する発言をＳＮＳやブログ等で頻繁に行っている場合には、「サッカー」の軸におけるユーザの特徴ベクトルの値は大きくなる。
【０１４５】
軸の数は任意の値を取ることができる。例えば、数千から数万の軸の数（要素数）がある場合もある。この場合は、多次元ベクトル空間の次元数が大きくなるため、上述した次元圧縮等を行い、処理に適した次元数にまで低下させることが好ましい。
【０１４６】
上述したように、ユーザの特徴ベクトルを原点とし、当該原点を中心として検索範囲Ｒ３が設定される。検索範囲Ｒ３は、指定マーク１２Ａを移動させることにより変化させることができる。図１６は、検索範囲Ｒ３が最も狭い場合を示している。つまり、検索範囲Ｒ３が最小検索範囲Ｒ１と一致する場合を示している。このときの検索範囲Ｒ３の検索距離をｒとする。
【０１４７】
図１６の場合、ユーザの特徴ベクトル（１、１、０．５）を原点として、検索距離ｒの範囲内が検索範囲Ｒ３となる。この範囲には単語Ａおよび単語Ｂが含まれる。従って、単語Ａおよび単語Ｂは、ユーザの携帯端末２にイベント情報として送信される選択候補になる。一方、単語Ｃは原点を中心とした検索範囲ｒの範囲外にある。従って、単語Ｃは、ユーザの携帯端末２にイベント情報として送信される選択候補にはならない。
【０１４８】
次に、図１７を用いて、最小検索範囲Ｒ１および最大検索範囲Ｒ２について説明する。図１７に示した一例では、最大検索範囲Ｒ２の検索距離は最小検索範囲Ｒ１の検索距離の２倍になっている。図１７のｆは検索距離を変化させる変数である。「ｆ＝０」のときに、検索距離は最小（ｒ）となり、「ｆ＝１」のときに、検索距離は最大（２×ｒ）となる。
【０１４９】
つまり、携帯端末２の指定マーク１２Ａが「狭」に最も近い位置にあるときに、「ｆ＝０」となり、「広」に最も近い位置にあるときに、「ｆ＝１」となる。図１７の一例に示すように、「ｆ＝１」のときには、検索距離も最大（２×ｒ）となり、単語Ｃも検索範囲に含まれる。よって、この場合、単語Ｃもユーザの携帯端末２にイベント情報として送信される選択候補になる。
【０１５０】
ただし、この場合、図１７にハッチングとして示した領域も検索対象に含まれる。図１７にハッチングとして示した領域は、ユーザの特徴ベクトルとは逆方向の領域になる。よって、この図１７でハッチングした領域は、ユーザに送信するイベント情報の候補から除外することが好ましい。
【０１５１】
そこで、最大検索範囲Ｒ２は、最大でもユーザの特徴ベクトルの長さ以下に制限する。より多くのイベント情報を検索対象とするために、最大検索範囲Ｒ２をユーザの特徴ベクトルの長さと一致させることが好ましい。つまり、最大検索範囲Ｒ２は多次元ベクトル空間の中心までの範囲とすることが好ましい。これにより、ユーザの特徴ベクトルとは逆方向の領域（図１７でハッチングされた領域）を含まず、且つ最大検索範囲Ｒ２を最も大きくすることができる。
【０１５２】
次に、ユーザの嗜好が分散している例について説明する。図１８の一例では、軸ｄ０が「野球」、軸ｄ１が「サッカー」の嗜好を示している。ユーザＸは、「サッカー」には強い嗜好を有しているが、「野球」には強い嗜好を有していない。一方、ユーザＹは、「サッカー」と「野球」との両者に強い嗜好を有している。
【０１５３】
この場合、ユーザＹの検索範囲はユーザＸの検索範囲よりも広くすることが好ましい。検索範囲を広くすることで、ユーザＹに対して「サッカー」と「野球」との両者の情報（例えば、イベント情報）を提供することができる。一方、ユーザＸに対しては「サッカー」に関する情報（例えば、イベント情報）を提供すればよい。このため、ユーザＸとユーザＹとでは、検索範囲が異なるように設定することができる。
【０１５４】
図１９の一例では、ユーザＹの特徴ベクトルから検索距離ｒの範囲は、軸ｄ０および軸ｄ１から離間している。この検索距離ｒの範囲を最小検索範囲Ｒ１とすると、ユーザＹに対して提供した方が好ましい「野球」および「サッカー」の情報が提供されない場合がある。
【０１５５】
そこで、ユーザＹの場合には、図２０に一例として示すような検索距離ｒに設定することが好ましい。図２０の一例に示されるように、検索距離ｒの範囲は軸ｄ０および軸ｄ１に接している。
【０１５６】
このため、図１９の検索範囲と比べて、図２０の検索範囲の方が広くなっている。そして、図２０の検索範囲は軸ｄ０および軸ｄ１に接触している。従って、図２０の検索距離ｒの範囲を最小検索範囲Ｒ１とすると、「野球」および「サッカー」の広範な情報がユーザＹに対して提供される。
【０１５７】
ここで、ユーザＹの特徴ベクトルから所定角度θの範囲内にあるベクトルは、ユーザＹの嗜好に近く、ユーザＹに提供した方が好ましい情報とすることできる。従って、図１９および図２０に一例として示すように、ユーザＹの特徴ベクトルから所定角度θをなすベクトルをＯＣ１、ＯＣ２とする。
【０１５８】
検索距離ｒは、ユーザＹの特徴ベクトルと直行する直線（多次元では超平面（ハイパープレーン））でハイパーコーンＯＣ１Ｃ２を切り取った交点とユーザＹの特徴ベクトルとの距離となる。上記の交点の集合は３次元ベクトル空間では円となるが、４次元以上の多次元ベクトル空間では、交点の集合はハイパースフィアになる。ただし、ハイパースフィアになったとしても、ユーザの特徴ベクトルを中心として、半経ｒの点の集合が検索範囲となる。
【０１５９】
以上のように、ユーザＹの特徴ベクトルに応じて、角度θを決定する。検索距離ｒは角度θに依存する。つまり、角度θが大きければ、検索距離ｒは長くなり、検索範囲は大きくなる。一方、角度θが小さければ、検索距離ｒは短くなり、検索範囲は小さくなる。
【０１６０】
従って、ユーザの特徴ベクトルに応じた角度θに基づいて、検索距離ｒを定めることにより、嗜好が分散しているユーザと嗜好が分散していないユーザとで、最小検索範囲Ｒ１を異ならせることができる。
【０１６１】
これにより、ユーザＸに対しては、嗜好に近い「サッカー」の情報は提供されるが、嗜好から離れた「野球」の情報は提供されない。このため、ユーザＸに対して、余計な情報が提供されることはない。一方、ユーザＹに対しては、嗜好に近い「サッカー」および「野球」の両者の情報が提供される。よって、ユーザＹの嗜好に応じた情報を提供することができる。
【０１６２】
次に、フィードバックによるユーザの特徴ベクトルの補正について説明する。上述したように、ユーザは携帯端末２を用いて、ポジティブフィードバックまたはネガティブフィードバックを行う。図２１は、ポジティブフィードバックを行ったときの、ユーザの特徴ベクトルの補正の一例を示している。
【０１６３】
図２１において、V[user]はユーザの特徴ベクトルを示している。V[word]は単語の特徴ベクトルを示している。V[user]newは補正後のユーザの特徴ベクトルを示している。δはフィードバックにより特徴ベクトルが補正される一定割合を示している。
【０１６４】
図２１の一例に示す一例において、ポジディブフィードバックが行われた場合、ユーザの特徴ベクトルV[user]は、単語の特徴ベクトルV[word]に近づく補正が行われる。図２１の一例では、δ（V[word]-V[user]）の分だけ、補正される。従って、図２１に示すように、補正後のユーザの特徴ベクトルV[user]newはV[user]+δ（V[word]-V[user]）になる。
【０１６５】
ポジティブフィードバックが行われるごとに、ユーザの特徴ベクトルV[user]は単語の特徴ベクトルV[word]に近づいていく。演算部３３の特徴ベクトル演算部３３Ａは、ユーザの特徴ベクトルをフィードバック情報に基づいて補正する。なお、図２１に示したユーザの特徴ベクトルの補正は一例であり、他の手法を用いて補正を行うようにしてもよい。
【０１６６】
次に、ネガティブフィードバックについて説明する。図２２は、ネガティブフィードバックを行ったときの、ユーザの特徴ベクトルの補正の一例を示している。ある単語に対してネガティブフィードバックが行われると、その単語から一定範囲内の単語は忌避範囲Ｒ４として、ユーザに提供する情報から除外することができる。
【０１６７】
忌避範囲Ｒ４に含まれる単語は、演算部３３が検索を行うときに除外してもよいし、検索後に除外するようにしてもよい。忌避範囲Ｒ４は、最小検索範囲Ｒ１の内側に入らないようにすることが好ましい。図２２に示す一例では、ユーザの特徴ベクトルV[user]から検索距離ｒ０の範囲が最小検索範囲Ｒ１となる。
【０１６８】
一方、図２２に示す一例では、忌避範囲Ｒ４は、忌避単語の特徴ベクトルV[avoid]から忌避距離ravoidの範囲となる。従って、忌避距離ravoidは、忌避範囲Ｒ４が最小検索範囲Ｒ１の中に入らないように設定することが好ましい。このように、忌避距離ravoidを設定することで、忌避範囲Ｒ４は最小検索範囲Ｒ１と重なることがない。
【０１６９】
ネガティブフィードバックを行った場合、忌避単語自体がユーザの嗜好にマッチしないことも考えられるが、時期的なタイミングやその他の要因等によって、ユーザはネガティブフィードバックを行う場合もある。この場合、忌避単語の特徴ベクトルV[avoid]に非常に近い範囲を忌避範囲Ｒ４としてもよいし、経過時間や試行回数に応じて忌避範囲Ｒ４を小さくする手法等を採用してもよい。この場合、忌避距離ravoidは、経過時間や試行回数を変数とする任意の関数で表現することができる。
【０１７０】
また、忌避単語について、後に、ポジティブフィードバックが行われることもある。ポジディブフィードバックが行われると、忌避範囲Ｒ４は、最小検索範囲Ｒ１に近づく。このとき、忌避範囲Ｒ４が最小検索範囲Ｒ１と重なったときに、忌避範囲Ｒ４を消滅させてもよい。
【０１７１】
図２３は、フィードバックを行った場合の、検索範囲を示している。図２３において、V[u]は、ユーザがフィードバックを行う前の、当該ユーザの特徴ベクトルを示している。V'[u]は、ユーザがフィードバックを行った後の、当該ユーザの特徴ベクトルを示している。
【０１７２】
V[e]は、ユーザがポジティブフィードバックを行った場合の単語の特徴ベクトルを示している。d(V[u])は、ユーザの特徴ベクトルがV[u]のときの検索範囲（図２３の点線で示す円）を示している。また、d(V'[u])は、ユーザがフィードバックを行った後の検索範囲（図２３の網掛けで示す円）を示している。
【０１７３】
V[e]の単語に対して、ユーザがポジティブフィードバックを行ったことにより、ユーザの特徴ベクトルは、ユーザがポジティブフィードバックを行った単語の特徴ベクトルV[e]に近づく。これにより、ポジティブフィードバックを行う前には、検索対象となっていなかったイベントｆ（特徴ベクトルV[f]）が検索範囲に含まれるようになる。
【０１７４】
一方、ネガティブフィードバックを行った場合には、忌避単語の特徴ベクトルから離間する方向に検索範囲が移動するため、移動した方向にあるイベントが新たに検索範囲に含まれるようになる。
【０１７５】
＜携帯端末のハードウェア構成＞
次に、携帯端末２のハードウェア構成の一例について説明する。図２４に示すように、携帯端末２は、バス５０に対して、プロセッサ５１とＲＡＭ（Random Access Memory）５２とＲＯＭ（Read Only Memory)５３と補助記憶装置５４と通信インタフェース５５と可搬型記憶装置接続部５６とが接続されている。
【０１７６】
プロセッサ５１はＣＰＵ（Central Processing Unit)のような任意の処理回路である。プロセッサ５１はＲＡＭ５２に展開されたプログラムを実行する。ＲＯＭ５３はＲＡＭ５２に展開されるプログラムを記憶する不揮発性の記憶装置である。ＲＡＭ５２に展開されるプログラムは補助記憶装置５４に記憶されていてもよい。記憶装置の一例としては、フラッシュメモリやハードディスクドライブ等を適用することができる。通信インタフェース５５は、ネットワーク３と通信を行う機能を有する。
【０１７７】
可搬型記憶装置接続部５６は、可搬型記憶装置５７と接続可能に設けられている。可搬型記憶装置５７としては、可搬型のメモリや光学式ディスク（例えば、ＣＤ（Compact Disk)やＤＶＤ（Digital Video Disk)等）を適用することができる。可搬型記憶装置５７に、実施形態の動作を行うプログラムを記憶してもよい。
【０１７８】
ＲＡＭ５２、ＲＯＭ５３および補助記憶装置５４は、何れもコンピュータ読み取り可能な有形の記憶媒体の一例である。これらの有形な記憶媒体は、信号搬送波のような一時的な媒体ではない。
【０１７９】
一例として、端末通信部２１は通信インタフェース５５により実現されてもよい。表示制御部２２、操作検出部２３、リスト作成部２４、検索範囲情報生成部２５およびフィードバック情報生成部２６はプロセッサ５１により実現されてもよい。記憶部２７は、補助記憶装置５４により実現されてもよい。
【０１８０】
＜情報提供サーバのハードウェア構成＞
次に、情報提供サーバ４のハードウェア構成を説明する。図２５に示すように、情報提供サーバ４は、バス６０に対して、プロセッサ６１とＲＡＭ（Random Access Memory）６２とＲＯＭ（Read Only Memory)６３と補助記憶装置６４と通信インタフェース６５と可搬型記憶装置接続部６６とユーザデータベース１４と提供情報データベース１５とが接続されている。
【０１８１】
プロセッサ６１、ＲＡＭ６２、ＲＯＭ６３、補助記憶装置６４、通信インタフェース６５、可搬型記憶装置接続部６７および可搬型記憶装置６７は、上述した携帯端末２の各部と同様である。バス６０には、ユーザデータベース１４および提供情報データベース１５が接続されている。
【０１８２】
ユーザデータベース１４および提供情報データベース１５は、補助記憶装置６４に記憶されてもよい。一例として、マッチングエンジン１６および収集エンジン１３はプロセッサ６１により実現されてもよい。また、サーバ通信部１７は、通信インタフェース６４により実現されてもよい。
【０１８３】
開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。
【０１８４】
以上の実施形態に関し、更に以下の付記を開示する。
（付記１）
情報検索する範囲の広さを指定する指定部と、
前記広さの情報を送信し、前記広さに基づいた範囲で情報検索された結果を受信する通信部と、
前記結果の一部または全部を画面に表示する制御を行う制御部と、
を備える情報検索装置。
（付記２）
前記情報検索を行う範囲は、最小となる第１の範囲と最大となる第２の範囲との間で可変である、
付記１記載の情報検索装置。
（付記３）
前記第２の範囲の半径は、前記第１の範囲の半径の２倍である、
付記２記載の情報検索装置。
（付記４）
前記画面に表示された結果に対して肯定的な評価を入力する第１の入力部を備え、
前記通信部は、入力された前記肯定的な評価を送信し、前記肯定的な評価がされた結果の方向に移動した範囲で情報検索された結果を受信する、
付記２記載の情報検索装置。
（付記５）
前記画面に表示された結果に対して否定的な評価を入力する第２の入力部を備え、
前記通信部は、入力された前記否定的な評価を送信し、前記否定的な評価がされた結果から一定範囲を除外した範囲で検索された結果を受信する、
付記１記載の情報検索装置。
（付記６）
前記一定範囲が前記第１の範囲と重なるときに、前記一定範囲は消滅する、
付記５記載の情報検索装置。
（付記７）
前記通信部は、前記情報検索された複数の結果の中からランダムに選択した複数の結果を受信する、
付記１記載の情報検索装置。
（付記８）
前記通信部は、前記情報検索を行う範囲で検索した複数の結果の中から前記第１の範囲の内側の結果を除外した複数の結果を受信する、
付記２記載の情報検索装置。
（付記９）
前記情報検索の対象となる情報は多次元ベクトル空間に配置され、前記第２の範囲は前記多次元ベクトル空間の中心までの範囲とする、
付記２記載の情報検索装置。
（付記１０）
前記第１の範囲は、前記多次元ベクトル空間の複数の軸に接するように設定される、
付記２記載の情報検索装置。
（付記１１）
前記制御部は、前記結果を前記画面にリスト形式で複数表示し、
複数の前記結果のうち何れかが選択されたときに、前記結果の詳細を示す詳細画面に遷移する、
付記１記載の情報検索装置。
（付記１２）
前記詳細画面は、サムネイルとタイトルとキーワードとリンク先ＵＲＬとを表示する画面である、
付記１１記載の情報検索装置。
（付記１３）
情報検索する範囲の広さが指定されたときに、前記広さの情報を送信し、
前記広さに基づいた範囲で情報検索された結果を受信した後に、前記結果の一部または全部を画面に表示する制御を行う、
処理をコンピュータに実行させる情報検索プログラム。
（付記１４）
プロセッサを備える情報検索装置であって、
前記プロセッサは、
情報検索する範囲の広さが指定されたときに、前記広さの情報を送信し、
前記広さに基づいた範囲で情報検索された結果を受信した後に、前記結果の一部または全部を画面に表示する制御を行う、
情報検索装置。
（付記１５）
情報検索する範囲の広さを指定した情報を受信し、前記情報検索を行なった結果を送信する通信部と、
前記情報検索の対象となる複数の情報を収集する収集部と、
ユーザの嗜好を示す情報と前記収集部が収集した複数の情報と前記広さの情報とに基づいて、前記情報検索を行った結果を生成する検索結果生成部と、
を備える情報提供装置。
【符号の説明】
【０１８５】
１      システム
２      携帯端末
４      情報提供サーバ
５Ａ、５Ｂ    外部ウェブサイト
１０    画面部
１０Ａ  情報表示領域
１２    検索範囲指定部
１２Ａ  指定マーク
１４    ユーザデータベース
１５    提供情報データベース
１６    マッチングエンジン
２１    端末通信部
２２    表示制御部
２３    操作検出部
３３    演算部
３３Ａ  特徴ベクトル演算部
３３Ｂ  差分演算部
【図１】
2015135590.tif 000003
【図２】
2015135590.tif 000004
【図３】
2015135590.tif 000005
【図４】
2015135590.tif 000006
【図５】
2015135590.tif 000007
【図６】
2015135590.tif 000008
【図７】
2015135590.tif 000009
【図８】
2015135590.tif 000010
【図９】
2015135590.tif 000011
【図１０】
2015135590.tif 000012
【図１１】
2015135590.tif 000013
【図１２】
2015135590.tif 000014
【図１３】
2015135590.tif 000015
【図１４】
2015135590.tif 000016
【図１５】
2015135590.tif 000017
【図２１】
2015135590.tif 000018
【図２２】
2015135590.tif 000019
【図２４】
2015135590.tif 000020
【図２５】
2015135590.tif 000021
【図１６】
2015135590.tif 000022
【図１７】
2015135590.tif 000023
【図１８】
2015135590.tif 000024
【図１９】
2015135590.tif 000025
【図２０】
2015135590.tif 000026
【図２３】
2015135590.tif 000027