JP2003271636A - コンテンツ推薦システムおよびその端末 - Google Patents

Abstract

(57)【要約】 【課題】端末所有者の嗜好に合ったコンテンツ情報（推
薦コンテンツ）の提示を容易にする。 【解決手段】各端末２０００，３０００…は、ネットワ
ーク５０００で繋がれた他の端末と通信して同一のコン
テンツ情報を利用している他の端末から該他の端末が利
用している利用回数表情報を取得し、この利用回数表情
報を参照して推薦コンテンツを提示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツ推薦シ
ステムおよびその端末に関する。

【０００２】

【従来の技術】コンテンツ推薦システムとして、特開平
２００１−２０９６６０号公報に開示されたコンテンツ
検索・推奨システムは、コントロールセンターにコンテ
ンツデータベースおよびコンテンツの感覚的な特徴を定
量化された属性の集合であるパラメータセットとして蓄
積するコンテンツパラメータデータベースを備え、コン
テンツの利用後に検索端末においてパラメータセットの
設定値の評価を行い、コントロールセンターにおいて当
該設定値の修正を行うことにより、利用者にとって満足
度の高いコンテンツを効率的かつ効果的に検索・推奨す
ることができるように構成している。

【０００３】

【発明が解決しようとする課題】従来のコンテンツ推薦
システムは、詳細なパラメータを用いて一つ一つのコン
テンツを評価する必要があり、コンテンツ毎に詳細なパ
ラメータの設定と評価の労力が必要であり、新たなパラ
メータを追加する場合にも大きな労力が必要となり、コ
ストが増加する。また、センターのデータベースが大規
模になり、センター側の負担が大きい。

【０００４】本発明の目的は、端末所有者の嗜好に合っ
たコンテンツの推薦（提示）を容易に実現することにあ
る。

【０００５】

【課題を解決するための手段】本発明は、コンテンツ情
報を蓄積するセンターと、ネットワークを介して前記セ
ンターに接続して前記コンテンツ情報を利用する複数の
端末とを備えたコンテンツ推薦システムにおいて、前記
各端末に、既取得コンテンツ表，検索用アドレス表，利
用回数表，アドレス−既取得・未取得コンテンツ表，推
薦コンテンツ候補表を蓄積する端末記憶手段と、コンテ
ンツ情報を処理する端末演算処理手段と、前記端末演算
処理手段で処理した処理結果を出力する端末出力手段
と、前記検索用アドレス表，利用回数表，アドレス−既
取得・未取得コンテンツ表，推薦コンテンツ候補表を検
索・抽出する端末検索・抽出手段と、前記コンテンツ情
報や利用回数表の送受信を前記センターや他の端末と行
う端末通信手段と、前記端末記憶手段と前記端末演算処
理手段と前記端末出力手段と前記端末検索・抽出手段と
前記端末通信手段とを制御する端末制御手段とを設け、
前記各端末制御手段は、他の端末と通信して自己の端末
で保持するコンテンツ情報と同一のコンテンツ情報を保
持する他の端末から該他の端末が保持する利用回数表情
報を取得し、推薦コンテンツ候補表を作成するように前
記各手段を制御することを特徴とする。

【０００６】

【発明の実施の形態】本発明は、個人が所有する端末で
利用しているコンテンツは、その所有者の嗜好に適って
いることを利用し、複数の端末に記録されている情報に
合致するコンテンツがあれば、それらの端末の所有者
は、嗜好が類似していると推定することに立脚する。そ
して、もし、合致するコンテンツがあれば、一方の端末
は、他方の端末で利用しているコンテンツを教えてもら
う。これを複数の端末間で繰り返すことにより、嗜好が
類似する所有者の端末からコンテンツの利用情報を集
め、その中から推薦するコンテンツを抽出することがで
きる。

【０００７】また、嗜好の合う端末所有者を効率良く見
つけるために、検索用アドレスとして、他の複数の端末
のアドレスを記憶しておき、随時、嗜好が合うグループ
が登録されるようにする。具体的には、検索用アドレス
は、嗜好が類似している端末のアドレスを登録し、嗜好
が類似していない端末のアドレスを削除することにより
形成される。更に、検索用アドレスとして、嗜好が類似
している端末から前記検索用アドレスを収集することに
より、随時、利用者にとって嗜好が合うグループが検索
用アドレスとして登録する。

【０００８】以下、図１〜図３を参照して、本発明の一
実施の形態として、コンテンツを音楽としたコンテンツ
推薦システムの構成について説明する。図１は、センタ
ーと端末の関係および構成を示す機能ブロック図であ
る。図２および図３は、それぞれセンターおよび端末が
保持する保存情報の形態を示す。

【０００９】この実施の形態のコンテンツ推薦システム
は、センター１０００と複数の端末２０００，３０００
…をネットワーク５０００を介して接続することによっ
て構成する。

