JP2006254241A - コンテンツ推薦システム、通信端末装置及びコンテンツ推薦方法 - Google Patents

Abstract

【課題】 コンテンツが蓄積された通信端末装置に対して、効果的なコンテンツの推薦ができるようにする。
【解決手段】 蓄積したコンテンツに関するリストを端末装置１０の外部に転送し、その転送されたリストと、予め用意された複数のリストとをサーバ装置１側で比較して、予め用意された複数のリストの中から、転送されたリストとの一致度が高いリストを取り出し、その取り出されたリストと、転送されたリストとを比較して、取り出されたリストにだけ存在するコンテンツを、推薦コンテンツとして決定して、その推薦コンテンツに関する情報を、コンテンツを蓄積した端末装置１０側に送るようにした。
【選択図】 図１

Description

本発明は、例えば、携帯電話端末の如き通信端末装置に対してコンテンツを推薦するコンテンツ推薦システム及びコンテンツ推薦方法、並びにそのシステムに適用される通信端末装置に関する。

近年、携帯電話端末の如き通信端末装置に、比較的大容量の半導体メモリやハードディスクドライブ装置などのデータ記憶部を設けて、そのデータ記憶部に楽曲データ（音楽データ）を記憶させて、その端末装置で楽曲を再生させるようなことが普及している。携帯電話端末の場合、楽曲データのダウンロードについても、無線電話回線を経由して楽曲が蓄積されたサーバにアクセスして、そのサーバからダウンロードすることが可能であり、サーバに用意された様々な音楽を楽しむことができる。

特許文献１には、楽曲データを蓄積したサーバにアクセスして、そのサーバに蓄積された楽曲の中から選んだユーザ所望の楽曲をダウンロードすることについての記載がある。特許文献１に記載されたものは、パーソナルコンピュータ装置をインターネットに接続して、サーバにアクセスするシステムであるが、携帯電話端末の場合にも、基本的な原理は同じである。
特開２００２−７３０４１号公報

ところで、このようなシステムが普及するに従って、サーバ側に用意される楽曲の数は非常に膨大な数になる傾向にあり、そのサーバに用意された膨大な数の楽曲の中から、ユーザが所望の楽曲を探す作業は、簡単ではない。

このため、予め登録されたユーザ（が所持する端末装置）に対して、このようなシステムを運用する側から、各ユーザに対して、そのユーザの好みに適合した楽曲を推薦するメールなどを送信して、ユーザが楽曲を選ぶ際の候補を推薦することが、従来行われている。

ところが、従来のシステムでの楽曲の推薦は、例えばユーザ登録する際に、そのユーザの好みのジャンルを登録して、その登録されたジャンルでの新曲を推薦したり、或いは、そのユーザが購入（ダウンロード）した楽曲と同じ演奏者の、他の楽曲を推薦するなどであった。

従って、従来の推薦処理では、それなりにユーザ毎にカスタマイズされた推薦ではあるが、実際に個々のユーザがダウンロードして持っている楽曲の傾向と完全に一致した推薦であるとは言えない問題があった。特許文献１にも、サーバ側で自動的に選曲することについての記載があるが、予め登録されたジャンルなどに基づく程度であり、高度な楽曲推薦が行われているとは言えない。

なお、ここまでの説明では、オーディオデータである楽曲データを端末装置にダウンロードさせて蓄積させる場合の問題について説明したが、楽曲データ以外のコンテンツデータをダウンロードして蓄積させる場合にも同様の問題がある。

本発明はかかる点に鑑みてなされたものであり、コンテンツが蓄積された通信端末装置に対して、効果的なコンテンツの推薦ができるようにすることを目的とする。

本発明は、蓄積したコンテンツに関するリストを外部に転送し、その転送されたリストと、予め用意された複数のリストとを比較して、予め用意された複数のリストの中から、転送されたリストとの一致度が高いリストを取り出し、その取り出されたリストと、転送されたリストとを比較して、取り出されたリストにだけ存在するコンテンツを、推薦コンテンツとして決定して、その推薦コンテンツに関する情報を、コンテンツを蓄積した側に送るようにしたものである。

