(57)【特許請求の範囲】
【請求項１】
下位レイヤの接続回線たる下位レイヤ回線の障害又は性能劣化をイベントとして検出する検出手段と、
検出されたイベントによって影響を受ける上位レイヤの接続回線たる上位レイヤ回線を抽出する抽出手段と、
抽出された上位レイヤ回線に関する制御を実施する制御手段と、
上位レイヤ回線に対する制御内容及びこの制御内容の実施条件をイベントの内容及び上位レイヤ回線に関連づけて記憶した制御内容記憶手段と、
イベントが検出され且つ上位レイヤ回線が抽出された場合に、前記制御内容記憶手段を参照し、検出されたイベントの内容及び抽出された上位レイヤ回線に対応する制御内容の実施条件が満たされているか否かを判定し、実施条件が満たされていると判定した場合に、この制御内容を前記制御手段に実施させる判定手段と、を備え、
前記制御内容記憶手段は、制御内容毎に割り当てられた優先度をさらに記憶し、
前記判定手段は、前記検出されたイベントの内容及び前記抽出された上位レイヤ回線に対して複数の制御内容の実施条件が満たされる場合に、前記優先度に従って制御内容を前記制御手段に実施させる
レイヤ型ネットワークの管理システム。
【請求項２】
前記制御内容は、上位レイヤ回線の迂回処理であり、
上位レイヤ回線が抽出された場合に、この抽出された上位レイヤ回線に対する迂回経路を算出する算出手段をさらに備え、
前記制御手段は、前記判定手段によって当該上位レイヤ回線に対する迂回処理の実施条件が満たされると判定された場合に、前記算出手段によって予め算出された迂回経路を用いて迂回処理を実施する、
請求項１記載のレイヤ型ネットワークの管理システム。
【請求項３】
下位レイヤの接続回線たる下位レイヤ回線の障害又は性能劣化をイベントとして検出し、検出されたイベントによって影響を受ける上位レイヤの接続回線たる上位レイヤ回線を抽出し、
イベントが検出され且つ上位レイヤ回線が抽出された場合に、上位レイヤ回線に対する制
御内容及びこの制御内容の実施条件をイベントの内容及び上位レイヤ回線に関連づけて記憶しており且つ制御内容毎に割り当てられた優先度を記憶している制御内容記憶手段を参照し、検出されたイベントの内容及び抽出された上位レイヤ回線に対応する制御内容の実施条件が満たされているか否かを判定し、
前記検出されたイベントの内容及び前記抽出された上位レイヤ回線に対して複数の制御内容の実施条件が満たされる場合に、前記優先度に従って前記抽出された上位レイヤ回線に関する制御内容を実施する
ことを含むレイヤ型ネットワークの管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、上位レイヤと下位レイヤとを含むレイヤ型ネットワークの管理システムに関し、特に、トポロジやテクノロジ（SONET、ATM、IP）等、異なる管理ドメインで構成された階層（レイヤ）型のネットワークにおける障害復旧に関する。
【０００２】
【従来の技術】
従来、トポロジやテクノロジ（SONET、ATM、IP）等、異なる管理ドメインで構成された階層（レイヤ）型のネットワークがある。レイヤ型のネットワークの管理は、レイヤ毎に個別の管理ポリシーに従って実施される。なぜなら、各レイヤの実現テクノロジが異なるからである。従って、上位レイヤが下位レイヤで発生した障害を検出しなかったり、検出に時間を要したりすることがある。
【０００３】
以下に、近年利用が増大しているＩＰ（Internet Protocol）ネットワーク(レイヤ３)を上位レイヤの代表例として、その障害管理について例を示す。ＩＰネットワーク上の伝送装置(ルータ)は、隣接するルータと接続確認データパケット(HELLOパケット)を定期的に交換しあう事によって、隣接ルータに接続されている事を確認する。このとき、ルータ間に障害がある場合には、ルータは隣接ルータから接続確認データパケットを得ることができない。
【０００４】
ルータは、一般には、所定期間内に隣接ルータから接続確認データパケットが得られなければ、自身と隣接ルータとの間のコネクションに障害があると判断する。この場合には、コネクションの迂回処理が実施される。迂回処理によって、ルータは、隣接ルータに伝送していたデータバケットを迂回先に相当する他のルータに伝送するようになる。これによって、このデータパケットは、迂回ルートを通じて目的地に伝送される。
【０００５】
迂回処理に際し、データパケットの転送優先度や割当帯域が迂回先のルータに設定される。この設定処理は、ＩＰレイヤの管理システムによって、障害発生との判断を行ったルータからの通知をトリガとして、実施される。
【０００６】
【発明が解決しようとする課題】
上述した接続確認データパケットを用いて障害を検出し、復旧処理(迂回処理等)を実施する方式では、以下の問題があった。即ち、レイヤ３のコネクションの障害は、その下位レイヤ(データリンクレイヤ：レイヤ２)におけるリンク障害(リンク切断)によって発生する。このリンク障害は、上記した方式により、レイヤ３で検出可能である。但し、レイヤ３では、トラフィック量の抑制を目的として接続確認データパケットの送出間隔を数分毎に設定することが多い。さらに、接続確認データパケットを連続して数回隣接ルータから受信できなかったときに障害と判定することもある。
【０００７】
一方、下位レイヤ(レイヤ２)のネットワークは、レイヤ３とは異なる管理ポリシーに従って管理・制御されており、リンク障害は、レイヤ２の管理システムでは検出される。レイヤ２におけるリンク障害は、レイヤ３における障害検出方式が上記構成をとることから、レイヤ３よりも早く検出されることが多い。
【０００８】
しかしながら、上記したように、従来では、レイヤ２とレイヤ３とは別個の管理システムによって管理されているため、レイヤ２で検出されたリンク障害がレイヤ３の管理システムに通知されることはなかった。このため、レイヤ２でリンク障害が検出されているにも関わらず、レイヤ３ではこれよりも遅れてコネクション障害を通じてリンク障害を検出することになっていた。
【０００９】
また、レイヤ２のリンクでの障害により帯域が減少した場合でも、レイヤ３において、ルータは接続確認データパケットを交換できる。このため、ルータは、レイヤ２における性能劣化(帯域減少)を認識しない。従って、レイヤ３の管理システムは、何らの処理を行わなかった。このように、レイヤ３のネットワークの情報に基づくレイヤ３のポリシー制御では、レイヤ２のリンクの性能劣化に対応できなかった。
【００１０】
上記したような(１)下位レイヤのリンク(接続回線)の障害検出に時間がかかる、(２)下位レイヤのリンク(接続回線)の性能劣化に対応できないといった問題は、上位レイヤと下位レイヤとに対する管理・制御が異なるポリシーに基づいて夫々独立して実施されているレイヤ型ネットワークにおいての一般的な問題であった。
【００１１】
本発明は、上位レイヤと下位レイヤとを含むレイヤ型ネットワークにおいて、上位レイヤが下位レイヤの接続回線の障害に迅速に対応でき、又は性能劣化に応じた上位レイヤの管理を実施できる管理システムを提供することを目的とする。
【００１２】
【発明を解決するための手段】
本発明は、上述した目的を達成するため以下の構成を採用する。
【００１３】
即ち、本発明は、レイヤ型ネットワークを管理するシステムであって、
下位レイヤの接続回線たる下位レイヤ回線の障害又は性能劣化をイベントとして検出する検出手段と、
検出されたイベントによって影響を受ける上位レイヤの接続回線たる上位レイヤ回線を抽出する抽出手段と、
抽出された上位レイヤ回線に関する制御を実施する制御手段と、
を備える。
【００１４】
本発明において、下位レイヤ回線の障害は、例えばリンクの切断であり、下位レイヤ回線の性能劣化は、帯域減少，遅延等である。上位レイヤ回線に関する制御は、例えば、迂回処理，管理者への通知，上位レイヤの伝送装置のバッファ制御等である。
【００１５】
本発明によれば、下位レイヤ回線の障害又は性能劣化が検出された場合に、これらによって影響を受ける上位レイヤ回線が特定され、この上位レイヤ回線に関する制御が実施される。このように、下位レイヤ回線の障害検出に基づいて上位レイヤ回線に関する制御が実施されることにより、従来よりも迅速に下位レイヤ回線の障害を検出でき、これに対する上位レイヤでの復旧処理(例えば、迂回処理)に要する時間を短縮することができる。また、下位レイヤ回線の性能劣化を考慮した上位レイヤでのポリシー制御が実施可能になる。
【００１６】
本発明は、上位レイヤ回線に対する制御内容，及びこの制御内容の実施条件をイベントの内容及び上位レイヤ回線に関連づけて記憶した制御内容記憶手段と、
イベントが検出され且つ上位レイヤ回線が抽出された場合に、前記制御内容記憶手段を参照し、検出されたイベントの内容及び抽出された上位レイヤ回線に対応する制御内容の実施条件が満たされているか否かを判定し、実施条件が満たされていると判定した場合に、この制御内容を前記制御手段に実施させる判定手段と、をさらに備える構成とするのが好ましい。
【００１７】
このようにすれば、下位レイヤで発生した障害又は性能劣化に対し、下位レイヤと上位レイヤとの連携で実施されるポリシー制御を上位レイヤ側から定義することが可能となる。
【００１８】
また、本発明は、前記制御内容記憶手段が、制御内容毎に割り当てられた優先度をさらに記憶し、
前記判定手段は、前記検出されたイベントの内容及び前記抽出された上位レイヤ回線に対して複数の制御内容の実施条件が満たされる場合に、前記優先度に従って制御内容を前記制御手段に実施させる、ように構成するのが好ましい。
【００１９】
また、本発明は、前記制御内容が、上位レイヤ回線の迂回処理であり、
上位レイヤ回線が抽出された場合に、この抽出された上位レイヤ回線に対する迂回経路を算出する算出手段をさらに備え、
前記制御手段は、前記判定手段によって当該上位レイヤ回線に対する迂回処理の実施条件が満たされると判定された場合に、前記算出手段によって予め算出された迂回経路を用いて迂回処理を実施する、構成とするのが好ましい。
【００２０】
このようにすれば、制御手段が上位レイヤのポリシー制御として迂回処理を実施する場合に、迂回経路が予め算出されているので、迂回処理に要する時間を短縮することができる。
【００２１】
また、本発明は、イベントが検出され且つ上位レイヤ回線が抽出された場合に、この上位レイヤ回線に対する前記判定手段による判定処理が必要か否かを判定し、前記判定処理が必要ないと判定した場合には、前記制御内容記憶手段に記憶されたこれらのイベントの内容及び上位レイヤ回線に対応する制御内容を前記判定手段による判定処理を経ることなく前記制御手段に実施させ、前記判定処理が必要であると判定した場合には、前記判定処理を前記判定手段に実施させる第２判定手段をさらに備える構成とするのが好ましい。
【００２２】
判定処理が必要な制御内容は、例えば、その実施条件を満たすか否かの判定に上位レイヤ回線に関する閾値判定が必要な制御内容(管理ポリシー)であり、判定処理が不要な制御内容は、上記閾値判定が不要な制御内容であり、例えば、イベントの発生自体が実施条件となるような制御内容である。このようにすれば、判定手段による判定処理を省略できるので、制御内容の実施を早めることが可能となる。
【００２３】
また、本発明は、前記下位レイヤのネットワークは、複数のサブネットワークからなり、
前記第２判定手段は、前記サブネットワーク毎に設けられ、前記制御手段に対して並列に動作するように構成するのが好ましい。
【００２４】
また、本発明は、前記第２判定手段が、前記検出されたイベントの内容及び前記抽出された上位レイヤ回線に対応する複数の制御内容が前記制御内容記憶手段に記憶されている場合に、制御内容毎に割り当てられた優先度に従って前記処理を実施する、ように構成するのが好ましい。
【００２５】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。実施形態における構成は例示であり、本発明は実施形態の構成の範囲に限定されない。
【００２６】
〔第１実施形態〕
図１は、本発明の第１実施形態によるネットワークの管理システム１００の構成例を示す図である。図２は、下位レイヤのネットワークＬＮ及びその管理システムの構成例を示す図である。図３は、上位レイヤのネットワークＵＮ及びその管理システムの構成例を示す図である。
【００２７】
本発明による管理システムは、複数のレイヤを持つレイヤ型ネットワークに適用される。本実施形態では、図１に示すように、管理システム１００は、上位レイヤのネットワークと下位レイヤのネットワークとからなるレイヤ型ネットワークを管理する。また、上位レイヤとして、ネットワークレイヤ(レイヤ３)が想定され、下位レイヤとして、データリンクレイヤ(レイヤ２)が想定されている。
【００２８】
図２に示すように、下位レイヤは、複数の伝送装置Ｓ(図２では伝送装置Ｓ１〜Ｓ９を例示)がリンクＬ(下位レイヤ回線)で接続されることによって構成されており、ユーザ(カスタマ)のデータパケットに相当する電気信号を伝送装置Ｓ及びリンクＬを通じて伝送する。伝送装置Ｓは、例えば交換機(スイッチ)である。
【００２９】
下位レイヤは、その規模が大きい場合には、複数のサブネットワーク(管理ドメイン)に分割され、管理ドメイン毎に管理される。これによって、管理に係る処理コストの低減が図られる。図２の例では、下位レイヤのネットワークは、３つのサブネットワークＳＵＢ１,ＳＵＢ２,ＳＵＢ３に分割されている。この場合には、下位レイヤの管理システムとして、下位レイヤのトポロジ情報(伝送装置Ｓ及びリンクＬに関する情報(トポロジ，状態等))を管理・制御するレイヤ２のネットワーク・マネージメント・システム(Ｌ２ＮＭＳ)１と呼ばれる管理・制御ユニットが用意されるとともに、エレメント・マネージメント・システム(ＥＭＳ：装置管理システム)２と呼ばれる管理・制御ユニットがサブネットワーク毎に用意される。
【００３０】
各ＥＭＳ２は、監視用のリンクを介して管理ドメイン内の伝送装置Ｓと夫々接続される。一方、各ＥＭＳ２は、自身を収容するローカルネットワーク３，システム制御／管理用データネットワーク４，及びＬ２ＮＭＳ１を収容するローカルネットワーク５を通じてＬ２ＮＭＳ１に接続される。
【００３１】
伝送装置Ｓは、リンクＬの状態(帯域，遅延，リンク切断等)を監視する性能監視システム(下位レイヤ装置管理システム１１)を搭載しており、性能監視システムは、信号の受信の有無，信号レベル監視，信号受信タイミング等を監視することによって、リンクＬの状態(リンクの障害(リンクの切断)，性能劣化(帯域減少，伝送遅延))を検出し、検出した状態を性能データとしてＥＭＳ２に通知する。リンクＬの状態の検出間隔は、上位レイヤにおける接続確認データパケットの送出間隔よりも十分に短く、リンクＬの障害及び性能劣化を上位レイヤよりも早く検出可能になっている。
【００３２】
ＥＭＳ２は、性能データに基づいて、管理ドメインに対し、下位レイヤのポリシー制御を実施することで、管理ドメインを管理・制御する。例えば、ＥＭＳ２は、リンクＬに障害が発生すると、この障害に対する復旧処理を実施する。ＥＭＳ２は、管理ドメインの管理・制御に際し、必要に応じてＬ２ＮＭＳ１から管理ドメインに属する伝送装置Ｓ及びリンクＬに関する情報を得る。
【００３３】
上位レイヤは、複数の伝送装置Ｒ(図３では伝送装置Ｒ１〜Ｒ３を例示)がコネクションＣ(ＩＰフロー：上位レイヤ回線)で接続されることによって構成されており、ユーザ(カスタマ)のデータパケットをコネクションＣを通じて伝送する。伝送装置Ｒは、例えばルータである。
【００３４】
上位レイヤでは、管理システムとして、レイヤ３のネットワーク・マネージメント・システム(Ｌ３ＮＭＳ)６と、コネクション制御部７とが用意される。Ｌ３ＮＭＳ６及びコネクション制御部７は、伝送装置Ｒの制御用ネットワーク７に接続されており、この制御用ネットワーク７を通じて各伝送装置Ｒ１〜Ｒ３に接続されている。
【００３５】
各伝送装置Ｒ１〜Ｒ３は、例えばＯＳＰＦのようなルーティングプロトコルを用いて接続確認データパケットを用いた相互監視を実施し、隣接する伝送装置Ｒからの応答がない場合には、自身と隣接伝送装置との間のリンク障害と判断し、この判断をトリガとして、障害の復旧処理(例えば、迂回処理)を実施する。迂回処理に際し、コネクション制御部７は、データパケットの迂回先に相当する伝送装置Ｒに対するコネクション制御(データパケットの転送優先度，割当帯域の設定等)を実施する。コネクション制御部７は、必要に応じて、Ｌ３ＮＭＳ６から上位レイヤに関する情報(トポロジ情報，リソース情報，伝送装置Ｒ及びコネクションＣに関する情報)を得る。
【００３６】
上位レイヤにおける各コネクションＣは、下位レイヤにおけるリンクＣと対応関係にある。例えば、図１に示すように、レイヤ型ネットワークが図３に示したトポロジを持つ上位レイヤと図２に示したサブネットワークＳＵＢ１のトポロジを持つ下位レイヤとからなる場合、伝送装置Ｒ１と伝送装置Ｒ２とを結ぶコネクションＣ１１は、下位レイヤにおけるリンクＬ１１,Ｌ１２,Ｌ１３に対応する。
【００３７】
図１に示すように、管理システム１００は、下位レイヤ装置管理システム１１と、リンク監視項目テーブル１２と、リンク監視部１３(検出手段)と、リンク／コネクション対応テーブル１４と、コネクション抽出部１５(抽出手段)と、連携ポリシーテーブル１６(制御内容記憶手段)と、コネクション情報テーブル１７と、実施条件判定部１８(判定手段)と、コネクション制御部１９(制御手段)とを備えている。
【００３８】
図４は、リンク／コネクション対応テーブル１４の例を示す説明図である。リンク／コネクション対応テーブル１４は、リンクとコネクションとの対応関係を保持したテーブルであり、リンクの識別情報(リンクＩＤ)とこれに対応するコネクションの識別情報(コネクションＩＤ)とを含むレコードをリンク毎に保持する。一般に、リンクＩＤは、Ｌ２ＮＭＳ１で管理されており、コネクションＩＤは、Ｌ３ＮＭＳ６で管理されている。リンク／コネクション対応テーブル１４は、これらから必要なリンクＩＤ及びコネクションＩＤを読み出すことで生成される。
【００３９】
この例では、リンクＬは、以下のような表記方法で表され、この表記がリンクＩＤとして用いられる。即ち、リンクＬは、このリンクで結ばれる二つの伝送装置Ｓと、このリンクに割り当てられた順番(番号)によって特定される。例えば、伝送装置Ｓｎ(ｎは伝送装置Ｓの識別情報)と伝送装置Ｓｍ(ｍは伝送装置Ｓの識別情報)とを接続するｎ番目のリンクは、“Ｌｎ-ｍ／ｎ”で表される。具体的には、例えば、図１において、伝送装置Ｓ１と伝送装置Ｓ２とを接続する１番目のリンクＬは、“Ｌ１-２／１”と表記され、この表記が当該リンクのリンクＩＤである。また、コネクションＣは、リンクＬと同様の表記方法で表され、この表記がコネクションＩＤとして用いられる。即ち、伝送装置Ｒｎ(ｎは伝送装置Ｒの識別情報)と伝送装置Ｒｍ(ｍは伝送装置Ｒの識別情報)とを接続するｎ本目のコネクションは、“Ｃｎ-ｍ／ｎ”で表される。具体的には、例えば、図１において、伝送装置Ｒ１と伝送装置Ｒ２とを接続するコネクションＣは、“Ｃ１-２／１”と表記され、この表記が当該コネクションのコネクションＩＤである。なお、リンク“Ｌｎ-ｍ/ａ”とリンク“Ｌｍ-ｎ/ａ”とは同一のリンクである（コネクションについても同様）。
【００４０】
図５は、連携ポリシーテーブル１６の例を示す説明図である。連携ポリシーテーブル１６は、上位レイヤの管理システムと下位レイヤの管理システムとの連携によって実施される管理ポリシー(連携ポリシー)として管理システム１００の管理者により定義された情報を格納したテーブルである。この例では、リンクＬの障害又は性能劣化をイベントとし、このイベントに対するコネクションに関する上位レイヤのポリシー制御が連携ポリシーとして定義されている。
【００４１】
このため、連携ポリシーテーブル１６は、予めコネクションに割り当てられた「リンク監視項目とその閾値(イベントＩＤ：イベントの内容)、コネクション監視項目とその閾値(実施条件)、管理アクション(制御内容)」で構成される管理ポリシーを、コネクションＩＤ及びイベントＩＤ毎に保持する(図７参照)。
【００４２】
具体的には、連携ポリシーテーブル１６は、管理システム１００の管理者によって定義されたコネクションＩＤ，リンク監視項目，リンク監視項目の閾値，コネクション監視項目，コネクション監視項目の閾値，及び管理アクション情報を要素として含む単数又は複数のレコードを保持する。各レコードには、管理番号が割り当てられている。
【００４３】
リンク監視項目は、上位レイヤでのポリシー制御の対象となるリンクの状態の項目を示す。リンク状態の項目は、“通信断(リンク切れ)”等のリンクＬの障害を示す項目と、“帯域減少”及び“伝送遅延”等のリンクＬの性能劣化を示す項目とからなり、性能劣化を示す項目は、性能劣化か否かの判定に使用される閾値を持つことができる。
【００４４】
管理アクション情報は、上位レイヤで実施されるポリシー制御の内容を示す。この例では、管理アクションとして、伝送装置Ｒに設けられたデータパケットのバッファ(フォワーディングキュー)の容量等を制御する“ChangeFWQ”，管理者に障害又は性能劣化を通知する“sendReport”，及び迂回処理を行うための“reRouting”が挙げられている。
【００４５】
各管理アクションに対し、実施条件が設定されている。実施条件は、イベントの発生(検出)自体を実施条件とするものと、イベントの発生に影響を受けるコネクションの監視項目について、その監視項目に対応するデータが所定の閾値を上回る／下回ることを実施条件とするものとを含んでいる。後者は、例えば、コネクションの利用率が監視項目として定義され、Ｌ３ＮＭＳ６で管理されている利用率が所定の閾値を上回った／下回ったときに、実施条件が満たされる。図５に示す例では、イベント(帯域が５Ｍｂｐｓ以下になる)ことに対応する管理アクション“changeFWQ”の実施条件として、コネクションの監視項目“利用率”及び閾値“７０％以下”が定義されている。
【００４６】
管理システム１００が運用される場合には、管理者によって定義された連携ポリシーテーブル１６の内容に従ってリンク監視項目テーブル１２が生成される。即ち、図６に示すように、連携ポリシーテーブル１６に格納されたリンク監視項目とその閾値との組が抽出され、この組にイベントＩＤが割り当てられ、イベントＩＤ，リンク監視項目，及び閾値(無い場合もある)を含むレコードが、連携ポリシーテーブル１６に定義されたリンク監視項目毎に作成される。そして、作成された単数又は複数のレコードをその保持内容とするリンク監視項目テーブル１２が作成される。一方、連携ポリシーテーブル１６に格納されたリンク監視項目及びその閾値が対応するイベントＩＤに書き換えられる。このようにして、連携ポリシーテーブル１６で定義されたイベントが下位レイヤにおいて検出されるようになっている。
【００４７】
図７は、コネクション情報テーブル１７の例を示す説明図である。コネクション情報テーブル１７は、連携ポリシーテーブル１６で定義されたコネクション監視項目に対応する現在の値を、少なくとも連携ポリシーテーブル１６で定義されたコネクションについて保持している。この例では、コネクション情報テーブル１７は、コネクションＩＤとこれに対応するコネクション監視項目としての利用率とを含むレコードを保持している。
【００４８】
図８及び図９は、図１に示した管理システム１００による処理を示すフローチャートである。図８及び図９に示す処理の前提として、リンク監視項目テーブル１２が連携ポリシーテーブル１６を用いて生成されており、連携ポリシーテーブル１６の内容が書き換えられているものとする。下位レイヤ装置管理システム１１は、リンクＬの状態を監視し、各リンクの状態(性能データ)をリンクＩＤとともにリンク監視部１３に通知する。
【００４９】
リンク監視部１３は、下位レイヤ装置管理システム１１から通知されたリンクＬの状態を参照し、リンク監視項目テーブル１２(図６)に記述された状態(リンク監視項目)に該当するリンクがあるか否かを判定する(ステップＳ１)。
【００５０】
即ち、リンク監視部１３は、リンクＬの状態がリンク監視項目テーブル１２に記述された条件の少なくとも１つを満たすか否かを判定する。即ち、リンク監視部１３は、リンクＬの帯域が５Ｍｂｐｓ以下か否か，遅延時間が１秒以上か否か，及び通信断(リンク切れ)の状態になっているか否かを夫々判定する。このとき、全ての条件が満たされない場合(Ｓ１；ＮＯ)には、リンク監視部１３は、処理をステップＳ１に戻し、次の通知を待つ。
【００５１】
これに対し、リンクの状態が少なくとも１つの条件を満たす場合(Ｓ１；ＹＥＳ)には、リンク監視部１３は、連携ポリシーとして定義されたイベントが発生したものとして、その条件(リンク監視項目)に対応するイベントＩＤをリンク監視項目テーブル１２から読み出すとともに、読み出したイベントＩＤを対応するリンクＩＤとともにコネクション抽出部１５へ通知する。このようにして、リンク監視部１３は、コネクション抽出部１５を起動させる(ステップＳ２)。
【００５２】
コネクション抽出部１５は、イベントＩＤ及びリンクＩＤを含む通知をリンク監視部１３から受け取ることによって起動する。コネクション抽出部１５は、リンク／コネクション対応テーブル１４(図４)を参照し、通知されたリンクＩＤに対応するコネクションＩＤを検索し(ステップＳ３)、対応するコネクションＩＤが抽出できたか否かを判定する(ステップＳ４)。
【００５３】
このとき、コネクション抽出部１５は、対応するコネクションＩＤを抽出できなかった場合(Ｓ４；ＮＯ)には、処理を終了し、対応するコネクションＩＤを抽出できた場合(Ｓ４；ＹＥＳ)には、イベントＩＤ及びコネクションＩＤを実施条件判定部１８に通知することによって、実施条件判定部１８を起動させる(ステップＳ５)。
【００５４】
このように、コネクション抽出部１５は、リンク監視部１３からの監視イベント(イベントＩＤ及びリンクＩＤ)を受け取ると、リンクＩＤをキーにリンク／コネクション対応テーブル１４を検索し、影響を受けるコネクション(コネクションＩＤ)を抽出した後、実施条件判定部１８に監視イベントデータ(イベントＩＤ)と抽出したコネクションデータ(コネクションＩＤ)を通知する。
【００５５】
実施条件判定部１８は、イベントＩＤ及びコネクションＩＤを含む通知をコネクション抽出部１５から受け取って起動する。実施条件判定部１８は、通知されたイベントＩＤ及びコネクションＩＤをキーとして用い、キーに対応するレコード中のコネクション監視項目，その閾値，及び管理アクション情報を連携ポリシーテーブル１６(図６)から検索し(ステップＳ６)、キーに対応する管理アクション情報を得ることができたか否かを判定する(ステップＳ７)。
【００５６】
このとき、実施条件判定部１８は、対応する管理アクション情報を得ることができなかった場合(Ｓ７；ＮＯ)には、処理を終了し、対応する管理アクション情報を得ることができた場合(Ｓ７；ＹＥＳ)には、キーに対応するコネクション監視項目及びその閾値を得ることができたか否かを判定する(ステップＳ８)。このとき、実施条件判定部１８は、対応するコネクション監視項目及びその閾値を得ることができた場合(Ｓ８；ＹＥＳ)には、処理をステップＳ９に進め、そうでない場合(Ｓ８；ＮＯ)には、管理アクションがイベントの検出自体を実施条件として実施されるものとして処理をステップＳ１１に進める。
【００５７】
ステップＳ９では、実施条件判定部１８は、通知されたコネクションＩＤをキーとして用い、キーに対応するコネクション情報(コネクションＣの利用率)をコネクション情報テーブル１７(図７)から読み出す。
【００５８】
続いて、実施条件判定部１８は、コネクション情報テーブル１７から読み出した利用率が連携ポリシーテーブル１６から読み出した閾値を満たしているか否か(管理アクションの実施条件を満たすか否か)を判定する(ステップＳ１０)。このとき、実施条件判定部１８は、利用率が閾値を満たしていない場合(Ｓ１０；ＮＯ)には、処理を終了し、利用率が閾値を満たしている場合(Ｓ１０；ＹＥＳ)には、処理をステップＳ１１に進める。
【００５９】
ステップＳ１１では、実施条件判定部１８は、コネクション制御部１９に管理アクション情報及びコネクションＩＤを通知することによって、コネクション制御部１９を起動させる。
【００６０】
このように、実施条件判定部１８は、コネクション抽出部１５からのデータをキーに連携ポリシーテーブル１６を検索し、コネクション監視項目とその閾値及び管理アクションを抽出した後、コネクション監視項目と閾値の成否を、コネクション情報テーブル１７を利用して確認し、成立している場合は管理アクションを実施するコネクション制御部１９を起動する。
【００６１】
コネクション制御部１９は、管理アクション情報及びコネクションＩＤを受け取ると、コネクションＩＤに対応するコネクションＣに対し、管理ポリシーとして定義された管理アクションを実施する(ステップＳ１２)。このようにして、連携ポリシーが実施され、下位レイヤにおけるリンクＬの障害又は性能劣化をイベントとし、このイベントに影響を受けるコネクションＣに関する制御が実施される。
【００６２】
図１０は、図１に示した管理システム１００の各構成要素を、図２及び図３に示したレイヤ型ネットワークＬＴＮに配置した場合の構成例を示す図である。図１０に示すように、図２に示したＬ２ＮＭＳ１と図３に示したＬ３ＮＭＳ４及びコネクション制御部５とは、ローカルネットワーク５を介して接続される。さらに、新たな構成として、イベント受信／コネクション抽出部２０がＥＭＳ２を収容する各ローカルネットワーク３に収容され、連携部２１がローカルネットワーク５に収容される。
【００６３】
図１に示した下位レイヤ装置管理システム１１は、伝送装置Ｓに従来から搭載されている性能監視システムに相当する。また、リンク監視項目テーブル１２，及びリンク監視部１３は、ＥＭＳ２に搭載される。各伝送装置Ｓの性能監視システムは、自身が収容するリンクＬの状態を監視し、リンクＬの状態を示す性能データをＥＭＳ２に通知し、ＥＭＳ２で連携ポリシーとして定義されたイベントが発生したか否かの判定(イベントの検出)が行われる。
【００６４】
リンク／コネクション対応テーブル１４及びコネクション抽出部１５は、イベント受信／コネクション抽出部２０に搭載される。連携ポリシーテーブル１６及び実施条件判定部１８は、連携部２１に搭載される。連携部２１は、上述したリンク監視項目テーブル１２の生成処理及び連携ポリシーテーブル１６の書換処理を実行し、リンク監視項目テーブル１２の内容を各ＥＭＳ２に配布する。コネクション情報テーブル１７は、Ｌ３ＥＭＳ６に搭載されており、コネクション制御部１９は、コネクション制御部７に相当する。
【００６５】
リンク／コネクション対応テーブル１４及びコネクション抽出部１５は、連携部２１に搭載されるようにしても良い。この場合には、イベント受信／コネクション抽出部２０は省略され、ＥＭＳ２が連携部２１にコネクションＩＤ及びイベントＩＤを通知する。このような変形は、後述する第２実施形態においても適用可能である。
【００６６】
図１１及び図１２は、第１実施形態による管理システム１００の制御例を示す図である。図１１及び図１２において、例えば、伝送装置Ｓ１に搭載された下位レイヤ装置管理システム１１は、伝送装置Ｓ１と伝送装置Ｓ２とを結ぶリンクＬ１-２／１のリンク切れ(通信断)を検出すると、リンクの状態“通信断”とリンクＩＤ“Ｌ１-２／１”とをＥＭＳ２に搭載されたリンク監視部１３に通知する(図１２の〈１〉)。
【００６７】
リンク監視部１３は、リンク状態“通信断”をキーとしてリンク監視項目テーブル１２を検索し、リンク状態“通信断”に対応するイベントＩＤ“Ｅ２”を読み出し、読み出したイベントＩＤ“Ｅ２”とリンクＩＤ“Ｌ１-２／１”とをイベント受信／コネクション抽出部２０に搭載されたコネクション抽出部１５に通知する(図１２の〈２〉)。
【００６８】
コネクション抽出部１５は、リンクＩＤ“Ｌ１-２／１”をキーとして対応するコネクションＩＤをリンク／コネクション対応テーブル１４から読み出し、読み出したコネクションＩＤ“Ｃ１-２／２”及びイベントＩＤ“Ｅ２”を連携部２１に搭載された実施条件判定部１８に通知する(図１２の〈３〉)。
【００６９】
実施条件判定部１８は、コネクションＩＤ“Ｃ１-２／２”をキーとして対応する管理アクション情報“reRoute(迂回)”を読み出し、読み出した管理アクション情報“reRoute”及びコネクションＩＤ“Ｃ１-２／２”をコネクション制御部７(１９)に通知する(図１２の〈５〉)。
【００７０】
但し、実施条件判定部１８は、連携ポリシーテーブル１６からコネクションＩＤに対応するコネクション監視項目及び閾値を得た場合には、Ｌ３ＮＭＳ６内のコネクション情報テーブル１７からコネクションＩＤに対応するコネクション監視項目(ここでは利用率)を取得し(図１２の〈４〉)、この利用率が閾値による条件を満たす場合にのみ、管理アクションの実施をＬ３ＮＭＳ６又はコネクション制御部７に指示する。
【００７１】
Ｌ３ＮＭＳ６及びコネクション制御部７は、実施条件判定部１８から管理アクション情報及びコネクションＩＤを受け取った場合には、この管理アクション情報に基づいて上位ネットワークＵＮを制御する。この例では、コネクション制御部１９が実施条件判定部１８から管理アクション情報“reRoute”及びコネクションＩＤ“Ｃ１-２／２”を受け取っている。この場合には、コネクション制御部１９は、例えば、以下のようなルーティングテーブルの操作による迂回制御を行う。
【００７２】
即ち、コネクション制御部１９は、実施条件判定部１８から通知された〈Ｃ１-２／２，reRoute〉という情報に基づき、伝送装置(ルータ)Ｒ１と伝送装置(ルータ)Ｒ２との間に設定された２番目のコネクションＣ１-２／２を迂回させる必要があると認識する。
【００７３】
コネクション制御部１９は、伝送装置Ｒ１と伝送装置Ｒ２とは、伝送装置Ｒ１−伝送装置Ｒ３−伝送装置Ｒ２というルートで接続できることを、Ｌ３ＮＭＳ６に保持されたネットワーク構成情報を用いて確認する。
【００７４】
このとき、上位ネットワークＵＮのルーティングがＯＳＰＦによって実施されている場合には、コネクション制御部１９は、伝送装置Ｒ１と伝送装置Ｒ２との間の回線コスト(メトリック)を、伝送装置Ｒ１−伝送装置Ｒ３−伝送装置Ｒ２のメトリックよりも大きくする。
【００７５】
ＯＳＰＦは、任意の２点間で最もメトリックが小さいルートを選択するルーティング方式であるため、伝送装置Ｒ１と伝送装置Ｒ２とのトラフィックは、伝送装置Ｒ１−伝送装置Ｒ３−伝送装置Ｒ２というルートを通るようになる。
【００７６】
なお、コネクション制御部１９が提供する関数名，或いは上位レイヤで利用されているルーティング方式が上記と異なる場合であっても、既存技術の利用により管理アクション(この例では迂回処理)を実施することが可能である。
【００７７】
また、図１１及び図１２において、リンクＬ４-５／１の帯域が５Ｍｂｐｓ以下になった場合には、このことをリンク監視部１３が検出し、イベントＩＤ“Ｅ１”、リンクＩＤ“Ｌ４-５／１”をコネクション抽出部１５に通知する(図１２の〈２〉)。
【００７８】
すると、コネクション抽出部１５は、コネクションＣ１-２／１に影響があることを抽出し、イベントＩＤ“Ｅ１”及びコネクションＩＤ“Ｃ１-２／１”を実施条件判定部１８に通知する(図１２の〈３〉)。
【００７９】
実施条件判定部１８は、イベントＩＤ“Ｅ１”及びコネクションＩＤ“Ｃ１-２／１”をキーに連携ポリシーテーブル１６を検索し、該コネクションの“利用率”が“70％以下”ならば、管理アクション“changeFWQ”を実施するという情報を取得し、コネクション情報テーブル１７から該コネクションの利用率を取得する(図１２の〈４〉)。
【００８０】
上記の結果、該コネクションの利用率が70%以下ならば、実施条件判定部１８は、コネクションＩＤ“Ｃ１-２／１”及び管理アクション情報“changeFWQ”をコネクション制御部１９に通知し、コネクション制御部１９は、管理アクション“changeFWQ”を実施する。これに対し、利用率が条件を満たさない場合には、管理アクションは実施されない。
【００８１】
第１実施形態によると、連携ポリシーとして定義されたリンクＬの障害又は性能劣化(イベント)が下位レイヤで発生すると、リンク監視部１３がイベントを検出し、このイベントによって影響を受けるコネクションがコネクション抽出部１５によって抽出され、これらのイベント及びコネクションに対応する管理アクションの実施条件が満たされるか否かが実施条件判定部１８によって判定され、実施条件が満たされる場合には管理アクションがコネクション制御部１９によって実施される。
【００８２】
従って、第１実施形態によれば、下位レイヤの状態を上位レイヤへの制御に利用することにより、迅速に上位レイヤーの障害復旧を実施することができる。具体的には、上位レイヤ(レイヤ３)の情報のみに基づくポリシー制御よりも早くリンクＬの障害を検出することができ、これに対する迂回処理を迅速に行うことができる。また、リンクＬの性能劣化がイベントとして検出され、これに対する管理アクションが実施されるので、適正なレイヤ型ネットワークの管理・制御が可能となり、サービス品質の低下防止等の効果を得ることができる。
【００８３】
〔第２実施形態〕
次に、本発明の第２実施形態による管理システムを説明する。第２実施形態は第１実施形態と共通点を有するので、共通点については説明を省略し、主として相違点について説明する。第２実施形態における管理システムは、第１実施形態と同様の構成要素を持つ(図１参照)。但し、連携ポリシーテーブルのデータ構造と実施条件判定部による処理とが第１実施形態と異なる。
【００８４】
図１３(Ａ)及び(Ｂ)は、第２実施形態における連携ポリシーテーブル１６Ａの例を示す説明図である。連携ポリシーテーブル１６Ａに格納された各レコードは、優先度を含んでいる。優先度は、ポリシー制御の実施の優先度を示し、優先度を示す数字が小さい程、コネクションに対する制御内容が優先的に実施される。
【００８５】
図１４及び図１５は、第２実施形態における管理システムによる処理を示すフローチャートである。図１４に示すように、実施条件判定部１８は、イベントＩＤ及びコネクションＩＤを受け取ると、イベントＩＤ及びコネクションＩＤに対応するレコードから管理番号，コネクション監視項目，閾値，管理アクション情報，及び優先度を取得する(ステップＳ２１)。
【００８６】
次に、実施条件判定部１８は、管理アクション情報が取得できたか否かを判定する(ステップＳ２２)。このとき、実施条件判定部１８は、管理アクション情報を取得できなかった場合(Ｓ２２；ＮＯ)には、処理を終了する。この場合には、上位レイヤに対するポリシー制御は実施されない。
【００８７】
これに対し、実施条件判定部１８は、管理アクション情報を取得できた場合(Ｓ２２；ＹＥＳ)には、取得された管理アクションのうち、優先度が最も高いもの(優先度を示す数字が最も小さいもの)を選択する(ステップＳ２３)。
【００８８】
但し、実施条件判定部１８は、取得された管理アクションが一つの場合には、その管理アクションを選択する。また、実施条件判定部１８は、優先度が最も高い複数の管理アクションがある場合には、これらの中から管理番号が最も小さい管理アクションを選択する。以降の処理は、第１実施形態と同様であるので説明を省略する。
【００８９】
第２実施形態における制御例を、図１１を用いて説明する。但し、連携ポリシーテーブル１６Ａの保持内容は図１３(Ｂ)に示すものとする。実施条件判定部１８は、例えば、イベントＩＤ“Ｅ１”及びコネクションＩＤ“Ｃ１-２／１”と、イベントＩＤ“Ｅ２”及びコネクションＩＤ“Ｃ１-２／２”とをコネクション抽出部１５から受信したとする。
【００９０】
この場合、実施条件判定部１８は、連携ポリシー管理テーブル１６Ａ(図１３(Ｂ))より、イベントＥ１及びＥ２に対応する情報として、〈利用率、７０％以下、changeFWQ、優先度１〉と、〈−、−、sendReport、優先度２〉とを取得するる。
【００９１】
そして、実施条件判定部１８は、優先度に従って管理アクションを実施するか否かを判定する。この例では、イベントＩＤ“Ｅ１”に割り当てられた優先度１に基づき、コネクション“Ｃ１-２／１”の利用率の確認を行い、このコネクション“Ｃ１-２／１”の利用率が70%以下ならば、管理アクション“changeFWQ”がコネクション制御部１９によって実施され、そうでないならば優先度２の管理アクション“sendReport”が実施される。
【００９２】
この例では、実施条件を満たす何れか一つの管理アクションが実施されるようになっているが、実施条件を満たす複数の管理アクションが優先度順で実施されるようにしても良い。
【００９３】
以上の点を除き、第２実施形態は第１実施形態と同様である。第２実施形態によれば、第１実施形態とほぼ同様の作用効果を得ることができる。さらに、第２実施形態によれば、連携ポリシーに優先度が設定されているので、ポリシー制御(管理アクション)を実施すべき複数のコネクションがある場合において、優先度が高いものを優先的に実施させることができる。
【００９４】
〔第３実施形態〕
次に、本発明の第３実施形態によるネットワーク管理システムを説明する。第３実施形態は、第１実施形態と共通点を有するので、共通点については説明を省略し、主として相違点について説明する。
【００９５】
図１６は、第３実施形態による管理システム１００Ｃの構成例を示す図である。管理システム１００Ｃは、第１実施形態の構成に加え、迂回経路探索部２２と、迂回経路設定部２３とを備えている。迂回経路探索部２２(算出手段)は、処理対象のコネクションに対する迂回経路を算出・決定する。迂回経路設定部２３(制御手段)は、コネクション制御部１９に含まれた一つの機能であり、迂回処理が行われる場合に、迂回経路探索部２２によって予め決定された迂回経路によってトラフィックが迂回されるように迂回先の伝送装置Ｒに対する迂回設定を行う。
【００９６】
図１７及び図１８は、第３実施形態における管理システム１００Ｃによる処理を示すフローチャートである。図１７において、コネクション抽出部１５は、コネクションＩＤをリンク／コネクション対応テーブル１４から抽出できた場合(Ｓ４；ＹＥＳ)には、コネクションＩＤ及びイベントＩＤを実施条件判定部１８及び迂回経路探索部２２に通知することによって、これらを起動させる(ステップＳ５Ａ)。
【００９７】
迂回経路探索部２２は、コネクションＩＤに対応する上位レイヤのコネクションについて、迂回経路を計算する(ステップＳ３１)。迂回経路探索部２２は、迂回経路を計算するための情報を予め保持している。迂回経路探索部２２は、計算が終了すると、この計算結果(迂回経路の情報)を、決定された迂回経路の情報として所定の記憶領域に格納する(ステップＳ３２)。
【００９８】
一方、実施条件判定部１８は、第１実施形態と同様の処理を行い、実施対象の管理アクション情報とコネクションＩＤとをコネクション制御部１９に通知する。このとき、管理アクションの内容が“reRoute(迂回処理)”である場合には、迂回経路設定部２３が起動する。迂回経路設定部２３は、迂回経路の算出要求を迂回経路探索部２２に要求する(ステップＳ４１)。
【００９９】
迂回経路探索部２２は、迂回経路設定部２３から算出要求を受け取ると、記憶領域に格納されている計算結果(迂回経路の情報)を読み出し、迂回経路設定部２３に与える(ステップＳ３３)。迂回経路設定部２３は、迂回経路探索部２２から受け取った迂回経路の情報を用いて迂回経路設定を行う。
【０１００】
上記した迂回経路探索部２２及び迂回経路設定部２３は、上位レイヤの管理システムに搭載され、迂回経路探索部２２は、例えば、Ｌ２ＮＭＳ６又はコネクション制御部７に搭載され、迂回経路設定部２３は、コネクション制御部７に搭載される。第３実施形態では、リンク／コネクション対応テーブル１４及びコネクション抽出部１５は、イベント受信／コネクション抽出部２０と連携部２１とのいずれにあっても良いが、連携部２１に搭載される方が好ましい。以上の点を除き、第３実施形態は第１実施形態と同様である。
【０１０１】
第３実施形態によれば、第１実施形態とほぼ同様の作用効果を得ることができる。さらに、迂回経路探索部２２がコネクション抽出部１５からコネクションＩＤを受け取り、対応するコネクションの迂回経路の情報を予め算出する。これによって、迂回経路設定部２３が管理アクションとして“reRoute”を実施する場合に、迂回経路探索部２２からすぐに迂回経路の情報を得ることができる。これによって、迂回経路設定部２３が管理アクションを受け取ってから迂回経路の設定が完了するまでの時間(迂回経路設定に要する時間)を短縮することができる。第３実施形態の構成に、第２実施形態の構成(優先度に係る構成)を組み合わせることも可能である。
【０１０２】
〔第４実施形態〕
次に、本発明の第４実施形態による管理システムを説明する。第４実施形態は第１実施形態と共通点を有するので、共通点については説明を省略し、主として相違点について説明する。
【０１０３】
図１９は、第４実施形態における管理システム１００Ｄの構成例を示す図である。管理システム１００Ｄは、コネクション抽出部１５と実施条件判定部１８との間にメッセージ分類部２４(第２判定手段)が介在し、メッセージ分類部２４によって参照されるメッセージ分類テーブル２５と、連携ポリシーテーブル１６を用いてメッセージ分類テーブル２５を作成するメッセージ分類用データ生成部２６とが設けられる点が、第１実施形態と異なる。
【０１０４】
図２０は、メッセージ分類テーブル２５の例を示す説明図である。メッセージ分類テーブル２５は、イベントＩＤ，コネクションＩＤ及び管理アクション情報を含む単数又は複数のレコードを保持する。
【０１０５】
図２１は、メッセージ分類用データ生成部２６によるメッセージ分類テーブル２５の生成方法を示す図である。連携ポリシーテーブル１６に定義されたリンク監視項目及び閾値がイベントＩＤに書き換えられると、メッセージ分類用データ生成部２６は、連携ポリシーテーブル１６から、コネクション監視項目及び閾値が設定されていない単数又は複数のレコードを抽出する。この例では、管理番号１及び２のレコードが抽出される。
【０１０６】
その後、抽出されたレコード中のコネクションＩＤ，イベントＩＤ及び管理アクション情報を用いてメッセージ分類テーブル２５が生成される。一方、メッセージ分類用データ生成部２６は、抽出したレコード(コネクション監視項目及び閾値が設定されていないレコード(連携ポリシー))を連携ポリシーテーブル１６から削除する。
【０１０７】
図２２及び図２３は、第４実施形態による管理システム１００Ｄの処理を示すフローチャートである。図２２に示すように、コネクシン抽出部１５は、リンク／コネクション対応テーブル１４からコネクションＩＤを抽出できた場合(Ｓ４；ＹＥＳ)には、実施条件判定部１８ではなく、メッセージ分類部２４にイベントＩＤ(リンク障害・性能劣化情報)及びコネクションＩＤを通知することによって、メッセージ分類部２４を起動させる(ステップＳ５１)。
【０１０８】
メッセージ分類部２４は、下位レイヤのコネクションデータの閾値判定が不要である管理ポリシーをメッセージ分類テーブル２５として予め受け取っている。メッセージ分類部２４は、コネクション抽出部１５からのイベントＩＤ及びコネクションＩＤをキーにメッセージ分類テーブル２５を検索し、対応する管理アクション情報を取得する(ステップＳ５２)。
【０１０９】
その後、メッセージ分類部２４は、管理アクション情報を取得できたか否かを判定し(ステップＳ５３)、取得できた場合(Ｓ５３；ＹＥＳ)には、コネクションＩＤ及び管理アクション情報をコネクション制御部１９に通知することによって、管理アクションを起動させる(ステップＳ５４)。これによって、コネクション制御部１９がコネクションＩＤに対応するコネクションＣについて、管理アクションを実施する。
【０１１０】
これに対し、メッセージ分類部２４は、管理アクション情報を取得できなかった場合(Ｓ５３；ＮＯ)には、コネクションＩＤ及びイベントＩＤを実施条件判定部１８に通知することによって、実施条件判定部１８を起動させる(ステップＳ５５)。その後、第１実施形態と同様の処理が行われる。
【０１１１】
図２４は、図１９に示した構成要素をレイヤ型ネットワークに配置した例を示す図である。図２４において、メッセージ分類部２４及びメッセージ分類テーブル２５は、各イベント受信／コネクション抽出部２０に搭載される。
【０１１２】
メッセージ分類部２４及びメッセージ分類テーブル２５は、連携部２１に配置するようにしても良いが、処理を管理ドメイン(サブネットワーク)毎に分散し、連携部２１の処理負担を軽減する点から、管理ドメイン(サブネットワーク)毎に設けるのが好ましい。
【０１１３】
連携部２１は、Ｌ２ＮＭＳ１及びＬ３ＮＭＳ２からリンク情報及びコネクション情報を受け取り、リンク／コネクション対応テーブル１４の生成用データを生成する。また、連携部２１は、連携ポリシーテーブル１６を用いてメッセージ分類用データを生成する。そして、連携部２１は、生成されたデータを各イベント受信／コネクション抽出部２０に配布する。
【０１１４】
各イベント受信／コネクション抽出部２０は、生成データを用いてリンク／コネクション対応テーブル１４及び連携ポリシーテーブル１６を生成・保持する。このように、連携部２１がメッセージ分類用データ生成部２６として機能し、連携部２１とイベント受信／コネクション抽出部２０との間でリンク／コネクション対応テーブル１４及び連携ポリシーテーブル１６が動的に生成される。但し、リンク／コネクション対応テーブル１４及び連携ポリシーテーブル１６は、管理者によって静的に生成されるようにしても良い。
【０１１５】
図２５は、第４実施形態の動作例を示す図である。図２５において、ＥＭＳ２に搭載されたリンク監視部１３は、伝送装置Ｓ４に搭載された下位レイヤ装置管理システム１１からの通知(図２５の〈１１〉)に基づき、リンク“Ｌ４-５／１”に障害があると判定すると、イベントＩＤ“Ｅ１”及びリンクＩＤ“Ｌ４-５／１”を、イベント受信／コネクション抽出部２０に搭載されたコネクション抽出部１５に通知する(図２５の〈１２〉)。
【０１１６】
イベント受信／コネクション抽出部２０内において、コネクション抽出部１５は、リンクＩＤ“Ｌ４-５／１”に対応するコネクションＩＤ“Ｃ１-２／１”(図４参照)を取得し、イベントＩＤ“Ｅ１”及びコネクションＩＤ“Ｃ１-２／１”を、影響があるコネクションデータとしてメッセージ分類部２４に与える。
【０１１７】
メッセージ分類部２４は、コネクションＩＤ“Ｃ１-２／１”及びイベントＩＤ“Ｅ１”をコネクション抽出部１５から受け取った場合には、管理者により予め設定されたメッセージ分類テーブル２５を検索し、管理アクションの有無を調べる。ここでは、管理アクションが定義されていないので、メッセージ分類部２５は、イベントＩＤ“Ｅ１”及びコネクションＩＤ“Ｃ１-２／１”を実施条件判定部１８に通知する(図２５の〈１３〉)。
【０１１８】
その後、実施条件判定部１８は、コネクションＩＤ“Ｃ１-２／１”及び管理アクション“changeFWQ”をコネクション制御部１９に通知し(図２５の〈１４〉)、コネクション制御部１９は、“changeFWQ”を実施する。
【０１１９】
これに対し、リンク監視部１３は、伝送装置Ｓ１に搭載された下位レイヤ装置管理システム１１からの通知(図２５の〈１５〉)に基づき、リンク“Ｌ１-２／１”に障害があると判定すると、イベントＩＤ“Ｅ３”及びリンクＩＤ“Ｌ１-２／１”を、イベント受信／コネクション抽出部２０に搭載されたコネクション抽出部１５に通知する(図２５の〈１６〉)。
【０１２０】
イベント受信／コネクション抽出部２０内において、コネクション抽出部１５は、リンクＩＤ“Ｌ１-２／１”に対応するコネクションＩＤ“Ｃ１-２／２”(図４参照)を取得し、イベントＩＤ“Ｅ３”及びコネクションＩＤ“Ｃ１-２／２”を、影響があるコネクションデータとしてメッセージ分類部２４に与える。
【０１２１】
メッセージ分類部２４は、コネクションＩＤ“Ｃ１-２／２”及びイベントＩＤ“Ｅ３”をコネクション抽出部１５から受け取った場合には、メッセージ分類テーブル２５を検索し、管理アクションの有無を調べる。
【０１２２】
ここでは、管理アクション“reRoute”が定義されているので、メッセージ分類部２４は、管理アクション“reRoute”及びコネクションＩＤ“Ｃ１-２／２”を、実施条件判定部１８を経由することなく、コネクション制御部１９に通知する(図２５の〈１７〉)。コネクション制御部１９は、“reRoute”を実施する。
【０１２３】
第４実施形態によれば、第１実施形態と同様の作用効果を得ることができる。さらに、連携ポリシーテーブル１６に格納された管理アクションの実施条件が、比較値(閾値)の判定を要する第１実施条件(比較型条件)と、比較値判定を必要としない第２実施条件(イベント型条件)とに分類され、第２実施条件がメッセージ分類テーブル２５に格納される。
【０１２４】
メッセージ分類部２４は、イベントＩＤを受け取ると、このイベントが比較型条件かイベント型条件かをメッセージ分類テーブル２５を参照することによって判定し、イベント型条件である場合には、実施条件判定部１８を経由することなく、メッセージ分類テーブル２５から得た管理アクション情報をコネクション制御部１９に通知し、管理アクションを実施させる。
【０１２５】
このように、実施条件がイベント型条件の場合に、実施条件判定部１８による処理が省略される。これによって、下位レイヤにおけるリンク障害に基づく上位レイヤのポリシー制御(管理アクション)を迅速に実施することができる。
【０１２６】
また、コネクション抽出部１５及びメッセージ分類部２５を下位レイヤのサブネットワークに毎に配備し、コネクション監視項目の閾値判定が不要である連携ポリシー(イベント型条件の連携ポリシー)についてはメッセージ分類部２４がコネクション制御部１９を起動する。これによって、（１）実施条件判定部１８を通らないことによる連携ポリシーの判定処理の高速化を図ることができ、（２）実施条件判定部１８においても、連携ポリシーテーブル１６に格納されるレコードの数が減るため、検索にかかる時間を短縮できる。
【０１２７】
〔第５実施形態〕
次に、本発明の第５実施形態による管理システムを説明する。第５実施形態は第４実施形態と共通点を有するので、共通点については説明を省略し、主として相違点について説明する。
【０１２８】
図２６は、第５実施形態におけるメッセージ分類テーブル２５Ａの例を示す説明図である。第５実施形態では、メッセージ分類テーブル２５Ａに格納される各レコードは、管理者によって割り当てられた優先度(数字が小さい程優先度が高い)を含んでいる。また、管理番号が各レコードに割り当てられている。
【０１２９】
図２７及び図２８は、第５実施形態における管理システムによる処理を示すフローチャートである。図２７に示すように、メッセージ分類部２４は、コネクション抽出部１５からイベントＩＤ及びコネクションＩＤを受け取ると、これらをキーとしてメッセージ分類テーブル２５Ａを検索し、管理番号，管理アクション，及び優先度を取得する(ステップＳ６１)。
【０１３０】
次に、メッセージ分類部２４は、管理アクションを取得できたか否かを判定する(図２８，ステップＳ６２)。このとき、メッセージ分類部２４が管理アクションを取得できなかった場合(Ｓ６２；ＮＯ)には、第４実施形態と同様の処理が行われる。
【０１３１】
これに対し、メッセージ分類部２４は、管理アクションを取得できた場合(Ｓ６２；ＹＥＳ)には、取得された管理アクションのうち、優先度が最も高いものを選択する(ステップＳ６３)。
【０１３２】
但し、メッセージ分類部２４は、取得された管理アクションが一つの場合には、その管理アクションを選択する。また、メッセージ分類部２４は、優先度が最も高い複数の管理アクションがある場合には、これらの中から管理番号が最も小さい管理アクションを選択する。以降の処理は、第４実施形態と同様であるので説明を省略する。
【０１３３】
第５実施形態によると、リンク監視部１３は、例えば、イベントＩＤ“Ｅ１”，イベントＩＤ“Ｅ２”，及びリンクＩＤ“Ｌ４-５／１”をコネクション抽出部１５に通知した場合、メッセージ分類部２４が、予め優先度を付加したメッセージ分類テーブル２５Ａ(図２６)より、イベントＩＤ“Ｅ１”及び“Ｅ２”に対応する管理アクションと優先度とを得る。
【０１３４】
ここで、抽出した情報に関し、（１）いずれも管理アクションが定義されていない、または（２）管理アクションが定義されていないものの方が優先度が高い場合は、イベントＩＤ及びコネクションＩＤを実施条件判定部１８に通知し、終了する。それ以外の場合は、優先度が最も高い管理アクション情報がコネクション制御部１９に通知される。
【０１３５】
以上の点を除き、第５実施形態は第４実施形態と同様である。第５実施形態によれば、第４実施形態とほぼ同様の作用効果を得ることができる。さらに、第５実施形態によれば、イベント型の管理アクションに優先度が設定されているので、イベント型の管理アクションを実施すべき複数のコネクションがある場合において、優先度が高いものを優先的に実施させることができる。また、第５実施形態において、メッセージ分類部２４は、イベント型の管理アクションを優先度順にコネクション制御部１９に通知するようにしても良い。
【０１３６】
以上説明した第１〜第５実施形態の構成は、本発明の目的を逸脱しない範囲内で適宜組み合わせることができる。
【０１３７】
〔その他〕
本発明は、以下のように特定することができる。
（付記１）下位レイヤの接続回線たる下位レイヤ回線の障害又は性能劣化をイベントとして検出する検出手段と、検出されたイベントによって影響を受ける上位レイヤの接続回線たる上位レイヤ回線を抽出する抽出手段と、抽出された上位レイヤ回線に関する制御を実施する制御手段と、を備えたレイヤ型ネットワークの管理システム。
（付記２）上位レイヤ回線に対する制御内容，及びこの制御内容の実施条件をイベントの内容及び上位レイヤ回線に関連づけて記憶した制御内容記憶手段と、イベントが検出され且つ上位レイヤ回線が抽出された場合に、前記制御内容記憶手段を参照し、検出されたイベントの内容及び抽出された上位レイヤ回線に対応する制御内容の実施条件が満たされているか否かを判定し、実施条件が満たされていると判定した場合に、この制御内容を前記制御手段に実施させる判定手段と、をさらに備えた付記１記載のレイヤ型ネットワークの管理システム。
（付記３）前記制御内容記憶手段は、制御内容毎に割り当てられた優先度をさらに記憶し、前記判定手段は、前記検出されたイベントの内容及び前記抽出された上位レイヤ回線に対して複数の制御内容の実施条件が満たされる場合に、前記優先度に従って制御内容を前記制御手段に実施させる、付記２記載のレイヤ型ネットワークの管理システム。
（付記４）前記制御内容は、上位レイヤ回線の迂回処理であり、上位レイヤ回線が抽出された場合に、この抽出された上位レイヤ回線に対する迂回経路を算出する算出手段をさらに備え、前記制御手段は、前記判定手段によって当該上位レイヤ回線に対する迂回処理の実施条件が満たされると判定された場合に、前記算出手段によって予め算出された迂回経路を用いて迂回処理を実施する、付記２又は３記載のネットワークの管理システム。
（付記５）イベントが検出され且つ上位レイヤ回線が抽出された場合に、この上位レイヤ回線に対する前記判定手段による判定処理が必要か否かを判定し、前記判定処理が必要ないと判定した場合には、前記制御内容記憶手段に記憶されたこれらのイベントの内容及び上位レイヤ回線に対応する制御内容を前記判定手段による判定処理を経ることなく前記制御手段に実施させ、前記判定処理が必要であると判定した場合には、前記判定処理を前記判定手段に実施させる第２判定手段をさらに備えた、付記１〜４の何れかに記載のレイヤ型ネットワークの管理システム。
（付記６）前記下位レイヤのネットワークは、複数のサブネットワークからなり、前記第２判定手段は、前記サブネットワーク毎に設けられ、前記制御手段に対して並列に動作する、付記５記載のレイヤ型ネットワークの管理システム。
（付記７）前記第２判定手段は、前記検出されたイベントの内容及び前記抽出された上位レイヤ回線に対応する複数の制御内容が前記制御内容記憶手段に記憶されている場合に、制御内容毎に割り当てられた優先度に従って前記処理を実施する、付記５又は６記載のレイヤ型ネットワークの管理システム。
（付記８）上位レイヤと下位レイヤとを含むレイヤ型ネットワークを管理する方法であって、下位レイヤの接続回線たる下位レイヤ回線の障害又は性能劣化をイベントとして検出し、検出されたイベントによって影響を受ける上位レイヤの接続回線たる上位レイヤ回線を抽出し、抽出された上位レイヤ回線に関する制御を実施する、ことを含むレイヤ型ネットワークの管理方法。
（付記９）上位レイヤ回線に対する制御内容，及びこの制御内容の実施条件をイベントの内容及び上位レイヤ回線に関連づけて記憶し、イベントが検出され且つ上位レイヤ回線が抽出された場合に、検出されたイベントの内容及び抽出された上位レイヤ回線に対応する制御内容の実施条件が満たされているか否かを判定し、実施条件が満たされていると判定した場合に、この制御内容を実施する、ことをさらに含む付記８記載のレイヤ型ネットワークの管理方法。
（付記１０）制御内容毎に割り当てられた優先度をさらに記憶し、前記検出されたイベントの内容及び前記抽出された上位レイヤ回線に対して複数の制御内容の実施条件が満たされる場合に、前記優先度に従って制御内容を実施する、ことをさらに含む付記９記載のレイヤ型ネットワークの管理方法。
（付記１１）前記制御内容は、上位レイヤ回線の迂回処理であり、上位レイヤ回線が抽出された場合に、この抽出された上位レイヤ回線に対する迂回経路を算出し、前記抽出された上位レイヤ回線に対する迂回処理の実施条件が満たされると判定した場合に、予め算出された迂回経路を用いて迂回処理を実施する、ことをさらに含む付記９又は１０記載のネットワークの管理方法。
（付記１２）イベントが検出され且つ上位レイヤ回線が抽出された場合に、この上位レイヤ回線に対する前記判定処理が必要か否かを判定し、前記判定処理が必要ないと判定した場合には、これらのイベントの内容及び上位レイヤ回線に対応する制御内容を前記判定処理を経ることなく実施し、前記判定処理が必要であると判定された場合には、前記判定処理を実施することをさらに含む、付記８〜１１の何れかに記載のレイヤ型ネットワークの管理方法。
（付記１３）前記検出されたイベントの内容及び前記抽出された上位レイヤ回線に対応する複数の制御内容がある場合に、制御内容毎に割り当てられた優先度に従って制御内容を実施する、付記１２記載のレイヤ型ネットワークの管理方法。
【０１３８】
【発明の効果】
本発明によれば、上位レイヤと下位レイヤとを含むレイヤ型ネットワークにおいて、上位レイヤが下位レイヤの接続回線の障害に迅速に対応でき、又は性能劣化に応じた上位レイヤの管理を実施することができる。
【図面の簡単な説明】
【図１】第１実施形態によるレイヤ型ネットワークの管理システムの構成例を示す図
【図２】下位レイヤのネットワーク管理システムの概要説明図
【図３】上位レイヤのネットワーク管理システムの概要説明図
【図４】リンク／コネクション対応テーブルの説明図
【図５】連携ポリシーテーブルの説明図
【図６】リンク監視項目テーブル及びその生成方法の説明図
【図７】コネクション情報テーブルの説明図
【図８】第１実施形態による管理システムの処理を示すフローチャート
【図９】第１実施形態による管理システムの処理を示すフローチャート
【図１０】図１に示した管理システムの機能配置図
【図１１】第１実施形態による管理システムの動作例の説明図
【図１２】第１実施形態による管理システムの動作例の説明図
【図１３】第２実施形態における連携ポリシーテーブルの説明図
【図１４】第２実施形態による管理システムの処理を示すフローチャート
【図１５】第２実施形態による管理システムの処理を示すフローチャート
【図１６】第３実施形態による管理システムの構成例を示す図
【図１７】第３実施形態による管理システムの処理を示すフローチャート
【図１８】第３実施形態による管理システムの処理を示すフローチャート
【図１９】第４実施形態による管理システムの構成例を示す図
【図２０】図１９に示したメッセージ分類テーブルの説明図
【図２１】図２０に示したメッセージ分類テーブルの生成方法の説明図
【図２２】第４実施形態による管理システムの処理を示すフローチャート
【図２３】第４実施形態による管理システムの処理を示すフローチャート
【図２４】第４実施形態による管理システムの動作例の説明図
【図２５】第４実施形態による管理システムの動作例の説明図
【図２６】第５実施形態におけるメッセージ分類テーブルの説明図
【図２７】第５実施形態による管理システムの処理を示すフローチャート
【図２８】第５実施形態による管理システムの処理を示すフローチャート
【符号の説明】
Ｃ    コネクション
Ｌ    リンク
Ｒ，Ｓ    伝送装置
１    Ｌ２ＮＭＳ
２    ＥＭＳ
６    Ｌ３ＮＭＳ
７    コネクション制御部
１１    下位レイヤ装置監視システム
１２    リンク監視項目テーブル
１３    リンク監視部
１４    リンク／コネクション対応テーブル
１５    コネクション抽出部
１６    連携ポリシーテーブル
１７    コネクション情報テーブル
１８    実施条件判定部
１９    コネクション制御部
２０    イベント受信／コネクション抽出部
２１    連携部
２２    迂回経路探索部
２３    迂回経路設定部
２４    メッセージ分類部
２５    メッセージ分類テーブル
１００    管理システム
【図１】
0004398113.tif 000002
【図２】
0004398113.tif 000003
【図３】
0004398113.tif 000004
【図４】
0004398113.tif 000005
【図５】
0004398113.tif 000006
【図６】
0004398113.tif 000007
【図７】
0004398113.tif 000008
【図８】
0004398113.tif 000009
【図９】
0004398113.tif 000010
【図１０】
0004398113.tif 000011
【図１１】
0004398113.tif 000012
【図１２】
0004398113.tif 000013
【図１３】
0004398113.tif 000014
【図１４】
0004398113.tif 000015
【図１５】
0004398113.tif 000016
【図１６】
0004398113.tif 000017
【図１７】
0004398113.tif 000018
【図１８】
0004398113.tif 000019
【図１９】
0004398113.tif 000020
【図２０】
0004398113.tif 000021
【図２１】
0004398113.tif 000022
【図２２】
0004398113.tif 000023
【図２３】
0004398113.tif 000024
【図２４】
0004398113.tif 000025
【図２５】
0004398113.tif 000026
【図２６】
0004398113.tif 000027
【図２７】
0004398113.tif 000028
【図２８】
0004398113.tif 000029