(57)【要約】【課題】コンテンツ情報を保持する端末装置内の動作状態の変化があったときに、そのコンテンツ情報の配信を制限することによって当該端末装置内の動作状態の変化が他の端末装置へ影響することを抑制することができる情報配信システムを提供すること。【解決手段】ネットワークを介して互いに接続された複数の端末装置１の参加により形成され、端末装置１間でコンテンツ情報の送受信を行う情報配信システムＳであり、端末装置１ｍは、自装置内の温度を検出し、所定の基準温度を超えているか否かを判定する。自装置内の温度が所定の基準温度を超えていないとき、コンテンツ情報の要求元の端末装置１ｎへコンテンツ情報を送信する。しかし、自装置内の温度が所定の基準温度を超えているとき、端末装置１ｎへのコンテンツ情報の送信を行わない。【選択図】図７
2008294648.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、
自装置内の温度を検出する温度検出手段と、
前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、
他の前記端末装置から前記コンテンツ情報記憶手段に記憶したコンテンツ情報の送信要求を受信すると、前記温度検出手段によって検出した自装置内の温度が所定の基準温度を超えているか否かを判定する温度判定手段と、
自装置内の温度が所定の基準温度を超えていないとき、前記コンテンツ情報記憶手段からコンテンツ情報を取り出して、前記他の端末装置へ前記コンテンツ情報を送信し、自装置内の温度が所定の基準温度を超えているとき、前記他の端末装置への前記コンテンツ情報の送信を行わないコンテンツ送信手段と、を備えた
ことを特徴とする端末装置。
【請求項２】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、
自装置内の温度を検出する温度検出手段と、
前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、
他の前記端末装置からの要求に応じて、自装置内の温度の情報を通知する温度情報通知手段と、
前記他の端末装置からの要求に応じて、前記コンテンツ情報記憶手段に記憶した前記コンテンツ情報を前記他の端末装置へ送信するコンテンツ情報送信手段と、
所望のコンテンツ情報を保持する複数の他の端末装置の各々に対して、当該他の端末装置内の温度の情報の送信を要求し、各前記他の端末装置内の温度の情報を取得する温度情報取得手段と、
前記温度の情報を送信した前記複数の他の端末装置のうち、前記取得した前記複数の他の端末装置内の温度の情報に基づいて、前記所望のコンテンツ情報を要求する端末装置を決定し、当該決定した端末装置へ前記所望のコンテンツ情報を要求するコンテンツ要求手段と、を備えた
ことを特徴とする端末装置。
【請求項３】
前記コンテンツ要求手段は、
前記温度の情報を送信した前記複数の他の端末装置のうち、装置内の温度が最も低い端末装置を前記所望のコンテンツ情報を要求する端末装置として決定する
ことを特徴とする請求項２に記載の端末装置。
【請求項４】
前記温度情報取得手段は、
前記所望のコンテンツ情報を保持する複数の他の端末装置の各々に対して同時に、当該他の端末装置内の温度の情報の送信を要求し、
前記コンテンツ要求手段は、
前記温度の情報を送信した複数の他の端末装置のうち、装置内の温度が所定の基準温度を超えず、かつ最も早く前記温度の情報を送信した端末装置を前記所望のコンテンツ情報を要求する端末装置として決定する
ことを特徴とする請求項２に記載の端末装置。
【請求項５】
前記温度検出手段が検出する自装置内の温度は、自装置を構成するＣＰＵ又はハードディスクの表面温度、若しくは自装置内の雰囲気温度である
ことを特徴とする請求項１〜４のいずれか一項に記載の端末装置。
【請求項６】
コンピュータを、請求項１〜５のいずれか一項に記載の端末装置として機能させることを特徴とする情報処理プログラム。
【請求項７】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおいて、
前記端末装置は、
自装置内の温度を検出する温度検出手段と、
前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、
他の前記端末装置からの要求に応じて、自装置内の温度の情報を通知する温度情報通知手段と、
前記他の端末装置からの要求に応じて、前記コンテンツ情報記憶手段に記憶した前記コンテンツ情報を前記他の端末装置へ送信するコンテンツ情報送信手段と、
所望のコンテンツ情報を保持する複数の他の端末装置の各々に対して、当該他の端末装置内の温度の情報の送信を要求し、各前記他の端末装置内の温度の情報を取得する温度情報取得手段と、
前記温度の情報を送信した前記複数の他の端末装置のうち、前記取得した前記複数の他の端末装置内の温度の情報に基づいて、前記所望のコンテンツ情報を要求する端末装置を決定し、当該決定した端末装置へ前記所望のコンテンツ情報を要求するコンテンツ要求手段と、を備えた
ことを特徴とする情報配信システム。
【請求項８】
所望のコンテンツ情報を他の端末装置から取得できない端末装置からの要求に応じて、前記所望のコンテンツ情報を前記ネットワークを介して前記要求を行った端末装置へ送信するコンテンツ供給装置を備え、
前記端末装置の前記コンテンツ要求手段は、前記温度の情報を送信した前記複数の他の端末装置内の温度がすべて所定の基準温度を上回っているとき、前記コンテンツ供給装置へ前記コンテンツの情報を要求する
ことを特徴とする請求項７に記載の情報配信システム。
【請求項９】
前記端末装置間で送受信するコンテンツ情報を当該情報配信システムに参加している端末装置へ投入するコンテンツ投入装置を備え、
前記コンテンツ投入装置は、
２以上の端末装置に対してこれらの装置内の温度の情報の送信を要求し、当該端末装置内の温度の情報を取得する温度情報取得手段と、
前記温度の情報を要求した端末装置のうち、これらの端末装置の装置内の温度の情報に基づいて、前記コンテンツ情報を投入する端末装置を決定し、当該決定した端末装置へ前記コンテンツ情報を投入するコンテンツ投入手段と、を備え、
前記端末装置は、
前記コンテンツ投入装置から投入されたコンテンツ情報を前記コンテンツ情報記憶手段に記憶する
ことを特徴とする請求項７又は請求項８に記載の情報配信システム。
【請求項１０】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、
自装置内の温度を検出するステップと、
前記コンテンツ情報をコンテンツ情報記憶手段に記憶するステップと、
他の前記端末装置からの要求に応じて、自装置内の温度の情報を通知するステップと、
前記他の端末装置からの要求に応じて、前記コンテンツ情報記憶手段に記憶した前記コンテンツ情報を前記他の端末装置へ送信するステップと、
所望のコンテンツ情報を保持する複数の他の端末装置の各々に対して、当該他の端末装置内の温度の情報の送信を要求し、各前記他の端末装置内の温度の情報を取得するステップと、
前記温度の情報を送信した前記複数の他の端末装置のうち、前記取得した前記複数の他の端末装置内の温度の情報に基づいて、前記所望のコンテンツ情報を要求する端末装置を決定し、当該決定した端末装置へ前記所望のコンテンツ情報を要求するステップと、を有する
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信システム、同システムに用いる端末装置及びプログラム、並びに情報処理方法に関するものであり、特に、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、これらの端末装置間でコンテンツ情報の送受信を行う情報配信システム、同システムに用いる端末装置及びプログラム、並びに情報処理方法に関する。
【背景技術】
【０００２】
近年、ブロードバンドの普及に伴って、音楽データや映画データなどのコンテンツ情報を配信する情報配信サービスが人気となっている。例えば、ＶＯＤ（ビデオオンデマンド）のように利用者の要求に応じてコンテンツ情報を配信するサービスが知られている。
【０００３】
この種の情報配信サービスは、サーバクライアント方式による配信形態が主流であったが、最近では、この方式に代わる新しい配信形態として端末装置間でコンテンツ情報を送受信するＰ２Ｐ（ピアツーピア）型の配信形態が注目されている。
【０００４】
このＰ２Ｐ型の情報配信システムは、ネットワークを介して互いに接続された複数の端末装置（ノード装置）の参加により形成され、ある端末装置の利用者が取得しようとするコンテンツ情報を、そのコンテンツの一部又は全部を保持する他の端末装置から取得するものである。
【０００５】
例えば、特許文献１に記載の情報配信システムでは、各端末装置が当該情報配信システムに参加している全ての端末装置の所在情報（ＩＰアドレスなど）を認識しているわけではなく、参加の際などに得られる一部の端末装置の所在情報だけを保持しており、かかる所在情報に基づき、コンテンツ情報の検索を行って端末装置間でコンテンツ情報の送受信を行うようにしている。
【特許文献１】特開２００６−１９７４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、Ｐ２Ｐ型の情報配信システムにおいて、コンテンツ情報を保持している端末装置（以下、「コンテンツ保持端末装置」と呼ぶ。）は、コンテンツ情報を取得しようとする他の端末装置（以下、「リクエスト端末装置」と呼ぶ。）からの取得要求に応じてそのコンテンツ情報を配信することになるが、コンテンツ保持端末装置におけるＣＰＵの性能や通信帯域（例えば、回線種別）などを考慮して所定数を超える取得要求を同時に受け付けないように予め設定しておくことが多い。
【０００７】
しかしながら、コンテンツ保持端末装置内の動作状態の変化があると、予め設定した所定数の取得要求に対して十分に対応することができない恐れがある。例えば、コンテンツ保持端末装置において、その内部のファンの故障が発生したこと、或いはコンテンツ情報の配信以外の情報処理によってシステムリソースが不足したことなどにより、コンテンツ情報の配信能力が低下してしまい、結果的にリクエスト端末装置においてコンテンツ情報の取得が困難となることがある。例えば、コンテンツ保持端末装置からストリーミング形式で動画データのコンテンツ情報を送信する場合、リクエスト端末装置で断続的に動画が再生される等の動画像の乱れが生じることがある。また、ダウンロード形式の配信の際にもそのダウンロード時間が長くなり実用に耐えない状況が生じる恐れがある。
【０００８】
そこで、本発明は上記課題を解決するためになされたものであり、その目的は、コンテンツ情報を保持する端末装置内の動作状態の変化があったときに、そのコンテンツ情報の配信を制限することによって当該端末装置内の動作状態の変化が他の端末装置へ影響することを抑制することができる情報配信システム、同システムに用いる端末装置及びプログラム、並びに情報処理方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、自装置内の温度を検出する温度検出手段と、前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、他の前記端末装置から前記コンテンツ情報記憶手段に記憶したコンテンツ情報の送信要求を受信すると、前記温度検出手段によって検出した自装置内の温度が所定の基準温度を超えているか否かを判定する温度判定手段と、自装置内の温度が所定の基準温度を超えていないとき、前記コンテンツ情報記憶手段からコンテンツ情報を取り出して、前記他の端末装置へ前記コンテンツ情報を送信し、自装置内の温度が所定の基準温度を超えているとき、前記他の端末装置への前記コンテンツ情報の送信を行わないコンテンツ送信手段とを備えたことを特徴とする。
【００１０】
また、請求項２に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、自装置内の温度を検出する温度検出手段と、前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、他の前記端末装置からの要求に応じて、自装置内の温度の情報を通知する温度情報通知手段と、前記他の端末装置からの要求に応じて、前記コンテンツ情報記憶手段に記憶した前記コンテンツ情報を前記他の端末装置へ送信するコンテンツ情報送信手段と、所望のコンテンツ情報を保持する複数の他の端末装置の各々に対して、当該他の端末装置内の温度の情報の送信を要求し、各前記他の端末装置内の温度の情報を取得する温度情報取得手段と、前記温度の情報を送信した前記複数の他の端末装置のうち、前記取得した前記複数の他の端末装置内の温度の情報に基づいて、前記所望のコンテンツ情報を要求する端末装置を決定し、当該決定した端末装置へ前記所望のコンテンツ情報を要求するコンテンツ要求手段とを備えたことを特徴とする。
【００１１】
また、請求項３に記載の発明は、請求項２に記載の発明において、前記コンテンツ要求手段は、前記温度の情報を送信した前記複数の他の端末装置のうち、装置内の温度が最も低い端末装置を前記所望のコンテンツ情報を要求する端末装置として決定することを特徴とする。
【００１２】
また、請求項４に記載の発明は、請求項２に記載の発明において、前記温度情報取得手段は、前記所望のコンテンツ情報を保持する複数の他の端末装置の各々に対して同時に、当該他の端末装置内の温度の情報の送信を要求し、前記コンテンツ要求手段は、前記温度の情報を送信した複数の他の端末装置のうち、装置内の温度が所定の基準温度を超えず、かつ最も早く前記温度の情報を送信した端末装置を前記所望のコンテンツ情報を要求する端末装置として決定することを特徴とする。
【００１３】
また、請求項５に記載の発明は、請求項１〜４のいずれか一項に記載の発明において、前記温度検出手段が検出する自装置内の温度は、自装置を構成するＣＰＵ又はハードディスクの表面温度、若しくは自装置内の雰囲気温度であることを特徴とする。
【００１４】
また、請求項６に記載の発明は、コンピュータを、請求項１〜５のいずれか一項に記載の端末装置として機能させることを特徴とする情報処理プログラムとした。
【００１５】
また、請求項７に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおいて、前記端末装置は、自装置内の温度を検出する温度検出手段と、前記コンテンツ情報を記憶するコンテンツ情報記憶手段と、他の前記端末装置からの要求に応じて、自装置内の温度の情報を通知する温度情報通知手段と、前記他の端末装置からの要求に応じて、前記コンテンツ情報記憶手段に記憶した前記コンテンツ情報を前記他の端末装置へ送信するコンテンツ情報送信手段と、所望のコンテンツ情報を保持する複数の他の端末装置の各々に対して、当該他の端末装置内の温度の情報の送信を要求し、各前記他の端末装置内の温度の情報を取得する温度情報取得手段と、前記温度の情報を送信した前記複数の他の端末装置のうち、前記取得した前記複数の他の端末装置内の温度の情報に基づいて、前記所望のコンテンツ情報を要求する端末装置を決定し、当該決定した端末装置へ前記所望のコンテンツ情報を要求するコンテンツ要求手段とを備えたことを特徴とする。
【００１６】
また、請求項８に記載の発明は、請求項７に記載の発明において、所望のコンテンツ情報を他の端末装置から取得できない端末装置からの要求に応じて、前記所望のコンテンツ情報を前記ネットワークを介して前記要求を行った端末装置へ送信するコンテンツ供給装置を備え、前記端末装置の前記コンテンツ要求手段は、前記温度の情報を送信した前記複数の他の端末装置内の温度がすべて所定の基準温度を上回っているとき、前記コンテンツ供給装置へ前記コンテンツの情報を要求することを特徴とする。
【００１７】
また、請求項９に記載の発明は、請求項７又は請求項８に記載の発明において、前記端末装置間で送受信するコンテンツ情報を当該情報配信システムに参加している端末装置へ投入するコンテンツ投入装置を備え、前記コンテンツ投入装置は、２以上の端末装置に対してこれらの装置内の温度の情報の送信を要求し、当該端末装置内の温度の情報を取得する温度情報取得手段と、前記温度の情報を要求した端末装置のうち、これらの端末装置の装置内の温度の情報に基づいて、前記コンテンツ情報を投入する端末装置を決定し、当該決定した端末装置へ前記コンテンツ情報を投入するコンテンツ投入手段とを備え、前記端末装置は、前記コンテンツ投入装置から投入されたコンテンツ情報を前記コンテンツ情報記憶手段に記憶することを特徴とする。
【００１８】
また、請求項１０に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、自装置内の温度を検出するステップと、前記コンテンツ情報をコンテンツ情報記憶手段に記憶するステップと、他の前記端末装置からの要求に応じて、自装置内の温度の情報を通知するステップと、前記他の端末装置からの要求に応じて、前記コンテンツ情報記憶手段に記憶した前記コンテンツ情報を前記他の端末装置へ送信するステップと、所望のコンテンツ情報を保持する複数の他の端末装置の各々に対して、当該他の端末装置内の温度の情報の送信を要求し、各前記他の端末装置内の温度の情報を取得するステップと、前記温度の情報を送信した前記複数の他の端末装置のうち、前記取得した前記複数の他の端末装置内の温度の情報に基づいて、前記所望のコンテンツ情報を要求する端末装置を決定し、当該決定した端末装置へ前記所望のコンテンツ情報を要求するステップとを有することを特徴とする。
【発明の効果】
【００１９】
本発明によれば、コンテンツ情報を保持する端末装置内の動作状態の変化があったときに、そのコンテンツ情報の配信を制限することによって当該端末装置内の動作状態の変化が他の端末装置へ影響することを抑制することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明における情報配信システムの一実施形態について、図面を参照して説明する。本実施形態における情報配信システムは、ネットワークを介して互いに接続された複数の端末装置の参加により形成される情報配信システムであり、端末装置間でコンテンツ情報の送受信を行うものである。
【００２１】
［１．第１実施形態］
［１．１．情報配信システムＳの構成等］
まず始めに、図１及び図２を参照して、本実施形態に係る情報配信システムＳの概要について説明する。図１は、本実施形態に係る情報配信システムＳにおける端末装置、コンテンツ投入装置及びコンテンツ供給装置の接続態様の一例を示す図、図２はＩＤ空間の説明図である。
【００２２】
図１の下部枠101内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界のネットワーク）８が構築されている。
【００２３】
情報配信システムＳは、図１の上部枠100内に示すように、ネットワーク８を介して相互に接続された複数の端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・を備えて構成され、ピアツーピア（Ｐ２Ｐ）方式のネットワークシステムとなっている。各端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・には、端末装置を示す情報としての固有の製造番号（例えば、ＭＡＣアドレス）及びＩＰ（Internet Protocol）アドレスが割り当てられている。なお、製造番号及びＩＰアドレスは、複数の端末装置間で重複しないものである。また、以下の説明において、端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・のうちいずれかの端末装置又は全ての端末装置を示す場合には、便宜上、端末装置１という場合がある。
【００２４】
本実施形態の情報配信システムＳにおいては、分散ハッシュテーブル（以下、「ＤＨＴ」と呼ぶ。）を利用したアルゴリズムによって、図１の上部枠100内に示すような、オーバーレイネットワーク９が構築される。つまり、このオーバーレイネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するネットワークを意味しており、オーバーレイネットワーク９上に配置された端末装置１を、情報配信システムＳに参加（言い換えれば、オーバーレイネットワーク９に参加）している端末装置という。
【００２５】
情報配信システムＳに参加している各端末装置１の識別番号である端末ＩＤとして、それぞれの端末装置１毎にユニークな番号（固有番号）を付与する。本実施形態においては、各端末装置１のＩＰアドレス或いは製造番号等の端末装置１毎に固有の値を、共通のハッシュ関数（ハッシュアルゴリズム）によりハッシュ化して得たハッシュ値を各端末装置１の端末ＩＤとする。このように共通のハッシュ関数によりハッシュ化されて求められた端末ＩＤは、当該ＩＰアドレス或いは製造番号が異なれば、同じ値になる確率が極めて低いものである。なお、ハッシュ関数については公知であるので詳しい説明を省略する。また、以下の説明においては、ＩＰアドレス（グローバルＩＰアドレス）を共通のハッシュ関数によりハッシュ化した値を端末ＩＤとする。
【００２６】
また、情報配信システムＳに参加している複数の端末装置１には、一の端末装置１から他の端末装置１に配信される共用情報としてのコンテンツ情報（例えば、音楽データ、映画データ、文書データ等のデータ）が分散して記憶されているが、当該コンテンツ情報にも、それぞれのコンテンツ情報毎の固有の識別番号（以下、「コンテンツＩＤ」と呼ぶ。）を付与する。そして、当該コンテンツＩＤは、端末ＩＤと同様の長さ（例えば、32bit等）とし、コンテンツ情報の名称（例えば、データファイル名）などが、上記端末ＩＤを得るときと共通のハッシュ関数によりハッシュ化され、端末装置１のＩＰアドレスのハッシュ値と同一のＩＤ空間に配置される。
【００２７】
このように、各端末装置１及び各コンテンツ情報に付与された端末ＩＤ及びコンテンツＩＤは、共通のハッシュ関数によって生成したため、図２に示すように、同一のリング状のＩＤ空間上にさほど偏ることなく、散らばって存在するものとして考えることができる。同図は32bitで端末ＩＤ及びコンテンツＩＤを付与し、図示したものである。図中丸点は端末ＩＤを、四角形はコンテンツＩＤを示し、反時計回りでＩＤが増加するものとする。
【００２８】
本実施形態においては、「あるコンテンツＩＤを有するコンテンツ情報を管理する端末装置は、そのコンテンツＩＤに近い端末ＩＤを有する端末装置である」という規則を適用しており、「近い」ことの定義は、当該コンテンツＩＤを超えず、コンテンツＩＤと端末ＩＤとの差が一番少ないものとするが、実際には、各コンテンツ情報の管理を各端末装置１に割り振る際に、一貫していれば他の定義でもよい。図２に示す例では、この定義に基づいて、コンテンツＩＤａは、当該コンテンツＩＤａに近い端末ＩＤ（以下、「端末ＩＤａ」と呼ぶ。）を有する端末装置１に管理され、コンテンツＩＤｂは、当該コンテンツＩＤｂに近い端末ＩＤ（以下、「端末ＩＤｂ」と呼ぶ。）を有する端末装置１に管理され、コンテンツＩＤｃは、当該コンテンツＩＤｃに近い端末ＩＤ（以下、「端末ＩＤｃ」と呼ぶ。）を有する端末装置１に管理される。
【００２９】
ここで、「管理」とは、コンテンツ情報を保持していることを意味するのではなく、「コンテンツ情報がいずれの端末装置１に保持されているかを知っている」ことを意味する。すなわち、情報配信システムＳ内で送受信するコンテンツ情報を保持する端末装置１（以下、「コンテンツ保持端末装置」と呼ぶ。）の所在情報（ここでは、ＩＰアドレスとする。）を保持することを意味する。例えば、図２においては、端末ＩＤａを有する端末装置１は、コンテンツＩＤａを有するコンテンツ情報がいずれの端末装置１に保持されているかを知っており、端末ＩＤｂを有する端末装置１及び端末ＩＤｃを有する端末装置１も同様にそれぞれコンテンツＩＤｂを有するコンテンツ情報及びコンテンツＩＤｃを有するコンテンツ情報がいずれの端末装置１に保持されているかを知っている、ということになる。
【００３０】
このように、あるコンテンツ情報がいずれの端末装置１に保持されているかを知っている端末装置１を、そのコンテンツ情報のルート端末装置と呼ぶ。つまり、端末ＩＤａを有する端末装置１は、コンテンツＩＤａを有するコンテンツ情報のルート端末装置であって、端末ＩＤｂを有する端末装置１は、コンテンツＩＤｂを有するコンテンツ情報のルート端末装置であって、端末ＩＤｃを有する端末装置１は、コンテンツＩＤｃを有するコンテンツ情報のルート端末装置である。
【００３１】
また、情報配信システムＳには、図１及び図２に示すように、情報配信システムＳ内にコンテンツ情報を投入する機能、すなわち情報配信システムＳ内の端末装置１をコンテンツ保持端末装置とするためにコンテンツ情報を端末装置１へ配布（送信）する機能や、情報配信システムＳにおいて端末装置１間で送受信可能なコンテンツ情報のリストである情報リスト（以下、「コンテンツカタログ」と呼ぶ。）を生成して端末装置１へ提供する機能などを有するコンテンツ投入装置１０と、所望のコンテンツ情報を他の端末装置１から取得できない端末装置１からの要求に応じて、当該要求を行った端末装置１へ前記所望のコンテンツ情報をネットワーク８を介して送信するコンテンツ供給装置２０とを備えている。
【００３２】
［１．２．ルーティングテーブル］
ここで、図３及び図４を参照して、ＤＨＴで用いるルーティングテーブルについて説明する。図３はルーティングテーブルを説明するための図であり、図４はルーティングテーブルの一例である。このルーティングテーブルは、端末装置１から他の端末装置１へアクセスするために、各端末装置１に保持されているものであり、各端末装置１が情報配信システムＳに参加するとき等に形成されるものである。
【００３３】
このルーティングテーブルは、所定の規則に従い、情報配信システムＳに含まれる端末装置１を複数のグループに分けて当該各グループをレベル１のグループとし、このレベル１のグループのうち自装置が属するグループをさらに複数のグループに分けて当該各グループをレベル２のグループとし、このレベル２のグループ分けと同様のグループ分けによりレベルｎまでの各グループとして、各段階の各グループ（自端末装置の属するグループは除く）に属する一の端末装置１の所在情報（ＩＰアドレス）をそれぞれ記憶するものである。なお、ｎは３以上の自然数であり、端末ＩＤのＩＤ空間に応じて異なる。例えば、以下のように、ビット長８bitの４進数の場合には、ｎ＝４となる。
【００３４】
ここでは、端末ＩＤをビット長８bitの４進数（「0000」〜「3333」）で表すこととした場合に、端末ＩＤが「1133」の端末装置１ｎが保持するルーティングテーブルについて説明する。
【００３５】
図３（ａ）に示すように、端末ＩＤのＩＤ空間を４分割することによって、最大桁が異なる４つのエリア「0XXX」「1XXX」、「2XXX」、「3XXX」（Ｘは０から３の自然数、以下同様。）のグループに分ける。これらがレベル１のグループである。端末装置１ｎの端末ＩＤは「1133」であるため、端末装置１ｎは、図３（ａ）中左下のエリア「1XXX」であるレベル１のグループに属する。従って、端末装置１ｎのルーティングテーブルのレベル１のテーブルには、図４に示すように、端末装置１ｎの存在するレベル１のグループ以外のグループ（すなわち、「0XXX」のエリア、「2XXX」のエリア、「3XXX」のエリアの各グループ）に存在する端末装置１の端末ＩＤ及びＩＰアドレスが記憶される。このテーブルでは、「0XXX」のエリアの端末ＩＤとして「0100」、「2XXX」のエリアの端末ＩＤとして「2133」、「3XXX」のエリアの端末ＩＤとして「3213」のそれぞれの端末ＩＤ及びＩＰアドレスが記憶されている。
【００３６】
次に、図３（ｂ）に示すように、レベル１のグループのうち端末装置１ｎが属するグループをさらに４分割して、エリア「10XX」、「11XX」、「12XX」、「13XX」のグループに分ける。これらがレベル２のグループである。端末装置１ｎは、自装置１ｎの端末ＩＤが「1133」であるため、端末装置１ｎのルーティングテーブルのレベル２のテーブルには、図４に示すように、端末装置１ｎが属するレベル２のグループ（「11XX」のエリアのグループ）以外のレベル２のグループ（すなわち、「10XX」のエリア、「12XX」のエリア、「13XX」のエリアの各グループ）にそれぞれ属する端末装置１の端末ＩＤ及びＩＰアドレスが記憶される。このテーブルでは、「10XX」のエリアの端末ＩＤとして「1003」、「12XX」のエリアの端末ＩＤとして「1221」、「13XX」のエリアの端末ＩＤとして「1313」のそれぞれの端末ＩＤ及びＩＰアドレスが記憶されている。
【００３７】
以下同様に、レベル２のグループのうち端末装置１ｎが属するグループをさらに４分割して、エリア「110X」、「111X」、「112X」、「113X」のグループ（レベル３のグループ）に分け、端末装置１ｎが属するレベル３のグループ「113X」以外のレベル３のグループ（すなわち、「110X」のエリア、「111X」のエリア、「112X」のエリアの各グループ）にそれぞれ属する端末装置１の端末ＩＤ及びＩＰアドレスが記憶される。また、レベル３のグループのうち端末装置１ｎが属するグループをさらに４分割して、「1130」「1131」、「1132」、「1133」のグループ（レベル４のグループ）に分け、端末装置１ｎが属するレベル４のグループ「1133」以外のレベル４のグループ（すなわち、「1130」「1131」、「1132」の各グループ）にそれぞれ属する端末装置１の端末ＩＤ及びＩＰアドレスが記憶される。なお、上記グループに端末装置１が存在しない場合には、端末ＩＤ及びＩＰアドレスの欄は空白となる。
【００３８】
このように情報配信システムＳにおいては、この情報配信システムＳにおける複数の端末装置１のうち一部の端末装置１の識別情報である端末ＩＤ及び所在情報であるＩＰアドレスを関連付けたルーティングテーブルを各端末装置１が有している。
【００３９】
［１．３．コンテンツ情報の公開方法］
このような構成の情報配信システムＳの中で、例えば、ある端末装置１が新しいコンテンツ情報を、情報配信システムＳ上の他の端末装置１から検索可能となるように公開する際の手法について述べる。
【００４０】
まず、コンテンツ投入装置１０は、新たなコンテンツ情報を情報配信システムＳに投入（配布）しようとするとき、この新たなコンテンツ情報を投入する端末装置１を、その装置内の温度に基づいて決定する。
【００４１】
具体的には、コンテンツ投入装置１０は、２以上の端末装置１に対してこれらの装置内の温度の情報の送信を要求する。各端末装置１は自装置内の温度を検出する温度検出手段を備えており、コンテンツ投入装置１０からの要求に応じて温度検出手段で検出した自装置内の温度をコンテンツ投入装置１０へ送信する。コンテンツ投入装置１０はこのように端末装置１から送信される当該端末装置１内の温度の情報を取得する。これらの温度の情報に基づいて、コンテンツ投入装置１０は、温度の情報を要求した端末装置１の中からコンテンツ情報を投入する端末装置１を決定し、当該決定した端末装置１へコンテンツ情報を投入（送信）する。例えば、装置内の温度が最も低い端末装置１をコンテンツ情報を投入する端末装置１として決定する。また、装置内の温度が所定の基準温度を超えない端末装置１の中からコンテンツ情報を投入する端末装置１を決定することもできる。なお、この「端末装置内の温度」については、後で詳説する。
【００４２】
コンテンツ投入装置１０から投入されたコンテンツ情報を内部の記憶手段に記憶してコンテンツ保持端末装置となった端末装置１は、記憶手段に記憶したコンテンツ情報のコンテンツＩＤと同じ端末ＩＤを持つ端末装置１に向けて（この端末装置１が実在するか否かはこの時点ではわからない。）、自端末装置（コンテンツ情報を保持するコンテンツ保持端末装置として）の所在情報であるＩＰアドレス等の登録を要求するメッセージ（以下、「登録メッセージ」と呼ぶ。）を送信する。
【００４３】
具体的には、図５に示すように、例えば、端末装置１ｍがコンテンツＩＤ「3020」のコンテンツ保持端末装置となったとき、端末装置１ｍは、コンテンツＩＤ「3020」を宛先識別情報とした登録メッセージを生成し、この登録メッセージを自己が保持しているルーティングテーブルを参照して送信する。端末装置１ｍが、図４に示すルーティングテーブルのレベル１のテーブルと同様のルーティングテーブルを持っていたとすると、コンテンツＩＤ「3020」は「3XXX」のエリアであるため、当該「3XXX」のエリアに属す端末装置１のうち、ＩＰアドレスを知っている（すなわち、自己が保持しているルーティングテーブルにＩＰアドレスが記憶されている）端末装置１ａ（端末ＩＤ「3213」）に対して登録メッセージを送信する。この登録メッセージはコンテンツ保持端末装置として保持したコンテンツ情報のコンテンツＩＤを含むものであり、このコンテンツＩＤは登録メッセージにおいて宛先識別情報として用いられる。
【００４４】
次に、登録メッセージを受信した端末装置１ａは、この登録メッセージが自端末装置１ａ宛のメッセージであるか否かを判定する。自端末装置１ａ宛のメッセージであるか否かは、宛先識別情報とルーティングテーブルとに基づいて行われる。具体的には、宛先識別情報が自端末装置１ａの識別情報である端末ＩＤと近いか否かが判定される。即ち、宛先識別情報に対して、端末装置１ａ自身が保持しているルーティングテーブル（テーブルの値は図示しない）に記憶されている端末装置１の端末ＩＤから、一番近い端末装置１の端末ＩＤが、自身であるか他の端末装置１であるかを判定する。
【００４５】
そして、自端末装置１ａの端末ＩＤよりも他の端末装置１の端末ＩＤの方が、宛先識別情報に近いため、端末装置１ａは、当該端末装置１ａ自身が保持しているルーティングテーブルのレベル２のテーブルを参照して、「30XX」のエリアに属す端末装置１のうち、ＩＰアドレスを知っている端末装置１ｂ（端末ＩＤ「3031」）に対して登録メッセージを転送する。
【００４６】
このように、コンテンツＩＤの桁を上から順に適合していく要領で登録メッセージの転送が進み、最終的に登録メッセージの宛先識別情報に近い端末ＩＤを有する端末装置１ｃに辿り着くと、当該端末装置１ｃ自身がそのコンテンツ情報のルート端末装置となるべきだと判断し、当該登録メッセージに含まれる当該コンテンツＩＤ及びコンテンツ保持端末装置の端末ＩＤやＩＰアドレス等（以下、これらを「インデックス情報」と呼ぶ。）を記憶する。そして、後述するように、他の端末装置１から検索メッセージを受信すると、検索メッセージを送信した端末装置１へコンテンツ保持端末装置の所在情報であるＩＰアドレスを記憶したインデックス情報の中から選択して通知する。なお、上述のようにルーティングテーブルを用いたメッセージの転送をＤＨＴルーティングと呼ぶ。
【００４７】
ところで、ルート端末装置におけるインデックス情報の保持は、図６に示すようなインデックステーブルにより行われる。図６はルート端末装置１ｃにおけるインデックステーブルの例を示したものであり、自端末装置が管理対象であるコンテンツＩＤ「3020」のコンテンツ情報を保持するコンテンツ保持端末装置の端末ＩＤ、ＩＰアドレス、紹介時間などを記憶している。
【００４８】
［１．４．コンテンツ情報の取得方法］
次に、図７を参照して、コンテンツ情報を保持している端末装置１の検索方法の一例について説明する。図７は、ＤＨＴによりコンテンツ情報を保持している端末装置１が検索される様子の一例を示す図である。
【００４９】
ここでは、端末ＩＤ「1133」の端末装置１ｎがリクエスト端末装置として、コンテンツＩＤ「3020」を有するコンテンツ情報を探す際の手順について説明する。
【００５０】
（コンテンツ情報の取得方法の概要）
リクエスト端末装置１ｎは、図７に示すように、自装置のルーティングテーブルを参照して、コンテンツＩＤ「3020」と同じエリア「3XXX」の端末ＩＤを持つ端末装置１の端末ＩＤを宛先とし、コンテンツＩＤ「3020」を宛先識別情報として、コンテンツ保持端末装置情報（コンテンツ保持端末装置の所在情報であるＩＰアドレスを含む情報）の送信要求のメッセージ（以下、「検索メッセージ」と呼ぶ。）を送信する（図７に示す（１）参照。）。そして、この検索メッセージも、上記登録メッセージと同様にルーティングテーブルに従って、次々と転送されていき（図７に示す（２）参照。）、最終的に当該コンテンツＩＤ「3020」のコンテンツ情報を管理するルート端末装置である端末装置１ｃ（端末ＩＤ「3011」）に辿り着くと、当該ルート端末装置１ｃは、検索メッセージに含まれるコンテンツＩＤ「3020」を、自身が管理しているインデックステーブルに記憶したインデックス情報の中から検索し、当該コンテンツＩＤ「3020」のコンテンツ情報を所有しているコンテンツ保持端末装置（ここでは、端末装置１ｍとする。）のＩＰアドレス等をリクエスト端末装置１ｎに返信する（図７に示す（３）参照。）。
【００５１】
リクエスト端末装置１ｎは、上記ルート端末装置１ｃから、コンテンツＩＤ「3020」のコンテンツ情報の所在情報、即ち、コンテンツＩＤ「3020」のコンテンツ情報を保持するコンテンツ保持端末装置１ｍのＩＰアドレスを受信して知ることになり、コンテンツＩＤ「3020」のコンテンツ保持端末装置１ｍに、コンテンツ情報の送信要求（以下、「コンテンツ情報送信要求メッセージ」と呼ぶ。）を送信することにより（図７に示す（４）参照。）、当該コンテンツ保持端末装置１ｍから、そのコンテンツ情報を取得することになる（図７に示す（５）参照。）。
【００５２】
（コンテンツ情報の送信拒否について）
上述のようにコンテンツ保持端末装置１ｍは、リクエスト端末装置１ｎからコンテンツ情報送信要求メッセージを受けると、その要求にかかるコンテンツ情報を送信するものであるが、コンテンツ保持端末装置１ｍにおいて装置内の温度が所定の基準温度を超えているときには、コンテンツ情報の送信を行わない。
【００５３】
すなわち、コンテンツ保持端末装置１ｍは、リクエスト端末装置１ｎから記憶手段に記憶したコンテンツ情報の送信要求を受信すると、自装置の筐体内に配置した温度検出手段によって検出した自装置内の温度が所定の基準温度を超えているか否かを判定する。そして、コンテンツ保持端末装置１ｍは、自装置内の温度が所定の基準温度を超えていないとき、記憶手段からコンテンツ情報を取り出して、リクエスト端末装置１ｎへコンテンツ情報を送信し、自装置内の温度が所定の基準温度を超えているとき、リクエスト端末装置１ｎへのコンテンツ情報の送信を行わないようにしている。
【００５４】
ここで、「装置内の温度」とは、コンテンツ保持端末装置の筐体内雰囲気温度であり、その筐体内に配置した温度検出手段である温度センサによって検出される。筐体内雰囲気温度は、内部のファンの故障が発生したときに上昇する。また、コンテンツ情報の配信以外の情報処理によってＣＰＵやハードディスクに過負荷が発生してシステムリソースが不足したときなどにも筐体内雰囲気温度は上昇する。従って、筐体内雰囲気温度により、コンテンツ保持端末装置においてコンテンツ情報の配信能力が低下しているか否かを判定することができる。
【００５５】
本実施形態においては、コンテンツ情報の配信能力が低下すると予測される筐体内雰囲気温度よりもいくらか低い温度（つまり、コンテンツ情報の配信能力を確保できる温度）を基準温度とし、筐体内雰囲気温度が所定の基準温度を超えているときには、コンテンツ情報の送信を行わないようにしている。これにより、コンテンツ保持端末装置内の動作状態の変化が他の端末装置１へ影響することを抑制することができる。例えば、コンテンツ保持端末装置からストリーミング形式で動画データのコンテンツ情報を送信する場合に、リクエスト端末装置で断続的に動画が再生される等の動画像の乱れが生じる恐れを低減することができる。
【００５６】
なお、内部のファンの故障が発生したとき、後述する制御部１０１のＣＰＵやハードディスク１０３の表面温度が上昇する。また、コンテンツ情報の配信以外の情報処理によってＣＰＵやハードディスクに過負荷が発生したときにも、制御部１０１のＣＰＵやハードディスク１０３の表面温度が上昇する。従って、制御部１０１のＣＰＵの表面温度やハードディスク１０３の表面温度などを検出することによって装置内の温度を検出するようにしてもよい。
【００５７】
ところで、リクエスト端末装置は、コンテンツ保持端末装置の所在情報をルート端末装置から取得するとき、複数のコンテンツ保持端末装置の所在情報を取得する。そして、リクエスト端末装置は、所在情報を取得した複数のコンテンツ保持端末装置から一つのコンテンツ保持端末装置に対してコンテンツ情報送信要求メッセージを送信する。この要求が受け付けられれば、リクエスト端末装置は、要求を受け付けたコンテンツ保持端末装置からコンテンツを取得する。一方、要求が拒否されて受け付けられなければ、リクエスト端末装置は、所在情報を取得した複数のコンテンツ保持端末装置のうち次のコンテンツ保持端末装置に対してコンテンツ情報送信要求メッセージを送信する。所在情報を取得した複数のコンテンツ保持端末装置のいずれからも要求も拒否されて受け付けられないとき、リクエスト端末装置は、コンテンツ供給装置２０からコンテンツ情報を取得する。
【００５８】
このように、全てのコンテンツ保持端末装置からコンテンツ送信要求が拒否されたときでも、コンテンツ供給装置２０からコンテンツ情報を取得することができるので、リクエスト端末装置の利用者は、コンテンツ保持端末装置からコンテンツ情報を取得できないような状況となった場合でも、コンテンツ情報の取得再生を行うことができる。
【００５９】
以下、情報配信システムＳにおける端末装置１及びコンテンツ投入装置１０の構成及び動作について図面を参照して更に具体的に説明する。
【００６０】
［１．５．端末装置の構成及び動作の説明］
まず、図面を参照して、端末装置１の構成及び動作について説明する。
【００６１】
（端末装置の構成について）
まず、端末装置１の構成について説明する。図８は、本実施形態に係る情報配信システムＳにおける端末装置１の概略構成を示す図である。
【００６２】
端末装置１は、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能であり、図８に示すように、制御部１０１と、ルーティングテーブルやインデックステーブル等を記憶する書き換え可能な記憶部１０２と、コンテンツ投入装置１０、他の端末装置１或いはコンテンツ供給装置２０から取得したコンテンツ情報を記憶するハードディスク（ＨＤＤ）１０３（コンテンツ情報記憶手段の一例に相当）と、コンテンツ投入装置１０、他の端末装置１或いはコンテンツ供給装置２０から取得したコンテンツ情報を一時的に記憶するバッファメモリ１０４と、ハードディスク１０３やバッファメモリ１０４に記憶したコンテンツ情報を順次取り出してデコードするデコーダ部１０５と、このデコーダ部１０５によってデコードされたコンテンツ情報のうち映像情報を後述の表示部１０７で表示可能な情報に変換処理する映像処理部１０６と、この映像処理部１０６からの出力に基づいて映像を表示する液晶表示装置（ＬＣＤ）などの表示部１０７と、デコーダ部１０５によってデコードされたコンテンツ情報のうち音声情報を後述のスピーカ１０９で音波として出力可能な情報に変換処理する音声処理部１０８と、この音声処理部１０８からの出力に基づいて音波を出力するスピーカ１０９と、マウス及びキーボードなどからなる入力部１１０と、端末装置１内を冷却するための冷却ファン１１１と、端末装置１の筐体１３０内の温度を検出する温度検出手段である温度センサ１１２と、ネットワーク８を介して、コンテンツ投入装置１０、他の端末装置１或いはコンテンツ供給装置２０と通信するための通信部１１３とを備えている。なお、制御部１０１、記憶部１０２、ハードディスク１０３、バッファメモリ１０４、デコーダ部１０５、通信部１１３は、システムバス１２０を介して相互に接続されている。
【００６３】
制御部１０１は、ＣＰＵ（Central Processing Unit）、内部ＲＯＭ（Read Only Memory）及び内部ＲＡＭ（Random Access Memory）から構成される。この内部ＲＯＭには、情報配信システムＳに参加して、コンテンツ情報を送受信するための情報処理プログラムが格納されており、ＣＰＵは内部ＲＯＭに記憶されている情報処理プログラムを読み出して実行することによって、後述する温度判定手段、コンテンツ送信手段等として機能する。
【００６４】
なお、この情報処理プログラムは、例えば、ネットワーク８に接続されたサーバ（例えば、コンテンツ投入装置１０やコンテンツ供給装置２０）から、通信部１１３を介して、制御部１０１の内部ＲＯＭにダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部１０１の内部ＲＯＭに読み込まれるようにしてもよい。この場合、内部ＲＯＭはフラッシュメモリなどで構成することが望ましい。
【００６５】
（端末装置の動作）
以上のように構成された端末装置１の動作を具体的に説明する。図９〜図１３は端末装置１の動作内容の一例を示すフローチャートである。なお、以下の各処理は、端末装置１の制御部１０１が上述した各手段等として機能することによって実行されるものである。ここでは、本実施形態における特徴的な部分であるコンテンツ情報の送受信の動作を主として説明しており、一部の動作内容は省略している。
【００６６】
図９に示すように、端末装置１においてメイン電源スイッチ（図示せず）がＯＮにされたときやリセットスイッチ（図示せず）が操作されたとき、制御部１０１のＣＰＵは、記憶部１０２のアクセス許可、内部ＲＡＭの作業領域確保等の初期設定動作を実行し、内部ＲＯＭに記憶した情報処理プログラムを読み出して、制御部１０１としての機能を動作状態とした後（ステップＳ１０）、情報配信システムＳへ参加してステップＳ１１に処理を移行する。
【００６７】
ここで、情報配信システムＳへの参加は、制御部１０１による処理によって次のように行われる。まず、制御部１０１は、自装置のＩＰアドレスを所定のハッシュ関数で演算することによって自端末装置の端末ＩＤを得る。制御部１０１は、この端末ＩＤを宛先識別情報とし自装置の所在情報（ＩＰアドレスなど）を含む参加メッセージを通信部１１３を介して所定の端末装置１へ送信する。この参加メッセージはＤＨＴルーティングにより転送される。そして、この参加メッセージを受信した他の端末装置１は、自装置のルーティングテーブルから参加メッセージの転送回数に応じたレベルのテーブルの情報を取り出して、参加メッセージを送信した端末装置１へその情報を送信する。制御部１０１は、このように参加メッセージを受信した端末装置１からルーティングテーブルの情報を通信部１１３を介して取得し、これらの情報に基づいてルーティングテーブルを生成し、情報配信システムＳに参加する。
【００６８】
また、制御部１０１は、情報配信システムＳへの参加時にコンテンツ投入装置１０からコンテンツカタログを取得し、表示部１０７にこのコンテンツカタログの内容を表示する。これにより、端末装置１の利用者は、情報配信システムＳにおいて配信可能なコンテンツ情報を把握し、所定の操作を行って所望のコンテンツ情報を取得することが可能となる。
【００６９】
ステップＳ１１において、制御部１０１は、他の端末装置１からコンテンツ情報の送信要求を受信したか否かを判定する（ステップＳ１１）。例えば、通信部１１３を介してコンテンツ情報送信要求メッセージを受信したときに、制御部１０１はコンテンツ情報の送信要求を受信したと判定する。
【００７０】
この処理において、コンテンツ情報の送信要求を受信したと判定すると（ステップＳ１１：Ｙｅｓ）、制御部１０１は、コンテンツ情報送信処理を行う（ステップＳ１２）。このコンテンツ情報送信処理は、図１０におけるステップＳ２０〜Ｓ２４の処理であり、後で詳述する。
【００７１】
一方、コンテンツ情報の送信要求を受信していないと判定すると（ステップＳ１１：Ｎｏ）、制御部１０１は、コンテンツ再生指示があるか否かを判定する（ステップＳ１３）。例えば、利用者による入力部１１０の操作によって、表示部１０７に表示されているコンテンツカタログの中からコンテンツ情報が選択されたときに、制御部１０１は、コンテンツ再生指示があったと判定する。
【００７２】
この処理において、コンテンツ再生指示があったと判定すると（ステップＳ１３：Ｙｅｓ）、制御部１０１は、コンテンツ再生処理を行う（ステップＳ１４）。このコンテンツ再生処理は、図１１におけるステップＳ３０〜Ｓ３５の処理であり、後で詳述する。
【００７３】
一方、コンテンツ再生指示がないと判定すると（ステップＳ１３：Ｎｏ）、制御部１０１は、通信部１１３を介して検索メッセージを受信したか否かを判定する（ステップＳ１５）。この処理において、検索メッセージを受信したと判定すると（ステップＳ１５：Ｙｅｓ）、制御部１０１は、検索メッセージ処理を行う（ステップＳ１６）。この検索メッセージ処理は、図１２におけるステップＳ４０〜Ｓ４２の処理であり、後で詳述する
【００７４】
ステップＳ１５において検索メッセージを受信していないと判定したとき（ステップＳ１５：Ｎｏ）、制御部１０１は、コンテンツ投入装置１０から通信部１１３を介してコンテンツを投入する旨の要求（以下、「コンテンツ投入要求」と呼ぶ。）を受信した否かを判定する（ステップＳ１７）。
【００７５】
この処理において、コンテンツ投入要求を受信したと判定すると（ステップＳ１７：Ｙｅｓ）、制御部１０１は、コンテンツ投入要求処理を行う（ステップＳ１８）。このコンテンツ投入要求処理は、図１３におけるステップＳ５０〜Ｓ５３の処理であり、後で詳述する。
【００７６】
ステップＳ１７においてコンテンツ投入要求を受信していないと判定したとき（ステップＳ１７：Ｎｏ）、又はステップＳ１２，Ｓ１４，Ｓ１６，Ｓ１８の処理が終了したとき、制御部１０１は、終了指示を検知したか否かを判定する（ステップＳ１９）。例えば、自端末装置の電源がＯＦＦ状態へ移行したとき、制御部１０１は、終了指示を検知する。
【００７７】
ステップＳ１９において、終了指示を検知したと判定すると（ステップＳ１９：Ｙｅｓ）、制御部１０１は、メイン処理を終了し、一方、終了指示を検知していないと判定すると（ステップＳ１９：Ｎｏ）、制御部１０１は、ステップＳ１１からの処理を繰り返す。なお、上述のコンテンツ情報送信処理、コンテンツ再生処理、検索メッセージ処理及びコンテンツ投入要求処理は、時分割で並列に行われるようにしてもよい。例えば、コンテンツ情報の送信要求を受信したと判定すると（ステップＳ１１：Ｙｅｓ）、制御部１０１はステップＳ１２のコンテンツ送信情報処理を起動してステップＳ１９に移行し、コンテンツ再生指示があったと判定すると（ステップＳ１３：Ｙｅｓ）、制御部１０１はステップＳ１４のコンテンツ再生処理を起動してステップＳ１９に移行し、検索メッセージを受信したと判定すると（ステップＳ１５：Ｙｅｓ）、制御部１０１はステップＳ１６の検索メッセージ処理を起動してステップＳ１９に移行し、コンテンツ投入要求を受信したと判定すると（ステップＳ１７：Ｙｅｓ）、制御部１０１はステップＳ１８のコンテンツ投入要求処理を起動してステップＳ１９に移行する。
【００７８】
次に、ステップＳ１２におけるコンテンツ情報送信処理について図１０のフローチャートを参照して具体的に説明する。図１０は端末装置１におけるコンテンツ情報送信処理のフローチャートである。
【００７９】
図１０に示すように、コンテンツ情報送信処理を開始すると、制御部１０１は、筐体１３０内の温度を検出する（ステップＳ２０）。具体的には、制御部１０１は、温度センサ１１２から出力される自装置の筐体１３０内の雰囲気温度の情報を取得することによって、筐体１３０内の温度を検出する。
【００８０】
筐体１３０内の温度を検出した後、制御部１０１は、検出した温度が基準温度を超えているか否かを判定する（ステップＳ２１）。この基準温度は、予め記憶部１０２に設定されているものであり、制御部１０１は、記憶部１０２からこの基準温度の情報を取り出して、温度センサ１１２による検出温度と比較することによって、検出した温度が基準温度を超えているか否かを判定する。このように制御部１０１は、他の端末装置１であるリクエスト端末装置からハードディスク１０３に記憶したコンテンツ情報の送信要求を通信部１１３を介して受信すると、温度センサ１１２によって検出した自装置内の雰囲気温度が所定の基準温度を超えているか否かを判定する温度判定手段として機能する。
【００８１】
この処理において、検出した温度が基準温度を超えていると判定すると（ステップＳ２１：Ｙｅｓ）、制御部１０１は、リクエスト端末装置へ要求拒絶応答を通信部１１３を介して送信する（ステップＳ２２）。例えば、基準温度が４０℃に設定されているときに、温度センサ１１２によって検出した温度が４１℃であるとき、検出した温度が基準温度を超えていると判定して、リクエスト端末装置へ要求拒絶応答を行う。
【００８２】
一方、検出した温度が基準温度を超えていないと判定すると（ステップＳ２１：Ｎｏ）、制御部１０１は、リクエスト端末装置へ要求受付応答を通信部１１３を介して送信する（ステップＳ２３）。この要求受付応答に応じてリクエスト端末装置からの送信開始要求を通信部１１３を介して受信すると、制御部１０１は、コンテンツ情報送信処理を起動する（ステップＳ２４）。このコンテンツ情報送信処理は、リクエスト端末装置から送信要求のあったコンテンツ情報をハードディスク１０３から取り出して、ストリーミング形式でコンテンツ情報をリクエスト端末装置へ送信する処理である。
【００８３】
このように制御部１０１は、自装置内の温度が所定の基準温度を超えていないとき、ハードディスク１０３からコンテンツ情報を取り出して、リクエスト端末装置へコンテンツ情報を送信し、自装置内の温度が所定の基準温度を超えているとき、リクエスト端末装置へのコンテンツ情報の送信を行わないコンテンツ送信手段として機能することになる。
【００８４】
ステップＳ２２の処理、又はステップＳ２４の処理が終了すると、制御部１０１は、コンテンツ情報送信処理を終了する。
【００８５】
次に、ステップＳ１４におけるコンテンツ再生指示処理について図１１のフローチャートを参照して具体的に説明する。図１１は端末装置１におけるコンテンツ再生指示処理のフローチャートである。
【００８６】
図１１に示すように、コンテンツ再生指示処理を開始すると、制御部１０１は、検索メッセージを送信する（ステップＳ３０）。すなわち、制御部１０１は、コンテンツ再生指示があった所望のコンテンツ情報のコンテンツＩＤを宛先識別情報として、検索メッセージを通信部１１３を介して送信する。
【００８７】
コンテンツ再生指示があったコンテンツ情報に関するインデックス情報を保持するルート端末装置は、上述した検索メッセージを受信すると、自装置のインデックステーブルから対応するコンテンツ保持端末装置の所在情報を所定数だけ当該検索メッセージを送信した端末装置１へ送信する。制御部１０１は、このようにルート端末装置から送信されるコンテンツ保持端末装置の所在情報を通信部１１３を介して受信する。
【００８８】
このようにコンテンツ保持端末装置の所在情報を所定数取得したとき、制御部１０１は、これらのコンテンツ保持端末装置へ順次コンテンツ情報送信要求メッセージを送信し（ステップＳ３１）、当該メッセージを送信した端末装置１からの要求受付応答が通信部１１３を介して受信されるか否かを判定する（ステップＳ３２）。そして、いずれかのコンテンツ保持端末装置からの要求受付応答があったとき（ステップＳ３２：Ｙｅｓ）、制御部１０１は、当該要求受付応答を行ったコンテンツ保持端末装置に対してコンテンツ情報の送信開始要求を行って、通信部１１３を介してコンテンツ情報の取得を開始する（ステップＳ３３）。
【００８９】
一方、いずれのコンテンツ保持端末装置からも要求受付応答を通信部１１３を介して受信できなかったとき、言い換えれば、全てのコンテンツ保持端末装置から要求拒否応答を通信部１１３を介して受信したとき（ステップＳ３２：Ｎｏ）、制御部１０１は、コンテンツ供給装置２０に対して、コンテンツ再生指示があったコンテンツ情報の送信を通信部１１３を介して要求し（ステップＳ３４）、通信部１１３を介してコンテンツ情報の取得を開始する（ステップＳ３５）。
【００９０】
次に、ステップＳ１６における検索メッセージ処理について図１２のフローチャートを参照して具体的に説明する。図１２は端末装置１における検索メッセージ処理のフローチャートである。
【００９１】
図１２に示すように、検索メッセージ処理を開始すると、制御部１０１は、検索メッセージが自装置宛であるか否かを判定する（ステップＳ４０）。自装置宛のメッセージであるか否かは、検索メッセージの宛先識別情報とルーティングテーブルとに基づいて行われる。具体的には、検索メッセージの宛先識別情報が自装置の識別情報である端末ＩＤと近いか否かが判定される。
【００９２】
この処理において、検索メッセージが自装置宛のメッセージであると判定すると（ステップＳ４０：Ｙｅｓ）、制御部１０１は、検索メッセージにおける検索対象のコンテンツＩＤのコンテンツ情報を保持するコンテンツ保持端末装置の所在情報（ＩＰアドレス）を記憶部１０２に記憶したインデックステーブルから取り出して、検索メッセージの送信元端末装置１へ送信する（ステップＳ４１）。一方、検索メッセージが自装置宛のメッセージではないと判定すると（ステップＳ４０：Ｎｏ）、制御部１０１は、この検索メッセージを通信部１１３を介して転送する（ステップＳ４２）。すなわち、制御部１０１は、記憶部１０２に記憶したルーティングテーブルに記憶した端末ＩＤのうち、検索メッセージの宛先識別情報に近い端末ＩＤを有する端末装置１の所在情報をルーティングテーブルから取り出して、この所在情報に対して検索メッセージを転送する。
【００９３】
次に、ステップＳ１８におけるコンテンツ投入処理について図１３のフローチャートを参照して具体的に説明する。図１３は端末装置１におけるコンテンツ投入処理のフローチャートである。
【００９４】
図１３に示すように、コンテンツ投入処理を開始すると、制御部１０１は、筐体１３０内の温度を検出する（ステップＳ５０）。具体的には、制御部１０１は、温度センサ１１２から出力される自装置の筐体１３０内の雰囲気温度を取得することによって、筐体１３０内の温度を検出する。
【００９５】
筐体１３０内の温度を検出した後、制御部１０１は、ステップＳ５０において検出した筐体１３０内の温度の情報を含む応答をコンテンツ投入装置１０に対して通信部１１３を介して送信する（ステップＳ５１）。
【００９６】
その後、制御部１０１は、コンテンツ投入装置１０からコンテンツ情報の投入が開始されたか否かを判定する（ステップＳ５２）。この処理において、コンテンツ情報の投入が開始されたと判定すると（ステップＳ５２：Ｙｅｓ）、制御部１０１は、コンテンツ投入装置１０から投入されるコンテンツ情報を通信部１１３を介して受信して、ハードディスク１０３に記憶する（ステップＳ５３）。このように制御部１０１は、コンテンツ投入装置１０から投入されたコンテンツ情報をハードディスク１０３に記憶するコンテンツ情報記憶処理手段として機能する。
【００９７】
ステップＳ５２においてコンテンツ情報の投入が開始されなかったと判定したとき（ステップＳ５２：Ｎｏ）、或いはステップＳ５３の処理が終了したとき、制御部１０１は、コンテンツ投入要求処理を終了する。
【００９８】
以上のように、第１実施形態における端末装置１は、自装置内の温度を検出する温度検出手段を備え、他の端末装置１からコンテンツ情報の送信要求を受信すると、温度検出手段によって検出した自装置内の温度が所定の基準温度を超えているか否かを判定し、自装置内の温度が所定の基準温度を超えていないとき、ハードディスク１０３からコンテンツ情報を取り出して、他の端末装置１へコンテンツ情報を送信し、自装置内の温度が所定の基準温度を超えているとき、他の端末装置１へのコンテンツ情報の送信を行わないようにしており、コンテンツ情報を保持する端末装置１内の動作状態の変化が他の端末装置１へ影響することを抑制することができる。
【００９９】
［１．６．コンテンツ投入装置の構成及び動作の説明］
次に、図面を参照して、コンテンツ投入装置１０の構成及び動作について説明する。
【０１００】
（コンテンツ投入装置の構成について）
まず、コンテンツ投入装置１０の構成について説明する。図１４は、本実施形態に係る情報配信システムＳにおけるコンテンツ投入装置１０の概略を示す図である。
【０１０１】
コンテンツ投入装置１０は、専用のコンピュータの他、一般のサーバコンピュータを適用可能であり、図１４に示すように、制御部２０１と、端末装置１の所在情報やカタログ等を記憶する書き換え可能な記憶部２０２と、コンテンツ情報を記憶するハードディスク（ＨＤＤ）２０３と、コンテンツ情報の投入を指示するための入力部２０４と、入力部２０４の操作によって投入を指示されたコンテンツ情報を端末装置１へ送信するために一時的に記憶するバッファメモリ２０５と、ネットワーク８を介して、端末装置１やコンテンツ供給装置２０と通信するための通信部２０６とを備えている。制御部２０１は、バッファメモリ２０５に記憶したコンテンツ情報を順次取り出して端末装置１へ送信する。なお、制御部２０１、記憶部２０２、ハードディスク２０３、バッファメモリ２０５、通信部２０６は、システムバス２１０を介して相互に接続されている。
【０１０２】
制御部２０１は、ＣＰＵ（Central Processing Unit）、内部ＲＯＭ（Read Only Memory）及び内部ＲＡＭ（Random Access Memory）から構成される。この内部ＲＯＭには、情報配信システムＳにコンテンツ情報を投入するための情報処理プログラムが格納されており、ＣＰＵは内部ＲＯＭに記憶されている情報処理プログラムを読み出して実行することによって、後述する温度情報取得手段、コンテンツ投入手段等として機能する。
【０１０３】
なお、この情報処理プログラムは、例えば、ネットワーク８に接続されたサーバ（図示せず）から、通信部２０６を介して、制御部２０１の内部ＲＯＭにダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部２０１の内部ＲＯＭに読み込まれるようにしてもよい。この場合、内部ＲＯＭはフラッシュメモリなどで構成することが望ましい。
【０１０４】
（コンテンツ投入装置の動作）
以上のように構成されたコンテンツ投入装置１０の動作を具体的に説明する。図１５はコンテンツ投入装置１０の動作内容の一例を示すフローチャートである。なお、以下の各処理は、コンテンツ投入装置１０の制御部２０１が上述した各手段等として機能することによって実行されるものである。ここでは、本実施形態におけるコンテンツ情報の投入の動作について説明し、その他の動作内容は省略している。
【０１０５】
図１５に示すように、コンテンツ投入処理を開始すると、制御部２０１は、情報配信システムＳに参加している端末装置１の中から複数の端末装置１をランダムに選択する（ステップＳ６０）。ここで、端末装置１が情報配信システムＳに参加したとき、端末装置１はコンテンツ投入装置１０へ所在情報を通知するようにしており、制御部２０１は通信部２０６を介して情報配信システムＳに参加している端末装置１の所在情報を受信し、記憶部２０２に記憶している。
【０１０６】
制御部２０１は、ステップＳ６０においてランダムに選択した端末装置１の所在情報を記憶部２０２から取り出して、この所在情報に基づいて前記選択した端末装置１へコンテンツ投入要求を通信部２０６を介して送信する（ステップＳ６１）。
【０１０７】
そして、制御部２０１は、送信したコンテンツ投入要求に対して端末装置１から送信される温度情報を収集する（ステップＳ６２）。すなわち、制御部２０１がコンテンツ投入要求を送信した端末装置１は、自装置内の温度の情報を含む応答を送信し、制御部２０１は、この応答を通信部２０６を介して受信する。そして、それぞれの端末装置１の温度情報を取得・収集する。このように制御部２０１は、２以上の端末装置１に対してこれらの装置内の温度の情報の送信を要求し、当該端末装置１内の温度の情報を取得する温度情報取得手段として機能する。
【０１０８】
各端末装置１の情報を収集すると、制御部２０１は、コンテンツ投入要求を送信した端末装置１のうち装置内の温度が最も低い端末装置１をコンテンツ情報を送信する端末装置１として選択し（ステップＳ６４）、投入するコンテンツ情報をハードディスク２０３から取り出して、当該選択した端末装置１へ送信する（ステップＳ６５）。このように制御部２０１は、温度の情報を要求した端末装置１のうち、これらの端末装置１の装置内の温度の情報に基づいて、コンテンツ情報を投入する端末装置１を決定し、当該決定した端末装置１へコンテンツ情報を投入するコンテンツ投入手段として機能する。
【０１０９】
このように、コンテンツ投入装置１０では、装置内の最も温度の低い端末装置１にコンテンツ情報を保持させるようにすることで、内部のファンの故障が発生したり、ＣＰＵやハードディスクに過負荷が発生したりしている端末装置１にコンテンツ情報を投入してしまうことを回避することができ、より迅速なコンテンツ投入を行うことができる。また、このようにファン故障やＣＰＵ等に過負荷が生じている端末装置１はその状態が継続する可能性もあり、このような端末装置１にコンテンツ情報を投入してもその動作状態が継続している限りリクエスト端末装置へコンテンツ情報を送信することができない恐れがある。従って、折角新たなコンテンツ情報を投入した場合でも、そのコンテンツ情報を取得することができない恐れがあるが、本実施形態におけるコンテンツ投入装置１０では、そのような問題を抑制することが可能となる。
【０１１０】
［２．第２実施形態］
次に、第２実施形態における情報配信システムＳ’の動作について説明する。本第２実施形態における情報配信システムＳ’は、リクエスト端末装置として機能する端末装置１がコンテンツ保持端末装置として機能する端末装置１からコンテンツ情報を取得する際の各端末装置１の動作が異なる。すなわち、第１実施形態における情報配信システムＳにおいては、コンテンツ保持端末装置の自装置内の温度が所定の基準温度を超えたときにはコンテンツ保持端末装置がコンテンツ情報をリクエスト端末装置へ送信しないこととしたが、第２実施形態における情報配信システムＳ’においては、コンテンツ保持端末装置が自装置内の温度をリクエスト端末装置へ送信し、リクエスト端末装置がコンテンツ保持端末装置の温度に基づいてコンテンツ情報を配信させるコンテンツ保持端末装置を決定するものである。なお、その他の動作については、第１実施形態における動作と同様であるため、ここでは説明を省略する。また、第１実施形態と同様の構成については第１実施形態と符号として説明する。また、端末装置１においては、このような動作を実行するために、第１実施形態と同様に制御部１０１の内部ＲＯＭに情報処理プログラムを有している。
【０１１１】
まず、図１６を参照して、第２実施形態における情報配信システムＳ’におけるコンテンツ情報の取得方法について説明する。
【０１１２】
リクエスト端末装置１ｎは、ルーティングテーブルを参照し、図１６に示すように、所望のコンテンツ情報のコンテンツＩＤ「3020」と同じエリア「3XXX」の端末ＩＤを持つ端末装置１の端末ＩＤを宛先とし、コンテンツＩＤ「3020」を宛先識別情報とした検索メッセージを送信する（図１６に示す（１）参照。）。この検索メッセージは、ＤＨＴルーティングによって、次々と転送されていき（図１６に示す（２）参照。）、最終的に当該コンテンツ情報を管理するルート端末装置である端末装置１ｃに辿り着く。端末装置１ｃは、検索メッセージに含まれるコンテンツＩＤ「3020」のコンテンツ情報を所有しているコンテンツ保持端末装置である端末装置１ｍ及びコンテンツ保持端末装置１ｐのＩＰアドレス等の所在情報をリクエスト端末装置１ｎに返信する（図１６に示す（３）参照。）。
【０１１３】
リクエスト端末装置１ｎは、ルート端末装置である端末装置１ｃから、コンテンツＩＤ「3020」のコンテンツ情報を保持するコンテンツ保持端末装置１ｍ及びコンテンツ保持端末装置１ｐのＩＰアドレスを受信して知ることになり、コンテンツＩＤ「3020」の各コンテンツ保持端末装置１ｍ，１ｐに、それぞれ同時にコンテンツ情報送信要求メッセージを送信する（図１６に示す（４）参照。）。
【０１１４】
各コンテンツ保持端末装置１ｍ，１ｐは、リクエスト端末装置１ｎからのコンテンツ情報送信要求メッセージを受信すると、それぞれ自装置内の温度の情報を含む要求受付応答を行う（図１６に示す（５）参照。）。
【０１１５】
リクエスト端末装置１ｎは、各コンテンツ保持端末装置１ｍ，１ｐから要求受付応答を受信すると、これらの端末装置１内の温度の情報に基づいて、これらの端末装置１の中から所望のコンテンツ情報の送信開始を要求する端末装置１を決定する（図１６に示す（６）参照。）。そして、このように決定した端末装置１へ所望のコンテンツ情報の送信開始を要求する。ここでは、リクエスト端末装置１ｎは、コンテンツ情報の送信開始を要求する端末装置１をコンテンツ保持端末装置１ｐとしている（図１６に示す（７）参照。）。
【０１１６】
コンテンツ保持端末装置１ｐは、コンテンツ情報の送信開始要求をリクエスト端末装置１ｎから受信すると、記憶しているコンテンツ情報をこのリクエスト端末装置１ｎへ送信する（図１６に示す（８）参照。）。
【０１１７】
ここで、リクエスト端末装置１ｎがコンテンツ情報の送信開始を要求する端末装置１は、温度の情報を含む要求受付応答を送信したコンテンツ保持端末装置のうち、装置内の温度が最も低いコンテンツ保持端末装置とする。このように、装置内の最も温度の低いコンテンツ保持端末装置にコンテンツ情報の送信を行わせるようにすることで、配信能力が低下していないより安定した端末装置１をコンテンツ保持端末装置からコンテンツ情報の配信を受けることができ、リクエスト端末装置で断続的に動画が再生される等の動画像の乱れが生じるといった問題などを抑えることが可能となる。
【０１１８】
また、リクエスト端末装置１ｎは、温度の情報を含む要求受付応答を送信したコンテンツ保持端末装置内の温度がすべて所定の基準温度を上回っているとき、コンテンツ供給装置２０へコンテンツの情報を要求するようにしており、配信能力が低下したコンテンツ保持端末装置からコンテンツ情報の配信を受けることを回避することができる。
【０１１９】
以下、端末装置１の動作を具体的に説明する。図１７及び図１８は端末装置１の動作内容を示すフローチャートである。なお、端末装置１のメイン処理は図９で説明した処理と同様であり、検索メッセージ処理は図１２で説明した処理と同様であり、コンテンツ投入要求処理は図１３で説明した処理と同様であるため、ここでは説明を省略し、コンテンツ情報送信処理及びコンテンツ再生指示処理についてのみ説明する。
【０１２０】
まず、コンテンツ情報送信処理について図１７のフローチャートを参照して具体的に説明する。図１７は端末装置１におけるコンテンツ情報送信処理のフローチャートである。
【０１２１】
図１７に示すように、コンテンツ情報送信要求処理を開始すると、制御部１０１は、筐体１３０内の温度を検出する（ステップＳ１００）。具体的には、制御部１０１は、温度センサ１１２から出力される自装置の筐体１３０内の雰囲気温度を取得することによって、筐体１３０内の温度を検出する。
【０１２２】
筐体１３０内の温度を検出した後、制御部１０１は、ステップＳ１００において検出した装置内の温度の情報を含む要求受付応答をリクエスト端末装置へ通信部１１３を介して送信する（ステップＳ１０１）。このように制御部１０１は、他の端末装置１からの要求に応じて、自装置内の温度の情報を通知する温度情報通知手段として機能する。
【０１２３】
その後、制御部１０１は、リクエスト端末装置からコンテンツ情報の送信開始要求を通信部１１３を介して受信したか否かを判定する（ステップＳ１０２）。この処理において、送信開始要求を受信したと判定すると（ステップＳ１０２：Ｙｅｓ）、制御部１０１は、コンテンツ情報送信処理を起動する（ステップＳ１０３）。このコンテンツ情報送信処理は、リクエスト端末装置から送信開始要求のあったコンテンツ情報をハードディスク１０３から取り出して、ストリーミング形式でコンテンツ情報を送信する処理である。このように制御部１０１は、他の端末装置１からの要求に応じて、ハードディスク１０３に記憶したコンテンツ情報を他の端末装置１へ送信するコンテンツ情報送信手段として機能する。
【０１２４】
ステップＳ１０２において送信開始要求を受信していないと判定したとき（ステップＳ１０２：Ｎｏ）、或いはステップＳ１０３の処理が終了したとき、制御部１０１は、コンテンツ情報送信処理を終了する。
【０１２５】
次に、コンテンツ再生指示処理について図１８のフローチャートを参照して具体的に説明する。図１８は端末装置１におけるコンテンツ再生指示処理のフローチャートである。
【０１２６】
図１８示すように、コンテンツ再生指示処理を開始すると、制御部１０１は、検索メッセージを送信する（ステップＳ１１０）。すなわち、制御部１０１は、コンテンツ再生指示があったコンテンツ情報のコンテンツＩＤを宛先識別情報として、検索メッセージを通信部１１３を介して送信する。
【０１２７】
コンテンツ再生指示があったコンテンツ情報に関するインデックス情報を保持するルート端末装置は、上述した検索メッセージを受信すると、自装置のインデックステーブルから対応するコンテンツ保持端末装置の所在情報を所定数だけ当該検索メッセージを送信した端末装置１へ送信する。制御部１０１は、このようにルート端末装置から送信されるコンテンツ保持端末装置の所在情報を通信部１１３を介して受信する。
【０１２８】
このようにコンテンツ再生指示があったコンテンツ情報を保持するコンテンツ保持端末装置の所在情報を所定数取得したとき、制御部１０１は、これらのコンテンツ保持端末装置へ同時にコンテンツ情報送信要求メッセージを送信し（ステップＳ１１１）、当該メッセージを送信した端末装置１からの要求受付応答が通信部１１３を介して受信されるか否かを判定する（ステップＳ１１２）。
【０１２９】
そして、これらのコンテンツ保持端末装置からの要求受付応答があったとき（ステップＳ１１２：Ｙｅｓ）、制御部１０１は、この要求受付応答をしたコンテンツ保持端末装置の全ての装置内の温度が所定の基準温度より高いか否かを判定する（ステップＳ１１３）。このように制御部１０１は、所望のコンテンツ情報を保持する複数の他の端末装置１であるコンテンツ保持端末装置の各々に対して、当該コンテンツ保持端末装置内の温度の情報の送信を要求し、各コンテンツ保持端末装置内の温度の情報を取得する温度情報取得手段として機能する。
【０１３０】
この処理において、コンテンツ保持端末装置の全ての装置内の温度が所定の基準温度より高いわけではないと判定したとき（ステップＳ１１３：Ｎｏ）、制御部１０１は、この要求受付応答をしたコンテンツ保持端末装置のうち装置内の温度が最も低いコンテンツ保持端末装置を選択する（ステップＳ１１４）。制御部１０１は、このように選択したコンテンツ保持端末装置に対してコンテンツ情報の送信開始要求を行って（ステップＳ１１５）、通信部１１３を介してコンテンツ情報の取得を開始する（ステップＳ１１６）。このように制御部１０１は、温度の情報を送信した複数の他の端末装置１であるコンテンツ保持端末装置のうち、装置内の取得した温度の情報に基づいて、装置内の温度が最も低い端末装置１を所望のコンテンツ情報を要求する端末装置１を決定し、当該決定した端末装置１へ所望のコンテンツ情報を要求するコンテンツ要求手段として機能する。
【０１３１】
一方、いずれのコンテンツ保持端末装置からも要求受付応答を通信部１１３を介して受信できなかったとき（ステップＳ１１２：Ｎｏ）、或いはコンテンツ保持端末装置の全ての装置内の温度が所定の基準温度より高いと判定したとき（ステップＳ１１３：Ｙｅｓ）、制御部１０１は、コンテンツ供給装置２０に対して、コンテンツ再生指示があったコンテンツ情報の送信を通信部１１３を介して要求して（ステップＳ１１７）、通信部１１３を介してコンテンツ情報の取得を開始する（ステップＳ１１８）。
【０１３２】
以上のように第２実施形態における端末装置１は、リクエスト端末装置が、装置内の最も温度の低いコンテンツ保持端末装置にコンテンツ情報の送信を行わせるようにすることで、配信能力が低下していないより安定した端末装置１をコンテンツ保持端末装置からコンテンツ情報の配信を受けることができ、リクエスト端末装置で断続的に動画が再生される等の動画像の乱れが生じるといった問題などを抑えることが可能となる。
【０１３３】
［３．その他の実施形態］
第２実施形態における端末装置１では、装置内の最も温度の低いコンテンツ保持端末装置にコンテンツ情報の送信を行わせるようにしたが、装置内の温度の情報を送信したコンテンツ保持端末装置のうち、装置内の温度が所定の基準温度を超えず、かつ最も早く温度の情報を送信した端末装置１を所望のコンテンツ情報を要求する端末装置１として決定するようにすることができる。この場合、端末装置１の制御部１０１を、温度の情報を送信した複数の他の端末装置１のうち、装置内の温度が所定の基準温度を超えず、かつ最も早く温度の情報を送信した端末装置１を所望のコンテンツ情報を要求する端末装置１として決定するコンテンツ要求手段として機能させることになる。
【０１３４】
以上、本発明の実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１３５】
例えば、上述の実施形態においては、リクエスト端末装置が、一つのコンテンツ情報を一つのコンテンツ保持端末装置から取得するようにしたが、二以上のコンテンツ保持端末装置からそれぞれコンテンツ情報の一部を取得することで、結果的に二以上のコンテンツ保持端末装置から一つのコンテンツ情報を取得するようにしてもよい。
【０１３６】
また、端末装置１の所在情報としてＩＰアドレスを例にして説明したが、ＩＰアドレスに加えポート番号を含めて所在情報としてもよく、ネットワーク上の位置が特定できるものであればよい。
【図面の簡単な説明】
【０１３７】
【図１】第１実施形態に係る情報配信システムにおける各端末装置の接続態様の一例を示す図である。
【図２】ＩＤ空間の説明図である。
【図３】ルーティングテーブルを説明するための図である。
【図４】ルーティングテーブルの一例である。
【図５】コンテンツ保持端末装置の登録メッセージがＤＨＴルーティングにより転送される様子を示す図である。
【図６】インデックステーブルの一例である。
【図７】第１実施形態に係るリクエスト端末装置がコンテンツ情報を取得する際の動作の一例を示す図である。
【図８】端末装置の概略構成を示す図である。
【図９】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１０】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１１】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１２】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１３】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１４】コンテンツ投入装置の概略を示す図である。
【図１５】第１実施形態に係るコンテンツ投入装置の動作内容を示すフローチャートである。
【図１６】第２実施形態に係るリクエスト端末装置がコンテンツ情報を取得する際の動作の一例を示す図である。
【図１７】第２実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１８】第２実施形態に係る端末装置の動作内容を示すフローチャートである。
【符号の説明】
【０１３８】
Ｓ  情報配信システム
１  端末装置
１０  コンテンツ投入装置
２０  コンテンツ供給装置
８  ネットワーク
１０１  端末装置の制御部
１０２  端末装置の記憶部
１０３  端末装置のハードディスク
１１３  端末装置の通信部
２０１  コンテンツ投入装置の制御部
２０２  コンテンツ投入装置の記憶部
２０３  コンテンツ投入装置のハードディスク
２０６  コンテンツ投入装置の通信部
【図１】
2008294648.tif 000003
【図２】
2008294648.tif 000004
【図３】
2008294648.tif 000005
【図４】
2008294648.tif 000006
【図５】
2008294648.tif 000007
【図６】
2008294648.tif 000008
【図７】
2008294648.tif 000009
【図８】
2008294648.tif 000010
【図９】
2008294648.tif 000011
【図１０】
2008294648.tif 000012
【図１１】
2008294648.tif 000013
【図１２】
2008294648.tif 000014
【図１３】
2008294648.tif 000015
【図１４】
2008294648.tif 000016
【図１５】
2008294648.tif 000017
【図１６】
2008294648.tif 000018
【図１７】
2008294648.tif 000019
【図１８】
2008294648.tif 000020