このようにしたことで、予め用意された複数のリストとして、例えば他のユーザから送られたリストとすることで、実際に各ユーザが所持しているコンテンツそのものが比較されて、同じようなコンテンツを所持する傾向があるユーザのリストを判断材料として、推薦するコンテンツが決定する。

本発明によると、同じようなコンテンツを所持する傾向があるユーザのリストを判断材料として、推薦するコンテンツが決定するので、非常に各ユーザの個人的な好みの傾向を反映した推薦が可能になる。

以下、本発明の一実施の形態を、添付図面を参照して説明する。
本例においては、携帯電話端末として構成された無線通信端末装置を、サーバ装置にアクセスして使用するシステムとしたものである。

図１は、本例のシステム構成例を示した図である。本例においては、携帯電話端末装置１０を用意して、その携帯電話端末装置１０に、コンテンツデータをダウンロードして蓄積できる構成としてある。ここでは、蓄積されるコンテンツとして、楽曲データとしてある。

楽曲データは、この携帯電話端末装置１０が、無線電話回線などによる無線通信を行ってインターネットに接続し、そのインターネット上の所定アドレスのサーバ装置１にアクセスして、そのサーバ装置１からダウンロードする構成としてある。サーバ装置１側には、楽曲データを蓄積するデータベース２が用意されて、携帯電話端末装置１０からの要求で多数の楽曲を、端末装置１０に送信することができる。

ここで本例の場合には、図１に示すように、携帯電話端末装置１０に蓄積されて再生可能な楽曲のリスト（以下そのリストをプレイリストと称する）を、サーバ装置１に送るようにしてある（処理ａ）。プレイリストについては、例えば、楽曲のタイトル（曲名）、演奏者名（アーティスト名）などを、それぞれの楽曲ごとに持ったリストである。作曲者名、アルバム名、ジャンル情報などのより詳細な情報を持たせても良い。

サーバ装置１では、その送られたプレイリストを、サーバ装置１側に予め蓄積されたプレイリストと比較して、推薦曲を決める楽曲データの検索を行う（処理ｂ）。その検索で、選び出された推薦曲（以下リコメンド楽曲と称する）の一覧のデータを、携帯電話端末装置１０に送信する（処理ｃ）。リコメンド楽曲の一覧の送信については、例えば携帯電話端末装置１０からアクセスがあって、直ぐにリコメンド楽曲が選定できる場合には、そのアクセス中の端末装置１０に返送させる。或いは、リコメンド楽曲の一覧のデータを、電子メールとして、サーバ装置１から端末装置１０に送信してもよい。このようにして送信されたリコメンド楽曲の一覧を端末装置１０で表示させて、ユーザが確認することで、その中から聴取したい楽曲を選び出して、サーバ装置１側からダウンロードするシステム構成としてある。楽曲のダウンロードを行う際には、課金などの処理を行うようにしてもよい。

なお、携帯電話端末装置１０とサーバ装置１との通信については、両装置を近接させて、無線信号や赤外線信号の伝送で、直接的に通信を行うようにしてもよい。例えば、サーバ装置１を、ＣＤ（Compact Disc）などのコンテンツ記録媒体を販売する店に設置して、そのサーバ装置１に近接させた端末装置１０との間で、後述する近距離無線通信などでデータ転送させて、同様の処理を行うようにしてもよい。この場合、サーバ装置１に接続されたデータベース２は、プレイリストのデータだけを持つようにして、コンテンツそのものである楽曲データは、持たないようにしてもよい。

