(57)【特許請求の範囲】
【請求項１】
ユーザごとの複数の携帯端末と、
前記複数の携帯端末と通信を行うサーバと、
を備えるコミュニケーション支援システムであって、
前記複数の携帯端末のそれぞれは、
所定の音楽データを再生した際の再生履歴に当該再生時における当該携帯端末の位置情報を含めて、所定の契機により前記サーバへ送信し、
前記サーバは、
前記複数の携帯端末のそれぞれから受信した前記再生履歴に基づいて、前記ユーザごとに、前記音楽データに関する嗜好度合いを示す嗜好情報を算出し、
各ユーザの前記嗜好情報と前記音楽データにおける前記再生時の位置情報とに基づいて、ユーザ間の嗜好の近似性の度合いを示す近似性情報を算出し、
前記算出した近似性情報を要求する第１の携帯端末へ、当該近似性情報を送信し、
前記第１の携帯端末は、
前記近似性情報に基づいて、当該第１の携帯端末における第１のユーザと他の携帯端末における他ユーザとの前記音楽データに関する嗜好の近似性を画面に表示し、
前記複数の携帯端末のそれぞれは、
当該携帯端末の現在の位置情報及び高度情報を取得して前記サーバへ送信し、
前記第１の携帯端末は、
前記サーバから、前記他の携帯端末における現在の位置情報及び高度情報を取得し、
当該第１の携帯端末における前記現在の位置情報及び前記高度情報を取得する度に、当該第１の携帯端末及び前記他の携帯端末のそれぞれにおける前記現在の位置情報及び前記高度情報に基づいて、当該第１の携帯端末を基準とした前記他の携帯端末との距離及び高度の差を算出し、
当該算出した距離及び高度の差に応じて前記画面の表示を更新する
コミュニケーション支援システム。
【請求項２】
前記複数の携帯端末のそれぞれは、
前記再生履歴の送信時に、当該携帯端末の現在の位置情報をさらに送信し、
前記サーバは、
前記複数の携帯端末のそれぞれから受信した前記現在の位置情報に基づき、前記第１の携帯端末と所定範囲内に存在する第２の携帯端末を特定し、
前記特定した第２の携帯端末に対応する前記近似性情報を選択して、前記第１の携帯端末へ送信する
請求項１に記載のコミュニケーション支援システム。
【請求項３】
前記サーバは、
前記複数の携帯端末のそれぞれから受信した前記現在の位置情報をさらに加味して、前記近似性情報を算出する
請求項２に記載のコミュニケーション支援システム。
【請求項４】
前記サーバは、
前記再生履歴にかかる各音楽データが属する複数の音楽データ集合に関する情報を有し、
前記第１の携帯端末は、
前記画面に表示された前記他のユーザのうち第２のユーザの指定を受け付けた場合、当該第２のユーザに関する表示情報を前記サーバに対して要求し、
前記サーバは、
前記嗜好情報に基づき、前記要求された第２のユーザの嗜好が高い音楽データが属する前記音楽データ集合を特定し、
前記特定した音楽データ集合に関する情報を前記第１の携帯端末へ送信し、
前記第１の携帯端末は、
受信した前記音楽データ集合に関する情報を、前記第２のユーザに関する表示情報に含めて前記画面に表示する
請求項１乃至３のいずれか１項に記載のコミュニケーション支援システム。
【請求項５】
前記再生履歴は、各携帯端末における前記再生時に当該音楽データに対するスキップ回数を含み、
前記サーバは、
前記再生履歴に含まれる前記スキップ回数が多いほど前記嗜好度合いが低くなるように前記嗜好情報を算出する
請求項１乃至４のいずれか１項に記載のコミュニケーション支援システム。
【請求項６】
前記第１の携帯端末は、
前記他の携帯端末のいずれかから表示期限が付加された複数のメッセージ情報を異なる時間帯に受信し、
前記受信した複数のメッセージ情報を時系列に表示するメッセージ表示画面を表示する際に、表示対象のメッセージ情報のうち、各メッセージ情報に付加された前記表示期限を経過したものを特定し、当該特定したメッセージ情報を以後、表示対象外とする
請求項１乃至５のいずれか１項に記載のコミュニケーション支援システム。
【請求項７】
前記第１の携帯端末は、
前記他の携帯端末のいずれかに対して、前記メッセージ情報に代えて又は当該メッセージ情報に付加して所定の画像データを送信して、受信先の前記メッセージ表示画面に表示させる
請求項６に記載のコミュニケーション支援システム。
【請求項８】
前記サーバは、
所定の条件が設定された電子クーポン情報を保持し、
前記再生履歴、嗜好情報又は近似性情報に基づいて、前記複数の携帯端末の中から前記所定の条件を満たす第３の携帯端末を選択し、
前記選択した第３の携帯端末へ、前記電子クーポン情報を送信し、
前記第３の携帯端末は、
受信した前記電子クーポン情報を画面に表示する
請求項１乃至７のいずれか１項に記載のコミュニケーション支援システム。
【請求項９】
前記再生履歴は、再生回数及び再生日時を含み、
前記サーバは、
前記再生履歴に含まれる前記再生回数が多いほど又は前記再生日時のうち直近の日時が現在日と近いほど前記嗜好度合いが高くなるように前記嗜好情報を算出し、
前記ユーザ間で、同一の前記音楽データにおける前記嗜好情報の値が近いほど又は前記再生時の位置情報が近いほど、前記近似性情報を高く算出する
請求項１乃至８のいずれか１項に記載のコミュニケーション支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コミュニケーション支援システムに関し、特に、携帯端末のユーザのうち嗜好が近似する者同士がコミュニケーションを取ることを支援するためのコミュニケーション支援システムに関する。
【背景技術】
【０００２】
近年、ＳＮＳ（Social Networking Service）等のインターネットを介したコミュニケーションシステムが普及している。そして、これらのシステムにより、音楽等の興味のある分野が類似するユーザを探し出すことの支援がなされている。
【０００３】
例えば、特許文献１には、ユーザが嗜好する音楽データに基づいてコミュニティを構築するコミュニティサーバ等に関する技術が開示されている。特許文献１にかかる技術は、まず、各ユーザが嗜好するそれぞれの音楽データからベクトル量子化することにより音響的特徴データを生成してユーザプロファイルとする。そして、ユーザプロファイル同士が類似するユーザ同士を類似ユーザとするものである。
【０００４】
また、特許文献２には、コンテンツに対する利用者の利用状況に基づいて利用者間の類似度を計算する利用者情報処理装置等に関する技術が開示されている。特に、特許文献２にかかる技術は、ユーザ間の類似度を更新する際に、直近の類似度計算時から値が変化しているユーザの組合せに対してのみ再計算を行うことで、計算処理の効率化を図るものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２１３４０１号公報
【特許文献２】特開２０１２−０５８８９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、ある特定の目的を持つユーザ間において、情報を取得することや対面を含めたコミュニケーションを取る状態に至るまでには、未だに障壁がある。例えば、あるユーザが特定のアーティスト（歌手やグループ）に興味を持ったとする。さらに、そのアーティストをきっかけにして、単に同じアーティストのファンであるだけでなく、音楽に関する嗜好性が近い人達と交流を持ちたいとする。
【０００７】
その場合、まず、当該ユーザは通常、ＷＥＢ検索等によりそのアーティストの公式サイトやファンのサイト（ブログ等）を見つけ出して閲覧する。それにより、ファンクラブ、過去のライブや今後のライブ日程、オリジナルグッズ等の当該アーティストについての様々な情報を得ることができる。しかし、その情報は膨大であるため、その中から自身の嗜好に近い情報を見極めることは困難である。
【０００８】
そこで、次の段階として、ファンの中でも自身に有益な情報を発信するユーザのブログや簡易ブログ等を見極めて、自身の嗜好に近いユーザを選別することになる。
【０００９】
さらに、その嗜好の近いユーザと交流を持つために、（当該アーティストのファンの登録ユーザ数の多そうな）別の著名なメッセージサービスを用いてそのユーザを探し出し、友達申請のアプローチを行うことが考えられる。そして、友達申請が通った後に、連絡先を交換して、ようやく嗜好の近いユーザ同士で直接連絡が取り合えるようになる。
【００１０】
または、当該アーティストのライブに行った場合に、ネット上の情報から嗜好の近そうなユーザ達とライブ会場で出会い、その後、対面及び非対面を含めたコミュニケーションを取り続けたいと考える場合もある。しかし、ライブ会場には、当該アーティストへの興味という点では共通しているが多数の人がいるため、嗜好のより近い新たな知り合いを見つけ出すことは困難を極める。
【００１１】
このように、既存のＳＮＳ等を用いてユーザが自身の嗜好の近い情報へ到達し、ユーザ同士が対面でコミュニケーションを取る状態に至るには、複数のサービスを段階や状況に応じて使い分け、多大な時間と労力をかけて、膨大な情報の中から絞り込む必要があるという問題点がある。その上でも、見つけ出したユーザが実際に自分の価値観に近い存在か判断が難しい場合が多い。
【００１２】
ここで、音楽データを再生可能な携帯端末を所持するユーザは、自身の好む場所や時間帯に所望の音楽データを再生することができる。しかしながら、上述した特許文献１及び２では、ユーザの嗜好を判断する尺度として携帯端末が移動する側面については考慮されていなかった。そのため、嗜好が類似するユーザを導き出す精度が十分ではなく、上述した問題点を解決するには不十分であった。
【００１３】
本発明は、このような問題点を解決するためになされたものであり、特定の嗜好が近似するユーザを精度良く見つけ出し、対面を含めたコミュニケーションを容易に取ることを支援するためのコミュニケーション支援システムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の態様にかかるコミュニケーション支援システムは、
ユーザごとの複数の携帯端末と、
前記複数の携帯端末と通信を行うサーバと、
を備え、
前記複数の携帯端末のそれぞれは、
所定の音楽データを再生した際の再生履歴に当該再生時における当該携帯端末の位置情報を含めて、所定の契機により前記サーバへ送信し、
前記サーバは、
前記複数の携帯端末のそれぞれから受信した前記再生履歴に基づいて、前記ユーザごとに、前記音楽データに関する嗜好度合いを示す嗜好情報を算出し、
各ユーザの前記嗜好情報と前記音楽データにおける前記再生時の位置情報とに基づいて、ユーザ間の嗜好の近似性の度合いを示す近似性情報を算出し、
前記算出した近似性情報を要求する第１の携帯端末へ、当該近似性情報を送信し、
前記第１の携帯端末は、
前記近似性情報に基づいて、当該第１の携帯端末における第１のユーザと他の携帯端末における他ユーザとの前記音楽データに関する嗜好の近似性を画面に表示する。
【発明の効果】
【００１５】
本発明によれば、特定の嗜好が近似するユーザを精度良く見つけ出し、対面を含めたコミュニケーションを容易に取ることを支援するためのコミュニケーション支援システムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態１にかかるコミュニケーション支援システムの全体構成を示すブロック図である。
【図２】本発明の実施の形態１にかかる携帯端末の構成を示すブロック図である。
【図３】本発明の実施の形態１にかかる携帯端末における再生履歴更新及び送信処理の流れを説明するフローチャートである。
【図４】本発明の実施の形態１にかかるユーザ検索の流れを説明するシーケンス図である。
【図５】本発明の実施の形態１にかかるユーザ検索画面の初期画面の例である。
【図６】本発明の実施の形態１にかかるユーザ検索結果表示画面の例である。
【図７】本発明の実施の形態２にかかる検索ユーザのプロフィール表示画面の例である。
【図８】本発明の実施の形態３にかかるユーザ表示位置更新処理の流れを説明するフローチャートである。
【図９】本発明の実施の形態４にかかる端末間メッセージ送信画面の例である。
【図１０】本発明の実施の形態４にかかる端末間メッセージ表示画面の例である。
【図１１】本発明の実施の形態５にかかる電子クーポン表示画面の例である。
【発明を実施するための形態】
【００１７】
以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略する。
【００１８】
＜発明の実施の形態１＞
はじめに、本発明の実施の形態１にかかるコミュニケーション支援システムの特徴の一部及びその効果を説明する。但し、本発明の実施の形態にかかる特徴及び効果は、以下に限定されず、本明細書等の全体に記載されていることはもちろんである。
【００１９】
（システムの構成）
本発明の実施の形態１にかかるコミュニケーション支援システムは、あるユーザが音楽についての嗜好が自身と近似する他のユーザと知り合いになり、交流を深めることを支援するものである。そのため、各ユーザは、当初、お互いが知り合いではないものとする。そして、本コミュニケーション支援システムは、ログイン機能、ユーザ検索機能、友達申請機能、端末間メッセージ通信機能等を備えるものとする。尚、本コミュニケーション支援システムは、少なくともユーザ検索機能を備えているものとする。そして、以下では、ユーザ検索機能を中心に説明を行う。
【００２０】
図１は、本発明の実施の形態１にかかるコミュニケーション支援システム１００の全体構成を示すブロック図である。コミュニケーション支援システム１００は、複数の携帯端末２１、２２、・・・２ｎと、基地局３１と、ネットワーク３２と、サーバ４０と、を備える。
【００２１】
携帯端末２１〜２ｎのそれぞれは、異なるユーザのそれぞれにより所持及び操作され、無線通信が可能な携帯型の端末装置である。また、図１では、携帯端末２１はユーザ１１、携帯端末２２はユーザ１２、・・・携帯端末２ｎはユーザ１ｎのそれぞれにより所持及び操作されることを示す。但し、１台の携帯端末を複数のユーザで共用し、本実施の形態に係るシステムに対するログインユーザを切り替えて使用しても構わない。また、本実施の形態では、ユーザ及び携帯端末は少なくとも２以上であればよい。
【００２２】
携帯端末２１〜２ｎのそれぞれは、各ユーザの操作により所定の音楽データの再生が可能であるものとする。ここで、音楽データは、携帯端末の外部からダウンロード等により取得され、内部に永続的又は一時的に保存したものである。また、携帯端末２１〜２ｎのそれぞれは、複数種類の音楽データを保存していてもよい。さらに、携帯端末のそれぞれが保存する音楽データのうち少なくとも１つが共通しているものとする。また、携帯端末２１〜２ｎのそれぞれは、ＧＰＳ（Global Positioning System）等により現在の位置情報を取得することが可能であるものとする。そのため、本実施の形態にかかる携帯端末は、例えば、音楽データの再生が可能で、ＧＰＳ機能を搭載した携帯電話機や、無線通信が可能で、位置情報を取得可能な携帯型の音楽再生プレイヤー等に適用することができる。
【００２３】
ここで、図２は、本発明の実施の形態１にかかる携帯端末の構成を示すブロック図である。図２では、代表して携帯端末２１について説明するが、携帯端末２２〜２ｎについても同等であるため、これらについては図示及び説明を省略する。
【００２４】
携帯端末２１は、記憶部２１１と、再生部２１２と、通信部２１３と、表示部２１４と、位置情報取得部２１５と、画面２１６と、スピーカ２１７と、制御部２１８とを備える。記憶部２１１は、揮発性及び不揮発性の記憶装置により実現されたものである。記憶部２１１は、ユーザＩＤ２０１と、音楽情報２０２と、再生履歴２０３と、現在位置情報２０４と、を記憶する。尚、これらに加えて、端末ＩＤを保存しているが図示を省略している。
【００２５】
ユーザＩＤ２０１は、ユーザ１１を識別する識別情報であり、例えば、ログインＩＤ等である。音楽情報２０２は、音楽データ２０２１と、属性情報２０２２とを含む。音楽データ２０２１は、携帯端末２１による再生される音源にあたる電子データである。音楽データ２０２１には楽曲データも含まれる。属性情報２０２２は、音楽データ２０２１の属性を示す情報である。属性情報２０２２は、例えば、音楽データの識別情報、タイトル情報（曲名、アルバム名等）、アーティスト情報等である。尚、音楽情報２０２は、複数種類の音楽データ２０２１及び属性情報２０２２の組を含んでも構わない。
【００２６】
再生履歴２０３は、携帯端末２１上で再生された音楽データ２０２１ごとの履歴情報である。つまり、再生履歴２０３は、音楽データ２０２１の識別情報（属性情報２０２２）と対応付けられている。さらに、再生履歴２０３は、ユーザＩＤ２０１又は端末ＩＤ（不図示）と対応付けられている。
【００２７】
再生履歴２０３は、再生回数２０３１と、最終再生日時２０３２と、スキップ回数２０３３と、再生時位置情報２０３４と、を含む。再生回数２０３１は、音楽データ当たりの所定期間内の再生回数の累計値である。最終再生日時２０３２は、対応する音楽データにおける最後に再生された日時である。尚、日時の代わりに日付であっても構わない。さらに、再生日時は最終のものだけでなく、所定期間内の各再生日時をそれぞれ記憶していてもよい。または、直近からＮ個（Ｎは２以上の自然数。）の再生日時を保持していてもよい。スキップ回数２０３３は、音楽データの再生が終了するまえにスキップ操作がされた回数の累計値である。例えば、アルバム中の複数の音楽のうち、再生せずにスキップ操作がされた場合や、再生中にスキップ操作がされた場合等が該当する。
【００２８】
再生時位置情報２０３４は、後述する現在位置情報２０４のうち、音楽データの再生時における位置情報を示す。現在位置情報は、携帯端末２１が移動して再取得されるごとに更新されてしまうため、ユーザ１１が音楽データ２０２１を再生した際の場所を再生履歴２０３に含めて記録するものである。
【００２９】
現在位置情報２０４は、携帯端末２１における現在の位置情報である。位置情報には、ＧＰＳ等により提供される緯度経度の情報や、無線アクセスポイントの識別情報等を用いることができる。
【００３０】
尚、記憶部２１１には、図示しない構成として、本実施の形態にかかる携帯端末２１向けのコンピュータプログラムであるクライアントソフトウェア等が記憶されているものとする。
【００３１】
制御部２１８は、プロセッサ等の制御装置である。制御部２１８は、携帯端末２１における各種処理や、記憶部２１１、再生部２１２、通信部２１３、表示部２１４、画面２１６及びスピーカ２１７等へのアクセス等を制御する。そして、制御部２１８は、記憶部２１１に記憶されたプログラム等を読み込み、実行する。これにより、制御部２１８は、少なくともコミュニケーション支援システム１００の携帯端末の各種機能を実現する。尚、再生部２１２、通信部２１３及び表示部２１４は、ソフトウェアに限定されず、全部又は一部がハードウェアで実現されたものでも構わない。
【００３２】
再生部２１２は、ユーザ１１の操作により指定された音楽データ２０２１を再生する処理を行う。そして、制御部２１８は、再生部２１２により再生される音楽データに対応する再生履歴２０３を更新する。制御部２１８は、再生部２１２による再生時に、当該音楽データの再生回数２０３１をカウントアップし、最終再生日時２０３２を更新する。また、制御部２１８は、当該音楽データに対してスキップ操作がされた場合には、スキップ回数２０３３をカウントアップする。さらに、制御部２１８は、再生時における現在位置情報２０４を再生時位置情報２０３４として再生履歴２０３に含めて記録する。
【００３３】
通信部２１３は、基地局３１及びネットワーク３２を介してサーバ４０と通信を行う。すなわち、制御部２１８は、通信部２１３によりサーバ４０に対してデータを送信し、サーバ４０からデータを受信する。例えば、制御部２１８は、所定の契機により、再生履歴２０３を通信部２１３によりサーバ４０へ送信する。尚、制御部２１８は、再生履歴２０３と共に、対応する音楽データの属性情報２０２２及びユーザＩＤ２０１（又は端末ＩＤ）も通信部２１３によりサーバ４０へ送信するものとする。また、制御部２１８は、ユーザ１１の操作に応じて後述する他のユーザとの近似性情報の要求を通信部２１３によりサーバ４０へ送信する。また、制御部２１８は、サーバ４０から近似性情報を通信部２１３により受信する。
【００３４】
表示部２１４は、ユーザ１１の操作を受け付けるための表示データを画面２１６に表示させる。また、表示部２１４は、通信部２１３により受信された近似性情報に基づいて、携帯端末２１におけるユーザ１１と他の携帯端末２２〜２ｎにおける他ユーザ１２〜１ｎとの音楽データに関する嗜好の近似性を画面２１６に表示する。
【００３５】
位置情報取得部２１５は、ＧＰＳ等から携帯端末２１の現在の位置情報を取得し、制御部２１８が記憶部２１１に現在位置情報２０４として保存する。
【００３６】
画面２１６は、携帯端末２１における表示データの出力装置である。スピーカ２１７は、音楽データの再生時の音データ等の出力装置である。
【００３７】
図１に戻り説明を続ける。サーバ４０は、基地局３１及びネットワーク３２を介して携帯端末２１〜２ｎと通信を行うコンピュータ装置である。サーバ４０は、本実施の形態にかかる嗜好情報及び近似性情報を算出し、携帯端末２１〜２ｎからの要求に応じて近似性情報を送信するものである。
【００３８】
サーバ４０は、記憶部４１と、通信部４２と、制御部４３とを備える。記憶部４１は、揮発性及び不揮発性の記憶装置により実現されたものである。記憶部４１は、嗜好情報４１１と、近似性情報４１２とを含む。嗜好情報４１１は、ユーザごとに、音楽データに関する嗜好度合いを示す情報である。嗜好情報４１１は、音楽データごとの嗜好度合いを示す情報と、あるユーザが再生した全音楽データに占める特定の音楽データの嗜好度合いを示す情報とを含む。
【００３９】
近似性情報４１２は、ユーザ間の嗜好の近似性の度合いを示す情報である。
【００４０】
尚、サーバ４０は、携帯端末２１〜２ｎの代わりに、各携帯端末及び音楽データについての再生履歴２０３を管理してもよい。その場合、携帯端末２１〜２ｎは、音楽データを再生する都度、音楽ＩＤ、ユーザＩＤ（又は端末ＩＤ）及び現在位置情報２０４をサーバ４０へ送信し、サーバ４０は、受信した情報に基づいて記憶部４１に、現在位置情報２０４を再生時位置情報２０３４として音楽ＩＤ及びユーザＩＤにおける再生履歴２０３相当を保存する。
【００４１】
尚、記憶部４１は、ユーザＩＤと端末ＩＤを対応付けた情報を管理していても構わない。そして、各携帯端末と所持するユーザが一対一で対応する場合には、各携帯端末は、ユーザＩＤを送信する代わりに端末ＩＤを送信してもよい。そして、サーバ４０は、記憶部４１を参照することで、受信した端末ＩＤからユーザＩＤを特定することができる。
【００４２】
通信部４２は、基地局３１及びネットワーク３２を介して携帯端末２１〜２ｎと通信を行う。すなわち、通信部４２は、携帯端末２１〜２ｎのそれぞれからデータを受信し、任意の携帯端末に対してデータを返信する。例えば、通信部４２は、所定の契機により携帯端末２１〜２ｎのそれぞれから送信される再生履歴２０３等を受信する。また、通信部４２は、任意の携帯端末から他のユーザとの近似性情報の要求を受信し、要求元の携帯端末に対して近似性情報を返信する。
【００４３】
制御部４３は、プロセッサ等の制御装置である。制御部４３は、通信部４２により携帯端末２１〜２ｎのそれぞれから受信した再生履歴２０３等をユーザ及び音楽データの組に対応付けて記憶部４１に保存する。そして、制御部４３は、保存した再生履歴に基づいて、ユーザごとに、かつ、音楽データごとに、嗜好情報４１１を算出する。このとき、制御部４３は、再生回数２０３１が多いほど嗜好度合いが高くなるように嗜好情報４１１を算出する。また、制御部４３は、最終再生日時２０３２が現在日と近いほど嗜好度合いが高くなるように嗜好情報４１１を算出する。例えば、ある音楽データについて、ユーザＡの再生回数が「３」、ユーザＢの再生回数が「２」であれば、ユーザＡの嗜好情報が、ユーザＢの嗜好情報よりも高く算出される。また、ユーザＡ及びＢの再生回数が共に「２」であり、最終再生日時が共に、「6/9 21:00」である場合、再生回数と最終再生日時が同じであるため、嗜好情報も同じ値となる。
【００４４】
さらに、制御部４３は、複数のユーザ又は音楽データにおいて再生回数２０３１が同じであっても、直近の再生日時がより多いほど嗜好度合いが高くなるように嗜好情報４１１を算出してもよい。上記の例において、直近から２個の再生日時が記録されている場合、例えば、ユーザＡの再生日時が「6/9 21:00」及び「6/8 20:00」であり、ユーザＢの再生日時が「6/9 21:00」及び「5/30 19:00」である場合には、ユーザＡの嗜好情報をユーザＢよりも高く算出してもよい。
【００４５】
また、制御部４３は、スキップ回数２０３３が多いほど嗜好度合いが低くなるように嗜好情報４１１を算出する。これにより、興味の薄さを嗜好度合いに反映することができる。
【００４６】
また、制御部４３は、各ユーザの嗜好情報４１１と音楽データにおける再生時位置情報２０３４とに基づいて、近似性情報４１２を算出する。このとき、制御部４３は、ユーザ間で、同一の音楽データにおける嗜好情報４１１の値が近いほど当該音楽データにおけるユーザ間の嗜好の近似性の度合いが高くなるように近似性情報４１２を算出する。それは、同一の音楽データについての嗜好情報が高いユーザ同士は、当該音楽データについての嗜好が類似しているといえるためである。逆に、同一の音楽データについての嗜好情報がさほど高くない値だとしても嗜好情報同士が近い場合には、嗜好が近似しているといえるためである。
【００４７】
また、制御部４３は、最終再生日時２０３２が近いほど近似性の度合いが高くなるように近似性情報４１２を算出する。特に、再生日時が直近とはいえない場合でも、お互いの最終再生日時が、現在日から同じくらい離れている場合には、当該音楽データに対する興味の薄さが近いともいえるため、両ユーザの嗜好が近似しているといえるためである。
【００４８】
尚、再生履歴２０３に複数の再生日時が含まれる場合には、制御部４３は、再生日時の組み合わせが近いほど近似性の度合いが高くなるように近似性情報４１２を算出する。
【００４９】
さらに、制御部４３は、同一の音楽データについて再生時位置情報２０３４が近い場合にも近似性の度合いが高くなるように近似性情報４１２を算出する。それは、同じ環境下で同じ音楽データを再生しているユーザ同士は、嗜好が近似しているといえるためである。
【００５０】
また、制御部４３は、同一の音楽データについてスキップ回数２０３３が近い場合にも近似性の度合いが高くなるように近似性情報４１２を算出する。それは、当該音楽データに対する興味の薄さが近いともいえるため、両ユーザの嗜好が近似しているといえるためである。
【００５１】
さらに、制御部４３は、現在位置情報２０４が近いほど近似性の度合いが高くなるように近似性情報４１２を算出してもよい。
【００５２】
そして、制御部４３は、算出した近似性情報を要求する携帯端末へ、当該近似性情報を送信する。
【００５３】
尚、記憶部４１は、図示しない構成としてサーバソフトウェア等が記憶されている。そして、制御部４３は、サーバ４０における各種処理、記憶部４１及び通信部４２へのアクセス等を制御する。そのため、制御部４３が記憶部４１に記憶されたプログラム等を読み込み、実行する。これにより、制御部４３は、少なくとも上述したサーバ４０の機能を実現する。
【００５４】
基地局３１は、携帯端末２１〜２ｎと無線により接続されており、ネットワーク３２を介してサーバ４０と接続されている。但し、基地局３１は、一つである必要はなく、各携帯端末が異なる基地局と接続されていてもよい。
【００５５】
ネットワーク３２は、インターネット及びインターネットと接続された携帯電話通信網等の通信回線網であり、公知なものであるため詳細な説明を省略する。
【００５６】
（再生履歴更新及び送信処理）
図３は、本発明の実施の形態１にかかる携帯端末２１における再生履歴更新及び送信処理の流れを説明するフローチャートである。尚、携帯端末２２〜２ｎの処理も同等であるため、説明を省略する。
【００５７】
まず、制御部２１８は、ユーザ１１の操作により指定された音楽データ２０２１を再生部２１２により再生する（Ｓ１１）。具体的には、制御部２１８は、指定された音楽データ２０２１を記憶部２１１から読み出して、再生部２１２により再生処理を開始し、スピーカ２１７を介して出力する。
【００５８】
また、位置情報取得部２１５は、携帯端末２１の現在の位置情報を取得する（Ｓ１２）。そして、制御部２１８は、位置情報取得部２１５で取得した位置情報を現在位置情報２０４として記憶部２１１に保存する。尚、ステップＳ１２は、ステップＳ１１と並列に実行する必要はなく、ステップＳ１１の実行には依存しない。例えば、所定の間隔で実行してもよい。
【００５９】
次に、制御部２１８は、取得した現在位置情報２０４を再生時位置情報２０３４として、再生履歴２０３に含めて記録する（Ｓ１３）。すなわち、制御部２１８は、ステップＳ１１の直後（再生中）や、再生の終了後に、再生した音楽データに関する再生履歴２０３を更新する。例えば、制御部２１８は、再生回数２０３１をカウントアップし、最終再生日時２０３２を更新する。または、制御部２１８は、再生日時を追加して保存する。また、当該音楽データの再生中にユーザ１１によりスキップ操作がされた場合には、制御部２１８は、スキップ回数２０３３をカウントアップする。尚、ユーザ１１が音楽データを再生せずにスキップ操作を行った場合も、制御部２１８は、スキップ回数２０３３をカウントアップする。さらに、制御部２１８は、記憶部２１１に保存済みの現在位置情報２０４を再生時位置情報２０３４として再生履歴２０３内に含めて保存する。これにより、以後、現在位置情報２０４が更新されたとしても再生履歴２０３内の再生時位置情報２０３４は保持される。
【００６０】
その後、携帯端末２１は、所定の契機か否かを判定する（Ｓ１４）。ここで、所定の契機とは例えば、音楽データの再生の開始時や、再生の終了直後、携帯端末２１の起動直後、予めスケジュールされた任意のタイミング、定期的なタイミング、又は、ユーザ１１の操作により明示的に指定されたタイミング等である。
【００６１】
ステップＳ１４で所定の契機でないと判定した場合、位置情報取得部２１５は、所定時間経過後、携帯端末２１の現在の位置情報を取得する（Ｓ１５）。そして、制御部２１８は、位置情報取得部２１５が取得した位置情報を現在位置情報２０４として記憶部２１１に上書きして保存する。
【００６２】
一方、ステップＳ１４で所定の契機であると判定した場合、制御部２１８は、再生履歴２０３と最新の現在位置情報２０４とを通信部２１３によりサーバ４０へ送信する（Ｓ１６）。このとき、制御部２１８は、再生履歴２０３に対応する音楽データの属性情報２０２２やユーザＩＤ２０１（又は端末ＩＤ）をさらにサーバ４０へ送信するものとする。すなわち、制御部２１８は、記憶部２１１からユーザＩＤ２０１、属性情報２０２２、再生履歴２０３及び現在位置情報２０４を読み出して通信部２１３によりサーバ４０へ送信する。尚、再生履歴２０３には、上述の通り再生時位置情報２０３４等が含まれるため、制御部２１８は、再生時位置情報２０３４等を通信部２１３によりサーバ４０へ送信しているといえる。
【００６３】
続いて、本発明の実施の形態１にかかるユーザ検索について説明する。本実施形態にかかるコミュニケーション支援システム１００のユーザ検索機能は、音楽についての嗜好が自身と近似する可能性の高いユーザを友達候補として推薦するものである。さらに、本実施形態では、嗜好が近似する上に、物理的に近くに存在するユーザを推薦することができる。以下では、ユーザ１１が自己の嗜好と類似し、かつ、物理的に近くに存在するユーザを検索するものとする。
【００６４】
（ユーザ検索）
図４は、本発明の実施の形態１にかかるユーザ検索の流れを説明するシーケンス図である。まず、携帯端末２１は、上記ステップＳ１６の通り、再生履歴２０３及び現在位置情報２０４等をサーバ４０へ送信する（Ｓ２１）。そして、サーバ４０は、携帯端末２１から受信した再生履歴２０３及び現在位置情報２０４をユーザ１１のユーザＩＤ及び音楽データの属性情報と対応付けて記憶部４１に保存する（Ｓ２２）。例えば、サーバ４０の制御部４３は、受信した再生履歴２０３に対応する音楽データの属性情報に含まれるタイトル情報とアーティスト情報の組合せを数値化し、当該数値に再生回数２０３１及び最終再生日時２０３２等を対応付ける。
【００６５】
同様に、携帯端末２２は、再生履歴２０３及び現在位置情報２０４等をサーバ４０へ送信し（Ｓ２３）、サーバ４０は、携帯端末２２から受信した再生履歴２０３及び現在位置情報２０４をユーザ１２のユーザＩＤ及び音楽データの属性情報と対応付けて記憶部４１に保存する（Ｓ２４）。また、携帯端末２ｎは、再生履歴２０３及び現在位置情報２０４等をサーバ４０へ送信し（Ｓ２５）、サーバ４０は、携帯端末２ｎから受信した再生履歴２０３及び現在位置情報２０４をユーザ１ｎのユーザＩＤ及び音楽データの属性情報と対応付けて記憶部４１に保存する（Ｓ２６）。
【００６６】
尚、ステップＳ２１、Ｓ２３及びＳ２５の順序はこれに限定されず、並列しても構わない。また、ステップＳ２２、Ｓ２４及びＳ２６の順序もこれに限定されない。また、ステップＳ２２、Ｓ２４及びＳ２６は受信の都度実行する必要はなく、所定のタイミングでまとめて実行しても構わない。
【００６７】
続いて、サーバ４０の制御部４３は、ユーザごとに嗜好情報４１１を算出する（Ｓ２７）。すなわち、制御部４３は、各携帯端末の再生履歴２０３に基づいて、ユーザごとに、音楽データに関する嗜好情報４１１を算出する。例えば、制御部４３は、ユーザ１１の再生履歴に対応する音楽データについて嗜好情報４１１を算出する。このとき、制御部４３は、再生履歴２０３に含まれる再生回数２０３１、最終再生日時２０３２及びスキップ回数２０３３等を考慮して数値を算出する。例えば、制御部４３は、再生回数２０３１が多いほど、最終再生日時２０３２が現在日に近いほど、スキップ回数２０３３が少ないほどより大きい数値を嗜好情報４１１として算出する。
【００６８】
また、ユーザ１１について複数の音楽データについての再生履歴２０３が保存されている場合には、制御部４３は、音楽データごとの嗜好情報４１１を算出する。その上で、制御部４３は、算出した各音楽データ当たりの嗜好情報を、ユーザ１１が再生した全音楽データに占める各音楽データの嗜好度合い（ポイント）に換算する。例えば、各音楽データの嗜好情報をユーザ１１の全音楽データにおける標準偏差のように算出してもよい。つまり、あるユーザが過去Ｎ日以内に再生した曲全てを基に、曲Ｘの再生がそのユーザにとってどの程度、好きであるかを数値でポイント化する。これにより、ユーザ間の偏りを軽減することができる。
【００６９】
例えば、ユーザＡとユーザＢとで曲Ｘの再生回数と最終再生日時が一致するものとする。但し、ユーザＡは、過去１５日間で曲Ｘを含む１００曲を再生しており、ユーザＢは、曲Ｘを含む１０曲のみを再生していたものとする。このような場合には、曲Ｘについて単独に算出される嗜好情報の値は、ユーザＡとＢとで同じ値となってしまう。しかしながら、この状況では、ユーザＡとＢとで曲Ｘに対する相対的な再生回数の度合いが異なるため、嗜好度合いも異なるといえる。そこで、ユーザ毎に再生した全曲に占める各曲の嗜好度合いを例えば、５０を基準値として偏差値方式に置き換えるものとする。これにより、ユーザＡとＢとで曲Ｘにおける嗜好度合いは離れた値として算出でき、ユーザ間の嗜好度合いをより正確に表現できる。
【００７０】
その後、サーバ４０の制御部４３は、ユーザ間の近似性情報４１２を算出する（Ｓ２８）。すなわち、制御部４３は、各ユーザの嗜好情報４１１と音楽データにおける再生時位置情報２０３４とに基づいて、ユーザ間の近似性情報４１２を算出する。
【００７１】
例えば、制御部４３は、複数のユーザの中から同じ音楽データについての嗜好情報が算出されているユーザの組を選出する。そして、選出したユーザの組について、制御部４３は、直線上に各ユーザのポイント（嗜好情報）をプロットし、距離を算出する。上述の通り、ポイントは偏差値に置き換えているため、距離が等しい場合には、嗜好度合いの大小に関係なく、嗜好が一致しているとみなす。つまり、この場合には、ある音楽データについての嗜好の近似性は１００％と算出する。言い換えると、制御部４３は、選出したユーザの組について、それぞれのポイントの差分を算出する。ここで、同じ楽曲におけるポイントの大小に関わらず、ポイントの差分が小さいユーザ同士は、嗜好の近似性が高く、差分が大きいユーザ同士は、嗜好の近似性が低いといえる。
【００７２】
そして、選出したユーザの組について、制御部４３は、各ユーザが再生した全音楽データについて距離を算出し、各距離を合計した上で、１００％換算した値を、近似性情報４１２として算出する。
尚、ステップＳ２７及びＳ２８は、ステップＳ２２、Ｓ２４及びＳ２６のそれぞれの後に続けて実行しても構わない。
【００７３】
その後、携帯端末２１（第１の携帯端末）は、ユーザ１１（第１のユーザ）の操作により他のユーザとの近似性情報を要求する（Ｓ２９）。すなわち、ユーザ１１は、自己と嗜好が近似するユーザを検索するために携帯端末２１を操作する。
【００７４】
図５は、本発明の実施の形態１にかかるユーザ検索画面５１の初期画面の例である。ユーザ検索画面５１は、画面内にユーザ１１の本人画像５１１が表示され、他のユーザの画像が表示されていないことを示す。そして、携帯端末２１は、ユーザ１１が更新ボタン５１２を押下したことを検出した場合に、サーバ４０に対して嗜好が近似する他のユーザの検索要求を送信する。すなわち、近似性情報を要求する。尚、近似性情報を要求するのは、携帯端末２２〜２ｎであっても構わない。
【００７５】
そして、サーバ４０は、携帯端末２１から他のユーザとの近似性情報の要求を受信し、ユーザ１１を基準として近似性情報４１２を抽出する。すなわち、制御部４３は、ユーザ１１と組になった各ユーザの近似性情報４１２を記憶部４１から読み出し、要求基の携帯端末２１に対して返信する（Ｓ３０）。このとき、制御部４３は、近似性情報４１２の送信対象となるユーザに対応するアイコン画像等を含めて送信しても良い。
【００７６】
ここで、本実施の形態では、音楽データの嗜好が近いだけでなく、各ユーザ（携帯端末）の現在位置が近い者同士を推薦するものとする。その理由は、コンサート会場等の所定の空間内にいる携帯端末を所持した複数のユーザの中から、自己の音楽の嗜好とより近似するユーザを検索して、実際に会うことを支援するためである。
【００７７】
そこで、制御部４３は、上記の近似性情報４１２を抽出する際に、各ユーザに対応付けられた現在位置情報２０４の差分が所定の範囲内であるユーザ同士に絞り込むことが望ましい。この場合、要求元の携帯端末の現在位置情報を起点に、予め設定した物理的な距離内の携帯端末（第２の携帯端末）を絞り込む（特定する）。例えば、携帯端末２１の位置情報から５００ｍ以内に現在所在する携帯端末を所持するユーザに絞り込む。これにより、例えば、携帯端末２１の現在の位置から遠く離れているユーザとの近似性情報の送信処理を省き、送信データ量を削減できる。尚、この場合、ステップＳ２９の受信後に、サーバ４０は、各携帯端末から最新の現在位置情報を収集することが望ましい。これにより、物理的に近接するユーザの絞込みの精度を向上させることができる。
【００７８】
また、ステップＳ２８をステップＳ２９の後に実行する場合には、事前に所定の範囲内に所在するユーザに絞り込むことで、近似性情報４１２の算出処理量を削減することができる。
【００７９】
その後、携帯端末２１は、サーバ４０から他のユーザとの近似性情報を受信し、受信した近似性情報に基づいて、携帯端末２１におけるユーザ１１と他の携帯端末２２〜２ｎにおける他ユーザ１２〜１ｎとの音楽データに関する嗜好の近似性を画面に表示する（Ｓ３１）。例えば、携帯端末２１は、近似性がより高いユーザのアイコン等を自己のアイコン等から相対的に近くに配置し、近似性がより低いユーザのアイコン等を自己のアイコン等から相対的に遠くに配置して画面２１６に表示する。
【００８０】
図６は、本発明の実施の形態１にかかるユーザ検索結果画面５１Ａの例である。ユーザ検索結果画面５１Ａは、本人画像５１１から同心円状に近似性が高いユーザをより近くに配置して表示していることを示す。例えば、近似ユーザ５１３と近似ユーザ５１４とでは、近似ユーザ５１４の方がユーザ１１との近似性が高いことを示す。
【００８１】
このように、本実施の形態にかかるユーザ検索機能では、上述した通り、音楽データの再生履歴のうち、特に再生時位置情報２０３４を用いてユーザ間の近似性情報４１２を算出している。そのため、携帯端末がユーザと共に移動する点を考慮している。つまり、特定の音楽データがどこで再生されたかをユーザの嗜好の一部として加味している。ユーザが音楽データを再生する場所は、そのユーザの嗜好を表すといえるため、これらを含めて嗜好の近似している度合いを算出することで、嗜好の近いユーザを検索する精度を従来と比べて向上させることができる。そのため、この後、ユーザ１１は、ユーザ検索結果画面５１Ａに表示されたユーザの配置を基に、適宜、上述した友達申請機能を用いてコンタクトを取った場合にも、嗜好が近似したユーザ同士であることからその後の交流も促進されることが期待できる。つまり、対面を含めたコミュニケーションの支援をすることができる。
【００８２】
＜実施の形態２＞
本発明の実施の形態２では、上述した実施の形態１に改良を加え、ユーザ検索結果として表示されたユーザについて、当該ユーザの嗜好する音楽データが属するアルバムの情報を表示するものである。ここで、上述した近似性情報は、同じ曲に対する嗜好の近さを表すものであるため、近似性情報に基づき嗜好の近さを距離で表現したユーザ検索結果画面５１Ａのような表示によれば、少なくとも音楽に対する嗜好が近いといえる。
【００８３】
一方で、嗜好が近似するユーザ同士であっても、携帯端末上で再生履歴のある音楽データが完全に一致するわけではない。例えば、あるユーザにとっては未知の楽曲であったり、以前から気になっていたが携帯端末上では再生していない楽曲について、嗜好の近似する他のユーザが良く聴いている（再生している）場合もある。
【００８４】
そこで、本発明の実施の形態２では、近似性情報に基づき嗜好が近似するユーザが良く聴くアーティストのアルバムの情報を表示する。これにより、当該ユーザの嗜好の傾向を大まかに把握することができる。そして、ユーザ検索を行ったユーザにとっては、元々自身と嗜好が近いユーザが興味を持つ他の楽曲やアーティストへの関心の有無を認識でき、自己の潜在的な嗜好を認識することもできる。その上、自己の潜在的な嗜好が近似するか否かの判別が可能となるため、より適切なユーザに対してコンタクトを取ることができる。一方で、ユーザ検索結果として表示される各ユーザにとっては、自己の再生履歴に基づく上位の数曲をそのまま開示することが憚れる場合もあるため、あくまで興味のあるアルバム情報の開示に留めることで、プライバシーの観点からも妥当な開示レベルといえる。例えば、複数のアーティストが出演するライブ会場では、各観客は全ての出演アーティストの曲を聴いたことがあるとは限らない。しかし、本発明の実施の形態２により、特定のアーティストについて自身と嗜好が近いユーザが、他のアーティストにも興味を持っていることを知ることで、そのアーティストやそのユーザへの興味を持つことができる。
【００８５】
そのため、本実施の形態では、以下の構成を有する。すなわち、本実施の形態にかかるサーバ４０は、記憶部４１に複数の音楽データが属する音楽データ集合であるアルバム情報を、複数保持しているものとする。ここで、アルバム情報としては、例えば、アルバム名、アーティスト名、楽曲リスト、及び、アルバム画像（ジャケット画像）等を含むものとする。
【００８６】
そして、本実施の形態にかかる携帯端末２１は、上述したユーザ検索結果画面５１Ａが表示された状態で、例えば、ユーザ１１からユーザ１２（第２のユーザ）の指定を受け付けた場合に、ユーザ１２に関するプロフィール情報を表示する画面を表示する。ここで、プロフィール画面には、指定されたユーザが良く再生する音楽データを含むアルバムの情報が表示されるものとする。
【００８７】
このときの動作は、次の通りである。まず、携帯端末２１は、ユーザ検索結果画面５１Ａに表示された他のユーザ１２〜１ｎのうちユーザ１２の指定を受け付けた場合、ユーザ１２に関する表示情報（プロフィール情報）をサーバ４０に対して要求する。そして、サーバ４０は、嗜好情報４１１に基づき、要求されたユーザ１２の嗜好が高い音楽データが属する音楽データ集合（アルバム情報）を特定する。このとき、サーバ４０は、ユーザ１２の再生履歴から再生回数が多い音楽データの上位数曲を特定し、各音楽データが属するアルバム情報のうち、例えば上位所定数を特定するとよい。その後、サーバ４０は、特定したアルバム情報のアルバム画像を携帯端末２１へ送信する。そして、携帯端末２１は、受信したアルバム画像を、ユーザ１２に関する表示情報に含めて画面２１６に表示する。
【００８８】
図7は、本発明の実施の形態２にかかる検索ユーザのプロフィール表示画面５２の例である。プロフィール表示画面５２は、ユーザ画像５２１と、アルバム画像５２２１〜５２２３と、プロフィール欄５２３とを含む。ここで、アルバム画像５２２１〜５２２３は、ユーザ１２の再生履歴のうち再生回数の多い上位数曲のいずれかが属するアルバムのジャケット画像等であるものとする。
【００８９】
尚、上記においてサーバ４０は、ユーザ１２が良く聴くアルバム情報を特定する際に、要求元であるユーザ１１の嗜好が高い曲を含まないアルバム情報を特定してもよい。これにより、要求元のユーザ１１は、効率よく自己の潜在的な嗜好を認識することができる。
【００９０】
＜実施の形態３＞
本発明の実施の形態３では、上述した実施の形態１又は２に改良を加え、ユーザ検索結果画面を表示した携帯端末の向きや傾きの変化に応じて、画面上の他のユーザのアイコン等の配置を連動させて、画面を更新するものである。
【００９１】
そこで、本実施の形態にかかる携帯端末２１〜２ｎのそれぞれは、現在の（２次元上の）位置情報に加え、高度を示す高度情報を取得可能なものとする。ここで、高度情報とは、例えば、気圧情報から割り出される高度を示す値とする。また、携帯端末２１〜２ｎのそれぞれは、地磁気センサーと加速度センサーとを備えているものとする。これにより、端末の先端が向いている方位や傾きの変化を検出することができる。
【００９２】
そして、携帯端末２１〜２ｎのそれぞれは、サーバ４０に対して、現在位置情報と共に高度情報（又は気圧情報そのもの）を送信するものとする。これに応じて、サーバ４０は、各携帯端末から受信した現在位置情報と高度情報を対応付けて記憶部４１に保存する。また、サーバ４０は、例えば、ユーザ検索結果画面を表示した任意の携帯端末からの要求に応じて他の携帯端末の現在位置情報及び高度情報を返信する。つまり、任意の携帯端末は、サーバ４０から、他の携帯端末における現在位置情報及び高度情報を取得する。
【００９３】
そして、当該携帯端末は、当該携帯端末における現在位置情報及び前記高度情報の変化を検出する度に、当該携帯端末及び他の携帯端末のそれぞれにおける現在位置情報及び高度情報に基づいて、当該携帯端末を基準とした他の携帯端末との距離及び高度の差を算出する。そして、当該携帯端末は、算出した距離及び高度の差に応じて画面の表示を更新する。
【００９４】
図８は、本発明の実施の形態３にかかるユーザ表示位置更新処理の流れを説明するフローチャートである。前提として、上述した通り、各携帯端末は、現在位置情報及び高度情報をサーバ４０へ送信済みである。また、サーバ４０は、各携帯端末から受信した現在位置情報及び高度情報を各携帯端末に対応付けて記憶部４１に保存済とする。また、実施形態１と同様に、ユーザ及び音楽データごとの嗜好情報と、ユーザ間の近似性情報が算出済みであるものとする。
【００９５】
そこで、ユーザ検索結果画面５１Ａが表示済みの携帯端末２１は、他の携帯端末の現在位置情報及び高度情報をサーバ４０から取得する（Ｓ４１）。例えば、ユーザ１１の操作によりユーザ検索結果画面５１Ａ内の更新ボタン５１２が押下されたタイミングで、サーバ４０に対して他の携帯端末の最新の位置情報及び高度情報を要求する。また、携帯端末２１は、このタイミングで最新の近似性情報の要求を行っても良い。または、携帯端末２１は、定期的に他の携帯端末の最新の位置情報及び高度情報を要求してもよい。
【００９６】
また、携帯端末２１は、自己の端末の現在位置情報及び高度情報並びに姿勢及び向きを取得する（Ｓ４２）。携帯端末２１は、ステップＳ４１と同様のタイミングで、最新の位置情報及び高度情報を取得してもよい。または、定期的に自己の携帯端末の最新の位置情報及び高度情報を更新してもよい。また、地磁気センサー及び加速度センサーが携帯端末２１の方角又は傾き等の変化を検出した場合に、携帯端末２１は、地磁気センサー及び加速度センサーから方角又は傾き等を取得する。そして、携帯端末２１は、地磁気センサー及び加速度センサーから取得した情報から当該端末の姿勢及び向き（方角）を算出する。
【００９７】
続いて、携帯端末２１は、算出した傾きが３０度以内であるか否かを判定する（Ｓ４３）。ステップＳ４３で（地面に対して並行又は）傾きが３０度以内であると判定した場合、携帯端末２１は、自己の端末を基準とした他の端末の方角を特定し、他の端末との距離を算出する（Ｓ４４）。携帯端末２１の現在位置を中心とした場合の他の携帯端末が存在する方角を、例えば、８方位（東西南北と北東、北西、南東、南西）のいずれかに分類する。そして、ユーザ検索結果画面５１Ａのように本人画像５１１が画面の下側に表示されている場合、画面の上側方向の方角に存在する他の携帯端末を特定する。そして、特定した携帯端末と、携帯端末２１との位置情報の差分を距離として算出する。
【００９８】
そして、携帯端末２１は、自己の端末の先端の方角にある他の端末を平面で描画する（Ｓ４５）。つまり、特定された方角に存在する携帯端末のユーザのアイコン等を、算出した距離に応じて画面上に表示する。例えば、携帯端末２１が北向きであれば北側に位置するユーザのみ表示する。つまり、通常通り、高度の差を考慮せずに平面上にユーザのアイコン等を配置する。
【００９９】
一方、ステップＳ４３で傾きが３０度より大きいと判定した場合、携帯端末２１は、自己の端末と他の端末との高度の差分を算出する（Ｓ４６）。つまり、携帯端末２１は、ステップＳ４１で取得した他の携帯端末の気圧情報から高度を算出する。そして、携帯端末２１の高度との差分を算出する。
【０１００】
続いて、携帯端末２１は、自己の端末を基準とした他の端末の方角を特定し、他の端末との距離を算出する（Ｓ４７）。つまり、ステップＳ４４と同様に算出する。そして、携帯端末２１は、自己の端末の先端の方角にある他の端末を立体的に描画する（Ｓ４８）。例えば、携帯端末２１の方角が北向きであり、高度が１０ｍと算出されたとする。この場合、携帯端末２１から見て北側に位置する携帯端末のユーザが表示対象として特定される。そして、表示対象のユーザの高度が１５ｍ以上の場合には立体表示上で上段に、１０ｍから１４．９９ｍの間の場合には同階層、９．９９ｍ以下の場合には下段となるように、携帯端末２１は、画面上で立体的に表示する。つまり、高度の差を考慮して、ユーザのアイコン等を立体的に配置する。
【０１０１】
このように本実施の形態により、画面にユーザ検索結果画面を表示した状態で、ユーザが携帯端末の方角や傾きを変化させた場合には、それに応じて表示済みの他のユーザのアイコン等の配置が更新される。すなわち、自己の端末を基準として近隣の端末（ユーザ）の相対的位置を画面上に相対的に表示する。
【０１０２】
特に携帯端末の先端の方角が大きく変わった場合には、それまで表示されていたユーザのアイコン等が非表示となり、逆にそれまで非表示であったユーザのアイコン等が表示されることになる。これにより、例えば、野外コンサートのような場所でユーザ検索結果を表示した場合、実際にどの方角に自分と嗜好の近似するユーザが存在するかどうかをリアルタイムに把握することができる。
【０１０３】
さらに、携帯端末の傾きが所定角度以上となった場合には、３Ｄ表示のように更新される。これにより、自分と異なる階の座席（例えば、コンサート会場のアリーナ席等）に自分と嗜好が近似するユーザが存在するかどうかをリアルタイムに把握することができる。
【０１０４】
これらの場合には、該当地域や建物内の図面データを重ね合せるとさらに他のユーザの位置関係の把握が容易となる。
【０１０５】
尚、高度情報としては、上述した気圧情報の他に、無線アクセスポイントのＭＡＣアドレスを用いても良い。そして、サーバ４０は、別途、ＭＡＣアドレスと緯度経度の情報のＤＢを参照することにより、携帯端末の高度を特定することができる。
【０１０６】
＜実施の形態４＞
本発明の実施の形態４は、上述した実施の形態１乃至３の改良例である。本発明の実施の形態４では、端末間メッセージ通信機能について説明する。前提として、まず、ユーザ１１は、ユーザ検索結果画面５１Ａやプロフィール表示画面５２に基づいて、任意のユーザ（例えば、ユーザ１２）に友達申請を行う。その後、ユーザ１２により友達申請が承認された場合、以後、ユーザ１１とユーザ１２とは、本システムを介して、端末間メッセージ通信を行うことができる。
【０１０７】
ここで、本実施の形態にかかる端末間メッセージ通信機能では、任意の携帯端末は、他の携帯端末のいずれかから表示期限が付加された複数のメッセージ情報を異なる時間帯に受信する。そして、当該携帯端末は、受信した複数のメッセージ情報を時系列に表示するメッセージ表示画面を表示する際に、表示対象のメッセージ情報のうち、各メッセージ情報に付加された表示期限を経過したものを特定し、当該特定したメッセージ情報を以後、表示対象外とする。尚、本実施の形態にかかる端末間メッセージ通信機能は、２端末間だけでなく、３端末以上の指定された端末グループ内に適用することもできる。また、表示期限は、サーバ４０や各携帯端末で設定可能であるものとする。
【０１０８】
通常、端末間で送受信されるメッセージ情報は、サーバ側に保持されるだけでなくメッセージ通信を行う双方の端末（アプリケーション）内にも保持されるが、当該端末以外の端末には非公開となる。ここで、自己の端末に保存された過去のメッセージについては、ユーザの判断で削除することは可能であるが、同じメッセージであっても、相手方の端末に保存された過去のメッセージを削除することはできない。
【０１０９】
例えば、以前は親密であったために様々なメッセージ等のやり取りを行っていたが、ある時期から疎遠になったユーザがいたとする。そのユーザの携帯端末に過去のメッセージ情報等が残されていた場合、悪用されるリスクや悪意はなくとも他へ流出してしまうリスクがある。
【０１１０】
そこで、本実施の形態では、表示期限経過後のメッセージを表示対象外とする。これにより、セキュリティの向上やプライバシー保護を確保することができる。
【０１１１】
さらに、本実施の形態では、端末間メッセージ通信機能において、メッセージ情報に代えて又は当該メッセージ情報に付加して、所定の画像データを送信し、受信先の前記メッセージ表示画面に表示させるものとする。例えば、アーティストをモチーフにした画像を用いてユーザ間でコミュニケーションを取ることができる。これにより、音楽の嗜好の近似するユーザ同士で、文字で伝える以上のより円滑なコミュニケーションを支援することができる。
【０１１２】
図９は、本発明の実施の形態４にかかる、ユーザＡにより操作される携帯端末において表示された端末間メッセージ送信画面５３の例である。端末間メッセージ送信画面５３は、送信候補ステッカー画像群５３２の中から、ユーザＡの操作により、選択済み送信候補ステッカー画像５３３が選択され、送信対象ステッカー画像５３１として表示されている状態を示す。この後、送信することで、ユーザＢが所持する携帯端末へ送信対象ステッカー画像５３１がメッセージ情報に代えて又はメッセージ情報と共に送信される。
【０１１３】
図１０は、本発明の実施の形態４にかかる、ユーザＢにより操作される携帯端末において表示された端末間メッセージ表示画面５４の例である。端末間メッセージ表示画面５４は、表示メッセージＭＳＧ１、ＭＳＧ２及び表示ステッカー画像ＳＴＣ１が表示されている。ここでは、表示期限が受信後３０日とする。表示メッセージＭＳＧ１は、ユーザＡの携帯端末から２９日前に送信されたものであるため、この時点ではユーザＢの携帯端末の端末間メッセージ表示画面５４では表示される。一方、非表示メッセージＭＳＧ０は、ユーザＡの携帯端末から３０日以上前に送信されたものであるため、ユーザＢの携帯端末の端末間メッセージ表示画面５４では表示対象外とされ、非表示とされたことを示す。また、表示ステッカー画像ＳＴＣ１は、図９において、ユーザＡの携帯端末から送信された送信対象ステッカー画像５３１がユーザＢの携帯端末の端末間メッセージ表示画面５４にて表示されることを示す。
【０１１４】
＜実施の形態５＞
本発明の実施の形態５は、上述した実施の形態１乃至４の改良例である。本実施の形態５では、サーバ４０は、所定の条件が設定された電子クーポン情報を保持しており、算出した嗜好情報４１１に基づいて、複数の携帯端末の中から所定の条件を満たす第３の携帯端末を選択し、選択した第３の携帯端末へ、前記電子クーポン情報を送信する。第３の携帯端末は、受信した電子クーポン情報を画面に表示するものである。
【０１１５】
図１１は、本発明の実施の形態５にかかる電子クーポン表示画面５５の例である。電子クーポン表示画面５５は、電子クーポン５５１〜５５４が表示されている。電子クーポン５５１は、あるアーティストのライブツアーの各会場の来場者の先着１０名までにそのアーティストの限定アイテムを無料で入手できる電子クーポンである。この場合、例えば、特定のアーティストの複数の音楽データについて嗜好情報が所定値以上であることを条件として設定されているものとする。そして、サーバ４０は、記憶部４１を参照し、特定のアーティストの音楽データの再生履歴や算出済みの嗜好情報４１１に基づき、電子クーポン５５１の条件を満たす携帯端末を選択し、当該携帯端末へ電子クーポン５５１を送信する。
【０１１６】
尚、電子クーポン５５１の条件に設定された同じアーティストであっても嗜好情報の傾向が異なる場合には、異なるアイテムをプレゼントする別の電子クーポンを定義してもよい。つまり、嗜好情報に応じた適切な電子クーポンを各ユーザに配信することができる。
【０１１７】
また、電子クーポン５５２は、あるアーティストグループのファンのオフ会に限り、ドリンクを一杯無料サービスする電子クーポンである。この場合、例えば、特定のアーティストグループの音楽データによる近似性情報が高いことにより友達となったユーザのグループであることが条件として設定されているものとする。そして、サーバ４０は、記憶部４１を参照し、近似性情報及び友達の登録並びに現在位置情報に基づき、電子クーポン５５２の条件を満たす携帯端末群を選択し、当該携帯端末群のそれぞれへ電子クーポン５５２を送信する。これにより、本システムを通じて生じたグループをオフ会に誘導することができる。
【０１１８】
また、電子クーポン５５３は、あるアーティストの特定のアルバム購入者に対してオフィシャルグッズを５０％ＯＦＦにする電子クーポンである。この場合、例えば、特定のアーティストのアルバムに属する複数の音楽データの再生履歴を有することが条件として設定されているものとする。そして、サーバ４０は、記憶部４１を参照し、再生履歴や購入履歴に基づき、電子クーポン５５３の条件を満たす携帯端末を選択し、当該携帯端末へ電子クーポン５５３を送信する。これにより、再生履歴に応じた効果的な電子クーポンを配信することができる。
【０１１９】
また、電子クーポン５５４は、あるアーティストグループのファンに対してある店舗での飲食代を３０％ＯＦＦにする電子クーポンである。この場合、例えば、特定のアーティストグループの複数の音楽データについて嗜好情報が所定値以上であることを条件として設定されているものとする。そして、サーバ４０は、記憶部４１を参照し、特定のアーティストグループの音楽データの再生履歴や算出済みの嗜好情報４１１に基づき、電子クーポン５５４の条件を満たす携帯端末を選択し、当該携帯端末へ電子クーポン５５４を送信する。
【０１２０】
尚、電子クーポンに設定する条件は、店舗側からサーバ４０に対して自由に設定が可能である。また、サーバ４０が保持する再生時位置情報２０３４及び最終再生日時２０３２に基づいて、特定の店舗の商圏に特定の時間帯に滞在することが多いユーザを特定することができる。または、各端末の現在位置情報が特定の店舗の商圏である場合を条件として設定してもよい。また、店舗には、閑散期や平日の夕方等、来客の少ない時期がある。そこで、店舗側で座席に余裕のある時間帯と、前記ユーザが滞在する場所及び時間帯をマッチさせて電子クーポンを配信することができる。さらに、電子クーポンの配信タイミングを直前、３日前、１週間前等を任意に店舗側で設定できるようにしてもよい。
【０１２１】
また、電子クーポンにＱＲコード（登録商標）を付加し、端末と紐付けてもよい。これにより、電子クーポンの利用回数や利用者を把握及び制御することができる。尚、電子クーポンの種類や条件はこれらに限定されない。
【０１２２】
＜その他の実施の形態＞
上述した実施の形態１〜５は、それぞれ任意の組み合わせで実現することが可能である。さらに、本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。
【符号の説明】
【０１２３】
１００  コミュニケーション支援システム
１１  ユーザ
１２  ユーザ
１ｎ  ユーザ
２１  携帯端末
２２  携帯端末
２ｎ  携帯端末
３１  基地局
３２  ネットワーク
４０  サーバ
４１  記憶部
４１１  嗜好情報
４１２  近似性情報
４２  通信部
４３  制御部
２１１  記憶部
２０１  ユーザＩＤ
２０２  音楽情報
２０２１  音楽データ
２０２２  属性情報
２０３  再生履歴
２０３１  再生回数
２０３２  最終再生日時
２０３３  スキップ回数
２０３４  再生時位置情報
２０４  現在位置情報
２１２  再生部
２１３  通信部
２１４  表示部
２１５  位置情報取得部
２１６  画面
２１７  スピーカ
２１８  制御部
５１  ユーザ検索画面
５１Ａ  ユーザ検索結果画面
５１１  本人画像
５１２  更新ボタン
５１３  近似ユーザ
５１４  近似ユーザ
５２  プロフィール表示画面
５２１  ユーザ画像
５２２１  アルバム画像
５２２２  アルバム画像
５２２３  アルバム画像
５２３  プロフィール欄
５３  端末間メッセージ送信画面
５３１  送信対象ステッカー画像
５３２  送信候補ステッカー画像群
５３３  選択済み送信候補ステッカー画像
５４  端末間メッセージ表示画面
ＭＳＧ０  非表示メッセージ
ＭＳＧ１  表示メッセージ
ＭＳＧ２  表示メッセージ
ＳＴＣ１  表示ステッカー画像
５５  電子クーポン表示画面
５５１  電子クーポン
５５２  電子クーポン
５５３  電子クーポン
５５４  電子クーポン
【要約】
【課題】特定の嗜好が近似するユーザを精度良く見つけ出し、対面を含めたコミュニケーションを容易に取ること。
【解決手段】コミュニケーション支援システムは、ユーザごとの複数の携帯端末と、各携帯端末と通信を行うサーバと、を備える。各携帯端末は、所定の音楽データを再生した際の再生履歴に再生時における携帯端末の位置情報を含めて、所定の契機によりサーバへ送信する。サーバは、各携帯端末から受信した再生履歴に基づいて、ユーザごとに、音楽データに関する嗜好度合いを示す嗜好情報を算出し、各ユーザの嗜好情報と音楽データにおける再生時の位置情報とに基づいて、ユーザ間の嗜好の近似性の度合いを示す近似性情報を算出し、近似性情報を要求する第１の携帯端末へ送信する。第１の携帯端末は、近似性情報に基づいて、第１の携帯端末のユーザと他の携帯端末の他ユーザとの音楽データに関する嗜好の近似性を画面に表示する。
【選択図】図４【図１】
0005867760.tif 000002
【図２】
0005867760.tif 000003
【図３】
0005867760.tif 000004
【図４】
0005867760.tif 000005
【図５】
0005867760.tif 000006
【図６】
0005867760.tif 000007
【図７】
0005867760.tif 000008
【図８】
0005867760.tif 000009
【図９】
0005867760.tif 000010
【図１０】
0005867760.tif 000011
【図１１】
0005867760.tif 000012