JPH1093559A

JPH1093559A - 障害情報管理装置及び障害情報管理方法

Info

Publication number: JPH1093559A
Application number: JP8246379A
Authority: JP
Inventors: Yasuo Fujii; 康雄藤井
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-09-18
Filing date: 1996-09-18
Publication date: 1998-04-10
Anticipated expiration: 2016-09-18
Also published as: US6023775A; JP3450611B2

Abstract

(57)【要約】【課題】障害に関する履歴を作成する処理と障害に関
する情報を通知するための処理とを独立させて、上記の
履歴作成処理を高速に行なうことにより、障害発生及び
障害回復時の処理を高速、且つ、効率的に行なえるよう
にする。【解決手段】ネットワーク内において情報を伝送する
伝送装置に使用され、伝送装置内で生じた障害に関する
情報を管理しその障害情報を伝送装置用の監視装置５０
へ提供しうる障害情報管理装置１において、障害情報を
受けて監視装置５０のための障害履歴を作成する障害履
歴作成部２と、その障害履歴に基づいて、監視装置５０
への障害情報通知のための処理を障害履歴作成部２での
障害履歴作成処理とは独立して行なう通知処理部３とを
設けて構成する。

Description

【発明の詳細な説明】

【０００１】（目次）発明の属する技術分野従来の技術（図２１〜図２８）発明が解決しようとする課題課題を解決するための手段（図１）発明の実施の形態（Ａ）障害情報の説明（図２）（Ｂ）インタフェース処理部の説明（図３〜図２０）（Ｃ）その他発明の効果

【０００２】

【発明の属する技術分野】本発明は、ネットワーク内の
伝送装置における障害情報を監視するシステムに用いて
好適な、障害情報管理装置及び障害情報管理方法に関す
る。

【０００３】

【従来の技術】近年、ＳＤＨ（Synchronous Digital Hi
erarchy ）伝送網をはじめとするネットワークに使用さ
れる伝送装置は、複雑化及び大容量化しつつあり、それ
に伴って障害の管理や監視の精度も向上している。そこ
で、これらの伝送装置上で発生する大量の障害情報を漏
らすことなく正確にしかも高速に処理することは必要不
可欠な条件となっている。

【０００４】図２１は伝送装置監視システムの一例を示
すブロック図であるが、この図２１に示すように、伝送
装置監視システム６０は、監視装置（NMS ）５０及び伝
送装置（NE：Network Element ）５１−１〜５１−ｎ
（ｎは自然数）をそなえて構成されており、監視装置５
０は、伝送装置５１−１〜５１−ｎ上で生じた障害情報
をＷＳ（ワークステーション）等を用いて集中的に監視
するもので、１つの監視装置５０で複数の伝送装置５１
−ｉ（ただし、ｉ＝１〜ｎ）をネットワークを介し一括
して監視できるようになっている。なお、上述のシステ
ム６０では、ＳＤＨ伝送方式が適用されているものとす
る。

【０００５】そして、図２２に示すように、各伝送装置
５１−ｉは、主信号ユニット５２，主信号ユニット制御
部５３及び障害情報管理装置としてのインタフェース処
理部５４をそなえて構成されており、主信号ユニット５
２は、例えば、図示しない交換機から送信される電気信
号を多重化して光信号に変換し、他の伝送装置５１−ｉ
へ送信するための処理等を施すもので、この際に伝送障
害や装置内における障害情報等を検出することができる
ようになっている。

【０００６】このため、具体的に、上記の主信号ユニッ
ト５２は、例えば、図２３に示すように、ＳＴＭ１光ユ
ニット（ＳＴＭ１スロット）５２ａ，多重化ユニット
（ＴＳＩスロット）５２ｃ，Ｄ１２チャンネルユニット
（Ｄ１２スロット）５２ｅ，５２ｆ，Ｄ１２チャンネル
切り替えユニット（ＣＨＳＷスロット）５２ｇ及び電源
ユニット（ＰＷＲスロット）５２ｈをそなえて構成され
ている。

【０００７】ここで、ＳＴＭ１光ユニット５２ａは、光
・電気変換を行なうもので、交換機から送信された電気
信号を他の伝送装置５１−ｉ及び監視装置５０に伝送す
るために光信号に変換するようになっており、多重化ユ
ニット（ＴＳＩ）５２ｃは、ＳＴＭ１光ユニット５２ａ
とＤ１２チャンネルユニット５２ｅ（５２ｆ）との回線
接続を行なうもので、ＳＴＭ１光ユニット５２ａからの
多重信号（ＳＴＭ１フレーム）を多重されているチャン
ネル毎に分離して該当するＤ１２チャンネルユニット５
２ｅ（５２ｆ）に送信する一方、各Ｄ１２チャンネルユ
ニット５２ｅ（５２ｆ）からの信号を多重化してＳＴＭ
１に送信するようになっている。

【０００８】また、各Ｄ１２チャンネルユニット５２ｅ
は、それぞれ、ＰＤＨ（Presiochronous Digital Hiera
rchy) に基づくＣ１２信号（２Ｍｂ／ｓ）を２１チャン
ネル（ｃｈ）分扱うことのできるインタフェースユニッ
トであり、ここでは、全体で最大６３ｃｈ分のＣ１２信
号を多重化できるよう３つ分用意されている。なお、Ｄ
１２チャンネルユニット５２ｆは、これらの各Ｄ１２チ
ャンネルユニット５２ｅの何れかが故障等により機能し
なくなった際に代行して機能するもので、Ｄ１２チャン
ネルのプロテクションユニット（予備用ユニット）とし
て設けられている。

【０００９】さらに、Ｄ１２チャンネル切り替えユニッ
ト５２ｇは、上述したようにＤ１２チャンネルユニット
５２ｅをプロテクションユニット５２ｆに切り替えるた
めの処理を行なうものであり、電源ユニット５２ｈは、
伝送装置５１−ｉを作動させるために必要な電流及び電
圧を供給するものである。また、図２３に示す主信号ユ
ニット５２において、空領域（空スロット）５２ｂには
ＳＴＭ１光ユニット５２ａと同じものを装着することが
可能であり、例えば、各空領域５２ｂにそれぞれＳＴＭ
１光ユニット５２ａを装着した場合は、既存のＳＴＭ１
光ユニット５２ａと合わせて、最大で、上記のチャンネ
ル数（２Ｍｂ／ｓ×６３ｃｈ）の２倍の信号を処理でき
るようになる。なお、上述のＳＴＭ１，ＴＳＩ及びＤ１
２の各ユニット５２ａ，５２ｃ，５２ｅは、それぞれ、
自身の障害を検出できる機能を有している。

【００１０】ところで、各伝送装置５１−ｉ間の光伝送
は、この場合、光ケーブル等を通じて行なわれるように
なっており、例えば、図２４に示すように、ＰＤＨのＣ
１２信号（最大６３ｃｈ分：電気信号）を伝送装置５１
−ｉが受けると、伝送装置５１−ｉでは、Ｄ１２チャン
ネルユニット５２ｅ，ＴＳＩユニット５２ｃを通じて、
各チャンネルのＣ１２信号を多重化して、多重化フレー
ムに組み上げ、ＳＴＭ１光ユニット５２ａにおいて、光
信号に変換したのち、その多重化フレームを他の伝送装
置５１−ｉに送信するようになっている。なお、この図
２４においては、伝送装置５１−ｉ間における光伝送
は、ＳＤＨのＳＴＭ１フレームを用いているため、上記
多重化フレームはビットレート１５０Ｍｂ／ｓの光信号
として伝送される。

【００１１】さらに、図２２に示す主信号ユニット制御
部５３（図２３ではＭＰＬユニットに相当する）は、各
主信号ユニット５２の動作状態を内部のＣＰＵ（Centra
l Processing Unit:図示略) からバス（図２２の矢印Ａ
参照）等を介して制御するものであるが、この場合は、
主信号ユニット５２に障害が発生するとの旨の通知を受
けて障害情報を収集できるようになっている。

【００１２】また、インタフェース処理部５４は、ネッ
トワークを介して監視装置５０との接続処理を行なうも
ので、ここでは、主信号ユニット５２において障害が発
生する毎に主信号ユニット制御部５３を通じて送られて
くる障害情報から障害についての履歴を作成し、その履
歴に基づいて、障害情報を監視装置５０の通信方式（Ｒ
２３２Ｃ，Ｘ．２５等の接続規格）に適したフォーマッ
トで送信できるようになっている。なお、このインタフ
ェース処理部５４は、図２３ではＳＡＣユニット（ＳＡ
Ｃ）５４ａ，ＳＶインタフェース制御ユニット（ＮＭ
Ｌ）５４ｂを有して構成されている。

【００１３】このため、上記インタフェース処理部５４
は、例えば、図２５に示すように、ＭＰＬ通信処理部５
４Ａ，アラーム処理部５４Ｂ，ＴＬ１処理部５４Ｃ，ユ
ーザ管理部５４Ｄ，２３２Ｃ通信部５４Ｅ及びＸ．２５
通信部５４Ｆをそなえて構成されている。ここで、ＭＰ
Ｌ通信処理部５４Ａは、主信号ユニット制御部５３から
障害情報（アラーム情報：障害発生情報及び障害回復情
報）を受信すると、例えば、図２８に示すように、メイ
ル（ｍａｉｌ）５４Ａ−ｉ（ｉ＝１〜ｎ：ｎは自然数）
を作成し、そのメイル５４Ａ−ｉにより受信したアラー
ム情報を、アラーム処理部５４Ｂへ通知するものであ
る。なお、複数のアラーム情報を受信した場合は、図２
８からも分かるように、複数のメイル５４Ａ−ｉが作成
され、これらが相互にリンクされてアラーム処理部５４
Ｂへ送られるようになっている。

【００１４】また、アラーム処理部５４Ｂは、ＭＰＬ通
信処理部５４Ａからの上記のメイル５４Ａ−ｉ（アラー
ム情報）を受けると、そのメイル５４Ａ−ｉをインタフ
ェース処理部５４内のメモリ等の資源に展開してアラー
ム情報をテーブル（履歴テーブル）５４Ｇに、順次、登
録してゆくことにより、障害に関する履歴を作成し、そ
の履歴に基づいて、障害情報を監視装置５０に通知（レ
ポート）するための処理を行なうもので、レポート通信
部５４Ｒをそなえて構成されている。なお、このレポー
ト通信部５４Ｒは、テーブル５４Ｇを参照して、監視装
置５０に通知すべきアラーム情報を取得して、その情報
をユーザ管理部５４Ｄに提供するものである。

【００１５】また、ＴＬ１処理部５４Ｃは、ＵＮＩＸマ
シン等を用いてネットワークを介してアクセス（log i
n）している者（ユーザ）毎にユーザ管理部５４Ｄによ
って作成されるもので、例えば、ユーザがパスワードを
入力することにより、１つのＴＬ１処理部５４Ｃが対応
付けられるようになっている。なお、ＴＬ１処理部５４
Ｃの設定可能数は資源量とＣＰＵの性能に応じて決定さ
れる。

【００１６】さらに、ユーザ管理部５４Ｄは、各伝送装
置５１−ｉ間の通信状態を管理するもので、アクセスし
ているユーザ数分のＴＬ１処理部５４Ｃを機能させ、そ
のＴＬ１処理部５４Ｃと連携して処理を行なうことによ
り、複数のユーザ（監視装置５０も含む）との通信を同
時に管理することができるようになっている。また、２
３２Ｃ通信部５４Ｅ及びＸ．２５通信部５４Ｆは、それ
ぞれ、ユーザ管理部５４Ｄからの情報（アラーム情報）
を監視装置５０への通信方式に適したフォーマットで送
信し、監視装置５０からのアラーム情報の要求をユーザ
管理部５４Ｄへの通信に適したフォーマットで受信する
ためのもので、２３２Ｃ通信部５４Ｅ及びＸ．２５通信
部５４Ｆのそれぞれから通知される情報は、ユーザ管理
部５４Ｄによって、対応するＴＬ１処理部５４Ｃと遣り
取りされるようになっている。

【００１７】ところで、上述した履歴テーブル５４Ｇ
は、具体的には、例えば、図２６に示すように、“障害
箇所”，“障害（障害名称）”，“情報”，“発生時
刻”，“回復時刻”，“発生通知”及び“回復通知”が
書き込まれる領域を有しており、障害が発生すると上記
の各情報が１から順に登録されるようになっている。な
お、この履歴テーブル５４Ｇの履歴容量（Ｎ）は、監視
装置５０側での必要に応じて設定されるが、この履歴容
量（Ｎ）が満たされた場合は、古いものから順に消去す
るようにしてもよいし、全て消去し１から順に書き込む
ようにしてもよい。

【００１８】ここで、上記の“障害箇所”とは障害の発
生した主信号ユニット５２の場所を表すもので、障害の
発生した装置名等が数値に置き変えられて書き込まれる
ようになっており、上記の“障害”とは障害の内容を示
すもので、ここでは、障害名称が数値に置き換えられて
書き込まれるようになっている。また、上記の“情報
（関連情報）”とは障害の内容の特徴を示すもので、例
えば、回線のレベル（Facility），属性（Severity) 及
び信号の方向等の詳細な情報が数値に置き換えられて書
き込まれるようになっている。

【００１９】さらに、上記の“発生時刻”とは障害が発
生した時刻を表すもので、“回復時刻”とは発生した障
害に対しその障害が回復した時刻を表すもので、それぞ
れ、日付や時刻等が書き込まれるようになっている。ま
た、上記の“発生通知”とは障害が発生した旨を監視装
置５０に通知済か否かを表すもので、発生した旨を監視
装置５０に通知済の場合は、その旨を示す情報として、
例えば“済”が書き込まれるようになっており、発生し
た旨が監視装置５０に通知されてない場合は、例えば
“未”が書き込まれるようになっている。

