JP6405245B2 - 通信システムおよび設定方法 - Google Patents

Description

本発明は、伝送経路を設定する通信システム、管理サーバ、および設定方法に関する。

本技術分野の背景技術として、特許文献１記載の技術がある。この技術は、複数のドメインをまたがるパス設定において、パスの経路として効率的な経路を活用することを課題としている。その解決手段として、各ドメインの経路計算装置が、自ドメインのネットワーク構成を参照して、自ドメインのパスの経路計算結果を計算する経路計算手段と、経路計算結果を自ドメインのノードに利用させるとともに、他ドメインのノードに隠蔽する経路隠蔽手段とを有し、各ドメインのノードが、経路隠蔽手段により他ドメインのノードに隠蔽された経路計算結果をもとに、パスを設定するパス設定手段を有する。

他の背景技術として、特許文献２記載の技術がある。この技術は、各ネットワークのネットワークマネージメントシステムを備えたネットワーク管理システムに関し、複数ドメインネットワークの各ネットワーク管理システムの間で連携を行うことができることを課題としている。その解決手段として、クライアントネットワークとサーバネットワーク間のアクセスポイントの対応関係の管理を行う管理部、パス管理部及び障害復旧部を備えるコーディネータシステムを設け、コーディネータシステムは、サーバネットワークとクライアントネットワークを構成する情報を含むサブネットワーク構成情報テーブル、サブネットワークを接続するアクセスポイントの対応関係及びその状態を含む対応関係テーブルを備えネットワーク間の連携を行うよう構成する。

特開２００７−２２８０８７号公報 特開２００１−３６５８７号公報

しかしながら、特許文献１及び特許文献２の技術では、複数のドメインから構成されるネットワークにおいて、ドメインに跨るデータ伝送経路を１本１本算出するため、複数の伝送経路を設定する場合に、長時間を要するという問題がある。また、複数の伝送経路を同時に設定、或いは変更することができないという問題がある。

また、特許文献１の技術では、相互接続する相手側の終点ノードに到達するための接続リンク毎の複数のコストを受信及び活用して、自ドメインのネットワークにおける伝送経路を算出するために、接続相手側ネットワークでは、接続リンク毎に終点ノードまでのコストを算出する必要があるという問題がある。また、自ドメインにおいて、複数のドメインに跨るデータ伝送経路を算出するために、接続する相手側との接続リンク毎のコストを複数受信する必要があるという問題がある。

本発明は、複数のドメインから構成されるネットワークシステムにおいて、複数のドメインに跨る複数の伝送経路の設定または変更の迅速化を図ることを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、各々複数の伝送装置から構成されるネットワーク群と、前記ネットワーク群の各々を管理する管理サーバ群と、を備えた通信システムであって、前記管理サーバ群の中の第１管理サーバは、前記ネットワーク群の中の前記第１管理サーバが管理する第１ネットワークにおいて第２ネットワークに接続される第１伝送経路群で構成される第１現用面に関する伝送経路設定情報を記憶するとともに、前記第１ネットワーク内の複数の第１伝送装置から選ばれた１以上の特定の第１伝送装置を経由せずに前記第２ネットワークに接続される特定の第１伝送経路群で構成される第１復旧面に関する伝送経路設定情報を前記特定の第１伝送装置の組み合わせごとに記憶する第１データベースを有し、前記第１管理サーバは、前記第１復旧面に関する伝送経路設定情報を参照して、前記特定の第１伝送経路ごとに当該特定の第１伝送経路上で前記第２ネットワークに接続する第１接続点と、前記特定の第１伝送経路上で前記特定の第１伝送装置に起因して前記第２ネットワークに接続してはいけない第２接続点とを規定した前記第１復旧面の接続変更情報を、前記第１復旧面に関する伝送経路設定情報ごとに生成して、前記第２ネットワークを管理する第２管理サーバに送信する第１送信処理を実行し、前記第２管理サーバは、前記第２ネットワークにおいて前記第１ネットワークに接続される第２伝送経路群で構成される第２現用面に関する伝送経路設定情報を記憶する第２データベースを有し、前記第２管理サーバは、前記第１管理サーバから受信された前記第１復旧面の接続変更情報に基づいて、前記第２現用面を構成する前記第２伝送経路群のうち前記第２接続点で前記第１ネットワークと接続される第２伝送経路を、前記第２接続点を経由せず、かつ、前記第１接続点を経由する第３伝送経路に変更することにより、前記第１ネットワークが前記第１復旧面で運用され、かつ、前記第２ネットワークが前記第２現用面で運用される前記第２現用面および前記第１復旧面に関する伝送経路設定情報を生成する第１生成処理と、前記第１生成処理によって生成された前記第２現用面および前記第１復旧面に関する伝送経路設定情報にしたがってデータを伝送するように前記第２のネットワーク内の第２伝送装置を設定する第１設定処理と、を実行することを特徴とする。

本発明の代表的な実施の形態によれば、複数のドメインから構成されるネットワークシステムにおいて、複数のドメインに跨る複数の伝送経路の設定または変更の迅速化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１にかかる通信システムの構成例を示す説明図である。 実施例１にかかる第１のネットワークにおける第２のネットワークとの接続を管理する接続管理テーブルの記憶内容例を示す説明図である。 実施例１にかかる第２のネットワークにおける第１のネットワークとの接続を管理する接続管理テーブルの記憶内容例を示す説明図である。 実施例１にかかる通信システムにおける現用系の伝送経路の設定例を示す説明図である。 実施例１にかかる第１のネットワークにおける現用系の伝送経路を管理する伝送経路設定情報の記憶内容例を示す説明図である。 実施例１にかかる第２のネットワークにおける現用系の伝送経路を管理する伝送経路設定情報の記憶内容例を示す説明図である。 実施例１にかかる通信システムにおける障害発生時の伝送経路の設定例を示す説明図である。 実施例１にかかる復旧面の事前設定例を示すシーケンス図である。 図６に示した伝送経路の接続要求情報の通知例（ステップＳ６０５）を示す説明図である。 図６に示した伝送経路の設定の実行例（ステップＳ６０６）を示す説明図である。 実施例１にかかる第１のネットワークにおいて障害復旧のために準備する復旧用の伝送経路設定情報の記憶内容例を示す説明図である。 実施例１にかかる第１のネットワークにおける復旧面伝送経路設定ＤＢの記憶内容例を示す説明図である。 実施例１にかかる第２のネットワークにおける復旧面伝送経路設定ＤＢの記憶内容例を示す説明図である。 図６のステップＳ６１１により第１のネットワークから第２のネットワークへ通知する伝送経路の接続変更リストの一例を示す説明図である。 図６のステップＳ６１５により第２のネットワークから第１のネットワークへ通知する伝送経路の接続変更リストの一例を示す説明図である。 実施例１にかかる第２のネットワークにおける多様な障害復旧のために準備すべき面のパターンを示すパターンテーブルの一例を示す説明図である。 実施例１にかかる第２のネットワークにおける復旧面伝送経路設定ＤＢの記憶内容例を示す説明図である。 実施例１にかかる第１のネットワークにおける復旧面伝送経路設定ＤＢの記憶内容例を示す説明図である。 実施例１にかかる第１のネットワーク内の各ノードが保持する伝送経路設定テーブルの一例を示す説明図である。 実施例１にかかる第２のネットワーク内の各ノードが保持する伝送経路設定テーブルの一例を示す説明図である。 実施例１にかかる障害復旧処理例を示すシーケンス図である。 実施例１にかかるノードのハードウェア構成の一例を示すブロック図である。 実施例１にかかる管理サーバのハードウェア構成の一例を示すブロック図である。 実施例１にかかる管理サーバの機能的構成例を示すブロック図である。 実施例１にかかる管理サーバによる運用前設定管理処理の詳細な処理手順例を示すフローチャートである。 図２３に示した復旧用の伝送経路探索処理（ステップＳ２３０４）の詳細な処理手順例を示すフローチャートである。 図２３に示した伝送経路追加削除処理の詳細な処理手順例を示すフローチャートである。 図２３に示した設定変更要因監視処理の詳細な処理手順例を示すフローチャートである。 実施例１にかかる管理サーバによるネットワークの運用面の切替処理の詳細な処理手順例を示すフローチャートである。 実施例２にかかる通信システムの構成例を示す説明図である。 実施例２にかかる復旧面の事前設定例を示すシーケンス図である。 実施例２にかかる第１のネットワークにおける復旧面伝送経路設定ＤＢの記憶内容例を示す説明図である。 実施例２にかかる接続変更リストの一例を示す説明図である。 実施例２にかかる第２のネットワークにおける多様な障害復旧のために準備すべき面のパターンを示すパターンテーブルの一例を示す説明図である。 実施例３にかかる復旧面の事前設定例を示すシーケンス図である。 実施例３にかかる障害復旧処理例を示すシーケンス図である。 実施例４にかかる復旧面の事前設定例を示すシーケンス図である。 実施例４にかかる障害復旧処理例を示すシーケンス図である。 実施例５にかかる復旧面の事前設定例を示すシーケンス図である。 図３８は、実施例５にかかる障害復旧処理例を示すシーケンス図である。 図３９は、実施例６にかかる通信システムの構成例を示す説明図である。 図４０は、実施例７にかかる通信システムの構成例を示す説明図である。

以下に説明する実施例では、複数のドメインから構成されるネットワークシステムにおいて、複数のドメインに跨る複数の伝送経路の設定または変更の迅速化を図る。ここでドメインとは、管理体系が異なるネットワークを意味する。すなわち、ドメイン毎にネットワーク管理機構が存在する。また、本実施例において、面とは、伝送経路の集合体である。具体的には、現用面は、現用系として運用している伝送経路の集合体であり、復旧面（予備面とも称す）は、復旧用として運用する予定の伝送経路の集合体である。

実施例１では、異なる管理機構を有するネットワークが複数相互に接続されたシステムにおいて、第１のネットワークにおける複数の設定変更と第２のネットワークにおける複数の設定変更を協調して実行する例について説明する。なお、実施例１では、ネットワークの管理機構が存在する単位にネットワークと称しているが、ドメインという表現を用いても良い。その場合、複数のドメインが相互接続されたシステムにおいて、第１のドメインにおける複数の設定変更と第２のドメインにおける複数の設定変更を協調して実行するシステムとしても良い。

＜通信システムのシステム構成例＞
図１は、実施例１にかかる通信システムの構成例を示す説明図である。実施例１の相互接続された通信システム１は、第１のネットワーク１０Ａと第２のネットワーク１０Ｂとより構成される。実施例１では、２つのネットワーク１０Ａ，１０Ｂを相互接続しているが、３以上のネットワークを相互接続しても良い。ネットワーク１０Ａは、管理サーバ５Ａと、ネットワークノード（以下、単に「ノード」）ｎ１１〜ｎ１６と、端末ＴＡ１〜ＴＡ３と、を有する。第１のネットワーク１０Ａ内において、ノードｎ１１〜ｎ１６を区別しない場合は、ノードｎ１と表記し、端末ＴＡ１〜ＴＡ３を区別しない場合は、端末ＴＡと表記する。

第２のネットワーク１０Ｂは、管理サーバ５Ｂと、ノードｎ２１〜ｎ２６と、端末ＴＢ１〜ＴＢ３と、を有する。第２のネットワーク１０Ｂ内において、ノードｎ２１〜ｎ２６を区別しない場合は、ノードｎ２と表記し、端末ＴＢ１〜ＴＢ３を区別しない場合は、端末ＴＢと表記する。

通信システム１内において、ノードｎ１１〜ｎ１６、ｎ２１〜ｎ２６を区別しない場合は、ノードｎと表記し、端末ＴＡ１〜ＴＡ３、ＴＢ１〜ＴＢ３を区別しない場合は、端末Ｔと表記する。また、ネットワーク１０Ａ，１０Ｂを区別しない場合は、ネットワーク１０と表記する。また、管理サーバ５Ａ，５Ｂを区別しない場合は、管理サーバ５と表記する。ノードｎ間の線分は伝送路となるリンクである。なお、端末Ｔとノードｎとの間のリンクは、有線でも無線でもよい。

また、実施例１では、二つのネットワーク１０Ａ，１０Ｂを接続するリンクに仮想的な接続ポイントである仮想接続ノードｖ１〜ｖ３を接続点として設定する。仮想接続ノードｖ１〜ｖ３を区別しない場合は、仮想接続ノードｖと表記する。なお、実施例１では、第１のネットワーク１０Ａと第２のネットワーク１０Ｂとの間を３経路にて接続しているが、２経路、或いは４経路以上にて接続しても良い。また、管理サーバ５Ａは、ノードｎ１１とのみ接続しているように図１中では記載しているが、図示しない管理用のネットワークを用いて、ネットワーク１０Ａ内の全てのネットワークノードｎ１１〜ｎ１６と接続されている。同様に、管理サーバ５Ｂは、ノードｎ２１とのみ接続しているように図１中では記載しているが、図示しない管理用のネットワークを用いて、ネットワーク１０Ｂ内の全てのネットワークノードｎ２１〜ｎ２６と接続されている。

＜接続管理テーブル＞
接続管理テーブルは、接続相手のネットワークとの接続関係を管理するテーブルである。接続管理テーブルは、第１のネットワーク１０Ａと第２のネットワーク１０Ｂのそれぞれの管理サーバ５Ａ，５Ｂに用意される。

図２Ａは、実施例１にかかる第１のネットワーク１０Ａにおける第２のネットワーク１０Ｂとの接続を管理する接続管理テーブル２００Ａの記憶内容例を示す説明図である。第１のネットワーク１０Ａ側の接続管理テーブル２００Ａは、フィールドとして、リンクＩＤ２０１Ａと、自ノード２０２Ａと、仮想接続ノード２０３Ａと、リンク帯域２０４Ａと、を有する。リンクＩＤ２０１Ａは、値として、第１のネットワーク１０Ａと第２のネットワーク１０Ｂとを接続するリンクを一意に特定する識別子を格納する。自ノード２０２Ａは、値として、リンクＩＤ２０１Ａで特定されるリンクに接続している自ネットワークにおけるノードを一意に特定する識別子を格納する。仮想接続ノード２０３Ａは、値として、リンクＩＤ２０１Ａで特定されるリンク上に仮想的に存在する接続ポイント（仮想接続ノードｖ１〜ｖ３）を一意に特定する識別子を格納する。リンク帯域２０４Ａは、値として、リンクＩＤ２０１Ａで特定されるリンクの帯域（通信速度）を格納する。

実施例１では、接続管理テーブル２００Ａに示されるように、第１のネットワーク１０Ａおよび第２のネットワーク１０Ｂは、３経路にて接続されている。またそれら３経路は、ＡＢ１、ＡＢ２、ＡＢ３として識別される。リンクＡＢ１は、自ネットワーク１０Ａのノードｎ１４と仮想接続ノードｖ１とが１［Ｇｂｐｓ］の帯域で接続されていることを示している。また、リンクＡＢ２は、自ネットワーク１０Ａのノードｎ１５と仮想接続ノードｖ２とが１［Ｇｂｐｓ］の帯域で接続されていることを示している。さらに、リンクＡＢ３は、自ネットワーク１０Ａのノードｎ１６と仮想接続ノードｖ３とが１［Ｇｂｐｓ］の帯域で接続されていることを示している。

図２Ｂは、実施例１にかかる第２のネットワーク１０Ｂにおける第１のネットワーク１０Ａとの接続を管理する接続管理テーブル２００Ｂの記憶内容例を示す説明図である。第２のネットワーク１０Ｂ側の接続管理テーブル２００Ｂは、フィールドとして、リンクＩＤ２０１Ｂと、自ノード２０２Ｂと、仮想接続ノード２０３Ｂと、リンク帯域２０４Ｂと、を有する。リンクＩＤ２０１Ｂは、値として、第２のネットワーク１０Ｂと第１のネットワーク１０Ａとを接続するリンクを一意に特定する識別子を格納する。自ノード２０２Ｂは、値として、リンクＩＤ２０１Ｂで特定されるリンクに接続している自ネットワークにおけるノードを一意に特定する識別子を格納する。仮想接続ノード２０３Ｂは、値として、リンクＩＤ２０１Ｂで特定されるリンク上に仮想的に存在する接続ポイント（仮想接続ノードｖ１〜ｖ３）を一意に特定する識別子を格納する。リンク帯域２０４Ｂは、値として、リンクＩＤ２０１Ｂで特定されるリンクの帯域を格納する。

実施例１では、接続管理テーブル２００Ｂに示されるように、第１のネットワーク１０Ａおよび第２のネットワーク１０Ｂは、３経路にて接続されている。またそれら３経路は、ＡＢ１、ＡＢ２、ＡＢ３として識別される。リンクＡＢ１は、自ネットワーク１０Ｂのノードｎ２４と仮想接続ノードｖ１とが１［Ｇｂｐｓ］の帯域で接続されていることを示している。また、リンクＡＢ２は、自ネットワーク１０Ｂのノードｎ２５と仮想接続ノードｖ２とが１［Ｇｂｐｓ］の帯域で接続されていることを示している。さらに、リンクＡＢ３は、自ネットワーク１０Ｂのノードｎ２６と仮想接続ノードｖ３とが１［Ｇｂｐｓ］の帯域で接続されていることを示している。

なお、ネットワーク１０Ｂ側におけるリンクＩＤ２０１Ｂとして、第１のネットワーク１０Ａ側と同一の識別子を利用しているが、第１のネットワーク１０Ａ側と第２のネットワーク１０Ｂ側で異なるリンクＩＤを用いても良い。

＜現用系の伝送経路設定例＞
図３は、実施例１にかかる通信システム１における現用系の伝送経路の設定例を示す説明図である。実施例１では、端末Ｔ間の通信を実現するため、３本の現用系の伝送経路が設定される。すなわち、現用系の伝送経路９１（９１ａ〜９１ｅ）、伝送経路９２（９２ａ〜９２ｅ）、および伝送経路９３（９３ａ〜９３ｅ）が設定される。なお、伝送経路９１ｃ、９２ｃ、９３ｃは、仮想接続ノードｖ１〜ｖ３を跨ぐため、伝送経路９１ｃ１、９１ｃ２、９２ｃ１、９２ｃ２、９３ｃ１、および９３ｃ２に仮想的に分離される。

なお、伝送経路９１は、端末ＴＡ１から設定されるため、図３では伝送経路９１の伝送方向は端末ＴＡ１から端末ＴＢ１への矢印であらわしているが、設定後は双方向で伝送可能である。伝送経路９２は、端末ＴＡ２から設定されるため、図３では伝送経路９２の伝送方向は端末ＴＡ２から端末ＴＢ２への矢印であらわしているが、設定後は双方向で伝送可能である。伝送経路９３は、端末ＴＢ３から設定されるため、図３では伝送経路９２の伝送方向は端末ＴＢ３から端末ＴＡ３への矢印であらわしているが、設定後は双方向で伝送可能である。

