JP2014095972A - サーバ装置、サーバ装置の制御方法およびプログラム - Google Patents

Abstract

【課題】利用者に煩雑である旨の印象を与えることなく、当該利用者に適した相手を紹介する。
【解決手段】特定部１３１は、複数の端末装置２０のそれぞれから受信したコンテンツ属性情報を利用者ごとに記憶する属性情報記憶部ＴＢ１１を参照して、複数の利用者のうち、第１利用者のコンテンツ属性情報に対して所定の関連性を有するコンテンツ属性情報に対応付けられた第２利用者を、第１利用者以外から特定する。提示部１４１は、複数の利用者に関する利用者情報を利用者ごとに記憶する利用者情報記憶部ＴＢ１２を参照して、第２利用者の利用者情報の一部又は全部に基づいて生成される情報を、第１利用者の端末装置２０に提示させる。
【選択図】図４

Description

本発明は、例えば利用者に対して、コンテンツの再生傾向が自己に類似する他の利用者を知らせる技術に関する。

近年、高機能携帯電話機のような端末装置にインストールされたアプリケーションプログラム（アプリ）を実行することによって、チャットなどのコミュニケーションが盛んに行われている。この種のコミュニケーションは、利用者の端末装置が当該端末装置において当該利用者のフレンドリストに登録された相手利用者の端末装置と、当該コミュニケーションのサービスを提供する管理サーバ（サーバ装置）を経由して通信することによって実現されている。
このようなコミュニケーションは、実社会において面識のある知人同士を中心に広く利用されているが、最近では、面識のない相手とコミュニケーションするために利用されることもある。
そこで、互いに見知らぬ利用者間のコミュニケーションを仲介（マッチング）するサービスが提供されつつある（例えば特許文献１参照）。このサービスは、予め利用者から自己の個人情報（プロフィール）及び希望相手の情報（希望相手プロフィール）を受け付けておき、これらの情報が互いに合致する利用者同士を仲介する、というものである。

特開２００２−１０９０２５号公報

しかしながら、このサービスでは、予め利用者に対して個人情報のみならず、所望する希望相手の情報を入力する手間を強いることになるので、利用者に煩雑である印象を与えてしまう。
本発明は、このような事情に鑑みてなされたもので、その目的の１つは、利用者に煩雑である旨の印象を与えることなく、利用者に適した相手を紹介することが可能な技術を提供することにある。

上記課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。

本発明に係るサーバ装置（１０）は、複数の利用者のそれぞれによって各々が操作されるとともに、コンテンツを再生する再生部（２３４）と前記再生部（２３４）で再生可能なコンテンツの属性を示すコンテンツ属性情報を送信する送信部（２３５）とを具備する端末装置（２０）に対して通信可能なサーバ装置（１０）であって、前記複数の端末装置（２０）のそれぞれから受信したコンテンツ属性情報を利用者ごとに記憶する属性情報記憶部（ＴＢ１１）を参照して、前記複数の利用者のうち、第１利用者のコンテンツ属性情報に対して所定の関連性を有するコンテンツ属性情報に対応付けられた第２利用者を、前記第１利用者以外から特定する特定部（１３１）と、前記複数の利用者に関する利用者情報を利用者ごとに記憶する利用者情報記憶部（ＴＢ１２）を参照して、前記第２利用者の利用者情報の一部又は全部に基づいて生成される情報を、前記第１利用者の端末装置（２０）に提示させる提示部（１４１）と、を具備することを特徴とする。

本発明によれば、端末装置（２０）における再生部（２３４）で再生可能なコンテンツのコンテンツ属性情報が利用者ごとに属性情報記憶部（ＴＢ１１）に記憶される。そして、複数の利用者のうち、第１利用者のコンテンツ属性情報に対して所定の関連性を有するコンテンツ属性情報に対応付けられた第２利用者が特定部（１３１）によって特定されると、当該第２利用者の利用者情報の一部又は全部に基づいて生成される情報が、第１利用者の端末装置（２０）に提示される。したがって、第１利用者は、希望相手の情報を入力することなく、自己のコンテンツ属性情報と所定の関連性を有するコンテンツ属性情報に対付けられた第２利用者の情報を知ることができる。

なお、コンテンツは、典型的には音楽データや、動画データ、書籍データなどである。このため、コンテンツ属性情報には、当該コンテンツの属性である曲名（動画名や書籍名などのタイトル）や、アーティスト名（制作者名、作者名）、ジャンルなどのほか、利用者が自己の端末装置で当該コンテンツを再生した回数（再生回数）などが含まれる。
コンテンツ情報に対して所定の関連性を有するとは、当該コンテンツ情報と一致することのほか、類似することも含まれる。
「利用者情報」には、当該利用者の性別や、年齢、趣味、住所、連絡先、名前（実名、仮名）のほか、当該利用者に関連する画像（静止画、動画像）情報、当該利用者を紹介するページ（リンク先）の情報などである。

本発明において、前記コンテンツ属性情報は、２以上の単位属性情報を含み、前記特定部（１３１）は、 前記第１利用者に対応するコンテンツ属性情報に含まれる前記２以上の単位属性情報のいずれかに基づいて前記第２利用者を特定する構成としても良い。
この構成において、コンテンツ情報に対して所定の関連性を有するとは、コンテンツ属性情報に含まれる２以上の単位属性情報のうち、全ての単位属性情報が完全一致（一致）する場合と、部分一致（類似）する場合との双方が含まれる。

本発明において、前記コンテンツ属性情報は、当該コンテンツ属性情報に対応するコンテンツが前記端末装置で再生された回数を示す単位属性情報として再生回数情報を含み、
前記特定部（１３１）は、 当該再生回数情報で示される再生回数が最多となっているコンテンツ属性情報に対応するコンテンツが、前記第１利用者に一致している１以上の利用者のなかから、前記第２利用者を特定する構成としても良い。
この構成によれば、第２利用者の候補となる者は、端末装置（２０）において再生回数が最多となっているコンテンツが第１利用者と同じコンテンツとなっている者になる。このため、自身である第１利用者とコンテンツの再生傾向が類似する利用者の利用者情報に基づく情報を、第１利用者に提示させることができる。

この構成において、前記特定部（１３１）は、 前記再生回数情報で示される再生回数が最多となっているコンテンツ属性情報に対応するコンテンツが前記第１利用者に一致している利用者の数が、所定数を超えている場合、前記再生回数情報以外の他の単位属性情報が前記第１利用者と類似または一致する利用者のなかから、前記第２利用者を特定しても良い。この構成によれば、所定数を超える第２利用者の候補者を絞り込むことができる。
なお、他の単位属性情報が第１利用者と類似または一致する利用者は、再生回数が最多となっているコンテンツが第１利用者と一致する利用者に含まれる場合（絞り込みが加重されている場合）と、該コンテンツが第１利用者と一致する利用者に含まれない場合（絞り込みが加重されない場合）とがある。

