(57)【要約】 【課題】担当地域におけるエッジサーバが機能停止した場合であっても、クライアントが確実にコンテンツデータの供給を受けられることが可能なコンテンツ分散保存システム、提供元サーバ装置登録方法、ノード装置、及びノード処理プログラムを提供する。【解決手段】本願は、複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークに参加していないノード装置において、前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する登録手段と、前記提供元サーバ装置の機能停止を検知する機能停止検知手段と、を備え、前記機能停止が検知された場合、前記登録手段は、前記複数のサーバ装置のうち当該機能停止に係る提供元サーバ装置に代えて他の前記サーバ装置を前記提供元サーバ装置として新たに登録する。【選択図】図６
2009070172.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークに参加していないノード装置において、
前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する登録手段と、
前記提供元サーバ装置の機能停止を検知する機能停止検知手段と、
を備え、
前記機能停止が検知された場合、前記登録手段は、前記複数のサーバ装置のうち当該機能停止に係る提供元サーバ装置に代えて他の前記サーバ装置を前記提供元サーバ装置として新たに登録することを特徴とするノード装置。
【請求項２】
請求項１に記載のノード装置において、  
前記機能停止の検知により新たに前記提供元サーバ装置が登録された後、元の前記提供元サーバ装置の機能復帰を検知する機能復帰検知手段を更に備え、
前記機能復帰が検知された場合、前記登録手段は、前記新たに登録された前記提供元サーバ装置に代えて元の前記提供元サーバ装置を登録することを特徴とするノード装置。
【請求項３】
複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークに参加していないノード装置において、
前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する登録手段と、
前記提供元サーバ装置の機能停止を検知する機能停止検知手段と、
前記機能停止が検知された場合、前記オーバーレイネットワークに参加するための参加処理を行う参加手段と、
を備えることを特徴とするノード装置。
【請求項４】
請求項３に記載のノード装置において、  
前記オーバーレイネットワークに参加している前記サーバ装置は、自身が保存したコンテンツデータを他の前記サーバ装置に提供可能とするために、自身のサーバ情報を当該コンテンツデータの所在を管理するサーバ装置に送信して登録させるものであって、
前記ノード装置は、前記オーバーレイネットワークに参加後、何れかの前記サーバ装置から前記コンテンツデータを取得して保存した場合に、当該コンテンツデータの所在を管理するサーバ装置に自身のサーバ情報を送信しないことを特徴とするノード装置。
【請求項５】
請求項３又は４に記載のノード装置において、  
前記オーバーレイネットワークの参加後、元の前記提供元サーバ装置の機能復帰を検知する機能復帰検知手段を更に備え、
前記機能復帰が検知された場合、前記登録手段は、前記オーバーレイネットワークから脱退するための脱退処理を行い、元の前記提供元サーバ装置を登録することを特徴とするノード装置。
【請求項６】
コンピュータを、請求項１乃至５の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラム。
【請求項７】
複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークを備えるコンテンツ分散保存システムにおいて、
前記オーバーレイネットワークに参加していないノード装置は、
前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する登録手段と、
前記提供元サーバ装置の機能停止を検知する機能停止検知手段と、
を備え、
前記機能停止が検知された場合、前記登録手段は、前記複数のサーバ装置のうち当該機能停止に係る提供元サーバ装置に代えて他の前記サーバ装置を前記提供元サーバ装置として新たに登録することを特徴とするコンテンツ分散保存システム。
【請求項８】
複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークを備えるコンテンツ分散保存システムにおいて、
前記オーバーレイネットワークに参加していないノード装置は、
前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する登録手段と、
前記提供元サーバ装置の機能停止を検知する機能停止検知手段と、
前記機能停止が検知された場合、前記オーバーレイネットワークに参加するための参加処理を行う参加手段と、
を備えることを特徴とするコンテンツ分散保存システム。
【請求項９】
複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークを備えるコンテンツ分散保存システムにおける提供元サーバ装置登録方法であって、
前記オーバーレイネットワークに参加していないノード装置が、
前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する工程と、
前記提供元サーバ装置の機能停止を検知する工程と、
前記機能停止が検知された場合、前記複数のサーバ装置のうち当該機能停止に係る提供元サーバ装置に代えて他の前記サーバ装置を前記提供元サーバ装置として新たに登録する工程と、
を備えることを特徴とする提供元サーバ装置登録方法。
【請求項１０】
複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークを備えるコンテンツ分散保存システムにおける提供元サーバ装置登録方法であって、
前記オーバーレイネットワークに参加していないノード装置が、
前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する工程と、
前記提供元サーバ装置の機能停止を検知する工程と、
前記機能停止が検知された場合、前記オーバーレイネットワークに参加するための参加処理を行う工程と、
を備えることを特徴とする提供元サーバ装置登録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが複数のサーバ装置に分散保存され、各サーバ装置間でコンテンツデータを利用可能としたオーバーレイネットワークを有するコンテンツ分散保存システムの技術分野に関する。
【背景技術】
【０００２】
従来から、大容量のコンテンツデータの配信を行う場合に、例えば事業所や建造物などの地域単位毎にコンテンツデータの提供が可能なサーバ装置（以下、「エッジサーバ」と称する）を設置し、当該エッジサーバにコンテンツデータの複製を事前に保存させておくことで、所定地域に配置されたクライアントからのコンテンツの要求（リクエスト）をエッジサーバが処理することが可能となり、クライアントから見たコンテンツ取得速度を向上させることができるコンテンツ配信システムが存在する。
【０００３】
更に、これらの複数のエッジサーバの参加によりオーバーレイネットワークを構成することによって、エッジサーバに対する事前のコンテンツデータの複製の効率を向上させることができる。また、このようなオーバーレイネットワークにより、エッジサーバが互いにその通信帯域やストレージ容量を共用することができるので、コンテンツデータの配信に必要となる初期投資や管理費等を軽減することができる。ところで、オーバーレイネットワークにおけるコンテンツデータの検索は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して効率良く行うことが可能である。
【特許文献１】特開２００６−１９７４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した複数のエッジサーバの参加により形成されたオーバーレイネットワークにおいて、例えば、あるエッジサーバが故障等により機能停止したような場合、そのエッジサーバの担当地域におけるクライアントはコンテンツデータの供給を受けられなくなるという問題が生じる。
【０００５】
本発明は、以上の問題等に鑑みてなされたものであり、担当地域におけるエッジサーバが機能停止した場合であっても、クライアントが確実にコンテンツデータの供給を受けられることが可能なコンテンツ分散保存システム、提供元サーバ装置登録方法、ノード装置、及びノード処理プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークに参加していないノード装置において、前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する登録手段と、前記提供元サーバ装置の機能停止を検知する機能停止検知手段と、を備え、前記機能停止が検知された場合、前記登録手段は、前記複数のサーバ装置のうち当該機能停止に係る提供元サーバ装置に代えて他の前記サーバ装置を前記提供元サーバ装置として新たに登録することを特徴とする。
【０００７】
この発明によれば、サーバ装置が機能停止した場合であっても、その担当地域のクライアントは確実にコンテンツデータの供給を受けることができ、当該クライアントでのコンテンツ配信サービスを継続することができる。したがって、システムの堅牢性を向上させることができる。
【０００８】
請求項２に記載の発明は、請求項１に記載のノード装置において、前記機能停止の検知により新たに前記提供元サーバ装置が登録された後、元の前記提供元サーバ装置の機能復帰を検知する機能復帰検知手段を更に備え、前記機能復帰が検知された場合、前記登録手段は、前記新たに登録された前記提供元サーバ装置に代えて元の前記提供元サーバ装置を登録することを特徴とする。
【０００９】
この発明によれば、機能復帰時には本来のサーバ装置に迅速に切り替え、その担当地域のクライアントは効率良くコンテンツデータの供給を受けることができる。
【００１０】
請求項３に記載の発明は、複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークに参加していないノード装置において、前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する登録手段と、前記提供元サーバ装置の機能停止を検知する機能停止検知手段と、前記機能停止が検知された場合、前記オーバーレイネットワークに参加するための参加処理を行う参加手段と、を備えることを特徴とする。
【００１１】
この発明によれば、サーバ装置が機能停止した場合であっても、その担当地域のクライアントは確実にコンテンツデータの供給を受けることができ、当該クライアントでのコンテンツ配信サービスを継続することができる。したがって、システムの堅牢性を向上させることができる。
【００１２】
請求項４に記載の発明は、請求項３に記載のノード装置において、前記オーバーレイネットワークに参加している前記サーバ装置は、自身が保存したコンテンツデータを他の前記サーバ装置に提供可能とするために、自身のサーバ情報を当該コンテンツデータの所在を管理するサーバ装置に送信して登録させるものであって、前記ノード装置は、前記オーバーレイネットワークに参加後、何れかの前記サーバ装置から前記コンテンツデータを取得して保存した場合に、当該コンテンツデータの所在を管理するサーバ装置に自身のサーバ情報を送信しないことを特徴とする。
【００１３】
この発明によれば、担当地域内のクライアントへのみコンテンツデータを供給することに専念することができ、余分なリソースを消費することを回避することができる。
【００１４】
請求項５に記載の発明は、請求項３又は４に記載のノード装置において、前記オーバーレイネットワークの参加後、元の前記提供元サーバ装置の機能復帰を検知する機能復帰検知手段を更に備え、前記機能復帰が検知された場合、前記登録手段は、前記オーバーレイネットワークから脱退するための脱退処理を行い、元の前記提供元サーバ装置を登録することを特徴とする。
【００１５】
この発明によれば、機能復帰時には本来のサーバ装置に迅速に切り替え、その担当地域のクライアントは効率良くコンテンツデータの供給を受けることができる。
【００１６】
請求項６に記載のノード処理プログラムの発明は、コンピュータを、請求項１乃至５の何れか一項に記載のノード装置として機能させることを特徴とする。
【００１７】
請求項７に記載の発明は、複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークを備えるコンテンツ分散保存システムにおいて、前記オーバーレイネットワークに参加していないノード装置は、前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する登録手段と、前記提供元サーバ装置の機能停止を検知する機能停止検知手段と、を備え、前記機能停止が検知された場合、前記登録手段は、前記複数のサーバ装置のうち当該機能停止に係る提供元サーバ装置に代えて他の前記サーバ装置を前記提供元サーバ装置として新たに登録することを特徴とする。
【００１８】
請求項８に記載の発明は、複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークを備えるコンテンツ分散保存システムにおいて、前記オーバーレイネットワークに参加していないノード装置は、前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する登録手段と、前記提供元サーバ装置の機能停止を検知する機能停止検知手段と、前記機能停止が検知された場合、前記オーバーレイネットワークに参加するための参加処理を行う参加手段と、を備えることを特徴とする。
【００１９】
請求項９に記載の発明は、複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークを備えるコンテンツ分散保存システムにおける提供元サーバ装置登録方法であって、前記オーバーレイネットワークに参加していないノード装置が、前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する工程と、前記提供元サーバ装置の機能停止を検知する工程と、前記機能停止が検知された場合、前記複数のサーバ装置のうち当該機能停止に係る提供元サーバ装置に代えて他の前記サーバ装置を前記提供元サーバ装置として新たに登録する工程と、を備えることを特徴とする。
【００２０】
請求項１０に記載の発明は、複数のサーバ装置の参加により形成されたオーバーレイネットワークであって、複数のコンテンツデータが前記複数のサーバ装置に分散保存され、各前記サーバ装置間で前記コンテンツデータを利用可能としたオーバーレイネットワークを備えるコンテンツ分散保存システムにおける提供元サーバ装置登録方法であって、前記オーバーレイネットワークに参加していないノード装置が、前記複数のサーバ装置のうち何れか一のサーバ装置を、所定の前記コンテンツデータの提供を受けるための提供元サーバ装置として登録する工程と、前記提供元サーバ装置の機能停止を検知する工程と、前記機能停止が検知された場合、前記オーバーレイネットワークに参加するための参加処理を行う工程と、を備えることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、サーバ装置が機能停止した場合であっても、その担当地域のクライアントは確実にコンテンツデータの供給を受けることができ、当該クライアントでのコンテンツ配信サービスを継続することができる。したがって、システムの堅牢性を向上させることができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに本発明を適用した場合の実施形態である。
［１．コンテンツ配信システムの構成等］
始めに、図１等を参照して、本実施形態に係るコンテンツ配信システムの概要構成等について説明する。
【００２３】
図１は、本実施形態に係るコンテンツ配信システムの概要構成例を示す図である。
【００２４】
図１に示すように、コンテンツ配信システムＳにおいては、複数の地域ネットワークＮＷｎ（ｎ＝１，２，３・・・ｋの何れか）がルータＲｎ等を介してインターネット等の大規模ネットワークＮＷに接続されて構成されている。
【００２５】
また、各地域ネットワークＮＷｎは、エッジサーバＥＳｎ、ビデオサーバＶＳｎ、及びクライアントＣｎがＬＡＮ（Local Area network）ケーブルＫｎに接続されてなり、エッジサーバＥＳｎ、ビデオサーバＶＳｎ、及びクライアントＣｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。また、各地域ネットワークＮＷｎは、例えば事業所や建造物（例えば）などの地域単位に設置される。また、クライアントＣｎは、実際には、各地域ネットワークＮＷｎにおいて複数設置される。
【００２６】
なお、エッジサーバＥＳｎは、本発明におけるサーバ装置の一例であり、ビデオサーバＶＳｎ又はクライアントＣｎは、本発明におけるノード装置の一例である。
【００２７】
このようなコンテンツ配信システムＳにおいて、複数のエッジサーバＥＳｎの参加によりオーバーレイネットワークＯＮが形成（構成）される。かかるオーバーレイネットワークＯＮは、既存のネットワークＮＷ等を基礎として形成された仮想的なリンクを構成する論理的なネットワークと言える。
【００２８】
図２は、オーバーレイネットワークＯＮを示す概念図である。図２に示すように、参加によりオーバーレイネットワークＯＮに接続している各エッジサーバＥＳｎは、互いにデータを利用（共用）可能になっている。また、各地域ネットワークＮＷｎにおけるビデオサーバＶＳｎは、オーバーレイネットワークＯＮを介して他の地域ネットワークＮＷｎにおけるエッジサーバＥＳｎから直接、データの提供を受けることができず、同じ地域ネットワークＮＷｎ内のエッジサーバＥＳｎからのみデータの提供を受けることを前提とする。例えば、各地域ネットワークＮＷ１におけるビデオサーバＶＳ１は、同じ地域ネットワークＮＷ１内のエッジサーバＥＳ１からのみデータの提供を受けることができる。また、各地域ネットワークＮＷｎにおけるクライアントＣｎは、同じ地域ネットワークＮＷｎ内のビデオサーバＶＳｎからのみデータの提供を受けることを前提とする。
【００２９】
また、オーバーレイネットワークＯＮに参加している各エッジサーバＥＳｎには、所定桁数からなる固有の識別情報であるサーバＩＤが割り当てられている。かかるサーバＩＤは、例えば、各エッジサーバＥＳｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長が１６０ｂｉｔ）であり、一つのＩＤ空間に偏りなく分散して配置されることになる。
【００３０】
そして、オーバーレイネットワークＯＮに参加している各エッジサーバＥＳｎは、ＤＨＴを用いた固有のルーティングテーブルを保持している。かかるルーティングテーブルは、オーバーレイネットワークＯＮ上における各種メッセージの転送先を規定しており、これには、オーバーレイネットワークＯＮに参加している全てのエッジサーバＥＳｎのうち、必要最低限のエッジサーバＥＳｎ（ＩＤ空間内で適度に離れたエッジサーバＥＳｎ）のサーバ情報（例えば、サーバＩＤ、ＩＰアドレス、及びポート番号）が登録されている。
【００３１】
このようなＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３２】
なお、オーバーレイネットワークＯＮへの参加は、未参加のエッジサーバＥＳｎが、例えば常時オーバーレイネットワークに参加しているコンタクトノードＣＮに対して参加要求を示す参加メッセージを送信することによって行われる。
【００３３】
ところで、オーバーレイネットワークＯＮにおいては、内容の異なる様々なコンテンツ（例えば、映画や音楽等）データ（実際には、コンテンツデータの複製であるレプリカ）所定のファイル形式で複数のエッジサーバＥＳｎに分散して保存（格納）されており、各エッジサーバＥＳｎ間でコンテンツデータを利用（共用）可能となっている。このように複数のエッジサーバＥＳを含むオーバーレイネットワークＯＮにより本発明のコンテンツ分散システムが構成される。
【００３４】
例えば、エッジサーバＥＳ５には、タイトルがＸＸＸの映画のコンテンツデータ（ファイル）が保存されており、一方、エッジサーバＥＳ３には、タイトルがＹＹＹの映画のコンテンツデータが保存されるというように、複数の各エッジサーバＥＳｎ（以下、「コンテンツ保持サーバ」（コンテンツ保持ノードともいう）に分散されて保存される。
【００３５】
また、これらのコンテンツデータには、夫々、コンテンツ名（タイトル）及びコンテンツＩＤ（コンテンツ毎に固有の識別情報）等の情報が付加されている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値（或いは、当該コンテンツデータの先頭数バイトでも良い）が、上記サーバＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（サーバＩＤと同一のＩＤ空間に配置）。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値（サーバＩＤと同一ビット長）を付与しても良い。この場合は、コンテンツ名とそのコンテンツＩＤの対応が書かれたコンテンツカタログ情報が、全各エッジサーバＥＳｎに配布される。
【００３６】
また、このように分散保存されているコンテンツデータの所在、つまり、当該コンテンツデータを保存したエッジサーバＥＳｎのサーバ情報と当該コンテンツデータに対応するコンテンツＩＤ等の組が含まれるインデックス情報が、当該コンテンツデータの所在を管理しているエッジサーバＥＳｎ（以下、「ルートサーバ」（ルートノードともいう）、又は「コンテンツ（コンテンツＩＤ）のルートサーバ」という）等により記憶（インデックスキャッシュに記憶）、管理されるようになっている。つまり、コンテンツデータを保存しているコンテンツ保持サーバのサーバ情報は、他のエッジサーバＥＳｎからの問い合わせに応じて提供可能なようにルートサーバにより管理されている。
【００３７】
例えば、タイトルがＸＸＸの映画のコンテンツデータについてのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートサーバであるエッジサーバＥＳ４により管理され、タイトルがＹＹＹの映画のコンテンツデータについてのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートサーバであるエッジサーバＥＳ７により管理される。また、このようなルートサーバは、例えば、コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）サーバＩＤを有するエッジサーバＥＳｎであるように定められる。
【００３８】
そして、エッジサーバＥＳｎは、例えば、接続されている、同じ地域ネットワークＮＷｎ内のビデオサーバＶＳｎから要求されたコンテンツデータを保存していない場合に、そのコンテンツデータのコンテンツＩＤ及び自己のＩＰアドレス等を含むコンテンツ所在問合せ（検索）メッセージ（クエリ）を生成し、これを自己のＤＨＴを用いたルーティングテーブルにしたがって他のエッジサーバＥＳｎに対して送出する。つまり、当該エッジサーバＥＳｎは、リクエスタとして、コンテンツ所在問合せ（検索）メッセージを、ルートサーバに向けて（ルートサーバ宛に）送出する（つまり、ルートサーバにコンテンツデータの所在を問い合わせる）。これにより、コンテンツ所在問合せ（検索）メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートサーバに到着することになる。
【００３９】
また、上記コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤは、リクエスタによって、コンテンツ名が上記共通のハッシュ関数によりハッシュ化されて生成されるようにしても良い。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００４０】
上記コンテンツ所在問合せ（検索）メッセージを受信したルートサーバは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得して、当該インデックス情報を、該コンテンツ所在問合せメッセージの送信元であるリクエスタに対して返信する。これにより、リクエスタは、所望のコンテンツデータを保存しているコンテンツ保持サーバに接続して、コンテンツ送信要求メッセージを送信し、そこから当該コンテンツデータを取得することが可能になる。
【００４１】
或いは、ルートサーバは、当該インデックス情報に含まれるＩＰアドレス等に示されたコンテンツ保持サーバに対してコンテンツ送信要求メッセージを送信する。これにより、リクエスタは、上記コンテンツ保持サーバから当該コンテンツデータを取得することが可能になる。
【００４２】
なお、上記リクエスタは、コンテンツ所在問合せメッセージがルートサーバに辿り着くまでの間に、当該ルートサーバと同じインデックス情報をキャッシュしているキャッシュサーバ（キャッシュノードともいう）から当該インデックス情報を取得することもできる。
【００４３】
また、コンテンツ保持サーバから取得したコンテンツデータを保存したリクエスタは、当該コンテンツデータを保存したことをそのルートサーバに知らせるために（言い換えれば、自身が保存したコンテンツデータを他のエッジサーバＥＳｎに提供可能とするために）、そのコンテンツデータのコンテンツＩＤ及び自身のサーバ情報が含まれるパブリッシュ（登録通知）メッセージを生成し、該パブリッシュメッセージを、そのルートサーバに向けて（ルートサーバ宛に）送出する。これにより、パブリッシュメッセージは、コンテンツ所在問合せ（検索）メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートサーバに到着することになる。そして、該ルートサーバは、受信したパブリッシュメッセージに含まれるサーバ情報及びコンテンツＩＤの組を含むインデックス情報を登録（インデックスキャッシュ領域に記憶）することになる。こうして、上記リクエスタは、新たに、上記コンテンツデータを保持するコンテンツ保持サーバとなる。
【００４４】
なお、上記パブリッシュメッセージに含まれるサーバ情報及びコンテンツＩＤの組を含むインデックス情報は、ルートサーバに至るまでの転送経路におけるキャッシュサーバにおいても登録（キャッシュ）される。
【００４５】
こうして、リクエスタであるエッジサーバＥＳｎがコンテンツデータを取得し保存すると、接続されているビデオサーバＶＳｎに対して要求されたコンテンツデータを配信する。そして、ビデオサーバＶＳｎは、配信されたコンテンツデータを記憶保存し、クライアントＣｎからの要求に応じてコンテンツデータを例えばストリーム配信することになる。
【００４６】
ところで、例えば、あるエッジサーバＥＳｎが故障や電源ＯＦＦ（通常、電源ＯＦＦによりオーバーレイネットワークＯＮから脱退）等により機能停止したような場合、そのエッジサーバＥＳｎと同じ地域ネットワークＮＷｎ内のビデオサーバＶＳｎ及びクライアントＣｎはコンテンツデータの供給を受けられなくなる。このような場合、本実施形態においては、例えばビデオサーバＶＳｎが、ネットワークＮＷを介して他の地域ネットワークＮＷｎ内のエッジサーバＥＳｎに接続して当該エッジサーバＥＳｎに対して所望のコンテンツデータを要求し、当該コンテンツデータの提供を受けることができるようになっている。或いは、当該ビデオサーバＶＳｎが、コンタクトノードＣＮに対して参加要求を示す参加メッセージを送信することにより、オーバーレイネットワークＯＮに参加することで、当該コンテンツデータの提供を受けることができるようになっている。ただし、ビデオサーバＶＳｎは、オーバーレイネットワークＯＮに参加して上述したＤＨＴを用いたルーティングテーブルによりエッジサーバＥＳｎからコンテンツデータを取得し保存しても、パブリッシュメッセージを、そのルートサーバに向けて送出することはしない。このようにすることで、ビデオサーバＶＳｎは、同じ各地域ネットワークＮＷｎ内のクライアントＣｎへのみコンテンツデータを供給することに専念することができ、余分なリソースを消費することを回避することができる。
［２．エッジサーバＥＳｎの構成及び機能等］
次に、図３を参照して、エッジサーバＥＳｎの構成及び機能について説明する。
【００４７】
図３は、エッジサーバＥＳｎの概要構成例を示す図である。
【００４８】
各エッジサーバＥＳｎは、図３に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ（例えば、コンテンツデータのレプリカ、インデックス情報、ＤＨＴ等）及び各種プログラム等を記憶保存（格納）するためのＨＤ等から構成された記憶部１２と、ネットワークＮＷ等を通じて他のエッジサーバＥＳｎやビデオサーバＶＳｎ等との間の情報の通信制御を行うための通信部１３と、を備えて構成され、制御部１１、記憶部１２、及び通信部１３はバス１４を介して相互に接続されている。なお、記憶部１２には、オーバーレイネットワークＯＮに参加する際のアクセス先となるコンタクトノードＣＮのＩＰアドレス及びポート番号等が記憶されている。また、図示しないが、エッジサーバＥＳｎには、例えば管理者等からの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部が接続される。
【００４９】
このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御し、オーバーレイネットワークＯＮへの参加により上述したリクエスタ、ルートサーバ、キャッシュサーバ、及びコンテンツ保持サーバの少なくとも何れか一つのサーバとしての処理を行うようになっている。
【００５０】
なお、各エッジサーバＥＳｎは、オーバーレイネットワークＯＮに新たなコンテンツデータが投入される度に、例えばシステム管理者のサーバからそのコンテンツデータのコンテンツ名とそのコンテンツＩＤの対応が書かれたコンテンツカタログ情報が配信される。
［３．ビデオサーバＶＳｎの構成及び機能等］
次に、図４を参照して、ビデオサーバＶＳｎの構成及び機能について説明する。
【００５１】
図４は、ビデオサーバＶＳｎの概要構成例を示す図である。
【００５２】
各ビデオサーバＶＳｎは、図４に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部２１と、各種データ（例えば、コンテンツデータのレプリカ等）及び各種プログラム等を記憶保存（格納）するためのＨＤ等から構成された記憶部２２と、ネットワークＮＷ等を通じてエッジサーバＥＳｎ等との間の情報の通信制御を行うための通信部２３と、を備えて構成され、制御部２１、記憶部２２、及び通信部２３はバス２４を介して相互に接続されている。なお、記憶部２２には、オーバーレイネットワークＯＮに参加する際のアクセス先となるコンタクトノードＣＮのＩＰアドレス及びポート番号等が記憶されている。また、図示しないが、ビデオサーバＶＳｎには、例えば管理者等からの指示を受け付け当該指示に応じた指示信号を制御部２１に対して与える入力部が接続される。
【００５３】
このような構成において、制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラム（本発明のノード処理プログラムを含む）を読み出して実行することにより、全体を統括制御し、本発明における登録手段、機能停止検知手段、及び機能復帰検知手段等として機能するようになっている。なお、同じ地域ネットワークＮＷｎ内のエッジサーバＥＳｎの機能停止により、ビデオサーバＶＳｎがオーバーレイネットワークＯＮに参加する構成を採る場合、制御部２１は、本発明における参加手段として機能する。
【００５４】
より具体的に、登録手段としての制御部２１は、同じ地域ネットワークＮＷｎ内のエッジサーバＥＳｎを、コンテンツデータの提供を受けるための提供元サーバ装置として登録、例えば当該エッジサーバＥＳｎのサーバ情報を記憶部２２における提供元サーバ装置設定領域に記憶し、当該エッジサーバＥＳｎとのセッション（接続状態）を確立、保持するようになっている。当該セッション確立後は、必要に応じて、ビデオサーバＶＳｎがエッジサーバＥＳｎからコンテンツデータの提供を受けることになる。なお、当該セッションの確立は、ビデオサーバＶＳｎがエッジサーバＥＳｎにコンテンツデータを要求する度に行われるようにしても良い。
【００５５】
また、機能停止検知手段としての制御部２１は、上記登録されたエッジサーバＥＳｎの機能停止を検知するようになっている。当該機能停止は、例えば、上記登録されたエッジサーバＥＳｎに対してPingを送信しその応答が所定時間内に返って来ない場合に検知される。
【００５６】
そして、上記エッジサーバＥＳｎの機能停止が検知された場合、登録手段としての制御部２１は、当該機能停止に係るエッジサーバＥＳｎに代えて他の地域ネットワークＮＷｎ内のエッジサーバＥＳｎを提供元サーバ装置として新たに登録し、このエッジサーバＥＳｎとのセッション（接続状態）を確立、保持する。当該セッション確立後は、必要に応じて、ビデオサーバＶＳｎがエッジサーバＥＳｎからコンテンツデータの提供を受けることになる。
【００５７】
このように新たに登録されるエッジサーバＥＳｎの候補（１又は複数）のサーバ情報は、同じ地域ネットワークＮＷｎ内のエッジサーバＥＳｎが正常稼動時（つまり、機能停止していない時）に、このエッジサーバＥＳｎからビデオサーバＶＳｎに通知される。当該エッジサーバＥＳｎの候補は、例えば、これを通知するエッジサーバＥＳｎのルーティングテーブルに登録されているエッジサーバＥＳｎから例えばランダムに選定される。或いは、例えば、上記登録されたエッジサーバＥＳｎの機能停止が検知された際に、当該ビデオサーバＶＳｎが、コンタクトノードＣＮに接続し、新たに登録されるエッジサーバＥＳｎの候補（１又は複数）のサーバ情報を取得するように構成しても良い。
【００５８】
また、機能復帰検知手段の制御部２１は、上記機能停止の検知により新たにエッジサーバＥＳｎが登録された後、元のエッジサーバＥＳｎ（機能停止したエッジサーバＥＳｎ）の機能復帰を検知するようになっており、上記元のエッジサーバＥＳｎの機能復帰が検知された場合、登録手段としての制御部２１は、新たに登録されたエッジサーバＥＳｎに代えて（登録を解除して）上記元のエッジサーバＥＳｎを登録することになる。
【００５９】
また、上記エッジサーバＥＳｎの機能停止が検知された場合の上記対応とは別の例として、参加手段としての制御部２１は、オーバーレイネットワークＯＮに参加するための参加処理を行うように構成しても良い。この参加処理においては、上記ビデオサーバＶＳｎがコンタクトノードＣＮに接続して、参加要求を示す参加メッセージを送信し、これに応じて、当該コンタクトノードＣＮから返信されてきた情報に基づき自身のＤＨＴを用いたルーティングテーブルを生成、登録することが行われる。こうして、オーバーレイネットワークＯＮに参加したビデオサーバＶＳｎは、自身のＤＨＴを用いたルーティングテーブルを用いて、所望のコンテンツデータの所在検索を行い（つまり、コンテンツ所在問合せ（検索）メッセージを受信したルートサーバに向けて送出）、その結果得られたインデックス情報に基づき、オーバーレイネットワークＯＮに参加しているコンテンツ保持サーバであるエッジサーバＥＳｎに接続してコンテンツデータの提供を受けることができる。なお、かかるオーバーレイネットワークＯＮへの参加により、上記機能停止したエッジサーバＥＳｎの登録、つまり、コンテンツデータの提供を受けるための提供元サーバ装置としての登録が解除される。
【００６０】
また、機能復帰検知手段の制御部２１は、オーバーレイネットワークＯＮへの参加後、元のエッジサーバＥＳｎ（機能停止したエッジサーバＥＳｎ）の機能復帰を検知するようになっており、上記元のエッジサーバＥＳｎの機能復帰が検知された場合、登録手段としての制御部２１は、オーバーレイネットワークＯＮから脱退するための脱退処理を行い、上記元のエッジサーバＥＳｎを登録することになる。この脱退処理により、オーバーレイネットワークＯＮへの参加の際に生成されたＤＨＴを用いたルーティングテーブルが破棄され、他のエッジサーバＥＳｎからのメッセージの転送処理が行われなくなる。
［４．クライアントＣｎの構成及び機能等］
次に、図５を参照して、クライアントＣｎの構成及び機能について説明する。
【００６１】
図５は、クライアントＣｎの概要構成例を示す図である。
【００６２】
図５に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部３１と、各種データ及び各種プログラム等を記憶保存（格納）するためのＨＤ等から構成された記憶部３２と、受信されたコンテンツデータのレプリカ等を一時蓄積するバッファメモリ３３と、コンテンツデータのレプリカに含まれるエンコードされたビデオデータ（映像情報）およびオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部３４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部３５と、当該映像処理部３５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部３６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部３７と、当該音声処理部３７から出力されたオーディオ信号を音波として出力するスピーカ３８と、ＬＡＮケーブルＫｎを通じてビデオサーバＶＳｎとの間の情報の通信制御を行うための通信部４０と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部３１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル等）４１と、を備えて構成され、制御部３１、記憶部３２、バッファメモリ３３、デコーダ部３４、通信部４０、及び入力部４１はバス４２を介して相互に接続されている。なお、クライアントＣｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。
【００６３】
このような構成において、制御部３１は、ＣＰＵが記憶部３２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御し、ユーザからの入力部４１を介した指示に応じた処理を行うようになっている。例えば、制御部３１は、ユーザからのコンテンツリスト表示指示があった場合に、同じ地域ネットワークＮＷｎ内のビデオサーバＶＳｎに保存され提供可能なコンテンツ名等が記述されたコンテンツリストを表示部３６上に表示させ、当該リストからユーザにより入力部４１を通じて選択されたコンテンツ名に対応するコンテンツデータの要求を通信部４０を介して当該ビデオサーバＶＳｎに行う。そして、制御部３１は、当該ビデオサーバＶＳｎから上記要求に応じて例えばストリーム配信されてきた上記コンテンツデータの各パケットを通信部４０を介して受信しバッファメモリ３３に蓄積させつつ、再生させる制御を行う。こうして、当該コンテンツデータは、デコーダ部３４、映像処理部３５、表示部３６、音声処理部３７、及びスピーカ３８を通じて再生出力される。
［５．コンテンツ配信システムＳの動作］
次に、コンテンツ配信システムＳの動作についてビデオサーバＶＳｎを主体とし、実施形態１と実施形態２に分けて説明する。
【００６４】
（実施形態１）
先ず、図６を参照して、実施形態１について説明する。なお、実施形態１は、登録されたエッジサーバＥＳｎが機能停止した場合に、当該エッジサーバＥＳｎに代えて他の地域ネットワークＮＷｎ内のエッジサーバＥＳｎが提供元サーバ装置として新たに登録される形態である。
【００６５】
図６は、実施形態１において、ビデオサーバＶＳｎの制御部２１における主要部分の処理を示すフローチャートである。
【００６６】
図６に示す処理は、任意のビデオサーバＶＳｎにおいて例えば電源ＯＮがなされた場合に開始され、先ず、ビデオサーバＶＳｎの制御部２１は、同じ地域ネットワークＮＷｎ内のエッジサーバＥＳｎを、コンテンツデータの提供を受けるための提供元サーバ装置として登録（そのサーバ情報を登録）し、当該エッジサーバＥＳｎとのセッションを確立、保持する（ステップＳ１）。
【００６７】
次いで、当該制御部２１は、例えば管理者等からの電源ＯＦＦの指示があったか否かを判別し（ステップＳ２）、電源ＯＦＦの指示があった場合には（ステップＳ２：ＹＥＳ）、当該処理を終了する。一方、電源ＯＦＦの指示がない場合には（ステップＳ２：ＮＯ）、同じ地域ネットワークＮＷｎ内のクライアントＣｎからの要求に応じた処理、例えばコンテンツの要求に応じてコンテンツデータを配信する処理を行う（ステップＳ３）。
【００６８】
次いで、当該制御部２１は、予め設定されたコンテンツ取得時刻が到来（例えば、所定間隔毎に到来）したか否かを判別し（ステップＳ４）、当該時刻が到来していない場合には（ステップＳ４：ＮＯ）、ステップＳ２に戻る。一方、コンテンツ取得時刻が到来した場合には（ステップＳ４：ＹＥＳ）、当該制御部２１は、上記登録されているエッジサーバＥＳｎが機能停止したか否かを判別し（ステップＳ５）、機能停止していない場合には（ステップＳ５：ＮＯ）、ステップＳ６に進み、機能停止した（機能停止を検知した）場合には（ステップＳ５：ＹＥＳ）、ステップＳ８に進む。
【００６９】
ステップＳ６では、当該制御部２１は、上記登録されたエッジサーバＥＳｎから最新のコンテンツデータを取得し記憶部２２に記憶保存させる。すなわち、当該制御部２１は、上記登録されたエッジサーバＥＳｎに対して、当該ビデオサーバＶＳｎが未だ取得していないコンテンツデータの要求を行い、当該エッジサーバＥＳｎから配信された当該コンテンツデータを受信し、記憶部２２に記憶保存させる。
【００７０】
次いで、当該制御部２１は、上記登録されたエッジサーバＥＳｎから機能停止時に接続先となる他の地域ネットワークＮＷｎ内のエッジサーバＥＳｎの候補のサーバ情報を取得し（ステップＳ７）、ステップＳ２に戻る。
【００７１】
一方、ステップＳ８では、当該制御部２１は、上記取得されたエッジサーバＥＳｎの候補のうち一つのエッジサーバＥＳｎを選定する。
【００７２】
そして、当該制御部２１は、上記機能停止に係るエッジサーバＥＳｎに代えて上記選定したエッジサーバＥＳｎを提供元サーバ装置として新たに登録し（ステップＳ９）、このエッジサーバＥＳｎとのセッション（接続状態）を確立、保持する。
【００７３】
次いで、当該制御部２１は、新たに登録されたエッジサーバＥＳｎから最新のコンテンツデータを取得（例えば、ＦＴＰ（File Transfer Protocol）でファイルをダウンロード）し記憶部２２に記憶保存させる（ステップＳ１０）。
【００７４】
次いで、当該制御部２１は、元のエッジサーバＥＳｎ（機能停止したエッジサーバＥＳｎ）が機能復帰したか否かを判別し（ステップＳ１１）、機能復帰した（機能復帰を検知した）場合には（ステップＳ１１：ＹＥＳ）、ステップＳ１に戻り、上記新たに登録されたエッジサーバＥＳｎに代えて上記元のエッジサーバＥＳｎを上記提供元サーバ装置として登録する。
【００７５】
一方、機能復帰していない場合には（ステップＳ１１：ＮＯ）、当該制御部２１は、例えば管理者等からの電源ＯＦＦの指示があったか否かを判別し（ステップＳ１２）、電源ＯＦＦの指示があった場合には（ステップＳ１２：ＹＥＳ）、当該処理を終了し、電源ＯＦＦの指示がない場合には（ステップＳ１２：ＮＯ）、ステップＳ１３に進み、上記ステップＳ３と同様の処理を行う。
【００７６】
次いで、当該制御部２１は、予め設定されたコンテンツ取得時刻が到来したか否かを判別し（ステップＳ１４）、当該時刻が到来していない場合には（ステップＳ１４：ＮＯ）、ステップＳ１１に戻り、当該時刻が到来した場合には（ステップＳ１４：ＹＥＳ）、ステップＳ１０に戻り、上記と同様の処理を行う。
【００７７】
以上説明したように、上記実施形態１によれば、ビデオサーバＶＳｎは、登録したエッジサーバＥＳｎの故障等による機能停止を検知した場合に、当該機能停止に係るエッジサーバＥＳｎに代えて他の地域ネットワークＮＷｎ内のエッジサーバＥＳｎを提供元サーバ装置として新たに登録、このエッジサーバＥＳｎとのセッションを確立し、当該新たに登録されたエッジサーバＥＳｎから所望のコンテンツデータの提供を受けるように構成したので、エッジサーバＥＳｎが機能停止した場合であっても、その担当地域のクライアントＣｎは確実にコンテンツデータの供給を受けることができ、当該クライアントＣｎでのコンテンツ配信サービスを継続することができる。したがって、システムの堅牢性を向上させることができる。
【００７８】
また、ビデオサーバＶＳｎは、元のエッジサーバＥＳｎ（機能停止したエッジサーバＥＳｎ）の機能復帰を検知した場合に、新たに登録されたエッジサーバＥＳｎに代えて（登録を解除して）上記元のエッジサーバＥＳｎを登録するように構成したので、機能復帰時には本来のエッジサーバＥＳｎに迅速に切り替え、その担当地域のクライアントＣｎは効率良くコンテンツデータの供給を受けることができる。
【００７９】
（実施形態２）
次に、図７を参照して、実施形態２について説明する。なお、実施形態２は、登録されたエッジサーバＥＳｎが機能停止した場合に、ビデオサーバＶＳｎがオーバーレイネットワークＯＮに参加する形態である。
【００８０】
図７は、実施形態２において、ビデオサーバＶＳｎの制御部２１における主要部分の処理を示すフローチャートである。
【００８１】
図７に示す処理は、図６に示す処理と同様、任意のビデオサーバＶＳｎにおいて例えば電源ＯＮがなされた場合に開始される。なお、図７に示すステップＳ２１〜Ｓ２６の処理は、図６に示すステップＳ１〜Ｓ６の処理と同様であるので、重複する説明を省略する。
【００８２】
ステップＳ２７では、当該制御部２１は、上記登録されたエッジサーバＥＳｎからコンテンツカタログ情報を取得し、ステップＳ２２に戻る。
【００８３】
ステップＳ２８では、当該制御部２１は、上述したように、オーバーレイネットワークＯＮに参加するための参加処理を行う。これにより、ＤＨＴを用いたルーティングテーブルが生成される。
【００８４】
次いで、当該制御部２１は、例えばシステム管理者のサーバからコンテンツカタログ情報を取得する（ステップＳ２９）。
【００８５】
次いで、当該制御部２１は、取得したコンテンツカタログ情報から最新のコンテンツデータを特定し、ＤＨＴを用いたルーティングテーブルを用いて当該最新のコンテンツデータの所在検索を行い（つまり、コンテンツ所在問合せメッセージを受信したルートサーバに向けて送出）、その結果得られたインデックス情報に基づき、オーバーレイネットワークＯＮに参加しているコンテンツ保持サーバであるエッジサーバＥＳｎから当該最新のコンテンツデータを取得し記憶部２２に記憶保存させる（ステップＳ３０）。なお、当該コンテンツデータがビデオサーバＶＳｎに保存されても、パブリッシュメッセージはルートサーバに向けて送出されない。
【００８６】
次いで、当該制御部２１は、元のエッジサーバＥＳｎが機能復帰したか否かを判別し（ステップＳ３１）、機能復帰した（機能復帰を検知した）場合には（ステップＳ３１：ＹＥＳ）、オーバーレイネットワークＯＮから脱退するための脱退処理を行い（ステップＳ３２）、ステップＳ１に戻り、上記元のエッジサーバＥＳｎを上記提供元サーバ装置として再登録する。
【００８７】
なお、図７に示すステップＳ３３〜Ｓ３５の処理は、図６に示すステップＳ１２〜Ｓ１４の処理と同様であるので、重複する説明を省略する。
【００８８】
以上説明したように、上記実施形態２によれば、ビデオサーバＶＳｎは、登録したエッジサーバＥＳｎの故障等による機能停止を検知した場合に、オーバーレイネットワークＯＮに参加し、ＤＨＴを用いたルーティングテーブルを用いて、所望のコンテンツデータの提供を受けるように構成したので、エッジサーバＥＳｎが機能停止した場合であっても、その担当地域のクライアントＣｎは確実にコンテンツデータの供給を受けることができ、当該クライアントＣｎでのコンテンツ配信サービスを継続することができる。したがって、システムの堅牢性を向上させることができる。
【００８９】
また、ビデオサーバＶＳｎは、元のエッジサーバＥＳｎ（機能停止したエッジサーバＥＳｎ）の機能復帰を検知した場合に、オーバーレイネットワークＯＮから脱退し、上記元のエッジサーバＥＳｎを登録するように構成したので、機能復帰時には本来のエッジサーバＥＳｎに迅速に切り替え、その担当地域のクライアントＣｎは効率良くコンテンツデータの供給を受けることができる。
【００９０】
更に、ビデオサーバＶＳｎは、オーバーレイネットワークＯＮに参加して上述したＤＨＴを用いたルーティングテーブルによりエッジサーバＥＳｎからコンテンツデータを取得し保存しても、パブリッシュメッセージを、そのルートサーバに向けて送出しないように構成したので、当該ビデオサーバＶＳｎは、同じ各地域ネットワークＮＷｎのクライアントＣｎへのみコンテンツデータを供給することに専念することができ、余分なリソースを消費することを回避することができる。
【００９１】
なお、上記実施形態においては、本発明におけるノード装置としてビデオサーバＶＳｎを例にとって説明したが、クライアントＣｎであっても良い。この場合、クライアントＣｎは、上記エッジサーバＥＳｎの機能停止が検知された場合、他の地域ネットワークＮＷｎ内のエッジサーバＥＳｎを提供元サーバ装置として登録し、このエッジサーバＥＳｎとのセッションを確立してコンテンツデータの供給を受ける。或いは、クライアントＣｎは、上記エッジサーバＥＳｎの機能停止が検知された場合、オーバーレイネットワークＯＮに参加し、コンテンツデータの供給を受けることになる。
【００９２】
また、上記実施形態におけるコンテンツ配信システムＳは、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。
【図面の簡単な説明】
【００９３】
【図１】本実施形態に係るコンテンツ配信システムの概要構成例を示す図である。
【図２】オーバーレイネットワークＯＮを示す概念図である。
【図３】エッジサーバＥＳｎの概要構成例を示す図である。
【図４】ビデオサーバＶＳｎの概要構成例を示す図である。
【図５】クライアントＣｎの概要構成例を示す図である。
【図６】実施形態１において、ビデオサーバＶＳｎの制御部２１における主要部分の処理を示すフローチャートである。
【図７】実施形態２において、ビデオサーバＶＳｎの制御部２１における主要部分の処理を示すフローチャートである。
【符号の説明】
【００９４】
１１，２１，３１  制御部
１２，２２，３２  記憶部
３３  バッファメモリ
３４  デコーダ部
３５  映像処理部
３６  表示部
３７  音声処理部
３８  スピーカ
１３，２３，４０  通信部
４１  入力部
１４，２４，４２  バス
ＥＳｎ  エッジサーバ
ＶＳｎ  ビデオサーバ
Ｃｎ  クライアント
ＮＷ  ネットワーク
ＮＷｎ  地域ネットワーク
ＯＮ  オーバーレイネットワーク
Ｓ  コンテンツ配信システム
【図３】
2009070172.tif 000003
【図４】
2009070172.tif 000004
【図５】
2009070172.tif 000005
【図６】
2009070172.tif 000006
【図７】
2009070172.tif 000007
【図１】
2009070172.tif 000008
【図２】
2009070172.tif 000009