＜伝送経路管理テーブル＞
伝送経路管理テーブルは、現用系の伝送経路を管理するテーブルである。伝送経路管理テーブルは、第１のネットワーク１０Ａと第２のネットワーク１０Ｂのそれぞれの管理サーバ５Ａ，５Ｂに用意される。

図４Ａは、実施例１にかかる第１のネットワーク１０Ａにおける現用系の伝送経路を管理する伝送経路設定情報４００Ａ０の記憶内容例を示す説明図である。伝送経路設定情報４００Ａ０は、フィールドとして、復旧面４０１Ａと、ＮＧノード４０２Ａと、ＮＧ接続４０３Ａと、伝送経路ＩＤ４０４Ａと、送信元４０５Ａと、経由ノード４０６Ａと、送信先４０７Ａと、帯域４０８Ａと、を有する。

復旧面４０１Ａは、値として、復旧面を一意に特定する識別子を格納する。ＮＧノード４０２Ａは、値として、復旧面４０１Ａに対応するＮＧノードを一意に特定する識別子を格納する。ＮＧノードは、障害ノードやメンテナンス中のノードなど、通信不可能な状態のノードである。ＮＧノード４０２Ａは、復旧面４０１Ａの値が現用面を示す「Ａ０」の場合は規定されない。すなわち、「Ａ０」は、いずれのノードｎ１にも障害やメンテナンスが発生していない理想的な状態を示す面である。

ＮＧ接続４０３Ａは、値として、接続が禁止される仮想接続ノードｖを一意に特定する識別子を格納する。伝送経路ＩＤ４０４Ａは、値として、復旧面４０１Ａに含まれる伝送経路を一意に特定する伝送経路ＩＤを格納する。送信元４０５Ａは、値として、伝送経路ＩＤ４０５Ａで特定される伝送経路の送信元を一意に特定する識別子を格納する。経由ノード４０６Ａは、値として、伝送経路ＩＤ４０５Ａで特定される伝送経路を通過するノードを一意に特定する識別子を格納する。送信先４０７Ａは、値として、伝送経路ＩＤ４０５Ａで特定される伝送経路の送信先を一意に特定する識別子を格納する。帯域４０８Ａは、値として、伝送経路ＩＤ４０５Ａで特定される伝送経路の帯域を格納する。フィールド４０１Ａ〜４０７Ａは、あらかじめ設定され、帯域４０８Ａは、管理者の入力により設定される。

図４Ａでは、面Ａ０は、第１のネットワ―ク１０Ａにおいて障害が発生していない状況での運用面を示している。また、図４Ａでは３本の伝送経路を設定していることを示している。例えば、伝送経路Ｐ０１は、端末ＴＡ１からノードｎ１１、ｎ１４、ｖ１を経由して、端末ＴＢ１へ到達する伝送経路であり、且つ帯域４０８Ａとして１０［Ｍｂｐｓ］が確保される。また、伝送経路Ｐ０３では、端末ＴＢ３からノードｖ３、ｎ１６、ｎ１３を経由して、端末ＴＡ３へ到達する伝送経路であり、且つ帯域４０８Ａとして２０［Ｍｂｐｓ］が確保される。なお、伝送経路Ｐ０１〜Ｐ０３は、それぞれ、図３に示した伝送経路９１〜９３に対応する。

なお、実施例１では、端末ＴＡ１が端末ＴＢ１へデータ送信するといったように、１対１の接続構成を例に説明したが、端末ＴＡ１が端末ＴＢ１と他の端末とにデータ送信するといったように、１対多の接続構成において、実施しても良い。

図４Ｂは、実施例１にかかる第２のネットワーク１０Ｂにおける現用系の伝送経路を管理する伝送経路設定情報４００Ｂ０の記憶内容例を示す説明図である。伝送経路設定情報４００Ｂ０は、フィールドとして、復旧面４０１Ｂと、ＮＧノード４０２Ｂと、ＮＧ接続４０３Ｂと、伝送経路ＩＤ４０４Ｂと、送信元４０５Ｂと、経由ノード４０６Ｂと、送信先４０７Ｂと、帯域４０８Ｂと、を有する。

復旧面４０１Ｂは、値として、復旧面を一意に特定する識別子を格納する。ＮＧノード４０２Ｂは、値として、復旧面４０１Ｂに対応するＮＧノードを一意に特定する識別子を格納する。ＮＧノードは、障害ノードやメンテナンス中のノードなど、通信不可能な状態のノードである。ＮＧノード４０２Ｂは、復旧面４０１Ｂの値が現用面を示す「Ｂ０」の場合は規定されない。すなわち、「Ｂ０」は、いずれのノードｎ１にも障害やメンテナンスが発生していない理想的な状態を示す面である。

ＮＧ接続４０３Ｂは、値として、接続が禁止される仮想接続ノードｖを一意に特定する識別子を格納する。伝送経路ＩＤ４０４Ｂは、値として、復旧面４０１Ｂに含まれる伝送経路を一意に特定する伝送経路ＩＤを格納する。送信元４０５Ｂは、値として、伝送経路ＩＤ４０５Ｂで特定される伝送経路の送信元を一意に特定する識別子を格納する。経由ノード４０６Ｂは、値として、伝送経路ＩＤ４０５Ｂで特定される伝送経路を通過するノードを一意に特定する識別子を格納する。送信先４０７Ｂは、値として、伝送経路ＩＤ４０５Ｂで特定される伝送経路の送信先を一意に特定する識別子を格納する。帯域４０８Ｂは、値として、伝送経路ＩＤ４０５Ｂで特定される伝送経路の帯域を格納する。フィールド４０１Ｂ〜４０７Ｂは、あらかじめ設定され、帯域４０８Ｂは、管理者の入力により設定される。

図４Ｂでは、面Ｂ０は、第２のネットワ―ク１０Ｂにおいて障害が発生していない状況での運用面を示している。また、図４Ｂでは３本の伝送経路を設定していることを示している。例えば、伝送経路Ｐ０１は、端末ＴＡ１からノードｖ１、ｎ２１、ｎ２４を経由して、端末ＴＢ１へ到達する伝送経路であり、且つ帯域４０８Ｂとして１０［Ｍｂｐｓ］が確保される。また、伝送経路Ｐ０３では、端末ＴＢ３からｎ２３、ｎ２６、ノードｖ３を経由して、端末ＴＡ３へ到達する伝送経路であり、且つ帯域４０８Ｂとして２０［Ｍｂｐｓ］が確保される。伝送経路ＩＤ４０４Ｂとして、図４Ａで示した第１のネットワーク１０Ａ側の識別子と同一の識別子を用いているが、異なる識別子を用いても良い。

＜障害発生時の伝送経路設定例＞
図５は、実施例１にかかる通信システム１における障害発生時の伝送経路の設定例を示す説明図である。実施例１では、ノードｎ１４に障害が発生する場合を想定して説明する。図５に示されるように、通信システム１では、ノードｎ１４に障害が発生した場合の復旧設定として、現用系としての伝送経路９１（Ｐ０１）に対して、復旧用の経路である伝送経路９４（９４ａ、９４ｂ、９４ｃ、９４ｄ１、９４ｄ２、９４ｅ、９４ｆ、９４ｇ）が事前に算出、準備される。

第１のネットワーク１０Ａ側の管理サーバ５Ａは、ノードｎ１４に障害が発生した場合の復旧面である面Ａ１を、復旧用の伝送経路の設定情報として事前に算出して管理する。一方、第２のネットワーク１０Ｂ側の管理サーバ５Ｂは、面Ａ１の設定において、仮想接続ノードｖ１〜ｖ３を通過する伝送経路の設定情報をネットワーク１０の管理サーバから受信する。また、管理サーバ５Ｂは、受信した仮想接続ノードｖ１〜ｖ３を通過する伝送経路の設定情報から、第２のネットワーク１０Ｂ側の伝送経路の変更設定情報を算出して管理する。より具体的には、管理サーバ５Ｂは、自ネットワークに障害が発生していない状況（すなわち、面Ｂ０）において、面Ａ１にて設定される伝送経路と接続するための設定情報を算出し、当該設定情報を面Ｂ０Ａ１として管理する。

＜復旧面の事前設定シーケンス＞
図６は、実施例１にかかる復旧面の事前設定例を示すシーケンス図である。管理サーバ５Ａは、第１のネットワーク１０Ａの管理者の入力により、第２のネットワーク１０Ｂとの接続境界点として、図２Ａに示した仮想接続ノード２０３Ａに値ｖ１〜ｖ３を設定する（ステップＳ６０１）。続いて、管理サーバ５Ａは、第１のネットワーク１０Ａの管理者により、図４Ａに示した伝送経路設定情報４００Ａ０に、図４Ａに示した伝送経路Ｐ０１，Ｐ０２の情報（現用系の伝送経路情報）を設定する。具体的には、管理サーバ５Ａは、伝送経路Ｐ０１、Ｐ０２について、送信元４０５Ａ、経由ノード４０６Ａ、送信先４０７Ａ、帯域４０８Ａを設定する。（ステップＳ６０２）。

一方、管理サーバ５Ｂは、第２のネットワーク１０Ｂの管理者による入力により、第１のネットワーク１０Ａとの接続境界点として、図２Ｂに示した仮想接続ノード２０３Ｂに値ｖ１〜ｖ３を設定する（ステップＳ６０３）。続いて、管理サーバ５Ｂは、第２のネットワーク１０Ｂの管理者により、図４Ｂに示した伝送経路Ｐ０３の伝送経路設定情報（現用系の伝送経路情報）を設定する。具体的には、管理サーバ５Ｂは、伝送経路Ｐ０３について、送信元４０５Ｂ、経由ノード４０６Ｂ、送信先４０７Ｂ、帯域４０８Ｂを設定する。（ステップＳ６０４）。

管理サーバ５Ａは、図４Ａに示した伝送経路Ｐ０１，Ｐ０２の設定情報から伝送経路Ｐ０１，Ｐ０２の接続要求情報を生成して、管理サーバ５Ｂに通知する（ステップＳ６０５）。なお、伝送経路Ｐ０１の接続要求情報に関しては、図７を用いて後述する。

管理サーバ５Ｂは、図４Ｂに示した伝送経路設定情報４００Ｂ０を更新する（ステップＳ６０６）。具体的には、たとえば、管理サーバ５Ｂは、管理サーバ５Ａから受信した伝送経路Ｐ０１，Ｐ０２の接続要求情報を受信して、図４Ｂに示した伝送経路設定情報４００Ｂ０に、伝送経路Ｐ０１，Ｐ０２の情報（現用系の伝送経路情報）を追加する。伝送経路Ｐ０１の情報とは、図４Ｂに示した伝送経路ＩＤ４０４Ｂが「Ｐ０１」であるエントリ（フィールド４０５Ｂ〜４０８Ｂの値）である。伝送経路Ｐ０２の情報とは、図４Ｂに示した伝送経路ＩＤ４０４Ｂが「Ｐ０２」であるエントリ（フィールド４０５Ｂ〜４０８Ｂの値）である。

つぎに、管理サーバ５Ｂは、伝送経路Ｐ０３の情報（現用系の伝送経路情報）から伝送経路Ｐ０３の接続要求情報を生成して、管理サーバ５Ａに通知する（ステップＳ６０７）。

管理サーバ５Ａは、図４Ａに示した伝送経路設定情報４００Ａ０を更新する（ステップＳ６０８）。具体的には、たとえば、管理サーバ５Ａは、管理サーバ５Ｂから受信した伝送経路Ｐ０３の接続要求を用いて、図４Ａに示した伝送経路設定情報４００Ａ０に、伝送経路Ｐ０３の情報（現用系の伝送経路情報）を追加する。伝送経路Ｐ０３の情報とは、図４Ａに示した伝送経路ＩＤ４０４Ａが「Ｐ０３」であるエントリ（フィールド４０５Ａ〜４０８Ａの値）である。

続いて、管理サーバ５Ａは、第１のネットワーク１０Ａ内において発生の可能性のある障害を想定して、復旧用の伝送経路設定情報を算出する（ステップＳ６０９）。第１のネットワーク１０Ａ側の復旧用の伝送経路設定情報については、図９および図１０で説明する。なお、実施例１では、第１のネットワーク１０Ａ内に配備された６台のノードｎ１の個々の障害を組み合わせたパターンについて、復旧用の伝送経路設定情報を算出するが、その他の障害発生パターンを用いても良い。例えば、ノードｎ１間を接続するリンクの障害や、ノードｎ１におけるポートの障害等を考慮した障害を想定しても良い。

管理サーバ５Ｂは、同様に、第２のネットワーク１０Ｂ内において発生の可能性のある障害を想定して、復旧用の伝送経路設定情報を算出する（ステップＳ６１０）。第２のネットワーク１０Ｂ側の復旧用の伝送経路設定情報については、図１１で説明する。

管理サーバ５Ａは、ステップＳ６０９で算出した復旧用の伝送経路設定情報から伝送経路の接続変更リストを生成して、管理サーバ５Ｂに通知する（ステップＳ６１１）。接続変更リストについては、図１２を用いて後述する。

管理サーバ５Ｂは、第２のネットワーク１０Ｂに障害が発生していない場合において、管理サーバ５Ａから接続変更リストを受信し、第２のネットワーク１０Ｂにおいて障害未発生時の復旧用の伝送経路変更情報を算出する（ステップＳ６１２）。これにより、第２のネットワーク１０Ｂにおける伝送経路Ｐ０１〜Ｐ０３は、第１のネットワーク１０Ａにおける障害復旧向けの伝送経路と接続される。障害未発生時の復旧用の伝送経路変更情報については、図１６で説明する。

また、管理サーバ５Ｂは、第２のネットワーク１０Ｂにおける障害発生を想定した場合において、管理サーバ５Ａから受信した第１のネットワーク１０Ａにおける障害復旧向けの伝送経路と接続するために、第２のネットワーク１０Ｂにおいて障害発生時の復旧用の伝送経路変更情報を算出する（ステップＳ６１３）。なお、障害発生時の復旧用の伝送経路変更情報については、図１６で説明する。

さらに、管理サーバ５Ｂは、図４Ｂに示した伝送経路の情報と、ステップＳ６１２およびステップＳ６１３で算出した復旧用の伝送経路変更情報を用いて、復旧面の伝送経路情報を第２のネットワーク１０Ｂ内の個々のノードｎ２に設定する（ステップＳ６１４）。ノードｎ２への設定内容は、図１８で後述する。

管理サーバ５Ｂは、ステップＳ６１１と同様に、第２のネットワーク１０Ｂ側の障害を想定してステップＳ６１０で算出した復旧用の伝送経路情報から伝送経路の接続変更リストを生成して、管理サーバ５Ａに通知する（ステップＳ６１５）。接続変更リストについては、図１３を用いて後述する。

管理サーバ５Ａは、第１のネットワーク１０Ａに障害が発生していない場合において、管理サーバ５Ｂから接続変更リストを受信し、第１のネットワーク１０Ａにおいて障害未発生時の復旧用の伝送経路変更情報を算出する（ステップＳ６１６）。これにより、第１のネットワーク１０Ａにおける伝送経路Ｐ０１〜Ｐ０３は、第２のネットワーク１０Ｂにおける障害復旧向けの伝送経路と接続される。障害未発生時の復旧用の伝送経路変更情報については、図１５で説明する。

また、管理サーバ５Ａは、第１のネットワーク１０Ａにおける障害発生を想定した場合において、管理サーバ５Ｂから受信した第２のネットワーク１０Ｂにおける障害復旧向けの伝送経路と接続するために、第１のネットワーク１０Ａにおいて障害発生時の復旧用の伝送経路変更情報を算出する（ステップＳ６１７）。障害発生時の復旧用の伝送経路変更情報については、図１５で説明する。

さらに、管理サーバ５Ａは、図４Ａに示した伝送経路の情報と、ステップＳ６１６およびステップＳ６１７で算出した復旧用の伝送経路変更情報を用いて、第１のネットワーク１０Ａ内の個々のノードｎ１に設定する（ステップＳ６１８）。ノードｎ１への設定内容は、図１７で後述する。ステップＳ６１８までの処理が完了すると、管理サーバ５Ａ、５Ｂは、実際のネットワーク運用を開始する（ステップＳ６１９）。

図７は、図６に示した伝送経路Ｐ０１の接続要求情報の通知例（ステップＳ６０５）を示す説明図である。管理サーバ５Ａは、仮想接続ノードｖ１〜ｖ３の先に、端末ＴＢ１が接続されていると仮定して、図７に示したトポロジー７０１を構成する。図７のようにトポロジー７０１を仮定したことにより、管理サーバ５Ａは、任意の２点間の経路を、既知の経路算出方法、例えばダイクストラ法等により探索することができる。

実施例１では、管理サーバ５Ａは、送信元である端末ＴＡ１から送信先である端末ＴＢ１までの経路Ｐ０１のうち、第１のネットワーク１０Ａにおける経路を、既知であるダイクストラ法により探索する。具体的には、端末ＴＡ１からのデータは、ノードｎ１１、ｎ１４、及び仮想接続ノードｖ１を介して、第２のネットワーク１０Ｂと接続する経路を探索する。

また、管理サーバ５Ａは、第１のネットワーク１０Ａにおける伝送経路Ｐ０１の情報４００Ａ０−１を、図４に示した伝送経路設定情報４００Ａ０から抽出する。伝送経路Ｐ０１の情報４００Ａ０−１は、伝送経路設定情報４００Ａ０の中の伝送経路Ｐ０１に関するエントリである。管理サーバ５Ａは、伝送経路Ｐ０１の情報４００Ａ０−１から、ＮＧノード４０２Ａを削除し、かつ、経由ノード４０６Ａから仮想接続ノードｖ１以外のノードｎ１１、ｎ１４を削除することにより、伝送経路Ｐ０１の接続要求情報７００Ａ０−１を生成して、管理サーバ５Ｂへ通知する（ステップＳ６０５）。

ステップＳ６０５により、管理サーバ５Ａは、第１のネットワーク１０Ａ側のトポロジー７０１を通知することなく、管理サーバ５Ｂに対して、第２のネットワーク１０Ｂ側の伝送経路作成要求を実行することができるようになる。すなわち、接続相手側ドメイン（この場合は、第２のネットワーク１０Ｂ）では、管理サーバ５Ｂは、接続リンク（伝送経路９１ｃ、９２ｃ）毎に終点ノード（端末ＴＢ１）までのコストを算出する必要がない。また、自ドメイン（この場合は、第１のネットワーク１０Ａ）において、管理サーバ５Ａは、複数のドメインに跨るデータ伝送経路Ｐ０１，Ｐ０２の情報を算出する。したがって、接続相手側ドメインでは、管理サーバ５Ｂは、接続する相手側との接続リンク毎のコストを複数受信する必要がない。