【００１０】センター１０００は、コンテンツ情報１１
１０と会員表１１２０を保持し、各端末２０００，３０
００…は、既取得コンテンツ表２１１０と検索用アドレ
ス表２１２０と利用回数表２１３０とアドレス−利用回
数表２１４０とアドレス−既取得・未取得コンテンツ表
２１５０と推薦コンテンツ候補表２１６０を保持する。
前記コンテンツ情報１１１０と既取得コンテンツ表２１
１０は、曲番号、曲名、演奏者と曲データなどの項目
（情報）を保持するように構成する。会員表１１２０
は、会員番号、ＩＰアドレス、名前などの項目（情報）
を保持するように構成する。検索用アドレス表２１２０
は、前記検索用アドレスであるＩＰアドレスと問い合わ
せ欄、利用回数表２１３０は、曲番号と回数、アドレス
−利用回数表２１４０は、ＩＰアドレスと曲番号と回
数、アドレス−既取得・未取得コンテンツ表２１５０
は、ＩＰアドレスと既取得曲と未取得曲の曲番号と回
数、推薦コンテンツ候補表２１６０は、未取得曲の曲番
号と計などの項目（情報）をそれぞれ保持するように構
成する。

【００１１】前記センター１０００は、前記コンテンツ
情報１１１０と前記会員表１１２０を蓄積するセンター
記憶手段１２１０と、前記各端末２０００，３０００…
からの要求に応じて適切な前記コンテンツ情報１１１０
や前記会員表１１２０を検索・抽出するセンター検索・
抽出手段１２２０と、前記センター記憶手段１１１０に
蓄積されている情報や前記各端末２０００，３０００…
からの問い合わせを送受信するセンター通信手段１２３
０と、前記センター記憶手段１２１０と、前記センター
検索・抽出手段１２２０と、前記センター通信手段１２
３０とを制御するセンター制御手段１２４０とを備え
る。

【００１２】前記各端末２０００，３０００…は、それ
ぞれ、端末入力手段２２１０と、前記コンテンツ情報１
１１０の一部を保存した既取得コンテンツ表２１１０や
検索用情報として前記検索用アドレス表２１２０、前記
利用回数表２１３０、前記アドレス−利用回数表２１４
０、前記アドレス−既取得・未取得コンテンツ表２１５
０、前記推薦コンテンツ候補表２１６０を蓄積する端末
記憶手段２２２０と、前記コンテンツ情報１１１０を演
算する端末演算処理手段２２３０と、前記端末演算処理
手段２２３０で処理を行った結果を出力する端末出力手
段２２４０と、前記検索用情報として前記検索用アドレ
ス表２１２０、前記利用回数表２１３０、前記アドレス
−利用回数表２１４０、前記アドレス−既取得・未取得
コンテンツ表２１５０、前記推薦コンテンツ候補表２１
６０を検索・抽出する端末検索・抽出手段２２５０と、
前記コンテンツ情報１１１０や前記利用回数表２１３０
の送受信をセンター１０００や他の端末２０００と行う
端末通信手段２２６０と、前記端末記憶手段２２２０
と、前記端末演算処理手段２２３０と、前記端末出力手
段２２４０と、前記端末検索・抽出手段２２５０と、前
記端末通信手段２２６０とを制御する端末制御手段２２
７０とを備える。

【００１３】例えば、前記センター記憶手段１２１０と
前記端末記憶手段２２２０は、ハードディスクやメモリ
カードを使用して実現し、前記センター検索・抽出手段
１２２０と前記端末検索・抽出手段２２５０と前記端末
演算処理手段２２３０と前記センター制御手段１２４０
と前記端末制御手段２２７０は、プロセッサーを使用し
て実現し、前記センター通信手段１２３０と前記端末通
信手段２２６０は、ＴＣＰ／ＩＰに準拠する手段を使用
して実現することができる。特にコンテンツが音楽や映
像などの場合は、前記端末演算処理手段２２３０として
は、メディアプロセッサーの使用が好適である。また、
前記端末出力手段２２４０は、コンテンツが音楽であれ
ばスピーカー、映像であればディスプレイ装置を使用し
て実現する。

【００１４】図４は、端末２０００（３０００…）が実
行する制御処理のフローチャートである。

【００１５】ステップ２３１０ 端末入力手段２２１０からの入力に基づいて、センター
１０００と通信して会員登録を行う。ここで、端末２０
００（３０００…）は、それぞれ自己のＩＰアドレスを
登録し、会員番号や複数の検索用アドレスを入手する。

【００１６】ステップ２３２０ 端末入力手段２２１０からの入力を監視して利用者が曲
の取得入力を行ったかどうかを確認して処理を分岐す
る。曲を取得する場合はステップ２３３０に進み、取得
しない場合はステップ２３４０に進む。