次に、本例のシステムで使用される携帯電話端末装置１０の構成例を、図２を参照して説明する。本例の携帯電話端末装置１０は、無線電話用の基地局と無線通信を行うための無線電話通信用アンテナ１１を備え、そのアンテナ１１が無線電話通信用の通信回路１２に接続してあり、制御部１９の制御で、基地局との間で無線通信を行うようにしてある。通信回路１２で通話用の通信を行う際には、受信した音声データを音声データ処理部１３に供給して音声データの受信処理を行ってからスピーカ１４に供給して出力させ、また、マイクロフォン１５が拾って音声データ処理部１３で処理された送信用の音声データを通信回路１２に供給して送信させる。

この携帯電話端末装置１０は、液晶ディスプレイなどで構成された表示部１６と、操作キーなどで構成された操作部１７を備える。表示部１６には、メール文、ウェブにアクセスさせた画面などを表示させることができ、操作部１７は、電話番号やメール文などの入力操作や、各種モード設定などが行える。後述する推薦する楽曲の一覧の画面などの、楽曲再生に関する画面についても、表示部１６に表示させる。

これらの端末装置１０内の各ブロックは、制御ライン２３を介して制御部１９などと接続してあり、またデータライン２４を介してデータ転送を行える構成としてあり、メモリ１８に必要なデータを記憶させるようにしてある。このメモリ１８には、携帯電話端末として必要なデータだけでなく、楽曲再生に必要なデータについても記憶させてもよい。例えば、この端末装置１０にダウンロードされて蓄積した楽曲のリストであるプレイリストを、メモリ１８が記憶してもよい。また、メモリ１８とは別に、大容量のデータ記憶手段であるハードディスクドライブ装置３０を備え、この端末装置１０に入力されたデータやダウンロードされたデータなどを蓄積するようにしてある。コンテンツデータである楽曲データについても、ハードディスクドライブ装置３０を使用して記憶（記録）させる構成としてある。

また、この端末装置１０への電話回線を介した着信や、各種警告を行うために、端末そのものを振動させる振動モータなどで構成される振動部２１と、発光ダイオードなどで構成される発光部２２とを備え、制御部１９の制御で、振動や発光を行う。これらの振動部２１や発光部２２は、携帯電話端末として着信などを知らせる告知手段として使用される。

また、本例の携帯電話端末１０は、非接触ＩＣカード機能部４０を備える。この非接触ＩＣカード機能部４０は、アンテナ４２が接続された近距離通信部４１を有し、リーダ・ライタとの間で、数cm程度の非常に近接した距離での近接無線通信を行う。この近接無線通信を行う際には、リーダ・ライタ側からの電波を受信して得られる電力で、近距離通信部４１を作動させることも可能であるが、本例においては携帯電話端末１０内の電源回路（図示せず）から供給される電源で、近距離通信部４１を作動させるようにしてある。

近距離通信部４１は、ＩＣカード機能を実行する際に、課金や認証に必要なデータをメモリ１８（又は課金データ制御部４１内の図示しないメモリ）から読み出して、リーダ・ライタと近接無線通信でやり取りを行う。例えば、交通機関の乗車券として機能させる場合には、乗車券（定期券）として有効な区間、有効期間、或いは乗車券として引き落とすことが可能なチャージ金額などのデータや、この端末（ＩＣカード）の所持者に関する個人情報などを、近距離通信部４１がリーダ・ライタに送って、課金処理や認証処理を行うようにしてある。映画やコンサートなどのチケット、会員証、代金決済用のカード、クレジットカードなどとして使用する場合には、それらの認証に必要な情報についても、やり取りされる。