なお、図７では、伝送経路Ｐ０１の接続要求情報７００Ａ０−１について説明したが、伝送経路Ｐ０２の接続要求情報についても同様に生成され、管理サーバ５Ｂに通知される。また、伝送経路Ｐ０３の接続要求情報についても同様に、管理サーバ５Ｂが生成し、管理サーバ５Ａに通知することになる（ステップＳ６０７）。

図８は、図６に示した伝送経路Ｐ０１の設定の実行例（ステップＳ６０６）を示す説明図である。管理サーバ５Ｂは、管理サーバ５Ａから受信した接続要求情報７００Ａ０−１を用いて、図８に示したトポロジー８０１において、接続ポイントである仮想接続ノードｖ１から送信先の端末ＴＢ１までの伝送経路を、既知であるダイクストラ法により探索する。具体的には、管理サーバ５Ｂは、伝送経路Ｐ０１に対して、仮想接続ノードｖ１、ノードｎ２４、ノードｎ２１を経由して端末ＴＢ１へ到達する経路を探索する。

なお、図８では、伝送経路Ｐ０１の接続要求情報７００Ａ０−１について説明したが、伝送経路Ｐ０２の接続要求情報についても同様に、管理サーバ５Ｂは、図８に示したトポロジー８０１において、接続ポイントである仮想接続ノードｖ２から送信先の端末ＴＢ２までの伝送経路を、既知であるダイクストラ法により探索する。また、伝送経路Ｐ０３の接続要求情報についても同様に、管理サーバ５Ａは、図７に示したトポロジー７０１において、接続ポイントである仮想接続ノードｖ３から送信先の端末ＴＡ３までの伝送経路を、既知であるダイクストラ法により探索する（ステップＳ６０８）。

図９は、実施例１にかかる第１のネットワーク１０Ａにおいて障害復旧のために準備する復旧用の伝送経路設定情報４００Ａ１の記憶内容例を示す説明図である。復旧用の伝送経路設定情報４００Ａ１のフィールドは、図４Ａと同一であるため説明を省略する。復旧用の伝送経路設定情報４００Ａ１は、図６のステップＳ６０９で算出される。

管理サーバ５Ａは、復旧面４０１Ａの値として「Ａ１」を設定する。管理サーバ５Ａは、第１のネットワーク１０Ａにおいて、ノードｎ１４に障害が発生した場合を想定して、ＮＧノード４０２Ａの値として「ｎ１４」を設定する。ノードｎ１４は、仮想接続ノードｖ１に直接接続される。すなわち、ノードｎ１４に障害が発生した場合は、仮想接続ノードｖ１を経由して、第２のネットワーク１０Ｂと通信できなくなる。したがって、管理サーバ５Ａは、ＮＧ接続４０３Ａの値として「ｖ１」を設定する。

面Ａ１では、現用系の面Ａ０と同様、３本の伝送経路Ｐ０１、Ｐ０２、Ｐ０３が設定される。したがって、管理サーバ５Ａは、伝送経路ＩＤ４０４Ａ、送信元４０５Ａ、送信先４０７Ａ、および帯域４０８Ａの値として、現用系の面Ａ０と同じ値を設定する。

また、管理サーバ５Ａは、トポロジー７０１を用いて、ダイクストラ法などにより、伝送経路Ｐ０１〜Ｐ０３ごとに、送信元４０５Ａから送信先４０７Ａまでの経由ノード４０６Ａを特定する。具体的には、管理サーバ５Ａは、伝送経路Ｐ０１〜Ｐ０３ごとに、ＮＧノード４０２Ａであるノードｎ１４とＮＧ接続４０３Ａである仮想接続ノードｖ１を経由しないように、経由ノード４０６Ａを特定する。これにより、復旧用の伝送経路設定情報４００Ａ１が算出される。

なお、図９では、ＮＧノード４０２Ａがノードｎ１４の場合を例に挙げて説明したが、管理サーバ５Ａは、ＮＧノード４０２Ａの全組み合わせについて、復旧用の伝送経路設定情報の算出を試行する。したがって、第２のネットワーク１０Ｂとの伝送経路が少なくとも１本確保できるＮＧノード４０２Ａの組み合わせについて、復旧用の伝送経路設定情報が算出される。一方、ＮＧノード４０２Ａの値が「ｎ１１〜ｎ１６」や「ｎ１２〜ｎ１６」など、第２のネットワーク１０Ｂとの伝送経路が１本も確保できない組み合わせについては、復旧用の伝送経路設定情報は算出されない。

図１０は、実施例１にかかる第１のネットワーク１０Ａにおける復旧面伝送経路設定ＤＢ１０００Ａの記憶内容例を示す説明図である。復旧面伝送経路設定ＤＢ１０００Ａは、伝送経路設定情報をエントリとするデータベースである。伝送経路設定情報４００Ａ０は、図４Ａで説明したように、図６のステップＳ６０２で算出されたエントリである。伝送経路設定情報４００Ａ１は、図９で説明したように、図６のステップＳ６０９で算出されたエントリである。伝送経路設定情報４００Ａ２以降も、図９で説明したように、図６のステップＳ６０９で算出されたエントリ群である。

また、第２のネットワーク１０Ｂ側でも、ステップＳ６１０において、管理サーバ５Ｂは、同様な処理を実行することで、各復旧面についての伝送経路の設定情報が算出される。

図１１は、実施例１にかかる第２のネットワーク１０Ｂにおける復旧面伝送経路設定ＤＢ１０００Ｂの記憶内容例を示す説明図である。復旧面伝送経路設定ＤＢ１０００Ｂは、伝送経路設定情報をエントリとするデータベースである。伝送経路設定情報４００Ｂ０は、図４Ｂで説明したように、図６のステップＳ６０４で算出されたエントリである。伝送経路設定情報４００Ａ１以降は、図６のステップＳ６１０で算出されたエントリ群である。復旧面伝送経路設定ＤＢ１０００Ａ，１０００Ｂ（以下、復旧面伝送経路設定ＤＢ１０００）は、あらかじめ用意されたデータベースであってもよい。

図１２は、図６のステップＳ６１１により第１のネットワーク１０Ａから第２のネットワーク１０Ｂへ通知する伝送経路の接続変更リスト１２００Ａの一例を示す説明図である。接続変更リスト１２００Ａは、第１のネットワーク１０Ａ側の障害発生を想定した場合における、ネットワーク復旧用の伝送経路の設定変更を示すテーブルである。第１のネットワーク１０Ａの管理サーバ５Ａは、管理サーバ５Ｂへ、接続変更リスト１２００Ａを事前に送付しておくことにより、第１のネットワーク１０Ａに障害が発生した場合において、第２のネットワーク１０Ｂとの接続を迅速に復旧することが可能となる。

接続変更リスト１２００Ａは、図１０に示した第１の復旧面伝送経路設定ＤＢ１０００Ａから、ＮＧノード４０２Ａを削除し、経由ノード４０６Ａの値を仮想接続ノードから仮想接続ノードｖ以外のノードｎ１を削除し、かつ、面Ａ０のエントリ１２０Ａ０内の伝送経路の情報（伝送経路ＩＤ４０１Ａ，送信元４０５Ａ，経由ノード４０６Ａ，送信先４０７Ａ，帯域４０８Ａの値）と同一の伝送経路の情報とすることにより、エントリ１２０Ａ０、１２０Ａ１、…を生成する。

現用系である面Ａ０における伝送経路Ｐ０１は、仮想接続ノードｖ１を経由して第２のネットワーク１０Ｂと接続する構成である。第１のネットワーク１０Ａにおいて、ノードｎ１４に障害が発生した場合は、復旧面である面Ａ１を用いて第１のネットワーク１０Ａは復旧される。面Ａ１のエントリ１２０Ａ１の伝送経路ＩＤ４０４Ａは、「Ｐ０１」である。したがって、面Ａ１では、面Ａ０の設定に対して、伝送経路Ｐ０１の経路を変更する必要があることを示す。具体的には、面Ａ１における伝送経路Ｐ０１は、仮想接続ノードｖ２を経由して第２のネットワーク１０Ｂと接続する構成である。

図１０における面Ａ１のエントリ４００Ａ１では、伝送経路Ｐ０１に対する経由ノード４０６Ａが複数管理されたが、図１２に示した接続変更リスト１２００Ａでは、経由ノード４０６Ａとして仮想接続ノードｖ２のみが設定され、その他のノードｎ１１、ｎ１４は削除される。具体的には、図１０の面Ａ１のエントリ４００Ａ１における伝送経路Ｐ０１に対する経由ノード４０６Ａでは、ノードｎ１１、ｎ１２、ｎ１５、及び仮想接続ノードｖ２が管理される。一方、図１２に示した接続変更リスト１２００Ａの面Ａ１のエントリ１２０Ａ１における伝送経路Ｐ０１に対する経由ノード４０６Ａに示すように、仮想接続ノードｖ２のみが、管理サーバ５Ａから管理サーバ５Ｂへ通知される（ステップＳ６１１）。

同様に、エントリ１２０Ａ０において、現用系である面Ａ０における伝送経路Ｐ０２は、仮想接続ノードｖ２を経由して第２のネットワーク１０Ｂと接続する構成である。一方、エントリ１２０Ａ２において、復旧面である面Ａ２における伝送経路Ｐ０２は、仮想接続ノードｖ１を経由して第２のネットワーク１０Ｂと接続する構成である。また、エントリ１２０Ａ０において、現用系である面Ａ０における伝送経路Ｐ０３は、仮想接続ノードｖ３を経由して第２のネットワーク１０Ｂと接続する構成である。一方、エントリ１２０Ａ３において、復旧面である面Ａ３における伝送経路Ｐ０３は、仮想接続ノードｖ２を経由して第２のネットワーク１０Ｂと接続する構成である。

第２のネットワーク１０Ｂの管理サーバ５Ｂは、管理サーバ５Ａから、第１のネットワーク１０Ａに障害が発生した場合を想定した接続変更リスト１２００Ａを受信し、第１のネットワーク１０Ａ側の設定変更に対応した、第２のネットワーク１０Ｂ側の伝送経路の設定変更情報を算出する（ステップＳ６１２）。

管理サーバ５Ｂは、第２のネットワーク１０Ｂ側において障害が発生していない場合の面Ｂ０において、第１のネットワーク１０Ａ側の設定変更情報である面Ａ１に対応する面Ｂ０Ａ１を、第２のネットワーク１０Ｂ側の運用面として管理する。管理サーバ５Ｂは、第２のネットワーク１０Ｂにおいて障害が発生していない状況において、管理サーバ５Ａから運用面を面Ａ１に変更する通知を受信すると、第２のネットワーク１０Ｂにおける運用面を面Ｂ０Ａ１へ変更する。これにより、管理サーバ５Ｂは、第１のネットワーク１０Ａ側の設定変更要求に対して迅速に第２のネットワーク１０Ｂ側の設定変更を実行することができる。

同様に、エントリ１２０Ａ２では、面Ａ０の設定に対して伝送経路Ｐ０２の経路を変更する必要があることを示す。また、エントリ１２０Ａ３では、面Ａ０の設定に対して伝送経路Ｐ０３の経路を変更する必要があることを示す。

図１３は、図６のステップＳ６１５により第２のネットワーク１０Ｂから第１のネットワーク１０Ａへ通知する伝送経路の接続変更リスト１２００Ｂの一例を示す説明図である。接続変更リスト１２００Ｂも、上記と同様の処理で、管理サーバ５Ｂにより作成される。接続変更リスト１２００Ｂは、第２のネットワーク１０Ｂ側の障害発生を想定した場合における、ネットワーク復旧用の伝送経路の設定変更を示すテーブルである。接続変更リスト１２００Ｂは、図１１に示した第２の復旧面伝送経路設定ＤＢ１０００Ｂから、ＮＧノード４０２Ｂを削除し、経由ノード４０６Ｂの値を仮想接続ノードから仮想接続ノードｖ以外のノードｎ２を削除し、かつ、面Ｂ０のエントリ１２０Ｂ０内の伝送経路の情報（伝送経路ＩＤ４０１Ｂ，送信元４０５Ｂ，経由ノード４０６Ｂ，送信先４０７Ｂ，帯域４０８Ｂの値）と同一の伝送経路の情報を削除することにより、エントリ１２０Ｂ０、１２０Ｂ１、…を生成する。管理サーバ５Ｂは、管理サーバ５Ａへ、接続変更リスト１２００Ｂを事前に送付しておくことにより、第２のネットワーク１０Ｂに障害が発生した場合において、第１のネットワーク１０Ａとの接続を迅速に復旧することが可能となる。

図１４は、実施例１にかかる第２のネットワーク１０Ｂにおける多様な障害復旧のために準備すべき面のパターンを示すパターンテーブル１４００Ｂの一例を示す説明図である。パターンテーブル１４００Ｂは、管理サーバ５Ｂが準備する障害復旧のための運用面パターンを示す。パターンテーブル１４００Ｂは、行方向の面Ａ０，Ａ１，…と、列方向の面Ｂ０，Ｂ１，…との組み合わせとなるマトリクスで構成される。

管理サーバ５Ｂは、第２のネットワーク１０Ｂ側のみの現用系での運用面である面Ｂ０と、障害パターンに対する復旧面である面Ｂ１、Ｂ２、Ｂ３、…を準備する。管理サーバ５Ｂは、管理サーバ５Ａから、第１のネットワーク１０Ａ側において障害が発生した場合に運用する復旧面Ａ１、Ａ２、Ａ３、…に対する接続変更リスト１２００Ａのエントリを受信すると、第２のネットワーク１０Ｂ側と第１のネットワーク１０Ａ側の双方の障害発生に対応する復旧面を算出し、蓄積管理する。

具体的には、管理サーバ５Ｂは、運用面Ｂ０と第１のネットワーク１０Ａ側の全パターン（面Ａ０，Ａ１，…）との組み合わせである面Ｂ０Ａ０，Ｂ０Ａ１，Ｂ０Ａ２，Ｂ０Ａ３，…を示す伝送経路設定情報を算出し、障害発生に備える（ステップＳ６１２）。そして、管理サーバ５Ｂは、第２のネットワーク１０Ｂ側での障害発生を考慮して、列方向の面Ｂ１Ａ０，Ｂ１Ａ１，Ｂ１Ａ２，Ｂ１Ａ３，…，Ｂ２Ａ０，Ｂ２Ａ１，Ｂ２Ａ２，Ｂ２Ａ３，…，Ｂ３Ａ０，Ｂ３Ａ１，Ｂ３Ａ２，Ｂ３Ａ３，…）を示す伝送経路設定情報を事前に算出し、障害発生に備える（ステップＳ６１３）。

図示はしないが、管理サーバ５Ａにおいても、パターンテーブル１４００Ａにより面を算出する（ステップＳ６１６、Ｓ６１７）。具体的には、管理サーバ５Ａは、運用面Ａ０と第２のネットワーク１０Ｂ側の全パターン（面Ｂ０，Ｂ１，…）との組み合わせである面Ａ０Ｂ０，Ａ０Ｂ１，Ａ０Ｂ２，Ａ０Ｂ３，…を示す伝送経路設定情報を算出し、障害発生に備える（ステップＳ６１６）。そして、管理サーバ５Ａは、第１のネットワーク１０Ａ側での障害発生を考慮して、列方向の面Ａ１Ｂ０，Ａ１Ｂ１，Ａ１Ｂ２，Ａ１Ｂ３，…，Ａ２Ｂ０，Ａ２Ｂ１，Ａ２Ｂ２，Ａ２Ｂ３，…，Ａ３Ｂ０，Ａ３Ｂ１，Ａ３Ｂ２，Ａ３Ｂ３，…）を示す伝送経路設定情報を事前に算出し、障害発生に備える（ステップＳ６１３）。

図１５は、実施例１にかかる第２のネットワーク１０Ｂにおける復旧面伝送経路設定ＤＢ１５００Ｂの記憶内容例を示す説明図である。復旧面伝送経路設定ＤＢ１５００Ｂは、図１４のマトリクスで示した復旧面Ｂ０Ａ０〜Ｂ０Ａ３，…，Ｂ３Ａ０〜Ｂ３Ａ３，…を示す伝送経路設定情報をエントリとするデータベースである。復旧面Ｂ０Ａ０〜Ｂ０Ａ３，…，Ｂ３Ａ１〜Ｂ３Ａ３，…は、第１のネットワーク１０Ａ及び第２のネットワーク１０Ｂの双方に障害が発生した場合を考慮した面である。ただし、面Ｂ０Ａ０は、第１のネットワーク１０Ａ及び第２のネットワーク１０Ｂのいずれにも障害が発生していない現用系の面である。面Ｂ０Ａ０は、復旧面伝送経路設定ＤＢ１０００Ｂの面Ｂ０のエントリから複製される。

管理サーバ５Ｂは、第２のネットワーク１０Ｂ側にのみ障害が発生した場合の復旧面を示す復旧面伝送経路設定ＤＢ１０００Ｂ（図１１）と、第１のネットワーク１０Ａ側に障害が発生した場合の復旧面を示す接続変更リスト１２００Ａ（図１２）と、から算出する。

例えば、復旧面Ｂ０Ａ１は、復旧面伝送経路設定ＤＢ１０００Ｂの面Ｂ０のエントリと接続変更リスト１２００Ａの面Ａ１対応のエントリとから算出される。面Ｂ０Ａ１は、第２のネットワーク１０Ｂに設定している現用系の面Ｂ０に対して、第１のネットワーク１０Ａ側において障害が発生し、運用面を面Ａ１に変更する通知が届く場合を想定した伝送経路である。面Ｂ０における伝送経路は、３本（Ｐ０１、Ｐ０２、Ｐ０３）である。面Ａ１では、伝送経路Ｐ０１に対して、仮想接続ノードｖ２を介した接続への修正が必要なことが接続変更リスト１２００Ａにより通知される。

そのため、管理サーバ５Ｂは、面Ｂ０における伝送経路Ｐ０１に対して、仮想接続ノードｖ２を介した経路を新たに探索する。具体的には、面Ｂ０Ａ１における伝送経路Ｐ０１は、端末ＴＡ３からのデータを仮想接続ノードｖ２、ノードｎ２５、ｎ２４、ｎ２１を経由して、端末ＴＢ１で伝送する経路となる。

したがって、管理サーバ５Ｂは、伝送経路設定ＤＢ１５００Ｂの面Ｂ０Ａ１のエントリにおいて、まず、面Ｂ０を複製する。つぎに、管理サーバ５Ｂは、面Ｂ０Ａ１のエントリにおいて、ＮＧ接続４０３Ｂに、接続変更リスト１２００Ａの面Ａ１対応のＮＧ接続４０３Ｂで指定された仮想接続ノードｖ１を削除する。そして、管理サーバ５Ｂは、面Ｂ０Ａ１のエントリにおいて、経由ノード４０６Ｂに、仮想接続ノードｖ２を介した経路を経由する仮想接続ノードｖ２、ノードｎ２５、ｎ２４、ｎ２１を上書きする。これにより、伝送経路設定ＤＢ１５００Ｂの面Ｂ０Ａ１のエントリが完成する。

