(57)【要約】【課題】  コンテンツホルダＣＨ内の動作状態を考慮して、端末装置間におけるコンテンツ情報の配信を行うことにより、迅速に所望のコンテンツの配信をリクエスタＲＱにおいて受けることを可能とする情報配信システムを提供すること。【解決手段】  ルートノードＲＮ又はキャッシュノードＣＮにリクエスタＲＱから参照可能に記録されたインデックス情報ＥＸＸ内に、コンテンツＩＤ及びコンテンツホルダＣＨのＩＰアドレスに加えて、当該コンテンツホルダＣＨのハードディスクの状態を示すハードディスク状態情報ＨＳを追加する。リクエスタＲＱにおいて配信元のコンテンツホルダＣＨを決める際には、ハードディスク状態情報ＨＳを参照してハードディスクの状態がよく配信が容易なコンテンツホルダＣＨから優先して選択し、配信を受ける。【選択図】  図３
2008293195.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、
コンテンツ情報を識別するコンテンツ識別情報と、当該コンテンツ情報をハードディスクに保持する他の端末装置の所在情報と、当該他の端末装置のハードディスクの状態情報とを前記ネットワークを介して取得する取得手段と、
前記取得手段により取得した情報を記憶する記憶手段と、
前記コンテンツ情報を保持する前記他の端末装置の所在情報の送信要求があったとき、当該他の端末装置のハードディスクの状態情報が所定の条件を満たすか否かを判定する判定手段と、
前記ハードディスクの状態情報が所定の条件を満たすとき、前記記憶手段から前記他の端末装置の所在情報を取り出して要求元の端末装置へ送信し、前記ハードディスクの状態情報が所定の条件を満さないとき、前記要求元の端末装置への前記他の端末装置の所在情報の送信を行わない送信手段と、を備えた
ことを特徴とする端末装置。
【請求項２】
更新された前記ハードディスクの状態情報が前記取得手段により取得されたとき、当該取得されたハードディスクの状態情報により前記記憶手段に記憶されている前記ハードディスクの状態情報を更新する更新手段を備えた
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記送信手段は、
前記コンテンツ情報を保持する前記他の端末装置の所在情報の送信要求があったときに、前記記憶手段に所在情報が記憶されている前記他の端末装置が複数あるとき、これらの端末装置のうち、前記ハードディスクの状態情報が所定の条件を満たす度合いが高い端末装置の所在情報を前記要求元の端末装置へ送信する
ことを特徴とする請求項１又は請求項２に記載の端末装置。
【請求項４】
前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうち少なくともいずれか一つに基づく情報である
ことを特徴とする請求項１〜３のいずれか一項に記載の端末装置。
【請求項５】
前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうち少なくともいずれか一つを点数化した点数情報である
ことを特徴とする請求項４に記載の端末装置。
【請求項６】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、
前記コンテンツ情報を記憶するハードディスクと、
前記ハードディスクから当該ハードディスクの状態情報を取得する状態情報取得手段と、
前記ハードディスクに記憶したコンテンツ情報の識別情報、自装置の所在情報及び前記ハードディスクの状態情報を含む登録メッセージを前記ネットワークを介して所定の端末装置へ送信する登録メッセージ送信手段と、を備えた
ことを特徴とする端末装置。
【請求項７】
前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つに基づく情報である
ことを特徴とする請求項６に記載の端末装置。
【請求項８】
前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つを点数化した点数情報である
ことを特徴とする請求項７に記載の端末装置。
【請求項９】
前記登録メッセージ送信手段は、前記コンテンツ情報を前記ハードディスクに記憶したとき又は定期的に、前記登録メッセージを前記ネットワークを介して他の端末装置へ送信する
ことを特徴とする請求項６〜８のいずれか一項に記載の端末装置。
【請求項１０】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、
所望のコンテンツ情報をハードディスクにそれぞれ保持する複数の他の端末装置の所在情報と、当該他の各端末装置のハードディスクの状態情報とを前記ネットワークを介して取得する情報取得手段と、
前記情報取得手段により取得した前記ハードディスクの状態情報に基づいて、前記所在情報を取得した前記複数の他の端末装置のうち一の端末装置を選択する選択手段と、
前記所望のコンテンツ情報を、前記選択された他の端末装置から前記ネットワークを介して取得するコンテンツ取得手段と、を備えた
ことを特徴とする端末装置。
【請求項１１】
前記選択手段は、
前記情報取得手段により所在情報を取得した前記他の端末装置のうち、前記ハードディスクの状態情報が所定の条件を満たす前記他の端末装置が複数あるとき、それらの端末装置の中からランダムに一の端末装置を選択する
ことを特徴とする請求項１０に記載の端末装置。
【請求項１２】
前記選択手段は、
前記情報取得手段により所在情報を取得した前記他の端末装置のうち、前記ハードディスクの状態情報が所定の条件を満たす前記他の端末装置が複数あるとき、それらの端末装置の中から前記所定の条件を満たす度合いが高い端末装置を選択する
ことを特徴とする請求項１０に記載の端末装置。
【請求項１３】
前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つに基づく情報である
ことを特徴とする請求項１０〜１２のいずれか一項に記載の端末装置。
【請求項１４】
前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つを点数化した点数情報である
ことを特徴とする請求項１３に記載の端末装置。
【請求項１５】
コンピュータを、請求項１〜１４のいずれか一項に記載の端末装置として機能させることを特徴とする情報処理プログラム。
【請求項１６】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、
コンテンツ情報を識別するコンテンツ識別情報と、当該コンテンツ情報をハードディスクに保持する他の端末装置の所在情報と、当該他の端末装置のハードディスクの状態情報とを前記ネットワークを介して取得するステップと、
前記取得した情報を記憶するステップと、
前記コンテンツ情報を保持する前記他の端末装置の所在情報の送信要求があったとき、当該他の端末装置のハードディスクの状態情報が所定の条件を満たすか否かを判定するステップと、
前記ハードディスクの状態情報が所定の条件を満たすときに、前記記憶手段から前記他の端末装置の所在情報を取り出して要求元の端末装置へ送信するステップと、を有する
ことを特徴とする端末装置の情報処理方法。
【請求項１７】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、
前記コンテンツ情報をハードディスクに記憶するステップと、
前記ハードディスクから当該ハードディスクの状態情報を取得するステップと、
前記ハードディスクに記憶したコンテンツ情報の識別情報、自装置の所在情報及び前記ハードディスクの状態情報を含む登録メッセージを前記ネットワークを介して所定の端末装置へ送信するステップと、を有する
ことを特徴とする端末装置の情報処理方法。
【請求項１８】
ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、
所望のコンテンツ情報をハードディスクにそれぞれ保持する複数の他の端末装置の所在情報と、当該他の各端末装置のハードディスクの状態情報とを前記ネットワークを介して取得するステップと、
前記取得した前記ハードディスクの状態情報に基づいて、前記所在情報を取得した前記複数の他の端末装置のうち一の端末装置を選択するステップと、
前記所望のコンテンツ情報を、前記選択された他の端末装置から前記ネットワークを介して取得するステップと、を有する
ことを特徴とする端末装置の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信システムにおける端末装置及びその情報処理プログラム並びに情報処理方法の技術分野に属し、より詳細には、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、これらの端末装置間で音楽コンテンツや映画コンテンツなどのコンテンツ情報の送受信を行う情報配信システムにおける端末装置及びその情報処理プログラム並びに情報処理方法の技術分野に属する。
【背景技術】
【０００２】
近年、ブロードバンドの普及に伴って、音楽データや映画データなどのコンテンツ情報を配信する情報配信サービスが人気となっている。例えば、ＶＯＤ（ビデオオンデマンド）のように利用者の要求に応じてコンテンツ情報を配信するサービスが知られている。
【０００３】
この種の情報配信サービスは、サーバクライアント方式による配信形態が主流であったが、最近では、この方式に代わる新しい配信形態として端末装置間でコンテンツ情報を送受信するＰ２Ｐ（Pear to Pear）型の配信形態が注目されている。
【０００４】
このＰ２Ｐ型の情報配信システムは、ネットワークを介して互いに接続された複数の端末装置（ノード装置）の参加により形成され、ある端末装置の利用者が取得しようとするコンテンツ情報を、そのコンテンツの一部又は全部を保持する他の端末装置から取得するものである。
【０００５】
例えば、特許文献１に記載の情報配信システムでは、各端末装置が当該情報配信システムに参加している全ての端末装置の所在情報（ＩＰアドレスなど）を認識しているわけではなく、参加の際などに得られる一部の端末装置への所在情報だけを保持しており、かかる所在情報に基づき、コンテンツ情報の検索を行って端末装置間でコンテンツ情報の送受信を行うようにしている。
【０００６】
ここで、特許文献１に記載の情報配信システムにおいては、以下の（ａ）〜（ｅ）の要件に応じて、端末装置間のコンテンツ情報の配信の容易性が判断される。
（ａ）コンテンツ情報を保持する端末装置が存在しているネットワーク上の範囲を示す範囲情報
（ｂ）コンテンツ情報配信に用いられる伝送路の最大伝送速度
（ｃ）コンテンツ情報を保持する端末装置の現在のコンテンツ配信数
（ｄ）コンテンツ情報を保持する端末装置において電源電力供給の停止が発生する頻度
（ｅ）コンテンツ情報を保持する端末装置においてコンテンツ配信処理が停止状態と看做される頻度
【０００７】
そして、このような要件（ａ）〜（ｅ）を考慮し、端末装置間におけるコンテンツ情報の配信を行うことによって、迅速且つ効率的に所望のコンテンツの配信を端末装置において受けることを可能としている。
【特許文献１】特開２００６−２７７３３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところが、従来の情報配信システムにおいては、コンテンツ情報を保持する端末装置内の動作状態を十分に考慮したコンテンツ情報の配信とはなっていなかった。すなわち、特許文献１における情報配信システムでは、接続環境（上記（ａ），（ｂ））、コンテンツ配信数（上記（ｃ））、電源電力停止履歴（上記（ｄ））、配信処理停止履歴（上記（ｅ））を考慮するものであるが、常に変動している端末装置内の動作状態まで十分に考慮するものではなかった。
【０００９】
そこで、本発明は上記課題を解決するためになされたものであり、その目的は、コンテンツ情報を保持する端末装置内の動作状態を考慮して、端末装置間におけるコンテンツ情報の配信を行うことにより、迅速且つ安定的に所望のコンテンツの配信を端末装置において受けることを可能とする端末装置及びその情報処理プログラム並びに情報処理方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、請求項１に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、コンテンツ情報を識別するコンテンツ識別情報と、当該コンテンツ情報をハードディスクに保持する他の端末装置の所在情報と、当該他の端末装置のハードディスクの状態情報とを前記ネットワークを介して取得する取得手段と、前記取得手段により取得した情報を記憶する記憶手段と、前記コンテンツ情報を保持する前記他の端末装置の所在情報の送信要求があったとき、当該他の端末装置のハードディスクの状態情報が所定の条件を満たすか否かを判定する判定手段と、前記ハードディスクの状態情報が所定の条件を満たすとき、前記記憶手段から前記他の端末装置の所在情報を取り出して要求元の端末装置へ送信し、前記ハードディスクの状態情報が所定の条件を満さないとき、前記要求元の端末装置への前記他の端末装置の所在情報の送信を行わない送信手段とを備えたことを特徴とする。
【００１１】
また、請求項２に記載の発明は、請求項１に記載の発明において、更新された前記ハードディスクの状態情報が前記取得手段により取得されたとき、当該取得されたハードディスクの状態情報により前記記憶手段に記憶されている前記ハードディスクの状態情報を更新する更新手段を備えたことを特徴とする。
【００１２】
また、請求項３に記載の発明は、請求項１又は請求項２に記載の発明において、前記送信手段は、前記コンテンツ情報を保持する前記他の端末装置の所在情報の送信要求があったときに、前記記憶手段に所在情報が記憶されている前記他の端末装置が複数あるとき、これらの端末装置のうち、前記ハードディスクの状態情報が所定の条件を満たす度合いが高い端末装置の所在情報を前記要求元の端末装置へ送信することを特徴とする。
【００１３】
また、請求項４に記載の発明は、請求項１〜３のいずれか一項に記載の発明において、前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうち少なくともいずれか一つに基づく情報であることを特徴とする。
【００１４】
また、請求項５に記載の発明は、請求項４に記載の発明において、前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうち少なくともいずれか一つを点数化した点数情報であることを特徴とする。
【００１５】
また、請求項６に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、前記コンテンツ情報を記憶するハードディスクと、前記ハードディスクから当該ハードディスクの状態情報を取得する状態情報取得手段と、前記ハードディスクに記憶したコンテンツ情報の識別情報、自装置の所在情報及び前記ハードディスクの状態情報を含む登録メッセージを前記ネットワークを介して所定の端末装置へ送信する登録メッセージ送信手段とを備えたことを特徴とする。
【００１６】
また、請求項７に記載の発明は、請求項６に記載の発明において、前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つに基づく情報であることを特徴とする。
【００１７】
また、請求項８に記載の発明は、請求項７に記載の発明において、前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つを点数化した点数情報であることを特徴とする。
【００１８】
また、請求項９に記載の発明は、請求項６〜８のいずれか一項に記載の発明において、前記登録メッセージ送信手段は、前記コンテンツ情報を前記ハードディスクに記憶したとき又は定期的に、前記登録メッセージを前記ネットワークを介して他の端末装置へ送信することを特徴とする。
【００１９】
また、請求項１０に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置において、所望のコンテンツ情報をハードディスクにそれぞれ保持する複数の他の端末装置の所在情報と、当該他の各端末装置のハードディスクの状態情報とを前記ネットワークを介して取得する情報取得手段と、前記情報取得手段により取得した前記ハードディスクの状態情報に基づいて、前記所在情報を取得した前記複数の他の端末装置のうち一の端末装置を選択する選択手段と、前記所望のコンテンツ情報を、前記選択された他の端末装置から前記ネットワークを介して取得するコンテンツ取得手段とを備えたことを特徴とする。
【００２０】
また、請求項１１に記載の発明は、請求項１０に記載の発明において、前記選択手段は、前記情報取得手段により所在情報を取得した前記他の端末装置のうち、前記ハードディスクの状態情報が所定の条件を満たす前記他の端末装置が複数あるとき、それらの端末装置の中からランダムに一の端末装置を選択することを特徴とする。
【００２１】
また、請求項１２に記載の発明は、請求項１０に記載の発明において、前記選択手段は、前記情報取得手段により所在情報を取得した前記他の端末装置のうち、前記ハードディスクの状態情報が所定の条件を満たす前記他の端末装置が複数あるとき、それらの端末装置の中から前記所定の条件を満たす度合いが高い端末装置を選択することを特徴とする。
【００２２】
また、請求項１３に記載の発明は、請求項１０〜１２のいずれか一項に記載の発明において、前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つに基づく情報であることを特徴とする。
【００２３】
また、請求項１４に記載の発明は、請求項１３に記載の発明において、前記ハードディスクの状態情報は、当該ハードディスクの通電累積時間、温度、リードエラーの発生率、不良セクタの数及びスループット性能のうちの少なくともいずれか一つを点数化した点数情報であることを特徴とする。
【００２４】
また、請求項１５に記載の発明は、コンピュータを、請求項１〜１４のいずれか一項に記載の端末装置として機能させることを特徴とする情報処理プログラムとした。
【００２５】
また、請求項１６に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、コンテンツ情報を識別するコンテンツ識別情報と、当該コンテンツ情報をハードディスクに保持する他の端末装置の所在情報と、当該他の端末装置のハードディスクの状態情報とを前記ネットワークを介して取得するステップと、前記取得した情報を記憶するステップと、前記コンテンツ情報を保持する前記他の端末装置の所在情報の送信要求があったとき、当該他の端末装置のハードディスクの状態情報が所定の条件を満たすか否かを判定するステップと、前記ハードディスクの状態情報が所定の条件を満たすときに、前記記憶手段から前記他の端末装置の所在情報を取り出して要求元の端末装置へ送信するステップとを有することを特徴とする。
【００２６】
また、請求項１７に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、前記コンテンツ情報をハードディスクに記憶するステップと、前記ハードディスクから当該ハードディスクの状態情報を取得するステップと、前記ハードディスクに記憶したコンテンツ情報の識別情報、自装置の所在情報及び前記ハードディスクの状態情報を含む登録メッセージを前記ネットワークを介して所定の端末装置へ送信するステップとを有することを特徴とする。
【００２７】
また、請求項１８に記載の発明は、ネットワークを介して互いに接続された複数の端末装置の参加により形成され、前記端末装置間でコンテンツ情報の送受信を行う情報配信システムにおける前記端末装置の情報処理方法において、所望のコンテンツ情報をハードディスクにそれぞれ保持する複数の他の端末装置の所在情報と、当該他の各端末装置のハードディスクの状態情報とを前記ネットワークを介して取得するステップと、前記取得した前記ハードディスクの状態情報に基づいて、前記所在情報を取得した前記複数の他の端末装置のうち一の端末装置を選択するステップと、前記所望のコンテンツ情報を、前記選択された他の端末装置から前記ネットワークを介して取得するステップとを有することを特徴とする。
【発明の効果】
【００２８】
本発明によれば、コンテンツ情報を保持する端末装置内のハードディスクの状態を考慮して、端末装置間におけるコンテンツ情報の配信を行うので、迅速且つ安定的にコンテンツ情報の配信を受けることができる。
【発明を実施するための最良の形態】
【００２９】
次に、本発明を実施するための最良の形態について、図面に基づいて説明する。なお、以下に説明する情報配信システムは、インターネット等のネットワークを介して複数の端末装置の参加により形成され、これらの端末装置間で音楽コンテンツや映画コンテンツなどのコンテンツ情報の送受信を行う（換言すれば、コンテンツ情報を複数の端末装置間で共有する）情報配信システム、すなわちいわゆるＰ２Ｐ型の情報配信システムである。なお、以下の説明においては、上記端末装置を「ノード」と称することとする。
【００３０】
（Ｉ）本発明の原理
本発明の実施形態について具体的に説明する前に、まず本発明の原理につき、実施形態に係るＰ２Ｐ型情報配信システム（以下、単に「情報配信システム」と称する）の概要と共に説明する。
【００３１】
（Ａ）情報配信システムの概要
先ず、実施形態に係る情報配信システムの概要につき、図１及び図２を用いて説明する。なお、図１及び図２は当該情報配信システムの概要を示す模式図である。
【００３２】
一般に、上記ネットワークに接続されている特定のノードが、コンテンツ情報を他のノードから取得する際には、どのノードがどのコンテンツ情報を記憶しているかという情報を知る必要がある。例えば当該ネットワークがインターネットである場合には、コンテンツ情報を特定できる索引情報（例えば映画のタイトル名）とそれを記憶しているノードのＩＰ（Internet Protocol）アドレスの組を認識し、その索引情報とＩＰアドレスを手がかりとして所望するコンテンツ情報の送受信を行う必要がある。よって、不特定多数のノードがコンテンツ情報を共有し合うような情報配信システムにおいては、全てのコンテンツ情報の索引情報とそれを記憶しているノードのＩＰアドレスを各ノードが認識しておくことが必要となる。
【００３３】
しかしながら、各ノードにおける物理的な記憶可能量には制限がある。よって、ネットワークに接続されているノードの数によっては、全てのコンテンツ情報の索引情報とそのコンテンツ情報を記憶しているノードのＩＰアドレスとを各ノードが夫々に記憶しておくことは現実的ではない場合がある。例えば、ネットワークに百万台のノードが接続されている場合には、その百万台分のＩＰアドレスと索引情報とを各ノードが互いに全て記憶しておくのは現実的でない。
【００３４】
しかも、ネットワーク内の各ノードの電源スイッチが頻繁にオン／オフされる場合（例えば当該ノードをパーソナルコンピュータにより実現する場合は頻繁に電源スイッチが操作され得ることになる）にも、情報配信システムを構成するノードの脱退や参加が頻繁となって、各ノードに記憶されたＩＰアドレス等の更新が頻繁になり、各ノードが全てのコンテンツ情報の索引情報とそのコンテンツ情報を記憶するノードのＩＰアドレスを記憶しようとすると、ネットワーク全体としての運用が現実的に困難となる。
【００３５】
そこで、上述したような問題点に対処すべく、各ノードにおいて必要最低限のノードの所在情報であるＩＰアドレスを記憶し、かかるＩＰアドレスに基づき、コンテンツ情報の検索を行ってノード間でコンテンツ情報の送受信を行う仕組みの配信システムが研究されており、その一つに、いわゆるＤＨＴ(Distributed Hash Table：離散ハッシュテーブル)を用いた配信システムがある。
【００３６】
次に、当該ＤＨＴを用いた配信システムについて、概要を説明する。
【００３７】
上記ＤＨＴを用いた配信システムでは、各ノードを相互に識別するための識別情報であるノードＩＤ（Identification）を当該各ノードに付与する。このとき、当該ノードＩＤは、ノード毎にユニークな、すなわち他のノードとは異なる番号を付与する。この番号は、そのネットワークにおけるノードの最大運用台数を収容できるだけのビット数（ビット長）を有するものとなる。より具体的には、例えば１２８ビットのノードＩＤを用いれば、最大で、２１２８＝３４０×１０３６台のノードを一つのネットワーク内に接続することができる。そして、当該ノードＩＤとして一般的には、ノード自体に付与されているＩＰアドレスやいわゆるＭＡＣ（Media Access Control）アドレス、或いはノード自体の製造番号等の、当該ノード毎に固有の値に対してハッシュ関数を適用して得られる値を用いる。
【００３８】
また、上記ＤＨＴを用いた情報配信システムでは、当該情報配信システムにおいて配信されるコンテンツ情報自体にも、他のコンテンツ情報とは異なるユニークな識別情報であるコンテンツＩＤを付与する。このコンテンツＩＤのビット長も上記ノードＩＤのビット長と同一とされる。そして、当該コンテンツＩＤとして一般的には、そのコンテンツ情報のタイトルを示すタイトルデータ、コンテンツ情報を構成するデータの属性を示す属性データ、コンテンツ情報を構成するデータのうち先頭から数バイト分のデータ等に対して、上記ノードＩＤを得るときと同様のハッシュ関数を適用して得られる値を用いる。
【００３９】
ここで、対応するノードＩＤ及びコンテンツＩＤが相互に同じビット長で表現されていることも関連して、上記ノード及びコンテンツ情報は、同一のリング状の仮想的なＩＤ空間上に点在するものとして考えることができる。すなわち、一のノードを●で表示し且つ一のコンテンツ情報を○で表示する図１（ａ）に示すように、コンテンツ情報が属するリングＲcとノードが属するリングＲnとを仮想的に同心円状に想定し、更に各リングＲc及びＲnにおいて反時計回りに各ＩＤの値が増加すると規定すると、各ノード又は各コンテンツ情報は、各リングＲc及びＲn上に重なることなく存在すると仮定できるのである。なお、各ＩＤを上記の例のように１２８ビット長で表現すると桁数が多くなりすぎるので、図１（ａ）においては、説明の簡略化のために、各ＩＤのビット長を３２ビットとして表現している（以下、同様）。そして、上述したように各ＩＤの値を決めるに当たってハッシュ関数を用いたことに起因して、各ノード及び各コンテンツ情報は、上記各リングＲc及びＲn上に偏ることなく概ね分散して存在することとなる。
【００４０】
ここで、ＤＨＴを用いた情報配信システムでは、「あるコンテンツＩＤが付与されているコンテンツ情報を管理するノードは、そのコンテンツＩＤの値に一番近い値を有するノードＩＤが付与されているノード」とされている。
【００４１】
ここで、「近い」とは、その情報配信システムに関する各種規定等において一貫してさえいればどのような定義付けでも良いのであるが、具体的には例えば、「そのコンテンツＩＤの値を超えない値であって且つＩＤとしての値同士の差が最も小さいもの」というように定義付けられる。
【００４２】
より具体的には、例えば図１（ａ）に例示するように、ノードＩＤの値が「Ａ０３３４０５５」であるノードとノードＩＤの値が「Ａ０３３４０ＦＦ」であるノードとがリングＲn上で隣り合って存在しているとすると、コンテンツＩＤの値が「Ａ０３３４０８０」であるコンテンツ情報は、ノードＩＤの値が「Ａ０３３４０５５」であるノードが管理することになる。なお、図１（ａ）では、○のコンテンツ情報を管理する端末情報を、当該各○から伸びた矢印で示している。このようにすると、多数のノードで分散して様々なコンテンツ情報を管理することができる。
【００４３】
このとき、「管理」とは、そのコンテンツＩＤが付与されているコンテンツ情報をその中に記憶しているという意味ではなく、そのコンテンツ情報が記憶されているノードの所在情報であるＩＰアドレス等を認識しているとの意味である。実際にコンテンツ情報が記憶されているノードと管理するノードとが異なっても良いし、或いは管理するノード内にその管理対象であるコンテンツ情報が記憶されていても良い。
【００４４】
そして、このようにコンテンツ情報を管理するノードを「ルートノード」と称する。ルートノードは、それが管理することとされているコンテンツ情報を示すコンテンツＩＤと、当該コンテンツＩＤにより示されるコンテンツ情報が記憶されているノードのＩＰアドレスと、の対からなるインデックス情報を記憶し、これを情報配信システム内の他のノードから参照可能に記憶する。このインデックス情報内に、そのコンテンツ情報のタイトルやその属性（ジャンル）等の属性情報が含まれる場合もある。
【００４５】
また、異なるコンテンツ情報を夫々示すコンテンツＩＤが偶然に近い値となり、その値に近い値のノードＩＤを有するノードが他に存在しない場合には、一つのルートノードが複数のコンテンツ情報に対応する複数のインデックス情報を記憶することとなる。更に、同一のコンテンツ情報が異なる複数のノード内に記憶されている場合であって、その同一のコンテンツ情報を記憶しているノードが偶然に一つのルートノードに近い場合、当該ルートノードには、同一のコンテンツ情報が夫々に記憶されている複数のノードのインデックス情報が記憶されることとなる。上述してきたルートノード内のインデックス情報ＥＸの一例を図１（ｂ）に示す。
【００４６】
更に、実際に各コンテンツ情報自体を記憶しているノードを「コンテンツホルダ」と称する。このとき、当該コンテンツホルダ自体はノードであるから、そのノードＩＤは、図１（ａ）におけるリングＲn上に存在していることになる。
【００４７】
次に、上記ＤＨＴを用いた情報配信システムにおいて、上述したように全てのノードのＩＰアドレスを各ノード夫々が記憶する必要性を排除するための工夫の一つであるＤＨＴ（ルーティングテーブル）自体について説明する。
【００４８】
本実施形態に係るＤＨＴには、図１（ａ）に例示したＩＤ空間を段階的なレベル毎にレベル数を上げつつ細分化（例えば、レベル１の場合は当該ＩＤ空間を四分割）していき、そのレベル毎（段階的に細分化した領域毎）に、任意のノードのノードＩＤとそのＩＰアドレスとを対としたルーティング情報が記述されている。このＤＨＴはノードが情報配信システムに参加するときになどに、情報配信システムに参加しているノードからルーティング情報を取得することによって生成されて自ノードの記憶手段に記憶される。そして、例えばコンテンツ情報の配信元情報（コンテンツホルダの所在情報など）を要求するための配信元問い合わせ情報をそのインデックス情報が記憶されているルートノードに転送する場合、このＤＨＴのルーティング情報を参照しつつ当該問い合わせ情報を目的のルートノードまで転送する。すなわち、ＤＨＴにおけるレベルが上がる度に、ルーティング先のノードＩＤが到達しようとするルートノードのノードＩＤに一桁ずつ合致していき、最終的に当該到達しようとするルートノードに上記要求情報が到達することになる。
【００４９】
なお、ＤＨＴを用いた情報配信システムにおいては、上述した如き問い合わせ情報（クエリ）や、そのコンテンツ情報の配信自体を要求する配信要求情報、及び後述する登録メッセージ、などを「メッセージ」と称している。そして、上述した仕組みのＤＨＴを使うと、上記メッセージを図１（ａ）に例示する如き上記ＩＤ空間内で効率よく目的のノードまで転送することができる。なお、以下の説明においては、コンテンツホルダにおいて新たにコンテンツ情報が記憶された場合に、それを他のノードから発見可能にする（公開する）ために、当該コンテンツホルダにおいて生成されるメッセージを登録メッセージと称し、上述した配信元問い合わせ情報、すなわち後述するリクエスタからルートノード又は後述するキャッシュノードに対して送信するメッセージを検索メッセージと称する。
【００５０】
ここで、上述したようにルートノードのノードＩＤの値は、そのルートノードがコンテンツ情報を管理しているコンテンツホルダのノードＩＤの値に最も近いのであるから、上記検索メッセージは、配信要求対象のコンテンツ情報を管理するルートノードに到達することになる。そして、当該検索メッセージを受け取ったルートノードは、その検索メッセージにより要求されているコンテンツ情報を蓄積しているコンテンツホルダのＩＰアドレス等を、当該検索メッセージの発信元まで返信する。すなわち、ルートノード内に記憶されているインデックス情報（図１（ｂ）参照）の中から、当該検索メッセージにより要求されているコンテンツ情報を示すタイトル、属性情報及びそのコンテンツホルダとしてのノードのＩＰアドレス等が検索メッセージの発信元であるノードまで返信される。このようなＤＨＴの活用により、効率的に所望のコンテンツ情報の所在情報が例えば配信要求元において認識できるのである。なお、上述したコンテンツ情報の配信要求元であるノードを、以下「リクエスタ」と称する。
【００５１】
次に、あるノードに新たなコンテンツ情報が蓄積された場合における当該コンテンツ情報の登録処理について説明する。
【００５２】
新しいコンテンツ情報がノード、すなわちそのコンテンツ情報のコンテンツホルダに蓄積されると、そのコンテンツホルダは、情報配信システム内の他のノードに対してそのコンテンツ情報が蓄積されたことを公開することになる。
【００５３】
すなわち、あるノードに新たなコンテンツ情報が蓄積されたとき、当該蓄積されたコンテンツ情報に対するコンテンツホルダとなるそのノードは、蓄積されたコンテンツ情報のタイトル等に基づき、当該コンテンツ情報に対応するコンテンツＩＤを算出する。
【００５４】
次に、当該コンテンツホルダは、算出されたコンテンツＩＤと同じ値を有するノードＩＤを有するノードを到達先として（そのノードＩＤを有するノードが実在するかどうかに拘わらず）、登録メッセージを送信する。この登録メッセージは、そのコンテンツ情報を示すタイトル、属性情報及びそのコンテンツホルダとしてのノードのＩＰアドレス等を含むものであり、上記ＤＨＴの記述に従って各ルーティング先を介して各レベルの到達先としてのノードに順次転送される。
【００５５】
そして、最も近い値のノードＩＤを有するノードに到達すると、そのノードはその後にその登録メッセージを転送すべきノードがＩＤ空間内に存在しないことが認識して（ＤＨＴで桁合わせをすると、次に転送すべきノードが自分自身であることを認識する）、新たなコンテンツ情報を管理するルートノードとなることになる。そして、当該ルートノードとなったノードは、登録メッセージに含まれているコンテンツＩＤ及びコンテンツホルダのＩＰアドレス並びに属性情報等を図１（ｂ）に例示するインデックス情報ＥＸとして記憶する。
【００５６】
次に、実施形態に係る情報配信システムにおける「キャッシュノード」なる概念について、図２を用いて説明する。なお、図２及び後述の図３においては、ルートノードを二重丸で示し、コンテンツホルダを内部に×が記された○で示し、リクエスタを内部に｜が記された○で示し、後述するキャッシュノードを内部に＋が記された○で示し、他の一般のノードは●で示す。
【００５７】
上述したＤＨＴを用いたルーティングによりリクエスタＲＱ１〜ＲＱ３からの検索メッセージＱrをルートノードＲＮ（又はコンテンツホルダＣＨ）に転送する場合、その転送経路（図２（ａ）及び図２（ｂ）において破線で示す）は、図２（ａ）に示すように上述した登録メッセージＱpが辿った経路（図２（ａ）及び図２（ｂ）において実線で示す）と似た経路となるので、この経路上にある各ノード（図２（ａ）において符号ＣＮで示す）においても図１（ｂ）に例示するインデックス情報ＥＸを記憶しておけば、当該経路を経る検索メッセージＱrに対応して、その到達先であるルートノードＲＮ又はコンテンツホルダＣＨに当該検索メッセージＱrが到達する前に、早い段階で当該検索メッセージＱrに対応する回答をリクエスタＲＱ１〜ＲＱ３まで返信することができる。
【００５８】
すなわち、情報配信システム内に公開されたコンテンツ情報の配信を要求するリクエスタＲＱ１〜ＲＱ３が、そのコンテンツ情報が記憶されているノード（すなわちコンテンツホルダＣＨ）のＩＰアドレスを要求する旨の検索メッセージＱrを送信すると、当該検索メッセージＱrは各ノード内のＤＨＴに記述されているルーティング先を転送されルートノードＲＮに近づいていく。そして、最終的には、その経路がコンテンツホルダＣＨからの登録メッセージＱpの経路と合流して、ルートノードＲＮに到達する。
【００５９】
ここで、図２（ａ）に示したリングＲn上の経路を木構造に置き換えると図２（ｂ）に示した如きものとなるが、これを実施形態においては「スパニングツリー」と称する。
【００６０】
図２（ａ）に示したように、各リクエスタＲＱから送信された検索メッセージＱrの経路とコンテンツホルダＣＨから送信された登録メッセージＱpの経路とは、それら経路上のいずれかのノードにおいていずれ交わる。そこで、公開用の登録メッセージＱpをルートノードＲＮまで到達させる経路上にあるノード夫々に当該登録メッセージＱpに含まれているインデックス情報ＥＸを、一時的に記憶可能な一時記憶領域に記憶させつつ（すなわち、一時的にキャッシュさせつつ）当該登録メッセージＱpの転送を行う。そうすれば、リクエスタＲＱからの検索メッセージＱrに対する返信を、ルートノードＲＮに至る経路上の検索メッセージＱrが到達したノードから、検索メッセージＱrがルートノードＲＮに到達する前に行うことができるのである。このようにルートノードＲＮ以外のノードであってインデックス情報ＥＸを一時的に記憶しているノードを「キャッシュノード」ＣＮと称する。
【００６１】
（Ｂ）本発明の原理
次に、概要を上述した情報配信システムを前提とする本発明に原理について、図３を用いて説明する。
【００６２】
上述した情報配信システムにおけるインデックス情報ＥＸとしては、図１（ｂ）に例示した如きものであり、これには、当該インデックス情報ＥＸの夫々が対応するコンテンツ情報自体を示す情報（例えば図１（ｂ）に例示するタイトルやジャンル、或いは監督名等）の他は、対応するコンテンツＩＤ及びそのコンテンツ情報が記憶されているコンテンツホルダＣＨのＩＰアドレスのみであって、対応するコンテンツホルダＣＨのハードディスクの状態に関する情報は含まれていなかった。
【００６３】
そこで、図３に示すように、本発明では、このインデックス情報ＥＸの夫々に対して、当該インデックス情報ＥＸが対応するコンテンツ情報が記憶されているコンテンツホルダＣＨのハードディスクの状態に関する情報ＨＳ（以下、「ハードディスク状態情報ＨＳ」と称す。）を夫々追加する。そして、リクエスタＲＱがそのインデックス情報ＥＸを参照し、当該ハードディスク状態情報ＨＳを参照してコンテンツホルダＣＨのハードディスクの状態が良いものから優先して接続し、コンテンツ情報の配信を受けることとする。なお、以下の実施形態では、ハードディスク状態情報ＨＳが付加された本発明に係るインデックス情報を、インデックス情報ＥＸＸと称することとする。また、図３では、一つの情報処理装置としてのルートノードＲＮに複数のコンテンツ情報に対応するインデックス情報ＥＸＸが記憶されており、更に一つのコンテンツ情報につき、同一のコンテンツ情報を記憶する複数のコンテンツホルダＣＨを示すインデックス情報ＥＸＸが記憶されている状態を例示している。
【００６４】
ここで、当該ハードディスク状態情報ＨＳの内容として含まれるパラメータとして、コンテンツ情報を保持するためにコンテンツホルダＣＨが有するハードディスクに関する情報であって、当該ハードディスクの通電累積時間情報１００、当該ハードディスクの温度情報１０１と、当該ハードディスクにおけるリードエラー発生率情報１０２と、当該ハードディスクにおける不良セクタ数情報１０３と、当該ハードディスクにおけるスループット性能情報１０４と、上述した通電累積時間情報１００、温度情報１０１、リードエラー発生率情報１０２、不良セクタ数情報１０３及びスループット性能情報１０４夫々の値を後述する方法により点数化して得られる値の合計点を示す点数情報１０５と、が含まれている。
【００６５】
更に、当該インデックス情報ＥＸＸは、図３に示すルートノードＲＮだけでなく、上述したキャッシュノードＣＮにも同様のものが記憶されており、これを参照することで、リクエスタＲＱからの要求情報としての検索メッセージＱrをルートノードＲＮまで到達させずとも、当該検索メッセージＱrに対応する返信情報ＲＴを当該リクエスタＲＱまで返信することができる。
【００６６】
なお、同一のコンテンツ情報が複数のコンテンツホルダＣＨ内に記憶されている本発明に係る情報配信システムの場合、上記返信情報ＲＴには、配信を所望するコンテンツ情報を示すコンテンツＩＤと共に、そのコンテンツ情報を記憶しているコンテンツホルダＣＨに対応するインデックス情報ＥＸＸであってリクエスタＲＱから参照を所望するインデックス情報ＥＸＸの数を示す情報が含まれている。そして、その返信情報ＲＴを受信したリクエスタＲＱにおいては、当該参照した複数のインデックス情報ＥＸＸのうち、当該ハードディスク状態が良い状態であることがインデックス情報ＥＸＸにより示されているコンテンツホルダＣＨを選択して接続し、当該コンテンツ情報の配信を受ける。
【００６７】
このように、本発明によるハードディスク状態情報ＨＳを含むインデックス情報ＥＸＸをルートノードＲＮ及びキャッシュノードＣＮが夫々記憶しておくことで、リクエスタＲＱはこれらの記憶を参照し、ハードディスク状態が良い状態であるコンテンツホルダＣＨから迅速且つ安定的に所望のコンテンツ情報の配信を受けることができるのである。
【００６８】
（II）実施形態
次に、上述した原理に則った本発明に係る実施形態について、具体的に図４〜図１０を用いて説明する。
【００６９】
まず始めに、実施形態に係るノードの概要構成について図４を用いて説明する。なお、図４は実施形態に係るノードの概要構成を示すブロック図である。また、本実施形態においては、上記コンテンツホルダＣＨ、リクエスタＲＱ、ルートノードＲＮ、キャッシュノードＣＮ及びその他のノードは、基本的に全て同一のハードウエア構成を有するものであるので、それらを代表して一般のノードＮの構成について、図４を用いてその概要を説明する。
【００７０】
図４に示すように、実施形態に係るノードＮは、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能であり、演算機能を有するＣＰＵ、作業用ＲＡＭ（Random Access Memory）、各種データ及びプログラムを記録する内部ＲＯＭ（Read Only Memory）等から構成された制御部１１と、上記コンテンツ情報自体としてのコンテンツデータ、上記インデックス情報ＥＸＸ、上記ＤＨＴ及びその他の必要なプログラム等を記録保存（格納）するためのハードディスク（ＨＤＤ（Hard Disk Drive）：記憶手段の一例に相当）１２と、受信されたコンテンツデータを一時蓄積するバッファメモリ１３と、コンテンツデータに含まれるエンコード（符号化）されたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部１４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部１５と、当該映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ（Cathode Ray Tube）又は液晶ディスプレイ等よりなる表示部１６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ／Ａ（Digital/Analog）変換した後これを増幅器等により増幅して出力する音声処理部１７と、当該音声処理部１７から出力されたオーディオ信号を音波として出力するスピーカ１８と、ネットワークを通じて他のノード装置Ｎとの間の情報の通信制御を行なうための通信部２０と、使用者からの指示を受け付け当該指示に応じた指示信号を制御部１１に出力する入力部（例えば、キーボード、マウス或いは、操作パネル等）２１と、を備えて構成され、制御部１１、ハードディスク１２、バッファメモリ１３、デコーダ部１４、及び通信部２０はバス２２を介して相互にデータの送受信が可能に接続されている。
【００７１】
そして、制御部１１におけるＣＰＵが内部ＲＯＭ或いはハードディスク１２等に記憶された各種プログラムを実行することにより、制御部１１が、リクエスタＲＱ、キャッシュノードＣＮ、ルートノードＲＮ、コンテンツホルダＣＨ又はそれら以外の一般のノードＮとしての全体動作を統括制御する。
【００７２】
なお、上記ノードＮがコンテンツホルダＣＨである場合は、制御部１１が状態情報取得手段及び登録メッセージ送信手段等として機能する。また、上記ノードＮがルートノードＲＮ又はキャッシュノードＣＮである場合は、制御部１１が取得手段、判定手段、更新手段及び送信手段等として機能する。更に、上記ノードＮがリクエスタＲＱである場合は、制御部１１が情報取得手段、選択手段及びコンテンツ取得手段等として機能する。
【００７３】
次に、コンテンツホルダＣＨ、ルートノードＲＮ及びキャッシュノードＣＮ並びにリクエスタＲＱに分けて、実施形態に係る各ノードＮの動作について説明する。
【００７４】
（Ａ）コンテンツホルダにおける動作
先ず、実施形態に係るコンテンツホルダＣＨにおける動作について、図５及び図６を用いて説明する。なお、図５は実施形態に係るコンテンツホルダＣＨにおける動作の一例を示すフローチャートであり、図６は実施形態に係るハードディスク状態情報ＨＳを構成する各パラメータの具体例を示す図である。
【００７５】
実施形態に係るコンテンツホルダＣＨにおいては、先ず、当該コンテンツホルダＣＨ内のハードディスク１２に配信用の新しいコンテンツ情報が記憶されると、図５のフローチャートが開始する。そして、制御部１１は、当該コンテンツ情報がハードディスク１２に記憶された時点における上記ハードディスク状態情報ＨＳを取得・生成する（ステップＳ２）。すなわち、制御部１１は、ハードディスク１２に対して、通電累積時間情報１００、温度情報１０１、リードエラー発生率情報１０２、不良セクタ数情報１０３及びスループット性能情報１０４の各情報の出力を要求してこれらの情報を取得する。そして、制御部１１は、これらの情報を点数化して合計した点数情報１０５を生成する。このように制御部１１は、ハードディスク１２から当該ハードディスク状態情報ＨＳを取得する状態情報取得手段として機能する。
【００７６】
制御部１１は、このように取得・生成したハードディスク状態情報ＨＳを有するインデックス情報ＥＸＸを含む登録メッセージＱp（図３参照）を通信部２０を介し、ルートノードＲＮとなるべきノードＮに向けて送信する（ステップＳ３）。このように制御部１１は、新たにコンテンツ情報をハードディスク１２に記憶したとき、ハードディスク１２に記憶したコンテンツ情報のコンテンツＩＤ、自ノードのＩＰアドレス及び自ノードのハードディスク状態情報ＨＳを含む登録メッセージをネットワークを介してルートノードＲＮ（ハードディスク１２に記憶したコンテンツ情報のルートノードＲＮ）へ送信する登録メッセージ送信手段として機能する。
【００７７】
ここで、実施形態に係るハードディスク状態情報ＨＳを構成する各パラメータ（通電累積時間情報１００、温度情報１０１、リードエラー発生率情報１０２、不良セクタ数情報１０３及びスループット性能情報１０４。図３参照）について、具体的に図６を用いて説明する。
【００７８】
ハードディスク状態情報ＨＳを構成する各パラメータは、制御部１１がハードディスク１２から取得する。すなわち、ハードディスク１２には、周知の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情報の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）の情報であり、規定通りの性能が出ているかの情報（ハードディスク１２の処理能力の情報）である。本実施形態においては、スループット性能の所定の閾値（許容値）に対するスループット性能の割合が低ければ低いほどハードディスク１２に異常がある確率が高くなる。言い換えれば、スループット性能が高いほど点数を高く設定している。
【００８５】
そして最後に、点数情報１０５は、上述した通電累積時間情報１００、温度情報１０１、リードエラー発生率情報１０２、不良セクタ数情報１０３及びスループット性能情報１０４の夫々の点数を合計して得られる。なお、点数情報１０５としては、上記通電累積時間情報１００等の点数を単純に合計した点数を点数情報１０５としての値としても良いし、通電累積時間情報１００等の各パラメータについて夫々予め設定されている重み付けをした上で加算し、点数情報１０５としての最大点数が例えば１００点となるように正規化した点数を点数情報１０５としての値としても良い。なお、このときの重み付けの例としては、図６に示すように、例えば、通電累積時間情報１００の重み付けを４０／１００、温度情報１０１の重み付けを３０／１００、温度情報１０１、リードエラー発生率情報１０２、不良セクタ数情報１０３及びスループット性能情報１０４の重み付けを夫々１０／１００とする。
【００８６】
以上のようにして図３及び図６に例示する如きパラメータを含むハードディスク状態情報ＨＳが付加されたインデックス情報ＥＸＸを含む登録メッセージＱpが、ルートノードＲＮとなるべきノードＮに向けて送信されると（ステップＳ３）、制御部１１は、その登録メッセージＱpを送信したコンテンツホルダＣＨの制御部１１内の図示しないタイマにおける計時をスタートさせる（ステップＳ４）。
【００８７】
次に、制御部１１は、直前の上記ステップＳ４の処理における計時開始から所定時間Ｔ１経過したか否かを判断する（ステップＳ５）。そして、１５分経過しているときは（ステップＳ５：Ｙｅｓ）、制御部１１は、ルートノードＲＮにおける当該コンテンツホルダＣＨに対応するハードディスク状態情報ＨＳを更新すべきとして、ステップＳ２と同様に、ハードディスク状態情報ＨＳを取得・生成する。そして、このように生成したハードディスク状態情報ＨＳを含む登録メッセージＱpを更新のための登録メッセージＱpとして通信部２０を介して当該ルートノードＲＮに向けて送信する（ステップＳ６）。このように制御部１１は、定期的に登録メッセージＱpを通信部２０を介してルートノードＲＮに向けて送信する登録メッセージ送信手段として機能する。
【００８８】
次に、制御部１１は、当該コンテンツホルダＣＨ内に記憶されているコンテンツ情報がハードディスク１２から消去されたか否かを判断する（ステップＳ７）。そして、消去されているときは（ステップＳ７：Ｙｅｓ）、制御部１１は、コンテンツホルダＣＨにおける実施形態としての処理を完了し、一方、未だ消去されていないときは（ステップＳ７：Ｎｏ）、ハードディスク状態情報ＨＳを更新後（ステップＳ６）の新たなタイマにおける計時を開始すべく上記ステップＳ４に戻る。
【００８９】
以上説明したコンテンツホルダＣＨとしての動作により、コンテンツ情報の初期登録に伴うハードディスク状態情報ＨＳの新規生成並びにその更新が実行され、それを含むインデックス情報ＥＸＸがルートノードＲＮ（及びキャッシュノードＣＮ）内に記憶される。
【００９０】
なお、上述においては、所定期間Ｔ１毎に情報更新メッセージを送信することとしたが、加えて、当該コンテンツホルダＣＨにおける上記ハードディスク状態情報ＨＳを構成するいずれかのパラメータ（例えば、最も変化する可能性が高いと予想される温度情報１０１）の内容が予め設定された閾値（例えば、±１０％）以上変化したかを判断しているときには、制御部１１は、ルートノードＲＮにおける当該コンテンツホルダＣＨに対応するハードディスク状態情報ＨＳを更新すべきとして、当該更新のための登録メッセージＱpを通信部２０を介して当該ルートノードＲＮに向けて送信するようにしてもよい。
【００９１】
（Ｂ）ルートノード及びキャッシュノードにおける動作
次に、実施形態に係るルートノードＲＮ及びキャッシュノードＣＮにおける動作について、図７〜図９を用いて説明する。なお、図７は実施形態に係るルートノードＲＮ及びキャッシュノードＣＮにおけるメッセージ受信時の動作の一例を示すフローチャートであり、図８及び図９は当該ルートノードＲＮ及びキャッシュノードＣＮにおける細部動作の一例を夫々示すフローチャートである。
【００９２】
実施形態に係るルートノードＲＮ及びキャッシュノードＣＮにおいては、制御部１１は、情報配信システム内のいずれかのノードＮから何らかのメッセージ（登録メッセージＱp又は検索メッセージＱrのいずれか）を通信部２０を介して受信すると、図７のフローチャートを開始する。そして、制御部１１は、メッセージがコンテンツホルダＣＨからの登録メッセージＱpであるか或いはリクエスタＲＱからの検索メッセージＱrであるかを、そのメッセージのヘッダ部分の情報等に基づいて判断する（ステップＳ１１）。
【００９３】
そして、当該受け取ったメッセージがリクエスタＲＱからの検索メッセージＱrであるときは（ステップＳ１１：リクエスタから）、制御部１１は、自ノードがその検索メッセージにより要求されているコンテンツ情報のルートノードＲＮであるか或いはキャッシュノードＣＮであるかを判断する（ステップＳ１２）。
【００９４】
この処理において、自ノードがルートノードＲＮであるときは（ステップＳ１２：ルートノード）、制御部１１は、通信部２０を介して当該ルートノードＲＮとして上記検索メッセージＱrに対する返信処理（返信情報ＲＴの送信）を行い（ステップＳ１３）、当該ルートノードＲＮとしての動作を終了する。なお、当該ステップＳ１３の動作の細部については、後ほど詳述する。
【００９５】
一方、ステップＳ１２の判定において、自ノードがキャッシュノードＣＮであるときは（ステップＳ１２：キャッシュノード）、制御部１１は、当該キャッシュノードＣＮとして上記検索メッセージＱrに対する返信処理を行い（ステップＳ１４）、当該キャッシュノードＣＮとしての動作を終了する。なお、当該ステップＳ１４の動作の細部についても、後ほど詳述する。
【００９６】
他方、上記ステップＳ１１の判定において、当該受け取ったメッセージがコンテンツホルダＣＨからの登録メッセージＱpであるときは（ステップＳ１１：コンテンツホルダから）、制御部１１は、上記ステップＳ１２の判定と同様に自ノードがその登録メッセージＱpにより要求されているコンテンツ情報のルートノードＲＮであるか或いはキャッシュノードＣＮであるかを判断する（ステップＳ１５）。このように制御部１１は、コンテンツ情報を識別するコンテンツＩＤと、当該コンテンツ情報をハードディスク１２に保持するコンテンツホルダＣＨのＩＰアドレスと、当該コンテンツホルダＣＨのハードディスク状態情報ＨＳとを含む登録メッセージＱpをネットワークを介して取得する取得手段として機能する。
【００９７】
この処理において、当該ノードＮがルートノードＲＮであるときは（ステップＳ１５：ルートノード）、制御部１１は、更に受け取った登録メッセージＱpがコンテンツ情報の新規登録時にコンテンツホルダＣＨから送信された登録メッセージＱpであるか、或いは登録済みのコンテンツ情報に対応するインデックス情報ＥＸＸを更新するための登録メッセージＱpであるかを、その内容等に基づいて判断する（ステップＳ１６）。そして、受け取った登録メッセージＱpが新規登録用の登録メッセージＱpであるときは（ステップＳ１６：登録）、制御部１１は、当該ルートノードＲＮとして当該登録メッセージＱpを用いた登録処理を行い（ステップＳ１７）、当該ルートノードＲＮとしての動作を終了する。なお、当該ステップＳ１７の動作の細部についても、後ほど詳述する。
【００９８】
一方、ステップＳ１６の判定において、受け取った登録メッセージＱpが更新用の登録メッセージＱpであるときは（ステップＳ１６：更新）、制御部１１は、当該ルートノードＲＮとして当該登録メッセージＱpを用いた更新処理を行い（ステップＳ１８）、当該ルートノードＲＮとしての動作を終了する。なお、当該ステップＳ１８の動作の細部についても、後ほど詳述する。
【００９９】
他方、ステップＳ１５の判定において、当該ノードＮがキャッシュノードＣＮであるときは（ステップＳ１５：キャッシュノード）、制御部１１は、更に上記ステップＳ１６と同様にその受け取った登録メッセージＱpが新規登録用の登録メッセージＱpであるか、或いはインデックス情報ＥＸＸ更新用の登録メッセージＱpであるかを、その内容等に基づいて判断する（ステップＳ１９）。そして、受け取った登録メッセージＱpが新規登録用の登録メッセージＱpであるときは（ステップＳ１９：登録）、制御部１１は、当該キャッシュノードＣＮとして当該登録メッセージＱpを用いた登録処理を行い（ステップＳ２０）、当該キャッシュノードＣＮとしての動作を終了する。なお、当該ステップＳ２０の動作の細部についても、後ほど詳述する。
【０１００】
一方、ステップＳ１９の判定において、受け取った登録メッセージＱpが更新用の登録メッセージＱpであるときは（ステップＳ１９：更新）、制御部１１は、当該キャッシュノードＣＮとして当該登録メッセージＱpを用いた更新処理を行い（ステップＳ２１）、当該キャッシュノードＣＮとしての動作を終了する。なお、当該ステップＳ２１の動作の細部については、後ほど詳述する。
【０１０１】
次に、上記ステップＳ１４としてのキャッシュノードＣＮにおける検索メッセージＱrに対する返信処理の詳細について、図８（ａ）を用いて説明する。
【０１０２】
ルートノードＲＮと同様のインデックス情報ＥＸＸを記憶するキャッシュノードＣＮ（図３参照）において検索メッセージＱrを受信した場合、図８（ａ）に示すように、制御部１１は、先ず、当該検索メッセージＱrから、それを送信したリクエスタＲＱにおいて所望されているコンテンツ情報を含むインデックス情報ＥＸＸと当該インデックス情報ＥＸＸの数を抽出する（ステップＳ３０）。そして、制御部１１は、その検索メッセージＱrから抽出したインデックス情報ＥＸＸを識別する識別情報と同一の識別情報を有するインデックス情報ＥＸＸが実際に自ノード内に記憶されているか否かを判定する（ステップＳ３１）。このとき、当該所望されているコンテンツ情報に対応するインデックス情報ＥＸＸがそのキャッシュノードＣＮ内にない場合は（ステップＳ３１：Ｎｏ）、制御部１１は、他のルートノードＲＮ又はキャッシュノードＣＮ内において必要なインデックス情報ＥＸＸを検索させるために、ＤＨＴを参照して上記検索メッセージＱrを通信部２０を介して転送して（ステップＳ３４）、実施形態に係るキャッシュノードＣＮとしての処理を終了する。
【０１０３】
一方、ステップＳ３１の判定において、その検索メッセージＱrにおいて所望されているコンテンツ情報に対応するインデックス情報ＥＸＸがそのキャッシュノードＣＮ内に発見された場合は（ステップＳ３１：Ｙｅｓ）、制御部１１は、その発見されたインデックス情報ＥＸＸに含まれている点数情報１０５を抽出する（ステップＳ３２）。
【０１０４】
そして、制御部１１は、各インデックス情報ＥＸＸについて抽出された夫々の点数情報１０５の値と、検索メッセージＱrによりリクエスタＲＱにおいて所望されているインデックス情報ＥＸＸが備えるべき点数情報１０５の点数である閾値（当該検索メッセージＱrに含まれている）と、を比較し、その閾値以上の点数を有する点数情報１０５を含むインデックス情報ＥＸＸが、当該検索メッセージＱrにより示されている所望数だけあるか否かを判断する（ステップＳ３３）。このように制御部１１は、自ノードが保持するインデックス情報ＥＸＸに含まれる情報（コンテンツホルダＣＨのＩＰアドレス）の送信要求があったとき、当該コンテンツホルダＣＨのハードディスク状態情報ＨＳが所定の条件を満たすか否かを判定する判定手段として機能する。
【０１０５】
この処理において、当該閾値以上の点数を有する点数情報１０５を含むインデックス情報ＥＸＸが所望数だけキャッシュノードＣＮ内に存在しないときは（ステップＳ３３：Ｎｏ）、制御部１１は、上記検索メッセージＱrを通信部２０を介して転送して（ステップＳ３４）、実施形態に係るキャッシュノードＣＮとしての処理を終了する。
【０１０６】
一方、ステップＳ３３の判定において、当該閾値以上の点数を有する点数情報１０５を含むインデックス情報ＥＸＸが所望数だけキャッシュノードＣＮ内に存在しているときは（ステップＳ３３：Ｙｅｓ）、制御部１１は、当該所望数分のインデックス情報ＥＸＸを通信部２０を介して、検索メッセージＱrを送信したリクエスタＲＱに対して返信し（ステップＳ３５）、実施形態に係るキャッシュノードＣＮとしての処理を終了する。
【０１０７】
このように制御部１１は、ハードディスク状態情報ＨＳが所定の条件を満たすとき、ハードディスク１２からコンテンツホルダＣＨの所在情報であるＩＰアドレスを取り出してリクエスタＲＱへ送信し、ハードディスク状態情報ＨＳが所定の条件を満さないとき、他のキャッシュノードＣＮ又はルートノードＲＮへ検索メッセージＱrを転送する送信手段として機能する。
【０１０８】
次に、上記ステップＳ１３としてのルートノードＲＮにおける検索メッセージＱrに対する返信処理の詳細について、図８（ｂ）を用いて説明する。
【０１０９】
ルートノードＲＮにおいて検索メッセージＱrを受信した場合、図８（ｂ）に示すように、制御部１１は、上記ステップＳ３０の処理と同様に、当該検索メッセージＱrに対応するインデックス情報ＥＸＸと当該インデックス情報ＥＸＸの数を抽出し（ステップＳ４０）、その後、上記ステップＳ３２の処理と同様に、インデックス情報ＥＸＸに含まれている点数情報１０５を抽出する（ステップＳ４１）。
【０１１０】
そして、制御部１１は、上記ステップＳ３３の処理と同様に、各インデックス情報ＥＸＸの点数情報１０５の値と閾値とを比較し、その閾値以上の点数を有する点数情報１０５を含むインデックス情報ＥＸＸが、当該検索メッセージＱrにより示されている所望数だけあるか否かを判断する（ステップＳ４２）。
【０１１１】
この処理において、当該閾値以上の点数を有する点数情報１０５を含むインデックス情報ＥＸＸが所望数だけルートノードＲＮ内に存在しないときは（ステップＳ４２：Ｎｏ）、当該検索メッセージＱrで要求された閾値以上の値の点数情報１０５を含むインデックス情報ＥＸＸが当該所望数だけ発見できないのでしばらく待機すべき旨を通信部２０を介して、その検索メッセージＱrを送信したリクエスタＲＱに返信して（ステップＳ４４）、実施形態に係るルートノードＲＮとしての処理を終了する。
【０１１２】
一方、ステップＳ４２の判定において、当該閾値以上の点数を有する点数情報１０５を含むインデックス情報ＥＸＸが所望数だけルートノードＲＮ内に存在しているときは（ステップＳ４２：Ｙｅｓ）、制御部１１は、当該所望数分のインデックス情報ＥＸＸを通信部２０を介して、検索メッセージＱrを送信したリクエスタＲＱに対して返信し（ステップＳ４３）、実施形態に係るルートノードＲＮとしての処理を終了する。
【０１１３】
このように制御部１１は、ハードディスク状態情報ＨＳが所定の条件を満たすとき、ハードディスク１２からコンテンツホルダＣＨのＩＰアドレスを取り出してリクエスタＲＱへ送信し、ハードディスク状態情報ＨＳが所定の条件を満さないとき、リクエスタＲＱへのコンテンツホルダＣＨの所在情報であるＩＰアドレスの送信を行わない送信手段として機能する。
【０１１４】
ここで、ステップＳ４２の判定において、閾値以上の点数を有する点数情報１０５を含むインデックス情報ＥＸＸが所望数を超えてルートノードＲＮ内に存在しているときは（ステップＳ４２：Ｙｅｓ）、制御部１１は、閾値との点数差が大きいハードディスク状態情報ＨＳを有するインデックス情報ＥＸＸから優先的に所望数分のインデックス情報ＥＸＸを選択し、当該所望数分のインデックス情報ＥＸＸを通信部２０を介して、検索メッセージＱrを送信したリクエスタＲＱに対して返信するようにしてもよい。このようにすることで、リクエスタＲＱは、ハードディスク１２が良い状態のコンテンツホルダＣＨからコンテンツ情報を取得することができ、より安定してコンテンツ情報を取得することができる。このように制御部１１は、コンテンツ情報を保持するコンテンツホルダＣＨの所在情報であるＩＰアドレスの送信要求である検索メッセージＱｒを受信したときに、ハードディスク１２にＩＰアドレスが記憶されているコンテンツホルダＣＨが複数あるとき、これらのコンテンツホルダＣＨのうち、ハードディスク状態情報ＨＳが所定の条件を満たす度合いが高いノード（ここでは、閾値との差が大きいノード）の所在情報であるＩＰアドレスをリクエスタＲＱへ送信する送信手段として機能する。
【０１１５】
次に、上記ステップＳ１７としてのルートノードＲＮにおける新規登録用の登録メッセージＱpに対応する処理の詳細について、図９（ａ）を用いて説明する。
【０１１６】
図９（ａ）に示すように、ルートノードＲＮにおいて新規登録用の登録メッセージＱpを受信すると（ステップＳ５０）、制御部１１は、そのインデックス情報ＥＸＸをそれに含まれるハードディスク状態情報ＨＳと共に自ノードのハードディスク１２に記憶して登録し（ステップＳ５１）、実施形態に係るルートノードＲＮとしての処理を終了する。
【０１１７】
次に、上記ステップＳ１８としてのルートノードＲＮにおける更新用の登録メッセージＱpに対応する処理の詳細について、図９（ｂ）を用いて説明する。
【０１１８】
図９（ｂ）に示すように、ルートノードＲＮにおいてハードディスク状態情報ＨＳの更新用登録メッセージＱpを受信すると（ステップＳ５５）、制御部１１は、そのインデックス情報ＥＸＸと同じコンテンツ情報及びコンテンツホルダＣＨのＩＰアドレスを有する既存のインデックス情報ＥＸＸをそのルートノードＲＮ内において検索し（ステップＳ５６）、その検索したインデックス情報ＥＸＸの内容を上記更新用登録メッセージＱpに含まれる新しいインデックス情報ＥＸＸの内容に書き換えて（ステップＳ５７）、実施形態に係るルートノードＲＮとしての処理を終了する。
【０１１９】
次に、上記ステップＳ２０としてのキャッシュノードＣＮにおける新規登録用の登録メッセージＱpに対応する処理の詳細について、図９（ｃ）を用いて説明する。
【０１２０】
図９（ｃ）に示すように、キャッシュノードＣＮにおいて新規登録用の登録メッセージＱpを受信すると（ステップＳ６０）、制御部１１は、そのインデックス情報ＥＸＸをそれに含まれるハードディスク状態情報ＨＳと共にそのハードディスク１２に記憶して登録し（ステップＳ６１）、更にその新規登録用の登録メッセージＱpを通信部２０を介して次のキャッシュノードＣＮに転送して（ステップＳ６２）、実施形態に係るキャッシュノードＣＮとしての処理を終了する。
【０１２１】
最後に、上記ステップＳ２１としてのキャッシュノードＣＮにおける更新用の登録メッセージＱpに対応する処理の詳細について、図９（ｄ）を用いて説明する。
【０１２２】
図９（ｄ）に示すように、キャッシュノードＣＮにおいてハードディスク状態情報ＨＳの更新用登録メッセージＱpを受信すると（ステップＳ６５）、制御部１１は、そのインデックス情報ＥＸＸと同じコンテンツ情報及びコンテンツホルダＣＨのＩＰアドレスを有する既存のインデックス情報ＥＸＸをそのキャッシュノードＣＮ内において検索し（ステップＳ６６）、その検索したインデックス情報ＥＸＸの内容を上記更新用登録メッセージＱpに含まれる新しいインデックス情報ＥＸＸの内容に書き換え（ステップＳ６７）、更にその更新用の登録メッセージＱpを通信部２０を介して次のキャッシュノードＣＮに転送して（ステップＳ６８）、実施形態に係るキャッシュノードＣＮとしての処理を終了する。このように制御部１１は、更新されたハードディスク状態情報ＨＳ（更新用登録メッセージＱpに含まれる情報）が通信部２０を介して取得されたときに、当該取得されたハードディスク状態情報ＨＳによりハードディスク１２に記憶されているハードディスク状態情報ＨＳを更新する更新手段として機能する。
【０１２３】
（Ｃ）リクエスタにおける動作
最後に、実施形態に係るリクエスタＲＱにおける動作について、図１０を用いて説明する。なお、図１０は実施形態に係るリクエスタＲＱにおける動作の一例を示すフローチャートである。
【０１２４】
実施形態に係るリクエスタＲＱにおいて、使用者による所望のコンテンツ情報の配信を要求する旨の操作（例えば、情報配信システムで送受信可能なコンテンツ情報のリストから使用者が指定）が当該リクエスタＲＱ内の入力部２１において実行されると、図１０のフローチャートが開始する。そして、制御部１１は、当該配信要求されたコンテンツ情報を示すコンテンツＩＤを算出（例えば、コンテンツ情報のリストから当該コンテンツ情報の属性情報の一部をハッシュ関数で演算してコンテンツＩＤを算出）して生成し（ステップＳ７１）、更に、参照を要求するインデックス情報ＥＸＸの数（＝そのコンテンツ情報の配信元となるべきコンテンツホルダＣＨの数）により検索メッセージＱrに含ませる上記閾値の値を具体的に決定する。
【０１２５】
ここで、当該インデックス情報ＥＸＸの参照要求数と閾値との関係について具体的には、例えば、当該参照要求数が１個のみであるときは、冗長性を向上させるべくより配信がよりハードディスク１２の状態が良いコンテンツホルダＣＨを選択する必要があるため閾値を「９０点」とし、当該参照要求数が２個又は３個であるときは、一つのコンテンツホルダＣＨについては多少ハードディスク１２の状態が悪くても良いため閾値を「８０点」とし、当該参照要求数が４個又は５個であるときは、一つのコンテンツホルダＣＨについてのハードディスク１２の状態は更に悪くても良いため閾値を「７０点」とし、当該参照要求数が６個〜９個であるときは、一つのコンテンツホルダＣＨについてのハードディスク１２の状態がより悪くても良いため閾値を「６０点」とし、同様に当該参照要求数が１０個以上であるときは閾値を「４０点」とすることができる。
【０１２６】
検索メッセージＱrとしての閾値が決定されると、次に、制御部１１は通信部２０を介して、実施形態に係る情報配信システム内のネットワークにおけるスパニングツリー上でルートノードＲＮに向けて当該検索メッセージＱrを送信し（ステップＳ７２）、その送信結果として所望するインデックス情報ＥＸＸを通信部２０を介して取得できたか（図８（ａ）ステップＳ３５又は図８（ｂ）ステップＳ４３参照）、又はしばらく待機すべき旨のメッセージが送られてきたか（図８（ｂ）ステップＳ４４参照）を判断する（ステップＳ７３）。
【０１２７】
この処理において、検索メッセージＱrに対して、しばらく待機すべき旨のメッセージが送られてきた場合は（ステップＳ７３：お待ちください）、ある程度の時間が経過することで新たなインデックス情報ＥＸＸが得られる可能性があることにより、再度検索メッセージＱrを送信するか否かを確認する（ステップＳ７４）。そして、再度検索メッセージＱrを送信するとしたときは（ステップＳ７４：Ｙｅｓ）、予め設定された待機時間（例えば１５分）が経過するのを待って（ステップＳ７５）、上記ステップＳ７２に移行して前回と同じ内容の検索メッセージＱrを通信部２０を介して実施形態に係るスパニングツリー上のルートノードＲＮに向けて送信する。一方、ステップＳ７４の判定において、検索メッセージＱrの再送信を自動では行わない（すなわち、リクエスタＲＱを使用する使用者の操作により再送信する）こととしたときは（ステップＳ７４：Ｎｏ）、そのまま実施形態に係るリクエスタＲＱとしての処理を完了する。
【０１２８】
一方、ステップＳ７３において、検索メッセージＱrに対してルートノードＲＮから、検索メッセージＱrに含まれている閾値より高い点数情報１０５の値を有するインデックス情報ＥＸＸが所望数だけ得られた場合は（ステップＳ７３：インデックス情報受信）、制御部１１は、その得られたインデックス情報ＥＸＸの中から点数情報１０５の値が最も高いインデックス情報ＥＸＸを検索して当該インデックス情報ＥＸＸにより示されるコンテンツホルダＣＨをコンテンツ情報の送信を要求するコンテンツホルダＣＨとして決定する（ステップＳ７６）。このように制御部１１は、所望のコンテンツ情報をハードディスク１２にそれぞれ保持する複数のコンテンツホルダＣＨの所在情報であるＩＰアドレスと、当該コンテンツホルダＣＨのハードディスク状態情報ＨＳとをネットワークを介して取得する情報取得手段として機能し、さらに、この情報取得手段により取得したハードディスク状態情報ＨＳに基づいて、所在情報を取得した複数のコンテンツホルダＣＨのうち一のコンテンツホルダＣＨを選択する選択手段として機能する。
【０１２９】
その後、制御部１１は、ステップＳ７６で選択したコンテンツホルダＣＨに接続し、当該コンテンツホルダＣＨから上記所望のコンテンツ情報をダウンロードして（ステップＳ７７）、実施形態に係るリクエスタＲＱとしての処理を完了する。このように制御部１１は、所望のコンテンツ情報を、選択した他のノードからネットワークを介して取得するコンテンツ取得手段として機能する。
【０１３０】
以上夫々説明したように、実施形態に係るノードＮとしてのコンテンツホルダＣＨ、ルートノードＲＮ、キャッシュノードＣＮ及びリクエスタＲＱの動作によれば、ハードディスク状態情報ＨＳを含むインデックス情報ＥＸＸが情報配信システム内のネットワークを介してリクエスタＲＱから参照可能にルートノードＲＮ及びキャッシュノードＣＮ内に記憶されるので、当該リクエスタＲＱにおいてハードディスク状態情報ＨＳに基づきコンテンツ情報の配信元となるコンテンツホルダＣＨを選択することができ、迅速且つ安定的にコンテンツ情報の配信を受けることができる。
【０１３１】
従って、各コンテンツホルダＣＨ間においてハードディスク状態情報ＨＳに差がある場合でも、ハードディスク１２の状態が良いコンテンツホルダＣＨをリクエスタＲＱにおいて選択できることで迅速且つ効率的にコンテンツ情報の配信を行うことができる。
【０１３２】
また、コンテンツホルダＣＨにおけるハードディスク状態情報ＨＳが更新されたとき、当該更新されたハードディスク状態情報ＨＳを含むインデックス情報ＥＸＸをもってルートノードＲＮ及びキャッシュノードＣＮに格納されているインデックス情報ＥＸＸが更新されるので、コンテンツ情報の配信を受けるリクエスタＲＱから常に最新のハードディスク状態情報ＨＳを参照することができる。
【０１３３】
更に、コンテンツ情報の配信を受けるリクエスタＲＱにおいてハードディスク状態情報ＨＳを含むインデックス情報ＥＸＸ自体を取得して配信元となるコンテンツホルダＣＨの選択に用いることができる。
【０１３４】
更にまた、ハードディスク状態情報ＨＳが、通電累積時間情報１００、温度情報１０１、リードエラー発生率情報１０２、不良セクタ数情報１０３及びスループット性能情報１０４をパラメータとして含んでいるので、コンテンツ情報の配信を受けるリクエスタＲＱにおいて、コンテンツホルダＣＨのハードディスク状態を的確に把握して最もハードディスク１２の状態の良いコンテンツホルダＣＨを選択することができる。
【０１３５】
また、ハードディスク状態情報ＨＳが通電累積時間情報１００、温度情報１０１、リードエラー発生率情報１０２、不良セクタ数情報１０３及びスループット性能情報１０４の夫々を点数化して合計した点数情報１０５を含んでいるので、これを参照することによりリクエスタＲＱにおいて、客観的な数値としてハードディスク１２の状態を判断して最もハードディスク１２の状態の良いコンテンツホルダＣＨを選択することができる。なお、通電累積時間情報１００、温度情報１０１、リードエラー発生率情報１０２、不良セクタ数情報１０３及びスループット性能情報１０４の夫々を点数した情報を含ませるようにしてもよい。
【０１３６】
ところで、上述のように、リクエスタＲＱにおいてハードディスク１２の状態の良いコンテンツホルダＣＨを選択することから、ルートノードＲＮやキャッシュノードＣＮにおいて、ハードディスク状態情報ＨＳに基づいたインデックス情報ＥＸＸの選択を行うといった処理をしないようにもできる。すなわち、図８（ａ）におけるステップＳ３３の処理を行わずにステップ３２の処理が終了するとステップＳ３５の処理を行い、また、図８（ｂ）におけるステップＳ４１の処理を行わず、ステップＳ４２において所望数のインデックス情報ＥＸＸを選択があるときにステップＳ４３の処理を行い、所望数ない場合にステップＳ４４の処理を行うようにする。
【０１３７】
この場合、リクエスタＲＱにおける動作は、例えば、図１１のフローチャートに示すような動作とすることができる。このフローチャートにおけるステップＳ８０〜Ｓ８５の処理は、図１０におけるステップＳ７０〜Ｓ７５と同様である。
【０１３８】
図１１に示すように、ステップＳ８３において、検索メッセージＱrに対して、検索メッセージＱrに含まれている閾値より高い点数情報１０５の値を有するインデックス情報ＥＸＸがルートノードＲＮ又はキャッシュノードＣＮから所望数だけ得られた場合は（ステップＳ８３：インデックス情報受信）、制御部１１は、各インデックス情報ＥＸＸの点数情報１０５の値と閾値とを比較し、その閾値以上の点数を有する点数情報１０５を含むインデックス情報ＥＸＸがあるか否かを判断する（ステップＳ８６）。この処理において、当該閾値以上の点数を有する点数情報１０５を含むインデックス情報ＥＸＸがキャッシュノードＣＮ内に存在しないときは（ステップＳ８６：Ｎｏ）、制御部１１は、図示しない情報配信装置に対して、所望のコンテンツ情報の送信を通信部２０を介して要求し、当該コンテンツ情報を情報配信装置から通信部２０を介して取得する。一方、ステップＳ８６の判定において、当該閾値以上の点数を有する点数情報１０５を含むインデックス情報ＥＸＸがルートノードＲＮ内に存在しているときは（ステップＳ８６：Ｙｅｓ）、制御部１１は、
その得られたインデックス情報ＥＸＸの中から閾値との差が最も高い点数情報１０５の値のインデックス情報ＥＸＸを検索し、当該インデックス情報ＥＸＸにより示されるコンテンツホルダＣＨをコンテンツ情報の送信を要求するコンテンツホルダＣＨとして選択する（ステップＳ８７）。このように制御部１１は、情報取得手段によりＩＰアドレスを取得したコンテンツホルダＣＨのうち、ハードディスク１２の状態情報が所定の条件を満たすコンテンツホルダＣＨが複数あるとき、それらのノードの中からランダムに一のコンテンツホルダＣＨを選択する選択手段として機能する。そして、制御部１１は、このように選択したコンテンツホルダＣＨから所望のコンテンツ情報の取得を通信部２０を介して要求し、当該コンテンツ情報を通信部２０を介してダウンロードする（ステップＳ８８）。
【０１３９】
上記ステップＳ８７において、インデックス情報ＥＸＸの中から閾値との差が最も高い点数情報１０５の値のインデックス情報ＥＸＸを検索するのではなく、取得したインデックス情報ＥＸＸの中から制御部１１がランダムにインデックス情報ＥＸＸを選択するようにしても良い。このように制御部１１は、所在情報であるＩＰアドレスを取得したコンテンツホルダＣＨのうち、ハードディスク１２の状態情報が所定の条件を満たすコンテンツホルダＣＨが複数あるとき、それらのコンテンツホルダＣＨの中から前記所定の条件を満たす度合いが高いコンテンツホルダＣＨを選択する選択手段として機能するようにしてもよい。
【０１４０】
更に、上述した実施形態においては、予め設定されている閾値を基準としてインデックス情報ＥＸＸをリクエスタＲＱにおいて取捨選択するので、コンテンツ情報の配信を受けるリクエスタＲＱにおける複雑な判断処理を伴わずに配信容易なコンテンツホルダＣＨを簡易に選択することができる。
【０１４１】
更にまた、コンテンツ情報の配信を行うことが所望されるコンテンツホルダＣＨの数に応じて上記閾値を変更するので、例えば一つのコンテンツ情報を複数のコンテンツホルダＣＨから配信する場合においても配信容易なコンテンツホルダＣＨを適切に複数判断して当該配信を受けることができる。
【０１４２】
更に、コンテンツホルダＣＨにおいて予め設定された時間Ｔ１（実施形態の場合は１５分）毎にハードディスク状態情報ＨＳを更新し、その時間毎に新たに生成されたハードディスク状態情報ＨＳをルートノードＲＮ（及びキャッシュノードＣＮ）に送信するので、各コンテンツ情報について最新のハードディスク状態情報ＨＳをリクエスタＲＱに参照させることができる。
【０１４３】
なお、上述した実施形態における情報配信システムでは上述した如く予め設定された時間、例えば１５分毎にハードディスク状態情報ＨＳを更新したが、これ以外に、予め設定された時刻毎にハードディスク状態情報ＨＳを更新するようにしても良い。
【０１４４】
また、リクエスタＲＱにおいて、現在接続してコンテンツ情報の配信を受けているコンテンツホルダＣＨとの間の接続状態が不安定になったとき、次点にハードディスクの状態が良いハードディスク状態情報ＨＳを含むインデックス情報ＥＸＸにより示されるコンテンツホルダＣＨに接続し直してコンテンツ情報の配信を受けるので、ネットワークが一部不安定になっても、同一のコンテンツ情報の配信を継続して受けることができる。
【０１４５】
また、リクエスタＲＱにおいて閾値を検索メッセージＱrに含ませることとしたが、ルートノードＲＮにおいて予め閾値を設定しておき、当該閾値とハードディスク状態情報ＨＳの点数情報とを比較するようにしても良い。
【０１４６】
また、上述した実施形態においては、ハードディスク状態情報ＨＳを構成するパラメータとして通電累積時間情報１００、温度情報１０１、リードエラー発生率情報１０２、不良セクタ数情報１０３及びスループット性能情報１０４を挙げたが、当該ハードディスク状態情報ＨＳとして上記各パラメータのいずれか一つが入っていれば本発明としての作用効果は奏し得る。
【０１４７】
例えば、ハードディスク状態情報ＨＳのパラメータとして通電累積時間情報１００のみで構成してもよい。この通電累積時間情報１００は、ハードディスク１２の寿命を判断するために重要な役割を果たす。従って、ルートノードＲＮの制御部１１は、自ノードのハードディスク１２に記憶しているインデックス情報ＥＸＸのうち、ハードディスク１２の保障通電累積時間が超えているコンテンツホルダＣＨのインデックス情報ＥＸＸをリクエスタＲＱに通知しないようにすることで、コンテンツ情報を取得中にコンテンツホルダＣＨが故障したり動作が不安定になったりして、その結果コンテンツ情報の取得ができないといった問題やコンテンツ情報の取得時間がかかってしまうといった問題を回避することができる。
【０１４８】
また、ハードディスク状態情報ＨＳのパラメータとして温度情報１０１のみで構成してもよい。この温度情報１０１は、ハードディスク１２における故障の原因となる高温状態を把握するために重要な役割を果たす。一般的なハードディスクでは最高動作保障温度が５５℃である。従って、ルートノードＲＮの制御部１１は、自ノードのハードディスク１２に記憶しているインデックス情報ＥＸＸのうち、ハードディスク１２の温度が最高動作保障温度（又はそれに近い温度）を超えているコンテンツホルダＣＨのインデックス情報ＥＸＸをリクエスタＲＱに通知しないようにすることで、コンテンツ情報を取得中にコンテンツホルダＣＨが故障したり動作が不安定になったりして、その結果コンテンツ情報の取得ができないといった問題やコンテンツ情報の取得時間がかかってしまうといった問題を回避することができる。
【０１４９】
また、ハードディスク状態情報ＨＳのパラメータとして、リードエラー発生率情報１０２、不良セクタ数情報１０３、又はスループット性能情報１０４のいずれか一つのみで構成してもよい。これらは、ハードディスク１２の異常状態を把握するために重要な役割を果たす。例えば、スループット性能が低いとハードディスク１２に異常がある確率が高くなる。また、リードエラー発生率が高いとハードディスク１２に異常がある確率が高くなる。従って、ルートノードＲＮの制御部１１は、自ノードのハードディスク１２に記憶しているインデックス情報ＥＸＸのうち、これらの情報に基づいて異常である確率が高いと推定されるコンテンツホルダＣＨのインデックス情報ＥＸＸをリクエスタＲＱに通知しないようにすることで、コンテンツ情報を取得中にコンテンツホルダＣＨが故障したり動作が不安定になったりして、その結果コンテンツ情報の取得ができないといった問題やコンテンツ情報の取得時間がかかってしまうといった問題を回避することができる。
【０１５０】
また、上述した実施形態においては、コンテンツデータを構成する単位データの受信間隔にある程度のずれが生じたとき、その時に接続しているコンテンツホルダＣＨとの間の接続が不安定となったと判断して配信を受けるべきコンテンツホルダＣＨを切り換えることができ、これ以外に、当該接続が完全に切断されたときに同様にしてコンテンツホルダＣＨを切り換えても良い。
【０１５１】
この場合でも、それまでのコンテンツホルダＣＨとの間の接続が切断されても、同一のコンテンツ情報の配信を継続して受けることができることになる。
【０１５２】
更に、上述した実施形態では、ハードディスク状態情報ＨＳを構成するパラメータの内、通電累積時間情報１００、温度情報１０１、リードエラー発生率情報１０２、不良セクタ数情報１０３及びスループット性能情報１０４の点数化をコンテンツホルダＣＨが行っていたが、リクエスタＲＱ、ルートノードＲＮ又はキャッシュノードＣＮのいずれにおいてもハードディスク状態情報ＨＳの点数化が可能である。
【０１５３】
なお、ハードディスク状態情報ＨＳ全体をリクエスタＲＱに送信すると当該リクエスタＲＱにおけるデータの授受量が多くなるので、当該リクエスタＲＱには、点数化後の点数情報１０５のみを送信するように構成することもできる。
【０１５４】
また、上述した実施形態においては、ハードディスク状態情報ＨＳにおける点数化につき、点数が高いほどハードディスク１２の状態が良いとの定義により当該点数化を行ったが、これとは反対に、点数が低いほどハードディスク１２の状態が良いとの定義により当該点数化を行ってもよく、当該点数化は、情報配信システム内で統一的にて定義付けられていればどのような点数化の手法を用いても良い。
【０１５５】
更に、上述した図５及び図７〜図１０に示すフローチャートに対応するプログラムを、ＣＤやＤＶＤなどの光ディスク等の情報記録媒体に記録しておき、又はインターネット等を介して取得してハードディスク１２などに記憶しておき、これらを汎用のコンピュータで読み出して実行することにより、当該コンピュータを実施形態に係る制御部１１として機能させることも可能である。
【０１５６】
なお、ハードディスク状態情報ＨＳに加え、範囲情報（コンテンツホルダＣＨが属しているＩＳＰ（Internet Service Provider）のＡＳ（Autonomous System）番号）、回線種類情報（コンテンツホルダＣＨをネットワークに接続するときに用いられている回線の種類（アナログ回線、光回線、ＡＤＳＬ、ＣＡＴＶ回線の別））、混雑度情報（前記回線の種類におけるコンテンツホルダＣＨの最大同時配信可能数に対する現在の同時配信数の割合）、頻度情報（コンテンツホルダＣＨにおいて電源電力の供給を停止した過去の頻度、タイムアウトにより強制的にその配信処理を終了させた過去の頻度）などを考慮して（例えば、ハードディスク状態情報ＨＳの点数に加え、これらの情報を点数化した合計を点数情報１０５として）、ノードＮ間のコンテンツ情報の配信を行うようにしてもよい。
【図面の簡単な説明】
【０１５７】
【図１】実施形態に係る情報配信システムの概要を示す模式図（Ｉ）であり、（ａ）は当該情報配信システムにおけるＩＤ空間を示す模式図であり、（ｂ）はインデックス情報を例示する図である
【図２】実施形態に係る情報配信システムの概要を示す模式図（II）であり、（ａ）は当該情報配信システムにおけるメッセージの伝送状態を示す模式図であり、（ｂ）はスパニングツリーとして表した当該メッセージの伝送状態を示す図である。
【図３】本発明の原理を示す図である。
【図４】実施形態に係るノードの概要構成をコンテンツホルダ等について共通的に示すブロック図である。
【図５】実施形態に係るコンテンツホルダにおける動作を示すフローチャートである。
【図６】実施形態に係るハードディスク状態情報を構成する各パラメータの具体例を示す図である。
【図７】実施形態に係るルートノード及びキャッシュノードにおける全体動作を示すフローチャートである。
【図８】実施形態に係るルートノード及びキャッシュノードにおける細部動作を示すフローチャート（Ｉ）であり、（ａ）はキャッシュノードにおける検索メッセージに対応する動作を示すフローチャートであり、（ｂ）はルートノードにおける検索メッセージに対応する動作を示すフローチャートである。
【図９】実施形態に係るルートノード及びキャッシュノードにおける全体動作を示すフローチャート（II）であり、（ａ）及び（ｂ）はルートノードにおける登録メッセージに対応する動作を示すフローチャートであり、（ｃ）及び（ｄ）はキャッシュノードにおける登録メッセージに対応する動作を示すフローチャートである。
【図１０】実施形態に係るリクエスタにおける動作を示すフローチャートである。
【図１１】実施形態に係るリクエスタにおける他の動作を示すフローチャートである。
【符号の説明】
【０１５８】
１１    制御部
１２    ハードディスク
１３    バッファメモリ
１４    デコーダ部
１５    映像処理部
１６    表示部
１７    音声処理部
１８    スピーカ
２０    通信部２０
２１    入力部
２２    バス
１００    通電累積時間情報
１０１    温度情報
１０２    リードエラー発生率情報
１０３    不良セクタ数情報
１０４    スループット性能情報
１０５    点数情報
Ｒc、Ｒn    リング
ＥＸ、ＥＸＸ    インデックス情報
ＣＨ    コンテンツホルダ
ＲＱ、ＲＱ１、ＲＱ２、ＲＱ３    リクエスタ
ＲＮ    ルートノード
ＣＮ    キャッシュノード
Ｑp    登録メッセージ
Ｑr    検索メッセージ
Ｎ    ノード
ＨＳ    ハードディスク状態情報
ＲＴ    返信情報
【図１】
2008293195.tif 000003
【図２】
2008293195.tif 000004
【図３】
2008293195.tif 000005
【図４】
2008293195.tif 000006
【図５】
2008293195.tif 000007
【図６】
2008293195.tif 000008
【図７】
2008293195.tif 000009
【図８】
2008293195.tif 000010
【図９】
2008293195.tif 000011
【図１０】
2008293195.tif 000012
【図１１】
2008293195.tif 000013
【手続補正書】
【提出日】平成19年6月1日(2007.6.1)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１５７
【補正方法】変更
【補正の内容】
【０１５７】
【図１】実施形態に係る情報配信システムの概要を示す模式図（Ｉ）であり、（ａ）は当該情報配信システムにおけるＩＤ空間を示す模式図であり、（ｂ）はインデックス情報を例示する図である。
【図２】実施形態に係る情報配信システムの概要を示す模式図（II）であり、（ａ）は当該情報配信システムにおけるメッセージの伝送状態を示す模式図であり、（ｂ）はスパニングツリーとして表した当該メッセージの伝送状態を示す図である。
【図３】本発明の原理を示す図である。
【図４】実施形態に係るノードの概要構成をコンテンツホルダ等について共通的に示すブロック図である。
【図５】実施形態に係るコンテンツホルダにおける動作を示すフローチャートである。
【図６】実施形態に係るハードディスク状態情報を構成する各パラメータの具体例を示す図である。
【図７】実施形態に係るルートノード及びキャッシュノードにおけるメッセージ受信時の動作を示すフローチャートである。
【図８】実施形態に係るルートノード及びキャッシュノードにおける細部動作を示すフローチャート（Ｉ）であり、（ａ）はキャッシュノードにおける検索メッセージに対応する動作を示すフローチャートであり、（ｂ）はルートノードにおける検索メッセージに対応する動作を示すフローチャートである。
【図９】実施形態に係るルートノード及びキャッシュノードにおける全体動作を示すフローチャート（II）であり、（ａ）及び（ｂ）はルートノードにおける登録メッセージに対応する動作を示すフローチャートであり、（ｃ）及び（ｄ）はキャッシュノードにおける登録メッセージに対応する動作を示すフローチャートである。
【図１０】実施形態に係るリクエスタにおける動作を示すフローチャートである。
【図１１】実施形態に係るリクエスタにおける他の動作を示すフローチャートである。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
2008293195.tif 000014