本発明において、前記属性情報記憶部（ＴＢ１１）は、前記端末装置（２０）の再生部（２３４）で再生可能なコンテンツを１以上登録したプレイリストであって、当該登録された各コンテンツにそれぞれ対応する１以上のコンテンツ属性情報で構成されるプレイリストを利用者ごとに記憶する構成としても良いし、前記端末装置（２０）の再生部（２３４）で再生されたコンテンツに対応するコンテンツ属性情報を利用者ごとに記憶する構成としても良い。

また、本発明は、サーバ装置（１０）のみならず、サーバ装置（１０）の制御方法や、コンピュータをサーバ装置（１０）として機能させるプログラムとしても概念することができる。
なお、上記プログラムは記録媒体に記録させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。

実施形態に係る管理サーバを含むシステムの構成を示す図である。 同システムにおける管理サーバの構成を示すブロック図である。 同システムにおける端末装置の構成を示すブロック図である。 同システムの機能ブロックを示す図である。 端末装置において作成されるプレイリストの一例を示す図である。 管理サーバにおける属性情報記憶部の記憶内容の一例を示す図である。 管理サーバにおける利用者情報記憶部の記憶内容の一例を示す図である。 同システムの動作概要を示すフローチャートである。 同システムの更新処理を示すフローチャートである。 同システムのマッチング処理を示すフローチャートである。 端末装置に提示される画面の一例を示す図である。

＜実施形態の概要＞
近年、上述したコミュケーションとは別に、音楽データや、動画データ、書籍データなどの様々なコンテンツを配信サイトからダウンロードして端末装置で再生することが広く行われている。
そこで、本実施形態では、管理サーバが、ある利用者に対し、当該利用者のコンテンツの再生傾向が類似する別の利用者をマッチングによって特定して、フレンドリストに登録する際の候補者として提示する構成とした。

図８は、本実施形態の概要動作を示すフローチャートである。詳細については後述するので、ここでは概要的な説明に留める。管理サーバは、複数の端末装置と通信可能に接続される。この図においては、便宜的に利用者Ａ、Ｂ、Ｃ…が操作する端末装置のそれぞれと管理サーバとが通信可能に接続された状態が前提となっている。

この図に示されるように、本実施形態の動作は、更新処理とマッチング処理とに大別される。
まず、更新処理について説明する。例えば、利用者Ａが端末装置においてコンテンツを再生すると、そのコンテンツに関するコンテンツ属性情報が管理サーバに送信される（ステップＳａ１０）。一方、管理サーバは、利用者Ａが操作する端末装置から送信されたコンテンツ属性情報を利用者Ａに対応付けてデータベースに登録する（ステップＳ１０）。他の利用者Ｂ（Ｃ）の端末装置でも同様に、コンテンツが再生されると、そのコンテンツに関するコンテンツ属性情報が管理サーバに送信されて、管理サーバは、端末装置から送信されたコンテンツ属性情報を利用者Ｂ（Ｃ）に対応付けてデータベースに登録する。

このようなコンテンツ属性情報の送信・登録タイミングについては、端末装置におけるコンテンツの再生ごとではなく、予め定められた時刻であっても良いし、特に限定する必要はない。
また、コンテンツ属性情報としては、再生されたコンテンツを特定する情報であっても良いし、端末装置で再生可能なコンテンツを１以上登録したプレイリストを構成する情報の一部または全部であっても良いし、当該リストの差分情報などであっても良い。いずれにしても、管理サーバでは、コンテンツ属性情報が利用者ごとにデータベースに登録されるので、再生するコンテンツの傾向などが利用者ごとに把握される。

次に、マッチング処理について説明する。例えば利用者Ａが端末装置に対して自己とコンテンツの再生傾向が類似する相手の特定を要求したとき、当該要求が管理サーバに送信される（マッチングの要求、ステップＳａ２０）。管理サーバは、データベースにアクセスするとともにマッチング処理を実行して、当該利用者Ａによるコンテンツの再生傾向に類似する利用者を特定する（ステップＳ２０）。管理サーバは、マッチング処理によって特定した相手の情報を、利用者Ａの端末装置に送信して提示させる。利用者Ａの端末装置では、その特定結果である相手の情報についての画面が表示される（ステップＳａ２２）。このため、要求した利用者Ａは、自己とコンテンツの再生傾向が類似する関係にある相手の情報を知ることができる。
なお、利用者Ａが、この相手を自己のフレンドリストに登録するか否かについては、任意である。

＜実施形態の構成＞
図１は、本発明の実施形態に係る管理サーバを含むシステムの全体的な構成を示す図である。
この図に示されるように、システム１では、複数の端末装置２０−１、２０−２、２０−３、２０−４、…が、移動通信網Ｎｂ、ゲートウェイ１５およびインターネットＮａを介して管理サーバ１０および配信サーバ１２に接続された構成となっている。端末装置２０−１、２０−２、２０−３、…については、一般的に説明するために、符号における「−（ハイフン）」以下を省略して単に「２０」とする。

管理サーバ１０は、上述したように複数の端末装置２０で再生されたコンテンツに関するコンテンツ属性情報を受信してデータベースに記憶するとともに、ある利用者に対するマッチング処理を実行して、その結果画面を当該利用者の端末装置に提示したりするサービスを提供するものである。

図２は、管理サーバ１０のハードウェア的な構成を示すブロック図である。この図に示されるように、管理サーバ１０は、装置全体を制御するＣＰＵ（Central Processing Unit）１０１と、ＣＰＵ１０１の主記憶として機能するＲＡＭ（Random Access Memory）１０２と、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）１０３と、ネットワークを介して通信するためのインターフェース（Ｉ／Ｆ）１０５と、ストレージユニット１０８と、を含む。ストレージユニット１０８では、ＣＰＵ１０１によって管理されるデータベース１１８が構築されるほか、管理サーバ１０が端末装置２０の利用者に上記サービスを提供するためのサービスプログラムなどを記憶する。
なお、データベース１１８では、後述するように利用者情報やコンテンツ属性情報などが利用者ごとに管理される。
管理サーバ１０は、図１では１台で構築されているが、２台以上に分散させるとともに外部からみたときに仮想的に１台であるかのようにみえる構成としても良い。一方で、管理サーバ１０の一部の機能を他のサービスを提供しているサーバで構築しても良い。また、管理サーバ１０が中継サーバを介して端末装置２０と接続するように構成しても良い。

配信サーバ１２は、各端末装置２０の要求に応じて、コンテンツとして例えば音楽データを端末装置２０に配信する。音楽データは、歌唱曲やクラシックなどの各種の楽曲の音響を再生するためのデータである。音楽データの形式は任意であり、例えばＭＰ３（MPEG Audio Layer 3）形式やＡＡＣ（Advanced Audio Coding）形式が用いられる。配信サーバ１２のハードウェア的な構成については、特に重要ではないので、説明を省略する。なお、管理サーバ１０と配信サーバ１２とを一体に構成することも可能である。

