(57)【要約】【課題】Ｐ２Ｐ型の情報配信システムにおいて、ネットワークの負荷やトラフィックの集中を抑制しつつ、コンテンツ情報の再生履歴を集計すること。【解決手段】情報配信システムを構成する各端末装置１において、再生したコンテンツ情報の履歴を再生履歴記憶手段に記憶し、他の端末装置１の再生履歴を含む再生履歴集計メッセージを受信したとき、再生履歴記憶手段に記憶した再生履歴を再生履歴集計メッセージに追加して、他の端末装置へ転送する。【選択図】図８
2009288972.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された複数の端末装置により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置であって、
他の前記端末装置から前記コンテンツ情報を取得する取得手段と、
前記取得手段で取得したコンテンツ情報を再生する再生手段と、
前記再生手段で再生したコンテンツ情報の履歴を記憶する再生履歴記憶手段と、
他の前記端末装置の再生履歴を含む再生履歴集計メッセージを受信したとき、前記再生履歴記憶手段に記憶した再生履歴を前記再生履歴集計メッセージに追加して、他の前記端末装置へ転送する再生履歴処理手段と、を備えたことを特徴とする端末装置。
【請求項２】
当該情報配信システムにおいて送受信が可能なコンテンツ情報のリストを取得するリスト取得手段を備え、
前記再生履歴処理手段は、前記リスト取得手段で取得したリストに基づいて、送受信が可能でないコンテンツ情報の再生履歴を前記再生履歴集計メッセージから削除して、他の前記端末装置へ転送することを特徴とする請求項１に記載の端末装置。
【請求項３】
前記再生履歴処理手段は、前記再生履歴集計メッセージを転送する際に、前記再生履歴記憶手段に記憶した自装置の再生履歴を削除することを特徴とする請求項１又は請求項２に記載の端末装置。
【請求項４】
前記複数の端末装置のうち一部の端末装置の識別情報及び所在情報を記憶した記憶手段を備え、
前記再生履歴集計メッセージには、その転送回数の上限値が規定されており、
前記再生履歴処理手段は、前記受信した再生履歴集計メッセージの宛先が自装置の識別情報であるとき、前記再生履歴集計メッセージの転送回数を１つ増やして、他の前記端末装置へ転送し、前記受信した再生履歴集計メッセージの宛先が自装置の識別情報ではないとき、前記再生履歴集計メッセージの転送回数を増やさずに、前記記憶手段に基づいて、他の前記端末装置へ転送することを特徴とする請求項１〜３のいずれか１項に記載の端末装置。
【請求項５】
前記再生履歴処理手段は、
サーバ装置から再生履歴集計メッセージを受信したとき、前記再生履歴記憶手段に記憶した再生履歴を当該再生履歴集計メッセージに追加して、他の前記端末装置へ転送し、
前記サーバ装置又は前記他の端末装置から受信した再生履歴集計メッセージの転送回数が所定数以上であるとき、当該再生履歴集計メッセージを他の前記端末装置へ転送せずに、前記サーバ装置へ送信することを特徴とする請求項４に記載の端末装置。
【請求項６】
前記受信した再生履歴集計メッセージに含まれる再生履歴に基づいて当該情報配信システムにおけるコンテンツ情報の再生ランキングを判定する判定手段と、
前記再生ランキングを表示手段に表示する表示処理手段と、を備えたことを特徴とする請求項１〜５のいずれか１項に記載の端末装置。
【請求項７】
前記サーバ装置から当該情報配信システムにおけるコンテンツ情報の再生ランキングを取得する取得手段と、
前記取得した再生ランキングを表示手段に表示する表示処理手段と、を備えたことを特徴とする請求項４又は請求項５に記載の端末装置。
【請求項８】
コンピュータを、請求項１〜７のいずれか１項に記載の端末装置の各前記手段として機能させることを特徴とするプログラム。
【請求項９】
ネットワークを介して接続された複数の端末装置により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおいて、
前記端末装置の各々は、
他の前記端末装置から前記コンテンツ情報を取得する取得手段と、
前記取得手段で取得したコンテンツ情報を再生する再生手段と、
前記再生手段で再生したコンテンツ情報の履歴を記憶する再生履歴記憶手段と、
他の前記端末装置の再生履歴を含む再生履歴集計メッセージを受信したとき、前記再生履歴記憶手段に記憶した再生履歴を前記再生履歴集計メッセージに追加して、他の前記端末装置へ転送する再生履歴処理手段と、を備えたことを特徴とする情報配信システム。
【請求項１０】
前記端末装置へ再生履歴集計メッセージを送信する送信手段を有するサーバ装置を備え、
前記端末装置の前記再生履歴処理手段は、
前記サーバ装置から再生履歴集計メッセージを受信したとき前記再生履歴記憶手段に記憶した再生履歴を当該再生履歴集計メッセージに追加して、他の前記端末装置へ転送し、前記サーバ装置又は前記他の端末装置から受信した再生履歴集計メッセージの転送回数が所定数以上であるとき、当該再生履歴集計メッセージを他の前記端末装置へ転送せずに、前記サーバ装置へ送信し、
前記サーバ装置は、
前記端末装置から送信される前記再生履歴集計メッセージに含まれる再生履歴に基づいて当該情報配信システムにおけるコンテンツ情報の再生ランキングを判定する判定手段を備え、
前記サーバ装置の前記送信手段は、前記端末装置からの要求に応じて前記判定した再生ランキングを当該端末装置へ送信することを特徴とする請求項９に記載の情報配信システム。
【請求項１１】
前記サーバ装置の前記送信手段は、前記再生履歴集計メッセージを複数の前記端末装置へそれぞれ送信することを特徴とする請求項９又は請求項１０に記載の情報配信システム。
【請求項１２】
前記端末装置へ再生履歴集計メッセージを送信する送信手段を有するサーバ装置を備え、
前記端末装置の前記再生履歴処理手段は、
前記サーバ装置から再生履歴集計メッセージを受信したとき前記再生履歴記憶手段に記憶した再生履歴を当該再生履歴集計メッセージに追加して、他の前記端末装置へ転送し、前記サーバ装置又は前記他の端末装置から受信した再生履歴集計メッセージの転送回数が所定数以上であるとき、当該再生履歴集計メッセージを他の前記端末装置へ転送せずに、前記サーバ装置へ送信し、
前記サーバ装置は、
前記端末装置から受信した前記再生履歴集計メッセージに含まれる前記再生履歴を記憶する端末再生履歴記憶手段を備え、
前記送信手段は、前記端末装置から所定期間内に前記再生履歴集計メッセージを受信したとき、当該再生履歴集計メッセージを他の前記端末装置へ再送し、前記端末装置から所定期間内に前記再生履歴集計メッセージを受信しないとき、前記端末再生履歴記憶手段に記憶した再生履歴に基づいて、再生履歴集計メッセージを生成し、当該再生履歴集計メッセージを他の前記端末装置へ送信することを特徴とする請求項９に記載の情報配信システム。
【請求項１３】
ネットワークを介して接続された複数の端末装置により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記コンテンツ情報の再生ランキングの生成方法であって、
前記端末装置が、他の前記端末装置から前記コンテンツ情報を取得するステップと、
前記端末装置が、前記取得したコンテンツ情報を再生するステップと、
前記端末装置が、前記再生したコンテンツ情報の履歴を再生履歴記憶手段に記憶するステップと、
前記端末装置が、他の前記端末装置の再生履歴を含む再生履歴集計メッセージを受信したとき、前記再生履歴記憶手段に記憶した再生履歴を前記再生履歴集計メッセージに追加して、他の前記端末装置へ転送するステップと、を有することを特徴とする再生ランキングの生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介した情報配信の技術分野に関し、更に詳細には、ネットワーク上に配置された複数の端末装置を備え、端末装置間でＰ２Ｐ（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」を宛先識別情報として送信し、ルート端末装置１ｃのインデックステーブルに自装置１ｎの所在情報（ＩＰアドレス）等を登録する。
【００４２】
また、各端末装置１には、再生手段によって再生したコンテンツ情報の履歴（以下、「再生履歴」とする。）を記憶する再生履歴記憶手段を備えており、これにより各端末装置１の再生状況を把握することができ、さらに、後述するように再生ランキングを表示することを可能としている。
【００４３】
なお、コンテンツ情報を取得する際には、当該コンテンツ情報のコンテンツＩＤが必要となるが、各端末装置１は、情報配信システムＳに参加の際及び参加後は定期的に、センタサーバ１０からコンテンツカタログを取得するようにしており、端末装置１がリクエスタとして機能するとき、このコンテンツカタログから取得対象のコンテンツ情報を選択し、当該選択したコンテンツ情報のコンテンツＩＤをコンテンツカタログから取得するようにしている。
【００４４】
［１．４．再生ランキングの生成方法］
次に、各端末装置１による再生ランキングの生成方法について説明する。
【００４５】
上述したように、コンテンツ情報の再生ランキング（例えば、情報配信システムＳにおいて所定期間に再生された数が多い順にコンテンツ情報の名称等を所定数配列したランキング表）を集計する場合、各端末装置１におけるコンテンツ情報の再生履歴（ログ）を各端末装置１からセンタサーバ１０へ送信させ、このセンタサーバ１０で複数の端末装置１の再生履歴を集計して再生ランキングを生成し、各端末装置１へ送信して表示させる方法が考えられる。
【００４６】
しかし、情報配信システムＳに参加する端末装置１の数が多くなると、各端末装置１からセンタサーバ１０へ送信する再生履歴の情報も増加し、ネットワーク８の負荷及びトラフィックの集中が発生してしまう。
【００４７】
そこで、本第１実施形態においては、再生履歴集計メッセージを当該情報配信システムＳ内の端末装置１間で次々と転送して各端末装置１の再生履歴の情報を加算していくことで再生履歴の情報の集計を行なっていき、このように集計した再生履歴の集計結果から再生ランキングを各端末装置１で判定して表示することができるようにしている。
【００４８】
これにより、ネットワーク８への負荷やトラフィックの集中を抑制しつつ、各端末装置１で再生ランキングを表示することが可能となり、しかも、再生履歴を収集し集計して再生ランキングを通知するためのサーバも不要となる。
【００４９】
以下、図８〜図１４を参照して、端末装置１における再生ランキングの生成方法を具体的に説明する。図８〜図１０，図１２は端末装置１による再生ランキングの生成方法を説明するための図、図１１は端末装置１による再生ランキングの表示例を示す図、図１３は再生履歴集計メッセージの転送経路の説明図、図１４は再生履歴集計メッセージのメッセージフォーマットを示す図である。
【００５０】
図８に示すように、第１実施形態における情報配信システムＳでは、当該システムＳに参加している端末装置１間で、再生履歴集計メッセージが転送される。各端末装置１は、それぞれ自装置で再生されたコンテンツ情報の履歴（再生履歴）を再生履歴記憶手段に記憶しており、再生履歴集計メッセージを受信すると、自装置の再生履歴記憶手段に記憶している再生履歴を再生履歴集計メッセージの再生履歴集計情報に加算して再生履歴集計メッセージを更新し、当該更新した再生履歴集計メッセージを他の端末装置１へ転送する。
【００５１】
各端末装置１の再生履歴記憶手段に記憶される情報は、図９に示すように、再生されたコンテンツ情報のコンテンツＩＤとその再生日付とが関連づけられたものである。同図では、例えば、再生履歴として、コンテンツＩＤ「3020」のコンテンツ情報が2008年2月22日に再生されたことを示す情報などを含んでいることを示している。
【００５２】
また、再生履歴集計メッセージに含まれる情報は、図１０に示すように、コンテンツ情報のコンテンツＩＤとその再生数が日単位で所定期間（ここでは、１週間）分だけ関連づけられたもの（以下、この情報を「再生履歴集計情報」と呼ぶ。）である。同図では、例えば、コンテンツＩＤ「0012」のコンテンツ情報の2008年3月14日での再生数が「33」であることを示す情報を含んでいることを示している。
【００５３】
各端末装置１は、再生履歴集計メッセージを他の端末装置１から受信すると、自装置の再生履歴記憶手段に記憶した再生履歴のうち、最新の所定期間（ここでは、１週間）分の再生履歴を取り出し、再生履歴集計メッセージに含まれる再生履歴集計情報に加算して再生履歴集計情報を更新した再生履歴集計メッセージを生成する。
【００５４】
このとき、再生履歴集計メッセージの再生履歴集計情報に最新の所定期間（ここでは、最新の１週間）よりも前の情報がある場合には、その情報を削除する。これにより、常に最新の所定期間の再生履歴集計情報とすることができると共に、再生履歴集計情報のデータサイズが増大していくことを抑制している。
【００５５】
また、再生履歴集計メッセージを他の端末装置１から受信して、自装置の再生履歴を再生履歴集計情報に加算した端末装置１は、その加算した再生履歴を自装置の再生履歴記憶手段から削除するようにしている。これにより、端末装置１は、所定期間（ここでは、１週間）以内に再度再生履歴集計メッセージを受信した場合に、この再生履歴集計メッセージに重複して再生履歴を加算することを防止できる。
【００５６】
そして、再生履歴集計メッセージを受信し、自装置の再生履歴を加算して再生履歴集計情報を更新した再生履歴集計メッセージを生成した端末装置１は、この更新した再生履歴集計メッセージを他の端末装置１へ転送する。
【００５７】
転送先の端末装置１は、上述したようにＤＨＴルーティング先の端末装置１である。すなわち、再生履歴集計メッセージを転送しようとする端末装置１は、再生履歴集計メッセージの宛先が自装置宛ではないとき、再生履歴集計メッセージの宛先識別情報に基づいて、第１記憶部１０２に記憶したルーティングテーブルから転送先の端末装置１を決定する。一方、再生履歴集計メッセージを転送しようとする端末装置１は、再生履歴集計メッセージの宛先が自装置宛であるとき、ランダムに宛先識別情報を決定して、自装置のルーティングテーブルに基づいて再生履歴集計メッセージの転送を行なう。
【００５８】
また、再生履歴集計メッセージを他の端末装置１から受信して、自装置の再生履歴を再生履歴集計情報に加算して更新した端末装置１は、図１１に示すように、更新した再生履歴集計情報に基づいて再生ランキングを判定し、自装置の表示手段の表示領域のうち、再生しているコンテンツ情報の表示領域２２に隣接した表示領域２３に再生ランキングを表示する。
【００５９】
このとき、端末装置１は、再生ランキングに入るコンテンツ情報の名称（例えば、コンテンツ情報が映画の場合には、タイトル名）の他、その付帯情報（例えば、コンテンツ情報が映画の場合には、監督名、キャスト、ジャンル、制作日など）をコンテンツカタログから取り出す。そして、このコンテンツ名や付帯情報を表示領域２３に表示する。端末装置１の利用者は、このように表示されている再生ランキングの中から任意のコンテンツ情報をマウス等の入力手段により選択し再生することができ、これにより、所望のコンテンツ情報の再生を容易としている。
【００６０】
なお、再生履歴集計メッセージにコンテンツＩＤに加えて、コンテンツ情報の名称やその付帯情報を含めるようにしてもよい。
【００６１】
ここで、端末ＩＤ「3213」の端末装置１ａから端末ＩＤ「1232」の端末装置１ｐが再生履歴集計メッセージを受信した際の動作を考える。なお、現在の日付を2008年3月14日とし、端末装置１ｐの再生履歴記憶手段には図９に示す情報が記憶され、端末装置１ｐが受信する再生履歴集計メッセージには図１０に示す再生履歴集計情報が含まれるものとする。
【００６２】
端末装置１ｐは、再生履歴集計メッセージを受信すると、自装置の再生履歴記憶手段に記憶した再生履歴のうち、最新の所定期間（2008年3月8日〜2008年3月14日）の再生履歴（例えば、コンテンツＩＤ「1110」，「2321」，「0012」，「3332」及びその再生日付など）を取り出す。
【００６３】
そして、端末装置１ｐは、取り出した再生履歴を再生履歴集計メッセージに含まれる再生履歴集計情報に加算し、また、取り出した再生履歴を再生履歴記憶手段から削除する。例えば、再生履歴集計メッセージに含まれる再生履歴集計情報のうちコンテンツＩＤ「0012」における2008年3月9日の再生数を１つ加算して「565」とし、コンテンツＩＤ「0012」に2008年3月9日が関連づけられた再生履歴を再生履歴記憶手段から削除する。この処理を自装置の再生履歴記憶手段に記憶されている最新の所定期間（2008年3月8日〜2008年3月14日）の再生履歴の全てに関して行ない、再生履歴集計情報を更新した再生履歴集計メッセージを生成する。なお、端末装置１ｐは、再生履歴集計情報に最新の所定期間よりも古い情報がある場合（例えば、2008年3月8日以前の集計情報）には、その部分を削除した再生履歴集計情報を更新した再生履歴集計情報とする。また、コンテンツカタログに掲載されていないコンテンツＩＤがある場合には、その部分を削除した再生履歴集計情報を更新した再生履歴集計情報とする。
【００６４】
そして、端末装置１ｐは、受信した再生履歴集計メッセージが自装置宛ではないとき、自装置のルーティングテーブルに基づいてＤＨＴルーティングにより再生履歴集計メッセージの転送を行なう。ここで、この再生履歴集計メッセージの宛先識別情報が「3020」であり、端末装置１ｐが図３に示すルーティングテーブルを有しているとすると、宛先識別情報「3020」が含まれるエリアに存在する端末ＩＤ「3212」を有する端末装置１ａへ再生履歴集計メッセージを転送する。一方、端末装置１ｐは、受信した再生履歴集計メッセージが自装置宛であるとき、ランダムに決定した宛先識別情報（ここでは、例えば「3020」とする）を決定して、自装置のルーティングテーブルに基づいて再生履歴集計メッセージの転送を行なう。
【００６５】
また、端末装置１ｐは、更新した再生履歴集計情報に基づいて再生ランキングを判定し、この再生ランキングを表示手段に表示する。このとき、コンテンツＩＤをそのまま表示してもよいが、ここでは、利用者の利便性を考慮し、コンテンツＩＤに対応するコンテンツ情報の名称を表示する。例えば、コンテンツＩＤ「0012」のコンテンツ情報のコンテンツ名称が「コンテンツＡＢＣ」であるとき、端末装置１は、再生ランキングとして「コンテンツＡＢＣ」を表示する。
【００６６】
ところで、複数の再生履歴集計メッセージを同時に情報配信システムＳ内で転送させるような場合には、再生履歴集計メッセージを処理する際に加算した再生履歴を再生履歴記憶手段から削除すると、他の再生履歴集計メッセージに自装置の再生履歴を加算することができない場合がある。そこで、このような場合には、各再生履歴集計メッセージに固有の識別情報を付与しておき、各端末装置１は、図１２に示すように、自装置の再生履歴を加算した再生履歴集計メッセージの識別情報を再生履歴記憶手段に記憶させることで、再生履歴の加算漏れ及び重複加算を抑制するようにしてもよい。すなわち、再生履歴集計メッセージに加算した再生履歴にはその再生履歴集計メッセージの識別番号を関連づけて記憶させ、再度同じ再生履歴集計メッセージを受信したとき、このメッセージと同じ識別番号が関連づけられた再生履歴は加算の対象外とする。図１２に示す例では、例えば、識別情報「１」の再生履歴集計メッセージの更新に用いられたコンテンツＩＤ「1110」の再生履歴に識別情報「１」が関連づけられて記憶されており、再度、識別情報「１」の再生履歴集計メッセージを受信したときには、このコンテンツＩＤ「1110」の再生履歴は加算しない。
【００６７】
また、本実施形態における情報配信システムＳでは、端末装置１の参加や脱退が繰り返される場合があることから、再生履歴集計メッセージの転送先の端末装置１が脱退してしまい、再生履歴集計メッセージがその後情報配信システムＳからなくなってしまう場合がある。
【００６８】
そこで、再生履歴集計メッセージの転送回数が上限値となったときにこの再生履歴集計メッセージを一旦センタサーバ１０へ送信するようにし、センタサーバ１０から再生履歴集計メッセージを端末装置１へ再投入するようにしている。
【００６９】
すなわち、再生履歴集計メッセージは、図１４に示すように、宛先識別情報エリア、転送回数エリア、転送上限値エリア、再生履歴集計情報エリアを含むメッセージフォーマットのメッセージであり、宛先識別情報及び再生履歴集計情報のほか、転送回数と転送上限値の情報が格納される。そして、この再生履歴集計メッセージは、図１３（ａ）に示すように、センタサーバ１０から任意の端末装置１に投入（送信）される。
【００７０】
このように端末装置１へ投入された再生履歴集計メッセージは、図１３（ｂ）に示すように、ＤＨＴルーティングによりいくつかの端末装置１で順次転送されて、宛先識別情報に対応する端末ＩＤを有する端末装置１へ届く。宛先識別情報に対応する端末ＩＤを有する端末装置１は、センタサーバ１０から受信した端末装置１と同様に、転送回数を１つインクリメントした再生履歴集計メッセージをランダムに選択した宛先識別情報に向けて送信するが、転送回数を１つインクリメントしたときに、当該メッセージに含まれる転送上限値を超えるとき、図１３（ｃ）に示すように、再生履歴集計メッセージをセンタサーバ１０に送信する。センタサーバ１０は、この再生履歴集計メッセージに含まれる再生履歴集計情報を自装置の端末再生履歴記憶手段に記憶した後、図１３（ａ）に示すように、再生履歴集計メッセージを任意の端末装置１へ投入する。その後、センタサーバ１０は、端末装置１へ投入した再生履歴集計メッセージが自サーバに戻ってこないときには、端末再生履歴記憶手段に記憶した情報に基づいて再生履歴集計メッセージを生成し、この再生履歴集計メッセージを任意の端末装置１へ送信する。
【００７１】
このようにすることで、再生履歴集計メッセージの転送先の端末装置１が脱退してしまい、再生履歴集計メッセージがその後情報配信システムＳからなくなってしまう場合であっても、情報配信システム内の端末装置１間で再生履歴集計メッセージを転送させ、再生ランキングを表示することができる。
【００７２】
このように本実施形態の情報配信システムＳでは、再生履歴集計メッセージを当該情報配信システムＳ内の端末装置１間で次々と転送して再生履歴を加算していくことで再生履歴情報の集計を行なっていき、この集計結果に基づいて、各端末装置１で再生ランキングの情報を表示するようにしている。その結果、ネットワーク８への負荷やトラフィックの集中を抑制しつつ、各端末装置１で再生ランキングを表示することが可能となり、しかも、再生履歴を収集し集計して再生ランキングを通知するためのセンタサーバも不要となる。
【００７３】
ここで、情報配信システムＳにおける端末装置１の具体的構成及び動作の一例について図面を参照して説明する。
【００７４】
［１．５．端末装置の具体的構成及び動作の説明］
以下、図面を参照して、端末装置１の具体的構成及び動作の一例について説明する。
【００７５】
（端末装置１の構成について）
まず、端末装置１の構成について説明する。図１５は、第１実施形態の情報配信システムＳにおける端末装置１の具体的構成を示す図である。
【００７６】
端末装置１は、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能であり、図１５に示すように、制御部１０１と、ルーティングテーブル、インデックステーブル、再生履歴及び再生履歴集計情報等を記憶する書き換え可能な第１記憶部１０２（記憶手段及び再生履歴記憶手段の一例に相当）と、センタサーバ１０や他の端末装置１から取得したコンテンツ情報を記憶する不揮発性メモリである第２記憶部１０３（コンテンツ記憶手段の一例に相当）と、ネットワーク８を介して取得したコンテンツ情報を一時的に記憶するバッファメモリ１０４と、このバッファメモリ１０４に記憶したコンテンツ情報を順次取り出してデコードするデコーダ部１０５と、このデコーダ部１０５によってデコードされたコンテンツ情報のうち映像情報を後述の表示部１０７で表示可能な情報に変換処理する映像処理部１０６と、この映像処理部１０６からの出力に基づいてコンテンツ情報の映像を表示する液晶表示装置（ＬＣＤ）などの表示部１０７と、デコーダ部１０５によってデコードされたコンテンツ情報のうち音声情報を後述のスピーカ１０９で音波として出力可能な情報に変換処理する音声処理部１０８と、この音声処理部１０８からの出力に基づいてコンテンツ情報の音声を音波として出力するスピーカ１０９と、マウス及びキーボードなどからなる入力部１１０と、ネットワーク８を介して、センタサーバ１０や他の端末装置１と通信するための通信部１１１とを備えている。なお、制御部１０１、第１記憶部１０２、第２記憶部１０３、バッファメモリ１０４、デコーダ部１０５、通信部１１１は、システムバス１２０を介して相互に接続されている。また、デコーダ部１０５、映像処理部１０６及び音声処理部１０８は再生手段の一例に相当する。
【００７７】
制御部１０１は、ＣＰＵ（Central Processing Unit）、内部メモリから構成される。この内部メモリには、情報配信システムＳに参加して、コンテンツ情報や再生履歴などを送受信し、コンテンツ情報を再生したり、再生ランキングを生成し表示したりするための情報処理プログラムが格納されており、ＣＰＵは内部メモリに記憶されている情報処理プログラムを読み出して実行することによって、取得手段、再生処理手段、再生履歴処理手段、リスト取得手段、判定手段、表示処理手段、コンテンツ送信手段等として機能する。
【００７８】
なお、この情報処理プログラムは、例えば、ネットワーク８に接続されたサーバ（例えば、センタサーバ１０）から、通信部１１１を介して、制御部１０１の内部メモリにダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部１０１の内部メモリに読み込まれるようにしてもよい。
【００７９】
（端末装置１の動作について）
以上のように構成された端末装置１の動作を図面を参照して具体的に説明する。図１６は第１実施形態における端末装置１のメイン処理フローチャートである。なお、以下の各処理は、端末装置１の制御部１０１が上述した各手段等として機能することによって実行されるものである。ここでは、特徴的な部分の動作を主として説明しており、一部の動作内容（例えば、センタサーバ１０からのコンテンツ情報の受信動作）は省略している。
【００８０】
図１６に示すように、端末装置１においてメイン電源スイッチ（図示せず）がＯＮされたときやリセットスイッチ（図示せず）が操作されたとき、制御部１０１のＣＰＵは、内部メモリの作業領域確保等の初期設定動作を実行し、内部メモリに記憶した情報処理プログラムを実行状態として、制御部１０１としての機能を動作状態とした後（ステップＳ１）、情報配信システムＳへ参加してステップＳ２に処理を移行する。
【００８１】
ここで、情報配信システムＳへの参加は、制御部１０１による処理によって次のように行われる。まず、制御部１０１は、自装置のＩＰアドレスを所定のハッシュ関数で演算することによって自端末装置１の端末ＩＤを得る。制御部１０１は、この端末ＩＤを宛先識別情報とし自装置の所在情報（ＩＰアドレスなど）を含む参加メッセージを通信部１１１及びネットワーク８を介して所定の端末装置１へ送信する。この参加メッセージはＤＨＴルーティングにより転送される。そして、この参加メッセージを受信した他の端末装置１は、自装置のルーティングテーブルから参加メッセージの転送回数に応じたレベルのテーブルの情報を取り出して、参加メッセージを送信した端末装置１へその情報を送信する。制御部１０１は、このように参加メッセージを受信した端末装置１からルーティングテーブルの情報をネットワーク８及び通信部１１１を介して取得し、これらの情報に基づいてルーティングテーブルを生成し、情報配信システムＳに参加する。
【００８２】
また、制御部１０１は、情報配信システムＳへの参加時にセンタサーバ１０からコンテンツカタログを取得し、表示部１０７にこのコンテンツカタログの内容を表示する。これにより、端末装置１の利用者は、情報配信システムＳにおいて再生可能なコンテンツ情報を把握し、所定の操作を行ってコンテンツ情報を取得する。このように制御部１０１は、情報配信システムＳにおいて送受信が可能なコンテンツ情報のリストを取得するリスト取得手段として機能する。
【００８３】
ステップＳ２において、制御部１０１は、コンテンツ情報の再生指示があるか否かを判定する。例えば、利用者による入力部１１０への操作によって、表示部１０７に表示されているコンテンツカタログの中からコンテンツ情報が選択されたときに、制御部１０１は、再生指示があったと判定する。
【００８４】
この処理において、再生指示があったと判定すると（ステップＳ２：Ｙｅｓ）、制御部１０１は、再生処理を起動する（ステップＳ３）。この再生処理は、次のように行なわれる。すなわち、まず、制御部１０１は、コンテンツカタログを参照し、再生指示のあったコンテンツのコンテンツＩＤをコンテンツカタログから取り出す。そして、第１記憶部１０２に記憶したルーティングテーブルに基づき、このコンテンツＩＤを宛先識別情報とした検索メッセージを、通信部１１１及びネットワーク８を介して他の端末装置１へ送信する。その後、制御部１０１は、各検索メッセージに対する応答、すなわち検索対象のコンテンツ保持端末装置の所在情報をルート端末装置からネットワーク８及び通信部１１１を介して取得する。そして、制御部１０１は、このように所在情報を取得したコンテンツ保持端末装置に対してコンテンツ情報の送信要求をネットワーク８及び通信部１１１を介して行う。その後、制御部１０１は、これらのコンテンツ保持端末装置からコンテンツ情報をネットワーク８及び通信部１１１を介して取得し、当該取得したコンテンツ情報の再生を開始する。なお、コンテンツ情報の再生は、上述したように再生手段によって行なわれる。すなわち、制御部１０１が、バッファメモリ１０４に記憶したコンテンツ情報を順次取り出してデコーダ部１０５に入力することによってデコードされたコンテンツ情報に応じた映像や音声を映像処理部１０６や音声処理部１０８を介して表示部１０７やスピーカ１０９から出力することによって行なう。このように、制御部１０１は、他の端末装置１からコンテンツ情報を取得する取得手段、この取得したコンテンツ情報を再生手段で再生する再生処理手段として機能する。また、このようにコンテンツ情報の再生が行なわれると、制御部１０１は、その履歴（再生履歴）を再生履歴記憶手段である第１記憶部１０２に記憶する再生履歴処理手段として機能する。
【００８５】
一方、再生指示がないと判定すると（ステップＳ２：Ｎｏ）、制御部１０１は、ネットワーク８及び通信部１１１を介して他の端末装置１又はセンタサーバ１０からＤＨＴメッセージ（例えば、コンテンツ登録メッセージ、コンテンツ検索メッセージ、再生履歴集計メッセージなど）を受信したか否かを判定する（ステップＳ４）。この処理において、ＤＨＴメッセージを受信したと判定すると（ステップＳ４：Ｙｅｓ）、制御部１０１は、ＤＨＴメッセージ処理を行う（ステップＳ５）。このＤＨＴメッセージ処理は、図１７におけるステップＳ２０〜Ｓ２８の処理であり、後で詳述する。
【００８６】
ステップＳ４において、ＤＨＴメッセージを受信していないと判定すると（ステップＳ４：Ｎｏ）、制御部１０１は、ネットワーク８及び通信部１１１を介してコンテンツ送信要求を受信したか否かを判定する（ステップＳ６）。この処理において、コンテンツ送信要求を受信したと判定すると（ステップＳ６：Ｙｅｓ）、制御部１０１は、コンテンツ送信処理を行う（ステップＳ７）。コンテンツ送信処理は、コンテンツ送信要求に応じたコンテンツ情報を第２記憶部１０３から取り出し、コンテンツ送信要求を行なった他の端末装置１へ通信部１１１及びネットワーク８を介して送信することによって行なう。このように、制御部１０１は、他の端末装置１からの要求に応じてコンテンツ記憶手段である第２記憶部１０３に記憶したコンテンツ情報を通信部１１１及びネットワーク８を介して送信するコンテンツ送信手段として機能する。
【００８７】
ステップＳ６において、コンテンツ送信要求を受信していないと判定したとき（ステップＳ６：Ｎｏ）、又はステップＳ３，Ｓ５，Ｓ７の処理が終了したとき、制御部１０１は、終了指示を検知したか否かを判定する（ステップＳ８）。例えば、自端末装置１の電源がＯＦＦ状態へ移行したとき、制御部１０１は、終了指示を検知する。
【００８８】
ステップＳ８において、終了指示を検知したと判定すると（ステップＳ８：Ｙｅｓ）、制御部１０１は、メイン処理を終了し、一方、終了指示を検知していないと判定すると（ステップＳ８：Ｎｏ）、制御部１０１は、ステップＳ２からの処理を繰り返す。
【００８９】
次に、ステップＳ５のＤＨＴメッセージ処理について図１７のフローチャートを参照して具体的に説明する。図１７は端末装置１におけるＤＨＴメッセージ処理のフローチャートである。
【００９０】
図１７に示すように、ＤＨＴメッセージ処理を開始すると、制御部１０１は、ネットワーク８及び通信部１１１を介して受信したメッセージが再生履歴集計メッセージであるか否かを判定する（ステップＳ２０）。この処理において、受信したメッセージが再生履歴集計メッセージであると判定すると（ステップＳ２０：Ｙｅｓ）、制御部１０１は、再生履歴情報処理を行なう（ステップＳ２１）。この再生履歴情報処理は、図１８に示すステップＳ３０〜Ｓ３２の処理であり、後で詳述する。
【００９１】
ステップＳ２０において、受信したメッセージが再生履歴集計メッセージはないと判定すると（ステップＳ２０：Ｎｏ）、制御部１０１は、受信したメッセージが自装置宛であるか否かを判定する（ステップＳ２２）。受信したメッセージが自装置宛であるか否かは、このメッセージの宛先識別情報に自装置の端末ＩＤが近いか否かによって判定する。なお、「近い」ことの定義は、例えば、ＤＨＴメッセージの宛先識別情報を超えず、この宛先識別情報と端末ＩＤとの差が一番少ないものとするが、一貫していれば他の定義でもよい。
【００９２】
ステップＳ２２において、受信したメッセージが自装置宛でないと判定すると（ステップＳ２２：Ｎｏ）、制御部１０１は、当該メッセージを第１記憶部１０２に記憶したルーティングテーブルに基づいてＤＨＴルーティングにより転送する（ステップＳ２３）。一方、受信したメッセージが自装置宛であると判定すると（ステップＳ２２：Ｙｅｓ）、制御部１０１は、当該メッセージがコンテンツ登録メッセージであるか否かを判定する（ステップＳ２４）。
【００９３】
ステップＳ２４において、受信したメッセージがコンテンツ登録メッセージであると判定すると（ステップＳ２４：Ｙｅｓ）、制御部１０１は、当該コンテンツ登録メッセージに含まれるインデックス情報（コンテンツ保持端末装置の所在情報）を第１記憶部１０２に記憶したインデックステーブル（例えば、図６参照）に追加してインデックステーブルを更新する（ステップＳ２５）。一方、受信したメッセージがコンテンツ登録メッセージではないと判定すると（ステップＳ２４：Ｎｏ）、制御部１０１は、当該メッセージがコンテンツ検索メッセージであるか否かを判定する（ステップＳ２６）。
【００９４】
ステップＳ２６において、受信したメッセージがコンテンツ検索メッセージであると判定すると（ステップＳ２６：Ｙｅｓ）、制御部１０１は、当該コンテンツ検索メッセージで要求されているインデックス情報を第１記憶部１０２に記憶したインデックステーブル（例えば、図６参照。）から取り出して、要求元の端末装置１へ送信する（ステップＳ２７）。一方、受信したメッセージがコンテンツ検索メッセージではないと判定すると（ステップＳ２６：Ｎｏ）、制御部１０１は、当該メッセージに応じた処理を行なう（ステップＳ２８）。
【００９５】
ステップＳ２１，Ｓ２３，Ｓ２５，Ｓ２７，Ｓ２８の処理が終了したとき、制御部１０１は、ＤＨＴメッセージ処理を終了する。
【００９６】
ここで、再生履歴情報処理は、制御部１０１により次のように実行される。図１８は端末装置１における再生履歴情報処理のフローチャートである。
【００９７】
図１８に示すように、再生履歴情報処理を開始すると、制御部１０１は、まず、再生履歴情報の集計処理を行なう（ステップＳ３０）。この集計処理は、再生履歴集計メッセージに含まれる再生履歴集計情報に第１記憶部１０２に記憶した自装置の再生履歴を加算することによって行なうものであり、図１９のステップＳ４０〜Ｓ４５の処理であり、後で詳述する。
【００９８】
次に、制御部１０１は、再生履歴集計メッセージの転送処理を行なう（ステップＳ３１）。この再生履歴集計メッセージの転送処理は、ステップＳ３０で更新した再生履歴集計情報を含む再生履歴集計メッセージを生成して、通信部１１１及びネットワーク８を介して他の端末装置１へ送信する処理であり、図２０のステップＳ５０〜Ｓ５５の処理であり、後で詳述する。
【００９９】
その後、制御部１０１は、ステップＳ３０で更新した再生履歴集計情報に基づいて、情報配信システムＳにおけるコンテンツ情報の再生ランキングを判定し、この再生ランキングを表示部１０７に表示して（ステップＳ３２）、再生履歴情報処理を終了する。再生ランキングの判定は、再生履歴集計情報のうち所定期間内の再生回数の総計が最も多いコンテンツ情報を上位から順に抽出することによって行なうものであるが、再生日付が新しいコンテンツ情報の再生回数により多く重み付けを行なって、再生回数の総計が最も多いコンテンツ情報を上位から順に抽出するようにしてもよい。このように、制御部１０１は、受信した再生履歴集計メッセージに含まれる再生履歴集計情報に基づいて当該情報配信システムにおけるコンテンツ情報の再生ランキングを判定する判定手段、この再生ランキングを表示手段に表示する表示処理手段として機能する。
【０１００】
次に、ステップＳ３０の再生履歴情報の集計処理について図１９のフローチャートを参照して具体的に説明する。図１９は端末装置１における再生履歴情報の集計処理のフローチャートである。
【０１０１】
図１９に示すように、再生履歴情報の集計処理を開始すると、制御部１０１は、ステップＳ２０で受信したと判定した再生履歴集計メッセージに含まれる再生履歴集計情報のうち最新の再生履歴集計情報の日付が現日付と異なるか否かを判定する（ステップＳ４０）。再生履歴集計メッセージに含まれる再生履歴集計情報が例えば図１０に示すものであり、現日付が2008年3月15日であるとき、制御部１０１は、最新の再生履歴集計情報の日付が現日付と異なると判定し、一方で、現日付が2008年3月14日であるとき、制御部１０１は、最新の再生履歴集計情報の日付が現日付と異ならないと判定する。
【０１０２】
この処理において、最新の再生履歴集計情報の日付が現日付と異なると判定すると（ステップＳ４０：Ｙｅｓ）、制御部１０１は、再生履歴集計情報の日付を更新し、最も日付が古い再生履歴集計欄を削除する（ステップＳ４１）。例えば、現日付が2008年3月15日であり、かつ再生履歴集計メッセージに含まれる再生履歴集計情報が例えば図１０に示すように2008年3月8日〜3月14日までの各日毎に再生履歴集計欄が形成されているとき、2008年3月15日の再生履歴集計欄を新たに設け、一方で、2008年3月8日の再生履歴集計欄を削除する。なお、再生履歴集計欄は、日付毎に区別するものであればよくその形式は問わない。
【０１０３】
このステップＳ４１の処理が終了したとき、或いはステップＳ４０において最新の再生履歴集計情報の日付が現日付と異ならないと判定したとき（ステップＳ４０：Ｎｏ）、制御部１０１は、コンテンツカタログに含まれないコンテンツ情報が再生履歴集計情報にあるか否かを判定する（ステップＳ４２）。再生履歴集計メッセージに含まれる再生履歴集計情報が例えば図１０に示すものであり、コンテンツカタログにコンテンツＩＤ「0001」のコンテンツ情報に記載されていないとき、制御部１０１は、コンテンツカタログに含まれないコンテンツ情報が再生履歴集計情報にあると判定し、コンテンツカタログに記載されていないコンテンツ情報がないとき、コンテンツカタログに含まれないコンテンツ情報はないと判定する。
【０１０４】
この処理において、コンテンツカタログに含まれないコンテンツ情報が再生履歴集計情報にあると判定すると（ステップＳ４２：Ｙｅｓ）、制御部１０１は、コンテンツカタログに基づいて再生履歴集計情報を変更する（ステップＳ４３）。例えば、再生履歴集計メッセージに含まれる再生履歴集計情報が例えば図１０に示すものであり、コンテンツカタログにコンテンツＩＤ「0001」のコンテンツ情報に記載されていないとき、制御部１０１は、このコンテンツＩＤ「0001」のコンテンツ情報の再生数を「０」又はコンテンツＩＤ「0001」の欄を削除する。このように、制御部１０１は、コンテンツカタログに基づいて、送受信が可能でないコンテンツ情報の再生履歴を再生履歴集計情報から削除する再生履歴処理手段として機能する。
【０１０５】
ステップＳ４３の処理が終了したとき、又はステップＳ４２においてコンテンツカタログに含まれないコンテンツ情報が再生履歴集計情報にはないと判定したとき（ステップＳ４２：Ｎｏ）、制御部１０１は、受信した再生履歴集計情報に自装置の再生履歴情報を追加して最新の再生履歴情報を集計する（ステップＳ４４）。すなわち、ステップＳ２０で受信したと判定した再生履歴集計メッセージに含まれる再生履歴集計情報に、再生履歴記憶手段としての第１記憶部１０２に記憶している再生履歴情報のうち最新の所定期間の再生履歴情報を加えて、再生履歴集計情報を更新する。例えば、第１記憶部１０２に図９に示す情報が記憶され、再生履歴集計メッセージに再生履歴集計情報として図１０に示す再生履歴集計情報が含まれるものとすると、制御部１０１は、最新の所定期間（2008年3月8日〜2008年3月14日）の再生履歴（例えば、コンテンツＩＤ「1110」，「2321」，「0012」，「3332」及びその再生日付など）を取り出し、これらの再生履歴を再生履歴集計メッセージに含まれる再生履歴集計情報に加算して、新たな再生履歴集計情報を作成する。
【０１０６】
次に、制御部１０１は、自装置の再生履歴情報を削除する（ステップＳ４５）。すなわち、制御部１０１は、第１記憶部１０２に記憶している再生履歴のうち再生履歴集計情報に追加した再生履歴を第１記憶部１０２から削除する再生履歴処理手段として機能する。なお、再生履歴情報を第１記憶部１０２から削除せずに、再生履歴集計情報の加算に使用したか否かをフラグを用いて行なうようにしてもよい。また、追加した再生履歴が第１記憶部１０２に記憶されている場合にはこの再生履歴も削除する。
【０１０７】
以上の処理を行なった後、制御部１０１は、再生履歴情報の集計処理を終了する。
【０１０８】
次に、ステップＳ３１の再生履歴集計メッセージ転送処理について図２０のフローチャートを参照して具体的に説明する。図２０は端末装置１における再生履歴集計メッセージ転送処理のフローチャートである。
【０１０９】
図２０に示すように、再生履歴集計メッセージ転送処理を開始すると、制御部１０１は、まず、受信した再生履歴集計メッセージが自装置宛か否かを判定する（ステップＳ５０）。自装置宛であるか否かの判定は、ステップＳ２２の処理と同様に、受信したメッセージの宛先識別情報に基づいて行なわれる。
【０１１０】
この処理において、受信した再生履歴集計メッセージが自装置宛であると判定すると（ステップＳ５０：Ｙｅｓ）、制御部１０１は、この再生履歴集計メッセージの転送回数が上限値に到達したか否かを判定する（ステップＳ５１）。すなわち、再生履歴集計メッセージには、図１４に示すように、当該メッセージが転送された回数（転送回数）の情報及び転送上限値の情報が含まれており、この転送回数と転送上限値が同じであるとき、再生履歴集計メッセージの転送回数が上限値に到達したと判定する。
【０１１１】
この処理において、再生履歴集計メッセージの転送回数が上限値に到達していないと判定したとき（ステップＳ５１：Ｎｏ）、制御部１０１は、乱数を使用してランダムに転送先の端末ＩＤを決定し、転送回数を１つ増やして再生履歴集計メッセージを転送する（ステップＳ５２）。すなわち、制御部１０１は、乱数発生手段として機能して乱数を発生させ、この乱数を端末ＩＤを生成するときに用いたハッシュ関数（ハッシュアルゴリズム）によりハッシュ化して得たハッシュ値を転送先の端末ＩＤとして決定する。そして、制御部１０１は、ステップＳ２０において受信した再生履歴集計メッセージの宛先識別情報をこのように決定した端末ＩＤとし、また、再生履歴集計情報をステップＳ４４で集計して更新した再生履歴集計情報とし、さらに、転送回数を１つ増やして、再生履歴集計メッセージを更新する。
【０１１２】
そして、制御部１０１は、ステップＳ５２で更新した再生履歴集計メッセージを転送する（ステップＳ５３）。このように制御部１０１は、センタサーバ１０又は他の端末装置１の再生履歴を含む再生履歴集計メッセージを受信したときに、当該再生履歴集計メッセージの宛先が自装置の識別情報であるとき、再生履歴集計メッセージの転送回数を１つ増やして、再生履歴記憶手段である第１記憶部１０２に記憶した再生履歴を再生履歴集計メッセージに追加して、他の端末装置１へ転送する再生履歴処理手段として機能する。
【０１１３】
一方、ステップＳ５０において受信した再生履歴集計メッセージが自装置宛のメッセージではないと判定したとき（ステップＳ５０：Ｎｏ）、制御部１０１は、第１記憶部１０２に記憶しているルーティングテーブルに従ってこの再生履歴集計メッセージを転送する（ステップＳ５４）。このとき、再生履歴集計メッセージの再生履歴集計情報は、ステップＳ４４で集計して更新した再生履歴集計情報とする。なお、再生履歴集計メッセージの宛先識別情報や転送回数の情報は受信したときから変更しない。このように制御部１０１は、他の端末装置１の再生履歴を含む再生履歴集計メッセージを受信したとき、再生履歴記憶手段である第１記憶部１０２に記憶した再生履歴を再生履歴集計メッセージに追加して、再生履歴集計メッセージの転送回数を増やさずに、記憶手段である第１記憶部１０２に記憶しているルーティングテーブルに基づいて、他の端末装置１へ転送する再生履歴処理手段として機能する。
【０１１４】
また、ステップＳ５１で再生履歴集計メッセージの転送回数が上限値に到達したと判定したとき（ステップＳ５１：Ｙｅｓ）、制御部１０１は、ステップＳ２０で受信したと判定した再生履歴集計メッセージをセンタサーバ１０へ直接転送する（ステップＳ５５）。このとき、再生履歴集計メッセージの再生履歴集計情報は、ステップＳ４４で集計して更新した再生履歴集計情報とする。このように制御部１０１は、受信した再生履歴集計メッセージの転送回数が所定数以上であるとき、当該再生履歴集計メッセージを他の端末装置１へ転送せずに、センタサーバ１０へ送信する再生履歴処理手段として機能する。
【０１１５】
ステップＳ５３〜Ｓ５５の処理が終了したとき、制御部１０１は、再生履歴集計メッセージ転送処理を終了する。
【０１１６】
以上のように、第１実施形態における端末装置１では、再生履歴集計メッセージを次々と転送して再生履歴を加算していくことで再生履歴の集計を行なっていき、各端末装置１で再生ランキングの情報を表示する。その結果、ネットワーク８への負荷やトラフィックの集中を抑制しつつ、各端末装置１で再生ランキングを表示することが可能となり、しかも、再生履歴を収集し集計して再生ランキングを通知するためのサーバも不要となる。
【０１１７】
［１．６．センタサーバ１０の具体的構成及び動作の説明］
次に、センタサーバ１０の具体的構成及び動作の一例について説明する。
【０１１８】
（センタサーバ１０の構成について）
まず、センタサーバ１０の具体的構成について説明する。図２１は、第１実施形態の情報配信システムＳにおけるセンタサーバ１０の概略構成を示す図である。
【０１１９】
センタサーバ１０は、一般のサーバコンピュータを適用可能であり、図２１に示すように、センタサーバ１０全体を制御する制御部２０１と、情報配信システムＳに投入されている複数のコンテンツ情報やこれらのコンテンツ情報の一覧であるコンテンツカタログ等を記憶する書き換え可能な記憶部２０２と、端末装置１と通信するための通信部２０３とを備えており、これらはシステムバス２１０を介して相互に接続されている。
【０１２０】
制御部２０１は、ＣＰＵ（Central Processing Unit）、内部メモリなどから構成される。この内部メモリには、端末装置１へのコンテンツ情報の送信や端末装置１との間で各種メッセージ（例えば、再生履歴集計メッセージ）を送受信するための情報処理プログラムが格納されており、ＣＰＵは内部メモリに記憶されている情報処理プログラムを読み出して実行することによって、メッセージ送信手段、再生履歴記憶処理手段、コンテンツ情報送信手段、再生履歴集計メッセージ処理手段等として機能する。
【０１２１】
なお、この情報処理プログラムは、例えば、インターネットに接続された他のサーバ（図示せず）から、通信部２０３を介して、制御部２０１の内部メモリにダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部２０１の内部メモリに読み込まれるようにしてもよい。
【０１２２】
（センタサーバ１０の具体的動作について）
以上のように構成されたセンタサーバ１０の動作を図面を参照して具体的に説明する。図２２は第１実施形態におけるセンタサーバ１０の処理フローチャートである。なお、以下の各処理は、センタサーバ１０の制御部２０１が上述した各手段等として機能することによって実行されるものである。ここでは、特徴的な部分の動作を主として説明しており、一部の動作内容（例えば、端末装置１へのコンテンツ情報の送信動作）は省略している。
【０１２３】
センタサーバ１０においてメイン電源スイッチ（図示せず）がＯＮされたときやリセットスイッチ（図示せず）が操作されたとき、図２２に示すように、センタサーバ１０は初期化動作を行なう（ステップＳ６０）。具体的には、制御部２０１のＣＰＵは、内部メモリの作業領域確保等の初期設定動作を実行し、内部メモリに記憶した情報処理プログラムを実行状態として、制御部２０１としての機能を動作状態とした後、再生履歴集計情報を初期化する。すなわち、制御部２０１は、記憶部２０２の再生履歴集計情報記憶領域に記憶されている情報を消去することにより、再生履歴集計情報を初期化する。
【０１２４】
次に、制御部２０１は、記憶部２０２に記憶している再生履歴集計情報に基づいて、再生履歴集計メッセージを送信する（ステップＳ６１）。すなわち、制御部２０１は、記憶部２０２の再生履歴集計情報領域に記憶している再生履歴集計情報（初期状態ではこの情報はない）を取り出して、再生履歴集計メッセージに含めて送信する。このとき、再生履歴集計メッセージの転送回数を「１」に設定し、転送上限値と宛先識別情報とを設定する。宛先識別情報は、乱数を端末ＩＤを生成するときに用いたハッシュ関数によりハッシュ化して得たハッシュ値とする。このように制御部２０１は、端末装置１へ再生履歴集計メッセージを送信するメッセージ送信手段として機能する。
【０１２５】
次に、制御部２０１は、タイマをセットする（ステップＳ６２）。タイマにセットするタイマ値は、再生履歴集計メッセージが端末装置１間で転送上限値まで転送されてセンタサーバ１０まで戻ってくる時間よりも長い時間とする。これにより、再生履歴集計メッセージがセンタサーバ１０に戻ってくる前に消滅したことを把握することができる。
【０１２６】
次に、制御部２０１は、ネットワーク８及び通信部２０３を介して、再生履歴集計メッセージを受信したか否かを判定する（ステップＳ６３）。この処理において、再生履歴集計メッセージを受信していないと判定すると（ステップＳ６３：Ｎｏ）、制御部２０１は、ステップＳ６２で設定したタイマのカウント値が設定時間を経過したか否かを判定する（ステップＳ６４）。この処理において、タイマのカウント値が設定時間を経過していないと判定すると（ステップＳ６３：Ｎｏ）、制御部２０１は、処理をステップＳ６３に戻す。
【０１２７】
ステップＳ６３において、再生履歴集計メッセージを受信したと判定すると（ステップＳ６３：Ｙｅｓ）、制御部２０１は、受信した再生履歴集計メッセージに含まれる再生履歴集計情報を記憶部２０２の再生履歴集計情報領域に記憶する（ステップＳ６５）。このように制御部２０１は、端末装置１から再生履歴集計メッセージを受信するメッセージ受信手段、及び受信した再生履歴集計メッセージに含まれる再生履歴集計情報を記憶部２０２の再生履歴集計情報領域に記憶する再生履歴記憶処理手段として機能する。
【０１２８】
ステップＳ６５の処理が終了したとき、又はステップＳ６４において設定時間が経過したと判定したとき（ステップＳ６４：Ｙｅｓ）、制御部２０１は、終了指示を検知したか否かを判定する（ステップＳ６６）。例えば、自装置１０の電源がＯＦＦ状態へ移行したとき、制御部２０１は、終了指示を検知する。
【０１２９】
ステップＳ６６において、終了指示を検知したと判定すると（ステップＳ６６：Ｙｅｓ）、制御部２０１は、メイン処理を終了し、一方、終了指示を検知していないと判定すると（ステップＳ６６：Ｎｏ）、制御部２０１は、ステップＳ６１からの処理を繰り返す。従って、再生履歴集計メッセージが所定の設定時間内に受信できないときには、前回端末装置１から戻ってきた再生履歴集計メッセージの再生履歴集計情報を用いて再度再生履歴集計メッセージを送信するので、再生履歴集計メッセージが情報配信システムＳから消滅してしまうことを抑制できる。このように制御部２０１は、端末装置１から所定期間内に再生履歴集計メッセージを受信したとき、当該再生履歴集計メッセージを端末装置１へ再送し、端末装置１から所定期間内に再生履歴集計メッセージを受信しないとき、端末再生履歴記憶手段である記憶部２０２に記憶した再生履歴集計情報に基づいて、再生履歴集計メッセージを生成し、当該再生履歴集計メッセージを端末装置１へ送信するメッセージ送信手段として機能する。
【０１３０】
以上のように第１実施形態におけるセンタサーバ１０は、再生履歴集計メッセージを所定の転送回数毎にセンタサーバ１０に戻るようにし、所定期間内に再生履歴集計メッセージがセンタサーバ１０に戻らないときには、再生履歴集計メッセージが消滅したと判定して、記憶手段に記憶する再生履歴集計情報を含めた再生履歴集計メッセージを任意の端末装置１に投入するようにしている。その結果、再生履歴集計メッセージの転送先の端末装置１が脱退してしまい、再生履歴集計メッセージがその後情報配信システムＳからなくなってしまう場合であっても、情報配信システムＳ内の端末装置１間で再生履歴集計メッセージを転送させ、再生ランキングを表示させることができる。
【０１３１】
［２．第２実施形態］
次に、第２実施形態の情報通信システムについて説明する。第１実施形態における情報配信システムＳでは、端末装置１間で再生履歴集計メッセージの再生履歴集計情報に端末装置１の再生履歴を追加して更新しつつ転送していき、各端末装置１において、この再生履歴集計メッセージに含まれる再生履歴集計情報から再生ランキングを判定して表示するようにしたが、第２実施形態における情報配信システムでは、端末装置１間で再生履歴集計メッセージの再生履歴集計情報に再生履歴を追加して更新しつつ転送していき、この再生履歴集計メッセージをセンタサーバ１０で収集し、センタサーバ１０において再生ランキングの判定を行なうものである。なお、制御部１０１及び制御部２０１による処理が異なる以外は、第１実施形態と同様であるため、符号等は第１実施形態と同一のものを用いて説明する。
【０１３２】
［２．１．再生ランキングの生成方法］
第２実施形態における再生ランキングの生成方法について説明する。
【０１３３】
以下、図２３を参照して、再生ランキングの生成方法を具体的に説明する。図２３は第２実施形態の端末装置１における再生ランキングの生成方法を説明するための図である。
【０１３４】
第２実施形態における情報配信システムＳでは、まず、図２３（ａ）に示すように、センタサーバ１０から複数の再生履歴集計メッセージを複数の端末装置１へ送信する。この再生履歴集計メッセージは、第１実施形態と同様の構成（図１４参照）である。また、再生履歴集計メッセージの送信先の端末装置１は、センタサーバ１０がランダムに端末ＩＤを決定し、当該端末ＩＤを宛先識別情報とする。なお、図２３（ａ）の例では、端末装置１ｐ，１ｓが再生履歴集計メッセージの送信先の端末装置１として決定されて、再生履歴集計メッセージが送信される様子を示している。
【０１３５】
このように複数の端末装置１にセンタサーバ１０から送信された再生履歴集計メッセージは、図２３（ｂ）に示すように、宛先識別情報の対応する端末装置１へ向かってＤＨＴルーティングにより転送されていく。図２３（ｂ）の例では、端末装置１ｐ，１ｓから送信された再生履歴集計メッセージがＤＨＴルーティングにより、宛先識別情報「2010」，「3011」に対応する端末装置１ｑ，１ｃへ転送される様子を示している、
【０１３６】
その後、再生履歴集計メッセージは転送上限値まで転送される。すなわち、図１４に示すように、再生履歴集計メッセージには転送上限値が規定されており、ＤＨＴルーティングによる転送が終了する毎に、宛先識別情報に対応する端末装置１が再生履歴集計メッセージに含まれる転送回数を１つインクリメントしていく。そして、この転送回数が転送上限値となったときに、図２３（ｃ）に示すように、端末装置１からセンタサーバ１０へ再生履歴集計メッセージが転送される。
【０１３７】
ここで、再生履歴集計メッセージを受信した端末装置１は、第１実施形態の端末装置１と同様に、自装置の再生履歴記憶手段に記憶した再生履歴のうち、最新の所定期間（ここでは、１週間）分の再生履歴を取り出し、再生履歴集計メッセージに含まれる再生履歴集計情報に加算して再生履歴集計情報を更新した再生履歴集計メッセージを生成する。このとき、再生履歴集計情報に最新の所定期間（ここでは、最新の１週間）よりも前の情報がある場合には、その情報を削除する。また、再生履歴集計メッセージを他の端末装置１から受信して、自装置の再生履歴を再生履歴集計情報に加算した端末装置１は、その加算した再生履歴を自装置の再生履歴記憶手段から削除する。
【０１３８】
そして、再生履歴集計メッセージを受信し、再生履歴を加算して再生履歴集計情報を更新した再生履歴集計メッセージを生成した端末装置１は、この更新した再生履歴集計メッセージを他の端末装置１又はセンタサーバ１０へ転送する。
【０１３９】
センタサーバ１０は、上述のように複数の端末装置１でＤＨＴルーティングによる転送が行なわれた再生履歴集計メッセージを収集すると、これらの再生履歴集計メッセージに含まれる再生履歴集計情報を合算して多数の端末装置１の再生履歴を集計した再生履歴集計情報を生成する。そして、センタサーバ１０は、この再生履歴集計情報から再生数の上位のコンテンツ情報を抽出して再生ランキングを生成する。センタサーバ１０は、複数音再生履歴集計メッセージの送信を定期的に行ない、これらの再生履歴集計メッセージを収集して、再生ランキングを定期的に生成する。
【０１４０】
一方、各端末装置１は、所定の契機（例えば、コンテンツ情報の再生時や情報配信システムＳへの参加）時に、センタサーバ１０にアクセスして、再生ランキングを取得する。そして、各端末装置１は、取得した再生ランキングを表示手段により表示する。
【０１４１】
このように第２実施形態においては、センタサーバ１０から複数の再生履歴集計メッセージを送信し、各再生履歴集計メッセージを当該情報配信システム内の端末装置１間で次々と転送して再生履歴を加算していくことでそれぞれ複数の端末装置１の再生履歴を収集する。そして、これらの再生履歴集計メッセージをセンタサーバ１０へ戻すことで、センタサーバ１０で多数の端末装置１の再生履歴を収集する。そして、センタサーバ１０において、これら端末装置１の再生履歴の集計した再生履歴集計情報を得て、この再生履歴集計情報から再生ランキングを抽出する。
【０１４２】
これにより、各端末装置１がそれぞれ再生履歴をセンタサーバ１０に送信することに比べ、センタサーバ１０へのアクセス数を低減することができ、ネットワーク８への負荷やトラフィックの集中を抑制しつつ、各端末装置１で再生ランキングを表示することが可能となる。
【０１４３】
［２．２．端末装置１の具体的動作の説明］
以下、図面を参照して、第２実施形態における端末装置１の具体的動作の一例について説明する。なお、第２実施形態の端末装置１は、第１実施形態の端末装置１に対して再生履歴情報処理及び再生ランキング表示処理が異なり、その他の処理は同様の処理であることから、ここでは、再生履歴情報処理及び再生ランキング表示処理について説明する。
【０１４４】
まず、再生履歴情報処理について図２４を参照して説明する。図２４は第２実施形態の端末装置１における再生履歴情報処理のフローチャートである。
【０１４５】
図２４に示すように、端末装置１の制御部１０１は、再生履歴情報処理を開始すると、再生履歴情報の集計処理（ステップＳ１３０）し、再生履歴集計メッセージの転送を行なう（ステップＳ１３１）。なお、このステップＳ１３０，Ｓ１３１の処理は、第１実施形態における図１８のステップＳ３０，Ｓ３１の処理と同様である。
【０１４６】
次に、再生ランキング表示処理を図２５を参照して説明する。図２５は第２実施形態の端末装置１における再生ランキング表示処理のフローチャートである。
【０１４７】
この再生ランキング表示処理は、所定の契機（例えば、コンテンツ情報の再生時や情報配信システムＳへの参加）時に、開始される処理である。
【０１４８】
制御部１０１は、再生ランキング表示処理を開始すると、再生ランキングをセンタサーバ１０へ問い合わせる（ステップ１４０）。すなわち、制御部１０１は、通信部１１１及びネットワーク８を介してセンタサーバ１０に再生ランキングの送信を要求し、この要求に対して返送される再生ランキングをセンタサーバ１０から取得する。このように、制御部１０１は、センタサーバ１０から当該情報配信システムＳにおけるコンテンツ情報の再生ランキングを取得する取得手段として機能する。
【０１４９】
次に、制御部１０１は、取得した再生ランキングの情報を表示手段である表示部１０７で表示する（ステップＳ１４１）。このように制御部１０１は取得した再生ランキングを表示手段に表示する表示処理手段として機能する。
【０１５０】
［２．３．センタサーバ１０の具体的動作の説明］
以下、図面を参照して、第２実施形態におけるセンタサーバ１０の具体的動作の一例について説明する。図２６は第２実施形態におけるセンタサーバ１０の処理フローチャートである。なお、ここでは、特徴的な部分の動作を主として説明しており、一部の動作内容（例えば、端末装置１へのコンテンツ情報の送信動作）は省略している。
【０１５１】
センタサーバ１０においてメイン電源スイッチ（図示せず）がＯＮされたときやリセットスイッチ（図示せず）が操作されたとき、図２６に示すように、第１実施形態のセンタサーバ１０と同様に初期化動作を行なう（Ｓ１６０）。このとき、制御部２０１は、記憶部２０２の再生ランキング記憶領域に記憶されている再生ランキングの情報を消去することにより、再生ランキングの情報を初期化する。
【０１５２】
次に、制御部２０１は、再生ランキングの判定契機になっているか否かを判定する（ステップＳ１６１）。再生ランキングの判定契機は、所定期間毎（例えば、１時間毎）に発生する。
【０１５３】
この処理において、再生ランキング判定契機になっていると判定すると（ステップＳ１６１：Ｙｅｓ）、制御部２０１は、再生ランキング判定処理を行なう（ステップＳ１６２）。この再生ランキング判定処理は、図２７に示すステップＳ１７０〜Ｓ１７４の処理であり、後で詳述する。
【０１５４】
一方、ステップＳ１６１において、再生ランキング判定契機になっていないと判定すると（ステップＳ１６１：Ｎｏ）、制御部２０１は、端末装置１から再生ランキング要求があったか否かを判定する（ステップＳ１６３）。端末装置１からネットワーク８及び通信部２０３を介して再生ランキング要求を受信したとき、制御部２０１は、端末装置１から再生ランキング要求があったと判定する。
【０１５５】
この処理において、再生ランキング要求があったと判定すると（ステップＳ１６３：Ｙｅｓ）、制御部２０１は、記憶している再生ランキングを返信する（ステップＳ１６４）。すなわち、制御部２０１は、記憶部２０２の再生ランキング記憶領域にその情報を記憶した再生ランキングを取り出す。そして、取り出した再生ランキングを通信部２０３及びネットワーク８を介して、要求元の端末装置１へ送信する。このように制御部２０１は、端末装置１からの要求に応じて、再生ランキングを要求元の端末装置１へ送信する再生ランキング送信手段として機能する。
【０１５６】
ステップＳ１６２，Ｓ１６４の処理が終了したとき、又はステップＳ１６３において再生ランキングの要求がないと判定すると（ステップＳ１６３：Ｎｏ）、制御部２０１は、終了指示を検知したか否かを判定する（ステップＳ１６５）。例えば、自サーバ１０の電源がＯＦＦ状態へ移行したとき、制御部２０１は、終了指示を検知する。
【０１５７】
ステップＳ１６５において、終了指示を検知したと判定すると（ステップＳ１６５：Ｙｅｓ）、制御部２０１は、メイン処理を終了し、一方、終了指示を検知していないと判定すると（ステップＳ１６５：Ｎｏ）、制御部２０１は、ステップＳ１６１からの処理を繰り返す。
【０１５８】
次に、再生ランキング判定処理を図２７を参照して説明する。図２７は第２実施形態のセンタサーバ１０における再生ランキング判定処理のフローチャートである。
【０１５９】
制御部２０１は、再生ランキング判定処理を開始すると、再生ランキングを初期化する（ステップＳ１７０）。再生ランキングの初期化は、制御部２０１が、記憶部２０２の再生ランキング記憶領域に記憶されている情報を消去することによって行なわれる。
【０１６０】
次に、制御部２０１は、再生履歴集計メッセージを複数の端末装置１へ送信する（ステップＳ１７１）。再生履歴集計メッセージは、図１４に示すように、宛先識別情報エリア、転送回数エリア、転送上限値エリア、再生履歴集計情報エリアを含むメッセージフォーマットのメッセージであり、転送回数エリアに「１」、転送上限値エリアに所定値（例えば、「３」）、再生履歴集計情報エリアには初期値（データなし）を設定する。また、宛先識別情報は、ランダムに複数決定する。すなわち、乱数を端末ＩＤを生成したハッシュ関数と同じハッシュ関数でハッシュ化して得たハッシュ値を宛先識別情報とする。そして、このように生成した再生履歴集計メッセージを通信部２０３及びネットワーク８を介して複数の端末装置１に送信する。このように、制御部２０１は、再生履歴集計メッセージを複数の端末装置１へそれぞれ送信するメッセージ送信手段として機能する。
【０１６１】
次に、制御部２０１は、ネットワーク８及び通信部２０３を介して、全ての再生履歴集計メッセージを受信したか否かを判定する（ステップＳ１７２）。制御部２０１は、全ての再生履歴集計メッセージを受信するまで待ち（ステップＳ１７２：Ｎｏ）、全ての再生履歴集計メッセージを受信したとき（ステップＳ１７２：Ｙｅｓ）、処理をステップＳ１７３に移行する。なお、所定期間が経過しても全ての再生履歴集計メッセージを受信できないときには、制御部２０１は、全ての再生履歴集計メッセージを受信したものとして、処理をステップＳ１７３に移行する。
【０１６２】
ステップＳ１７３において、制御部２０１は、受信した全ての再生履歴集計メッセージを集計する。すなわち、制御部２０１は、受信した再生履歴集計メッセージにそれぞれ含まれる再生履歴集計情報を各メッセージから取り出して、これらの再生履歴集計情報を合計する。この集計は、情報配信システムＳ内の各コンテンツ情報の所定期間の再生数を算出するものであるが、例えば、日付毎に各コンテンツ情報の再生数を算出することによって行なってもよい。
【０１６３】
次に、制御部２０１は、集計した再生履歴集計情報に基づいて、再生ランキングを判定（ステップＳ１７４）して、再生ランキング判定処理を終了する。この再生ランキングの判定は、集計した再生履歴集計情報のうち所定期間内の再生回数の総計が最も多いコンテンツ情報を順に上位から抽出することによって行なうものであるが、再生日付が新しいコンテンツ情報の再生回数により多く重み付けを行なって、再生回数の総計が最も多いコンテンツ情報を順に上位から抽出するようにしてもよい。このように制御部２０１は、端末装置１から送信される再生履歴集計メッセージに含まれる再生履歴に基づいて当該情報配信システムＳにおけるコンテンツ情報の再生ランキングを判定する判定手段として機能する。
【０１６４】
以上のように本第２実施形態におけるセンタサーバ１０は、再生履歴集計メッセージを所定の転送回数毎にセンタサーバ１０に戻るようにし、収集した再生履歴集計メッセージに含まれる再生履歴集計情報を合算し、このように合算した情報に基づいて再生ランキングを判定するようにしている。そして、端末装置１からの要求に基づいて、再生ランキングを端末装置１へ送信するようにしている。その結果、各端末装置１がそれぞれ再生履歴情報をセンタサーバ１０に送信することに比べ、センタサーバ１０へのアクセス数を低減することができ、ネットワーク８への負荷やトラフィックの集中を抑制しつつ、各端末装置１で再生ランキングを表示することが可能となる。
【０１６５】
［３．その他の実施形態］
上述の第１実施形態においては、再生ランキングを表示するためタイミングを、コンテンツ情報を再生開始したときとしたが、これに限られず、例えば、端末装置１が起動したタイミングや所定期間毎のタイミングを再生ランキングを表示するためタイミングとしてもよい。また、端末装置１の利用者の入力部１１０へ所定の操作が行なわれたときを、再生ランキングを表示するタイミングとしてもよい。
【０１６６】
また、上述の第１実施形態においては、１つの再生履歴集計メッセージを巡回させた例を説明したが、センタサーバ１０から複数の再生履歴集計メッセージを送信して、再生履歴集計メッセージを複数巡回させてもよい。
【０１６７】
また、上述の第１実施形態においては、センタサーバ１０から再生履歴集計メッセージを送信するようにしたが、特定の端末装置１から再生履歴集計メッセージを送信し、所定転送回数毎に特定の端末装置１に再生履歴集計メッセージを戻すようにしてもよい。
【０１６８】
また、上述の実施形態においては、再生ランキングを取得するためタイミングを、コンテンツ情報を再生開始したときとしたが、これに限られず、例えば、端末装置１が起動したタイミングや所定期間毎のタイミングを再生ランキングを取得するためタイミングとしてもよい。また、端末装置１の利用者の入力部１１０へ所定の操作が行なわれたときを、再生ランキングを取得するタイミングとしてもよい。
【０１６９】
また、上述の実施形態においては、複数の端末装置の再生履歴の集計結果から再生数が多い上位のコンテンツ情報を再生ランキングとしたが、再生履歴にジャンルや再生時間を含ませて、再生ランキングをジャンル毎や再生期間毎に抽出するようにして、当該再生ランキングを表示するようにしてもよい。
【０１７０】
また、上述の実施形態においては、再生ランキングを一覧表示することとしたが、所定期間毎に順次再生ランキングを所定数毎に表示するようにしてもよい。例えば、コンテンツ情報の再生時間に応じて再生ランキングを１つずつ順次表示手段に表示する。
【０１７１】
また、上述の実施形態においては、再生ランキングの表示を再生しているコンテンツ情報に隣接させて表示するようにしたが、再生ランキング内のコンテンツ情報の一部をコマーシャルとして、コンテンツ情報の再生インターバル期間で再生するようにしてもよい。
【０１７２】
また、上述の実施形態としては、端末装置１の所在情報をＩＰアドレスとして説明したが、端末装置１のネットワーク８上の所在がわかる情報（他の端末装置１からネットワーク８を介してアクセスできる）であればよく、例えば、ＩＰアドレスとポート番号とを所在情報としてもよい。
【０１７３】
また、上述の実施形態では、再生履歴集計メッセージは、ＤＨＴルーティングによる転送が終了するたびに、この再生履歴集計メッセージを受信した端末装置１が転送回数を１つインクリメントした再生履歴集計メッセージを転送することとしたが、この再生履歴集計メッセージを投入する際に、転送回数を上限値に設定して、ＤＨＴルーティングによる転送が終了するたびに、この転送回数をデクリメントしていくようにしてもよい。このようにすることで各端末装置１の制御部１０１は、転送回数が「０」になったときに転送上限値となったと判断することができるので、再生履歴集計メッセージに転送上限値エリアが不要となる。
【０１７４】
また、上述の実施形態では、再生履歴集計メッセージは、ＤＨＴルーティングによる転送が終了するたびに、転送回数を変更するようにしたが、再生履歴集計メッセージが端末装置１間で転送が行なわれる毎に転送回数を変更するようにしてもよい。
【０１７５】
また、上述の実施形態では、再生履歴集計情報として各コンテンツ情報毎の再生数を加算して集計していくようにしたが、これに限られず、各コンテンツ情報毎の再生数を加算せずに、端末装置１毎の再生履歴を収集したものを再生履歴集計情報としてもよい。この場合、例えば、各端末装置１又はセンタサーバ１０が再生ランキングを判定するときに、再生履歴集計情報から再生履歴を集計するようにする。そして、端末装置１の再生履歴として、その利用者の年齢、性別、郵便番号など種々の情報を含ませることにより、より端末装置１の利用者に則した再生ランキングを判定し表示することができる。
【０１７６】
また、再生ランキングの判定において、各端末装置１の制御部１０１は、コンテンツカタログなどから各コンテンツ情報のジャンルや年代などを取り出すことにより、ジャンル別や年代別の再生ランキングを判定し、表示することができる。
【０１７７】
また、上述の実施形態では、最新の所定期間の再生ランキングを判定し、表示するようにしたが、再生履歴集計情報に履歴収集条件エリアを別途設け、各端末装置１の制御部１０１は、再生履歴集計メッセージに加算する情報を履歴収集条件エリアに規定された期間（例えば、１年前までの期間）の再生履歴とすることで、所望の期間の再生履歴を収集することができる。また、履歴収集条件エリアに再生履歴を収集する端末装置１の条件を規定することで、その条件合致する端末装置１のみから再生履歴を収集することができる。
【０１７８】
また、上述の実施形態では、最新の所定期間の再生ランキングを判定し、表示するようにしたが、再生履歴集計情報に収集対象エリアを別途設け、各端末装置１において収集対象エリアに規定された条件に合致するときのみ、再生履歴集計メッセージに再生履歴を加算する情報を履歴収集期間エリアに規定された期間（例えば、１年前までの期間）の再生履歴とすることで、所望の期間の再生履歴を収集することができる。
【０１７９】
以上、本発明の実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【図面の簡単な説明】
【０１８０】
【図１】第１実施形態における情報配信システムの各端末装置及びセンタサーバの接続態様の一例を示す図である。
【図２】ＩＤ空間の説明図である。
【図３】ルーティングテーブルの一例である。
【図４】センタサーバからコンテンツ情報が投入される様子を示す図である。
【図５】コンテンツ保持端末装置のコンテンツ登録メッセージがＤＨＴルーティングにより転送される様子を示す図である。
【図６】インデックステーブルの一例である。
【図７】コンテンツ情報を保持している端末装置がＤＨＴルーティングにより検索される様子の一例を示す図である。
【図８】第１実施形態の端末装置による再生ランキングの生成方法を説明するための図である。
【図９】第１実施形態の端末装置による再生ランキングの生成方法を説明するための図である。
【図１０】第１実施形態の端末装置による再生ランキングの生成方法を説明するための図である。
【図１１】第１実施形態の端末装置による再生ランキングの表示例を示す図である。
【図１２】第１実施形態の端末装置による再生ランキングの生成方法を説明するための図である。
【図１３】第１実施形態における再生履歴集計メッセージの転送経路の説明図である。
【図１４】再生履歴集計メッセージのメッセージフォーマットを示す図である。
【図１５】第１実施形態の端末装置の具体的構成を示す図である。
【図１６】第１実施形態の端末装置のメイン処理フローチャートである。
【図１７】第１実施形態の端末装置におけるＤＨＴメッセージ処理のフローチャートである。
【図１８】第１実施形態の端末装置における再生履歴情報処理のフローチャートである。
【図１９】第１実施形態の端末装置における再生履歴情報の集計処理のフローチャートである。
【図２０】第１実施形態の端末装置における再生履歴集計メッセージ転送処理のフローチャートである。
【図２１】第１実施形態のセンタサーバの概略構成を示す図である。
【図２２】第１実施形態におけるセンタサーバの処理フローチャートである。
【図２３】第２実施形態の端末装置による再生ランキングの生成方法を説明するための図である。
【図２４】第２実施形態の端末装置における再生履歴情報処理のフローチャートである。
【図２５】第２実施形態の端末装置における再生ランキング表示処理のフローチャートである。
【図２６】第２実施形態のセンタサーバの処理フローチャートである。
【図２７】第２実施形態のセンタサーバにおける再生ランキング判定処理のフローチャートである。
【符号の説明】
【０１８１】
Ｓ  情報配信システム
１  端末装置
１０  センタサーバ
８  ネットワーク
１０１  端末装置の制御部
１０２  端末装置の第１記憶部
１０３  端末装置の第２記憶部
１１１  端末装置の通信部
２０１  センタサーバの制御部
２０２  センタサーバ軒億部
２０３  センタサーバの通信部
【図１】
2009288972.tif 000003
【図２】
2009288972.tif 000004
【図３】
2009288972.tif 000005
【図４】
2009288972.tif 000006
【図５】
2009288972.tif 000007
【図６】
2009288972.tif 000008
【図７】
2009288972.tif 000009
【図８】
2009288972.tif 000010
【図９】
2009288972.tif 000011
【図１０】
2009288972.tif 000012
【図１１】
2009288972.tif 000013
【図１２】
2009288972.tif 000014
【図１３】
2009288972.tif 000015
【図１４】
2009288972.tif 000016
【図１５】
2009288972.tif 000017
【図１６】
2009288972.tif 000018
【図１７】
2009288972.tif 000019
【図１８】
2009288972.tif 000020
【図１９】
2009288972.tif 000021
【図２０】
2009288972.tif 000022
【図２１】
2009288972.tif 000023
【図２２】
2009288972.tif 000024
【図２３】
2009288972.tif 000025
【図２４】
2009288972.tif 000026
【図２５】
2009288972.tif 000027
【図２６】
2009288972.tif 000028
【図２７】
2009288972.tif 000029