【００１７】ステップ２３３０ センター１０００と通信して、センター１０００から曲
を取得する。

【００１８】ステップ２３４０ ステップ２３３０で取得した曲を再生する。そして、こ
の曲の取得および再生をこの端末利用者の嗜好データと
して利用回数表２１３０に記憶（データ更新）する。

【００１９】ステップ２３５０ 入手済みの検索用アドレスを持つ他の端末３０００…と
通信し、端末２０００の利用者が一番多く聴いた曲を対
象にして、他の端末３０００…の利用者が聴いた曲（他
の端末の利用回数表２１３０）を検索してもらうように
依頼する。

【００２０】ステップ２３６０ ステップ２３５０の検索依頼結果を取得し、推薦コンテ
ンツ候補表２１６０を作成する。

【００２１】ステップ２３７０ ステップ２３６０で作成した推薦コンテンツ候補表２１
６０より、センター１０００に問い合わせを行い、推薦
曲の通知（端末出力手段２２４０による提示）を行う。

【００２２】ステップ２３８０ 他の前記端末３０００…からの利用回数表検索依頼があ
るかどうかを確認して処理を分岐する。

【００２３】ステップ２３９０ 他の端末３０００…から利用回数表検索依頼（被依頼）
があれば自己の利用回数表２１３０を検索して検索結果
を報告する。

【００２４】ステップ２３５０〜２３９０は、端末２０
００（３０００…）を利用者が使用していない時間、例
えば端末２０００（３０００…）の充電中に行う。但
し、常に中断可能とし、ステップ２３５０〜２３９０を
スキップすることができるようにする。

【００２５】図４に示したそれぞれのステップについ
て、図１〜図３および図５〜図１７を参照して詳細に説
明する。

【００２６】ステップ２３１０の会員登録について、図
１〜図３，図５を参照して説明する。図５は、センター
１０００と各端末２０００，３０００…の間で行う会員
登録処理のフローチャートである。

【００２７】まず、端末２０００（３０００…）側の登
録処理を説明する。この登録処理は、主として、端末制
御手段２２７０による制御処理によって実現する。

【００２８】ステップ２３１１端末２０００のＩＰアド
レスを端末通信手段２２６０を用いてセンター１０００
に送信し、会員登録を要請する。

【００２９】ステップ２３１２センター１０００から送
信された検索用アドレスを端末通信手段２２６０を用い
て取得する。

【００３０】ステップ２３１３取得した検索用アドレス
を検索用アドレス表２１２０に書き込んで端末記憶手段
２２２０に記憶する。また、初期設定として、検索用ア
ドレス表２１２０の問い合わせ欄は総て「未」とする。

【００３１】次に、センター１０００側の登録処理を説
明する。この登録処理は、主として、センター制御手段
１２４０とセンター検索・抽出手段１２２０による制御
処理によって実現する。

【００３２】ステップ１３１１ 端末２０００（３０００…）からの会員登録の要請を受
けると、この端末２０００（３０００…）のＩＰアドレ
スをセンター通信手段１２３０を用いて受信する。

【００３３】ステップ１３１２ センター検索・抽出手段１２２０は、センター記憶手段
１２１０の会員表１１２０を検索し、受信したＩＰアド
レスが未登録かどうかを確認して処理を分岐する。

【００３４】ステップ１３１３ 受信したＩＰアドレスが未登録の場合は、登録処理とし
て、会員表１１２０に示すような会員番号とＩＰアドレ
スを対応させた表を作成してセンター記憶手段１２１０
に記憶する。個人情報として、名前や住所などを共に登
録するようにしても良い。

【００３５】ステップ１３１４ 受信したＩＰアドレスが既登録の場合は、センター記憶
手段１２１０に保存してある会員表１１２０からセンタ
ー検索・抽出手段１２２０を用いてＩＰアドレスを複数
抽出する。

【００３６】ステップ１３１５ 抽出したＩＰアドレスを検索用アドレスとしてセンター
通信手段１２３０を用いて各端末２０００（３０００
…）へ送信する。

【００３７】ここで、センター１０００と端末２０００
（３０００…）で行う前記制御処理の連係を説明する。

【００３８】まず、端末２０００（３０００…）が自己
のＩＰアドレスをセンター１０００に送信して会員登録
を要請する（ステップ２３１１）。

【００３９】それを受けて、センター１０００側では、
端末２０００（３０００…）から送信された前記ＩＰア
ドレスを受信する（ステップ１３１１）。そして、受信
したＩＰアドレスが未登録かどうかの確認を行う（ステ
ップ１３１２）。未登録の場合にはステップ１３１３に
進み、その他の場合にはステップ１３１４へ進む。登録
作業として、会員表１１２０を作成して記憶する（ステ
ップ１３１３）。