端末装置２０は、例えば利用者が操作する携帯電話機である。この端末装置２０は、表示パネル２１０に重ねられたタッチパネル２２０を有し、利用者が表示パネル２１０に表示された画面に対してタッチ操作等することで、必要な情報の入力や各種の指示が与えられる構成となっている。

図３は、端末装置２０のハードウェア構成を示すブロック図である。この図に示されるように、端末装置２０は、ＣＰＵ２０１と、メモリ２０２と、通信ユニット２０４と、ＲＴＣ（Real Time Clock）２０６と、ストレージユニット２０８と、表示パネル２１０と、タッチパネル２２０と、Ｄ／Ａ２２５と、を含む。
このうち、ＣＰＵ２０１は端末装置２０の全体を制御し、メモリ２０２は基本プログラムや、上記サービスの提供を受けるためのプログラムなどを不揮発性に記憶する。このプログラムは、特定の配信サイトからダウンロードされて、端末装置２０にインストールされたものであり、例えばフレンドリストに登録された他の利用者とチャットするための機能も含んでいる。

通信ユニット２０４は、移動通信網Ｎｂや無線ＬＡＮ（Local Area Network）など介して管理サーバ１０と通信する。ストレージユニット２０８では、ＣＰＵ２０１によって管理されるデータベース２１８が構築される。ＲＴＣ２０６は、現在の時刻情報を例えば日時分秒の形式で出力する。なお、データベース２１８では、配信サーバ１２からダウンロードされた音楽データや、当該音楽データを所定のルールでリスト化したプレイリストが管理される。

表示パネル２１０は、例えば液晶表示装置や有機ＥＬ（Electro Luminescence）装置などのフラットディスプレイである。タッチパネル２２０は、詳細な説明については省略するが、表示パネル２１０と一体に構成され、表示パネル２１０によって表示された画面に対する操作位置（二次元座標値）を検出してＣＰＵ２０１に供給する。ＣＰＵ２０１は、当該検出情報に基づいてタッチ位置の移動方向や、移動速度、タッチ操作など、タッチパネル２２０への操作内容を特定する。
ここで、特定可能なタッチ操作の種類には、例えばタップ、フリック、ドラッグ、ピンチ等が含まれる。このうち、タップとは、表示画面を指で軽く叩く操作である。フリックとは、画面に表示された対象物を指で軽く払う操作である。ドラッグとは、画面に表示された対象物を指で接触させた状態で移動させる操作である。ピンチとは、表示画面に二本の指を接触させた状態で広げたり狭めたりする操作である。

Ｄ／Ａ２２５は、デジタルデータである音楽データをアナログ信号に変換する変換器であり、変換した信号をヘッドフォン２２６に出力する。

なお、端末装置２０は、移動通信網Ｎｂに限られず、無線ＬＡＮに接続される構成であっても良い。無線ＬＡＮに接続される場合、端末装置２０は、無線基地局（アクセスポイント）およびインターネットＮａを経由して、上記管理サーバ１０に接続される。
端末装置２０は、携帯電話機に限られず、タブレット型コンピュータやＰＤＡ（Personal Digital Assistant）、ノート型またはデスクトップ型のＰＣ（Personal Computer）などでも良い。

管理サーバ１０においては、上記サービスプログラムを実行することによって、また、端末装置２０においては、配信サイトからダウンロードしたプログラムを実行することによって、それぞれ次のような機能ブロックが構築される。

図４は、システム１で構築される機能ブロックを示す図である。
この図においては、システム１において、管理サーバ１０と、複数台のうちのある１台について着目した端末装置２０とで構築される機能ブロックを示している。
この図に示されるように、管理サーバ１０の側では、受付部１２１、管理部１３０および提示部１４１のほか、データベース１１８において属性情報記憶部ＴＢ１１および利用者情報記憶部ＴＢ１２の２つの記憶部が構築される。なお、これらの２つの記憶部の詳細については後述する。

受付部１２１は、端末装置２０から各種の情報、例えばコンテンツ属性情報やマッチング要求などを受け付ける。
管理部１３０は、受け付けられた情報にしたがって各種の処理を実行したり、各部に指示をしたり、上記２つの記憶部を管理したりする。また、管理部１３０は、特定部１３１を内包する。
特定部１３１は、予め定められた条件を充足したとき、例えば、ある利用者からマッチングの要求があったときに、マッチング処理を実行して、当該利用者とコンテンツの再生傾向（音楽の嗜好）が似通った相手を特定するものである。
提示部１４１は、マッチングを要求した利用者の端末装置２０に対し、マッチング処理によって特定した利用者に関する情報を送信するとともに、当該情報の表示を指示するものである。

一方、端末装置２０の側では、表示部２０５、操作検出部２３１、管理部２３３、送信部２３５および表示制御部２３７が構築されるほか、コンテンツ記憶部ＴＢ２１が構築される。
コンテンツ記憶部ＴＢ２１には、コンテンツの例として１以上の音楽データＭｄと、当該音楽データＭｄ（曲）に対して一対一に関連付けられるコンテンツ属性情報Ｃｄとが記憶されるほか、プレイリストＰｌｔが構築される。
音楽データＭｄに関連付けられるコンテンツ属性情報Ｃｄとは、その曲の属性を示す情報であり、本実施形態では、例えば次の４つの単位属性情報が想定されている。すなわち、曲名を示す情報と、その曲のアーティスト名を示す情報と、ジャンルを示す情報と、再生回数を示す再生回数情報とである。このうち、曲名は、例えば曲のタイトルである。アーティスト名は、例えば歌唱者や、指揮者、奏者などを示す。ジャンルは、例えば歌謡や、ロック、ジャス、クラシックなどの音楽種別を示す。再生回数は、その曲に対応する音楽データＭｄが、その端末装置２０で再生された回数を示す。

本実施形態においてプレイリストＰｌｔとは、端末装置２０で再生可能な音楽データＭｄ（曲）のうち、利用者が「最近再生した曲」を所定数分（例えば５０曲分）リストしたものである。

図５は、プレイリストＰｌｔの一例を示す図である。この図に示されるように、プレイリストＰｌｔには、端末装置２０において再生可能な音楽データＭｄ（曲）のうち、最近再生された５０曲のそれぞれについてコンテンツ属性情報Ｃｄが登録されている。
また、プレイリストＰｌｔでは、コンテンツ属性情報Ｃｄのほかに、曲が最近に再生された時刻（最近再生時刻）が関連付けられて記憶されている。
本実施形態において、利用者の指示によって、ある曲の音楽データＭｄが再生されたとき、当該曲のコンテンツ属性情報ＣｄがプレイリストＰｌｔに登録されていなければ、プレイリストＰｌｔに登録された曲の最近再生時刻が最も古いものが、再生された曲のコンテンツ属性情報Ｃｄに入れ替わって登録される。このとき、当該曲のコンテンツ属性情報Ｃｄのうちの再生回数情報が「１」だけインクリメントされるとともに、最近再生時刻としてＲＴＣ２０６から取得した時刻情報、すなわち現在の時刻がセットされる。
一方、ある曲が再生されたときに、当該曲のコンテンツ属性情報ＣｄがプレイリストＰｌｔに既に登録されていれば、当該曲の再生回数情報が「１」だけインクリメントされるとともに、最近再生時刻がＲＴＣ２０６から取得した時刻情報に更新される。
このようにして、ある曲が再生されたとき、プレイリストＰｌｔが更新される。