【００２０】さらに、上記の“回復通知”とは障害が回
復した旨を監視装置５０に通知済か否かを表すもので、
“発生通知”と同様に回復した旨を監視装置５０に通知
済の場合は“済”が書き込まれるようになっており、回
復した旨を監視装置５０に通知してない場合は“未”が
書き込まれるようになっている。なお、監視装置５０へ
は、上記“発生通知”又は“回復通知”が“未”となっ
ている番号の障害情報がレポートされるが、監視装置５
０から履歴状況を要求された時には、履歴情報（LOG)と
して履歴テーブル５４Ｇ上の全履歴内容が通知されるよ
うになっている。

【００２１】具体的に、この履歴テーブル５４Ｇには、
例えば、図２７（ａ）に示すように、時刻Ｔ１において
名称Ｋの障害（以下、障害Ｋという）が発生すると、ア
ラーム処理部５４Ｂによって履歴順としてＸ番目の“障
害”領域に“Ｋ”が書き込まれるとともに、“発生時
刻”の領域に“Ｔ１”が書き込まれる。そして、障害の
発生した旨が監視装置５０に通知されていない状態で
は、“発生通知”の領域には“未”が書き込まれ、“回
復通知”についてもその領域には“未”が書き込まれ
る。

【００２２】その後、時刻Ｔ２に障害Ｋの回復情報が主
信号ユニット制御部５３から通知されると、履歴テーブ
ル５４Ｇ上において、既に発生時刻（Ｔ１）の書き込ま
れている障害Ｋの登録領域がアラーム処理部５４Ｂによ
って検索され、例えば、図２７（ｂ）に示すように、障
害Ｋが書き込まれているＸ番目の“回復時刻”の領域に
“Ｔ２”が書き込まれる。

【００２３】そして、この図２７（ｂ）に示すように、
障害Ｋが発生した旨については監視装置５０に通知され
ているが、障害Ｋの回復については監視装置５０に通知
されていない状態では、“発生通知”の領域には“済”
が書き込まれ、“回復通知”の領域には“未”が書き込
まれ、監視装置５０へのレポート時には、この“未”と
なっている回復情報（回復時刻“Ｔ２”など）が通知さ
れる。

【００２４】

【発明が解決しようとする課題】しかしながら、上述の
ようなインタフェース処理部（障害情報管理装置）５４
においては、履歴テーブル５４Ｇに“発生時刻”の書き
込まれた障害が回復した際に、回復時刻を書き込むべき
履歴テーブル５４Ｇ上の履歴領域を検索しなければなら
ないので、履歴テーブル５４Ｇの履歴容量（Ｎ）が大き
い程、この検索に多大な時間を要し、処理の遅延を招く
という課題がある。

【００２５】また、主信号ユニット制御部５３の交換等
により主信号ユニット制御部５３が挿抜され主信号ユニ
ット制御部５３が再起動（RESTART ）した場合、この主
信号ユニット制御部５３は、既に障害発生中である障害
箇所を新たな障害として見つけ出し、インタフェース処
理部５４に再び同じ障害を通知する可能性があるので、
この場合、インタフェース処理部５４では、履歴テーブ
ル５４Ｇ上に重複して同じ障害情報が書き込まれること
になり、監視装置５０にも同一の障害情報が重複して通
知されてしまうことになる。

【００２６】このような、障害情報の重複を防ぐには、
上記、再起動後に主信号ユニット５３から通知される障
害情報が既に履歴テーブル５４Ｇに書き込まれているか
をチェックすればよいのだが、この場合も、アラーム処
理部５４Ｂが履歴テーブル５４Ｇ内の障害情報を全て検
索しなければならず、同様に、履歴容量（Ｎ）が大きい
程、この検索に多大な時間を要してしまう。

【００２７】さらに、インタフェース処理部５４と主信
号ユニット制御部５３の間の通信断や履歴テーブル５４
Ｇの破壊等の異常が発生すると、その間に主信号ユニッ
ト５２で発生した障害に関する情報がテーブル５４Ｇに
書き込まれないため、復旧時に履歴テーブル５４Ｇにお
いて欠落している障害情報をチェックするために、この
場合も、履歴テーブル５４Ｇ上の障害情報について全て
検索しなければならず、同様に、履歴容量（Ｎ）が大き
い程、この検索に多大な時間を要してしまう。

【００２８】ところで、伝送装置５１−ｉと監視装置５
０との間の通信断や監視装置５０自体に障害等の異常が
発生すると、インタフェース処理部５４では、監視装置
５０との通信が不可能な間に主信号ユニット５２で発生
した障害情報を履歴テーブル５４Ｇに順次蓄えておき、
復旧時に“発生通知”，“回復通知”が“未”となって
いる情報をまとめて監視装置５０に通知するようになっ
ている。

【００２９】ところが、このとき、履歴テーブル５４Ｇ
上の障害情報は障害の発生順（発生時刻順）に記録され
ているが、回復時刻については記録順序が不定になるた
め、“回復通知”は、実際の回復時刻順とは異なる順序
で通知されてしまうことになる。このため、インタフェ
ース処理部５４では、複雑なソーティング処理を行なう
必要があり、監視装置５０への通知処理に大幅な遅延が
生じてしまう。

【００３０】さらに、インタフェース処理部５４では、
図２８により前述したように、主信号ユニット制御部５
３からの通知（アラーム情報）をＭＰＬ通信処理部５４
Ａにおいて受信すると、メイル（ｍａｉｌ）５４Ａ−ｉ
によりそのアラーム情報をアラーム処理部５４Ｂに送信
しているが、主信号ユニット制御部５３から大量の通知
を受けると、大量のメイル５４Ａ−ｉが相互にリンクさ
れてアラーム処理部５４Ｂに送信されるので、上述した
ようなアラーム処理部５４Ｂでの履歴の作成から通知ま
での処理の遅延により、メイル５４Ａ−ｉを蓄える（展
開する）メモリ資源が不足してしまう。

【００３１】即ち、上述のインタフェース処理部５４
は、履歴テーブル５４Ｇの作成処理及び監視装置５０の
通知処理をアラーム処理部５４Ｂ内において一連の処理
で実行しているため、履歴テーブル５４Ｇの作成処理が
遅延すると、監視装置５０への通知処理まで遅延してし
まい、この結果、メイル５４Ａ−ｉのための資源が不足
し、主信号ユニット制御部５３から通知される全ての情
報を漏らすことなくアラーム処理部５４Ｂに通知するこ
とが困難となる。

【００３２】本発明は、このような課題に鑑み創案され
たもので、障害に関する履歴を作成する処理と障害に関
する情報を通知するための処理とを独立させて、上記の
履歴作成処理を高速に行なうことにより、これらの処理
を高速、且つ、効率的に行なえるようにした、障害情報
管理装置及び障害情報管理方法を提供することを目的と
する。

【００３３】

【課題を解決するための手段】図１は本発明の原理ブロ
ック図で、この図１に示す障害情報監視装置１は、ネッ
トワーク内において情報を伝送する伝送装置に使用さ
れ、その伝送装置内で生じた障害に関する情報を管理し
その障害情報を伝送装置用の監視装置５０へ提供しうる
もので、障害履歴作成部２及び通知処理部３を独立して
そなえて構成されている。

【００３４】ここで、障害履歴作成部２は、障害情報を
受けて監視装置５０のための障害履歴を作成するもので
あり、通知処理部３は、障害履歴作成部２において作成
された障害履歴に基づいて、監視装置５０への障害情報
通知のための処理を障害履歴作成部２での障害履歴作成
処理とは独立して行なうものである（請求項１）。即
ち、障害情報管理装置１は、障害情報を受けて監視装置
５０のための障害履歴を作成するとともに、障害履歴と
は別個に、監視装置５０へ障害情報を通知するための処
理に必要な通知用情報を作成し、作成した通知用情報に
基づいて、監視装置５０への障害情報の通知のための処
理を上記の障害履歴作成処理とは独立して行なうことが
できるようになっている（請求項１７）。

【００３５】具体的に、上述の障害履歴作成部２は、以
下に示すものをそなえて構成される（請求項２）。・伝送装置内で障害が生じた場合に受ける障害発生情報
とその障害が回復した場合に受ける障害回復情報とを組
にして保持する履歴テーブル・障害発生情報の履歴テーブル上の登録位置を保持する
障害発生テーブル・障害発生情報，障害回復情報の履歴テーブルへの登録
処理，障害発生情報の履歴テーブル上の登録位置の障害
発生テーブルへの登録処理を制御する障害情報処理部また、この場合、上述の障害情報処理部は、障害発生情
報を受けると障害発生情報を履歴テーブルの該当する領
域に登録するとともに、その登録位置を障害発生テーブ
ルに登録し、その障害の回復により障害回復情報を受け
ると、障害発生テーブルを参照して、上記の登録位置が
示す履歴テーブルの該当領域に障害回復情報を登録する
ように構成される（請求項３）。

【００３６】さらに、上述の障害情報処理部は、履歴テ
ーブルの該当領域に障害回復情報を登録すると、障害発
生テーブルに登録された登録位置をリセットするように
構成され（請求項４）、障害発生情報を履歴テーブルに
登録する際、障害発生テーブルを参照し、既に同一種別
の障害発生情報についての登録位置が登録されていた場
合には、障害発生情報を履歴テーブルに登録しないよう
に構成される（請求項５）。

【００３７】また、上述の障害情報処理部は、障害回復
情報を受けた時点で、障害発生テーブルに障害発生情報
についての登録位置が登録されていない場合には、履歴
テーブルの該当する領域に障害発生情報と障害回復情報
とを登録するように構成される（請求項６）。さらに、
上述の障害履歴作成部２は、以下に示すものをそなえて
構成してもよい（請求項７）。・伝送装置内で障害が生じた場合に受ける障害発生情報
とその障害が回復した場合に受ける障害回復情報とを組
にして保持する履歴テーブル・履歴テーブルへの障害発生情報，障害回復情報の登録
順を保持する登録順テーブル・障害発生情報又は障害回復情報の履歴テーブルへの登
録処理，上記登録順の登録順テーブルへの登録処理を制
御する障害情報処理部ただし、この場合は、通知処理部３が、上述の登録順テ
ーブルに基づいて、履歴テーブルへの登録順で監視装置
５０への障害発生情報又は障害回復情報の通知を行なう
ための処理を行なうように構成される。

【００３８】なお、上述の障害履歴作成部２は、登録順
テーブルに次に登録すべき登録順情報の登録順テーブル
上の登録位置を保持する次登録位置保持部を更にそなえ
てもよく、この場合は、上述の障害情報処理部が、この
次登録位置保持部に登録された登録位置の示す登録順テ
ーブルの領域に登録順情報を登録するとともに、次登録
位置保持部に登録順テーブル上の次の登録位置を登録す
るように構成される（請求項８）。

【００３９】また、上述の障害履歴作成部２は、登録順
テーブルに最後に登録された登録順情報の登録順テーブ
ル上の登録位置を保持する最終登録位置保持部を更にそ
なえてもよく、この場合は、通知処理部３が、最終登録
位置保持部に登録された登録位置の示す登録順テーブル
の領域に保持された登録順情報に対応する障害発生情報
又は障害回復情報を履歴テーブルから取得して監視装置
５０へ通知するための処理を行なうように構成される
（請求項９）。

【００４０】さらに、上述の障害履歴作成部２は、上述
の次登録位置保持部と最終登録位置保持部の両方をそな
えてもよく、この場合は、上述の障害情報処理部が、次
登録位置保持部に登録された登録位置の示す登録順テー
ブルの領域に登録順情報を登録するとともに、次登録位
置保持部に登録順テーブル上の次の登録位置を登録する
ように構成され、且つ、通知処理部３が、最終登録位置
保持部に登録された登録位置と、次登録位置保持部に登
録された登録位置とが異なる場合に、各登録位置の差分
の登録位置情報に対応する障害発生情報又は障害回復情
報を履歴テーブルから取得して監視装置５０へ通知する
ための処理を行なうように構成される（請求項１０）。

【００４１】また、上述の障害履歴作成部２は、さら
に、以下に示すものをそなえて構成してもよい（請求項
１１）。・伝送装置内で障害が生じた場合に受ける障害発生情報
とその障害が回復した場合に受ける障害回復情報とを組
にして保持する履歴テーブル・障害発生情報の履歴テーブル上の登録位置を保持する
障害発生テーブル・履歴テーブルへの障害発生情報，障害回復情報の登録
順を保持する登録順テーブル・障害発生情報又は障害回復情報の履歴テーブルへの登
録処理，上記登録位置の障害発生テーブルへの登録処
理，上記登録順の登録順テーブルへの登録処理を制御す
る障害情報処理部ただし、この場合は、通知処理部３が、上述の登録順テ
ーブルに基づいて、履歴テーブルへの登録順で監視装置
５０への障害発生情報又は障害回復情報の通知を行なう
ための処理を行なうように構成される。

【００４２】そして、この場合も、上述の障害情報処理
部は、障害発生情報を受けると、障害発生情報を履歴テ
ーブルの該当する領域に登録するとともに、その登録位
置を障害発生テーブルに登録し、その障害の回復により
障害回復情報を受けると、障害発生テーブルを参照し
て、登録位置が示す履歴テーブルの該当領域に障害回復
情報を登録するように構成される（請求項１２）。