さらに本例の携帯電話端末装置１０は、カメラ部５０を備え、静止画又は動画の撮影が行える構成としてあり、撮影された画像データや音声データは、ハードディスクドライブ装置３０でハードディスクなどに記録（記憶）させるようにしてある。さらに、音楽再生部６０を備えて、ハードディスクなどに記録（記憶）された楽曲データのスピーカ又はヘッドホンからの再生についても行える構成としてある。また、携帯電話端末として電話やメールの着信などを知らせるために、音楽再生部６０で楽曲データを再生させるようにしてもよい。なお、ハードディスクドライブ装置３０でハードディスクに記録される楽曲データとしては、サーバ装置１（図１）側からダウンロードした楽曲以外に、例えばこの端末装置１０を、ユーザが所持するパーソナルコンピュータ装置（図示せず）に接続して、そのコンピュータ装置に蓄積された楽曲データを転送させたものでもよい。或いは、メモリカードなどの記憶媒体を介して、この端末装置にデータを取り込ませるようにしてもよい。

次に、図１に示したサーバ装置１の構成例について、図３を参照して説明する。本例のサーバ装置１は、例えばインターネットにアクセス可能なコンピュータ装置を使用して構成され、制御部１ａと、外部インターフェイス１ｂと、リコメンド楽曲検索部１ｃとを備えて、外部インターフェイス１ｂを経由したアクセスに基づいて、リコメンド楽曲検索部１ｃが、データベース２に蓄積されたプレイリストと、アクセスがあった端末装置側から送られたプレイリストとを比較して、候補となるプレイリストを選定し、その候補プレイリストから、リコメンド楽曲を探し出す処理を行う構成としてある。

データベース２には、このサーバ装置１が配信可能な楽曲のデータが記憶されているとともに、このサーバ装置１にアクセスがあった端末装置から送られたそれぞれのプレイリストを記憶させるようにしてある。この記憶されたプレイリストが、それ以後にリコメンド楽曲検索で使用される、データベース２に蓄積されたプレイリストの１つとなる。従って、データベース２は、サーバ装置１にアクセスがあった多数の端末装置１０のプレイリストを蓄積している。

また、サーバ装置１は、通常のコンピュータ装置が備える表示部１ｄや操作部１ｅについても備える。

次に、本例の携帯電話端末装置１０がサーバ装置１にアクセスして、携帯電話端末装置１０が持つプレイリストをサーバ装置１に送った場合に行われる処理を、図４以降を参照して説明する。まず、図４のフローチャートを参照して、リコメンド楽曲を決める全体的な処理について説明すると、サーバ装置１に端末装置１０からプレイリストが送られると、サーバ装置１のデータベース２内に蓄積された複数のプレイリストと、端末装置１０から送られて受信したプレイリストとの比較処理が行われる（ステップＳ１１）。

その比較で、データベース２内に蓄積された複数のプレイリストの中から、端末装置１０から送られたプレイリストと一致度が高いプレイリストを複数取り出す。ここでの一致度が高いとは、例えば、楽曲の曲名と演奏者名が一致する数で判断し、その一致する数が、最も高いプレイリストから順に、ランキングする処理を行う（ステップＳ１２）。このとき、曲名以外のその他の情報（例えばアルバム名、ジャンル名など）の一致度を考慮して、一致度を判断してもよい。

次に、そのランキングされたプレイリストの中から、一致度の高い上位の所定数のプレイリストだけを、検索対象として選定する（ステップＳ１３）。この選定時には、例えば予め決められた所定個（例えば１０個）のプレイリストを選定する。或いは、曲名などの一致度が一定比率以上のプレイリストを、全て検索対象として選定してもよい。

そして、その選定された全てのプレイリストと、端末装置１０から送られて受信したプレイリストとが比較され、その比較に基づいてリコメンド楽曲の検索が行われる（ステップＳ１４）。ここでのリコメンド楽曲の検索処理としては、例えば、選定された全てのプレイリストの中から、端末装置１０から送られて受信したプレイリストにない全ての楽曲を取り出す処理が行われる。

そして、その取り出された全ての楽曲について、最も多くのプレイリストにある曲から順にランキングを行う（ステップＳ１５）。そのランキングされた曲の中で、上位の所定の複数曲（又は最上位の１曲）をリコメンド楽曲として決定し、その決定されたリコメンド楽曲に関する情報（タイトル、演奏者名など）の一覧のデータを作成し、その作成した一覧のデータを、端末装置１０に返送させる。

