(57)【要約】【課題】選択された複数のユーザが有する嗜好に基づいた情報を提示する。【解決手段】情報提示システム１が、複数のユーザの各々の嗜好に関する嗜好データを記憶する嗜好データ記憶部２２０と、複数のユーザに含まれる第１ユーザおよび第２ユーザを選択するユーザ選択部２３４と、複数の情報要素の各々に関して、第１嗜好データを用いて算定される第１ユーザの嗜好と、第２嗜好データを用いて算定される第２ユーザの嗜好との類似度を算定する嗜好演算部２３６と、情報要素の各々の優先度を、嗜好演算部２３６が算定した類似度に基づいて決定する優先度決定部２３８と、優先度決定部２３８が決定した優先度に従って情報要素を提示する情報提示部２４０とを備える。【選択図】図８
2015138500.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザの各々の嗜好に関する嗜好データを記憶する嗜好データ記憶部と、
前記複数のユーザに含まれる第１ユーザおよび第２ユーザを選択するユーザ選択部と、
複数の情報要素の各々に関して、第１嗜好データを用いて算定される前記第１ユーザの嗜好と、第２嗜好データを用いて算定される前記第２ユーザの嗜好との類似度を算定する嗜好演算部と、
前記情報要素の各々の優先度を、前記嗜好演算部が算定した前記類似度に基づいて決定する優先度決定部と、
前記優先度決定部が決定した前記優先度に従って前記情報要素を提示する情報提示部と
を備える情報提示システム。
【請求項２】
前記嗜好データ記憶部に記憶される前記嗜好データは、当該嗜好データに対応するユーザが過去に閲覧した情報要素から抽出された単語を含む単語ベクトルであり、
前記嗜好演算部は、
前記情報要素の各々について、当該情報要素から抽出された単語を含む情報要素単語ベクトルと前記第１ユーザの単語ベクトルとの一致度が示す第１嗜好スコアと、前記情報要素単語ベクトルと前記第２ユーザの単語ベクトルとの一致度が示す第２嗜好スコアとを算定し、
前記情報要素の各々について、前記第１嗜好スコアと前記第２嗜好スコアとの差分が小さいほど前記類似度が高くなるように算定する
請求項１の情報提示システム。
【請求項３】
前記嗜好データ記憶部に記憶される前記嗜好データは、当該嗜好データに対応するユーザがリストしている情報リソースを含む情報リソースベクトルであり、
前記嗜好演算部は、
ネットワークを介して取得された前記情報要素の各々について、当該情報要素がリストしている情報リソースを含む情報リソースベクトルと前記第１ユーザの情報リソースベクトルとの一致度が示す第１嗜好スコアと、当該情報要素がリストしている情報リソースを含む前記情報リソースベクトルと前記第２ユーザの情報リソースベクトルとの一致度が示す第２嗜好スコアとを算定し、
前記情報要素の各々について、前記第１嗜好スコアと前記第２嗜好スコアとの差分が小さいほど前記類似度が高くなるように算定する
請求項１の情報提示システム。
【請求項４】
前記嗜好データ記憶部に記憶される前記嗜好データは、複数の前記ユーザの各々がどの情報要素に何回アクセスしたかを示すアクセスデータであり、
前記嗜好演算部は、
前記第１ユーザおよび前記第２ユーザの少なくともいずれかがアクセスした情報要素の各々に関して、当該情報要素への前記第１ユーザのアクセス頻度を示す第１嗜好スコアと当該情報要素への前記第２ユーザのアクセス頻度を示す第２嗜好スコアとの類似度を算定し、
前記情報要素の各々について、前記第１嗜好スコアと前記第２嗜好スコアとの差分が小さいほど前記類似度が高くなるように算定する
請求項１の情報提示システム。
【請求項５】
前記情報要素は、ユーザがコンタクトするエリアであり、
前記嗜好データは、複数の前記ユーザの各々がどのエリアに何回コンタクトしたかを示すコンタクトデータであり、
前記情報提示部は、前記優先度に従って選択されたエリアを含む地図を表示させる
請求項４の情報提示システム。
【請求項６】
前記情報提示部は、前記優先度が高い順に、表示させるエリアを所定時間ごとに切り替える
請求項５の情報提示システム。
【請求項７】
前記情報要素は、ユーザがコンタクトするエリアであり、
前記嗜好データは、複数の前記ユーザの各々がどのエリアに何回コンタクトしたかをコンタクト態様ごとに示すコンタクトデータであり、
前記嗜好演算部は、
前記エリアの各々に関して、第１のコンタクト態様にて前記第１ユーザが当該エリアにコンタクトする頻度を示す第１嗜好スコアと、前記第１のコンタクト態様とは異なる第２のコンタクト態様にて前記第２ユーザが当該エリアにコンタクトする頻度を示す第２嗜好スコアとの前記類似度を算定する
請求項４の情報提示システム。
【請求項８】
前記第１ユーザが使用する第１端末と、
前記第２ユーザが使用する第２端末とを備え、
前記ユーザ選択部は、
前記第１端末と前記第２端末とが互いに近接された場合に、当該第１端末を使用する前記第１ユーザと当該第２端末を使用する前記第２ユーザとを選択する
請求項１から７のいずれかの情報提示システム。
【請求項９】
前記優先度決定部は、
前記第１端末と前記第２端末とが同一の向きで近接された場合に、前記類似度が高いほど前記優先度が高くなるように決定し、
前記第１端末と前記第２端末とが反対の向きで近接された場合に、前記類似度が低いほど前記優先度が高くなるように決定する
請求項８の情報提示システム。
【請求項１０】
複数のユーザの各々の嗜好に関する嗜好データを嗜好データ記憶部に記憶することと、
前記複数のユーザに含まれる第１ユーザおよび第２ユーザを選択することと、
複数の情報要素の各々に関して、第１嗜好データを用いて算定される前記第１ユーザの嗜好と、第２嗜好データを用いて算定される前記第２ユーザの嗜好との類似度を算定することと、
前記情報要素の各々の優先度を、算定された前記類似度に基づいて決定することと、
決定された前記優先度に従って前記情報要素を提示することと
を備える情報提示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提示システムおよび情報提示方法に関する。
【背景技術】
【０００２】
近年、インターネットを介して取得される様々な情報をユーザに対して提示する情報提示システムが活用されている。以上のような情報提示システムにおいて、ユーザが有する嗜好に応じた情報を提示する技術が提案されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１２３４９３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
以上のような情報提示技術においては、単一のユーザによる利用、すなわち、あるユーザの有する嗜好が他のユーザに対して提示される情報に影響を与えない構成が想定されている。しかしながら、興趣性の観点からは、複数のユーザが有する嗜好に応じた情報を提示することがより好適であるケース（例えば、複数のユーザが互いの嗜好について会話するケース）が存在する。
【０００５】
以上の事情を考慮して、本発明は、選択された複数のユーザが有する嗜好に基づいた情報を提示することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の情報提示システムは、複数のユーザの各々の嗜好に関する嗜好データを記憶する嗜好データ記憶部と、前記複数のユーザに含まれる第１ユーザおよび第２ユーザを選択するユーザ選択部と、複数の情報要素の各々に関して、第１嗜好データを用いて算定される前記第１ユーザの嗜好と、第２嗜好データを用いて算定される前記第２ユーザの嗜好との類似度を算定する嗜好演算部と、前記情報要素の各々の優先度を、前記嗜好演算部が算定した前記類似度に基づいて決定する優先度決定部と、前記優先度決定部が決定した前記優先度に従って前記情報要素を提示する情報提示部とを備える。
【０００７】
本発明の情報提示方法は、複数のユーザの各々の嗜好に関する嗜好データを嗜好データ記憶部に記憶することと、前記複数のユーザに含まれる第１ユーザおよび第２ユーザを選択することと、複数の情報要素の各々に関して、第１嗜好データを用いて算定される前記第１ユーザの嗜好と、第２嗜好データを用いて算定される前記第２ユーザの嗜好との類似度を算定することと、前記情報要素の各々の優先度を、算定された前記類似度に基づいて決定することと、決定された前記優先度に従って前記情報要素を提示することとを備える。
【発明の効果】
【０００８】
本発明によれば、選択されたユーザ同士の嗜好の類似度に基づいて情報要素の各々の優先度が決定され、優先度に基づいて情報要素が提示される。換言すると、双方のユーザが興味を持つ可能性が高い情報要素、または、一方のユーザのみが興味を持つ可能性が高い情報要素（ユーザ間の嗜好の差異が際立つ情報要素）がユーザに提示される。そのため、単一ユーザの嗜好に応じて情報要素を提示する構成と比較して、双方のユーザの嗜好に基づいた情報要素が提示されるので、ユーザ間のコミュニケーションがより活性化される。
【図面の簡単な説明】
【０００９】
【図１】第１実施形態に係る情報提示システムを示す図である。
【図２】第１実施形態のユーザ装置の外観を示す正面図である。
【図３】第１実施形態のユーザ装置の構成を示すブロック図である。
【図４】第１実施形態の記事サーバの構成を示すブロック図である。
【図５】第１実施形態の情報提示サーバの構成を示すブロック図である。
【図６】第１実施形態の通常の情報要素の提示動作を示すフロー図である。
【図７】第１実施形態のユーザ装置の表示領域に表示される画面の構成例である。
【図８】第１実施形態の嗜好の類似度に基づく情報要素の提示動作を示すフロー図である。
【図９】第１実施形態のユーザ装置の表示領域に表示される画面の構成例である。
【図１０】第２実施形態の記事サーバの構成を示すブロック図である。
【図１１】第２実施形態の通常の情報要素の提示動作を示すフロー図である。
【図１２】第２実施形態のユーザ装置の表示領域に表示される画面の構成例である。
【図１３】第２実施形態の嗜好の類似度に基づく情報要素の提示動作を示すフロー図である。
【図１４】第２実施形態のユーザ装置の表示領域に表示される画面の構成例である。
【図１５】第３実施形態に係る情報提示システムを示す図である。
【図１６】第３実施形態の通常の情報要素の提示動作を示すフロー図である。
【図１７】第３実施形態の嗜好の類似度に基づく情報要素の提示動作を示すフロー図である。
【図１８】近接させた２台のユーザ装置の配置例である。
【図１９】近接させた２台のユーザ装置の配置例である。
【図２０】地図（エリア）および記事を含む表示画像の一例である。
【発明を実施するための形態】
【００１０】
１．  第１実施形態
１（１）．  情報提示システムの概略
図１は、本発明の第１実施形態に係る情報提示システム１を示す図である。情報提示システム１は、ネットワークＮＷとユーザ装置ＵＡと記事サーバＡＳと情報提示サーバＩＳとを備える。ユーザ装置ＵＡ、記事サーバＡＳ、および情報提示サーバＩＳは、ネットワークＮＷを介して相互に接続される。
【００１１】
ユーザ装置ＵＡは、ユーザがネットワークＮＷにアクセスする際に使用する装置である。本実施形態では、ユーザ装置ＵＡの例として携帯電話端末（スマートフォン）を挙げて説明する。
【００１２】
ネットワークＮＷは、インターネットプロトコル等の通信規約に従って相互に接続される複数の中継ノード（無線基地局、ルータ、ゲートウェイ等）を有する。携帯電話端末であるユーザ装置ＵＡは、無線基地局との間に無線リンクを確立して無線通信を実行する。ネットワークＮＷ内の無線基地局と無線リンクを確立したユーザ装置ＵＡは、他のサーバ（情報提示サーバＩＳ等）と通信することが可能である。
【００１３】
記事サーバＡＳ（情報要素サーバ）は、情報要素の一種である記事を記憶するサーバ装置であり、ネットワークＮＷに接続される他の末端ノード（ユーザ装置ＵＡ、情報提示サーバＩＳ等）に対して、ネットワークＮＷを介して記事を提供する。本実施形態において、記事とは、例えば１つのニュースに関する記事であり、少なくともテキストデータを含む。各記事は、ＵＲＬまたは独自の記事ＩＤ等の識別子により一意に識別される。
【００１４】
情報提示サーバＩＳは、記事サーバＡＳから提供される記事を収集してユーザ装置ＵＡに提供するサーバ装置である。情報提示サーバＩＳは、ユーザ装置ＵＡを使用するユーザの嗜好を分析して、そのユーザに適した記事をそのユーザ装置ＵＡに提供する（すなわち、いわゆるキュレーションを実行する）。すなわち、情報提示サーバＩＳはキュレーションサイトを提供する。なお、情報提示サーバＩＳが、複数の記事サーバＡＳから記事を収集するとより好適である。ユーザ装置ＵＡに提供される記事の多様性が高まるからである。
【００１５】
１（２）．  各要素の構成
１（２）−１．  ユーザ装置の構成
図２は、第１実施形態に係るユーザ装置ＵＡの外観を示す正面図である。図３は、ユーザ装置ＵＡの主要な構成要素を示すブロック図である。
【００１６】
図２に示されるように、ユーザ装置ＵＡは、タッチパネル１０２とマイクロフォン１０４とスピーカ１０６とを備える。マイクロフォン１０４は、ユーザ等が発する音声を電気信号に変換する入力装置である。スピーカ１０６は、ユーザに対して音声を出力する出力装置である。タッチパネル１０２は、ユーザからのタッチ操作を検出するタッチセンサユニット（不図示）と、ユーザに対して文字・映像等を出力する表示領域１０２ａとを備える。すなわち、タッチパネル１０２は入力装置と出力装置とを兼ねる。
【００１７】
タッチパネル１０２は、カバーガラスと表示ユニット（例えば、液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等）との間にタッチセンサユニットを挟んで貼り合わせた層構造を有する。タッチセンサユニットの検出方式は任意である。例えば、抵抗膜方式、静電容量方式（表面型または投影型）、表面弾性波方式、光学方式、電磁誘導方式、等の方式が採用され得る。なお、正確な多点（マルチタッチ）検出が可能な投影型静電容量方式のタッチセンサユニットを有するタッチパネル１０２が採用されると好適である。投影型静電容量方式のタッチセンサユニットは、演算処理回路を搭載した基板層上に所定のパターンで透明電極層を配置し、表面にガラス等の絶縁体を重ねることにより構成される。当該方式では、表面に指を近接させることにより生じる静電容量の変化を複数の電極列により認識することで、タッチ位置を精度良く検出することができる。
【００１８】
図３に示されるように、ユーザ装置ＵＡは、無線通信部１１０と記憶部１２０と制御部１３０とを備える。無線通信部１１０は、ネットワークＮＷ内の無線基地局と無線信号を送受信するための要素であり、複数のアンテナと、無線信号（電波）を受信して電気信号に変換する受信回路と、制御信号・ユーザ信号等の電気信号を無線信号（電波）に変換して送信する送信回路とを含む。記憶部１２０は、制御（通信制御、入出力制御等）に関する情報およびアプリケーションプログラムを記憶および利用するための要素であり、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を含む。記憶部１２０が着脱可能な記憶媒体（フラッシュメモリ等）を含んでもよい。
【００１９】
制御部１３０は、通信制御部１３２とアプリケーション実行部１３４と入出力制御部１３６とを備える。通信制御部１３２は、ユーザ装置ＵＡと各サーバ（情報提示サーバＩＳ等）との通信制御（例えば、宛先ＩＰアドレスを指定したパケット送信）を実行する。アプリケーション実行部１３４は、記憶部１２０が記憶するアプリケーションを実行する。なお、アプリケーション実行部１３４は、他のサーバ（情報提示サーバＩＳ等）と協働してアプリケーションを実行してもよい。入出力制御部１３６は、タッチパネル１０２、マイクロフォン１０４、及びスピーカ１０６等の入出力装置を制御する。例えば、入出力制御部１３６は、外部サーバ（情報提示サーバＩＳ等）から提示される情報に基づいて、タッチパネル１０２内の表示領域１０２ａに記事等を含む画面イメージを表示させる。
【００２０】
制御部１３０及び制御部１３０内の各要素は、ユーザ装置ＵＡ内の不図示のＣＰＵ（Central Processing Unit）が、記憶部１２０内のコンピュータプログラムを実行し、そのコンピュータプログラムに従って機能することにより実現される機能ブロックである。
【００２１】
１（２）−２．  記事サーバの構成
図４は、第１実施形態の記事サーバＡＳの主要な構成要素を示すブロック図である。記事サーバＡＳは、ネットワーク通信部３１０と記憶部３２０と制御部３３０とを備える。ネットワーク通信部３１０は、ネットワークＮＷを介した他のノードとの通信を制御する要素である。記憶部３２０は、情報要素の一種である記事、並びに制御に関する情報およびアプリケーションプログラムを記憶し利用するための要素であり、ＲＯＭ、ＲＡＭ、及び磁気ディスク等を含む。
【００２２】
制御部３３０は配信制御部３３２を備える。配信制御部３３２は、外部ノード（例えば、ユーザ装置ＵＡ、情報提示サーバＩＳ等）からの要求に応じて、記憶部３２０に記憶される情報要素（記事）を配信する。より具体的には、配信制御部３３２は、外部ノードが指定する識別子（ＵＲＬ等）に応じた記事のデータを要求元のノードに送信する。なお、配信制御部３３２は、所定の契機（例えば、記憶部３２０に新着記事が登録された時）に、自動的に特定の外部ノードに記事データを送信してもよい。
【００２３】
制御部３３０及び制御部３３０内の各要素は、記事サーバＡＳ内の不図示のＣＰＵが記憶部３２０内のコンピュータプログラムを実行し、そのコンピュータプログラムに従って機能することにより実現される機能ブロックである。
【００２４】
１（２）−３．  情報提示サーバの構成
図５は、第１実施形態の情報提示サーバＩＳの主要な構成要素を示すブロック図である。情報提示サーバＩＳは、ネットワーク通信部２１０と記憶部２２０と制御部２３０とを備える。ネットワーク通信部２１０は、記事サーバＡＳのネットワーク通信部３１０と同様、ネットワークＮＷを介した他のノードとの通信を制御する要素である。記憶部３２０は、各ユーザの嗜好に関する嗜好データ、並びに制御に関する情報およびアプリケーションプログラムを記憶し利用するための要素であり、ＲＯＭ、ＲＡＭ、及び磁気ディスク等を含む。
【００２５】
制御部２３０は、フロント処理部２３２とユーザ選択部２３４と嗜好演算部２３６と優先度決定部２３８と情報提示部２４０とを備える。以下、各要素の動作を概略的に説明する。フロント処理部２３２は、ネットワークＮＷを介して他のサーバ（記事サーバＡＳ等）にアクセスし、必要な情報処理を実行する。例えば、フロント処理部２３２は、他のサーバから必要な情報（例えば、ニュース記事等の情報要素）を取得して処理する。ユーザ選択部２３４は、情報要素の提示に当たって嗜好を考慮すべき複数（例えば２名）のユーザを選択する。嗜好演算部２３６は、取得された各情報要素に対するユーザの嗜好スコアを算定するとともに、ユーザ選択部２３４が選択したユーザ同士の嗜好の類似度を情報要素ごとに算定する。優先度決定部２３８は、嗜好演算部２３６が算定した類似度に基づいて各情報要素の優先度を決定する。情報提示部２４０は、優先度決定部２３８が決定した優先度に従ってユーザ装置ＵＡに情報要素を提示する。
【００２６】
本実施形態において、記憶部２２０に記憶される嗜好データは、ユーザが過去に閲覧した記事（情報要素）から抽出された単語を含む単語ベクトルである。ユーザごとに１つの嗜好データ（単語ベクトル）エントリが作成され記憶される。より具体的には、フロント処理部２３２が、ユーザ（ユーザ装置ＵＡ）からの要求に応じて情報要素を取得し、取得した情報要素から単語を抽出する。そして、フロント処理部２３２が、抽出した複数の単語を含む単語ベクトルを生成し、そのユーザの嗜好データエントリとして記憶部２２０に書き込む。なお、既にそのユーザの嗜好データエントリが記憶部２２０に記憶されている場合は、抽出された単語を用いてその嗜好データエントリが更新される。単語ベクトルの生成手法（すなわち、記事から単語を抽出する手法）は任意である。一例としては、フロント処理部２３２が、記事を形態素解析した後、ｔｆ−ｉｄｆ法等のテキストマイニング手法を用いて複数の特徴語を抽出し、抽出された単語を含む単語ベクトルを生成する。特徴語に関して、重要度の高い順に所定数の単語が特徴語として抽出されてもよいし、所定閾値よりも高い重要度を有する単語全てが特徴語として抽出されてもよい。
【００２７】
制御部２３０及び制御部２３０内の各要素は、情報提示サーバＩＳ内の不図示のＣＰＵが記憶部２２０内のコンピュータプログラムを実行し、そのコンピュータプログラムに従って機能することにより実現される機能ブロックである。
【００２８】
１（３）．  情報要素の提示動作
第１実施形態の情報提示サーバＩＳがユーザ装置ＵＡに情報を提示する態様を以下に説明する。１つは、情報提示サーバＩＳに登録されている単一のユーザからの要求に応じて情報を提示する態様である。もう１つは、２名のユーザが選択された場合に、選択された２名のユーザの嗜好の類似度に基づいて情報を提示する態様である。なお、情報提示の態様はこれら２つに限定されるものではない。以下の説明において、各ユーザは情報提示サーバＩＳに登録され、登録ＩＤによって一意に識別されると想定する。
【００２９】
１（３）−１．  通常の情報要素の提示動作（単一ユーザ）
図６は、通常の情報要素の提示動作を示すフローである。ユーザは、ユーザ装置ＵＡを用いて情報要素（ニュース記事等）の取得を情報提示サーバＩＳに要求する（S100）。より具体的には、ユーザが、アプリケーション実行部１３４が実行する情報アプリケーション（ニュースアプリケーション等）がタッチパネル１０２（表示領域１０２ａ）に表示させる更新ボタンをタッチすることにより、記事の取得を要求する信号を無線通信部１１０経由で情報提示サーバＩＳに送信する。なお、情報要素取得の要求は、情報アプリケーションへのユーザのログオン後、自動的に実行されてもよい。
【００３０】
ユーザ装置ＵＡからの要求信号を受信すると、情報提示サーバＩＳは記事サーバＡＳから複数の情報要素を取得する。より具体的には、ユーザ装置ＵＡからの要求信号に基づいて、情報提示サーバＩＳのフロント処理部２３２が、記事の配信を要求する信号をネットワーク通信部２１０経由で記事サーバＡＳに送信する（S110）。記事サーバＡＳが以上の配信要求信号を受信すると、配信制御部３３２が、記憶部３２０に記憶されている記事を読み出し、ネットワーク通信部３１０経由で情報提示サーバＩＳに配信する（S120）。なお、フロント処理部２３２は、ステップS110及びS120の動作に代えて、情報提示サーバＩＳの記憶部２２０にキャッシュされている記事を取得してもよい。
【００３１】
情報要素を取得すると、情報提示サーバＩＳは、各情報要素について優先度を決定する（S130）。より具体的には、まず、フロント処理部２３２が、各記事について前述のように特徴語を抽出して単語ベクトルを生成し、嗜好演算部２３６に供給する。嗜好演算部２３６は、各記事について、当該記事の単語ベクトルと記事取得を要求したユーザの嗜好データエントリに含まれる単語ベクトルとの一致度を、当該記事と当該ユーザとの嗜好スコアとして算定する。以上の単語ベクトルの一致度は、例えば、単語ベクトルの内積（単語ベクトル間で一致する単語の個数）として算定され得る。すなわち、一致する単語の個数が多いほど嗜好スコアが高くなる。算定された嗜好スコアは、優先度決定部２３８に供給される。優先度決定部２３８は、嗜好スコアが高い順に各記事の優先度を決定する。
【００３２】
その後、情報提示サーバＩＳは、決定された優先度に従って情報要素をユーザ装置ＵＡに提示する（S140）。ユーザ装置ＵＡは、提示された情報要素を表示する（S150）。情報要素の提示および表示の態様は任意である。例えば、情報提示サーバＩＳの情報提示部２４０が各記事に優先度の情報を添付してユーザ装置ＵＡに提供し、ユーザ装置ＵＡのアプリケーション実行部１３４が優先度に基づいて各記事の表示態様を定めてもよい。また、情報提示部２４０が優先度に基づいて各記事を含む表示画面イメージを生成してユーザ装置ＵＡに提示（送信）し、ユーザ装置ＵＡの表示領域１０２ａに表示させてもよい。
【００３３】
図７は、図６の提示動作の結果、ユーザ装置ＵＡの表示領域１０２ａに表示される画面の構成例である。表示領域１０２ａには、３つの記事エリアａ１，ａ２，ａ３が表示されている。記事エリアａ１には最も優先度の高い記事が表示され、記事エリアａ２には次点の優先度の記事が表示され、記事エリアａ３にはその次の優先度の記事が表示される。記事中のフォントの大きさは、優先度が高いほど大きい。最も優先度の高い記事エリアａ１のみに、記事中の写真画像が表示される。最も優先度が低い記事エリアａ３では、記事の見出しのみが表示される。以上のように、優先度が高いほど表示させる記事の情報量を多くする画面構成が一例である。
【００３４】
１（３）−２．  嗜好の類似度に基づく情報要素の提示動作（２ユーザ選択）
図８は、２ユーザの嗜好の類似度に基づく情報要素の提示動作（以下、コラボレーション動作と称する場合がある）を示すフローである。ユーザは、ユーザ装置ＵＡを用いて、コラボレーション動作の起動を要求する（S200）。より具体的には、本実施形態では、ユーザは、アプリケーション実行部１３４が実行する情報アプリケーション（ニュースアプリケーション等）がタッチパネル１０２（表示領域１０２ａ）に表示させるコラボレーション要求ボタンをタッチすることにより、コラボレーション動作を要求する信号を無線通信部１１０経由で情報提示サーバＩＳに送信する。なお、コラボレーション動作の要求は、後述される様々な変形例によっても実行され得る。
【００３５】
コラボレーション動作が要求されると、情報提示サーバＩＳは、コラボレーション動作の対象となる２名のユーザ（便宜的に、第１ユーザ、第２ユーザと称する）を選択する（S210）。より具体的には、まず、ユーザ選択部２３４が、選択可能なユーザを、コラボレーション動作を要求した第１ユーザに提示する（すなわち、第１ユーザのユーザ装置ＵＡの表示領域１０２ａに選択可能なユーザを表示させる）。ユーザが、表示された複数のユーザから１名のユーザをタッチして選択すると、選択されたユーザ（第２ユーザ）の登録ＩＤがユーザ選択部２３４に通知される。ユーザ選択部２３４は、第１ユーザおよび第２ユーザをコラボレーション動作の対象として選択する。なお、２名のユーザの様々な選択態様が変形例として後述される。
【００３６】
２名のユーザが選択されると、情報提示サーバＩＳは記事サーバＡＳから複数の情報要素を取得する。具体的には、ステップS110およびS120の動作と同様、配信要求信号を送信して（S220）、記事サーバＡＳから記事の配信を受ける（S230）。前述と同様、フロント処理部２３２は、ステップS220及びS230の動作に代えて、情報提示サーバＩＳの記憶部２２０にキャッシュされている記事を取得してもよい。
【００３７】
情報要素の配信を受けると、情報提示サーバＩＳは各情報要素についてユーザ同士の嗜好の類似度を算定する（S240）。より具体的には、まず、フロント処理部２３２が、各記事について前述のように単語ベクトルを生成し嗜好演算部２３６に供給する。嗜好演算部２３６は、各記事について、当該記事から生成された単語ベクトル（情報要素単語ベクトル）と、記憶部２２０に記憶されるユーザの嗜好データエントリが含む単語ベクトルとの一致度が示す嗜好スコアを、選択されたユーザごとに算定する。結果として、各記事について、第１ユーザの第１嗜好スコアと第２ユーザの第２嗜好スコアとが得られる。前述の通り、嗜好スコアは、記事の単語ベクトルとユーザの単語ベクトルとの間で一致する単語の個数が多いほど高くなる。嗜好演算部２３６は、各記事について、第１嗜好スコアと第２嗜好スコアとを比較して類似度を算定する。例えば、第１嗜好スコアと第２嗜好スコアとの差分が小さいほど、類似度が高くなるように算定される。算定された類似度は、優先度決定部２３８に供給される。
【００３８】
類似度が算定されると、優先度決定部２３８は、複数の記事の各々の優先度を類似度に基づいて決定する（S250）。例えば、類似度が高い順に各記事の優先度を決定してもよいし、類似度が低い順に各記事の優先度を決定してもよい。類似度が高い順の優先度（前者）は、第１ユーザの嗜好と第２ユーザの嗜好とが近い順の優先度を示している。他方、類似度が低い順の優先度（後者）は、第１ユーザの嗜好と第２ユーザの嗜好とが異なる順の優先度を示している。
【００３９】
類似度が高い順の優先度に従って表示される情報要素は、２名のユーザの双方が興味を持つ可能性が高いため、共通の話題となり易いと考えられる。他方、類似度が低い順の優先度に従って表示される情報要素は、２名のユーザのうち一方のみが興味を持つ可能性が高い。そのような情報要素は、２名のユーザ同士の嗜好の差異が際立つ情報要素であるので、２名のユーザ同士の会話における話題となる可能性が高いと考えられる。
【００４０】
その後、情報提示サーバＩＳは、決定された優先度に従って情報要素をユーザ装置ＵＡに提示する（S260）。ユーザ装置ＵＡは、提示された情報要素を表示する（S270）。第１ユーザのユーザ装置ＵＡのみに情報要素が提示されてもよいし、第１ユーザおよび第２ユーザの双方のユーザ装置ＵＡに情報要素が提示されてもよい。なお、前述と同様、情報要素の提示および表示の態様は任意である。
【００４１】
例えば、先に説明された図７の表示のように、ステップS250で決定された優先度に基づいて表示領域１０２ａに記事が表示されてもよい（優先表示態様）。また、図９に示すように、記事自体は通常の情報要素の提示動作（項目１（３）−１）にて決定される優先度（１ユーザの嗜好による優先度）に従って表示された上で、ステップS250で決定された優先度（類似度による優先度）に基づいて表示が強調されてもよい（強調表示態様）。なお、以上の強調表示態様において、記事自体の表示順序は任意であり、例えば、ＳＮＳにおける人気度（例えば、評価ボタンが押された回数）に従って記事が表示されてもよい。
【００４２】
図９の例では、類似度による優先度が最も高い記事を表示する記事エリアａ１が最も濃く着色され、次に優先度が高い記事を表示する記事エリアａ３が次に濃く着色され、優先度が所定閾値を下回る記事を表示する記事エリアａ２は着色されていない。なお、強調表示の態様は任意であり、以上のような着色に限定されない。例えば、記事エリアａの枠を優先度が高いほど太く表示してもよい。
【００４３】
１（４）．  本実施形態の効果
以上の本実施形態の構成（特に、嗜好の類似度に基づく情報提示動作）によれば、選択されたユーザ同士の嗜好（嗜好スコア）の類似度に基づいて情報要素の各々の優先度が決定され、優先度に基づいてユーザに情報要素が提示される。換言すると、双方のユーザが興味を持つ可能性が高い情報要素、または、一方のユーザのみが興味を持つ可能性が高い情報要素（ユーザ間の嗜好の差異が際立つ情報要素）がユーザに提示される。単一ユーザの嗜好に応じて情報要素を提示する構成と比較して、双方のユーザの嗜好に基づいた情報要素が提示されるので、ユーザ間のコミュニケーションがより活性化される。
【００４４】
２．  第２実施形態
本発明の第２実施形態を以下に説明する。以下に例示する各実施形態において、作用、機能が第１実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の説明を適宜に省略する。
【００４５】
２（１）．  情報提示システムの概略
第２実施形態の記事サーバＡＳ（情報要素サーバ）は、ミニブログサービスを提供する。記事サーバＡＳは、典型的にはツイッター（TWITTERは登録商標）サーバである。ミニブログサービスにおいては、記事サーバＡＳに複数の情報要素（アカウント）が登録され、各情報要素（アカウント）に対応するユーザが、記事サーバＡＳに対してブログ記事の投稿を行う。各アカウントは、１以上の他のアカウントを購読する（フォローする）ことが可能である。本実施形態におけるブログ記事は、投稿したアカウント名、アカウントのプロフィールアイコン、投稿されたテキスト情報、および投稿日時を含む。
【００４６】
記事サーバＡＳの記憶部３２０には、投稿されたブログ記事が記憶される。また、記憶部３２０は、情報要素として、アカウント情報（アカウントＩＤ、購読しているアカウント（フォロイーリスト）、購読されているアカウント（フォロワーリスト）、並びに当該アカウントのプロフィールテキストおよびプロフィールアイコン）を記憶する。本実施形態において、１つの情報要素（アカウント）は、ブログ記事の投稿者であると共に、他のアカウントを購読する購読者でもあると理解される。
【００４７】
第２実施形態の情報提示サーバＩＳは、以上の記事サーバＡＳからアカウント情報およびブログ記事を取得して分析し、情報提示サーバＩＳのユーザに複数のブログ記事を含むタイムラインを提示する。本実施形態では、基本的に、記事サーバＡＳのアカウントと情報提示サーバＩＳのユーザとが対応する。記事サーバＡＳのアカウントを用いて情報提示サーバＩＳにログオンすることが可能であると好適である。
【００４８】
２（２）．  各要素の構成
２（２）−１．  記事サーバの構成
図１０は、第２実施形態の記事サーバＡＳの主要な構成要素を示すブロック図である。記事サーバＡＳの制御部３３０は、配信制御部３３２に加え、投稿制御部３３４とアカウント制御部３３６とを備える。アカウント制御部３３６は、新規アカウントの登録およびログオン時のユーザ認証等を制御する。投稿制御部３３４は、アカウント（ユーザ）がブログ記事を投稿すると、対応するアカウントＩＤおよび投稿日時と共にそのブログ記事を記憶部３２０に記憶する。配信制御部３３２は、アカウントからの要求に応じて記憶部３２０に記憶されるブログ記事を配信する。より具体的には、配信制御部３３２は、要求を発したアカウントが購読するアカウント（フォロイー）が投稿したブログ記事を要求元に送信する。なお、配信制御部３３２は、特定のサーバ（情報提示サーバＩＳ等）に対して、記憶部３２０に記憶されるブログ記事の全てを提供してもよい。
【００４９】
２（２）−２．  嗜好データの構成
本実施形態において、情報提示サーバＩＳの記憶部２２０に記憶される嗜好データは、各情報要素（アカウント）が購読しているアカウントを含むアカウントベクトルである。ユーザ（アカウント）ごとに、アカウントベクトルを含む嗜好データエントリが作成され記憶される。情報提示サーバＩＳのフロント処理部２３２は、ユーザ装置ＵＡからの要求に応じて、または定期的に、記事サーバＡＳから購読中アカウントのリストを取得し、記憶部２２０に記憶される嗜好データエントリ中のアカウントベクトルを更新する。
【００５０】
２（３）．  情報要素の提示動作
第２実施形態の情報提示サーバＩＳがユーザ装置ＵＡに情報を提示する態様を以下に説明する。第１実施形態と同様に、単一のユーザからの要求に応じて情報を提示する態様と、２名のユーザの嗜好の類似度に基づいて情報を提示する態様とを説明する。
【００５１】
２（３）−１．  通常の情報要素の提示動作（単一ユーザ）
図１１は、通常の情報要素（アカウント情報）およびブログ記事の提示動作を示すフローである。ユーザは、ユーザ装置ＵＡを用いてブログ記事の取得を情報提示サーバＩＳに要求する（S300）。ステップS300の動作は、前述のステップS100の動作と同様である。
【００５２】
ユーザ装置ＵＡからの要求信号を受信すると、情報提示サーバＩＳは記事サーバＡＳから情報要素（アカウント情報）およびブログ記事を取得する。より具体的には、ユーザ装置ＵＡからの要求信号に基づいて、情報提示サーバＩＳのフロント処理部２３２が、ブログ記事の配信を要求する信号を記事サーバＡＳに送信する（S310）。記事サーバＡＳが以上の配信要求信号を受信すると、配信制御部３３２が、記憶部３２０に記憶されているブログ記事に、ブログ記事を投稿したアカウントが購読しているアカウントのリスト（フォロイーリスト）を添付して、情報提示サーバＩＳに配信する（S320）。なお、フロント処理部２３２は、ステップS310及びS320の動作に代えて、情報提示サーバＩＳの記憶部２２０にキャッシュされているブログ記事およびその投稿者のフォロイーリストを取得してもよい。
【００５３】
ブログ記事およびアカウント情報（フォロイーリスト）を取得すると、情報提示サーバＩＳは、各情報要素（アカウント）について優先度を決定する（S330）。より具体的には、まず、フロント処理部２３２が、ブログ記事の投稿者である情報要素（アカウント）が購読しているアカウントのリスト（フォロイーリスト）からアカウントベクトルを生成し、嗜好演算部２３６に供給する。嗜好演算部２３６は、各アカウントについて、当該アカウントのアカウントベクトルと、ブログ記事取得を要求したユーザの嗜好データエントリに含まれるアカウントベクトルとの一致度を、当該アカウントと当該ユーザとの嗜好スコアとして算定する。以上のアカウントベクトルの一致度は、アカウントベクトルの内積（アカウントベクトル間で一致する購読アカウント（フォロイー）の人数）として算定され得る。すなわち、一致する購読アカウントの人数が多いほど嗜好スコアが高くなる。算定された嗜好スコアは、優先度決定部２３８に供給される。優先度決定部２３８は、嗜好スコアが高い順に各情報要素（アカウント）の優先度を決定する。
【００５４】
その後、情報提示サーバＩＳは、決定された優先度に従って情報要素（アカウント）およびブログ記事をユーザ装置ＵＡに提示する（S340）。ユーザ装置ＵＡは、提示された情報要素を含むブログ記事を表示する（S350）。ブログ記事および情報要素の提示および表示の態様は任意である。例えば、情報提示サーバＩＳの情報提示部２４０が、各ブログ記事について、そのブログ記事を投稿したアカウントの優先度の情報を添付してユーザ装置ＵＡに提供し、ユーザ装置ＵＡのアプリケーション実行部１３４が優先度に基づいて各ブログ記事の表示態様を定めてよい。また、情報提示部２４０が、ブログ記事を投稿したアカウントの優先度に基づいて、各ブログ記事を含む表示画面イメージを生成してユーザ装置ＵＡに提示（送信）し、ユーザ装置ＵＡの表示領域１０２ａに表示させてもよい。
【００５５】
図１２は、図１１の提示動作の結果、ユーザ装置ＵＡの表示領域１０２ａに表示される画面の構成例である。表示領域１０２ａには、３つのブログ記事エリアｂ１，ｂ２，ｂ３が表示されている。ブログ記事エリアｂ１には最も優先度の高いアカウントが投稿したブログ記事が表示され、ブログ記事エリアｂ２には次点の優先度のアカウントが投稿したブログ記事が表示され、ブログ記事エリアｂ３にはその次の優先度のアカウントが投稿したブログ記事が表示される。各ブログ記事エリアｂには２つのブログ記事が表示されているが、アカウントの優先度に応じて表示されるブログ記事数を異ならせてもよい。
【００５６】
２（３）−２．  嗜好の類似度に基づく情報要素の提示動作（２ユーザ選択）
図１３は、２ユーザの嗜好の類似度に基づく情報要素（アカウント）およびブログ記事の提示動作（以下、コラボレーション動作と称する場合がある）を示すフローである。ユーザは、ユーザ装置ＵＡを用いて、コラボレーション動作の起動を要求する（S400）。ステップS400の動作は、前述のステップS200の動作と同様である。コラボレーション動作が要求されると、情報提示サーバＩＳは、コラボレーション動作の対象となる２名のユーザ（便宜的に、第１ユーザ、第２ユーザと称する）を選択する（S410）。ステップS410の動作は、前述のステップS210の動作と同様である。
【００５７】
２名のユーザが選択されると、情報提示サーバＩＳは記事サーバＡＳから情報要素（アカウント情報）およびブログ記事を取得する。具体的には、ステップS310およびS320の動作と同様、配信要求信号を送信して（S420）、フォロイーリストが添付されたブログ記事のリストの配信を記事サーバＡＳから受ける（S430）。前述と同様、フロント処理部２３２は、ステップS420およびS430の動作に代えて、情報提示サーバＩＳの記憶部２２０にキャッシュされているブログ記事およびその投稿者のフォロイーリストを取得してもよい。
【００５８】
ブログ記事およびアカウント情報（フォロイーリスト）を取得すると、情報提示サーバＩＳは、取得したブログ記事に対応する情報要素（アカウント）の各々について、ユーザ同士の嗜好の類似度を算定する（S440）。より具体的には、まず、前述のように、フロント処理部２３２が、ブログ記事の投稿者である情報要素（アカウント）が購読しているアカウントのリスト（フォロイーリスト）からアカウントベクトルを生成し、嗜好演算部２３６に供給する。嗜好演算部２３６は、各アカウントについて、当該アカウントのアカウントベクトルと記憶部２２０に記憶されるユーザの嗜好データエントリが含むアカウントベクトルとの一致度が示す嗜好スコアを、選択されたユーザごとに算定する。結果として、第１ユーザの第１嗜好スコアと第２ユーザの第２嗜好スコアとが得られる。前述の通り、嗜好スコアは、情報要素のアカウントベクトルとユーザのアカウントベクトルとの間で一致する購読アカウントの人数が多いほど高くなる。嗜好演算部２３６は、各情報要素（アカウント）について、第１嗜好スコアと第２嗜好スコアとを比較して類似度を算定する。例えば、第１嗜好スコアと第２嗜好スコアとの差分が小さいほど、類似度が高くなるように算定される。算定された類似度は、優先度決定部２３８に供給される。
【００５９】
類似度が算定されると、優先度決定部２３８は、複数のアカウントの各々の優先度を類似度に基づいて決定する（S450）。例えば、類似度が高い順に各アカウントの優先度を決定してもよいし、類似度が低い順に各アカウントの優先度を決定してもよい。類似度が高い順の優先度（前者）は、第１ユーザの嗜好と第２ユーザの嗜好とが近い順の優先度を示している。他方、類似度が低い順の優先度（後者）は、第１ユーザの嗜好と第２ユーザの嗜好とが異なる順の優先度を示している。
【００６０】
類似度が高いアカウントは、２名のユーザの双方が興味を持つ可能性が高いため、共通の話題となり易いと考えられる。他方、類似度が低いアカウントは、２名のユーザのうち一方のみが興味を持つ可能性が高い。そのようなアカウントは、２名のユーザ同士の嗜好の差異が際立つアカウントであるので、２名のユーザ同士の会話における話題となる可能性が高いと考えられる。
【００６１】
その後、情報提示サーバＩＳは、決定された優先度に従って情報要素（アカウント）およびブログ記事をユーザ装置ＵＡに提示する（S460）。ユーザ装置ＵＡは提示された情報要素を含むブログ記事を表示する（S470）。第１ユーザのユーザ装置ＵＡのみにブログ記事が提示されてもよいし、第１ユーザおよび第２ユーザの双方のユーザ装置ＵＡにブログ記事が提示されてもよい。なお、前述と同様、ブログ記事および情報要素の提示および表示の態様は任意である。
【００６２】
例えば、先に説明された図１２のように、ステップS450で決定された優先度に従って、優先度の高いアカウントが投稿したブログ記事が表示領域１０２ａに表示されてもよい（優先表示態様）。また、図１４に示すように、ブログ記事自体は通常の情報要素の提示動作（項目２（３）−１）にて決定される優先度（１ユーザの嗜好による優先度）に従って表示された上で、ステップS450で決定された優先度（類似度による優先度）に基づいて表示が強調されてもよい（強調表示態様）。
【００６３】
図１４の例では、類似度による優先度が最も高いアカウントに対応するブログ記事エリアｂ１内のブログ記事が最も濃く着色され、次に優先度が高いアカウントに対応するブログ記事エリアｂ３内のブログ記事が次に濃く着色され、優先度が所定閾値を下回るアカウントに対応するブログ記事エリアｂ２内のブログ記事は着色されない。前述と同様、強調表示の態様は任意であり、例えば、ブログ記事エリアｂの枠を優先度が高いほど太く表示してもよい。
【００６４】
２（４）．  本実施形態の効果
以上の本実施形態の構成（特に、嗜好の類似度に基づく情報提示動作）によれば、第１実施形態と同様の技術的効果が奏される。第１実施形態における情報要素は記事である一方で、本実施形態の情報要素はアカウントである。本実施形態は、情報要素であるアカウントとそのアカウントが投稿したブログ記事との双方がユーザに提示される点で第１実施形態と相違するが、最終的には優先度の高いアカウントのブログ記事がユーザに提示されることから、優先度の高い記事がユーザに提示される第１実施形態と同様の効果が実現される。
【００６５】
３．  第３実施形態
３（１）．  情報提示システムの概略
本発明の第３実施形態を以下に説明する。図１５は、本発明の第３実施形態に係る情報提示システム１を示す図である。情報提示システム１は、ネットワークＮＷとユーザ装置ＵＡと情報提示サーバＩＳとを備える。
【００６６】
情報提示サーバＩＳは、地図情報サービスをユーザ装置ＵＡに提供するサーバ装置である。情報提示サーバＩＳは、ユーザの要求に応じて、記憶部２２０に記憶される地図データをユーザに提供する。また、情報提示サーバＩＳは、ユーザ装置ＵＡを使用するユーザが訪問した地点を分析してそのユーザに適した地図上のエリア（推薦エリア）をユーザに提示することが可能である。なお、本実施形態において、「地点」は地図上のスポット（例えば、清水寺、渡月橋）を示し、「エリア」は地図上に広がりを持つ領域（例えば、京都東山、京都嵐山）を示す。なお、本実施形態においては、以上の「エリア」が情報要素に相当する。
【００６７】
以上の地図情報サービスにおいて、ユーザは、現在位置しているスポットにチェックインすることができる。「チェックイン」は、ユーザ装置ＵＡのユーザが、タッチ等の操作によって、あるスポットに訪問していることを登録する動作である。
【００６８】
３（２）．  嗜好データの構成
本実施形態において、情報提示サーバＩＳの記憶部２２０に記憶される嗜好データは、各ユーザがどのエリアに何回訪問（アクセス）したかを示す訪問データである。情報提示サーバＩＳのフロント処理部２３２は、ユーザによるチェックインが実行されると、チェックインされたスポットが属するエリアにユーザが訪問したと認識し、そのエリアへの訪問回数を１増加させるように、記憶部２２０内の訪問データを含む嗜好データエントリを更新する。
【００６９】
３（３）．  情報要素の提示動作
第３実施形態の情報提示サーバＩＳがユーザ装置ＵＡに情報を提示する態様を以下に説明する。前述の実施形態と同様に、単一のユーザからの要求に応じて情報を提示する態様と、２名のユーザの嗜好の類似度に基づいて情報を提示する態様とを説明する。
【００７０】
３（３）−１．  通常の情報要素の提示動作（単一ユーザ）
図１６は、通常の情報要素（エリア）の提示動作を示すフローである。ユーザは、ユーザ装置ＵＡを用いて推薦エリアの取得を情報提示サーバＩＳに要求する（S500）。ステップS500の動作は、前述のステップS100, S300の動作と同様である。
【００７１】
ユーザ装置ＵＡからの要求信号を受信すると、情報提示サーバＩＳはエリアの優先度を決定する（S510）。より具体的には、まず、フロント処理部２３２が、要求信号を送信したユーザの嗜好データエントリに含まれる訪問データから、そのユーザがこれまでに訪問したエリアと訪問回数とを読み出して、嗜好演算部２３６に供給する。嗜好演算部２３６は、訪問回数が多い順にエリアをソートする。優先度決定部２３８は、ソートされた順に（すなわち、訪問回数が多い順に）各エリアの優先度を決定する。
【００７２】
その後、情報提示サーバＩＳは、決定された優先度に従って選択された情報要素（推薦エリア）を含む地図情報をユーザ装置ＵＡに提示する（S520）。ユーザ装置ＵＡは、提示された推薦エリアを含む地図を表示する（S520）。推薦エリアの提示および表示の態様は任意である。例えば、情報提示サーバＩＳの情報提示部２４０が最も優先度の高いエリアを含む地図情報をユーザ装置ＵＡに提供し、ユーザ装置ＵＡの表示領域１０２ａに表示させて動作を終了してもよい。また、情報提示部２４０が、優先度の高い順に、エリアを含む地図情報を所定期間おきにユーザ装置ＵＡに提供し、ユーザ装置ＵＡの表示領域１０２ａに表示されるエリアを順次切り替えてもよい。
【００７３】
３（３）−２．  嗜好の類似度に基づく情報要素の提示動作（２ユーザ選択）
図１７は、２ユーザの嗜好の類似度に基づく情報要素の提示動作（以下、コラボレーション動作と称する場合がある）を示すフローである。ユーザは、ユーザ装置ＵＡを用いて、コラボレーション動作の起動を要求する（S600）。ステップS600の動作は、前述のステップS200, S400の動作と同様である。コラボレーション動作が要求されると、情報提示サーバＩＳは、コラボレーション動作の対象となる２名のユーザ（便宜的に、第１ユーザ、第２ユーザと称する）を選択する（S610）。ステップS610の動作は、前述のステップS210, S410の動作と同様である。
【００７４】
２名のユーザが選択されると、情報提示サーバＩＳは、第１ユーザおよび第２ユーザの少なくともいずれかが訪問した情報要素（エリア）の各々について、ユーザ同士の嗜好の類似度を算定する（S620）。より具体的には、まず、フロント処理部２３２が、第１ユーザおよび第２ユーザの各々がこれまでに訪問したエリアと訪問回数とを読み出して、嗜好演算部２３６に供給する。嗜好演算部２３６は、各エリアに関する訪問頻度（例えば、「当該エリアへの訪問回数／全訪問回数」で求められる値）を、選択されたユーザごとに算定する。結果として、第１ユーザの訪問頻度を示す第１嗜好スコアと第２ユーザの訪問頻度を示す第２嗜好スコアとが得られる。嗜好演算部２３６は、各エリアについて、第１嗜好スコアと第２嗜好ストアとを比較して類似度を算定する。例えば、第１嗜好スコアと第２嗜好スコアとの差分が小さいほど、類似度が高くなるように算定される。算定された類似度は、優先度決定部２３８に供給される。
【００７５】
類似度が算定されると、優先度決定部２３８は、複数のエリアの各々の優先度を類似度に基づいて決定する（S630）。例えば、類似度が高い順に各エリアの優先度を決定してもよいし、類似度が低い順に各エリアの優先度を決定してもよい。類似度が高い順の優先度（前者）は、第１ユーザの嗜好と第２ユーザの嗜好とが近い順の優先度を示している。他方、類似度が低い順の優先度（後者）は、第１ユーザの嗜好と第２ユーザの嗜好とが異なる順の優先度を示している。
【００７６】
類似度が高いエリアは、２名のユーザの双方が興味を持つ可能性が高いため、共通の目的地となり易いと考えられる。他方、類似度が低いエリアは、２名のユーザのうち一方のみが興味を持っていたエリアであると言える。そのようなエリアは、２名のユーザ同士の嗜好の差異が際立つエリアであるので、共通の目的地となる可能性が高いと考えられる。
【００７７】
その後、情報提示サーバＩＳは、決定された優先度に従って選択された情報要素（推薦エリア）を含む地図情報をユーザ装置ＵＡに提示する（S640）。ユーザ装置ＵＡは提示された推薦エリアを含む地図を表示する（S650）。第１ユーザのユーザ装置ＵＡのみに地図情報が提示されてもよいし、第１ユーザおよび第２ユーザの双方のユーザ装置ＵＡに地図情報が提示されてもよい。なお、前述と同様、ブログ記事および情報要素の提示および表示の態様は任意である。
【００７８】
例えば、前述のように、情報提示部２４０が最も優先度の高いエリアを含む地図情報をユーザ装置ＵＡに提供して表示させ動作を終了してもよい。また、情報提示部２４０が、優先度の高い順に、エリアを含む地図情報を所定期間おきにユーザ装置ＵＡに提供することで、表示されるエリアを順次切り替えてもよい。
【００７９】
３（４）．  本実施形態の効果
以上の本実施形態の構成（特に、嗜好の類似度に基づく情報提示動作）によれば、第１および第２実施形態と同様の技術的効果が奏される。特に、本実施形態では２名のユーザの嗜好に基づいてエリア情報（地図）が提示されるので、ユーザの実際の行動（提示エリアへの訪問）の契機となる可能性が高い。したがって、情報提示による興趣性がより高いと言える。
【００８０】
４．  変形例  
以上の実施形態は多様に変形される。具体的な変形の態様を以下に例示する。以上の実施の形態および以下の例示から任意に選択された２以上の態様は、相互に矛盾しない限り適宜に併合され得る。
【００８１】
４（１）．  変形例１
以上の実施形態では、ステップS210, S410, S610において、情報提示サーバＩＳのユーザ選択部２３４が提示した選択可能ユーザを、ユーザ装置ＵＡのユーザがタッチパネル操作で選択することにより、２名のユーザが選択される。しかしながら、ユーザ選択態様は以上に限定されない。
【００８２】
例えば、図１８に示すように、第１のユーザ装置ＵＡ１と第２のユーザ装置ＵＡ２とを近接させることにより、２名のユーザを選択することが可能である。具体的には以下の通りである。本変形例のユーザ装置ＵＡ（ＵＡ１，ＵＡ２）は近距離無線通信機能（例えば、ISO/IEC 18092に規定されるNear Field Communication (NFC)）を有する。ステップS210, S410, S610において、第１ユーザが所有する第１のユーザ装置ＵＡ１が、第２ユーザが所有する第２のユーザ装置ＵＡ２に近接されることにより、第２のユーザ装置ＵＡ２を認識すると、第１のユーザ装置ＵＡは、第１ユーザの識別子および第２ユーザの識別子をユーザ選択部２３４に送信する。ユーザ選択部２３４は、送信された識別子に基づいて、第１ユーザと第２ユーザとをコラボレーション動作の対象として選択する。
【００８３】
ユーザ装置ＵＡの近接を検出する別の手段を例示する。本例では、ユーザ装置ＵＡが加速度の変化（振動）を検出すると、ＧＰＳ等により取得した自局の位置をユーザ選択部２３４に報告する。２台のユーザ装置ＵＡから略同時かつ略同位置の報告を受信すると、ユーザ選択部２３４は、その２台のユーザ装置を使用する２名のユーザを選択する。
【００８４】
なお、ユーザ装置ＵＡ同士の近接を契機として、ユーザ装置ＵＡからコラボレーション動作の起動要求（S200, S400, S600）が送信されてもよい。以上の構成によれば、以上の起動要求と選択すべきユーザの識別子とが同時に送信できるので、処理がより簡素化される。以上の構成を採用する場合、一度近接させた後は、ユーザ装置ＵＡ同士を離してもその後の動作（嗜好の類似度に基づく情報提示動作）が継続すると好適である。嗜好の類似度に基づく情報提示動作が提供されている際にユーザ装置ＵＡ同士を離した場合、通常の情報提示動作に戻ってもよい。また、嗜好の類似度に基づく情報提示動作が提供されて所定時間が経過した後に、通常の情報提示動作に戻ってもよい。
【００８５】
さらに、ユーザ装置ＵＡの向きを考慮してもよい。例えば、優先度決定部２３８が、図１８のようにユーザ装置ＵＡ（ＵＡ１，ＵＡ２）同士が同一の向きで近接された場合には類似度が高いほど優先度が高くなるように決定し、図１９のようにユーザ装置ＵＡ（ＵＡ１，ＵＡ２）同士が反対の向きで近接された場合には類似度が低いほど優先度が高くなるように決定してもよい。ユーザ装置ＵＡの向きは、加速度センサおよび方位コンパスによって検出されると好適である。
【００８６】
以上の構成によれば、同一の向きで近接された場合には嗜好が近い情報要素が提示され、反対の向きで近接された場合には嗜好が異なる情報要素が提示される。すなわち、向きが同じなら同じ嗜好の情報が提示され、向きが反対なら反対の嗜好の情報が提示される、という直感的に分かりやすいユーザインタフェースが提供される。
【００８７】
４（２）．  変形例２
第１実施形態では、類似度に基づいて各記事の優先度が決定される（ステップS250）。しかしながら、類似度が高くても（すなわち、嗜好スコア同士の差分が小さくても）嗜好スコア自体が低い記事（情報要素）に対しては、２名のユーザの双方が興味を持たない可能性も想定され得る。
【００８８】
したがって、情報提示サーバＩＳの優先度決定部２３８が、第１嗜好スコアと第２嗜好スコアとの双方が所定閾値を上回る記事についてのみ、第１嗜好スコアと第２嗜好スコアとを比較して類似度を算定すると好適である。他の実施形態および変形例についても同様である。
【００８９】
４（３）．  変形例３
第２実施形態の嗜好データは、ユーザが購読している（フォローしている）アカウントを含むアカウントベクトルである。しかしながら、ユーザがリストしている任意の情報リソースを含む情報リソースベクトルが、嗜好データとして採用されてもよい。例えば、ユーザがブックマークしているウェブサイトの識別子を含むベクトルや、ユーザが使用するクリップサービス（ウェブサイトを保持しておくサービス）に登録されているウェブサイトの識別子を含むベクトルが、嗜好データとして採用され得る。
【００９０】
以上から理解されるように、本願において、ある情報リソースを「リストすること」は、その情報リソースを「購読すること」、「フォローすること」、「ブックマークすること」、及び「クリップサービスに登録すること」を非限定的に含む上位概念である。
【００９１】
なお、情報リソースベクトルに含まれるウェブサイトの識別子としてＵＲＬ（Uniform Resource Locator）が採用される場合、嗜好スコアを示すベクトルの一致度は、部分一致するＵＲＬの個数として算定されてもよい。例えば、ＵＲＬのうちドメイン名が一致すれば部分一致と判定したり、ＵＲＬの所定階層（例えば、ドメイン名および第１階層）までの部分が一致すれば部分一致と判定したりすると好適である。
【００９２】
ＵＲＬには、ドメイン名・ディレクトリ名に加え、スクリプト名やクエリ値等が含まれることがあるため、同一ウェブサイト上のページであってもＵＲＬが完全には一致しないことが多い。一方で、同一ウェブサイト上のページをリストしているユーザ同士は、当該ウェブサイトを好む可能性が共に高いと考えられる。したがって、以上の構成によれば、嗜好スコアに基づく類似度がより精度良く算定される。
【００９３】
４（４）．  変形例４
第３実施形態では、情報要素にエリアが採用され、エリアへの訪問頻度に基づいて類似度および優先度が算定される。以上の構成は他の情報要素にも適用し得る。例えば、情報要素として画像が採用される場合を考える。
【００９４】
本変形例の情報提示サーバＩＳは画像サービスを提供すると想定する。情報提示サーバＩＳは、ユーザの要求に応じて画像を提供する他、ユーザが過去に閲覧した画像を分析してそのユーザに適した画像（推薦画像）を提示することが可能である。画像は、ＵＲＬまたは独自の画像ＩＤ等の識別子によって一意に識別されるものとする。本変形例における嗜好データは、各ユーザがどの画像に何回アクセスしたかを示すアクセスデータである。情報提示サーバＩＳのフロント処理部２３２は、ユーザが画像を閲覧すると、その画像へのアクセス回数を１増加させるように、記憶部２２０の嗜好データエントリを更新する。
【００９５】
第３実施形態においても、以上の構成においても、情報要素（エリアまたは画像）は、ユーザによる複数回のアクセスが可能であるという特徴を有する。したがって、第３実施形態の「エリア」および「訪問」を、「画像」および「アクセス」に読み替えることで、第３実施形態の動作を以上の構成に適用することが可能である。
【００９６】
４（５）．  変形例５
第３実施形態の嗜好データは、各ユーザがどのエリアに実際に何回訪問したかを示す訪問データである。別の態様として、嗜好データが、各ユーザがどのエリアについて何回言及したかを示す言及データであってもよい。すなわち、嗜好データは、ユーザがエリアに何らかの形でコンタクトした回数を示すコンタクトデータであればよい。
【００９７】
本態様においては、第２実施形態と同様に、各ユーザが記事サーバＡＳにブログ記事を投稿することが可能であると想定する。情報提示サーバＩＳのフロント処理部２３２は、各ユーザ（各アカウント）が投稿した複数のブログ記事を形態素解析して得られた各エリアに関する言及の数を、言及データとして嗜好データエントリに書き込む。各ユーザの嗜好データエントリ（言及データ）は、そのユーザが言及したエリアと言及回数とを含む。ここで、「エリアに関する言及」は、エリア自体への言及（例えば、京都東山への言及）と、そのエリアに含まれるスポットへの言及（例えば、清水寺への言及）とを含む。
【００９８】
以上の動作は、定期的に実行されてもよいし、ユーザからの要求（ステップS500）に基づいて実行されてもよい。また、解析対象とするブログ記事の範囲は任意であり、所定期間（例えば、１ヶ月前から現在までの期間）に投稿されたブログ記事であってもよいし、所定数（例えば、直近に投稿された１００件）のブログ記事であってもよい。
【００９９】
なお、各エリアについて、訪問した回数と言及した回数とを合計してコンタクトデータとしてもよい。また、回数ではなく、コンタクト態様（例えば、言及または訪問）に応じて重み付けしたスコア（例えば、訪問回数×１０＋言及回数×１）をコンタクトデータとしてもよい。ユーザの興味（嗜好）の度合いは、コンタクト態様に応じて異なると考えられる。例えば、あるエリアに実際に訪問したことのあるユーザは、そのエリアに言及しただけのユーザと比較して、そのエリアに対する興味の度合いがより高いと考えられる。したがって、コンタクト態様に応じてスコアを重み付けする以上の構成によれば、コンタクト態様ごとの興味（嗜好）の度合いに応じて、より精度良くユーザの嗜好スコアを算定することが可能である。
【０１００】
また、更なる変形として、コンタクトデータが、ユーザがどのエリアに何回コンタクトしたかをコンタクト態様（例えば、言及または訪問）ごとに示してもよい。この変形において、ユーザごとに異なるコンタクト態様を考慮して優先度を算定する構成も採用され得る。例えば、各エリアについて、嗜好演算部２３６が、そのエリアへの第１ユーザの言及頻度を示す第１嗜好スコアと、そのエリアへの第２ユーザの訪問頻度を示す第２嗜好スコアとの類似度を算定し、第１嗜好スコアと第２嗜好スコアとの差分が小さいほど類似度が高くなるように算定する。優先度決定部２３８は、各エリアの優先度を、以上の類似度が高い順に決定する。なお、嗜好演算部２３６は、第１嗜好スコアと第２嗜好スコアとの双方が所定閾値を上回るエリアについてのみ、類似度を算定すると好適である。また、優先度決定部２３８は、第１ユーザの訪問頻度が低いほど、優先度をより高く決定すると好適である。
【０１０１】
以上の構成によれば、第１ユーザがよく言及する（すなわち、興味がある）一方で、第２ユーザがよく訪問するエリアが、優先して提示される。特に、第１ユーザの訪問頻度が低いほど優先度が高く決定される構成においては、第２ユーザが実際に訪問している一方で、第１ユーザにとっては興味があるものの実際にはあまり訪問していないエリアが、優先して提示される。そうすると、第１ユーザは、提示されたエリアについてのコメント（感想や情報など）を第２ユーザに求めることができる。結果として、ユーザ間のコミュニケーションがより促進され得る。
【０１０２】
なお、以上の更なる変形において、１つのコンタクトデータに示される複数のコンタクト態様は言及および訪問に限定されず、他の任意のコンタクト態様（例えば、エリアに関連するウェブサイトの閲覧等）が採用され得る。
【０１０３】
４（６）．  変形例６
以上の各実施形態では、ユーザの選択、類似度の算定、優先度の決定、および情報の提示が情報提示サーバＩＳにて実行される。しかし、以上の各処理が、１つの装置により実行されず、ネットワークＮＷに接続する複数の装置により実行されてもよい。例えば、フロント処理部２３２、ユーザ選択部２３４、嗜好演算部２３６、優先度決定部２３８、及び情報提示部２４０が２以上のサーバ装置に分散して実装され、２以上のサーバ装置が連携して以上の各処理を実行してもよい。
【０１０４】
また、ネットワークＮＷ側の１以上の装置ではなく、１以上のユーザ装置ＵＡが以上の各処理を実行してもよい。本構成においては、少なくとも１つのユーザ装置ＵＡ（以下、主ユーザ装置ＵＡと称する）が、自装置を含む複数のユーザ装置ＵＡのユーザの嗜好に関する嗜好データを、記憶部１２０に記憶する。主ユーザ装置ＵＡ（制御部１３０）は、前述の実施形態の情報提示サーバＩＳと同様に、ユーザの選択、類似度の算定、優先度の決定、および情報の提示を実行する。
【０１０５】
４（７）．  変形例７
第１実施形態の記事サーバＡＳは記事を提供する。提供される記事は任意であり、第１実施形態に記載のニュース記事の他、第２実施形態と同様のミニブログ記事が提供されてもよいし、他のタイプの記事が提供されてもよい。
【０１０６】
４（８）．  変形例８
第１実施形態または第２実施形態による記事の表示と、第３実施形態によるエリア（地図）の表示とを組み合わせてもよい。本変形例の記事（第１実施形態のニュース記事、第２実施形態のブログ記事）は位置情報を有する。嗜好の類似度に基づく情報要素の提示動作の結果、図２０に示すように、推薦エリアを含む地図上に、位置情報を有する複数の記事が表示される。複数の記事のうち、優先度の高い記事（優先度の高いアカウントによる記事）が着色されて強調される。
【０１０７】
なお、本変形例の記事が有する位置情報は、記事を地図上にマッピングするのに用い得る任意の情報である。例えば、記事に含まれる位置に関する言及（地名、エリア名等）が位置情報として機能し得る。また、ＧＰＳ等により取得された記事の生成地点の緯度経度情報が位置情報として記事に添付されていてもよい。
【０１０８】
４（９）．  変形例９
ユーザ装置ＵＡは、ネットワークＮＷ内の無線基地局と無線通信が可能な任意の装置である。ユーザ装置ＵＡは、例えば、フィーチャーフォンまたはスマートフォン等の携帯電話端末でもよく、タブレット端末でもよく、デスクトップ型パーソナルコンピュータでもよく、ノート型パーソナルコンピュータでもよく、ＵＭＰＣ（Ultra-Mobile Personal Computer）でもよく、携帯用ゲーム機でもよく、その他の無線端末でもよい。
【０１０９】
４（１０）．  変形例１０
情報提示システム１内の各要素（ユーザ装置ＵＡ、記事サーバＡＳ、および情報提示サーバＩＳ）においてＣＰＵが実行する各機能は、ＣＰＵの代わりに、ハードウェアで実行してもよいし、例えばＦＰＧＡ（Field Programmable Gate Array）、ＤＳＰ（Digital Signal Processor）等のプログラマブルロジックデバイスで実行してもよい。
【符号の説明】
【０１１０】
１……情報提示システム、ＵＡ……ユーザ装置、１０２……タッチパネル、１０２ａ……表示領域、１０４……マイクロフォン、１０６……スピーカ、１１０……無線通信部、１２０……記憶部、１３０……制御部、１３２……通信制御部、１３４……アプリケーション実行部、１３６……入出力制御部、ＩＳ……情報提示サーバ、２１０……ネットワーク通信部、２２０……記憶部、２３０……制御部、２３２……フロント処理部、２３４……ユーザ選択部、２３６……嗜好演算部、２３８……優先度決定部、２４０……情報提示部、ＡＳ……記事サーバ、３１０……ネットワーク通信部、３２０……記憶部、３３０……制御部、３３２……配信制御部、３３４……投稿制御部、３３６……アカウント制御部、ＮＷ……ネットワーク、ａ１，ａ２，ａ３……記事エリア、ｂ１，ｂ２，ｂ３……ブログ記事エリア。
【図１】
2015138500.tif 000003
【図２】
2015138500.tif 000004
【図３】
2015138500.tif 000005
【図４】
2015138500.tif 000006
【図５】
2015138500.tif 000007
【図６】
2015138500.tif 000008
【図７】
2015138500.tif 000009
【図８】
2015138500.tif 000010
【図９】
2015138500.tif 000011
【図１０】
2015138500.tif 000012
【図１１】
2015138500.tif 000013
【図１２】
2015138500.tif 000014
【図１３】
2015138500.tif 000015
【図１４】
2015138500.tif 000016
【図１５】
2015138500.tif 000017
【図１６】
2015138500.tif 000018
【図１７】
2015138500.tif 000019
【図１８】
2015138500.tif 000020
【図１９】
2015138500.tif 000021
【図２０】
2015138500.tif 000022