(57)【特許請求の範囲】
【請求項１】
異なるベンダで製造され複数のブレードを持つことのできる複数の通信装置からのＩＰ情報を伴うＴｒａｐ信号を受信し、受信したＴｒａｐ信号に基いて前記複数の通信装置の障害監視を行なう障害監視装置であって、
前記ベンダを特定するためのデータと、各通信装置におけるセンサ及び動作を特定するためのデータとを保持しているデータベースと、
受信ＩＰ情報と前記Ｔｒａｐ信号に含まれるブレード番号に基いて前記データベースに検索を行ってベンダを特定すると共に、特定したベンダと前記Ｔｒａｐ信号に含まれる当該ベンダによる前記通信装置からのセンサ情報に基いて前記データベースに検索を行って当該通信装置の障害動作を決定し障害通知を出力する障害解析手段を備えることを特徴とする障害監視装置。
【請求項２】
前記データベースは、前記ベンダを特定するためのデータをベンダ識別テーブルとして保持すると共に、前記各通信装置におけるセンサ及び動作を特定するためのデータをセンサ識別テーブルとして保持していることを特徴とする請求項１に記載の障害監視装置。
【請求項３】
前記ベンダ識別テーブルは検索用のキー情報として前記受信ＩＰ情報と前記ブレード番号とを対応付けたものを有すると共に、検索用のベンダ情報として該キー情報に通信装置番号とベンダ名とボード型名とベンダＩＤとを対応付けたものを有し、
前記センサ識別テーブルは検索用のキー情報としてベンダＩＤとセンサ番号と障害レベルと障害種別とを対応付けたものを有すると共に、検索用のセンサ情報として該キー情報に装置名とセンサ名と障害レベルコードと障害種別コードと動作とを対応付けたものを有することを特徴とする請求項２に記載の障害監視装置。
【請求項４】
更に、前記通信装置からの前記Ｔｒａｐ信号を受信し受信したＴｒａｐ信号から前記データベースの検索に必要な情報を取り出してＴｒａｐ受信通知として前記障害解析手段に出力するＴｒａｐ解析手段と、前記障害解析手段から解析結果としての前記障害通知を受け、受け取った障害通知に基いて障害処理を実行する障害処理手段を備えることを特徴とする請求項２又は３に記載の障害監視装置。
【請求項５】
前記Ｔｒａｐ解析手段は、前記データベースの検索に必要な情報として、前記受信ＩＰ情報、前記ブレード番号に加えてセンサ番号、障害レベル、障害種別をそれぞれ前記Ｔｒａｐ信号から取り出して前記Ｔｒａｐ受信通知として前記障害解析手段に出力し、
前記障害解析手段は、解析の結果、前記障害通知として障害装置名、センサ名、障害レベルコード、障害種別コードを出力することを特徴とする請求項４に記載の障害監視装置。
【請求項６】
前記データベースは更に、ベンダを決定するためのベンダ決定テーブルを保持し、該ベンダ決定テーブルはベンダ毎のブレードに固有のボードＩＤ情報をキー情報として有すると共に、該キー情報にベンダ名、ボード型名、ベンダＩＤを対応付けた情報を有し、
前記障害解析手段は、ある通信装置においてブレードが交換された後、当該通信装置から再開通知を受けると当該通信装置に対し交換されたブレードの持つボードＩＤ情報の読み出し及び送信を行なわせ、読み出されたボードＩＤ情報を受け取ると受け取った該ボードＩＤ情報に基いて前記ベンダ決定テーブルに検索を行ってベンダを決定すると共に、決定したベンダに対応付けられたベンダ名、ボード型名、ベンダＩＤに基いて前記ベンダ識別テーブルの更新、設定を行なうことを特徴とする請求項３〜５のいずれかに記載の障害監視装置。
【請求項７】
異なるベンダで製造され複数のブレードを持つことのできる複数の通信装置からのＩＰ情報を伴うＴｒａｐ信号を受信し、受信したＴｒａｐ信号に基いて前記複数の通信装置の障害監視を行なう障害監視方法であって、
前記ベンダを特定するためのデータと、各通信装置におけるセンサ及び動作を特定するためのデータとをあらかじめデータベースに保持しておき、
受信ＩＰ情報と前記Ｔｒａｐ信号に含まれるブレード番号に基いて前記データベースに検索を行ってベンダを特定するステップと、
特定したベンダと前記Ｔｒａｐ信号に含まれる当該ベンダによる前記通信装置からのセンサ情報に基いて前記データベースに検索を行って当該通信装置の障害動作を決定し障害通知を出力するステップを含むことを特徴とする障害監視方法。
【請求項８】
前記ベンダを特定するためのデータをベンダ識別テーブルとして前記データベースに保持すると共に、前記各通信装置におけるセンサ及び動作を特定するためのデータをセンサ識別テーブルとして前記データベースに保持し、
前記ベンダ識別テーブルは検索用のキー情報として前記受信ＩＰ情報と前記ブレード番号とを対応付けたものを有すると共に、検索用のベンダ情報として該キー情報に通信装置番号とベンダ名とボード型名とベンダＩＤとを対応付けたものを有し、
前記センサ識別テーブルは検索用のキー情報としてベンダＩＤとセンサ番号と障害レベルと障害種別とを対応付けたものを有すると共に、検索用のセンサ情報として該キー情報に装置名とセンサ名と障害レベルコードと障害種別コードと動作とを対応付けたものを有することを特徴とする請求項７に記載の障害監視方法。
【請求項９】
当該障害監視方法は更に、
前記ベンダを特定するステップの前に、前記通信装置からの前記Ｔｒａｐ信号を受信し受信したＴｒａｐ信号から前記データベースの検索に必要な情報を取り出してＴｒａｐ受信通知として出力するステップを含み、
前記障害通知を出力するステップの後に、前記障害通知を受け、受け取った障害通知に基いて障害処理を実行するステップを含むことを特徴とする請求項８に記載の障害監視方法。
【請求項１０】
前記Ｔｒａｐ受信通知を出力するステップにおいては、前記データベースの検索に必要な情報として、前記受信ＩＰ情報、前記ブレード番号に加えてセンサ番号、障害レベル、障害種別をそれぞれ前記Ｔｒａｐ信号から取り出して前記Ｔｒａｐ受信通知として出力し、
前記障害通知を出力するステップにおいては、前記障害通知として障害装置名、センサ名、障害レベルコード、障害種別コードを出力することを特徴とする請求項８又は９に記載の障害監視方法。
【請求項１１】
更に、ベンダを決定するためのベンダ決定テーブルを前記データベースに保持しておき、該ベンダ決定テーブルはベンダ毎のブレードに固有のボードＩＤ情報をキー情報として有すると共に、該キー情報にベンダ名、ボード型名、ベンダＩＤを対応付けた情報を有し、
当該障害監視方法は更に、ある通信装置においてブレードが交換された後、当該通信装置から再開通知を受けると当該通信装置に対し交換されたブレードの持つボードＩＤ情報の読み出し及び送信を行なわせるステップと、
読み出されたボードＩＤ情報を受け取ると受け取った該ボードＩＤ情報に基いて前記ベンダ決定テーブルに検索を行ってベンダを決定すると共に、決定したベンダに対応付けられたベンダ名、ボード型名、ベンダＩＤに基いて前記ベンダ識別テーブルの更新、設定を行なうステップを含むことを特徴とする請求項８〜１０のいずれかに記載の障害監視方法。
【請求項１２】
コンピュータに、異なるベンダで製造され複数のブレードを持つことのできる複数の通信装置からのＩＰ情報を伴うＴｒａｐ信号を受信し、受信したＴｒａｐ信号に基いて前記複数の通信装置の障害監視を行なわせるための障害監視用プログラムであって、
前記通信装置からの前記Ｔｒａｐ信号を受信し受信したＴｒａｐ信号からデータベースの検索に必要な情報を取り出してＴｒａｐ受信通知を作成するステップと、
受信ＩＰ情報と前記Ｔｒａｐ受信通知に含まれるブレード番号に基いて前記データベースに検索を行ってベンダを特定するステップと、
特定したベンダと前記Ｔｒａｐ受信通知に含まれる当該ベンダによる前記通信装置からのセンサ情報に基いて前記データベースに検索を行って当該通信装置の障害動作を決定し障害通知を作成するステップと、
前記障害通知に基いて障害処理を実行するステップと、
を実行させることを特徴とする障害監視用プログラム。
【請求項１３】
当該障害監視プログラムは更に、
ある通信装置においてブレードが交換された後、当該通信装置から再開通知を受けると当該通信装置に対し交換されたブレードの持つボードＩＤ情報の読み出し及び送信を行なわせるステップと、
読み出されたボードＩＤ情報を受け取ると受け取った該ボードＩＤ情報に基いて前記データベースに検索を行ってベンダを決定すると共に、決定したベンダに対応付けられたベンダ名、ボード型名、ベンダＩＤに基いて前記データベースの更新、設定を行なわせるステップと、
を実行させることを特徴とする請求項１２に記載の障害監視用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信装置の障害監視装置及び障害監視方法に関し、特にＡＴＣＡ通信装置の障害監視装置及び障害監視方法に関する。
【背景技術】
【０００２】
これまで、ＰＩＣＭＧ（ＰＣＩ  Ｉｎｄｕｓｔｒｉａｌ  Ｃｏｍｐｕｔｅｒ  Ｍａｎｕｆａｃｔｕｒｅ  Ｇｒｏｕｐ）規格に基いてベンダにより製造されたＡＴＣＡ（Ａｄｖａｎｃｅｄ  Ｔｅｌｅｃｏｍ  Ｃｏｍｐｕｔｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ）通信装置を制御／監視するシステムにおいて、障害を監視するソフトウェアは、自社製ＡＴＣＡ通信装置から通知されるセンサ情報に対してのみ障害監視を行っている。そのため、ベンダ毎に異なるセンサ情報に対しては、障害監視できない問題を持っている。そして、異なるセンサ情報に対して障害の監視を行う場合は、ソフトウェアを変更して対応する必要があった。
【０００３】
これまでに提案されているＡＴＣＡ通信装置の制御／監視システムにおける障害監視装置としての動作を、図９を参照して説明する。図９は、制御／監視システムのうち、特に障害監視装置の構成を示している。
【０００４】
図９において、障害監視装置は障害解析部８１、Ｔｒａｐ（トラップ）解析部８２、障害処理部８３を含む。障害解析部８１はＴｒａｐ解析部８２から通知されたセンサ情報を自社専用のセンサ情報に限定し、ソフトウェアのロジックで解析を行い、解析結果を障害処理部８３に通知する。
【０００５】
一方、この種の障害監視装置に関連する技術として、例えば特許文献１には、ベンダが異なることにより固有の状態を取り得る複数の設備、あるいは固有のハードウェア構成となる複数の同種の設備の状態を統一的に判断できるような設備監視システムが開示されている。
【０００６】
簡単に説明すると、交換機のような設備を構成する複数の部位の、設備毎に定義された動作状態を検出する動作状態検出手段と、検出された各部位の動作状態を、設備監視システムにおいてあらかじめ定義された複数の論理状態のいずれかに変換する状態変換手段とを各設備に備える。一方、上記状態変換手段にて得られた各部位の論理状態を、監視サーバを介して取得して、当該各部位を含む設備の監視結果として表示する監視結果表示手段を各設備、監視サーバとは別に備える。また、上記状態変換手段は、各設備に定義された動作状態と上記論理状態との対応関係を記述したマッピングテーブルを有し、上記検出された各部位の動作状態を、このマッピングテーブルを参照して対応する論理状態に変換する。
【０００７】
【特許文献１】特開２００３−８５２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
図９に示された障害解析部８１は、他ベンダによるＡＴＣＡ通信装置のセンサ情報を解析できず、他ベンダによるＡＴＣＡ通信装置のセンサ情報を解析するためには、ソフトウェアの変更が必要になる。
【０００９】
また、ＡＴＣＡ通信装置では、装置内のブレードを故障等により交換することがある。ところが、これまでのＡＴＣＡ通信装置では、構造的にはどのベンダによるブレードであっても交換可能であるものの、上記の理由により同一ベンダによるブレードのみが交換可能であり、他ベンダによるブレードに換えることはできなかった。
【００１０】
一方、特許文献１に開示された設備監視システムにおいては、マッピングテーブルを有する状態変換手段を、設備毎に備えるという特別な構成が必要となる。
【００１１】
本発明の課題は、異なるベンダによる通信装置からのＴｒａｐ通知を、複数の通信装置に共通の部分、例えば上記障害解析部において解析できるようにした障害監視装置、障害監視方法を提供することにある。
【００１２】
本発明の他の課題は、複数の通信装置に特別な構成、変更を施すことなく、上記課題を達成できるようにすることにある。
【００１３】
本発明の更に他の課題は、通信装置、特にＡＴＣＡ通信装置におけるブレードが他ベンダによるブレードに交換された場合でも対応可能な障害監視装置、障害監視方法を提供することにある。
【課題を解決するための手段】
【００１４】
本発明の第１の態様によれば、異なるベンダで製造され複数のブレードを持つことのできる複数の通信装置からのＩＰ情報を伴うＴｒａｐ信号を受信し、受信したＴｒａｐ信号に基いて前記複数の通信装置の障害監視を行なう障害監視装置であって、前記ベンダを特定するためのデータと、各通信装置におけるセンサ及び動作を特定するためのデータとを保持しているデータベースと、受信ＩＰ情報と前記Ｔｒａｐ信号に含まれるブレード番号に基いて前記データベースに検索を行ってベンダを特定すると共に、特定したベンダと前記Ｔｒａｐ信号に含まれる当該ベンダによる前記通信装置からのセンサ情報に基いて前記データベースに検索を行って当該通信装置の障害動作を決定し障害通知を出力する障害解析手段を備えることを特徴とする障害監視装置が提供される。
【００１５】
なお、前記データベースに更に、ベンダを決定するためのベンダ決定テーブルとして、ベンダ毎のブレードに固有のボードＩＤ情報をキー情報として有すると共に、該キー情報にベンダ名、ボード型名、ベンダＩＤを対応付けた情報を有するベンダ決定テーブルを保持させても良い。この場合、前記障害解析手段は、ある通信装置においてブレードが交換された後、当該通信装置から再開通知を受けると当該通信装置に対し交換されたブレードの持つボードＩＤ情報の読み出し及び送信を行なわせ、読み出されたボードＩＤ情報を受け取ると受け取った該ボードＩＤ情報に基いて前記ベンダ決定テーブルに検索を行ってベンダを決定すると共に、決定したベンダに対応付けられたベンダ名、ボード型名、ベンダＩＤに基いて前記データベースの更新、設定を行なう。これにより、ある通信装置におけるブレードが他ベンダによるブレードに交換された場合でも自動的に以後の対応が可能となる。
【００１６】
本発明の第２の態様によれば、異なるベンダで製造され複数のブレードを持つことのできる複数の通信装置からのＩＰ情報を伴うＴｒａｐ信号を受信し、受信したＴｒａｐ信号に基いて前記複数の通信装置の障害監視を行なう障害監視方法であって、前記ベンダを特定するためのデータと、各通信装置におけるセンサ及び動作を特定するためのデータとをあらかじめデータベースに保持しておき、受信ＩＰ情報と前記Ｔｒａｐ信号に含まれるブレード番号に基いて前記データベースに検索を行ってベンダを特定するステップと、特定したベンダと前記Ｔｒａｐ信号に含まれる当該ベンダによる前記通信装置からのセンサ情報に基いて前記データベースに検索を行って当該通信装置の障害動作を決定し障害通知を出力するステップを含むことを特徴とする障害監視方法が提供される。
【００１７】
本発明の第３の態様によれば、コンピュータに、異なるベンダで製造され複数のブレードを持つことのできる複数の通信装置からのＩＰ情報を伴うＴｒａｐ信号を受信し、受信したＴｒａｐ信号に基いて前記複数の通信装置の障害監視を行なわせるための障害監視用プログラムであって、前記通信装置からの前記Ｔｒａｐ信号を受信し受信したＴｒａｐ信号からデータベースの検索に必要な情報を取り出してＴｒａｐ受信通知を作成するステップと、受信ＩＰ情報と前記Ｔｒａｐ受信通知に含まれるブレード番号に基いて前記データベースに検索を行ってベンダを特定するステップと、特定したベンダと前記Ｔｒａｐ受信通知に含まれる当該ベンダによる前記通信装置からのセンサ情報に基いて前記データベースに検索を行って当該通信装置の障害動作を決定し障害通知を作成するステップと、前記障害通知に基いて障害処理を実行するステップとを実行させることを特徴とする障害監視用プログラムが提供される。
【発明の効果】
【００１８】
本発明によれば、通信装置側に特別な構成を加えることなく、異なるベンダで製造された複数の通信装置から通知されるベンダ固有のセンサ情報を、複数の通信装置に共通の１つの障害解析手段で解析し、障害を特定することができ、また特定された障害に対する動作をベンダ対応に規定できる。これにより、障害監視用のソフトウェアをベンダ別に製造することを不要にできる。
【発明を実施するための最良の形態】
【００１９】
［第１の実施例］
図１を参照して、本発明の第１の実施例について説明する。図１は、通信装置のうち、ここではＡＴＣＡ通信装置の制御／監視システムにおける障害監視装置とＡＴＣＡ通信装置及びネットワークの関係を示した図である。制御／監視システムにおける障害監視装置はネットワークを介して複数のＡＴＣＡ通信装置♯１、♯２、・・・、♯ｎと接続可能である。各ＡＴＣＡ通信装置は、複数の管理装置ＣＭＭ（Ｃｈａｓｓｉｓ  Ｍａｎａｇｅｍｅｎｔ  Ｍｏｄｕｌｅ）０、ＣＭＭ１（２つのみ図示）を備え、複数のブレード♯１０、♯２０、・・・、♯ｍを搭載可能である。
【００２０】
第１の実施例による障害監視装置は、ＡＴＣＡ通信装置からのＴｒａｐ信号をＴｒａｐ解析部１２で受信し、受信したＴｒａｐ信号から必要な情報を取り出し、取り出した情報を障害解析部１１に送る。障害解析部１１は、Ｔｒａｐ解析部１２から情報を受けると、受け取った情報に基いてＤＢ１４に対して検索を行って解析を実行し、障害を特定する。障害処理部１３は障害解析部１１から障害通知を受けて障害処理を実行する。
【００２１】
図２は、図１に示す障害監視装置の構成を示す。
【００２２】
図２において、Ｔｒａｐ解析部１２は、ＡＴＣＡ通信装置からのＴｒａｐ信号を受信すると障害解析部１１を起動すると共に受信したＴｒａｐ信号に基くＴｒａｐ受信通知を送る。障害解析部１１はＴｒａｐ受信通知を基にＤＢ１４に対して検索を行い、検索結果に基いて解析を行い、解析結果を障害通知として障害処理部１３に送る。障害処理部１３は障害解析部１１から渡された障害通知に従い障害処理を実行する。
【００２３】
なお、本障害監視装置の各部はハードウェアで実現されても良いが、コンピュータで実現することもできる。この場合、以降で説明される動作を実行するためのプログラムが記憶装置に格納され、コンピュータは動作に際し、記憶装置からプログラムを読み出し、読み出したプログラムに基いて動作を実行する。
【００２４】
図３は、図２に示したＴｒａｐ解析部１２、障害解析部１１及び障害処理部１３の動作概要を示している。
【００２５】
図３において、Ｔｒａｐ解析部１２は、ＡＴＣＡ通信装置から通知されたＴｒａｐ信号を解析し、受信したＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）情報、受信したＴｒａｐ信号内の情報から、ブレード番号／センサ番号／障害レベル／障害種別等を取り出し、障害解析部１１へ通知する。
【００２６】
障害解析部１１は、Ｔｒａｐ解析部１２から通知された受信ＩＰ情報／ブレード番号／センサ番号／障害レベル／障害種別を基に、ＤＢ１４に対して検索を行い、障害装置名／センサ名／障害レベルコード／障害種別コードを求め、それらの情報を障害通知として障害処理部１３へ引き渡す。
【００２７】
障害処理部１３は、障害解析部１１から渡された情報で障害処理を実行する。
【００２８】
図４は、図３に示したＤＢ１４を構成している複数種類のテーブルの例を示し、本例ではベンダ識別テーブルとセンサ識別テーブルがあらかじめ作成されている。
【００２９】
図４において、ベンダ識別テーブルは、本障害監視装置で管理する全ＡＴＣＡ通信装置に対する情報として検索用のキー情報、検索用の項目（ベンダ情報）からなる情報を持つ。
【００３０】
図４において、＜テーブルの説明＞としても示されるように、ベンダ識別テーブルにおけるキー情報は、Ｔｒａｐ通知を行ったＡＴＣＡ通信装置を示すための受信ＩＰ情報、すなわちトラップ送信元のＩＰアドレスと、そのＡＴＣＡ通信装置にアサインされたブレード番号、すなわちＡＴＣＡ装置内ブレード番号を対応付けたものを含む。
【００３１】
一方、ベンダ識別テーブルにおける項目（ベンダ情報）は、上記キー情報にＡＴＣＡ番号、ベンダ名、ボード型名、及びベンダＩＤを対応付けたものを含む。
【００３２】
検索用項目のうちのＡＴＣＡ番号は、ＡＴＣＡ通信装置にアサインされたブレード番号を持つブレードが搭載されているＡＴＣＡ通信装置の番号である。
【００３３】
ベンダ名は、そのブレードを製造または供給しているメーカの名称（略称）である。
【００３４】
ボード型名は、メーカがアサインしたボード型名であり、メーカ内でユニークな名称である。
【００３５】
ベンダＩＤは、制御／監視システムでベンダ名にアサインしたＩＤである。
【００３６】
一方、センサ識別テーブルは、ベンダ毎に定義された全センサに関する情報を持つ。
【００３７】
検索用のキー情報は、ベンダＩＤ、センサ番号、障害レベル、障害種別を対応付けたものを含む。
【００３８】
検索用キー情報のうちのベンダＩＤは、制御／監視システム、特にベンダ識別テーブルでアサインしたベンダＩＤ（例えば、０００２−００１）である。
【００３９】
センサ番号は、ベンダでアサインしているセンサ番号（例えば、１）であり、ベンダ毎かつブレード別にアサインしたベンダ固有のセンサ番号である。
【００４０】
障害レベルは、Ｔｒａｐ信号で通知する「ｃｒｉｔｉｃａｌ」、「ｍａｊｏｒ」等の障害の度合いを表すレベルである。
【００４１】
障害種別は、Ｔｒａｐ信号で通知する障害の発生／障害の復旧／通知という障害種別を示す識別情報である。
【００４２】
一方、検索用の項目（センサ情報）は、上記キー情報に装置名、センサ名、障害レベルコード、障害種別コード、動作を対応付けたものを含む。
【００４３】
検索用項目のうちの装置名は、ＡＴＣＡ通信装置内に実装されている装置、かつＴｒａｐ通知を行う装置の装置名（例えば、ＳＢＣ）である。
【００４４】
センサ名は、センサ番号に対応するセンサ名（例えば、ａａａ）である。
【００４５】
障害レベルコードは、障害レベルを制御／監視システムでアサインしたコード（例えば、１、２等）で表したものである。
【００４６】
障害種別コードは、障害種別を制御／監視システムでアサインしたコード（例えばＡ、Ｂ、Ｃ等）で表したものである。
【００４７】
動作は、障害処理への動作条件であり、障害通知とする／障害の復旧とする／障害動作不要（動作なし）の３つが定義されている。
【００４８】
図５は、ＡＴＣＡ通信装置のための制御／監視システムにおける、第１の実施例による障害監視装置の動作シーケンスを示す。
【００４９】
図５において、ＡＴＣＡ通信装置から通知されたＴｒａｐ信号は、Ｔｒａｐ解析部１２で解析され（ステップＳ１）、その解析結果がＴｒａｐ受信通知として障害解析部１１へ渡される。障害解析部１１は、Ｔｒａｐ受信通知で渡された情報を基にＤＢ１４に対する検索を行ってベンダ、センサを識別し（ステップＳ２、Ｓ３）、検索で得られた情報で、障害処理部１３へ通知するか通知不要か判断し（ステップＳ４）、通知が必要であれば、障害処理部１３へ障害通知を行う。通知が不要であれば処理は終了する。障害処理部１３は、障害通知を受けると、障害解析部１１から渡された情報で障害処理を実行する（ステップＳ５）。
【００５０】
図６は、図２に示した障害解析部１１における障害解析の概要を説明するための図である。
【００５１】
図６において、障害解析部１１は、Ｔｒａｐ解析部１２よりＴｒａｐ受信通知で渡された、受信ＩＰ情報／ブレード番号／センサ番号／障害レベル／障害種別の情報に基いて、受信ＩＰ情報とブレード番号をキー情報として図４で説明したベンダ識別テーブルの検索を行う。障害解析部１１は、検索できたデータにてベンダＩＤを求め、障害となったベンダを特定する。次に、求めたベンダＩＤとＴｒａｐ受信通知で渡されたセンサ番号／障害レベル／障害種別をキー情報としてセンサ識別テーブルの検索を行う。検索できた項目の内、「動作」の項目を調べ、障害処理部１３へ通知するか通知不要かを判断し、「障害通知／障害復旧」であれば、障害処理部１３へＤＢ検索した項目である障害装置名／センサ名／障害レベルコード／障害種別コード、つまりセンサ情報を指定して障害通知を行う。判断結果が「障害動作不要」であれば、障害処理部１３への通知は行わない。
【００５２】
以上、第１の実施例の構成を述べたが、Ｔｒａｐ解析部１２と障害処理部１３は、図９で説明したものとほぼ同じであり、その詳細な構成、説明は省略する。
【００５３】
［第１の実施例の動作説明］
次に、図２の障害解析部１１の動作を図４及び図７を参照して説明する。
【００５４】
図７は、ＡＴＣＡ通信装置から通知されたＴｒａｐ通知の例を示し、そのＴｒａｐ通知を受信した場合の動作を説明するための図である。
【００５５】
Ｔｒａｐ解析部１２は、受信したＴｒａｐ情報内にある「Blade6」の情報によりブレード番号を６と解析する。また、「Sensor : aaa」の情報により、センサ名を「aaa」と解析し、Ｔｒａｐ解析部１２の中でセンサ名「aaa」の情報をセンサ番号＝「１」に変換する。Ｔｒａｐ解析部１２はさらに、「Upper critical going high」の情報により、障害レベルを「Critical」とする。さらに、「asserted」により障害種別を「発生」とする。
【００５６】
上記動作により、Ｔｒａｐ通知を受信したＩＰ情報と、解析結果であるブレード番号＝６／センサ番号＝１／障害レベル＝Critical／障害種別＝発生の情報を指定して障害解析部１１へＴｒａｐ受信通知が送られる。
【００５７】
このＴｒａｐ受信通知を受けた障害解析部１１では、渡された受信ＩＰ情報と、ブレード番号＝６でベンダ識別テーブルを検索する。これらの情報に基いて図４のＤＢ１４を検索すると、「ＡＴＣＡ番号＝１、ベンダ名＝ABC、ボード型名＝A-xxxx-x、ベンダＩＤ＝002-001」のデータが検索できる。障害解析部１１はさらに、この検索で得た「ベンダＩＤ＝002-001」とＴｒａｐ受信通知で渡された「センサ番号＝１／障害レベル＝Critical／障害種別＝発生」をキーにしてセンサ識別テーブルを検索すると、図４のＤＢ１４では、「装置名＝SBC、センサ名＝aaa、障害レベルコード＝１、障害種別コード＝Ａ、動作＝障害」のデータが検索できる。この検索データのうちの「動作＝障害」は、「障害通知とする」意味であるため、障害解析部１１は障害処理部１３へ、「装置名＝SBC、センサ名＝aaa、障害レベルコード＝１、障害種別コード＝Ａ」を指定して障害通知を行う。
【００５８】
障害処理部１３は、障害解析部１１から通知された障害通知内のデータである「装置名＝SBC、センサ名＝aaa、障害レベルコード＝１、障害種別コード＝Ａ」を参照し、規定の障害処理を実行する。
【００５９】
以上説明した第１の実施例による障害監視装置においては、ＡＴＣＡ通信装置のベンダを特定するためのデータと各ＡＴＣＡ通信装置におけるセンサ及び動作等のセンサ情報をデータベース化して保持していることにより、各ＡＴＣＡ通信装置に特別な構成、変更を施すことなく、異なるベンダによるＡＴＣＡ通信装置からのＴｒａｐ通知を、共通の１つの障害解析部において解析することができる。また、障害監視用のソフトウェアをベンダ別に製造することを不要にでき、ソフトウェアを変更することなく各ベンダのセンサ情報を追加できる。
【００６０】
［第２の実施例］
図８を参照して、本発明の第２の実施例について説明する。第２の実施例では、ＡＴＣＡ通信装置におけるブレードが故障等により交換する必要が生じた際に、他ベンダによるブレードに交換された場合でも対応可能にしている。これは、ブレードは構造的には異なるベンダのものであっても装着可能であることを前提としている。このために、データベース１４は、第１の実施例で説明したベンダ識別テーブルとセンサ識別テーブルに加えて、ベンダを決定するためのベンダ決定テーブルを有する。
【００６１】
ベンダ決定テーブルは、ベンダ毎のブレードを特定するために、ベンダ毎のブレードに固有のボードＩＤ情報をキー情報として保持し、このキー情報に対応付けられた項目としてベンダ名、ボード型名、ベンダＩＤを有する。
【００６２】
障害解析部１１は、あるＡＴＣＡ通信装置においてブレードが立ち上がった時（運用動作可能となった時）には、そのＡＴＣＡ通信装置からＩＰ情報と共に再開通知を受ける。再開通知を受けると、障害解析部１１は、そのＡＴＣＡ通信装置に対し立ち上がったブレード内のボードＩＤ情報（ブレードがハード的に有している情報）の読み出しと送信を行わせ、Ｔｒａｐ解析部１２を通して読み出されたボードＩＤ情報を受け取る。障害解析部１１は受け取ったボードＩＤ情報を基にベンダ決定テーブルを検索してベンダ（ベンダ名／ボード型名／ベンダＩＤ）を決定する。続いて、障害解析部１１は決定した情報（ベンダ名／ボード型名／ベンダＩＤ）をベンダ識別テーブルに更新、設定する。
【００６３】
以上のようにして、第２の実施例によれば、第１の実施例の効果に加えて、ＡＴＣＡ通信装置におけるブレードが他ベンダによるブレードに交換された場合でも自動的に以後の対応が可能な障害監視装置を実現できる。
【図面の簡単な説明】
【００６４】
【図１】図１は、ＡＴＣＡ通信装置の制御／監視システムにおける障害監視装置とＡＴＣＡ通信装置及びネットワークの関係を示した図である。
【図２】図２は、図１に示す障害監視装置の構成を示した図である。
【図３】図３は、図２に示したＴｒａｐ解析部、障害解析部及び障害処理部の動作概要を説明するための図である。
【図４】図４は、図３に示したデータベースを構成している複数種類のテーブルの例を説明するための図である。
【図５】図５は、ＡＴＣＡ通信装置のための制御／監視システムにおける、第１の実施例による障害監視装置の動作シーケンスを示す。
【図６】図６は、図２に示した障害解析部における障害解析の概要を説明するための図である。
【図７】図７は、ＡＴＣＡ通信装置から通知されたＴｒａｐ通知の例を示し、そのＴｒａｐ通知を受信した場合の動作を説明するための図である。
【図８】図８は、本発明の第２の実施例を説明するための図であり、図４に示したデータベースを構成している複数種類のテーブルの別の例を示した図である。
【図９】図９は、これまでに提案されている制御／監視システムのうち、特に障害監視装置の構成を示した図である。
【符号の説明】
【００６５】
１１    障害解析部
１２    Ｔｒａｐ解析部
１３    障害処理部
１４    データベース
【図１】
0005088738.tif 000002
【図２】
0005088738.tif 000003
【図３】
0005088738.tif 000004
【図４】
0005088738.tif 000005
【図５】
0005088738.tif 000006
【図６】
0005088738.tif 000007
【図７】
0005088738.tif 000008
【図８】
0005088738.tif 000009
【図９】
0005088738.tif 000010