(57)【要約】【課題】コンテンツ情報を保持する端末装置内のハードディスクの状態を考慮して、安定的にコンテンツ情報の配信を受けることができる端末装置を提供する。【解決手段】コンテンツ情報を記憶するハードディスクと、このハードディスクから当該ハードディスクの状態情報を取得する状態情報取得手段と、このハードディスクに記憶したコンテンツ情報の送信要求を他の端末装置から受信したとき、当該ハードディスクの状態情報が所定の条件を満たすときには他の端末装置へハードディスクに記憶したコンテンツ情報を送信し、所定の条件を満たさなくなると他の端末装置へのコンテンツ情報の送信を規制するコンテンツ送信処理手段とを備える。【選択図】図１３
2009087103.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、
前記コンテンツ情報を記憶するハードディスクと、
前記ハードディスクから当該ハードディスクの状態情報を取得する状態情報取得手段と、
前記ハードディスクに記憶した前記コンテンツ情報の送信要求を他の端末装置から受信したとき、当該ハードディスクの状態情報が所定の条件を満たすときには前記他の端末装置へ前記ハードディスクに記憶した前記コンテンツ情報を送信し、前記所定の条件を満たさなくなると前記他の端末装置への前記コンテンツ情報の送信を規制するコンテンツ送信処理手段と、を有する
ことを特徴とする端末装置。
【請求項２】
前記コンテンツ送信処理手段は、前記ハードディスクの状態情報が前記所定の条件を満たさないときでも、前記他の端末装置から再度の前記送信要求があると、前記ハードディスクに記憶した前記コンテンツ情報を送信する
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記コンテンツ送信処理手段は、前記ハードディスクの状態情報が所定の条件を満たすときに、前記ハードディスクに記憶した前記コンテンツ情報の前記他の端末装置への送信を、前記ハードディスクの状態情報に応じた確率で行う
ことを特徴とする請求項１又は請求項２に記載の端末装置。
【請求項４】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、
前記コンテンツ情報を記憶可能なハードディスクと、
前記ハードディスクから当該ハードディスクの状態情報を取得する状態情報取得手段と、
前記コンテンツ情報の登録要求を他の装置から受信したときに、当該ハードディスクの状態情報が所定の条件を満たすときには前記ハードディスクに前記コンテンツ情報を記憶し、前記所定条件を満たさなくなると前記ハードディスクへの前記コンテンツ情報の記憶を規制する記憶処理手段と、を有する
ことを特徴とする端末装置。
【請求項５】
前記記憶処理手段は、前記コンテンツ情報の登録要求を他の装置から受信したときに、前記ハードディスクの状態情報が所定の条件を満たすとき、前記ハードディスクの状態情報に応じた確率で、前記ハードディスクに前記コンテンツ情報を記憶する
ことを特徴とする請求項４に記載の端末装置。
【請求項６】
前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つに基づく情報である
ことを特徴とする請求項１〜５のいずれか１項に記載の端末装置。
【請求項７】
前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つを点数化した点数情報である
ことを特徴とする請求項６に記載の端末装置。
【請求項８】
コンピュータを、請求項１〜７のいずれか１項に記載の端末装置として機能させることを特徴とする情報処理プログラム。
【請求項９】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、
前記コンテンツ情報をハードディスクに記憶するステップと、
前記ハードディスクから当該ハードディスクの状態情報を取得するステップと、
前記ハードディスクに記憶した前記コンテンツ情報の送信要求を他の端末装置から受信したとき、当該ハードディスクの状態情報が所定の条件を満たすときには前記他の端末装置へ前記ハードディスクに記憶した前記コンテンツ情報を送信し、前記所定の条件を満たさなくなると前記他の端末装置への前記コンテンツ情報の送信を規制するステップと、を有する
ことを特徴とする端末装置の情報処理方法。
【請求項１０】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、
前記コンテンツ情報をハードディスクに記憶するステップと、
前記ハードディスクから当該ハードディスクの状態情報を取得するステップと、
前記コンテンツ情報の登録要求を他の装置から受信したときに、当該ハードディスクの状態情報が所定の条件を満たすときには前記ハードディスクに前記コンテンツ情報を記憶し、前記所定条件を満たさなくなると前記ハードディスクへの前記コンテンツ情報の記憶を規制するステップと、を有する
ことを特徴とする端末装置の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信システムにおける端末装置及びその情報処理プログラム並びに情報処理方法の技術分野に属し、より詳細には、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、これらの端末装置間で音楽データや映画データなどのコンテンツ情報の送受信を行う情報配信システムにおける端末装置及びその情報処理プログラム並びに情報処理方法の技術分野に属する。
【背景技術】
【０００２】
近年、ブロードバンドの普及に伴って、音楽データや映画データなどのコンテンツ情報を配信する情報配信サービスが人気となっている。例えば、ＶＯＤ（ビデオオンデマンド）のように利用者の要求に応じてコンテンツ情報を配信するサービスが知られている。
【０００３】
この種の情報配信サービスは、サーバクライアント方式による配信形態が主流であったが、最近では、この方式に代わる新しい配信形態として端末装置間でコンテンツ情報を送受信するＰ２Ｐ（Peer to Peer）型の配信形態が注目されている。
【０００４】
このＰ２Ｐ型の情報配信システムは、ネットワークを介して互いに接続された複数の端末装置（ノード装置）の参加により形成され、ある端末装置の利用者が取得しようとするコンテンツ情報を、そのコンテンツ情報の一部又は全部を保持する他の端末装置から取得するものである。
【０００５】
例えば、特許文献１に記載の情報配信システムでは、各端末装置が当該情報配信システムに参加している全ての端末装置の所在情報（ＩＰアドレスなど）を認識しているわけではなく、参加の際などに得られる一部の端末装置への所在情報だけを保持しており、かかる所在情報に基づき、コンテンツ情報の検索を行って端末装置間でコンテンツ情報の送受信を行うようにしている。
【特許文献１】特開２００６−２７７３３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上記Ｐ２Ｐ型の情報配信システムにおいては、コンテンツ情報をハードディスクなどの記憶部に保持している端末装置（以下、「コンテンツ保持端末装置」とする。）は他の端末装置（以下、「リクエスト端末装置」とする。）からの取得要求に応じてそのコンテンツ情報を配信するようにしている。
【０００７】
しかしながら、コンテンツ保持端末装置において、コンテンツ情報を記憶する記憶部にハードディスクを用いている場合、このハードディスクの状態によっては、リクエスト端末装置からの取得要求に対して十分に対応することができない恐れがある。例えば、リクエスト端末装置からの取得要求に対してコンテンツ情報を送信しているときにハードディスクが寿命などにより故障したときには、コンテンツ情報の送信が中断してしまうことになる。このようにコンテンツ保持端末装置におけるハードディスクの状態によっては、安定的に所望のコンテンツ情報を受信することができない虞がある。
【０００８】
そこで、本発明は上記課題を解決するためになされたものであり、その目的は、コンテンツ情報を保持する端末装置内のハードディスクの状態を考慮して、端末装置間におけるコンテンツ情報の配信を行うことにより、安定的に所望のコンテンツの配信を端末装置において受けることを可能とする端末装置及びその情報処理プログラム並びに情報処理方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、請求項１に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、前記コンテンツ情報を記憶するハードディスクと、前記ハードディスクから当該ハードディスクの状態情報を取得する状態情報取得手段と、前記ハードディスクに記憶した前記コンテンツ情報の送信要求を他の端末装置から受信したとき、当該ハードディスクの状態情報が所定の条件を満たすときには前記他の端末装置へ前記ハードディスクに記憶した前記コンテンツ情報を送信し、前記所定の条件を満たさなくなると前記他の端末装置への前記コンテンツ情報の送信を規制するコンテンツ送信処理手段とを有することを特徴とする。
【００１０】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記コンテンツ送信処理手段は、前記ハードディスクの状態情報が前記所定の条件を満たさないときでも、前記他の端末装置から再度の前記送信要求があると、前記ハードディスクに記憶した前記コンテンツ情報を送信することを特徴とする。
【００１１】
また、請求項３に記載の発明は、請求項１又は請求項２に記載の発明において、前記コンテンツ送信処理手段は、前記ハードディスクの状態情報が所定の条件を満たすときに、前記ハードディスクに記憶した前記コンテンツ情報の前記他の端末装置への送信を、前記ハードディスクの状態情報に応じた確率で行うことを特徴とする。
【００１２】
また、請求項４に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、前記コンテンツ情報を記憶可能なハードディスクと、前記ハードディスクから当該ハードディスクの状態情報を取得する状態情報取得手段と、前記コンテンツ情報の登録要求を他の装置から受信したときに、当該ハードディスクの状態情報が所定の条件を満たすときには前記ハードディスクに前記コンテンツ情報を記憶し、前記所定条件を満たさなくなると前記ハードディスクへの前記コンテンツ情報の記憶を規制する記憶処理手段とを有することを特徴とする。
【００１３】
また、請求項５に記載の発明は、請求項４に記載の発明において、前記記憶処理手段は、前記コンテンツ情報の登録要求を他の装置から受信したときに、前記ハードディスクの状態情報が所定の条件を満たすとき、前記ハードディスクの状態情報に応じた確率で、前記ハードディスクに前記コンテンツ情報を記憶することを特徴とする。
【００１４】
また、請求項６に記載の発明は、請求項１〜５のいずれか１項に記載の発明において、前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つに基づく情報であることを特徴とする。
【００１５】
また、請求項７に記載の発明は、請求項６に記載の発明において、前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つを点数化した点数情報であることを特徴とする。
【００１６】
また、請求項８に記載の発明は、コンピュータを、請求項１〜７のいずれか１項に記載の端末装置として機能させることを特徴とする情報処理プログラムとした。
【００１７】
また、請求項９に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、前記コンテンツ情報をハードディスクに記憶するステップと、前記ハードディスクから当該ハードディスクの状態情報を取得するステップと、前記ハードディスクに記憶した前記コンテンツ情報の送信要求を他の端末装置から受信したとき、当該ハードディスクの状態情報が所定の条件を満たすときには前記他の端末装置へ前記ハードディスクに記憶した前記コンテンツ情報を送信し、前記所定の条件を満たさなくなると前記他の端末装置への前記コンテンツ情報の送信を規制するステップとを有することを特徴とする。
【００１８】
また、請求項１０に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、前記コンテンツ情報をハードディスクに記憶するステップと、前記ハードディスクから当該ハードディスクの状態情報を取得するステップと、前記コンテンツ情報の登録要求を他の装置から受信したときに、当該ハードディスクの状態情報が所定の条件を満たすときには前記ハードディスクに前記コンテンツ情報を記憶し、前記所定条件を満たさなくなると前記ハードディスクへの前記コンテンツ情報の記憶を規制するステップとを有することを特徴とする。
【発明を実施するための最良の形態】
【００１９】
以下、本発明における情報配信システムの一実施形態について、図面を参照して説明する。本実施形態における情報配信システムは、ネットワークを介して互いに接続された複数の端末装置の参加により形成される情報配信システムであり、端末装置間でコンテンツ情報の送受信を行うものである。
【００２０】
［１．第１実施形態］
［１．１．情報配信システムＳの構成等］
まず始めに、図１及び図２を参照して、本実施形態に係る情報配信システムＳの概要について説明する。図１は、本実施形態に係る情報配信システムＳにおける端末装置及びコンテンツ投入装置の接続態様の一例を示す図、図２はＩＤ空間の説明図である。
【００２１】
図１の下部枠５１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４、ＤＳＬ（Digital Subscriber Line）回線業者（の装置）５、ＦＴＴＨ（Fiber To The Home）回線業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界のネットワーク）８が構築されている。
【００２２】
情報配信システムＳは、図１の上部枠５０内に示すように、ネットワーク８を介して相互に接続された複数の端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・を備えて構成され、ピアツーピア（Ｐ２Ｐ）方式のネットワークシステムとなっている。各端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・には、端末装置を示す情報としての固有の製造番号（例えば、ＭＡＣアドレス）及びＩＰ（Internet Protocol）アドレスが割り当てられている。なお、製造番号及びＩＰアドレスは、複数の端末装置間で重複しないものである。また、以下の説明において、端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・のうちいずれかの端末装置又は全ての端末装置を示す場合には、便宜上、端末装置１という場合がある。
【００２３】
本実施形態の情報配信システムＳにおいては、分散ハッシュテーブル（以下、「ＤＨＴ」と呼ぶ。）を利用したアルゴリズムによって、図１の上部枠５０内に示すような、オーバーレイネットワーク９が構築される。つまり、このオーバーレイネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するネットワークを意味しており、オーバーレイネットワーク９上に配置された端末装置１を、情報配信システムＳに参加（言い換えれば、オーバーレイネットワーク９に参加）している端末装置という。
【００２４】
情報配信システムＳに参加している各端末装置１の識別番号である端末ＩＤとして、それぞれの端末装置１毎にユニークな番号（固有番号）を付与する。本実施形態においては、各端末装置１のＩＰアドレス或いは製造番号等の端末装置１毎に固有の値を、共通のハッシュ関数（ハッシュアルゴリズム）によりハッシュ化して得たハッシュ値を各端末装置１の端末ＩＤとする。このように共通のハッシュ関数によりハッシュ化されて求められた端末ＩＤは、当該ＩＰアドレス或いは製造番号が異なれば、同じ値になる確率が極めて低いものである。なお、ハッシュ関数については公知であるので詳しい説明を省略する。また、以下の説明においては、ＩＰアドレス（グローバルＩＰアドレス）を共通のハッシュ関数によりハッシュ化した値を端末ＩＤとする。
【００２５】
また、情報配信システムＳに参加している複数の端末装置１には、一の端末装置１から他の端末装置１に配信される共用情報としてのコンテンツ情報（例えば、音楽データ、映画データ、文書データ等のデータ）が分散して記憶されているが、当該コンテンツ情報にも、それぞれのコンテンツ情報毎の固有の識別番号（以下、「コンテンツＩＤ」と呼ぶ。）を付与する。そして、当該コンテンツＩＤは、端末ＩＤと同様の長さ（例えば、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」のコンテンツ保持端末装置１ｍに、コンテンツ情報の送信要求を送信することにより（図７に示す（４）参照。）、当該コンテンツ保持端末装置１ｍから、そのコンテンツ情報を取得することになる（図７に示す（５）参照。）。
【００５０】
［１．５．例外処理について］
上述のように本実施形態における情報配信システムＳでは、コンテンツ投入装置１０からコンテンツ情報を投入された端末装置１が自装置のハードディスク１０３に当該コンテンツ情報を記憶して保持することによりコンテンツ保持端末装置として機能し、リクエスト端末装置からの要求に応じてコンテンツ情報の送信を行うようにしている。また、リクエスト端末装置は、コンテンツ保持端末装置からコンテンツ情報を取得すると、ハードディスク１０３にそのコンテンツ情報を記憶し、当該リクエスト端末装置のコンテンツ保持端末装置として機能する。
【００５１】
ところが、コンテンツ保持端末装置となった端末装置のハードディスク１０３は寿命等によって故障することがあり、そのような場合には、他の端末装置１からコンテンツ情報の送信を要求されても、コンテンツ情報を送信することができない。また、リクエスト端末装置からの取得要求に対してコンテンツ情報を送信しているときにハードディスク１０３が故障したときには、コンテンツ情報の送信が中断してしまうことになる。このようにコンテンツ保持端末装置におけるハードディスク１０３の状態によっては、安定的に所望のコンテンツ情報を受信することができない虞があり、安定的なコンテンツ情報の配信を行うことができない。
【００５２】
そこで、本実施形態における端末装置１は、自装置内のハードディスク１０３の状態情報を検出する状態情報検出手段を備えており、コンテンツ情報をコンテンツ投入装置１０や他の端末装置１から受信するときに、ハードディスク１０３の状態情報が所定条件を満たさないときには、当該コンテンツ情報のハードディスク１０３への記憶を規制するようにしている。これにより、ハードディスク１０３の状態がよくない端末装置がコンテンツ保持端末装置となることを抑制することができ、安定的なコンテンツ情報の配信を可能としている。
【００５３】
さらに、コンテンツ保持端末装置において、リクエスト端末装置からハードディスク１０３に記憶したコンテンツ情報の送信要求を受信したとき、当該ハードディスク１０３の状態情報が所定条件を満たさなくなるとリクエスト端末装置へのコンテンツ情報の送信を規制するようにしている。これにより、コンテンツ保持端末装置として機能している端末装置のハードディスク１０３の状態が時間経過により悪化しているときに、リクエスト端末装置へのコンテンツ情報の送信を規制することができ、これによっても安定的なコンテンツ情報の配信を可能としている。
【００５４】
ここで、ハードディスク１０３の状態情報の検出について図面を参照して説明する。図８は端末装置のハードディスクの状態情報の内容を示す図、図９はハードディスクの状態情報を構成する各パラメータの具体例を示す図である。
【００５５】
ここで、端末装置１が検出するハードディスク１０３の状態情報は、図８に示すように、当該ハードディスク１０３の通電累積時間情報Ｈ１、当該ハードディスク１０３の温度情報Ｈ２、当該ハードディスク１０３におけるリードエラー発生率情報Ｈ３、当該ハードディスク１０３における不良セクタ数情報Ｈ４、当該ハードディスク１０３におけるスループット性能情報Ｈ５である。そして、端末装置１は、これらの通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の夫々の値を後述する方法により点数化して得られる値の合計点を示す点数情報Ｈ６をハードディスク状態情報ＨＳとして生成する。
【００５６】
本実施形態における端末装置１では、ハードディスク１０３にコンテンツ情報を記憶するための条件（以下、「コンテンツ記憶条件」とする。）や、リクエスト端末装置からの要求に応じてコンテンツ情報を送信するための条件（以下、「コンテンツ送信条件」とする。）を後述する記憶部１０２に記憶している。
【００５７】
このコンテンツ記憶条件やコンテンツ送信条件として、ハードディスク状態情報ＨＳである点数情報Ｈ６が所定点数（閾値）以上（例えば、８０点以上）であるという条件が設定される。そして、このコンテンツ記憶条件を満たさなくなったときに、コンテンツ情報の新たな記憶を行わないようにし、また、コンテンツ送信条件を満たさなくなったときに、リクエスト端末装置へのコンテンツ情報の送信を行わないようにする。
【００５８】
ここで、ハードディスク状態情報ＨＳを構成する各パラメータである上記各情報Ｈ１〜Ｈ５は、制御部１０１がハードディスク１０３から取得する。すなわち、ハードディスク１０３には、周知のSelf-Monitoring, Analysis and Reporting Technology(セルフモニタリング・アナリシス・アンド・リポーティング・テクノロジー。通称、「S.M.A.R.T.」)機能が搭載されており、制御部１０１は、このハードディスク１０３のS.M.A.R.T.(スマート)機能を利用して各情報Ｈ１〜Ｈ５を取得する。このS.M.A.R.T.(スマート)機能は、ハードディスク（ハードディスクドライブ）の障害の早期発見・故障の予測を目的としてハードディスクに搭載されている機能であり、各種の検査項目をリアルタイムに自己診断し、その状態を数値化して、外部からの要求に応じて出力するものである。
【００５９】
本実施形態の端末装置１においては、ハードディスク１０３に搭載さるS.M.A.R.T.(スマート)機能を利用することによって、各種SMART情報（通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５など）を制御部１０１がハードディスク１０３から読み出して取得するようにしているが、端末装置１において、ハードディスク１０３にS.M.A.R.T.(スマート)機能と同様の機能を内蔵するようにしてもよい。なお、端末装置１は、これらのSMART情報を取得した後、点数情報Ｈ６を取得するために、各SMART情報を点数化するようにしている。
【００６０】
通電累積時間情報Ｈ１は、SMART情報のID=09（Power-On Hours）の情報であり、工場出荷状態からのハードディスク１０３の通電時間の合計時間の情報である。なお、SMART情報を用いない場合には、制御部１０１がハードディスク１０３の通電時間をカウントするようにしてもよい。例えば、ハードディスク１０３への給電を制御するスイッチを設けて、制御部１０１がこのスイッチを制御してハードディスク１０３に通電している時間の合計をカウントする。本実施形態においては、この情報を点数化するに当たり、通電時間が短いほど点数を高く設定している。
【００６１】
温度情報Ｈ２は、SMART情報のID=C2(194)（Temperature）の情報であり、ハードディスク１０３の現在の温度である。本実施形態におけるハードディスク１０３の保障温度は、５５℃（一般のハードディスクも同様の保障温度）であり、よって温度が低いほど点数を高く設定している。なお、SMART情報を用いない場合には、温度センサをハードディスク１０３の表面に配設し、この温度センサによって検出された温度を温度情報Ｈ２としてもよい。本実施形態においては、この情報を点数化するに当たり、温度が低いほど点数を高く設定している。
【００６２】
リードエラー発生率情報Ｈ３は、SMART情報のID=01（Raw Read Error Rate）の情報であり、ハードディスク１０３のデータ読み出し時に発生したエラーの割合（リードエラーの発生率）の情報である。本実施形態においては、この情報を点数化するに当たり、リードエラー発生率の所定の閾値（許容値）に対するリードエラー発生率の割合が低いほど点数を高く設定している。
【００６３】
不良セクタ数情報Ｈ４は、SMART情報のID=05（Reallocated Sectors Count）の情報であり、代替処理を施された（すなわち、代替セクタにデータが移動処理された）不良セクタ数の情報である。本実施形態においては、この情報を点数化するに当たり、不良セクタ数の所定の閾値（許容値）に対する不良セクタ数の割合が低いほど点数を高く設定している。
【００６４】
スループット性能情報Ｈ５は、SMART情報のID=02（Throughput Performance）の情報であり、規定通りの性能が出ているかの情報（ハードディスク１０３の処理能力の情報）である。本実施形態においては、スループット性能の所定の閾値（許容値）に対するスループット性能の割合が低ければ低いほどハードディスク１０３に異常がある確率が高くなる。本実施形態においては、この情報を点数化するに当たり、スループット性能が高いほど点数を高く設定している。
【００６５】
点数情報Ｈ６は、上述した通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の夫々の点数を合計して得られる。なお、点数情報Ｈ６としては、上記通電累積時間情報Ｈ１等の点数を単純に合計した点数を点数情報Ｈ６としての値としても良いし、通電累積時間情報Ｈ１等の各パラメータについて夫々予め設定されている重み付けをした上で加算し、点数情報Ｈ６としての最大点数が例えば１００点となるように正規化した点数を点数情報Ｈ６としての値としても良い。なお、このときの重み付けの例としては、図９に示すように、例えば、通電累積時間情報Ｈ１の重み付けを４０／１００、温度情報Ｈ２の重み付けを３０／１００、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の重み付けを夫々１０／１００とし、合計の点数を最大で１００点とする。
【００６６】
［１．６．端末装置の構成及び動作の説明］
以下、情報配信システムＳにおける端末装置１の構成及び動作について図面を参照して更に具体的に説明する。
【００６７】
（端末装置１の構成について）
まず、端末装置１の構成について説明する。図１０は、本実施形態に係る情報配信システムＳにおける端末装置１の概略構成を示す図である。
【００６８】
端末装置１は、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能であり、図１０に示すように、制御部１０１と、ルーティングテーブルやインデックステーブル等を記憶する書き換え可能な半導体記憶デバイスである記憶部１０２と、コンテンツ投入装置１０や他の端末装置１から取得したコンテンツ情報を記憶するハードディスク（ＨＤＤ）１０３（コンテンツ情報記憶手段の一例に相当）と、ネットワーク８を介して、コンテンツ投入装置１０や他の端末装置１と通信するための通信部１０４と、ハードディスク１０３や記憶部１０２に記憶したコンテンツ情報を順次取り出してデコードするデコーダ部１０５と、このデコーダ部１０５によってデコードされたコンテンツ情報のうち映像情報を後述の表示部１０７で表示可能な情報に変換処理する映像処理部１０６と、この映像処理部１０６からの出力に基づいて映像を表示する液晶表示装置（ＬＣＤ）などの表示部１０７と、デコーダ部１０５によってデコードされたコンテンツ情報のうち音声情報を後述のスピーカ１０９で音波として出力可能な情報に変換処理する音声処理部１０８と、この音声処理部１０８からの出力に基づいて音波を出力するスピーカ１０９と、マウス及びキーボードなどからなる入力部１１０とを備えている。なお、制御部１０１、記憶部１０２、ハードディスク１０３、通信部１０４、デコーダ部１０５は、システムバス１２０を介して相互に接続されている。
【００６９】
制御部１０１は、ＣＰＵ（Central Processing Unit）、不揮発性メモリ（例えば、フラッシュメモリ）及びＲＡＭ（Random Access Memory）から構成される。この不揮発性メモリには、情報配信システムＳに参加して、コンテンツ情報を送受信するための情報処理プログラムが格納されており、ＣＰＵは不揮発性メモリに記憶されている情報処理プログラムを読み出して実行することによって、通信部１０４と共にコンテンツ送信処理手段等として機能し、また、状態情報取得手段及び記憶処理手段等として機能する。
【００７０】
なお、この情報処理プログラムは、例えば、ネットワーク８に接続されたサーバ（例えば、コンテンツ投入装置１０）から、通信部１０４を介して、制御部１０１の不揮発性メモリにダウンロードされるようにしてもよく、又ＣＤ−Ｒ、ＤＶＤ―Ｒ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部１０１の不揮発性メモリに読み込まれるようにしてもよい。
【００７１】
（端末装置１の動作について）
以上のように構成された端末装置１の動作を具体的に説明する。図１１〜図１３は端末装置１の動作内容の一例を示すフローチャートである。なお、以下の各処理は、端末装置１の制御部１０１が上述した各手段等として機能することによって実行されるものである。
【００７２】
図１１に示すように、端末装置１においてメイン電源スイッチ（図示せず）がＯＮにされたときやリセットスイッチ（図示せず）が操作されたとき、制御部１０１のＣＰＵは、初期化動作として、記憶部１０２のアクセス許可、内部ＲＡＭの作業領域確保等の初期設定動作を実行し、不揮発性メモリに記憶した情報処理プログラムを読み出して、制御部１０１としての機能を動作状態とした後、情報配信システムＳへ参加して（ステップＳ１０）、ステップＳ１１に処理を移行する。
【００７３】
ここで、情報配信システムＳへの参加は、制御部１０１による処理によって次のように行われる。まず、制御部１０１は、自装置のＩＰアドレスを所定のハッシュ関数で演算することによって自装置の端末ＩＤを得る。制御部１０１は、この端末ＩＤを宛先識別情報とし、自装置の所在情報（ＩＰアドレスなど）を含む参加メッセージを通信部１０４を介して所定の端末装置１へ送信する。この参加メッセージはＤＨＴルーティングにより転送される。そして、この参加メッセージを受信した他の端末装置１は、自装置のルーティングテーブルから参加メッセージの転送回数に応じたレベルのテーブルの情報を取り出して、参加メッセージを送信した端末装置１へその情報を送信する。制御部１０１は、このように参加メッセージを受信した端末装置１からルーティングテーブルの情報を通信部１０４を介して取得し、これらの情報に基づいてルーティングテーブルを生成し、情報配信システムＳに参加する。
【００７４】
また、制御部１０１は、情報配信システムＳへの参加時にコンテンツ投入装置１０からコンテンツカタログを取得し、表示部１０７にこのコンテンツカタログの内容を表示する。これにより、端末装置１の利用者は、情報配信システムＳにおいて配信可能なコンテンツ情報を把握し、所定の操作を行って所望のコンテンツ情報を取得することが可能となる。
【００７５】
ステップＳ１１において、制御部１０１は、コンテンツ投入装置１０から通信部１０４を介してコンテンツ情報の登録要求（以下、「コンテンツ投入要求」と呼ぶ。）を受信したか否かを判定する。
【００７６】
この処理において、コンテンツ投入要求を受信したと判定すると（ステップＳ１１：Ｙｅｓ）、制御部１０１は、コンテンツ投入要求処理を行う（ステップＳ１２）。このコンテンツ投入要求処理は、図１２におけるステップＳ２０〜Ｓ２４の処理であり、後で詳述する。
【００７７】
一方、コンテンツ投入要求を受信していないと判定すると（ステップＳ１１：Ｎｏ）、制御部１０１は、他の端末装置１からコンテンツ情報の送信要求を受信したか否かを判定する（ステップＳ１３）。コンテンツ情報の送信要求を受信したと判定すると（ステップＳ１３：Ｙｅｓ）、制御部１０１は、コンテンツ情報送信処理を行う（ステップＳ１４）。このコンテンツ情報送信処理は、図１３におけるステップＳ３０〜Ｓ３４の処理であり、後で詳述する。
【００７８】
一方、コンテンツ情報の送信要求を受信していないと判定すると（ステップＳ１３：Ｎｏ）、制御部１０１は、コンテンツ再生指示があるか否かを判定する（ステップＳ１５）。例えば、利用者による入力部１１０の操作によって、表示部１０７に表示されているコンテンツカタログの中からコンテンツ情報が選択されたときに、制御部１０１は、コンテンツ再生指示があったと判定する。
【００７９】
この処理において、コンテンツ再生指示があったと判定すると（ステップＳ１５：Ｙｅｓ）、制御部１０１は、コンテンツ再生処理を行う（ステップＳ１６）。このコンテンツ再生処理は、コンテンツ再生指示があったコンテンツ情報を取得するために、当該コンテンツ情報のコンテンツＩＤに基づいた検索メッセージを通信部１０４を介して送信し、この検索メッセージに応じてルート端末装置から送信されるコンテンツ保持端末装置の所在情報を通信部１０４を介して取得して、当該コンテンツ保持端末装置から通信部１０４を介してコンテンツ再生指示があったコンテンツ情報を取得することによって行うものである。なお、ルート端末装置からは複数のコンテンツ保持端末装置の所在情報を取得するようにしており、制御部１０１は、コンテンツ情報の送信を要求したコンテンツ保持端末装置からコンテンツ情報を送信できない旨の通知を通信部１０４を介して受信すると、ルート端末装置から受信した他のコンテンツ保持端末装置に対してコンテンツ情報の送信を要求するようにしている。また、全てのコンテンツ保持端末装置からコンテンツ情報を送信できない旨の通知を通信部１０４を介して受信したとき、制御部１０１は、再度コンテンツ保持端末装置に対してコンテンツ情報の送信要求を行う。
【００８０】
一方、コンテンツ再生指示がないと判定すると（ステップＳ１５：Ｎｏ）、制御部１０１は、通信部１０４を介してメッセージ（検索メッセージや登録メッセージなど）を受信したか否かを判定する（ステップＳ１７）。この処理において、メッセージを受信したと判定すると（ステップＳ１７：Ｙｅｓ）、制御部１０１は、メッセージ処理を行う（ステップＳ１８）。このメッセージ処理は、例えば受信したメッセージが検索メッセージの場合には、自装置が当該検索メッセージに対応するルート端末装置であるときには、インデックステーブルから対応するコンテンツ保持端末装置の所在情報を検索メッセージの送信元端末装置へ送信し、自装置が当該検索メッセージに対応するルート端末装置ではないとき、当該検索メッセージをルーティングテーブルに基づいて転送する。また、受信したメッセージが登録メッセージの場合には、自装置が当該登録メッセージに対応するルート端末装置であるときには、当該登録メッセージに含まれるインデックス情報を記憶部１０２のインデックステーブルに記憶し、自装置が当該登録メッセージに対応するルート端末装置ではないとき、当該登録メッセージをルーティングテーブルに基づいて転送する。
【００８１】
ステップＳ１７においてメッセージを受信していないと判定したとき（ステップＳ１７：Ｎｏ）、又はステップＳ１２，Ｓ１４，Ｓ１６，Ｓ１８の処理が終了したとき、制御部１０１は、終了指示を検知したか否かを判定する（ステップＳ１９）。例えば、自装置の電源がＯＦＦ状態へ移行したとき、制御部１０１は、終了指示を検知する。
【００８２】
ステップＳ１９において、終了指示を検知したと判定すると（ステップＳ１９：Ｙｅｓ）、制御部１０１は、メイン処理を終了し、一方、終了指示を検知していないと判定すると（ステップＳ１９：Ｎｏ）、制御部１０１は、ステップＳ１１からの処理を繰り返す。なお、上述のコンテンツ投入要求処理、コンテンツ情報送信処理、コンテンツ再生処理及びメッセージ処理は、時分割で並列に行われるようにしてもよい。例えば、コンテンツ情報の送信要求を受信したと判定すると（ステップＳ１３：Ｙｅｓ）、制御部１０１はステップＳ１４のコンテンツ情報送信処理を起動してステップＳ１９に移行し、コンテンツ再生指示があったと判定すると（ステップＳ１５：Ｙｅｓ）、制御部１０１はステップＳ１６のコンテンツ再生処理を起動してステップＳ１９に移行する。
【００８３】
次に、ステップＳ１２におけるコンテンツ投入要求処理について図１２のフローチャートを参照して具体的に説明する。図１２は端末装置１におけるコンテンツ投入要求処理のフローチャートである。
【００８４】
図１２に示すように、コンテンツ投入要求処理を開始すると、制御部１０１は、ハードディスク１０３におけるハードディスク状態情報ＨＳを抽出する（ステップＳ２０）。このとき、制御部１０１は、ハードディスク１０３に対して、通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の各情報の出力を要求してこれらの情報を取得する。そして、制御部１０１は、これらの情報を点数化して合計した点数情報Ｈ６を生成することによってハードディスク状態情報ＨＳを抽出する。このように制御部１０１は、ハードディスク１０３から当該ハードディスク状態情報ＨＳを取得する状態情報取得手段として機能する。
【００８５】
次に、制御部１０１は、ハードディスク状態情報ＨＳが所定条件としてコンテンツ記憶条件を満たすか否かを判定する（ステップＳ２１）。すなわち、制御部１０１は、コンテンツ記憶条件を満たすか否かの判定を、ステップＳ２０で抽出したハードディスク状態情報ＨＳである点数情報Ｈ６の値が、予め設定された所定点数（閾値）以上の点数を有するものであるか否かを判定することによって行う。
【００８６】
この処理において、ハードディスク状態情報ＨＳがコンテンツ記憶条件を満たすと判定すると（ステップＳ２１：Ｙｅｓ）、制御部１０１は、通信部１０４を介してコンテンツ投入装置１０の登録要求に対して許可応答を行い、ハードディスク１０３を駆動する。そして、この許可応答に応じてコンテンツ投入装置１０から送信されるコンテンツ情報を通信部１０４を介して取得し、当該ハードディスク１０３へ記憶する（ステップＳ２２）。
【００８７】
そして、ステップＳ２２でハードディスク１０３に記憶したコンテンツ情報のルート端末装置に向けて通信部１０４を介して登録メッセージ（ハードディスク１０３に記憶したコンテンツ情報に関するインデックス情報を含むメッセージ）を送信して（ステップＳ２３）、コンテンツ投入要求処理を終了する。
【００８８】
一方、ハードディスク状態情報ＨＳが所定条件としてコンテンツ記憶条件を満たさないと判定すると（ステップＳ２１：Ｎｏ）、制御部１０１は、ハードディスク１０３を駆動せずに、コンテンツ投入装置１０へコンテンツ情報を受信できない旨を通信部１０４を介して通知し（ステップＳ２４）、コンテンツ投入要求処理を終了してコンテンツ投入要求処理を終了する。
【００８９】
このように、制御部１０１は、ハードディスク１０３の状態情報が所定条件を満たすときには、コンテンツ投入装置１０からコンテンツ情報を受信してハードディスク１０３に記憶し、ハードディスク１０３の状態情報が所定条件を満たさないときには、コンテンツ投入装置１０からコンテンツ情報を受信及び記憶せずに、コンテンツ投入装置１０に対してコンテンツ情報を受信できない旨を通信部１０４を介して通知する記憶処理手段として機能する。
【００９０】
次に、ステップＳ１４におけるコンテンツ情報送信処理について図１３のフローチャートを参照して具体的に説明する。図１３は端末装置１におけるコンテンツ情報送信処理のフローチャートである。
【００９１】
図１３に示すように、コンテンツ情報送信処理を開始すると、ハードディスク１０３におけるハードディスク状態情報ＨＳを抽出する（ステップＳ３０）。すなわち、制御部１０１は、ハードディスク１０３に対して、通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の各情報の出力を要求してこれらの情報を取得する。そして、制御部１０１は、これらの情報を点数化して合計した点数情報Ｈ６を生成することによってハードディスク状態情報ＨＳを抽出する。このように制御部１０１は、ハードディスク１０３から当該ハードディスク状態情報ＨＳを取得する状態情報取得手段として機能する。
【００９２】
次に、制御部１０１は、ハードディスク状態情報ＨＳが所定条件としてコンテンツ送信条件を満たすか否かを判定する（ステップＳ３１）。このとき、制御部１０１は、コンテンツ送信条件を満たすか否かの判定を、ステップＳ３０で抽出したハードディスク状態情報ＨＳである点数情報Ｈ６の値が、予め設定された所定点数（閾値）以上の点数を有するものであるか否かを判定することによって行う。
【００９３】
この処理において、ハードディスク状態情報ＨＳがコンテンツ送信条件を満たすと判定すると（ステップＳ３１：Ｙｅｓ）、制御部１０１は、ハードディスク１０３を駆動し、リクエスト端末装置から要求されるコンテンツ情報を当該ハードディスク１０３から取り出す（ステップＳ３２）。
【００９４】
そして、ステップＳ３２でハードディスク１０３から取り出したコンテンツ情報をリクエスト端末装置へ通信部１０４を介して送信し（ステップＳ３３）、コンテンツ情報送信処理を終了する。
【００９５】
一方、ハードディスク状態情報ＨＳが所定条件としてコンテンツ送信条件を満たさないと判定すると（ステップＳ３１：Ｎｏ）、制御部１０１は、ハードディスク１０３を起動せずに、リクエスト端末装置へコンテンツ情報を送信することができない旨を通信部１０４を介して通知し（ステップＳ３４）、コンテンツ情報送信処理を終了する。
【００９６】
このように制御部１０１は、ハードディスク１０３に記憶したコンテンツ情報の送信要求をリクエスト端末装置から受信したとき、当該ハードディスク１０３の状態情報が所定条件としてコンテンツ情報送信条件を満たすときにはリクエスト端末装置へハードディスク１０３に記憶したコンテンツ情報を送信し、コンテンツ情報送信条件を満たさなくなるとリクエスト端末装置へのコンテンツ情報の送信を規制するコンテンツ送信処理手段として機能する。
【００９７】
なお、上述においては、ハードディスク状態情報ＨＳを点数情報Ｈ６として説明したが、通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５のうち一部の点数情報を選択してハードディスク状態情報ＨＳとすることができる。例えば、点数情報Ｈ６のうち通電累積時間情報Ｈ１に関する点数情報だけをハードディスク状態情報ＨＳとしてもよく、また、通電累積時間情報Ｈ１と温度情報Ｈ２に関する点数情報だけをハードディスク状態情報ＨＳとしてもよい。このとき、選択した各情報の点数の合計値に基づいてコンテンツ記憶条件及びコンテンツ送信条件を満たすか否かを判定するのではなく、選択した各情報の点数毎にコンテンツ記憶条件及びコンテンツ送信条件を満たすか否かを判定するようにしてもよい。この場合には、各情報を点数化せずにコンテンツ記憶条件及びコンテンツ送信条件を満たすか否かを判定するようにしてもよい。
【００９８】
また、ハードディスク状態情報ＨＳを構成するパラメータとして用いることができる情報は、通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５に限られず、コンテンツ情報の安定配信に関わるハードディスクの状態情報であればその他の情報であってもよい。
【００９９】
また、コンテンツ記憶条件及びコンテンツ送信条件は、その初期値が記憶部１０２に設定されているものであるが、入力部１１０への入力操作によって所望の条件に設定することができるようにしてもよく、これにより各端末装置に応じた設定が可能となる。
【０１００】
以上のように、第１実施形態における端末装置１は、ハードディスク１０３の状態情報が所定条件を満たさないときには、コンテンツ投入装置１０などからのコンテンツ情報の登録要求を拒否してハードディスク１０３にコンテンツ情報を保持せず、また、リクエスト端末装置から要求されたコンテンツ情報の送信を行わないようにして、コンテンツ情報を保持するコンテンツ保持端末装置内のハードディスクの状態を考慮して、端末装置間におけるコンテンツ情報の配信を行うので、リクエスト端末装置において安定的にコンテンツ情報の配信を受けることができる。
【０１０１】
また、端末装置がリクエスト端末装置として機能するときには、ハードディスク１０３の状態がよくない場合でも、コンテンツ情報をハードディスク１０３に記憶し、再生することとしており、これにより、端末装置１の利用者によるコンテンツ情報の再生動作は妨げないようにしている。
【０１０２】
また、コンテンツ記憶条件やコンテンツ送信条件の設定に応じて、コンテンツ保持端末装置として利用される時間などを変更させることにより、利用者毎や端末装置の種類毎に適切な設定を行うことができる。例えば、制御部１０１は、端末装置の利用状況に応じて、コンテンツ記憶条件やコンテンツ送信条件を調整するようにしてもよい。例えば、コンテンツ記憶条件やコンテンツ送信条件のハードディスク状態情報ＨＳを通電累積時間情報Ｈ１の点数とし、コンテンツ情報の取得回数や再生回数が多い端末装置１はコンテンツ記憶条件やコンテンツ送信条件をハードディスク状態情報ＨＳが第１の値（例えば、３５点）以上のときとし、コンテンツ情報の取得回数や再生回数が少ない端末装置１はコンテンツ記憶条件やコンテンツ送信条件をハードディスク状態情報ＨＳが第２の値（例えば、２５点）以上のときとする。また、ハードディスク１０３の動作保障時間に応じて、通電累積時間情報Ｈ１を変更するようにしてもよい。
【０１０３】
［２．第２実施形態］
次に、第２実施形態における情報配信システムＳ’の動作について説明する。第１実施形態における情報配信システムＳでは、ハードディスク状態情報ＨＳがコンテンツ送信条件を満たすときにハードディスク１０３を駆動させ、コンテンツ情報を読み出して送信するコンテンツ情報送信処理を行うこととしたが、本第２実施形態における情報配信システムＳ’ではハードディスク状態情報ＨＳがコンテンツ送信条件を満たさないときでも、所定期間内に同じリクエスト端末装置から再度コンテンツ情報の送信要求があったときには、ハードディスク１０３を駆動させ、コンテンツ情報を読み出して送信するコンテンツ情報送信処理を行うものである。なお、その他の動作については、第１実施形態における動作と同様であるため、ここではコンテンツ情報送信処理についてのみ説明する。また、第１実施形態と同様の構成については第１実施形態と同一符号として説明する。また、端末装置１においては、このような動作を実行するために、第１実施形態と同様に制御部１０１の不揮発性メモリに情報処理プログラムを有している。
【０１０４】
まず、図１４を参照して、第２実施形態における情報配信システムＳ’におけるコンテンツ情報送信処理について説明する。
【０１０５】
図１４に示すように、コンテンツ情報送信処理を開始すると、制御部１０１は、リクエスト端末装置のアクセス時間を記憶部１０２に記憶する（ステップＳ４０）。すなわち、制御部１０１は、コンテンツ情報の送信要求を行ったリクエスト端末装置のＩＰアドレスとその送信要求を受信した時刻の情報とを記憶部１０２のアクセス記憶領域に記憶する。
【０１０６】
次に、制御部１０１は、ステップＳ３０（図１３参照）と同様に、ハードディスク１０３におけるハードディスク状態情報ＨＳを抽出し（ステップＳ４１）、ステップＳ３１（図１３参照）と同様に、ハードディスク状態情報ＨＳが所定条件としてコンテンツ送信条件を満たすか否かを判定する（ステップＳ４２）。
【０１０７】
この処理において、ハードディスク状態情報ＨＳがコンテンツ送信条件を満たすと判定すると（ステップＳ４２：Ｙｅｓ）、制御部１０１は、ハードディスク１０３を駆動し、リクエスト端末装置から要求されるコンテンツ情報を当該ハードディスク１０３から取り出し（ステップＳ４３）し、取り出したコンテンツ情報をリクエスト端末装置へ通信部１０４を介して送信し（ステップＳ４４）、コンテンツ情報送信処理を終了する。
【０１０８】
一方、ハードディスク状態情報ＨＳが所定条件としてコンテンツ送信条件を満たさないと判定すると（ステップＳ４２：Ｎｏ）、制御部１０１は、所定時間内の同一リクエスト端末装置からの送信要求であるか否かを判定する（ステップＳ４５）。すなわち、制御部１０１は、記憶部１０２のアクセス記憶領域を参照して、コンテンツ情報の送信要求を行ったリクエスト端末装置が所定時間内（例えば、１分以内）に２回アクセスがあったか否かを判定する。
【０１０９】
この処理において、所定時間内の同一リクエスト端末装置からの送信要求であると判定すると（ステップＳ４５：Ｙｅｓ）、制御部１０１は、処理をステップＳ４３に移行し、リクエスト端末装置へ要求にかかるコンテンツ情報を送信する。
【０１１０】
一方、所定時間内の同一リクエスト端末装置からの送信要求ではないと判定すると（ステップＳ４５：Ｎｏ）、ハードディスク１０３を起動せずに、リクエスト端末装置へコンテンツ情報を送信することができない旨を通信部１０４を介して通知して（ステップＳ４６）、コンテンツ情報送信処理を終了する。このように、制御部１０１はコンテンツ送信処理手段として機能するとき、ハードディスク１０３の状態情報が所定条件を満たさないときでも、リクエスト端末装置から再度の送信要求があると、ハードディスク１０３に記憶したコンテンツ情報を送信するようにしている。
【０１１１】
以上のように第２実施形態における端末装置１は、ハードディスク状態情報ＨＳがコンテンツ送信条件を満たさないときでも、所定期間内に同じリクエスト端末装置から再度コンテンツ情報の送信要求があったときには、ハードディスク１０３を駆動させ、コンテンツ情報を読み出して送信するコンテンツ情報送信処理を行うようにしており、これによりコンテンツ保持端末装置の数が少ない場合であっても、リクエスト端末装置によるコンテンツ情報の受信を可能としている。すなわち、第１実施形態の情報配信システムＳでは、例えば、コンテンツ保持端末装置が２台であり、これらが共にコンテンツ送信条件を満たさないとき、リクエスト端末装置による送信要求は拒否されてコンテンツ情報を取得することができないが、本第２実施形態では、リクエスト端末装置は、コンテンツ情報保持端末装置から一旦コンテンツ情報の送信を拒否されたときでも、他のコンテンツ情報保持装置からコンテンツ情報を取得できないときには、再度コンテンツ情報の送信要求を行うこととしており、一方でコンテンツ保持端末装置は所定時間内の同一リクエスト端末装置からのコンテンツ情報の送信要求に応答して、コンテンツ情報の送信を行うこととしているので、コンテンツ情報を安定して配信することができる情報配信システムを提供することができる。
【０１１２】
［３．第３実施形態］
次に、第３実施形態における情報配信システムＳ”の動作について説明する。第１実施形態における情報配信システムＳでは、ハードディスク状態情報ＨＳがコンテンツ送信条件を満たすときにハードディスク１０３を駆動させ、コンテンツ情報を読み出して送信するコンテンツ情報送信処理を行うこととしたが、本第３実施形態における情報配信システムＳ”では、ハードディスク状態情報ＨＳがコンテンツ送信条件を満たすときでも、コンテンツ状態情報に応じた確率でコンテンツ情報の記憶を規制するコンテンツ投入要求処理やコンテンツ状態情報に応じた確率でコンテンツ情報の送信を規制するコンテンツ情報送信処理を行うものである。なお、その他の動作については、第１実施形態における動作と同様であるため、ここではコンテンツ投入要求処理及びコンテンツ情報送信処理についてのみ説明する。また、第１実施形態と同様の構成については第１実施形態と同一符号として説明する。また、端末装置１においては、このような動作を実行するために、第１実施形態と同様に制御部１０１の不揮発性メモリに情報処理プログラムを有している。
【０１１３】
まず、図１５を参照して、第３実施形態における情報配信システムＳ”におけるコンテンツ投入要求処理について説明する。なお、第３実施形態のコンテンツ投入要求処理は、第１実施形態のコンテンツ投入要求処理における図１２に示すステップＳ２１とステップＳ２２との間に追加の処理（ステップＳ５２、Ｓ５３）があること以外は、同じ処理（すなわち、ステップＳ５０，Ｓ５１，Ｓ５４，Ｓ５５，Ｓ５６は、図１２に示すステップＳ２０，Ｓ２１，Ｓ２２，Ｓ２３，Ｓ２４にそれぞれ対応する。）であることから同じ処理についてはここでの説明は省略する。
【０１１４】
図１５に示すように、ハードディスク状態情報ＨＳがコンテンツ記憶条件を満たすと判定すると（ステップＳ５１：Ｙｅｓ）、制御部１０１は、ハードディスク状態情報ＨＳに応じた記憶確率を算出する（ステップＳ５２）。例えば、ハードディスク状態情報ＨＳである点数情報Ｈ６が６０％であるとき、制御部１０１は、記憶確率を６０％とする。
【０１１５】
次に、制御部１０１は、ステップＳ５２において算出した記憶確率に基づいて、コンテンツ投入装置１０からのコンテンツ情報を記憶するか否かを決定する（ステップＳ５３）。この処理において、コンテンツ情報を記憶すると決定したとき（ステップＳ５３：Ｙｅｓ）、制御部１０１は、ステップＳ５４に処理を移行して、コンテンツ投入装置１０の登録要求に対して通信部１０４を介して許可応答を行い、この許可応答に応じてコンテンツ投入装置１０から送信されるコンテンツ情報を通信部１０４を介して取得し、当該ハードディスク１０３へ記憶する。一方、コンテンツ投入装置１０からのコンテンツ情報を記憶しないと決定したとき（ステップＳ５３：Ｎｏ）、制御部１０１は、処理をステップＳ５６に移行して、通信部１０４を介してコンテンツ投入装置１０へコンテンツ情報を受信できない旨を通知する。このように、制御部１０１は、記憶処理手段として機能するとき、コンテンツ情報の登録要求をリクエスト端末装置から受信したときに、ハードディスク１０３の状態情報が所定条件を満たすとき、ハードディスク１０３の状態情報に応じた確率で、ハードディスク１０３にコンテンツ投入装置１０から送信されるコンテンツ情報を記憶する。
【０１１６】
次に、図１６を参照して、第３実施形態における情報配信システムＳ”におけるコンテンツ情報送信処理について説明する。なお、第３実施形態のコンテンツ情報送信処理は、第１実施形態のコンテンツ情報送信処理における図１３に示すステップＳ３１とステップＳ３２との間に追加の処理（ステップＳ６２、Ｓ６３）があること以外は、同じ処理（すなわち、ステップＳ６０，Ｓ６１，Ｓ６４，Ｓ６５，Ｓ６６は、図１３に示すステップＳ３０，Ｓ３１，Ｓ３２，Ｓ３３，Ｓ３４にそれぞれ対応する。）であることから同じ処理についてはここでの説明は省略する。
【０１１７】
図１６に示すように、ハードディスク状態情報ＨＳがコンテンツ送信条件を満たすと判定すると（ステップＳ６１：Ｙｅｓ）、制御部１０１は、ハードディスク状態情報ＨＳに応じた送信確率を算出する（ステップＳ６２）。例えば、ハードディスク状態情報ＨＳである点数情報Ｈ６が６０％であるとき、制御部１０１は、送信確率を６０％とする。
【０１１８】
次に、制御部１０１は、ステップＳ６２において算出した送信確率に基づいて、リクエスト端末装置へコンテンツ情報を送信するか否かを決定する（ステップＳ６３）。この処理において、リクエスト端末装置へコンテンツ情報を送信すると決定したとき（ステップＳ６３：Ｙｅｓ）、制御部１０１は、ステップＳ６４に処理を移行する。一方、リクエスト端末装置へコンテンツ情報を送信しないと決定したとき（ステップＳ６３：Ｎｏ）、制御部１０１は、処理をステップＳ６６に移行する。このように、制御部１０１は、コンテンツ送信処理手段として機能するとき、ハードディスク１０３の状態情報が所定条件を満たすときに、ハードディスク１０３に記憶したコンテンツ情報のリクエスト端末装置への送信を、ハードディスク１０３の状態情報に応じた確率で行うようにしている。
【０１１９】
以上のように第３実施形態における端末装置１は、ハードディスク１０３の状態情報が所定条件を満たすときでも、ハードディスク状態情報ＨＳに応じた確率でコンテンツ情報の記憶やコンテンツ情報の送信を規制するようにしており、端末装置１のハードディスク状態情報ＨＳの状態が良好でないものはコンテンツ保持端末装置として動作する確率が低くなり、配信能力が低下していない、より安定したコンテンツ保持端末装置からコンテンツ情報の配信を受けることができ、コンテンツ情報を受信できないといった問題などを抑えることが可能となる。
【０１２０】
以上、本発明の実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１２１】
例えば、端末装置１の所在情報としてＩＰアドレスを例にして説明したが、ＩＰアドレスに加えポート番号を含めて所在情報としてもよく、ネットワーク上の位置が特定できるものであればよい。
【０１２２】
また、上述においては、メッセージ登録条件とメッセージ送信条件とを同様の条件としたが、異なる条件とするようにしてもよく、このようにすることで、環境に即した情報配信システムを提供することができる。
【０１２３】
また、上述した実施形態においては、ハードディスク状態情報ＨＳにおける点数情報Ｈ６の点数化につき、点数が高いほどハードディスク１０３の状態が良いとの定義により当該点数化を行ったが、これとは反対に、点数が低いほどハードディスク１０３の状態が良いとの定義により当該点数化を行っても良い。
【図面の簡単な説明】
【０１２４】
【図１】本発明の第１実施形態に係る情報配信システムにおける各端末装置及びコンテンツ投入装置の接続態様の一例を示す図である。
【図２】ＩＤ空間の説明図である。
【図３】ルーティングテーブルを説明するための図である。
【図４】ルーティングテーブルの一例である。
【図５】コンテンツ保持端末装置から送信される登録メッセージがＤＨＴルーティングにより転送される様子を示す図である。
【図６】インデックステーブルの一例である。
【図７】ＤＨＴルーティングによりコンテンツ情報を保持している端末装置が検索される様子の一例を示す図である。
【図８】第１実施形態に係る端末装置のハードディスクの状態情報の内容を示す図である。
【図９】第１実施形態に係るハードディスクの状態情報を構成する各パラメータの具体例を示す図である。
【図１０】第１実施形態に係る端末装置の概略構成を示す図である。
【図１１】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１２】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１３】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１４】第２実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１５】第３実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１６】第３実施形態に係る端末装置の動作内容を示すフローチャートである。
【符号の説明】
【０１２５】
Ｓ  情報配信システム
１  端末装置
１０  コンテンツ投入装置
８  ネットワーク
１０１  端末装置の制御部
１０２  端末装置の記憶部
１０３  端末装置のハードディスク
１０４  端末装置の通信部
【図１】
2009087103.tif 000003
【図２】
2009087103.tif 000004
【図３】
2009087103.tif 000005
【図４】
2009087103.tif 000006
【図５】
2009087103.tif 000007
【図６】
2009087103.tif 000008
【図７】
2009087103.tif 000009
【図８】
2009087103.tif 000010
【図９】
2009087103.tif 000011
【図１０】
2009087103.tif 000012
【図１１】
2009087103.tif 000013
【図１２】
2009087103.tif 000014
【図１３】
2009087103.tif 000015
【図１４】
2009087103.tif 000016
【図１５】
2009087103.tif 000017
【図１６】
2009087103.tif 000018