(57)【特許請求の範囲】
【請求項１】
複数のノードを含むネットワークを管理する管理装置であって、
プログラムを格納するメモリと、前記プログラムに従って動作するプロセッサとを含み、
前記メモリは、ノード障害復旧設定管理情報と、エリア障害復旧設定管理情報と、を保持し、
前記ノード障害復旧設定管理情報は、障害ノードの組み合わせを示すノード障害パターンと、伝送パスそれぞれの復旧経路を示すノード障害復旧面と、の関係を管理し、
前記エリア障害復旧設定管理情報は、前記ネットワークを分割して形成される複数ノードからなるエリアにおける障害エリアの組み合わせを示すエリア障害パターンと、前記伝送パスそれぞれの復旧経路を示すエリア障害復旧面と、の関係を管理し、
前記プロセッサは、
前記ネットワークにおいて、障害が発生しているノード数を特定し、
前記障害が発生しているノード数が閾値を超える場合に、前記エリア障害復旧面から復旧面を選択して、前記ネットワークに適用し、
前記障害が発生しているノード数が閾値以下の場合に、前記ノード障害復旧面から復旧面を選択して、前記ネットワークに適用し、
前記ネットワークにおける前記障害によって、予め設定されたプロテクションパスで復旧できない伝送パスが存在する場合、前記プロテクションパスによって復旧できない伝送パスの数を特定し、前記復旧できない伝送パスの数が閾値未満である場合に前記復旧できない伝送パスを復旧経路の再計算によるレストレーションにより復旧し、前記復旧できない伝送パスの数が閾値以上である場合に前記エリア障害復旧面又は前記ノード障害復旧面から選択した復旧面を前記ネットワークに適用し復旧を行う、管理装置。
【請求項２】
複数のノードを含むネットワークを管理する管理装置であって、
プログラムを格納するメモリと、前記プログラムに従って動作するプロセッサとを含み、
前記メモリは、ノード障害復旧設定管理情報と、エリア障害復旧設定管理情報と、を保持し、
前記ノード障害復旧設定管理情報は、障害ノードの組み合わせを示すノード障害パターンと、伝送パスそれぞれの復旧経路を示すノード障害復旧面と、の関係を管理し、
前記エリア障害復旧設定管理情報は、前記ネットワークを分割して形成される複数ノードからなるエリアにおける障害エリアの組み合わせを示すエリア障害パターンと、前記伝送パスそれぞれの復旧経路を示すエリア障害復旧面と、の関係を管理し、
前記プロセッサは、
前記ネットワークにおいて、障害が発生しているノード数を特定し、
前記障害が発生しているノード数が閾値を超える場合に、前記エリア障害復旧面から復旧面を選択して、前記ネットワークに適用し、
前記障害が発生しているノード数が閾値以下の場合に、前記ノード障害復旧面から復旧面を選択して、前記ネットワークに適用し、
前記ネットワークにおける前記障害によって、予め設定されたプロテクションパスで復旧できない伝送パスが存在する場合、前記エリア障害復旧面又は前記ノード障害復旧面から選択した復旧面を前記ネットワークに適用し、
前記障害が発生しているノード数が２台以内である場合、前記エリア障害復旧面又は前記ノード障害復旧面から選択した復旧面による復旧に代えて、復旧経路の再計算によるレストレーションによる復旧を行う、管理装置。
【請求項３】
複数のノードを含むネットワークを管理する管理装置であって、
プログラムを格納するメモリと、前記プログラムに従って動作するプロセッサとを含み、
前記メモリは、ノード障害復旧設定管理情報と、エリア障害復旧設定管理情報と、を保持し、
前記ノード障害復旧設定管理情報は、障害ノードの組み合わせを示すノード障害パターンと、伝送パスそれぞれの復旧経路を示すノード障害復旧面と、の関係を管理し、
前記エリア障害復旧設定管理情報は、前記ネットワークを分割して形成される複数ノードからなるエリアにおける障害エリアの組み合わせを示すエリア障害パターンと、前記伝送パスそれぞれの復旧経路を示すエリア障害復旧面と、の関係を管理し、
前記プロセッサは、
前記ネットワークにおいて、障害が発生しているノード数を特定し、
前記障害が発生しているノード数が閾値を超える場合に、前記エリア障害復旧面から復旧面を選択して、前記ネットワークに適用し、
前記障害が発生しているノード数が閾値以下の場合に、前記ノード障害復旧面から復旧面を選択して、前記ネットワークに適用し、
前記ノード障害復旧設定管理情報は、ｋ個のノードの障害に対する復旧面の情報を含み、
前記プロセッサは、ｋ個のノードの障害及びｋ−１個のノードの障害に対して、前記ｋ個のノードの障害に対する復旧面から適用する復旧面を選択する、管理装置。
【請求項４】
請求項３に記載の管理装置であって、
前記プロセッサは、
ｋ−１個のノードの障害において、正常なノードから使用されている伝送パスの最も少ないノードを選択し、
前記選択したノードと前記ｋ−１個のノードの組み合わせに対する復旧面を、前記ノード障害復旧設定管理情報から選択する、管理装置。
【請求項５】
複数のノードを含むネットワークを管理する管理装置であって、
プログラムを格納するメモリと、前記プログラムに従って動作するプロセッサとを含み、
前記メモリは、ノード障害復旧設定管理情報と、エリア障害復旧設定管理情報と、を保持し、
前記ノード障害復旧設定管理情報は、障害ノードの組み合わせを示すノード障害パターンと、伝送パスそれぞれの復旧経路を示すノード障害復旧面と、の関係を管理し、
前記エリア障害復旧設定管理情報は、前記ネットワークを分割して形成される複数ノードからなるエリアにおける障害エリアの組み合わせを示すエリア障害パターンと、前記伝送パスそれぞれの復旧経路を示すエリア障害復旧面と、の関係を管理し、
前記プロセッサは、
前記ネットワークにおいて、障害が発生しているノード数を特定し、
前記障害が発生しているノード数が閾値を超える場合に、前記エリア障害復旧面から復旧面を選択して、前記ネットワークに適用し、
前記障害が発生しているノード数が閾値以下の場合に、前記ノード障害復旧面から復旧面を選択して、前記ネットワークに適用し、
前記ノード障害復旧設定管理情報は、ｋ個のノードの障害に対する復旧面の情報を含み、
前記プロセッサは、
ｋ個のノードの障害及びｋ＋１個のノードの障害に対して、前記ｋ個のノードの障害に対する復旧面から適用する復旧面を選択し、
ｋ＋１個の障害において、前記適用される復旧面で復旧できない伝送パスを、復旧経路の再計算によるレストレーションにより復旧する、管理装置。
【請求項６】
複数のノードを含むネットワークを管理する方法であって、
前記ネットワークにおいて、障害が発生しているノード数を特定し、
前記障害が発生しているノード数が閾値を超える場合に、エリア障害復旧設定管理情報から復旧面を選択して、前記ネットワークに適用し、前記エリア障害復旧設定管理情報は、前記ネットワークを分割して形成される複数ノードからなるエリアにおける障害エリアの組み合わせを示すエリア障害パターンと、伝送パスそれぞれの復旧経路を示すエリア障害復旧面と、の関係を管理し、
前記障害が発生しているノード数が閾値以下の場合に、ノード障害復旧設定管理情報から復旧面を選択し、前記ノード障害復旧設定管理情報は、障害ノードの組み合わせを示すノード障害パターンと、前記伝送パスそれぞれの復旧経路を示すノード障害復旧面と、の関係を管理し、
前記ネットワークにおける前記障害によって、予め設定されたプロテクションパスで復旧できない伝送パスが存在する場合、前記プロテクションパスによって復旧できない伝送パスの数を特定し、前記復旧できない伝送パスの数が閾値未満である場合、前記復旧できない伝送パスを、復旧経路の再計算によるレストレーションにより復旧し、前記復旧できない伝送パスの数が閾値以上である場合、前記エリア障害復旧面又は前記ノード障害復旧面から選択した復旧面を前記ネットワークに適用し、復旧を行う、方法。
【請求項７】
複数のノードを含むネットワークを管理する方法であって、
前記ネットワークにおいて、障害が発生しているノード数を特定し、
前記障害が発生しているノード数が閾値を超える場合に、エリア障害復旧設定管理情報から復旧面を選択して、前記ネットワークに適用し、前記エリア障害復旧設定管理情報は、前記ネットワークを分割して形成される複数ノードからなるエリアにおける障害エリアの組み合わせを示すエリア障害パターンと、伝送パスそれぞれの復旧経路を示すエリア障害復旧面と、の関係を管理し、
前記障害が発生しているノード数が閾値以下の場合に、ノード障害復旧設定管理情報から復旧面を選択し、前記ノード障害復旧設定管理情報は、障害ノードの組み合わせを示すノード障害パターンと、前記伝送パスそれぞれの復旧経路を示すノード障害復旧面と、の関係を管理し、
前記ネットワークにおける前記障害によって、予め設定されたプロテクションパスで復旧できない伝送パスが存在する場合、前記エリア障害復旧面又は前記ノード障害復旧面から選択した復旧面を前記ネットワークに適用し、
前記障害が発生しているノード数が２台以内である場合、前記エリア障害復旧面又は前記ノード障害復旧面から選択した復旧面による復旧に代えて、復旧経路の再計算によるレストレーションによる復旧を行う、方法。
【請求項８】
複数のノードを含むネットワークを管理する方法であって、
前記ネットワークにおいて、障害が発生しているノード数を特定し、
前記障害が発生しているノード数が閾値を超える場合に、エリア障害復旧設定管理情報から復旧面を選択して、前記ネットワークに適用し、前記エリア障害復旧設定管理情報は、前記ネットワークを分割して形成される複数ノードからなるエリアにおける障害エリアの組み合わせを示すエリア障害パターンと、伝送パスそれぞれの復旧経路を示すエリア障害復旧面と、の関係を管理し、
前記障害が発生しているノード数が閾値以下の場合に、ノード障害復旧設定管理情報から復旧面を選択し、前記ノード障害復旧設定管理情報は、障害ノードの組み合わせを示すノード障害パターンと、前記伝送パスそれぞれの復旧経路を示すノード障害復旧面と、の関係を管理し、
前記ノード障害復旧設定管理情報は、ｋ個のノードの障害に対する復旧面の情報を含み、
前記方法は、ｋ個のノードの障害及びｋ−１個のノードの障害に対して、前記ｋ個のノードの障害に対する復旧面から適用する復旧面を選択する、方法。
【請求項９】
複数のノードを含むネットワークを管理する方法であって、
前記ネットワークにおいて、障害が発生しているノード数を特定し、
前記障害が発生しているノード数が閾値を超える場合に、エリア障害復旧設定管理情報から復旧面を選択して、前記ネットワークに適用し、前記エリア障害復旧設定管理情報は、前記ネットワークを分割して形成される複数ノードからなるエリアにおける障害エリアの組み合わせを示すエリア障害パターンと、伝送パスそれぞれの復旧経路を示すエリア障害復旧面と、の関係を管理し、
前記障害が発生しているノード数が閾値以下の場合に、ノード障害復旧設定管理情報から復旧面を選択し、前記ノード障害復旧設定管理情報は、障害ノードの組み合わせを示すノード障害パターンと、前記伝送パスそれぞれの復旧経路を示すノード障害復旧面と、の関係を管理し、
前記ノード障害復旧設定管理情報は、ｋ個のノードの障害に対する復旧面の情報を含み、
前記方法は、
ｋ個のノードの障害及びｋ＋１個のノードの障害に対して、前記ｋ個のノードの障害に対する復旧面から適用する復旧面を選択し、
ｋ＋１個の障害において、前記適用される復旧面で復旧できない伝送パスを、復旧経路の再計算によるレストレーションにより復旧する、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークの管理装置に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特許文献１記載の技術がある。特許文献１には、複数の伝送装置及び回線により通信網を４端子網以上の端子網に組み替え、各端子網にて発生し得る故障に関する故障情報に基づき、故障が発生した回線を含む障害区間を検知する障害区間検知手段２と、各端子網内で取り得る伝送路に関するパターンを端子網毎に予め記憶するパターン保持部３と、障害区間が検知されたときに迂回ルートに対応するパターンをパターン保持部３から選択するパターン選択手段４と、選択された迂回パターンを含む伝送路に従い各伝送装置の動作を制御する伝送装置制御手段５とを備えるように構成する、と記載されている（要約）。
【０００３】
他の背景技術として、特許文献２記載の技術がある。特許文献２には、接続関係情報やリンクコスト情報を格納したデータベースを参照して、該入口ノードから該宛先ノードまでの残余帯域を確保可能な最短経路で全ての組み合わせのプライマリパスを計算し、プライマリパスを、ＭＰＬＳパスを設定可能な装置に設定し、プライマリパスの設定後に、プライマリパスの通過するリンクと完全に交わらない経路を対象として、データベースを参照して、入口ノードから宛先ノードまでの残余帯域を確保可能な最短経路で迂回パスを計算し、迂回パスを、ＭＰＬＳパスを設定可能な装置に設定する、と記載されている（要約）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−１８１７７６号公報
【特許文献２】特開２００７−２４３４８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１記載の技術では、端子網毎に端子網内で取り得る伝送路に関するパターンを保持し、大規模な網に対しては複数の端子網において適切な伝送路を選択するため、膨大な組合せの中から伝送路を選択する必要がある。特許文献２記載の技術では、プライマリパスと迂回パスを構成しているが、プライマリパスと迂回パスの双方が損傷するような大規模な障害への対応が困難である。また、小規模な障害の全てのパターンに対して、復旧設定を事前に準備することが望ましいが、膨大なパターンの準備が必要であり、現在の計算機やストレージでは準備することが困難である。
【０００６】
そこで、本発明は前述した課題を鑑みてなされたものであり、ネットワークシステムで発生する異なる規模の障害に対して、迅速な復旧設定の選択により復旧までの時間を短縮できると共に、リソースの利用効率を高めつつ、復旧設定の準備のための処理及び記憶リソースを低減することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の代表的な一例は、複数のノードを含むネットワークを管理するネットワーク管理装置であって、プログラムを格納するメモリと、前記プログラムに従って動作するプロセッサとを含み、前記メモリは、ノード障害復旧設定管理情報と、エリア障害復旧設定管理情報と、を保持し、前記ノード障害復旧設定管理情報は、障害ノードの組み合わせを示すノード障害パターンと、伝送パスそれぞれの復旧経路を示すノード障害復旧面と、の関係を管理し、前記エリア障害復旧設定管理情報は、前記ネットワークを分割して形成される複数ノードからなるエリアにおける障害エリアの組み合わせを示すエリア障害パターンと、前記伝送パスそれぞれの復旧経路を示すエリア障害復旧面と、の関係を管理し、前記プロセッサは、前記ネットワークにおいて、障害が発生しているノード数を特定し、前記ノード数が閾値を超える場合に、前記エリア障害復旧面から復旧面を選択して、前記ネットワークに適用し、前記障害が発生しているノード数が閾値以下の場合に、前記ノード障害復旧面から復旧面を選択して、前記ネットワークに適用する。
【発明の効果】
【０００８】
本発明の一例によれば、ネットワークシステムで発生する異なる規模の障害に対して復旧までの時間を短縮できると共に、リソースの利用効率を高めつつ、復旧設定の準備のための処理及び記憶リソースを低減できる。上記以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００９】
【図１】実施例１におけるネットワークシステム構成図の例である。
【図２Ａ】実施例１におけるエリア分割を示す例である。
【図２Ｂ】実施例１におけるエリア分割を示す例である。
【図３】実施例１における単体通信装置に対する障害復旧後のネットワークシステム構成図の例である。
【図４】実施例１における複数通信装置に対する障害復旧後のネットワークシステム構成図の例である。
【図５】実施例１におけるエリア単位の障害に対する復旧後のネットワークシステム構成図の例である。
【図６】実施例１における障害復旧設定の流れを示すシーケンス図の例である。
【図７】実施例１における単体通信装置における障害復旧処理の流れを示すシーケンス図の例である。
【図８】実施例１における複数通信装置における障害復旧処理の流れを示すシーケンス図の例である。
【図９】実施例１におけるエリア規模における障害復旧処理の流れを示すシーケンス図の例である。
【図１０】実施例１における現用系のパス設定及びプロテクションパスの設定を示すテーブルの例である。
【図１１】実施例１における２台の通信装置障害に対する現用系のパスを復旧するパス設定を示すテーブルの例である。
【図１２】実施例１における３台の通信装置障害に対する現用系のパスを復旧するパス設定を示すテーブルの例である。
【図１３】実施例１におけるエリア規模障害に対する現用系のパスを復旧するパス設定を示すテーブルの例である。
【図１４】実施例１における通信装置及び端末に対する現用系のパス設定を示すテーブルの例である。
【図１５】実施例１における通信装置及び端末に対するプロテクションパス設定を示すテーブルの例である。
【図１６】実施例１における通信装置ｎ１２、ｎ２３、ｎ３１障害時に対する通信装置及び端末における復旧用のパス設定を示すテーブルの例である。
【図１７】実施例１におけるエリアＡ２、３障害時に対する通信装置及び端末における復旧用のパス設定を示すテーブルの例である。
【図１８Ａ】実施例１における端末ＴＡ１に対する現用系のパス設定及び障害発生時における現用系のパスを復旧するパス設定を示すテーブルの例である。
【図１８Ｂ】実施例１における端末ＴＢ１に対する現用系のパス設定及び障害発生時における現用系のパスを復旧するパス設定を示すテーブルの例である。
【図１９Ａ】実施例１における通信装置ｎ１１に対する現用系のパス設定及び障害発生時における現用系のパスを復旧するパス設定を示すテーブルの例である。
【図１９Ｂ】実施例１における通信装置ｎ２４に対する現用系のパス設定及び障害発生時における現用系のパスを復旧するパス設定を示すテーブルの例である。
【図１９Ｃ】実施例１における通信装置ｎ３２に対する現用系のパス設定及び障害発生時における現用系のパスを復旧するパス設定を示すテーブルの例である。
【図２０】実施例１における通信装置のハードウェア構成の一例を示すブロック図である。
【図２１】実施例１におけるネットワーク管理サーバ１のハードウェア構成の一例を示すブロック図である。
【図２２】実施例１における障害復旧の全体の流れを示すシーケンス図の例である。
【図２３】実施例１における通信装置単位の障害に対する現用系パスを復旧するパス算出を説明するフローチャートの例である。
【図２４】実施例１におけるエリア単位の障害に対する現用系パスを復旧するパス算出を説明するフローチャートの例である。
【図２５】実施例２における障害復旧の全体の流れを示すシーケンス図の例である。
【図２６】実施例２における複数通信装置における障害復旧処理の流れを示すシーケンス図の例である。
【図２７】実施例２におけるエリア規模における障害復旧処理の流れを示すシーケンス図の例である。
【図２８】実施例３における障害復旧の全体の流れを示すシーケンス図の例である。
【図２９】実施例３における複数通信装置における障害復旧処理の流れを示すシーケンス図の例である。
【図３０】実施例３におけるエリア規模における障害復旧処理の流れを示すシーケンス図の例である。
【図３１】実施例４におけるプロテクションパスの動的設定変更後のネットワークシステム構成図の例である。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して本発明の実施例を説明する。以下に説明する実施例は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。各図において共通の構成については同一の参照符号が付されている。
【実施例１】
【００１１】
実施例１では、ネットワーク全体を複数のエリアに分割し、現用系パス及びプロテクションパスの疎通監視、通信装置のポート障害やリンク障害の監視、及びエリア規模での通信装置障害を監視し、障害発生時に設定した伝送パスの迅速な復旧を行う例について説明する。また、通信システムがパケットトランスポートネットワークを構成する例について説明する。
【００１２】
図１は、実施例１におけるネットワークシステム構成の例である。実施例１のネットワークシステムは、ネットワーク管理サーバ１、通信装置ｎ１１〜ｎ１４、ｎ２１〜ｎ２４、ｎ３１〜ｎ３４、ｎ４１〜ｎ４４、及び端末ＴＡ１、ＴＢ１、を有する。端末ではなく、サーバや他の通信装置やネットワークでもよい。ネットワーク管理サーバ１が管理するネットワーク内の、通信装置、端末及びサーバを総称して、「伝送装置」又は「ノード」と称す。図１では、ネットワーク管理サーバ１は、便宜上、通信装置ｎ３２にのみ接続されているが、他の伝送装置にも接続される。
【００１３】
図２Ａ及び２Ｂは、実施例１におけるエリア分割の例を示す。図２Ａは、ネットワーク全体をエリアに分割した後の構成を示している。図２Ｂは、エリアの分割方式を示している。図２Ｂが示すように、エリア分割は、ネットワーク全体に対する外周線２０１をはじめに構成する。その後、外周線２０１を１箇所、或いは０箇所のみ含むエリアを構成し、ネットワーク全体を複数のエリアに分割する。外周線２０１を２箇所以上含むエリアは構成しない。
【００１４】
図２Ｂにおいて、エリアＤＡ１は外周線２０１を１箇所のみ含むエリアであり、エリアＤＡ２は外周線２０１を０箇所のみ含むエリアである。エリアＤＡ３は、外周線２０１を２箇所以上含むエリアである。外周線２０１を２箇所以上含むエリア構成しないことで、一つのエリアが外周線２０１で画定されるネットワーク全体を分断することを避け、当該ネットワーク内で復旧パスが設定できないことを確実に避ける。
【００１５】
エリア分割の一例は、図２Ａに示した通信装置全体に対する外周線２０１を構成する。より具体的には、通信装置ｎ１１、ｎ１４、ｎ２１、ｎ２４、ｎ２３、ｎ４４、ｎ４３、ｎ４２、ｎ３３、ｎ３２、ｎ３１、ｎ１２を結んだ伝送路を外周線２０１とする。この外周線に対して、外周線上の任意の通信装置、例えば通信装置ｎ１１を選択し、通信装置ｎ１１から所定の距離以内にある通信装置をまとめてエリアを構成する。図２Ａの例では、通信装置ｎ１１、ｎ１２、ｎ１３、ｎ１４がエリアＡ１として構成されている。
【００１６】
エリアＡ１構成後、エリアＡ１に属さない外周線２０１上の隣の通信装置ｎ２１を選択し、エリアＡ１を構成した方法と同様にエリアＡ２、３、４を構成する。外周線２０１上の通信装置全てをエリア分割した後、外周線２０１内においてエリアに分割されていない通信装置が存在する場合は、任意の通信装置を選択し、その選択した通信装置から所定の距離にある通信装置をまとめてエリアを構成し、全ての通信装置を何れかのエリアに属するように分割管理する。
【００１７】
図２Ａの例では、通信装置ｎ１１、ｎ１２、ｎ１３、ｎ１４はエリアＡ１を構成し、通信装置ｎ２１、ｎ２２、ｎ２３、ｎ２４はエリアＡ２を構成し、通信装置ｎ３１、ｎ３２、ｎ３３、ｎ３４はエリアＡ３を構成し、通信装置ｎ４１、ｎ４２、ｎ４３、ｎ４４はエリアＡ４を構成する。
【００１８】
本実施例では、外周線２０１上において任意に選択した通信装置を起点にエリア分割するが、例えば、外周線２０１を２箇所以上含まない様にクラスタ分割する方法がある。また、その他の方法として、ネットワーク構成以外の構成情報、例えば電力供給源の構成を考慮し、特定の電源から構成されるエリアがネットワーク全体を分断しないようエリアを構成する分割方法もある。
【００１９】
図３は、実施例１における単体通信装置の障害に対する障害復旧後のネットワークシステム構成図の例である。運用開始段階において、ネットワーク管理サーバ１は、現用系の伝送パス３０１（端末ＴＡ１、通信装置ｎ１１、ｎ１２、ｎ３１、ｎ３２を経由して端末ＴＢ１へ接続するリンク３０１ａ〜３０１ｅ）を設定する。
【００２０】
ネットワーク管理サーバ１は、現用系の伝送パス３０１に対してプロテクションパス３０２（端末ＴＡ１、通信装置ｎ２４、ｎ２３、ｎ４４、ｎ４３を経由して端末ＴＢ１へ接続するリンク３０２ａ〜３０２ｅ）を設定する。
【００２１】
端末ＴＡ１は、実線で示された現用系の伝送パス３０１に対して、疎通があるか否かを検査用のデータを端末ＴＢ１と間で送受信することにより、常に監視する。端末ＴＡ１は、現用系の伝送パス３０１において、端末ＴＢ１と間での疎通がないと判断した場合は、プロテクションパス３０２を用いて、端末ＴＢ１への通信を継続する。すなわち、端末ＴＡ１は、障害発生前は、データを通信装置ｎ１１に送信していたが、障害を検知した後は、データを通信装置ｎ２４に対して送信するように瞬時に切り替える。
【００２２】
図４は、実施例１における複数通信装置の障害に対する障害復旧後のネットワークシステム構成図の例である。運用開始段階において、ネットワーク管理サーバ１は、通信装置に発生する障害の組合せを想定し、想定した組合せに対する現用系パスの復旧設定を予め算出し、各復旧設定に対して識別子（復旧面ＩＤ）を付与して、各伝送装置（通信装置及び端末）に送付する。
【００２３】
各伝送装置は、ネットワーク管理サーバ１から受信した復旧面ＩＤと復旧設定の組を保持する。各伝送装置は、障害が発生している伝送パス及び発生していない伝送パスを含め、ネットワーク管理サーバ１から受信した復旧面ＩＤが示す復旧設定を実行する。なお、本開示における面とは、伝送パスの集合体である。具体的には、現用面は、現用系として運用している伝送パスの集合であり、復旧面は、復旧用として運用する予定の伝送パスの集合である。
【００２４】
図４の例では、ネットワーク管理サーバ１において、復旧用の伝送パスを準備する通信装置の障害発生通信装置数（Ｋ）として３台（Ｋ＝３）が設定されている。単一の装置に対する障害は、プロテクションパスにより救済されるため、単一の装置障害に対する復旧設定パスは事前算出しない。その結果、ネットワーク管理サーバ１は、２台及び３台の通信装置に障害が発生した場合について、復旧用の伝送パスを事前に算出する。
【００２５】
具体的には、ネットワーク管理サーバ１は、１６台の通信装置に対して、何れかの２台の通信装置に障害が発生した場合の現用系パスに対する復旧パス集合の設定（復旧面）を事前に算出し、復旧面毎にＩＤを付与して管理する。
【００２６】
また、ネットワーク管理サーバ１は、１６台の通信装置に対して、何れかの３台の通信装置に障害が発生した場合の現用系パスに対する復旧パスの設定（復旧面）を事前に算出し、復旧面毎に復旧面ＩＤを付与して管理する。その後、ネットワーク管理サーバ１は、各障害発生パターンに対する復旧パスの設定（復旧面）と復旧面ＩＤとを、各伝送装置（通信装置及び端末）へ事前に送付しておく。
【００２７】
複数の通信装置に同時に障害が発生する確率は、同時に障害が発生する通信装置が多いほど低いと想定される。一方、単一の通信装置に対する障害は、プロテクションパスにより救済される。したがって、ネットワーク管理サーバ１は、同時での障害発生頻度の高い、Ｋ個までの通信装置障害に対する復旧設定を事前に算出、及び各伝送装置へ送付しておく。
【００２８】
図４の例では、運用開始段階において、ネットワーク管理サーバ１は、現用系の伝送パス３０１（端末ＴＡ１、通信装置ｎ１１、ｎ１２、ｎ３１、ｎ３２を経由して端末ＴＢ１へ接続するリンク３０１ａ〜３０１ｅ）を設定する。また、ネットワーク管理サーバ１は、現用系の伝送パス３０１に対してプロテクションパス３０２（端末ＴＡ１、通信装置ｎ２４、ｎ２３、ｎ４４、ｎ４３を経由して端末ＴＢ１へ接続するリンク３０２ａ〜３０２ｅ）を設定する。
【００２９】
さらに、ネットワーク管理サーバ１は、３台の通信装置に同時に障害が発生した場合の一つのパス（通信装置単位単位面切替パス）として、通信装置ｎ１２、ｎ２３、ｎ３１に障害が同時に発生した場合の復旧パス４０１（端末ＴＡ１、通信装置ｎ１１、ｎ１４、ｎ１３、ｎ３４、ｎ３３、ｎ３２を経由して端末ＴＢ１へ接続するリンク４０１ａ〜４０１ｇ）を算出する。
【００３０】
さらに、ネットワーク管理サーバ１は、復旧パス４０１に復旧面ＩＤ（例えば図１２における復旧面２３４０）を付与し、各伝送装置（端末ＴＡ１、通信装置ｎ１１、ｎ１４、ｎ１３、ｎ３４、ｎ３３、ｎ３２、端末ＴＢ１）へ送付しておく。
【００３１】
ネットワーク管理サーバ１は、通信装置ｎ１２、ｎ２３、ｎ３１における障害発生を、他の正常な通信装置から受信し検出すると、復旧に関係する伝送装置、つまり、端末ＴＡ１、通信装置ｎ１１、ｎ１４、ｎ１３、ｎ３４、ｎ３３、ｎ３２、及び端末ＴＢ１に対して、復旧面２３４０の設定により伝送パスの復旧を実行するよう指示する。
【００３２】
ネットワーク管理サーバ１からの復旧面２３４０の設定利用を受信した伝送装置、つまり、端末ＴＡ１、通信装置ｎ１１、ｎ１４、ｎ１３、ｎ３４、ｎ３３、ｎ３２、及び端末ＴＢ１は、復旧面２３４０の設定を利用して伝送パスの復旧を実行する。
【００３３】
以上説明したように、ネットワーク管理サーバ１は通信装置単位に障害監視を行い、想定数以内において通信装置に障害が発生した場合は、通信装置単位の障害に対する復旧面を選択し、その識別ＩＤを復旧に必要な伝送装置へ通知する。これにより、迅速に障害から復旧することが可能となる。
【００３４】
図５は、実施例１におけるエリア単位の障害に対する復旧後のネットワークシステム構成図の例である。図４では、通信装置単位の障害に対する復旧方式について説明したが、図５では、エリア規模での障害に対する復旧方式について説明する。例えば、大地震等の災害では、同時に複数の通信装置に障害が発生するケースが想定される。そのような場合は、比較的通信装置間の距離が近い、或いは利用している電源の供給源が同じといったような何らかの相関の強い複数の装置に同時に障害が発生する可能性が高い。
【００３５】
そのような場合は、ネットワーク管理サーバ１は、ネットワーク全体に対して相関の強い通信装置をグループ化して管理したエリア単位で障害発生の有無を監視する。また、ネットワーク管理サーバ１は、エリア単位で発生する障害発生パターンに対する復旧設定を事前に算出し、復旧面ＩＤとともに事前に各伝送装置へ送付しておく。復旧設定に含まれる伝送装置は、障害発生エリア以外のエリアから選択される。
【００３６】
図５の例では、ネットワーク管理サーバ１において、エリア単位障害に対する復旧用の伝送パスを準備する通信装置の障害発生通信装置数（Ｋ＋１）として、４台以上（Ｋ＝３）が設定されている。
【００３７】
具体的には、ネットワーク管理サーバ１は、検出した障害が属するエリアを特定し、現用系パスを復旧するための設定である復旧面を選定し、障害復旧に関係する伝送装置に選択した復旧面ＩＤを通知する。復旧面ＩＤの通知を受信した各伝送装置は、復旧面ＩＤにて指定された復旧設定により、現用系パスの復旧を実行する。
【００３８】
具体的には、ネットワーク管理サーバ１は、現用系パス及びプロテクションパスの設定のほか、２個のエリアに障害が発生した場合の一つとして、エリアＡ２、Ａ３に障害が発生した場合の復旧パス５０１（端末ＴＡ１、通信装置ｎ１１、ｎ１４、ｎ１３、ｎ４１、ｎ４２、ｎ４３を経由して端末ＴＢ１へ接続するリンク５０１ａ〜５０１ｇ）を算出する。復旧パス５０１の通信装置は、エリアＡ２、Ａ３以外のエリアＡ１、Ａ４から選択されている。
【００３９】
さらに、ネットワーク管理サーバ１は、復旧パス５０１に対して復旧面ＩＤ（例えば図１３における復旧面８）を付与して、各伝送装置（端末ＴＡ１、通信装置ｎ１１、ｎ１４、ｎ１３、ｎ４１、ｎ４２、ｎ４３、及び端末ＴＢ１）に、復旧面ＩＤへ送付しておく。
【００４０】
ネットワーク管理サーバ１は、通信装置ｎ２２、ｎ２３、ｎ３１、ｎ３４に対する障害発生を、他の正常な通信装置から受信し検出すると、障害の発生している通信装置が属するエリアＡ２、Ａ３に障害が発生したと判定する。ネットワーク管理サーバ１は、復旧に関係する伝送装置（端末ＴＡ１、通信装置ｎ１１、ｎ１４、ｎ１３、ｎ４１、ｎ４２、ｎ４３、ＴＢ１）に対して、復旧面８の設定により伝送パスの復旧を実行するよう指示する。
【００４１】
ネットワーク管理サーバ１からの復旧面８の設定利用を受信した伝送装置（端末ＴＡ１、通信装置ｎ１１、ｎ１４、ｎ１３、ｎ４１、ｎ４２、ｎ４３、及び端末ＴＢ１）は、復旧面８の設定を利用して伝送パスの復旧を実行する。
【００４２】
以上説明したように、ネットワーク管理サーバ１において通信装置単位及びエリア単位で障害監視を行い、想定数より多くの通信装置に障害が発生した場合は、エリア単位の障害に対する復旧面を選択し、その識別ＩＤを復旧に必要な伝送装置へ通知することにより、迅速に障害から復旧することが可能となる。さらに、障害をエリア単位で管理することで、予め用意しておくべき復旧面の数を低減し、復旧面を用意するための処理及びそれらを保持する記録リソースを低減できる。
【００４３】
なお、本実施例では、全てのネットワークが同一種類のネットワークでることを仮定しているが、端末と通信装置を接続するネットワークの種別が、通信装置間を接続するネットワークの種別と異なっていてもよい。例えば、通信装置間を接続するネットワークがＭＰＬＳ−ＴＰ（Ｍｕｌｔｉ―Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ−Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｆｉｌｅ）ネットワークであり、端末と通信装置を接続するネットワークがＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークであるネットワーク構成でもよい。
【００４４】
図６は、実施例１における障害復旧設定の流れを示すシーケンス図の例である。ネットワーク管理サーバ１は、ネットワーク管理者からのエリア分割に関する入力を受け付ける（ステップＳ６０１）。エリア分割に関する入力は、例えば本実施例では、４分割を指定する。エリア数は任意であって、例えば、８分割が指定されてもよい。ネットワーク管理サーバ１は、指定された分割数に応じて、ネットワ―ク全体を分割して管理する。
【００４５】
ネットワーク管理サーバ１は、ネットワーク管理者から、通信装置単位における復旧面を準備する障害発生通信装置数Ｋに関する入力を、受け付ける（ステップＳ６０２）。本実施例では、Ｋ＝３を指定しているが、その他の値でもよい。
【００４６】
ネットワーク管理サーバ１は、全体を構成する通信装置数に応じて閾値を決定してもよい。これにより、ネットワーク規模及び計算能力に応じて適切な数の復旧面を用意することができる。例えば、ネットワーク全体を構成する通信装置数に応じて、異なるＫの設定値を予め保持してもよい。例えば、全体の通信装置数が１００までであればＫ＝４であり、１００より多い場合はＫ＝３であってもよい。
【００４７】
ネットワーク管理サーバ１は、ネットワーク管理者からのパス設定入力を受け付け、現用系の伝送パスを算出し、関係する伝送装置への設定を実行する（ステップＳ６０３−１〜Ｓ６０３−４）。さらに、ネットワーク管理サーバ１は、設定した現用系の伝送パスに対するプロテクションパスを算出し、関係する伝送装置への設定を実行する（ステップＳ６０４−１〜Ｓ６０４−４）。伝送パス算出は広く知られた技術であり説明を省略する。プロテクションパスが設定されると、端末ＴＡ１は、端末ＴＢ１と間の疎通確認を開始する（ステップＳ６０５）。
【００４８】
ネットワーク管理サーバ１は、通信装置全体に対して、２装置、及び３装置に対する障害発生を想定し、復旧用の伝送パスを事前に算出する（ステップＳ６０６）。また、ネットワーク管理サーバ１は、関係する伝送装置へ算出した復旧用のパス設定と復旧面ＩＤを通知する。復旧面ＩＤと復旧用の伝送パス設定を受信した各伝送装置は、蓄積保持する。（ステップＳ６０７−１〜Ｓ６０７−６）。
【００４９】
ネットワーク管理サーバ１は、エリア単位に障害発生を想定した復旧用の伝送パスを事前に算出する（ステップＳ６０８）。ネットワーク管理サーバ１は、関係する伝送装置へ算出した復旧用のパス設定と復旧面ＩＤを通知する。復旧面ＩＤと復旧用の伝送パス設定を受信した各伝送装置は、蓄積保持する。（ステップＳ６０９−１〜Ｓ６０９−６）。その後、端末ＴＡ１は、エリアＡ１及び３内の通信装置を経由して、端末ＴＢ１までデータを伝送する（ステップＳ６１０−１〜６１０−３）。
【００５０】
図７は、実施例１における、単体通信装置で発生した障害の復旧処理の流れを示すシーケンス図の例である。端末ＴＡ１は、エリアＡ１及びＡ３内の通信装置を経由して、端末ＴＢ１までデータを伝送する（ステップＳ７０１−１〜７０１−３）。通信装置ｎ１２に障害が発生する（ステップＳ７０２）。エリアＡ１内の通信装置ｎ１２に障害が発生すると現用系のパスが疎通しなくなり、端末ＴＡ１は疎通断を検出する（ステップＳ７０３）。端末ＴＡ１は、現用系パスの疎通断を検出すると、瞬時（５０ミリ秒以内）にプロテクションパスの利用に切り替える（ステップＳ７０４）。
【００５１】
通信装置ｎ１２に障害が発生した場合、隣接装置であるエリアＡ１内の通信装置ｎ１１が、通信装置ｎ１２の障害を検出して、障害の発生通知をネットワーク管理サーバ１へ送信する（ステップＳ７０５）。ネットワーク管理サーバ１は、障害の発生通知を受信すると、所定時間、例えば３秒間、連続して受信する障害通知の蓄積を開始する（ステップＳ７０６）。
【００５２】
端末ＴＡ１は、プロテクションパスにより現用系パスの復旧を完了すると、障害復旧したことをネットワーク管理サーバ１に通知する（ステップＳ７０７）。さらに、端末ＴＡ１は、プロテクションパスを用いてデータを端末ＴＢ１へ送信する（ステップＳ７０８−１〜Ｓ７０８−３）。
【００５３】
ネットワーク管理サーバ１は、障害の復旧通知を受信すると、障害の復旧を確認し、復旧通知を蓄積保持する（ステップＳ７０９）。また、ネットワーク管理サーバ１は、障害発生の通知を受信してから所定の時間が経過すると、同時に発生したと想定される障害の発生通知の蓄積を終了する（ステップＳ７１０）。ネットワーク管理サーバ１は、現用系パスの不通をプロテクションパスにて復旧した履歴を蓄積保持する（ステップＳ７１１）。
【００５４】
図８は、実施例１における、複数通信装置で発生した障害の復旧処理の流れを示すシーケンス図の例である。端末ＴＡ１は、エリアＡ１及びＡ３内の通信装置を経由して、端末ＴＢ１までデータを伝送する（ステップＳ８０１−１〜８０１−３）。エリアＡ１、Ａ２及びＡ３において、通信装置ｎ１２、ｎ２３、ｎ３１に障害が発生する（ステップＳ８０２−１〜Ｓ８０２−３）。通信装置ｎ１２、ｎ２３、ｎ３１に障害が発生すると現用系のパスが疎通しなくなり、端末ＴＡ１は疎通断を検出する（ステップＳ８０３）。
【００５５】
本実施例では、プロテクションパスの通信装置にも障害が発生しており、プロテクションパスによる復旧は実行されない。通信装置ｎ１２に障害が発生した場合、隣接装置であるエリアＡ１内の通信装置ｎ１１が、通信装置ｎ１２の障害を検出して、障害の発生通知をネットワーク管理サーバ１へ送信する（ステップＳ８０４−１）。
【００５６】
同様に、通信装置ｎ２３、ｎ３１に障害が発生した場合、エリアＡ２、Ａ３の隣接装置が通信装置ｎ２３、ｎ３１の障害を検出して、障害の発生通知をネットワーク管理サーバ１へ送信する（ステップＳ８０４−２〜ステップＳ８０４−３）。ネットワーク管理サーバ１は、障害の発生通知（ステップＳ８０４−１）を受信すると、所定時間、例えば３秒間、連続して発生する障害通知の蓄積を開始する（ステップＳ８０５）。
【００５７】
端末ＴＡ１は、プロテクションパスによる復旧が不可であることを確認し、当該情報を蓄積保持する（ステップＳ８０６）。また、端末ＴＡ１は、プロテクションパスによる復旧が不可であることをネットワーク管理サーバ１へ通知する（ステップＳ８０７）。
【００５８】
ネットワーク管理サーバ１は、障害発生の通知を受信してから所定の時間が経過すると、同時に発生したと想定される障害の発生通知の蓄積を終了する（ステップＳ８０８）。ネットワーク管理サーバ１は、蓄積保持した通信装置障害の個数とエリア内の位置を確認する（ステップＳ８０９）。本実施例では、障害の発生した通信装置数は３であり、通信装置単位の復旧面切り替えを起動する（ステップＳ８１０）。
【００５９】
ネットワーク管理サーバ１は、当該障害発生伝送パスと障害が発生した通信装置ｎ１２、ｎ２３、ｎ３１の組とのペアに対して予め設定されている復旧面の情報（例えば図１２における復旧面２３４０）を取得する。ネットワーク管理サーバ１は、復旧に関係する伝送装置（通信装置ｎ１１、ｎ１４、ｎ１３、ｎ３４、ｎ３３、ｎ３２、端末ＴＢ１、ＴＡ１）に対して、復旧面２３４０の復旧パスを利用して障害復旧することを通知する（ステップＳ８１１−１〜Ｓ８１１−６）。
【００６０】
端末ＴＡ１は、復旧面２３４０の復旧パスを用いてデータを端末ＴＢ１へ送信する（ステップＳ８１２−１〜Ｓ８１２−４）。端末ＴＡ１は、端末ＴＢ１と間の疎通があることを確認する（ステップＳ８１３）。さらに、端末ＴＡ１は、端末ＴＢ１との障害伝送パスが復旧したことをネットワーク管理サーバ１に通知する（ステップＳ８１４）。
【００６１】
ネットワーク管理サーバ１は、端末ＴＡ１及び他の端末からの通知を参照して、復旧していない伝送パスの有無を確認する。復旧していない伝送パスが存在する場合、ネットワーク管理サーバ１は、復旧してない伝送パスのために、伝送経路の再計算により復旧を試みる（ステップＳ８１５）。また、ネットワーク管理サーバ１は、障害復旧した後の伝送パスが、現在の現用系パスであることを示す情報を管理、蓄積保持する（ステップＳ８１６）。
【００６２】
図９は、実施例１におけるエリア単位の障害の復旧処理の流れを示すシーケンス図の例である。端末ＴＡ１は、エリアＡ１及び３内の通信装置を経由して、端末ＴＢ１までデータを伝送する（ステップＳ９０１−１〜９０１−３）。通信装置ｎ２２、ｎ２３、ｎ３１、ｎ３４に障害が発生する（ステップＳ９０２−１〜Ｓ９０２−２）。
【００６３】
通信装置ｎ２２、ｎ２３、ｎ３１、ｎ３４に障害が発生すると、現用系のパスが疎通しなくなり、端末ＴＡ１は疎通断を検出する（ステップＳ９０３）。本実施例では、プロテクションパスの通信装置にも障害が発生しており、プロテクションパスによる復旧は実行されない。
【００６４】
通信装置ｎ２２に障害が発生した場合、隣接装置であるエリアＡ２内の通信装置ｎ２１が通信装置ｎ２２の障害を検出して、障害の発生通知をネットワーク管理サーバ１へ送信する（ステップＳ９０４−１）。同様に、通信装置ｎ２３、ｎ３１、ｎ３４に障害が発生した場合、エリアＡ２、Ａ３における隣接装置が、通信装置ｎ２３、ｎ３１、ｎ３４の障害を検出して、障害の発生通知をネットワーク管理サーバ１へ送信する（ステップＳ９０４−２〜ステップＳ９０４−４）。
【００６５】
ネットワーク管理サーバ１は、障害の発生通知（ステップＳ９０４−１）を受信すると、所定時間、例えば３秒間、連続して発生する障害の発生通知の蓄積を開始する（ステップＳ９０５）。端末ＴＡ１は、プロテクションパスによる復旧が不可であることを確認し、当該情報を蓄積保持する（ステップＳ９０６）。
【００６６】
また、端末ＴＡ１は、プロテクションパスによる復旧が不可であることをネットワーク管理サーバ１へ通知する（ステップＳ９０７）。ネットワーク管理サーバ１は、障害発生通知を受信してから所定の時間が経過すると、同時に発生したと想定される障害の発生通知の蓄積を終了する（ステップＳ９０８）。ネットワーク管理サーバ１は、蓄積保持した通信装置障害の個数とエリア内の位置を確認する（ステップＳ９０９）。
【００６７】
本実施例では、障害の発生した通信装置数は４（Ｋ＝３より大きい）であり、ネットワーク管理サーバ１は、エリア単位の復旧面切り替えを起動する（ステップＳ９１０）。ネットワーク管理サーバ１は、当該障害発生伝送パスと障害が発生したエリアＡ２、Ａ３の組とのペアに対して予め設定されている復旧面の情報（例えば図１３における復旧面８）を取得する。
【００６８】
ネットワーク管理サーバ１は、復旧に関係する伝送装置（通信装置ｎ１１、ｎ１４、ｎ１３、ｎ４１、ｎ４２、ｎ４３、端末ＴＢ１、ＴＡ１）に対して復旧面８の復旧パスを利用して障害復旧することを通知する（ステップＳ９１１−１〜Ｓ９１１−６）。
【００６９】
端末ＴＡ１は、復旧面８の復旧パスを用いてデータを端末ＴＢ１へ送信する（ステップＳ９１２−１〜Ｓ９１２−４）。端末ＴＡ１は、端末ＴＢ１と間の疎通があることを確認する（ステップＳ９１３）。さらに、端末ＴＡ１は、端末ＴＢ１と間の通信障害が復旧したことをネットワーク管理サーバ１に通知する（ステップＳ９１４）。
【００７０】
ネットワーク管理サーバ１は、端末ＴＡ１及び他の端末からの通知を参照して、復旧していない伝送パスの有無を確認する。復旧していない伝送パスが存在する場合、ネットワーク管理サーバ１は、復旧してない伝送パスのために、伝送経路の再計算により復旧を試みる（ステップＳ９１５）。また、ネットワーク管理サーバ１は、障害復旧した後の伝送パスが、現在の現用系パスであることを示す情報を管理、蓄積保持する（ステップＳ９１６）。
【００７１】
図１０は、ネットワーク管理サーバ１が保持する、現用系のパス設定及びプロテクションパスの設定を示すテーブルの例である。図１０に示されるように、プロテクションパスの設定は、障害パターン１００１、復旧面ＩＤ１００２、パスＩＤ１００３、及び復旧設定（経由する装置リスト）１００４とから構成され、管理される。障害パターン１００１において、障害が発生していない状況１０１０は、現用系のパス設定を意味している。
【００７２】
現用系の普及面ＩＤは、０である。図１０の例では、復旧面０には、伝送パスＰ１のみが登録されている。伝送パスＰ１は、端末ＴＡ１から通信装置ｎ１１、ｎ１２、ｎ３１、ｎ３２を経由して端末ＴＢ１に到達する経路である。
【００７３】
一方、現用系の伝送パスＰ１に障害が発生した場合１０１１のプロテクションパスでは、復旧面ＩＤが伝送パス毎に管理され、伝送パスＰ１に対するプロテクションパス（復旧面ＩＤ）がＰ１Ｐで管理されている。伝送パスＰ１Ｐは、端末ＴＡ１から通信装置ｎ２４、ｎ２３、ｎ４４、ｎ４３を経由して端末ＴＢ１に到達する経路である。なお、伝送パスＰ１を参照して片方向の伝送パス設定について説明したが、端末ＴＡ１、ＴＢ１間の逆方向の伝送パス設定についても同様に管理される。
【００７４】
図１１は、ネットワーク管理サーバ１が保持する、２台の通信装置障害に対する現用系のパスを復旧するパス設定を示すテーブルの例である。２台の通信装置障害に対する復旧パス設定は、図１０同様に障害パターン１００１、復旧面ＩＤ１００２、パスＩＤ１００３、及び復旧設定（経由する装置リスト）１００４から構成され、管理される。障害パターン１０１０は、現用系の伝送パス設定を示しており、図１０と同一の内容である。
【００７５】
図１１に示されるように、通信装置ｎ１１とｎ１２に障害が発生している場合１１０１の復旧設定は、復旧面ＩＤ＝１００１で管理され、現在のところ伝送パスＰ１が、プロテクションにより復旧されることを示している。同様に、通信装置ｎ１１とｎ１３に障害が発生している場合１１０２の復旧設定は、復旧面ＩＤ＝１００２で管理され、現在のところ伝送パスＰ１が、プロテクションパスにより復旧されることを示している。
【００７６】
通信装置ｎ１２とｎ２３に障害が発生している場合１１０３の復旧設定は、復旧面ＩＤ＝１０５０で管理され、現在のところ、伝送パスＰ１が、端末ＴＡ１から通信装置ｎ１１、ｎ１４、ｎ１３、ｎ３４、ｎ３１、ｎ３２を経由して端末ＴＢ１に到達する経路により復旧されることを示している。最後に、全通信装置に障害が発生している場合１１０４の復旧設定は、復旧面ＩＤ＝１１１９で管理され、現在のところ伝送パスＰ１の復旧が不可でることを示している。
【００７７】
図１２は、ネットワーク管理サーバ１が保持する、３台の通信装置障害に対する現用系パスを復旧するパス設定を示すテーブルの例である。３台の通信装置障害に対する復旧パス設定は、図１０同様に障害パターン１００１、復旧面ＩＤ１００２、パスＩＤ１００３、及び復旧設定（経由する装置リスト）１００４から構成され、管理される。障害パターン１０１０は、現用系の伝送パス設定を示しており、図１０と同一の内容である。
【００７８】
図１２に示されるように、通信装置ｎ１１、ｎ１２、及びｎ１３に障害が発生している場合１２０１の復旧設定は、復旧面ＩＤ＝２００１で管理され、現在のところ伝送パスＰ１が、プロテクションパスにより復旧されることを示している。同様に、通信装置ｎ１１、ｎ１２、及びとｎ１４に障害が発生している場合１２０２の復旧設定は、復旧面ＩＤ＝２００２で管理され、現在のところ伝送パスＰ１が、プロテクションパスにより復旧されることを示している。
【００７９】
通信装置ｎ１２、ｎ２３、及びｎ３１に障害が発生している場合１２０３の復旧設定は、復旧面ＩＤ＝２３４０で管理され、現在のところ伝送パスＰ１が、端末ＴＡ１から通信装置ｎ１１、ｎ１４、ｎ１３、ｎ３４、ｎ３３、ｎ３２を経由して端末ＴＢ１に到達する経路により復旧されることを示している。最後に、全通信装置に障害が発生している場合１２０４の復旧設定は、復旧面ＩＤ＝２５５９で管理され、現在のところ伝送パスＰ１が、復旧が不可でることを示している。
【００８０】
図１３は、ネットワーク管理サーバ１が保持する、エリア規模障害に対する現用系のパスを復旧するパス設定を示すテーブルの例である。エリア単位障害に対する復旧パス設定は、図１０同様に障害パターン１００１、復旧面ＩＤ１００２、パスＩＤ１００３、及び復旧設定（経由する装置リスト）１００４から構成され、管理される。障害パターン１０１０は、現用系の伝送パス設定を示しており、図１０と同一の内容である。
【００８１】
図１３に示されるように、エリアＡ１に障害が発生している場合１３０１の復旧設定は、復旧面ＩＤ＝１で管理され、現在のところ伝送パスＰ１が、プロテクションパスにより復旧されることを示している。エリアＡ２に障害が発生している場合１３０２の復旧設定は、復旧面ＩＤ＝２で管理され、現在のところ伝送パスＰ１に対しては影響がないため、現用系の設定で良いことを示している。
【００８２】
一方、エリアＡ２と３に障害が発生している場合１３０３の復旧設定は、復旧面ＩＤ＝８で管理され、現在のところ伝送パスＰ１が、端末ＴＡ１から通信装置ｎ１１、ｎ１４、ｎ１３、ｎ４１、ｎ４２、ｎ４３を経由して端末ＴＢ１に到達する経路により復旧されることを示している。最後に、全エリアに障害が発生している場合１３０４の復旧設定は、は、復旧面ＩＤ＝１５で管理され、現在のところ伝送パスＰ１の復旧が不可でることを示している。
【００８３】
図１４は、ネットワーク管理サーバ１が保持する、通信装置及び端末に対する現用系パスの設定を示すテーブルの例である。現用系伝送パス設定は、復旧面ＩＤ１４０１、伝送装置１４０２、パスＩＤ１４０３、第１の接続先１４０４、及び第２の接続先１４０５とから構成され、管理される。
【００８４】
例えば、端末ＴＡ１（１４１１）は、現用系パスＰ１において、通信装置ｎ１１へデータを送信する。端末ＴＢ１（１４１２）は、現用系パスＰ１において、通信装置３２からデータを受信する。通信装置ｎ１１（１４１３）は、現用系パスＰ１において、端末ＴＡ１からデータを受信し、通信装置ｎ１２へデータを送信する。通信装置ｎ１２（１４１４）、ｎ３１（１４１５）、及びｎ３２（１４１６）に対しても、データの受信先と送信先が管理される。
【００８５】
図１５は、ネットワーク管理サーバ１が保持する、通信装置及び端末に対するプロテクションパス用の伝送パス設定を示すテーブルの例である。プロテクションパス設定は、図１４と同様に、復旧面ＩＤ１４０１、伝送装置１４０２、パスＩＤ１４０３、第１の接続先１４０４、及び第２の接続先１４０５から構成され、管理される。
【００８６】
例えば、端末ＴＡ１（１５１１）は、伝送パスＰ１において、通信装置ｎ２４へデータを送信する。端末ＴＢ１（１５１２）は、伝送パスＰ１において、通信装置４３からデータを受信する。通信装置ｎ２３（１５１３）は、伝送パスＰ１において、通信装置ｎ２４からデータを受信し、通信装置ｎ４４へデータを送信する。同様に、通信装置ｎ２４（１５１４）、ｎ４３（１５１５）、及びｎ４４（１５１６）に対しても、データの受信先と送信先が管理される。
【００８７】
図１６は、ネットワーク管理サーバ１が保持する、通信装置ｎ１２、ｎ２３、ｎ３１の障害に対する、通信装置及び端末における復旧用のパス設定を示すテーブルの例である。複数の通信装置に障害が発生した場合の復旧用パス設定は、図１４と同様に、復旧面ＩＤ１４０１、伝送装置１４０２、パスＩＤ１４０３、第１の接続先１４０４、及び第２の接続先１４０５から構成され、管理される。
【００８８】
例えば、復旧面２３４０において、端末ＴＡ１（１６１１）は、伝送パスＰ１において通信装置ｎ１１へデータを送信する。端末ＴＢ１（１６１２）は、伝送パスＰ１において通信装置３２からデータを受信する。通信装置ｎ１１（１６１３）は、伝送パスＰ１において、端末ＴＡ１からデータを受信し、通信装置ｎ１４へデータを送信する。同様に、通信装置ｎ１３（１６１４）、ｎ１４（１６１５）、ｎ３２（１６１６）、ｎ３３（１６１７）、及びｎ３４（１６１８）についても、データの受信先と送信先が管理される。
【００８９】
図１７は、ネットワーク管理サーバ１が保持する、エリアＡ２、Ａ３の障害に対する通信装置及び端末における復旧用のパス設定を示すテーブルの例である。エリア単位に障害が発生した場合の復旧用パス設定は、図１４と同様に、復旧面ＩＤ１４０１、伝送装置１４０２、パスＩＤ１４０３、第１の接続先１４０４、及び第２の接続先１４０５から構成され、管理される。
【００９０】
例えば、復旧面８において、端末ＴＡ１（１７１１）は、伝送パスＰ１において通信装置ｎ１１へデータを送信する。端末ＴＢ１（１７１２）は、伝送パスＰ１において通信装置４３からデータを受信する。通信装置ｎ１１（１７１３）は、伝送パスＰ１において端末ＴＡ１からデータを受信し、通信装置ｎ１４へデータを送信する。同様に、通信装置ｎ１３（１７１４）、ｎ１４（１７１５）、ｎ４１（１７１６）、ｎ４２（１７１７）、及びｎ４３（１７１８）についても、データの受信先と送信先が管理される。
【００９１】
図１１、１２、１６を参照して説明した通信装置単位の復旧面に関する情報は、ネットワーク管理サーバ１が保持するノード障害復旧設定管理情報に含まれる。図１３及び１７を参照して説明したエリア単位の復旧面に関する情報は、ネットワーク管理サーバ１が保持するエリア障害復旧設定管理情報に含まれる。
【００９２】
図１８Ａ、１８Ｂは、それぞれ、実施例１における端末ＴＡ１、ＴＢ１に設定される、現用系パス設定及び障害発生時に現用系パスを復旧する復旧パス設定を示すテーブルの例である。各伝送装置１４０２について、復旧用パス設定は、復旧面ＩＤ１４０１、パスＩＤ１４０３、第１の接続先１４０４、及び第２の接続先１４０５から構成され、管理される。
【００９３】
例えば、図１８Ａに示すように、端末ＴＡ１は、現用系パス設定（１８１１）において、伝送パスＰ１において通信装置ｎ１１へデータを送信する。同様に、プロテクションパス設定（１８１２）、復旧面２３４０（１８１３）、及び復旧面８（１８１４）における伝送パスＰ１についても、データの受信先と送信先が管理される。
【００９４】
また、図１８Ｂに示すように、例えば、端末ＴＢ１は、現用系パス設定（１８１６）において、伝送パスＰ１において通信装置ｎ３２からデータを受信する。同様に、プロテクションパス設定（１８１７）、復旧面２３４０（１８１８）、及び復旧面８（１８１９）における伝送パスＰ１についても、データの受信先と送信先が管理される。
【００９５】
図１９Ａ〜１９Ｃは、それぞれ、通信装置ｎ１１、ｎ２４、ｎ３２に設定される、現用系パス設定及び障害発生時における現用系パスを復旧する復旧パス設定を示すテーブルの例である。各伝送装置１４０２に対して、復旧パス設定は、図１８と同様に、復旧面ＩＤ１４０１、パスＩＤ１４０３、第１の接続先１４０４、及び第２の接続先１４０５から構成され、管理される。第１の接続先１４０４及び第２の接続先１４０５は、復旧パスの経路を示す。
【００９６】
例えば、図１９Ａに示すように、通信装置ｎ１１は、現用系の伝送パス設定１９１１において、伝送パスＰ１に対しては、端末ＴＡ１からデータを受信し、通信装置ｎ１２へデータを送信する構成であることを示している。同様に、プロテクションパス設定１９１２、復旧面２３４０（１９１３）、及び復旧面８（１９１４）における伝送パスＰ１に対してもデータの受信先と送信先が管理される。
【００９７】
また、通信装置ｎ２４（図１９Ｂ）では、現用系の伝送パス設定１９１６において、伝送パスＰ１に対しては、データの送受信先伝送装置が無いことを示している。プロテクションパス設定１９１７において、伝送パスＰ１に対しては、端末ＴＡ１からデータを受信し、通信装置ｎ２３へデータを送信する構成であることを示している。
【００９８】
同様に、復旧面２３４０（１９１８）、及び復旧面８（１９１９）における伝送パスＰ１に対してもデータの受信先と送信先が管理される。また例えば、通信装置ｎ３２（図１９Ｃ）では、現用系の伝送パス設定１９２１において、伝送パスＰ１に対しては、通信装置ｎ３１からデータを受信し、端末ＴＢ１へデータを送信する構成であることを示している。
【００９９】
同様に、プロテクションパス設定１９２２、復旧面２３４０（１９２３）、及び復旧面８（１９２４）における伝送パスＰ１についても、データの受信先と送信先が管理される。
【０１００】
図２０は、通信装置のハードウェア構成の一例を示すブロック図である。通信装置は、ネットワークインタフェース２０１０−１〜２０１０−ｎ、スイッチ２０１１、テーブル管理部２０１２、データ転送テーブル２０１３、利用テーブル制御部２０１７、及びプロテクション管理部２０１８を含む。
【０１０１】
また、データ転送テーブル２０１３は、現用系のパス設定を示すテーブル２０１４、通信装置単位の障害を復旧するための設定を示すテーブル２０１５、及びエリア単位の障害を復旧するための設定を示すテーブル２０１６とから構成される。
【０１０２】
通信装置は、ネットワークインタフェース２０１０を介してパス設定のためのデータ及び復旧面の識別子（復旧面ＩＤ）を受信、及び設定した伝送パスの稼働状況を確認するデータを送受信する。
【０１０３】
スイッチ２０１１は、転送用のデータを受信した場合、データ転送用のテーブル２０１３に従い、出力先のネットワークインタフェースへデータをスイッチする。受信したデータが、パス設定のためのデータ及び復旧のためのパス設定識別子（復旧面ＩＤ）の場合は、スイッチ２０１１は、テーブル管理部２０１２へ受信データをスイッチする。
【０１０４】
伝送パスの稼働状況確認用のデータを受信した場合は、スイッチ２０１１は、プロテクション管理部２０１８へデータを転送する。稼働状況確認用のデータをプロテクション管理部２０１８から受信した場合は、スイッチ２０１１は、送信先識別子に従い、他の通信装置へ向けて適切なインタフェースへ稼働状況確認用のデータを転送する。
【０１０５】
テーブル管理部２０１２は、受信したデータが現用系のパス設定の場合、現用系のテーブル２０１４の更新を行う。受信したデータが通信装置単位の障害を復旧するためのパス設定の場合、通信装置単位復旧面テーブル２０１５を更新し、或いは、受信したデータがエリア単位の障害を復旧するためのパス設定の場合、エリア単位復旧面テーブル２０１６を更新する。
【０１０６】
受信したデータが復旧用のパス設定を示す識別子（復旧面ＩＤ）の場合、テーブル管理部２０１２は、利用テーブル制御部２０１７へ受信した復旧面ＩＤを通知する。利用テーブル制御部２０１７は、テーブル管理部２０１２から受信した復旧面ＩＤに従い、スイッチ２０１１が受信データ転送用に利用する設定情報を、復旧面ＩＤが示す復旧面テーブル（通信装置単位復旧面テーブル２０１５又はエリア単位復旧面テーブル２０１６）から選択して、現用系テーブル２０１４のデータを更新する。
【０１０７】
図２１は、実施例１におけるネットワーク管理サーバ１のハードウェア構成の一例を示すブロック図である。ネットワーク管理サーバ１は、プロセッサであるＣＰＵ２１９１、メモリ２１９２、ストレージ２１９３、ネットワークインタフェース２１９４（２１９４−１〜２１９４−ｎ）を備え、各構成はバス２１９０を介して互いに接続される。ＣＰＵ２１９１は、ストレージ２１９３に格納された各種のプログラムをメモリ２１９２にロードし、プログラムを実行することで、各種機能部として動作する。
【０１０８】
ＣＰＵ２１９１がプログラムを実行することによってネットワーク管理サーバ１が備える機能を実現できる。メモリ２１９２は、ＣＰＵ２１９１によって実行されるプログラム及び当該プログラム実行に必要なデータを格納する。ネットワークインタフェース２１９４−１〜２１９４ｎは、１乃至複数の外部ネットワークと接続するためのインタフェースである。
【０１０９】
図２２は、実施例１における障害復旧の全体の流れを示すシーケンス図の例である。ネットワーク管理サーバ１（ＣＰＵ２１９１）は、ストレージ２１９３に格納されたプログラムをメモリ２１９２にロード後に実行することで、障害から復旧するための障害復旧管理プログラムの実行を開始する（ステップＳ２２００）。ストレージ２１９３は、不揮発性記憶媒体を含み、プログラム及びそれらが使用するデータを非一時的に格納できる。
【０１１０】
ネットワーク管理サーバ１は、ネットワーク管理者からの入力に従い、管理するネットワークシステム全体において複数の通信装置毎にエリアを定義し、管理するための設定を行う。
【０１１１】
ネットワーク管理サーバ１は、エリア障害パターンを列挙し、それぞれに対して復旧面ＩＤを付与する（ステップＳ２２０１）。本実施例は、ネットワークシステムを４個のエリアに分割して管理し、全部で１６通りのエリア障害パターンのそれぞれに識別子を付与する。なお、本実施例は、ネットワーク管理者からの入力にしたがって、通信装置の区分けであるエリアを自動的に定義するが、エリアの区分けが予めデータベースに格納されていてもよい。
【０１１２】
次に、ネットワーク管理サーバ１は、通信装置単位での障害に対して事前に算出準備した復旧用のパス設定を利用するための、通信装置障害数（値Ｋ）を、ネットワーク管理者からの入力に従い設定する（ステップＳ２２０２）。本実施例では、Ｋの値が３に設定されるが、その他の値でも良い。例えば、ネットワークを構成する通信装置の全数が１００台以内であればＫの値として３を設定し、１００台より多い場合はＫの値として２を設定するような制御でもよい。
【０１１３】
ネットワーク管理サーバ１は、図３及び図１０において説明した、現用系の伝送パスを算出して、関係する通信装置に対して設定する（ステップＳ２２０３）。次に、ネットワーク管理サーバ１は、図３及び図１０において説明した、プロテクションパスを算出して、関係する通信装置に対して設定する（ステップＳ２２０４）。なお、ネットワーク管理サーバ１は、極力現用系の伝送パスと異なる経路のプロテクションパスを算出、設定する。
【０１１４】
ネットワーク管理サーバ１は、図１１及び図１２において説明した、通信装置として任意の２台及び３台に障害が発生した場合を想定した伝送パスの復旧設定を算出し、関係する通信装置に設定する（ステップＳ２２０５）。
【０１１５】
ネットワーク管理サーバ１は、図１３において説明した、発生可能性のあるエリア単位の障害パターンに対する伝送パスの復旧設定を算出し、関係する通信装置に設定する（ステップＳ２２０６）。
【０１１６】
ネットワーク管理サーバ１は、管理しているネットワークに障害が発生しているか否かを監視し、通信装置の障害通知を受信すると、所定時間、例えば３秒間、発生している通信装置障害について障害通知を蓄積したか否か判定する（ステップＳ２２０７）。ステップＳ２２０７の判定結果がＮｏである場合、ステップＳ２２０７を継続する。
【０１１７】
ステップＳ２２０７の判定結果がＹｅｓである場合、ネットワーク管理サーバ１は、プロテクション機能により現用系の伝送パスが復旧しているか否かを判定する（ステップＳ２２０８）。
【０１１８】
ステップＳ２２０８において、現用系の伝送パスがプロテクション機能により復旧していると判定された場合は、ネットワーク管理サーバ１は、その変更後の経路を現在運用中の伝送パスとして管理する（ステップＳ２２０９）。プロテクションパスを優先して使用することでリソース利用効率を高める。
【０１１９】
ステップＳ２２０８において、現用系の伝送パスがプロテクション機能により復旧していないと判定した場合、ネットワーク管理サーバ１は、設定されている所定数（Ｋ＝３）以内の通信装置対する障害発生かを判定する（ステップＳ２２１０）。
【０１２０】
ステップＳ２２１０の判定結果がＹｅｓである場合、ネットワーク管理サーバ１は、ステップＳ２２０５にて準備した通信装置単位での復旧設定から適切な復旧設定を選択し、その復旧面ＩＤを復旧に関係する伝送装置（通信装置及び端末）に対して通知する（ステップＳ２２１１）。復旧面ＩＤの通知を受信した伝送装置は、その復旧面ＩＤにて指定された復旧設定に従い、伝送パスの復旧を実行する。
【０１２１】
ステップＳ２２１１の後、ネットワーク管理サーバ１は、端末からの通知を参照して、ステップＳ２２１１の処理により救済されていない伝送パスがあるか否かを判定する（ステップＳ２２１２）。救済されていない伝送パスが存在しない場合（Ｓ２２１２：Ｎｏ）、ネットワーク管理サーバ１は、ステップＳ２２０７に戻る。
【０１２２】
ステップＳ２２１２の判定において、救済されていない伝送パスが有ると判定した場合（ステップＳ２２１２：Ｙｅｓ）、ネットワーク管理サーバ１は、復旧用の伝送経路を新たに算出して復旧の設定を実行し、復旧設定された伝送パスを現用系として管理する（ステップＳ２２１３）。
【０１２３】
ステップＳ２２１０の判定において、設定した数（Ｋ＝３）より多くの通信装置で障害が発生していると判定した場合は、発生している通信装置障害の件数と障害が発生しているエリアを特定する（ステップＳ２２１４）。
【０１２４】
次に、ネットワーク管理サーバ１は、ステップＳ２２０６にて準備したエリア単位での復旧設定から適切な復旧設定を選択し、その復旧面ＩＤを復旧に関係する伝送装置（通信装置及び端末）に対して通知する（ステップＳ２２１５）。
【０１２５】
ステップＳ２２１１及びＳ２２１５において、予め設定されている復旧ＩＤにより、復旧に必要な伝送装置（通信装置及び端末）へ復旧設定を指示することにより、迅速に障害から復旧することが可能となる。
【０１２６】
図２３は、通信装置単位の障害に対して、現用系パスを復旧するパス算出を説明するフローチャートの例である。図２３は、図２２にて説明したステップＳ２２０５をより詳細に説明する図である。ステップＳ２２０５は、具体的には、図２３に示したステップＳ２３００からステップＳ２３１１を実行する。
【０１２７】
ネットワーク管理サーバ１は、通信装置障害パターン毎の復旧面の算出を開始する（ステップＳ２３００）。ネットワーク管理サーバ１は、図２２のステップＳ２２０２にて設定した通信装置単位での障害に対応する台数（２〜Ｋ＝３の数）それぞれの通信装置組み合わせ対応する復旧面（パス未設定）のＩＤを設定する（ステップＳ２３０１）。本実施例は、障害発生が想定される、２台の通信装置の組み合わせそれぞれ及び３台の通信装置の組み合わせそれぞれに対して、現用系パスの復旧設定（復旧面）を事前に算出する。
【０１２８】
ネットワーク管理サーバ１は、通信装置障害パターンに対応する復旧面において、復旧パスが未設定である復旧面を一つ選択する（ステップＳ２３０２）。ネットワーク管理サーバ１は、選択した復旧面において、復旧パスが未設定である現用系の伝送パスを一つ選択する（ステップＳ２３０３）。例えば、ネットワーク管理サーバ１は、パスが必要とする帯域幅の大きい順で伝送パスを選択する。その他の方法は、例えばサービス契約に基づいた優先度等を利用する。
【０１２９】
ネットワーク管理サーバ１は、選択した現用系の伝送パスに対する復旧パスを算出する（ステップＳ２３０４）。復旧パスの算出は、障害発生を想定している通信装置を通過せず、必要とする帯域を確保可能であり、かつ最短ホップ数の伝送パスを算出する。
【０１３０】
ネットワーク管理サーバ１は、ステップＳ２３０４において復旧用の伝送パスが算出できたか否かを判定する（ステップＳ２３０５）。ステップＳ２３０５の判定結果がＮｏである場合、ネットワーク管理サーバ１は、復旧パスの算出不可を表示し（ステップＳ２３０６）、ステップＳ２３０８に戻る。
【０１３１】
ステップＳ２３０５の判定結果がＹｅｓである場合、ネットワーク管理サーバ１は、算出した伝送パスを復旧用の伝送パスとしてデータベースに保持する（ステップＳ２３０７）。ネットワーク管理サーバ１は、現用系の全ての伝送パスに対する復旧パスを探索したか否かを判定する（ステップＳ２３０８）。
【０１３２】
ステップＳ２３０８の判定結果がＮｏである場合、ネットワーク管理サーバ１は、ステップＳ２３０３に戻る。ステップＳ２３０８の判定結果がＹｅｓである場合、ネットワーク管理サーバ１は、想定した通信装置障害に対する全ての復旧面に対して復旧パス探索を完了したか否かを判定する（ステップＳ２３０９）。
【０１３３】
ステップＳ２３０９の判定結果がＮｏである場合、ネットワーク管理サーバ１は、ステップＳ２３０２に戻る。ステップＳ２３０９の判定結果がＹｅｓである場合、ネットワーク管理サーバ１は、算出した復旧面の設定情報を各伝送装置（通信装置及び端末）に対して通知する（ステップＳ２３１０）。
【０１３４】
ステップＳ２３１０の後、ネットワーク管理サーバ１は、通信装置障害に対する復旧面の伝送経路算出と各伝送装置への設定処理を終了する（ステップＳ２３１１）。
【０１３５】
図２４は、エリア単位の障害に対して、現用系パスを復旧するパス算出を説明するフローチャートの例である。図２４は、図２２にて説明したステップＳ２２０６をより詳細に説明する図である。ステップＳ２２０６は、具体的には、図２４に示したステップＳ２４００からステップＳ２４１０を実行する。
【０１３６】
ネットワーク管理サーバ１は、エリア障害パターン毎の復旧面の算出を開始する（ステップＳ２４００）。ネットワーク管理サーバ１は、図２２のステップＳ２２０１にて設定したエリア分割数に従い、エリア単位障害パターンそれぞれに対応すべき復旧面のＩＤを設定する（ステップＳ２４０１）。本実施例は、分割して４エリアに対して想定される障害発生パターン全てに対して、現用系パスの復旧設定（復旧面）を事前に算出する。
【０１３７】
ステップ２４０１に続いて、ネットワーク管理サーバ１は、エリア単位障害パターンに対応する復旧面おいて、復旧パスが未設定である復旧面を一つ選択する（ステップＳ２４０２）。
【０１３８】
ネットワーク管理サーバ１は、選択した復旧面において、復旧パスが未設定である現用系の伝送パスを一つ選択する（ステップＳ２４０３）復旧パスの算出は、障害発生を想定している通信装置を通過せず、必要とする帯域を確保可能であり、かつ最短ホップ数の伝送パスを算出する。
【０１３９】
ネットワーク管理サーバ１は、選択した現用系の伝送パスに対する復旧パスを算出する（ステップＳ２４０４）。復旧パスの算出は、障害発生を想定しているエリアを通過せず、必要とする帯域を確保可能であり、かつ最短ホップ数の伝送パスを算出する。
【０１４０】
ネットワーク管理サーバ１は、ステップＳ２４０４において復旧用の伝送パスが算出できたか否かを判定する（ステップＳ２４０５）。ステップＳ２４０５の判定結果がＮｏである場合、ネットワーク管理サーバ１は、復旧パスの算出不可を表示し（ステップＳ２４０６）、ステップＳ２４０８に戻る。
【０１４１】
ステップＳ２４０５の判定結果がＹｅｓである場合、ネットワーク管理サーバ１は、算出した伝送パスを復旧用の伝送パスとしてデータベースに保持する（ステップＳ２４０７）。ネットワーク管理サーバ１は、現用系の全ての伝送パスに対する復旧パスを探索したか否かを判定する（ステップＳ２４０８）。
【０１４２】
ステップＳ２４０８の判定結果がＮｏである場合、ネットワーク管理サーバ１は、ステップＳ２４０３に戻る。ステップＳ２４０８の判定結果がＹｅｓである場合、ネットワーク管理サーバ１は、想定したエリア障害に対する全ての復旧面に対して復旧パス探索を完了したか否かを判定する（ステップＳ２４０９）。
【０１４３】
ステップＳ２４０９の判定結果がＮｏである場合、ネットワーク管理サーバ１は、ステップＳ２４０２に戻る。ステップＳ２４０９の判定結果がＹｅｓである場合、ネットワーク管理サーバ１は、算出した復旧面の設定情報を各伝送装置（通信装置及び端末）に対して通知する（ステップＳ２４１０）。ステップＳ２４１０の後、ネットワーク管理サーバ１は、エリア障害に対する復旧面の伝送経路算出と各伝送装置への設定処理を終了する（ステップＳ２４１１）。
【０１４４】
以上説明したように、ネットワーク管理サーバ１は、通信装置単位で発生する障害のパターンに対する復旧設定と、エリア単位で発生する障害のパターンに対する復旧設定を事前に算出し、各通信装置及び各エリアの障害監視を行う。
【０１４５】
予め設定した台数までの通信装置に対する障害発生の場合は、ネットワーク管理サーバ１は、通信装置単位の障害に対する復旧面を選択する。予め設定した台数より多くの通信装置に対する障害発生の場合は、ネットワーク管理サーバ１は、エリア単位の障害に対する復旧面を選択する。ネットワーク管理サーバ１は、選択された復旧面のＩＤを復旧に必要な伝送装置へ通知する。
【０１４６】
以上により、ネットワークシステムで発生する異なる規模の障害に対して復旧までの時間を短縮できると共に、リソースの利用効率を高めつつ、復旧設定の準備のための処理及び記憶リソースを低減できる。
【０１４７】
具体的には、障害の発生している通信装置の台数が少ない場合は、通信装置単位の障害に対して事前準備した復旧面を利用して障害復旧するため、リソース利用効率の良い障害復旧が可能である。また、障害の発生している通信装置の台数が多数の場合は、複数の通信装置をまとめたエリア単位に対する障害発生に対する復旧面準備することで、準備すべき復旧面数を削減できる。
【０１４８】
なお、本実施例は、通信装置に対する障害発生について説明したが、ポート単位又はリンク単位で障害パターンに対する復旧面を設定してもよい。複数のプロテクションパスが用意されていてもよい。
【実施例２】
【０１４９】
図２５は、実施例２における障害復旧の全体の流れを示すフローチャートの例である。図２５の処理は、図２２の処理の変形例である。図２２における障害復旧管理は、通信装置の障害発生を検出すると、障害の数と位置に応じて、通信装置単位の障害又はエリア単位の障害に対する復旧面を選択し、復旧制御を実行する。
【０１５０】
一方、図２５における障害復旧管理は、通信装置の障害発生を検出すると、プロテクション機能により救済されなかった現用系パスの本数を評価し、その本数が所定数（Ｓ本）未満の場合は、経路を再計算するレストレーションにより復旧を行う。一方、プロテクション機能により救済されなかった現用系パスの本数が所定数（Ｓ本）以上の場合、障害の数と位置に応じて、通信装置単位の障害又はエリア単位の障害に対する復旧面を選択し、復旧制御を実行する。
【０１５１】
図２２における処理と異なる点について主に説明する。図２５の障害復旧管理では、ネットワーク管理サーバ１は、図２２のステップＳ２２０２を実行した後に、プロテクション機能により救済されなかった現用系パスの本数（Ｓ本）に応じてレストレーションにより復旧を実行するか否かの切替え点を、設定する（ステップＳ２５０１）。Ｓの値は、例えば、１００である。ネットワーク管理サーバ１は、所定数本の伝送パスのレストレーションに掛る時間の情報を予め保持し、指定されている復旧完了時間内に復旧できる本数を、Ｓに代入してもよい。
【０１５２】
ネットワーク管理サーバ１は、図２２の処理と同様に、ステップＳ２２０３を実行する。また、図２５の処理では、ステップＳ２２０８においてプロテクションにより救済されなかった現用系のパスが存在する場合、ネットワーク管理サーバ１は、救済されなかった現用系のパス数を評価する（ステップＳ２５１１）。
【０１５３】
ステップＳ２５１１において、プロテクションにより救済されなかった現用系のパスが所定本数（Ｓ本）未満の場合、ネットワーク管理サーバ１は、レストレーションにより障害復旧を実行する（ステップＳ２５１２）。
【０１５４】
ステップＳ２５１１において、プロテクションにより救済されなかった現用系のパスが所定本数（Ｓ本）以上の場合は、ネットワーク管理サーバ１は、障害の発生している通信装置数が、予め設定した台数（Ｋ台）以内に発生している障害か否かを評価する（ステップＳ２２１０）。ステップＳ２２１０の実行後の処理は、図２２と同様である。
【０１５５】
図２６は、実施例２における通信装置単位の障害に対する復旧処理の流れを示すシーケンス図の例である。図２６の処理は、図８のシーケンスの変形例であり、図８のシーケンスと異なる点について主に説明する。
【０１５６】
図８のシーケンスは、ステップＳ８０８において、所定時間に同時発生した障害の情報の蓄積を終了した後、ステップＳ８０９において、障害の発生している通信装置数と位置を特定する。
【０１５７】
図２６の変形例は、ステップＳ８０８の後、プロテクション機能により救済されなかった現用系の伝送パス数を評価する（ステップＳ８５０）。ステップＳ８５０の評価において、救済されなかった現用系の伝送パス数が所定数以上の場合、図２６の変形例は、障害の発生している通信装置数と位置を特定する（ステップＳ８０９）。救済されなかった現用系の伝送パス数が所定数未満の場合、経路を再計算するレストレーションにより復旧が行われる。ステップＳ８０９以降の処理は、図８と同様である。
【０１５８】
図２７は、実施例２におけるエリア単位の障害に対する復旧処理の流れを示すシーケンス図の例である。図２７のシーケンスは、図９のシーケンスの変形例であり、図９のシーケンスと異なる点について主に説明する。図９のシーケンスは、ステップＳ９０８において所定時間に同時に発生した障害の情報の蓄積を終了した後、ステップＳ９０９において障害の発生している通信装置数と位置を特定する。
【０１５９】
一方、図２７の変形例は、ステップＳ９０８の後、プロテクション機能により救済されなかった現用系の伝送パス数を評価する（ステップＳ９５０）。ステップＳ９５０の評価において、救済されなかった現用系の伝送パス数が所定数以上の場合、図２７の変形例は、障害の発生している通信装置数と位置を特定する（ステップＳ９０９）。救済されなかった現用系の伝送パス数が所定数未満の場合、経路を再計算するレストレーションにより復旧が行われる。ステップＳ９０９以降の処理は、図９と同様である。
【０１６０】
以上説明したように、ネットワーク管理サーバ１は、通信装置に対する障害発生を検出すると、プロテクション機能により救済されなかった伝送パス（現用系パス）の本数を評価する。救済されなかった現用系の伝送パスの本数が所定数未満の場合、ネットワーク管理サーバ１は、救済されなかった現用系パスをそれぞれ、伝送経路の再計算により復旧する。一方、救済されなかった現用系の伝送パスの本数が所定数以上の場合、ネットワーク管理サーバ１は、障害の数と位置に応じて、通信装置単位の障害又はエリア単位の障害に対する復旧面を選択し、復旧制御を実行する。
【０１６１】
これにより、プロテクション機能により救済されなかった現用系パスの障害の程度に応じて、適切な復旧設定処理を実行し、リソース利用効率が高く、かつ迅速な障害復旧を可能とする。
【実施例３】
【０１６２】
図２８は、実施例３における障害復旧の全体の流れを示すフローチャートの例である。図２８の処理は、図２２の処理の変形例である。図２２における障害復旧管理は、通信装置の障害発生を検出すると、障害の数と位置に応じて、通信装置単位の障害又はエリア単位の障害に対する復旧面を選択し、復旧制御を実行する。
【０１６３】
一方、図２８における障害復旧管理では、通信装置に対する障害発生を検出すると、２台以内の通信装置内の障害か否かが評価され、２台以内の通信装置の障害の場合は、通信経路を再計算するレストレーションにより復旧を行う。一方、障害通信装置数が３以上である場合、図２８における障害復旧管理は、障害の数と位置に応じて、通信装置単位の障害又はエリア単位の障害に対する復旧面を選択し、復旧制御を実行する。
【０１６４】
以下において、図２２における処理と異なる点について主に説明する。ネットワーク管理サーバ１は、ステップＳ２２０４のプロテクションパスを設定した後、通信装置として任意の３台に障害が発生した場合を想定した伝送パスの復旧設定を算出し、関係する通信装置に設定する（ステップＳ２８０３）。ステップＳ２２０８においてプロテクションにより救済されなかった現用系のパスが存在する場合、ネットワーク管理サーバ１は、障害通信装置数が２台であるか否か判定する（ステップＳ２８０１）。
【０１６５】
本実施例は、障害の発生している通信装置数が２台以内の場合に経路を再計算し、障害の発生している通信装置数が３台以上かつＫ台未満の場合は、通信装置単位の障害に対する復旧面を利用して復旧する方式を説明した。一方、障害の発生している通信装置数がＲ台（Ｒの値は、Ｋの値より小さい）以内までの場合に経路を再計算し、障害の発生している通信装置数が（Ｒ＋１）台以上かつＫ台未満の場合は、通信装置単位の障害に対する復旧面を利用して障害を復旧してもよい。
【０１６６】
ステップＳ２８０１の判定結果がＹｅｓである場合、ネットワーク管理サーバ１は、経路を再計算するレストレーションにより復旧を実行する（ステップＳ２８０２）。ステップＳ２８０１の判定結果がＮｏである場合、ネットワーク管理サーバ１は、障害の発生している通信装置数が、予め設定した台数（Ｋ台）以内に発生している障害か否か評価する（ステップＳ２２１０）。ステップＳ２２１０の後の処理は、図２２と同様である。
【０１６７】
図２９は、実施例３における通信装置単位の障害に対する復旧処理の流れを示すシーケンス図の例である。図２９のシーケンスは、図８のシーケンスの変形例であり、図８異なる点について主に説明する。図８のシーケンスは、ステップＳ８０８において所定時間に同時に発生した障害の情報の蓄積を終了した後、ステップＳ８０９において障害の発生している通信装置数と位置を特定する。
【０１６８】
一方、図２９の変形例は、ステップＳ８０８の後、障害通信装置数が２台以内であるか否か評価する（ステップＳ８６０）。ステップＳ８６０における評価結果がＮｏである場合、図２９の変形例は、障害の発生している通信装置数と位置を特定する（ステップＳ８０９）。ステップＳ８６０における評価結果がＹｅｓである場合、経路を再計算するレストレーションにより復旧が行われる。ステップＳ８０９以降の処理は、図８と同様である。
【０１６９】
図３０は、実施例３におけるエリア単位の障害に対する復旧処理の流れを示すシーケンス図の例である。図３０のシーケンスは、図９のシーケンスの変形例であり、図９と異なる点について主に説明する。図９のシーケンスは、ステップＳ９０８において所定時間に同時に発生した障害の情報の蓄積を終了した後、ステップＳ９０９において、障害の発生している通信装置数と位置を特定する。
【０１７０】
一方、図３０の変形例では、ステップＳ９０８の後、障害通信装置数が２台以内であるか否か評価する（ステップＳ９６０）。ステップＳ９６０における評価結果がＮｏである場合、図３０の変形例は、障害の発生している通信装置数と位置を特定する（ステップＳ９０９）。ステップＳ８６０における評価結果がＹｅｓである場合、経路を再計算するレストレーションにより復旧が行われる。ステップＳ９０９以降の処理は、図９と同様である。
【０１７１】
以上説明したように、ネットワーク管理サーバ１は、プロテクションパスで復旧できない現用系パスの障害を検出すると、総障害通信装置数及び各障害パスの障害通信装置数を評価する。総障害通信装置数が２であり、かつ、全ての障害パスそれぞれの障害通信装置数が１である場合、ネットワーク管理サーバ１は、経路の再計算により復旧を実行する。
【０１７２】
一方、上記条件が満たされない場合、ネットワーク管理サーバ１は、障害の数と位置に応じて、通信装置単位の障害又はエリア単位の障害に対する復旧面を選択し、復旧制御を実行する。これにより、通信装置の障害規模に応じて適切な復旧設定処理を実行し、リソース利用効率が高く、かつ迅速な障害復旧を可能とする。
【実施例４】
【０１７３】
図３１は、実施例４におけるプロテクションパスの動的な設定変更の後のネットワークシステム構成図の例である。図３１の処理は、図３において説明したプロテクションパスの動的な設定変更の変形例である。図３において、ネットワーク管理サーバ１は、現用系の伝送パス３０１に対して、伝送経路を固定したプロテクションパス３０２（端末ＴＡ１、通信装置ｎ２４、ｎ２３、ｎ４４、ｎ４３を経由して端末ＴＢ１へ接続する３０２ａ〜３０２ｅ）を設定している。
【０１７４】
図３１の変形例において、ネットワーク管理サーバ１は、プロテクションパスを設定した経路に対するネットワーク資源、例えばリンクにおける消費帯域を監視し、著しく消費帯域が増加する時間帯に、異なる経路にプロテクションパスを変更する。具体的には、図３１に示すように、ネットワーク管理サーバ１は、別の端末（ＴＡ２及びＴＢ２）間において新たなデータ伝送が発生し、通信装置ｎ２４、ｎ２３、ｎ４４、ｎ４３を結んだ経路の消費帯域が著しく増加している時間帯（２２時から６時）において、プロテクションパス３０２（３０２ａ〜３０２ｅ）を、伝送パス３０３（３０３ａ〜３０３ｆ）に変更する。
【０１７５】
以上説明したように、プロテクションパスを、消費帯域の多い経路から、消費帯域の少ない経路に変更することにより、データ伝送量に起因する伝送品質の劣化、例えば伝送遅延の増加を削減可能なプロテクションパスの設定が可能となる。
【実施例５】
【０１７６】
本実施例は、実施例１において説明した２台の通信装置に障害が発生している場合に、当該２台の通信装置を含む３台の通信装置の障害に対して用意されている障害復旧面を選択する運用管理を説明する。ネットワーク管理サーバ１は、図１２に示した３台の通信装置の障害に対する障害復旧テーブルを準備すると共に、各通信装置において消費されている伝送帯域を監視する。
【０１７７】
ネットワーク管理サーバ１は、障害の発生している２台の通信装置を検出すると、その時点で伝送帯域の消費が最も少ない、又は現在使用されている（設定されている）伝送パス数の最も少ない別の１台の通信装置とあわせて、合計３台の通信装置に障害が発生していると仮定して、図１２に示したテーブルから該当する復旧面を選択して、障害復旧を実行する。
【０１７８】
障害が発生している通信装置数が、復旧面テーブルが想定する障害発生通信装置数より小さければ、それらの数の関係は特に限定されない。たとえば、ネットワーク管理サーバ１は、３台の通信装置に障害が発生している場合に、４台の通信装置の障害に対する障害復旧テーブルを用いてもよく、２台又は３台の通信装置に障害が発生している場合に、４台の通信装置の障害に対する障害復旧テーブルを用いてもよい。
【０１７９】
追加する通信装置は、障害の発生している通信装置と同一のエリアに属する他の通信装置から選択されてもよい。ネットワーク管理サーバ１は、障害の発生している通信装置から最も離れている通信装置を選択してもよい。上述のように、障害が発生している通信装置よりも多くの台数の通信装置の障害に対する復旧面テーブルを用いることにより、予め用意する復旧設定情報を削減できる。
【０１８０】
なお、本実施例では、障害の発生している台数より1台多い通信装置に障害が発生している場合の障害復旧設定を利用して復旧する方法を示しているが、1台より多くの通信装置に障害が発生している場合の障害復旧設定を利用して復旧する方法にしても良い。
【実施例６】
【０１８１】
本実施例では、実施例１において説明した３台の通信装置に障害が発生している場合に、当該３台の通信装置から一台の通信装置を除外した残りの２台の通信装置の障害に対して用意されている障害復旧面を選択する運用管理を説明する。ネットワーク管理サーバ１は、図１１に示した２台の通信装置に障害に対する障害復旧テーブルを準備すると共に、各通信装置において消費されている伝送帯域を監視する。
【０１８２】
ネットワーク管理サーバ１は、障害の発生している３台の通信装置を検出すると、障害の発生している通信装置において、伝送帯域の最も少ない、又は現在使用されている（設定されている）伝送パス数が最も少ない通信装置を除外した２台の通信装置に障害が発生していると仮定して、図１１に示したテーブルから該当する復旧面を選択して、障害復旧を実行する。さらに、ネットワーク管理サーバ１は、復旧していない伝送パスに対して伝送経路を再計算することにより、障害の発生している伝送パスを復旧する。
【０１８３】
上述のように、障害の発生している通信装置の台数を仮想的に削減し、削減した台数に対応する障害復旧面を使用することで、予め用意する復旧設定情報を削減できる。なお、障害が発生している通信装置の数が復旧面テーブルの対応する障害通信装置数よりも大きければ、これらの数の関係は特に限定されない。ネットワーク管理サーバ１は、障害が発生している通信装置において、物理的に若しくはホップ数的に遠方に存在する通信装置、又は最も近傍に位置する２台の通信装置のうちの一台を除外してもよい。
【０１８４】
なお、本実施例では、障害の発生している台数より1台少ない通信装置に障害が発生している場合の障害復旧設定を利用して復旧する方法を示しているが、1台以上少ない通信装置に障害が発生している場合の障害復旧設定を利用して復旧する方法にしても良い。
【０１８５】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１８６】
また、上記の各構成・機能・処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード等の記録媒体に置くことができる。
【０１８７】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には殆どすべての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１８８】
１  ネットワーク管理サーバ
ｎ１１、ｎ１２、ｎ１３、ｎ１４  通信装置
ｎ２１、ｎ２２、ｎ２３、ｎ２４  通信装置
ｎ３１、ｎ３２、ｎ３３、ｎ３４  通信装置
ｎ４１、ｎ４２、ｎ４３、ｎ４４  通信装置
ＴＡ１、ＴＢ１  端末
【図１】
0006391518.tif 000002
【図２Ａ】
0006391518.tif 000003
【図２Ｂ】
0006391518.tif 000004
【図３】
0006391518.tif 000005
【図４】
0006391518.tif 000006
【図５】
0006391518.tif 000007
【図６】
0006391518.tif 000008
【図７】
0006391518.tif 000009
【図８】
0006391518.tif 000010
【図９】
0006391518.tif 000011
【図１０】
0006391518.tif 000012
【図１１】
0006391518.tif 000013
【図１２】
0006391518.tif 000014
【図１３】
0006391518.tif 000015
【図１４】
0006391518.tif 000016
【図１５】
0006391518.tif 000017
【図１６】
0006391518.tif 000018
【図１７】
0006391518.tif 000019
【図１８Ａ】
0006391518.tif 000020
【図１８Ｂ】
0006391518.tif 000021
【図１９Ａ】
0006391518.tif 000022
【図１９Ｂ】
0006391518.tif 000023
【図１９Ｃ】
0006391518.tif 000024
【図２０】
0006391518.tif 000025
【図２１】
0006391518.tif 000026
【図２２】
0006391518.tif 000027
【図２３】
0006391518.tif 000028
【図２４】
0006391518.tif 000029
【図２５】
0006391518.tif 000030
【図２６】
0006391518.tif 000031
【図２７】
0006391518.tif 000032
【図２８】
0006391518.tif 000033
【図２９】
0006391518.tif 000034
【図３０】
0006391518.tif 000035
【図３１】
0006391518.tif 000036