なお、ステップＳ１５でのランキングの際に、重複して複数のプレイリストに示された楽曲が全く存在しなかった場合には、「同一な楽曲」という定義を、演奏者名と解釈して、演奏者名に限って、重複して含まれているかを検索して、候補となる楽曲を選び出すようにしてもよい。同一の演奏者名の曲についても重複している楽曲が存在しない場合には、リコメンド対象楽曲なしとする。

次に、この図４のフローチャートでのそれぞれのステップでの、より具体的な処理例について説明する。図５は、図４のフローチャートのステップＳ１１での、プレイリストの比較処理に用いる検索基準例を示した図である。受信したプレイリストに格納されている楽曲の集合をＮ（ｕ）とし、データベース内にある１つのプレイリストｐ１に格納されている楽曲の集合をＮ（ｐ１）とする。このとき、集合Ｎ（ｕ）と集合Ｎ（ｐ１）との積集合の要素数（楽曲数）を、プレイリストｐ１の点数とする。この点数は、ランキング付けの際に利用される。

このような比較処理は、サーバ装置のデータベースに格納されている全てのプレイリストに対して順に実行される。即ち、例えば図６に示すように、プレイリストＬ１〜Ｌｎ（ｎは任意の複数）が格納されているとすると、それぞれのプレイリストが、受信したプレイリストＬ０と比較されて、その比較結果に基づいてランキング結果が得られる。

図７は、リコメンド楽曲の選定処理例を示した図である。ここでは、説明を簡単にするために、２つのプレイリストｐ１，ｐ２内の楽曲の集合Ｎ（ｐ１），Ｎ（ｐ２）と、受信したプレイリスト内の楽曲の集合Ｎ（ｕ）とから、リコメンド楽曲の候補を選定する処理を示してある。この図７に示すように、受信したプレイリスト内の楽曲の集合Ｎ（ｕ）に存在する楽曲を除いた上で、各集合Ｎ（ｐ１），Ｎ（ｐ２）で重なる楽曲の集合を、リコメンド対象とする。

このようにして選定されたリコメンド対象の楽曲から、図８に示すように、より多くのプレイリストに含まれている楽曲をランキングの上位にする処理を行い、その上位から数曲又は１曲を、リコメンドする曲として決定する。なお、このリコメンドする曲を決定する際には、プレイリスト数だけからはランキングの下位であっても、発売されてから時間があまり経過していない楽曲については、リコメンドする曲に含めたり、特定の一人だけが持っている楽曲をリコメンドする曲に加えたり、受信したプレイリスト内のジャンルにない曲については除外するなど、なんらかの処理を行うようにしてもよい。また、このシステムの運用者が、リコメンドしたい楽曲を予め設定して、演奏者やジャンルなどからの判断で一覧中に加えるようにしてもよい。これにより、発売前の楽曲についても、リコメンドできるようになる。

このようにして、ユーザに推薦する楽曲を決定することで、実際に各ユーザが所持している楽曲そのものが比較されて、同じような楽曲を所持する傾向があるユーザのリストを判断材料として、推薦する楽曲が決定するので、非常に各ユーザの個人的な好みの傾向を反映した良好な推薦が可能になる。

なお、本例のシステムのサーバ装置１を運用開始させた直後には、データベース２にプレイリストが蓄積されてなく、そのままではリコメンド曲を決定できないが、予めサンプルとしてプレイリストを用意して、そのサンプルを使用し、ある程度の数のプレイリストが集まった段階で、初期設定されたサンプルデータは使用しないようにしてもよい。