また、図５のプレイリストＰｌｔについては、コンテンツ属性情報Ｃｄと最新再生時刻とでまとめて１つのテーブルで管理しているが、最近再生時刻については、リストに登録される「１」から「５０」までの識別情報に関連付けて別のテーブルで管理するようにしても良い。

説明を再び図４に戻すと、表示部２０５は、表示パネル２１０の表示領域に設けられて、各種の内容を表示する。
操作検出部２３１は、タッチパネル２２０からの検出信号から、表示部２０５に対する操作を特定して、当該操作を示す操作情報を出力する。
管理部２３３は、操作情報にしたがって各種の処理を実行するほか、表示部２０５での表示に必要な情報を表示制御部２３７に供給したり、管理サーバ１０から各種情報を受信したり、管理サーバ１０に送信すべき各種情報を送信部２３５に供給したりする。
管理部２３３は、再生部２３４を内包する。
再生部２３４は、利用者から再生が指示された曲の音楽データＭｄをＤ／Ａ２２５によってアナログ信号に変換して、ヘッドフォン２２６に出力する。これにより、音楽データＭｄが再生されて利用者に聴取される。
曲の指定については、例えばコンテンツ記憶部ＴＢ２１に記憶された音楽データＭｄをファイル名などで指定しても良いし、プレイリストＰｌｔに登録された曲で指定しても良い。また、複数の曲について、再生の順序を指定しても良いし、ランダムに再生するようにしても良い。
また、管理部２３３は、曲が再生されたときに、上記プレイリストＰｌｔを更新する。

送信部２３５は、管理部２３３から供給された情報を管理サーバ１０に送信する。
表示制御部２３７は、表示部２０５における表示内容を制御する。例えば表示制御部２３７は、表示部２０５に対し、管理サーバ１０の提示部１４１による指示があったときにマッチングの結果画面を表示する。

なお、図４においては、説明の便宜上、ある１つ（１人の利用者）の端末装置２０に着目して、当該端末装置２０と管理サーバ１０との情報の授受について図示しているに過ぎない。管理サーバ１０は、実際には、複数の端末装置２０のそれぞれから情報を受け付け、逆に、複数の端末装置２０のそれぞれに情報を送信する。このため、図において、受付部１２１に向かう多数の矢印は、着目した端末装置２０を除いた他の端末装置からも情報を受け付けることを示し、提示部１４１から向かう多数の矢印は、当該端末装置２０以外の他の端末装置にも情報が送信されることを示している。
また、図１におけるインターネットＮａや、ゲートウェイ１５、移動通信網Ｎｂ、また、図２におけるＩ／Ｆ１０５、図３における通信ユニット２０４などについては、情報やメッセージ等の伝送経路に過ぎないので、図４において図示を省略している。

ここで、説明の便宜上、管理サーバ１０の側において管理される２つの記憶部について、属性情報記憶部ＴＢ１１および利用者情報記憶部ＴＢ１２のそれぞれについて順番に説明する。

＜属性情報記憶部＞
上述したように本実施形態では、端末装置２０において音楽データＭｄが再生されると、その再生に伴ってプレイリストＰｌｔが更新される。さらに、プレイリストＰｌｔの一部について更新前から更新後にかけての差分情報が管理サーバ１０に送信される。管理サーバ１０では、当該差分情報により次に説明する属性情報記憶部ＴＢ１１が更新される。

図６は、属性情報記憶部ＴＢ１１で記憶される内容の一例を示す図である。
この図に示されるように、属性情報記憶部ＴＢ１１では、利用者を一意に識別する利用者ＩＤごとに、曲名を示す情報と、アーティスト名を示す情報と、ジャンルを示す情報と、再生回数を示す情報とが互いに関連付けられて登録されている。すなわち、属性情報記憶部ＴＢ１１は、利用者ＩＤ（利用者）ごとに、端末装置２０におけるプレイリストＰｌｔにおいて登録された曲のコンテンツ属性情報Ｃｄを記憶した内容となっている。
なお、利用者ＩＤは、例えば対応する利用者が端末装置２０でアプリを初めて起動した登録時に、管理サーバ１０との通信によって管理部１３０によって付与されて、次に説明する利用者情報記憶部ＴＢ１２のほか、当該端末装置２０にも送信されて登録される。

＜利用者情報記憶部＞
本実施形態では、マッチング処理によって特定された相手の情報が、マッチングを要求した利用者の端末装置に提示される。このときに提示するための情報を記憶するのが、利用者情報記憶部ＴＢ１２である。

図７は、利用者情報記憶部ＴＢ１２で記憶される内容の一例を示す図である。
この図に示されるように、利用者情報記憶部ＴＢ１２では、このサービスに登録された利用者の利用者ＩＤごとに、プロフィール情報およびリンク先情報が対応付けられて記憶されている。
プロフィール情報は、利用者のプロフィールに関する情報であり、例えば名前情報、キャラクター情報およびその他の情報を含む。名前情報は、利用者を識別できるような名前であり、例えばサービスの登録時において利用者によって入力されたもの（事後的に変更されたものもの含む）や、管理部１３０によって暫定的に定められたものなどが用いられる。キャラクター情報は、本実施形態では、利用者に対応したペット、例えば犬の写真像やイラスト像などを規定する画像情報である。この画像情報は、例えば管理サーバ１０で予め複数種類で用意されたものを利用者が登録時に選択する構成となっている。その他情報としては、利用者の属性情報、例えば年齢や性別などが登録される。

リンク先情報は、その利用者のマイページに移行するためのリンク先を示すＵＲＬ（Uniform Resource Locator）である。ここで、マイページとは、ある利用者が他の利用者との交流のために作成・公開したページであり、このページには、その利用者に関するプロフィールなどが公開されるほか、その利用者を自分とのチャットに「招待」させるためのソフトウェアボタン等が含まれる。

＜システムの動作＞
次に、システム１の動作について説明する。すでに動作概要については説明しているので、ここでは、更新処理およびマッチング処理のそれぞれについて順に説明することにする。