【００４０】次に、センター１０００は、センター記憶
手段１２１０に保存してある会員表１１２０から複数の
ＩＰアドレスを抽出し（ステップ１３１４）、抽出した
ＩＰアドレスを検索用アドレスとして端末２０００（３
０００…）へ送信する（ステップ１３１５）。

【００４１】端末２０００（３０００…）は、センター
１０００から送信された複数の検索アドレスを取得し
（ステップ２３１２）、これを検索用アドレス表２１２
０として記憶する（ステップ２３１３）。

【００４２】ステップ２３３０の曲の取得について、図
１〜図３および図６を参照して説明する。図６は、セン
ター１０００と端末２０００，３０００…の間で行う曲
取得，提供処理のフローチャートである。

【００４３】まず、端末２０００（３０００…）側の曲
取得処理を説明する。この曲取得処理は、主として、端
末制御手段２２７０による制御処理によって実現する。

【００４４】ステップ２３３１ 端末利用者が推薦曲の通知（ステップ２３７０）や雑誌
やＷｅｂページなどのメディアから曲の情報を入手し、
その曲を入手するために端末入力手段２２１０から曲番
号を入力すると、端末２０００（３０００…）のＩＰア
ドレスと利用者が入力した曲番号を端末通信手段２２６
０を用いてセンター１０００に送信し、相応する曲（コ
ンテンツ情報）の送信を要請する。

【００４５】ステップ２３３２ センター１０００側から送信された曲（コンテンツ情
報）を端末通信手段２２６０を用いて受信し、端末記憶
手段２２２０に記憶する。

【００４６】ステップ２３３３ 端末記憶手段２２２０の既取得コンテンツ表２１１０に
曲番号を記憶する。

【００４７】次に、センター１０００側の曲提供処理を
説明する。この曲提供処理は、主として、センター制御
手段１２４０とセンター検索・抽出手段１２２０による
制御処理によって実現する。

【００４８】ステップ１３２１ 各端末２０００（３０００…）から送信された該端末２
０００（３０００…）のＩＰアドレスと利用者が取得し
たい曲番号をセンター通信手段１２３０を用いて受信す
る。

【００４９】ステップ１３２２ センター検索・抽出手段１２２０によって、センター記
憶手段１２１０に保存しているコンテンツ情報１１１０
の中から曲番号に基づく検索・抽出を行う。

【００５０】ステップ１３２３ 抽出した曲（コンテンツ情報）を、センター通信手段１
２３０を用いて端末２０００（３０００…）に送信す
る。

【００５１】ここで、センター１０００と各端末２００
０，３０００…で行う前記制御処理の連係を説明する。

【００５２】まず、端末２０００（３０００…）から自
己のＩＰアドレスと利用者が取得したい曲番号をセンタ
ー１０００に送信して曲（コンテンツ情報）の送信を要
請する（ステップ２３３１）。

【００５３】センター１０００側では、前記要請を受信
すると（ステップ１３２１）、コンテンツ情報１１００
の中から前記曲番号に基づく検索・抽出を行う（ステッ
プ１３２２）。そして、抽出した曲（コンテンツ情報）
を端末２０００（３０００…）に送信する（ステップ１
３２３）。

【００５４】これにより、端末２０００（３０００…）
は、目的の曲（コンテンツ情報）を取得して記憶する
（ステップ２３３２）。また、既取得コンテンツ表２１
１０に曲番号を記憶する（ステップ２３３３）。

【００５５】ステップ２３４０の曲の再生について、図
１，図３および図７を参照して説明する。図７は、各端
末２０００（３０００…）が実行する曲再生処理のフロ
ーチャートである。この曲再生処理は、主として、端末
制御手段２２７０と端末演算処理手段２２３０による制
御処理によって実現する。

【００５６】ステップ２３４１ 端末記憶手段２２２０に保存している既取得コンテンツ
表２１１０の中から曲を再生（利用）する。コンテンツ
情報内の曲データは、例えばＭＰ３のように圧縮形式で
あることが多く、端末演算処理手段２２３０で形式変換
（デコード）することによって再生可能とする。再生可
能になった曲データは、端末出力手段２２４０によって
出力する。

【００５７】ステップ２３４２ 端末制御手段２２７０は、曲を再生（利用）する際に曲
毎の利用回数を曲番号と対応付けて利用回数表２１３０
に記憶（更新）する。

【００５８】ステップ２３５０の利用回数表検索依頼に
ついて、図１，図３および図８を参照してその概要を説
明する。図８は、端末２０００が実行する利用回数表検
索依頼処理のフローチャートである。この制御処理は、
主として、端末制御手段２２７０による制御処理によっ
て実現する。

【００５９】ステップ２３５１ 検索対象とする曲の選定を行うための初期設定を行う。