なお、上述した実施の形態では、サーバ装置へのプレイリストの送信は、そのプレイリストの送信のためにアクセスなどを行って、リコメンド楽曲のデータを得るための専用の操作を必要としたが、何らかの通信処理などと同時に行うようにしてもよい。例えば、図９に示すように、ＣＤなどのコンテンツ記録媒体の販売店のレジスタ３に、非接触ＩＣカードで代金の決済を行うためのリーダ・ライタ４を接続しておく。そして、商品（ＣＤ）９を購入（又はレンタル）するために、ユーザが携帯電話端末装置１０の非接触ＩＣカード機能４０を使用して、リーダ・ライタ４に近接させて、代金決済用の近距離無線通信を行ったとする。このとき、リーダ・ライタ４との通信で、携帯電話端末装置１０が持つプレイリストを、レジスタ３側に転送させ、そのレジスタ３からリコメンド楽曲検出用のサーバに送るようにする。このようにしたことで、ユーザはリコメンド楽曲のデータを得るための専用の操作などが必要なくなる。

また、上述した実施の形態では、携帯電話端末装置に、楽曲データを蓄積させて、その蓄積された楽曲データのリストを送って、推薦曲の一覧を返送させるようにしたが、その他の各種端末装置に通信機能を備えさせて、サーバ側にアクセスさせて、同様の推薦曲のデータを得るようにしてもよい。例えば、ＰＤＡ（Personal Digital Assistance）などのデータ処理端末装置に、インターネットにアクセス可能な通信機能などを内蔵させて、その端末装置に蓄積させたコンテンツのリストに基づいて、同様の処理を行うようにしてもよい。端末装置が所持するコンテンツについても、楽曲データ以外のコンテンツでもよい。例えば、電子書籍データのリストに基づいて、同様の処理を行ってもよい。

また、図１に示した例では、推薦曲の一覧を生成させる処理を、専用に用意されたサーバで行う構成としたが、サーバ装置である必要はない。例えば、ユーザが所持する携帯電話端末装置を、別のユーザが所持する携帯電話端末装置と通信して、プレイリストの交換などを行って、他のユーザのプレイリストを集めて、集められた他のユーザのプレイリストの中から、自分のプレイリストと一致度が高いリストを選び出して、その選び出した出したリスト中の自分が持っていない楽曲を検出して、一覧として端末装置に表示させるようにしてもよい。

本発明の一実施の形態によるシステム構成例を示した説明図である。 本発明の一実施の形態による端末装置の構成例を示したブロック図である。 本発明の一実施の形態によるサーバの構成例を示したブロック図である。 本発明の一実施の形態によるリコメンド楽曲検索処理例を示したフローチャートである。 本発明の一実施の形態によるプレイリストの比較処理に用いる検索基準例を示した説明図である。 本発明の一実施の形態によるプレイリストの比較処理例を示した説明図である。 本発明の一実施の形態によるリコメンド楽曲の集合選定例を示した説明図である。 本発明の一実施の形態によるリコメンド楽曲の順序決め処理例を示した説明図である。 本発明の他の実施の形態による例（代金支払いと同時に伝送を行う例）を示した説明図である。

符号の説明

１…サーバ装置、１ａ…制御部、１ｂ…外部インターフェイス、１ｃ…リコメンド楽曲検索部、１ｄ…表示部、１ｅ…操作部、２…データベース、１０…携帯電話端末装置、１１…アンテナ、１２…無線電話用通信回路、１３…音声処理部、１４…スピーカ、１５…マイクロフォン、１６…表示部、１７…操作部、１８…メモリ、１９…制御部、２１…振動部、２２…発光部、２３…制御ライン、２４…データライン、３０…ハードディスクドライブ装置、４０…非接触ＩＣカード機能部、４１…近距離通信部、４２…アンテナ、５０…カメラ部、６０…音楽再生部

Claims (8)