＜更新処理＞
図９は、更新処理の動作を示すフローチャートである。
例えば利用者Ａの端末装置２０において曲が指定されるとともに、再生部２３４によって曲の再生が終了したとき（ステップＳａ１１）、管理部２３３は、上述したようにプレイリストＰｌｔにおけるコンテンツ属性情報Ｃｄを更新する（ステップＳａ１２）。この後、管理部２３３は、プレイリストＰｌｔにおけるコンテンツ属性情報Ｃｄについて更新前から更新後にかけての差分情報を自己に付与された利用者ＩＤとともに送信部２３５に供給する。この差分情報は、例えば、プレイリストＰｌｔにおいてどの曲のコンテンツ属性情報をどのように入れ替えたのかを示す情報や、どの曲の再生回数情報をインクリメントしたのかを示す情報などである。
送信部２３５は、差分情報および利用者ＩＤを管理サーバ１０に送信する（ステップＳａ１３）。

管理サーバ１０において差分情報等が受付部１２１によって受け付けられると、受付部１２１は、当該差分情報等を管理部１３０に転送する。管理部１３０は、属性情報記憶部ＴＢ１１において、当該利用者ＩＤに対応付けられたコンテンツ属性情報を、当該差分情報で示される内容に基づいて更新する（ステップＳ１０）。

なお、ここでは利用者Ａの端末装置２０において音楽データＭｄが再生されたときの動作について説明しているが、このような動作は、他の利用者、例えば利用者Ｂ（Ｃ）の端末装置２０において音楽データＭｄが再生されたときでも同様に実行される。すなわち、管理部１３０は、利用者Ｂ（Ｃ）に対応付けられるコンテンツ属性情報を、当該差分情報で示される内容に基づいて更新する（ステップＳ１０）。

プレイリストＰｌｔには、端末装置２０において最近再生された曲のコンテンツ属性情報が登録される一方、プレイリストＰｌｔに登録された各曲のコンテンツ属性情報として、音楽データにおける曲名、アーティスト名、ジャンルとともに、再生回数情報が含まれている。
管理サーバ１０では、このようなプレイリストＰｌｔに登録された各曲のコンテンツ属性情報が利用者ごとに記憶されるので、利用者によるコンテンツの再生傾向などを利用者ごとに把握することができる。

＜マッチング処理＞
図１０は、マッチング処理の動作を示すフローチャートである。
マッチング処理が実行される契機は、本実施形態では、アプリが実行されている端末装置２０の表示部２０５に対して利用者が所定の操作をしたとき、例えばマッチングを要求するソフトウェアボタンをタップしたときである。このような操作が端末装置２０の表示部２０５に対してなされると、操作検出部２３１は、その検出結果を管理部２３３に通知する。管理部２３３は、マッチングの要求を、自己に付与された利用者ＩＤとともに送信部２３５に供給する。これにより、当該要求および利用者ＩＤが管理サーバ１０に送信される（ステップＳａ２０）。
なお、図１０におけるステップＳ２０１〜２０７が、図８におけるステップＳ２０に相当している。

管理サーバ１０では、当該要求および利用者ＩＤが受付部１２１によって受け付けられて、管理部１３０（特定部１３１）に転送される。当該要求および利用者ＩＤが転送された特定部１３１は、属性情報記憶部ＴＢ１１にアクセスして、マッチングを要求した利用者（要求者）に対応して登録された各曲のコンテンツ属性情報のうち、再生回数を比較対象として初回絞り込みを実行する（ステップＳ２０１）。詳細には、特定部１３１は、第１に、要求者に対応して登録されたコンテンツ属性情報のうち、再生回数情報を参照して、再生回数が最多の曲を特定する。特定部１３１は、第２に、要求者以外の利用者に対応して登録された各曲のコンテンツ属性情報のうち、再生回数情報において再生回数が最多の曲が、要求者の再生回数が最多の曲と一致している利用者の数を求める。なお、ここでいう要求者が、第１利用者である。

次に、特定部１３１は、求めた利用者（該当者）の数が所定数（例えば３００人）以下であるか否かを判別する（ステップＳ２０２）。所定数を超えていれば（ステップＳ２０２の判別結果が「Ｎｏ」であれば）、特定部１３１は、属性情報記憶部ＴＢ１１に記憶された利用者ごとのコンテンツ属性情報において、比較対象になっていない単位属性情報があるか否かを判別する（ステップＳ２０３）。詳細には、次のステップＳ２０４において比較対象とする単位属性情報が「アーティスト名」、「ジャンル」の順番に変更されるので、このステップＳ２０３においては、再生回数情報を除くすべての単位属性情報についての比較が完了していないのか否かが判別される。

比較対象になっていない単位属性情報があれば（ステップＳ２０３の判別結果が「Ｙｅｓ」であれば）。特定部１３１は、比較対象とする単位属性情報を初回であれば「アーティスト名」に設定し、２回目であれば「ジャンル」に設定する（ステップＳ２０４）。
そして、特定部１３１は、第１に、要求者に対応して登録されたコンテンツ属性情報のうち、設定された単位属性情報において、最も頻出する項目を特定し、第２に、絞り込まれた各該当者に対応して登録された各曲のコンテンツ属性情報のうち、設定された単位属性情報で最も頻出する項目が、要求者に対応して登録された各曲のコンテンツ属性情報において最多で頻出する項目と一致している利用者の数を求める（ステップＳ２０５）。
例えば、比較対象として設定された単位属性情報が「アーティスト名」であれば、特定部１３１は、該当者に対応して登録された各曲のコンテンツ属性情報において最も頻出するアーティスト名が、要求者に対応して登録された各曲のコンテンツ属性情報で最多で頻出するアーティスト名と一致している利用者の数を求める。ここで、求められる利用者の数は、登録された各曲のコンテンツ属性情報において再生回数が最多である曲が要求者と一致し、かつ、最も頻出するアーティスト名が要求者と一致する者の数である。

この後、処理手順がステップＳ２０２に戻り、特定部１３１は、ステップＳ２０５で求めた利用者の数が所定数以下であるか否かを再び判別し、所定数を超えていれば、さらに別の単位属性情報を比較対象として、絞り込みが実行される（ステップＳ２０３、Ｓ２０４）。
例えば、比較対象として設定された単位属性情報が「アーティスト名」から「ジャンル」に変更されたとき、特定部１３１は、該当者に対応して登録された各曲のコンテンツ属性情報において最も頻出するジャンルが、要求者に対応して登録された各曲のコンテンツ属性情報で最多で頻出するジャンルと一致している利用者の数を求める。ここで、求められる利用者の数は、登録された各曲のコンテンツ属性情報において再生回数が最多である曲が要求者と一致し、最も頻出するアーティスト名が要求者と一致し、さらに、最も頻出するャンルが要求者と一致する者の数である。