【００６０】ステップ２３５２ ステップ２３５１で設定した曲番号により、該当曲の検
索を依頼する他の端末３０００…の設定などの通信準備
を行う。

【００６１】ステップ２３５３ 通信設定を行った他の端末３０００…との通信の確立を
行う。

【００６２】ステップ２３５４ ステップ２３５１で設定した曲番号により、曲検索を他
の端末３０００…へ依頼し、問い合わせを行う。

【００６３】ステップ２３５５ 曲検索処理の終了判定を行う。終了する場合は、後処理
ステップ２３５６へ進み、検索を続行する場合は、ステ
ップ２３５２へ戻る。

【００６４】ステップ２３５６ 次回の利用回数表検索依頼のためにデータの初期化を行
う。

【００６５】次に、ステップ２３５１〜２３５６の各処
理内容を図９〜図１４に示したフローチャートを参照し
て詳細に説明する。

【００６６】ステップ２３５１の初期設定処理を図９を
参照して説明する。

【００６７】ステップ２３５１１ 端末記憶手段２２２０に保存している利用回数表２１３
０より、最も多く再生した曲番号を端末検索・抽出手段
２２５０によって抽出して検索依頼対象曲とする。例え
ば、利用回数表２１３０より曲番号０００００００５番
を抽出する。

【００６８】ステップ２３５２の通信準備処理を図１０
を参照して説明する。

【００６９】ステップ２３５２１ 端末記憶手段１２１０に保存している検索用アドレス表
２１２０の中から使用済みでないＩＰアドレスを端末検
索・抽出手段２２５０を用いて抽出する。例えば、検索
用アドレス表２１２０よりＩＰアドレスＡを抽出する。

【００７０】ステップ２３５２２ ステップ２３５２１で抽出したＩＰアドレス（例では
Ａ）を次の検索用アドレスに設定する。

【００７１】ステップ２３５２３ 検索用アドレス表２１２０の問い合わせ欄に済の旨を記
録する。

【００７２】ステップ２３５３の通信確立処理を図１１
を参照して説明する。

【００７３】ステップ２３５３１ 既に設定されている次の検索用ＩＰアドレス（例えば
Ａ）を持つ他の端末３０００…に自己の端末ＩＰアドレ
スを端末通信手段２２６０を用いて送信し、通信を要請
する。このときに、通信許可問い合わせ回数に１を加え
る。

【００７４】ステップ２３５３２ 他の端末３０００…からの通信許可を受信したかどうか
確認して処理を分岐する。通信許可を受信した場合には
問い合わせステップ２３５４に進み、その他はステップ
２３５３３に進む。問い合わせステップ２３５４の詳細
については後述する。

【００７５】ステップ２３５３３ 通信許可問い合わせ回数が制限回数以上かどうかを確認
する。例えば、制限回数を６とした場合は、５回までは
ステップ２３５３１に戻って再試行する。制限回数以上
の場合にはステップ２３５３４に進む。

【００７６】ステップ２３５３４ 端末記憶手段２２２０の検索用アドレス表２１２０から
当該ＩＰアドレス（例ではＡ）を除外する。

【００７７】ステップ２３５３５ 検索用アドレス表２１２０から使用していないＩＰアド
レスがあるかどうかを確認する。例えば、ステップ２３
５３４でＩＰアドレスＡが除外され、ＩＰアドレスＣが
使用済みであることから、残りの検索用アドレスはＩＰ
アドレスＢ，Ｄとなる。未使用のＩＰアドレスがある場
合にはステップ２３５３６に進み、その他はステップ２
３５３７へ進む。

【００７８】ステップ２３５３６ 使用していないＩＰアドレス（例ではＢ）を次の検索用
ＩＰアドレスに設定し、通信許可問い合わせ回数を０と
してステップ２３５３１に戻る。

【００７９】ステップ２３５３７ 再登録回数が制限数未満かどうかを確認する。再登録回
数が制限回数未満であればステップ２３５３８に進み、
その他はステップ２３５３９へ進む。

【００８０】ステップ２３５３８ 再びステップ２３１０の登録処理を行って検索用アドレ
スを取得し、ステップ２３５３６に進む。ステップ２３
１０の登録処理に進んだ場合には、再登録回数に１を加
える。再登録処理ステップでは、既に登録済みであるの
で、検索用アドレスのみを入手することになる。

【００８１】ステップ２３５３９ 再登録回数を０にしてステップ２３８０へ進む。

【００８２】ステップ２３５４の問い合わせ処理を図１
２を参照して説明する。

【００８３】ステップ２３５４１ 通信可能となった他の端末（被依頼端末Ｂ）３０００…
に自己の端末（依頼元端末Ａ）２０００の端末ＩＰアド
レスとステップ２３５１１で抽出した曲番号（００００
０００５）を送信し、その曲を再生したかどうかを問い
合わせる。