【００４３】また、同様に、上述の障害情報処理部は、
履歴テーブルの該当領域に障害回復情報を登録すると、
障害発生テーブルに登録された登録位置をリセットする
ように構成され（請求項１３）、障害発生情報を履歴テ
ーブルに登録する際、障害発生テーブルを参照し、既に
同一種別の障害発生情報についての登録位置が登録され
ていた場合には、障害発生情報を履歴テーブルに登録し
ないように構成される（請求項１４）。

【００４４】さらに、上述の障害情報処理部は、障害回
復情報を受けた時点で、障害発生テーブルに障害発生情
報についての登録位置が登録されていない場合には、履
歴テーブルの該当する領域に障害発生情報と回復情報と
を登録するように構成される（請求項１５）。また、上
述の障害履歴作成部２も、上述の次登録位置保持部と最
終登録位置保持部の両方をそなえてもよく、この場合
は、上述の障害情報処理部が、次登録位置保持部に登録
された登録位置の示す登録順テーブルの領域に登録順情
報を登録するとともに、次登録位置保持部に登録順テー
ブル上の次の登録位置を登録するように構成され、且
つ、通知処理部３が、最終登録位置保持部に登録された
登録位置と、次登録位置保持部に登録された登録位置と
が異なる場合に、各登録位置の差分の登録位置情報に対
応する障害発生情報又は障害回復情報を履歴テーブルか
ら取得して監視装置５０へ通知するための処理を行なう
ように構成される（請求項１６）。

【００４５】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。（Ａ）障害情報の説明まず、ここでは、本発明の一実施形態にかかる障害情報
管理装置（インタフェース処理部）が適用される伝送装
置５１−ｉ（図２２参照）内の主信号ユニット５２にお
いて生じうる障害について詳述する。

【００４６】図２は上述の主信号ユニット５２の構成を
示すブロック図で、この図２に示すように、主信号ユニ
ット５２は、光ユニット（Ｓ１ＣＨ) ５２Ａ，回線接続
・多重化ユニット（ＴＳＩ）５２Ｂ及びＤ１２チャンネ
ルユニット（Ｄ１ＣＨ）５２Ｃをそなえて構成されてお
り、これらは、それぞれ、図２３に示すＳＴＭ１光ユニ
ット５２ａ，ＴＳＩユニット５２ｃ及びＤ１２チャンネ
ルユニット５２ｅに相当するものである。

【００４７】ここで、光ユニット５２Ａは、ＳＤＨにお
ける多重化フレームのＳＯＨ（Section Over Head ）部
分に対する終端処理を施すもので、例えば、入力多重化
フレームとしてＳＴＭ１フレームを考えると、そのＳＴ
Ｍ１フレームのＳＯＨ部分を終端することにより、ＳＴ
Ｍ１フレームがＡＵ４レベル単位にまで分解されるよう
になっている。なお、ここでは、この光ユニット５２Ａ
として、現用光ユニット（Ｓ１ＣＨＸ）５２Ａ−１と予
備用光ユニット（Ｓ１ＣＨＹ）５２Ａ−２とがそなえら
れている。そして、この光ユニット５２Ａは、現用光ユ
ニット５２Ａ−１と予備用光ユニット５２Ａ−２とがス
イッチ制御部（ＭＳＰ）５２Ａ−３により切り替えられ
るようになっており、例えば、現用光ユニット５２Ａ−
１が異常等により機能しなくなると、スイッチ制御部５
２Ａ−３による切り替え制御が行なわれて、予備用光ユ
ニット５２Ａ−２が現用光ユニット５２Ａ−１に代行し
て機能するようになっている。

【００４８】また、この光ユニット５２Ａでは、上述の
ごとくＳＴＭ１フレームをＡＵ４レベル単位までに分解
する過程において、中継セクションのオーバヘッドであ
るＲＳＯＨ（Regenerator Section Over Head ）や多重
化（端局）セクションのオーバヘッドであるＭＳＯＨ
（Multiplex Section Over Head ）を解析する（つま
り、終端する）ことにより、各セクションでの障害チェ
ックを行なうようになっている。

【００４９】例えば、この終端処理過程で、ＲＳＯＨよ
り検出されうる障害（アラーム）には、"LOS","LOF","M
IS-STI","DCC-FAIL"等があり、"LOS" は光信号（ＳＴＭ
１フレーム）の入力断を表すアラームであり、"LOF" は
ＳＴＭ１フレームの同期外れ状態を表すアラームで、Ｒ
ＳＯＨ内に固定ビットパターンとして挿入されているＡ
１バイトとＡ２バイトとが検出できない場合に発生する
ようになっている。

【００５０】また、上記の"MIS-STI" はＲＳセクション
のトレース誤りを表すアラームで、ＲＳＯＨのＬ１バイ
トを使用して伝送装置５１−ｉ間で接続装置の名称を任
意の文字列（ASCII コード等）で互いに送信する際に、
送信側と受信側で、それぞれ送信値と受信期待値とを設
定しておき、受信側において実際の受信値と受信期待値
とを比較して、各値が異なる場合に検出されるようにな
っている。"DCC-FAIL"はＬＡＰＤ（Link Access Proced
ure on the D-channel）の通信異常を表すものである。

【００５１】つまり、上記のＲＳＯＨは、主に光ケーブ
ルの接続誤りを監視するための運用・保守情報を有して
おり、このＲＳＯＨを終端（監視）することにより、上
記の各種アラームが検出されうるようになっているので
ある。また、ＭＳＯＨより検出されうるアラームには、
"AIS","E-ERR","STEP","SD","DEP","DCC-FAIL"等があ
り、"AIS" は自局伝送装置５１−ｉよりも先（下流側）
の伝送装置５１−ｉに対して信号断障害が発生したこと
を通知するためのアラームで上記"LOS" 等のアラームを
受けて、自局装置５１−ｉよりも先の伝送装置５１−ｉ
に送信すべき信号が不定になった場合に検出されるよう
になっている。

【００５２】さらに、上記の"E-ERR","STEP","SD","DE
P" はそれぞれ信号の劣化状態を表すアラームで、"E-ER
R" はＭＳＯＨのＢ２バイトを用いてパリティチェック
を行ない、光信号のエラー数（パリティエラー）が、瞬
間的（一秒以内）にある一定値（しきい値）を越えた場
合に発生するようになっており、"SD"はこの"E-ERR" と
同様にＭＳＯＨのＢ２バイトを用いてパリティチェック
を行ない、パリティエラーが、“E-ERR"に比べて少ない
しきい値を越えた場合に発生するようになっている。

【００５３】また、上記の"STEP"はパリティエラー"E-E
RR" や"SD"よりさらに少ないしきい値を超えた状態が１
０秒以上連続した場合に発生するようになっており、"D
EP"はこの"STEP"に比べてさらに軽度なエラー数を例え
ば、１５分又は２４時間単位に集計し、その値がしきい
値を越えた場合に発生するようになっている。つまり、
上記の"STEP"と"DEP" は、基本的に信号断ではない雑音
受信状態が長時間継続する場合に発生するようになって
いる。

【００５４】さらに、ＡＵ４レベルで検出されうるアラ
ームには、ＡＵ４ポインタの断（損失）を示す"LOP" が
あり、この"LOP" は、ＳＯＨの終端後のポインタ操作時
に検出されるようになっている。なお、これらの各アラ
ームは、いずれも光ケーブルから受信した信号に対する
障害を表している。さらに、ＭＳＯＨより検出されうる
アラームとしては、他に、図２からも分かるように、"A
PS BYTE FAIL","CHM FAIL"等があり、これらのアラーム
が検出されると、上記の現用, 予備用切り替え制御が行
なわれるようになっている。なお、これらのアラームの
うち、"APS BYTE FAIL" は、対向局装置側とのコード
〔ＡＰＳ（Automatic Protection Switch ）バイト〕を
用いた情報交換において、対向局装置側から未定義なコ
ードを受信した際に発生するようになっている。

【００５５】次に、多重化ユニット５２Ｂは、光ユニッ
ト５２ＡとＤ１２チャンネルユニット５２Ｃとの間で遣
り取りされる多重化フレームを、時間スイッチ（Ｔ），
空間スイッチ（Ｓ）を組み合わせた３段スイッチ（Ｔ−
Ｓ−Ｔ）を用いて、ＴＵ１２（ＶＣ１２）単位に制御
（クロスコネクト）するもので、光ユニット５２Ａから
のＡＵ４単位の信号は、ポインタ処理（ＡＵ４ポインタ
の取り外し）によりＶＣ４単位の信号に分解されたの
ち、さらに、ＴＵ１２単位の信号に分解されてＤ１２チ
ャンネルユニット５２Ｃへ出力され、逆に、Ｄ１２チャ
ンネルユニット５２ＣからのＴＵ１２単位の信号は、Ｖ
Ｃ４単位の信号に多重されたのち、ＡＵ４ポインタが付
加されて、ＡＵ４単位の信号として光ユニット５２Ａへ
出力されるようになっている。

【００５６】ここで、上記ＡＵ４ポインタに対する処理
において検出されうるアラームには"AU AIS"がある。こ
の"AU AIS"はＡＵ４レベルにおいてAIS 信号を受信する
と検出されるアラームで、自局装置５１−ｉよりも先の
伝送装置５１−ｉでＡＵ４の信号断障害が発生したこと
を表すようになっている。また、ＶＣ４単位の信号をＴ
Ｕ１２単位の信号に分解する際にＶＣ４のパスオーバヘ
ッド（ＰＯＨ）より検出されうるアラームとしては、"M
IS-PTI","MIS-PSL","HO-FERF","HO-UNEQ","LOM","STE
P","DEP"等がある。

【００５７】そして、上記の"MIS-PTI" は、ＶＣ４レベ
ルのトレース誤りを表すアラームで、ＶＣ４のＰＯＨに
含まれるＪ１バイトを使用して伝送装置５１−ｉ間で任
意の文字列を互いに送信する際に、送信側と受信側でそ
れぞれ、送信値と受信期待値を設定しておき、受信側に
おいて実際の受信値と受信期待値を比較して、比較結果
が異なる場合に検出されるようになっている。

【００５８】さらに、上記の"MIS-PSL" は、同じくＶＣ
４のＰＯＨに含まれるＣ２バイト値（パスシグナルラベ
ル）の異常を意味するアラームで、ＶＣ４レベルまでの
信号の構築（ＶＣ４のマッピング構造）が受信期待値と
異なる場合に検出されるようになっており、"HO-FERF"
は、ＶＣ４の段階における対向局装置５１−ｉ側でのパ
リティチェック結果（パリティエラー）をアラーム情報
として自局装置５１−ｉで表示するためのものである。

【００５９】また、上記の"HO-UNEQ" は、上記Ｃ２バイ
ト値が“０”である場合に検出されるアラームで、その
ＶＣ４には意味のある信号がない（ＶＣ４がペイロード
を未収容である）ことを表すようになっている。さら
に、"LOM" は、ＶＣ４内におけるＴＵ信号が断となった
ときに検出されるアラームであり、"STEP"は、ＶＣ４の
ＰＯＨに含まれるＢ３バイトに対するパリティチェック
結果（パリティエラー数）が、或るしきい値を超えた状
態が１０秒以上連続した場合に発生するアラームであ
る。"DEP" は、上記の"STEP"に比べて軽度なエラー数を
例えば１５分又は２４時間単位に集計し、その値が或る
しきい値を超えた場合に発生するアラームである。

【００６０】そして、ＴＵ１２単位に分解された信号
は、ＴＵポインタに基づき、それぞれのチャンネル情報
が該当する装置５１−ｉに送信されるよう、Ｔ−Ｓ−Ｔ
スイッチによりクロスコネクト〔スロット（チャンネ
ル）入れ替え〕されるが、この際にＴＵ１２ポインタが
断となっていると"LOP(Loss Of Pointer)"が検出され
る。なお、これらの多重化ユニット５２Ｂにおける各ア
ラームは、全てＡＵ４（ＶＣ４）をＴＵ１２単位に分解
する際に検出されるもので、逆方向、つまり、ＴＵ１２
からＡＵ４（ＶＣ４）を組み上げる際には検出されな
い。

【００６１】次に、図２に示すＤ１２チャンネルユニッ
ト５２Ｃは、多重化ユニット５２ＢからのＴＵ１２信号
をＴＵ１２ポインタに基づいてＶＣ１２に分解し、ＶＣ
１２単位にＳＷ制御（パスＳＷ) を行なったのち、最小
コンテナであるＰＤＨのＣ１２信号として装置外部に出
力する一方、ＰＤＨのＣ１２信号からＴＵ１２信号を構
築して、多重化ユニット５２Ｂに送出するもので、この
図２からも分かるように、上記の処理を２系統で行なえ
るようになっている。

【００６２】そして、これら２系統のうちの１系統で、
１つ分の光ユニット５２Ａに対応するＴＵ１２（ＶＣ１
２）信号を処理することができ、これにより、例えば、
図２３に前述したように、空領域５２ｂに光ユニット５
２Ａがもう１つ装着された場合にも対応できるようにな
っている。なお、このＤ１２チャンネルユニット５２Ｃ
は、通常、ＴＵ１２信号を２１ｃｈ分処理できるように
なっており、図２３に示すように３つ分装着されること
により、ＶＣ４に最大で６３ｃｈ分多重されているＴＵ
１２信号を全て処理できるようになっている。