このようにして、特定部１３１は、比較対象とする単位属性情報を、再生回数、アーティスト名、ジャンルの順に移行させながら、要求者とコンテンツの再生傾向が類似する利用者の数を徐々に絞り込む。
絞り込みの過程で、該当者が所定数以下になったとき（ステップＳ２０２の判別結果が「Ｙｅｓ」となったとき）、または、再生回数情報を除くすべての単位属性情報が比較対象としたとき（ステップＳ２０３の判別結果が「Ｎｏ」となったとき）、特定部１３１は、該当者のなかから次のようにして要求者にマッチする利用者を特定する。
詳細には、特定部１３１は、複数の該当者のそれぞれ５０曲分のコンテンツ属性情報を、要求者の５０曲分のコンテンツ属性情報と総当たりで比較し、要求者のコンテンツ属性情報に登録された曲名と一致する曲名が最も多く登録されたコンテンツ属性情報の利用者（利用者ＩＤ）を特定する（ステップＳ２０６）。なお、ここで特定された利用者が、第２利用者である。

特定部１３１は、利用者情報記憶部ＴＢ１２にアクセスして、特定した利用者ＩＤに関連付けられるプロフィール情報およびリンク先情報を読み出して、提示部１４１に供給する。提示部１４１は、マッチングを要求した利用者の端末装置２０に対し、特定した利用者に関連付けられるプロフィール情報およびリンク先情報を送信するとともに、これらの情報の表示を指示する（ステップＳ２０７）。

一方、マッチングを要求した端末装置２０において、プロフィール情報およびリンク先情報を受信した管理部２３３は、これら受信した情報からマッチング結果の表示画面を作成して、表示制御部２３７に供給する。表示制御部２３７は、当該表示画面を表示部２０５に表示させる（ステップＳａ２２）。

図１１（ａ）は、マッチング結果の表示画面の一例を示す図である。この図に示される表示画面は、要求者を利用者Ａとした場合であって、特定部１３１によって利用者Ｃが特定された場合の例である。
表示部２０５において、表示オブジェクト２７０は、利用者Ｃに関連付けられたプロフィール情報のうち、キャラクター情報で規定された画像である。この表示オブジェクト２７０からは、利用者Ａに対するメッセージなどを含む吹き出し２７２が表示される。詳細には、吹き出し２７２において表示部分（ａ）は、利用者Ｃに関連付けられたプロフィール情報の名前情報である。
また、吹き出し２７２においてアンダーラインが付された表示部分（ｂ）は、利用者Ｃの「マイページ」のリンク先を示しており、利用者Ｃに関連付けられたリンク先情報で規定される。この表示部分（ｂ）を利用者Ａがタッチ操作すると、利用者Ｃを紹介するためマイページに移行する。
このマイページには、特に図示しないが、利用者Ｃに関するプロフィールなどが公開されるほか、利用者Ｃを利用者Ａのフレンドリストに登録するためのソフトウェアボタン等が含まれる。なお、利用者Ｃのマイページを閲覧する利用者Ａが、利用者Ｃとチャットするためには、利用者Ａは自身のフレンドリストに利用者Ｃを登録するだけで良い。すなわち、利用者Ｃによる「承認」等は必要ない。

マッチングを要求した利用者Ａが、マッチング処理によって特定された利用者Ｃのマイページを閲覧し、マイページに含まれるフレンドリストに登録するためのソフトウェアボタンを操作すると、利用者Ａのフレンドリストに利用者Ｃが登録される。
これにより、利用者Ａが、自己のフレンドリストにおいて利用者Ｃを選択するとともに、テキストなどのメッセージを入力して送信する旨を指示すると、当該メッセージが、管理サーバ１０を経由して利用者Ｃの端末装置２０に送信される。利用者Ｃは、利用者Ａによるメッセージに対して返答することができる。利用者Ｃが利用者Ａのメッセージに返答すると、当該メッセージが管理サーバ１０を経由して利用者Ａの端末装置２０に送信される。利用者Ａ、Ｃのそれぞれの端末装置２０では、互いのメッセージが時系列で表示される。

ここで、利用者Ｃの端末装置２０（表示部２０５）で表示される利用者Ａのメッセージを利用者Ｃがタッチ操作すると、利用者Ａを紹介するためマイページに移行する。このマイページには、利用者Ａをフレンドリストに登録するためのソフトウェアボタン等が含まれている。利用者Ｃは、そのソフトウェアボタンを操作することで、自己のフレンドリストに利用者Ａを登録することができる。
フレンドリストに登録された利用者は、メッセージを送信する相手（チャットの相手）として選択することができる。上述した例では、利用者Ａと利用者Ｃとが互いのフレンドリストに登録されたので、利用者Ａと利用者Ｃとはいつでもメッセージを送信し合うことが可能となる。
したがって、利用者Ａ、Ｃ同士では、タイムラインを共有した擬似的なチャットが行われることになる。なお、ここでは、利用者Ａ、Ｃによるチャットを例にとって説明したが、３人以上の利用者同士によるチャットも可能である。

なお、吹き出し２７２における表示部分（ｃ）は、利用者Ａに対して自身宛のメッセージであることを確認させるために、利用者Ａに関連付けられたプロフィール情報のキャラクター情報で規定された表示オブジェクトである。
また、吹き出し２７２において、表示部分（ａ）、（ｂ）、（ｃ）以外の部分は、予め用意された定型フォーマットを用いることができる。
このように表示部２０５では、マッチングを要求した利用者Ａに対して、マッチング処理によって特定された利用者Ｃが、あたかも自己紹介するかのように表示される。

この例では、マッチング処理によって特定された利用者の情報が表示される場合に、当該利用者に関連付けられるプロフィール情報（図７参照）のうち、名前情報およびキャラクター情報と、リンク先情報とに基づいた画面（図１１（ａ）参照）を示したが、その他の情報として登録された年齢や性別などの情報を全部用いても良いし、一部に制限して、例えば特定された利用者のリンク先情報だけを表示しても良い。
また、特定された利用者のプレイリストや、当該プレイリストから特定される情報を、マッチング結果を示す画面に表示させて、あるいは、当該利用者のマイページに表示させて、要求者に対して自己におけるコンテンツの再生傾向が類似する根拠を示しても良い。

一方、このサービスに登録した利用者が少数である場合や、サービスに登録した直後においてコンテンツの再生回数が少ない場合などでは、マッチング処理によって、自己のコンテンツの再生傾向に類似した利用者が特定できない場合がある。
この場合、特定部１３１は、マッチング結果が否定的な結果であった旨の情報を提示部１４１に供給し、提示部１４１は、マッチングを要求した利用者の端末装置２０に対し、当該結果を送信するとともに、これらの情報の表示を指示する（ステップＳ２０６）。
マッチングを要求した端末装置２０において、当該結果を受信した管理部２３３は、マッチング結果が否定的であった結果を示す表示画面を作成して、表示制御部２３７に供給する。表示制御部２３７は、当該表示画面を表示部２０５に表示させる（ステップＳａ２２）。

図１１（ｂ）は、この場合の表示画面の一例を示す図である。この図に示される例では、表示部２０５において、システム（管理サーバ１０）からの通知であることを示す表示オブジェクト２７４から、マッチング結果が否定的であった旨を示すメッセージが吹き出し２７６で表示されている。