【００８４】ステップ２３５４２ 他の端末３０００…から問い合わせ結果を受信する。

【００８５】ステップ２３５４３受信した問い合わせ結
果に曲番号（０００００００５）があるかどうかを確認 して処理を分岐する。曲番号があった場合にはステップ
２３５４４に進み、その他はステップ２３５３４に進
む。

【００８６】ステップ２３５４４ 他の端末３０００…から該端末３０００…が持つ利用回
数表２１３０と検索用アドレス表２１２０を受信する。

【００８７】ステップ２３５４５ 受信結果をアドレス−利用回数表２１４０に保存する。

【００８８】ステップ２３５４６ 取得した検索用アドレス表を既に所有している検索用ア
ドレス表２１２０に追加する。

【００８９】ステップ２３５５の終了判定処理を図１３
を参照して説明する。

【００９０】ステップ２３５５１ ステップ２３５４６の処理で記憶した利用回数表の数が
制限数以上であるかどうかを確認する。例えば、前記利
用回数表のサンプルを５０個収集する場合は、制限数を
５１とする。制限数以上の場合にはステップ２３５６の
後処理に進み、その他はステップ２３５３６に進む。こ
の処理は、端末制御手段２２７０が実行する。

【００９１】ステップ２３５６の後処理を図１４を参照
して説明する。

【００９２】ステップ２３５６１ 自己の端末の利用回数表２１３０を初期化する。

【００９３】ステップ２３５６２ 検索用アドレス表２１２０の問い合わせ欄を初期化して
終了する。

【００９４】ステップ２３６０の推薦コンテンツ候補表
作成処理について、図１，図３および図１５を参照して
説明する。図１５は、端末２０００が実行する推薦コン
テンツ候補表作成処理のフローチャートである。この処
理は、主として、端末制御手段２２７０と端末演算処理
手段２２３０と端末検索・抽出手段２２５０による制御
処理によって実現する。

【００９５】ステップ２３６１ 取得した検索結果（利用回数表とＩＰアドレス）を既取
得コンテンツ表２１１０と比較し、それまでに取得して
いない曲番号を抽出する。

【００９６】ステップ２３６２ アドレス−既取得・未取得コンテンツ表２１５０を作成
する。

【００９７】ステップ２３６３ アドレス−既取得・未取得コンテンツ表２１５０の未取
得曲の部分にデータがあるかどうかを確認する。データ
がある場合にはステップ２３６４に進み、その他は終了
する。

【００９８】ステップ２３６４ アドレス−既取得・未取得コンテンツ表２１５０の未取
得部分を抽出し、曲番号毎に利用回数の和をとり、曲番
号毎の点数とする。その結果が推薦コンテンツ候補表２
１６０となる。

【００９９】この推薦コンテンツ候補表２１６０は、自
己と嗜好が類似している他の利用者の端末３０００…の
コンテンツを抽出したものであり、自己のの嗜好に適う
要素が含まれていると考えられる。その中から、コンテ
ンツ毎の利用回数の計をとることにより、一番多く利用
されているコンテンツが自己の嗜好に合うものと考えら
れる。

【０１００】ステップ２３６５ 推薦コンテンツ候補表２１６０の中から最も点数の高い
曲番号を抽出・保存した後に終了する。これを推薦曲と
して、ステップ２３３０における利用者の取得したい曲
番号とすることにより、嗜好に適う曲をの入手が可能と
なる。

【０１０１】ステップ２３７０の推薦曲通知は、例えば
文字や音や絵端末を出力手段２２４０により出力し、利
用者に推薦曲がある旨を通知することによって実現す
る。

【０１０２】ステップ２３９０の利用回数表検索処理に
ついて、図１，図３および図１６を参照して説明する。
図１６は、端末２０００が実行する表検索被依頼処理の
フローチャートである。自己の端末２０００が他の端末
３０００…から利用回数検索依頼を受ける場合であり、
他の端末３０００…が依頼元端末となり、自己の端末２
０００が利用回数検索端末（被依頼端末）となる。この
処理は、主として、端末制御手段２２７０と端末通信手
段２２６０による制御処理によって実現する。

【０１０３】ステップ２３９１ 他の端末３０００…との通信の確立を行う。これは、ス
テップ２３５３に対応する処理となる。

【０１０４】ステップ２３９２ 他の端末３０００…からの問い合わせに応対する。これ
は、ステップ２３５４に対応する処理となる。

【０１０５】ステップ２３９１の通信確立処理につい
て、図１７を参照して説明する。

【０１０６】ステップ２３９１１ 他の端末３０００…から送信された依頼元端末ＩＰアド
レスと通信依頼を受信する。

【０１０７】ステップ２３９１２ 自己の端末２０００が通信可能かどうかを確認して処理
を分岐する。通信可能である場合は、ステップ２３９１
３に進み、その他は終了する。