また例えば、復旧面Ｂ３Ａ２は、復旧面伝送経路設定ＤＢ１０００Ｂの面Ｂ３のエントリと接続変更リスト１２００Ａの面Ａ２対応のエントリとから算出される。面Ｂ３Ａ２は、第２のネットワーク１０Ｂに設定している復旧面Ｂ３に対して、第１のネットワーク１０Ａ側において障害が発生し、運用面を面Ａ２に変更する通知が届く場合を想定した伝送経路である。復旧面伝送経路設定ＤＢ１０００Ｂの面Ｂ３のエントリでは、ＮＧ接続４０３Ｂに「ｖ３」が設定されているため、仮想接続ノードｖ３の利用が不可である。また、接続変更リスト１２００Ａの面Ａ２対応のエントリでは、ＮＧ接続４０３Ｂに「ｖ２」が設定されているため、仮想接続ノードｖ２の利用が不可になる。

そこで、管理サーバ５Ｂは、仮想接続ノードｖ１経由にするように伝送経路Ｐ０２を探索する。すなわち、端末ＴＡ２からのデータを、仮想接続ノードｖ１、ネットワークノードｎ２４、ｎ２５、及びｎ２２を経由して、端末ＴＢ２へ伝送する経路を探索する。

また、管理サーバ５Ｂは、仮想接続ノードｖ１経由にするように伝送経路Ｐ０３を探索する。すなわち、端末ＴＢ３からのデータを、ノードｎ２３、ｎ２２、ｎ２５、ｎ２４、及び仮想接続ノードｖ１を経由して、端末ＴＡ３へ伝送する経路を探索する。

また、管理サーバ５Ｂは、管理サーバ５Ａに対して、面Ｂ３と面Ａ２の両方に対応する必要がある場合は、面Ｂ３における伝送経路Ｐ０３に対して、仮想接続ノードｖ１を介した２０［Ｍｂｐｓ］の接続に変更となることを通知する。

管理サーバ５Ａは、面Ｂ３と面Ａ２の両方に対応する運用面Ａ２Ｂ３を運用する場合、管理サーバ５Ｂからの伝送経路Ｐ０３の接続修正通知に従い、伝送経路Ｐ０３を再探索して、保持管理する。

図１６は、実施例１にかかる第１のネットワーク１０Ａにおける復旧面伝送経路設定ＤＢ１５００Ａの記憶内容例を示す説明図である。第１のネットワーク１０Ａにおける復旧面伝送経路設定ＤＢ１５００Ａも、復旧面伝送経路設定ＤＢ１５００Ｂと同様に生成される。復旧面伝送経路設定ＤＢ１５００Ａは、復旧面Ａ０Ｂ０〜Ａ０Ｂ３，…，Ａ３Ｂ１〜Ａ３Ｂ３，…を示す伝送経路設定情報をエントリとするデータベースである。復旧面Ａ０Ｂ０〜Ａ０Ｂ３，…，Ａ３Ｂ１〜Ａ３Ｂ３，…は、第１のネットワーク１０Ａ及び第２のネットワーク１０Ｂの双方に障害が発生した場合を考慮した面である。ただし、面Ａ０Ｂ０は、第１のネットワーク１０Ａ及び第２のネットワーク１０Ｂのいずれにも障害が発生していない現用系の面である。

管理サーバ５Ａは、第１のネットワーク１０Ａ側にのみ障害が発生した場合の復旧面を示す復旧面伝送経路設定ＤＢ１０００Ａ（図１０）と、第２のネットワーク１０Ｂ側に障害が発生した場合の復旧面を示す接続変更リスト１２００Ｂ（図１３）と、から算出する。

図１７は、実施例１にかかる第１のネットワーク１０Ａ内の各ノードｎ１が保持する伝送経路設定テーブルの一例を示す説明図である。図１７では、現用系である面Ａ０を示す伝送経路設定情報とノードｎ１４に障害が発生したことを想定した復旧面Ａ１を示す伝送経路設定情報をエントリとする伝送経路設定テーブル１７１１〜１７１６を示す。

（Ａ）は、ノードｎ１１が保持する伝送経路設定テーブル１７１１である。（Ｂ）は、ノードｎ１２が保持する伝送経路設定テーブル１７１２である。（Ｃ）は、ノードｎ１３が保持する伝送経路設定テーブル１７１３である。（Ｄ）は、ノードｎ１４が保持する伝送経路設定テーブル１７１４である。（Ｅ）は、ノードｎ１５が保持する伝送経路設定テーブル１７１５である。（Ｆ）は、ノードｎ１６が保持する伝送経路設定テーブル１７１６である。

伝送経路設定テーブル１７１１〜１７１６において、面Ａ０のエントリは、図６のステップＳ６０８により、管理サーバ５Ａが各ノードｎ１に設定するエントリである。また、面Ａ１Ｂ０のエントリは、図６のステップＳ６１８により、管理サーバ５Ａが各ノードｎ１に設定するエントリである。ただし、ノードｎ１４が障害発生ノードであるため、伝送経路設定テーブル１７１４には、面Ａ１Ｂ０のエントリは存在しない。

伝送経路設定テーブル１７１１では、ノードｎ１１が、面Ａ０での運用において伝送経路Ｐ０１を管理しており、端末ＴＡ１からデータを受信して、ノードｎ１４へ転送し、かつ、その時に確保している帯域が１０［Ｍｂｐｓ］であることを示している。また、伝送経路設定テーブル１７１１では、ノードｎ１１が、面Ａ１Ｂ０での運用において伝送経路Ｐ０１を管理しており、端末ＴＡ１からのデータを受信して、ノードｎ１２へ転送し、かつ、その時に確保している帯域が１０［Ｍｂｐｓ］であることを示している。

伝送経路設定テーブル１７１２では、ノードｎ１２が、面Ａ０での運用において伝送経路Ｐ０２を管理しており、端末ＴＡ２からデータを受信して、ノードｎ１５へ転送し、かつ、その時に確保している帯域が５［Ｍｂｐｓ］であることを示している。また、伝送経路設定テーブル１７１２では、ノードｎ１２が、面Ａ１Ｂ０での運用において伝送経路Ｐ０２を管理しており、端末ＴＡ２からデータを受信して、ノードｎ１５へ転送し、かつ、その時に確保している帯域が５［Ｍｂｐｓ］であることを示している。

伝送経路設定テーブル１７１３では、ノードｎ１３が、面Ａ０での運用において伝送経路Ｐ０３を管理しており、ノードｎ１６からデータを受信して、端末ＴＡ３へ転送し、かつ、その時に確保している帯域が２０［Ｍｂｐｓ］であることを示している。また、伝送経路設定テーブル１７１３では、ノードｎ１３が、面Ａ１Ｂ０での運用において伝送経路Ｐ０３を管理しており、ノードｎ１６からデータを受信して、端末ＴＡ３へ転送し、かつ、その時に確保している帯域が２０［Ｍｂｐｓ］であることを示している。

伝送経路設定テーブル１７１４では、ノードｎ１４が、面Ａ０での運用において伝送経路Ｐ０１を管理しており、ノードｎ１４からデータを受信して、仮想接続ノードｖ１へ転送し、かつ、その時に確保している帯域が１０［Ｍｂｐｓ］であることを示している。

伝送経路設定テーブル１７１５では、ノードｎ１５が、面Ａ０での運用において伝送経路Ｐ０２を管理しており、ノードｎ１２からデータを受信して、仮想接続ノードｖ２へ転送し、かつ、その時に確保している帯域が５［Ｍｂｐｓ］であることを示している。また、伝送経路設定テーブル１７１５では、ノードｎ１５が、面Ａ１Ｂ０での運用において伝送経路Ｐ０１，Ｐ０２を管理している。伝送経路Ｐ０１では、ノードｎ１５が、ノードｎ１２からデータを受信して、仮想接続ノードｖ２へ転送し、かつ、その時に確保している帯域が１０［Ｍｂｐｓ］であることを示している。また、伝送経路Ｐ０２では、ノードｎ１５が、ノードｎ１２からデータを受信して、仮想接続ノードｖ２へ転送し、かつ、その時に確保している帯域が５［Ｍｂｐｓ］であることを示している。

伝送経路設定テーブル１７１６では、ノードｎ１６が、面Ａ０での運用において伝送経路Ｐ０３を管理しており、仮想接続ノードｖ３（ｖ３）からデータを受信して、ノードｎ１３へ転送し、かつ、その時に確保している帯域が２０［Ｍｂｐｓ］であることを示している。また、伝送経路設定テーブル１７１６では、ノードｎ１６が、面Ａ１Ｂ０での運用において伝送経路Ｐ０３を管理しており、仮想接続ノードｖ３からデータを受信して、ノードｎ１３へ転送し、かつ、その時に確保している帯域が２０［Ｍｂｐｓ］であることを示している。

図１８は、実施例１にかかる第２のネットワーク１０Ｂ内の各ノードｎ２が保持する伝送経路設定テーブルの一例を示す説明図である。図１８では、ノードｎ１４に障害が発生したことを想定した復旧面Ｂ０Ａ１を示す伝送経路設定情報とノードｎ１５およびノードｎ２６に障害が発生したことを想定した復旧面Ｂ３Ａ２を示す伝送経路設定情報をエントリとする伝送経路設定テーブル１８２１〜１８２６を示す。

（Ａ）は、ノードｎ２１が保持する伝送経路設定テーブル１８２１である。（Ｂ）は、ノードｎ２２が保持する伝送経路設定テーブル１８２２である。（Ｃ）は、ノードｎ２３が保持する伝送経路設定テーブル１８２３である。（Ｄ）は、ノードｎ２４が保持する伝送経路設定テーブル１８２４である。（Ｅ）は、ノードｎ２５が保持する伝送経路設定テーブル１８２５である。（Ｆ）は、ノードｎ２６が保持する伝送経路設定テーブル１８２６である。

伝送経路設定テーブル１８２１〜１８２６において、復旧面Ｂ０Ａ１のエントリおよび復旧面Ｂ３Ａ２のエントリは、図６のステップＳ６１４により、管理サーバ５Ｂが各ノードｎ２に設定するエントリである。ただし、ノードｎ２６が障害発生ノードであるため、伝送経路設定テーブル１８２６には、面Ｂ３Ａ２のエントリは存在しない。

伝送経路設定テーブル１８２１では、ノードｎ２１が、復旧面Ｂ０Ａ１での運用において伝送経路Ｐ０１を管理しており、ノードｎ２４からデータを受信して、端末ＴＢ１へ転送し、かつ、その時に確保している帯域が１０［Ｍｂｐｓ］であることを示している。また、伝送経路設定テーブル１８２１では、ノードｎ２１が、復旧面Ｂ３Ａ２での運用において伝送経路Ｐ０１を管理しており、ノードｎ２４からデータを受信して、端末ＴＢ１へ転送し、かつ、その時に確保している帯域が１０［Ｍｂｐｓ］であることを示している。

伝送経路設定テーブル１８２２では、ノードｎ２２が、復旧面Ｂ０Ａ１での運用において伝送経路Ｐ０２を管理しており、ノードｎ２５からデータを受信して、端末ＴＢ２へ転送し、かつ、その時に確保している帯域が５［Ｍｂｐｓ］であることを示している。また、伝送経路設定テーブル１８２２では、ノードｎ２２が、復旧面Ｂ３Ａ２での運用において伝送経路Ｐ０２，Ｐ０３を管理している。伝送経路Ｐ０２では、ノードｎ２２が、ノードｎ２５からデータを受信して、端末ＴＢ２へ転送し、かつ、その時に確保している帯域が５［Ｍｂｐｓ］であることを示している。また、伝送経路Ｐ０２では、ノードｎ２２が、ノードｎ２３からデータを受信して、ノードｎ２５へ転送し、かつ、その時に確保している帯域が２０［Ｍｂｐｓ］であることを示している。

伝送経路設定テーブル１８２３では、ノードｎ２３が、復旧面Ｂ０Ａ１での運用において伝送経路Ｐ０３を管理しており、端末ＴＢ３からデータを受信して、ノードｎ２６へ転送し、かつ、その時に確保している帯域が２０［Ｍｂｐｓ］であることを示している。また、伝送経路設定テーブル１８２３では、ノードｎ２３が、復旧面Ｂ３Ａ２での運用において伝送経路Ｐ０３を管理しており、端末ＴＢ３からデータを受信して、ノードｎ２２へ転送し、かつ、その時に確保している帯域が２０［Ｍｂｐｓ］であることを示している。

伝送経路設定テーブル１８２４では、ノードｎ２４が、復旧面Ｂ０Ａ１での運用において伝送経路Ｐ０１を管理しており、ノードｎ２５からデータを受信して、ノードｎ２１へ転送し、かつ、その時に確保している帯域が１０［Ｍｂｐｓ］であることを示している。また、伝送経路設定テーブル１８２４では、ノードｎ２４が、復旧面Ｂ３Ａ２での運用において伝送経路Ｐ０１〜Ｐ０３を管理している。伝送経路Ｐ０１では、ノードｎ２４が、仮想接続ノードｖ１からデータを受信して、ノードｎ２１へ転送し、かつ、その時に確保している帯域が１０［Ｍｂｐｓ］であることを示している。また、伝送経路Ｐ０２では、ノードｎ２４が、仮想接続ノードｖ１からデータを受信して、ノードｎ２５へ転送し、かつ、その時に確保している帯域が５［Ｍｂｐｓ］であることを示している。また、伝送経路Ｐ０３では、ノードｎ２４が、ノードｎ２５からデータを受信して、仮想接続ノードｖ１へ転送し、かつ、その時に確保している帯域が２０［Ｍｂｐｓ］であることを示している。

伝送経路設定テーブル１８２５では、ノードｎ２５が、復旧面Ｂ０Ａ１での運用において伝送経路Ｐ０１，Ｐ０２を管理している。伝送経路Ｐ０１では、ノードｎ２５が、仮想接続ノードｖ２からデータを受信して、ノードｎ２４へ転送し、かつ、その時に確保している帯域が１０［Ｍｂｐｓ］であることを示している。伝送経路Ｐ０２では、ノードｎ２５が、仮想接続ノードｖ２からデータを受信して、ノードｎ２２へ転送し、かつ、その時に確保している帯域が５［Ｍｂｐｓ］であることを示している。

また、伝送経路設定テーブル１８２５では、ノードｎ２５が、復旧面Ｂ３Ａ２での運用において伝送経路Ｐ０２，Ｐ０３を管理している。伝送経路Ｐ０２では、ノードｎ２５が、ノードｎ２４からデータを受信して、ノードｎ２２へ転送し、かつ、その時に確保している帯域が５［Ｍｂｐｓ］であることを示している。また、伝送経路Ｐ０３では、ノードｎ２５が、ノードｎ２２からデータを受信して、ノードｎ２４へ転送し、かつ、その時に確保している帯域が２０［Ｍｂｐｓ］であることを示している。

伝送経路設定テーブル１８２６では、ノードｎ２６が、復旧面Ｂ０Ａ１での運用において伝送経路Ｐ０３を管理しており、ノードｎ２３からデータを受信して、仮想接続ノードｖ３へ転送し、かつ、その時に確保している帯域が２０［Ｍｂｐｓ］であることを示している。

＜障害復旧シーケンス＞
図１９は、実施例１にかかる障害復旧処理例を示すシーケンス図である。このシーケンスは、図６のシーケンスの終了後に実行される。例えば、ノードｎ１４に障害が発生すると、管理サーバ５Ａは、直接接続しているノードｎ１１等から、ノードｎ１４に障害が発生していることが通知される。その結果、管理サーバ５Ａは、ノードｎ１４に障害が発生していることを検出する（ステップＳ１９００）。管理サーバ５Ａは、ノードｎ１４に障害が発生している場合の復旧面Ａ１を、復旧設定候補として選択する（ステップＳ１９０１）。また、管理サーバ５Ａは、選択した復旧設定候補である復旧面Ａ１に基づき、第１のネットワーク１０Ａ側の復旧を実行することを示す運用面変更情報を、管理サーバ５Ｂへ通知する（ステップＳ１９０２）。なお、運用面変更情報を通知する際、運用面を変更する時間を合わせて通知しても良い。例えば、相対的な時間の指定では、通知後３分後、あるいは絶対的な時間として時、分、秒等を指定しても良い。

管理サーバ５Ｂは、自身が管理する第２のネットワーク１０Ｂに障害が発生していない場合は、管理サーバ５Ａから受信した復旧設定候補の通知に対して、了承を通知する（ステップＳ１９０３）。一方、管理サーバ５Ｂは、第２のネットワーク１０Ｂにおいて障害が発生し復旧設定を施す必要がある場合は、ステップＳ１９００〜Ｓ１９０２のように、復旧設定候補を選択し、第２のネットワーク１０Ｂ側の復旧を実行することを示す運用面変更情報を管理サーバ５Ａへ通知する。この場合、管理サーバ５Ａは、ステップＳ１９０３のように、管理サーバ５Ｂから受信した復旧設定候補の通知に対して、了承を通知することになる。

管理サーバ５Ａは、管理サーバ５Ｂからの応答に基づいて、第１のネットワーク１０Ａにおける実際の運用面を決定する（ステップＳ１９０４）。具体的には、管理サーバ５Ａは、第２のネットワーク１０Ｂ側の設定に変更がない場合、すなわち、面Ｂ０を運用する場合は、第１のネットワーク１０Ａ側の復旧設定候補のみを考慮し、運用面を面Ａ１Ｂ０に決定する。また、管理サーバ５Ａは、運用面Ａ１Ｂ０での運用を実行することを、自身が管理する第１のネットワーク１０Ａ内の各ノードｎ１へ通知する（ステップＳ１９０５）。

なお、運用面Ａ１Ｂ０は、第２のネットワーク１０Ｂにおいて障害が発生していない状況である面Ｂ０と、第１のネットワーク１０Ａ側のみにおける障害復旧を実行するための面Ａ１とを組み合わせて算出した復旧面である。

管理サーバ５Ｂは、ステップＳ１９０２で受信した運用面変更情報に基づき、第２のネットワーク１０Ｂにおける運用面を面Ｂ０Ａ１に変更することを決定する（ステップＳ１９０６）。また、管理サーバ５Ｂは、運用面Ｂ０Ａ１での運用を実行することを、第２のネットワーク１０Ｂ内の各ノードｎ２へ通知する（ステップＳ１９０７）。ステップＳ１９０７までの処理が完了すると、管理サーバ５Ａ，５Ｂは、復旧面伝送経路設定ＤＢ１５００Ａ、１５００Ｂを参照して、設定変更した運用面Ａ１（すなわち、面Ａ１Ｂ０），面Ｂ０Ａ１での運用を開始する（ステップＳ１９０８）。