本実施形態によれば、管理サーバ１０の側では、端末装置２０の再生部２３４で再生可能なコンテンツに関するコンテンツ属性情報が利用者ごとに属性情報記憶部ＴＢ１１に記憶される。複数の利用者のうち、マッチングを要求した利用者（要求者）のコンテンツ属性情報に対して所定の関連性を有するコンテンツ属性情報に対応付けられた利用者が特定部１３１によるマッチング処理で特定されると、特定された利用者の利用者情報に基づいて生成される情報が、要求者の端末装置２０において表示部２０５に表示される。したがって、要求者は、希望相手の情報を入力することなく、自己のコンテンツ属性情報と所定の関連性を有するコンテンツ属性情報に対付けられた利用者、すなわち、自己のコンテンツの再生傾向と類似する利用者の情報を知ることができる。

ところで、複数のコンテンツ属性情報を用いて、要求者と曲名が一致する数が多い利用者を特定する処理は、比較対象となる利用者に対応して登録された各曲のコンテ属性性情報を１個ずつ対比する（総当たり）ので、対象となる利用者が多くなるにつれ、管理サーバ１０における処理の負荷が重くなる。
本実施形態では、自己のコンテンツの再生傾向が類似する利用者を特定するにあたって、まず、複数のコンテンツ属性情報において再生回数が最多の曲が要求者に一致する利用者の数を求めるとともに、次に、当該利用者の数が所定数を超えていれば、単位属性情報を変更しながら候補者を絞り込んで、例えば候補者が所定数以下になった時点で、ステップＳ２０７において利用者ごとに対応する複数のコンテンツ属性情報を用いて、要求者と曲名が一致する数が多い利用者を特定する構成となっている。すなわち、総当たりの前に比較対象となる利用者を絞り込んでいる。
したがって、本実施形態では、総当たりの構成と比較して、管理サーバ１０における処理の負荷を低減することができる。

＜応用・変形例＞
本発明は、上述した実施形態に限定されるものではなく、例えば次に述べるような各種の応用・変形が可能である。なお、次に述べる応用・変形の態様は、任意に選択された一または複数を適宜に組み合わせることもできる。

＜プレイリスト＞
実施形態では、プレイリストＰｌｔに登録される曲数を「５０」としたが、これ以外の数であっても良いし、曲数に制限を加えなくても良い。曲数に制限を加えない場合、最近再生時刻を曲ごとに関連付けて記憶する必要がなくなる。
実施形態においてプレイリストＰｌｔとしては、「最近再生した曲」をリスト化したものを例示したが、これに限られず、「最近追加した曲」、「再生回数の多い曲」などをリスト化したものであっても良い。これらの例示は、再生されたコンテンツに応じて端末装置２０（管理部２３３）で作成されたものであるが、利用者自身が作成したものであっても良い。例えば、利用者自身が、「お気に入り」の曲をリスト化したものであっても良い。プレイリストが利用者自身によって作成されたものである場合、プレイリストにコンテンツ情報が登録された曲の再生が指定されたときに、再生回数情報がインクリメントされて、その差分情報が利用者ＩＤとともに管理サーバ１０に送信される。利用者自身が作成したプレイリストが変更（曲の追加、削除、入れ替えなど）された場合、その変更内容を示す情報が差分情報として利用者ＩＤとともに、管理サーバ１０に送信される。
また、プレイリストとしては、例えば「最近再生した曲」の１つに限られず、「最近追加した曲」、「再生回数の多い曲」、「お気に入り」などを複数記憶するとともに、これらの一部または全部を管理サーバに送信してマッチング処理に用いても良い。

＜コンテンツ属性情報＞
実施形態では、コンテンツの例として音楽データＭｄを例にとって説明したが、上述したように、動画データや、書籍データなどであっても良いし、これらを区別しないで扱っても良い。
また、コンテンツ属性情報として、曲名（タイトル）や、アーティスト名（制作者名、作者名）、ジャンル、再生回数に加えて、上述した最近再生時刻を単位属性情報として加えても良い。すなわち、ある利用者についてプレイリストＰｌｔに登録される情報の全部をコンテンツ属性情報としても良い。また、単位属性情報としては、例えばダウンロードした日付（購入日時）や、ダウンロード元などの他の情報を加えても良いし、これらを識別する情報を含ませても良いのはもちろんである。そして、これらの単位属性情報を用いてマッチング処理を実行しても良い。
また、プレイリストが更新されたときに、当該更新された差分情報を端末装置２０から管理サーバ１０に送信するようにしたが、更新後のプレイリストを送信するようにしても良い。

さらにまた、再生されたコンテンツに対応するコンテンツ属性情報を端末装置２０から管理サーバ１０に送信し、管理サーバ１０では、端末装置２０で再生されたコンテンツの履歴を記憶して、この履歴からコンテンツの再生傾向を把握するようにしても良い。例えば、音楽データＭｄの再生でいえば、再生された音楽データＭｄに対応する曲のコンテンツ属性を、プレイリストとは関係なく端末装置２０から管理サーバ１０に送信して、管理サーバ１０では、端末装置２０で再生されたコンテンツ（音楽データ）の履歴を記憶して、この履歴からコンテンツの再生傾向を把握するようにしても良い。
また、プレイリストと、再生に応じた１つのコンテンツ属性情報とのそれぞれが、端末装置２０から管理サーバ１０に送信されるようにしても良い。

＜クラウド＞
実施形態では、管理サーバ１０がデータベース１１８を内包して管理する構成としていたが、データベースを管理サーバ１０以外の外部サーバで管理する構成、すなわちクラウドコンピューティングで管理するようにしても良い。
同様に、実施形態では、端末装置２０がデータベース２１８を内包して管理する構成としていたが、管理サーバ１０や他の外部サーバで管理する構成としても良い。

＜マッチング処理の内容＞
実施形態では、マッチング処理における単位属性情報の比較対象の順序を、再生回数、アーティスト名、ジャンルとして、最後に曲名としたが、これに限られない。また、上述したように、最近再生時刻や、ダウンロードした日付（購入日時）、ダウンロード元など、他の単位属性情報を比較対象としても良い。

実施形態において、利用者ごとに対応して登録された各曲のコンテンツ属性情報を用いたマッチング処理としては、再生回数については最多のもの、アーティスト名およびジャンルについては最も頻出するもの、曲名については一致する数、でそれぞれ判定したが、これに限られない。例えば、アーティスト名、ジャンルについても一致する数で判定しても良い。
また、実施形態においてはマッチング処理において、利用者ごとのプレイリストに登録された曲のコンテンツ属性情報を比較したが、これに限らない。プレイリストとして含まれるコンテンツ属性情報に限らず、利用者に対応する全てのコンテンツ属性情報に基づいて、コンテンツの再生傾向が類似する利用者を特定しても良い。
また例えば、コンテンツ属性情報に含まれる各単位属性情報のそれぞれについて総合的に重み付けした比較結果にしたがってコンテンツの再生傾向が類似する利用者を特定しても良い。
さらに、マッチング処理によって特定する利用者を、１人ではなく２人以上にして、要求者の端末装置２０に提示して、提示された結果によって、要求者がフレンドリストに登録する利用者を適宜選択するようにしても良い。