【００６３】また、各系統を経て出力されるＶＣ１２信
号は、ＰＳＷ（パススイッチ選択部）５２Ｃ−１におい
て、信号品質の良い方が選択出力されるようになってお
り、何れか一方の系統に障害が発生した場合は、正常な
系統からのＶＣ１２信号がパススイッチ選択部５２Ｃ−
１を経由して出力されるようになっている。ここで、上
述のごとくＴＵ１２ポインタに基づいてＴＵ１２信号を
ＶＣ１２信号に分解する際に検出されうるアラームとし
ては、"TU AIS"がある。この"AIS"は、ＴＵ１２レベル
におけるAIS 信号を受信すると検出されるアラームで、
自局装置５１−ｉの先でＴＵ１２信号の信号断障害が発
生したことを意味する。

【００６４】一方、ＶＣ１２レベルで検出されうるアラ
ームとしては、"MIS-PTI","MIS-PSL","LO-FERF","LO-UN
EQ","STEP","DEP"等があり、"MIS-PTI" は、ＶＣ１２信
号のトレース誤り（トレースミスマッチ障害）を表すア
ラームで、上述したＶＣ４レベルにおける"MIS-PTI" と
同様に、実際に受信したＶＣ１２のＪ２バイト値と受信
期待値を比較して、各値が異なる場合に検出されるよう
になっている。また、上記の"MIS-PSL" は、ＶＣ１２の
Ｖ５バイト内におけるＶＣ１２の信号種別を定義したシ
グナルラベル値の異常を表すアラームで、未定義の値と
なっているときに検出されるようになっている。

【００６５】また、上記の"LO-FERF" は、ＶＣ１２レベ
ルでの対向局装置５１−ｉ側のパリティチェック結果
（パリティエラー数）を自局装置５１−ｉ側で表示する
ためのアラーム情報で、上述したＶＣ４レベルでの"HO-
FERF" と同様な障害内容を表しており、"LO-UNEQ" はＶ
Ｃ１２信号に意味がない（ペイロードが収容されていな
い）ことを表すアラームで、ＶＣ１２信号のＶ５バイト
内の該当ビットが“０”となっているときに検出される
ようになっている。

【００６６】さらに、上記の“STEP”は、上述した光ユ
ニット５２Ａにおける"STEP"と同様に、パリティエラー
数が或る少ないしきい値を超えた状態が１０秒以上連続
した場合に発生するアラームである。ただし、このとき
のパリティエラーは、ＶＣ１２のＶ５バイトを用いた B
IP-2（Bit Interleaved Parity 2) 演算により検出され
る。

【００６７】また、上記の"DEP" は、上述した光ユニッ
ト５２Ａにおける"DEP" と同様に、上記の"STEP"に比べ
てさらに軽度なパリティエラー数を１５分又は２４時間
単位に集計し、その値が或るしきい値を超えた場合に発
生するアラームである。ただし、この場合の上記のパリ
ティエラー数は、Ｖ５バイトを用いたBIP-2 演算により
検出される。

【００６８】さらに、その他このＶＣ１２レベルで検出
されうるアラームには、"BIP MJ"及び"BIP MN"があり、
"BIP MJ"は、上述した光ユニット５２Ａにおける"E-ER
R" と同様のアラーム内容であり、"BIP MN"は、上述し
た光ユニット５２Ａにおける"SD"と同様のアラーム内容
で、いずれも、Ｖ５バイトを用いたBIP-2 演算により得
られたパリティエラー数が或るしきい値を超えると検出
されるようになっている。

【００６９】なお、主信号ユニット５２内の全ユニット
共通に発生しうるアラームとしては、"EQPT-FAIL" 及び
"MISMNT A"等があり、"EQPT-FAIL" は、各ユニット内に
使用されているＬＳＩ（Large Scale Integration ）等
の故障やクロックの断を意味するアラームで、ユニット
自身の故障を表すようになっており、"MISMNT A"は、ユ
ニットの誤実装を意味するアラームである。

【００７０】（Ｂ）インタフェース処理部の説明図３は本発明の一実施形態にかかる障害情報管理装置と
してのインタフェース処理部の構成を示すブロック図で
あるが、この図３に示すインタフェース処理部１は、図
２２に示す伝送装置５１−ｉにおけるインタフェース処
理部５４に相当し、この図３に示すように、本実施形態
では、障害履歴作成部２とレポート通信部３とを個別に
そなえるとともに、図２５より前述したものと同様のＭ
ＰＬ通信処理部５４Ａ，ＴＬ１処理部５４Ｃ，ユーザ管
理部５４Ｄ，２３２Ｃ通信部５４Ｅ及びＸ．２５通信部
５４Ｆをそなえて構成されている。

【００７１】ここで、障害履歴作成部２は、主信号ユニ
ット５２で発生した障害に関する情報（障害の発生／回
復）を主信号ユニット制御部５３を通じて受けて監視装
置５０のための障害履歴を作成するもので、テーブル群
２Ａ及びアラーム処理部２Ｂを有して構成されており、
さらにテーブル群２Ａは、例えば、図４に示すように、
履歴（HISTORY)テーブル２１，障害発生テーブル２２，
通知順テーブル２３，ＮＥＸＴ通知セーブ領域２４，Ｎ
ＥＸＴ通知領域２５及びＮＥＸＴ履歴領域（NEXT HISTO
RY）２６を有している。

【００７２】そして、履歴テーブル２１は、伝送装置５
１−ｉ内で上述のような障害が生じた場合に受ける障害
発生情報（発生時刻，障害箇所など）とその障害が回復
した場合に受ける障害回復情報（回復時刻など）とを組
にして保持するもので、障害発生順に障害箇所，障害
（障害名称），情報（障害情報），発生時刻及び回復時
刻などを保持できるようになっている。つまり、本実施
形態の履歴テーブル２１は、図２６に示す履歴テーブル
５４Ｇで管理されていた障害の発生／回復通知を監視装
置５０に対して行なったか否かの情報を保持する領域が
削除された構成となっている。

【００７３】なお、この履歴テーブル２１の履歴容量
（Ｎ）は、監視装置５０側での必要に応じて設定され、
例えば、１万件の履歴が必要なら、Ｎ＝１０，０００が
予め設定される。また、この履歴容量（Ｎ）が満たされ
た場合は、古いものから順に消去するようにしてもよい
し、全て消去したのち１から順に書き込むようにしても
よい。

【００７４】ところで、上記の“障害箇所”とは障害の
発生した伝送装置５１−ｉ内の場所（発生位置）を表す
もので、この領域には、障害の発生した箇所名等が数値
に置き変えられて書き込まれるようになっている。具体
的には、例えば、図５（ａ）に示すように、この“障害
箇所（発生位置）”の領域には、ＡＩＤＴＹＰＥ値（１
バイト）とＡＩＤ値（２バイト）の２種類の数値が書き
込まれるようになっており、ＡＩＤＴＹＰＥ値は、例え
ば、図６に示すようなＡＩＤＴＹＰＥテーブル２７上の
項目番号に相当し、ＡＩＤ値は、例えば、図７，図８に
示すようなＡＩＤテーブル２８〜３１上の項目番号に相
当する。

【００７５】ここで、上記のＡＩＤＴＹＰＥテーブル２
７とは、発生した障害を伝送上において大分類したもの
で、図６に示すように、ＳＴＭ１ＲＳ（ＲＳＯＨ終端処
理時），ＳＴＭ１ＭＳ（ＭＳＯＨ終端処理時），ＡＵ
４，ＶＣ４，ＴＵ１２，ＶＣ１２，Ｃ１２という各信号
処理レベル毎に障害箇所を特定できるよう固定長ｎの領
域に各文字列が登録されており、履歴テーブル２１に
は、それぞれに割り当てられた番号（項目番号）が上記
ＡＩＤＴＹＰＥ値として書き込まれるようになってい
る。なお、このＡＩＤＴＹＰＥテーブル２７上の末登録
部分には"null"が入るようになっている。

【００７６】そして、このＡＩＤＴＹＰＥテーブル２７
は、履歴テーブル２１上の登録番号Ｘｎの位置によって
先頭ポインタが求められ、監視装置５０へのレポートや
データの読み出しに使用される。また、上記のＡＩＤテ
ーブル２８〜３１は、それぞれ、上述のＡＩＤＴＹＰＥ
テーブル２７上の項目（つまり、障害の発生位置）をさ
らに詳細に分類したもので、例えば、ＡＩＤテーブル２
８は、図７（ａ）に示すように、ＳＴＭ１レベルの障害
がどの光ユニット５２Ａで発生したのかを表すために、
装置（スロット）名毎に項目化されており、ＡＩＤＴＹ
ＰＥ値として履歴テーブル２１に書き込まれた数値がＳ
ＴＭ１ＲＳ又はＳＴＭ１ＭＳに該当する数値である場
合、即ち、ＳＴＭ１ＲＳ又はＳＴＭ１ＭＳにおいて障害
が発生した場合には、さらに、そのＳＴＭ１レベルの障
害が発生した光ユニット５２Ａを示すＡＩＤテーブル２
８上の装置名（１−Ｘ，１−Ｙ，２−Ｘ，２−Ｙの何れ
か）に該当する項目番号がＡＩＤ値として履歴テーブル
２１に書き込まれるようになっている。

【００７７】なお、この図７（ａ）に示す各項目（装置
名）は、図２３により前述したように空領域５２ｂ（空
きスロット）に光ユニット５２Ａがそれぞれ装着された
場合のものであり、合計４つのＳＴＭ１スロットの左か
ら順にそれぞれ、上記の１−Ｘ，１−Ｙ，２−Ｘ，２−
Ｙが対応している。さらに、ＡＩＤテーブル２９は、Ａ
Ｕ４又はＶＣ４レベルの障害がどのスロットで発生した
のかを表すためのテーブルで、例えば、図７（ｂ）に示
すように、スロット名毎に項目化されており、ＡＩＤＴ
ＹＰＥ値として履歴テーブル２１に書き込まれた数値が
ＡＵ４又はＶＣ４に該当する数値である場合、即ち、Ａ
Ｕ４又はＶＣ４レベルで障害が発生した場合に、このＡ
ＩＤテーブル２９上の障害発生スロット名（ここでは、
１−１〜７−１の７パターンの何れか）に該当する項目
番号がＡＩＤ値として履歴テーブル２１に書き込まれ
る。

【００７８】なお、この図７（ｂ）に示すＡＩＤテーブ
ル２９において、左列の数値（“１”〜“７”）は、図
２３に示す主信号ユニット５２おける各スロットの位置
を表しており、例えば、“１”，“２”，“３”は、そ
れぞれ、図２３中に示すスロット５２ａ，５２ｂ，５２
ｄに対応し、“４”〜“７”は、図２３中に示すスロッ
ト５２ｅ，５２ｆの計４つのスロットに対応している。

【００７９】一方、この図７（ｂ）に示すＡＩＤテーブ
ル２９において、右列の数値（“１”）は、ＡＵ４の数
を示しているが、ＳＴＭ１フレームにおいては、１つの
ＡＵ４から構成されているため、ここでは、全て“１”
となっている。従って、例えば、ＳＴＭ４フレームの場
合は、４つのＡＵ４がマッピングされるため、上記右列
の各数値は、それぞれ“１”〜“４”のいずれかが設定
されることになる。

【００８０】また、上記のＡＩＤテーブル３０は、ＶＣ
４信号を最小単位のＣ１２信号にまで分解する際にＴＵ
１２又はＶＣ１２レベルの障害がどのスロットのどの信
号レベルで発生したのかを表すためのテーブルで、例え
ば、図８（ａ）に示すように項目化されている。そし
て、例えば、ＡＩＤＴＹＰＥ値として履歴テーブル２１
に書き込まれた数値がＴＵ１２又はＶＣ１２に該当する
数値である場合、即ち、ＴＵ１２又はＶＣ１２レベルで
障害が発生した場合には、このＡＩＤテーブル３０上の
障害発生スロット，信号レベル〔ここでは、１−１−１
−１−１〜７−１−３−７−３（ａ−ｂ−ｃ−ｄ−ｅ：
１≦ａ≦７，ｂ＝１，１≦ｃ≦３，１≦ｄ≦７，１≦ｅ
≦３）までの４４１パターンの何れか〕に該当する項目
番号がＡＩＤ値として履歴テーブル２１に書き込まれる
ことになる。

【００８１】なお、上記のパターン数（４４１パター
ン）はＳＴＭ１フレームをＣ１２に分解するまでの最大
分解数と各スロット５２ａ，５２ｂ，５２ｅ，５２ｆの
数との組み合わせの数に相当する。ここで、具体的に、
上記の５桁の値（ａ，ｂ，ｃ，ｄ，ｅ）のうち、“ａ”
はスロット番号、“ｂ”はＳＴＭ１フレーム内のＡＵ４
フレームの数、“ｃ”はＡＵ４フレーム内のＴＵＧ３フ
レームの番号（数）、“ｄ”はＴＵＧ３フレーム内のＴ
ＵＧ２フレームの番号（数）、“ｅ”はＴＵ１２フレー
ムの番号（数）をそれぞれ表している。

【００８２】さらに、上記のＡＩＤテーブル３１は、Ｃ
１２レベルの障害がどのスロットのどのチャンネルで発
生したのかを表すためのテーブルで、例えば、図８
（ｂ）に示すように、スロット番号とチャンネル番号と
の組み合わせにより項目化されている。そして、上記の
ＡＩＤＴＹＰＥ値として履歴テーブル２１に書き込まれ
た数値がＣ１２に該当する数値である場合、即ち、Ｃ１
２レベルで障害が発生した場合には、このＡＩＤテーブ
ル３１上の障害発生スロット，チャンネル番号〔ここで
は、４−１〜６−２１（ａ−ｂ：４≦ａ≦６，１≦ｂ≦
２１）までの６３パターンの何れか〕に該当する項目番
号がＡＩＤ値として履歴テーブル２１に書き込まれるよ
うになっている。