なお、管理サーバ５Ｂが、ステップＳ１９００〜Ｓ１９０２のように、管理サーバ５Ａへ復旧設定候補を応答した場合には、管理サーバ５Ａは、ステップＳ１９０６、Ｓ１９０７に示した処理を実行する。たとえば、管理サーバ５Ｂが面Ｂ２で運用することを決定した場合、ステップＳ１９０８において、管理サーバ５Ａ，５Ｂは、設定変更した運用面Ａ１Ｂ２，面Ｂ２Ａ１での運用を開始することになる。

＜ノードｎのハードウェア構成例＞
図２０は、実施例１にかかるノードｎのハードウェア構成の一例を示すブロック図である。ノードｎは、ネットワークインタフェース２０１０−１〜Ｎ（Ｎは１以上の整数）、スイッチ２０１１、テーブル管理部２０１２、データ転送テーブル２０１３（現用系テーブル２０１４、復旧面テーブル２０１５）、及び利用テーブル制御部２０１６を有する。

また、データ転送テーブル２０１３は、現用系の伝送経路設定を示す現用系テーブル２０１４と復旧面における伝送経路設定を示す復旧面テーブル２０１５とを有する。ノードｎは、ネットワークインタフェース２０１０を介して伝送経路設定情報及び復旧面ＩＤを受信する。伝送経路設定情報は、図１７および図１８の伝送経路設定テーブルのエントリである。

スイッチ２０１１は、転送用のデータを受信した場合、データ転送テーブル２０１３に従い、出力先のネットワークインタフェース２０１０へデータをスイッチする。一方、受信したデータが、伝送経路設定情報及び復旧面ＩＤの場合は、ノードｎは、テーブル管理部２０１２へ受信データをスイッチする。テーブル管理部２０１２は、受信したデータが伝送経路設定情報の場合、現用系テーブル２０１４または復旧面テーブル２０１５を更新する。

例えば、図１７の面Ａ０における伝送経路設定情報については、ノードｎは、当該伝送経路設定情報を現用系テーブル２０１４に格納する。また面Ａ１における伝送経路設定情報については、ノードｎは、当該伝送経路設定情報を復旧面テーブル２０１５に格納する。ネットワーク１０内に障害が発生していない場合は、ノードｎは、現用系テーブル２０１４を利用して運用を実行する。また、障害が発生している場合は、ノードｎは、その障害パターンに応じて復旧面テーブル２０１５を利用して運用を実行する。

なお、ノードｎ１は、図１７の伝送経路設定情報のすべてを復旧面テーブル２０１５に格納し、図１７の面Ａ０（現用）における伝送経路設定情報については、現用系テーブル２０１４にも格納して現用系におけるネットワーク運用を実行しても良い。

同様に、ノードｎ２は、図１８の伝送経路設定情報のすべてを復旧面テーブル２０１５に格納する。なお、面Ｂ０Ａ０（現用）における伝送経路設定情報については、ノードｎ１と同様に、復旧面テーブル２０１５と現用系テーブル２０１４の両方に格納して現用系におけるネットワーク運用を実行しても良い。

また、ネットワーク１０内に障害が発生した場合は、ノードｎは、利用する復旧面の伝送経路設定情報を現用系テーブル２０１４に複製し、現用系テーブル２０１４を常に利用してネットワーク１０の運用を実行しても良い。一方、テーブル管理部２０１２は、受信したデータが復旧面を通知する復旧面ＩＤ（Ｂ０Ａ１等）の場合は、受信した復旧面ＩＤを利用テーブル制御部２０１６に通知する。利用テーブル制御部２０１６は、テーブル管理部２０１２から受信した復旧面ＩＤに従い、スイッチ２０１１が受信データ転送用に利用するテーブルを、復旧面ＩＤが示す復旧面テーブル２０１５に変更する。

なお、利用テーブル制御部２０１６が、テーブル管理部２０１２から受信した復旧面ＩＤに従い、スイッチ２０１１が受信データ転送用に利用する現用系のテーブルを復旧面ＩＤが示す復旧面テーブル２０１５から複製して更新する運用を実施しても良い。

＜管理サーバ５のハードウェア構成例＞
図２１は、実施例１にかかる管理サーバ５のハードウェア構成の一例を示すブロック図である。管理サーバ５は、ＣＰＵ２１０１、メモリ２１０２、ストレージ２１０３、ネットワークインタフェース２１００を備え、各構成はバス２１０４を介して互いに接続される。ＣＰＵ２１０１は、ストレージ２１０３に格納された各種のプログラムをメモリ２１０２にロードし、プログラムを実行する。ＣＰＵ２１０１がプログラムを実行することによって管理サーバ５が備える機能を実現できる。

メモリ２１０２は、ＣＰＵ２１０１によって実行されるプログラム及び当該プログラム実行に必要なデータを格納する。メモリ２１０２に格納されるプログラム及びデータについては、図２２を用いて後述する。ネットワークインタフェース２１００は、外部ネットワークと接続するためのインタフェースである。図２１において、外部ネットワークと接続するインタフェースが一つのように描かれているが、複数のインタフェースを装備しても良い。

＜管理サーバ５の機能的構成例＞
図２２は、実施例１にかかる管理サーバ５の機能的構成例を示すブロック図である。管理サーバ５は、メモリ２１０２に記憶されたプログラムをＣＰＵ２１０１が実行することで、運用前設定管理処理２２００、伝送経路管理処理２２０１、伝送経路追加削除処理２２０２、設定変更要因監視処理２２０３、及び他ネットワークとの接続処理２２０４を実行する。

運用前設定管理処理２２００は、ネットワーク管理者等から、他のネットワークと接続するための設定入力を受け付け、ネットワーク間接続情報ＤＢ２２１０としてメモリ２１０２に保持する。これにより、ネットワーク間接続情報ＤＢ２２１０は、図２Ａおよび図２Ｂに示した接続管理テーブル２００Ａ，２００Ｂを保持することになる。

また、管理サーバ５は、ネットワーク管理者等から、ネットワークのトポロジー７０１，８０１や伝送経路の端点情報（例えば端末Ｔの情報）等の入力を受け付ける。

管理サーバ５は、端点間でデータを送受信するための伝送経路の探索、及びネットワーク１０内に障害発生した場合の復旧用の伝送経路の探索を行い、現用系伝送経路設定ＤＢ２２１１、及び復旧面伝送経路設定ＤＢ２２１２としてメモリ２１０２に保持する。これにより、現用系伝送経路設定ＤＢ２２１１は、図４Ａ，図４Ｂに示した伝送経路設定情報４００Ａ０，４００Ｂ０を保持することになる。また、復旧面伝送経路設定ＤＢ２２１２は、図１０、図１１、図１５，図１６に示した復旧面伝送経路設定ＤＢ１０００Ａ，１０００Ｂ，１５００Ｂ，１５００Ａを保持することにある。

さらに、管理サーバ５は、他の管理サーバ５から受信した伝送経路接続要求情報を復旧面接続要求ＤＢ２２１３としてメモリ２１０２に保持する。これにより、たとえば、管理サーバ５Ｂは、図７および図８に示したように、復旧面接続要求ＤＢ２２１３に、管理サーバ５Ａからの接続要求情報７００Ａ０−１を格納することになる。

伝送経路管理処理２２０１は、管理サーバ５が実行する運用前設定管理処理２２００における復旧用の伝送経路設定情報を算出し、復旧面伝送経路設定ＤＢ２２１２のエントリとしてメモリ２１０２に保持する。

伝送経路追加削除処理２２０２は、ネットワーク管理者等からの端点間接続の追加や削除の入力を受け付け、現用系の伝送経路設定情報や復旧用の伝送経路設定情報を算出し、メモリ２１０２内の現用系伝送経路設定ＤＢ２２１１、及び復旧面伝送経路設定ＤＢ１０００，１５００の更新を行う。

設定変更要因監視処理２２０３は、ネットワーク１０上の設定変更が必要となる要因、例えばノードｎの障害監視を行い、障害を検出した場合は、当該ノードｎの識別子を設定変更要因管理ＤＢ２２１４としてメモリ２１０２に保持する。

他ネットワークとの接続処理２２０４は、他の管理サーバ５から運用面の変更を受信した場合、受信した運用面に対応した自ネットワーク１０における運用面を選択し、関係するノードｎへ変更後の運用面ＩＤを通知する。

＜運用前設定管理処理２２００＞
図２３は、実施例１にかかる管理サーバ５による運用前設定管理処理２２００の詳細な処理手順例を示すフローチャートである。運用前設定管理処理２２００は、図６のシーケンスに対応する。

管理サーバ５は、図２Ａおよび図２Ｂに示したように、ネットワーク管理者からの入力に従い、他のネットワーク１０と接続するための仮想接続ノードｖを設定し、図７および図８に示したように、ネットワーク１０のトポロジー７０１，８０１を作成する（ステップＳ２３０１）。ステップＳ２３０１は、図６のシーケンスのステップＳ６０１、Ｓ６０３に対応する。

つぎに、管理サーバ５は、ネットワーク管理者からの端点間接続要求の入力に従い、図４Ａおよび図４Ｂに示したように、現用系の伝送経路設定情報４００Ａ０，４００Ｂ０を算出する（ステップＳ２３０２）。ステップＳ２３０２は、図６のシーケンスのステップＳ６０２、Ｓ６０４、Ｓ６０６、Ｓ６０８に対応する。

つぎに、管理サーバ５は、自身が管理するネットワーク１０において障害の発生可能性を設定する。実施例１では、各ネットワーク１０の６台のノードｎが接続されているため、それらの障害に対する組合せを想定した復旧面を想定し、各復旧面に復旧面ＩＤを付与して管理する（ステップＳ２３０３）。

具体的には、たとえば、管理サーバ５Ａは、ノードｎ１４を障害ノードとした場合に、復旧面ＩＤとして「Ａ１」を付与し、ノードｎ１５を障害ノードとした場合に、復旧面ＩＤとして「Ａ２」を付与し、ノードｎ１６を障害ノードとした場合に、復旧面ＩＤとして「Ａ３」を付与し、ノードｎ１４，ｎ１５を障害ノードとした場合に、復旧面ＩＤとして「Ａ４」を付与し、ノードｎ１４，ｎ１６を障害ノードとした場合に、復旧面ＩＤとして「Ａ５」を付与する。なお、障害ノードの組み合わせによっては伝送経路が設定できない場合もあるが、ステップＳ２３０３は、全組み合わせを想定して復旧面ＩＤが付与される。伝送経路が設定できない組み合わせは、次のステップＳ２３０４で判明する。

つぎに、管理サーバ５は、ステップＳ２３０３にて設定した復旧面毎に、復旧用の伝送経路探索処理を実行する（ステップＳ２３０４）。復旧用の伝送経路探索処理（ステップＳ２３０４）では、管理サーバ５は、復旧用の伝送経路を探索し、復旧面ＩＤと共に保持する。復旧用の伝送経路は、復旧面において指定されたＮＧノードを経由しない伝送経路である。これにより、管理サーバ５Ａは、具体的には、たとえば、図１０に示した復旧面伝送経路設定ＤＢ１０００Ａを構築する。また、管理サーバ５Ｂも、図１１に示した復旧面伝送経路設定ＤＢ１０００Ｂを構築する。ステップＳ２３０３は、図６のシーケンスのステップＳ６０９、Ｓ６１０に対応する。復旧用の伝送経路設定情報算出処理（ステップＳ２３０４）の詳細については、図２４で説明する。

つぎに、管理サーバ５は、復旧面毎に算出した復旧用の伝送経路設定情報に対して、仮想接続ノードｖを通過する伝送経路設定情報を復旧面ＩＤを含む接続変更リスト１２００を、接続する他の管理サーバ５へ通知する（ステップＳ２３０５）。すなわち、管理サーバ５Ａは、復旧面伝送経路設定ＤＢ１０００Ａから伝送経路の接続変更リスト１２００Ａを生成して、管理サーバ５Ｂに通知する（ステップＳ６１１）。同様に、管理サーバ５Ｂは、復旧面伝送経路設定ＤＢ１０００Ｂから伝送経路の接続変更リスト１２００Ｂを生成して、管理サーバ５Ａに通知する（ステップＳ６１５）。

つぎに、管理サーバ５は、他の管理サーバ５から接続変更リスト１２００の受信を待ち受ける（ステップＳ２３０６：Ｎｏ）。接続変更リスト１２００が受信できた場合（ステップＳ２３０６：Ｙｅｓ）、管理サーバ５は、通知された他のネットワーク１０における復旧面に対応した自ネットワーク１０における復旧面を算出し、復旧面ＩＤと共に保持管理する（ステップＳ２３０７）。具体的には、たとえば、管理サーバ５Ａは、図６のステップＳ６１６、Ｓ６１７を実行する。これにより、管理サーバ５Ａは、図１６に示した伝送経路設定ＤＢ１５００Ａを構築する。管理サーバ５Ｂは、図６のステップＳ６１２，Ｓ６１３を実行する。これにより、管理サーバ５Ｂは、図１５に示した伝送経路設定ＤＢ１５００Ｂを構築する。

つぎに、管理サーバ５は、ノードｎ毎に現用面を示す伝送経路設定情報及び復旧面を示す伝送経路設定情報を、各ノードｎへ通知する（ステップＳ２３０８）。具体的には、たとえば、管理サーバ５Ａは、ノードｎ１１に図１７の（Ａ）のエントリを通知し、ノードｎ１２に図１７の（Ｂ）のエントリを通知し、ノードｎ１３に図１７の（Ｃ）のエントリを通知し、ノードｎ１４に図１７の（Ｄ）のエントリを通知し、ノードｎ１５に図１７の（Ｅ）のエントリを通知し、ノードｎ１６に図１７の（Ｆ）のエントリを通知する。

同様に、管理サーバ５Ｂは、ノードｎ２１に図１８の（Ａ）のエントリを通知し、ノードｎ２２に図１８の（Ｂ）のエントリを通知し、ノードｎ２３に図１８の（Ｃ）のエントリを通知し、ノードｎ２４に図１８の（Ｄ）のエントリを通知し、ノードｎ２５に図１８の（Ｅ）のエントリを通知し、ノードｎ２６に図１８の（Ｆ）のエントリを通知する。ステップＳ２３０８は、図６のステップＳ６１４，Ｓ６１８に対応する。

このあと、管理サーバ５は、ステップＳ２３０８の処理を完了すると、ネットワーク１０の運用を開始する（ステップＳ２３０９）。ステップＳ２３０９は、図６のステップＳ６１９に対応する。

＜復旧用の伝送経路探索処理（ステップＳ２３０４）＞
図２４は、図２３に示した復旧用の伝送経路探索処理（ステップＳ２３０４）の詳細な処理手順例を示すフローチャートである。管理サーバ５は、想定している障害に対する復旧面、すなわち、ステップＳ２３０３で設定した復旧面ＩＤにおいて、復旧用の伝送経路を算出していない復旧面ＩＤを選択する（ステップＳ２４０１）。管理サーバ５は、選択した復旧面ＩＤにおいて、現用系の伝送経路Ｐ０１〜Ｐ０３の中から、復旧用の伝送経路を探索していない現用系の伝送経路を選択する（ステップＳ２４０２）。

管理サーバ５は、選択した現用系の伝送経路に対して復旧用の伝送経路をダイクストラ法などにより探索する（ステップＳ２４０３）。すなわち、管理サーバ５は、復旧面ＩＤにおいて想定した障害ノードを経由しない復旧用の伝送経路を探索する。管理サーバ５は、復旧用の伝送経路が探索できたか否かを判断する（ステップＳ２４０４）。管理サーバ５は、探索できなかった場合は、伝送経路の探索不可を表示し（ステップＳ２４０５）、ステップＳ２４０７へ進む。

一方、探索できた場合（ステップＳ２４０４：Ｙｅｓ）、管理サーバ５は、探索した復旧用の伝送経路（送信元、経由ノード、送信先の組み合わせ）を保持する（ステップＳ２４０６）。

つぎに、管理サーバ５は、選択した復旧面ＩＤにおいて、全ての現用系の伝送経路に対する復旧用の伝送経路を探索したかを判断する（ステップＳ２４０７）。探索していない場合（ステップＳ２４０７：Ｎｏ）、ステップＳ２４０２に戻る。一方、探索した場合（ステップＳ２４０７：Ｙｅｓ）、管理サーバ５は、全復旧面ＩＤに対する復旧用の伝送経路の探索をすべて実行したかを判断する（ステップＳ２４０８）。すべて実行していない場合（ステップＳ２４０８：Ｎｏ）、ステップＳ２４０１に戻る。一方、すべて実行した場合（ステップＳ２４０８：Ｙｅｓ）、管理サーバ５は、復旧用の伝送経路探索処理（ステップＳ２３０４）を終了し、図２３のステップＳ２３０５に移行する。これにより、復旧面伝送経路設定ＤＢ１０００が構築される。

＜伝送経路追加削除処理２２０２＞
図２５は、図２３に示した伝送経路追加削除処理２２０２の詳細な処理手順例を示すフローチャートである。管理サーバ５は、ネットワーク管理者により、自身が管理するネットワーク１０における端点である端末Ｔ間の接続追加が要求されたかを判断する（ステップＳ２５０１）。接続追加が要求されていない場合（ステップＳ２５０１：Ｎｏ）、管理サーバ５は、端点（例えば端末Ｔ）間の接続削除が要求されているかを判断する（ステップＳ２５０６）。接続削除が要求されていない場合（ステップＳ２５０６：Ｎｏ）、ステップＳ２５０１に戻る。

ステップＳ２５０１の判断において、接続追加が要求された場合（ステップＳ２５０１：Ｙｅｓ）、管理サーバ５は、追加された端点間の伝送経路をダイクストラ法などにより探索して保持する（ステップＳ２５０２）。たとえば、第１のネットワーク１０Ａにおいて端末ＴＡ２が存在せず、かつ、第２のネットワーク１０Ｂにおいて端末ＴＢ２が存在しない場合、すなわち、伝送経路Ｐ０２が存在しない場合に、第１のネットワーク１０Ａにおいて端末ＴＡ２が追加され、かつ、第２のネットワーク１０Ｂにおいて端末ＴＢ２が追加された場合、端末ＴＡ２、ＴＢ２間の伝送経路Ｐ０２が探索される。

管理サーバ５は、ステップＳ２５０２による伝送経路の追加に伴い、復旧面を更新する（ステップＳ２５０３）。具体的には、たとえば、管理サーバ５が管理サーバ５Ａである場合、管理サーバ５Ａは、復旧面伝送経路設定ＤＢ１０００Ａの面Ａ０以降のエントリに、あらたに探索された伝送経路（たとえば、伝送経路Ｐ０２）の設定情報（伝送経路ＩＤ４０４Ａ，４０５Ａ，４０６Ａ，４０７Ａ，４０８Ａの値）を追加する。復旧面伝送経路設定ＤＢ１５００Ａについても同様に実行する。