＜マッチング処理の契機＞
実施形態において、マッチング処理を実行する契機を、利用者が端末装置に所定の操作をしてマッチングの要求したとき（ステップＳａ２０）としたが、本発明は、これに限られない。管理サーバ１０が、例えば３日に１回、所定の時刻でマッチング処理をするようにしても良い。特にマッチング処理は、処理の負荷が大きくなる傾向にあるので、マッチング処理を利用者ごとに異ならせて順次実行する構成としても良い。

＜その他＞
実施形態において、管理部１３０は、特定部１３１を内包するブロックとして表現したが、特に区別しなくても良いし、分離したブロックとして考えても良い。
また、実施形態では、提示部１４１は、マッチング処理によって特定された利用者の情報を要求者の端末装置２０に送信し、当該利用者の情報を表示する旨を指示するのみにとどまり、実際のマッチング結果を示す表示画面については端末装置２０（管理部２３３）が作成する構成としたが、提示部１４１は、マッチング結果を示す表示画面をウェブ画面で作成して、要求者の端末装置２０に送信して、当該利用者の端末装置２０におけるブラウザで当該ウェブ画面を表示する構成としても良い。
いずれにしても、提示部１４１が、特定された利用者の情報を提示させる点については、前者の利用者情報を要求者の端末装置２０に送信して当該情報を表示する旨を指示することと、後者のマッチング結果を示す表示画面をウェブ画面で作成して、要求者の端末装置２０に表示させることとの双方を含む。
また、実施形態では、端末装置２０のコンテンツ記憶部ＴＢ２１において、音楽データＭｄと、当該音楽データＭｄ（曲）に対応するコンテンツ属性情報Ｃｄとが別個に記憶されるとしたが、音楽データＭｄとコンテンツ属性情報Ｃｄとが一体型のデータであっても良い。

１…システム、１０…管理サーバ（サーバ装置）、２０…端末装置、１０１、２０１…ＣＰＵ、１１８、２１８…データベース、１２１…受付部、１２５…転送部、１３０…管理部、１３１…特定部、１４１…提示部、２０５…表示部、２３３…管理部、２３４…再生部、２３５…送信部、２３７…表示制御部。

Claims (8)

1. 複数の利用者のそれぞれによって各々が操作されるとともに、コンテンツを再生する再生部と前記再生部で再生可能なコンテンツの属性を示すコンテンツ属性情報を送信する送信部とを具備する端末装置に対して
   通信可能なサーバ装置であって、
   前記複数の端末装置のそれぞれから受信したコンテンツ属性情報を利用者ごとに記憶する属性情報記憶部を参照して、前記複数の利用者のうち、第１利用者のコンテンツ属性情報に対して所定の関連性を有するコンテンツ属性情報に対応付けられた第２利用者を、前記第１利用者以外から特定する特定部と、
   前記複数の利用者に関する利用者情報を利用者ごとに記憶する利用者情報記憶部を参照して、前記第２利用者の利用者情報の一部又は全部に基づいて生成される情報を、前記第１利用者の端末装置に提示させる提示部と、
   を具備することを特徴とするサーバ装置。
2. 前記コンテンツ属性情報は、２以上の単位属性情報を含み、
   前記特定部は、
   前記第１利用者に対応するコンテンツ属性情報に含まれる前記２以上の単位属性情報のいずれかに基づいて前記第２利用者を特定する
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記コンテンツ属性情報は、当該コンテンツ属性情報に対応するコンテンツが前記端末装置で再生された回数を示す単位属性情報として再生回数情報を含み、
   前記特定部は、
   当該再生回数情報で示される再生回数が最多となっているコンテンツ属性情報に対応するコンテンツが、前記第１利用者に一致している１以上の利用者のなかから、前記第２利用者を特定する
   ことを特徴とする請求項１または２に記載のサーバ装置。
4. 前記特定部は、
   前記再生回数情報で示される再生回数が最多となっているコンテンツ属性情報に対応するコンテンツが前記第１利用者に一致している利用者の数が、所定数を超えている場合、
   前記再生回数情報以外の他の単位属性情報が前記第１利用者と類似または一致する利用者のなかから、前記第２利用者を特定する
   ことを特徴とする請求項３に記載のサーバ装置。
5. 前記属性情報記憶部は、
   前記端末装置の再生部で再生可能なコンテンツを１以上登録したプレイリストであって、当該登録された各コンテンツにそれぞれ対応する１以上のコンテンツ属性情報で構成されるプレイリストを利用者ごとに記憶する
   ことを特徴とする請求項１乃至４のいずれかに記載のサーバ装置。
6. 前記属性情報記憶部は、
   前記端末装置の再生部で再生されたコンテンツに対応するコンテンツ属性情報を利用者ごとに記憶する
   ことを特徴とする請求項１乃至５のいずれかに記載のサーバ装置。
7. 複数の利用者のそれぞれによって各々が操作されるとともに、コンテンツを再生する再生部と前記再生部で再生可能なコンテンツの属性を示すコンテンツ属性情報を送信する送信部とを具備する端末装置に対して
   通信可能なサーバ装置の制御方法であって、
   前記複数の端末装置のそれぞれから受信したコンテンツ属性情報を利用者ごとに記憶する属性情報記憶部を参照して、前記複数の利用者のうち、第１利用者のコンテンツ属性情報に対して所定の関連性を有するコンテンツ属性情報に対応付けられた第２利用者を、前記第１利用者以外から特定するステップと、
   前記複数の利用者に関する利用者情報を利用者ごとに記憶する利用者情報記憶部を参照して、前記第２利用者の利用者情報の一部又は全部に基づいて生成される情報を、前記第１利用者の端末装置に提示させるステップと、
   を具備することを特徴とするサーバ装置の制御方法。
8. 複数の利用者のそれぞれによって各々が操作されるとともに、コンテンツを再生する再生部と前記再生部で再生可能なコンテンツの属性を示すコンテンツ属性情報を送信する送信部とを具備する端末装置に対して
   通信可能なコンピュータを、
   前記複数の端末装置のそれぞれから受信したコンテンツ属性情報を利用者ごとに記憶する属性情報記憶部を参照して、前記複数の利用者のうち、第１利用者のコンテンツ属性情報に対して所定の関連性を有するコンテンツ属性情報に対応付けられた第２利用者を、前記第１利用者以外から特定する特定部、および、
   前記複数の利用者に関する利用者情報を利用者ごとに記憶する利用者情報記憶部を参照して、前記第２利用者の利用者情報の一部又は全部に基づいて生成される情報を、前記第１利用者の端末装置に提示させる提示部、
   として機能させることを特徴とするプログラム。

Images