【０１０８】ステップ２３９１３ 自己の端末２０００は、依頼元端末３０００…に通信許
可を送信する。

【０１０９】ステップ２３９２の問い合わせ対応処理に
ついて図１２を参照して説明する。この対応処理は、図
１２における被依頼端末Ｂ側の処理に相当し、主とし
て、端末制御手段２２７０と端末検索・抽出手段２２５
０による制御処理によって実現する。

【０１１０】ステップ２３９２１ 被依頼端末Ｂは、依頼元端末Ａから送信された該端末Ａ
のＩＰアドレスと曲番号を受信する。

【０１１１】ステップ２３９２２ ステップ２３９２１で受信した曲番号が端末Ｂの利用回
数表２１３０に存在するかどうかを検索する。

【０１１２】ステップ２３９２３ ステップ２３９２２で得た検索結果を端末Ａに送信す
る。

【０１１３】ステップ２３９２４ 該当する曲番号の有無を確認して処理を分岐する。曲番
号があった場合にはステップ２３９２５へ進み、その他
は終了する。

【０１１４】ステップ２３９２５ 端末Ｂの利用回数表２１３０と該端末Ｂが持つ検索用ア
ドレス表２１２０を送信して終了する。

【０１１５】ここで、図１２を用いて曲検索における端
末Ａと端末Ｂの制御処理の連係を説明する。

【０１１６】ステップ２３５４１ 端末Ａは、通信可能となった端末Ｂに端末ＡのＩＰアド
レスと処理ステップ２３５１１で抽出した曲番号を送信
し、その曲を再生（利用）したかどうかを問い合わせ
る。

【０１１７】ステップ２３９２１ 端末Ｂは、端末Ａからの問い合わせを受信する。

【０１１８】ステップ２３９２２ 端末Ｂは、問い合わされた曲番号が端末Ｂの利用回数表
２１３０に存在するかどうかを検索する。

【０１１９】ステップ２３９２３ 端末Ｂは、検索結果を端末Ａに送信する。

【０１２０】ステップ２３５４２ 端末Ａは、端末Ｂから送信された検索結果を受信する。

【０１２１】ステップ２３５４３ 端末Ａは、問い合わせ結果（受信した検索結果）に曲番
号があるかどうかを確認する。曲番号がない場合は、ス
テップ２３５３４へ進む。

【０１２２】ステップ２３９２４ 端末Ｂは、検索結果に該当する曲番号があるかどうかを
確認する。

【０１２３】ステップ２３９２５ 曲番号があった場合、端末Ｂは、この端末Ｂの利用回数
表２１３０と該端末Ｂが持つ検索用アドレス表２１２０
を端末Ａに送信して処理を終了する。

【０１２４】ステップ２３５４４ 端末Ａは、端末Ｂから該端末Ｂが持つ利用回数表２１３
０と検索用アドレス表２１２０を受信する。

【０１２５】ステップ２３５４５ 端末Ａは、端末Ｂから受信した端末Ｂの利用回数表２１
３０とＩＰアドレスを共に記憶して保存する。

【０１２６】ステップ２３５４６ ステップ２３５４４で取得した検索用アドレス表２１２
０を既に所有している検索用アドレス表２１２０に追加
して保存する。

【０１２７】ここで、端末Ａが保存する検索用アドレス
表２１２０に注目する。端末Ａと端末Ｂに同じ曲があっ
た場合のみ、検索用アドレス表２１２０は追加して保存
される。これにより、自然に嗜好が合うグループが検索
用アドレス表２１２０に存在することになる。よって、
推薦コンテンツ候補表２１６０に抽出されている曲は、
端末Ａの利用者の嗜好に合致する可能性が高くなる。

【０１２８】ここでは、コンテンツ情報の例として音楽
を挙げたが、映像，文章，書籍，絵，図，資料，ゲー
ム，ソフトウェア，衣服，食料，店舗などに番号が付与
され、センターにこれらの情報がコンテンツ情報として
登録されていれば適応が可能である。また、ＧＰＳなど
で測定される緯度・経度を番号とし、緯度・軽度で対応
付けた店舗や観光地情報をコンテンツ情報としてセンタ
ーに登録することにより、同様に、適応が可能である。

【０１２９】

【発明の効果】本発明によれば、複数の端末同士が情報
の送受信を行い、他の端末の所有者から嗜好にあったコ
ンテンツ情報を教えてもらうことができるコンテンツ推
薦システムとすることにより、嗜好に合ったコンテンツ
（推薦コンテンツ）情報の提示を容易に実現することが
可能となる。

【図面の簡単な説明】

【図１】本発明の一実施の形態のコンテンツ推薦システ
ムにおけるセンターと端末の関係および構成を示す機能
ブロック図である。