また、管理サーバ５が管理サーバ５Ｂである場合、管理サーバ５Ｂは、復旧面伝送経路設定ＤＢ１０００Ｂの面Ｂ０以降のエントリに、あらたに探索された伝送経路（たとえば、伝送経路Ｐ０２）の設定情報（伝送経路ＩＤ４０４Ｂ，４０５Ｂ，４０６Ｂ，４０７Ｂ，４０８Ｂの値）を追加する。復旧面伝送経路設定ＤＢ１５００Ｂについても同様に実行する。

管理サーバ５は、ステップＳ２３０８と同様に、あらたに探索された伝送経路の設定情報を用いて更新情報を生成し、自身が管理するノードｎへ通知する（ステップＳ２５０４）。たとえば、あらたに探索された伝送経路が伝送経路Ｐ０２である場合、管理サーバ５は、伝送経路ＩＤがＰ０２であるエントリ（予備面、伝送経路ＩＤ、接続先、自ノード、接続先、帯域の値）を更新情報として生成し、該当するノードｎに通知する。これにより、たとえば、図１７に示したノードｎ１の伝送経路設定テーブルが更新され、図１８に示したノードｎ２の伝送経路設定テーブルが更新される。

そして、管理サーバ５は、図１２および図１３に示したように、更新された復旧面伝送経路設定ＤＢ１０００から接続変更リスト１２００を生成して、他の管理サーバ５へ通知して（ステップＳ２５０５）、ステップＳ２５０１に戻る。

また、ステップＳ２５０６において、管理サーバ５は、端点間の接続削除が要求された場合（ステップＳ２５０６：Ｙｅｓ）、要求に従い伝送経路の設定情報であるエントリを復旧面伝送経路設定ＤＢ１０００の各エントリから削除する（ステップＳ２５０７）。たとえば、復旧面伝送経路設定ＤＢ１０００において、端末ＴＡ２、ＴＢ２間の接続削除が要求された場合、管理サーバ５は、復旧面伝送経路設定ＤＢ１０００，１５００の各エントリから伝送経路ＩＤが「Ｐ０２」であるエントリ（伝送経路ＩＤ４０４Ｂ，４０５Ｂ，４０６Ｂ，４０７Ｂ，４０８Ｂの値）を削除する。復旧面伝送経路設定ＤＢ１５００についても同様に実行する。

管理サーバ５は、ステップＳ２５０７による伝送経路の削除に伴い復旧面を更新する（ステップＳ２５０８）。具体的には、たとえば、管理サーバ５が管理サーバ５Ａである場合、管理サーバ５Ａは、復旧面伝送経路設定ＤＢ１０００Ａの面Ａ０以降のエントリから、削除要求された伝送経路（たとえば、伝送経路Ｐ０２）の設定情報（伝送経路ＩＤ４０４Ａ，４０５Ａ，４０６Ａ，４０７Ａ，４０８Ａの値）を削除する。また、管理サーバ５が管理サーバ５Ｂである場合、管理サーバ５Ｂは、復旧面伝送経路設定ＤＢ１０００Ｂの面Ｂ０以降のエントリから、削除要求された伝送経路（たとえば、伝送経路Ｐ０２）の設定情報（伝送経路ＩＤ４０４Ｂ，４０５Ｂ，４０６Ｂ，４０７Ｂ，４０８Ｂの値）を削除する。復旧面伝送経路設定ＤＢ１５００についても同様に実行する。

管理サーバ５は、削除要求された伝送経路の伝送経路ＩＤを、自身が管理するノードｎへ通知する（ステップＳ２５０９）。これにより、ノードｎは、通知された伝送経路ＩＤを含むエントリを、伝送経路設定テーブルから削除する。

そして、管理サーバ５は、図１２および図１３に示したように、削除後の復旧面伝送経路設定ＤＢ１０００から接続変更リスト１２００を生成して、他の管理サーバ５へ通知して（ステップＳ２５０５）、ステップＳ２５０１に戻る。

＜設定変更要因監視処理２２０３＞
図２６は、図２３に示した設定変更要因監視処理２２０３の詳細な処理手順例を示すフローチャートである。図２６は、図１９のシーケンスに対応する。管理サーバ５は、自身が管理するネットワーク１０における設定変更要因（障害等）を検知したかを判断する（ステップＳ２６０１）。検知されていない場合（ステップＳ２６０１：Ｎｏ）、管理サーバ５は、ステップＳ２６０１を継続する。検知された場合（ステップＳ２６０１：Ｙｅｓ）、管理サーバ５は、検知した設定変更要因から変更すべき復旧面を特定する（ステップＳ２６０２）。具体的には、たとえば、管理サーバ５Ａは、ノードｎ１４の障害を検知した場合、ノードｎ１４に対応する復旧面Ａ１を特定する。

管理サーバ５は、特定した復旧面の復旧面ＩＤを、関連する管理サーバ５へ通知する（ステップＳ２６０３）。たとえば、復旧面ＩＤを特定した管理サーバ５が管理サーバ５Ａである場合、関連する管理サーバ５は、復旧面伝送経路設定ＤＢ１０００Ａのエントリ４００Ａ１において、送信元４０５Ａである端末ＴＢ３や送信先４０７Ａである端末ＴＢ１，ＴＢ２を管理する管理サーバ５Ｂである。

管理サーバ５は、関連する管理サーバ５から、ステップＳ２６０３に対する応答を受信したかを判断する（ステップＳ２６０４）。当該応答を受信していない場合（ステップＳ２６０４：Ｎｏ）、管理サーバ５は、ステップＳ２６０４の処理を継続する。一方、当該応答を受信した場合（ステップＳ２６０４：Ｙｅｓ）、管理サーバ５は、受信した応答に基づき復旧面を運用すべき面に決定する。

例えば、応答が単なる了承の場合は、管理サーバ５は、ステップＳ２６０２にて特定した復旧面を、運用すべき面に決定する。たとえば、第２のネットワーク１０Ｂにおいて現用系の面Ｂ０が運用されている場合は、管理サーバ５Ｂからの応答は、単なる了承である。したがって、管理サーバ５は、特定した復旧面Ａ１を運用すべき面に決定する。

また例えば、応答を返信した側のネットワーク１０の復旧面を変更する通知である場合は、管理サーバ５は、受信した復旧面の変更通知に対応した復旧面を選択しなおして、運用すべき面に決定する（ステップＳ２６０５）。たとえば、第２のネットワーク１０Ｂにおいてノードｎ２６の障害が検知され、管理サーバ５Ｂから復旧面変更通知として復旧面ＩＤ「Ｂ３」が通知された場合、管理サーバ５Ａは、特定した復旧面Ａ１を選択し直す。すなわち、管理サーバ５Ａは、復旧面伝送経路設定ＤＢ１５００Ａから、復旧面Ａ１Ｂ３のエントリを選択し、復旧面Ａ１Ｂ３を運用すべき面に決定する。

管理サーバ５は、ステップＳ２６０５で決定した復旧面の復旧面ＩＤを、自身が管理するノードｎへ通知し（ステップＳ２６０６）、ステップＳ２６０１の処理を実行する。通知を受けたノードｎは、通知を受けた復旧面ＩＤのエントリを伝送経路設定テーブルから選択して、運用することにある。

図２７は、実施例１にかかる管理サーバ５によるネットワーク１０の運用面の切替処理の詳細な処理手順例を示すフローチャートである。図２７は、図１９のシーケンスに対応する。管理サーバ５は、他の管理サーバ５から復旧面の変更通知を受信したか否かを判断する（ステップＳ２７０１）。具体的には、たとえば、ステップＳ２６０３により、管理サーバ５は、他の管理サーバ５から復旧面の変更通知を受信したか否かを判断する。

受信していない場合（ステップＳ２７０１：Ｎｏ）、管理サーバ５は、ステップＳ２７０１を継続する。一方、受信した場合（ステップＳ２７０１：Ｙｅｓ）、管理サーバ５は、自身が管理するネットワーク１０の運用面に変更があるか否かを確認する（ステップＳ２７０２）。変更がない場合（ステップＳ２７０２：Ｎｏ）、管理サーバ５は、復旧面の変更通知を送信した管理サーバ５に、復旧面の変更を了承する応答を返信し（ステップＳ２７０３）、ステップＳ２７０５に移行する。これにより、復旧面の変更通知を送信した管理サーバ５は、ステップＳ２６０４で復旧面の変更を了承する応答を受信することになる。

一方、変更がある場合（ステップＳ２７０２：Ｙｅｓ）、管理サーバ５は、復旧面の変更通知を送信した管理サーバ５に、自身のネットワーク１０における復旧面の変更通知（すなわち、復旧面ＩＤ）を応答する（ステップＳ２７０４）。これにより、復旧面の変更通知を送信した管理サーバ５は、ステップＳ２６０４で復旧面の変更通知の応答を受信することになる。

管理サーバ５は、ステップＳ２７０１で受信した他のネットワーク１０における運用面の変更通知に伴い、自身が管理するネットワーク１０の運用面を変更する（ステップＳ２７０５）。管理サーバ５が管理サーバ５Ｂである場合、管理サーバ５Ａから運用面の変更通知として復旧面ＩＤ「Ａ１」が送信されたとする。第２のネットワーク１０Ｂにおいて現用系の面Ｂ０が運用されている場合、管理サーバ５Ａは、運用面を面Ｂ０から面Ｂ０Ａ１に変更する。

このあと、管理サーバ５は、自身が管理するノードｎに、復旧面の変更を通知（ステップＳ２７０６）し、ステップＳ２７０１の処理を実行する。上記の例では、管理サーバ５Ｂは、ノードｎ２に復旧面ＩＤ「Ｂ０Ａ１」を通知する。これにより、ノードｎ２は、復旧面ＩＤ「Ｂ０Ａ１」のエントリを伝送経路設定テーブルから選択して、運用することにある。

このように、実施例１によれば、障害発生時の復旧パスを複数の管理サーバが連携して障害発生前に算出するため、時間的な余裕をもって最適な復旧経路を算出することができる。また、算出した復旧経路を障害発生前に各ノードへ配信するため、障害の影響を受けずに復旧経路を通知することができる。さらに、障害が発生した場合、各ノードに通知済みの伝送経路設定を利用するため、障害の発生した伝送経路の復旧を迅速に行うことができる。また、障害の発生した伝送経路を復旧させるための複数ノードへの復旧通知を、管理サーバから１回の同一な識別子送信で可能であり、迅速な伝送経路の復旧通知を行うことができる。

実施例１では、異なる管理体系を有するネットワークの管理サーバ間において、復旧用の運用面毎に、他のネットワークとの接続点（仮想接続ノードｖ）を通過する設定情報（接続点通過設定情報（たとえば、接続変更リスト））を通知し、接続相手側の運用面変更に伴う自ネットワークの運用面を算出する例について説明した。実施例２では、復旧用の全ての運用面についての接続点通過設定情報を通知するのではなく、他のネットワークとの接続点を通過する設定において重複を排除した接続点通過設定情報を通知し、接続相手側の運用面変更に伴う自ネットワークの運用面を算出する例について説明する。

図２８は、実施例２にかかる通信システムの構成例を示す説明図である。実施例２の相互接続された通信システム２は、第１のネットワーク１０Ａと第２のネットワーク１０Ｂと、を有する。実施例２では、二つのネットワークを相互接続しているが、それ以上のネットワークを相互接続しても良い。

図２８における通信システム２の構成では、図１の通信システム１の構成に対して、端末ＴＡ１とノードｎ１２の間、端末ＴＡ２とノードｎ１３の間、端末ＴＡ３とノードｎ１１の間、端末ＴＢ１とノードｎ２２の間、端末ＴＢ２とノードｎ２３の間、及び端末ＴＢ３とノードｎ２１の間にリンクでの接続を追加した構成である。管理サーバ５、端末Ｔ、およびノードｎについては、図１の通信システム１と同一であり、同一の識別番号を付与する。

図２９は、実施例２にかかる復旧面の事前設定例を示すシーケンス図である。図２９における処理において、ステップＳ６０１からステップＳ６１０までは、図６と同一の処理になるため説明を省略し、ステップＳ２９００以降について説明する。

管理サーバ５Ａは、ステップＳ６０９にて算出した第１のネットワーク１０Ａにおける復旧面の伝送経路設定情報から、他のネットワークとの接続点を通過する設定において重複を排除した、接続点を通過する復旧用の伝送経路設定情報（Ｃ面）を新たに算出する（ステップＳ２９００）。また、管理サーバ５Ａは、算出した復旧用の伝送経路設定情報（Ｃ面）から、復旧用の伝送経路接続要求情報を生成して、管理サーバ５Ｂに通知する（ステップＳ２９０１）。なお、復旧用の伝送経路接続要求情報の生成および通知は、図１２および図１３に示したように、接続変更リストを生成して通知することになる。

管理サーバ５Ｂは、第２のネットワーク１０Ｂに障害が発生していない場合において、管理サーバ５Ａから受信した第１のネットワーク１０Ａにおける障害復旧向けの伝送経路（Ｃ面）と接続するための、第２のネットワーク１０Ｂにおける伝送経路設定情報を算出する（ステップＳ２９０２）。ステップＳ２９０２は、図６のステップＳ６１２と同様の処理となる。

また、管理サーバ５Ｂは、第２のネットワーク１０Ｂにおける障害発生を想定した場合において、管理サーバ５Ａから受信した第１のネットワーク１０Ａにおける障害復旧向けの伝送経路と接続するための、第２のネットワーク１０Ｂにおける伝送経路設定情報を算出する（ステップＳ２９０３）。ステップＳ２９０３は、図６のステップＳ６１３と同様の処理となる。

また、管理サーバ５Ｂは、算出した障害復旧向けの伝送経路を、第２のネットワーク１０Ｂ内の個々のノードｎ２に対して設定する（ステップＳ２９０４）。ステップＳ２９０４は、図６のステップＳ６１４と同様の処理となる。

また、管理サーバ５Ｂは、ステップＳ６１０にて算出した第２のネットワーク１０Ｂにおける復旧面の伝送経路設定情報から、他のネットワークとの接続点を通過する設定において重複を排除した、接続点を通過する復旧用の伝送経路設定情報（Ｄ面）を新たに算出する（ステップＳ２９０５）。また、管理サーバ５Ｂは、算出した復旧用の伝送経路設定情報（Ｄ面）から、復旧用の伝送経路接続要求情報を生成して、管理サーバ５Ａに通知する（ステップＳ２９０６）。なお、復旧用の伝送経路接続要求情報の生成および通知は、図１２および図１３に示したように、接続変更リストを生成して通知することになる。

管理サーバ５Ａは、第１のネットワーク１０Ａに障害が発生していない場合において、管理サーバ５Ｂから受信した第２のネットワーク１０Ｂにおける障害復旧向けの伝送経路（Ｄ面）と接続するための、第１のネットワーク１０Ａにおける伝送経路設定情報を算出する（ステップＳ２９０７）。ステップＳ２９０７は、図６のステップＳ６１６と同様の処理となる。

また、管理サーバ５Ａは、第１のネットワーク１０Ａにおける障害発生を想定した場合において、管理サーバ５Ｂから受信した第２のネットワーク１０Ｂにおける障害復旧向けの伝送経路と接続するための、第１のネットワーク１０Ａにおける伝送経路設定情報を算出する（ステップＳ２９０８）。ステップＳ２９０８は、図６のステップＳ６１７と同様の処理となる。

管理サーバ５Ａは、算出した障害復旧向けの伝送経路を、第１のネットワーク１０Ａ内の個々のノードｎ１に対して設定する（ステップＳ２９０９）。ステップＳ２９０９は、図６のステップＳ６１５と同様の処理となる。ステップＳ２９０９までの処理が完了すると、管理サーバ５は、実際のネットワーク運用を開始する。

図３０は、実施例２にかかる第１のネットワーク１０Ａにおける復旧面伝送経路設定ＤＢ３０００Ａの記憶内容例を示す説明図である。図１０に示した復旧面伝送経路設定ＤＢ１０００Ａとの違いは、図３０では、復旧用の伝送経路設定情報である面Ａ７のエントリが追加されている点である。面Ａ７のエントリは、図６のステップＳ６０９で算出される。

面Ａ７では、第１のネットワーク１０Ａにおいて、ノードｎ１１とｎ１４に障害が発生した場合を想定した伝送経路を示す。実施例２では、端末ＴＡ１はノードｎ１１の他にノードｎ１２にも接続しており、ノードｎ１１に障害が発生した場合にも、端末ＴＢ１との通信が可能である。そのため、図３０に示した面Ａ７のエントリでは、復旧用の伝送経路Ｐ０１が探索されている。すなわち、端末ＴＡ１からのデータは、ノードｎ１２、ｎ１５、及び仮想接続ノードｖ２を介して、端末ＴＢ１に到達する。

図３１は、実施例２にかかる接続変更リスト３１００Ａの一例を示す説明図である。接続変更リスト３１００Ａは、第１のネットワーク１０Ａから第２のネットワーク１０Ｂへ通知する重複を排除した復旧用の伝送経路設定情報（Ｃ面）である（ステップＳ２９００）。

実施例２では、実施例１の図１０に示した復旧面伝送経路設定ＤＢ１０００Ａから図１２に示した接続変更リスト１２００Ａを生成した方法と同様に、管理サーバ５Ａは、図３０に示した復旧面伝送経路設定ＤＢ３０００Ａから図３１に示した接続変更リストを生成する。

なお、図３１に示した接続変更リスト１２００Ａでは、図１２に示した接続変更リスト１２００Ａに対して、新たな復旧面（新復旧面）のフィールド３１０２Ａが追加されている。この新復旧面（Ｃ面）３１０２Ａには、復旧面４０１ＡであるＡ面において、伝送経路の変更設定（ＮＧ接続４０３Ａ、伝送経路ＩＤ４０４Ａ，送信元４０５Ａ，経由ノード４０６Ａ，送信先４０７Ａ，帯域４０８Ａの値）が同一のエントリに対して、同一の識別子（Ｃ面識別子）が設定される。

具体的には、面Ａ１の伝送経路設定情報と面Ａ７の伝送経路設定情報は同一エントリであるため、面Ａ１と面Ａ７に対して改めて同一の面識別子である面Ｃ１が設定される。同様に、面Ａ０、面Ａ２、及び面Ａ３に対してＣ面の識別子、面Ｃ０、面Ｃ２、及び面Ｃ３が付与される。以上の操作を実施後、管理サーバ５Ａは、管理サーバ５Ｂに対して、重複の無いＣ面における接続変更リスト３１００Ａを通知する。すなわち、通知される接続変更リスト３１００Ａのエントリは、新復旧面が重複しないエントリである。面Ａ１の伝送経路設定情報と面Ａ７の伝送経路設定情報の両エントリには面Ｃ１が設定されるため、接続変更リスト３１００Ａとして通知される場合は、面Ａ１の伝送経路設定情報と面Ａ７の伝送経路設定情報のいずれか一方のエントリが通知されることになる。