1. コンテンツを蓄積する第１の通信装置と、該第１の装置と通信を行う第２の装置とで構成されるコンテンツ推薦システムにおいて、
   前記第１の通信装置として、
   コンテンツを蓄積するコンテンツ蓄積部と、
   前記コンテンツ蓄積部が蓄積したコンテンツに関するリストを記憶するリスト記憶部と、
   前記リスト記憶部に記憶されたリストを送信し、外部から推薦コンテンツのデータを受信する通信部と、
   前記通信部で受信した推薦コンテンツの一覧を表示させる表示部とを備え、
   前記第２の通信装置として、
   前記端末装置から送信された前記リストを受信し、推薦コンテンツのデータを送信させる通信部と、
   前記通信部が受信した複数の前記リストを蓄積するリスト蓄積部と、
   前記リスト蓄積部に蓄積された複数のリストの中から、前記通信部が受信したリストとの一致度が高いリストを取り出し、その取り出されたリストと、前記通信部が受信したリストとを比較して、前記取り出されたリストにだけ存在するコンテンツを、推薦コンテンツとして決定して、その推薦コンテンツに関する情報を前記通信部から送信させる推薦コンテンツ検索部とを備えたことを特徴とする
   コンテンツ推薦システム。
2. 請求項１記載のコンテンツ推薦システムにおいて、
   前記推薦コンテンツ検索部は、前記一致度が高いリストを複数取り出し、その取り出された複数のリストの中で、前記通信部が受信したリストにないコンテンツのランキングを行い、そのランキングの上位のコンテンツを、推薦コンテンツとして決定することを特徴とする
   コンテンツ推薦システム。
3. コンテンツを蓄積するコンテンツ蓄積部と、
   前記コンテンツ蓄積部に蓄積されたコンテンツに関するリストを記憶するリスト記憶部と、
   前記リスト記憶部に記憶されたリストを送信し、外部から推薦コンテンツのデータを受信する通信部と、
   前記通信部で受信した推薦コンテンツの一覧を表示させる表示部とを備え、
   前記表示部で表示させる推薦コンテンツは、前記リスト中のコンテンツを判断材料として選ばれるとともに、前記リストに存在しないコンテンツであることを特徴とする
   通信端末装置。
4. 請求項３記載の通信端末装置において、
   前記通信部が受信する推薦コンテンツの一覧は、外部に予め用意された複数のリストの中から、前記リスト記憶部に記憶されたリストとの一致度が高いリストを取り出し、その取り出されたリストと、前記記憶されたリストとを比較して、前記取り出されたリストにだけ存在するコンテンツを、推薦コンテンツとして決定したものであることを特徴とする
   通信端末装置。
5. 請求項４記載の通信端末装置において、
   さらに、前記一致度が高いリストを複数取り出し、その取り出された複数のリストの中で、前記記憶したリストにないコンテンツのランキングを行い、そのランキングの上位のコンテンツを、推薦コンテンツとして決定することを特徴とする
   通信端末装置。
6. 請求項４記載の通信端末装置において、
   前記コンテンツは、楽曲のコンテンツであり、楽曲の曲名、演奏者名、アルバム名の少なくとも１つから、前記一致度の判断を行うことを特徴とする
   通信端末装置。
7. 請求項３記載の通信端末装置において、
   前記通信部は、代金決済用の近距離無線通信を行う通信部であり、
   前記通信部でのリストの送信は、前記代金決済用の近距離無線通信を行う際に同時に行うことを特徴とする
   通信端末装置。
8. 蓄積したコンテンツに関するリストを外部に転送し、
   その転送されたリストと、予め用意されたコンテンツ所持状態に関する複数のリストとを比較して、予め用意された複数のリストの中から、前記転送されたリストとの一致度が高いリストを取り出し、
   その取り出されたリストと、前記転送されたリストとを比較して、前記取り出されたリストにだけ存在するコンテンツを、推薦コンテンツとして決定して、その推薦コンテンツに関する情報を前記コンテンツを蓄積した側に送ることを特徴とする
   コンテンツ推薦方法。

Images