【００８３】なお、この図８（ｂ）に示すＡＩＤテーブ
ル３１において、左列の数値（“４”〜“６”）は、図
２３に示すＤ１２スロット５２ｅのスロット番号“４”
〜“６”を表しており、右列の数値（“１”〜“２
１”）は、チャンネル番号を表している。次に、図４に
示す履歴テーブル２１上の“障害”とは障害の内容を示
すもので、例えば、図９に示すように、項目（Ａ）にて
上述した各種アラーム（"LOS","LOF","E-ERR","AIS","L
OP",...,"E-SD"等）の文字列が登録された障害名称テー
ブル３２に基づいて、発生したアラームに該当する番号
（項目番号：２バイト）がこの領域に書き込まれるよう
になっている。

【００８４】さらに、履歴テーブル２１上の“情報”と
は障害内容の特徴を示すもので、この領域には、例えば
図５（ａ）に示すように、" ＳＲＶＥＦＦ”，“ＮＴＦ
ＣＮＣＤＥ”，“ＬＯＣＮ”，“ＤＩＲＮ”等の情報が
書き込まれるようになっている。ここで、上記の“ＳＲ
ＶＥＦＦ”とは発生したアラーム（障害）のサービス影
響度を表す情報（１バイト）で、“ＳＡ（サービスに影
響がある場合 )”と“ＮＳＡ（サービスに影響がない場
合) ”の２種類の情報が、それぞれ、所定の数値（例え
ば、ＳＡ＝１，ＮＳＡ＝２など）に置き換えられて、こ
の領域に書き込まれるようになっている。なお、監視装
置５０へは、“ＳＡ”及び“ＮＳＡ”と表示されて通知
される。

【００８５】また、上記の“ＮＴＦＣＮＣＤＥ”とは発
生したアラームの緊急度を表す情報（１バイト）で、こ
こでは、例えば、ＣＲ（Critical Alarm )，ＭＪ(Major
Alarm )，ＭＮ(Minor Alarm )及びＷＲ(Warning )の４
種類の情報が、それぞれ、所定の数値（例えば、ＣＲ＝
１，ＭＪ＝２，ＭＮ＝３，ＷＲ＝４）に置き換えられ
て、この領域に書き込まれるようになっている。なお、
上記アラームが回復した際には、ＣＬ(Clear Alarm )を
示す値が書き込まれる。また、監視装置５０へは、それ
ぞれ、“ＣＲ”，“ＭＪ”，“ＭＮ”，“ＷＲ”及び
“ＣＬ”と表示されて通知される。

【００８６】さらに、上記の“ＬＯＣＮ”とは該当する
アラームが発生した装置を表す情報（１バイト）で、
“ＮＥＮＤ（自局装置）”及び“ＦＥＮＤ（対向局装
置）”の２種類があり、それぞれ、所定の数値（例え
ば、ＮＥＮＤ＝０，ＦＥＮＤ＝１）に置き換えられて、
この領域に書き込まれるようになっている。なお、監視
装置５０へは、“ＮＥＮＤ”及び“ＦＥＮＤ”と表示さ
れて通知される。

【００８７】また、上記の“ＤＩＲＮ”とは該当するア
ラーム項目の送受信方向の属性を表す情報（１バイト）
で、“ＴＲＭＴ（送信方向）”，“ＲＣＶ（受信方
向）”及び“ＮＡ（送受信方向に関与しない）”の３種
類があり、それぞれ、所定の数値（例えば、ＴＲＮＴ＝
２，ＲＣＶ＝１，ＮＡ＝０）に置き換えられて、この領
域に表示されるようになっている。なお、監視装置５０
へは、“ＴＲＭＴ”，“ＲＣＶ”及び“ＮＡ”と表示さ
れて通知される。

【００８８】さらに、履歴テーブル２１上の“時刻”に
は障害の“発生時刻”及び“回復時刻”が、それぞれ、
日付（年，月，日）及び時刻（時，分，秒）が６バイト
の数値として書き込まれるようになっている。つまり、
上述の履歴テーブル２１は、これらの各種情報（合計２
１バイト）が、図５（ｂ）に示すように、メモリ（図示
略）上に順次展開されてゆくことによって、図４に示す
ようなイメージで作成されるようになっているのであ
る。

【００８９】そして、上述の履歴テーブル２１上の各種
情報は、例えば、「＜ALMCDE＞＜ATAG＞ REPT ALM
＜AIDTYPE ＞ cr If " ＜AID ＞ :＜NIFCNCDE＞, ＜CO
NDTYPE＞ ,＜SRVEFF＞,,, ＜LOCN＞ ,＜DIRN＞:\" ＜CO
NDDESCR ＞\"" cr If 」というレポートフォーマットに
より監視装置５０へアラーム発生毎に自動的に提供され
るようになっている。

【００９０】なお、レポートフォーマット中の＜ALMCDE
＞は、上述した履歴テーブル２１上の“情報”の“ＮＴ
ＦＣＮＣＤＥ”と同様に、該当するアラームの緊急度を
表すもので、このレポートフォーマット中では、緊急度
を示す“ＣＲ”，“ＭＪ”，“ＭＮ”，“ＷＲ”及び
“ＣＬ”が、それぞれ、例えば "*C","**", "*＾","*W"
及び"A＾" と表現されて監視装置５０通知されるように
なっている。

【００９１】また、＜ATAG＞は各情報の通知順番を表す
もので、６桁の数値で表現されるようになっており、＜
CONDTYPE＞は、該当するアラームの名称を表すもので、
発生したアラーム名称が最大１５文字の略称によって表
現されるようになっている。例えば、上記のレポートフ
ォーマットが、「*C 000001 REPT ALM STM1RS "1-X:CR,
LOS,SA,,,NEND,RCV:\LOS OF SIGNAL\"" 」となっている
場合、このレポートは、最初に発生したアラーム情報で
あり（０００００１）、自局装置（ＮＥＮＤ）の受信方
向（ＲＣＶ）において、図２３に示す左端（１−Ｘ）の
ＳＴＭ１スロット５２ａでのＳＴＭ１フレームのＲＳＯ
Ｈの終端処理時に光信号の入力断（ＬＯＳ）が発生し、
このアラーム（LOS)はサービスに影響があるとともに
（ＳＡ）、緊急度を最大としている（ＣＲ）ことを示し
ている。

【００９２】ところで、この履歴テーブル２１上の各種
情報は、上述のごとく自動的に監視装置５０へ通知され
る以外に監視装置５０から履歴状況を要求に応じて履歴
情報（LOG)として履歴テーブル２１上の全履歴内容が監
視装置５０へ通知されるようにもなっている。例えば、
監視装置５０から伝送装置５１−ｉへの履歴要求（コマ
ンド）として、「RTRV-ALM-ALL＜TID ＞::＜CTAG
＞::,,,,,; "＜AID ＞ :＜NTFCNCDE＞，＜CONDTYPE＞,
＜SRVEFF＞,,＜LOCN＞, ＜DIRN＞: \ ＜CONDDESCR ＞
\""cr If」というフォーマットのデータを伝送装置５１
−ｉが受けると、その伝送装置５１−ｉは、レスポンス
として「" ＜AID ＞: ＜AIDTYPE ＞ ,＜NTFCNCDE＞, ＜
CONDTYPE＞, ＜SRVEFF＞,,, ＜LOCN＞, ＜DIRN＞: \ ＜
CONDDESCR ＞ \""cr If 」というフォーマットで履歴テ
ーブル２１上の各種情報を監視装置５０へ返送するよう
になっている。

【００９３】次に、図４において、障害発生テーブル２
２は、障害発生情報の履歴テーブル２１上の登録位置を
保持するもので、装置５１−ｉ内で発生しうる全障害分
の容量（ここではＭ＝障害の種類×チャンネル数）を有
しており、履歴テーブル２１上の“障害名称”に書き込
まれた数値（“障害番号”）とその“障害番号”の履歴
テーブル２１上の登録位置とを対応付けて保持するよう
になっている。

【００９４】なお、その障害が回復したときには、後述
するように、書き込まれた番号（履歴テーブル番号）は
クリアされる（０が書き込まれる）ようになっている。
さらに、通知順テーブル２３は、監視装置５０への障害
発生通知，障害回復通知の通知順を、履歴テーブル２１
への障害発生情報，障害回復情報の登録順として保持す
るもので、発生／回復に対応して、履歴テーブル２１の
容量（Ｎ）の倍の容量を有しており、監視装置５０へ通
知すべき障害情報（障害発生情報又は障害回復情報）の
履歴テーブル２１上の登録位置（履歴テーブル番号）が
発生／回復の旨とともに履歴テーブル２１に登録された
順（書き込まれた時刻順）に書き込まれるようになって
いる。

【００９５】また、ＮＥＸＴ通知セーブ領域（次登録位
置保持部）２４は、この通知順テーブル２３に次に登録
すべき登録順情報（履歴テーブル番号，発生／回復）の
登録順テーブル２３上の登録位置を保持するものであ
り、ＮＥＸＴ通知領域（最終登録位置保持部）２５は、
通知順テーブル２３に最後に登録された（監視装置５０
に最後に通知された）登録順情報の通知順テーブル２３
上の登録位置を保持するものであり、ＮＥＸＴ履歴領域
２６は、次に履歴テーブル２１に登録すべき障害情報の
書き込み位置（履歴テーブル番号）を保持するものであ
る。

【００９６】次に、図３において、アラーム処理部（障
害情報処理部）２Ｂは、上記の障害情報（障害発生情報
又は障害回復情報）の履歴テーブル２１への登録（書き
込み）処理，障害発生情報の履歴テーブル２１上の登録
位置の障害発生テーブル２２への登録処理，履歴テーブ
ル２１への障害情報の登録順を通知順テーブル２３に登
録する処理，ＮＥＸＴ通知セーブ領域２４，ＮＥＸＴ通
知領域２５，ＮＥＸＴ履歴領域２６への登録処理をそれ
ぞれ制御するものである。

【００９７】また、アラーム処理部２Ｂは、主信号ユニ
ット制御部５３より障害発生情報を受けると、その障害
発生情報をＮＥＸＴ履歴領域２６に保持されている履歴
テーブル番号の示す履歴テーブル２１上の該当領域に登
録するとともに、その登録位置（履歴テーブル番号）を
障害発生テーブル２２に登録し、その障害の回復により
障害回復情報（回復時刻など）を受けると、障害発生テ
ーブル２２を参照して、登録された履歴テーブル番号が
示す履歴テーブル２１の該当領域に障害回復情報を登録
する（回復時刻を書き込む）ようになっている。

【００９８】なお、このアラーム処理部２Ｂは、上述の
ごとく履歴テーブル２１の該当領域に障害回復情報を登
録すると、障害発生テーブル２２に登録された履歴テー
ブル番号をリセットするようになっており、障害の発生
及び回復を明確に把握できるようにしている。さらに、
このアラーム処理部２Ｂは、後述するように、障害発生
情報を履歴テーブル２１に登録する際、障害発生テーブ
ル２２を参照し、既に同一種別の障害発生情報について
の履歴テーブル番号が登録されていた場合には、その障
害発生情報を履歴テーブル２１に登録しないようになっ
ている。即ち、既に発生中である障害箇所と同一種別の
障害についての情報は、履歴テーブル２１に重複して書
き込まないようになっている。

【００９９】また、このアラーム処理部２Ｂは、主信号
ユニット制御部５３より障害回復情報を受けた時点で、
障害発生テーブル２２に回復した障害に対応する障害発
生情報についての履歴テーブル番号が登録されていない
場合には、履歴テーブル２１の該当する領域に障害発生
情報と障害回復情報とを登録するようになっている。さ
らに、アラーム処理部２Ｂは、ＮＥＸＴ通知セーブ領域
２４に登録された登録位置の示す通知順テーブル２３の
領域に登録順情報として履歴テーブル番号と障害発生／
回復の旨とを登録するとともに、ＮＥＸＴ通知セーブ領
域２４に通知順テーブル２３上の次の登録位置を登録す
るようになっており、これにより、通知順テーブル２３
には、履歴テーブル２１への登録順で、障害発生又は回
復情報の履歴テーブル２１上の登録位置が書き込まれる
ようになる。

【０１００】また、図３に示すレポート通信部３は、障
害履歴作成部２において作成された障害履歴（テーブル
群２Ａ）に基づいて、監視装置５０への障害情報通知の
ための処理を障害履歴作成部２での障害履歴作成処理と
は独立して行なうもので、後述するように、ＮＥＸＴ通
知領域２５に登録された登録位置情報と、ＮＥＸＴ通知
セーブ領域２４に登録された登録位置情報とが異なる場
合に、各登録位置情報の差分に対応する障害発生情報又
は障害回復情報を履歴テーブル２１から取得して監視装
置５０へ通知するための処理を行なうようになってい
る。なお、監視装置５０への通知は、上述のレポートフ
ォーマットに従ったレポートアラーム、あるいはレスポ
ンスフォーマットに従ったレスポンスにより行なわれ
る。

【０１０１】上述の構成により、本発明の一実施形態に
かかる障害情報管理装置としてのインタフェース処理部
１では、図３に示すように、主信号ユニット制御部５３
から送信されてくる障害情報は、アラーム処理部２Ｂに
おいて解析されたのち、その障害情報が障害発生情報で
ある場合には、テーブル２Ａの履歴テーブル２１の該当
する領域に登録され、さらに、その登録位置が障害発生
テーブル２２に登録される一方、その障害の回復により
障害回復情報が送信されると、障害発生テーブル２２が
参照され、登録位置が示す履歴テーブル２１の該当領域
に障害回復情報が登録される。