図３２は、実施例２にかかる第２のネットワーク１０Ｂにおける多様な障害復旧のために準備すべき面のパターンを示すパターンテーブル３２００Ｂの一例を示す説明図である。

管理サーバ５Ｂは、第２のネットワーク１０Ｂ側のみの現用系での運用面（面Ｂ０）と、障害パターンに対する復旧面（Ｂ１、Ｂ２、Ｂ３、…）とを準備する。管理サーバ５Ｂは、管理サーバ５Ａから、第１のネットワーク１０Ａ側において障害が発生した場合に運用する現用系及び復旧用の運用面（Ｃ０、Ｃ１、Ｃ２、Ｃ３、…）に対する接続変更リスト３１００Ａのエントリを受信すると、第２のネットワーク１０Ｂ側と第１のネットワーク１０Ａ側の双方の障害発生に対応する復旧面を算出し、蓄積管理する。

具体的には、管理サーバ５Ｂは、第２のネットワーク１０Ｂ側と第１のネットワーク１０Ａ側のそれぞれの復旧設定に対するマトリックスのパターン全て（Ｂ０Ｃ０、Ｂ０Ｃ１，Ｂ０Ｃ２，Ｂ０Ｃ３，…，Ｂ１Ｃ０，Ｂ１Ｃ１，Ｂ１Ｃ２，Ｂ１Ｃ３，…，Ｂ２Ｃ０，Ｂ２Ｃ１，Ｂ２Ｃ２，Ｂ２Ｃ３，…，Ｂ３Ｃ０，Ｂ３Ｃ１，Ｂ３Ｃ２，Ｂ３Ｃ３，…）に対する復旧面の伝送経路設定情報を事前に算出し、障害発生に備える。

具体的には、管理サーバ５Ｂは、運用面Ｂ０と第１のネットワーク１０Ａ側の全パターン（面Ｃ０，Ｃ１，…）との組み合わせである面Ｂ０Ｃ０，Ｂ０Ｃ１，Ｂ０Ｃ２，Ｂ０Ｃ３，…を示す伝送経路設定情報を算出し、障害発生に備える（ステップＳ６１２）。そして、管理サーバ５Ｂは、第２のネットワーク１０Ｂ側での障害発生を考慮して、列方向の面Ｂ１Ｃ０，Ｂ１Ｃ１，Ｂ１Ｃ２，Ｂ１Ｃ３，…，Ｂ２Ｃ０，Ｂ２Ｃ１，Ｂ２Ｃ２，Ｂ２Ｃ３，…，Ｂ３Ｃ０，Ｂ３Ｃ１，Ｂ３Ｃ２，Ｂ３Ｃ３，…）を示す伝送経路設定情報を事前に算出し、障害発生に備える（ステップＳ２９０３）。

同様に、第２のネットワーク１０Ｂ側の新たな現用系及び復旧面をＤ面として管理した場合、図示はしていないが、管理サーバ５Ａは、第１のネットワーク１０側と第２のネットワーク１０Ｂ側のそれぞれの復旧設定に対するマトリックスのパターン全て（Ａ０Ｄ０，Ａ０Ｄ１，Ａ０Ｄ２，Ａ０Ｄ３，…，Ａ１Ｄ０，Ａ１Ｄ１，Ａ１Ｄ２，Ａ１Ｄ３，…，Ａ２Ｄ０，Ａ２Ｄ１，Ａ２Ｄ２，Ａ２Ｄ３，…，Ａ３Ｄ０，Ａ３Ｄ１，Ａ３Ｄ２，Ａ３Ｄ３、…）に対する復旧面の伝送経路設定情報を事前に算出し、障害発生に備える（ステップＳ２９０８）。

このように実施例２によれば、異なるネットワーク間の接続点を通過する重複の無い予備面の伝送経路設定を共有することにより、異なる管理サーバ５間で交換するデータ量の削減を図ることができる。

図３３は、実施例３にかかる復旧面の事前設定例を示すシーケンス図である。図３３は、図６の変形例である。図３３は、図６のシーケンスに対して、ステップＳ６１４の処理とステップＳ６１８の処理を削除したシーケンスである。図６のシーケンスでは、ステップＳ６１４において、管理サーバ５Ｂは、図４Ｂに示した伝送経路の設定情報と、ステップＳ６１３で算出した障害復旧向けの伝送経路の設定情報とを用いて、障害復旧向けの伝送経路を第２のネットワーク１０Ｂ内の個々のノードｎ２に設定する（ステップＳ６１４）。

一方、実施例３では、管理サーバ５Ｂは、ステップＳ６１３にて算出した復旧面の伝送経路設定情報を、自身で保持し（ステップＳ６１３）、図６に示したステップＳ６１４を実行しない。また、図６のステップＳ６１８において、管理サーバ５Ａは、図４Ａに示した伝送経路の設定情報と、ステップＳ６１７で算出した障害復旧向けの伝送経路の設定情報を用いて、第１のネットワーク１０Ａ内の個々のノードｎ１に設定する（ステップＳ６１８）。

一方、実施例３では、管理サーバ５Ａは、ステップＳ６１７にて算出した復旧面の伝送経路設定情報を、自身で保持し（ステップＳ６１７）、図６に示したステップＳ６１８を実行しない。

図３４は、実施例３にかかる障害復旧処理例を示すシーケンス図である。図３４は、図１９の変形例である。図３４は、図１９のシーケンスにおけるステップＳ１９０５及びステップＳ１９０７の代わりに、ステップＳ３４００（ステップＳ３４０１及びステップＳ３４０２）を実行する。

管理サーバ５Ａは、ステップＳ１９０４にて決定した運用面における伝送経路を、自身が管理している第１のネットワーク１０Ａ内のノードｎ１に設定する（ステップＳ３４０１）。また、管理サーバ５Ｂは、ステップＳ１９０６にて決定した運用面における伝送経路を、自身が管理している第２のネットワーク１０Ｂ内のノードｎ２に設定する（ステップＳ３４０２）。その後、ステップＳ１９０８として、ノードｎへ設定した新たな伝送経路の設定情報により、ネットワークの復旧運用が実行される。

このように実施例３によれば、管理サーバ５が、復旧用の運用面における伝送経路設定情報を蓄積保持し、運用面を変更する時にノードｎに設定することにより、ノードｎ側にて大量の伝送経路設定情報を蓄積しない運用が可能となる。

実施例４では、予備面の伝送経路を事前に準備するネットワーク１０と準備しないネットワーク１０を接続し、かつ、管理サーバ５が、事前に準備した伝送経路情報を各ノードｎに通知しておかない場合にについて説明する。

図３５は、実施例４にかかる復旧面の事前設定例を示すシーケンス図である。図３５において、管理サーバ５Ａが管理する第１のネットワーク１０Ａでは、管理サーバ５Ａは予備面の伝送経路を準備し、一方、管理サーバ５Ｂが管理する第２のネットワーク１０Ｂでは、管理サーバ５Ｂは予備面の伝送経路を準備しないものとする。

図３５は、図６のシーケンスの変形例である。図３５において、ステップＳ６０１からステップＳ６０９までの処理は、図６のシーケンスと同一の処理であり、説明を省略する。一方、実施例４では、ステップＳ６１０からステップＳ６１８までの処理を実行せずに、ネットワークの運用を開始する（ステップＳ６１９）。

図３６は、実施例４にかかる障害復旧処理例を示すシーケンス図である。図３６において、管理サーバ５Ａが管理する第１のネットワーク１０Ａでは、予備面の伝送経路が準備され、一方、管理サーバ５Ｂが管理する第２のネットワーク１０Ｂでは、予備面の伝送経路が準備されない。図３６は、図１９のシーケンスの変形例である。

図３６において、ステップＳ１９００からステップＳ１９０１までの処理は、図１９のシーケンスと同一の処理であり、説明を省略する。その後、管理サーバ５Ａは、選定した復旧面における伝送経路設定情報を図１０に示した復旧面伝送経路設定ＤＢ１０００Ａから選択する。そして、図７に示した場合と同様にして、管理サーバ５Ａは、選択した復旧面における伝送経路設定情報から復旧用の伝送経路接続要求情報を生成して、管理サーバ５Ｂに通知する（ステップＳ３６００）。管理サーバ５Ｂは、復旧用の伝送経路接続要求情報を用いて、管理サーバ５Ａから受信した第１のネットワーク１０Ａにおける障害復旧向けの伝送経路と接続するための、第２のネットワーク１０Ｂにおける伝送経路を探索する（ステップＳ３６０１）。

管理サーバ５Ｂは、第２のネットワーク１０Ｂにおける伝送経路の探索（ステップＳ３６０１）を完了すると、管理サーバ５Ａに対して探索完了を通知する（Ｓステップ３６０２）。また、管理サーバ５Ｂは、探索した伝送経路を、復旧に関係する第２のネットワーク１０Ｂ内のノードｎ２へ設定する（ステップＳ３６０３）。

管理サーバ５Ａは、ステップＳ１９０１にて選択した復旧面における伝送経路設定情報を、復旧に関係する第１のネットワーク１０Ａ内のノードｎ１に設定する（ステップＳ３６０４）。以上の処理を実行することにより、障害の復旧が実行される（ステップＳ１９０８）。

このように実施例４によれば、管理サーバが、復旧用の運用面における伝送経路設定情報を事前に算出して蓄積保持し、障害が発生した場合は、事前に準備した復旧用の運用面を選択することで、自身が管理するネットワークに対して迅速な復旧設定が可能である。また、復旧用の運用面を事前に算出しない管理サーバに対しても、迅速に選定した復旧用の伝送経路と接続するための経路の変更を瞬時に通知可能である。したがって、復旧用の運用面を事前に算出しないネットワークに対しても、障害復旧の迅速化を図ることができる。

実施例５では、予備面の伝送経路を事前に準備するネットワークと準備しないネットワークを接続し、かつ、管理サーバ５が、事前に準備した伝送経路情報を各ノードｎへ通知しておく場合について説明する。

図３７は、実施例５にかかる復旧面の事前設定例を示すシーケンス図である。図３７において、管理サーバ５Ａが管理する第１のネットワーク１０Ａでは、管理サーバ５Ａが予備面の伝送経路を準備し、一方、管理サーバ５Ｂが管理するネットワークでは、管理サーバ５Ｂが予備面の伝送経路を準備しない。

図３７は、図６のシーケンスの変形例である。図３７において、ステップＳ６０１からステップＳ６０９までの処理は、図６のシーケンスと同一の処理であり、説明を省略する。一方、ステップＳ６１０からステップＳ６１７の処理を実行せずに、管理サーバ５Ａは、ステップＳ６０９において算出した伝送経路の設定情報を、各ノードｎ１に通知し（ステップＳ６１８）、ネットワークの運用を開始する（ステップＳ６１９）。

図３８は、実施例５にかかる障害復旧処理例を示すシーケンス図である。図３８において、管理サーバ５Ａが管理する第１のネットワーク１０Ａでは、管理サーバ５Ａが予備面の伝送経路を準備しており、一方、管理サーバ５Ｂが管理する第２のネットワーク１０Ｂでは、管理サーバ５Ｂが予備面の伝送経路を準備していない。図３８は、図１９のシーケンスの変形例である。

図３８において、ステップＳ１９００からステップＳ１９０１までの処理は、図１９のシーケンスと同一の処理であり、説明を省略する。また、ステップＳ３６００からステップＳ３６０３までの処理は、図３６のシーケンスと同一の処理であり、説明を省略する。

その後、管理サーバ５Ａは、選定した復旧面ＩＤを、復旧に関係する第１のネットワーク１０Ａ内のノードｎ１に通知する（ステップＳ３８０４）。以上の処理を実行することにより、障害の復旧が実行される（ステップＳ１９０８）。

このように実施例５によれば、管理サーバが、復旧用の運用面における伝送経路設定情報を事前に算出して、識別子と共に蓄積保持し、かつ、識別子と共に算出した伝送経路をノードへ通知しおく。障害が発生した場合は、事前に準備した復旧用の運用面を選択し、その識別子をノードへ通知する。これにより、自身が管理するネットワークに対して迅速な復旧設定が可能であり、かつ、復旧用の運用面を事前に算出しない管理サーバに対しても、迅速に選定した復旧用の伝送経路と接続するための経路の変更を瞬時に通知可能である。したがって、復旧用の運用面を事前に算出しないネットワークに対しても、障害の復旧を迅速化することができる。

実施例６は、ネットワーク１０間を光ファイバーにより接続し、複数の波長を用いてデータを送受信する例である。

図３９は、実施例６にかかる通信システムの構成例を示す説明図である。実施例６では、第１のネットワーク１０Ａと第２のネットワーク１０Ｂが光ファイバー３９０３で接続される。第１のネットワーク１０Ａは、多波長データ送受信装置３９０１を有し、第２のネットワーク１０Ｂは、多波長データ送受信装置３９０２を有する。多波長データ送受信装置３９０１，３９０２は、光ファイバー３９０３を経由して複数の波長λ１〜λ３を用いてデータの送受信が可能にする。

図１の通信システム１では、第１のネットワーク１０Ａと第２のネットワーク１０Ｂとの間を複数のノードを用いて接続し、ネットワーク１０の接続ポイントに対して仮想接続ノードｖを設定して経路計算をする例を示した。実施例６では、多波長データ送受信装置３９０１，３９０２間を接続する光ファイバー３９０３内の各波長λ１〜λ３に対して、その接続点に仮想接続ノードｖ１〜ｖ３が設定される。経路計算やその他の扱いに関しては、実施例１の仮想接続ノードｖと同様の扱いを実施することにより、実施例１から実施例５において説明した通信システムと同様の機能を実現する。

なお、実施例６では、光ファイバー３９０３による多波長を用いてネットワーク１０間を接続する例について説明したが、ネットワーク１０間を仮想的に分離した方式、例えばＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）や様々なオーバレイ方式による接続でも良い。

実施例７は、ノードｎを管理する管理サーバ５を用いない例である。

図４０は、実施例７にかかる通信システムの構成例を示す説明図である。図４０に示した通信システム７は、図１の通信システム１の変形例である。図１では、ノードｎを管理する管理サーバ５が存在したが、実施例７では、管理サーバ５は存在しない。実施例７の通信システム７では、第１のネットワーク１０Ａにおいてはノードｎ１１〜ｎ１６が自律的に動作する。また，第２のネットワーク１０Ｂにおいてはノードｎ２１〜ｎ２６が自律的に動作する。これにより、ネットワーク１０が運用される。

通信システム７が、既知のシステム、例えばルーティングプロトコルであるＯＳＰＦ（Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）を利用する場合、各ノードｎがＯＳＰＦによりデータを伝送するための経路を自律分散的に算出する。実施例７において、経路を算出する機能の例としてＯＳＰＦが用いられる。一方、ノードｎの障害を想定した障害発生パターンに対する復旧設定である予備面とその識別子の管理については、第１のネットワーク１０Ａにおいてはノードｎ１１〜ｎ１６の何れかのノードｎ１が実行する。第２のネットワーク１０Ｂにおいては、ノードｎ２１〜ｎ２６の何れかのノードｎ２が実行する。これにより、実施例１と同様の機能が実現される。

本実施例１〜７によれば、複数の伝送経路設定を集合的に管理する運用面毎に識別子を付与して管理することにより、管理体系の異なるネットワーク間で協調し、同時に複数の伝送経路の設定または変更の迅速化を図ることができる。

第２に、管理体系の異なるネットワークの接続部分に仮想接続ノードｖを設定することより、他のネットワークにおける終点ノードまでの接続リンク毎のコストを算出することなく、管理体系の異なる複数のネットワークに跨る伝送経路を設定可能である。

第３に、管理体系の異なるネットワークの接続部分に仮想接続ノードｖを設定することより、接続先に対し自身が管理するネットワークの詳細を開示することなく、ネットワークを跨った伝送経路を構築することができる。

第４に、現用系の伝送経路設定に対する運用面の予備面を事前に算出して準備するため、時間的な余裕をもって最適な伝送経路から構成される予備面を算出することができる。

第５に、予備面としての伝送経路設定を、予備面の識別子と共に事前にデータ伝送ノードへ蓄積保持するため、識別子をデータ伝送ノードへ通知することにより、予備面への変更が迅速に可能である。

第６に、異なるノードｎに対して、同一の予備面を示す識別子と、ノードｎ毎の特有な伝送経路設定を蓄積保持することにより、同一の予備面ＩＤにより共通の予備面への変更が迅速に可能である。

第７に、異なるネットワーク間の接続点を通過する重複の無い予備面の伝送経路設定情報を共有することにより、異なる管理サーバ間で交換するデータ量を削減することができる。

第８に、ネットワーク運用を変更するための予備面を準備することにより、予備面への変更が必要になった場合において、予備面を準備したネットワーク及び予備面を準備していないネットワークでの運用変更を迅速化することができる。

また、以下に、実施例４にかかる通信システムについて付記する。

各々複数の伝送装置から構成されるネットワーク群と、前記ネットワーク群の各々を管理する管理サーバ群と、を備えた通信システムであって、
前記管理サーバ群の中の第１管理サーバは、
前記ネットワーク群の中の前記第１管理サーバが管理する第１ネットワークにおいて第２ネットワークに接続される第１伝送経路群で構成される第１現用面に関する伝送経路設定情報を記憶するとともに、前記第１ネットワーク内の複数の第１伝送装置から選ばれた１以上の特定の第１伝送装置を経由せずに前記第２ネットワークに接続される特定の第１伝送経路群で構成される第１復旧面に関する伝送経路設定情報を前記特定の第１伝送装置の組み合わせごとに記憶する第１データベースを有し、
前記第１管理サーバは、
前記第１復旧面を選択する選択処理と、
前記選択処理によって選択された前記第１復旧面に関する伝送経路設定情報を前記第１データベースから取得して、前記第２ネットワークを管理する第２管理サーバに送信する送信する送信処理と、を実行し、
前記第２管理サーバは、
前記第２ネットワークにおいて前記第１ネットワークに接続される第２伝送経路群で構成される第２現用面に関する伝送経路設定情報を記憶する第２データベースを有し、
前記第２管理サーバは、
前記第１管理サーバから受信された前記第１復旧面に関する伝送経路設定情報に基づいて、前記第１復旧面に対応する第２伝送経路群となる第２復旧面を前記第２ネットワークで探索する探索処理と、
前記探索処理によって探索された前記第２復旧面にしたがってデータを伝送するように前記第２のネットワーク内の第２伝送装置を設定する設定処理と、
を実行することを特徴とする通信システム。

また、以下に、実施例５にかかる通信システムについて付記する。

