(57)【要約】【課題】配信システム全体に係る例えば管理サーバを用いることなく、当該配信システム内におけるコンテンツデータの配信状態を良好に維持することが可能なネットワークシステム等を提供する。【解決手段】配信システムに参加している複数のノード相互間において、一の当該ノードたる被監視ノードＢＭの稼働状態を、他の当該ノードたる複数の監視ノードＷ１乃至Ｗ３により監視する。監視ノードＷ１乃至Ｗ３において被監視ノードＢＷからの返答メッセージＲＴが送信されて来なくなったら、被監視ノードＢＷ内に蓄積されていたコンテンツデータの複製を自動的に他のノード内に作成する。【選択図】図１
2010086046.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理装置がネットワークを介して相互に接続されてなるネットワークシステムであって、当該ネットワークを介して他の前記情報処理装置に対して配信される配信情報を記憶する一の前記情報処理装置である被監視装置の稼働状態を、他の複数の前記情報処理装置である監視装置が夫々別個に監視するネットワークシステムにおいて、
前記被監視装置は、いずれかの前記監視装置から監視メッセージが送信されて来たとき、前記記憶されている配信情報を示すリスト情報を少なくとも含む返信メッセージを、当該監視メッセージを送信した前記監視装置に返信する返信手段を備え、
前記監視装置は、
当該監視装置が監視する前記被監視装置に対して、予め設定されたタイミングで前記監視メッセージを送信する監視メッセージ送信手段と、
当該送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来たとき、当該返信メッセージに含まれている前記リスト情報を当該返信メッセージから抽出して記憶するリスト情報記憶手段と、
を備え、
前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から前記監視装置に返信されて来なくなったとき、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報の複製を、いずれかの前記情報処理装置内に作成する複製作成手段を備えることを特徴とするネットワークシステム。
【請求項２】
請求項１に記載のネットワークシステムに含まれる前記監視装置において、
前記複製作成手段が前記監視装置内に備えられており、
当該複製作成手段は、
前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来なくなったとき、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報を記憶する配信情報記憶手段を備える前記情報処理装置を検索する検索手段と、
前記検索された情報処理装置内に記憶されている前記配信情報の複製を前記監視装置に送信することを要求する旨の複製送信要求メッセージを、当該検索された情報処理装置に対して送信する複製送信要求メッセージ送信手段と、
を備えることを特徴とする監視装置。
【請求項３】
請求項１に記載のネットワークシステムに含まれる前記監視装置において、
前記複製作成手段が前記監視装置内に備えられており、
当該複製作成手段は、
前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来なくなったとき、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報を記憶する配信情報記憶手段を備える前記情報処理装置を検索する検索手段と、
前記検索された情報処理装置内に記憶されている前記配信情報の複製を、前記監視装置及び前記被監視装置を除く他の前記情報処理装置に送信することを要求する旨の複製送信要求メッセージを、当該検索された情報処理装置に対して送信する複製送信要求メッセージ送信手段と、
を備えることを特徴とする監視装置。
【請求項４】
請求項１に記載のネットワークシステムに含まれる前記監視装置において、
前記複製作成手段が前記監視装置内に備えられており、
当該複製作成手段は、
前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来なくなったとき、前記監視装置及び前記被監視装置を除く他のいずれかの前記情報処理装置を選択する選択手段と、
前記選択された情報処理装置に対して、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報の複製を取得することを要求する旨の複製送信要求メッセージを送信する複製送信要求メッセージ送信手段と、
を備えることを特徴とする監視装置。
【請求項５】
請求項１に記載のネットワークシステムに含まれ且つ前記複製作成手段を備える前記監視装置において、
前記返信メッセージには、当該返信メッセージを送信して来た前記被監視装置を監視する他の前記監視装置である他監視装置の全てを示す装置識別情報が含まれており、
前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来なくなったとき、予め決定されている手法により数を生成する数生成手段と、
前記生成された数を記憶する数記憶手段と、
前記生成された数を前記他監視装置全てに送信する数送信手段と、
いずれかの前記他監視装置から当該いずれかの前記他監視装置において生成された前記数が送信されて来たとき、当該送信されて来た数より小さい数を生成し、前記数を送信して来た前記他監視装置に返信する数返信手段と、
を更に備え、
前記複製作成手段は、各前記他監視装置から夫々送信されて来た各前記数が、全て前記数記憶手段に記憶されている数よりも小さいときのみ、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報の複製をいずれかの前記情報処理装置内に作成することを特徴とする監視装置。
【請求項６】
請求項１に記載のネットワークシステムに含まれ且つ前記複製作成手段を備える前記情報処理装置であって、
各前記監視装置が、前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来なくなったとき、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報の複製を作成することを要求する旨の複製作成要求メッセージであって、前記被監視装置を識別する装置識別情報及び前記リスト情報を少なくとも含む複製作成要求メッセージを、前記複製作成手段を備える前記情報処理装置に送信する複製作成要求メッセージ送信手段を夫々に備えており、
各前記監視装置からの前記複製作成要求メッセージを夫々受信する複製作成要求メッセージ受信手段と、
各前記監視装置から受信した各前記複製作成要求メッセージから一の当該複製作成要求メッセージのみを選択し、当該選択された複製作成要求メッセージに含まれている前記装置識別情報及び前記リスト情報を夫々抽出する抽出手段と、
を備え、
前記複製作成手段は、前記抽出された装置識別情報及びリスト情報に基づいて、当該リスト情報により示されている前記配信情報の複製を、いずれかの前記情報処理装置内に作成することを特徴とする情報処理装置。
【請求項７】
請求項６に記載の情報処理装置において、
前記抽出手段は、各前記監視装置から受信した各前記複製作成要求メッセージのうち、最初に受信された当該複製作成要求メッセージのみを選択して前記装置識別情報及び前記リスト情報を夫々抽出することを特徴とする情報処理装置。
【請求項８】
複数の情報処理装置がネットワークを介して相互に接続されてなるネットワークシステムであって、当該ネットワークを介して他の前記情報処理装置に対して配信される配信情報を記憶する一の前記情報処理装置である被監視装置の稼働状態を、他の複数の前記情報処理装置である監視装置が夫々別個に監視するネットワークシステムにおいて実行される情報処理方法において、
前記被監視装置において実行される返信工程であって、いずれかの前記監視装置から監視メッセージが送信されて来たとき、前記記憶されている配信情報を示すリスト情報を少なくとも含む返信メッセージを、当該監視メッセージを送信した前記監視装置に返信する返信工程と、
前記監視装置において実行される監視メッセージ送信工程であって、当該監視装置が監視する前記被監視装置に対して、予め設定されたタイミングで前記監視メッセージを送信する監視メッセージ送信工程と、
前記監視装置において実行されるリスト情報記憶工程であって、前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来たとき、当該返信メッセージに含まれている前記リスト情報を当該返信メッセージから抽出してリスト情報記憶手段に記憶させるリスト情報記憶工程と、
前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から前記監視装置に返信されなくなったとき、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報の複製を、いずれかの前記情報処理装置内に作成する複製作成工程と、
を含むことを特徴とする情報処理方法。
【請求項９】
コンピュータを、請求項２から５のいずれか一項に記載の監視装置として機能させることを特徴とする監視装置用プログラム。
【請求項１０】
コンピュータを、請求項６又は７に記載の情報処理装置として機能させることを特徴とする情報処理装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、ネットワークシステム、監視装置、情報処理装置、情報処理方法並びに監視装置用プログラム及び情報処理装置用プログラムの技術分野に属する。より詳細には、複数の情報処理装置がいわゆるＰ２Ｐ（Pear-to-Pear）ネットワークを介して接続されてなるネットワークシステム及び当該ネットワークシステムに含まれる情報処理装置等の技術分野に属する。
【背景技術】
【０００２】
近年、いわゆるブロードバンド回線の普及により、ＶＯＤ（ビデオオンデマンド）やインターネットテレビジョン等のコンテンツ配信サービスが普及しつつある。
【０００３】
ここで、現在のコンテンツ配信サービスにおける配信形態の主流となっているサーバクライアント方式に代わる新しい形態として、上記Ｐ２Ｐネットワークを用いたツリー型やグリッド型のネットワークが注目されている。当該Ｐ２Ｐネットワークでは、それに参加してデータの配信を受ける全端末装置が、例えばインターネット等のネットワークを介して接続されている。このとき、これらの端末装置は、具体的には、例えば各家庭内に備えられ上記ネットワークに接続されたセットトップボックス又はパーソナルコンピュータ等により実現されるものである。以下、当該端末装置を、単に「ノード」と称する。
【０００４】
そして、Ｐ２Ｐネットワークでは当該ノード各々内に備えられている処理部や記憶部の全部又は一部をネットワーク全体に対して提供し、配信対象のコンテンツデータの蓄積／検索や送受信により発生する負荷を全てのノード間で分担して負担する構成となっている。このような構成により、Ｐ２Ｐネットワークは従来からの上記サーバクライアント方式の欠点である、配信元たるサーバへの各ノードからのアクセス集中や、サーバ等の高い管理コスト等を解消することが可能となるのである。なお、当該Ｐ２Ｐネットワークを用いたグリッド型のネットワークに関する従来技術としては、例えば下記特許文献１に記載されたものが挙げられる。
【特許文献１】特開２００６−１９７４００公報（第１図乃至第５図等）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このような特長があるＰ２Ｐネットワークではあるが、上述の如くコンテンツデータの蓄積を分担するノード自体が例えばセットトップボックス等により実現されるものであることから、これらのノードにおいて例えば電源のオフ操作やネットワークに対する接続異常等の事態が発生する可能性が十分に考えられる。そして、このような事態が発生した場合には、そのノードが蓄積を分担しているコンテンツデータのＰ２Ｐネットワーク内への配信が停止してしまうと言う問題が生じることになる。
【０００６】
そこで、本願は上記の問題点に鑑みて為されたもので、その目的の一例は、ネットワークシステム全体に係る例えば管理サーバを用いることなく、当該ネットワークシステム内におけるコンテンツデータの配信状態を良好に維持することが可能なネットワークシステム等を提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、請求項１に記載の発明は、複数の情報処理装置がネットワークを介して相互に接続されてなるネットワークシステムであって、当該ネットワークを介して他の前記情報処理装置に対して配信される配信情報を記憶する一の前記情報処理装置である被監視装置の稼働状態を、他の複数の前記情報処理装置である監視装置が夫々別個に監視するネットワークシステムにおいて、前記被監視装置は、いずれかの前記監視装置から監視メッセージが送信されて来たとき、前記記憶されている配信情報を示すリスト情報を少なくとも含む返信メッセージを、当該監視メッセージを送信した前記監視装置に返信する通信部等の返信手段を備え、前記監視装置は、当該監視装置が監視する前記被監視装置に対して、予め設定されたタイミングで前記監視メッセージを送信する通信部等の監視メッセージ送信手段と、当該送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来たとき、当該返信メッセージに含まれている前記リスト情報を当該返信メッセージから抽出して記憶する記憶部等のリスト情報記憶手段と、を備え、前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から前記監視装置に返信されて来なくなったとき、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報の複製を、いずれかの前記情報処理装置内に作成する制御部等の複製作成手段を備える。
【０００８】
よって、配信情報を示すリスト情報を少なくとも含む返信メッセージが被監視装置から監視装置に送信されて来なくなったとき、監視装置内に記憶されているリスト情報により示される配信情報の複製をいずれかの情報処理装置内に作成するので、被監視装置において何らかの異常が発生した可能性があるとき、その被監視装置内に記憶されていた配信情報の複製を他の情報処理装置内に作成することで、ネットワークシステム全体における配信情報（その複製を含む）の数を維持して円滑な当該配信情報の配信を維持することができる。
【０００９】
上記の課題を解決するために、請求項２に記載の発明は、請求項１に記載のネットワークシステムに含まれる前記監視装置において、前記複製作成手段が前記監視装置内に備えられており、当該複製作成手段は、前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来なくなったとき、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報を記憶する記憶部等の配信情報記憶手段を備える前記情報処理装置を検索する制御部等の検索手段と、前記検索された情報処理装置内に記憶されている前記配信情報の複製を前記監視装置に送信することを要求する旨の複製送信要求メッセージを、当該検索された情報処理装置に対して送信する通信部等の複製送信要求メッセージ送信手段と、を備える。
【００１０】
よって、返信メッセージが被監視装置から送信されて来なくなったとき、被監視装置に記憶されていた配信情報と同じ配信情報を記憶する情報処理装置を検索し、その検索された情報処理装置に対して複製送信要求メッセージを送信するので、被監視装置に記憶されていた配信情報の複製を監視装置内に復活させることができる。
【００１１】
上記の課題を解決するために、請求項３に記載の発明は、請求項１に記載のネットワークシステムに含まれる前記監視装置において、前記複製作成手段が前記監視装置内に備えられており、当該複製作成手段は、前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来なくなったとき、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報を記憶する記憶部等の配信情報記憶手段を備える前記情報処理装置を検索する制御部等の検索手段と、前記検索された情報処理装置内に記憶されている前記配信情報の複製を、前記監視装置及び前記被監視装置を除く他の前記情報処理装置に送信することを要求する旨の複製送信要求メッセージを、当該検索された情報処理装置に対して送信する通信部等の複製送信要求メッセージ送信手段と、を備える。
【００１２】
よって、返信メッセージが被監視装置から送信されて来なくなったとき、被監視装置に記憶されていた配信情報と同じ配信情報を記憶する情報処理装置を検索し、その検索された情報処理装置に対して複製送信要求メッセージを送信するので、被監視装置に記憶されていた配信情報の複製を他の情報処理装置内に復活させることができる。
【００１３】
上記の課題を解決するために、請求項４に記載の発明は、請求項１に記載のネットワークシステムに含まれる前記監視装置において、前記複製作成手段が前記監視装置内に備えられており、当該複製作成手段は、前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来なくなったとき、前記監視装置及び前記被監視装置を除く他のいずれかの前記情報処理装置を選択する制御部等の選択手段と、前記選択された情報処理装置に対して、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報の複製を取得することを要求する旨の複製送信要求メッセージを、送信する通信部等の複製送信要求メッセージ送信手段と、を備える。
【００１４】
よって、返信メッセージが被監視装置から送信されて来なくなったとき、他のいずれかの情報処理装置を選択し、その選択された情報処理装置に対して複製送信要求メッセージを送信するので、被監視装置に記憶されていた配信情報の複製を選択された情報処理装置内に復活させることができる。
【００１５】
上記の課題を解決するために請求項５に記載の発明は、請求項１に記載のネットワークシステムに含まれ且つ前記複製作成手段を備える前記監視装置において、前記返信メッセージには、当該返信メッセージを送信して来た前記被監視装置を監視する他の前記監視装置である他監視装置の全てを示す装置識別情報が含まれており、前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来なくなったとき、予め決定されている手法により数を生成する制御部等の数生成手段と、前記生成された数を記憶する記憶部等の数記憶手段と、前記生成された数を前記他監視装置全てに送信する通信部等の数送信手段と、いずれかの前記他監視装置から当該いずれかの前記他監視装置において生成された前記数が送信されて来たとき、当該送信されて来た数より小さい数を生成し、前記数を送信して来た前記他監視装置に返信する通信部等の数返信手段と、を更に備え、前記複製作成手段は、各前記他監視装置から夫々送信されて来た各前記数が、全て前記数記憶手段に記憶されている数よりも小さいときのみ、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報の複製をいずれかの前記情報処理装置内に作成するように構成される。
【００１６】
よって、被監視装置において何らかの異常が発生した可能性があるとき、その被監視装置を監視する複数の監視装置相互において、当該各監視装置において生成した数をやり取りすることで配信情報の複製を行う監視装置を一つのみに絞るので、ネットワークシステム全体における複製の数が過剰となることをより効果的に防止することができる。
【００１７】
上記の課題を解決するために、請求項６に記載の発明は、請求項１に記載のネットワークシステムに含まれ且つ前記複製作成手段を備える前記情報処理装置であって、各前記監視装置が、前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来なくなったとき、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報の複製を作成することを要求する旨の複製作成要求メッセージであって、前記被監視装置を識別する装置識別情報及び前記リスト情報を少なくとも含む複製作成要求メッセージを、前記複製作成手段を備える前記情報処理装置に送信する通信部等の複製作成要求メッセージ送信手段を夫々に備えており、各前記監視装置からの前記複製作成要求メッセージを夫々受信する通信部等の複製作成要求メッセージ受信手段と、各前記監視装置から受信した各前記複製作成要求メッセージから一の当該複製作成要求メッセージのみを選択し、当該選択された複製作成要求メッセージに含まれている前記装置識別情報及び前記リスト情報を夫々抽出する制御部等の抽出手段と、を備え、前記複製作成手段は、前記抽出された装置識別情報及びリスト情報に基づいて、当該リスト情報により示されている前記配信情報の複製を、いずれかの前記情報処理装置内に作成するように構成される。
【００１８】
よって、被監視装置において何らかの異常が発生した可能性があるとき、その被監視装置を監視する複数の監視装置から夫々に複製作成要求メッセージを送信し、複製作成手段を備える情報処理装置において受信された各複製作成要求メッセージのうちの一の複製作成要求メッセージからのみ装置識別情報及びリスト情報を抽出して配信情報の複製を行うので、配信情報の複製を一つの複製作成要求メッセージのみを起点として行うことで、ネットワークシステム全体における複製の数が過剰となることをより効果的に防止することができる。
【００１９】
上記の課題を解決するために、請求項７に記載の発明は、請求項６に記載の情報処理装置において、前記抽出手段は、各前記監視装置から受信した各前記複製作成要求メッセージのうち、最初に受信された当該複製作成要求メッセージのみを選択して前記装置識別情報及び前記リスト情報を夫々抽出するように構成される。
【００２０】
よって、最初に受信された複製作成要求メッセージからのみ装置識別情報及びリスト情報を抽出して配信情報の複製を行うので、配信情報の複製を一つの複製作成要求メッセージのみを起点として行うことで、ネットワークシステム全体における複製の数が過剰となることをより効果的に防止することができる。
【００２１】
上記の課題を解決するために、請求項８に記載の発明は、複数の情報処理装置がネットワークを介して相互に接続されてなるネットワークシステムであって、当該ネットワークを介して他の前記情報処理装置に対して配信される配信情報を記憶する一の前記情報処理装置である被監視装置の稼働状態を、他の複数の前記情報処理装置である監視装置が夫々別個に監視するネットワークシステムにおいて実行される情報処理方法において、前記被監視装置において実行される返信工程であって、いずれかの前記監視装置から監視メッセージが送信されて来たとき、前記記憶されている配信情報を示すリスト情報を少なくとも含む返信メッセージを、当該監視メッセージを送信した前記監視装置に返信する返信工程と、前記監視装置において実行される監視メッセージ送信工程であって、当該監視装置が監視する前記被監視装置に対して、予め設定されたタイミングで前記監視メッセージを送信する監視メッセージ送信工程と、前記監視装置において実行されるリスト情報記憶工程であって、前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から返信されて来たとき、当該返信メッセージに含まれている前記リスト情報を当該返信メッセージから抽出してリスト情報記憶手段に記憶させるリスト情報記憶工程と、前記送信した監視メッセージに対応する前記返信メッセージが前記被監視装置から前記監視装置に返信されなくなったとき、前記リスト情報記憶手段に記憶されている前記リスト情報により示されている前記配信情報の複製を、いずれかの前記情報処理装置内に作成する複製作成工程と、を含む。
【００２２】
よって、配信情報を示すリスト情報を少なくとも含む返信メッセージが被監視装置から監視装置に送信されなくなったとき、監視装置内に記憶されているリスト情報により示される配信情報の複製をいずれかの情報処理装置内に作成するので、被監視装置において何らかの異常が発生した可能性があるとき、その被監視装置内に記憶されていた配信情報の複製を他の情報処理装置内に作成することで、ネットワークシステム全体における配信情報（その複製を含む）の数を維持して円滑な当該配信情報の配信を維持することができる。
【００２３】
上記の課題を解決するために、請求項９に記載の発明は、コンピュータを、請求項２から５のいずれか一項に記載の監視装置として機能させる。
【００２４】
よって、当該コンピュータが請求項２から４のいずれか一項に記載の監視装置として機能することで、被監視装置に記憶されていた配信情報の複製をいずれかの情報処理装置内に復活させることができる。また、当該コンピュータが請求項５に記載の監視装置として機能することで、被監視装置において何らかの異常が発生した可能性があるとき、その被監視装置を監視する複数の監視装置相互において、当該各監視装置において生成した数をやり取りすることで配信情報の複製を行う監視装置を一つのみに絞るように当該コンピュータが機能するので、ネットワークシステム全体における複製の数が過剰となることをより効果的に防止することができる。
【００２５】
上記の課題するために、請求項１０に記載の発明は、コンピュータを、請求項６又は７に記載の情報処理装置として機能させる。
【００２６】
よって、被監視装置において何らかの異常が発生した可能性があるとき、その被監視装置を監視する複数の監視装置から夫々に複製作成要求メッセージを送信し、複製作成手段を備える情報処理装置において受信された各複製作成要求メッセージのうちの一の複製作成要求メッセージからのみ装置識別情報及びリスト情報を抽出して配信情報の複製を行う用に当該コンピュータが機能するので、配信情報の複製を一つの複製作成要求メッセージのみを起点として行うことで、ネットワークシステム全体における複製の数が過剰となることをより効果的に防止することができる。
【発明の効果】
【００２７】
本発明によれば、配信情報を示すリスト情報を少なくとも含む返信メッセージが被監視装置から監視装置に送信されて来なくなったとき、監視装置内に記憶されているリスト情報により示される配信情報の複製をいずれかの情報処理装置内に作成するので、被監視装置において何らかの異常が発生した可能性があるとき、その被監視装置内に記憶されていた配信情報の複製を他の情報処理装置内に作成することで、ネットワークシステム全体における配信情報（その複製を含む）の数を維持して円滑な当該配信情報の配信を維持することができる。
【００２８】
従って、ネットワークシステム全体に係る例えば管理サーバを用いることなく、ネットワークシステム内における配信情報の配信状態を良好に維持することができる。
【発明を実施するための最良の形態】
【００２９】
次に、本発明を実施するための最良の形態について、図面に基づいて説明する。なお、以下に説明する各実施形態は、上記特許文献１に記載されたＰ２Ｐネットワークシステムに対して本願を適用した場合の実施の形態である。ここで、特許宇文献１では、本発明に係るノードを「ノード装置」と称している。
（Ｉ）Ｐ２Ｐネットワークシステムの概要構成
始めに、第１実施形態に係るＰ２Ｐネットワークシステム（以下、当該Ｐ２Ｐネットワークシステムを、単に配信システムと称する）の概要構成について、図１を用いて説明する。なお、図１は実施形態に係る配信システムにおける相互監視の状態を例示する図である。
【００３０】
第１実施形態に係る配信システムは、上記特許文献１における例えば第１図及び第２図並びに段落番号［００３７］乃至［００５３］に例示される、複数のノードが接続されて成る配信システムである。
【００３１】
この構成において各ノードは、上記特許文献１に記載されたコンテンツ配信システムにおけるノード装置１と同様に、物理的なネットワークを介して相互にデータ等の授受が可能に接続されている。
【００３２】
そして、新しいノードが配信システムに参加する場合、そのノードは、当該参加する旨の参加要求メッセージを、当該ノードの新規参加の際の接続先たる既参加のノードに送信する。ここで、当該既参加のノードの選び方としては、例えば、配信システムに対して常時接続しているノードを検索する等の手法を用いることが可能である（特許文献１の段落番号［００４６］参照）。
【００３３】
一方、配信システムにおいて各ノードに配信されるコンテンツは、いわゆるコンテンツ投入サーバから配信システム内に投入される。このコンテンツ投入サーバは、例えば配信システムの管理者によって管理されるサーバである。そしてコンテンツ投入サーバは、配信システムに参加している各ノードに対して配信可能となるように、新たなコンテンツに相当するコンテンツデータを配信システム内に投入する。より具体的には、コンテンツ投入サーバは、配信システム内のノードの一つであるコンテンツノードに対して、上記コンテンツデータを記憶させる。これにより、当該コンテンツノードは、当該記憶されたコンテンツデータに相当するコンテンツを配信システム内の他のノードに対して公開する。この場合の公開方法についてより具体的には、例えば上記特許文献１の段落番号［００７０］及び［００７１］の記載を参照できる。
【００３４】
また、配信システムに参加している各ノードは、例えば上記特許文献１の第２図乃至第４図並びに段落番号［００３７］乃至［００６１］に記載されている、いわゆる「分散ハッシュテーブル」を用いて、同じく特許文献１の第５図及び段落番号［００６２］乃至［００６９］に記載された方法により、所望のコンテンツを配信システム内において検索する。そして、当該検索の結果発見したコンテンツに相当するコンテンツデータを、当該コンテンツデータを蓄積しているコンテンツノードから取得（ダウンロード）し、再生する。
【００３５】
次に、第１実施形態に係る複数のノード間における機能的な相互監視のための構成について、図１を用いて例示しつつ説明する。
【００３６】
当該構成では、ある一つのノードを被監視ノードとしたとき、その被監視ノードは、他のノードである監視ノードから常時その稼働状態の監視を受ける。そして実施形態の配信システムでは、この監視ノードが一つの被監視ノードについて原則として三つ存在している。
【００３７】
即ち図１に例示するように、第１実施形態に係る配信システムでは、一つの被監視ノードＢＷの稼働状態を、三つの監視ノードＷ１乃至Ｗ３が常時監視する。このとき被監視ノードＢＷは、それを監視する各監視ノードＷ１乃至Ｗ３夫々を配信システム上において識別するための識別情報（例えば、各監視ノードＷ１乃至Ｗ３夫々のＩＰアドレス等）を記憶している。そして各監視ノードＷ１乃至Ｗ３は、夫々において予め設定されたタイミングにおいて、被監視ノードＢＷに対し、ネットワークを介して監視メッセージＭＷを夫々送信する。この監視メッセージＭＷには、その送信元たる監視ノードＷのＩＰアドレスが記述されている。なお、以下の説明では、監視ノードＷ１乃至Ｗ３を総括して呼称する場合、単に「監視ノードＷ」と称する。
【００３８】
これに対し被監視ノードＢＷは、当該監視メッセージＭＷを受信する度に、それに含まれている監視ノードＷのＩＰアドレスを用いて、当該被監視ノードＢＷが記憶している監視ノードＷのＩＰアドレスを更新する。
【００３９】
また被監視ノードＢＷは、送信されて来た監視メッセージＭＷに対応して、返答メッセージＲＴを各監視ノードＷ１乃至Ｗ３に夫々返信する。この返答メッセージＲＴには、当該被監視ノードＢＷを監視している他の監視ノードＷのＩＰアドレスが記述されている。具体的には、例えば監視ノードＷ１から送信されて来た監視メッセージＭＷに対応する返答メッセージＲＴには、当該監視ノードＷ１以外の他の監視ノードＷ（即ち、図１に例示する場合は監視ノードＷ２及びＷ３）のＩＰアドレスが含まれている。これに加えて、当該被監視ノードＢＷが上記コンテンツノードである場合、返答メッセージＲＴには、当該コンテンツノードたる被監視ノードＢＷがその時点で記憶しているコンテンツのコンテンツＩＤの一覧が含まれている。
【００４０】
以上の構成により、一つの被監視ノードＢＭが三つの監視ノードＷ１乃至Ｗ３により常時監視されている。これにより、当該被監視ノードＢＭにおいて例えば電源オフやネットワークに対する接続障害等の障害が発生した場合、監視ノードＷ１乃至Ｗ３のいずれかにおいて速やかにこれを検知し、その障害を補完するための補完動作を、当該検知した監視ノードＷにおいて開始することとなる。ここで、当該補完動作として具体的には、例えば被監視ノードＢＷが上記コンテンツノードであった場合には、それに記憶されていたコンテンツデータを他のいずれかのノードに複製させる等の処理が考えられる。
【００４１】
なお、例えばある監視ノードＷ１において上述した電源オフやネットワークに対する接続障害等の障害が発生した場合、今度は、被監視ノードＢＷに対して上記監視メッセージＭＷが送信されて来なくなる。この場合、被監視ノードＢＷは、自ら新たな監視ノードＷを配信システム内において検索し、後述する監視依頼メッセージをその検索した監視ノードＷに送信して当該被監視ノードＢＷに対する監視を行わせる。これにより、一つの被監視ノードＢＷが常時一定数（実施形態の場合は三つ）の監視ノードＷの監視下にある状態を継続させる。
【００４２】
また、図１に例示するように、被監視ノードＢＷ自体もまた、他のノードに対する監視ノードとして機能することができる。また、一つの監視ノードＷ（例えば、図１に例示する場合は監視ノードＷ３）が複数の他の被監視ノードの監視を担うことも可能である。更に、この相互監視のための構成は、例えば本出願人による特願２００７−２４５０７２として出願済みのものである。
（II）第１実施形態
次に、本発明に係る第１実施形態について、図２乃至図８を用いて説明する。なお、図２は第１実施形態に係る一のノードの概要構成を示すブロック図であり、図３乃至図６は第１実施形態に係る各監視ノードＷ及び被監視ノードＢＷ等の動作を例示する図である。また図７及び図８は、当該各監視ノードＷ及び被監視ノードＢＷ等における第１実施形態に係る具体的な動作を示すフローチャートである。ここで、第１実施形態に係る各ノード１は基本的に同一の細部構成を備え、更に基本的に同一の細部動作を夫々独立して実行している。
【００４３】
図２に示すように、第１実施形態に係るノード１は、複製作成手段、検索手段、選択手段、数生成手段及び抽出手段としての制御部２１と、リスト情報記憶手段、配信情報記憶手段及び数記憶手段としての記憶部２２と、バッファメモリ２３と、復号化アクセラレータ２４と、デコーダ部２５と、映像処理部２６と、表示部２７と、音声処理部２８と、スピーカ２９と、返信手段、監視メッセージ送信手段、複製送信要求メッセージ送信手段、数送信手段、数返信手段、複製作成要求メッセージ送信手段及び複製作成要求メッセージ受信手段としての通信部２９ａと、入力部２９ｂと、ＩＣカードスロット２９ｃと、を備えて構成されている。そして、これらの構成要素はバス２９ｄを介して相互に接続されている。
【００４４】
このとき、制御部２１は、演算機能を有するＣＰＵ、作業用ＲＡＭ、各種データ及びプログラム（ＯＳ（Operating System）及び各種アプリケーションを含む）を記憶するＲＯＭ等から構成されている。また、記憶部２２は、各種データ及びプログラム等を記憶するＨＤＤ（Hard Disc Drive）等から構成されている。更にバッファメモリ２３は、受信したコンテンツデータを一時的に蓄積（記憶）する。
【００４５】
一方、復号化アクセラレータ２４は、バッファメモリ２３に蓄積されたコンテンツデータＣＤを、復号鍵を用いて復号化する。また、デコーダ部２５は、復号化されたコンテンツデータＣＤに含まれるビデオデータ及びオーディオデータ等をデコード（データ伸張等）して再生する。更に、映像処理部２６は、当該再生されたビデオデータ等に対して所定の描画処理を施し映像信号として出力する。
【００４６】
他方、表示部２７は、ＣＲＴ（Cathode Ray Tube）又は液晶ディスプレイ等からなり、映像処理部２６から出力された映像信号に基づき対応する映像を表示する。また、音声処理部２８は、上記再生されたオーディオデータをアナログ音声信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する。更に、スピーカ部２９は、当該音声処理部２８から出力された音声信号を音波として出力する。
【００４７】
また、通信部２９ａは、通信回線９を介して配信システム内の他のノード１等との間の通信制御を行う。更に、入力部２９ｂは、例えば、マウス、キーボード及び操作パネル或いはリモコン等からなり、使用者（視聴者）からの各種指示に対応する指示信号を制御部２１に対して出力する。そして、ＩＣカードスロット２９ｃは、ＩＣカード２９ｅに対する情報の読み書きを行う。
【００４８】
ここで、ＩＣカード２９ｅは、耐タンパ性があり、例えば、実施形態に係る配信システムの運営者等から各ノード１の使用者に配布されるものである。このとき、当該耐タンパ性とは、非正規な手段による機密データの読み取りを防ぎ、簡単に解析できないようにタンパリング対策が施されていることを言う。このＩＣカード２９ｅは、ＣＰＵからなるＩＣカードコントローラ、耐タンパ性のある不揮発性メモリ、例えば、ＥＥＰＲＯＭ（Electrical Erasable and Programmable ROM）等を備えて構成されている。当該不揮発性メモリには、ユーザＩＤ、暗号化されたコンテンツデータを復号化するための復号鍵及びデジタル証明書等が記憶されている。
【００４９】
一方、バッファメモリ２３は、例えばＦＩＦＯ（First In First Out）形式のリングバッファメモリから構成されており、制御部２１の制御下、受信ポインタにより示される記憶領域に通信部２９ａを通じて受信されたコンテンツデータＣＤを一時的に蓄積する。
【００５０】
このとき、制御部２１は、それに含まれるＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することによりノード１全体を統括制御し、後述する実施形態に係る各動作を実行する。これに加えて、制御部２１は、通常の動作として、上述した分散ハッシュテーブルにより配信システムを構成するネットワークを介して他のノード１から送信されて来る各種メッセージや複数のパケットを、通信部２９ａを通じて受信してバッファメモリ２３に書き込み、且つ、当該バッファメモリ２３に蓄積されているパケット（一定時間過去に受信されたパケット）や上記各種メッセージを読み出し、上述した分散ハッシュテーブルに則り通信部２９ａを通じて更に他のノード１に転送する。一方、バッファメモリ２３は、再生ポインタにより示される当該バッファメモリ２３の記憶領域に蓄積されているパケットを読み出し、バス２９ｄを介して復号化アクセラレータ２４やデコーダ部２５に出力する。
【００５１】
なお、上記プログラムは、例えば、ネットワーク上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ（Compact disc - ROM）等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【００５２】
次に、当該ノード１における第１実施形態に係る動作の具体例について、図３乃至図６を用いて例示しつつ説明する。
【００５３】
なお、以下に説明する第１実施形態では、一の被監視ノードＢＷにおいて上記電源オフ等の障害が発生した場合、先ず当該被監視ノードＢＷの稼働状態を監視する三つの監視ノードＷ１乃至Ｗ３間において相互通信を実行する。そして三つの監視ノードＷ１乃至Ｗ３から一つの監視ノードＷを決定し、当該決定された監視ノードＷのみが、被監視ノードＢＷにおける上記障害を補完するための補完動作を実行する。
【００５４】
ここで、第１実施形態に係る動作において監視ノードＷとして機能するノード１は、その記憶部２２内に、以下の三つの情報を一セットとして、それが稼働状態を監視する被監視ノードＢＷの数だけ不揮発性に記憶している。即ち各監視ノードＷは、「監視終了フラグ」、「障害発見フラグ」及び「数リスト」の三つを、それが稼働状態を監視する被監視ノードＢＷについての一セットとして、当該被監視ノードＢＷの数だけ記憶部２２内に不揮発性に記憶している。
【００５５】
このとき、監視終了フラグは、当該監視終了フラグが対応する被監視ノードＢＷの監視をその監視ノードＷが終了するときに「オン」とされ、その後新たにいずれかの被監視ノードＢＷの監視を開始するときに「オフ」とされるフラグである。また、障害発見フラグは、当該障害発見フラグが対応する被監視ノードＢＷにおいて上記障害が発生した旨の後述する障害発見メッセージが同じ被監視ノードＢＷを監視する他の監視ノードＷから送信されて来た場合に「オン」とされ、一方いずれかの被監視ノードＢＷから後述する監視依頼メッセージを受信したときに「オフ」とされるフラグである。最後に、数リストは、当該数リストが対応する被監視ノードＢＷにおいて上記障害が発生した時に当該被監視ノードＢＷを監視する他の監視ノードＷからネットワークを介して送信されて来た後述の数字を記憶するリストである。
（Ａ）第１実施形態の第１具体例
次に、第１実施形態の第１具体例として、三つの監視ノードＷのうちいずれか一つの監視ノードＷのみが被監視ノードＢＷにおける障害を発見した場合について、具体的に図３及び図４を用いて説明する。
【００５６】
先ず、図３（ａ）に示すように、上述して来た通常の監視状態において、被監視ノードＢＷの稼働状態を監視ノードＷ１乃至Ｗ３が夫々別個独立に監視しているとする。そして、監視ノードＷ１から送信した監視メッセージＭＷに対する被監視ノードＢＷからの返答メッセージＲＴが送信されて来なかったとする。この場合監視ノードＷ１の制御部２１は、被監視ノードＢＷからの返答メッセージＲＴが送信されて来なかったことが確認された時点で、被監視ノードＢＷにおいて何らかの障害が発生したと判断し、当該被監視ノードＢＷの稼働状態の監視を停止する。
【００５７】
次に、当該「障害発生」との判断を行った監視ノードＷ１は、その制御部２１において乱数を発生させて記憶部２２に記憶させる。この発生した乱数が仮に「６０」であるとする。これにより当該制御部２１は、図３（ｂ）に示すように、正常な稼働状態時に被監視ノードＢＷから送信されて来た返答メッセージＲＴ内に含まれていた、当該被監視ノードＢＷの稼働状態を監視している他の監視ノードＷ（図３（ｂ）に例示する場合は監視ノードＷ２及びＷ３）の識別情報（上記ＩＰアドレス等）を手掛かりとして、当該他の監視ノードＷの全てに対して被監視ノードＢＷについての障害発見メッセージＴ６０を夫々送信する。この障害発見メッセージＴ６０には、監視ノードＷ１が被監視ノードＢＷにおいて障害が発生した可能性があることを発見した旨と、障害が発生した被監視ノードＢＷ自体を識別するための識別情報と、送信元としての監視ノードＷ１自体を識別するための識別情報と、当該監視ノードＷ１の制御部２１において発生させた上記乱数「６０」と、が含まれている。
【００５８】
次に、当該障害発見メッセージＴ６０を受信した他の監視ノードＷ２及びＷ３の制御部２１は、夫々別個独立に、その制御部２１において、監視ノードＷ１から送信されて来た障害発見メッセージＴ６０に含まれていた乱数（即ち「６０」）よりも小さい乱数を発生させる。この発生した乱数が仮に「０」であったとする。また、監視ノードＷ２及びＷ３の制御部２１は、障害発見メッセージＴ６０を夫々が受信した時点で、被監視ノードＢＷの稼働状態の監視を停止する。
【００５９】
次に監視ノードＷ２及びＷ３の制御部２１は、図４（ａ）に示すように、夫々、監視ノードＷ１から送信されて来た障害発見メッセージＴ６０内に含まれていた監視ノードＷ１自体の識別情報を手掛かりとして、当該監視ノードＷ１に対して監視ノードＷ２及びＷ３としての障害発見メッセージＴ０を送信する。この障害発見メッセージＴ０の各々には、監視ノードＷ２又はＷ３としての障害発見メッセージである旨と、障害が発生した被監視ノードＢＷ自体を識別するための識別情報と、送信元としての監視ノードＷ２又はＷ３自体を識別するための識別情報と、当該監視ノードＷ２又はＷ３の制御部２１において夫々発生させた上記乱数「０」と、が含まれている。そして監視ノードＷ２及びＷ３の制御部２１は、夫々、上記障害発見メッセージＴ０を送信後、被監視ノードＢＷの稼働状態の監視を終了する。
【００６０】
これにより、監視ノードＷ２及びＷ３から夫々障害発見メッセージＴ０を受信した監視ノードＷ１の制御部２１は、各障害発見メッセージＴ０に含まれている乱数（即ち「０」）と、自らが障害発見メッセージＴ６０を送信した時点で監視ノードＷ１の記憶部２２に記憶されている乱数（当該障害発見メッセージＴ６０に含ませて送信した「６０」）との値を比較する。そして、図３及び図４に示す場合は、監視ノードＷ１自らが障害発見メッセージＴ６０に含ませて送信した乱数（「６０」）が最も大きいことが確認されるので、監視ノードＷ１の制御部２１は、被監視ノードＢＷにおいて発生した障害の補完を依頼する旨並びに当該被監視ノードＢＷの識別情報を含む補完依頼メッセージＭＰを生成し、これを予め認識していた対応ノードＰ宛に送信する。
【００６１】
このとき、当該対応ノードＰは、第１実施形態に係る配信システムに参加しているいずれかのノード１であって、被監視ノードＢＷに発生した障害対応する補完動作を実行するノード１として監視ノードＷ１乃至Ｗ３の夫々において認識されるノード１である。そして対応ノードＰは、監視ノードＷ１から送信されて来た補完依頼メッセージＭＰの内容に基づき、以下に示すように被監視ノードＢＷに発生した障害の補完動作を実行する。
【００６２】
ここで、対応ノードＰにおける当該補完動作を依頼する上記補完依頼メッセージＭＰの具体例としては、例えば以下の三つが考えられる。
【００６３】
即ち第１の具体例は、障害が発生した被監視ノードＢＷがその記憶部２２に記憶していたコンテンツデータを記憶している他のノード１が上記対応ノードＰである場合、当該対応ノードＰに対して、当該コンテンツデータを複製して監視ノードＷ１に送信する旨を上記補完依頼メッセージＭＰとして送信することが考えられる。
【００６４】
次に、第２の具体例は、上記第１の具体例と同様に被監視ノードＢＷが記憶していたコンテンツデータを記憶している他のノード１が上記対応ノードＰである場合、当該対応ノードＰに対して、配信システム内において例えば乱数的に選択した他のノード１に当該コンテンツデータの複製を送信する旨を上記補完依頼メッセージＭＰとして送信することが考えられる。
【００６５】
ここで、上記第１の具体例又は第２の具体例のいずれの場合でも、各監視ノードＷ１乃至Ｗ３は、自らが監視している被監視ノードＢＷの記憶部２２に記憶されているコンテンツデータを記憶している他のノード１を、配信システム上において常に把握しておく必要がある。
【００６６】
最後に第３の具体例は、先ず補完依頼メッセージＭＰの送信先たる対応ノードＰを配信システム内において監視ノードＷ１がランダムに選択する。そして、その選択された対応ノードＰに対して、被監視ノードＢＷが記憶していたコンテンツデータを記憶している他のノード１からそのコンテンツデータを複製して当該対応ノードＰに送信させるように依頼する旨を、上記補完依頼メッセージＭＰとして送信することが考えられる。
【００６７】
この第三の具体例の場合、監視ノードＷ１は、上記第一の具体例又は第二の具体例のように自らが監視している被監視ノードＢＷの記憶部２２に記憶されているコンテンツデータを記憶している他のノード１を把握している必要はない。
（Ｂ）第１実施形態の第２具体例
次に、第１実施形態の第２具体例として、三つの監視ノードＷのうちいずれか二つの監視ノードＷが被監視ノードＢＷにおける障害を同時に発見した場合について、具体的に図５及び図６を用いて説明する。
【００６８】
先ず、図５（ａ）に示すように、上述して来た通常の監視状態において、被監視ノードＢＷの稼働状態を監視ノードＷ１乃至Ｗ３が夫々別個独立に監視しているとする。そして、監視ノードＷ１及びＷ３から夫々送信した監視メッセージＭＷに対する被監視ノードＢＷからの返答メッセージＲＴが送信されて来なかったことが、当該監視ノードＷ１及びＷ３において同時に認識されたとする。この場合監視ノードＷ１及びＷ３夫々の制御部２１は、各々別個独立に、被監視ノードＢＷからの返答メッセージＲＴが送信されて来なかったことが確認された時点で、被監視ノードＢＷにおいて何らかの障害が発生したと夫々判断し、当該被監視ノードＢＷの稼働状態の監視を夫々停止する。
【００６９】
次に、当該「障害発生」との判断を行った監視ノードＷ１は、上記第１具体例の場合と同様に乱数（当該乱数を仮に「６０」とする）を発生させ、図５（ｂ）に示すように上記障害発見メッセージＴ６０を生成して他の監視ノードＷ２及びＷ３に夫々送信する。
【００７０】
一方、被監視ノードＢＷにおける障害発生を監視ノードＷ１と同じタイミングで判断した監視ノードＷ３は、その制御部２１において乱数を発生させて記憶部２２に記憶させる。この発生した乱数が仮に「５０」であるとする。これにより当該制御部２１は、図５（ｂ）に示すように、上記監視ノードＷ１と同様に、被監視ノードＢＷの稼働状態を監視している他の監視ノードＷ（監視ノードＷ３について図５（ｂ）に例示する場合は、監視ノードＷ１及びＷ２）の識別情報を手掛かりとして、当該他の監視ノードＷの全てに対して被監視ノードＢＷについての障害発見メッセージＴ５０を夫々送信する。この障害発見メッセージＴ５０には、障害メッセージＴ６０と同様に、監視ノードＷ３が被監視ノードＢＷにおいて障害が発生した可能性があることを発見した旨と、障害が発生した被監視ノードＢＷ自体を識別するための識別情報と、送信元としての監視ノードＷ３自体を識別するための識別情報と、当該監視ノードＷ３の制御部２１において発生させた上記乱数「５０」と、が含まれている。
【００７１】
次に、障害発見メッセージＴ６０を監視ノードＷ１から、また障害発見メッセージＴ５０を監視ノードＷ３から、夫々受信した監視ノードＷ２は、その制御部２１において、上記障害発見メッセージＴ６０に含まれていた乱数（即ち「６０」）よりも小さい乱数を発生させる。また同様に、制御部２１は、上記障害発見メッセージＴ５０に含まれていた乱数（即ち「５０」）よりも小さい乱数を発生させる。このとき、当該発生させた乱数が仮にいずれも「０」であったとする。
【００７２】
次に監視ノードＷ２の制御部２１は、図６（ａ）に示すように、障害発見メッセージＴ６０内に含まれていた監視ノードＷ１自体の識別情報及び障害発見メッセージＴ５０内に含まれていた監視ノードＷ３自体の識別情報を夫々手掛かりとして、監視ノードＷ１及びＷ３に対して監視ノードＷ２としての障害発見メッセージＴ０を夫々送信する。この障害発見メッセージＴ０の各々には、監視ノードＷ２としての障害発見メッセージである旨と、障害が発生した被監視ノードＢＷ自体を識別するための識別情報と、送信元としての監視ノードＷ２自体を識別するための識別情報と、当該監視ノードＷ２の制御部２１において発生させた上記乱数「０」と、が含まれている。なお、監視ノードＷ２の制御部２１は、上記障害発見メッセージＴ６０又はＴ５０のいずれかを最初に受信した時点で被監視ノードＢＷの稼働状態の監視を終了する。
【００７３】
これにより、監視ノードＷ２及びＷ３から夫々障害発見メッセージＴ０及びＴ５０を受信した監視ノードＷ１の制御部２１は、障害発見メッセージＴ０及びＴ５０に夫々含まれている乱数（即ち「５０」及び「０」）と、自らが障害発見メッセージＴ６０を送信した時点で監視ノードＷ１の記憶部２２に記憶されている乱数（当該障害発見メッセージＴ６０に含ませて送信した「６０」）との値を比較する。そして、図５及び図６に示す場合は、監視ノードＷ１自らが障害発見メッセージＴ６０に含ませて送信した乱数（「６０」）が他の障害メッセージＴ５０又はＴ０に含まれている乱数よりも大きいことが確認されるので、監視ノードＷ１の制御部２１は、被監視ノードＢＷにおいて発生した障害の補完を依頼する旨の補完依頼メッセージＭＰを第１具体例と同様に生成し、これを予め認識していた第１具体例と同様の対応ノードＰ宛に送信する。
【００７４】
これに対し、監視ノードＷ１及びＷ２から夫々障害発見メッセージＴ６０及びＴ０を受信した監視ノードＷ３の制御部２１は、障害発見メッセージＴ６０及びＴ０に夫々含まれている乱数（即ち「６０」及び「０」）と、自らが障害発見メッセージＴ５０を送信した時点で監視ノードＷ３の記憶部２２に記憶されている乱数（当該障害発見メッセージＴ５０に含ませて送信した「５０」）との値を比較する。そして、図５及び図６に示す場合は、監視ノードＷ３自らが障害発見メッセージＴ５０に含ませて送信した乱数（「５０」）よりも大きな乱数が他の障害メッセージＴ６０に含まれていることが確認されるので、監視ノードＷ３の制御部２１は、引き続いての動作を何ら実行せず、当該制御部２１として動作を終了する。
【００７５】
以上の第２具体例の動作により、二つの監視ノードＷ１及びＷ３が同時に被監視ノードＢＷにおける障害発生を検出したとしても、対応ノードＰに対しては、監視ノードＷ１からのみ、補完依頼メッセージＭＰが送信される。なお、当該補完依頼メッセージＭＰ自体の内容や、それを受信した対応ノードＰにおける動作は、上記第１具体例と同様であるので、細部の説明は省略する。
（Ｃ）第１実施形態に係る具体的動作
次に、上記第１具体例及び第２具体例を共に実現するために監視ノードＷ及び被監視ノードＢＷ並びに対応ノードＰにおいて夫々実行される第１実施形態に係る具体的な動作について、纏めて図７及び図８を用いて説明する。なお、第１実施形態に係る監視ノードＷたる各ノード１は、基本的に同一の動作を夫々独立して実行している。また、図７及び図８に示す動作は、配信システムに参加しているノード１としてのメインルーチンの一部として常時実行されている動作である。
（ａ）監視ノードにおける具体的動作
先ず、監視ノードＷ１乃至Ｗ３たるノード１において夫々別個に実行される動作について、図７を用いて説明する。
【００７６】
図７に示すように、監視ノードＷ１乃至Ｗ３たるノード１内の制御部２１は、上記メインルーチンの一貫として、常に、被監視ノードＢＷたるいずれかのノード１からの監視依頼メッセージを待機している（ステップＳ１）。そして、当該監視依頼メッセージを受信したときは（ステップＳ１；ＹＥＳ）、当該制御部２１は、監視ノードＷとして機能すべく、先ず記憶部２２内の上記障害発見フラグ及び監視終了フラグを、夫々「オフ」とする（ステップＳ２）。
【００７７】
次に監視ノードＷの制御部２１は、現在監視終了フラグが「オン」とされているか否かを確認し（ステップＳ３）、「オン」とされている場合（ステップＳ３；ＹＥＳ）、制御部２１は通常のノード１として動作すべく、元のメインルーチンに戻る。
【００７８】
一方、ステップＳ３の判定において監視終了フラグが「オン」とされていない場合（ステップＳ３；ＮＯ）、当該ノード１は監視ノードＷとして機能していることとなるため、制御部２１は、稼働状態の監視を担当する被監視ノードＢＷに対して監視メッセージＭＷを送信する（ステップＳ４。図１参照）。その後当該制御部２１は、送信した監視メッセージＭＷに対応する返答メッセージＲＴが被監視ノードＢＷから送信されて来たか否かを確認する（ステップＳ５）。
【００７９】
そして、当該返答メッセージＲＴが正常に送信されて来たとき（ステップＳ５；ＹＥＳ）、制御部２１は、当該返答メッセージＲＴに含まれている他の監視ノードＷの識別情報（ＩＰアドレス等）を用いて記憶部２２内の当該識別情報を更新する（ステップＳ６）。その後制御部２１は、次の監視メッセージＭＷを送信するまでの期間として予め設定されている時間だけ待機した後、上記ステップＳ３の動作に移行して上述してきた一連の動作を繰り返す。
【００８０】
他方、上記ステップＳ５の判定において、返答メッセージＲＴが被監視ノードＢＷから正常に送信されて来ないとき、監視ノードＷの制御部２１は、その被監視ノードＢＷにおいて上記障害が発生したと判断し、障害発見フラグを「オン」とする。
【００８１】
次に制御部２１は、上記乱数を発生させ（ステップＳ９）、当該発生させた乱数を含む上記障害発見メッセージＴを他の監視ノードＷに対して送信する（ステップＳ１０。図３（ｂ）、図４（ａ）、図５（ｂ）又は図６（ａ）参照。）。なお、以下の説明では、障害発見メッセージＴ６０、Ｔ５０又はＴ０を総括して呼称する場合、単に「障害メッセージＴ」と称する。
【００８２】
その後制御部２１は、他の監視ノードＷからの障害発見メッセージＴの受信を予め設定された待機時間だけ待機する（ステップＳ１１。図４（ａ）、図５（ｂ）又は図６（ａ）参照。）。そして制御部２１は、当該待機時間経過後の時点で記憶部２２内に記憶している乱数（即ち、他の監視ノードＷから送信されて来た障害発見メッセージＴ内に含まれていた乱数）と、上記ステップＳ９の処理において発生させた乱数と、をその大きさにおいて比較し、当該ステップＳ９の処理において発生させた乱数が最大であるか否かを確認する（ステップＳ１２）。そして当該ステップＳ９の処理において発生させた乱数が最大でない場合（ステップＳ１２；ＮＯ）、制御部２１は、通常のノード１として動作すべく元のメインルーチンに戻る。
【００８３】
これに対し、ステップＳ９の処理において発生させた乱数が最大である場合（ステップＳ１２；ＹＥＳ）、制御部２１は、上記補完依頼メッセージＭＰを対応ノードＰへ送信し（ステップＳ１３。図４（ｂ）又は図６（ｂ）参照。）、その後通常のノード１として動作すべく、元のメインルーチンに戻る。
【００８４】
次に、上記ステップＳ１の判定において、監視依頼メッセージを受信していないとき（ステップＳ１；ＮＯ）、監視ノードＷの制御部２１は、他のいずれかの監視ノードＷから上記障害発見メッセージＴが送信されて来たか否かを確認する（ステップＳ１４。図３（ｂ）、図４（ａ）、図５（ｂ）又は図６（ａ）参照。）。そして、当該障害発見メッセージＴも送信されて来ないときは（ステップＳ１４；ＹＥＳ）、制御部２１は、通常のノード１として動作すべく元のメインルーチンに戻る。
【００８５】
これに対し、当該障害発見メッセージＴを受信したとき（ステップＳ１４；ＹＥＳ）、次に制御部２１は、上記障害発見フラグが「オン」とされているか否かを確認する（ステップＳ１５）。そして、当該障害発見フラグが「オン」とされているとき（ステップＳ１５；ＹＥＳ）、制御部２１は、ステップＳ１４において送信されて来た障害発見メッセージＴに含まれていた乱数を記憶部２２に記憶させ（ステップＳ１６）、通常のノード１として動作すべく元のメインルーチンに戻る。
【００８６】
他方、ステップＳ１５の判定において、障害発見フラグがオンとされていないとき（ステップＳ１５；ＮＯ）、制御部２１は、ステップＳ１４の動作において受信した障害発見メッセージＴに含まれていた乱数よりも小さくなるように乱数を発生させ、当該発生させた乱数を含む障害発見メッセージＴを他の監視ノードＷに送信する（ステップＳ１７。図４（ａ）、図５（ｂ）又は図６（ａ）参照。）。
【００８７】
その後制御部２１は、監視終了フラグを「オン」とし（ステップＳ１８）、通常のノード１として動作すべく元のメインルーチンに戻る。
（ｂ）被監視ノードにおける具体的動作
次に、被監視ノードＢＷたるノード１において実行される動作について、図８（ａ）及び図８（ｂ）を用いて説明する。
【００８８】
図８（ａ）に示すように、被監視ノードＢＷたるノード１内の制御部２１は、配信システムに参加するに当たり、自らの稼働状態の監視を任せる参加済みの他のノード１を監視ノードＷとして例えば三つ特定し、それらを識別するための識別情報を含む監視ノードリストを記憶部２２に記憶させる（ステップＳ２０）。ここで、当該監視ノードＷの特定方法としては、例えば上記特願２００７−２４５０７２に記載の方法を用いることができる。
【００８９】
次に制御部２１は、特定された監視ノードリストから一つの監視ノードＷを選択し（ステップＳ２１）、その選択した監視ノードＷに対して上記監視依頼メッセージを送信する（ステップＳ２２。図７ステップＳ１参照）。
【００９０】
その後制御部２１は、ステップＳ２０において作成した監視ノードリスト内の監視ノードＷの全てに対して上記監視依頼メッセージを送信し終わったか否かを確認する（ステップＳ２３）。そして、未だ監視依頼メッセージを送信していない監視ノードＷがあるとき（ステップＳ２３；ＮＯ）、制御部２１は、当該監視ノードＷに対しても監視依頼メッセージを送信すべく、上記ステップＳ２１の動作に移行する。
【００９１】
一方、ステップＳ２３の判定において、全ての監視ノードＷについて監視依頼メッセージを送信済みであるときは（ステップＳ２３；ＹＥＳ）、以下に説明する動作を各監視ノードＷ毎に実行して（ステップＳ２４）、被監視ノードＢＷとしてのメインルーチンに移行する。
【００９２】
次に、上記ステップＳ２４の動作の詳細について、図８（ｂ）を用いて説明する。
【００９３】
被監視ノードＢＷにおいて監視ノードＷ毎に実行されるステップＳ２４の動作として、被監視ノードＢＷの制御部２１は、先ず、上記ステップＳ２２の動作において監視依頼メッセージを送信した後、その宛先たる監視ノードＷからの監視メッセージＭＷを一定時間待機する（ステップＳ２４１）。そして、いずれかの監視ノードＷから監視メッセージＭＷが送信されて来た場合（ステップＳ２４１；ＹＥＳ）、制御部２１は、対応する返答メッセージＲＴを生成し、当該監視メッセージＭＷを送信して来た監視ノードＷに返信する（ステップＳ２４２。図１参照）。
【００９４】
一方、ステップＳ２４１の判定において、その監視ノードＷから上記一定時間内に監視メッセージが何ら送信されて来ないとき（ステップＳ２４１；ＮＯ）、制御部２１はその監視ノードＷにおいて何らかの障害が発生したと判断して他の監視ノードＷを上記監視ノードリスト内において選択する（ステップＳ２４３）。そして、当該新たに選択した監視ノードＷに対して上記監視依頼メッセージを送信する（ステップＳ２４４）。以上のステップＳ２４１乃至Ｓ２４４の動作が、被監視ノードＢＷの制御部２１において、監視ノードＷ毎に実行される。
（ｃ）対応ノードにおける具体的動作
最後に、対応ノードＰたるノード１において実行される動作について、図８（ｃ）を用いて説明する。
【００９５】
図８（ｃ）に示すように、対応ノードＰたるノード１内の制御部２１は、配信システム内のいずれかの監視ノードＷから上記補完依頼メッセージＭＰが送信されて来たか否かを定期的に監視する（ステップＳ２５）。
【００９６】
そして、当該補完依頼メッセージＭＰが送信されて来ないときは（ステップＳ２５；ＮＯ）、そのまま通常のノード１として動作すべく元のメインルーチンに戻る。
【００９７】
一方、ステップＳ２５の判定において、いずれかの監視ノードＷから補完依頼メッセージＭＰが送信されて来たとき（ステップＳ２５；ＹＥＳ）、制御部２１は、その内容に応じて、必要な補完動作を実行し（ステップＳ２６）、その後通常のノード１として動作すべく元のメインルーチンに戻る。
【００９８】
以上夫々説明したように、第１実施形態に係る監視ノードＷ、被監視ノードＢＷ及び対応ノードＰの動作によれば、コンテンツを示すコンテンツＩＤの一覧を少なくとも含む返信メッセージＲＴが被監視ノードＢＷから監視ノードＷに送信されて来なくなったとき、監視ノードＷ内に記憶されている当該一覧により示されるコンテンツデータの複製をいずれかのノード１内に作成するので、被監視ノードＢＷにおいて何らかの障害が発生した可能性があるとき、その被監視ノードＢＷ内に記憶されていたコンテンツデータの複製を他のノード１内に作成することで、配信システム全体におけるコンテンツ（その複製を含む）の数を維持して円滑な当該コンテンツの配信を維持することができる。
【００９９】
従って、配信システム全体に係る例えば管理サーバを用いることなく、配信システム内におけるコンテンツの配信状態を良好に維持することができる。
【０１００】
また、補完依頼メッセージＭＰに係る第１の具体例によれば、返信メッセージＲＴが被監視ノードＢＷから送信されて来なくなったとき、被監視ノードＢＷに記憶されていたコンテンツデータと同じコンテンツデータを記憶する対応ノードＰを検索し、その検索された対応ノードＰに対して当該コンテンツデータの複製を監視ノードＷに送信する旨の補完依頼メッセージＭＰを送信するので、被監視ノードＢＷに記憶されていたコンテンツデータの複製を監視ノードＷ内に復活させることができる。
【０１０１】
更に、補完依頼メッセージＭＰに係る第２の具体例によれば、返信メッセージＲＴが被監視ノードＢＷから送信されて来なくなったとき、被監視ノードＢＷに記憶されていたコンテンツデータと同じコンテンツデータを記憶する対応ノードＰを検索し、その対応ノードＰに対して当該コンテンツデータの複製を監視ノードＷ及び被監視ノードＢＷを除く他のいずれかのノード１に送信する旨の補完依頼メッセージＭＰを送信するので、被監視ノードＢＷに記憶されていたコンテンツデータの複製を監視ノードＷ内に復活させることができる。
【０１０２】
更にまた、補完依頼メッセージＭＰに係る第３の具体例によれば、返信メッセージＲＴが被監視ノードＢＷから送信されて来なくなったとき、他のいずれかのノード１を選択し、その選択されたノード１に対して、被監視ノードＢＷに記憶されていたコンテンツデータと同じコンテンツデータを記憶する他のノード１を検索して当該他のノード１からコンテンツデータの複製を取得することを要求する複製送信要求を送信するので、被監視ノードＢＷに記憶されていたコンテンツの複製を選択されたノード１内に復活させることができる。
【０１０３】
また、被監視ノードＢＷにおいて何らかの異常が発生した可能性があるとき、その被監視ノードＢＷを監視する複数の監視ノードＷ相互において、当該各監視ノードＷにおいて生成した乱数をやり取りすることでコンテンツの複製を行う監視ノードＷを一つのみに絞るので、配信システム全体における複製の数が過剰となることをより効果的に防止することができる。
（III）第２実施形態
次に、本発明に係る他の実施形態である第２実施形態について、図９乃至図１１を用いて説明する。なお、図９及び図１０は第２実施形態に係る各監視ノードＷ及び被監視ノードＢＷ並びに対応ノードＰの動作を例示する図である。また図１１は、当該各監視ノードＷ及び対応ノードＰにおける第２実施形態に係る具体的な動作を示すフローチャートである。
【０１０４】
ここで、第２実施形態に係る各ノードは基本的に同一の細部構成を備え、更に基本的に同一の細部動作を夫々独立して実行している。また、第２実施形態に係るノードの構成は、基本的には図２を用いて説明した第１実施形態に係るノード１と同様の構成を備えるので、以下の説明では、ノードの構成としては第１実施形態と同様の部材番号を用いて第２実施形態に係る動作を説明する。
（Ａ）第２実施形態の具体例
先ず、各ノードにおける第２実施形態に係る動作の具体例について、図９及び図１０を用いて例示しつつ説明する。
【０１０５】
以下に説明する第２実施形態では、第１実施形態の場合と同様に、一の被監視ノードＢＷは三つの監視ノードＷ１乃至Ｗ３によりその稼働状態が監視されている。そして、当該一の被監視ノードＢＷにおいて上記電源オフ等の障害が発生した場合、その被監視ノードＢＭの稼働状態を監視している三つの監視ノードＷ１乃至Ｗ３の全てが、第１実施形態に係る上記補完依頼メッセージＭＰを夫々に対応ノードＰに対して送信する。これにより、当該補完依頼メッセージＭＰを受信した対応ノードＰでは、最初に届いた補完依頼メッセージＭＰについてのみ、例えば第１実施形態と同様な内容の補完動作を行う。第２実施形態に係るこの動作により、被監視ノードＢＷにおいて障害が発生した場合についての補完動作自体が複数重複して配信システム内で実行されることを防止する。
【０１０６】
ここで、第２実施形態に係る上記補完動作を実行するためには、監視ノードＷの全てにおいて、補完依頼メッセージＭＰの宛先たる対応ノードＰが一つだけ特定されている必要がある。また、第２実施形態に係る返答メッセージＲＴは、第１実施形態に係る返答メッセージＲＴとは異なり、その送信元たる被監視ノードＢＷを監視している他の監視ノードＷの識別情報は不要となる。更に、第２実施形態に係る監視ノードＷは、第１実施形態に係る監視終了フラグ、障害発見フラグ及び数リストを記憶する必要もない。
【０１０７】
次に、第２実施形態の具体例として、三つの監視ノードＷのいずれもが被監視ノードＢＷにおける障害を発見した場合について、具体的に図９及び図１０を用いて説明する。
【０１０８】
先ず、図９（ａ）に示すように、上述して来た通常の監視状態において、被監視ノードＢＷの稼働状態を監視ノードＷ１乃至Ｗ３が第１実施形態の場合と同様に夫々別個独立に監視しているとする。
【０１０９】
そして、夫々が送信した監視メッセージＭＷに対する被監視ノードＢＷからの返答メッセージＲＴが送信されて来ないことにより、監視ノードＷ１→監視ノードＷ３→監視ノードＷ２の順で、夫々の制御部２１が被監視ノードＢＷにおける障害の発生を判断／認識したとする。この認識タイミングの差は、各監視ノードＷからの監視メッセージＭＷの送信タイミングの差によるものである。そしてこの場合、各監視ノードＷの制御部２１は、監視ノードＷ１→監視ノードＷ３→監視ノードＷ２の順で、第１実施形態の場合と同様の補完依頼メッセージＭＰを予め認識済みの識別情報に対応する対応ノードＰに夫々送信する。
【０１１０】
具体的には、図９（ａ）に示すように、先ず監視ノードＷ１→監視ノードＷ３の順で、夫々の制御部２１が当該障害の発生を判断／認識したとする。そして、図９（ｂ）に示すように、監視ノードＷ１及びＷ３の制御部２１は、被監視ノードＢＷに対する監視を終了した後、監視ノードＷ１→監視ノードＷ３の順で、被監視ノードＢＷの識別情報を含む補完依頼メッセージＭＰを応ノードＰに夫々送信することになる。
【０１１１】
ここで、第２実施形態に係る対応ノードＰは、複数の補完依頼メッセージＭＰが異なる監視ノードＷが送信されて来た場合、先ずそれらに含まれている被監視ノードＢＭの識別情報を比較し、同一の被監視ノードＢＭについての補完依頼メッセージＭＰであるか否かを確認する。そして、同一の被監視ノードＢＭについての補完依頼メッセージＭＰが複数送信されて来たものである場合、最初に対応ノードＰに到達した補完依頼メッセージＭＰの内容のみに基づいて第１実施形態に係る補完動作を開始する。図９に示す場合は、監視ノードＷ１から送信されて最初に対応ノードＰに到達した補完依頼メッセージＭＰの内容のみに基づいて第１実施形態に係る補完動作を開始する。
【０１１２】
これにより、図１０（ａ）及び（ｂ）に示すように監視ノードＷ２が最後に被監視ノードＢＭにおける障害の発生を認識して補完依頼メッセージＭＰを対応ノードＰに送信しても、対応ノードＰとしては最早補完動作は開始しない。
【０１１３】
なお、第２実施形態に係る対応ノードＰが実行する補完動作は、基本的には、第１実施形態に係る当該補完動作と同様のものである。
（Ｂ）第２実施形態に係る具体的動作
次に、上記具体例を共に実現するために監視ノードＷ及び対応ノードＰにおいて夫々実行される第２実施形態に係る具体的な動作について、纏めて図１１を用いて説明する。なお、図１１に示すフローチャートにおいて、図７及び図８に示したフローチャートにおける処理と同一の処理については、同一のステップ番号を付して細部の説明は省略する。
【０１１４】
また、第２実施形態に係る監視ノードＷたる各ノード１は、基本的に同一の動作を夫々独立して実行している。更に図１１に示す動作は、配信システムに参加しているノード１としてのメインルーチンの一部として常時実行されている動作である。更にまた、第２実施形態に係る被監視ノードＢＭにおいて実行される具体的な動作は、第１実施形態に係る被監視ノードＢＭにおいて実行されるものと同様であるので、細部の説明は省略する。
（ａ）監視ノードにおける具体的動作
先ず、監視ノードＷ１乃至Ｗ３たるノード１において夫々別個に実行される動作について、図１１（ａ）を用いて説明する。
【０１１５】
図１１（ａ）に示すように、第２実施形態に係る監視ノードＷ１乃至Ｗ３たるノード１内の制御部２１は、上記メインルーチンの一貫として、第１実施形態に係る各監視ノードＷにおけるステップＳ１、Ｓ４、Ｓ５及びＳ７の処理と同様の処理を常時実行している。
【０１１６】
そして、上記ステップＳ５の判定において、返答メッセージＲＴが被監視ノードＢＷから正常に送信されて来ないとき、各監視ノードＷの制御部２１は夫々に、その被監視ノードＢＷにおいて上記障害が発生したと判断して、上記補完依頼メッセージＭＰを夫々対応ノードＰへ送信し（ステップＳ３０。図９（ｂ）又は図１０（ｂ）参照。）、その後通常のノード１として動作すべく、元のメインルーチンに戻る。
（ｂ）対応ノードにおける具体的動作
次に、第２実施形態に係る対応ノードＰたるノード１において実行される動作について、図１１（ｂ）を用いて説明する。なお、第２実施形態に係る対応ノードＰとしては、第１実施形態に係る対応ノードＰとは異なり、過去において補完動作の対象となった被監視ノードＢＭの識別情報を含む補完済みノードリスト情報を、その記憶部２２内に記憶している。
【０１１７】
図１１（ｂ）に示すように、当該対応ノードＰたるノード１内の制御部２１は、配信システム内のいずれかの監視ノードＷから上記補完依頼メッセージＭＰが送信されて来たか否かを定期的に監視する（ステップＳ２５）。
【０１１８】
そして、当該補完依頼メッセージＭＰが送信されて来ないときは（ステップＳ２５；ＮＯ）、そのまま通常のノード１として動作すべく元のメインルーチンに戻る。
【０１１９】
一方、ステップＳ２５の判定において、いずれかの監視ノードＷから補完依頼メッセージＭＰが送信されて来たとき（ステップＳ２５；ＹＥＳ）、制御部２１は、送信されて来た補完依頼メッセージＭＰから被監視ノードＢＭの識別情報を抽出し（ステップＳ３５）、それが補完動作の未だ対象となっていない被監視ノードＢＭであるか否かを確認する（ステップＳ３６）。このステップＳ３６における判定は、上記補完済みノードリスト情報内にその被監視ノードＢＭの識別情報が記述されているか否かに基づいて実行される。そして、抽出した識別情報が既に補完動作の対象となった被監視ノードＢＭを示すものである場合には（ステップＳ３６；ＮＯ）、制御部２１は通常のノード１として動作すべく元のメインルーチンに戻る。
【０１２０】
一方、ステップＳ３６の判定において、抽出した識別情報が未だ補完動作の対象となっていない被監視ノードＢＭを示すものである場合（ステップＳ３６；ＮＯ）、制御部２１は、上記補完済みノードリスト情報内にその被監視ノードＢＭの識別情報を記述する（ステップＳ３７）。その後制御部２１は、送信されて来た補完依頼メッセージＭＰの内容に応じて、第１実施形態場合と同様に必要な補完動作を実行し（ステップＳ２６）、その後通常のノード１として動作すべく元のメインルーチンに戻る。
【０１２１】
以上夫々説明したように、第２実施形態に係る監視ノードＷ、被監視ノードＢＷ及び対応ノードＰの動作によれば、コンテンツを示すコンテンツＩＤの一覧を少なくとも含む返信メッセージＲＴが被監視ノードＢＷから監視ノードＷに送信されて来なくなったとき、監視ノードＷ内に記憶されている当該一覧により示されるコンテンツデータの複製をいずれかのノード１内に作成するので、被監視ノードＢＷにおいて何らかの障害が発生した可能性があるとき、その被監視ノードＢＷ内に記憶されていたコンテンツデータの複製を他のノード１内に作成することで、配信システム全体におけるコンテンツ（その複製を含む）の数を維持して円滑な当該コンテンツの配信を維持することができる。
【０１２２】
従って、配信システム全体に係る例えば管理サーバを用いることなく、配信システム内におけるコンテンツの配信状態を良好に維持することができる。
【０１２３】
また、被監視ノードＢＷにおいて何らかの異常が発生した可能性があるとき、その被監視ノードＢＷを監視する複数の監視ノードＷから夫々に補完依頼メッセージＭＰを対応ノードＰに送信し、対応ノードＰにおいて受信された各補完依頼メッセージＭＰのうちの一の補完依頼メッセージＭＰからのみ補完動作を行うので、コンテンツの複製を一つの補完依頼メッセージＭＰのみを起点として行うことで、配信システム全体における複製の数が過剰となることをより効果的に防止することができる。
【０１２４】
更に、同一の被監視ノードＢＷについて、対応ノードＰにおいて最初に受信された補完依頼メッセージＭＰのみに基づいてコンテンツの複製を行うので、より効果的に配信システム全体における複製の数が過剰となることを防止することができる。
【０１２５】
なお、上述してきた各実施形態では、被監視ノードＢＷにおいて何らかの障害が発生した場合、その記憶部２２に記憶されていたコンテンツデータの複製を他のノード１の記憶部２２内に生成させる構成としている。
【０１２６】
ここで、当該複製生成の具体的な方法としては、当該ノード１に対して他のノード１へのコンテンツデータの供給元の役割を担わせる場合にあっては、当該複製を生成するノード１内の記憶部２２を、そのノード１自体が配信を受けたコンテンツデータを記憶する配信データ記憶領域と、他のノード１に記憶されているコンテンツデータの複製を記憶する複製記憶領域と、の二つに分割する方法としてもよい。このとき、上記配信データ記憶領域の記憶可能量と複製記憶領域の記憶可能量の合計値は予め設定されているものでもよいが、夫々の記憶可能量は、自由に増減できるようにされていることが好ましい。また、上記二つの記憶領域のうち複製記憶領域については、そこに記憶されているコンテンツデータが消去されることがないようされることが好ましい。これにより、そのノード１がコンテンツの配信を受けることにより上記合計値がその上限として予め設定されている値を超えそうな場合は、配信データ記憶領域に記憶されているコンテンツデータのうち古いものから順に消去されることとなる。
【０１２７】
一方、一度障害が発生した被監視ノードＢＷにおいて当該障害が除去され、再度配信システム内に復帰する場合、当該被監視ノードＢＷたるノード１では、複製記憶領域内に記憶されているコンテンツデータを全て削除してから復帰することが望ましい。
【０１２８】
以上の構成により、結果として全てのコンテンツデータが必ずいずれかのノード１内に記憶されることとなるため、例えば全てのコンテンツデータを記憶するコンテンツプールサーバの如き物を配信システム内に設ける必要がなくなる。
【０１２９】
更に、図７及び図８又は図１１に夫々示すフローチャートに対応するプログラムを、フレキシブルディスク又はハードディスク等の情報記録媒体に記録しておき、又はインターネット等を介して取得して記録しておき、これらを汎用のコンピュータで読み出して実行することにより、当該コンピュータを各実施形態に係るノード１内の制御部２１として活用することも可能である。
【産業上の利用可能性】
【０１３０】
以上夫々説明したように、本願はコンテンツの配信を行う配信システムの分野に利用することが可能であり、特に、Ｐ２Ｐ型の配信システムの分野に適用すれば特に顕著な効果が得られる。
【図面の簡単な説明】
【０１３１】
【図１】実施形態に係る配信システムにおける相互監視の状態を例示する図である。
【図２】第１実施形態に係る一のノードの概要構成を示すブロック図である。
【図３】第１実施形態の第１具体例に係る各監視ノード及び被監視ノードの動作を例示する図（Ｉ）であり、（ａ）は当該動作を例示する第一の図であり、（ｂ）は当該動作を例示する第二の図である。
【図４】第１実施形態の第１具体例に係る各監視ノード及び被監視ノードの動作を例示する図（II）であり、（ａ）は当該動作を例示する第三の図であり、（ｂ）は当該動作を例示する第四の図である。
【図５】第１実施形態の第２具体例に係る各監視ノード及び被監視ノードの動作を例示する図（Ｉ）であり、（ａ）は当該動作を例示する第一の図であり、（ｂ）は当該動作を例示する第二の図である。
【図６】第１実施形態の第２具体例に係る各監視ノード及び被監視ノードの動作を例示する図（II）であり、（ａ）は当該動作を例示する第三の図であり、（ｂ）は当該動作を例示する第四の図である。
【図７】第１実施形態に係る各監視ノードにおける具体的な動作を示すフローチャートである。
【図８】第１実施形態に係る被監視ノード及び対応ノード夫々における具体的な動作を示すフローチャートであり、（ａ）及び（ｂ）は当該被監視ノードにおける具体的な動作を示すフローチャートであり、（ｃ）は当該対応ノードにおける具体的な動作を示すフローチャートである。
【図９】第２実施形態の具体例に係る各監視ノード及び被監視ノードの動作を例示する図（Ｉ）であり、（ａ）は当該動作を例示する第一の図であり、（ｂ）は当該動作を例示する第二の図である。
【図１０】第２実施形態の具体例に係る各監視ノード及び被監視ノードの動作を例示する図（II）であり、（ａ）は当該動作を例示する第三の図であり、（ｂ）は当該動作を例示する第四の図である。
【図１１】第２実施形態に係る各監視ノード及び対応ノード夫々における具体的な動作を示すフローチャートであり、（ａ）は当該監視ノードにおける具体的な動作を示すフローチャートであり、（ｂ）は当該対応ノードにおける具体的な動作を示すフローチャートである。
【符号の説明】
【０１３２】
１    ノード
２１    制御部
２２    記憶部
２３    バッファメモリ
２４    復号化アクセラレータ
２５    デコーダ部
２６    映像処理部
２７    表示部
２８    音声処理部
２９    スピーカ
２９ａ    通信部
２９ｂ    入力部
２９ｃ    ＩＣカードスロット
２９ｄ    バス
２９ｅ    ＩＣカード
Ｐ    対応ノード
ＢＷ    被監視ノード
Ｗ１、Ｗ２、Ｗ３    監視ノード
ＭＷ    監視メッセージ
ＲＴ    返答メッセージ
Ｔ０、Ｔ５０、Ｔ６０    障害発見メッセージ
ＭＰ    補完依頼メッセージ
【図１】
2010086046.tif 000003
【図２】
2010086046.tif 000004
【図３】
2010086046.tif 000005
【図４】
2010086046.tif 000006
【図５】
2010086046.tif 000007
【図６】
2010086046.tif 000008
【図７】
2010086046.tif 000009
【図８】
2010086046.tif 000010
【図９】
2010086046.tif 000011
【図１０】
2010086046.tif 000012
【図１１】
2010086046.tif 000013