【０１０２】その後、レポート通信部３では、通知順テ
ーブル２３に基づいて履歴テーブル２１への登録順で監
視装置５０への履歴情報（障害発生情報又は障害回復情
報）の通知するための処理が施され、ユーザ管理部５４
Ｄを通して監視装置５０へ送信される。以下、上述のア
ラーム処理部２Ｂによるアラーム処理について詳述す
る。

【０１０３】（Ｂ１）通常時の処理通常時の処理について、図１０に示すフローチャート
（ステップＳ１〜Ｓ４）に従って説明する。まず、主信
号ユニット制御部５３からメイル等により障害情報（障
害発生情報又は障害回復情報）が受信されると（ｍａｉ
ｌ受信待ち：ステップＳ１）、アラーム処理部２Ｂで
は、そのメイルが障害発生情報であるか障害回復情報で
あるかを判断する（ｍａｉｌ解析：ステップＳ２）。

【０１０４】その結果、主信号ユニット制御部５３から
受信した障害情報が障害発生情報である場合には、上述
したように、テーブル群２Ａの履歴テーブル２１の該当
する領域にその情報（障害箇所，発生時刻など）が登録
され、さらに、その履歴テーブル２１上の登録位置（履
歴テーブル番号）が障害発生テーブル２２に登録される
（ステップＳ３）。

【０１０５】その後、上記の障害の回復によりインタフ
ェース制御部５３から障害回復情報を受信すると、アラ
ーム処理部２Ｂは、障害発生テーブル２２を参照して、
履歴テーブル２１を検索することなく、上記の履歴テー
ブル番号が示す履歴テーブル２１の領域に回復時刻等の
障害回復情報を登録する（ステップＳ４）。ここで、例
えば、図１１に示すテーブル群２Ａにおいて、履歴テー
ブル２１に次に登録すべき領域がＸ、障害発生テーブル
２２の障害番号Ｋの領域にデータが未登録、通知順テー
ブル２３に次に登録される領域がＹ、ＮＥＸＴ通知セー
ブ領域２４に登録された値がＹ、ＮＥＸＴ通知領域２５
に登録された値がＹ、ＮＥＸＴ履歴領域２６に登録され
た値がＸである状態において、時刻Ｔ１に番号Ｋの障害
（以下、障害Ｋという）が発生した場合のアラーム処理
部２Ｂの動作について、図１２及び図１３を用いて説明
する。

【０１０６】まず、障害発生情報を受信すると、アラー
ム処理部２Ｂでは、障害発生テーブル２２の障害Ｋに該
当する領域（履歴テーブル番号）が“０”でないかが判
断され（図１２のステップＳ５）、障害Ｋに該当する領
域が“０”である場合（図１２のステップＳ５でＮＯと
判定された場合）、ＮＥＸＴ履歴領域２６に登録された
履歴テーブル２１に次に登録すべき登録位置の値“Ｘ”
に基づいて、履歴テーブル２１のＨＰ値（HISTORY POIN
T 値：Ｘ）、即ち、履歴テーブル番号が指定される（図
１２のステップＳ６）。

【０１０７】すると、履歴テーブル２１のＨＰ領域〔Ｈ
Ｐポイント（Ｘ番目の領域）〕に障害発生情報（障害
“Ｋ”及び発生時刻“Ｔ１”など）が書き込まれるとと
もに（図１２のステップＳ７，図１３のステップＡ
１）、障害発生テーブル２２の障害Ｋに該当する領域に
ＨＰ値（“Ｘ”）が書き込まれる（図１２のステップＳ
８，図１３のステップＡ２）。

【０１０８】さらに、アラーム処理部２Ｂは、ＮＥＸＴ
通知セーブ領域２４に登録された通知順テーブル２３に
次に登録すべき登録位置の値“Ｙ”に基づいて、通知順
テーブル２３のＲＰ値（REPORT POINT値：Ｙ）を指定す
る（図１２のステップＳ９）。すると、通知順テーブル
２３のＲＰ領域〔ＲＰポイント（Ｙ番目の領域）〕に登
録順情報（“Ｘ発生”）が書き込まれ（図１２のステッ
プＳ１０，図１３のステップＡ３）、履歴テーブル２１
上の次の書き込み位置を指示するＮＥＸＴ履歴領域２６
の値が１つ増加（“Ｘ＋１”）されるとともに（図１２
のステップＳ１１，図１３のステップＡ４）、通知順テ
ーブル２３上の次の書き込み位置を指示するＮＥＸＴ通
知セーブ領域２４の値が１つ増加（“Ｙ＋１”）される
（図１２のステップＳ１２，図１３のステップＡ５）。

【０１０９】一方、このときレポート通信部３では、図
１４に示すように監視装置５０と通信状態であるか否か
を判断しており（ステップＳ１３）、監視装置５０と通
知可能である場合（ステップＳ１３でＹＥＳと判定され
た場合）、ＮＥＸＴ通知セーブ領域２４に保持されてい
る値とＮＥＸＴ通知領域２５に登録されている値とを比
較する（ステップＳ１４）。

【０１１０】ここで、今、ＮＥＸＴ通知セーブ領域２４
に登録されている値（“Ｙ＋１”）とＮＥＸＴ通知領域
２５に登録されている値（“Ｙ”）とに差があるので
（ステップＳ１４でＹＥＳと判定されるので）、レポー
ト通信部３は、ＮＥＸＴ通知領域２５に登録されている
登録位置に基づいて差分のＲＰ値を指定し（ステップＳ
１５）、そのＲＰ値に基づいて該当するＨＰ値を指定す
る（ステップＳ１６）。

【０１１１】これにより、差分に該当するＨＰ領域の履
歴テーブル２１のデータが監視装置５０へ通知され（ス
テップＳ１７）、最後に監視装置５０へ通知したデータ
の通知順テーブル２３上の登録位置を示すＮＥＸＴ通知
領域２５の値が１つ増加される（ステップＳ１８）。即
ち、図１３においては、ステップＡ６に示すように、Ｎ
ＥＸＴ通知領域２５の値が“Ｙ＋１”となる。

【０１１２】なお、監視装置５０との通信が不可能であ
る場合（ステップＳ１３でＮＯと判定された場合）やＮ
ＥＸＴ通知セーブ領域２４に登録されている値とＮＥＸ
Ｔ通知領域２５に登録されている値とに差がない場合、
つまり、未通知のデータがない場合（ステップＳ１４で
ＮＯと判定された場合）、このレポート通信部３による
通知処理は行なわれない。

【０１１３】次に、上述の障害Ｋが回復して、主信号ユ
ニット制御部５３から障害Ｋについての回復情報を受け
た場合の処理について、図１５及び図１６を用いて説明
する。まず、障害Ｋについての回復情報を受信すると、
アラーム処理部２Ｂは、図１５に示すように障害発生テ
ーブル２２を参照して、その障害Ｋに対応する領域が
“０”でないかを判断し（図１５のステップＳ１９）、
その領域が“０”でない場合（ステップＳ１９でＹＥＳ
と判定された場合）、その値（履歴テーブル番号）が回
復情報を書き込むべき履歴テーブル２１上の位置を指示
するＨＰ値（この場合は“Ｘ”）として指定される（ス
テップＳ２０）。

【０１１４】これにより、アラーム処理部２Ｂは、ＨＰ
値が示す履歴テーブル２１の領域〔ＨＰポイント（Ｘ番
目の領域）〕の該当箇所に履歴テーブル２１を検索する
ことなく障害回復情報（回復時刻“Ｔ２”）を書き込み
（図１５のステップＳ２１，図１６のステップＡ７）、
障害発生テーブル２２の障害Ｋに該当する領域のＨＰ値
（“Ｘ”）をクリアする（“０”にする）（図１５のス
テップＳ２２，図１６のステップＡ８）。

【０１１５】そして、アラーム処理部２Ｂは、ＮＥＸＴ
通知セーブ領域２４に登録された通知順テーブル２３に
次に登録すべき登録位置の値“Ｙ＋１”を通知順テーブ
ル２３のＲＰ値（“Ｙ＋１”）として指定し（図１５の
ステップＳ２３）、このＲＰ値が指示する領域〔ＲＰポ
イント（Ｙ＋１番目の領域）〕に“Ｘ回復”を書き込ん
だ後（図１５のステップＳ２４，図１６のステップＡ
９）、ＮＥＸＴ通知セーブ領域２４の値を１つ増加
（“Ｙ＋２”）する（図１５のステップＳ２５，図１６
のステップＡ１０）。

【０１１６】一方、この場合も、レポート通信部３で
は、上述したような監視装置５０へ通知するための処理
（図１４のステップＳ１３〜Ｓ１８参照）が行なわれ、
ＮＥＸＴ通知セーブ領域２４とＮＥＸＴ通知領域２５の
値が異なる場合に、その差分に該当する未通知データが
監視装置５０へ通知されて、ＮＥＸＴ通知領域２５の値
が１つ増加（“Ｙ＋２”）される（図１６のステップＡ
１１）。

【０１１７】このように、上述の障害情報管理装置とし
てのインタフェース処理部１によれば、アラーム２Ｂに
よって、障害情報を受けて監視装置５０のための障害履
歴（履歴テーブル２１）を作成するとともに、障害履歴
とは別個に、監視装置５０へ障害情報を通知するための
処理に必要な通知用情報（通知順テーブル２３）を作成
し、さらに、レポート通信部３によって、その通知用情
報に基づいて、監視装置５０への障害情報の通知のため
の処理を上記の障害履歴作成処理とは独立して行なうこ
とができるので、それぞれの処理を迅速に、且つ、正確
に行なうことができる。従って、主信号ユニット制御部
５３より受信した情報を漏らすことなく監視装置５０へ
通知することができ、本装置の処理能力を大幅に向上さ
せることができる。

【０１１８】また、上述のインタフェース処理部１によ
れば、障害発生情報を受けると、アラーム処理部２Ｂ
が、その障害発生情報を履歴テーブル２１の該当する領
域に登録するとともに、その登録位置（履歴テーブル番
号）を障害発生テーブル２２に登録し、その障害の回復
により障害回復情報を受けると、障害発生テーブル２２
を参照して、上記の履歴テーブル番号が示す履歴テーブ
ル２１の該当領域に障害回復情報を登録するので、障害
の回復時に、その障害発生情報を書き込むべき履歴テー
ブル２１上の位置が一意に定まり履歴テーブル２１を検
索する時間を省くことができ、迅速に障害回復情報の履
歴処理を実行することができる。

【０１１９】さらに、履歴テーブル２１の該当領域に障
害回復情報を登録すると、障害発生テーブル２２に登録
された登録位置をリセットするので、障害の発生及び回
復を明確に把握することができ、後述するように同一障
害が重複して発生した場合においても、履歴テーブル２
１を検索する時間を要することなく、迅速に対処するこ
とができる。

【０１２０】また、上述のインタフェース処理部１によ
れば、履歴テーブル２１と通知順テーブル（登録順テー
ブル）２３をそなえて構成されるとともに、ＮＥＸＴ通
知セーブ領域（次登録位置保持部）２４をそなえて構成
されているので、ＮＥＸＴ通知セーブ領域２４に登録さ
れた登録位置の示す通知順テーブル２３の領域に履歴テ
ーブル２１への障害情報の登録順で、その登録位置とと
もに障害発生／回復の旨を登録順情報として登録すると
ともに、ＮＥＸＴ通知セーブ領域２４の次の登録位置を
登録するので、障害発生／回復の順を自動的に正しい順
序で登録しておくことができる。

【０１２１】さらに、上述のインタフェース処理部１に
よれば、ＮＥＸＴ通知領域（最終登録位置保持部）２５
に登録された登録順情報に対応する障害発生情報又は障
害回復情報を履歴テーブル２１から取得して監視装置５
０へ通知するための処理を行なうので、これらの情報の
監視装置５０への通知状況を自動的に、且つ、正確に把
握することができる。

【０１２２】（Ｂ２）主信号ユニット制御部５３がＲＥ
ＳＴＡＲＴした場合の処理ところで、上述したように、障害発生情報を受信する
と、アラーム処理部２Ｂは、障害発生テーブル２２の該
当する障害Ｋの領域が“０”でないかを判断するが（図
１２のステップＳ５）、このとき、障害発生テーブル２
２を参照して障害Ｋに該当する領域が“０”でない場合
（図１２のステップＳ５でＹＥＳと判定された場合，図
１７のステップＡ１２参照）、その障害発生情報は履歴
テーブル２１に登録しない。

【０１２３】つまり、アラーム処理部２Ｂは、主信号ユ
ニット制御部５３の挿抜により主信号ユニット制御部５
３が再起動（RESTART)する等して、同じ障害Ｋの発生が
通知されても、その障害発生情報を履歴テーブル２１に
登録する際、障害発生テーブル２２を参照し、既に同一
種別の障害発生情報についての登録位置が登録されてい
た場合には、同じ障害Ｋについての発生情報が重複して
通知されたものと判断て、障害発生情報を履歴テーブル
２１に登録しないのである。従って、重複して同じ障害
情報が履歴テーブル２１に登録されることがなく、履歴
テーブル２１に必要な資源量を最小限に抑えることがで
きる。

