(57)【特許請求の範囲】
【請求項１】
複数の情報処理装置を有し、前記複数の情報処理装置とネットワーク管理装置とが接続されるネットワークにおいて、障害が発生した場合に、前記情報処理装置が、ネットワーク管理装置に対して障害の発生通知を送信する情報処理システムであって、
前記複数の情報処理装置の各々は、
障害が発生した場合に、該障害の非通知設定が行われているか否かを確認する非通知設定確認手段と、
前記非通知設定確認手段により前記障害の非通知設定が行われていないことが確認された場合に、前記ネットワーク管理装置に対して該障害の発生通知を送信する障害通知送信手段と、
障害が発生した場合に、前記ネットワーク内を流れる信号のフロー上で１つ下位の他の情報処理装置に対して、該発生した障害と該１つ下位の他の情報処理装置の属性との相関関係に基づいたアラームマスクに基づいて、該発生した障害に起因する障害の非通知設定を行う障害非通知設定手段と、
を備えたことを特徴とする情報処理システム。
【請求項２】
前記複数の情報処理装置の各々は、
起動時にシグナリングを行うことによって、前記ネットワークに接続された他の情報処理装置との接続状態を確認する接続状態確認手段をさらに備え、
前記障害非通知設定手段は、障害が発生した場合に、前記接続状態確認手段により確認された他の情報処理装置との接続状態、および前記アラームマスクに基づいて、前記ネットワーク内を流れる信号のフロー上で１つ下位の他の情報処理装置に対して、該発生した障害に起因する障害の非通知設定を行うことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記複数の情報処理装置の各々は、
起動時に前記接続状態確認手段により確認された他の情報処理装置との接続状態が変化しているか否かを定期的に確認する接続状態変化確認手段をさらに備え、
前記接続状態確認手段は、前記接続状態変化確認手段により起動時に確認された接続状態が変化していることが確認された場合は、前記ネットワークに接続された他の情報処理装置との接続状態を再確認することを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記複数の情報処理装置の各々は、
前記アラームマスクを記憶する障害非通知設定情報記憶手段をさらに備え、
前記障害非通知設定手段は、障害が発生した場合に、前記ネットワーク内を流れる信号のフロー上で１つ下位の他の情報処理装置に対して、前記障害非通知設定情報記憶手段により記憶されたアラームマスクに基づいて、該発生した障害に起因する障害の非通知設定を行うことを特徴とする請求項１〜３のいずれか１つに記載の情報処理システム。
【請求項５】
複数の情報処理装置とネットワーク管理装置とが接続されるネットワークにおいて、障害が発生した場合に、ネットワーク管理装置に対して障害の発生通知を送信する前記複数の情報処理装置の各々の障害通知方法であって、
前記障害が発生した場合に、該障害の非通知設定が行われているか否かを確認する非通知設定確認工程と、
前記非通知設定確認工程により前記障害の非通知設定が行われていないことが確認された場合に、前記ネットワーク管理装置に対して該障害の発生通知を送信する障害通知送信工程と、
前記障害が発生した場合に、前記ネットワーク内を流れる信号のフロー上で１つ下位の他の情報処理装置に対して、該発生した障害と該１つ下位の他の情報処理装置の属性との相関関係に基づいたアラームマスクに基づいて、該発生した障害に起因する障害の非通知設定を行う障害非通知設定工程と、
を含んだことを特徴とする障害通知方法。
【請求項６】
複数の情報処理装置とネットワーク管理装置とが接続されるネットワークにおいて、障害が発生した場合に、ネットワーク管理装置に対して障害の発生通知を送信する前記複数の情報処理装置の各々で実行される障害通知プログラムであって、
前記障害が発生した場合に、該障害の非通知設定が行われているか否かを確認する非通知設定確認手順と、
前記非通知設定確認手順により前記障害の非通知設定が行われていないことが確認された場合に、前記ネットワーク管理装置に対して該障害の発生通知を送信する障害通知送信手順と、
前記障害が発生した場合に、前記ネットワーク内を流れる信号のフロー上で１つ下位の他の情報処理装置に対して、該発生した障害と該１つ下位の他の情報処理装置の属性との相関関係に基づいたアラームマスクに基づいて、該発生した障害に起因する障害の非通知設定を行う障害非通知設定手順と、
を情報処理装置に実行させることを特徴とする障害通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の情報処理装置とネットワーク管理装置とが接続されるネットワークにおいて、障害を検出した場合に、ネットワーク管理装置に対して障害の発生通知を送信する情報処理装置、障害通知方法および障害通知プログラムに関し、特に、障害監視においてネットワーク管理装置に負荷が集中することを防ぐことができる情報処理装置、障害通知方法および障害通知プログラムに関するものである。
【背景技術】
【０００２】
従来、ネットワーク運用管理業務においては、ネットワークに接続された情報処理装置の障害を管理するため、ネットワーク管理装置を用いた障害監視システムが利用されている。かかる障害監視システムは、ネットワーク管理装置が、障害を検知した場合に情報処理装置から送信される障害発生通知を収集し、収集した障害発生通知を監視用の端末装置などに出力することによって、情報処理装置に障害が発生したことをネットワーク管理者に通知する。
【０００３】
ところで、一般に、ネットワーク上で一つの情報処理装置に障害が発生すると、その障害に起因する障害が同じネットワークに接続された他の情報処理装置においても検出される。しかし、同じ障害に起因する多数の障害発生通知が監視用の端末装置に出力された場合、真の障害発生箇所の特定が困難になる。
【０００４】
そこで、ネットワーク管理装置において、情報処理装置の主従関係を管理し、同じ障害に起因する障害発生通知が上位の情報処理装置と下位の情報処理装置とから送信された場合は、下位装置から送信された障害発生通知の監視端末への出力を禁止し、上位装置から送信された障害発生通知のみを監視端末に出力する障害監視システム（障害情報表示システム）が開示されている（例えば、特許文献１参照。）。
【０００５】
これと同様に、例えば、光ネットワークで用いられるＷＤＭ（Wavelength Division Multiplexing）装置のようにＣＰＵを備えた複数の情報処理装置（以下、「エージェント装置」と呼ぶ）から構成される装置においては、各エージェント装置が装置内ＬＡＮを介して接続されており、同じく装置内ＬＡＮに接続された装置内ＬＡＮ管理装置（以下、「マネージャ装置」と呼ぶ）が、各エージェント装置から送信される障害発生通知（以下、「アラーム通知」と呼ぶ）を収集する。
【０００６】
このマネージャ装置は、収集したアラーム通知と、あらかじめ保持しているアラームマスク条件とに基づいて、通知すべき障害発生通知のみを特定した上で（以下、この処理を「アラームマスク処理」と呼ぶ）、特定した障害発生通知を監視端末に送信する。なお、ここでいうアラームマスク条件とは、アラーム通知の相関関係に基づいて障害発生元を特定するための条件である。
【０００７】
図１２は、従来のＷＤＭ装置における障害監視を説明するための図である。同図に示す例では、ＷＤＭ装置１０は、外部ＬＡＮ３０を介して監視端末２０に接続され、光ネットワーク４０を介して他の光伝送装置と接続され、ＷＤＭネットワーク５０を介して他のＷＤＭ装置と接続されている。また、ＷＤＭ装置１０は、マネージャ装置１１と、エージェント装置１２〜１４とを備えており、マネージャ装置１１とエージェント装置１２〜１４とは、それぞれ装置内ＬＡＮ１５を介して接続されている。
【０００８】
エージェント装置１２〜１４は、光ファイバケーブル１６を介して接続されており、それぞれがＣＰＵを備え、自律して動作することができる。このうち、エージェント装置１２および１３には、それぞれ、光アンプ／分散補償パッケージと、光信号を分離化／多重化するＤＥＭＵＸ／ＭＵＸパッケージと、光スイッチパッケージが実装されており、一方、エージェント装置１４には、ＷＤＭ装置１０が入出力する光信号の波長変換を行うトランスポンダーパッケージが実装されている。そして、エージェント装置１２〜１４は、それぞれが、実装されたパッケージのプログラムを自律的に実行することによって、ＷＤＭ装置１０を一つの光伝送装置として機能させる。
【０００９】
また、エージェント装置１２〜１４は、それぞれ、自装置に障害が発生しているか否かを定期的に監視し、障害が発生していることを検知すると、マネージャ装置１１に対してアラーム通知を送信する。
【００１０】
マネージャ装置１１は、障害が発生した場合に各エージェント装置１２〜１４から送信されるアラーム通知を収集し、アラームマスク処理を行った上で、監視端末２０に障害発生通知を送信する。例えば、図１２に示すように、エージェント装置１４で障害（１次アラーム）が発生し、それに起因してエージェント装置１２および１３で障害（２次アラーム）が発生した場合は、それぞれのエージェント装置からアラーム通知を収集し、あらかじめ保持しているアラームマスク条件に基づいてアラームマスク処理を行った上で、監視端末２０に障害発生通知（ここでは、障害発生元であるエージェント装置１４の障害発生通知）を送信する。
【００１１】
【特許文献１】特開２００３−１５２７２２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述した従来の障害監視システムにおいては、ネットワークに接続された各エージェント装置（情報処理装置）から送信されるアラーム通知（障害発生通知）をマネージャ装置（ネットワーク管理装置）が収集し、一括してアラームマスク処理を行うため、障害監視における負荷がマネージャ装置に集中してしまうという問題がある。
【００１３】
また、エージェント装置において実装しているパッケージのアップグレードを行う場合や、ＭＰＬＳ（MultiProtocol Label Switching）やＧＭＰＬＳ（Generalized Multi-Protocol Label Switching）などのＬＳＲ（Label Switch Router）においてシグナリングによる動的なＬＳＰ（Label Switch Path）の変更が行われる場合などは、マネージャ装置が保持しているアラームマスク条件に変更が必要となり、その際には、マネージャ装置側のパッケージもタイミングを合わせてアップグレードする必要がある。そして、このアップグレードを行っている間は、マネージャ装置と監視端末との接続が中断され、ネットワークが一時非監視状態になるという問題もある。
【００１４】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、障害監視においてネットワーク管理装置に負荷が集中することを防ぐことができる情報処理装置、障害通知方法および障害通知プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本願の開示する情報処理システムは、一つの態様において、複数の情報処理装置を有し、前記複数の情報処理装置とネットワーク管理装置とが接続されるネットワークにおいて、障害が発生した場合に、前記情報処理装置が、ネットワーク管理装置に対して障害の発生通知を送信する情報処理システムであって、前記複数の情報処理装置の各々は、障害が発生した場合に、該障害の非通知設定が行われているか否かを確認する非通知設定確認手段と、前記非通知設定確認手段により前記障害の非通知設定が行われていないことが確認された場合に、前記ネットワーク管理装置に対して該障害の発生通知を送信する障害通知送信手段と、障害が発生した場合に、前記ネットワーク内を流れる信号のフロー上で１つ下位の他の情報処理装置に対して、該発生した障害と該１つ下位の他の情報処理装置の属性との相関関係に基づいたアラームマスクに基づいて、該発生した障害に起因する障害の非通知設定を行う障害非通知設定手段と、を備えたことを特徴とする。
【発明の効果】
【００２０】
本願の開示する情報処理システムの一つの態様によれば、障害監視においてネットワーク管理装置に負荷が集中することを防ぐことができる。
【発明を実施するための最良の形態】
【００２３】
以下に添付図面を参照して、この発明に係る情報処理装置、障害通知方法および障害通知プログラムの好適な実施例を詳細に説明する。なお、本実施例では、本発明をＷＤＭ装置の機能部を構成する情報処理装置に適用した場合を説明しており、以下に登場する「マネージャ装置」は、「ネットワーク管理装置」に対応し、「エージェント装置」は、「情報処理装置」に対応する。
【実施例】
【００２４】
まず、本実施例に係るエージェント装置の概念について説明する。図１は、本実施例に係るエージェント装置の概念を説明するための説明図である。同図に示す例では、ＷＤＭ装置１００は、外部ＬＡＮ３０を介して監視端末２０に接続され、光ネットワーク４０を介して他の光伝送装置と接続され、ＷＤＭネットワーク５０を介して他のＷＤＭ装置と接続されている。また、ＷＤＭ装置１００は、マネージャ装置１１０と、エージェント装置１２０〜１４０とを備えており、マネージャ装置１１０とエージェント装置１２０〜１４０とは、それぞれ装置内ＬＡＮ１５０を介して接続されている。
【００２５】
エージェント装置１２０〜１４０は、光ファイバケーブル１６０を介して接続されており、それぞれがＣＰＵを備え、自律して動作することができる。このうち、エージェント装置１２０および１３０には、それぞれ、光アンプ／分散補償パッケージと、光信号を分離化／多重化するＤＥＭＵＸ／ＭＵＸパッケージと、光スイッチパッケージが実装されており、一方、エージェント装置１４０には、ＷＤＭ装置１００が入出力する光信号の波長変換を行うトランスポンダーパッケージが実装されている。そして、エージェント装置１２０〜１４０は、それぞれが、実装されたパッケージのプログラムを自律的に実行することによって、ＷＤＭ装置１００を一つの光伝送装置として機能させる。
【００２６】
各エージェント装置１２０〜１４０は、それぞれ、自装置が備えるハードウェアに障害が発生しているか否かを定期的に監視し、障害（１次障害）が発生していることを検知した場合は、その障害のアラーム通知（障害の発生通知）に対する非通知設定が行われているか否かを確認し、非通知設定が行われていない場合は、マネージャ装置１１０に対してアラーム通知を送信する。
【００２７】
ここで、各エージェント装置１２０〜１４０は、さらに、起動時に収集した装置内ＬＡＮ１５０のトポロジー情報に基づいて、ＷＤＭ装置１００内を流れる光信号のシグナルフロー上で、自装置が実装しているパッケージの下流に位置するパッケージを実装しているエージェント装置に対して、自装置が検出した障害に起因して発生する障害（２次障害）のアラーム通知の非通知設定を行うことを指示するためのアラームマスク設定要求を送信する。このアラームマスク設定要求を受信したエージェント装置は、受信したアラームマスク設定要求に基づいて、２次障害のアラーム通知の非通知設定を行う。なお、以降、シグナルフロー上で下流に位置するパッケージを「下流パッケージ」と呼び、反対に、上流に位置するパッケージを「上流パッケージ」と呼ぶ。
【００２８】
また、マネージャ装置１１０は、障害が発生した場合に各エージェント装置１２０〜１４０から送信されるアラーム通知を受信し、受信したアラーム通知に基づいて、監視端末２０に障害発生通知を送信する。
【００２９】
ここで、エージェント装置１２０および１３０が、エージェント装置１４０が実装しているパッケージの下流パッケージを実装していた場合、例えば、エージェント装置１４０に障害（１次アラーム）が発生すると、エージェント装置１４０は、マネージャ装置１１０に対してアラーム通知を送信するとともに、エージェント装置１２０および１３０に対してアラームマスク設定要求を送信する。そして、エージェント装置１２０および１３０は、アラームマスク設定要求で指示された障害のアラーム通知に対する非通知設定を行う。
【００３０】
これにより、エージェント装置１２０および１３０においてエージェント装置１４０で発生した障害に起因する障害（２次アラーム）が発生した場合でも、かかる障害に関するアラーム通知はマネージャ装置１１０へ送信されないため、マネージャ装置１１０は、エージェント装置１４０から送信されたアラーム通知のみを受信し、エージェント装置１４０で発生した障害の障害発生通知のみを監視端末２０に送信する。
【００３１】
このように、本実施例に係るエージェント装置１２０〜１４０は、障害を検知した場合には、当該障害のアラーム通知の非通知設定が行われているか否かを確認し、非通知設定が行われていないことを確認した場合に、マネージャ装置１１０に対して当該障害のアラーム通知を送信するとともに、シグナルフロー上で下流に位置する他のエージェント装置に対して、当該障害に関連して発生する障害のアラーム通知の非通知設定を行うためのアラームマスク設定要求を送信するので、従来、マネージャ装置１１０において行われていたアラームマスク処理を、装置内ＬＡＮ１５０に接続されたエージェント装置１２０〜１４０が自律分散して行うことが可能となり、その結果、障害監視においてマネージャ装置１１０に負荷が集中することを防ぐことができる。
【００３２】
なお、ここでは説明の便宜上、ＷＤＭ装置１００において３台のエージェント装置１２０〜１４０のみを示したが、このＷＤＭ装置１００は複数のエージェント装置から構成される。
【００３３】
次に、本実施例に係るエージェント装置の構成について説明する。図２は、本実施例に係るエージェント装置１２０の構成を示す機能ブロック図である。同図においては、図１に示したＷＤＭ装置１００に備えられたマネージャ装置１１０およびエージェント装置１２０を示しており、同じく図１に示したエージェント装置１３０および１４０は、図２に示すエージェント装置１２０と同様の機能部を有している。
【００３４】
このエージェント装置１２０は、ＣＰＵなどの、図示しない各種機能部を有しており、光アンプ／分散補償パッケージと、光信号を分離化／多重化するＤＥＭＵＸ／ＭＵＸパッケージと、光スイッチパッケージを実装することによって、ＷＤＭ装置の一つの機能部として決められた役割を果たすものである。
【００３５】
そして、エージェント装置１２０は、図２に示すように、装置内ＬＡＮ１５０を介してマネージャ装置１１０と接続されている。
【００３６】
マネージャ装置１１０は、マネージメント処理部１１１と、装置設定情報テーブル１１２とを有する。マネージメント処理部１１１は、ＷＤＭ装置１００内に備えられた各エージェント装置１２０〜１４０から送信されるアラーム通知を受信し、受信したアラーム通知に基づいて、監視端末２０に対して障害発生通知を送信する処理部である。装置設定情報テーブル１１２は、ＷＤＭ装置１００内のファイバ接続情報やパス情報などの装置設定情報を記憶する記憶部である。なお、ここでいうファイバ接続情報には、ＷＤＭ装置１００内の各エージェント装置に実装されているパッケージ間の接続状態を示す情報が含まれており、パス情報には、ＷＤＭ装置１００内の各エージェント装置に実装されているパッケージが備えている外部インタフェースの情報が含まれている。
【００３７】
エージェント装置１２０は、シグナリング／ルーティング処理部１２０ａと、トポロジー情報テーブル１２０ｂと、アラームハイアラーキ情報テーブル１２０ｃと、アラーム相関情報テーブル１２０ｄと、ハードウェア情報テーブル１２０ｅと、アラームハイアラーキ構成部１２０ｆと、アラームマスクテーブル１２０ｇと、アラーム検出部１２０ｈと、ディスカバリ処理部１２０ｉと、接続確認処理部１２０ｊと、アラーム転送処理部１２０ｋとを有する。
【００３８】
シグナリング／ルーティング処理部１２０ａは、装置内ＬＡＮ１５０に接続された他のエージェント装置とシグナリングを行うことによってトポロジー情報を取得し、取得したトポロジー情報をトポロジー情報テーブル１２０ｂに記憶する処理部である。このシグナリング／ルーティング処理部１２０ａは、エージェント装置１２０の起動時、および、接続確認処理部１２０ｊによってエージェント装置１２０の接続状態が変化したことが確認された場合に動作する。
【００３９】
具体的には、シグナリング／ルーティング処理部１２０ａは、まず、ファイバ接続情報とパス情報とをマネージャ装置１１０の装置設定情報テーブル１１２から取得する。そして、シグナリング／ルーティング処理部１２０ａは、取得したファイバ接続情報と、エージェント装置１２０に実装されたパッケージに実際に接続されている光ファイバケーブルの接続情報とを、各パッケージに応じた所定の誤接続検出方法を用いて比較し、誤接続の有無を確認する。
【００４０】
例えば、ＳＯＮＥＴ（Synchronous Optical NETwork）フレームを終端しているパッケージ間の接続においては、フレームのオーバーヘッド部のｊ０フラグを用いた誤接続検出機能によって誤接続を検出し、Ｇ７０９フレーム（ＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）によるＧ７０９勧告で定義された通信方式のフレーム）を終端しているパッケージ間の接続においては、ＴＴＩ（Trial Trace Identifier）を用いた誤接続検出機能によって誤接続を検出し、ＷＤＭパッケージとトランスポンダーパッケージとの間の接続においては、光スペクトラム解析用モジュールを実装し、期待通りの光が入力されているか否かを測定することによって誤接続を検出する。
【００４１】
そして、光ファイバの接続状況に誤接続が無いことを確認した後、シグナリング／ルーティング処理部１２０ａは、例えばＧＭＰＬＳ（Generalized Multi-Protocol Label Switching）を利用したネットワークにおけるＯＳＰＦ−ＴＥ（Open Shortest Path First-Traffic Engineering）などのルーティングプロトコルを用いて他のエージェント装置とコネクションを確立することによって、コントロールプレーンのトポロジー情報を取得し、トポロジー情報テーブル１２０ｂに記憶する。このコントロールプレーンのトポロジー情報は、エージェント装置に備えられたＣＰＵをノードとしたトポロジーの情報であり、各エージェント装置が備える光ネットワークへの接続部に割り当てられたルータＩＤ、リンク識別子を含んでいる。
【００４２】
コントロールプレーンのトポロジー情報を取得した後、シグナリング／ルーティング処理部１２０ａは、マネージャ装置１１０から取得したパス情報に含まれる外部インタフェースの情報を確認する。そして、エージェント装置１２０が実装しているパッケージの中で、ＷＤＭ装置１０の外部の光伝送装置から光信号を入力するインタフェースを有するパッケージが存在していた場合、シグナリング／ルーティング処理部１２０ａは、エージェント装置１２０がＷＤＭ装置１００内を流れる光信号のシグナルフロー上で最上位に位置していると判断し、トポロジー情報テーブル１２０ｂに記憶したコントロールプレーンのトポロジー情報に基づいて、例えばＧＭＰＬＳを利用したネットワークにおけるＲＳＶＰ−ＴＥ（resource ReSerVation Protocol-Traffic Engineering）などのシグナリングプロトコルを用いて、下流パッケージを実装しているエージェント装置に対して、エージェント装置１２０が実装しているパッケージの属性情報を含めた要求メッセージ（以下、「Ｐａｔｈメッセージ」と呼ぶ）を送信する。
【００４３】
一方、エージェント装置１２０が実装しているパッケージの中で、ＷＤＭ装置１０の外部の光伝送装置へ光信号を出力するインタフェースを有するパッケージが存在していた場合は、シグナリング／ルーティング処理部１２０ａは、エージェント装置１２０がＷＤＭ装置１００内を流れる光信号のシグナルフロー上で最下位に位置していると判断し、他のエージェント装置からＰａｔｈメッセージが送信されるのを待ち、Ｐａｔｈメッセージが送信された場合には、その送信元に対して、エージェント装置１２０が実装しているパッケージの属性情報を付加した応答メッセージ（以下、「Ｒｅｓｖメッセージ」と呼ぶ）を送信する。
【００４４】
また、エージェント装置１２０が最上位でも最下位でも無かった場合、シグナリング／ルーティング処理部１２０ａは、他のエージェント装置からＰａｔｈメッセージまたはＲｅｓｖメッセージのいずれかが送信されるのを待ち、Ｐａｔｈメッセージが送信された場合は、下流パッケージに対して、エージェント装置１２０が実装しているパッケージの属性情報を付加したＰａｔｈメッセージを送信し、Ｒｅｓｖメッセージが送信された場合は、上流パッケージを実装しているエージェント装置に対して、エージェント装置１２０が実装しているパッケージの属性情報を付加したＲｅｓｖメッセージを送信する。
【００４５】
そして、シグナリング／ルーティング処理部１２０ａは、ＰａｔｈメッセージとＲｅｓｖメッセージを送受信する際には、メッセージに含めて送受信されるパッケージの属性情報をデータプレーンのトポロジー情報としてトポロジー情報テーブル１２０ｂに記憶する。これにより、各エージェント装置は、シグナルフロー上にある全てのパッケージの属性情報を取得し、共有することができる。なお、かかるシグナリング／ルーティング処理部１２０ａにより行われるシグナリングの処理手順については、後に説明する。
【００４６】
このようにして取得されるデータプレーンのトポロジー情報は、シグナルフロー上のパッケージをノードとしたトポロジーの情報であり、各エージェント装置に実装されたパッケージの属性情報を含むものである。この属性情報は、具体的には、パッケージが実装されている棚（Ｓｈｅｌｆ）やスロットの位置を示す実装位置、パッケージが実装されているデバイス（ネットワークカードなど）の種類を示すＥｑｕｉｐｍｅｎｔ属性、パッケージが使用する主信号の種類を示す主信号属性、冗長構成の状態を示すＣｏｎｎｅｃｔｉｏｎ属性の情報が含んでいる。
【００４７】
なお、かかるシグナリング／ルーティング処理部１２０ａは、「接続状態確認手段」に対応する。
【００４８】
トポロジー情報テーブル１２０ｂは、シグナリング／ルーティング処理部１２０ａによって取得されたコントロールプレーンのトポロジー情報およびデータプレーンのトポロジー情報を記憶する記憶部である。
【００４９】
アラームハイアラーキ情報テーブル１２０ｃは、アラーム通知ごとの通知／非通知設定を定義したアラームマスクテンプレートを、エージェント装置１２０に実装されているパッケージごとに記憶する記憶部である。図３は、アラームハイアラーキ情報テーブル１２０ｃに記憶されるアラームマスクテンプレートの一例を示す図である。具体的には、アラームハイアラーキ情報テーブル１２０ｃは、同図に示すように、アラームマスク種別と、アラーム通知の種類とに対応付けて、アラーム通知の通知／非通知設定情報を記憶する。
【００５０】
例えば、同図に示す例では、「Ａ」，「Ｂ」，「Ｃ」，「Ｄ」，「Ｅ」がアラームマスク種別を表しており、「ＬＯＳ」，「ＢＤＩ」，「ＡＩＳ−Ｏ」・・・,「Ｔ−ＯＰＴ」がアラーム通知の種類を表しており、「○」／「×」が、各アラーム通知の通知／非通知の設定を表している。そして、例えばアラームマスク種別「Ｂ」については、アラーム通知「ＬＯＳ」，「ＢＤＩ」，「ＡＩＳ−Ｏ」・・・，「ＣＴＮＥＱ」の通知／非通知設定情報には「○（通知）」が設定され、アラーム通知「Ｔ−ＴＥＭＰ」，「Ｔ−ＯＰＲ」および「Ｔ−ＯＰＴ」の通知／非通知設定情報には「×（非通知）」が設定されている。
【００５１】
アラーム相関情報テーブル１２０ｄは、下流パッケージの属性に基づく、下流パッケージへのアラームマスク設定情報を、エージェント装置１２０に実装されているパッケージごとに記憶する記憶部である。図４は、アラーム相関情報テーブル１２０ｄに記憶されるアラームマスク設定情報の一例を示す図である。具体的には、アラーム相関情報テーブル１２０ｄは、同図に示すように、下流パッケージの属性種別に対応付けて、アラームマスク種別ごとの、下流パッケージに指示するアラームマスク種別を記憶する。
【００５２】
例えば、同図に示す例では、下流パッケージの属性種別が「属性種別Ｘ」の場合には、アラームマスク種別「Ａ」，「Ｂ」，「Ｃ」，「Ｄ」および「Ｅ」の、下流パッケージへ指示するアラームマスク種別に、それぞれ、「Ｄ」，「Ｂ」，「Ｄ」，「Ａ」および「Ｃ」が設定され、下流パッケージの属性種別が「属性種別Ｙ」の場合には、アラームマスク種別「Ａ」，「Ｂ」，「Ｃ」，「Ｄ」および「Ｅ」の、下流パッケージへ指示するアラームマスク種別に、それぞれ、「Ａ」，「Ｂ」，「Ｄ」，「Ｄ」および「Ｅ」が設定されている。
【００５３】
ハードウェア情報テーブル１２０ｅは、エージェント装置１２０が備えるハードウェアの識別情報を記憶する記憶部である。
【００５４】
アラームハイアラーキ構成部１２０ｆは、アラームハイアラーキ情報テーブル１２０ｃに記憶されたアラームマスクテンプレートに対して、下流パッケージへのアラームマスク設定情報付加したアラームマスク情報を生成し、アラームマスクテーブル１２０ｇに記憶する処理部である。このアラームハイアラーキ構成部１２０ｆは、エージェント装置１２０の起動時、および、接続確認処理部１２０ｊによって、エージェント装置１２０の接続状態が変化したことが確認された場合にシグナリング／ルーティング処理部１２０ａによって行われるトポロジー情報の取得処理が終了した後に動作する。
【００５５】
具体的には、このアラームハイアラーキ構成部１２０ｆは、まず、トポロジー情報テーブル１２０ｂに記憶されたデータプレーンのトポロジー情報に基づいて下流パッケージの属性種別を判定する。この属性種別は、データプレーンのトポロジー情報に含まれている実装位置と、Ｅｑｕｉｐｍｅｎｔ属性と、主信号属性と、Ｃｏｎｎｅｃｔｉｏｎ属性との組み合わせに対応付けて、あらかじめ決められている。
【００５６】
下流パッケージの属性種別を判定した後、アラームハイアラーキ構成部１２０ｆは、判定した下流パッケージの属性種別に基づいてアラーム相関情報テーブル１２０ｄを参照し、アラームマスク種別ごとの、下流パッケージへ指示するアラームマスク種別を取得する。
【００５７】
そして、アラームハイアラーキ構成部１２０ｆは、アラームハイアラーキ情報テーブル１２０ｃを参照してアラームマスクテンプレートを取得し、そのアラームマスクテンプレートに対して、アラーム相関情報テーブル１２０ｄから取得した、下流パッケージへ指示するアラームマスク種別をアラームマスク種別ごとに付加することによってアラームマスク情報を生成し、生成したアラームマスク情報をアラームマスクテーブル１２０ｇに登録する。なお、ここで生成されるアラームマスク情報のうち、アラームハイアラーキ情報テーブル１２０ｃのアラームマスクテンプレートから取得した情報（アラーム通知ごとの通知／非通知設定情報）を、以下、「パッケージ内マスク情報」と呼び、アラーム相関情報テーブル１２０ｄから取得した情報（下流パッケージへのアラームマスク設定情報）を、以下、「パッケージ間マスク情報」と呼ぶ。
【００５８】
図５は、アラームマスクテーブル１２０ｇに記憶されるアラームマスク情報の一例を示す図である。同図は、例えば、下流パッケージが「ＰＫＧ＃３」であり、パッケージ「ＰＫＧ＃３」が実装されているエージェント装置が「ａｇｅｎｔ＃３」であり、パッケージ「ＰＫＧ＃３」の属性種別が「属性種別Ｙ」であった場合に、図３に示したアラームマスクテンプレートと、図４に示したアラームマスク設定情報を用いて生成されたアラームマスク情報を示している。
【００５９】
この場合、同図に示すように、アラームマスク種別「Ａ」，「Ｂ」，「Ｃ」，「Ｄ」および「Ｅ」について、下流パッケージ「ＰＫＧ＃３」へ指示するアラームマスク種別として、それぞれ、「Ａ」，「Ｂ」，「Ｄ」，「Ｄ」および「Ｅ」が付加されたアラームマスク情報が生成される（同図に示す「ｄｏｗｎ  ｓｔｒｅａｍ  ＰＫＧ＃３」の行）。アラームハイアラーキ構成部１２０ｆは、このようなアラームマスク情報を、エージェント装置１２０に実装されているパッケージの分だけ生成する。
【００６０】
アラームマスクテーブル１２０ｇは、アラームハイアラーキ構成部１２０ｆによって生成されたアラームマスク情報を記憶する記憶部である。このアラームマスクテーブル１２０ｇは、「障害非通知設定情報記憶手段」に対応する。
【００６１】
アラーム検出部１２０ｈは、ハードウェア情報テーブル１２０ｅに記憶されたハードウェア情報に基づいて、定期的にアラームポーリング処理を行い、エージェント装置１２０が備えるハードウェアに障害が発生しているか否かを確認する処理部である。このアラーム検出部１２０ｈは、エージェント装置１２０が備えるハードウェアに障害が発生していることを確認した場合は、アラーム転送処理部１２０ｋに対してアラーム通知を送信し、発生していた障害が回復した場合は、アラーム転送処理部１２０ｋに対してアラーム回復通知を送信する。
【００６２】
ディスカバリ処理部１２０ｉは、上流パッケージを実装しているエージェント装置から受信したアラームマスク設定要求をアラーム転送処理部１２０ｋに転送し、また、それとは反対に、アラーム転送処理部１２０ｋが発出するアラームマスク設定要求を、下流パッケージを実装しているエージェント装置に対して送信する処理部である。
【００６３】
接続確認処理部１２０ｊは、エージェント装置１２０と、他のエージェント装置およびマネージャ装置１１０との接続状態を定期的に確認する処理部である。また、この接続確認処理部１２０ｊは、「接続状態変化確認手段」に対応する。
【００６４】
アラーム転送処理部１２０ｋは、アラーム検出時に、アラームマスクテーブル１２０ｇに記憶されたアラームマスク情報に基づいてエージェント１２０および下流パッケージを実装するエージェント装置に対してアラームマスク設定処理を行うとともに、マネージャ装置１１０に対してアラーム通知を送信し、アラーム回復時には、エージェント１２０および下流パッケージを実装するエージェント装置に対してアラームマスク解除処理を行う処理部である。
【００６５】
具体的には、このアラーム転送処理部１２０ｋは、アラーム検出部１２０ｈからアラーム通知を受信すると、アラームマスクテーブル１２０ｇを参照し、検出されたアラーム通知に対してあらかじめ定義付けられているアラームマスク種別に対応するパッケージ内マスク情報とパッケージ間マスク情報とを取得し、まず、パッケージ内マスク情報に基づいてエージェント装置１２０においてアラーム通知の通知／非通知設定を行い、さらに、パッケージ間マスク情報に基づいて下流パッケージを実装しているエージェント装置に対して、下流パッケージに指示するアラームマスク種別を含めたアラームマスク設定要求を送信する。
【００６６】
図６は、アラーム転送処理部１２０ｋによるアラームマスク設定処理を説明するための図である。例えば、同図に示すように、エージェント装置１４０（ここでは、「ａｇｅｎｔ＃１」とする）と、シグナルフロー上でエージェント装置１４０の下流に位置するエージェント装置１３０（ここでは「ａｇｅｎｔ＃３」とする）とが接続されており、エージェント装置１３０に実装されているパッケージ「ＰＫＧ＃３」が、エージェント装置１４０に実装されているパッケージ「ＰＫＧ＃１」の下流パッケージであるとする。
【００６７】
ここで、エージェント装置１４０において障害が発生し、アラーム「ＬＯＳ」（図６に示す「ＷＤＭ  ＬＯＳ」）が検出されると、エージェント装置１４０のアラーム転送処理部１２０ｋは、アラームマスクテーブル１２０ｇを参照し、アラーム通知「ＬＯＳ」に対して定義されたアラームマスク種別「Ｃ」のパッケージ内マスク情報に基づいてアラーム通知「ＬＯＳ」〜「Ｔ−ＯＰＴ」の通知／非通知設定を行う。さらに、エージェント装置１４０のアラーム転送処理部１２０ｋは、同じくアラームマスク種別「Ｃ」のパッケージ間マスク情報に基づいてエージェント装置１３０に対して、アラームマスク種別「Ｄ」を含めたアラームマスク設定要求を送信する。
【００６８】
そして、アラーム転送処理部１２０ｋは、受信したアラーム通知の非通知設定がエージェント装置１２０において行われているか否かを確認し、非通知設定が行われていない場合は、当該アラーム通知をマネージャ装置１１０に対して送信する。図６に示す例では、アラームマスク種別「Ｃ」のパッケージ内マスク情報に基づいてアラーム通知「ＬＯＳ」の非通知設定が行われているため、エージェント装置１４０のアラーム転送処理部１２０ｋは、アラーム通知のマネージャ装置１１０への送信は行わない。
【００６９】
一方、アラーム検出部１２０ｈからアラーム回復通知を受信した場合は、アラーム転送処理部１２０ｋは、当該アラームに対して定義されたアラームマスク種別に対応するパッケージ内マスク情報とパッケージ間マスク情報とをアラームマスクテーブル１２０ｇから取得し、パッケージ内マスク情報に基づいて、エージェント装置１２０においてアラーム通知の通知／非通知解除設定を行い、さらに、パッケージ間マスク情報に基づいて、下流のエージェント装置にアラーム通知の通知／非通知解除を指示するアラームマスク解除要求を送信する。
【００７０】
また、アラーム転送処理部１２０ｋは、ディスカバリ処理部１２０ｉを介して、シグナルフロー上で上流に位置するエージェントからアラームマスク設定要求を受信した場合は、受信したアラームマスク設定要求に含まれるアラームマスク種別に対応するパッケージ内マスク情報とパッケージ間マスク情報とをアラームマスクテーブル１２０ｇから取得し、パッケージ内マスク情報に基づいて、エージェント装置１２０にアラーム通知の通知／非通知設定を行い、さらに、パッケージ間マスク情報に基づいて、下流に位置するエージェント装置に対してアラームマスク設定要求を送信する。
【００７１】
図６に示した例を用いて説明すると、例えば、同図に示すエージェント装置１３０は、アラームマスク種別「Ｄ」が含まれたアラームマスク設定要求をエージェント装置１４０から受信すると、アラーム転送処理部１２０ｋが、アラームマスクテーブル１２０ｇを参照し、アラームマスク種別「Ｄ」のパッケージ内マスク情報を取得し、これに基づいて、アラーム通知の通知／非通知設定を行う。なお、同図に示す例では、エージェント装置１３０においては、アラームマスクテーブル１２０ｇのパッケージ間マスク情報にエージェント装置が設定されていない（図６に示す「ａｇｅｎｔなし」）。これは、シグナルフロー上でエージェント装置１３０の下流には他のエージェント装置が存在していないことを示している。そのため、アラーム転送処理１２０ｋは、さらに下流へのアラームマスク設定要求の送信は行わない。
【００７２】
一方、ディスカバリ処理部１２０ｉを介して、上流に位置するエージェントからアラームマスク解除要求を受信した場合は、アラーム転送処理部１２０ｋは、受信したアラームマスク解除要求に含まれるアラームマスク種別に対応するパッケージ内マスク情報とパッケージ間マスク情報とをアラームマスクテーブル１２０ｇから取得し、パッケージ内マスク情報に基づいて、エージェント装置１２０にアラーム通知の通知／非通知解除を行い、さらに、パッケージ間マスク情報に基づいて、下流パッケージを実装しているエージェント装置に対してアラーム通知の通知／非通知解除を指示するアラームマスク解除要求を送信する。なお、アラーム転送処理部１２０ｋによるアラームマスク設定処理およびアラームマスク解除処理の処理手順については、後に説明する。
【００７３】
また、ここでは、説明の都合上、エージェント装置１３０およびエージェント装置１４０にそれぞれ実装されている一つのパッケージ（ＰＫＧ＃３」および「ＰＫＧ＃１」）について説明したが、エージェント装置１３０および１４０には複数のパッケージが実装されるものであり、アラームマスク設定を行う場合の各パッケージ間の相関関係は、それぞれが有するアラームマスクテーブル１２０ｇのパッケージ間マスク情報によって定義付けられる。
【００７４】
このように、アラームマスクテーブル１２０ｇが、パッケージ間マスク情報を記憶し、障害が発生した場合には、アラーム転送処理部１２０ｋが、下流パッケージを実装しているエージェント装置に対して、アラームマスクテーブル１２０ｇに記憶されたパッケージ間マスク情報に基づいて、当該障害に関連して発生する障害のアラーム通知の非通知設定を行うことによって、従来、マネージャ装置１１０において保持していたアラームマスク条件を、装置内ＬＡＮ１５０に接続されたエージェント装置が自律分散して保持することが可能となり、その結果、障害監視においてネットワーク管理装置に負荷が集中することを防ぐことができる。
【００７５】
なお、図６においては、エージェント装置１４０とエージェント装置１３０との間のアラームマスク設定処理を示したが、エージェント装置１４０とエージェント装置１３０の間に、例えばエージェント装置１２０が接続された場合でも、起動時に、それぞれのエージェント装置がアラームマスクテーブル１２０ｇを構築することによって、エージェント装置の構成に合わせてアラームマスク処理を行うことができる。
【００７６】
図７は、エージェント装置を追加接続した場合のアラームマスク処理を示す図である。同図は、図６に示したエージェント装置１４０とエージェント装置１３０との間にエージェント装置１２０（ここでは、「ａｇｅｎｔ＃２」とする）を追加接続した場合を示している。そして、同図に示すエージェント装置１４０に障害が発生し、アラーム通知「ＬＯＳ」が検出された場合は、エージェント装置１４０のアラーム転送処理部１２０ｋは、当該アラーム通知に定義されたアラームマスク種別「Ｃ」のパッケージ内マスク情報を参照し、アラーム通知「ＬＯＳ」〜「Ｔ−ＯＰＴ」の通知／非通知設定を行い、さらに、同じくアラームマスク種別「Ｃ」の「ＰＫＧ＃２」のパッケージ間マスク情報を参照し、エージェント装置１２０に対して、アラームマスク種別「Ｄ」を含めたアラームマスク設定要求を送信する。
【００７７】
エージェント装置１４０からアラームマスク設定要求を受信したエージェント装置１２０は、アラーム転送処理部１２０ｋが、アラームマスクテーブル１２０ｇを参照して、受信したアラームマスク設定要求に含まれたアラームマスク種別「Ｄ」のパッケージ内マスク情報を取得し、これに基づいて、アラーム通知の通知／非通知設定を行うとともに、同じくアラームマスク種別「Ｄ」の「ＰＫＧ＃３」のパッケージ間マスク情報を参照し、エージェント装置１３０に対して、アラームマスク種別「Ｄ」を含めたアラームマスク設定要求を送信する。
【００７８】
そして、エージェント装置１３０は、アラームマスク種別「Ｄ」を含めたアラームマスク設定要求をエージェント装置１２０から受信すると、アラーム転送処理部１２０ｋが、アラームマスクテーブル１２０ｇを参照して、受信したアラームマスク設定要求に含まれたアラームマスク種別「Ｄ」のパッケージ内マスク情報を取得し、これに基づいて、アラーム通知の通知／非通知設定を行う。
【００７９】
なお、ここでは、説明の都合上、エージェント装置１２０、エージェント装置１３０およびエージェント装置１４０にそれぞれ実装されている一つのパッケージ（「ＰＫＧ＃２」、「ＰＫＧ＃３」および「ＰＫＧ＃１」）について説明したが、エージェント装置１２０、エージェント装置１３０および１４０には複数のパッケージが実装されるものであり、アラームマスク設定を行う場合の各パッケージ間の相関関係は、それぞれが有するアラームマスクテーブル１２０ｇのパッケージ間マスク情報によって定義付けられる。
【００８０】
このように、シグナリング／ルーティング処理部１２０ａが、起動時にシグナリングを行うことによって、装置内ＬＡＮ１５０に接続された他のエージェント装置との接続状態を確認し、障害が発生した場合には、アラーム転送処理部１２０ｋが、シグナリング／ルーティング処理部１２０ａより確認された他のエージェント装置との接続状況に基づいて、シグナルフロー上で下流に位置する他のエージェント装置に対して、当該障害に関連して発生する障害のアラーム通知の非通知設定を行うので、装置内ＬＡＮ１５０に接続されたエージェント装置の構成が変更された場合でも、変更後のエージェント装置の構成に合わせてアラームマスク処理を行うことができる。
【００８１】
次に、本実施例に係るエージェント装置１２０の処理手順について説明する。図８は、本実施例に係るエージェント装置１２０の処理手順を示すフローチャートである。同図に示すように、このエージェント装置１２０は、起動時に、シグナリング／ルーティング処理部１２０ａが、マネージャ装置１００の装置設定情報テーブル１１２から装置設定情報を取得し（ステップＳ１０１）、他のエージェントとシグナリングを行って、トポロジー情報テーブル１２０ｂを構築する（ステップＳ１０２）。
【００８２】
続いて、アラームハイアラーキ構成部１２０ｆが、アラームハイアラーキ情報テーブル１２０ｃに記憶されたアラームマスクテンプレートと、トポロジー情報テーブル１２０ｂに記憶されたトポロジー情報とに基づいてアラームマスクテーブル１２０ｇを構築する（ステップＳ１０３）。
【００８３】
その後、エージェント装置１２０はアラーム監視を開始し（ステップＳ１０４）、アラーム検出部１２０ｈによるアラームポーリング（ステップＳ１０５）と、ディスカバリ処理部が外部からのアラームマスク設定要求の受信チェック（ステップＳ１０７）と、接続確認処理部１２０ｊによるマネージャ装置および他のエージェント装置との接続確認（ステップＳ１０９）とを並列して行う。
【００８４】
そして、アラーム検出部１２０ｈからアラーム通知を受信した場合（ステップＳ１０６，Ｙｅｓ）、または、ディスカバリ処理部１２０ｉが、上流パッケージを実装している他のエージェント装置からのアラームマスク設定要求を受信した場合（ステップＳ１０８，Ｙｅｓ）、アラーム転送処理部１２０ｋが、アラームマスクテーブル１２０ｇに記憶されたアラームマスク情報に基づいて、エージェント装置１２０においてアラームマスク設定処理を行う（ステップＳ１１１）。
【００８５】
そして、アラーム転送処理部１２０ｋは、受信したアラーム通知のアラームの非通知設定がエージェント装置１２０において行われているか否かを確認し（ステップＳ１１２）、非通知設定が行われていない場合は（ステップＳ１１２，Ｙｅｓ）、マネージャ装置１１０に対して当該アラーム通知を送信し、さらに、エージェント装置１２０が実装しているパッケージの下流パッケージを実装しているエージェント装置に対してアラームマスク設定要求を送信する（ステップＳ１１３）。
【００８６】
一方、受信したアラーム通知のアラームの非通知設定がエージェント装置１２０において行われていなかった場合は（ステップＳ１１２，Ｎｏ）、アラーム転送処理部１２０ｋは、何ら処理は行わず、アラーム検出部１２０ｈからアラーム通知を受信するか、または、ディスカバリ処理部１２０ｉから、他のエージェントからのアラームマスク設定要求を受信するまで待機する。
【００８７】
また、接続確認処理部１２０ｊにおいてマネージャ装置および他のエージェント装置との接続に異常が検出された場合は（ステップＳ１１０，Ｙｅｓ）、エージェント装置の接続状況に変化が生じていると判断されるため、制御をシグナリング／ルーティング処理部１２０ａに戻し、他のエージェントとシグナリングを行って、トポロジー情報テーブル１２０ｂの再構築を行う（ステップＳ１０２）。そして、再構築したトポロジー情報テーブル１２０ｂに基づいて、上述したステップＳ１０３以降の処理を行う。
【００８８】
接続確認処理部１２０ｊが、起動時にシグナリング／ルーティング処理部１２０ａにより確認された他のエージェント装置との接続状態が変化しているか否かを定期的に確認し、起動時に確認した接続状態が変化していることを確認した場合は、シグナリング／ルーティング処理部１２０ａが、装置内ＬＡＮ１５０に接続された他のエージェント装置との接続状態を再確認することによって、起動時に装置内ＬＡＮ１５０に接続されたエージェント装置の構成が変化した場合でも、変化に動的に対応してアラームマスク処理を行うことができる。
【００８９】
次に、シグナリング／ルーティング処理部１２０ａによるシグナリングの処理手順について説明する。図９は、シグナリング／ルーティング処理部１２０ａによるシグナリングの処理手順を示すシーケンス図である。同図に示すように、各エージェント装置１２０〜１４０は、それぞれ、起動時に、マネージャ装置１１０に対して立ち上げ通知を送信する（ステップＳ２０１〜Ｓ２０３）。
【００９０】
立ち上げ通知を受信したマネージャ装置１１０は、送信元のエージェント装置それぞれに対して、ＷＤＭ装置１００内のファイバ接続情報とパス情報を送信する（ステップＳ２０４〜Ｓ２０６）。
【００９１】
そして、エージェント装置１２０〜１４０は、まず、受信したファイバ接続情報と実際に接続されているファイバの接続情報とを比較し、誤接続の確認を行う（ステップＳ２０７〜Ｓ２０９）。誤接続がないことを確認した後、エージェント装置１２０〜１４０は、コントロールプレーンのトポロジー情報を取得し、取得したコントロールプレーンのトポロジー情報をトポロジー情報テーブル１２０ｂに記憶する。
【００９２】
そして、エージェント装置１２０〜１４０は、マネージャ装置１１０から受信したパス情報に基づいて、自装置がシグナルフロー上で最上位に位置しているか否かを確認する。ここで、エージェント装置１４０がシグナルフロー上で最上位に位置するエージェント装置であったとすると、エージェント装置１４０は、コントロールプレーンのトポロジー情報に基づいて、下流パッケージを実装しているエージェント装置（ここでは、エージェント装置１３０）に対して、自装置に実装されているパッケージの属性情報（図９に示す「Ｐａｃｋａｇｅ＃１属性」）を含めたＰａｔｈメッセージを送信する（ステップＳ２１０）。
【００９３】
エージェント装置１４０からのＰａｔｈメッセージを受信したエージェント装置１３０は、受信したＰａｔｈメッセージに含まれているパッケージの属性情報に、自装置に実装されているパッケージの属性情報（図９に示す「Ｐａｃｋａｇｅ＃２属性」）を付加した上で、下流パッケージを実装しているエージェント装置（ここでは、エージェント装置１２０）に対して送信する（ステップＳ２１１）。
【００９４】
ここで、エージェント装置１２０がシグナルフロー上で最下位に位置するエージェント装置であった場合、エージェント装置１２０は、エージェント装置１３０からのＰａｔｈメッセージを受信すると、受信したＰａｔｈメッセージに含まれているパッケージの属性情報に、自装置に実装されているパッケージの属性情報（図９に示す「Ｐａｃｋａｇｅ＃３」）を付加した上で、かかるパッケージの属性情報を含めたＲｅｓｖメッセージをＰａｔｈメッセージの送信元であるエージェント装置１３０に対して送信する（ステップＳ２１２）。
【００９５】
エージェント装置１２０からのＲｅｓｖメッセージを受信したエージェント装置１３０は、受信したＲｅｓｖメッセージに含まれるパッケージの属性情報をトポロジー情報としてトポロジー情報テーブル１２０ｂに記憶するとともに、そのパッケージの属性情報を含んだＲｅｓｖメッセージを上流側のエージェント装置１４０に対して送信する（ステップＳ２１３）。
【００９６】
エージェント装置１３０からのＲｅｓｖメッセージを受信したエージェント装置１４０は、受信したＲｅｓｖメッセージに含まれるパッケージの属性情報をトポロジー情報としてトポロジー情報テーブル１２０ｂに記憶する。
【００９７】
このように、シグナリング／ルーティング処理部１２０ａが、起動時にシグナリングを行うことによって、装置内ＬＡＮ１５０に接続されたエージェント装置の接続状態を確認することによって、アラーム転送処理部１２０ｋにおいて、下流パッケージを実装しているエージェント装置に対してアラーム通知の非通知設定を指示するアラームマスク設定要求を送信することが可能となり、装置内ＬＡＮ１５０に接続されたエージェント装置の構成が変更された場合でも、変更後のエージェント装置の構成に合わせてアラームマスク処理を行うことができる。
【００９８】
次に、アラーム転送処理部１２０ｋによるアラームマスク設定処理およびアラームマスク解除処理の処理手順について説明する。図１０は、アラーム転送処理部１２０ｋによるアラームマスク設定処理およびアラームマスク解除処理の処理手順を示すシーケンス図である。
【００９９】
同図に示すように、例えばエージェント装置１４０に障害が発生した場合には、（ステップＳ３０１）、検出したアラーム通知に基づいてアラーム通知の非通知設定が行われるとともに、ＷＤＭ装置１００に設定されているパスにおいてエージェント装置１４０の下流に位置するエージェント装置１３０にアラームマスク設定要求が送信され（ステップＳ３０２）、さらに、マネージャ装置１１０にアラーム通知が送信される（ステップＳ３０３）。
【０１００】
そして、エージェント装置１３０においては、エージェント装置１４０から受信したアラームマスク設定要求に基づいてアラーム通知の非通知設定が行われるとともに、エージェント装置１２０に対するアラームマスク設定要求が送信される（ステップＳ３０４）。
【０１０１】
そして、エージェント装置１２０においては、エージェント装置１３０から受信したアラームマスク設定要求に基づいてアラーム通知の非通知設定が行われる。
【０１０２】
また、例えばエージェント装置１４０に発生していた障害が回復した場合には、（ステップＳ３０５）、検出したアラーム回復通知に基づいてアラーム通知の非通知解除が行われるとともに、ＷＤＭ装置１００に設定されているパスにおいてエージェント装置１４０の下流に位置するエージェント装置１３０にアラームマスク解除要求が送信され（ステップＳ３０６）、さらに、マネージャ装置１１０にアラーム回復通知が送信される（ステップＳ３０７）。
【０１０３】
そして、エージェント装置１３０においては、エージェント装置１４０から受信したアラームマスク解除要求に基づいてアラーム通知の非通知解除が行われるとともに、エージェント装置１２０に対するアラームマスク解除要求が送信される（ステップＳ３０８）。
【０１０４】
そして、エージェント装置１２０においては、エージェント装置１３０から受信したアラームマスク設定要求に基づいてアラーム通知の非通知解除が行われる。
【０１０５】
このように、アラーム転送処理部１２０ｋが、障害が回復した場合に、下流パッケージを実装しているエージェント装置に対して、障害に関連して発生する障害のアラーム通知の非通知設定を解除することによって、障害の発生状況の変化に応じて、動的にアラームマスク処理を行うことができる。
【０１０６】
上述してきたように、本実施例では、アラーム検出部１２０ｈが障害を検知した場合には、アラーム転送処理部１２０ｋが、当該障害のアラーム通知の非通知設定が行われているか否かを確認し、非通知設定が行われていないことを確認した場合に、マネージャ装置１１０に対して当該障害のアラーム通知を送信するとともに、下流パッケージを実装しているエージェント装置に対して、当該障害に関連して発生する障害のアラーム通知の非通知設定を行うためのアラームマスク設定要求を送信するので、従来、マネージャ装置１１０において行われていたアラームマスク処理を、装置内ＬＡＮ１５０に接続されたエージェント装置１２０〜１４０が自律分散して行うことが可能となり、その結果、障害監視においてマネージャ装置１１０に負荷が集中することを防ぐことができる。
【０１０７】
また、従来、マネージャ装置１１０が保持していたアラームマスク条件を、装置内ＬＡＮ１５０に接続されたエージェント装置がアラームマスクテーブル１２０ｇに自律分散して保持することが可能となる。この結果、従来、エージェント装置に実装されているパッケージをアップグレードする場合にタイミングを合わせて行っていたマネージャ装置側のパッケージのアップグレードが不要となり、マネージャ装置と監視端末との接続が中断されることによってネットワークが一時非監視状態になることを防ぐことができる。
【０１０８】
なお、本実施例では、エージェント装置について説明したが、本発明の情報処理装置が有する構成をソフトウェアによって実現することで、同様の機能を有する障害通知プログラムを得ることができる。そこで、この障害通知プログラムを実行するエージェント装置について説明する。
【０１０９】
図１１は、本実施例に係る障害通知プログラムを実行するエージェント装置の構成を示す機能ブロック図である。同図に示すように、このエージェント装置１２０は、ＲＡＭ２１０と、ＣＰＵ２２０と、ＨＤＤ２３０と、ＬＡＮインタフェース２４０と、光インタフェース２５０と、ＷＤＭインタフェース２６０とを有する。
【０１１０】
ＲＡＭ２１０は、プログラムやプログラムの実行途中結果などを記憶するメモリであり、ＣＰＵ２２０は、ＲＡＭ２１０からプログラムを読み出して実行する中央処理装置である。
【０１１１】
ＨＤＤ２３０は、プログラムやデータを格納するディスク装置であり、ＬＡＮインタフェース２４０は、エージェント装置１２０をＬＡＮ経由で他のエージェント装置に接続するためのインタフェースである。
【０１１２】
光インタフェース２５０は、エージェント装置１２０を光ネットワーク経由で他の光伝送装置に接続するためのインタフェースであり、ＷＤＭインタフェース２６０は、光ファイバケーブルを介してエージェント装置１２０を他のＷＤＭ装置に接続するためのインタフェースである。
【０１１３】
そして、このエージェント装置１２０において実行される障害通知プログラム２１１は、ＬＡＮインタフェース２４０を介して接続されたマネージャ装置１１０などによってエージェント装置１２０にインストールされる。
【０１１４】
そして、インストールされた障害通知プログラム２１１は、ＨＤＤ２３０に記憶され、ＲＡＭ２１０に読み出されてＣＰＵ２２０によって障害通知プロセス２２１として実行される。
【０１１５】
（付記１）複数の情報処理装置とネットワーク管理装置とが接続されるネットワークにおいて、障害が発生した場合に、ネットワーク管理装置に対して障害の発生通知を送信する情報処理装置であって、
障害が発生した場合に、該障害の非通知設定が行われているか否かを確認する非通知設定確認手段と、
前記非通知設定確認手段により前記障害の非通知設定が行われていないことが確認された場合に、前記ネットワーク管理装置に対して該障害の発生通知を送信する障害通知送信手段と、
障害が発生した場合に、前記ネットワーク内を流れる信号のフロー上で下流に位置する他の情報管理装置に対して、該発生した障害に起因する障害の非通知設定を行う障害非通知設定手段と、
を備えたことを特徴とする情報処理装置。
【０１１６】
（付記２）起動時にシグナリングを行うことによって、前記ネットワークに接続された他の情報処理装置との接続状態を確認する接続状態確認手段をさらに備え、
前記障害非通知設定手段は、障害が発生した場合に、前記接続状態確認手段により確認された他の情報処理装置との接続状態に基づいて、前記ネットワーク内を流れる信号のフロー上で下流に位置する他の情報処理装置に対して、該発生した障害に起因する障害の非通知設定を行うことを特徴とする付記１に記載の情報処理装置。
【０１１７】
（付記３）前記障害の相関関係に基づいた障害非通知設定情報を記憶する障害非通知設定情報記憶手段をさらに備え、
前記障害非通知設定手段は、障害が発生した場合に、前記ネットワーク内を流れる信号のフロー上で下流に位置する他の情報処理装置に対して、前記障害非通知設定情報記憶手段により記憶された障害非通知設定情報に基づいて、該発生した障害に起因する障害の非通知設定を行うことを特徴とする付記１または２に記載の情報処理装置。
【０１１８】
（付記４）起動時に前記接続状態確認手段により確認された他の情報処理装置との接続状態が変化しているか否かを定期的に確認する接続状態変化確認手段をさらに備え、
前記接続状態確認手段は、前記接続状態変化確認手段により起動時に確認された接続状態が変化していることが確認された場合は、前記ネットワークに接続された他の情報処理装置との接続状態を再確認することを特徴とする付記２または３に記載の情報処理装置。
【０１１９】
（付記５）障害が回復した場合に、前記ネットワーク内を流れる信号のフロー上で下流に位置する他の情報処理装置に対して、該発生した障害に起因する障害の非通知設定を解除する障害非通知解除手段を備えたことを特徴とする付記１〜４のいずれか一つに記載の情報処理装置。
【０１２０】
（付記６）複数の情報処理装置とネットワーク管理装置とが接続されるネットワークにおいて、障害が発生した場合に、ネットワーク管理装置に対して障害の発生通知を送信する情報処理装置の障害通知方法であって、
前記障害が発生した場合に、該障害の非通知設定が行われているか否かを確認する非通知設定確認工程と、
前記非通知設定確認工程により前記障害の非通知設定が行われていないことが確認された場合に、前記ネットワーク管理装置に対して該障害の発生通知を送信する障害通知送信工程と、
前記障害が発生した場合に、前記ネットワーク内を流れる信号のフロー上で下流に位置する他の情報管理装置に対して、該発生した障害に起因する障害の非通知設定を行う障害非通知設定工程と、
を含んだことを特徴とする障害通知方法。
【０１２１】
（付記７）起動時にシグナリングを行うことによって、前記ネットワークに接続された他の情報処理装置との接続状態を確認する接続状態確認工程をさらに含み、
前記障害非通知設定工程は、障害が発生した場合に、前記接続状態確認工程により確認された他の情報処理装置との接続状態に基づいて、前記ネットワーク内を流れる信号のフロー上で下流に位置する他の情報処理装置に対して、該発生した障害に起因する障害の非通知設定を行うことを特徴とする付記６に記載の障害通知方法。
【０１２２】
（付記８）複数の情報処理装置とネットワーク管理装置とが接続されるネットワークにおいて、障害が発生した場合に、ネットワーク管理装置に対して障害の発生通知を送信する情報処理装置で実行される障害通知プログラムであって、
前記障害が発生した場合に、該障害の非通知設定が行われているか否かを確認する非通知設定確認手順と、
前記非通知設定確認手順により前記障害の非通知設定が行われていないことが確認された場合に、前記ネットワーク管理装置に対して該障害の発生通知を送信する障害通知送信手順と、
前記障害が発生した場合に、前記ネットワーク内を流れる信号のフロー上で下流に位置する他の情報管理装置に対して、該発生した障害に起因する障害の非通知設定を行う障害非通知設定手順と、
を情報処理装置に実行させることを特徴とする障害通知プログラム。
【０１２３】
（付記９）起動時にシグナリングを行うことによって、前記ネットワークに接続された他の情報処理装置との接続状態を確認する接続状態確認手順をさらに情報処理装置に実行させ、
前記障害非通知設定手順は、障害が発生した場合に、前記接続状態確認手順により確認された他の情報処理装置との接続状態に基づいて、前記ネットワーク内を流れる信号のフロー上で下流に位置する他の情報処理装置に対して、該発生した障害に起因する障害の非通知設定を行うことを特徴とする付記８に記載の障害通知プログラム。
【産業上の利用可能性】
【０１２４】
以上のように、本発明に係る情報処理装置、障害通知方法および障害通知プログラムは、複数の情報処理装置とネットワーク管理装置とが接続されるネットワークに有用であり、特に、ネットワークに接続される情報処理装置が多く、障害監視においてネットワーク管理装置に負荷が集中するネットワークに適している。
【図面の簡単な説明】
【０１２５】
【図１】本実施例に係るエージェント装置の概念を説明するための説明図である。
【図２】本実施例に係るエージェント装置の構成を示す機能ブロック図である。
【図３】アラームハイアラーキ情報テーブルに記憶されるアラームマスクテンプレートの一例を示す図である。
【図４】アラーム相関情報テーブルに記憶されるアラームマスク設定情報の一例を示す図である。
【図５】アラームマスクテーブルに記憶されるアラームマスク情報の一例を示す図である。
【図６】アラーム転送処理部によるアラームマスク設定処理を説明するための図である。
【図７】エージェント装置を追加接続した場合のアラームマスク処理を示す図である。
【図８】本実施例に係るエージェント装置の処理手順を示すフローチャートである。
【図９】シグナリング／ルーティング処理部によるシグナリングの処理手順を示すシーケンス図である。
【図１０】アラーム転送処理部によるアラームマスク設定処理およびアラームマスク解除処理の処理手順を示すシーケンス図である。
【図１１】本実施例に係る障害通知プログラムを実行するエージェント装置の構成を示す機能ブロック図である。
【図１２】従来のＷＤＭ装置における障害監視を説明するための図である。
【符号の説明】
【０１２６】
１０，１００    ＷＤＭ装置
１１，１１０    マネージャ装置
１２〜１４，１２０〜１４０    エージェント装置
１５，１５０    装置内ＬＡＮ
１６，１６０    光ファイバケーブル
２０    監視端末
３０    外部ＬＡＮ
４０    光ネットワーク
５０    ＷＤＭネットワーク
１１１    マネージメント処理部
１１２    装置設定情報テーブル
１２０ａ    シグナリング／ルーティング処理部
１２０ｂ    トポロジー情報テーブル
１２０ｃ    アラームハイアラーキ情報テーブル
１２０ｄ    アラーム相関情報テーブル
１２０ｅ    ハードウェア情報テーブル
１２０ｆ    アラームハイアラーキ構成部
１２０ｇ    アラームマスクテーブル
１２０ｈ    アラーム検出部
１２０ｉ    ディスカバリ処理部
１２０ｊ    接続確認処理部
１２０ｋ    アラーム転送処理部
２１０    ＲＡＭ
２１１    障害通知プログラム
２２０    ＣＰＵ
２２１    障害通知プロセス
２３０    ＨＤＤ
２４０    ＬＡＮインタフェース
２５０    光インタフェース
２６０    ＷＤＭインタフェース
【図１】
0004818768.tif 000002
【図２】
0004818768.tif 000003
【図３】
0004818768.tif 000004
【図４】
0004818768.tif 000005
【図５】
0004818768.tif 000006
【図６】
0004818768.tif 000007
【図７】
0004818768.tif 000008
【図８】
0004818768.tif 000009
【図９】
0004818768.tif 000010
【図１０】
0004818768.tif 000011
【図１１】
0004818768.tif 000012
【図１２】
0004818768.tif 000013