【図２】センターが保持する保存情報の形態を示す図で
ある。

【図３】端末が保持する保存情報の形態を示す図であ
る。

【図４】端末が実行する制御処理のフローチャートであ
る。

【図５】センターと端末の間で行う会員登録処理のフロ
ーチャートである。

【図６】端末とセンターによる曲取得，提供処理のフロ
ーチャートである。

【図７】端末における曲再生処理のフローチャートであ
る。

【図８】端末が実行する曲検索依頼処理のフローチャー
トである。

【図９】曲検索依頼のための初期設定処理のフローチャ
ートである。

【図１０】曲検索のための通信準備処理のフローチャー
トである。

【図１１】曲検索依頼のための通信確立処理のフローチ
ャートである。

【図１２】曲検索依頼における問い合わせ処理のフロー
チャートである。

【図１３】曲検索依頼における終了判定処理のフローチ
ャートである。

【図１４】曲検索依頼における後処理のフローチャート
である。

【図１５】端末における推薦コンテンツ候補表作成処理
のフローチャートである。

【図１６】端末における表検索被依頼処理のフローチャ
ートである。

【図１７】表検索被依頼における通信確立処理のフロー
チャートである。

【符号の説明】

１０００…センター、１２１０…センター記憶手段、１
２２０…センター検索・抽出・抽出手段、１２３０…セ
ンター通信手段、１２４０…センター制御手段、２００
０，３０００…端末、２２１０…端末入力手段、２２２
０…端末記憶手段、２２３０…端末演算処理手段、２２
４０…端末出力手段、２２５０…端末検索・抽出手段、
２２６０…端末通信手段、２２７０…端末制御手段、５
０００…ネットワーク、１１１０…コンテンツ情報、１
１２０…会員表、２１１０…既取得コンテンツ表、２１
２０…検索用アドレス表、２１３０…利用回数表、２１
４０…アドレス−利用回数表、２１５０…アドレス−既
取得・未取得コンテンツ表、２１６０…推薦コンテンツ
候補表。

Claims (2)

【特許請求の範囲】
1. 【請求項１】コンテンツ情報を蓄積するセンターと、ネ
   ットワークを介して前記センターに接続して前記コンテ
   ンツ情報を利用する複数の端末とを備えたコンテンツ推
   薦システムにおいて、 前記各端末は、 既取得コンテンツ表，検索用アドレス表，利用回数表，
   アドレス−既取得・未取得コンテンツ表，推薦コンテン
   ツ候補表を蓄積する端末記憶手段と、 コンテンツ情報を処理する端末演算処理手段と、 前記端末演算処理手段で処理した処理結果を出力する端
   末出力手段と、 前記検索用アドレス表，利用回数表，アドレス−既取得
   ・未取得コンテンツ表，推薦コンテンツ候補表を検索・
   抽出する端末検索・抽出手段と、 前記コンテンツ情報や利用回数表の送受信を前記センタ
   ーや他の端末と行う端末通信手段と、 前記端末記憶手段と前記端末演算処理手段と前記端末出
   力手段と前記端末検索・抽出手段と前記端末通信手段と
   を制御する端末制御手段とを備え、 前記各端末制御手段は、他の端末と通信して自己の端末
   で保持するコンテンツ情報と同一のコンテンツ情報を保
   持する他の端末から該他の端末が保持する利用回数表情
   報を取得し、推薦コンテンツ候補表を作成するように前
   記各手段を制御することを特徴とするコンテンツ推薦シ
   ステム。
2. 【請求項２】コンテンツ情報を蓄積するセンターにネッ
   トワークを介して接続して前記コンテンツ情報を利用す
   る端末において、 既取得コンテンツ表，検索用アドレス表，利用回数表，
   アドレス−既取得・未取得コンテンツ表，推薦コンテン
   ツ候補表を蓄積する端末記憶手段と、 コンテンツ情報を処理する端末演算処理手段と、 前記端末演算処理手段で処理した処理結果を出力する端
   末出力手段と、 前記検索用アドレス表，利用回数表，アドレス−既取得
   ・未取得コンテンツ表，推薦コンテンツ候補表を検索・
   抽出する端末検索・抽出手段と、 前記コンテンツ情報や利用回数表の送受信を前記センタ
   ーや他の端末と行う端末通信手段と、 前記端末記憶手段と前記端末演算処理手段と前記端末出
   力手段と前記端末検索・抽出手段と前記端末通信手段と
   を制御する端末制御手段とを備え、 前記各端末制御手段は、他の端末と通信して自己の端末
   で保持するコンテンツ情報と同一のコンテンツ情報を保
   持する他の端末から該他の端末が保持する利用回数表情
   報を取得し、推薦コンテンツ候補表を作成するように前
   記各手段を制御することを特徴とする端末。