【０１２４】次に、例えば、図１７のステップＡ１３に
示すように、障害Ｋ＋１が回復中（回復済あるいは障害
未発生時）に時刻Ｔ３において障害Ｋ＋１についての回
復通知を主信号ユニット制御部５３より受けた場合を考
える。この場合、アラーム処理部２Ｂは、まず、障害発
生テーブル２２を参照するが、今、障害発生テーブル２
２の障害Ｋ＋１に該当する領域が“０”であるので（図
１５のステップＳ１９でＮＯと判定されるので）、図１
２のステップＳ５〜Ａ１２により前述した障害発生情報
の登録処理が行なわれたのち（図１５のステップＳ２
６）、図１５のステップＳ２０〜Ｓ２５に示す処理と同
様の障害回復情報の登録処理が行なわれる。

【０１２５】具体的に、このとき、アラーム処理部２Ｂ
は、図１８に示すように、障害発生テーブル２２上の障
害Ｋ＋１の領域が“０”であるため（ステップＡ１
５）、何らかの原因（インタフェース処理部１と主信号
ユニット制御部５３との間の通信断や履歴テーブル２１
の破壊など）で障害Ｋ＋１が登録されなかった（ＬＯＳ
Ｔした）と判断し、ＮＥＸＴ履歴領域２６の値“Ｘ＋
１”が示す履歴テーブル２１の領域に障害発生情報とし
て障害“Ｋ＋１”及び発生時刻“Ｔ３”等を書き込むと
ともに、障害回復情報として回復時刻“Ｔ３”等を書き
込んだ後（ステップＡ１４）、ＮＥＸＴ履歴領域２６の
値を１つ増加（“Ｘ＋２”）する（ステップＡ１８）。

【０１２６】そして、このとき、障害発生テーブル２２
上の障害Ｋ＋１に該当する領域には、履歴テーブル２１
上の登録位置を示すＨＰ値として“Ｘ＋１”が書き込ま
れ（ステップＡ１６）、ＮＥＸＴ通知セーブ領域２４の
ＲＰ値（“Ｙ＋１”）が示す通知順テーブル２３の領域
（Ｙ＋１番目の領域）に“Ｘ＋１発生”が書き込まれる
とともに、次の領域（Ｙ＋２番目の領域）に“Ｘ＋１回
復”が書き込まれ（ステップＡ１７）、ＮＥＸＴ通知セ
ーブ領域２４が２つ増加される（ステップＡ１９）。

【０１２７】この結果、この場合も、レポート通信部３
では、上述したような監視装置５０へ通知するための処
理（図１４のステップＳ１３〜Ｓ１８参照）が行なわ
れ、ＮＥＸＴ通知セーブ領域２４とＮＥＸＴ通知領域２
５の差分（この場合は、“ Ｙ＋１”，“Ｙ＋２”）に
対応する履歴テーブル２１上の未通知データが監視装置
５０へ通知されて、ＮＥＸＴ通知領域２５の値が未通知
データを通知した数（２つ）だけ増加（“Ｙ＋３”）さ
れる（ステップＡ２０）。

【０１２８】このように、上述のインタフェース処理部
１によれば、障害Ｋ＋１についての回復情報を受けた時
点で、障害発生テーブル２２にその障害Ｋ＋１の発生情
報についての履歴テーブル２１上の登録位置が登録され
ていない（“０”の）場合には、履歴テーブル２１の該
当する領域に障害発生情報と障害回復情報とを登録する
ので、発生した障害についての情報を漏らすことなく正
確に履歴テーブル２１に登録することができるととも
に、監視装置５０へ通知することができ、本インタフェ
ース処理部１の信頼性の向上に大いに寄与する。

【０１２９】（Ｂ３）監視装置５０への通信が不通の場
合の処理ところで、インタフェース処理部１は、監視装置５０と
の通信が不通で、障害情報を監視装置５０へ通知できな
い場合には、監視装置５０との通信が回復するまでの
間、主信号ユニット制御部５３より受信した障害情報を
順次履歴テーブル２１に書き込んで蓄えておく。

【０１３０】例えば、上記のアラーム処理部２Ａ（履歴
テーブル２１，障害発生テーブル２２，通知順テーブル
２３，ＮＥＸＴ通知セーブ領域２４，ＮＥＸＴ通知領域
２５，ＮＥＸＴ履歴領域２６）が、図１９に示すような
状態で監視装置５０への通信が不通になったとする。こ
の状態で、例えば、時刻Ｔ１に障害Ｋ発生→時刻Ｔ２に
障害Ｋ＋４発生→時刻Ｔ３に障害Ｋ回復という情報が続
いて主信号ユニット制御部５３より通知された場合、こ
れらの情報は、それぞれ、上述のステップＳ１〜Ｓ２６
に従って、ＮＥＸＴ通知セーブ領域２４のＨＰ値が順次
インクリメント（＋１）されながらそのＨＰ値が示す履
歴テーブル２１の領域（Ｘ番目及びＸ＋１番目の領域）
に書き込まれてゆく。

【０１３１】即ち、図２０に示すように、まず、履歴テ
ーブル２１上のＸ番目の領域に、障害Ｋの発生情報とし
て障害“Ｋ”及び発生時刻“Ｔ１”が書き込まれ、その
障害Ｋについての回復情報として回復時刻“Ｔ３”が書
き込まれるとともに（ステップＡ２１）、次のＸ＋１番
目の領域に障害Ｋ＋４の障害発生情報として障害“Ｋ＋
４”及び発生時刻“Ｔ２”が書き込まれる（ステップＡ
２２）。

【０１３２】このとき、障害発生テーブル２２において
は、時刻Ｔ３に障害Ｋが回復しているので、障害Ｋに該
当する領域の履歴テーブル番号（“Ｘ”）がクリアされ
る一方（ステップＡ２３）、障害Ｋ＋４の該当する領域
に障害Ｋ＋４の履歴テーブル２１上の登録位置（“Ｘ＋
１”）が書き込まれる（ステップＡ２４）。さらに、通
知順テーブル２３においては、ＮＥＸＴ通知セーブ領域
２４に登録された値“Ｙ”が示す通知順テーブル２３上
のＹ番目の領域に“Ｘ発生”が書き込まれたのち、Ｙ＋
１番目の領域に“Ｘ＋１発生”が書き込まれ、さらに、
Ｙ＋２番目の領域に“Ｘ回復”が書き込まれて監視装置
５０への通知順（履歴テーブル２１への登録順）につい
ての情報が作成される（ステップＡ２５）。

【０１３３】この結果、ＮＥＸＴ履歴領域２６の値は２
つ増加した状態（“Ｘ＋２”）となり（ステップＡ２
６）、ＮＥＸＴ通知セーブ領域に登録される値は３つ増
加した状態（“Ｙ＋３”）となる（ステップＡ２７）。
そして、この間、レポート通信部３は、監視装置５０と
の通信が不可能な状態（図１４のステップＳ１３のＮＯ
ルート）であるため、監視装置５０へ上記の障害情報を
通知できないが、通信可能状態となった時点（図１４の
ステップＳ１３でＹＥＳと判定された時点）で、ＮＥＸ
Ｔ通知セーブ領域２４の値（“Ｙ＋３”）とＮＥＸＴ通
知領域２５の値（“Ｙ”）とを比較する（ステップＡ２
７，Ａ２８参照）。

【０１３４】この結果、今、上記の“Ｙ＋３”と“Ｙ”
の差分（３つ）に対応する履歴テーブル２１上の障害情
報が監視装置５０へ未通知であることが分かり、該当す
る障害情報を通知順テーブル２３に登録された履歴テー
ブル番号に基づいて履歴テーブル２１から取得して、監
視装置５０へ通知する。このように、上述のインタフェ
ース処理部１によれば、ＮＥＸＴ通知領域２５に登録さ
れた値とＮＥＸＴ通知セーブ領域２４に登録された値と
が異なる場合に、各値の差分の値に対応する障害発生情
報又は障害回復情報を履歴テーブル２１から取得して監
視装置５０へ通知するので、監視装置５０へ通知されて
いない情報を容易に把握することができるとともに、履
歴された全ての障害情報を漏らすことなく正確に監視装
置５０へ通知することができる。

【０１３５】以上のように、本実施形態のインタフェー
ス処理部１によれば、監視装置５０のための障害履歴を
作成する処理と、その障害情報を監視装置５０へ通知す
るための処理を上記障害履歴作成処理とは独立して行な
うことができるので、それぞれの処理を迅速に、且つ、
正確に行なうことができる。従って、受信した障害情報
を漏らすことなく監視装置５０へ通知することができ、
本装置の処理能力を大幅に向上させることができる。

【０１３６】（Ｃ）その他なお、上述の本実施形態では、履歴テーブル２１，障害
発生テーブル２２及び通知順テーブル（登録順テーブ
ル）２３をそなえたテーブル群２Ａについて詳述した
が、テーブル群２Ａが履歴テーブル２１と障害発生テー
ブル２２のみをそなえても、障害の回復時に、その障害
回復についての情報を書き込むべき履歴テーブル２１上
の位置を検索する時間を省くことができ、迅速に障害回
復情報の履歴処理を行なえる効果を奏する。また、この
場合も、履歴テーブル２１上に重複して同じ障害情報が
書き込まれることはなく、監視装置５０へ同一の障害情
報が重複して通知されることを防止できる。

【０１３７】さらに、テーブル群２Ａが履歴テーブル２
１と通知順テーブル２３のみをそなえた場合でも、障害
情報（特に、発生時刻と回復時刻）の登録順序を不定に
することなく通知順テーブル２３に順次蓄えて、常に正
しい順序で障害情報を監視装置５０へ通知できるという
効果を奏する。なお、本実施形態では、１つの監視装置
５０が複数の伝送装置５１−ｉを一括して監視する構成
となっているが、伝送装置５１−ｉを個々に監視するよ
うに構成しても本発明は適用できる。また、本実施形態
のインタフェース処理部１は、ＳＤＨ伝送網に適用され
ているが、本発明はこれに限定されず、その他のネット
ワークに適用してもよい。

【０１３８】

【発明の効果】以上詳述したように、本発明によれば、
障害情報を受けて監視装置のための障害履歴を作成する
とともに、障害履歴とは別個に、監視装置へ障害情報を
通知するための処理に必要な通知用情報を作成し、その
通知用情報に基づいて、監視装置への障害情報の通知の
ための処理を上記の障害履歴作成処理とは独立して行な
うので、それぞれの処理を迅速に、且つ、正確に行なう
ことができる。従って、受信した障害情報を漏らすこと
なく監視装置へ通知することができ、その処理能力を大
幅に向上させることができる（請求項１，１７）。

【０１３９】また、本発明によれば、障害発生情報を受
けると、その障害発生情報を履歴テーブルの該当する領
域に登録するとともに、その登録位置を障害発生テーブ
ルに登録し、その発生した障害の回復により障害回復情
報を受けると、障害発生テーブルを参照して、上記の登
録位置が示す履歴テーブルの該当領域に障害回復情報を
登録するので、障害回復時に、上記の障害回復情報を登
録すべき履歴テーブルの位置を検索する時間を省くこと
ができ、迅速に障害回復情報の履歴処理を行なうことが
できる（請求項２，３，１１，１２）。

【０１４０】さらに、履歴テーブルの該当領域に障害回
復情報を登録すると、障害発生テーブルに登録された登
録位置をリセットするので、障害の発生及び回復を明確
に把握することができる（請求項４，１３）。また、障
害発生情報を履歴テーブルに登録する際、障害発生テー
ブルを参照し、既に同一種別の障害発生情報が登録され
ていた場合には、障害発生情報を履歴テーブルに登録し
ないようにすることができるので、重複して同じ情報が
履歴テーブルに登録されることはなく、履歴テーブルに
必要な資源量を最小限に抑えることができる（請求項
５，１４）。

【０１４１】さらに、障害回復情報を受けた時点で、障
害発生テーブルに障害発生情報についての登録位置が登
録されていない場合には、履歴テーブルの該当する領域
に障害発生情報と障害回復情報とを登録するので、発生
した障害情報を漏らすことなく正確に履歴テーブルに登
録することができるとともに、監視装置へ通知すること
ができ、本障害情報管理装置の信頼性の向上に大いに寄
与する（請求項６，１５）。

【０１４２】また、本発明によれば、次登録位置保持部
に登録された登録位置の示す登録順テーブルの領域に登
録順情報を登録するとともに、次登録位置保持部に登録
順テーブル上の次の登録位置を登録するので、障害及び
回復の発生した順を自動的に正しい順序で登録しておく
ことができる（請求項７，８）。さらに、本発明によれ
ば、最終登録位置保持部に登録された登録位置の示す登
録順テーブルの領域に保持された登録順情報に対応する
障害発生情報又は障害回復情報を履歴テーブルから取得
して監視装置へ通知するための処理を行なうので、これ
らの情報の監視装置への自動的、且つ、正確に把握する
ことができる（請求項９）。

【０１４３】また、最終登録位置保持部に登録された登
録位置と次登録位置保持部に登録された登録位置とが異
なる場合に、各登録位置の差分の登録位置情報に対応す
る障害発生情報又は障害回復情報を履歴テーブルから取
得して監視装置へ通知するので、監視装置へ通知されて
いない情報を容易に把握することができるとともに、履
歴された全ての障害情報を漏らすことなく正確に監視装
置へ通知することができる（請求項１０，１６）

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の一実施形態にかかる伝送装置（主信号
ユニット）内で生じる障害情報を説明するための図であ
る。

【図３】本発明の一実施形態にかかる障害情報管理装置
としてのインタフェース処理部の構成を示すブロック図
である。

【図４】本発明の一実施形態にかかるテーブル群の構成
を示す図である。

【図５】（ａ），（ｂ）はそれぞれ本発明の一実施形態
にかかる履歴テーブルの構成を示す図である。

【図６】本発明の一実施形態にかかるＡＩＤＴＹＰＥテ
ーブルの構成を示す図である。

