(57)【特許請求の範囲】
【請求項１】
複数の通信装置から構成されるネットワークと、前記ネットワークを管理するネットワーク管理装置とを備えたネットワークシステムであって、
前記ネットワークは、第１のネットワーク上に複数の第２のネットワークが構成され、
前記ネットワーク管理装置は、入力装置、出力装置、処理装置、記憶装置を備え、
前記記憶装置は、
前記第２のネットワークをグループ化して複数のネットワークグループとし、該ネットワークグループの組合せ毎に対応した、前記第１のネットワークの資源を変更するためのネットワーク設定情報を保持し、
前記処理装置は、
前記入力装置から得られる情報に基づいて、前記ネットワークグループに障害が発生したと判定した場合には、障害が発生した前記ネットワークグループの組合せに基づいて、
前記ネットワーク設定情報を選択し、前記出力装置により前記通信装置に対して選択したネットワーク設定情報を通知することにより、
前記第１のネットワークの資源を変更可能とし、
前記ネットワーク管理装置は、
前記ネットワーク設定情報として、前記ネットワークグループの組合せを特定する復旧識別子を有し、前記出力装置により前記通信装置に対して前記復旧識別子を通知し、
前記通信装置は、
前記復旧識別子と、該復旧識別子に対応した復旧設定情報を保持し、前記復旧識別子を受信した場合には、対応する復旧設定情報に従って前記第１のネットワークの資源を変更する、
ネットワークシステム。
【請求項２】
前記ネットワークグループは、
前記複数の第２のネットワークを、ある前記第２のネットワークを構成するトポロジーが、他の前記第２のネットワークを構成するトポロジーの部分集合となる時にグループ化する、
請求項１記載のネットワークシステム。
【請求項３】
前記複数のネットワークグループが、同一の前記通信装置を共有することを許容する、
請求項１または２記載のネットワークシステム。
【請求項４】
複数の通信装置から構成されるネットワークと、前記ネットワークを管理するネットワーク管理装置とを備えたネットワークシステムであって、
前記ネットワークは、第１のネットワーク上に複数の第２のネットワークが構成され、
前記ネットワーク管理装置は、入力装置、出力装置、処理装置、記憶装置を備え、
前記記憶装置は、
前記第２のネットワークをグループ化して複数のネットワークグループとし、該ネットワークグループの組合せ毎に対応した、前記第１のネットワークの資源を変更するためのネットワーク設定情報を保持し、
前記処理装置は、
前記入力装置から得られる情報に基づいて、前記ネットワークグループに障害が発生したと判定した場合には、障害が発生した前記ネットワークグループの組合せに基づいて、
前記ネットワーク設定情報を選択し、前記出力装置により前記通信装置に対して選択したネットワーク設定情報を通知することにより、
前記第１のネットワークの資源を変更可能とし、
前記ネットワークグループは、
前記複数の第２のネットワークを、前記第２のネットワーク同士の類似度に応じてグループ化する、
ネットワークシステム。
【請求項５】
複数の通信装置から構成されるネットワークと、前記ネットワークを管理するネットワーク管理装置とを備えたネットワークシステムであって、
前記ネットワークは、第１のネットワーク上に複数の第２のネットワークが構成され、
前記ネットワーク管理装置は、入力装置、出力装置、処理装置、記憶装置を備え、
前記記憶装置は、
前記第２のネットワークをグループ化して複数のネットワークグループとし、該ネットワークグループの組合せ毎に対応した、前記第１のネットワークの資源を変更するためのネットワーク設定情報を保持し、
前記処理装置は、
前記入力装置から得られる情報に基づいて、前記ネットワークグループに障害が発生したと判定した場合には、障害が発生した前記ネットワークグループの組合せに基づいて、
前記ネットワーク設定情報を選択し、前記出力装置により前記通信装置に対して選択したネットワーク設定情報を通知することにより、
前記第１のネットワークの資源を変更可能とし、
前記ネットワークグループは、
前記複数の第２のネットワークを、前記第２のネットワークを構成する前記通信装置、或いは前記通信装置に具備されたリンクの重複度に応じてグループ化する、
ネットワークシステム。
【請求項６】
複数の通信装置から構成されるネットワークと、前記ネットワークを管理するネットワーク管理装置とを備えたネットワークシステムであって、
前記ネットワークは、第１のネットワーク上に複数の第２のネットワークが構成され、
前記ネットワーク管理装置は、入力装置、出力装置、処理装置、記憶装置を備え、
前記記憶装置は、
前記第２のネットワークをグループ化して複数のネットワークグループとし、該ネットワークグループの組合せ毎に対応した、前記第１のネットワークの資源を変更するためのネットワーク設定情報を保持し、
前記処理装置は、
前記入力装置から得られる情報に基づいて、前記ネットワークグループに障害が発生したと判定した場合には、障害が発生した前記ネットワークグループの組合せに基づいて、
前記ネットワーク設定情報を選択し、前記出力装置により前記通信装置に対して選択したネットワーク設定情報を通知することにより、
前記第１のネットワークの資源を変更可能とし、
障害の発生する確率が相対的に高い通信装置を利用する前記第２のネットワークのみを、前記ネットワークグループに含める、
ネットワークシステム。
【請求項７】
複数の通信装置から構成されるネットワークと、前記ネットワークを管理するネットワーク管理装置とを備えたネットワークシステムであって、
前記ネットワークは、第１のネットワーク上に複数の第２のネットワークが構成され、
前記ネットワーク管理装置は、入力装置、出力装置、処理装置、記憶装置を備え、
前記記憶装置は、
前記第２のネットワークをグループ化して複数のネットワークグループとし、該ネットワークグループの組合せ毎に対応した、前記第１のネットワークの資源を変更するためのネットワーク設定情報を保持し、
前記処理装置は、
前記入力装置から得られる情報に基づいて、前記ネットワークグループに障害が発生したと判定した場合には、障害が発生した前記ネットワークグループの組合せに基づいて、
前記ネットワーク設定情報を選択し、前記出力装置により前記通信装置に対して選択したネットワーク設定情報を通知することにより、
前記第１のネットワークの資源を変更可能とし、
前記ネットワーク管理装置は、
前記第２のネットワークに対するプロテクションパスを設定し、前記プロテクションパスによる復旧が不可と判定した時に、前記通信装置に対して選択したネットワーク設定情報を通知する
ネットワークシステム。
【請求項８】
複数の通信装置から構成されるネットワークと、前記ネットワークを管理するネットワーク管理装置とを備えたネットワークシステムであって、
前記ネットワークは、第１のネットワーク上に複数の第２のネットワークが構成され、
前記ネットワーク管理装置は、入力装置、出力装置、処理装置、記憶装置を備え、
前記記憶装置は、
前記第２のネットワークをグループ化して複数のネットワークグループとし、該ネットワークグループの組合せ毎に対応した、前記第１のネットワークの資源を変更するためのネットワーク設定情報を保持し、
前記処理装置は、
前記入力装置から得られる情報に基づいて、前記ネットワークグループに障害が発生したと判定した場合には、障害が発生した前記ネットワークグループの組合せに基づいて、
前記ネットワーク設定情報を選択し、前記出力装置により前記通信装置に対して選択したネットワーク設定情報を通知することにより、
前記第１のネットワークの資源を変更可能とし、
前記ネットワーク管理装置の前記処理装置は、
前記入力装置から得られる情報に基づいて、前記ネットワークグループに障害が発生したと判定する際には、前記入力装置から得られた通信装置障害情報を一定時間蓄積加算した後、前記障害の発生の有無を判定する、
ネットワークシステム。
【請求項９】
前記ネットワーク管理装置は、
前記ネットワーク設定情報として、前記ネットワークグループの組合せを特定する復旧識別子を有し、前記出力装置により前記通信装置に対して前記復旧識別子を通知し、
前記通信装置は、
前記復旧識別子と、該復旧識別子に対応した復旧設定情報を保持し、前記復旧識別子を受信した場合には、対応する復旧設定情報に従って前記第１のネットワークの資源を変更する、
請求項４〜８のいずれかに記載のネットワークシステム。
【請求項１０】
複数の通信装置から構成されるネットワークを、ネットワーク管理装置によって管理するネットワーク管理方法であって、
前記ネットワーク管理装置が、第１のネットワークの資源の一部を用いて、複数の第２のネットワークを設定するパス設定ステップと、
前記第２のネットワークを複数束ねてグループ化し、複数のネットワークグループを形成するグループ化ステップと、
前記ネットワーク管理装置が、前記ネットワークグループの組合せの其々に対応して、前記第１のネットワークの資源を変更するためのネットワーク設定を算出する復旧設定算出ステップと、
前記ネットワーク管理装置が、前記ネットワークグループに障害が発生したと判定した場合、前記障害が発生した前記ネットワークグループの組合せに対応する、算出された前記ネットワーク設定を選択する選択ステップと、
前記ネットワーク管理装置が、前記通信装置に対して、選択した前記ネットワーク設定を通知する通知ステップと、
前記通信装置が、前記通知された前記ネットワーク設定に基づいて、前記第１のネットワークの資源を変更する復旧ステップと、を備え、
前記復旧設定算出ステップの後、かつ、前記選択ステップの前に、
前記ネットワーク管理装置が、前記ネットワークグループの組合せの其々に対応した前記ネットワーク設定に対して識別子を付与し、前記各通信装置に配布する配布ステップと、
前記通信装置が、配布された前記ネットワーク設定と前記識別子の組を予め保持する保持ステップと、を備える、
ネットワーク管理方法。
【請求項１１】
前記パス設定ステップは、
前記第２のネットワークに対するプロテクションパスを設定するプロテクションパス設定ステップを含み、
前記選択ステップは、
前記プロテクションパスによる復旧が不可と判定したときに、前記ネットワーク設定を選択する、
請求項１０記載のネットワーク管理方法。
【請求項１２】
複数の通信装置から構成され、第１のネットワーク上に複数の第２のネットワークが構成されている、ネットワークを管理するネットワーク管理装置であって、
入力装置、出力装置、処理装置、記憶装置を備え、
前記記憶装置は、
前記第２のネットワークをグループ化した複数のネットワークグループと、該ネットワークグループの組合せ毎に対応した、前記第１のネットワークの資源を変更するためのネットワーク設定情報を保持し、
前記処理装置は、
前記入力装置から得られる情報に基づいて、前記ネットワークグループに障害が発生したと判定した場合には、障害が発生した前記ネットワークグループの組合せに基づいて、
前記ネットワーク設定情報を選択し、前記出力装置により前記通信装置に対して選択したネットワーク設定情報を通知し、
前記ネットワーク設定情報として、前記ネットワークグループの組合せを特定する復旧識別子を有し、
前記記憶装置は、
前記通信装置を特定する通信装置識別子と、該通信装置識別子に対応付けられた前記復旧識別子と、該復旧識別子に対応付けられた前記通信装置の設定を変更するための装置設定情報を保持し、
前記処理装置は、
前記通信装置識別子で特定される前記通信装置に対して、該通信装置識別子に対応付けられた前記復旧識別子と前記装置設定情報の組を配布し、
前記処理装置は、
前記入力装置から得られる情報に基づいて、前記ネットワークグループに障害が発生したと判定した場合には、障害が発生した前記ネットワークグループの組合せに基づいて、
前記復旧識別子を選択し、前記出力装置により前記通信装置に対して選択した前記復旧識別子を通知する、
ネットワーク管理装置。
【請求項１３】
前記記憶装置は、
前記通信装置の障害が前記ネットワークグループのいずれに影響を与えるかの対応関係を保持する通信障害判定情報と、
前記通信装置の障害が前記ネットワークグループの代替経路であるプロテクションのいずれに影響を与えるかの対応関係を保持するプロテクション障害判定情報と、
を格納し、
前記通信装置の障害が、特定の前記ネットワークグループおよび当該特定のネットワークグループのプロテクションの双方に影響を与えるときに、
前記出力装置により前記通信装置に対して選択したネットワーク設定情報を通知する、
請求項１２記載のネットワーク管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク管理に関するものである。
【背景技術】
【０００２】
近年、通信ネットワークは、インターネットへの接続サービスやクラウドサービスへの接続を提供し、日々の生活やビジネスにとって重要な役割を担っている。そのため、装置故障や大災害等により通信ネットワークの一部設備に障害が発生した場合において、迅速に障害復旧することが望まれている。
【０００３】
本分野の背景技術として、特許文献１記載の技術がある。この文献では、ネットワーク障害時やネットワークメンテナンス時の面（通信経路）の切替え/戻しを高速に行うことを可能にする、ことを課題としている。また、その解決手段として、通信経路変更方法であって、スイッチＡ（第１ルータ）とスイッチＢ（第２ルータ）が、一つの仮想ルータプロトコル・グループを構成し、いずれのルータもアクティブルータからスタンバイルータへ、又はスタンバイルータからアクティブルータへ動的に変更可能な通信システムにおいて、スイッチＡの第１ポートを開いてスイッチＣ（第１機器）と通信し、スイッチＣと通信可能なように接続されているスイッチＢの第２ポートを閉じている際に、仮想ルータとしての優先度が第１ポートより高く、スイッチＣに対する通信経路としての評価値が第１ポートよりも低い第２ポートを開く、と記載されている。
【０００４】
他の背景技術として、特許文献２記載の技術がある。この文献では、プロテクション方式並みに高速に障害回復できること、多重障害に対してもパスを回復できること、ネットワーク資源の利用効率が良いことの３つの特徴を兼ね備え得る通信ネットワークシステムなどを提供する、ことを課題としている。また、その解決手段として、パスデータベースと、パス切替部とを具備する通信ネットワークシステムによって解決できる。パスデータベースは、一の現用パスと、代替パスで保護されている他の現用パスとを同じグループにグループ化するためのグループ化データを蓄積する。パス切替部は、一の現用パスに障害が発生したときに、グループ化データを参照し、一の現用パスと同じグループに属する他の現用パスの代替パスへの切り替えを行う、と記載されている。
【０００５】
他の背景技術として、特許文献３記載の技術がある。この文献では、物理ネットワークの技術に依存せず独自のネットワーク技術により構築されたスライスにおいて、物理ネットワークに障害が発生した際に、スライスを構成する仮想サーバがネットワーク障害を検知ことを可能とする、ことを課題としている。また、その解決手段として、仮想サーバとトンネル技術を用いた仮想ネットワークにおいて、ネットワークの障害を仮想サーバに通知する障害通知装置は、トンネルを張った経路上のネットワークの障害検知を行い、障害を検知した場合、該トンネルを利用している仮想サーバを特定し、障害が検知されたトンネルと前記仮想サーバとを接続している仮想スイッチを特定し、該仮想スイッチと該仮想サーバとのリンクをダウンさせる、と記載されている。
【０００６】
他の背景技術として、特許文献４記載の技術がある。この文献では、通信システムにおいて障害が発生した場合に、既存の設定パスを迅速に復旧するための設定負荷の低減化を図る、ことを課題としている。また、その解決手段として、ネットワーク管理サーバは、ネットワーク内の伝送パスについて、伝送パスを経由する複数のエリアのうち自エリア内の通信装置の障害が発生した障害発生エリアの出現パターンごとに出現パターンに応じた復旧パスの集合である復旧面を特定する情報と、復旧パスを経由する通信装置を特定する情報と、を関連付けて記憶する記憶装置を備える。ネットワーク管理サーバは、複数のエリアのいずれかに障害が発生した場合に、いずれの障害発生パターンに該当するか否かを特定し、特定された障害発生パターンに応じた復旧パスの集合である復旧面を特定する情報を記憶装置から取得し、取得された復旧面を特定する情報を、当該復旧面に含まれる復旧パスが経由する通信装置に通知する、と記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−１４８４９７号公報
【特許文献２】特開２０１０−１６６３２８号公報
【特許文献３】特開２０１３−２０７３４１号公報
【特許文献４】特開２０１５−９７３３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１記載の技術では、運用面を２面（Ａ面、Ｂ面）準備して、ネットワークの障害時やメンテナンス時において、通信経路を迅速に変更する方法を開示しており、Ａ面の一部に障害が発生し、Ａ面内に多数の稼働するルータが存在しても運用面をＢ面に変更することになり、ネットワーク設定を多数変更する必要があるといった課題がある。
【０００９】
また、特許文献２記載の技術では、複数の現用系パスと代替パスの組をグループ化し、グループ内において共有したネットワーク資源により障害復旧を実行しており、グループ内で復旧出来ない障害への対応ができないといった課題がある。また、障害の発生した現用系パスを、他の現用系パスに対する代替パスにて復旧可能とするためには、グループ化する現用系のパスと代替パスの両端点が同じである必要があるといった課題がある。
【００１０】
さらに、特許文献３記載の技術では、スライスにおけるネットワーク障害検知後の復旧を迅速にできないといった課題がある。
【００１１】
一方、特許文献４記載の技術では、物理ネットワーク上に構成した仮想ネットワークが考慮されていない、といった課題がある。
【００１２】
そこで、本発明は前述した課題を鑑みてなされた発明であり、ネットワーク内の一部に障害が発生した場合等において、設定変更のための処理負荷を削減しつつ障害復旧や運用設定変更を迅速に実行可能とすることを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決する本発明の一側面は、複数の通信装置から構成されるネットワークと、ネットワークを管理するネットワーク管理装置とを備えたネットワークシステムである。このネットワークは、第１のネットワーク上に複数の第２のネットワークが構成され、ネットワーク管理装置は、入力装置、出力装置、処理装置、記憶装置を備えている。記憶装置は、第２のネットワークをグループ化した複数のネットワークグループと、ネットワークグループの組合せ毎に対応した、第１のネットワークの資源を変更するためのネットワーク設定情報を保持し、処理装置は、入力装置から得られる情報に基づいて、ネットワークグループに障害が発生したと判定した場合には、障害が発生したネットワークグループの組合せに基づいて、ネットワーク設定情報を選択し、出力装置により通信装置に対して選択したネットワーク設定情報を通知することにより、第１のネットワークの資源を変更可能とする。
【００１４】
本発明の他の側面は、複数の通信装置から構成されるネットワークを、ネットワーク管理装置によって管理するネットワーク管理方法である。この方法では、ネットワーク管理装置が、第１のネットワークの資源の一部を用いて、複数の第２のネットワークを設定するパス設定ステップと、第２のネットワークを複数束ねてグループ化し、複数のネットワークグループを形成するグループ化ステップと、ネットワーク管理装置が、ネットワークグループの組合せの其々に対応して、第１のネットワークの資源を変更するためのネットワーク設定を算出する復旧設定算出ステップと、ネットワーク管理装置が、ネットワークグループに障害が発生したと判定した場合、障害が発生したネットワークグループの組合せに対応する、算出された前記ネットワーク設定を選択する選択ステップと、ネットワーク管理装置が、通信装置に対して、選択した前記ネットワーク設定を通知する通知ステップと、通信装置が、通知されたネットワーク設定に基づいて、第１のネットワークの資源を変更する復旧ステップと、を備える。
【００１５】
本発明のさらに他の側面は、複数の通信装置から構成されるネットワークを、ネットワーク管理装置によって管理させるプログラムおよび該プログラムを格納した記録媒体である。このプログラムは、ネットワーク管理装置に、第１のネットワークの資源の一部を用いて、複数の第２のネットワークを設定するパス設定ステップと、第２のネットワークを複数束ねてグループ化し、複数のネットワークグループを形成するグループ化ステップと、ネットワーク管理装置が、ネットワークグループの組合せの其々に対応して、第１のネットワークの資源を変更するためのネットワーク設定を算出する復旧設定算出ステップと、ネットワーク管理装置が、ネットワークグループに障害が発生したと判定した場合、障害が発生したネットワークグループの組合せに対応する、算出された前記ネットワーク設定を選択する選択ステップと、ネットワーク管理装置が、通信装置に対して、選択した前記ネットワーク設定を通知する通知ステップと、通信装置が、通知されたネットワーク設定に基づいて、第１のネットワークの資源を変更する復旧ステップとを実行させる。
【００１６】
本発明のさらに他の側面は、複数の通信装置から構成され、第１のネットワーク上に複数の第２のネットワークが構成されている、ネットワークを管理するネットワーク管理装置である。このネットワーク管理装置は、入力装置、出力装置、処理装置、記憶装置を備え、記憶装置は、第２のネットワークをグループ化した複数のネットワークグループと、ネットワークグループの組合せ毎に対応した、第１のネットワークの資源を変更するためのネットワーク設定情報を保持し、処理装置は、入力装置から得られる情報に基づいて、ネットワークグループに障害が発生したと判定した場合には、障害が発生したネットワークグループの組合せに基づいて、ネットワーク設定情報を選択し、出力装置により通信装置に対して選択したネットワーク設定情報を通知する。
【００１７】
ネットワークグループの意味は、グループの構成要素として第２のネットワークが一つの場合を含む。また、ネットワークグループの組合せの意味は、組み合わせの構成要素としてネットワークグループが一つの場合を含む。
【発明の効果】
【００１８】
本発明によれば、ネットワーク内の一部に障害が発生した場合やメンテナンス等時間区分に応じてネットワークの運用設定を変更する場合において、設定変更のための処理負荷を削減しつつ迅速な障害復旧や運用設定の変更が可能となる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１の実施形態におけるネットワークシステム構成図の例である。
【図２】本発明の第１の実施形態における現用系パス設定後のネットワークシステム構成図の例である。
【図３】本発明の第１の実施形態におけるプロテクションパス設定後のネットワークシステム構成図の例である。
【図４】本発明の第１の実施形態における運用面変更パス設定後のネットワークシステム構成図の例である。
【図５】本発明の第１の実施形態における障害復旧用の事前設定処理の流れを示すシーケンス図の例である。
【図６】本発明の第１の実施形態におけるプロテクション復旧、及び運用面変更パスによる復旧処理の流れを示すシーケンス図の例である。
【図７】本発明の第１の実施形態における第２の運用面変更パスによる復旧処理の流れを示すシーケンス図の例である。
【図８】本発明の第１の実施形態における通信装置障害と発生するグループネットワーク障害の関係を示す通信障害判定テーブルの例である。
【図９】本発明の第１の実施形態における通信装置障害と発生するグループネットワークに対するプロテクション障害の関係を示すプロテクション障害判定テーブルの例である。
【図１０】本発明の第１の実施形態における障害ネットワークグループと復旧のための通信装置に対する復旧用のパス設定を示すグループ対応復旧設定テーブルの例である。
【図１１】本発明の第１の実施形態における復旧識別子Ｆ１に対する通信装置毎のパス復旧設定を示す識別子対応復旧設定テーブルの例である。
【図１２】本発明の第１の実施形態における復旧識別子Ｆ２に対する通信装置毎のパス復旧設定を示す識別子対応復旧設定テーブルの例である。
【図１３】本発明の第１の実施形態における復旧識別子Ｆ３に対する通信装置毎のパス復旧設定を示す識別子対応復旧設定テーブルの例である。
【図１４Ａ】本発明の第１の実施形態における通信装置毎に対するパス復旧設定を示すネットワークグループ復旧設定テーブル（通信装置対応復旧設定テーブル）の例である。
【図１４Ｂ】本発明の第１の実施形態における通信装置毎に対するパス復旧設定を示すネットワークグループ復旧設定テーブル（通信装置対応復旧設定テーブル）の例である。
【図１４Ｃ】本発明の第１の実施形態における通信装置毎に対するパス復旧設定を示すネットワークグループ復旧設定テーブル（通信装置対応復旧設定テーブル）の例である。
【図１４Ｄ】本発明の第１の実施形態における通信装置毎に対するパス復旧設定を示すネットワークグループ復旧設定テーブル（通信装置対応復旧設定テーブル）の例である。
【図１５】本発明の第１の実施形態における通信装置の構成例を示す図である。
【図１６】本発明の第１の実施形態におけるネットワーク管理サーバの構成例を示す図である。
【図１７】本発明の第１の実施形態における障害復旧処理を示すフローチャートの例である。
【図１８】本発明の第２の実施形態における障害復旧処理を示すフローチャートの例である。
【図１９】本発明の第３の実施形態における通信装置に対する障害の発生危険度を示す危険度判定テーブルの例である。
【発明を実施するための形態】
【００２０】
実施の形態について、図面を用いて詳細に説明する。ただし、本発明は以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。
【００２１】
以下に説明する発明の構成において、同一部分又は同様な機能を有する部分には同一の符号を異なる図面間で共通して用い、重複する説明は省略することがある。
【００２２】
本明細書等における「第１」、「第２」、「第３」などの表記は、構成要素を識別するために付するものであり、必ずしも、数または順序を限定するものではない。また、構成要素の識別のための番号は文脈毎に用いられ、一つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。
【００２３】
図面等において示す各構成の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面等に開示された位置、大きさ、形状、範囲などに限定されない。
【００２４】
以下、実施例を図面を用いて説明する。本実施例は、ネットワーク内の一部に障害が発生した場合やメンテナンス等時間区分に応じてネットワークの運用設定を変更する場合において、ネットワーク全体の設定を変更せず、関連部のみの設定変更を行い、ネットワーク資源の効率的な利用、設定変更のための処理負荷を削減、及び迅速な障害復旧や運用設定の変更を可能とする。
【実施例１】
【００２５】
本実施例では、物理ネットワーク（第１のネットワーク）上にユーザ毎の仮想的なネットワーク（第２のネットワーク）を構成し、複数の仮想ネットワークをまとめてネットワークグループを構成し、ネットワークグループの組合せが利用する物理ネットワークの資源を変更可能とする例について説明する。また、本実施例では、通信システムがパケットトランスポートネットワークを構成する例について説明する。
【００２６】
図１は、本発明の第１の実施形態（実施例１）におけるネットワークシステム構成図の例である。本実施例のネットワークシステムは、ネットワーク管理サーバ１、通信装置ｎ１１〜ｎ１４、ｎ２１〜ｎ２２、ｎ３１〜ｎ３３、ｎ４１〜ｎ４３、ｎ５１〜ｎ５３、ｎ６１〜ｎ６４、及び端末ＴＡ１、ＴＡ２、ＴＢ１、ＴＢ２、ＴＣ１、ＴＣ２、ＴＤ１、ＴＤ２を有する。なお、端末ではなく、サーバや他の通信装置やネットワークでも良いが、本例では、一例として端末として説明する。また、図１では、ネットワーク管理サーバ１は、便宜上、通信装置ｎ１４にのみ接続されているが、他の伝送装置にも図示していない管理用のネットワークにて接続される。
【００２７】
図２は、本発明の第１の実施形態における現用系パス設定後のネットワークシステム構成図の例である。運用開始段階において、ネットワーク管理サーバ１は、現用系の伝送パス２０１（端末ＴＡ１、通信装置ｎ１１、ｎ３１、ｎ４１、ｎ５１、ｎ６１を経由して端末ＴＡ２へ接続する２０１ａ〜２０1ｆのａ１）を設定する。また、現用系の伝送パス２０２（端末ＴＢ１、通信装置ｎ１２、ｎ３２、ｎ４２、ｎ５２、ｎ６２を経由して端末ＴＢ２へ接続する２０２ａ〜２０２ｆのｂ１）を設定する。同様に、現用系の伝送パス２０３（端末ＴＣ１、通信装置ｎ４１、ｎ４２、ｎ４３を経由して端末ＴＣ２へ接続する２０３ａ〜２０３ｄのｃ１）を設定する。さらに、現用系の伝送パス２０４（端末Ｄ１、通信装置ｎ５１、ｎ５２、ｎ５３を経由して端末ＴＤ２へ接続する２０４ａ〜２０４ｄのｄ１）を設定する。
【００２８】
図３は、本発明の第１の実施形態におけるプロテクションパス設定後のネットワークシステム構成図の例である。プロテクションパスは予め設定された冗長経路であり、現用系パスに障害が発生すると、プロテクションパスに切り替えてサービスを復旧させる。プロテクションパスによるパスの復旧をプロテクション復旧という。またこのような復旧方式をプロテクションあるいはプロテクション方式という。
【００２９】
ネットワーク管理サーバ１は、現用系パス２０１に対してプロテクションパス３０１（端末ＴＡ１、通信装置ｎ１３、ｎ３３、ｎ４３、ｎ５３、ｎ６３を経由して端末ＴＡ２へ接続する３０１ａ〜３０１ｆ）を設定する。また、現用系パス２０２に対してプロテクションパス３０２（端末ＴＢ１、通信装置ｎ１３、ｎ３３、ｎ４３、ｎ５３、ｎ６３を経由して端末ＴＢ２へ接続する３０２ａ〜３０２ｆ）を設定する。同様に、現用系パス２０３に対してプロテクションパス３０３（端末ＴＣ１、通信装置ｎ３１、ｎ３２、ｎ３３を経由して端末ＴＣ２へ接続する３０３ａ〜３０３ｄ）を設定する。さらに、現用系パス２０４に対してプロテクションパス３０４（端末ＴＤ１、通信装置ｎ３１、ｎ３２、ｎ３３を経由して端末ＴＤ２へ接続する３０４ａ〜３０４ｄ）を設定する。以上のように、１つの現用系パスに対して１つのプロテクションパスを確保する。なお、１つの現用系パスに対して複数のプロテクションパスを確保してもよい。
【００３０】
端末ＴＡ１は、現用系の伝送パス２０１に対して、疎通があるか否かを検査用のデータを端末ＴＡ２と間で送受信することにより、常に監視する。端末ＴＡ１は、現用系の伝送パス２０１において、端末ＴＡ２と間での疎通がないと判断した場合は、プロテクションパス３０１を用いて、端末ＴＡ２への通信を継続する。すなわち、端末ＴＡ１は、障害発生前は、データを通信装置ｎ１１に送信していたが、障害を検知した後は、データを通信装置ｎ１３に対して送信するように瞬時に切り替える。
【００３１】
また、ＴＢ１は、現用系の伝送パス２０２に対して、疎通があるか否かを検査用のデータを端末ＴＢ２と間で送受信することにより、常に監視する。端末ＴＢ１は、現用系の伝送パス２０２において、端末ＴＢ２と間での疎通がないと判断した場合は、プロテクションパス３０２を用いて、端末ＴＢ２への通信を継続する。すなわち、端末ＴＢ１は、障害発生前は、データを通信装置ｎ１２に送信していたが、障害を検知した後は、データを通信装置ｎ１３に対して送信するように瞬時に切り替える。
【００３２】
同様に、端末ＴＣ１は、現用系の伝送パス２０３に対して、疎通があるか否かを検査用のデータを端末ＴＣ２と間で送受信することにより、常に監視する。端末ＴＣ１は、現用系の伝送パス２０３において、端末ＴＣ２と間での疎通がないと判断した場合は、プロテクションパス３０３を用いて、端末ＴＣ２への通信を継続する。すなわち、端末ＴＣ１は、障害発生前は、データを通信装置ｎ４１に送信していたが、障害を検知した後は、データを通信装置ｎ３１に対して送信するように瞬時に切り替える。
【００３３】
さらに、端末ＴＤ１は、現用系の伝送パス２０４に対して、疎通があるか否かを検査用のデータを端末ＴＤ２と間で送受信することにより、常に監視する。端末ＴＤ１は、現用系の伝送パス２０４において、端末ＴＤ２と間での疎通がないと判断した場合は、プロテクションパス３０４を用いて、端末ＴＤ２への通信を継続する。すなわち、端末ＴＤ１は、障害発生前は、データを通信装置ｎ５１に送信していたが、障害を検知した後は、データを通信装置ｎ３１に対して送信するように瞬時に切り替える。
【００３４】
図４は、本発明の第１の実施形態における運用面変更パス設定後のネットワークシステム構成図の例である。ネットワーク管理サーバ１は、設定した現用系の伝送パス２０１〜２０４を分析し、類似性の高い伝送パスをグループ化して管理する。類似性の高い伝送パスは、共通の障害原因を持つ傾向がある。また同時に障害が発生する傾向がある。このため、類似性の高い伝送パスを纏めることにより、効果的に障害に対応することができる。
【００３５】
例えば、伝送パスの経路において、通信装置を共有する数または割合が大きいものほど類似性が高いものとすることができる。或いは、伝送パスの経路において、並行する通信装置を利用する数または割合が大きいものほど類似性が高いものとすることができる。  本実施例では、伝送パスの経路において、例えば３台以上の通信装置を共有する伝送パス、或いは並行する３台以上の通信装置を利用する伝送パスをグループ化している。具体的には、現用系の伝送パス２０１と伝送パス２０２をグループ化し、ネットワークグループ１（４１０）として管理する。
【００３６】
一方、他の指標として、共有するリンクの重複度を指標としてグループ化を判定してもよい。例えば、伝送パスを構成する通信装置、或いは通信装置に具備されたリンクの重複度が大きいものをグループ化する。また、あるネットワーク対して部分集合となるネットワークがある場合、これらのネットワークをグループ化するようにしても良い。すなわち、ある伝送パスを構成するトポロジーが、他の伝送パスを構成するトポロジーの部分集合となる時にこれらをグループ化する。また、データ伝送量が所定数（例えば１０Ｇｂｉｔ／秒）以上のデータ流を有するネットワークの連接性に基づき、ネットワークグループを構成しても良い。
【００３７】
同様に、現用系の伝送パス２０３と伝送パス２０４をグループ化し、ネットワークグループ２（４２０）として管理する。ネットワークグループ同士は、図４のように重複する部分を有していてもよい。なお、グループ化は現用系の伝送パスについてのみ考えればよく、プロテクションパスについては考えなくてもよい。
【００３８】
ネットワーク管理サーバ１は、グループ化したネットワークグループ１とネットワークグループ２に対して、その組合せに対する運用設定の変更を事前に算出する。即ち、ネットワークグループ１（４１０）に障害が発生している場合の復旧用のネットワーク設定を事前に算出する。また、ネットワークグループ２（４２０）に障害が発生している場合の復旧用のネットワーク設定を事前に算出する。さらに、ネットワークグループ１とネットワークグループ２に同時に障害が発生している場合の復旧用のネットワーク設定を事前に算出する。
【００３９】
本実施例では、ネットワーク管理サーバ１は、ネットワークグループ１に障害が発生した場合を想定し、復旧用の運用設定を事前に算出する。即ち、ネットワークグループ１を構成する現用系パス２０１と２０２用の運用面変更用の伝送パス４０１（端末ＴＡ１、通信装置ｎ１４、ｎ２２、ｎ６４を経由して端末ＴＡ２へ接続する４０１ａ〜４０１ｄ）、及び４０２（端末ＴＢ１、通信装置ｎ１４、ｎ２２、ｎ６４を経由して端末ＴＢ２へ接続する４０２ａ〜４０２ｄ）を事前に算出して、識別子Ｆ１を付与して管理する。
【００４０】
また、ネットワーク管理サーバ１は、ネットワークグループ２を構成する現用系パス２０３と２０４用の運用面変更用の伝送パス４０３（端末ＴＣ１、通信装置ｎ２１、ｎ２２を経由して端末ＴＣ２へ接続する４０３ａ〜４０３ｃ）、及び４０４（端末ＴＤ１、通信装置ｎ２１、ｎ２２を経由して端末ＴＤ２へ接続する４０４ａ〜４０４ｃ）を事前に算出して、識別子Ｆ２を付与して管理する。
【００４１】
同様に、ネットワーク管理サーバ１は、ネットワークグループの組合せに対して障害が同時発生した場合を想定し、復旧用の運用設定を事前に算出する。本実施例では、ネットワークグループ１とネットワークグループ２に同時に障害が発生した場合を想定した復旧用の運用設定が算出される。具体的には、現用系パス２０１、２０２、２０３、２０４に対する復旧用の伝送パスが、算出される。本実施例では、復旧用の伝送パスとして、４０１、４０２、４０３及び４０４が算出され、運用設定変更の識別子としてＦ３を付与して管理する。なお、本実施例では、ネットワークグループ１とネットワークグループ２のそれぞれに個別に障害が発生した場合と、同時に障害が発生した場合における復旧用の伝送パスが同一に算出されているが、同一である必要はない。また、復旧用の伝送パスの数も上記の例に限るものではなく、多数または少数のパスを設けてもよい。
【００４２】
なお、本実施例では、全てのネットワーク接続を同一のネットワークを仮定して説明したが、端末と通信装置を接続するネットワークが、通信装置間を接続するネットワークと種別が異なる設定でも良い。例えば、通信装置間を接続するネットワークがＭＰＬＳ−ＴＰ（Ｍｕｌｔｉ―Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  −  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｆｉｌｅ）ネットワークであり、端末と通信装置を接続するネットワークがＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークといった構成でも良い。
【００４３】
図５は、本発明の第１の実施形態における障害復旧用の事前設定処理の流れを示すシーケンス図の例である。ネットワーク管理サーバ１は、ネットワーク管理者等からの現用系パス設定入力に基づき、現用系の伝送パス経路を算出、且つ関係する通信装置へ現用系のパス設定を実行する（ステップＳ５０１−１〜Ｓ５０１−５）。
【００４４】
ネットワーク管理サーバ１は、設定した現用系の伝送パスに対するプロテクションパス（図３、３０１ａ、３０２ａ、３０３ａ、３０４ａ）を算出、且つ関係する通信装置へ設定を実行する（ステップＳ５０２−１〜Ｓ５０２−５）。
【００４５】
ネットワーク管理サーバ１は、算出した複数の現用系パスの経路を比較し、類似性の高い伝送パスをグループ化（図４、４１０，４２０参照）して管理する（ステップＳ５０３）。
【００４６】
ネットワーク管理サーバ１は、障害の発生した通信装置と影響を受けるネットワークグループの関係を示す通信障害判定テーブル（後に図８で詳説する）を作成する（ステップＳ５０４）。
【００４７】
ネットワーク管理サーバ１は、障害の発生した通信装置と影響を受けるネットワークグループに対するプロテクションパスの関係を示すプロテクション障害判定テーブル（後に図９で詳説する）を作成する（ステップＳ５０５）。
【００４８】
ネットワーク管理サーバ１は、ネットワークグループの組合せ毎に復旧用の伝送パス設定を算出する（ステップＳ５０６）。この算出では、障害により影響をうける現用パスおよびプロテクションパスを回避した復旧用の伝送パス(図４、４０１、４０２、４０３及び４０４）を、使用可能なリソースを用いて生成する。生成した復旧用の伝送パスは、障害発生グループネットワークと復旧設定の関係を示すグループ対応復旧設定テーブル（後に図１０で詳説する）に格納する。
【００４９】
ネットワーク管理サーバ１は、ネットワークグループの組合せ毎の復旧用伝送パス設定から、各装置における復旧用の伝送設定を算出する（ステップＳ５０７）。ここで、「組合せ毎」の意味は、要素が１つの場合を含めて全ての組合せパターンに対して、の意味になる。例えば、後述の図１０に記載のように、ネットワークグループ１（１０１０）のように１つのグループを含む組合せと、ネットワークグループ１と２（１０１２）のように２つのグループを含む組合せのように、含まれるグループが1つの場合を含めて、「組合せ毎」と表現している。
【００５０】
算出した結果は、復旧識別子に対する通信装置毎のパス復旧設定を示す識別子対応復旧設定テーブル（後に図１１〜図１３で詳説する）として、ネットワーク管理サーバ１に格納される。また、通信装置に対する復旧識別子毎のパス復旧設定を示すネットワーク復旧グループ復旧設定テーブル（通信装置対応復旧設定テーブル）（後に図１４Ａ〜Ｄで詳説する）として、ネットワーク管理サーバ１に格納される。
【００５１】
ネットワーク管理サーバ１は、算出した各装置における復旧用の伝送設定を各装置に通知し、各通信装置は、受信した復旧用の伝送設定を識別子と共に保持する（ステップＳ５０８−１〜Ｓ５０８−３）。受信した結果は、通信装置毎に対するパス復旧設定を示すネットワークグループ復旧設定テーブル（通信装置対応復旧設定テーブル）（後に図１４Ａ〜Ｄで詳説する）として、各通信装置に格納される。
【００５２】
ネットワーク管理サーバ１は、データ伝送及び復旧用の伝送パス設定を各装置に通知完了したことを端末ＴＡ１、ＴＢ１、ＴＣ１、ＴＤ１へ通知する（ステップＳ５０９）。
【００５３】
端末ＴＡ１は、通信装置ｎ１１、ｎ３１、ｎ４１、ｎ５１、ｎ６１を経由して端末ＴＡ２へデータを送信すると共に疎通確認を開始する（ステップＳ５１０−１〜Ｓ５１０−６）。
【００５４】
端末ＴＢ１は、通信装置ｎ１２、ｎ３２、ｎ４２、ｎ５２、ｎ６２を経由して端末ＴＢ２へデータを送信すると共に疎通確認を開始する（ステップＳ５１１−１〜Ｓ５１１−６）。
【００５５】
端末ＴＣ１は、通信装置ｎ４１、ｎ４２、ｎ４３を経由して端末ＴＣ２へデータを送信すると共に疎通確認を開始する（ステップＳ５１２−１〜Ｓ５１２−２）。
【００５６】
端末ＴＤ１は、通信装置ｎ５１、ｎ５２、ｎ５３を経由して端末ＴＤ２へデータを送信すると共に疎通確認を開始する（ステップＳ５１３−１〜Ｓ５１３−２）。
【００５７】
図６は、本発明の第１の実施形態におけるプロテクション復旧、及び運用面変更パスによる復旧処理の流れの一例を示すシーケンス図の例である。端末間でデータの送受信が開始された後、通信装置ｎ１１とｎ１２に障害が発生する（ステップＳ６０１）。
【００５８】
端末ＴＡ１とＴＢ１は、データの送受信に障害が発生したことを検知する（ステップＳ６０２）。
【００５９】
端末ＴＡ１は、現用系パスによるデータ送受信に障害が発生したことを検知した後、プロテクションパスを利用して、端末ＴＡ２へデータ送信する（ステップＳ６０３−１〜６０３−６）。
【００６０】
端末ＴＢ１は、現用系パスによるデータ送受信に障害が発生したことを検知した後、プロテクションパスを利用して、端末ＴＢ２へデータ送信する（ステップＳ６０４−１〜６０４−６）。
【００６１】
端末ＴＡ１は、通信装置ｎ１１に障害が発生していることを、ネットワーク管理サーバ１へ通知する（ステップＳ６０５）。
【００６２】
また、端末ＴＡ１は、プロテクションパスにより障害復旧していることをネットワーク管理サーバ１へ通知する（ステップＳ６０６）。
【００６３】
端末ＴＢ１は、通信装置ｎ１２に障害が発生していることを、ネットワーク管理サーバ１へ通知する（ステップＳ６０７）。
【００６４】
また、端末ＴＢ１は、プロテクションパスにより障害復旧していることをネットワーク管理サーバ１へ通知する（ステップＳ６０８）。
【００６５】
続いて、通信装置ｎ３１、ｎ３２、ｎ３３に障害が発生する（ステップＳ６０９）。
【００６６】
通信装置ｎ１３は、通信装置ｎ３３に障害が発生していることをネットワーク管理サーバ１へ通知する（ステップＳ６１０）。
【００６７】
通信装置ｎ４１は、通信装置ｎ３１に障害が発生していることをネットワーク管理サーバ１へ通知する（ステップＳ６１１）。
【００６８】
通信装置ｎ４２は、通信装置ｎ３２に障害が発生していることをネットワーク管理サーバ１へ通知する（ステップＳ６１２）。
【００６９】
ネットワーク管理サーバ１は、受信した通信装置の障害発生情報より、障害の発生しているネットワークグループを判定し、復旧用の識別子（ＩＤ）を特定する（ステップＳ６１３）。
【００７０】
ネットワーク管理サーバ１は、発生しているデータ伝送障害を復旧するために、通信装置ｎ１４、ｎ２２、ｎ６４へ復旧用のＩＤを通知する（ステップＳ６１４、Ｓ６１５、Ｓ６１６）。
【００７１】
ネットワーク管理サーバ１は、データの送信先を変更するように端末ＴＡ１、ＴＢ１へ通知する（ステップＳ６１７、Ｓ６１８）。
【００７２】
端末ＴＡ１は、通信装置ｎ１４、ｎ２２、ｎ６４経由にて端末ＴＡ２へデータ送信する（ステップＳ６１９−１〜Ｓ６１９−４）。
【００７３】
端末ＴＢ１は、通信装置ｎ１４、ｎ２２、ｎ６４経由にて端末ＴＢ２へデータ送信する（ステップＳ６２０−１〜Ｓ６２０−４）。
【００７４】
図７は、本発明の第１の実施形態における第２の運用面変更パスによる復旧処理の流れを示すシーケンス図の例である。図６において説明した状態に続き、通信装置ｎ４１、ｎ４２、ｎ５１、ｎ５２に障害が発生した状況を想定している（ステップＳ７０１−１〜Ｓ７０１−２）。
【００７５】
端末ＴＣ１は、プロテクションによるデータ伝送障害復旧が不可な状態であり、通信装置ｎ４１に障害が発生していることをネットワーク管理サーバ１へ通知する（ステップＳ７０２）。
【００７６】
端末ＴＤ１は、プロテクションによるデータ伝送障害復旧が不可な状態であり、通信装置ｎ５１に障害が発生していることをネットワーク管理サーバ１へ通知する（ステップＳ７０３）。
【００７７】
通信装置ｎ４３は、通信装置ｎ４２に障害が発生していることをネットワーク管理サーバ１へ通知する（ステップＳ７０４）。
【００７８】
通信装置ｎ４２は、通信装置ｎ５２に障害が発生していることをネットワーク管理サーバ１へ通知する（ステップＳ７０５）。
【００７９】
ネットワーク管理サーバ１は、受信した通信装置の障害発生情報より、障害の発生しているネットワークグループを判定し、復旧用の識別子（ＩＤ）を特定する（ステップＳ７０６）。
【００８０】
ネットワーク管理サーバ１は、発生しているデータ伝送障害を復旧するために、通信装置ｎ２１、ｎ２２へ復旧用のＩＤを通知する（ステップＳ７０７、Ｓ７０８）。
【００８１】
ネットワーク管理サーバ１は、発生しているデータ伝送障害を復旧するための通信装置への設定変更通知が完了した段階において、端末ＴＣ１及び端末ＴＤ１へ、データの送信先を変更するよう通知する（ステップＳ７０９、Ｓ７１０）。
【００８２】
端末ＴＣ１は、データの送信先を通信装置ｎ４１から通信装置ｎ２１へ変更し、通信装置ｎ２２経由にて端末ＴＣ２へデータを送信する（ステップＳ７１１−１〜Ｓ７１１−２）。
【００８３】
端末ＴＤ１は、データの送信先を通信装置ｎ５１から通信装置ｎ２１へ変更し、通信装置ｎ２２経由にて端末ＴＤ２へデータを送信する（ステップＳ７１２−１〜Ｓ７１２−２）。
【００８４】
なお、図５〜図７において、変更用の運用設定を事前に各通信装置に配布しておき、ネットワーク管理サーバから運用設定を変更するための識別子を各通信装置に通知することで、運用設定を変更する方式を説明した。一方、ネットワーク管理サーバが運用設定を保持し、運用設定を変更する段階において、変更のための運用設定を各通信装置へ通知することで、運用設定を変更するようにしても良い。
【００８５】
図８は、図５のステップＳ５０４で作成され、本発明の第１の実施形態におけるネットワーク管理サーバ１が保有する、通信装置障害と発生するグループネットワーク障害の関係を示す通信障害判定テーブルの例である。通信装置障害により影響を受けるネットワークグループは、通信装置障害８０１と影響を受けるネットワークグループのリスト（８０２、８０３、、、）とから構成され、管理される。
【００８６】
通信装置障害８１０では、通信装置ｎ１１に障害が発生している状況を想定しており、データ伝送としては、ネットワークグループ１に影響するが、ネットワークグループ２には影響しないことを示している。同様に、通信装置障害８１１では、通信装置ｎ１２に障害が発生している状況を想定しており、データ伝送としては、ネットワークグループ１に影響するが、ネットワークグループ２には影響しないことを示している。また、通信装置障害８１２〜８１５では、順番に通信装置ｎ１３、ｎ１４、ｎ２１、ｎ２２に障害が発生している状況を想定しており、データ伝送としてネットワークグループ１及びネットワークグループ２の何れにも影響を受けないことを示している。
【００８７】
一方、通信装置障害８１６では、通信装置ｎ３１に障害が発生している状況を想定しており、データ伝送としてネットワークグループ１には影響しないが、ネットワークグループ２には影響することを示している。同様に、通信装置障害８１７〜８２４では、順番に通信装置ｎ３２、ｎ３３、ｎ４１、ｎ４２、ｎ４３、ｎ６１、ｎ６２、ｎ６３に障害が発生している状況を想定しており、ネットワークグループ１及びネットワークグループ２に影響があるか否かを示している。
【００８８】
図９は、図５のステップＳ５０５で作成され、本発明の第１の実施形態におけるネットワーク管理サーバ１が保有する、通信装置障害と発生するグループネットワークに対するプロテクション障害の関係を示すプロテクション障害判定テーブルの例である。通信装置障害により影響を受けるネットワークグループに対するプロテクションは、通信装置障害９０１と影響を受けるネットワークグループのプロテクションリスト（９０２、９０３、、、）とから構成され、管理される。
【００８９】
通信装置障害９１０では、通信装置ｎ１１に障害が発生している状況を想定しており、迂回路として、ネットワークグループ１及びネットワークグループ２の何れのプロテクションパスにも影響が無いことを示している。すなわち、当該通信装置ｎ１１がネットワークグループ１及びネットワークグループ２の何れのプロテクションパスにも使われていないということを意味する。
【００９０】
通信装置障害９１１では、通信装置ｎ１２に障害が発生している状況を想定しており、迂回路として、ネットワークグループ１及びネットワークグループ２の何れのプロテクションパスにも影響が無いことを示している。
【００９１】
一方、通信装置障害９１２では、通信装置ｎ１３に障害が発生している状況を想定しており、迂回路として、ネットワークグループ１のプロテクションパスに影響を及ぼすが、ネットワークグループ２のプロテクションパスには影響を及ぼさないことを示している。また、通信装置障害９１３では、通信装置ｎ１４に障害が発生している状況を想定しており、迂回路として、ネットワークグループ１及びネットワークグループ２の何れのプロテクションパスにも影響が無いことを示している。
【００９２】
一方、通信装置障害９１４では、通信装置ｎ２１に障害が発生している状況を想定しており、迂回路として、ネットワークグループ１のプロテクションパスには影響しないが、ネットワークグループ２のプロテクションパスには影響することを示している。同様に、通信装置障害９１５〜９２４では、順番に通信装置ｎ２２、ｎ３１、ｎ３２、ｎ３３、ｎ４１、ｎ４２、ｎ４３、ｎ６１、ｎ６２、ｎ６３に障害が発生している状況を想定しており、ネットワークグループ１のプロテクションパス及びネットワークグループ２のプロテクションパスに影響があるか否かを示している。
【００９３】
図１０は、本発明の第１の実施形態におけるネットワーク管理サーバ１が保有する、障害ネットワークグループと復旧のための通信装置に対する復旧用のパス設定を示す、グループ対応復旧設定テーブルの例である。復旧用のパス設定は、障害ネットワークの組合せ１００１、復旧識別子１００２、パス識別子１００３、復旧設定１００４、復旧設定の有効性１００５とから構成され、管理される。
【００９４】
ネットワークグループ１に障害が発生している場合１０１０の復旧設定は、復旧識別子＝Ｆ１で管理されることを示している。復旧識別子Ｆ１の指定により、端末ＴＡ１から端末ＴＡ２へのパス（ａ１）が、通信装置ｎ１４、ｎ２２、ｎ６４を経由するパスにて復旧することを示している。また、端末ＴＢ１から端末ＴＢ２へのパス（ｂ１）が、通信装置ｎ１４、ｎ２２、ｎ６４を経由するパスにて復旧することを示している。
【００９５】
また、ネットワークグループ２に障害が発生している場合１０１１の復旧設定は、復旧識別子＝Ｆ２で管理されることを示している。復旧識別子Ｆ２の指定により、端末ＴＣ１から端末ＴＣ２へのパス（ｃ１）が、通信装置ｎ２１、ｎ２２を経由するパスにて復旧することを示している。また、端末ＴＤ１から端末ＴＤ２へのパス（ｄ１）が、通信装置ｎ２１、ｎ２２を経由するパスにて復旧することを示している。さらに、ネットワークグループ１及び２に障害が発生している場合１０１２の復旧設定は、復旧識別子＝Ｆ３で管理されることを示している。復旧識別子Ｆ３の指定により、事前に算出された伝送パス１００４に従い、障害の復旧が実行される。但し、復旧設定に必要な通信装置の何れかにおいて障害が発生している状況では、有効性１００５が有効（１）ではなく、無効（０）として状態管理され、復旧設定として利用可能化否かが管理される。
【００９６】
有効性１００５において、無効（０）として状態管理されている場合は、本設定での障害復旧は無効であり、別途、復旧のためのパスが算出される。なお、本実施例では、パスａ１とパスｂ１の復旧設定を同一パスにしているが、異なるパスであっても良い。また、復旧識別子＝Ｆ３で管理されたパス（ａ１、ｂ１、ｃ１、ｄ１）の復旧設定が、復旧識別子＝Ｆ１と復旧識別子＝Ｆ２にて管理される復旧設定と同一となっているが、異なる復旧設定でも良い。
【００９７】
なお、本実施例では、ネットワークグループ１に属するパスａ１とｂ１を、同一の経路、即ち通信装置ｎ１４、ｎ２２、ｎ６４を経由する同一の経路を用いて復旧設定する例を示しているが、ネットワーク資源の不足により、全てのパスを復旧することが出来ない場合が存在する。そのような場合において、利用するネットワークの優先度に応じて優先的に復旧するように設定しても良い。また、ネットワーク資源が不足している場合において、利用するネットワーク帯域の大きいパスを優先的に復旧設定する、或いは、利用するネットワーク帯域の小さいパスを優先的に復旧設定するようにしても良い。
【００９８】
図１１は、本発明の第１の実施形態における復旧識別子Ｆ１に対する通信装置毎のパス復旧設定を示す識別子対応復旧設定テーブルの例である。ネットワークグループ１に障害が発生した場合の復旧は、復旧識別子Ｆ１にて識別される。復旧識別子に対する復旧パスの設定は、復旧識別子（ＩＤ）１３０１、対象となる通信装置１３０２、パス識別子（ＩＤ）１３０３、接続先のリストである、接続先１３０４、１３０５とから構成され、管理される。
【００９９】
復旧識別子Ｆ１にて識別される復旧では、通信装置１３１１〜１３１３が復旧制御の対象となる。通信装置ｎ１４において、パスａ１に対しては、端末ＴＡ１から受信したデータを通信装置ｎ２２へ送信する設定を示している。また通信装置ｎ１４において、パスｂ１に対しては、端末ＴＢ１から受信したデータを通信装置ｎ２２へ送信する設定を示している。通信装置ｎ２２においては、バスａ１及びｂ１に対して、通信装置ｎ１４から受信したデータを通信装置ｎ６４へ送信する設定を示している。通信装置ｎ６４において、パスａ１に対しては、通信装置ｎ２２から受信したデータを端末ＴＡ２へ送信し、パスｂ１に対しては、通信装置ｎ２２から受信したデータを端末ＴＢ２へ送信する設定を示している。なお、双方向のデータ通信に対しては、図示していないが、逆方向へのデータ伝送設定情報が別途保持される。
【０１００】
図１２は、本発明の第１の実施形態における復旧識別子Ｆ２に対する通信装置毎のパス復旧設定を示す識別子対応復旧設定テーブルの例である。ネットワークグループ２に障害が発生した場合の復旧は、復旧識別子Ｆ２にて識別される。復旧識別子に対する復旧パスの設定は、復旧識別子（ＩＤ）１３０１、対象となる通信装置１３０２、パス識別子（ＩＤ）１３０３、接続先のリストである、接続先１３０４、１３０５とから構成され、管理される。
【０１０１】
復旧識別子Ｆ２にて識別される復旧では、通信装置１４１１〜１４１２が復旧制御の対象となる。通信装置ｎ２１において、パスｃ１に対しては、端末ＴＣ１から受信したデータを通信装置ｎ２２へ送信する設定を示している。また通信装置ｎ２１において、パスｄ１に対しては、端末ＴＤ１から受信したデータを通信装置ｎ２２へ送信する設定を示している。通信装置ｎ２２において、パスｃ１に対しては、通信装置ｎ２１から受信したデータを端末ＴＣ２へ送信し、パスｄ１に対しては、通信装置ｎ２１から受信したデータを端末ＴＤ２へ送信する設定を示している。なお、双方向のデータ通信に対しては、図示していないが、逆方向へのデータ伝送設定情報が別途保持される。
【０１０２】
図１３は、本発明の第１の実施形態における復旧識別子Ｆ３に対する通信装置毎のパス復旧設定を示す識別子対応復旧設定テーブルの例である。ネットワークグループ１及び２に障害が発生した場合の復旧は、復旧識別子Ｆ３にて識別される。復旧識別子に対する復旧パスの設定は、復旧識別子（ＩＤ）１３０１、対象となる通信装置１３０２、パス識別子（ＩＤ）１３０３、接続先のリストである、接続先１３０４、１３０５とから構成され、管理される。
【０１０３】
復旧識別子Ｆ３にて識別される復旧では、通信装置１５１１〜１５１５が復旧制御の対象となる。通信装置ｎ１４において、パスａ１に対しては、端末ＴＡ１から受信したデータを通信装置ｎ２２へ送信し、パスｂ１に対しては、端末ＴＢ１から受信したデータを通信装置ｎ２２へ送信する構成を示している。通信装置ｎ２２においては、バスａ１及びｂ１に対して、通信装置ｎ１４から受信したデータを通信装置ｎ６４へ送信する設定を示している。通信装置ｎ６４において、パスａ１に対しては、通信装置ｎ２２から受信したデータを端末ＴＡ２へ送信し、パスｂ１に対しては、通信装置ｎ２２から受信したデータを端末ＴＢ２へ送信する設定を示している。通信装置ｎ２１において、パスｃ１に対しては、端末ＴＣ１から受信したデータを通信装置ｎ２２へ送信し、パスｄ１に対しては、端末ＴＤ１から受信したデータを通信装置ｎ２２へ送信する設定を示している。通信装置ｎ２２において、パスｃ１に対しては、通信装置ｎ２１から受信したデータを端末ＴＣ２へ送信し、パスｄ１に対しては、通信装置ｎ２１から受信したデータを端末ＴＤ２へ送信する設定を示している。なお、双方向のデータ通信に対しては、図示していないが、逆方向へのデータ伝送設定情報が別途保持される。
【０１０４】
図１４Ａ〜図１４Ｄは、本発明の第１の実施形態における通信装置毎に対するパス復旧設定を示すネットワークグループ復旧設定テーブル（通信装置対応復旧設定テーブル）の例である。通信装置に対する復旧パスの設定は、対象となる通信装置１６０１、復旧識別子（ＩＤ）１６０２、パス識別子（ＩＤ）１６０３、接続先のリストである、接続先１６０４、１６０５とから構成され、管理される。
【０１０５】
図１４Ａは、通信装置ｎ１４に対する復旧識別子毎の復旧パス設定を示しており、ネットワーク管理サーバ１にて算出および保持され、また通信装置ｎ１４においても保持されるデータベースである。通信装置ｎ１４では、ネットワークグループ１に障害が発生した場合の復旧設定（復旧識別子Ｆ１）１６１１と、ネットワークグループ１及び２に障害が発生した場合の復旧設定（復旧識別子Ｆ３）１６１２において、パスの設定変更が必要なことを示している。
【０１０６】
通信装置ｎ１４において、復旧識別子Ｆ１を受信した場合、パスａ１に対しては、端末ＴＡ１から受信したデータを通信装置ｎ２２へ送信し、パスｂ１に対しては、端末ＴＢ１から受信したデータを通信装置ｎ２２へ送信する設定を示している。
【０１０７】
復旧識別子Ｆ３を受信した場合は、パスａ１に対しては、端末ＴＡ１から受信したデータを通信装置ｎ２２へ送信し、パスｂ１に対しては、端末ＴＢ１から受信したデータを通信装置ｎ２２へ送信する設定を示している。なお、双方向のデータ通信に対しては、図示していないが、逆方向へのデータ伝送設定情報が別途保持される。
【０１０８】
図１４Ｂは、通信装置ｎ２２に対する復旧識別子毎の復旧パス設定を示しており、ネットワーク管理サーバ１にて算出および保持され、また通信装置ｎ２２においても保持されるデータベースである。通信装置ｎ２２では、ネットワークグループ１に障害が発生した場合の復旧設定（復旧識別子Ｆ１）１６２１と、ネットワークグループ２に障害が発生した場合の復旧設定（復旧識別子Ｆ２）１６２２、及びネットワークグループ１及び２に障害が発生した場合の復旧設定（復旧識別子Ｆ３）１６２３において、パスの設定変更が必要なことを示している。
【０１０９】
通信装置ｎ２２において、復旧識別子Ｆ１を受信した場合、パスａ１及びｂ１に対して、通信装置ｎ１４から受信したデータを通信装置ｎ６４へ送信する設定を示している。
【０１１０】
復旧識別子Ｆ２を受信した場合、パスｃ１に対しては、通信装置ｎ２１から受信したデータを端末ＴＣ２へ送信し、パスｄ１に対しては、通信装置２１から受信したデータを端末ＴＤ２へ送信する設定を示しいている。
【０１１１】
復旧識別子Ｆ３を受信した場合、パスａ１及びｂ１に対しては、通信装置ｎ１４から受信したデータを通信装置ｎ６４へ送信する設定を示している。また、パスｃ１に対しては、通信装置ｎ２１から受信したデータを端末ＴＣ２へ送信し、パスｄ１に対しては、通信装置２１から受信したデータを端末ＴＤ２へ送信する設定を示しいている。なお、双方向のデータ通信に対しては、図示していないが、逆方向へのデータ伝送設定情報が別途保持される。
【０１１２】
図１４Ｃは、通信装置ｎ６４に対する復旧識別子毎の復旧パス設定を示しており、ネットワーク管理サーバ１にて算出および保持され、また通信装置ｎ１４においても保持されるデータベースである。通信装置ｎ６４では、ネットワークグループ１に障害が発生した場合の復旧設定（復旧識別子Ｆ１）１６３１と、ネットワークグループ１及び２に障害が発生した場合の復旧設定（復旧識別子Ｆ３）１６３２において、パスの設定変更が必要なことを示している。
【０１１３】
通信装置ｎ６４において、復旧識別子Ｆ１を受信した場合、パスａ１に対しては、通信装置ｎ２２から受信したデータを端末ＴＡ２へ送信し、パスｂ１に対しては、通信装置ｎ２２から受信したデータを端末ＴＢ２へ送信する設定を示している。
【０１１４】
復旧識別子Ｆ３を受信した場合は、パスａ１に対しては、通信装置ｎ２２から受信したデータを端末ＴＡ２へ送信し、パスｂ１に対しては、通信装置ｎ２２から受信したデータを端末ＴＢ２へ送信する設定を示している。なお、双方向のデータ通信に対しては、図示していないが、逆方向へのデータ伝送設定情報が別途保持される。
【０１１５】
図１４Ｄは、通信装置ｎ２１に対する復旧識別子毎の復旧パス設定を示しており、ネットワーク管理サーバ１にて算出および保持され、また通信装置ｎ２１においても保持されるデータベースである。通信装置ｎ２１では、ネットワークグループ２に障害が発生した場合の復旧設定（復旧識別子Ｆ２）１６４１と、ネットワークグループ１及び２に障害が発生した場合の復旧設定（復旧識別子Ｆ３）１６４２において、パスの設定変更が必要なことを示している。
【０１１６】
通信装置ｎ２１において、復旧識別子Ｆ２を受信した場合、パスｃ１に対しては、端末ＴＣ１から受信したデータを通信装置ｎ２２へ送信し、パスｄ１に対しては、端末ＴＤ１から受信したデータを通信装置ｎ２２へ送信する設定を示している。
【０１１７】
復旧識別子Ｆ３を受信した場合は、パスｃ１に対しては、端末ＴＣ１から受信したデータを通信装置ｎ２２へ送信し、パスｄ１に対しては、端末ＴＤ１から受信したデータを通信装置ｎ２２へ送信する設定を示している。なお、双方向のデータ通信に対しては、図示していないが、逆方向へのデータ伝送設定情報が別途保持される。
【０１１８】
以上のように、各通信装置に復旧識別子と復旧パス設定情報の組を予め配布しておくことにより、ネットワーク管理サーバからは、復旧識別子を通知するのみで各通信装置の復旧設定が可能となる。
【０１１９】
図１５は、本発明の第１の実施形態における通信装置の構成例を示す図である。通信装置１７００は、ネットワークインタフェース１７０１−１〜１７０１−ｎ、スイッチ１７０１、テーブル管理部１７０３、データ転送テーブル１７０４、利用テーブル制御部１７０７、及びプロテクション管理部１７０８を含む。
【０１２０】
また、データ転送テーブル１７０４は、現用系のパス設定を示すテーブル１７０５、及びグループネットワークの組合せ単位の障害を復旧するための設定を示すネットワークグループ復旧設定テーブル（通信装置対応復旧設定テーブル）１７０６とから構成される。ネットワークグループ復旧設定テーブル１７０６は、図１４Ａ〜Ｄに示したテーブルであり、通信装置毎に管理サーバ１より送付される。
【０１２１】
通信装置１７００は、ネットワークインタフェース１７０１を介してパス設定のためのデータ及び復旧用の設定を受信、及び設定した伝送パスの稼働状況を確認するデータを送受信する。スイッチ１７０２は、転送用のデータを受信した場合、データ転送用のテーブル１７０４に従い、出力先のネットワークインタフェースへデータをスイッチする。受信したデータが、パス設定のためのデータ及び復旧のためのパス設定の場合は、スイッチ１７０２は、テーブル管理部１７０３へ受信データをスイッチする。伝送パスの稼働状況確認用のデータを受信した場合は、スイッチ１７０２は、プロテクション管理部１７０８へデータを転送する。稼働状況確認用のデータをプロテクション管理部１７０８から受信した場合は、スイッチ１７０２は、送信先識別子に従い、他の通信装置へ向けて適切なインタフェースへ稼働状況確認用のデータを転送する。
【０１２２】
テーブル管理部１７０３は、受信したデータが現用系のパス設定の場合、現用系のテーブル１７０５の更新を行う。受信したデータがネットワークグループの組合せに対する障害を復旧するためのパス設定の場合、ネットワークグループ復旧設定テーブル１７０６を更新する。受信したデータが復旧用のパス設定を特定する復旧識別子（ＩＤ）の場合、テーブル管理部１７０３は、利用テーブル制御部１７０７へ受信した復旧識別子（ＩＤ）を通知する。利用テーブル制御部１７０７は、テーブル管理部１７０３から受信した復旧識別子（ＩＤ）に従い、スイッチ１７０２が受信データ転送用に利用する設定情報を、復旧識別子（ＩＤ）が示す復旧用のパス設定をネットワークグループ復旧設定テーブル１７０６から選択して、現用系テーブル１７０５のデータを更新する。
【０１２３】
例えば、通信装置ｎ１４の設定を示すネットワークグループ復旧設定テーブル１７０６を表す図１４Ａを参照すると、通信装置ｎ１４が復旧識別子１６０２として「Ｆ１」を受信した場合、ｎ１４は、「Ｆ１」に対応するパス識別子１６０３と接続先１６０４，１６０５に従って、現用系テーブル１７０５のデータを更新し、復旧用パス設定を行う。すなわち、パスａ１を形成するために、端末ＴＡ１と通信装置ｎ２２を接続する。
【０１２４】
図１５に示す通信装置の物理的構成としては、プロテクション管理部１７０８、テーブル管理部１７０３は、図示しない記憶装置に格納されたプログラムが図示しないプロセッサによって実行されることで、定められた処理を他のハードウェアと協働して実現される。本明細書では、計算機などが実行するプログラム、その機能、あるいはその機能を実現する手段を、「機能」、「手段」、「部」、「ユニット」、「モジュール」等と呼ぶ場合がある。
【０１２５】
また、各種プログラムは、プログラム配布サーバや、計算機が読み取り可能な記憶メディアによって各計算機にインストールされてもよい。この場合、プログラム配布サーバは、プロセッサと記憶資源を含み、記憶資源はさらに配布プログラムと配布対象であるプログラムを記憶する。そして、配布プログラムをプロセッサが実行することで、プログラム配布サーバのプロセッサは、配布対象のプログラムを他の計算機に配布する。
【０１２６】
また、実施例中、ソフトウエアで構成した機能と同等の機能は、FPGA（Field Programmable Gate Array）、ASIC（Application Specific Integrated Circuit）などのハードウエアでも実現できる。そのような態様も本願発明の範囲に含まれる。
【０１２７】
データ転送テーブル１７０４は記憶装置に格納される。本明細書では、「〜テーブル」、「〜リスト」、「〜ＤＢ（Ｄａｔａｂａｓｅ）」、「〜キュー」、「情報」等の表現にて構成を説明するが、これらは等価な情報である限り、テーブル、リスト、ＤＢ、キュー、等のデータ構造以外で表現されていてもよい。
【０１２８】
また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）」という表現を用いるが、これらについては互いに置換が可能である。
【０１２９】
以上は、図１６のネットワーク管理サーバでも同様に当てはまる。  図１６は、本発明の第１の実施形態におけるネットワーク管理サーバの構成例を示す図である。ネットワーク管理サーバ１は、プロセッサ（処理装置）であるＣＰＵ１８０１、記憶装置であるメモリ１８０２およびストレージ１８０３、入力装置および出力装置であるネットワークインタフェース１８０４（１８０４−１〜１８０４−ｎ）を備え、各構成はバス１８００を介して互いに接続される。さらに図示しない入出力装置、例えばキーボードや画像表示装置を備えていてもよい。
【０１３０】
ＣＰＵ１８０１は、ストレージ１８０３に格納された各種のプログラムをメモリ１８０２にロードし、プログラムを実行することで、各種機能部として動作する。ＣＰＵ１８０１がプログラムを実行することによってネットワーク管理サーバ１が備える機能を実現できる。メモリ１８０２は、ＣＰＵ１８０１によって実行されるプログラム及び当該プログラム実行に必要なデータを格納する。プログラムは具体的には、以下の図１７で説明する処理を実行できるように構成される。ネットワークインタフェース１８０４は、１乃至複数の外部ネットワークと接続するためのインタフェースである。また、メモリ１８０２またはストレージ１８０３は、図８〜図１４に説明した各種テーブルを必要に応じて格納する。  なお、本実施例の構成は、図１６のように単体のコンピュータで構成してもよいし、あるいは、入力装置、出力装置、処理装置、記憶装置の任意の部分が、ネットワークで接続された他のコンピュータで構成されてもよい。
【０１３１】
図１７は、本発明の第１の実施形態における障害復旧処理を示すフローチャートの例である。ネットワーク管理サーバは１、障害復旧管理プログラムをＣＰＵにロードして開始する（ステップＳ１１００）。
【０１３２】
ネットワーク管理サーバ１のＣＰＵ１８０１は、ネットワーク管理者等からの現用系パス設定入力に基づき、現用系の伝送パス経路及びプロテクションパス経路を算出し、インタフェース１８０４を介して関係する通信装置へ現用系及びプロテクションパスの設定を実行する（ステップＳ１１０１）。設定は、各通信装置のプロテクション管理部１７０８、現用系テーブル１７０５に設定される。
【０１３３】
ネットワーク管理サーバ１のＣＰＵ１８０１は、算出した複数の現用系パス（各ユーザのネットワーク）の経路を比較し、類似性の高い伝送パスをグループ化して、メモリ１８０２に記憶して管理する（ステップＳ１１０２）。
【０１３４】
ネットワーク管理サーバ１のＣＰＵ１８０１は、障害の発生した通信装置と、それにより影響を受けるネットワークグループの関係を示す通信障害判定テーブル及びネットワークグループのプロテクションパスの関係を示すプロテクション障害判定テーブル（図８および図９参照）を構成する（ステップＳ１１０３）。これらのテーブルも、メモリ１８０２に記憶される。  ネットワーク管理サーバ１のＣＰＵ１８０１は、データ伝送に障害の発生しているネットワークグループの組合せパターン其々に対して、識別子（ＩＤ）を付与すると共に復旧用のパス設定を算出し、グループ対応復旧設定テーブル(図１０参照）を構成する（ステップＳ１１０４）。このテーブルも、メモリ１８０２に記憶される。
【０１３５】
ネットワーク管理サーバ１のＣＰＵ１８０１は、ネットワークグループの組合せパターン毎に算出した復旧用の伝送パス設定を、通信装置単位に分割構成し、ネットワークグループ復旧設定テーブル（図１４Ａ〜Ｄ参照）を生成する（ステップＳ１１０５）。
【０１３６】
ネットワーク管理サーバ１のＣＰＵ１８０１は、構成した通信装置毎のネットワークグループ復旧設定テーブルを、復旧用の識別子（ＩＤ）と共に、インタフェース１８０４を介して各通信装置へ配布する（ステップＳ１１０６）。各通信装置１７００は、利用テーブル制御部１７０７の制御により、データ転送テーブル１７０４にネットワークグループ復旧設定テーブル１７０６として登録する。
【０１３７】
以上の処理は準備段階であり、ステップＳ１１０６まででネットワークは本実施例の障害回復処理を実行できる状態となる。以下のステップＳ１１０７以降は障害発生時の処理となる。ステップＳ１１０６までと、ステップＳ１１０７以降は、同一のネットワーク管理サーバ１で行ってもよいし、別々のサーバで行うこともできる。
【０１３８】
ネットワーク管理サーバ１のＣＰＵ１８０１は、ネットワークに障害が発生していないかの監視を開始する。監視方法は従来技術を適用でき、例えば、各通信装置からの障害情報を収集する。障害が発生した通信装置の識別子をキーにして、特にプロテクション障害判定テーブル（図９）を参照し、プロテクション不可が発生していないかを判定する（ステップＳ１１０７）。
【０１３９】
ステップＳ１１０７の判定において、プロテクション不可が発生していない場合は、ＣＰＵ１８０１はステップＳ１１０７の処理を継続する。プロテクション不可が発生していない場合は、障害があった場合でも従来のプロテクション方式により、パスを切り替えることにより障害を復旧することができる。
【０１４０】
ステップＳ１１０７の判定において、プロテクションによる復旧不可が発生していると判定した場合は、プロテクション障害判定テーブル(図９）により、プロテクション方式で復旧できないネットワークグループを特定する。特定したネットワークグループに基づいて、グループ対応復旧設定テーブル（図１０）から、障害の発生しているネットワークグループの組合せパターンに対応する復旧用の識別子を特定し、インタフェース１８０４を介して復旧のための通信装置に復旧用のＩＤを通知する（ステップＳ１１０８）。
【０１４１】
以上説明したように、通信装置に障害が発生した場合において、プロテクションパスにより復旧が可能な場合は、瞬時にデータ伝送がプロテクションパスにより復旧される。また、プロテクションパスによるデータ伝送障害の復旧が不可な場合は、通信装置障害によりデータ伝送に障害の発生しているネットワークグループに対して、事前に算出した復旧用のデータ伝送パスを用いることにより、データ伝送が迅速に復旧される。
【０１４２】
すなわち、本実施例によれば、物理ネットワーク上に構成した仮想ネットワークに対して発生する障害を迅速に復旧可能である。また、メンテナンスのための一部ネットワーク設定の変更、或いは時間区分に従ったネットワークの運用設定変更に対して、速やかなネットワーク運用の設定変更が可能となる。事前に準備する運用設定を、設定しているネットワークの類似度によりまとめたネットワークグループの組合せに対して準備することにより、同時に設定変更を実施する可能性の高いネットワークを効率的に設定変更可能となる。また、設定しているネットワークの類似度によりまとめたネットワークグループを構成することにより、準備する運用設定のパターン数を削減することが可能である。また、プロテクションパスによる復旧が可能な場合は、プロテクションにより復旧し、プロテクションパスによる復旧が不可の場合において、事前に準備した変更用の運用設定を利用する構成にすることにより、小規模から大規模な障害復旧や運用設定変更を迅速に実行可能である。
【実施例２】
【０１４３】
図１８は、本発明の第２の実施形態（実施例２）における障害復旧処理を示すフローチャートの例である。実施例１では、プロテクションによる障害復旧可否をトリガーにより、ネットワークグループに対する障害復旧処理を実行したが、本実施例では、発生している障害を一定時間に蓄積保持した後に、ネットワークグループに対する障害復旧処理を実行するか否かを判定する。なお、図１１において説明した、ステップＳ１１００からステップＳ１１０６は、同一の処理となるため、説明を省略する。ネットワーク管理サーバ１は、通信装置障害が発生していないか否かを監視する（ステップＳ１２０１）。
【０１４４】
ステップＳ１２０１の判定において、通信装置に障害が発生していないと判定した場合は、ステップＳ１２０１の処理を継続する。ステップＳ１２０１の判定において、通信装置に障害が発生していると判定した場合は、障害情報を蓄積するためのタイマーを起動する（ステップＳ１２０２）。
【０１４５】
ネットワーク管理サーバ１は、受信した通信装置障害の情報を記録する（ステップＳ１２０３）。
【０１４６】
続いてネットワーク管理サーバ１は、障害発生通知を受信して起動したタイマーにおいて所定の時間（例えば１秒）経過したか否かを判定する（ステップＳ１２０４）。
【０１４７】
ステップＳ１２０４の判定において、所定の時間経過していないと判定した場合は、ステップＳ１２０３の処理を実行する。ステップＳ１２０４の判定において、所定の時間経過したと判定した場合は、蓄積保持した全ての障害情報からネットワークグループに対する障害の発生パターンを判定し、ネットワークグループに対する障害が発生している場合は、復旧用の識別子（ＩＤ）を特定し、障害復旧に関連する通信装置に対して復旧用の識別子を通知する（ステップＳ１２０５）。
【０１４８】
一方、ネットワークグループに対する障害が発生していない場合は、特段の処理を実行することなく、ステップＳ１２０１の処理を実行する。
【０１４９】
以上説明したように、所定の時間の間に発生した通信装置の障害情報に基づき、データ伝送に障害の発生しているネットワークグループに対して、事前に算出した復旧用のデータ伝送パスを用いることにより、データ伝送が迅速に復旧される。実施例２のように発生している障害を一定時間に蓄積保持した後に、ネットワークグループに対する障害復旧処理を実行するか否かを判定することにより、判定の精度が高まり、システムの信頼性を高めることができる。
【実施例３】
【０１５０】
実施例１では、設定されたネットワークの類似度に応じて、ネットワークをグループ化して管理したが、本実施例では、障害の発生危険度を考慮したネットワークのグループ化を行う例について説明する。
【０１５１】
図１９は、本発明の第３の実施形態（実施例３）における通信装置に対する障害の発生危険度を示す危険度判定テーブルの例である。通信装置に対する障害発生の危険度は、通信装置１９０１、製造年月日１９０２、障害発生の危険度１９０３、及び通信装置グループ１９０４より構成され、管理される。一例として、障害発生の危険度１９０３は、通信装置が製造された年月日により判定される。具体的には、製造された年月日が１０年以上前の装置に対しては、障害発生危険度大（識別子１）が設定される。
【０１５２】
続いて、障害発生の危険度の高い通信装置に対して、近接する通信装置をグループ化する。本実施例では、通信装置ｎ１１とｎ１２が隣接しているため、通信装置グループ１を構成する。また、通信装置ｎ４３とｎ５３が隣接しているため、通信装置グループ２を構成する。続いて、通信装置グループ１に属する通信装置を含むネットワークをグループ化する。
【０１５３】
即ち、実施例１で示した、端末ＴＡ１とＴＡ２間のネットワーク、及び端末ＴＢ１とＴＢ２間のネットワークに対して、ネットワークグループ１を構成する。同様に、端末ＴＣ１とＴＣ２間のネットワーク、及び端末ＴＤ１とＴＤ２間のネットワークに対して、ネットワークグループ２を構成する。変更用の運用設定については、実施例１にて説明したように、ネットワークグループ１の変更、ネットワークグループ２の変更、及びネットワークグループ１と２の同時変更パターンについて、事前に設定変更を算出する。
【０１５４】
なお、本実施例では、製造年月日により障害発生危険度を判定しているが、その他の方法、例えば通信装置を設置した年月日、或いは過去の事例として障害発生頻度の高い方の通信装置等により、障害発生危険度を判定しても良い。実施例３のように、障害の発生する確率が相対的に高い通信装置を利用するネットワークのみを、ネットワークグループに含めることにより、重点的に障害に対処することができ、システムの効率化を図ることができる。
【０１５５】
本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることが可能である。また、各実施例の構成の一部について、他の実施例の構成の追加・削除・置換をすることが可能である。
【符号の説明】
【０１５６】
１  ネットワーク管理サーバ
ｎ１１、ｎ１２、ｎ１３、ｎ１４  通信装置
ｎ２１、ｎ２２                  通信装置
ｎ３１、ｎ３２、ｎ３３          通信装置
ｎ４１、ｎ４２、ｎ４３          通信装置
ｎ５１、ｎ５２、ｎ５３          通信装置
ｎ６１、ｎ６２、ｎ６３、ｎ６４  通信装置
ＴＡ１、ＴＡ２、ＴＢ１、ＴＢ２  端末
ＴＣ１、ＴＣ２、ＴＤ１、ＴＤ２  端末
【図１】
0006527452.tif 000002
【図２】
0006527452.tif 000003
【図３】
0006527452.tif 000004
【図４】
0006527452.tif 000005
【図５】
0006527452.tif 000006
【図６】
0006527452.tif 000007
【図７】
0006527452.tif 000008
【図８】
0006527452.tif 000009
【図９】
0006527452.tif 000010
【図１０】
0006527452.tif 000011
【図１１】
0006527452.tif 000012
【図１２】
0006527452.tif 000013
【図１３】
0006527452.tif 000014
【図１４Ａ】
0006527452.tif 000015
【図１４Ｂ】
0006527452.tif 000016
【図１４Ｃ】
0006527452.tif 000017
【図１４Ｄ】
0006527452.tif 000018
【図１５】
0006527452.tif 000019
【図１６】
0006527452.tif 000020
【図１７】
0006527452.tif 000021
【図１８】
0006527452.tif 000022
【図１９】
0006527452.tif 000023