(57)【特許請求の範囲】
【請求項１】
ネットワークを介して接続された複数の端末装置により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置であって、
前記コンテンツ情報を取得するコンテンツ取得手段と、
前記コンテンツ取得手段で取得したコンテンツ情報を保持するコンテンツ記憶手段と、
前記コンテンツ取得手段で取得したコンテンツ情報を再生するコンテンツ再生手段と、
前記コンテンツ再生手段によるコンテンツ情報の再生履歴を記憶する再生履歴記憶手段と、
当該端末装置で再生されたコンテンツ情報を保持する複数の端末装置の再生履歴を取得する再生履歴取得手段と、
前記再生履歴取得手段で取得した再生履歴を集計し、当該集計の結果から上位のコンテンツ情報を抽出する提示情報抽出手段と、
前記提示情報抽出手段による抽出結果を表示手段に表示する表示処理手段と、
前記端末装置で再生されたコンテンツ情報を決定する決定手段と、
前記決定手段により決定した前記再生されたコンテンツ情報を記憶する端末装置の所在情報を記憶する端末装置に対して、前記再生されたコンテンツ情報を記憶する端末装置の再生履歴を要求する第１再生履歴要求手段と、
コンテンツ情報を保持する端末装置の所在情報を記憶するインデックス記憶手段と、
他の端末装置から前記インデックス記憶手段に所在情報を記憶した端末装置の再生履歴の要求があったとき、前記インデックス記憶手段から端末装置の所在情報を取り出して、当該再生されたコンテンツ情報を保持する端末装置に対し、前記再生履歴の要求を行った他の端末装置へ再生履歴の送信を要求する第２再生履歴要求手段と、
他の端末装置から前記第２再生履歴要求手段により再生履歴の送信要求があったとき、前記再生履歴記憶手段から再生履歴を取り出して、前記第１再生履歴要求手段により再生履歴の要求を行った端末装置へ送信する再生履歴送信手段と、を備え、
前記再生履歴取得手段は、前記他の端末装置が前記第２再生履歴要求手段により再生履歴の送信要求を行った端末装置から再生履歴を取得することを特徴とする端末装置。
【請求項２】
前記再生履歴取得手段は、当該端末装置で再生された複数のコンテンツ情報を保持する複数の端末装置から再生履歴を取得することを特徴とする請求項１に記載の端末装置。
【請求項３】
コンピュータを、請求項１又は２に記載の端末装置の前記各手段として機能させることを特徴とするプログラム。
【請求項４】
ネットワークを介して接続された複数の端末装置により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置であって、
前記コンテンツ情報を取得するコンテンツ取得手段と、
前記コンテンツ取得手段で取得したコンテンツ情報を保持するコンテンツ記憶手段と、
前記コンテンツ取得手段で取得したコンテンツ情報を再生するコンテンツ再生手段と、
前記コンテンツ再生手段によるコンテンツ情報の再生履歴を記憶する再生履歴記憶手段と、
当該端末装置で再生されたコンテンツ情報を保持する複数の端末装置の再生履歴を取得する再生履歴取得手段と、
前記再生履歴取得手段で取得した再生履歴を集計し、当該集計の結果から上位のコンテンツ情報を抽出する提示情報抽出手段と、
前記提示情報抽出手段による抽出結果を表示手段に表示する表示処理手段と、
前記端末装置で再生されたコンテンツ情報を決定する決定手段と、
前記決定手段により決定した前記再生されたコンテンツ情報を記憶する端末装置の所在情報を記憶する端末装置に対して、前記再生されたコンテンツ情報を記憶する端末装置の再生履歴を要求する第１再生履歴要求手段と、
コンテンツ情報を保持する端末装置の所在情報を記憶するインデックス記憶手段と、
他の端末装置から前記インデックス記憶手段に所在情報を記憶した端末装置の再生履歴の要求があったとき、前記インデックス記憶手段から端末装置の所在情報を取り出して、当該再生されたコンテンツ情報を保持する端末装置に対し、前記再生履歴の要求を行った他の端末装置へ再生履歴の送信を要求する第２再生履歴要求手段と、
他の端末装置から前記第２再生履歴要求手段により再生履歴の送信要求があったとき、前記再生履歴記憶手段から再生履歴を取り出して、前記第１再生履歴要求手段により再生履歴の要求を行った端末装置へ送信する再生履歴送信手段と、を備え、
前記再生履歴取得手段は、前記他の端末装置が前記第２再生履歴要求手段により再生履歴の送信要求を行った端末装置から再生履歴を取得することを特徴とする情報配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介した情報配信の技術分野に関し、更に詳細には、ネットワーク上に配置された複数の端末装置を備え、端末装置間でＰ２Ｐ（Peer To Peer）によりコンテンツ情報の送受信を行う情報配信システム及び同システムにおける端末装置に関するものである。
【背景技術】
【０００２】
近年、インターネットなどのネットワークを介して、音楽、映画、トーク番組などコンテンツのデータ（以下、「コンテンツ情報」と呼ぶ。）の配信を行う情報配信システムの研究が盛んに行なわれている。
【０００３】
この情報配信システムにおいては、その利用率を向上させるために、様々な手法が開発されている。例えば、コンテンツ情報の再生ランキングを表示して人気のあるコンテンツ情報に関する情報を利用者に提供したり、端末装置(ノード)毎にお勧めコンテンツの情報を示したりである。そのようにすることにより、利用者に対してその嗜好に合ったコンテンツ情報を検索する手間を省くことができる。
【０００４】
情報配信システムは、従来、一つの配信サーバから複数の端末装置に対して直接コンテンツ情報の配信を行うものが主流であったが、近年、Ｐ２Ｐ通信形態を用いることにより、端末装置間でのコンテンツ情報の送受信を行ってネットワークへの負荷やトラフィックの集中を低減した情報配信システムが提案されている（例えば、特許文献１参照）。
【０００５】
例えば、分散ハッシュテーブル（ＤＨＴ（Distributed Hash Table））を利用して論理的にオーバーレイネットワークを構築することにより、コンテンツ情報を効率的に分散配置して負荷分散を図る技術が提案されている。この情報配信システムにおいては、各端末装置が当該オーバーレイネットワークに参加している全ての端末装置の所在情報（例えば、ＩＰアドレス）を認識しているわけではなく、参加の際などに得られる一部の端末装置への所在情報だけを保持しており、かかる所在情報に基づき、コンテンツ情報の検索等を行うようになっている。
【特許文献１】特開２００６−１９７４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記Ｐ２Ｐ通信形態を用いた情報配信システムにおいて、端末装置の利用者にその嗜好に合ったコンテンツ情報（以下、「お勧めコンテンツ」とも呼ぶ。）に関する情報（例えば、お勧めコンテンツの名称など。以下、「お勧めコンテンツ情報」と呼ぶ。）を通知する場合、各端末装置におけるコンテンツ情報の再生履歴（ログ）を各端末装置からセンタサーバへ送信させ、センタサーバで集計して各端末装置へ送信し表示させる方法が考えられる。
【０００７】
しかしながら、情報配信システムに参加する端末装置の数が多くなると、各端末装置からセンタサーバへ送信する再生履歴の情報も増加し、ネットワークの負荷及びトラフィックの集中が発生してしまう。
【０００８】
そこで、本発明は、ネットワークの負荷やトラフィックの集中を抑制しつつ、各端末装置でお勧めコンテンツ情報を表示することができる情報配信システム及び同システムにおける端末装置並びに情報提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる目的を達成するために、請求項１に記載の発明は、ネットワークを介して接続された複数の端末装置により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置であって、前記コンテンツ情報を取得するコンテンツ取得手段と、前記コンテンツ取得手段で取得したコンテンツ情報を保持するコンテンツ記憶手段と、前記コンテンツ取得手段で取得したコンテンツ情報を再生するコンテンツ再生手段と、前記コンテンツ再生手段によるコンテンツ情報の再生履歴を記憶する再生履歴記憶手段と、当該端末装置で再生されたコンテンツ情報を保持する他の複数の端末装置の再生履歴を取得する再生履歴取得手段と、前記再生履歴取得手段で取得した再生履歴を集計し、当該集計の結果から上位のコンテンツ情報を抽出する提示情報抽出手段と、前記提示情報抽出手段による抽出結果を表示手段に表示する表示処理手段と、前記端末装置で再生されたコンテンツ情報を決定する決定手段と、前記決定手段により決定した前記再生されたコンテンツ情報を記憶する端末装置の所在情報を記憶する端末装置に対して、前記再生されたコンテンツ情報を記憶する端末装置の再生履歴を要求する第１再生履歴要求手段と、コンテンツ情報を保持する端末装置の所在情報を記憶するインデックス記憶手段と、他の端末装置から前記インデックス記憶手段に所在情報を記憶した端末装置の再生履歴の要求があったとき、前記インデックス記憶手段から端末装置の所在情報を取り出して、当該再生されたコンテンツ情報を保持する端末装置に対し、前記再生履歴の要求を行った他の端末装置へ再生履歴の送信を要求する第２再生履歴要求手段と、他の端末装置から前記第２再生履歴要求手段により再生履歴の送信要求があったとき、前記再生履歴記憶手段から再生履歴を取り出して、前記第１再生履歴要求手段により再生履歴の要求を行った端末装置へ送信する再生履歴送信手段と、を備え、前記再生履歴取得手段は、前記他の端末装置が前記第２再生履歴要求手段により再生履歴の送信要求を行った端末装置から再生履歴を取得することを特徴とする。
【００１３】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記再生履歴取得手段は、当該端末装置で再生された複数のコンテンツ情報を保持する他の複数の端末装置から再生履歴を取得することを特徴とする。
【００１４】
また、請求項３に記載の発明は、コンピュータを、請求項１又は２に記載の端末装置の前記各手段として機能させることを特徴とするプログラムとした。
【００１５】
また、請求項７に記載の発明は、ネットワークを介して接続された複数の端末装置により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置であって、前記コンテンツ情報を取得するコンテンツ取得手段と、前記コンテンツ取得手段で取得したコンテンツ情報を保持するコンテンツ記憶手段と、前記コンテンツ取得手段で取得したコンテンツ情報を再生するコンテンツ再生手段と、前記コンテンツ再生手段によるコンテンツ情報の再生履歴を記憶する再生履歴記憶手段と、当該端末装置で再生されたコンテンツ情報を保持する他の複数の端末装置の再生履歴を取得する再生履歴取得手段と、前記再生履歴取得手段で取得した再生履歴を集計し、当該集計の結果から上位のコンテンツ情報を抽出する提示情報抽出手段と、前記提示情報抽出手段による抽出結果を表示手段に表示する表示処理手段と、前記端末装置で再生されたコンテンツ情報を決定する決定手段と、前記決定手段により決定した前記再生されたコンテンツ情報を記憶する端末装置の所在情報を記憶する端末装置に対して、前記再生されたコンテンツ情報を記憶する端末装置の再生履歴を要求する第１再生履歴要求手段と、コンテンツ情報を保持する端末装置の所在情報を記憶するインデックス記憶手段と、他の端末装置から前記インデックス記憶手段に所在情報を記憶した端末装置の再生履歴の要求があったとき、前記インデックス記憶手段から端末装置の所在情報を取り出して、当該再生されたコンテンツ情報を保持する端末装置に対し、前記再生履歴の要求を行った他の端末装置へ再生履歴の送信を要求する第２再生履歴要求手段と、他の端末装置から前記第２再生履歴要求手段により再生履歴の送信要求があったとき、前記再生履歴記憶手段から再生履歴を取り出して、前記第１再生履歴要求手段により再生履歴の要求を行った端末装置へ送信する再生履歴送信手段と、を備え、前記再生履歴取得手段は、前記他の端末装置が前記第２再生履歴要求手段により再生履歴の送信要求を行った端末装置から再生履歴を取得することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、端末装置が、所定のコンテンツ情報を保持する他の複数の端末装置の再生履歴を取得し、当該取得した再生履歴を集計し、当該集計の結果から上位のコンテンツ情報を抽出するので、ネットワークの負荷やトラフィックの集中を抑制しつつ、各端末装置でお勧めコンテンツ情報を表示することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の一実施形態について具体的に説明する。なお、本実施形態では分散ハッシュテーブルを用いたＰ２Ｐ型の情報配信システムを例にとり説明するが、Ｐ２Ｐ型の情報配信システムであればよく、これに限られない。
【００１９】
［１．第１実施形態］
［１．１．情報配信システムＳの構成等］
まず始めに、図１及び図２を参照して、本発明の第１実施形態における情報配信システムの概要について説明する。図１は、第１実施形態における情報配信システムの各端末装置及びセンタサーバの接続態様の一例を示す図、図２はＩＤ空間の説明図である。
【００２０】
図１の下部枠５１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Ｓervice Provider）４、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界のネットワーク）８が構築されている。
【００２１】
情報配信システムＳは、図１の上部枠５０内に示すように、ネットワーク８を介して相互に接続された複数の端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・を備えて構成され、ピアツーピア（Ｐ２Ｐ）方式のオーバーレイネットワーク９が構築される。このオーバーレイネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するネットワークを意味する。なお、以下の説明において、端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・のうち何れかの端末装置又は全ての端末装置を示す場合には、便宜上、端末装置１という場合がある。
【００２２】
情報配信システムＳに参加している各端末装置１の識別情報である端末識別番号（以下、「端末ＩＤ」と呼ぶ。）として、それぞれの端末装置１毎にユニークな番号（固有番号）を付与する。以下においては、ＩＰアドレスを共通のハッシュ関数によりハッシュ化した値を端末ＩＤとして説明する。なお、ハッシュ関数については公知であるので詳しい説明を省略する。
【００２３】
また、情報配信システムＳに参加している複数の端末装置１には、一の端末装置１から他の端末装置１に配信される共用情報としてのコンテンツ情報（例えば、音楽データ、映画データ、文書データ等のデータ）が、分散して記憶（保持）されているが、当該コンテンツ情報にも、それぞれのコンテンツ情報毎の固有の識別番号であるコンテンツ識別情報（以下、「コンテンツＩＤ」と呼ぶ。）を付与する。
【００２４】
このように、各端末装置１に付与された端末ＩＤ及び各コンテンツ情報に付与されたコンテンツＩＤは、共通のハッシュ関数によって生成するため、図２に示すように、同一のリング状のＩＤ空間上にさほど偏ることなく、散らばって存在するものとして考えることができる。同図は8bitの４進数（「0000」〜「3333」）で端末ＩＤ及びコンテンツＩＤを付与し、図示したものである。図中丸点は端末ＩＤを、四角形はコンテンツＩＤを示し、反時計回りでＩＤが増加するものとする。
【００２５】
ここで、情報配信システムＳ内で送受信するコンテンツ情報を保持する端末装置（以下、「コンテンツ保持端末装置」及ぶ。）の所在情報（ここでは、ＩＰアドレス）を保持する端末装置（以下、「ルート端末装置」と呼ぶ。）を、当該コンテンツ情報のコンテンツＩＤと所定の関連を有する端末ＩＤを有する端末装置とする。例えば、図２においては、端末ＩＤａを有する端末装置１は、コンテンツＩＤａを有するコンテンツ情報が何れの端末装置１に保持されているかを知っているルート端末装置である。また、「コンテンツＩＤと所定の関連を有する端末ＩＤ」とは、コンテンツＩＤに近い端末ＩＤであり、「近い」ことの定義は、当該コンテンツＩＤを超えず、コンテンツＩＤと端末ＩＤとの差が一番少ないものとする。なお、上記「所定の関連」は一貫していればよく、必ずしも「近い」とする必要はない。
【００２６】
また、情報配信システムＳには、図１に示すように、情報配信システムＳ内にコンテンツ情報を投入する機能、すなわち情報配信システムＳ内の端末装置１をコンテンツ保持端末装置とするためにコンテンツ情報を端末装置１へ配布する機能や、情報配信システムＳにおいて端末装置１間でコンテンツ情報を送受信可能なコンテンツ情報のリスト（以下、「コンテンツカタログ」とする。）を生成して端末装置１へ提供する機能などを有するセンタサーバ１０（サーバ装置の一例）を備えている。このコンテンツカタログには、各コンテンツ情報に付与されたコンテンツＩＤの情報などが含まれる。
【００２７】
本実施形態における情報配信システムＳでは、端末装置１から他の端末装置１へアクセスするために、各端末装置１に保持されるルーティングテーブルが用いられる。このルーティングテーブルは、各端末装置１が情報配信システムＳに参加するとき等に形成されるものである。
【００２８】
このルーティングテーブルは、図３に示すように、所定の規則に従い、情報配信システムＳに含まれる端末装置１を複数のグループに分けて当該各グループをレベル１のグループとし、このレベル１のグループのうち自装置が属するグループをさらに複数のグループに分けて当該各グループをレベル２のグループとし、このレベル２のグループ分けと同様のグループ分けによりレベルｎ（ｎは３以上の自然数）までの各グループとして、各段階の各グループ（自端末装置１の属するグループは除く）に属する少なくとも一の端末装置１の所在情報をそれぞれ記憶するものである。
【００２９】
［１．２．コンテンツ情報の公開方法］
このような構成の情報配信システムＳの中で、例えば、ある端末装置１が新しいコンテンツ情報を、情報配信システムＳ上の他の端末装置１から検索可能となるように公開する際の手法について述べる。図４はセンタサーバ１０からコンテンツ情報が投入される様子を示す図、図５はコンテンツ保持端末装置のコンテンツ登録メッセージがＤＨＴルーティングにより転送される様子を示す図である。ここでは、端末ＩＤ「1133」の端末装置１ｎに投入（配布）されたコンテンツ情報を公開する際の手順について説明する。なお、他のコンテンツ情報も同様の手順で公開されることになる。
【００３０】
図４に示すようにセンタサーバ１０から新たなコンテンツ情報が端末装置１ｍに投入され、端末装置１ｍがコンテンツＩＤ「3020」のコンテンツ保持端末装置となったとき、端末装置１ｍは、図５に示すように、コンテンツＩＤ「3020」を宛先識別情報としたコンテンツ登録メッセージを生成し、このコンテンツ登録メッセージを自己が保持しているルーティングテーブルを参照して送信する。端末装置１ｍが、図３の例と同様のルーティングテーブルを持っていたとすると、コンテンツＩＤ「3020」は「3XXX」のエリアであるため、当該「3XXX」のエリアに属す端末装置１のうち、所在情報（ＩＰアドレス）を知っている端末装置１ａ（端末ＩＤ「3213」）に対してコンテンツ登録メッセージを送信する。
【００３１】
次に、コンテンツ登録メッセージを受信した端末装置１ａは、このコンテンツ登録メッセージが自端末装置１ａ宛のメッセージであるか否かを判定する。自端末装置１ａ宛のメッセージであるか否かは、ルーティングテーブルに基づき宛先識別情報が自端末装置１ａの識別情報である端末ＩＤと近いか否かが判定される。そして、自端末装置１ａの端末ＩＤよりも他の端末装置１の端末ＩＤの方が、宛先識別情報に近いため、端末装置１ａは、当該端末装置１ａ自身が保持しているルーティングテーブルのテーブルを参照して、「30XX」のエリアに属す端末装置１のうち、所在情報（ＩＰアドレス）を知っている端末装置１ｂ（端末ＩＤ「3031」）に対してコンテンツ登録メッセージを転送する。
【００３２】
このように、ＤＨＴルーティングにより、コンテンツＩＤの桁を上から順に適合していく要領でコンテンツ登録メッセージの転送が進み、最終的に当該コンテンツ情報を管理する端末装置１ｃ、すなわちルート端末装置に辿り着くと、当該端末装置１ｃ自身がそのコンテンツ情報のルート端末装置となるべきだと判断し、当該コンテンツ登録メッセージに含まれる当該コンテンツＩＤ及びコンテンツ保持端末装置の端末ＩＤや所在情報（ＩＰアドレス）等（以下、これらを「インデックス情報」と呼ぶ。）を図６に示すようなインデックステーブルに記憶する。
【００３３】
［１．３．コンテンツ情報の取得方法］
次に、図７を参照して、コンテンツ情報を保持している端末装置１の検索方法の一例について説明する。図７は、コンテンツ情報を保持している端末装置１がＤＨＴルーティングにより検索される様子の一例を示す図である。ここでは、端末ＩＤ「1133」の端末装置１ｎがリクエスタとして、あるコンテンツ情報を再生するために、コンテンツＩＤ「3020」を有するコンテンツ情報を探す際の手順について説明する。なお、他のコンテンツ情報も同様の手順でコンテンツＩＤに基づいて探されることになる。
【００３４】
リクエスタ１ｎは、図７に示すように、コンテンツＩＤ「3020」と同じエリアの端末ＩＤを持つ端末装置１の端末ＩＤを宛先とし、コンテンツＩＤ「3020」を宛先識別情報として、コンテンツ保持端末装置情報（コンテンツ保持端末装置の所在情報であるＩＰアドレスを含む情報）の送信要求（以下、「コンテンツ検索メッセージ」と呼ぶ。）を送信する（図７（１）参照。）。そして、このコンテンツ検索メッセージも、上記コンテンツ登録メッセージと同様にルーティングテーブルに従って、次々と転送されていき（図７（２）参照。）、最終的に当該検索対象のコンテンツ情報を管理する端末装置１ｃ（端末ＩＤ「3011」）、すなわちルート端末装置に辿り着くと、当該ルート端末装置１ｃは、コンテンツ検索メッセージに含まれるコンテンツＩＤ「3020」を、自身がインデックステーブルに管理しているインデックス情報の中から検索し、当該コンテンツ情報を所有しているコンテンツ保持端末装置（ここでは、端末装置１ｍとする。）のＩＰアドレス等をリクエスタ１ｎに返信する（図７（３）参照。）。
【００３５】
リクエスタ１ｎは、上記ルート端末装置１ｃから、コンテンツＩＤ「3020」のコンテンツ情報の所在情報、即ち、コンテンツＩＤ「3020」のコンテンツ情報を保持するコンテンツ保持端末装置１ｍのＩＰアドレスを受信して知ることになり、コンテンツＩＤ「3020」のコンテンツ保持端末装置１ｍに、コンテンツＩＤ「3020」のコンテンツ情報の送信要求を行なうことにより（図７（４）参照。）、当該コンテンツ保持端末装置１ｍから、コンテンツＩＤ「3020」のコンテンツ情報を取得することになる（図７（５）参照。）。
【００３６】
リクエスタ１ｎは、コンテンツ保持端末装置１ｍからコンテンツＩＤ「3020」のコンテンツ情報を取得すると、当該コンテンツ情報を再生手段によって再生する。このとき、リクエスタ１ｎは、取得したコンテンツ情報をコンテンツ記憶手段に記憶して、コンテンツＩＤ「3020」のコンテンツ情報のコンテンツ保持端末装置となり、コンテンツ登録メッセージをコンテンツＩＤ「3020」を宛先識別情報として送信し、ルート端末装置１ｃのインデックステーブルに自装置１ｎの所在情報（ＩＰアドレス）等を登録する。
【００３７】
また、各端末装置１には、コンテンツ再生手段によって再生したコンテンツ情報の履歴（以下、「再生履歴」とする。）を記憶する再生履歴記憶手段を備えており、これにより各端末装置１の再生状況を把握することができ、さらに、後述するようにお勧めコンテンツ情報を表示することを可能としている。
【００３８】
なお、コンテンツ情報を取得する際には、当該コンテンツ情報のコンテンツＩＤが必要となるが、各端末装置１は、情報配信システムＳに参加の際及び参加後は定期的に、センタサーバ１０からコンテンツカタログを取得するようにしており、端末装置１がリクエスタとして機能するとき、このコンテンツカタログから取得対象のコンテンツ情報を選択し、当該選択したコンテンツ情報のコンテンツＩＤをコンテンツカタログから取得するようにしている。
【００３９】
［１．４．お勧めコンテンツ情報の取得方法］
次に、各端末装置１によるお勧めコンテンツ情報の取得方法について説明する。
【００４０】
上述したように、端末装置１の利用者にその嗜好に合ったコンテンツ情報に関する情報、すなわちお勧めコンテンツ情報を通知する場合、各端末装置１におけるコンテンツ情報の再生履歴（ログ）を各端末装置１からセンタサーバ１０へ送信させ、センタサーバ１０で集計して各端末装置１へ送信し表示させる方法が考えられる。
【００４１】
しかし、情報配信システムＳに参加する端末装置１の数が多くなると、各端末装置１からセンタサーバ１０へ送信する再生履歴の情報も増加し、ネットワーク８の負荷及びトラフィックの集中が発生してしまう。
【００４２】
そこで、本第１実施形態においては、あるコンテンツ情報を取得し再生した端末装置１の再生履歴を所定の端末装置１で収集して集計し、当該集計の結果からその上位のコンテンツ情報をお勧めコンテンツとし、このお勧めコンテンツに関する情報（お勧めコンテンツ情報）を端末装置１の表示手段で表示するようにしている。これにより、センタサーバ１０が各端末装置１から再生履歴を収集することなく、お勧めコンテンツ情報を各端末装置１で表示することができるようにしている。
【００４３】
ここで、同じコンテンツ情報を再生した端末装置１は、少なからずその利用者に多少の嗜好性の共通点があると考えられる。そして、同じコンテンツ情報を再生した端末装置１の再生履歴のうち共通度が高いコンテンツ情報がよりその利用者の嗜好性が共通している可能性が高い。そこで、本第１実施形態においては、同じコンテンツ情報を再生した端末装置１の再生履歴のうち共通度が高いコンテンツ情報をお勧めコンテンツとしており、同じコンテンツ情報を再生した複数の端末装置１の再生履歴を収集し集計するようにしている。
【００４４】
以下、図８〜図１０を参照して、お勧めコンテンツ情報の取得方法を具体的に説明する。図８及び図９は端末装置１によるお勧めコンテンツ情報の取得方法を説明するための図、図１０は端末装置１によるお勧めコンテンツ情報の表示例を示す図である。
【００４５】
ここでは、端末ＩＤ「1232」の端末装置１ｐがお勧めコンテンツ情報を表示する際の手順について説明する。お勧めコンテンツ情報の表示は、例えば、端末装置１ｐがあるコンテンツ情報の再生を開始したときに行なうものであり、ここでは、コンテンツＩＤ「3020」の再生を開始したときの動作について説明する。
【００４６】
端末装置１ｐは、図８（ａ）に示すように、コンテンツＩＤ「3020」と同じエリアの端末ＩＤを持つ端末装置１の端末ＩＤを宛先とし、コンテンツＩＤ「3020」を宛先識別情報として、コンテンツＩＤ「3020」のコンテンツ情報に関連するコンテンツ情報の抽出・送信要求、換言すればお勧めコンテンツ情報の送信要求（以下、「お勧め検索メッセージ」と呼ぶ。）を送信する。そして、このお勧め検索メッセージも、上記コンテンツ登録メッセージやコンテンツ検索メッセージと同様にルーティングテーブルに従って、ＤＨＴルーティングにより、次々と転送されていき、最終的に当該コンテンツＩＤ「3020」のコンテンツ情報を管理する端末装置１ｃ（端末ＩＤ「3011」）、すなわちコンテンツＩＤ「3020」のルート端末装置１ｃに辿り着く。
【００４７】
ルート端末装置１ｃは、お勧め検索メッセージに含まれるコンテンツＩＤ「3020」を、自身がインデックステーブルに管理しているインデックス情報の中から検索し、当該コンテンツＩＤ「3020」のコンテンツ情報を所有しているコンテンツ保持端末装置（ここでは、端末装置１ｊ，１ｋとする。）の所在情報（ＩＰアドレス）を取り出す。そして、図８（ｂ）に示すように、当該取り出した所在情報を有するコンテンツ保持端末装置１ｊ，１ｋに対して、再生履歴送信要求を行なう。コンテンツ保持端末装置１ｊ，１ｋは、それぞれ自装置が再生したコンテンツ情報の履歴を自装置の再生履歴記憶手段に記憶しており、ルート端末装置１ｃから再生履歴送信要求を受信すると、その再生履歴をルート端末装置１ｃへ送信する。
【００４８】
ここで、端末装置１ｊ，１ｋは、例えば、過去１週間の再生履歴を自装置の再生履歴記憶手段に記憶しており、当該再生履歴を再生履歴送信要求の送信元端末装置であるルート端末装置１ｃへ送信するようにしている。
【００４９】
コンテンツ保持端末装置１ｊ，１ｋからそれぞれ再生履歴を受信したルート端末装置１ｃは、これらの再生履歴を集計し、当該集計の結果から上位のコンテンツ情報を抽出する。例えば、コンテンツ保持端末装置１ｊの再生履歴が図９（ａ）に示す再生履歴であり、コンテンツ保持端末装置１ｋの再生履歴が図９（ｂ）に示す再生履歴であるとき、ルート端末装置１ｃによる集計結果は、図９（ｃ）に示すようになる。なお、同図の左側がコンテンツ情報の名称であり、右側がその再生数の集計結果である。そして、集計結果が上位のコンテンツ情報（ここでは、例えば再生履歴が２つあるコンテンツ情報）をお勧めコンテンツとして抽出する。なお、本実施形態においては、説明を容易にするためにコンテンツ保持端末装置を２つの端末装置１ｊ，１ｋとしているが、実際にはコンテンツ保持端末装置は２台よりも多数あることが多く、より多数の端末装置１の再生履歴を収集することにより、端末装置１ｐの利用者の嗜好により合致したお勧めコンテンツを抽出することができる。
【００５０】
その後、図８（ｃ）に示すように、ルート端末装置１ｃは、抽出したお勧めコンテンツに関する情報（お勧めコンテンツ情報）を端末装置１ｐへ送信する。お勧めコンテンツ情報を受信した端末装置１ｐでは、図１０に示すように、自装置の表示手段の表示領域のうち、再生しているコンテンツ情報の表示領域２２に隣接した表示領域２３にお勧めコンテンツ情報を一覧表示する。端末装置１ｐの利用者は、このように表示されているお勧めコンテンツのうち任意のお勧めコンテンツをマウス等の入力手段により選択し再生することができ、これにより、所望のお勧めコンテンツの再生を容易としている。
【００５１】
このように本第１実施形態の情報配信システムＳでは、端末装置１が、所定のコンテンツ情報を保持する複数の端末装置１の再生履歴を取得し、当該取得した再生履歴を集計し、当該集計の結果から上位のコンテンツ情報を抽出し、さらに当該抽出されたコンテンツ情報を表示手段に表示するようにしている。その結果、別途サーバを用いることがなく各端末装置１でお勧めコンテンツ情報を表示することができ、ネットワーク８の負荷やトラフィックの集中を抑制することができる。
【００５２】
上述においては、１つのコンテンツ情報に関連するコンテンツ情報を収集し集計して、お勧めコンテンツ情報を抽出するようにしたが、複数のコンテンツ情報に共通に関連するコンテンツ情報を収集し集計してお勧めコンテンツ情報を抽出するようにしてもよい。
【００５３】
例えば、端末装置１ｐが他の端末装置１からコンテンツ情報を取得して再生する際、今回再生するコンテンツ情報と前回再生したコンテンツ情報の２つのコンテンツ情報のルート端末装置に対して、それぞれお勧めコンテンツ情報を要求する。そして、これらのルート端末装置からそれぞれ送信されるお勧めコンテンツ情報のうち、これらのルート端末装置から共通に送信されるお勧めコンテンツ情報を、お勧めコンテンツ情報として表示手段に表示する。これにより、より端末装置１の利用者の嗜好により適合するコンテンツ情報を、お勧めコンテンツ情報として表示することができる。
【００５４】
ここで、情報配信システムＳにおける端末装置１の具体的構成及び動作の一例について図面を参照して説明する。
【００５５】
［１．５．端末装置１の具体的構成及び動作の説明］
以下、図面を参照して、上述した端末装置１の具体的構成及び動作の一例について説明する。
【００５６】
（端末装置１の構成について）
まず、端末装置１の構成について説明する。図１１は、端末装置１の具体的構成を示す図である。
【００５７】
端末装置１は、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能であり、図１１に示すように、制御部１０１と、ルーティングテーブル、インデックステーブル及び再生履歴などを記憶する書き換え可能な第１記憶部１０２（ルーティング情報記憶手段、インデックス記憶手段及び再生履歴記憶手段の一例に相当）と、センタサーバ１０や他の端末装置１から取得したコンテンツ情報を記憶する不揮発性メモリである第２記憶部１０３（コンテンツ記憶手段の一例に相当）と、ネットワーク８を介して取得したコンテンツ情報を一時的に記憶するバッファメモリ１０４と、このバッファメモリ１０４に記憶したコンテンツ情報を順次取り出してデコードするデコーダ部１０５と、このデコーダ部１０５によってデコードされたコンテンツ情報のうち映像情報を後述の表示部１０７で表示可能な情報に変換処理する映像処理部１０６と、この映像処理部１０６からの出力に基づいてコンテンツ情報の映像を表示する液晶表示装置（ＬＣＤ）などの表示部１０７（表示手段の一例に相当）と、デコーダ部１０５によってデコードされたコンテンツ情報のうち音声情報を後述のスピーカ１０９で音波として出力可能な情報に変換処理する音声処理部１０８と、この音声処理部１０８からの出力に基づいてコンテンツ情報の音声を音波として出力するスピーカ１０９と、マウス及びキーボードなどからなる入力部１１０と、ネットワーク８を介して、センタサーバ１０や他の端末装置１と通信するための通信部１１１とを備えている。なお、制御部１０１、第１記憶部１０２、第２記憶部１０３、バッファメモリ１０４、デコーダ部１０５、通信部１１１は、システムバス１２０を介して相互に接続されている。また、デコーダ部１０５、映像処理部１０６及び音声処理部１０８はコンテンツ再生手段の一例に相当する。
【００５８】
制御部１０１は、ＣＰＵ（Central Processing Unit）、内部メモリから構成される。この内部メモリには、情報配信システムＳに参加して、コンテンツ情報を送受信し、コンテンツ情報を再生するための情報処理プログラムが格納されており、ＣＰＵは内部メモリに記憶されている情報処理プログラムを読み出して実行することによって、コンテンツ取得手段、コンテンツ記憶処理手段、コンテンツ再生処理手段、コンテンツ送信手段、再生履歴取得手段、再生履歴記憶処理手段、提示情報抽出手段、表示処理手段、決定手段、関連情報要求手段、再生履歴要求手段、再生履歴送信手段等として機能する。
【００５９】
なお、この情報処理プログラムは、例えば、ネットワーク８に接続されたサーバ（例えば、センタサーバ１０）から、通信部１１１を介して、制御部１０１の内部メモリにダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部１０１の内部メモリに読み込まれるようにしてもよい。
【００６０】
（端末装置１の動作について）
以上のように構成された端末装置１の動作を図面を参照して具体的に説明する。図１２は端末装置１のメイン処理フローチャートである。なお、以下の各処理は、端末装置１の制御部１０１が上述した各手段等として機能することによって実行されるものである。ここでは、特徴的な部分の動作を主として説明しており、一部の動作内容（例えば、センタサーバ１０からの受信動作）は省略している。
【００６１】
図１２に示すように、端末装置１においてメイン電源スイッチ（図示せず）がＯＮされたときやリセットスイッチ（図示せず）が操作されたとき、制御部１０１のＣＰＵは、内部メモリの作業領域確保等の初期設定動作を実行し、内部メモリに記憶した情報処理プログラムを実行状態として、制御部１０１としての機能を動作状態とした後（ステップＳ１）、情報配信システムＳへ参加してステップＳ２に処理を移行する。
【００６２】
ここで、情報配信システムＳへ参加は、制御部１０１による処理によって次のように行われる。まず、制御部１０１は、自装置のＩＰアドレスを所定のハッシュ関数で演算することによって自端末装置１の端末ＩＤを得る。制御部１０１は、この端末ＩＤを宛先識別情報とし自装置の所在情報（ＩＰアドレス）などを含む参加メッセージを通信部１１１及びネットワーク８を介して所定の端末装置１へ送信する。この参加メッセージはＤＨＴルーティングにより転送される。そして、この参加メッセージを受信した他の端末装置１は、自装置のルーティングテーブルから参加メッセージの転送回数に応じたレベルのテーブルの情報を取り出して、参加メッセージを送信した端末装置１へその情報を送信する。制御部１０１は、このように参加メッセージを受信した端末装置１からルーティングテーブルの情報をネットワーク８及び通信部１１１を介して取得し、これらの情報に基づいてルーティングテーブルを生成し、情報配信システムＳに参加する。
【００６３】
また、制御部１０１は、情報配信システムＳへの参加時にセンタサーバ１０からコンテンツカタログを取得し、表示部１０７にこのコンテンツカタログの内容を表示する。これにより、端末装置１の利用者は、情報配信システムＳにおいて再生可能なコンテンツ情報を把握し、所定の操作を行ってコンテンツ情報を取得する。
【００６４】
ステップＳ２において、制御部１０１は、コンテンツ再生指示があるか否かを判定する。例えば、利用者による入力部１１０への操作によって、表示部１０７に表示されているコンテンツカタログの中からコンテンツ情報が選択されたときに、制御部１０１は、コンテンツ再生指示があったと判定する。
【００６５】
この処理において、コンテンツ再生指示があったと判定すると（ステップＳ２：Ｙｅｓ）、制御部１０１は、コンテンツ再生処理を起動する（ステップＳ３）。このコンテンツ再生処理は、図１３におけるステップＳ２０〜Ｓ２８の処理であり、後で詳述する。
【００６６】
一方、コンテンツ再生指示がないと判定すると（ステップＳ２：Ｎｏ）、制御部１０１は、ネットワーク８及び通信部１１１を介してＤＨＴメッセージ（例えば、コンテンツ登録メッセージ、コンテンツ検索メッセージ、お勧め検索メッセージなど）を受信したか否かを判定する（ステップＳ４）。この処理において、ＤＨＴメッセージを受信したと判定すると（ステップＳ４：Ｙｅｓ）、制御部１０１は、ＤＨＴメッセージ処理を行う（ステップＳ５）。このＤＨＴメッセージ処理は、図１４におけるステップＳ３０〜Ｓ３８の処理であり、後で詳述する。
【００６７】
ステップＳ４において、ＤＨＴメッセージを受信していないと判定すると（ステップＳ４：Ｎｏ）、制御部１０１は、ネットワーク８及び通信部１１１を介してコンテンツ送信要求を受信したか否かを判定する（ステップＳ６）。この処理において、コンテンツ送信要求を受信したと判定すると（ステップＳ６：Ｙｅｓ）、制御部１０１は、コンテンツ送信処理を行う（ステップＳ７）。コンテンツ送信処理は、コンテンツ送信要求に応じたコンテンツ情報を第１記憶部１０２から取り出し、このコンテンツ情報をコンテンツ送信要求を行なった他の端末装置１へ通信部１１１及びネットワーク８を介して送信することによって行なう。このように、制御部１０１は、他の端末装置１からの要求に応じてコンテンツ記憶手段である第２記憶部１０３に記憶したコンテンツ情報を通信部１１１及びネットワーク８を介して送信するコンテンツ送信手段として機能する。
【００６８】
ステップＳ６において、コンテンツ送信要求を受信していないと判定すると（ステップＳ６：Ｎｏ）、制御部１０１は、他の端末装置１からネットワーク８及び通信部１１１を介して再生履歴の送信要求を受信したか否かを判定する（ステップＳ８）。
【００６９】
この処理において、再生履歴の送信要求を受信したと判定すると（ステップＳ８：Ｙｅｓ）、制御部１０１は、再生履歴送信処理を行う（ステップＳ９）。この再生履歴送信処理は、制御部１０１が自装置の再生履歴を第１記憶部１０２から取り出し、この再生履歴を通信部１１１及びネットワーク８を介して、送信要求を行った端末装置１へ送信することによって行なわれる。このように制御部１０１は、他の端末装置１から再生履歴の送信要求があったとき、再生履歴記憶手段である第１記憶部１０２から再生履歴を取り出して、当該再生履歴の送信要求を行なった他の端末装置１へ送信する再生履歴送信手段として機能する。
【００７０】
ステップＳ８において再生履歴の送信要求を受信していないと判定したとき（ステップＳ８：Ｎｏ）、又はステップＳ３，Ｓ５，Ｓ７，Ｓ９の処理が終了したとき、制御部１０１は、終了指示を検知したか否かを判定する（ステップＳ１０）。例えば、自装置１の電源がＯＦＦ状態へ移行したとき、制御部１０１は、終了指示を検知する。
【００７１】
ステップＳ１０において、終了指示を検知したと判定すると（ステップＳ１０：Ｙｅｓ）、制御部１０１は、メイン処理を終了し、一方、終了指示を検知していないと判定すると（ステップＳ１０：Ｎｏ）、制御部１０１は、ステップＳ２からの処理を繰り返す。
【００７２】
次に、ステップＳ３で起動されるコンテンツ再生処理について図１３のフローチャートを参照して具体的に説明する。図１３は端末装置１におけるコンテンツ再生処理のフローチャートである。
【００７３】
図１３に示すように、コンテンツ再生処理を開始すると、制御部１０１は、第１記憶部１０２に記憶したルーティングテーブルに基づいて、通信部１１１及びネットワーク８を介して、他の端末装置１へ検索メッセージを送信する（ステップＳ２０）。この検索メッセージは、再生指示のあったコンテンツ情報を再生するために必要なコンテンツ情報毎に送信されるものであり、制御部１０１は、コンテンツカタログを参照し、再生指示のあったコンテンツ情報のコンテンツＩＤをコンテンツカタログから取り出し、このコンテンツＩＤを宛先識別情報として検索メッセージを生成して送信する。
【００７４】
次に、制御部１０１は、検索メッセージに対する応答、すなわち再生指示のあったコンテンツ情報を保持するコンテンツ保持端末装置の所在情報（ＩＰアドレス）をネットワーク８及び通信部１１１を介して受信したか否かを判定する（ステップＳ２１）。この処理において、制御部１０１は、検索メッセージに対する応答であるインデックス情報（コンテンツ保持端末装置の所在情報など）を受信するまで待ち（ステップＳ２１：Ｎｏ）、当該インデックス情報を受信したと判定すると（ステップＳ２１：Ｙｅｓ）、制御部１０１は、処理をステップＳ２２に移行する。
【００７５】
ステップＳ２２において、制御部１０１は、受信したインデックス情報に基づいて、再生指示のあったコンテンツ情報を保持するコンテンツ保持端末装置に対して通信部１１１及びネットワーク８を介してコンテンツ情報の送信要求を行なう。
【００７６】
その後、制御部１０１は、通信部１１１及びネットワーク８を介してコンテンツ保持端末装置からコンテンツ情報を受信したか否かを判定し（ステップＳ２３）、コンテンツ情報を受信するまで待つ（ステップＳ２３：Ｎｏ）。そして、制御部１０１は、コンテンツ情報を受信すると（ステップＳ２３：Ｙｅｓ）、当該受信したコンテンツ情報をバッファメモリ１０４に順次記憶し、当該受信したコンテンツ情報の再生を開始する（ステップＳ２４）。コンテンツ情報の再生は、上述したように、制御部１０１が、バッファメモリ１０４に記憶したコンテンツ情報を順次取り出してデコーダ部１０５に入力することによってデコードされたコンテンツ情報に応じた映像や音声を映像処理部１０６や音声処理部１０８を介して表示部１０７やスピーカ１０９から出力することによって行なう。また、受信したコンテンツ情報を保持するためにこのコンテンツ情報を第２記憶部１０３に順次記憶していく。このように、制御部１０１は、再生指示が行なわれたコンテンツ情報をネットワーク８及び通信部１１１を介して取得するコンテンツ取得手段、この取得したコンテンツ情報をコンテンツ記憶手段としての第２記憶部１０３に保持するコンテンツ記憶処理手段、この取得したコンテンツ情報をコンテンツ再生手段により再生させるコンテンツ再生処理手段として機能する。
【００７７】
さらに、制御部１０１は、再生を開始したコンテンツ情報の履歴を更新する。すなわち、制御部１０１は、再生を開始したコンテンツ情報のファイル名や再生時間などの情報を第１記憶部１０２に記憶した再生履歴情報に追加する。このように制御部１０１は、コンテンツ再生手段によるコンテンツ情報の再生履歴を再生履歴記憶手段としての第１記憶部１０２に記憶する再生履歴記憶処理手段として機能する。
【００７８】
コンテンツ受信の再生を開始したとき、制御部１０１は、ステップＳ２４で再生を開始したコンテンツ情報を管理するルート端末装置に向けて、お勧め検索メッセージを送信する（ステップＳ２５）。例えば、図８に示す端末装置１ｐの制御部１０１は、コンテンツＩＤ「3020」を宛先識別情報とし、自装置１ｐの所在情報（ＩＰアドレス）を含むお勧め検索メッセージを生成し、第１記憶部１０２に記憶したルーティングテーブルに基づいて、当該生成したお勧め検索メッセージを通信部１１１及びネットワーク８を介してＤＨＴルーティングにより他の端末装置１へ送信する。このように制御部１０１は、再生を開始したコンテンツ情報を所定のコンテンツ情報として決定する決定手段と、この決定手段により決定した所定のコンテンツ情報に関連するコンテンツ情報（お勧めコンテンツ）の抽出を他の端末装置１へ要求する関連情報要求手段として機能する。
【００７９】
このようにお勧め検索メッセージを送信した後、制御部１０１は、当該お勧め検索メッセージの宛先であるルート端末装置からお勧めコンテンツ情報が通信部１１１及びネットワーク８を介して受信されるのを待つ（ステップＳ２６：Ｎｏ）。このお勧めコンテンツ情報が受信されたとき（ステップＳ２６：Ｙｅｓ）、制御部１０１は、受信したお勧めコンテンツ情報を第１記憶部１０２に記憶する。そして、制御部１０１は、第１記憶部１０２に記憶したお勧めコンテンツ情報をデコーダ部１０５に入力することによってデコードされたお勧めコンテンツ情報に応じた映像（例えば、図１０参照。）を映像処理部１０６を介して表示部１０７から出力する（ステップＳ２７）。このように、制御部１０１は、お勧めコンテンツ情報を表示手段である表示部１０７に表示させる表示処理手段として機能する。
【００８０】
その後、制御部１０１は、ステップＳ２４で開始したコンテンツ情報の再生が終了するまで待ち（ステップＳ２８：Ｎｏ）、当該コンテンツ情報の再生が終了すると（ステップＳ２８：Ｙｅｓ）、制御部１０１は、コンテンツ再生処理を終了する。
【００８１】
次に、ステップＳ５のＤＨＴメッセージ処理について図１４のフローチャートを参照して具体的に説明する。図１４は端末装置１におけるＤＨＴメッセージ処理のフローチャートである。
【００８２】
図１４に示すように、ＤＨＴメッセージ処理を開始すると、制御部１０１は、ネットワーク８及び通信部１１１を介して受信したメッセージが自装置宛であるか否かを判定する（ステップＳ３０）。受信したメッセージが自装置宛であるか否かは、このメッセージの宛先識別情報に自装置の端末ＩＤが近いか否かによって判定する。なお、「近い」ことの定義は、例えば、ＤＨＴメッセージの宛先識別情報を超えず、この宛先識別情報と端末ＩＤとの差が一番少ないものとするが、一貫していれば他の定義でもよい。
【００８３】
ステップＳ３０の処理において、受信したメッセージが自装置宛でないと判定すると（ステップＳ３０：Ｎｏ）、制御部１０１は、当該メッセージを第１記憶部１０２に記憶したルーティングテーブルに基づいてＤＨＴルーティングにより転送する（ステップＳ３１）。一方、受信したメッセージが自装置宛であると判定すると（ステップＳ３０：Ｙｅｓ）、制御部１０１は、当該メッセージがコンテンツ登録メッセージであるか否かを判定する（ステップＳ３２）。
【００８４】
ステップＳ３２の処理において、受信したメッセージがコンテンツ登録メッセージであると判定すると（ステップＳ３２：Ｙｅｓ）、制御部１０１は、当該コンテンツ登録メッセージに含まれるインデックス情報（コンテンツ保持端末装置の所在情報）を第１記憶部１０２に記憶したインデックステーブル（例えば、図６参照）に追加してインデックステーブルを更新する（ステップＳ３３）。一方、受信したメッセージがコンテンツ登録メッセージではないと判定すると（ステップＳ３２：Ｎｏ）、制御部１０１は、当該メッセージがコンテンツ検索メッセージであるか否かを判定する（ステップＳ３４）。
【００８５】
ステップＳ３４の処理において、受信したメッセージがコンテンツ検索メッセージであると判定すると（ステップＳ３４：Ｙｅｓ）、制御部１０１は、当該コンテンツ検索メッセージで要求されているインデックス情報（コンテンツ保持端末装置の所在情報など）を第１記憶部１０２に記憶したインデックステーブル（例えば、図６参照）から取り出して、要求元の端末装置１へ送信する（ステップＳ３５）。一方、受信したメッセージがコンテンツ検索メッセージではないと判定すると（ステップＳ３４：Ｎｏ）、制御部１０１は、当該メッセージがお勧め検索メッセージであるか否かを判定する（ステップＳ３６）。
【００８６】
ステップＳ３６の処理において、受信したメッセージがお勧め検索メッセージであると判定すると（ステップＳ３６：Ｙｅｓ）、制御部１０１は、お勧め検索処理を行なう（ステップＳ３７）。このお勧め検索処理は、図１５におけるステップＳ４０〜Ｓ４３の処理であり、後で詳述する。
【００８７】
一方、受信したメッセージがお勧め検索メッセージではないと判定すると（ステップＳ３６：Ｎｏ）、制御部１０１は、当該メッセージに応じた処理を行なう（ステップＳ３８）。
【００８８】
ステップＳ３１，Ｓ３３，Ｓ３５，Ｓ３７，Ｓ３８の処理が終了したとき、制御部１０１は、ＤＨＴメッセージ処理を終了する。
【００８９】
ここで、お勧め検索処理は、制御部１０１により次のように実行される。図１５は端末装置１におけるお勧め検索処理のフローチャートである。
【００９０】
図１５に示すように、制御部１０１はお勧め検索処理を開始すると、まず、第１記憶部１０２に記憶しているインデックステーブルに基づいて再生履歴の送信要求を行なう（ステップＳ４０）。具体的には、第１記憶部１０２に記憶しているインデックステーブルから、お勧め検索メッセージの検索対象となるコンテンツ情報（自装置がルート端末装置として管理するコンテンツ情報のうちお勧め検索メッセージで指定されたコンテンツ情報）を保持しているコンテンツ保持端末装置の所在情報（ＩＰアドレス）を取り出し、これらの所在情報を有する他の端末装置１宛にそれぞれ再生履歴の送信要求を通信部１１１及びネットワーク８を介して行なう。このように、制御部１０１は、他の端末装置１からお勧めコンテンツ情報の抽出要求であるお勧め検索メッセージを受信したとき、当該お勧め検索メッセージの対象となるコンテンツ情報を保持する端末装置１の所在情報をインデックス記憶手段である第１記憶部１０２から取り出して、当該コンテンツ情報を保持する端末装置１に対して再生履歴の送信を要求する再生履歴要求手段として機能する。
【００９１】
その後、制御部１０１は、ステップＳ４０で行なった再生履歴の送信要求に対して、当該要求にかかる端末装置１から全ての再生履歴を受信したか否かを判定する（ステップＳ４１）。例えば、ステップＳ４０で１０台のコンテンツ保持端末装置に再生履歴の送信要求を行なった場合、これら１０台のコンテンツ保持端末装置から再生履歴が送られてきたか否かを判定する。このように、制御部１０１は、再生履歴の送信要求を行なった所定のコンテンツ情報を保持する複数の端末装置１からそれぞれ再生履歴を取得する再生履歴取得手段として機能する。
【００９２】
制御部１０１は、再生履歴を全て受信するまで待ち（ステップＳ４１：Ｎｏ）、全ての再生履歴を受信したと判定すると（ステップＳ４１：Ｙｅｓ）、受信した再生履歴を集計する集計処理を行なう（ステップＳ４２）。この集計処理は、コンテンツ保持端末装置から受信した再生履歴をコンテンツ情報毎にその再生数を集計することによって行なわれる。そして、複数のコンテンツ保持端末装置の中で再生されたコンテンツ情報のうち再生数が多いものから順に所定数分のコンテンツ情報をお勧めコンテンツとして抽出する。
【００９３】
例えば、図９（ｃ）に示す例では、再生数が２回のコンテンツ情報（コンテンツＡＢＣ〜コンテンツＪＫＫ）がお勧めコンテンツとして抽出される。このように、制御部１０１は、取得した再生履歴を集計し、当該集計の結果から上位のコンテンツ情報を抽出する提示情報抽出手段として機能する。なお、ステップＳ４０において再生履歴の送信要求を行なった後、全てのコンテンツ保持端末装置から再生履歴が送信されるまでに所定期間（例えば、１０秒）を超えたとき、処理をステップＳ４２に移行する。これにより、コンテンツ保持端末装置が情報配信システムＳから脱退したときでも、処理をステップＳ４２に移行することができる。
【００９４】
そして、制御部１０１は、ステップＳ４２で抽出したお勧めコンテンツ情報を、お勧め検索メッセージの送信元の末装置１へ通信部１１１及びネットワーク８を介して送信する（ステップＳ４３）。
【００９５】
以上のように、本第１実施形態における端末装置１では、ルート端末装置がお勧めコンテンツを抽出し、当該抽出結果を要求元の端末装置１へ送信するようにしている。すなわち、所定のコンテンツ情報を再生した端末装置１の利用者の嗜好に沿ったお勧めコンテンツに関する情報を、所定のコンテンツ情報を再生した又は再生する端末装置１から当該所定のコンテンツ情報を管理するルート端末装置へ要求し、このルート端末装置は所定のコンテンツ情報を保持する端末装置１からそれぞれ再生履歴を取得して集計し、この集計結果から上位のコンテンツ情報を抽出して、この抽出結果を要求元の端末装置１へ送信する。従って、お勧めコンテンツ情報を収集して通知するためのサーバが不要となり、ネットワーク８への負荷やトラフィックの集中を抑制しつつ、各端末装置１でお勧めコンテンツ情報を表示することが可能となる。
【００９６】
なお、上述の実施形態においては、図１３に示すように、端末装置１の制御部１０１がステップＳ２５においてお勧め検索メッセージを送信して、ステップＳ２６でお勧めコンテンツ情報を取得することとしたが、制御部１０１がステップＳ２１においてルート端末装置１からインデックス情報を受信するときにこのルート端末装置１からお勧めコンテンツ情報を取得することで、お勧め検索メッセージを用いずに処理が可能となり、ステップＳ２５，２６，Ｓ３６，Ｓ３７等の処理を省くようにしてもよい。このとき、ルート端末装置の制御部１０１は、図１５に示すステップＳ４０〜Ｓ４２の処理を定期的に行なってコンテンツ保持端末装置から再生履歴を取得しておきお勧めコンテンツ情報を送信できる準備をしておくようしておき、端末装置１からインデックス情報の要求があったときに、お勧めコンテンツ情報を送信する。
【００９７】
［２．第２実施形態］
次に、第２実施形態の情報通信システムについて説明する。第１実施形態における情報配信システムでは、ルート端末装置が再生履歴の収集及び集計を行なってお勧めコンテンツを抽出するようにしたが、第２実施形態における情報配信システムでは、お勧めコンテンツ情報を表示する端末装置１が再生履歴の収集及び集計を行なうものである。なお、以下においては、第１実施形態と異なる部分を中心として説明する。なお、制御部１０１による処理が異なる以外は、第１実施形態と同様であるため、符号等は第１実施形態と同一のものを用いて説明する。
【００９８】
［２．１．お勧めコンテンツ情報の取得方法］
以下、図１６を参照して、お勧めコンテンツ情報の取得方法を具体的に説明する。図１６は端末装置１によるお勧めコンテンツ情報の取得方法を説明するための図である。ここでは、第１実施形態と同様に、端末ＩＤ「1232」の端末装置１ｐがコンテンツＩＤ「3020」の再生を開始したときに、お勧めコンテンツ情報を表示する際の手順について説明する。
【００９９】
お勧めコンテンツ情報の表示を行なおうとする端末装置１ｐは、図１６（ａ）に示すように、コンテンツＩＤ「3020」と同じエリアの端末ＩＤを持つ端末装置１の端末ＩＤを宛先とし、コンテンツＩＤ「3020」を宛先識別情報として、コンテンツＩＤ「3020」のコンテンツ情報を保持するコンテンツ保持端末装置の所在情報の送信要求（以下、「お勧め検索メッセージ」と呼ぶ。）を送信する。そして、このお勧め検索メッセージも、上記コンテンツ登録メッセージやコンテンツ検索メッセージと同様にルーティングテーブルに従って、次々と転送されていき、最終的に当該コンテンツＩＤ「3020」のコンテンツ情報を管理する端末装置１ｃ（端末ＩＤ「3011」）、すなわちコンテンツＩＤ「3020」のルート端末装置１ｃに辿り着く。
【０１００】
ルート端末装置１ｃは、お勧め検索メッセージに含まれるコンテンツＩＤ「3020」を、自身がインデックステーブルに管理しているインデックス情報の中から検索し、該当するインデックス情報、すなわち当該コンテンツＩＤ「3020」のコンテンツ情報を所有しているコンテンツ保持端末装置（ここでは、端末装置１ｊ，１ｋとする。）の所在情報（ＩＰアドレス）を取り出す。そして、当該取り出したインデックス情報を要求元の端末装置１ｐへ送信する。
【０１０１】
ルート端末装置１ｃからインデックス情報を受信した端末装置１ｐは、図１６（ｂ）に示すように、受信したインデックス情報で規定されているコンテンツ保持端末装置１ｊ，１ｋに対して、通信部１１１及びネットワーク８を介して、再生履歴の送信要求を行なう。各コンテンツ保持端末装置１ｊ，１ｋは、自装置が再生したコンテンツ情報の履歴を記憶しており、端末装置１ｐから再生履歴の送信要求を受信すると、自装置の再生履歴を端末装置１ｐへ送信する。
【０１０２】
コンテンツ保持端末装置１ｊ，１ｋからそれぞれ再生履歴を受信した端末装置１ｐは、これらの再生履歴を集計し、この集計結果から上位のコンテンツ情報を抽出する。この処理は、第１実施形態におけるルート端末装置１ｃの処理と同様の処理である。
【０１０３】
その後、端末装置１ｐは、抽出したお勧めコンテンツ情報の一覧を表示手段である表示部１０７で表示する。端末装置１ｐの利用者は、このように表示されているお勧めコンテンツ情報の一覧から所望のコンテンツをマウス等の入力手段により選択し再生可能となり、これにより、所望のお勧めコンテンツの再生を容易に行なうことができる。
【０１０４】
このように第２実施形態の情報配信システムＳでは、お勧めコンテンツ情報を表示する端末装置１自身が、所定のコンテンツ情報を保持する複数の端末装置１の再生履歴を取得し、当該取得した再生履歴を集計し、この集計結果から上位のコンテンツ情報を抽出し、さらに抽出されたコンテンツ情報を表示手段に表示するようにしている。その結果、サーバを用いることがなく各端末装置１でお勧めコンテンツ情報を表示することができ、ネットワーク８の負荷やトラフィックの集中を抑制することができる。
【０１０５】
上述においては、１つのコンテンツ情報に関連するコンテンツ情報を収集し集計して、お勧めコンテンツを抽出するようにしたが、複数のコンテンツ情報に共通に関連するコンテンツ情報を収集し集計してお勧めコンテンツとするようにしてもよい。
【０１０６】
例えば、端末装置１ｐが他の端末装置１からコンテンツ情報を取得して再生する際、今回再生するコンテンツ情報と前回再生したコンテンツ情報の２つのコンテンツ情報のルート端末装置に対して、インデックス情報を要求する。そして、端末装置１ｐは、これら２つのコンテンツ情報を共に保持している端末装置１から履歴情報を収集し、集計処理を行なって上位のコンテンツ情報を抽出して勧めコンテンツ情報として表示手段に表示する。これにより、端末装置１の利用者の嗜好により適合したコンテンツ情報を、お勧めコンテンツ情報として表示することができる。
【０１０７】
［２．２．端末装置の具体的動作の説明］
以下、図面を参照して、第２実施形態における端末装置１の具体的動作の一例について説明する。なお、第２実施形態の端末装置１は、第１実施形態の端末装置１に対してコンテンツ再生処理及びお勧め検索処理が異なり、その他の処理は同様の処理であることから、ここでは、コンテンツ再生処理及びお勧め検索処理について説明する。
【０１０８】
まず、コンテンツ再生処理について図１７を参照して説明する。図１７は第２実施形態における端末装置１のコンテンツ再生処理のフローチャートである。この図１７において、ステップＳ１２０〜Ｓ１２５，Ｓ１３１の処理は、第１実施形態における図１３のステップＳ２０〜Ｓ２５，Ｓ２８の処理と同様であるため説明を省略する。
【０１０９】
制御部１０１は、コンテンツ情報の再生を開始し（ステップＳ１２４）、お勧め検索メッセージを送信した後（ステップＳ１２５）、お勧め検索メッセージの宛先であるルート端末装置からインデックス情報（コンテンツ保持端末装置の所在情報などを含む情報）を受信したか否かを判定する（ステップＳ１２６）。このお勧め検索メッセージは、ステップＳ１２４で再生処理を開始したコンテンツ情報を記憶する端末装置１の所在情報の送信要求である。このように、制御部１０１は、所定のコンテンツ情報を記憶する端末装置１の所在情報の送信要求を行なう所在情報要求手段として機能する。
【０１１０】
この処理において、インデックス情報が受信されるまで待ち（ステップＳ１２６：Ｎｏ）、インデックス情報を受信したとき（ステップＳ１２６：Ｙｅｓ）、制御部１０１は、受信したインデックス情報に基づいて、再生履歴の送信要求を行なう（ステップＳ１２７）。ステップＳ１２６において、受信するインデックス情報は、ステップＳ１２６で再生を開始したコンテンツ情報を保持する全てのコンテンツ保持端末装置の所在情報（ＩＰアドレス）であり、制御部１０１は、これらのコンテンツ保持端末装置に対して、通信部１１１及びネットワーク８を介して、再生履歴の送信要求を行なう。このように制御部１０１は、ルート端末装置から取得した所在情報を有する他の端末装置１に対して再生履歴の送信を要求する再生履歴要求手段として機能する。また、再生履歴の送信要求先の端末装置の制御部１０１は、他の端末装置１から再生履歴の送信要求があったとき、再生履歴記憶手段として機能する第１記憶部１０２から自装置の再生履歴を取り出し、再生履歴の送信要求を行なった端末装置１へ送信する再生履歴送信手段として機能することになる。
【０１１１】
その後、制御部１０１は、ステップＳ１２７で行なった再生履歴の送信要求に対して、当該要求にかかる端末装置１から全ての再生履歴を受信したか否かを判定する（ステップＳ１２８）。
【０１１２】
制御部１０１は、全てのコンテンツ保持端末装置から再生履歴を受信するまで待ち（ステップＳ１２８：Ｎｏ）、再生履歴を全て受信したと判定すると（ステップＳ１２８：Ｙｅｓ）、受信した再生履歴を集計する集計処理を行なう（ステップＳ１２９）。この集計処理は、コンテンツ保持端末装置から受信した再生履歴をコンテンツ情報毎にその再生数を集計することによって行なわれる。そして、複数のコンテンツ保持端末装置で再生されたコンテンツ情報のうち再生数が多いものから順に所定数分のコンテンツ情報をお勧めコンテンツとして抽出する。
【０１１３】
そして、制御部１０１は、集計処理により抽出したお勧めコンテンツの情報を表示部１０７に表示する（ステップＳ１３０）。
【０１１４】
このように、制御部１０１は、再生履歴の送信要求を行なった端末装置１から再生履歴を取得する再生履歴取得手段、及びこの再生履歴取得手段で取得した再生履歴を集計し、当該集計の結果から上位のコンテンツ情報を抽出する提示情報抽出手段として機能する。なお、ステップＳ１２７において再生履歴の送信要求を行なった後、全てのコンテンツ保持端末装置から再生履歴が送信されるまでに所定期間（例えば、１０秒）を超えたとき、制御部１０１は、処理をステップＳ１２９に移行する。これにより、コンテンツ保持端末装置が情報配信システムＳから脱退したときでも、処理をステップＳ１２９に移行することができる。
【０１１５】
次に、お勧め検索処理について図１８を参照して説明する。図１８は第２実施形態における端末装置１のお勧め検索処理のフローチャートである。
【０１１６】
図１８に示すように、制御部１０１はお勧め検索処理を開始すると、第１記憶部１０２に記憶しているインデックステーブルから検索対象のインデックス情報を取り出し、お勧め検索メッセージを送信した端末装置１へ送信して（ステップＳ１４０）、お勧め検索処理を終了する。
【０１１７】
具体的には、第１記憶部１０２に記憶しているインデックステーブルから、お勧め検索メッセージの検索対象となるコンテンツ情報を保持しているコンテンツ保持端末装置の所在情報（ＩＰアドレス）を取り出し、これらの所在情報をお勧め検索メッセージを送信した端末装置へ通信部１１１及びネットワーク８を介して送信する。このように、制御部１０１は、他の端末装置１からコンテンツ保持端末装置の所在情報の送信要求があったとき、コンテンツ保持端末装置の所在情報を第１記憶部１０２から取り出して送信する所在情報送信手段として機能する。
【０１１８】
以上のように、本第２実施形態における端末装置１では、お勧めコンテンツ情報を表示しようとする端末装置１がコンテンツ保持端末装置から再生履歴を収集して集計し、当該集計結果に基づいてお勧めコンテンツ情報を表示するようにしている。すなわち、端末装置１は、自装置で再生された所定のコンテンツ情報を保持するコンテンツ保持端末装置の所在情報（ＩＰアドレス）を当該所定のコンテンツ情報を管理するルート端末装置から取得し、これらのコンテンツ保持端末装置からそれぞれの再生履歴を取得して集計する。そして、端末装置１は、この集計結果から上位のコンテンツ情報を抽出してお勧めコンテンツとし、このお勧めコンテンツに関する情報であるお勧めコンテンツ情報を表示手段で表示する。
【０１１９】
従って、お勧めコンテンツ情報を通知するためのサーバが不要となり、ネットワーク８への負荷やトラフィックの集中を抑制しつつ、各端末装置１でお勧めコンテンツ情報を表示することが可能となる。しかも、お勧めコンテンツ情報を表示しようとする端末装置１が、再生履歴の収集及び集計処理を行なうようにしていることから、第１実施形態の情報配信システムに比べ、ルート端末装置での処理負担を軽減することができる。
【０１２０】
なお、上述の実施形態においては、図１７に示すように、端末装置１の制御部１０１がステップＳ１２５においてお勧め検索メッセージを送信して、ステップＳ１２６でインデックス情報を取得することとしたが、制御部１０１がステップＳ１２１においてルート端末装置１から取得したインデックス情報に基づいてステップＳ１２７と同様の処理を行なうようにすることで、お勧め検索メッセージを用いずに処理が可能となり、ステップＳ１２５，１２６，Ｓ１４０等の処理を省くことができる。
【０１２１】
［３．第３実施形態］
次に、第３実施形態の情報通信システムについて説明する。第２実施形態における情報配信システムでは、お勧めコンテンツ情報を表示しようとする端末装置１が、ルート端末装置からコンテンツ保持端末装置の所在情報を取得し、コンテンツ保持端末装置に直接再生履歴を要求して、再生履歴の収集及び集計を行なうものであるが、第３実施形態における情報配信システムでは、お勧めコンテンツ情報を表示しようとする端末装置１が、ルート端末装置を介してコンテンツ保持端末装置に再生履歴を要求して、コンテンツ保持端末装置から再生履歴の収集及び集計を行なうものである。
【０１２２】
なお、以下においては、第２実施形態と異なる部分を中心として説明する。なお、制御部１０１による処理が異なる以外は、第２実施形態と同様であるため、符号等は第２実施形態と同一のものを用いて説明する。
【０１２３】
［３．１．お勧めコンテンツ情報の取得方法］
以下、図１９を参照して、お勧めコンテンツ情報の取得方法を具体的に説明する。図１９は端末装置１におけるお勧めコンテンツ情報の取得方法を説明するための図である。ここでは、第２実施形態と同様に、端末ＩＤ「1232」の端末装置１ｐがコンテンツＩＤ「3020」の再生を開始したときに、お勧めコンテンツ情報を表示する際の手順について説明する。
【０１２４】
お勧めコンテンツ情報の表示を行なおうとする端末装置１ｐは、図１９（ａ）に示すように、コンテンツＩＤ「3020」と同じエリアの端末ＩＤを持つ端末装置１の端末ＩＤを宛先とし、コンテンツＩＤ「3020」を宛先識別情報として、コンテンツＩＤ「3020」のコンテンツ情報を保持するコンテンツ保持端末装置の再生履歴の送信要求（以下、「お勧め検索メッセージ」と呼ぶ。）を送信する。そして、このお勧め検索メッセージも、上記コンテンツ登録メッセージやコンテンツ検索メッセージと同様にルーティングテーブルに従って、次々と転送されていき、最終的に当該コンテンツＩＤ「3020」のコンテンツ情報を管理する端末装置１ｃ（端末ＩＤ「3011」）、すなわちコンテンツＩＤ「3020」のルート端末装置１ｃに辿り着く。
【０１２５】
ルート端末装置１ｃは、お勧め検索メッセージに含まれるコンテンツＩＤ「3020」を、自身がインデックステーブルに管理しているインデックス情報の中から検索し、該当するインデックス情報、すなわち当該コンテンツＩＤ「3020」のコンテンツ情報を所有しているコンテンツ保持端末装置（ここでは、端末装置１ｊ，１ｋとする。）の所在情報を取り出す。そして、ルート端末装置１ｃは、図１９（ｂ）に示すように、所在情報を取り出したコンテンツ保持端末装置１ｊ，１ｋに対して、端末装置１ｐへ再生履歴を送信するように要求する。
【０１２６】
ルート端末装置１ｃから再生履歴の送信要求を受けたコンテンツ保持端末装置１ｊ，１ｋは、それぞれ自装置が再生したコンテンツ情報の履歴を記憶しており、図１９（ｃ）に示すように、ルート端末装置１ｃから再生履歴の送信要求を受信すると、それぞれ自装置の再生履歴を端末装置１ｐへ送信する。
【０１２７】
コンテンツ保持端末装置１ｊ，１ｋからそれぞれ再生履歴を受信した端末装置１ｐは、これらの再生履歴を集計し、当該集計結果から上位のコンテンツ情報を抽出する。この処理は、第２実施形態における端末装置１ｐの処理と同様の処理である。
【０１２８】
その後、端末装置１ｐは、抽出したお勧めコンテンツ情報の一覧を表示手段である表示部１０７で表示する。端末装置１ｐの利用者は、このように表示されているお勧めコンテンツ情報の一覧から所望のコンテンツをマウス等の入力手段により選択し再生可能となり、これにより、所望のお勧めコンテンツの再生を容易に行なうことができる。
【０１２９】
このように第３実施形態の情報配信システムＳでは、お勧めコンテンツ情報を表示する端末装置１自身が、ルート端末装置を介して、所定のコンテンツ情報を保持する複数の端末装置１の再生履歴を取得し、当該取得した再生履歴を集計し、この集計の結果から上位のコンテンツ情報を抽出し、さらに抽出されたコンテンツ情報を表示手段に表示するようにしている。その結果、サーバを用いることがなく各端末装置１でお勧めコンテンツ情報を表示することができ、ネットワーク８の負荷やトラフィックの集中を抑制することができる。
【０１３０】
上述においては、１つのコンテンツ情報に関連するコンテンツ情報を収集し集計して、お勧めコンテンツを抽出するようにしたが、第２実施形態と同様に、複数のコンテンツ情報に共通に関連するコンテンツ情報を収集し集計してお勧めコンテンツとするようにしてもよい。
【０１３１】
［３．２．端末装置の具体的動作の説明］
以下、第３実施形態における端末装置１の具体的動作の一例について説明する。なお、第３実施形態の端末装置１は、第２実施形態の端末装置１に対してコンテンツ再生処理及びお勧め検索処理が異なり、その他の処理は同様の処理であることから、ここでは、コンテンツ再生処理及びお勧め検索処理について説明する。
【０１３２】
まず、コンテンツ再生処理について図２０を参照して説明する。図２０は第３実施形態における端末装置１のコンテンツ再生処理のフローチャートである。この図２０において、ステップＳ２２０〜Ｓ２２５，Ｓ２２７〜Ｓ２２９の処理は、第２実施形態における図１７のステップＳ１２０〜Ｓ１２５，Ｓ１２９〜Ｓ１３１の処理と同様であるため説明を省略する。
【０１３３】
制御部１０１は、コンテンツ情報の再生を開始し（ステップＳ２２４）、お勧め検索メッセージを送信した後（ステップＳ２２５）、このお勧め検索メッセージに対して、当該メッセージでの検索対象のコンテンツ保持端末装置から全ての再生履歴を受信したか否かを判定する（ステップＳ２２６）。全てのコンテンツ保持端末装置から再生履歴を受信するまで待ち（ステップＳ２２６：Ｎｏ）、再生履歴を全て受信したと判定すると（ステップＳ２２６：Ｙｅｓ）、受信した再生履歴を集計する集計処理を行なう（ステップＳ２２７）。なお、再生履歴を全て受信したか否かの判定は、お勧め検索メッセージを送信した後所定期間（例えば、１０秒）を超えたか否かにより判定する。このように制御部１０１は、所定のコンテンツ情報のルート端末装置、すなわち所定のコンテンツ情報を記憶するコンテンツ保持端末装置の所在情報を記憶するルート端末装置に対して、所定のコンテンツ情報を記憶する端末装置１の再生履歴を要求する第１再生履歴要求手段、及び他の端末装置１が後述する第２再生履歴要求手段により再生履歴の送信要求を行なった端末装置１から再生履歴を取得する再生履歴取得手段として機能する。
【０１３４】
次に、お勧め検索処理について図２１を参照して説明する。図２１は第３実施形態における端末装置１のお勧め検索処理のフローチャートである。
【０１３５】
図２１に示すように、制御部１０１はお勧め検索処理を開始すると、第１記憶部１０２に記憶しているインデックステーブルから検索対象のインデックス情報を取り出し、当該インデックス情報に対応するコンテンツ保持端末装置へ再生履歴の送信要求を行ない（ステップＳ２４０）、お勧め検索処理を終了する。
【０１３６】
具体的には、第１記憶部１０２に記憶しているインデックステーブルから、お勧め検索メッセージの検索対象となるコンテンツ情報を保持しているコンテンツ保持端末装置の所在情報（ＩＰアドレス）を取り出し、これらの所在情報を有するコンテンツ保持端末装置に対して通信部１１１及びネットワーク８を介して再生履歴の送信要求を行なう。この再生履歴の送信要求は、お勧め検索メッセージを送信した端末装置１へ再生履歴の送信を要求するものである。このように、制御部１０１は、他の端末装置１からインデックス記憶手段としての第１記憶部１０２に所在情報を記憶した端末装置１の再生履歴の送信要求があったとき、インデックス記憶手段としての第１記憶部１０２から端末装置１の所在情報を取り出して、当該コンテンツ情報を保持する端末装置１に対し、お勧め検索メッセージを送信することにより再生履歴の要求を行なった他の端末装置１へ再生履歴の送信を要求する第２再生履歴要求手段として機能する。
【０１３７】
また、制御部１０１は、ルート端末装置から再生履歴の要求があると、指定された端末装置１へ再生履歴を送信する。例えば、図１９に示すような場合、コンテンツ保持端末装置１ｊ，１ｋは、お勧め検索メッセージを送信した端末装置１ｐへ再生履歴を送信する。このように制御部１０１は、他の端末装置１から第２再生履歴要求手段により再生履歴の送信要求があったとき、再生履歴記憶手段としての第１記憶部１０２から再生履歴を取り出して、第１再生履歴要求手段により再生履歴の要求を行なった端末装置１へ送信する再生履歴送信手段として機能する。
【０１３８】
以上のように、本第３実施形態における端末装置１では、お勧めコンテンツ情報を表示しようとする端末装置１がルート端末装置を介してコンテンツ保持端末装置から再生履歴を収集して集計し、当該集計結果に基づいてお勧めコンテンツ情報を表示するようにしている。すなわち、所定のコンテンツ情報を再生した端末装置１は，所定のコンテンツ情報を保持するコンテンツ保持端末装置の所在情報（ＩＰアドレス）を当該所定のコンテンツ情報を管理するルート端末装置を介してコンテンツ保持端末装置から再生履歴を取得して集計し、当該集計結果から上位のコンテンツ情報を抽出してお勧めコンテンツとし、このお勧めコンテンツに関する情報をお勧めコンテンツ情報として表示手段で表示する。
【０１３９】
従って、お勧めコンテンツ情報を通知するためのサーバが不要となり、ネットワーク８への負荷やトラフィックの集中を抑制しつつ、各端末装置１でお勧めコンテンツ情報を表示することが可能となる。しかも、お勧めコンテンツ情報を表示しようとする端末装置１が、再生履歴の収集及び集計処理を行なうようにしていることから、第１実施形態の情報配信システムに比べ、ルート端末装置での処理負担を軽減することができる。
【０１４０】
なお、上述の実施形態においては、図２０に示すように、コンテンツ情報を再生する端末装置１の制御部１０１がステップＳ２２５においてお勧め検索メッセージをルート端末装置へ送信して、ステップＳ２２６でコンテンツ保持端末装置から再生履歴を取得するようにしたが、ステップＳ２２０でコンテンツ検索メッセージを受信したルート端末装置の制御部１０１がインデックス情報の送信処理と併せてステップＳ２４０と同様の処理を行なうようにすることで、お勧め検索メッセージを用いずに処理が可能となり、ステップＳ２２５等の処理を省くことができる。このとき、コンテンツ情報を再生する端末装置１の制御部１０１は、ステップＳ２２１において、ルート端末装置からインデックス情報を取得し、さらに、コンテンツ保持端末装置からその再生履歴を取得する。
【０１４１】
［４．その他の実施形態］
上述の実施形態においては、お勧めコンテンツ情報を取得するためタイミングを、コンテンツ情報を再生開始したときとしたが、これに限られず、例えば、端末装置１が起動したタイミングや所定期間毎のタイミングをお勧めコンテンツ情報を取得するためタイミングとしてもよい。また、端末装置１の利用者の入力部１１０へ所定の操作が行なわれたときを、お勧めコンテンツ情報を取得するタイミングとしてもよい。
【０１４２】
また、上述の実施形態においては、複数のコンテンツ保持端末装置の再生履歴を集計した結果から再生数が多い上位のコンテンツ情報をお勧めコンテンツとしたが、再生履歴にコンテンツ情報のジャンルや再生時間を含ませておき、お勧めコンテンツをジャンル毎や再生期間毎に抽出するようにして、当該お勧めコンテンツに関する情報を表示するようにしてもよい。
【０１４３】
また、上述の実施形態においては、お勧めコンテンツ情報を一覧表示することとしたが、所定期間毎に順次お勧めコンテンツ情報を所定数毎に表示するようにしてもよい。例えば、コンテンツ情報の再生時間に応じて、お勧めコンテンツ情報を１つずつ順次表示手段に表示する。
【０１４４】
また、上述の実施形態においては、お勧めコンテンツ情報の表示を再生しているコンテンツ情報に隣接させて表示するようにしたが、お勧めコンテンツの一部をコマーシャルとして、コンテンツ情報の再生インターバル期間で再生するようにしてもよい。
【０１４５】
また、上述の実施形態においては、再生したコンテンツ情報を保持する全てのコンテンツ保持端末装置から再生履歴を取得するようにしたが、再生したコンテンツ情報を有するコンテンツ保持端末装置が多い場合には、これらのうち一部のコンテンツ保持端末装置から再生履歴を取得するようにしてもよい。
【０１４６】
また、上述した第１実施形態においては、ルート端末装置の制御部１０１は、お勧め検索メッセージを受信したときにコンテンツ保持端末装置から再生履歴を取得するようにしたが、所定期間毎にインデックステーブルに基づいてコンテンツ保持端末装置から再生履歴を所定期間毎に取得し集計してお勧めコンテンツ情報を抽出し、このお勧めコンテンツ情報を第１記憶部１０２に記憶しておくようにしてもよい。そして、ルート端末装置の制御部１０１は、他の端末装置１からお勧め検索メッセージを受信したときに、第１記憶部１０２に記憶しているお勧めコンテンツ情報を要求元の端末装置１へ送信するようにしてもよい。
【０１４７】
また、上述の実施形態としては、端末装置１の所在情報をＩＰアドレスとして説明したが、端末装置１のネットワーク８上の所在がわかる情報（他の端末装置１からネットワーク８を介してアクセスできる）であればよく、例えば、ＩＰアドレスとポート番号とを所在情報としてもよい。
【０１４８】
また、上述においては、お勧めコンテンツ情報を表示するためのタイミングを、コンテンツ情報を再生開始したときとしたが、これに限られず、例えば、端末装置１が起動したタイミングや所定期間毎のタイミングをお勧めコンテンツ情報を表示するためのタイミングとしてもよい。また、端末装置１の利用者の入力部１１０へ所定の操作が行なわれたときを、お勧めコンテンツ情報を表示するタイミングとしてもよい。
【０１４９】
以上、本発明の実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【図面の簡単な説明】
【０１５０】
【図１】第１実施形態における情報配信システムの各端末装置及びセンタサーバの接続態様の一例を示す図である。
【図２】ＩＤ空間の説明図である。
【図３】ルーティングテーブルの一例である。
【図４】センタサーバからコンテンツ情報が投入される様子を示す図である。
【図５】コンテンツ保持端末装置のコンテンツ登録メッセージがＤＨＴルーティングにより転送される様子を示す図である。
【図６】インデックステーブルの一例である。
【図７】コンテンツ情報を保持している端末装置がＤＨＴルーティングにより検索される様子の一例を示す図である。
【図８】第１実施形態における端末装置によるお勧めコンテンツ情報の取得方法を説明するための図である。
【図９】第１実施形態における端末装置によるお勧めコンテンツ情報の取得方法を説明するための図である。
【図１０】第１実施形態における端末装置によるお勧めコンテンツ情報の表示例を示す図である。
【図１１】第１実施形態における端末装置の具体的構成を示す図である。
【図１２】第１実施形態における端末装置のメイン処理フローチャートである。
【図１３】第１実施形態における端末装置のコンテンツ再生処理のフローチャートである。
【図１４】第１実施形態における端末装置のＤＨＴメッセージ処理のフローチャートである。
【図１５】第１実施形態における端末装置のお勧め検索処理のフローチャートである。
【図１６】第２実施形態における端末装置によるお勧めコンテンツ情報の取得方法を説明するための図である。
【図１７】第２実施形態における端末装置のコンテンツ再生処理のフローチャートである。
【図１８】第２実施形態における端末装置のお勧め検索処理のフローチャートである。
【図１９】第２実施形態における端末装置によるお勧めコンテンツ情報の取得方法を説明するための図
【図２０】第３実施形態における端末装置のコンテンツ再生処理のフローチャートである。
【図２１】第３実施形態における端末装置のお勧め検索処理のフローチャートである。
【符号の説明】
【０１５１】
Ｓ  情報配信システム
１  端末装置
１０  センタサーバ
８  ネットワーク
１０１  端末装置の制御部
１０２  端末装置の第１記憶部
１０３  端末装置の第２記憶部
１１１  端末装置の通信部
【図１】
0005136213.tif 000002
【図２】
0005136213.tif 000003
【図３】
0005136213.tif 000004
【図４】
0005136213.tif 000005
【図５】
0005136213.tif 000006
【図６】
0005136213.tif 000007
【図７】
0005136213.tif 000008
【図８】
0005136213.tif 000009
【図９】
0005136213.tif 000010
【図１０】
0005136213.tif 000011
【図１１】
0005136213.tif 000012
【図１２】
0005136213.tif 000013
【図１３】
0005136213.tif 000014
【図１４】
0005136213.tif 000015
【図１５】
0005136213.tif 000016
【図１６】
0005136213.tif 000017
【図１７】
0005136213.tif 000018
【図１８】
0005136213.tif 000019
【図１９】
0005136213.tif 000020
【図２０】
0005136213.tif 000021
【図２１】
0005136213.tif 000022