【図７】（ａ），（ｂ）はそれぞれ本発明の一実施形態
にかかるＡＩＤテーブルの構成を示す図である。

【図８】（ａ），（ｂ）はそれぞれ本発明の一実施形態
にかかるＡＩＤテーブルの構成を示す図である。

【図９】本発明の一実施形態にかかる障害名称テーブル
の構成を示す図である。

【図１０】本発明の一実施形態にかかるアラーム処理部
の動作を説明するためのフローチャートである。

【図１１】本発明の一実施形態にかかるテーブル群にお
ける履歴内容の一例を示す図である。

【図１２】本発明の一実施形態にかかるアラーム処理部
の動作を説明するためのフローチャートである。

【図１３】本発明の一実施形態にかかるアラーム処理部
の動作を説明するための図である。

【図１４】本発明の一実施形態にかかるレポート通信部
の動作を説明するためのフローチャートである。

【図１５】本発明の一実施形態にかかるアラーム処理部
の動作を説明するためのフローチャートである。

【図１６】本発明の一実施形態にかかるアラーム処理部
の動作を説明するための図である。

【図１７】本発明の一実施形態にかかるアラーム処理部
の動作を説明するための図である。

【図１８】本発明の一実施形態にかかるアラーム処理部
の動作を説明するための図である。

【図１９】本発明の一実施形態にかかるアラーム処理部
の動作を説明するための図である。

【図２０】本発明の一実施形態にかかるアラーム処理部
の動作を説明するための図である。

【図２１】伝送装置監視システムの一例を示すブロック
図である。

【図２２】伝送装置の内部構成の一例を示すブロック図
である。

【図２３】伝送装置の詳細構成を示すブロック図であ
る。

【図２４】伝送装置間の光伝送方式を説明するための図
である。

【図２５】伝送装置内のインタフェース処理部の構成を
示すブロック図である。

【図２６】履歴テーブルの構成を示す図である。

【図２７】（ａ），（ｂ）はそれぞれ履歴テーブルへの
障害情報の登録例を示す図である。

【図２８】インタフェース処理部の動作を説明するため
の図である。

【符号の説明】

１，５４障害情報管理装置（インタフェース処理部）２障害履歴作成部２Ａテーブル群２Ｂ，５４Ｂ障害情報処理部（アラーム処理部）３，５４Ｒ通知処理部（レポート通信部）２１，５４Ｇ履歴（HISTORY)テーブル２２障害発生テーブル２３登録順テーブル（通知順テーブル）２４次登録位置保持部（ＮＥＸＴ通知セーブ領域）２５最終登録位置保持部（ＮＥＸＴ通知領域）２６ＮＥＸＴ履歴領域２７ＡＩＤＴＹＰＥテーブル２８ＡＩＤテーブル（ＳＴＭ１ＲＳ／ＳＴＭ１ＭＳ）２９ＡＩＤテーブル（ＡＵ４／ＶＣ４）３０ＡＩＤテーブル（ＴＵ１２／ＶＣ１２）３１ＡＩＤテーブル（Ｃ１２）３２障害名称テーブル５０監視装置５１−１〜５１−ｎ伝送装置５２主信号ユニット５２Ａ光ユニット（Ｓ１ＣＨ) ５２Ａ−１現用光ユニット（Ｓ１ＣＨＸ）５２Ａ−２予備用光ユニット（Ｓ１ＣＨＹ）５２Ａ−３スイッチ制御部（ＭＳＰ）５２Ｂ，５２ｃ多重化ユニット（ＴＳＩ）５２Ｃ，５２ｅ，５２ｆＤ１２チャンネルユニット
（Ｄ１ＣＨ）５２Ｃ−１パススイッチ選択部（ＰＳＷ）５２ａＳＴＭ１光ユニット５２ｂ，５２ｄ空領域５２ｇＤ１２チャンネル切り替えユニット（ＣＨＳＷ
スロット）５２ｈ電源ユニット（ＰＷＲスロット）５３主信号ユニット制御部５４Ａ主信号ユニット制御部通信処理部（ＭＰＬ通信
処理部）５４Ａ−１〜５４Ａ−ｎメイル（ｍａｉｌ）５４ＣＴＬ１処理部５４Ｄユーザ管理部５４Ｅ２３２Ｃ通信部５４ＦＸ．２５通信部５４ａＳＡＣユニット（ＳＡＣ）５４ｂＳＶインタフェース制御ユニット（ＮＭＬ）６０伝送装置監視システム

Claims

【特許請求の範囲】

【請求項１】ネットワーク内において情報を伝送する
伝送装置に使用され、該伝送装置内で生じた障害に関す
る情報を管理しその障害情報を該伝送装置用の監視装置
へ提供しうる障害情報管理装置において、該障害情報を受けて該監視装置のための該障害履歴を作
成する障害履歴作成部と、該障害履歴作成部において作成された該障害履歴に基づ
いて、該監視装置への障害情報通知のための処理を該障
害履歴作成部での障害履歴作成処理とは独立して行なう
通知処理部とが設けられたことを特徴とする、障害情報
管理装置。
【請求項２】該障害履歴作成部が、該伝送装置内で障害が生じた場合に受ける障害発生情報
と当該障害が回復した場合に受ける障害回復情報とを組
にして保持する履歴テーブルと、該障害発生情報の該履歴テーブル上の登録位置を保持す
る障害発生テーブルと、該障害発生情報，該障害回復情報の該履歴テーブルへの
登録処理，該障害発生情報の該履歴テーブル上の登録位
置の該障害発生テーブルへの登録処理を制御する障害情
報処理部とをそなえて構成されたことを特徴とする、請
求項１記載の障害情報管理装置。
【請求項３】該障害情報処理部が、該障害発生情報を受けると、該障害発生情報を該履歴テ
ーブルの該当する領域に登録するとともに、その登録位
置を該障害発生テーブルに登録し、当該障害の回復によ
り該障害回復情報を受けると、該障害発生テーブルを参
照して、該登録位置が示す該履歴テーブルの該当領域に
該障害回復情報を登録するように構成されたことを特徴
とする、請求項２記載の障害情報管理装置。
【請求項４】該障害情報処理部が、該履歴テーブルの該当領域に該障害回復情報を登録する
と、該障害発生テーブルに登録された該登録位置をリセ
ットするように構成されたことを特徴とする、請求項３
記載の障害情報管理装置。
【請求項５】該障害情報処理部が、該障害発生情報を該履歴テーブルに登録する際、該障害
発生テーブルを参照し、既に同一種別の障害発生情報に
ついての上記登録位置が登録されていた場合には、該障
害発生情報を該履歴テーブルに登録しないように構成さ
れたことを特徴とする、請求項３記載の障害情報管理装
置。
【請求項６】該障害情報処理部が、該障害回復情報を受けた時点で、該障害発生テーブルに
該障害発生情報についての登録位置が登録されていない
場合には、該履歴テーブルの該当する領域に該障害発生
情報と該障害回復情報とを登録するように構成されたこ
とを特徴とする、請求項２記載の障害情報管理装置。
【請求項７】該障害履歴作成部が、該伝送装置内で障害が生じた場合に受ける障害発生情報
と当該障害が回復した場合に受ける障害回復情報とを組
にして保持する履歴テーブルと、該履歴テーブルへの該障害発生情報，該障害回復情報の
登録順を保持する登録順テーブルと、該障害発生情報又は該障害回復情報の該履歴テーブルへ
の登録処理，上記登録順の登録順テーブルへの登録処理
を制御する障害情報処理部とをそなえて構成されるとと
もに、該通知処理部が、該登録順テーブルに基づいて、該履歴テーブルへの登録
順で該監視装置への該障害発生情報又は該障害回復情報
の通知を行なうための処理を行なうように構成されたこ
とを特徴とする、請求項１記載の障害情報管理装置。
【請求項８】該障害履歴作成部が、該登録順テーブルに次に登録すべき登録順情報の該登録
順テーブル上の登録位置を保持する次登録位置保持部を
更にそなえるとともに、該障害情報処理部が、該次登録位置保持部に登録された該登録位置の示す該登
録順テーブルの領域に該登録順情報を登録するととも
に、該次登録位置保持部に該登録順テーブル上の次の登
録位置を登録するように構成されたことを特徴とする、
請求項７記載の障害情報管理装置。
【請求項９】該障害履歴作成部が、該登録順テーブルに最後に登録された登録順情報の該登
録順テーブル上の登録位置を保持する最終登録位置保持
部を更にそなえるとともに、該通知処理部が、該最終登録位置保持部に登録された該登録位置の示す該
登録順テーブルの領域に保持された該登録順情報に対応
する該障害発生情報又は障害回復情報を該履歴テーブル
から取得して該監視装置へ通知するための処理を行なう
ように構成されたことを特徴とする、請求項７記載の障
害情報管理装置。
【請求項１０】該障害履歴作成部が、該登録順テーブルに次に登録すべき登録順情報の該登録
順テーブル上の登録位置を保持する次登録位置保持部
と、該登録順テーブルに最後に登録された登録順情報の該登
録順テーブル上の登録位置を保持する最終登録位置保持
部とを更にそなえるとともに、該障害情報処理部が、該次登録位置保持部に登録された該登録位置の示す該登
録順テーブルの領域に該登録順情報を登録するととも
に、該次登録位置保持部に該登録順テーブル上の次の登
録位置を登録するように構成され、且つ、該通知処理部が、該最終登録位置保持部に登録された該登録位置と、該次
登録位置保持部に登録された該登録位置とが異なる場合
に、各登録位置の差分の登録位置情報に対応する該障害
発生情報又は障害回復情報を該履歴テーブルから取得し
て該監視装置へ通知するための処理を行なうように構成
されたことを特徴とする、請求項７記載の障害情報管理
装置。
【請求項１１】該障害履歴作成部が、該伝送装置内で障害が生じた場合に受ける障害発生情報
と当該障害が回復した場合に受ける障害回復情報とを組
にして保持する履歴テーブルと、該障害発生情報の該履歴テーブル上の登録位置を保持す
る障害発生テーブルと、該履歴テーブルへの該障害発生情報，該障害回復情報の
登録順を保持する登録順テーブルと、該障害発生情報又は該障害回復情報の該履歴テーブルへ
の登録処理，上記登録位置の該障害発生テーブルへの登
録処理，上記登録順の登録順テーブルへの登録処理を制
御する障害情報処理部とをそなえて構成されるととも
に、該通知処理部が、該登録順テーブルに基づいて、該履歴テーブルへの登録
順で該監視装置への該障害発生情報又は該障害回復情報
の通知を行なうための処理を行なうように構成されたこ
とを特徴とする、請求項１記載の障害情報管理装置。
【請求項１２】該障害情報処理部が、該障害発生情報を受けると、該障害発生情報を該履歴テ
ーブルの該当する領域に登録するとともに、その登録位
置を該障害発生テーブルに登録し、当該障害の回復によ
り該障害回復情報を受けると、該障害発生テーブルを参
照して、該登録位置が示す該履歴テーブルの該当領域に
該障害回復情報を登録するように構成されたことを特徴
とする、請求項１１記載の障害情報管理装置。
【請求項１３】該障害情報処理部が、該履歴テーブルの該当領域に該障害回復情報を登録する
と、該障害発生テーブルに登録された該登録位置をリセ
ットするように構成されたことを特徴とする、請求項１
２記載の障害情報管理装置。
【請求項１４】該障害情報処理部が、該障害発生情報を該履歴テーブルに登録する際、該障害
発生テーブルを参照し、既に同一種別の障害発生情報に
ついての上記登録位置が登録されていた場合には、該障
害発生情報を該履歴テーブルに登録しないように構成さ
れたことを特徴とする、請求項１２記載の障害情報管理
装置。
【請求項１５】該障害情報処理部が、該障害回復情報を受けた時点で、該障害発生テーブルに
該障害発生情報についての登録位置が登録されていない
場合には、該履歴テーブルの該当する領域に該障害発生
情報と該回復情報とを登録するように構成されたことを
特徴とする、請求項１１記載の障害情報管理装置。
【請求項１６】該障害履歴作成部が、該登録順テーブルに次に登録すべき登録順情報の該登録
順テーブル上の登録位置を保持する次登録位置保持部
と、該登録順テーブルに最後に登録された登録順情報の該登
録順テーブル上の登録位置を保持する最終登録位置保持
部とを更にそなえるとともに、該障害情報処理部が、該次登録位置保持部に登録された該登録位置の示す該登
録順テーブルの領域に該登録順情報を登録するととも
に、該次登録位置保持部に該登録順テーブル上の次の登
録位置を登録するように構成され、且つ、該通知処理部が、該最終登録位置保持部に登録された該登録位置と、該次
登録位置保持部に登録された該登録位置とが異なる場合
に、各登録位置の差分の登録位置情報に対応する該障害
発生情報又は障害回復情報を該履歴テーブルから取得し
て該監視装置へ通知するための処理を行なうように構成
されたことを特徴とする、請求項１１記載の障害情報管
理装置。
【請求項１７】ネットワーク内において情報を伝送す
る伝送装置に使用され、該伝送装置内で生じた障害に関
する情報を管理しその障害情報を該伝送装置用の監視装
置へ提供しうる障害情報管理装置において、該障害情報を受けて、該監視装置のための該障害履歴を
作成するとともに、該障害履歴とは別個に、該監視装置
へ該障害情報を通知するための処理に必要な通知用情報
を作成し、作成した該通知用情報に基づいて、該監視装
置への該障害情報の通知のための処理を上記の障害履歴
作成処理とは独立して行なうことを特徴とする、障害情
報管理方法。