(57)【要約】【課題】通信システムにおいて障害が発生した場合に、既存の設定パスを迅速に復旧するための設定負荷の低減化を図ること。【解決手段】ネットワーク管理サーバは、ネットワーク内の伝送パスについて、伝送パスを経由する複数のエリアのうち自エリア内の通信装置の障害が発生した障害発生エリアの出現パターンごとに出現パターンに応じた復旧パスの集合である復旧面を特定する情報と、復旧パスを経由する通信装置を特定する情報と、を関連付けて記憶する記憶装置を備える。ネットワーク管理サーバは、複数のエリアのいずれかに障害が発生した場合に、いずれの障害発生パターンに該当するか否かを特定し、特定された障害発生パターンに応じた復旧パスの集合である復旧面を特定する情報を記憶装置から取得し、取得された復旧面を特定する情報を、当該復旧面に含まれる復旧パスが経由する通信装置に通知する。【選択図】図４
2015097331.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを構成するエリア群の各エリア内の通信装置に接続されるネットワーク管理サーバであって、
プログラムを実行するプロセッサと、前記プロセッサが実行するプログラムを格納するメモリと、前記通信装置との間の通信を制御するインターフェースと、データを記憶する記憶装置と、を備え、
前記記憶装置は、
前記ネットワーク内の伝送パスについて、前記伝送パスを経由する複数のエリアのうち通信装置の障害が発生した障害発生エリアの出現パターンごとに出現パターンに応じた復旧パスの集合である復旧面を特定する情報と、前記復旧パスを経由する通信装置を特定する情報と、を関連付けて記憶し、
前記各通信装置は、
自装置を経由する復旧パスの集合である復旧面を特定する情報と、前記自装置を経由する復旧パスにおける前記自装置との接続相手を指定する情報と、を含む復旧情報を記憶し、
前記ネットワーク管理サーバは、
前記複数のエリアのいずれかに障害が発生した場合に、いずれの障害発生パターンに該当するか否かを特定する特定手順と、
前記特定手順によって特定された障害発生パターンに応じた復旧面を特定する情報を前記記憶装置から取得する取得手順と、
前記取得手順によって取得された復旧面を特定する情報を、当該復旧面に含まれる復旧パスが経由する通信装置に通知する通知手順と、
を実行することを特徴とするネットワーク管理サーバ。
【請求項２】
前記通知手順では、同一の復旧面を特定する情報を通知することを特徴とする請求項１に記載のネットワーク管理サーバ。
【請求項３】
前記ネットワーク管理サーバは、
前記各通信装置に、前記通信装置が経由する復旧パスについての復旧情報を送信する送信手順を実行し、
前記判定手順では、前記送信手順の実行後に判定することを特徴とする請求項１に記載のネットワーク管理サーバ。
【請求項４】
前記ネットワーク管理サーバは、
前記出現パターンに応じた復旧パスを算出する算出手順と、
前記算出手順によって算出された復旧パスを経由する通信装置の接続相手を指定する情報を生成する生成手順と、を実行し、
前記送信手順では、前記生成手順によって生成された前記接続相手を指定する情報を含む前記復旧情報を送信することを特徴とする請求項３に記載のネットワーク管理サーバ。
【請求項５】
前記ネットワーク管理サーバは、
前記複数のエリアのいずれかのエリア内の通信装置の障害により、前記いずれかのエリアが通信不能な障害発生エリアであるか否かを判定する判定手順を実行し、
前記特定手順では、前記判定手順によって判定された判定結果に基づいて、いずれの障害発生パターンに該当するかを特定することを特徴とする請求項１に記載のネットワーク管理サーバ。
【請求項６】
前記判定手順では、所定期間内において障害発生エリアを判定することを特徴とする請求項５に記載のネットワーク管理サーバ。
【請求項７】
前記判定手順では、前記いずれかのエリア内の通信装置が他のエリアと接続するリンクが不通となった場合、前記いずれかのエリアを障害発生エリアと判定することを特徴とする請求項５に記載のネットワーク管理サーバ。
【請求項８】
前記判定手順では、前記いずれかのエリア内における障害が発生した通信装置の台数に基づいて、前記いずれかのエリアを障害発生エリアと判定することを特徴とする請求項５に記載のネットワーク管理サーバ。
【請求項９】
前記判定手順では、前記いずれかのエリア内に障害が発生した通信装置が検出された場合、前記伝送パスにおいて、前記いずれかのエリア内で前記障害が発生した通信装置を経由しない迂回パスが設定可能である場合、前記いずれかのエリアにおいて前記迂回パスを設定して、前記いずれかのエリアを障害発生エリアでないと判定することを特徴とする請求項５に記載のネットワーク管理サーバ。
【請求項１０】
ネットワークを構成するエリア群の各エリアを管理するエリア管理サーバに接続されるネットワーク管理サーバであって、
プログラムを実行するプロセッサと、前記プロセッサが実行するプログラムを格納するメモリと、前記エリア管理サーバとの間の通信を制御するインターフェースと、データを記憶する記憶装置と、を備え、
前記記憶装置は、
前記ネットワーク内の伝送パスについて、前記伝送パスを経由する複数のエリアのうち通信装置の障害が発生した障害発生エリアの出現パターンごとに出現パターンに応じた復旧パスの集合である復旧面を特定する情報と、前記復旧パスを経由する通信装置を特定する情報と、を関連付けて記憶し、
前記各エリア管理サーバは、
自エリア内の通信装置を経由する復旧パスの集合である復旧面を特定する情報と、前記自エリア内の通信装置を経由する復旧パスにおける前記自エリア内の通信装置との接続相手を指定する情報と、を含む復旧情報を記憶し、
前記ネットワーク管理サーバは、
前記複数のエリアのいずれかに障害が発生した場合に、いずれの障害発生パターンに該当するか否かを特定する特定手順と、
前記特定手順によって特定された障害発生パターンに応じた復旧面を特定する情報を前記記憶装置から取得する取得手順と、
前記取得手順によって取得された復旧面を特定する情報を、当該復旧面に含まれる復旧パスが経由するエリアのエリア管理サーバに通知する通知手順と、
を実行することを特徴とするネットワーク管理サーバ。
【請求項１１】
前記通知手順では、同一の復旧面を特定する情報を通知することを特徴とする請求項１０に記載のネットワーク管理サーバ。
【請求項１２】
前記ネットワーク管理サーバは、
前記各エリア管理サーバに、前記エリア管理サーバが管理するエリア内の通信装置が経由する復旧パスについての復旧情報を送信する送信手順を実行し、
前記判定手順では、前記送信手順の実行後に判定することを特徴とする請求項１０に記載のネットワーク管理サーバ。
【請求項１３】
前記ネットワーク管理サーバは、
前記出現パターンに応じた復旧パスを算出する算出手順と、
前記算出手順によって算出された復旧パスを経由する通信装置の接続相手を指定する情報を生成する生成手順と、を実行し、
前記送信手順では、前記生成手順によって生成された前記接続相手を指定する情報を含む前記復旧情報を送信することを特徴とする請求項１２に記載のネットワーク管理サーバ。
【請求項１４】
前記ネットワーク管理サーバは、
前記複数のエリアのいずれかのエリア内の通信装置の障害により、前記いずれかのエリアが通信不能な障害発生エリアであるか否かを判定する判定手順を実行し、
前記特定手順では、前記判定手順によって判定された判定結果に基づいて、いずれの障害発生パターンに該当するか否かを特定することを特徴とする請求項１０に記載のネットワーク管理サーバ。
【請求項１５】
ネットワークを構成するエリア群の各エリア内の通信装置に接続されるネットワーク管理サーバが実行する復旧方法であって、
前記ネットワーク管理サーバは、
プログラムを実行するプロセッサと、前記プロセッサが実行するプログラムを格納するメモリと、前記通信装置との間の通信を制御するインターフェースと、データを記憶する記憶装置と、を備え、
前記記憶装置は、
前記ネットワーク内の伝送パスについて、前記伝送パスを経由する複数のエリアのうち通信装置の障害が発生した障害発生エリアの出現パターンごとに出現パターンに応じた復旧パスの集合である復旧面を特定する情報と、前記復旧パスを経由する通信装置を特定する情報と、を関連付けて記憶し、
前記各通信装置は、
自装置を経由する復旧パスの集合である復旧面を特定する情報と、前記自装置を経由する復旧パスにおける前記自装置との接続相手を指定する情報と、を含む復旧情報を記憶し、
前記復旧方法は、
前記ネットワーク管理サーバが、
前記複数のエリアのいずれかに障害が発生した場合に、いずれの障害発生パターンに該当するか否かを特定する特定手順と、
前記特定手順によって特定された障害発生パターンに応じた復旧面を特定する情報を前記記憶装置から取得する取得手順と、
前記取得手順によって取得された復旧面を特定する情報を、当該復旧面に含まれるが経由する通信装置に通知する通知手順と、
を実行することを特徴とする復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを管理するネットワーク管理サーバおよび復旧方法に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特許文献１〜３がある。特許文献１の技術では、網管理システムは、伝送網内の伝送パスの集合として定義される伝送面を管理する面管理テーブルを備える。また、面管理テーブルは正常時に適用される伝送面（現用面）に加えて、伝送網内の障害発生時に適用可能な１または複数の伝送面（予備面）を設定して、管理する。そして伝送網内の障害発生時には、網管理システムは適用面を適切な伝送面に変更する。
【０００３】
特許文献２の技術では、各通信装置は複数のエリアに分類され、各エリアは現用パスが最初に通過するエッジノードと最後に通過するエッジノードとを含む。網管理装置は、各エリアに障害が発生したか否かを示す値を含む障害情報を保持し、複数のエッジノードを示す値と、各エリアの代替エリアを示す値と、各代替エリアに割り当てられた優先度と、を含む迂回パス情報を保持する。網管理装置は、障害情報に基づいて、第１のエリアに障害が発生したと判定された場合、迂回パス情報に基づいて、第１のエリアの代替エリアを特定する。網管理装置は、第１のエリアの代替エリアに障害が発生していないと判定された場合、第１のエリアの代替エリアを、現用パスが通過する第２のエリアに決定し、迂回パス情報に基づいて、第２のエリアに含まれる二つのエッジノードを決定し、二つのエッジノードの間の現用パスが通過する各通信装置を検出する。
【０００４】
特許文献３の技術では、経路生成部は、予測される障害箇所に従い変更された予測トポロジー情報及び予測リソース情報に基づき障害が発生した際の予備経路情報を予め生成する。経路生成部は、生成された予備経路情報をデータ記憶部に記憶する。ＴＣＳ（Ｓ−１）の経路情報通知部は、生成された通常経路情報をノードＮへ通知する。ＴＣＳ（Ｓ−１）の障害情報取得部は、障害の発生を検知する。障害情報取得部が障害の発生を検知すると、経路情報通知部が、データ記憶部に記憶された予備経路情報をノードＮに通知する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−４６３２２号公報
【特許文献２】特開２０１３−８５０６１号公報
【特許文献３】国際公開公報ＷＯ２０１０／０１８７５５
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術では、設定した特定パスに障害が発生すると、予備面において複数の中継点を経由するすべてのパスに対して有効か、或いは非有効かを判定し、各パスの優先度に基づき障害の影響度が最も少ない予備面を選択する。したがって、設定パスの障害検出から復旧のための予備面決定までに相当量の処理を実行する必要がある。このため、通信システムの規模が大きくなるほど適用が困難である。
【０００７】
特許文献２の技術では、通信装置が属するエリアの障害を検出すると、障害となったエリアを経由するパスに対して、１本１本順番に設定済みのパス設定を廃止し、その後に迂回路としてのパス設定を施す。したがって、設定済みのすべてのパスを復旧するまでに相当量の処理を実行する必要があり、また１本１本迂回路を決定および設定するため、全体としての最適なパス設定を実行することができない。このため、通信システムの規模が大きくなるほど適用が困難である。
【０００８】
特許文献３の技術では、障害発生時の予備経路情報を予め計算するが、通知先のノード毎に異なる予備経路情報、或いは経路情報を示す異なるＩＤをノード毎に通知する。したがって、多数のノードが存在する場合、膨大に存在する異なる経路情報を通知、或いは異なるＩＤを通知先の多数ノードと接続を確立して多数通知する必要があり、経路情報を通知する側の負荷が高い、或いは通知に時間がかかる。このため、通信システムの規模が大きくなるほど迅速な復旧を実現するのは困難である。
【０００９】
本発明は、通信システムにおいて障害が発生した場合に、既存の設定パスを迅速に復旧するための設定負荷の低減化を図ることを目的とする。
【課題を解決するための手段】
【００１０】
本願において開示される発明の一側面となるネットワーク管理サーバおよび復旧方法は、ネットワークを構成するエリア群の各エリア内の通信装置に接続されるネットワーク管理サーバおよび当該ネットワーク管理サーバが実行する復旧方法であって、ネットワーク管理サーバは、プログラムを実行するプロセッサと、前記プロセッサが実行するプログラムを格納するメモリと、前記通信装置との間の通信を制御するインターフェースと、データを記憶する記憶装置と、を備え、前記記憶装置は、前記ネットワーク内の伝送パスについて、前記伝送パスを経由する複数のエリアのうち通信装置の障害が発生した障害発生エリアの出現パターンごとに出現パターンに応じた復旧パスの集合である復旧面を特定する情報と、前記復旧パスを経由する通信装置を特定する情報と、を関連付けて記憶し、前記各通信装置は、自装置を経由する復旧パスの集合である復旧面を特定する情報と、前記自装置を経由する復旧パスにおける前記自装置との接続相手を指定する情報と、を含む復旧情報を記憶し、前記ネットワーク管理サーバは、前記複数のエリアのいずれかに障害が発生した場合に、いずれの障害発生パターンに該当するか否かを特定する特定手順と、前記特定手順によって特定された障害発生パターンに応じた復旧面を特定する情報を前記記憶装置から取得する取得手順と、前記取得手順によって取得された復旧面を特定する情報を、当該復旧面に含まれる復旧パスが経由する通信装置に通知する通知手順と、を実行することを特徴とする。
【発明の効果】
【００１１】
本発明の代表的な実施の形態によれば、通信システムにおいて障害が発生した場合に、既存の設定パスを迅速に復旧するための設定負荷の低減化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【００１２】
【図１】実施例１にかかる通信システムのシステム構成例を示す説明図である。
【図２】実施例１にかかる障害復旧後の通信システムのシステム構成例を示す説明図である。
【図３】実施例１にかかる障害復旧の流れを示すシーケンス図（前半）である。
【図４】実施例１にかかる障害復旧の流れを示すシーケンス図（後半）である。
【図５】復旧面リストテーブルの記憶内容例を示す説明図である。
【図６】復旧面ごとの伝送装置の接続関係を示すパス接続設定テーブルの記憶内容例１を示す説明図である。
【図７】復旧面ごとの伝送装置の接続関係を示すパス接続設定テーブルの記憶内容例２を示す説明図である。
【図８】復旧面ごとの伝送装置の接続関係を示すパス接続設定テーブルの記憶内容例３を示す説明図である。
【図９】復旧面ごとの伝送装置の接続関係を示すパス接続設定テーブルの記憶内容例４を示す説明図である。
【図１０】各伝送装置における復旧面毎の復旧パス設定リストテーブルの記憶内容例１を示す説明図である。
【図１１】各伝送装置における復旧面毎の復旧パス設定リストテーブルの記憶内容例２を示す説明図である。
【図１２】各伝送装置における復旧面毎の復旧パス設定リストテーブルの記憶内容例３を示す説明図である。
【図１３】各伝送装置における復旧面毎の復旧パス設定リストテーブルの記憶内容例４を示す説明図である。
【図１４】各伝送装置における復旧面毎の復旧パス設定リストテーブルの記憶内容例５を示す説明図である。
【図１５】各伝送装置における復旧面毎の復旧パス設定リストテーブルの記憶内容例６を示す説明図である。
【図１６】各伝送装置における復旧面毎の復旧パス設定リストテーブルの記憶内容例を示す説明図である。
【図１７】実施例１にかかるネットワーク管理サーバのハードウェア構成例を示すブロック図である。
【図１８】実施例１にかかるネットワーク管理サーバの機能的構成例を示すブロック図である。
【図１９】実施例１にかかるネットワーク管理サーバが実行する障害復旧面の算出と各通信装置への復旧面情報通知の処理手順例を示すフローチャートである。
【図２０】実施例１にかかるネットワーク管理サーバが実行する復旧パス算出処理の詳細な処理手順例を示すフローチャートである。
【図２１】実施例１にかかるネットワーク管理サーバが実行する障害の監視と復旧面の通知の詳細な処理手順例を示すフローチャートである。
【図２２】実施例１にかかる通信装置のハードウェア構成例を示すブロック図である。
【図２３】実施例２にかかる通信システムのシステム構成例を示す説明図である。
【図２４】実施例２にかかる障害復旧後の通信システムのシステム構成例を示す説明図である。
【図２５】実施例２にかかる障害復旧の流れを示すシーケンス図（前半）である。
【図２６】実施例２にかかる障害復旧の流れを示すシーケンス図（後半）である。
【図２７】実施例２にかかるネットワーク管理サーバが実行する障害復旧面の算出と各エリア管理サーバへの復旧面情報通知の処理手順例を示すフローチャートである。
【図２８】実施例２にかかるネットワーク管理サーバが実行する障害の監視と復旧面の通知の処理手順例を示すフローチャートである。
【図２９】実施例２にかかるエリア管理サーバが復旧パスを各通信装置へ通知する処理の処理手順例を示すフローチャートである。
【図３０】実施例２にかかるエリア管理サーバが実行する障害監視処理動作の処理手順例を示すフローチャートである。
【図３１】実施例３におけるエリア内でのパス復旧処理手順例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
（実施例１）
実施例１では、ネットワーク全体を複数のエリアに分割してエリア単位で障害を管理し、障害発生時に設定した伝送パスの迅速な復旧を行う例について説明する。また、実施例１では、通信システムがパケットトランスポートネットワークを構成する例について説明する。
【００１４】
＜ネットワーク構成例＞
図１は、実施例１にかかる通信システムのシステム構成例を示す説明図である。実施例１の通信システムは、ネットワーク管理サーバ９、通信装置１１〜１４、２１〜２４、３１〜３４、４１〜４４、５１〜５２、６１〜６２、７１〜７２、８１〜８２、及び端末１０１〜１０４、を有し、ネットワークを構成する。なお、端末ではなく、サーバや他の通信装置やネットワークでもよいが、本例では、一例として端末として説明する。なお、通信装置および端末（サーバも含む）を総称して、「伝送装置」と称す。また、図１では、ネットワーク管理サーバ９は、便宜上、通信装置７２にのみ接続されているが、他の通信装置にも接続される。
【００１５】
実施例１では、通信装置１１〜１４はエリア１を構成し、通信装置２１〜２４はエリア２を構成し、通信装置３１〜３４はエリア３を構成し、通信装置４１〜４４はエリア４を構成し、通信装置５１〜５２はエリア５を構成し、通信装置６１〜６２はエリア６を構成し、通信装置７１〜７２はエリア７を構成し、通信装置８１〜８２はエリア８を構成する。
【００１６】
また、実施例１では、運用開始段階において、伝送パスＰ１（端末１０１、通信装置１４、１１、５１、６１、６２、７１、３１、３４、端末１０３を経由）と伝送パスＰ２（端末１０２、通信装置２３、２２、６２、７１、７２、８２、４２、４３、端末１０４を経由）が設定される。
【００１７】
ネットワーク管理サーバ９は、設定した伝送パスに対して、エリア単位で障害が発生した場合の復旧パスを事前に算出する。実施例１では、８個のエリアが存在するため、エリア単位の障害発生パターンとしては、２8＝２５６通りとなる。どのエリアにおいても障害が発生していない状態が１通り、ある１つのエリアが障害となっている状態が８通り、ある２つのエリアが障害となっている状態が２８通り、ある３つのエリアが障害となっている状態が５６通り、ある４つのエリアが障害となっている状態が７０通り、ある５つのエリアが障害となっている状態が５６通り、ある６つのエリアが障害となっている状態が２８通り、ある７つのエリアが障害となっている状態が８通り、そしてすべてのエリアにおいて障害が発生している状態が１通りである。
【００１８】
ネットワーク管理サーバ９は、すべての障害パターンに対して復旧面を特定する識別子（復旧面ＩＤと称す）を付与し、運用開始段階において設定している現用系パスの復旧パスを算出する（図５を参照。）。復旧面とは、ネットワーク内の復旧パスの集合として定義される伝送面である。また、ネットワーク管理サーバ９は、エリア障害パターンに対応する復旧面を構成する伝送装置の接続関係を示す、パスの復旧設定（復旧面）を算出する（図６〜図９を参照。）。さらに、ネットワーク管理サーバ９は、各伝送装置におけるパスの復旧設定（復旧面）を算出し、算出したテーブルを各装置へ通知する（図１０〜図１６を参照。）。各伝送装置は、受信した復旧面毎のパスの復旧テーブルを保持する。
【００１９】
ネットワーク管理サーバ９は、各伝送装置に対して復旧面毎の復旧パス設定テーブルを通知した後、通信システム内の通信装置の障害発生有無を監視する。そして、ネットワーク管理サーバ９は、エリア単位で障害が発生したか否かを判定し、その判定した障害パターンに応じた復旧面を選定し、各伝送装置に対して設定パス復旧のための同一の復旧面ＩＤを通知する。実施例１では、障害復旧に関係するすべての伝送装置に対して特定した復旧面に対する同一のＩＤを送信するため、ネットワーク管理サーバ９は個々との伝送装置に対して異なる情報を通知する必要がない。
【００２０】
そのため、例えば、管理制御用のマルチキャストネットワークを、ネットワーク管理サーバ９とすべての伝送装置間で構築することにより、ネットワーク管理サーバ９は、１回の障害復旧用の復旧面ＩＤを送信することにより、通信システム全体の復旧を指示することができる。各伝送装置は、障害が発生した場合、ネットワーク管理サーバ９より通知される復旧面ＩＤに従い設定パスの復旧設定を行い、受信データの伝送を実行する。
【００２１】
図２は、実施例１にかかる障害復旧後の通信システムのシステム構成例を示す説明図である。図２中のネットワーク管理サーバ９は、通信システム内のすべての通信装置の障害発生有無を監視し、エリア単位で障害が発生したかを監視する。実施例１では、エリア２及びエリア６に障害が発生した場合を例に説明する。大規模な災害が発生した場合等、複数のエリアがほぼ同時に損傷する場合が想定される。実施例１では、そのような場合を想定し、２箇所のエリアにある程度の時間差をもって障害が発生した場合を想定して説明する。
【００２２】
ネットワーク管理サーバ９は、図２中の通信装置６１、６２、及び２１、２２、２３、２４の稼動を監視し、稼動が確認できない場合、エリア２とエリア６において障害が発生したと判定する。なお、実施例１では、通信装置の稼動監視により、通信装置及びエリアにおける障害を判定したが、通信装置間を接続するリンクに対して障害監視を行い、他エリアと接続するリンクの１乃至複数本のリンク障害に基づきエリア障害を判定しても良い。
【００２３】
実施例１では、ネットワーク管理サーバ９は、エリア２及びエリア６の障害を検出し、それらエリア障害に対する復旧面を選定し、復旧面を通知するための復旧面ＩＤを通信システム内の伝送装置へと通知する。管理制御用のネットワークとして、マルチキャストネットワークを用い、すべての伝送装置に対して同一の復旧用のＩＤを通知する。なお、管理制御用のネットワークとしてマルチキャストネットワークを用いず、復旧面に関係した伝送装置に対してのみ、個々に復旧面ＩＤを通知しても良い。これにより、復旧面に関係する伝送装置を容易に特定できる。
【００２４】
実施例１では、エリア２及びエリア６において障害が発生した場合を想定しており、ネットワーク管理サーバ９は、復旧面を示すＩＤを、通信装置５１、５２、８１、３２、３１、及び端末１０２、通信装置１３、１２、１１、５１、５２、８１、８２へ通知する。復旧面ＩＤを受信した伝送装置は、以下の設定変更を実施する。
【００２５】
通信装置５１は、伝送パスＰ１の接続を通信装置６１から通信装置５２に切替える。通信装置５２は、通信装置５１から受信したデータを通信装置８１へ伝送する。通信装置８１は、通信装置５２から受信したデータを通信装置３２へ伝送する。通信装置３２は、通信装置８１から受信したデータを通信装置３１へ伝送する。通信装置３１は、通信装置３２から受信したデータを通信装置３４へ伝送する。以上の伝送パス切替えを実行することにより、通信システム開始段階において設定した伝送パスＰ１は、端末１０１から通信装置１４、１１、５１、５２、８１、３２、３１、３４を経由し、端末１０３へと接続される。なお、図示していないが、逆方向の端末１０３から端末１０１への通信に対しても同様に設定される。
【００２６】
また、端末１０２は、伝送パスＰ２の接続を通信装置２３から通信装置１３に切替える。通信装置１３は、端末１０２から受信したデータを通信装置１２へ伝送する。通信装置１２は、通信装置１３から受信したデータを通信装置１１へ伝送する。通信装置１１は、通信装置１２から受信したデータを通信装置５１へ伝送する。通信装置５１は、通信装置１１から受信したデータを通信装置５２へ伝送する。通信装置５２は、通信装置５１から受信したデータを通信装置８１へ伝送する。通信装置８１は、通信装置５２から受信したデータを通信装置８２へ伝送する。通信装置８２は、通信装置８１から受信したデータを通信装置４２へ伝送する。以上の伝送パス切替えを実行することにより、通信システム開始段階において設定した伝送パスＰ２は、端末１０２から通信装置１３、１２、１１、５１、５２、８１、８２、４２、４３を経由し、端末１０４へと接続される。なお、図示していないが、逆方向の端末１０４から端末１０２への通信に対しても同様に設定される。
【００２７】
以上説明したように、ネットワーク管理サーバ９においてエリア単位で障害監視を行い、監視するエリアに障害が発生した場合は、障害から回復するめの復旧面ＩＤを通知することにより、迅速に障害から復旧することが可能となる。
【００２８】
なお、実施例１では、すべてのネットワーク接続を同一のネットワークとして説明したが、端末とエリアを接続するネットワークが、エリア間を接続するネットワークと種別が異なる設定でも良い。例えば、エリア間を接続するネットワークがＭＰＬＳ−ＴＰ（Ｍｕｌｔｉ―Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  −  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｆｉｌｅ）ネットワークであり、端末とエリア内の通信装置を接続するネットワークがＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークといった構成でも良い。
【００２９】
＜障害復旧シーケンス例＞
図３は、実施例１にかかる障害復旧の流れを示すシーケンス図（前半）である。ネットワーク管理サーバ９は、ネットワーク管理者等からのパス設定入力を受け付ける（ステップＳ２０１）。ネットワーク管理サーバ９は、入力されたパス設定に従い、現用系として運用する、各通信装置への設定パスを算出する（ステップＳ２０２）。ネットワーク管理サーバ９は、算出した各通信装置へのパス設定を各エリア内に存在する通信装置や端末へと通知し、現用系として運用するパスの設定を実行する（ステップＳ２０３−１〜９）。
【００３０】
なお、図１において説明した伝送パスＰ１及び伝送パスＰ２を設定する場合、伝送パス設定に関連した伝送装置に対して伝送パス設定を通知する。具体的には、伝送パスＰ１を設定する場合、通信装置１４、１１、５１、６１、６２、７１、３１、３４、及び端末１０１、１０３に対してパスの設定通知を行う。また、伝送パスＰ２を設定する場合、通信装置２３、２２、６２、７１、７２、８２、４２、４３、及び端末１０２、１０４に対してパスの設定通知を行う。
【００３１】
ステップＳ２０３に続き、ネットワーク管理装置９は、エリア障害パターン毎に、現用系パスを復旧するパスリストから構成される復旧面の算出を実行する（ステップＳ２０４）。なお、実施例１では、復旧面の算出は、想定されるエリア障害パターンすべてに対して算出するが、特定のエリアにおける障害パターンに対してのみ算出しても良い。
【００３２】
ステップＳ２０４に続き、ネットワーク管理サーバ９は、算出したエリア障害パターン毎の復旧面データから、復旧面毎の復旧パス設定データを算出する（ステップＳ２０５）。算出結果の一例は、図６〜図８に示すとおりである。ステップＳ２０５に続き、ネットワーク管理サーバ９は、算出した復旧面毎の復旧パス設定データから、伝送装置毎、且つ復旧面毎の復旧パス設定データを算出する（ステップＳ２０６）。算出結果の一例は、図１０〜図１６に示すとおりである。
【００３３】
図４は、実施例１にかかる障害復旧の流れを示すシーケンス図（後半）である。ステップＳ２０６に続き、ネットワーク管理サーバ９は、ステップＳ２０６にて算出した復旧面毎の復旧パス設定データを各伝送装置へと通知する（ステップＳ２０７−１〜９）。ステップＳ２０７に続き、ネットワーク管理サーバ９は、エリア単位での障害監視を開始する（ステップＳ２０８−１〜８）。ステップＳ２０８のエリア監視において、ネットワーク管理サーバ９は、エリア２及びエリア６内の通信装置の稼動停止を検出すると、エリア２及びエリア６において障害が発生したと判定する（ステップＳ２０９）。なお、実施例１では、エリア内のすべての通信装置の稼動停止検出によりエリア障害を判定したが、エリア内の１乃至複数の通信装置において稼動停止を検出した場合において、エリア障害と判定しても良い。また、実施例１では、通信装置の稼動停止によりエリアにおける障害を判定したが、通信装置間を接続するリンクに対して障害監視を行い、他エリアと接続するリンクの１乃至複数本のリンク障害に基づきエリア障害を判定しても良い。
【００３４】
ステップＳ２０９に続き、ネットワーク管理サーバ９は、エリア２及びエリア６に障害が発生した場合の復旧面を特定する（ステップＳ２１０）。ここでは、たとえば、エリア２及びエリア６に障害が発生した場合の復旧面１９を特定する。ステップＳ２１０に続き、ネットワーク管理サーバ９は、特定した復旧面ＩＤ（１９）を、パスの復旧設定に関連した伝送装置に対して通知する（ステップＳ２１１−１〜６）。具体的には、たとえば、ネットワーク管理サーバ９は、図示していない管理制御用のマルチキャストネットワークを用いて復旧面ＩＤを通知する。なお、実施例１では、ネットワーク管理サーバ９は、パスの復旧に関連した伝送装置に対してマルチキャストネットワークを用いて復旧面ＩＤを通知したが、伝送装置それぞれに対して、同一の復旧面ＩＤを個別に通知しても良い。
【００３５】
ステップ２１１の後、伝送装置は、ネットワーク管理サーバ９より通知された復旧面ＩＤと事前に受信保持している復旧面毎のパス設定テーブルとから、パス復旧設定データを行い、受信データの伝送を実行する（ステップＳ２１２−１〜５）。ステップＳ２１２の後、通信システムは、復旧後のデータ伝送を開始する（ステップＳ２１３）。これにより、復旧が完了する。
【００３６】
＜各種テーブルの記憶内容例＞
図５は、復旧面リストテーブルの記憶内容例を示す説明図である。復旧面リストテーブル５００は、エリア障害パターン毎に、現用系のパスを復旧するパスのリストである復旧面を記憶するテーブルである。具体的には、復旧面リストテーブル５００は、ネットワーク内の伝送パスについて、伝送パスを経由する複数のエリアのうち通信装置の障害が発生した障害発生エリアの出現パターン（障害パターン）ごとに出現パターンに応じた復旧パスを特定する情報（復旧面ＩＤおよびパス）と、復旧パスを経由する通信装置を特定する情報（復旧設定）と、を関連付けて記憶するテーブルである。
【００３７】
復旧面リストテーブル５００は、図３のステップＳ２０４の復旧面の算出において最初に作成されるテーブルである。図５に示すように、どのエリアにも障害が発生していない状況を、現在の運用系として管理し、復旧面ＩＤ：０とする。なお、復旧面ＩＤ：＃（＃は０以上の整数）を、「復旧面＃」と表記する。
【００３８】
復旧面０の伝送パスＰ１は、端末１０１から通信装置１４、１１、５１、６１、６２、７１、３１、３４を経由して、端末１０３に到達するパスとなる。また、復旧面０の伝送パスＰ２は、端末１０２かから通信装置２３、２２、６２、７１、７２、８２、４２、４３を経由して、端末１０４に到達するパスとなる。なお、伝送パスＰ１及び伝送パスＰ２に対して、片方向の伝送パス設定について説明したが、逆方向の伝送パス設定についても同様に実行される。
【００３９】
エリア障害に関して、例えばエリア２とエリア６に障害が発生している場合、ネットワーク管理サーバ９は、復旧面リストテーブル５００を参照することにより、復旧面として復旧面１９を選択することになる。また、復旧面１９では、伝送パスＰ１は、端末１０１から通信装置１４、１１，５１、５２、８１、３２、３１、３４を経由して、端末１０３に到達する経路が設定されている。さらに、復旧面１９では、伝送パスＰ２は、端末１０２から通信装置１３、１２、１１、５１、５２、８１、８２、４２、４３を経由して、端末１０４に到達する経路が設定されている。
【００４０】
他のエリア障害パターンである、エリア１における障害発生やエリア２の障害発生パターンに対しても、復旧面１や復旧面２が設定され、同様に他のすべての障害パターンに対する復旧面が設定される。なお、実施例１では、復旧面における伝送パスの算出では、障害エリアを経由しないように選択されるが、他の方式、例えば障害エリアを経由せず且つ最短ホップとなるように選択しても良い。
【００４１】
図６〜図９は、復旧面ごとの伝送装置の接続関係を示すパス接続設定テーブルの記憶内容例を示す説明図である。図６のパス接続設定テーブルは、障害エリアの無い場合即ち現在の運用系（復旧面０）における伝送装置毎のパス接続設定を示している。図６のパス接続テーブルは、図５の復旧面リストテーブル５００から復旧面０のみに関するデータを、伝送装置毎の伝送パス設定に並び変えたものである。
【００４２】
復旧面０において、例えば通信装置１１では、伝送パスＰ１に対して、通信装置１４から受信したデータを通信装置５１へ伝送、及び通信装置５１から受信したデータを通信装置１４へ伝送するパス接続設定を示している。端末１０１では、データの送信先が通信装置１４であり、また通信装置１４からデータを受信するパス接続設定を示している。同様に、他の伝送装置についても、パス接続設定が図６のパス接続設定テーブルに格納される。
【００４３】
図７のパス接続設定テーブルは、エリア１に障害が発生した場合の復旧面１における伝送装置の復旧パス接続設定を示している。図７のパス接続設定テーブルは、図５の復旧面リストテーブル５００から復旧面１のみに関するデータを、伝送装置毎の伝送パス設定に並び変えたものである。
【００４４】
復旧面１において、例えば通信装置２４では、伝送パスＰ１に対して、端末１０１から受信したデータを通信装置２１へ伝送、及び通信装置２１から受信したデータを端末１０１へ伝送する復旧パス接続設定を示している。端末１０１では、データの送信先が通信装置２４であり、また通信装置２４からデータを受信する復旧パス接続設定を示している。同様に、他の伝送装置についても、復旧パス接続設定が図７のパス接続設定テーブルに格納される。
【００４５】
図８のパス接続設定テーブルは、エリア２に障害が発生した場合の復旧面２における伝送装置の復旧パス接続設定を示している。図８のパス接続設定テーブルは、図５の復旧面リストテーブル５００から復旧面２のみに関するデータを、伝送装置毎の伝送パス設定に並び変えたものである。
【００４６】
復旧面２において、例えば通信装置１３では、伝送パスＰ２に対して、端末１０２から受信したデータを通信装置１２へ伝送、及び通信装置１２から受信したデータを端末１０２へ伝送する復旧パス接続設定を示している。端末１０２では、データの送信先が通信装置１３であり、また通信装置１３からデータを受信する復旧パス接続設定を示している。同様に、他の伝送装置についても、復旧パス接続設定が図８のパス接続設定テーブルに格納される。
【００４７】
図９のパス接続設定テーブルは、エリア２及びエリア６に障害が発生した場合の復旧面１９における伝送装置の復旧パス接続設定を示している。図９のパス接続設定テーブルは、図５の復旧面リストテーブル５００から復旧面１９のみに関するデータを、伝送装置毎の伝送パス設定に並び変えたものである。
【００４８】
復旧面１９において、例えば通信装置５１では、伝送パスＰ１に対して、通信装置１１から受信したデータを通信装置５２へ伝送、及び通信装置５２から受信したデータを通信装置１１へ伝送する復旧パス接続設定を示している。また、通信装置５１では、伝送パスＰ２に対して、通信装置１１から受信したデータを通信装置５２へ伝送、及び通信装置５２から受信したデータを通信装置１１へ伝送する復旧パス接続設定を示している。同様に、他の伝送装置についても、復旧パス接続設定が図９のパス接続設定テーブルに格納される。
【００４９】
図１０〜図１６は、各伝送装置における復旧面毎の復旧パス設定リストテーブルの記憶内容例を示す説明図である。復旧パス設定リストテーブルは、自装置を経由する復旧パスを特定する情報と、自装置を経由する復旧パスにおける自装置との接続相手を指定する情報と、を含む復旧情報である。
【００５０】
図１０の復旧パス設定リストテーブルは、通信装置３１における復旧面毎の復旧パス設定リストを示している。例えば、復旧面１９では、通信装置３１は、伝送パスＰ１に対して通信装置３２から受信したデータを通信装置３４に伝送、及び通信装置３４から受信したデータを通信装置３２に伝送する復旧パス設定を示している。同様に、他の復旧面についても、復旧パス設定が図１０の復旧パス設定リストテーブルに格納される。
【００５１】
図１１の復旧パス設定リストテーブルは、通信装置４２における復旧面毎の復旧パス設定リストを示している。例えば、復旧面１９では、通信装置４２は、伝送パスＰ２に対して通信装置８２から受信したデータを通信装置４３に伝送、及び通信装置４３から受信したデータを通信装置８２に伝送する復旧パス設定を示している。同様に、他の復旧面についても、復旧パス設定が図１１の復旧パス設定リストテーブルに格納される。
【００５２】
図１２の復旧パス設定リストテーブルは、通信装置５１における復旧面毎の復旧パス設定リストを示している。例えば、復旧面１９では、伝送パスＰ１に対して通信装置５１は、通信装置１１から受信したデータを通信装置５２に伝送、及び通信装置５２から受信したデータを通信装置１１に伝送する復旧パス設定を示している。また、通信装置５１は、伝送パスＰ２に対して通信装置１１から受信したデータを通信装置５２に伝送、及び通信装置５２から受信したデータを通信装置１１に伝送する復旧パス設定を示している。同様に、他の復旧面についても、復旧パス設定が図１２の復旧パス設定リストテーブルに格納される。
【００５３】
図１３の復旧パス設定リストテーブルは、端末１０１における復旧面毎の復旧パス設定リストを示している。例えば、復旧面１９では、伝送パスＰ１に対して端末１０１は、データを通信装置１４に対して送信し、また通信装置１４からデータを受信する復旧パス設定を示している。同様に、他の復旧面についても、復旧パス設定が図１３の復旧パス設定リストテーブルに格納される。
【００５４】
図１４の復旧パス設定リストテーブルは、端末１０２における復旧面毎の復旧パス設定リストを示している。例えば、復旧面１９では、伝送パスＰ２に対して端末１０２は、データを通信装置１３に対して送信し、また通信装置１３からデータを受信する復旧パス設定を示している。同様に、他の復旧面についても、復旧パス設定が図１４の復旧パス設定リストテーブルに格納される。
【００５５】
図１５の復旧パス設定リストテーブルは、端末１０３における復旧面毎の復旧パス設定リストを示している。例えば、復旧面１９では、伝送パスＰ１に対して端末１０３は、通信装置３４からデータを受信し、またデータを通信装置３４に対して送信する復旧パス設定を示している。同様に、他の復旧面についても、復旧パス設定が図１５の復旧パス設定リストテーブルに格納される。
【００５６】
図１６の復旧パス設定リストテーブルは、端末１０４における復旧面毎の復旧パス設定リストを示している。例えば、復旧面１９では、伝送パスＰ２に対して端末１０４は、通信装置４３からデータを受信し、またデータを通信装置４３に対して送信する復旧パス設定を示している。同様に、他の復旧面についても、復旧パス設定が図１６の復旧パス設定リストテーブルに格納される。
【００５７】
＜ネットワーク管理サーバ９のハードウェア構成例＞
図１７は、実施例１にかかるネットワーク管理サーバ９のハードウェア構成例を示すブロック図である。ネットワーク管理サーバ９は、ＣＰＵ９１、メモリ９２、ストレージ９３、ネットワークインタフェース９４を備え、各構成はバス９０を介して互いに接続される。ＣＰＵ９１は、ストレージ９３に格納された各種のプログラムをメモリ９２にロードし、プログラムを実行する。ＣＰＵ９１がプログラムを実行することによってネットワーク管理サーバ９が備える機能を実現できる。メモリ９２は、ＣＰＵ９１によって実行されるプログラム及び当該プログラム実行に必要なデータを格納する。メモリ９２に格納されるプログラム及びデータについては、図１８を用いて後述する。ネットワークインタフェース９４は、外部ネットワークと接続するためのインターフェースである。図１７において、外部ネットワークと接続するインターフェースが一つのように描かれているが、複数のインターフェースを装備しても良い。
【００５８】
図１８は、実施例１にかかるネットワーク管理サーバ９の機能的構成例を示すブロック図である。ネットワーク管理サーバ９は、メモリに記憶されたプログラムをＣＰＵ９１が実行することで、現用系パス算出処理３００、エリア障害毎復旧面算出処理３０１、復旧面毎復旧パス算出処理３０２、装置毎復旧面算出処理３０３、エリア監視処理３０４、及びパス設定処理３０５を実行する。
【００５９】
現用系パス算出処理３００は、ネットワーク管理者等からのパス設定入力を受け付け、入力されたパス設定、例えば端末１０１と端末１０３間に１Ｇｂｐｓのパス設定といった入力に従い、現用系の伝送パスＰ１として運用するための各通信装置への設定パスを算出する。算出された設定パスは、現用系パス設定データベース３１０としてメモリ９２に保持される。実施例１では、現用系パス算出処理３００により、端末１０１から通信装置１４、１１、５１、６１、６２、７１、３１、３４を経由して端末１０３に到達する伝送パスＰ１が設定される。当該設定は、各通信装置に対して行われる。なお、端末１０１と端末１０３間は、同一の伝送品質にて双方向にパス設定しても良いし、異なる伝送品質にて一方向ずつ設定しても良い。また同様に、現用系パス算出処理３００は、伝送パスＰ２として、端末１０２と端末１０４間の伝送パスＰ２を設定する。
【００６０】
エリア障害毎復旧面算出処理３０１は、ネットワーク管理者等からの入力に従い、通信システム全体において、複数の通信装置をまとめてエリアとして管理する設定を行う。また、エリア障害毎復旧面算出処理３０１は、図５に示したエリア障害パターン毎の、現用系のパスを復旧するパスリストから構成される復旧面の算出を行い、エリア障害毎復旧面データベース３１１としてメモリ９２に保持する。
【００６１】
復旧面毎復旧パス算出処理３０２は、エリア障害毎復旧面算出処理３０１に算出したエリア障害毎復旧面データベース３１１から、例えば図６から図９に示した復旧面毎の復旧パス設定を算出し、復旧面毎パス設定データベース３１２としてメモリ９２に保持する。
【００６２】
装置毎復旧面算出処理３０３は、復旧面毎復旧パス算出処理３０２にて算出した復旧面毎パス設定データベース３１２から、例えば図１０から図１６に示した各伝送装置における復旧面毎の復旧パス設定リストテーブルを算出し、装置毎復旧面データベース３１３としてメモリ９２に保持する。
【００６３】
エリア監視処理３０４は、各通信装置の稼動状況を監視し、障害の発生検出と伴にエリア単位での障害有無を判定し、通信装置およびエリアにおける障害情報を障害エリアデータベース３１４としてメモリ９２に保持する。
【００６４】
パス設定処理３０５は、現用系パス算出処理にて決定されたパス設定、及びエリア監視処理３０４にて決定された復旧面ＩＤを通信装置に通知する。
【００６５】
なお、エリア障害毎復旧面算出処理３０１、復旧面毎復旧パス算出処理３０２、及び装置毎復旧面算出処理３０３については、図１９及び図２０のフローチャートを用いて処理フローについて説明する。また、エリア監視処理３０４、及びパス設定処理３０５については、図２１のフローチャート図を用いて処理フローについて説明する。
【００６６】
＜ネットワーク管理サーバ９の処理フロー例＞
図１９は、実施例１にかかるネットワーク管理サーバ９が実行する障害復旧面の算出と各通信装置への復旧面情報通知の処理手順例を示すフローチャートである。本フローチャートは、エリア単位での障害監視制御の事前処理である。ネットワーク管理サーバ９（ＣＰＵ９１）は、ストレージ９３に格納されたプログラムをメモリ９２にロード後に実行し、エリア障害復旧面の算出設定を開始する（ステップＳ３５０）。
【００６７】
ネットワーク管理サーバ９は、ネットワーク管理者からの入力に従い、管理する通信システムを構成する複数の通信装置毎にまとめてエリア分割する（ステップＳ３５１）。なお、たとえば、ネットワーク管理サーバ９は、通信装置が保持する位置情報を用いて、エリア分割する。実施例１では、ネットワーク管理者からの入力にしたがって、通信装置をエリアに分割したが、予めデータベースとして、ストレージ等にエリアの区分けを格納しておいても良い。
【００６８】
ネットワーク管理サーバ９は、ステップＳ３５１にエリア障害パターンの列挙を行い、それぞれに対して復旧面ＩＤを付与する（ステップＳ３５２）。実施例１では、８個のエリアに分割して管理を実施するため、全部で２５６通りのパターンの復旧面ＩＤを付与する。
【００６９】
ネットワーク管理サーバ９は、ステップＳ３５２に、図５に説明したエリア障害パターン毎の復旧面のパス設定を算出する（ステップＳ３５３）。ネットワーク管理サーバ９は、ステップＳ３５３に、図６から図９に説明した復旧面毎のパス設定を算出する（ステップＳ３５４）。ネットワーク管理サーバ９は、ステップＳ３５４に、図１０から図１６に説明した通信装置毎且つ復旧面毎のパス設定を算出する（ステップＳ３５５）。
【００７０】
ネットワーク管理サーバ９は、ステップＳ３５５にて算出した通信装置毎の復旧面データベースを各通信装置へ通知する（ステップＳ３５６）。ネットワーク管理サーバ９は、ステップＳ３５６に、エリア単位での障害監視制御のプロセスを開始する（ステップＳ３８０）。
【００７１】
図２０は、実施例１にかかるネットワーク管理サーバ９が実行する復旧パス算出処理（ステップＳ３５３）の詳細な処理手順例を示すフローチャートである。ネットワーク管理サーバ９は、エリア障害パターン毎の復旧面パスの算出を開始する（ステップＳ３６０）。ネットワーク管理サーバ９は、ステップＳ３６０に、復旧パスが未設定である復旧面を一つ選択する（ステップＳ３６１）。
【００７２】
ネットワーク管理サーバ９は、ステップＳ３６１において選択した復旧面に対して、復旧パスが未設定である現用系のパスを一つ選択する（ステップＳ３６２）。選択方法としては、優先度の高い順に選択してもよい。また、優先度をパスが必要とする帯域幅の大きい順としてもよく、その他の方法、例えばサービス契約に基づいた優先度等を利用しても良い。
【００７３】
ネットワーク管理サーバ９は、ステップＳ３６２において選択した現用系のパスに対する復旧パスを算出する処理を実行する（ステップＳ３６３）。復旧パスの算出では、障害発生を想定しているエリアを通過しないように、及び必要とする帯域を確保可能なパスの範囲において最短ホップ数となるように復旧用の伝送パスを算出する処理を実行する。
【００７４】
ネットワーク管理サーバ９は、ステップＳ３６３の処理において、復旧用のパスが算出できたか否かを判定する（ステップＳ３６４）。ステップＳ３６４の判定において、復旧用のパスが算出できた場合（ステップＳ３６４：Ｙｅｓ）は、算出したパスを復旧用のパスとして設定する（ステップＳ３６５）。ネットワーク管理サーバは、ステップＳ３６５に続き、現用系として設定したパスすべてに対する復旧パスを探索したか否かを判定する（ステップＳ３６６）。
【００７５】
ステップＳ３６６の判定において、現用系のすべてのパスに対する復旧パス探索を完了していないと判定した場合は（ステップＳ３６６：Ｎｏ）、ステップＳ３６２に戻って処理を継続する。ステップＳ３６６の判定において、現用系のすべてのパスに対する復旧パス探索を完了したと判定した場合は（ステップＳ３６６：Ｙｅｓ）、すべての復旧面に対して復旧パス探索を完了したか否かを判定する（ステップＳ３６７）。
【００７６】
ステップＳ３６７の判定において、すべての復旧面に対して復旧パス探索を完了していないと判定した場合は（ステップＳ３６７：Ｎｏ）、ステップＳ３６１に戻って処理を継続する。ステップＳ３６７の判定において、すべての復旧面に対して復旧パス探索を完了したと判定した場合は（ステップＳ３６７：Ｙｅｓ）、各復旧面における復旧パスの算出処理を終了（ステップＳ３６８）し、図１９に示したステップＳ３５４の処理を開始する。
【００７７】
ステップＳ３６４の判定において、復旧用のパスが算出できなかった場合は（ステップＳ３６４：Ｎｏ）、既設の復旧用のパスを変更した場合に復旧用のパス算出が可能かを判定する（ステップＳ３６９）。復旧パスの算出（ステップＳ３６３）では、たとえば、障害発生を想定しているエリアを通過しないように、及び必要とする帯域を確保可能であり且つ最短ホップ数となるように復旧用の伝送パスを算出する。
【００７８】
これに対し、ステップＳ３６９では、ネットワーク管理サーバ９は、復旧パスの算出（ステップＳ３６３）で算出された既設の復旧パスを、障害発生を想定しているエリアを通過しないように、かつ、必要とする帯域を確保可能となるように、経路変更を試みて、変更後の復旧パスが算出可能か判断する。ホップ数は最短であることが好ましいが、最短でなくても許容してもよい。既設の復旧パス経路を変更した場合において、現在選択された現用系のパスに対する復旧パスの算出（ステップＳ３６９）を実行する。ステップ３６９の判定において、復旧用のパスが算出できないと判定した場合は（ステップＳ３６９：Ｎｏ）、ステップＳ３６２の処理を実行する。
【００７９】
ステップＳ３６９の判定において、復旧用のパスが算出できると判定した場合は（ステップＳ３６９：Ｙｅｓ）、既設の復旧パスを変更して現在処理中の現用系パスに対する変更後の復旧用のパスを算出し、算出したパスを復旧用のパスとして設定（ステップＳ３７０）し、ステップＳ３６６の処理を継続する。
【００８０】
図２１は、実施例１にかかるネットワーク管理サーバ９が実行する障害の監視と復旧面の通知の詳細な処理手順例を示すフローチャートである。ネットワーク管理サーバ９は、復旧面毎の復旧パス設定情報を各通信装置へ通知した後、各通信装置における稼動状態、及びエリア単位での障害監視制御処理を開始する（ステップＳ３８０）。
【００８１】
ネットワーク管理サーバ９は、ステップＳ３８０の処理開始後、通信装置おいて障害が発生したか否かの検出を行う（ステップＳ３８１）。実施例１では、通信装置の障害監視において、監視する通信装置からの応答が無い場合に、当該通信装置に障害が発生していると判定する。
【００８２】
ステップＳ３８１の判定において、通信装置の障害を検出していないと判定した場合は、通信装置の障害検出処理を継続する。ステップＳ３８１の判定において、通信装置の障害を検出したと判定した場合は、ネットワーク管理サーバ９は、検出した通信装置障害情報を保持する（ステップＳ３８２）。
【００８３】
ネットワーク管理サーバ９は、ステップＳ３８２に続き、最初の障害発生からの時間計測を開始する（ステップＳ３８３）。ネットワーク管理サーバ９は、ステップＳ３８３に続き、一定時間、例えば１０秒が経過したか否かを判定する（ステップＳ３８４）。実施例１では、一定時間として１０秒を設定したが、他の値、例えば１秒、或いは１分といった値を設定しても良い。このように、一定時間内で判定することにより、一定時間内で複数のエリア障害が発生した場合にでもまとめて復旧することができる。
【００８４】
ステップＳ３８４の判定において、一定時間が経過していないと判定した場合は、ネットワーク管理サーバ９は、他の通信装置において障害が発生していないかの検出を継続し、障害が検出された場合は障害情報を登録する（ステップＳ３９０）。ステップＳ３８４の判定において、一定時間が経過したと判定し場合は、ネットワーク管理サーバ９は、通信装置の障害検出記録があるか否かを判定する（ステップＳ３８５）。
【００８５】
ステップＳ３８５の判定において、通信装置の障害検出記録がないと判定した場合は、ネットワーク管理サーバ９は、ステップＳ３８１に戻って処理を継続する。ステップＳ３８５の判定において、通信装置の障害検出記録があると判定した場合は、ネットワーク管理サーバ９は、経過時間の記録をリセットする（ステップＳ３８６）。
【００８６】
ステップ３８６に続き、ネットワーク管理サーバ９は、検出した通信装置障害の記録に基づき、エリア障害の判定を行う（ステップＳ３８７）。ネットワーク管理サーバ９は、判定したエリア障害情報に基づき、復旧面を判定する（ステップＳ３８８）。ネットワーク管理サーバ９は、判定した復旧のＩＤを各伝送装置に通知して（ステップＳ３８９）、ステップＳ３８４に戻って処理を継続する。
【００８７】
＜通信装置のハードウェア構成例＞
図２２は、実施例１にかかる通信装置（１１、１２、１３、１４、２１、２２、２３、２４、３１、３２、３３、３４、４１、４２、４３、４４、５１、５２、６１、６２、７１、７２、８１、８２）のハードウェア構成例を示すブロック図である。通信装置は、ネットワークインタフェース１１０−１〜ｎ、スイッチ１１１、テーブル管理部１１２、データ転送テーブル１１３、及び利用テーブル制御部１１６とから構成される。また、データ転送テーブル１１３は、現用系のパス設定を示すテーブル１１４と復旧面におけるパス設定を示す復旧面テーブル１１５とから構成される。
【００８８】
通信装置は、ネットワークインタフェース１１０を介してパス設定のためのデータ及び復旧面ＩＤを受信する。スイッチ１１１は、転送用のデータを受信した場合、データ転送用の転用系テーブルに従い、出力先のネットワークインタフェースへデータをスイッチする。一方、受信したデータが、パス設定のためのデータ及び復旧面ＩＤの場合は、通信装置は、テーブル管理部１１２へ受信データをスイッチする。テーブル管理部１１２は、受信したデータがパス設定の場合、現用系テーブル１１４または復旧面テーブル１１５を更新する。たとえば、装置ごとの復旧パス設定リストテーブル（図１０〜図１６）は、復旧面テーブル１１５に格納される。
【００８９】
一方、テーブル管理部１１２は、受信したデータが復旧面を通知する復旧面ＩＤの場合は、利用テーブル制御部１１６へ受信した復旧面ＩＤを通知する。利用テーブル制御部１１６は、テーブル管理部１１２から受信した復旧面ＩＤに従い、スイッチ１１１が受信データ転送用に利用する現用系のテーブルを復旧面ＩＤが示す転送テーブルに更新する。
【００９０】
このように、実施例１によれば、障害発生時の復旧パスを障害発生前に算出するため、時間的な余裕をもって最適な復旧パスを算出することができる。また、算出した復旧パスを障害発生前に各通信ノードへ配信するため、障害の影響を受けずに復旧パスを通知することができる。さらに、障害が発生した場合、各ノードに通知済みの復旧パス設定を利用するため、障害の発生したパスの復旧を迅速におこなうことができる。また、障害の発生したパスを復旧させるための複数装置への復旧通知を、ネットワーク管理サーバから１回の同一な指示送信で可能であり、迅速なパス復旧通知をおこなうことができる。
【００９１】
（実施例２）
実施例２の通信システムは、実施例１の通信システムに対して、エリア毎にエリア管理サーバ１〜８を備えた点が異なる。なお、その他の構成は同一である。実施例１と同一構成には同一符号を付し、その説明を省略する。
【００９２】
＜ネットワーク構成例＞
図２３は、実施例２にかかる通信システムのシステム構成例を示す説明図である。ネットワーク管理サーバ９は、通信システムの運用を開始する前に、全エリア障害パターンに対する復旧面のパス設定を、復旧面ＩＤと伴にエリア管理サーバ１〜８及び端末へ通知しておく。エリア管理サーバ及び端末は、受信した復旧面のＩＤとエリア内の各通信装置に対する復旧パス設定を保持する。
【００９３】
図２４は、実施例２にかかる障害復旧後の通信システムのシステム構成例を示す説明図である。実施例１では、ネットワーク管理サーバ９が直接的に通信装置及びエリア単位での障害の監視及び判定を実施したが、実施例２では、エリア管理サーバ１〜８が、通信装置及びエリア単位での障害の監視及び判定を実行する。
【００９４】
エリア管理サーバ１〜８は、エリア単位での障害を判定した後、その結果をネットワーク管理サーバ９へ通知する。ネットワーク管理サーバ９は、受信したエリア障害情報を基に復旧面の判定を行い、復旧面のＩＤをエリア管理サーバ及び端末へ通知する。エリア管理サーバ１〜８は、受信した復旧面ＩＤに従い、エリア内の各通信装置に対する復旧パス設定を各通信装置に通知する。各通信装置は、通知された復旧パスの設定に従い、受信したデータの伝送を実行する。また端末は、同様に受信した復旧面ＩＤに従い、データ送受信先の通信装置切替えを実施する。
【００９５】
＜障害復旧シーケンス例＞
図２５は、実施例２にかかる障害復旧の流れを示すシーケンス図（前半）である。なお、パス要求入力（ステップＳ２０１）から通信装置毎復旧面算出（ステップＳ２０６）までのシーケンスは、図３に示した実施例１のシーケンスと同一であるため、説明を省略する。
【００９６】
その後、ネットワーク管理装置９は、算出した通信装置毎の各復旧面におけるパス設定を復旧面ＩＤと伴にエリア管理サーバ１〜８及び端末へ通知する（ステップＳ２５０−１〜２５０−９）。各エリアのエリア管理サーバ１〜８は、自エリア内の各通信装置の障害有無を監視する（ステップ２５１−１〜２５１−８）。ネットワーク管理サーバ９は、各エリア管理サーバからのエリア障害情報を監視する（ステップＳ２５２−１〜２５２−８）。
【００９７】
図２６は、実施例２にかかる障害復旧の流れを示すシーケンス図（後半）である。ネットワーク管理サーバ９は、ステップ２５２に続き、エリア単位での障害発生を判定（ステップＳ２０９）し、復旧面を特定する（ステップＳ２１０）。ネットワーク管理サーバ９は、特定した復旧面ＩＤをパスの復旧に必要なエリア管理サーバへ通知する（ステップＳ２５３−１〜２５３−６）。通知を受けたエリア管理サーバは、復旧面ＩＤから自エリア内の通信装置に対する復旧パス設定を各通信装置に通知する（ステップＳ２５４−１〜Ｓ２５４−６）。ネットワーク管理サーバ９は、特定した復旧面ＩＤをパスの復旧に必要な端末装置へ通知する（ステップ２５５）。ステップ２５５に続き、各伝送装置は、復旧パス設定に従いデータの送受信、伝送を行う。
【００９８】
図２７は、実施例２にかかるネットワーク管理サーバ９が実行する障害復旧面の算出と各エリア管理サーバへの復旧面情報通知の処理手順例を示すフローチャートである。図１９にて説明した実施例１では、ネットワーク管理サーバ９は、通信装置毎の復旧面パスの情報を各通信装置へ通知したが、実施例２では、エリア管理サーバへ通知する点が異なる。図１９と同一の処理には、同一のステップ番号を付与し、その説明を省略する。実施例１と異なるのは、ステップＳ３５７にて示したように、ネットワーク管理サーバ９は、復旧面ＩＤとともに、通信装置毎の復旧面パス情報をエリア管理サーバ１〜８へ通知する点である。
【００９９】
図２８は、実施例２にかかるネットワーク管理サーバ９が実行する障害の監視と復旧面の通知の処理手順例を示すフローチャートである。図２１にて説明した実施例１では、ネットワーク管理サーバ９が直接通信装置の障害を監視したが、実施例２では、エリア管理サーバを通して各通信装置及びエリア障害の監視を実行する。図２１と同一の処理には、同一のステップ番号を付与する。
【０１００】
ネットワーク管理サーバ９は、復旧面毎の復旧パス設定情報を各エリア管理サーバへ通知した後、エリア単位での障害監視制御処理を開始する（ステップＳ３８０）。ネットワーク管理サーバ９は、ステップＳ３８０の処理開始後、監視エリアおいて障害が発生したか否かの検出を行う（ステップＳ３９５）。実施例２では、ネットワーク管理サーバ９は、エリア管理サーバからのエリア単位での障害通知により、エリア障害を検出する。また、エリア管理サーバからの応答が無い場合においても、ネットワーク管理サーバ９は、当該エリアに障害が発生していると判定する。
【０１０１】
ステップＳ３９５の判定において、監視エリアの障害を検出していないと判定した場合は（ステップＳ３９５：Ｎｏ）、ネットワーク管理サーバ９は、監視エリアの障害検出処理を継続する。ステップＳ３９５の判定において、監視エリアの障害を検出したと判定した場合は（ステップＳ３９５：Ｙｅｓ）、ネットワーク管理サーバ９は、検出したエリア障害情報を保持する（ステップＳ３９６）。
【０１０２】
ネットワーク管理サーバ９は、ステップＳ３９６に続き、最初のエリア障害発生からの時間計測を開始する（ステップＳ３８３）。ネットワーク管理サーバ９は、ステップＳ３８３に続き、一定時間、例えば１０秒が経過したか否かを判定する（ステップＳ３８４）。実施例２では、一定時間として１０秒を設定したが、他の値、例えば１秒、或いは１分といった値を設定しても良い。
【０１０３】
ステップＳ３８４の判定において、一定時間が経過していないと判定した場合は（ステップＳ３８４：Ｎｏ）、ネットワーク管理サーバ９は、他のエリアにおいて障害が発生していないかの検出を継続し、障害が検出された場合は障害情報を登録し（ステップＳ３９７）、ステップＳ３８４に戻る。
【０１０４】
ステップＳ３８４の判定において、一定時間が経過したと判定し場合は（ステップＳ３８４：Ｙｅｓ）、ネットワーク管理サーバ９は、エリア障害検出の記録があるか否かを判定する（ステップＳ３９８）。ステップＳ３９８の判定において、エリア障害検出の記録がないと判定した場合は（ステップＳ３９８：Ｎｏ）、ネットワーク管理サーバ９は、ステップＳ３９５に戻って処理を継続する。
【０１０５】
ステップＳ３９８の判定において、エリア障害検出の記録があると判定した場合は（ステップＳ３９８：Ｙｅｓ）、ネットワーク管理サーバ９は、経過時間の記録をリセットする（ステップＳ３８６）。ステップ３８６に続き、ネットワーク管理サーバ９は、検出したエリア障害の記録に基づき、全エリアに対するエリア障害の判定を行う（ステップＳ３９９）。ネットワーク管理サーバ９は、判定したエリア障害情報に基づき、復旧面を判定する（ステップＳ３８８）。ネットワーク管理サーバ９は、判定した復旧面ＩＤをエリア管理サーバ及び端末に通知して（ステップＳ４００）、ステップＳ３８４に戻って処理を継続する。
【０１０６】
図２９は、実施例２にかかるエリア管理サーバ１〜８が復旧パスを各通信装置へ通知する処理の処理手順例を示すフローチャートである。エリア管理サーバ１〜８は、エリア管理サーバ処理プログラムが開始すると（ステップＳ４１０）、自エリア内の通信装置毎の復旧パス設定情報と復旧面ＩＤを受信したか否かを判定する（ステップ４１１）。
【０１０７】
ステップＳ４１１の判定において、通信装置毎の復旧パス設定情報と復旧面ＩＤを受信していないと判定した場合は（ステップＳ４１１：Ｎｏ）、エリア管理サーバ１〜８は、ステップＳ４１１の処理を継続する。ステップＳ４１１の判定において、通信装置毎の復旧パス設定情報と復旧面ＩＤを受信したと判定した場合は（ステップＳ４１１：Ｙｅｓ）、受信データの更新、保持を行う（ステップＳ４１２）。
【０１０８】
ステップＳ４１２に続き、エリア管理サーバ１〜８は、エリア障害復旧のための復旧面ＩＤを受信したか否かを判定する（ステップＳ４１３）。ステップＳ４１３の判定において、復旧面ＩＤを受信していないと判定した場合は（ステップＳ４１３：Ｎｏ）、ステップＳ４１３の処理を継続する。ステップＳ４１３の判定において、復旧面ＩＤを受信したと判定した場合は（ステップＳ４１３：Ｙｅｓ）、エリア管理サーバ１〜８は、復旧面ＩＤから自エリア内の各通信装置に対する復旧パス設定を特定し、各通信装置へ通知する（ステップＳ４１４）。ステップＳ４１４に続き、ステップＳ４１３の処理を継続する。
【０１０９】
図３０は、実施例２にかかるエリア管理サーバが実行する障害監視処理動作の処理手順例を示すフローチャートである。エリア管理サーバ１〜８は、エリア管理サーバ処理プログラムを起動すると、エリア障害の監視制御処理を開始する（ステップＳ４２０）。ステップＳ４２０に続き、エリア管理サーバ１〜８は、自エリア内の通信装置おいて障害が発生したか否かの検出を行う（ステップＳ４２１）。実施例２では、通信装置の障害監視において、監視する通信装置からの応答が無い場合に、当該通信装置に障害が発生していると判定する。
【０１１０】
ステップＳ４２１の判定において、通信装置の障害を検出していないと判定した場合は（ステップＳ４２１：Ｎｏ）、エリア管理サーバ１〜８は、通信装置の障害検出処理を継続する。ステップＳ４２１の判定において、通信装置の障害を検出したと判定した場合は（ステップＳ４２１：Ｙｅｓ）、エリア管理サーバ１〜８は、検出した通信装置障害情報を保持する（ステップＳ４２２）。
【０１１１】
エリア管理サーバ１〜８は、ステップＳ４２２に続き、最初の障害発生からの時間計測を開始する（ステップＳ４２３）。エリア管理サーバ１〜８は、ステップＳ４２３に続き、一定時間、例えば１０秒が経過したか否かを判定する（ステップＳ４２４）。実施例２では、一定時間として１０秒を設定したが、他の値、例えば１秒、或いは１分といった値を設定しても良い。
【０１１２】
ステップＳ４２４の判定において、一定時間が経過していないと判定した場合は（ステップＳ４２４：Ｎｏ）、エリア管理サーバ１〜８は、他の通信装置において障害が発生していないかの検出を継続し、障害が検出された場合は障害情報を登録し（ステップＳ４３０）、ステップＳ４２４に戻る。ステップＳ４２４の判定において、一定時間が経過したと判定した場合は（ステップＳ４２４：Ｙｅｓ）、エリア管理サーバ１〜８は、通信装置の障害検出記録があるか否かを判定する（ステップＳ４２５）。
【０１１３】
ステップＳ４２５の判定において、通信装置の障害検出記録がないと判定した場合は（ステップＳ４２５：Ｎｏ）、エリア管理サーバ１〜８は、ステップＳ４２１に戻って処理を継続する。ステップＳ４２５の判定において、通信装置の障害検出記録があると判定した場合は（ステップＳ４２５：Ｙｅｓ）、エリア管理サーバ１〜８は、経過時間の記録をリセットする（ステップＳ４２６）。
【０１１４】
ステップ４２６に続き、エリア管理サーバ１〜８は、検出した通信装置障害の記録に基づき、エリア障害の判定を行う（ステップＳ４２７）。エリア管理サーバ１〜８は、判定したエリア障害情報をネットワーク管理サーバ９へ通知（ステップＳ４２８）し、エリア障害監視制御処理を終了する（ステップＳ４２９）。エリア障害情報のネットワーク管理サーバ９への通知（ステップＳ４２８）により、ネットワーク管理サーバ９は、図２６のステップＳ２０９に示したように、エリア障害を判定することになる。
【０１１５】
このように、実施例２によれば、実施例１と同様、障害発生時の復旧パスを障害発生前に算出するため、時間的な余裕をもって最適な復旧パスを算出することができる。また、実施例１と同様、算出した復旧パスを障害発生前に各通信ノードへ配信するため、障害の影響を受けずに復旧パスを通知することができる。また、エリア毎にエリア管理サーバ１〜８を備えることにより、通信装置ではなく、エリア管理サーバ１〜８に復旧パスの通知をすることで、ネットワーク管理サーバ９の負荷分散を図ることができる。
【０１１６】
また、実施例１と同様、障害が発生した場合、各ノードに通知済みの復旧パス設定を利用するため、障害の発生したパスの復旧を迅速におこなうことができる。また、障害の発生したパスを復旧させるためのエリア管理サーバ１〜８への復旧通知を、ネットワーク管理サーバから１回の同一な指示送信で可能である。すなわち、個々の通信装置に通知しなくてよいため、ネットワーク管理サーバ９の負荷分散を図ることができる。
【０１１７】
（実施例３）
実施例３は、エリア内にて独立に障害復旧を可能とする機能を実施例２に追加した例である。
【０１１８】
図３１は、実施例３におけるエリア内でのパス復旧処理手順例を示すフローチャートである。実施例３において、エリア管理サーバ１〜８は、エリア管理サーバ処理プログラムを起動し、エリア障害監視制御処理を開始する（ステップＳ４５０）。ステップＳ４５０に続き、エリア管理サーバ１〜８は、エリア内の通信装置からリンクの障害通知を受信したか否かを判定する（ステップＳ４５１）。ステップＳ４５１の判定において、リンク障害を検出していないと判定した場合は（ステップＳ４５１：Ｎｏ）、エリア管理サーバ１〜８は、ステップＳ４５１の処理を継続する。
【０１１９】
ステップＳ４５１の判定において、リンク障害を検出したと判定した場合は（ステップＳ４５１：Ｙｅｓ）、エリア管理サーバ１〜８は、エリア内において独立の復旧可能かを判定する（ステップＳ４５２）。ステップＳ４５２の判定において、エリア内復旧が可能と判定した場合は（ステップＳ４５２：Ｙｅｓ）、エリア管理サーバ１〜８は、エリア内での復旧を実行する（ステップＳ４５３）。
【０１２０】
ステップＳ４５２の判定では、エリア管理サーバ１〜８は、たとえば、リンク障害があるだけで、エリア内において独立の復旧不可能と判定してもよい。また、リンク障害があっても、エリア内に迂回パスが存在する場合には、エリア管理サーバ１〜８は、復旧可能と判断してもよい。
【０１２１】
ステップＳ４５３に続き、エリア管理サーバ１〜８は、エリア内での迂回パス情報をネットワーク監視サーバ９へ通知する（ステップＳ４５４）。迂回パス情報には、エリア内での迂回前のパスと迂回後のパスの情報が含まれる。ネットワーク監視サーバ９は、迂回パス情報にしたがって現用系パスの情報を修正する。たとえば、ネットワーク管理サーバ９は、復旧面ＩＤ：０の伝送パスＰ１、Ｐ２に、迂回前のパスを構成する通信装置が存在する場合には、復旧設定の内容を迂回後のパスとなるように修正する。同様に、ネットワーク管理サーバ９は、図５の復旧面リストテーブル５００や、図１０〜図１６のうち復旧面ＩＤ：０のエントリを、迂回パス情報にしたがって修正する。
【０１２２】
ステップＳ４５４に続き、エリア管理サーバ１〜８は、ステップＳ４５１に戻って処理を継続する。ステップＳ４５２の判定において、エリア内での復旧が不可と判定した場合は（ステップＳ４５２：Ｎｏ）、エリア管理サーバ１〜８は、エリア障害をネットワーク管理サーバへ通知（ステップＳ４５５）し、エリア障害監視制御処理を終了する（ステップＳ４５６）。エリア障害情報のネットワーク管理サーバ９への通知（ステップＳ４５６）により、ネットワーク管理サーバ９は、図２６のステップＳ２０９に示したように、エリア障害を判定することになる。
【０１２３】
このように、実施例３によれば、エリア内で障害発生を判断することができ、ネットワーク管理サーバ９の負荷低減を図ることができる。なお、実施例３は、実施例１にも適用することができる。この場合は、ネットワーク管理サーバ９が、図３１の処理を実行することになる。
【０１２４】
（実施例４）
実施例２では、ネットワーク管理サーバ９が、復旧面ＩＤをエリア管理サーバ１〜８へ通知し、エリア管理サーバ１〜８が復旧面ＩＤに基づき、自エリア内の各通信装置に対する復旧パス設定を特定し、各通信装置へ復旧パス設定を通知する例を説明した。実施例４では、ネットワーク管理サーバ９が、各通信装置に対して復旧面ＩＤを通知し、各通信装置がエリア管理サーバ１〜８から各通信装置向けの復旧パス設定を受信する処理を実行する。
【０１２５】
このように、実施例４によれば、通信装置が復旧面ＩＤを受けているため、通信装置からそのエリア管理サーバ１〜８に対し、復旧パス設定の取得要求を通知することができる。したがって、復旧パス設定の取得要求をしたにもかかわらず、復旧パス設定を受信できない場合には、通信装置は、そのエリア管理サーバ１〜８に障害があること判断することができる。この場合、通信装置は、ネットワーク管理装置にエリア管理サーバに関する障害情報をネットワーク管理サーバ９に通知する。これにより、ネットワーク管理サーバ９は、当該エリアに障害があると判定して、上述したように復旧することができる。
【０１２６】
（実施例５）
実施例２〜４では、ネットワーク管理サーバ９が、エリア単位での障害発生に基づき復旧面の選定を行った。実施例５は、エリア管理サーバ１〜８間にてエリア単位での障害発生情報の交換を実施、あるいはエリア管理サーバ１〜８間どうしにおける稼動確認を行い、エリア管理サーバ自身が全エリアに対するエリア単位での障害発生を判定し、復旧面の選定を行う。
【０１２７】
このように、実施例５によれば、実施例２〜４に示した効果と同様の効果を得ることができる。また、エリアごとの管理を自律分散で実現することができる。
【０１２８】
なお、上述した実施例では、エリア単位で復旧する例について説明したが、通信装置単位で復旧することとしてもよい。
【０１２９】
なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。
【０１３０】
また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。
【０１３１】
各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。
【０１３２】
また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。
【図１】
2015097331.tif 000003
【図２】
2015097331.tif 000004
【図３】
2015097331.tif 000005
【図４】
2015097331.tif 000006
【図５】
2015097331.tif 000007
【図６】
2015097331.tif 000008
【図７】
2015097331.tif 000009
【図８】
2015097331.tif 000010
【図９】
2015097331.tif 000011
【図１０】
2015097331.tif 000012
【図１１】
2015097331.tif 000013
【図１２】
2015097331.tif 000014
【図１３】
2015097331.tif 000015
【図１４】
2015097331.tif 000016
【図１５】
2015097331.tif 000017
【図１６】
2015097331.tif 000018
【図１７】
2015097331.tif 000019
【図１８】
2015097331.tif 000020
【図１９】
2015097331.tif 000021
【図２０】
2015097331.tif 000022
【図２１】
2015097331.tif 000023
【図２２】
2015097331.tif 000024
【図２３】
2015097331.tif 000025
【図２４】
2015097331.tif 000026
【図２５】
2015097331.tif 000027
【図２６】
2015097331.tif 000028
【図２７】
2015097331.tif 000029
【図２８】
2015097331.tif 000030
【図２９】
2015097331.tif 000031
【図３０】
2015097331.tif 000032
【図３１】
2015097331.tif 000033