(57)【要約】【課題】コンテンツ情報を保持する端末装置内のハードディスクの状態を考慮して、迅速且つ安定的にコンテンツ情報の配信を受けることができる端末装置を提供する。【解決手段】コンテンツ情報を記憶するハードディスクと、このハードディスクから当該ハードディスクの状態情報を取得する状態情報取得手段と、このハードディスクに記憶したコンテンツ情報の識別情報及び自装置の所在情報を含む情報を所定の端末装置へ登録するために、これらの情報を含む登録メッセージをネットワークを介して所定の端末装置へ送信する登録メッセージ送信手段と、登録メッセージを送信した後、ハードディスクの状態情報が所定の条件を満たさなくなると、コンテンツ情報の識別情報及び自装置の所在情報を含む情報を所定の端末装置から消去するための消去メッセージを所定の端末装置へ送信する消去メッセージ送信手段とを備える。【選択図】図１７
2009087102.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」のコンテンツ情報を保持するコンテンツ保持端末装置の端末ＩＤ、ＩＰアドレスなどを記憶している。
【００４６】
ところで、コンテンツ保持端末装置は、上述のようにコンテンツ情報をハードディスク１０３に記憶して保持することになるが、このハードディスク１０３は寿命等によって故障することがある。そのような場合には、他の端末装置１からコンテンツ情報の送信を要求されても、コンテンツ情報を送信することができない。ところが、コンテンツ保持端末装置から送信される登録メッセージによってインデックス情報がルート端末装置に保持されているため、ハードディスク１０３が故障したような場合であっても、コンテンツ情報の送信を要求されてしまい、迅速で安定的なコンテンツ情報の配信を行うことができない。
【００４７】
そこで、本実施形態における端末装置１は、自装置内のハードディスク１０３の状態情報を検出する状態情報検出手段を備えており、コンテンツ情報をハードディスク１０３に記憶して登録メッセージを送信した後、ハードディスク１０３の状態情報が所定条件を満たさなくなると、ルート端末装置のインデックス情報から自装置の情報（所在情報であるＩＰアドレス等）の消去を要求する消去メッセージをＤＨＴルーティングによりルート端末装置へ送信するようにしている。
【００４８】
例えば、図７に示す端末装置１ｍ（コンテンツＩＤ「3020」のコンテンツ保持端末装置）は、自装置のハードディスク１０３の状態情報が所定条件を満たさなくなると、コンテンツＩＤ「3020」を宛先識別情報とした消去メッセージを生成し、登録メッセージと同様に、この消去メッセージを自己が保持しているルーティングテーブルを参照してＤＨＴルーティングによりルート端末装置１ｃへ送信する。コンテンツＩＤ「3020」のルート端末装置１ｃが例えば図６に示すインデックステーブルを有しているとき、ルート端末装置１ｃは、このインデックステーブルから端末ＩＤ「1301」とそのＩＰアドレス「100.23.156.1」を削除（消去）する。
【００４９】
また、本実施形態における端末装置１は、ハードディスク１０３の状態情報が所定条件を満たさなくなると、コンテンツ情報をハードディスク１０３に記憶した後でも登録メッセージを送信しないようにしている。すなわち、ハードディスク１０３の状態情報が所定条件を満たさなくなると、コンテンツ情報をハードディスク１０３に記憶してもコンテンツ保持端末装置としては機能しないようにしている。
【００５０】
ここで、端末装置１がハードディスク１０３から取得するハードディスク１０３の状態情報としては、図８に示すように、当該ハードディスク１０３の通電累積時間情報Ｈ１、当該ハードディスク１０３の温度情報Ｈ２、当該ハードディスク１０３におけるリードエラー発生率情報Ｈ３、当該ハードディスク１０３における不良セクタ数情報Ｈ４、当該ハードディスク１０３におけるスループット性能情報Ｈ５がある。そして、端末装置１は、これらの通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の夫々の値を後述する方法により点数化して得られる値の合計点を示す点数情報Ｈ６を状態情報検出手段で検出するハードディスクの状態情報（以下、「ハードディスク状態情報ＨＳ」と呼ぶ。）として生成する。
【００５１】
本実施形態における端末装置１では、登録メッセージを生成して送信するための契機をハードディスク状態情報ＨＳが所定条件（以下、「登録メッセージ送信条件」と呼ぶ。）を満たすときとし、消去メッセージを生成して送信するための契機をハードディスク状態情報ＨＳが所定条件（以下、「消去メッセージ非送信条件」と呼ぶ。）を満たさなくなったときとしており、この登録メッセージ送信条件及び消去メッセージ非送信条件は後述する記憶部１０２内に予め設定されている。
【００５２】
この登録メッセージ送信条件及び消去メッセージ非送信条件として、ハードディスク状態情報ＨＳである点数情報Ｈ６が所定点数（閾値）以上（例えば、８０点以上）であるという条件が設定される。そして、この登録メッセージ送信条件を満たすときに、ハードディスク１０３にコンテンツ情報を記憶すると登録メッセージをルート端末装置へ送信し、その後、消去メッセージ非送信条件を満たさなくなったときに、消去メッセージをルート端末装置へ送信する。
【００５３】
ここで、ハードディスク状態情報ＨＳを構成する各パラメータである上記各情報Ｈ１〜Ｈ５は、制御部１０１がハードディスク１０３から取得する。すなわち、ハードディスク１０３には、周知の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）の情報であり、規定通りの性能が出ているかの情報（ハードディスク１０３の処理能力の情報）である。本実施形態においては、スループット性能の所定の閾値（許容値）に対するスループット性能の割合が低ければ低いほどハードディスク１０３に異常がある確率が高くなる。本実施形態においては、この情報を点数化するに当たり、スループット性能が高いほど点数を高く設定している。
【００６０】
点数情報Ｈ６は、上述した通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の夫々の点数を合計して得られる。なお、点数情報Ｈ６としては、上記通電累積時間情報Ｈ１等の点数を単純に合計した点数を点数情報Ｈ６としての値としても良いし、通電累積時間情報Ｈ１等の各パラメータについて夫々予め設定されている重み付けをした上で加算し、点数情報Ｈ６としての最大点数が例えば１００点となるように正規化した点数を点数情報Ｈ６としての値としても良い。なお、このときの重み付けの例としては、図９に示すように、例えば、通電累積時間情報Ｈ１の重み付けを４０／１００、温度情報Ｈ２の重み付けを３０／１００、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の重み付けを夫々１０／１００とし、合計の点数を最大で１００点とする。
【００６１】
［１．４．コンテンツ情報の取得方法］
次に、図１０を参照して、コンテンツ情報を保持している端末装置１の検索方法の一例について説明する。図１０は、ＤＨＴによりコンテンツ情報を保持している端末装置１が検索される様子の一例を示す図である。
【００６２】
ここでは、端末ＩＤ「1133」の端末装置１ｎがリクエスト端末装置として、コンテンツＩＤ「3020」を有するコンテンツ情報を探す際の手順について説明する。
【００６３】
リクエスト端末装置１ｎは、図１０に示すように、自装置のルーティングテーブルを参照して、コンテンツＩＤ「3020」と同じエリア「3XXX」の端末ＩＤを持つ端末装置１の端末ＩＤを宛先とし、コンテンツＩＤ「3020」を宛先識別情報として、コンテンツ保持端末装置情報（コンテンツ保持端末装置の所在情報であるＩＰアドレスを含む情報）の送信要求のメッセージ（以下、「検索メッセージ」と呼ぶ。）を送信する（図１０に示す（１）参照。）。そして、この検索メッセージも、上記登録メッセージと同様にルーティングテーブルに従って、次々と転送されていき（図１０に示す（２）参照。）、最終的に当該コンテンツＩＤ「3020」のコンテンツ情報を管理するルート端末装置である端末装置１ｃ（端末ＩＤ「3011」）に辿り着くと、当該ルート端末装置１ｃは、検索メッセージに含まれるコンテンツＩＤ「3020」を、自身が管理しているインデックステーブルに記憶したインデックス情報の中から検索し、当該コンテンツＩＤ「3020」のコンテンツ情報を所有しているコンテンツ保持端末装置（ここでは、端末装置１ｍとする。）のＩＰアドレス等をリクエスト端末装置１ｎに返信する（図１０に示す（３）参照。）。
【００６４】
リクエスト端末装置１ｎは、上記ルート端末装置１ｃから、コンテンツＩＤ「3020」のコンテンツ情報の所在情報、すなわち、コンテンツＩＤ「3020」のコンテンツ情報を保持するコンテンツ保持端末装置１ｍのＩＰアドレスを受信して知ることになり、コンテンツＩＤ「3020」のコンテンツ保持端末装置１ｍに、コンテンツ情報の送信要求を送信することにより（図１０に示す（４）参照。）、当該コンテンツ保持端末装置１ｍから、そのコンテンツ情報を取得することになる（図１０に示す（５）参照。）。
【００６５】
［１．５．端末装置の構成及び動作の説明］
以下、情報配信システムＳにおける端末装置１の構成及び動作について図面を参照して更に具体的に説明する。
【００６６】
（端末装置１の構成について）
まず、端末装置１の構成について説明する。図１１は、本実施形態に係る情報配信システムＳにおける端末装置１の概略構成を示す図である。
【００６７】
端末装置１は、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能であり、図１１に示すように、制御部１０１と、ルーティングテーブルやインデックステーブル等を記憶する書き換え可能な半導体記憶デバイスである記憶部１０２と、コンテンツ投入装置１０や他の端末装置１から取得したコンテンツ情報を記憶するハードディスク（ＨＤＤ）１０３（コンテンツ情報記憶手段の一例に相当）と、ネットワーク８を介して、コンテンツ投入装置１０や他の端末装置１と通信するための通信部１０４と、ハードディスク１０３や記憶部１０２に記憶したコンテンツ情報を順次取り出してデコードするデコーダ部１０５と、このデコーダ部１０５によってデコードされたコンテンツ情報のうち映像情報を後述の表示部１０７で表示可能な情報に変換処理する映像処理部１０６と、この映像処理部１０６からの出力に基づいて映像を表示する液晶表示装置（ＬＣＤ）などの表示部１０７と、デコーダ部１０５によってデコードされたコンテンツ情報のうち音声情報を後述のスピーカ１０９で音波として出力可能な情報に変換処理する音声処理部１０８と、この音声処理部１０８からの出力に基づいて音波を出力するスピーカ１０９と、マウス及びキーボードなどからなる入力部１１０とを備えている。なお、制御部１０１、記憶部１０２、ハードディスク１０３、通信部１０４、デコーダ部１０５は、システムバス１２０を介して相互に接続されている。
【００６８】
制御部１０１は、ＣＰＵ（Central Processing Unit）、不揮発性メモリ（例えば、フラッシュメモリ）及びＲＡＭ（Random Access Memory）から構成される。この不揮発性メモリには、情報配信システムＳに参加して、コンテンツ情報を送受信するための情報処理プログラムが格納されており、ＣＰＵは不揮発性メモリに記憶されている情報処理プログラムを読み出して実行することによって、通信部１０４と共に登録メッセージ送信手段、消去メッセージ送信手段及びコンテンツ要求手段等として機能し、また、状態情報取得手段及びコンテンツ取得処理手段等として機能する。
【００６９】
なお、この情報処理プログラムは、例えば、ネットワーク８に接続されたサーバ（例えば、コンテンツ投入装置１０）から、通信部１０４を介して、制御部１０１の不揮発性メモリにダウンロードされるようにしてもよく、又ＣＤ−Ｒ、ＤＶＤ―Ｒ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部１０１の不揮発性メモリに読み込まれるようにしてもよい。
【００７０】
（端末装置１の動作について）
以上のように構成された端末装置１の動作を具体的に説明する。図１２〜図１７は端末装置１の動作内容の一例を示すフローチャートである。なお、以下の各処理は、端末装置１の制御部１０１が上述した各手段等として機能することによって実行されるものである。
【００７１】
図１２に示すように、端末装置１においてメイン電源スイッチ（図示せず）がＯＮにされたときやリセットスイッチ（図示せず）が操作されたとき、制御部１０１のＣＰＵは、初期化動作として、記憶部１０２のアクセス許可、内部ＲＡＭの作業領域確保等の初期設定動作を実行し、不揮発性メモリに記憶した情報処理プログラムを読み出して、制御部１０１としての機能を動作状態とした後、情報配信システムＳへ参加して（ステップＳ１０）、ステップＳ１１に処理を移行する。
【００７２】
ここで、情報配信システムＳへの参加は、制御部１０１による処理によって次のように行われる。まず、制御部１０１は、自装置のＩＰアドレスを所定のハッシュ関数で演算することによって自装置の端末ＩＤを得る。制御部１０１は、この端末ＩＤを宛先識別情報とし、自装置の所在情報（ＩＰアドレスなど）を含む参加メッセージを通信部１０４を介して所定の端末装置１へ送信する。この参加メッセージはＤＨＴルーティングにより転送される。そして、この参加メッセージを受信した他の端末装置１は、自装置のルーティングテーブルから参加メッセージの転送回数に応じたレベルのテーブルの情報を取り出して、参加メッセージを送信した端末装置１へその情報を送信する。制御部１０１は、このように参加メッセージを受信した端末装置１からルーティングテーブルの情報を通信部１０４を介して取得し、これらの情報に基づいてルーティングテーブルを生成し、情報配信システムＳに参加する。
【００７３】
また、制御部１０１は、情報配信システムＳへの参加時にコンテンツ投入装置１０からコンテンツカタログを取得し、表示部１０７にこのコンテンツカタログの内容を表示する。これにより、端末装置１の利用者は、情報配信システムＳにおいて配信可能なコンテンツ情報を把握し、所定の操作を行って所望のコンテンツ情報を取得することが可能となる。
【００７４】
ステップＳ１１において、制御部１０１は、コンテンツ投入装置１０から通信部１０４を介してコンテンツ情報の登録要求（以下、「コンテンツ投入要求」と呼ぶ。）を受信したか否かを判定する。
【００７５】
この処理において、コンテンツ投入要求を受信したと判定すると（ステップＳ１１：Ｙｅｓ）、制御部１０１は、コンテンツ投入要求処理を行う（ステップＳ１２）。このコンテンツ投入要求処理は、図１３及び図１４におけるステップＳ３０〜Ｓ３４の処理であり、後で詳述する。
【００７６】
一方、コンテンツ投入要求を受信していないと判定すると（ステップＳ１１：Ｎｏ）、制御部１０１は、他の端末装置１からコンテンツ情報の送信要求を受信したか否かを判定する（ステップＳ１３）。コンテンツ情報の送信要求を受信したと判定すると（ステップＳ１３：Ｙｅｓ）、制御部１０１は、ハードディスク１０３を駆動し、ハードディスク１０３から当該送信要求に対応するコンテンツ情報を取り出して、送信要求を行った他の端末装置１へ送信する。なお、ハードディスク１０３に前記送信要求にかかるコンテンツ情報がないときには、送信要求を行った他の端末装置１へその旨（コンテンツ情報の送信不可の情報）を送信してもよい。また、ハードディスク１０３の状態情報が登録メッセージ条件或いは消去メッセージ非送信条件と同様の条件を満たすとき（点数情報Ｈ６であり、その値が所定点数（閾値）以上（例えば、８０点以上）であるとき）に、送信要求を行った他の端末装置１へ送信不可の応答を送信するようにしてもよい。
【００７７】
一方、コンテンツ情報の送信要求を受信していないと判定すると（ステップＳ１３：Ｎｏ）、制御部１０１は、コンテンツ再生指示があるか否かを判定する（ステップＳ１５）。例えば、利用者による入力部１１０の操作によって、表示部１０７に表示されているコンテンツカタログの中からコンテンツ情報が選択されたときに、制御部１０１は、コンテンツ再生指示があったと判定する。
【００７８】
この処理において、コンテンツ再生指示があったと判定すると（ステップＳ１５：Ｙｅｓ）、制御部１０１は、コンテンツ再生処理を行う（ステップＳ１６）。このコンテンツ再生処理は、図１５におけるステップＳ４０〜Ｓ４３の処理であり、後で詳述する
【００７９】
一方、コンテンツ再生指示がないと判定すると（ステップＳ１５：Ｎｏ）、制御部１０１は、通信部１０４を介してメッセージ（検索メッセージ、登録メッセージ又は消去メッセージ）を受信したか否かを判定する（ステップＳ１７）。この処理において、メッセージを受信したと判定すると（ステップＳ１７：Ｙｅｓ）、制御部１０１は、メッセージ処理を行う（ステップＳ１８）。このメッセージ処理は、図１６におけるステップＳ５０〜Ｓ５８の処理であり、後で詳述する
【００８０】
ステップＳ１７においてメッセージを受信していないと判定したとき（ステップＳ１７：Ｎｏ）、制御部１０１は、ハードディスク状態検出契機になっているか否かを判定する（ステップＳ１９）。このハードディスク状態検出契機は、制御部１０１の処理により、例えば、５分に１回の頻度で発生するようにする。
【００８１】
この処理において、ハードディスク状態検出契機となったと判定すると（ステップＳ１９：Ｙｅｓ）、制御部１０１は、消去メッセージ処理を行う（ステップＳ２０）。この消去メッセージ処理は、図１７におけるステップＳ６０〜Ｓ６３の処理であり、後で詳述する。
【００８２】
ステップＳ１９においてハードディスク状態検出契機となっていないと判定したとき（ステップＳ１９：Ｎｏ）、又はステップＳ１２，Ｓ１４，Ｓ１６，Ｓ１８，Ｓ２０の処理が終了したとき、制御部１０１は、終了指示を検知したか否かを判定する（ステップＳ２１）。例えば、自装置の電源がＯＦＦ状態へ移行したとき、制御部１０１は、終了指示を検知する。
【００８３】
ステップＳ２１において、終了指示を検知したと判定すると（ステップＳ２１：Ｙｅｓ）、制御部１０１は、メイン処理を終了し、一方、終了指示を検知していないと判定すると（ステップＳ２１：Ｎｏ）、制御部１０１は、ステップＳ１１からの処理を繰り返す。なお、上述のコンテンツ投入要求処理、コンテンツ情報送信処理、コンテンツ再生処理、メッセージ処理及び消去メッセージ処理は、時分割で並列に行われるようにしてもよい。例えば、コンテンツ情報の送信要求を受信したと判定すると（ステップＳ１３：Ｙｅｓ）、制御部１０１はステップＳ１４のコンテンツ情報送信処理を起動してステップＳ２１に移行し、コンテンツ再生指示があったと判定すると（ステップＳ１５：Ｙｅｓ）、制御部１０１はステップＳ１６のコンテンツ再生処理を起動してステップＳ２１に移行する。
【００８４】
次に、ステップＳ１２におけるコンテンツ投入要求処理について図１３のフローチャートを参照して具体的に説明する。図１３は端末装置１におけるコンテンツ投入要求処理のフローチャートである。
【００８５】
図１３に示すように、コンテンツ投入要求処理を開始すると、制御部１０１は、ハードディスク１０３を駆動し、コンテンツ投入装置１０から送信されるコンテンツ情報を当該ハードディスク１０３へ記憶する（ステップＳ３０）。
【００８６】
次に、制御部１０１は、登録メッセージ送信処理を行う（ステップＳ３１）。この処理は、図１４におけるステップＳ３２〜Ｓ３４の処理である。
【００８７】
図１４に示すように、登録メッセージ送信処理を開始すると、制御部１０１は、ハードディスク１０３におけるハードディスク状態情報ＨＳを抽出する（ステップＳ３２）。すなわち、制御部１０１は、ハードディスク１０３に対して、通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の各情報の出力を要求してこれらの情報を取得する。そして、制御部１０１は、これらの情報を点数化して合計した点数情報Ｈ６を生成することによってハードディスク状態情報ＨＳを抽出する。このように制御部１０１は、ハードディスク１０３から当該ハードディスク状態情報ＨＳを取得する状態情報取得手段として機能する。
【００８８】
次に、制御部１０１は、ハードディスク状態情報ＨＳが所定条件として登録メッセージ送信条件を満たすか否かを判定する（ステップＳ３３）。すなわち、制御部１０１は、登録メッセージ送信条件を満たすか否かの判定を、ステップＳ３１で抽出したハードディスク状態情報ＨＳである点数情報Ｈ６の値が、予め設定された所定点数（閾値）以上の点数を有するものであるか否かを判定することによって行う。
【００８９】
この処理において、ハードディスク状態情報ＨＳが登録メッセージ送信条件を満たすと判定すると（ステップＳ３３：Ｙｅｓ）、制御部１０１は、ステップＳ３０（図１３参照）でハードディスク１０３に記憶したコンテンツ情報のルート端末装置に向けて通信部１０４を介して登録メッセージ（ハードディスク１０３に記憶したコンテンツ情報に関するインデックス情報を含むメッセージ）を送信して（ステップＳ３４）、登録メッセージ送信処理を終了してコンテンツ投入要求処理を終了する。一方、ハードディスク状態情報ＨＳが登録メッセージ送信条件を満たさないと判定すると（ステップＳ３３：Ｎｏ）、制御部１０１は、登録メッセージを送信せずに登録メッセージ送信処理を終了してコンテンツ投入要求処理を終了する。このように、制御部１０１は、ハードディスク１０３の状態情報が所定条件を満たすときには、ルート端末装置へインデックス情報（ハードディスク１０３に記憶したコンテンツ情報のコンテンツＩＤ及び自装置の所在情報であるＩＰアドレスを含む情報）を含む登録メッセージを送信し、ハードディスク１０３の状態情報が所定条件を満たさなくなると、新たにハードディスク１０３に記憶したコンテンツ情報に応じた登録メッセージの送信を規制する登録メッセージ送信手段として機能する。
【００９０】
次に、ステップＳ１６におけるコンテンツ再生処理について図１５のフローチャートを参照して具体的に説明する。図１５は端末装置１におけるコンテンツ再生処理のフローチャートである。
【００９１】
図１５に示すように、コンテンツ再生処理を開始すると、制御部１０１は、検索メッセージを送信する（ステップＳ４０）。すなわち、制御部１０１は、コンテンツ再生指示があった所望のコンテンツ情報のコンテンツＩＤを宛先識別情報として、検索メッセージを通信部１０４を介して送信する。
【００９２】
コンテンツ再生指示があったコンテンツ情報に関するインデックス情報を保持するルート端末装置は、上述した検索メッセージを受信すると、自装置のインデックステーブルから対応するコンテンツ保持端末装置の所在情報を当該検索メッセージを送信した端末装置１へ送信する。制御部１０１は、ルート端末装置から送信されるコンテンツ保持端末装置の所在情報を通信部１０４を介して受信する。
【００９３】
このようにコンテンツ保持端末装置の所在情報を取得したとき、制御部１０１は、このコンテンツ保持端末装置へコンテンツ情報の送信要求を行い（ステップＳ４１）、通信部１０４を介してコンテンツ情報を取得して、ハードディスク１０３へ当該コンテンツ情報を記憶し、さらに当該コンテンツ情報を再生する（ステップＳ４２）。このように制御部１０１は、コンテンツ情報の送信をコンテンツ保持端末装置へ要求するコンテンツ要求手段、当該要求したコンテンツ情報をハードディスク１０３に記憶するコンテンツ取得処理手段として機能する。
【００９４】
次に、制御部１０１は、登録メッセージ送信処理を行う（ステップＳ４３）。この処理は、図１４に示すステップＳ３２〜Ｓ３４と同様の処理であり、ここでの説明は省略する。
【００９５】
次に、ステップＳ１７におけるメッセージ処理について図１６のフローチャートを参照して具体的に説明する。図１６は端末装置１におけるメッセージ処理のフローチャートである。
【００９６】
図１６に示すように、メッセージ処理を開始すると、制御部１０１は、メッセージが自装置宛であるか否かを判定する（ステップＳ５０）。自装置宛のメッセージであるか否かは、通信部１０４を介して受信したメッセージの宛先識別情報とルーティングテーブルとに基づいて行われる。具体的には、メッセージの宛先識別情報が自装置の識別情報である端末ＩＤと近いか否かが判定される。
【００９７】
この処理において、メッセージが自装置宛のメッセージであると判定すると（ステップＳ５０：Ｙｅｓ）、制御部１０１は、当該メッセージが検索メッセージであるか否かを判定する（ステップＳ５２）。当該メッセージが検索メッセージであるとき（ステップＳ５２：Ｙｅｓ）、制御部１０１は、ルート端末装置として機能し、当該検索メッセージの検索対象であるコンテンツ情報を保持するコンテンツ保持端末装置の所在情報であるＩＰアドレスを含むインデックス情報を記憶部１０２のインデックステーブルから取り出して、検索メッセージの送信元の端末装置へ当該インデックス情報を送信する（ステップＳ５３）。
【００９８】
一方、メッセージが検索メッセージではないと判定すると（ステップＳ５２：Ｎｏ）、制御部１０１は、当該メッセージが登録メッセージであるか否かを判定する（ステップＳ５４）。当該メッセージが登録メッセージであるとき（ステップＳ５４：Ｙｅｓ）、制御部１０１は、当該登録メッセージに含まれるインデックス情報を記憶部１０２のインデックステーブルに追加する（ステップＳ５５）。
【００９９】
ステップＳ５４において、メッセージが登録メッセージではないと判定すると（ステップＳ５４：Ｎｏ）、制御部１０１は、当該メッセージが消去メッセージであるか否かを判定する（ステップＳ５６）。当該メッセージが消去メッセージであるとき（ステップＳ５６：Ｙｅｓ）、制御部１０１は、当該消去メッセージの消去対象のインデックス情報を記憶部１０２のインデックステーブルから消去する（ステップＳ５７）。
【０１００】
一方、ステップＳ５６においてメッセージが消去メッセージでないと判定したとき（ステップＳ５６：Ｎｏ），制御部１０１はそのメッセージに応じた処理を行う（ステップＳ５８）。
【０１０１】
ステップＳ５０において、受信したメッセージが自装置宛のメッセージではないと判定すると（ステップＳ５０：Ｎｏ）、制御部１０１は、記憶部１０２のルーティングテーブルを参照して、当該メッセージを転送する（ステップＳ５１）。
【０１０２】
ステップＳ５１，Ｓ５３，Ｓ５５，Ｓ５７,Ｓ５８の処理が終了したとき、制御部１０１は、メッセージ処理を終了する。
【０１０３】
次に、ステップＳ２０における消去メッセージ処理について図１７のフローチャートを参照して具体的に説明する。図１７は端末装置１における消去メッセージ処理のフローチャートである。
【０１０４】
図１７に示すように、消去メッセージ処理を開始すると、制御部１０１は、利用者の入力部１１０への操作によってハードディスク１０３に記憶したコンテンツ情報が消去されたか否かを判定する（ステップＳ６０）。この処理において、コンテンツ情報が消去されていないと判定したとき（ステップＳ６０：Ｙｅｓ）、制御部１０１は、ステップＳ６３の処理へ移行する。
【０１０５】
一方、コンテンツ情報が消去されていないと判定したとき（ステップＳ６０：Ｎｏ）、制御部１０１は、ハードディスク１０３のハードディスク状態情報ＨＳを抽出する（ステップＳ６１）。すなわち、制御部１０１は、ハードディスク１０３に対して、通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の各情報の出力を要求してこれらの情報を取得する。そして、制御部１０１は、これらの情報を点数化して合計した点数情報Ｈ６を生成することによってハードディスク状態情報ＨＳを抽出する。このように制御部１０１は、ハードディスク１０３から当該ハードディスク状態情報ＨＳを取得する状態情報取得手段として機能する。
【０１０６】
次に、制御部１０１は、ハードディスク状態情報ＨＳが所定条件として上述した消去メッセージ非送信条件を満たすか否かを判定する（ステップＳ６２）。すなわち、制御部１０１は、ステップＳ６１で抽出したハードディスク状態情報ＨＳである点数情報Ｈ６の値が、予め設定された所定点数（閾値）以上の点数を有するものであるか否かを判定する。
【０１０７】
この処理において、ハードディスク状態情報ＨＳが消去メッセージ非送信条件を満たさないと判定すると（ステップＳ６２：Ｎｏ）、制御部１０１は、ステップＳ６３の処理へ移行する。
【０１０８】
ステップＳ６３において、制御部１０１は、ステップＳ３４（図１４参照）において登録メッセージの送信によりインデックス情報を登録したルート端末装置に対して、消去メッセージを送信する。このときの消去メッセージは、登録メッセージを送信した全てのルート端末装置（例えば、コンテンツＩＤの異なる複数のコンテンツ情報をハードディスク１０３に保持しているときには、複数のルート端末装置に登録メッセージを送信している）に対して送信する。ただし、コンテンツ情報が消去されたとき(ステップＳ６０：Ｙｅｓ)、制御部１０１は、当該消去されたコンテンツ情報のルート端末装置にのみ消去メッセージを送信する。このように制御部１０１は、登録メッセージを送信した後、ハードディスク１０３の状態情報が所定条件を満たさなくなると、コンテンツ情報の識別情報（コンテンツＩＤ）及び自装置の所在情報（ＩＰアドレスなど）を含む情報をルート端末装置から消去するための消去メッセージをルート端末装置へ送信する消去メッセージ送信手段として機能する。
【０１０９】
なお、上述においては、ハードディスク状態情報ＨＳを点数情報Ｈ６として説明したが、点数情報Ｈ６のうち通電累積時間情報Ｈ１に関する点数情報だけをハードディスク状態情報ＨＳとしてもよく、また、通電累積時間情報Ｈ１と温度情報Ｈ２に関する点数情報だけをハードディスク状態情報ＨＳとしてもよい。すなわち、通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５のうち一部の点数情報を選択してハードディスク状態情報ＨＳとすることができる。また、選択した各情報の点数の合計値に基づいて登録メッセージ送信条件や消去メッセージ非送信条件を満たすか否かを判定するのではなく、選択した各情報の点数毎に登録メッセージ送信条件や消去メッセージ非送信条件を満たすか否かを判定するようにしてもよい。この場合、各情報を点数化せずに登録メッセージ送信条件や消去メッセージ非送信条件を満たすか否かを判定するようにしてもよい。
【０１１０】
また、登録メッセージ送信条件や消去メッセージ非送信条件は、初期値が記憶部１０２に設定されているものであるが、入力部１１０への入力操作によって所望の条件に設定することができるようにしてもよく、これにより各端末装置１に応じた設定が可能となる。
【０１１１】
以上のように、第１実施形態における端末装置１は、ハードディスクにコンテンツ情報を記憶したときに自装置に関するインデックス情報をルート端末装置のインデックステーブルへ登録するための登録メッセージを所定条件を満たすときに送信し、その後当該ハードディスクの状態情報が所定条件を満たさなくなると、自装置に関するインデックス情報をルート端末装置のインデックステーブルから消去するための消去メッセージをルート端末装置へ送信するようにし、コンテンツ情報を保持するコンテンツ保持端末装置内のハードディスクの状態を考慮して、端末装置間におけるコンテンツ情報の配信を行うので、リクエスト端末装置において迅速且つ安定的にコンテンツ情報の配信を受けることができる。
【０１１２】
すなわち、例えば、コンテンツ保持端末装置のハードディスクが寿命などにより故障しているような場合、寿命や温度などにより途中で正常に動作しなくなる可能性がある場合などには、ルート端末装置からインデックス情報を削除（消去）して、リクエスト端末装置からコンテンツ情報の送信要求を行わせないようにすることができるので、コンテンツ情報の送信が送信できなかったり、中断してしまったりすることを抑制することができ、迅速且つ安定的にコンテンツ情報の配信を行うことができる。
【０１１３】
また、登録メッセージ送信条件や消去メッセージ非送信条件の設定に応じて、コンテンツ保持端末装置として利用される時間などを変更させることにより、利用者毎や端末装置の種類毎に適切な設定を行うことができる。例えば、制御部１０１は、端末装置１の利用状況に応じて、登録メッセージ送信条件や消去メッセージ非送信条件を調整するようにしてもよい。このとき、例えば、制御部１０１は、端末装置１におけるコンテンツ情報の取得回数や再生回数を検出することとし、登録メッセージ送信条件や消去メッセージ非送信条件におけるハードディスク状態情報ＨＳを通電累積時間情報Ｈ１の点数とすると、制御部１０１は、コンテンツ情報の取得回数や再生回数が多い端末装置１は登録メッセージ送信条件や消去メッセージ非送信条件を「ハードディスク状態情報ＨＳが第１の値（例えば、３５点）以上」とする条件に設定し、コンテンツ情報の取得回数や再生回数が少ない端末装置１は登録メッセージ送信条件や消去メッセージ非送信条件を「ハードディスク状態情報ＨＳが第１の値（例えば、３５点）よりも小さい第２の値（例えば、２５点）以上」とする条件に設定する。また、制御部１０１は、ハードディスク１０３の動作保障時間に応じて、通電累積時間情報Ｈ１を変更するようにしてもよい。
【０１１４】
［２．第２実施形態］
次に、第２実施形態における情報配信システムＳ’の動作について説明する。第１実施形態における情報配信システムＳでは、ハードディスク状態情報ＨＳが登録メッセージ送信条件を満たすときに登録メッセージを送信する登録メッセージ送信処理を行うこととしたが、本第２実施形態における情報配信システムＳ’では、ハードディスク状態情報ＨＳが登録メッセージ送信条件を満たすときにおいて、ハードディスク状態情報ＨＳに応じた確率で登録メッセージの送信を規制する登録メッセージ送信処理を行うものである。なお、その他の動作については、第１実施形態における動作と同様であるため、ここでは登録メッセージ送信処理についてのみ説明する。また、第１実施形態と同様の構成については第１実施形態と同一符号として説明する。また、端末装置１においては、このような動作を実行するために、第１実施形態と同様に制御部１０１の不揮発性メモリに情報処理プログラムを有している。
【０１１５】
まず、図１８を参照して、第２実施形態における情報配信システムＳ’における登録メッセージ送信処理について説明する。
【０１１６】
図１８に示すように、登録メッセージ送信処理を開始すると、制御部１０１は、上述したステップＳ３２と同様に、ハードディスク１０３からハードディスク状態情報ＨＳを抽出する（ステップＳ７０）。
【０１１７】
次に、制御部１０１は、ハードディスク状態情報ＨＳが所定条件として登録メッセージ送信条件を満たすか否かを判定する（ステップＳ７１）。すなわち、制御部１０１は、ステップＳ７０で抽出したハードディスク状態情報ＨＳである点数情報Ｈ６の値が、予め設定された閾値以上の点数を有するものであるか否かを判定する。
【０１１８】
この処理において、ハードディスク状態情報ＨＳが登録メッセージ送信条件を満たすと判定すると（ステップＳ７１：Ｙｅｓ）、制御部１０１は、ハードディスク状態情報ＨＳに応じた送信確率を算出する（ステップＳ７２）。例えば、ハードディスク状態情報ＨＳである点数情報Ｈ６が６０％であるとき、制御部１０１は、送信確率を６０％とする。
【０１１９】
次に、制御部１０１は、ステップＳ７２において算出した送信確率に基づいて、登録メッセージを送信するか否かを決定する（ステップＳ７３）。この処理において、登録メッセージを送信すると決定したとき（ステップＳ７３：Ｙｅｓ）、制御部１０１は、ハードディスク１０３に記憶したコンテンツ情報のルート端末装置に向けて通信部１０４を介して登録メッセージを送信して（ステップＳ７４）、登録メッセージ送信処理を終了する。
【０１２０】
一方、ハードディスク状態情報ＨＳが登録メッセージ送信条件を満たさないと判定したとき（ステップＳ７１：Ｎｏ）、或いは登録メッセージを送信しないと決定したとき（ステップＳ７３：Ｎｏ）、制御部１０１は、登録メッセージを送信せずに登録メッセージ送信処理を終了する。このように、制御部１０１は、ハードディスク１０３の状態情報が所定条件を満たすときには、ハードディスク状態情報ＨＳに応じた確率で、ルート端末装置へインデックス情報を含む登録メッセージを送信し、ハードディスク１０３の状態情報が所定条件を満たさなくなると、新たにハードディスク１０３に記憶したコンテンツ情報に応じた登録メッセージの送信を規制する登録メッセージ送信手段として機能する。
【０１２１】
以上のように第２実施形態における端末装置１は、ハードディスク１０３の状態情報が所定条件を満たすときでも、ハードディスク状態情報ＨＳに応じた確率で登録メッセージの送信を規制するようにしており、端末装置１のハードディスク状態情報ＨＳの状態が良好でないものは登録メッセージを送信する確率が低くなり、配信能力が低下していない、より安定したコンテンツ保持端末装置からコンテンツ情報の配信を受けることができ、コンテンツ情報を受信できない、或いはハードディスク１０３の状態が悪くなってコンテンツ情報の読み取りが遅くなり断続的に動画が再生されて動画像の乱れが生じるといった問題などを抑えることが可能となる。
【０１２２】
［３．その他の実施形態］
第１実施形態及び第２実施形態における端末装置１では、ハードディスク状態情報ＨＳの値にかかわらず、コンテンツ情報をハードディスク１０３に記憶するようにしたが、ハードディスク状態情報ＨＳに応じて、コンテンツ情報をハードディスク１０３に記憶するのか、半導体記憶デバイスである記憶部１０２に記憶するのかを分けるようにしてもよい。
【０１２３】
ここで、コンテンツ再生処理において、ハードディスク状態情報ＨＳの値に応じて、コンテンツ情報をハードディスク１０３ではなく記憶部１０２に記憶する例について、図面を参照して説明する。図１９は他の実施形態の端末装置１におけるコンテンツ再生処理のフローチャートである。
【０１２４】
図１９に示すように、コンテンツ再生処理を開始すると、制御部１０１は、ハードディスク１０３のハードディスク状態情報ＨＳを抽出する（ステップＳ８０）。すなわち、制御部１０１は、ハードディスク１０３に対して、通電累積時間情報Ｈ１、温度情報Ｈ２、リードエラー発生率情報Ｈ３、不良セクタ数情報Ｈ４及びスループット性能情報Ｈ５の各情報の出力を要求してこれらの情報を取得する。そして、制御部１０１は、これらの情報を点数化して合計した点数情報Ｈ６を生成することによってハードディスク状態情報ＨＳを抽出する。
【０１２５】
次に、制御部１０１は、上述したステップＳ３３（図１４参照）と同様に、ハードディスク状態情報ＨＳが所定条件として登録メッセージ送信条件を満たすか否かを判定する（ステップＳ８１）。すなわち、制御部１０１は、ステップＳ３１で抽出したハードディスク状態情報ＨＳである点数情報Ｈ６の値が、予め設定された閾値以上の点数を有するものであるか否かを判定する。
【０１２６】
この処理において、ハードディスク状態情報ＨＳが登録メッセージ送信条件を満たすと判定すると（ステップＳ８１：Ｙｅｓ）、制御部１０１は、ステップＳ４０、４１（図１５参照）と同様に、検索メッセージを送信してコンテンツ保持端末装置の所在情報を取得し、コンテンツ情報をこのコンテンツ保持端末装置から受信する（ステップＳ８２，Ｓ８３）。
【０１２７】
次に、制御部１０１は、ハードディスク１０３を駆動し、受信したコンテンツ情報を当該ハードディスク１０３へ記憶する（ステップＳ８４）。その後、制御部１０１は、このようにハードディスク１０３に記憶したコンテンツ情報のルート端末装置に向けて通信部１０４を介して登録メッセージを送信して（ステップＳ８５）、コンテンツ再生処理を終了する。
【０１２８】
一方、ハードディスク状態情報ＨＳが登録メッセージ送信条件を満たさないと判定すると（ステップＳ８１：Ｎｏ）、制御部１０１は、ステップＳ４０、４１（図１５参照）と同様に、検索メッセージを送信してコンテンツ保持端末装置の所在情報を取得し、コンテンツ情報をこのコンテンツ保持端末装置から受信する（ステップＳ８６，Ｓ８７）。受信したコンテンツ情報を半導体記憶デバイスである記憶部１０２へ記憶する（ステップＳ８８）。
【０１２９】
そして、制御部１０１は、ステップＳ８８において記憶部１０２に記憶したコンテンツ情報の再生が終了したか否かを判定（ステップＳ８９）し、その再生が終了していなければ（ステップＳ８９：Ｎｏ）、所定時間（例えば、２時間）経過したか否かを判定する（ステップＳ９０）。
【０１３０】
ステップＳ９０において、所定時間経過していないと判定すると（ステップＳ９０：Ｎｏ）、制御部１０１は、ステップＳ８９の処理へ移行する。
【０１３１】
一方、ステップＳ８９で再生処理が終了したと判定したとき（ステップＳ８９：Ｙｅｓ）、或いはステップＳ９０で所定時間経過したと判定したとき（ステップＳ９０：Ｙｅｓ）、制御部１０１は、半導体記憶デバイスである記憶部１０２に記憶したコンテンツ情報を削除して（ステップＳ９１）、コンテンツ再生処理を終了する。このように、制御部１０１は、ハードディスク状態情報ＨＳが所定条件を満たさなくなると、取得したコンテンツ情報をハードディスク１０３に代えて半導体記憶デバイスである記憶部１０２に記憶するようにしている。これにより、端末装置１の利用者は、コンテンツ情報の取得及び再生を行うことができることから、ハードディスク１０３の故障等によるコンテンツ視聴への影響を抑制することができ、より安定した情報配信システムＳを提供することができる。
【０１３２】
以上、本発明の実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１３３】
例えば、端末装置１の所在情報としてＩＰアドレスを例にして説明したが、ＩＰアドレスに加えポート番号を含めて所在情報としてもよく、ネットワーク上の位置が特定できるものであればよい。
【０１３４】
また、上述においては、登録メッセージ送信条件と消去メッセージ非送信条件とを同様の条件としたが、異なる条件とするようにしてもよく、このようにすることで、環境に即した情報配信システムを提供することができる。また、登録メッセージ送信条件をコンテンツ投入要求処理とコンテンツ情報送信処理とで異なる条件としてもよい。
【０１３５】
また、上述した実施形態においては、ハードディスク状態情報ＨＳにおける点数情報Ｈ６の点数化につき、点数が高いほどハードディスク１０３の状態が良いとの定義により当該点数化を行ったが、これとは反対に、点数が低いほどハードディスク１０３の状態が良いとの定義により当該点数化を行っても良い。
【図面の簡単な説明】
【０１３６】
【図１】本発明の第１実施形態に係る情報配信システムにおける各端末装置及びコンテンツ投入装置の接続態様の一例を示す図である。
【図２】ＩＤ空間の説明図である。
【図３】ルーティングテーブルを説明するための図である。
【図４】ルーティングテーブルの一例である。
【図５】コンテンツ保持端末装置から送信される登録メッセージがＤＨＴルーティングにより転送される様子を示す図である。
【図６】インデックステーブルの一例である。
【図７】コンテンツ保持端末装置から送信される消去メッセージがＤＨＴルーティングにより転送される様子を示す図である。
【図８】第１実施形態に係る端末装置のハードディスクの状態情報の内容を示す図である。
【図９】第１実施形態に係るハードディスクの状態情報を構成する各パラメータの具体例を示す図である。
【図１０】第１実施形態に係るリクエスト端末装置がコンテンツ情報を取得する際の動作の一例を示す図である。
【図１１】第１実施形態に係る端末装置の概略構成を示す図である。
【図１２】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１３】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１４】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１５】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１６】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１７】第１実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１８】第２実施形態に係る端末装置の動作内容を示すフローチャートである。
【図１９】他の実施形態に係る端末装置の動作内容を示すフローチャートである。
【符号の説明】
【０１３７】
Ｓ  情報配信システム
１  端末装置
１０  コンテンツ投入装置
８  ネットワーク
１０１  端末装置の制御部
１０２  端末装置の記憶部
１０３  端末装置のハードディスク
１０４  端末装置の通信部
【図１】
2009087102.tif 000003
【図２】
2009087102.tif 000004
【図３】
2009087102.tif 000005
【図４】
2009087102.tif 000006
【図５】
2009087102.tif 000007
【図６】
2009087102.tif 000008
【図７】
2009087102.tif 000009
【図８】
2009087102.tif 000010
【図９】
2009087102.tif 000011
【図１０】
2009087102.tif 000012
【図１１】
2009087102.tif 000013
【図１２】
2009087102.tif 000014
【図１３】
2009087102.tif 000015
【図１４】
2009087102.tif 000016
【図１５】
2009087102.tif 000017
【図１６】
2009087102.tif 000018
【図１７】
2009087102.tif 000019
【図１８】
2009087102.tif 000020
【図１９】
2009087102.tif 000021