"管理対象のネットワークに対して予め定められたルールによって構築されたネットワークのノードから、ノードの属する管理範囲、データ容量、および運用時間のうち少なくともいずれかを含む複数の指標に基づいて管理ノードのバックアップノードを選択するノード選択部と、前記バックアップノードに管理情報を複製する複製部と、前記管理ノードが停止した場合に前記バックアップノードを管理ノードに切り替える切り替え処理部と、を備えたことを特徴とする管理装置。前記ノード選択部は、前記運用時間が閾値を満たすノードが存在しない場合に、運用時間が他のノードよりも長いノードを複数前記バックアップノードとして選択することを特徴とする請求項1に記載の管理装置。前記切り替え処理部によってバックアップノードから管理ノードに切り替えられたノードは、切り替えから所定時間内に元の管理ノードが復帰した場合には元の管理ノードを管理ノードに戻し、所定時間経過後は元の管理ノードの復帰の有無に関わらず管理ノードとして動作することを特徴とする請求項1に記載の管理装置。前記切り替え処理部によってバックアップノードから管理ノードに切り替えられたノードは、自ノードのバックアップノードを選択することを特徴とする請求項2に記載の管理装置。管理対象のネットワークに対して予め定められたルールによって構築されたネットワークのノードから、ノードの属する管理範囲、データ容量、および運用時間のうち少なくともいずれかを含む複数の指標に基づいて管理ノードのバックアップノードを選択するステップと、前記バックアップノードに管理情報を複製するステップと、前記管理ノードが停止した場合に前記バックアップノードを管理ノードに切り替えるステップと、を含んだことを特徴とする管理方法。管理対象のネットワークに対して予め定められたルールによって構築されたネットワークのノードから、ノードの属する管理範囲、データ容量、および運用時間のうち少なくともいずれかを含む複数の指標に基づいて管理ノードのバックアップノードを選択する手順と、前記バックアップノードに管理情報を複製する手順と、前記管理ノードが停止した場合に前記バックアップノードを管理ノードに切り替える手順と、をコンピュータに実行させることを特徴とする管理プログラム。運用管理マネージャを階層化して大規模データセンタ等のネットワークを運用管理する場合には、マネージャへの負荷集中によって処理が遅延する場合がある。この負荷集中に備えるため、高性能サーバを用いるとコストが増大する。また、マネージャを階層化する構成では、マネージャがSPOFSinglePointofFailureとなり、耐障害性が低下する。開示の技術は、上記に鑑みてなされたものであって、ネットワークシステムの管理における負荷分散、スケーラビリティおよび信頼性の向上を目的とする。本願の開示する管理装置、管理方法および管理プログラムは、管理対象のネットワークに対して予め定められたルールによって構築されたネットワークのノードから、ノードの属する管理範囲、データ容量、および運用時間のうち少なくともいずれかを含む複数の指標に基づいて管理ノードのバックアップノードを選択する。開示の装置、方法、プログラムは、バックアップノードに管理情報を複製し、管理ノードが停止した場合にバックアップノードを管理ノードに切り替える。本願の開示する管理装置、管理方法および管理プログラムによれば、ネットワークシステムの管理における負荷を分散し、スケーラビリティおよび信頼性を向上することができる。以下に、本発明にかかる管理装置、管理方法および管理プログラムの実施例を図面に基づいて詳細に説明する。なお、本実施例は開示の技術を限定するものではない。図1は、本実施例に係る管理システムの説明図である。図1に示したノードN1は、ノードN2~N4を含むオーバーレイネットワークを管理する管理ノードマネージャであり、ノード選択部m41、データ複製部m42、切り替え処理部m43を有する。図示しないが、ノードN2~N4もノードN1と同様に、ノード選択部m41、データ複製部m42、切り替え処理部m43を有する。ノード選択部m41は、ノードN2~N4から、ノードの属する管理範囲、データ容量、および運用時間を取得し、これらを指標として管理ノードのバックアップノードを選択する。データ複製部m42は、ノード選択部m41が選択したバックアップノードに管理情報を複製し、切り替え処理部m43は、管理ノードが停止した場合にバックアップノードを管理ノードに切り替える。図2は、本実施例に係るネットワークの説明図であり、図3は、本実施例にかかる管理装置の構成図である。図2に示したように、管理対象装置n1~4は、ネットワークを介して接続されている。このネットワークが監視対象のネットワークとなる。管理対象装置n1には、管理装置m1が接続され、管理対象装置n2には、管理装置m2が接続され、管理対象装置n3には、管理装置m3が接続されている。管理装置m1~4は、管理対象装置n1~4のネットワークインタフェースを利用して、管理対象装置n1~4が属するネットワークに対してオーバーレイネットワークを構築する。管理装置m1~4は、このオーバーレイネットワークのノードとして機能し、互いに通信可能である。管理装置m1~4は、同一の構成を有するので、以降の説明では管理装置m1を例に説明を行なう。管理装置m1は、ノード選択部m41、データ複製部m42、切り替え処理部m43を有する。図3に示したように、管理装置m1は、オーバーレイネットワーク構築部m11、管理対象検索部m12、管理情報作成部m13、生死監視部m30およびバックアップ処理部m40を有する。そして、バックアップ処理部m40の内部にノード選択部m41、データ複製部m42、切り替え処理部m43を有する。また、管理装置m1は、SANStorageAreaNetworkと接続し、SANに後述する各種情報を保持させる。オーバーレイネットワーク構築部m11は、管理対象のネットワークに対してオーバーレイネットワークを構築する処理部であり、通信処理部m21、ハッシュ処理部m22、情報取得部m23、通知部m24を有する。通信処理部m21は、管理対象装置n1がノードとして参加するネットワーク上の他のノードと通信する処理を行なう。ハッシュ処理部m22は、通信処理部m21が他のノードから取得した情報や管理対象装置の情報からハッシュ値を求め、得られたハッシュ値をオーバーレイネットワークのキーとする。情報取得部m23は、通信処理部m21を介してオーバーレイネットワークの他のノードから情報を取得する処理部である。通知部m24は、通信処理部m21を介してオーバーレイネットワークの他のノードに対して情報を通知する処理部である。管理対象検索部m12は、オーバーレイネットワーク構築部m11が構築したオーバーレイネットワークから、管理装置m1が直接接続された管理対象装置である自ノードと同一の管理範囲に属するノードを検索する処理を行なう。管理情報作成部m13は、管理対象検索部m12による検索によって得られたノードを管理対象ノードとする管理情報を作成する。生死監視部m30は、監視対象に指定されたノードの生死を監視する処理部である。バックアップ処理部m40は、ノード選択部m41、データ複製部m42、切り替え処理部m43を有し、バックアップノードの選択、データの複製、生死監視部m30の監視結果に基づく切り替えを行なう。管理装置m1は、管理対象装置であるコンピュータ上で動作する管理プログラムとして実施することが好適である。図4に示した例では、ドメインAとドメインBにそれぞれ3つのサーバが含まれており、ドメインAとドメインBとの間は通信可能である。ドメインAのサーバ11では、他のコンピュータシステムの動作環境を仮想的に実現するVMVirtualMachinesホストプログラム21が動作している。そして、VMホストプログラム21上に4つのVMゲストプログラム41~44が動作している。このサーバ11では、VMホストプログラム21上で運用管理プログラム31がさらに動作している。VMホストプログラム21上で動作する運用管理プログラム31は、サーバ11を管理装置として機能させる。この運用管理プログラム31の管理対象装置は、サーバ11自体とサーバ11上で動作するVMホストプログラム21、VMゲストプログラム41~44である。また、ドメインAのサーバ12では、OSOperatingSystem23が動作し、OS23上で運用管理プログラム32が動作している。そして、このサーバ12にはスイッチ51とルータ53が接続されている。このサーバのOS23上で動作する運用管理プログラム32は、サーバ12を管理装置として機能させる。この運用管理プログラム32の管理対象装置は、サーバ12自体とサーバに接続されたスイッチ51およびルータ53である。また、ドメインAのサーバ13では、OSOperatingSystem24が動作し、OS24上で運用管理プログラム33が動作している。そして、このサーバ13にはストレージ55が接続されている。このサーバ13のOS24上で動作する運用管理プログラム33は、サーバ13を管理装置として機能させる。この運用管理プログラム33の管理対象装置は、サーバ13自体とサーバ13に接続されたストレージ55である。ドメインAと同様にドメインBに含まれる3つのサーバ14~16についても、サーバ14~16上のVMホストプログラム32やOS25,26上でそれぞれ運用管理プログラム34~36が動作し、サーバ14~16を管理装置として機能させる。このため、サーバ14~16、各サーバ上で動作する各種プログラムVMホスト22、OS25,26、VMゲスト45~48、各サーバに接続されたハードウェアスイッチ52、ルータ54、ストレージ56は、対応するサーバ上で動作する運用管理プログラムによって管理される。サーバ14~16上の運用管理プログラム31~36は、互いに通信し、オーバーレイネットワークを構築する。加えて、運用管理プログラム31~36は、自らが属するドメイン内の他のノードについて情報を収集し、管理情報を作成することができる。なお、運用管理プログラム31~36は、ドメインAとドメインBの双方からアクセス可能な端末1から取得することができる。図4に示したように、運用管理プログラム31~36は、管理を階層化することなく、自動的に自ドメインに属するノードの情報を取得することができる。図5は、図4に対する比較例であり、階層化した管理の説明図である。図5に示したシステムでは、ドメインAを管理するサブマネージャ3とドメインBを管理するサブマネージャ4が設けられており、2つのサブマネージャ3,4を統合マネージャ2が管理している。サブマネージャ3,4は、自らの担当するドメインに属する装置に対してSNMPなどを用いて状態監視ポーリングを行う。また、サブマネージャは、自らの担当するドメインに属する装置から、SNMPトラップなどのイベントを受信し情報を収集する。具体的には、図5に示した構成では、ドメインAはサーバ11,12、スイッチ51、ルータ53、ストレージ55を含む。サーバ11上ではVMホストプログラム21が動作し、VMホストプログラム21上ではVMゲストプログラム41~44が動作している。同様に、ドメインBは、サーバ14,15、スイッチ52、ルータ54、ストレージ56を含む。そして、サーバ14上ではVMホストプログラム22が動作し、VMホストプログラム15上ではVMゲストプログラム45~48が動作している。このように、管理を階層化した場合、階層ごとに異なる装置もしくはプログラムを用意することとなる。また、マネージャ、特に統合マネージャ2に負荷が集中するので、高価な高性能サーバを統合マネージャ2として使用することが求められる。加えて、統合マネージャ2がSPOFSinglePointofFailureとなり、統合マネージャ2がダウンするとシステム全体が停止するので、耐障害性の低下を抑えるため、統合マネージャ2をクラスタ構成で運用することが求められていた。これに対し、図4に示した管理プログラム31~36は同一のプログラムを各サーバに配布したものであり、統合マネージャ用、サブマネージャ用の区別がない。また、管理プログラムは、統合マネージャ用のコンピュータやサブマネージャ用のコンピュータを区別して設置することなく、すべての管理対象上で動作する。このため、マネージャに対してバックアップを準備し、マネージャの停止時に管理をバックアップ側に引き継ぐようにすることで、ネットワークシステムの管理における負荷を分散し、システムのスケーラビリティと信頼性を向上することができる。図6は、サーバのハードウェアと管理プログラムの関係についての説明図である。管理プログラムpg10は、サーバ内部のHDDHarddiskdrivep13に格納される。管理プログラムpg10は、オーバーレイネットワーク構築部としての動作を記述されたオーバーネットワーク構築プロセスpg11、管理対象検索部としての動作を記述された管理対象検索プロセスpg12、管理情報作成部としての動作を記述された管理情報作成プロセスpg13、生死監視部としての動作を記述された生死監視プロセスpg14、バックアップ処理部としての動作を記述されたバックアップ処理部pg15を含む。サーバが起動すると、管理プログラムpg10はHDDp13から読み出され、メモリp12に展開される。そして、CPUCentralProcessingUnitp11がメモリに展開されたプログラムを順次実行することで、サーバを管理装置として機能させる。この時、管理装置におけるオーバーレイネットワークのインタフェースとしては、サーバの通信インタフェースp14を使用する。図7は、オーバーレイネットワークの説明図である。管理装置もしくは管理プログラムは、起動するとオーバーレイネットワークを形成する。オーバーレイネットワーク構築部m11が、例えば、DHT分散ハッシュテーブルアルゴリズムのChordを用いた場合、図7に示したような環状のオーバーレイネットワークが形成される。DHTでは、キーKeyとバリューValueのペアが、オーバーレイネットワークに参加する各ノードで分散して保持される。Chordの場合は、SHASecureHashAlgorithm1でハッシュした値をキーに用いる。各キーは自分のキーより大きい値のキーを持ち、管理プログラムが動作している最初のノードに格納される。図7の例では、vmhost2のキーが1、domain1のキーが5、server1のキーが15、server2のキーが20、group1のキーが32、user1のキーが40、vmguest11のキーが55である。同様に、server3のキーが66、vmguest12のキーが70、vmhost3のキーが75、vmguest13のキーが85、vmguest14のキーが90である。そして、vmhost1のキーが100、switch1のキーが110、storage1のキーが115、vmguest21のキーが120である。ここで、vmhost1~3、server1~3は、domain1に属し、管理プログラムが実行されたノードであり、図7において黒い円形記号で示している。また、domain1に属するvmguet、storage、swichなどについては、図7において二重円形記号で示している。加えて、図7では、domain2に属するノードキーが4,33,36のノードについては、網掛けの円形記号で示している。既に述べたように、キーとValueのペアは自分のキーより大きい値のキーを持ち、管理プログラムが動作している最初のノードに格納されるので、Key4055は、Key66のノードに格納される。また、Chordの場合、各ノードは、直前のノードと、直後のノード及びmodのノードの情報をルーティング情報として保持している。具体的には、1248163264128...というように離散したノードの情報を持つ。これによって、ChordDHTでは、各ノードがKeyに対するValueを、Keyより大きい最初のKeyを持つノードに保持させ、更にKeyに対応するValueを、Keyより大きい最初のKeyを持つノードから取得することが可能になる。図8は、DHT分散ハッシュテーブルの定義の具体例についての説明図である。このDHTは、図3のSANにおけるハッシュテーブルt1に相当する。図8では、SHA-1でハッシュしたKeyと、Keyに対応づけられるValueを示している。サーバについては、サーバ名をSHA1でハッシュしてKeyとする。そして、サーバであることを示すタグserver、サーバ名、サーバ名から求めたkey、サーバが有するIPアドレスの一覧IPリスト、サーバが有するWWNの一覧WWNリスト、管理ノードとして機能しているかを示すmanagerflag、バックアップノードとして登録されているかを示すフラグであるsecondarymanage、サーバの属するドメインとドメインのキーのリスト、をValueとして有する。VMホストについては、VMホスト名をSHA1でハッシュしてKeyとする。そして、VMホストであることを示すタグvmhost、VMホスト名、VMホスト名から求めたkey、VMホストのIPリスト、VMホストの属するドメインとドメインのキーのリスト、VMホスト上で動作するVMゲストのリスト、をValueとして有する。VMゲストについては、VMゲスト名をSHA1でハッシュしてKeyとする。そして、VMホストであることを示すタグvmguest、VMゲスト名、VMゲスト名から求めたkey、VMゲストのIPリスト、VMゲストが動作しているVMホストの名前とkey、をValueとして有する。スイッチについては、スイッチ名をSHA1でハッシュしてKeyとする。そして、スイッチであることを示すタグswitch、スイッチ名、スイッチ名から求めたkey、スイッチのIPリスト、スイッチの属するドメインとドメインのキーのリスト、をValueとして有する。ストレージについては、ストレージ名をSHA1でハッシュしてKeyとする。そして、ストレージであることを示すタグstorage、ストレージ名、ストレージ名から求めたkey、ストレージのIPリスト、ストレージのWWNリスト、ストレージの属するドメインとドメインのキーのリスト、をValueとして有する。ユーザについては、ユーザ名をSHA1でハッシュしてKeyとする。そして、ユーザであることを示すタグuser、ユーザ名、ユーザ名から求めたkey、ユーザの属するグループ名とグループのkeyのリスト、をValueとして有する。グループについては、グループ名をSHA1でハッシュしてKeyとする。そして、グループであることを示すタグgroup、グループ名、グループ名から求めたkey、グループに属するユーザ名とkeyのリスト、をValueとして有する。ドメインについては、ドメイン名をSHA1でハッシュしてKeyとする。そして、ドメインであることを示すタグdomain、ドメイン名、ドメイン名から求めたkey、ドメインの管理装置のキーのリスト、をValueとして有する。図9は、図3に示したセルフノードテーブルt2の具体例である。セルフノードテーブルは、管理プログラムが動作するサーバ上のノード、すなわちサーバ自体、サーバ上で動作するVMホスト、VMゲストなどの情報を登録したテーブルである。図9は、vmguest11~14とともに、vmhost1上で動作する管理プログラムが作成したセルフノードテーブルを示している。セルフノードテーブルには、種別、ノード名、key、IPアドレス、WWNの項目を有する。図9の例では、種別がvmhost、ノード名がvmhost1domain1companycom、keyが100、IPアドレスが10203040、WWNが1000006069002374のエントリが登録されている。また、種別がvmguest、ノード名がvmguest11domain1companycom、keyが55、IPアドレスが10203041、WWNがnullのエントリが登録されている。同様に、種別がvmguest、ノード名がvmguest12domain1companycom、keyが70、IPアドレスが10203042、WWNがnullのエントリが登録されている。そして、種別がvmguest、ノード名がvmguest13domain1companycom、keyが85、IPアドレスが10203043、WWNがnullのエントリと、種別がvmguest、ノード名がvmguest14domain1companycom、keyが90、IPアドレスが10203044、WWNがnullのエントリが登録されている。図10は、図3に示したドメインテーブルt3の具体例である。各管理装置や管理プログラムは、自ノードが属するドメインのドメイン名をSHA-1でハッシュしてkeyを求め、ドメインテーブルt3に登録する。また、ドメインテーブルt3には、ドメイン名とドメインのkeyの他、ドメインの管理を行なうマネージャのkeyを登録する。管理プログラムが動作するノードであれば、任意ノードがマネージャとしてノードの管理を行なうことができ、ドメイン内に複数のマネージャが存在してもよい。図11は、図3に示したノード管理テーブルt4の具体例である。ノード管理テーブルt4は、ドメイン内のノードを管理するマネージャとして動作する管理装置や管理プログラムが作成する管理情報であり、自ノードと同一ドメインに属する全てのノードの情報である。図11のノード管理テーブルt4は、図7に示したオーバーレイネットワークのうちdomain1を管理するマネージャKey100vmhost1が作成し、保持するテーブルを示している。図11に示したノード管理テーブルt4は、種別、ノード名、key、Domainkey、ManagerFlag、ManagedFlag、secondarymanagerKey、生死監視フラグ、生死監視通知先の項目カラムを有する。ManagerFlagは、そのノードがマネージャである場合にtrue、マネージャではない場合にfalseの値をとる。ManagedFlagは、そのノードが管理されている場合にtrue、管理されていない場合にfalseの値をとる。secondarymanagerKeyは、そのノードに対するバックアップノードのKeyを示す。生死監視フラグは、監視対象のノードについてtrue、監視対象ではないノードについてfalse、監視対象とならないものについてNULLの値をとる。生死監視通知先の項目は、自ノードが監視ノードとして動作する際に、そのノードの監視結果を通知すべき通知先のkeyを示す。具体的には、図11に示したノード管理テーブルt4は、種別がvmhost、ノード名がvmhost2domain1companycom、Keyが1、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがtrue、生死監視通知先がブランクのエントリを有する。また、ノード管理テーブルt4は、種別がserver、ノード名がserver1domain1companycom、Keyが15、DomainKeyが5、ManagerFlagがtrue、ManagedFlagがtrue、生死監視フラグがfalse、secondarymanagerKeyがブランク、生死監視通知先がブランクのエントリを有する。また、ノード管理テーブルt4は、種別がserver、ノード名がserver2domain1companycom、Keyが20、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがfalse、生死監視通知先がブランクのエントリを有する。また、ノード管理テーブルt4は、種別がvmguest、ノード名がvmguest11domain1companycom、Keyが55、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがNULL、生死監視通知先がブランク、のエントリを有する。また、ノード管理テーブルt4は、種別がserver、ノード名がserver3domain1companycom、Keyが66、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがfalse、生死監視通知先がブランク、のエントリを有する。また、ノード管理テーブルt4は、種別がvmguest、ノード名がvmguest12domain1companycom、Keyが70、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがNULL、生死監視通知先がブランク、のエントリを有する。また、ノード管理テーブルt4は、種別がvmhost、ノード名がvmhost3domain1companycom、Keyが75、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがfalse、生死監視通知先がブランク、のエントリを有する。また、ノード管理テーブルt4は、種別がvmguest、ノード名がvmguest13domain1companycom、Keyが85、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがNULL、生死監視通知先がブランク、のエントリを有する。また、ノード管理テーブルt4は、種別がvmguest、ノード名がvmguest14domain1companycom、Keyが90、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがNULL、生死監視通知先がブランク、のエントリを有する。また、ノード管理テーブルt4は、種別がvmhost、ノード名がvmhost1domain1companycom、Keyが100、DomainKeyが5、ManagerFlagがtrue、ManagedFlagがtrue、secondarymanagerKeyが1、生死監視フラグがNULL、生死監視通知先がブランク、のエントリを有する。また、ノード管理テーブルt4は、種別がswitch、ノード名がswitch1domain1companycom、Keyが110、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがNULL、生死監視通知先がブランク、のエントリを有する。また、ノード管理テーブルt4は、種別がstorage、ノード名がstorage1domain1companycom、Keyが115、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがNULL、生死監視通知先がブランク、のエントリを有する。また、ノード管理テーブルt4は、種別がvmguest、ノード名がvmguest21domain1companycom、Keyが120、DomainKeyが5、ManagerFlagがfalse、ManagedFlagがtrue、secondarymanagerKeyがブランク、生死監視フラグがNULL、生死監視通知先がブランク、のエントリを有する。図11では、Key1vmhost2を監視し、Key100vmhost1のバックアップノードをKey1vmhost2としている。したがって、Key100vmhost1が停止したときには、Key100vmhost1からKey1vmhost2に管理が引き継がれる。また、Key1vmhost2が停止した場合にはKey100vmhost1は新たなバックアップノードを選択する。図12は、図3に示したルーティングテーブルt5の具体例である。ルーティングテーブルt5は、各管理装置や管理プログラムがオーバーレイネットワークにおけるルーティングに用いるテーブルである。図12に示した例では、ルーティングテーブルt5は、最終的な宛先である目的地のキーを示すdistance、目的地のノード名、目的地と通信する場合のルーティング先を示す宛先のキーであるDestinationKey、ルーティング先のIPアドレスであるDestinationIPの項目を有する。図12は、キー100のノードが用いるルーティングテーブルの具体例である。図11のルーティングテーブルt5は、distanceが1、ノード名がvmhost1domain1companycom、DestinationKeyが1、DestinationIPがa1b1c1d1、distanceが2、ノード名がvmhost2domain1companycom、DestinationKeyが1、DestinationIPがa1b1c1d1の項目を有する。また、ルーティングテーブルt5は、distanceが3、ノード名がvmhost2domain1companycom、DestinationKeyが1、DestinationIPがa1b1c1d1の項目を有する。また、ルーティングテーブルt5は、distanceが5、ノード名がvmhost2domain1companycom、DestinationKeyが1、DestinationIPがa1b1c1d1の項目を有する。また、ルーティングテーブルt5は、distanceが9、ノード名がvmhost2domain1companycom、DestinationKeyが1、DestinationIPがa1b1c1d1の項目を有する。また、ルーティングテーブルt5は、distanceが17、ノード名がvmhost2domain1companycom、DestinationKeyが1、DestinationIPがa1b1c1d1の項目を有する。また、ルーティングテーブルt5は、distanceが33、ノード名がnode1domain2companycom、DestinationKeyが4、DestinationIPがa4b4c4d4の項目を有する。また、ルーティングテーブルt5は、distanceが65、ノード名がnode3domain2companycom、DestinationKeyが36、DestinationIPがa36b36c36d36の項目を有する。このように、ルーティングテーブルt5は、ドメイン1に属するノードが目的地である場合にはKey1IPアドレスa1b1c1d1にルーティングすることを規定している。また、ルーティングテーブルt5は、ドメイン1に属するノードkey33が目的地である場合にはKey4IPアドレスa4b4c4d4にルーティングし、ドメイン2に属するノードkey65が目的地である場合にはKey36IPアドレスa36b36c36d36にルーティングすることを規定している。図13は、バックアップ処理部m40の処理動作を説明するフローチャートである。ノード選択部m41は、オーバーレイネットワークからノードを一つ選択しS101、マネージャと同一ドメインであるか否かを判定するS102。選択したノードがマネージャと同一ドメインである場合S102,Yes、ノード選択部m41は、選択したノードのデータ領域に十分な容量があるかを判定するS103。選択したノードのデータ領域に十分な容量がある場合S103,Yes、ノード選択部m41は、選択したノードの運用時間が閾値以上、すなわち選択したノードが閾値以上の時間連続して運用されているかを判定するS104。選択したノードの運用時間が閾値以上である場合S104,Yes、ノード選択部m41は選択したノードをバックアップノードとするS105。選択したノードがマネージャと同一ドメインでない場合S102,No、選択したノードのデータ領域に十分な容量がない場合S103,No、運用時間が閾値に満たない場合S104,No、ノード選択部m41は、ステップS101に戻ってノードを選択し直す。具体的には、Key11520というように順番に探す。バックアップノードが決定したS105後、ノード選択部m41は、ハッシュテーブルt1を更新しS106、管理情報であるノード管理テーブルt4をバックアップノードに複製するS107。生死監視部m30は、バックアップノードと相互に生死監視を開始しS108、バックアップノードがダウンした場合S109,Yesには、ステップS101に戻って新たにバックアップノードを選択する。なお、バックアップノード側が管理ノードのダウンを検出した場合、バックアップノードの切り替え処理部m43によって、管理業務を自動的に引き継ぐ。元の管理ノードが故障から復旧した場合、バックアップノードから管理業務を呼び戻し、管理ノードに復帰すればよい。図13の処理において、運用時間が閾値以上のノードが存在しない場合、他のノードよりも運用時間の長いノードをバックアップノードとする。運用時間が閾値未満のノードをバックアップノードとする際には、例えば運用時間が上位2つのノードをバックアップノードとしてもよい。このように複数のバックアップノードを設けることで、バックアップノードのうちいずれかが停止しても他のバックアップノードを使用可能であるので、信頼性を向上することができる。また、管理ノードがダウンし、バックアップノードに管理業務が引き継がれると、バックアップノードは、更にバックアップノードのバックアップノードを選定する。そして、バックアップノードが管理業務を引き継いで一定期間後、元の管理ノードが復旧しない場合は、バックアップノードが管理マネージャに昇格し、バックアップノードのバックアップノードはバックアップノードにそれぞれ昇格する。したがって、所定時間経過後は元の管理ノードの復帰の有無に関わらずバックアップノードであったノードが管理ノードとして動作することとなる。上述したように、本実施例にかかる管理装置、管理方法および管理プログラムは、オーバーレイネットワークのノードから、ノードの属する管理範囲、データ容量、および運用時間を指標として管理ノードのバックアップノードを選択する。そして、バックアップノードに管理情報を複製し、管理ノードが停止した場合にバックアップノードを管理ノードに切り替える。このため、ネットワークシステムの管理における負荷を分散し、スケーラビリティおよび信頼性を向上することができる。"