各々複数の伝送装置から構成されるネットワーク群と、前記ネットワーク群の各々を管理する管理サーバ群と、を備えた通信システムであって、
前記管理サーバ群の中の第１管理サーバは、
前記ネットワーク群の中の前記第１管理サーバが管理する第１ネットワークにおいて第２ネットワークに接続される第１伝送経路群で構成される第１現用面に関する伝送経路設定情報を記憶するとともに、前記第１ネットワーク内の複数の第１伝送装置から選ばれた１以上の特定の第１伝送装置を経由せずに前記第２ネットワークに接続される特定の第１伝送経路群で構成される第１復旧面に関する伝送経路設定情報を前記特定の第１伝送装置の組み合わせごとに記憶する第１データベースを有し、
前記第１管理サーバは、
前記第１ネットワーク内の前記第１伝送装置に、前記第１復旧面に関する伝送経路設定情報を設定する第１設定処理と、
前記設定処理の後に、前記第１復旧面を選択する選択処理と、
前記選択処理によって選択された前記第１復旧面に関する伝送経路設定情報を前記第１データベースから取得して、前記第２ネットワークを管理する第２管理サーバに送信する送信する第１送信処理と、
前記選択処理の後に、前記第１伝送装置に前記第１復旧面を指定する情報を送信する第２送信処理と、を実行し、
前記第２管理サーバは、
前記第２ネットワークにおいて前記第１ネットワークに接続される第２伝送経路群で構成される第２現用面に関する伝送経路設定情報を記憶する第２データベースを有し、
前記第２管理サーバは、
前記第１管理サーバから受信された前記第１復旧面に関する伝送経路設定情報に基づいて、前記第１復旧面に対応する第２伝送経路群となる第２復旧面を前記第２ネットワークで探索する探索処理と、
前記探索処理によって探索された前記第２復旧面にしたがってデータを伝送するように前記第２のネットワーク内の第２伝送装置を設定する第２設定処理と、
を実行することを特徴とする通信システム。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。

また、上述した実施例において伝送経路を探索する場合は、帯域を考慮して探索してもよい。すなわち、既存の伝送経路により帯域に余裕がなくなったリンクを経由しないようにあらたな伝送経路が探索されることになる。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１０ ネットワーク
ｎ１１〜ｎ１６ ネットワークノード
ｎ２１〜ｎ２６ ネットワークノード
ＴＡ１〜ＴＡ３、ＴＢ１〜ＴＢ３ 端末
５ ネットワーク管理サーバ
ｖ１〜ｖ３ 仮想接続ノード

Claims (15)

1. 各々複数の伝送装置から構成されるネットワーク群と、前記ネットワーク群の各々を管理する管理サーバ群と、を備えた通信システムであって、
   前記管理サーバ群の中の第１管理サーバは、
   前記ネットワーク群の中の前記第１管理サーバが管理する第１ネットワークにおいて第２ネットワークに接続される第１伝送経路群で構成される第１現用面に関する伝送経路設定情報を記憶するとともに、前記第１ネットワーク内の複数の第１伝送装置から選ばれた１以上の特定の第１伝送装置を経由せずに前記第２ネットワークに接続される特定の第１伝送経路群で構成される第１復旧面に関する伝送経路設定情報を前記特定の第１伝送装置の組み合わせごとに記憶する第１データベースを有し、
   前記第１管理サーバは、
   前記第１復旧面に関する伝送経路設定情報を参照して、前記特定の第１伝送経路ごとに当該特定の第１伝送経路上で前記第２ネットワークに接続する第１接続点と、前記特定の第１伝送経路上で前記特定の第１伝送装置に起因して前記第２ネットワークに接続してはいけない第２接続点とを規定した前記第１復旧面の接続変更情報を、前記第１復旧面に関する伝送経路設定情報ごとに生成して、前記第２ネットワークを管理する第２管理サーバに送信する第１送信処理を実行し、
   前記第２管理サーバは、
   前記第２ネットワークにおいて前記第１ネットワークに接続される第２伝送経路群で構成される第２現用面に関する伝送経路設定情報を記憶する第２データベースを有し、
   前記第２管理サーバは、
   前記第１管理サーバから受信された前記第１復旧面の接続変更情報に基づいて、前記第２現用面を構成する前記第２伝送経路群のうち前記第２接続点で前記第１ネットワークと接続される第２伝送経路を、前記第２接続点を経由せず、かつ、前記第１接続点を経由する第３伝送経路に変更することにより、前記第１ネットワークが前記第１復旧面で運用され、かつ、前記第２ネットワークが前記第２現用面で運用される前記第２現用面および前記第１復旧面に関する伝送経路設定情報を生成する第１生成処理と、
   前記第１生成処理によって生成された前記第２現用面および前記第１復旧面に関する伝送経路設定情報にしたがってデータを伝送するように前記第２ネットワーク内の第２伝送装置を設定する第１設定処理と、
   を実行することを特徴とする通信システム。
2. 前記第２データベースは、前記第２ネットワーク内の複数の前記第２伝送装置から選ばれた１以上の特定の第２伝送装置を経由せずに前記第１ネットワークに接続される特定の第２伝送経路群で構成される第２復旧面に関する伝送経路設定情報を前記特定の第２伝送装置の組み合わせごとに記憶し、
   前記第２管理サーバは、
   前記第１管理サーバから受信された前記第１復旧面の接続変更情報に基づいて、前記第２復旧面を構成する前記特定の第２伝送経路群のうち前記第２接続点で前記第１ネットワークと接続される特定の第２伝送経路を、前記第２接続点を経由せず、かつ、前記第１接続点を経由する第４伝送経路に変更することにより、前記第１ネットワークが前記第１復旧面で運用され、かつ、前記第２ネットワークが前記第２復旧面で運用される前記第２復旧面および前記第１復旧面に関する伝送経路設定情報を生成する第２生成処理と、
   前記第２生成処理によって生成された前記第２復旧面および前記第１復旧面に関する伝送経路設定情報にしたがってデータを伝送するように前記第２伝送装置を設定する第２設定処理と、
   を実行することを特徴とする請求項１に記載の通信システム。
3. 前記第１管理サーバは、前記第１送信処理において、
   前記第１接続点と前記第２接続点と前記特定の第１伝送経路とが共通する前記第１復旧面の接続変更情報が複数存在する場合、各々に共通の復旧面識別子を付与することにより、いずれかの前記第１復旧面の接続変更情報を前記第２管理サーバに送信し、
   前記第２管理サーバは、前記第１生成処理において、
   前記第１管理サーバから受信された前記いずれかの第１復旧面の接続変更情報に基づいて、前記第２現用面を構成する前記第２伝送経路群のうち前記第２接続点で前記第１ネットワークと接続される第２伝送経路を、前記第２接続点を経由せず、かつ、前記第１接続点を経由する第３伝送経路に変更することにより、前記第１ネットワークが前記いずれかの第１復旧面で運用され、かつ、前記第２ネットワークが前記第２現用面で運用される前記第２現用面および前記いずれかの第１復旧面に関する伝送経路設定情報を生成し、
   前記第２管理サーバは、前記第１設定処理において、
   前記第２現用面および前記いずれかの前記第１復旧面に関する伝送経路設定情報にしたがってデータを伝送するように前記第２ネットワーク内の第２伝送装置を設定する、
   ことを特徴とする請求項１に記載の通信システム。
4. 前記第１管理サーバは、前記第１送信処理において、
   前記第１接続点と前記第２接続点と前記特定の第１伝送経路とが共通する前記第１復旧面の接続変更情報が複数存在する場合、各々に共通の復旧面識別子を付与することにより、いずれかの前記第１復旧面の接続変更情報を前記第２管理サーバに送信し、
   前記第２管理サーバは、前記第２生成処理において、
   前記第１管理サーバから受信された前記いずれかの第１復旧面の接続変更情報に基づいて、前記第２復旧面を構成する前記特定の第２伝送経路群のうち前記第２接続点で前記第１ネットワークと接続される特定の第２伝送経路を、前記第２接続点を経由せず、かつ、前記第１接続点を経由する第４伝送経路に変更することにより、前記第１ネットワークが前記いずれかの第１復旧面で運用され、かつ、前記第２ネットワークが前記第２復旧面で運用される前記第２復旧面および前記いずれかの第１復旧面に関する伝送経路設定情報を生成し、
   前記第２管理サーバは、前記第２設定処理において、
   前記第２復旧面および前記いずれかの第１復旧面に関する伝送経路設定情報にしたがってデータを伝送するように前記第２伝送装置を設定する、
   ことを特徴とする請求項２に記載の通信システム。
5. 前記第１管理サーバは、
   前記第１復旧面を選択する選択処理と、
   前記選択処理によって選択された前記第１復旧面を指定する情報を送信する第２送信処理と、を実行し、
   前記第２管理サーバは、前記第１設定処理において、
   前記第２送信処理によって前記第１復旧面を指定する情報を受信した場合、前記第２現用面および前記第１復旧面に関する伝送経路設定情報にしたがってデータを伝送するように前記第２ネットワーク内の第２伝送装置を設定する、
   ことを特徴とする請求項１に記載の通信システム。
6. 前記第１管理サーバは、
   前記第１復旧面を選択する選択処理と、
   前記選択処理によって選択された前記第１復旧面を指定する情報を送信する第２送信処理と、を実行し、
   前記第２管理サーバは、前記第２設定処理において、
   前記第２送信処理によって前記第１復旧面を指定する情報を受信した場合、前記第２復旧面および前記第１復旧面に関する伝送経路設定情報にしたがってデータを伝送するように前記第２伝送装置を設定する、
   ことを特徴とする請求項２に記載の通信システム。
7. 前記第１ネットワークと前記第２ネットワークとは、光ファイバーで接続されており、
   前記第１接続点は、前記光ファイバーで通信可能な第１波長であり、
   前記第２接続点は、前記光ファイバーで通信可能な第２波長であることを特徴とする請求項１に記載の通信システム。
8. 前記第１管理サーバは、前記複数の第１伝送装置のいずれかの第１伝送装置であり、
   前記第２管理サーバは、前記複数の第２伝送装置のいずれかの第２伝送装置であることを特徴とする請求項１に記載の通信システム。
9. 前記第１接続点および前記第２接続点は、前記第１ネットワークと前記第２ネットワークとの間のリンク上の仮想的な伝送装置であることを特徴とする請求項１に記載の通信システム。
10. 前記第１管理サーバは、前記選択処理において、前記第１復旧面に対応する伝送装置の障害を検出した場合に、前記第１復旧面を選択することを特徴とする請求項５に記載の通信システム。
11. 各々複数の伝送装置から構成されるネットワーク群と、前記ネットワーク群の各々を管理する管理サーバ群と、を備えた通信システムであって、
    前記管理サーバ群の中の第１管理サーバは、
    前記ネットワーク群の中の前記第１管理サーバが管理する第１ネットワークにおいて第２ネットワークに接続される第１伝送経路群で構成される第１現用面に関する伝送経路設定情報を記憶するとともに、前記第１ネットワーク内の複数の第１伝送装置から選ばれた１以上の特定の第１伝送装置を経由せずに前記第２ネットワークに接続される特定の第１伝送経路群で構成される第１復旧面に関する伝送経路設定情報を前記特定の第１伝送装置の組み合わせごとに記憶する第１データベースを有し、
    前記第１管理サーバは、
    前記第１復旧面を選択する選択処理と、
    前記選択処理によって選択された前記第１復旧面に関する伝送経路設定情報を前記第１データベースから取得して、前記第２ネットワークを管理する第２管理サーバに送信する送信処理と、を実行し、
    前記第２管理サーバは、
    前記第２ネットワークにおいて前記第１ネットワークに接続される第２伝送経路群で構成される第２現用面に関する伝送経路設定情報を記憶する第２データベースを有し、
    前記第２管理サーバは、
    前記第１管理サーバから受信された前記第１復旧面に関する伝送経路設定情報に基づいて、前記第１復旧面に対応する第２伝送経路群となる第２復旧面を前記第２ネットワークで探索する探索処理と、
    前記探索処理によって探索された前記第２復旧面にしたがってデータを伝送するように前記第２ネットワーク内の第２伝送装置を設定する設定処理と、
    を実行することを特徴とする通信システム。
12. 各々複数の伝送装置から構成されるネットワーク群と、前記ネットワーク群の各々を管理する管理サーバ群と、を備えた通信システムであって、
    前記管理サーバ群の中の第１管理サーバは、
    前記ネットワーク群の中の前記第１管理サーバが管理する第１ネットワークにおいて第２ネットワークに接続される第１伝送経路群で構成される第１現用面に関する伝送経路設定情報を記憶するとともに、前記第１ネットワーク内の複数の第１伝送装置から選ばれた１以上の特定の第１伝送装置を経由せずに前記第２ネットワークに接続される特定の第１伝送経路群で構成される第１復旧面に関する伝送経路設定情報を前記特定の第１伝送装置の組み合わせごとに記憶する第１データベースを有し、
    前記第１管理サーバは、
    前記第１ネットワーク内の前記第１伝送装置に、前記第１復旧面に関する伝送経路設定情報を設定する第１設定処理と、
    前記第１設定処理の後に、前記第１復旧面を選択する選択処理と、
    前記選択処理によって選択された前記第１復旧面に関する伝送経路設定情報を前記第１データベースから取得して、前記第２ネットワークを管理する第２管理サーバに送信する第１送信処理と、
    前記選択処理の後に、前記第１伝送装置に前記第１復旧面を指定する情報を送信する第２送信処理と、を実行し、
    前記第２管理サーバは、
    前記第２ネットワークにおいて前記第１ネットワークに接続される第２伝送経路群で構成される第２現用面に関する伝送経路設定情報を記憶する第２データベースを有し、
    前記第２管理サーバは、
    前記第１管理サーバから受信された前記第１復旧面に関する伝送経路設定情報に基づいて、前記第１復旧面に対応する第２伝送経路群となる第２復旧面を前記第２ネットワークで探索する探索処理と、
    前記探索処理によって探索された前記第２復旧面にしたがってデータを伝送するように前記第２ネットワーク内の第２伝送装置を設定する第２設定処理と、
    を実行することを特徴とする通信システム。
13. 各々複数の伝送装置から構成されるネットワーク群と、前記ネットワーク群の各々を管理する管理サーバ群と、を備えた通信システムによる設定方法であって、
    前記管理サーバ群の中の第１管理サーバは、
    前記ネットワーク群の中の前記第１管理サーバが管理する第１ネットワークにおいて第２ネットワークに接続される第１伝送経路群で構成される第１現用面に関する伝送経路設定情報を記憶するとともに、前記第１ネットワーク内の複数の第１伝送装置から選ばれた１以上の特定の第１伝送装置を経由せずに前記第２ネットワークに接続される特定の第１伝送経路群で構成される第１復旧面に関する伝送経路設定情報を前記特定の第１伝送装置の組み合わせごとに記憶する第１データベースを有し、
    前記第２ネットワークを管理する第２管理サーバは、
    前記第２ネットワークにおいて前記第１ネットワークに接続される第２伝送経路群で構成される第２現用面に関する伝送経路設定情報を記憶する第２データベースを有し、
    前記設定方法は、
    前記第１管理サーバが、
    前記第１復旧面に関する伝送経路設定情報を参照して、前記特定の第１伝送経路ごとに当該特定の第１伝送経路上で前記第２ネットワークに接続する第１接続点と、前記特定の第１伝送経路上で前記特定の第１伝送装置に起因して前記第２ネットワークに接続してはいけない第２接続点とを規定した前記第１復旧面の接続変更情報を、前記第１復旧面に関する伝送経路設定情報ごとに生成して、前記第２管理サーバに送信する第１送信処理を実行し、
    前記第２管理サーバが、
    前記第１管理サーバから受信された前記第１復旧面の接続変更情報に基づいて、前記第２現用面を構成する前記第２伝送経路群のうち前記第２接続点で前記第１ネットワークと接続される第２伝送経路を、前記第２接続点を経由せず、かつ、前記第１接続点を経由する第３伝送経路に変更することにより、前記第１ネットワークが前記第１復旧面で運用され、かつ、前記第２ネットワークが前記第２現用面で運用される前記第２現用面および前記第１復旧面に関する伝送経路設定情報を生成する第１生成処理と、
    前記第１生成処理によって生成された前記第２現用面および前記第１復旧面に関する伝送経路設定情報にしたがってデータを伝送するように前記第２ネットワーク内の第２伝送装置を設定する第１設定処理と、
    を実行することを特徴とする設定方法。
14. 前記第２データベースは、前記第２ネットワーク内の複数の前記第２伝送装置から選ばれた１以上の特定の第２伝送装置を経由せずに前記第１ネットワークに接続される特定の第２伝送経路群で構成される第２復旧面に関する伝送経路設定情報を前記特定の第２伝送装置の組み合わせごとに記憶し、
    前記設定方法は、
    前記第２管理サーバが、
    前記第１管理サーバから受信された前記第１復旧面の接続変更情報に基づいて、前記第２復旧面を構成する前記特定の第２伝送経路群のうち前記第２接続点で前記第１ネットワークと接続される特定の第２伝送経路を、前記第２接続点を経由せず、かつ、前記第１接続点を経由する第４伝送経路に変更することにより、前記第１ネットワークが前記第１復旧面で運用され、かつ、前記第２ネットワークが前記第２復旧面で運用される前記第２復旧面および前記第１復旧面に関する伝送経路設定情報を生成する第２生成処理と、
    前記第２生成処理によって生成された前記第２復旧面および前記第１復旧面に関する伝送経路設定情報にしたがってデータを伝送するように前記第２伝送装置を設定する第２設定処理と、
    を実行することを特徴とする請求項１３に記載の設定方法。
15. 前記第１管理サーバは、前記第１送信処理において、
    前記第１接続点と前記第２接続点と前記特定の第１伝送経路とが共通する前記第１復旧面の接続変更情報が複数存在する場合、各々に共通の復旧面識別子を付与することにより、いずれかの前記第１復旧面の接続変更情報を前記第２管理サーバに送信し、
    前記第２管理サーバは、前記第１生成処理において、
    前記第１管理サーバから受信された前記いずれかの第１復旧面の接続変更情報に基づいて、前記第２現用面を構成する前記第２伝送経路群のうち前記第２接続点で前記第１ネットワークと接続される第２伝送経路を、前記第２接続点を経由せず、かつ、前記第１接続点を経由する第３伝送経路に変更することにより、前記第１ネットワークが前記いずれかの第１復旧面で運用され、かつ、前記第２ネットワークが前記第２現用面で運用される前記第２現用面および前記いずれかの第１復旧面に関する伝送経路設定情報を生成し、
    前記第２管理サーバは、前記第１設定処理において、
    前記第２現用面および前記いずれかの前記第１復旧面に関する伝送経路設定情報にしたがってデータを伝送するように前記第２ネットワーク内の第２伝送装置を設定する、
    ことを特徴とする請求項１３に記載の設定方法。

Images