(57)【特許請求の範囲】
【請求項１】
入力信号に基づいて各種異常を検出し、各異常の有無を示す複数ビットの警報データを出力する異常検出回路を有し、伝送路を通してデータ伝送を行う複数の種類の伝送路インタフェースを収容する伝送装置に設けられ、該複数の伝送路インタフェースのそれぞれから前記警報データを入力して、処理をする伝送装置の警報処理装置において、
前記伝送路インタフェースの種類毎に、該伝送路インタフェースから入力する前記警報データと、異常の有無を示す同一内容の警報は同じビット位置で表す共通警報フォーマット警報データとの対応を示すマッピングテーブルを記憶する第１記憶手段と、
前記伝送路インタフェース毎に、前記共通フォーマット警報データを記憶するための第２記憶手段と、
前記伝送路インタフェースから前記警報データを入力して、該伝送路インタフェースの警報データに対応する前記マッピングテーブルを参照して、前記共通フォーマット警報データに変換して、該共通フォーマット警報データを前記第２記憶手段に記憶させるフォーマット変換手段と、
を具備したことを特徴とする伝送装置の警報処理装置。
【請求項２】
前記共通フォーマット警報データは、上位警報から順に該警報のビットを配列したことを特徴とする請求項１記載の伝送装置の警報処理装置。
【請求項３】
同時に複数の警報が発生することのある警報の各組合せ毎に、該同時に発生する複数の警報の中で上位警報以外の警報は正常を示すように前記共通フォーマット警報データに対してマスクするマスクテーブルを記憶する第３記憶手段と、
前記各伝送路インタフェースの前記第２記憶手段に記憶された共通フォーマット警報データに対して、該共通フォーマット警報データの警報の組み合わせに該当する前記マスクテーブルを選択して、該マスクテーブルを用いてマスク処理をするマスク手段と、
をさらに具備したことを特徴とする請求項１又は２記載の伝送装置の警報処理装置。
【請求項４】
前記第２記憶手段は、
各伝送路インタフェースについて、該伝送路インタフェースが現在使用されている時に使用する運用時用の前記共通フォーマット警報データ及び使用されていることを示す情報を記憶する第１領域と、該伝送路インタフェースが現在使用されていない時に使用する前記共通フォーマット及び使用されていないことを示す情報を記憶する第２領域とを有し、
前記フォーマット変換手段は、
前記各伝送路インタフェースについて、該伝送路インタフェースが運用中であれば、前記第１領域に前記共通フォーマット警報データを記憶し、該伝送路インタフェースが非運用中であれば、前記第２領域に前記共通フォーマット警報データを記憶する構成にしたことを特徴とする請求項１記載の伝送装置の警報処理装置。
【請求項５】
前記第１領域の使用されていることを示す情報及び前記第２領域の使用されていないことを示す情報は、前記フォーマット変換手段により前記共通フォーマット警報データに変換する前に予め記憶しておく構成にしたことを特徴とする請求項４記載の伝送装置の警報処理装置。
【請求項６】
前記複数の伝送路インタフェースの中の第２伝送路インタフェースが第１伝送路インタフェースの出力信号を入力するよう構成された伝送装置の警報処理装置において、
前記マスク手段は、
前記第１伝送路インタフェースの共通フォーマット警報データが示す最上位の警報が前記第２伝送路インタフェースの共通フォーマット警報データが示す最上位の警報よりも上位警報であるか否かを判別し、該第１伝送路インタフェースの共通フォーマット警報データの方が上位警報であれば、該第１伝送路インタフェースの共通フォーマット警報データに該当する前記マスクテーブルを使用して、前記第２伝送路インタフェースの共通フォーマット警報データに対して、マスク処理をする構成にしたことを特徴とする請求項３記載の伝送装置の警報処理装置。
【請求項７】
前記フォーマット変換手段は、
前記異常検出回路から前記警報データが収集できない時に、伝送路インタフェースが未実装であると判断し、該未実装を示す未実装警報を含む共通フォーマット警報データに変換する構成とし、
前記第３記憶手段には、
前記未実装警報を最上位警報とし、該未実装警報に対応するマスクテーブルを更に用意したことを特徴とする請求項６記載の伝送装置の警報処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は伝送装置の警報処理装置及び該警報処理装置を含む伝送装置の処理装置に関するものであり、特に、複数の種類の伝送路インタフェースを収容する伝送装置の警報処理に関するものである。
【０００２】
【従来の技術】
ＳＤＨ（Synchronous Digital Hierarchy)装置などの伝送装置は、６００Ｍｂｐｓや１５０Ｍｂｐｓ等様々な伝送速度の複数の種類の伝送路インタフェースを収容して、伝送路にデータ伝送をしている。
【０００３】
伝送路インタフェースや伝送路に異常があれば、対処するべく、各伝送路インタフェースにこれらの異常を検出して、各異常の有無を示す警報データを出力する異常検出回路を設けて、これらの警報データを伝送装置内の警報処理装置で処理をしている。
【０００４】
図２８は、従来の伝送装置の構成図である。
この図に示すように、従来の伝送装置２は、処理部４、伝送路インタフェース部１２、警報表示部２０、制御インタフェース部２４、警報出力インタフェース部２８、及びクロック入力インタフェース部３２を具備している。
【０００５】
制御インタフェース部２４は、制御装置３８に接続されている。警報出力インタフェース部２８は、監視装置４０に接続されている。クロック入力インタフェース部３２は、外部クロック供給源３６に接続されている。また、伝送路インタフェース部１２は、伝送路を介して対向伝送装置４２に接続されている。
【０００６】
処理部４は、伝送装置２の制御／警報の収集・処理を行うものであり、プロセッサ盤６Ａ，６Ｂ，６Ｃ，…を有する。各プロセッサ盤６Ａ，６Ｂ，６Ｃ，…は、プロセッサ８Ａ，８Ｂ，８Ｃ，…及び記憶媒体１０Ａ，１０Ｂ，１０Ｃ…を有する。
【０００７】
各プロセッサ盤６Ａ…は、例えば、各パッケージに搭載されており、データ処理や分離・多重化処理をするものであるが、例えば、プロセッサ盤６Ａは、伝送路インタフェース部１２の高速インタフェース、例えば、６００Ｍｂｐｓの警報データの処理をするものである。
【０００８】
記憶媒体１０Ａ…には、プロセッサ８Ａ…が実行するための伝送装置用ソフトウェアや装置立上用デフォルトデータが記憶されている。
伝送路インタフェース部１２は、信号を中継、あるいは、多重・分離する機能を持つ伝送装置２において、他の伝送装置４２とデータ伝送を行うものであり、６００Ｍｂｐｓや１５０Ｍｂｐｓ等の伝送速度の伝送路インタフェース１４Ａ，１４Ｂ，１４Ｃ，…を収容している。各伝送路インタフェース１４Ａ…は、対向伝送装置４０とインタフェースを取ってデータ伝送をするものである。
【０００９】
各伝送路インタフェース１４Ａ…は、その装置異常や伝送路の異常などを検出して警報データを出力する異常検出回路１６Ａ，１６Ｂ，…を有している。
警報表示部２０は、伝送装置２の内部の異常をFailランプ／架上ランプ２２などにより外部に表示するものであり、処理部４の処理の結果、伝送装置２に異常があった場合はランプ２２の点灯・点滅の指示、また、異常が無い場合にはランプの消灯の指示を共通信号線１８を介して行う。
【００１０】
制御インタフェース部２４は、伝送装置２と制御装置３６との間の通信を行うために必要なインタフェースであり、外部の制御装置３６から伝送装置２に対して、０系／１系の伝送路インタフェースの切替や伝送路インタフェース部１２のパラメータ設定を行う際に、制御装置３６は制御インタフェース２６を介して、コマンドを伝送装置２に伝送する。
【００１１】
警報出力インタフェース部２８は、伝送装置２と監視装置４０との間の通信を行うために必要なインタフェースであって、処理部４の処理の結果を共通信号線１８から受け付けて、それを監視装置４０に通知するものである。
【００１２】
クロック入力インタフェース部３２は、外部クロック供給源３６からクロック信号を入力するものであり、伝送装置２の同期を取るためにクロックを受け付けるためのインタフェースである。
【００１３】
外部クロック供給源３６は、伝送装置２にクロックを供給するために、クロック入力インタフェース３２を介して接続される装置である。
制御装置３８は、伝送装置２を制御するために、制御インタフェース２６を介して接続される装置であり、各種コマンドを入力し、伝送装置２の制御／状態設定を行う。
【００１４】
監視装置４０は、伝送装置２を監視するために、警報出力インタフェース２８を介して接続される装置であり、伝送装置２の異常により発生する警報について、処理部４が処理を行った結果をここで表示・出力する。
【００１５】
対向伝送装置４２は、伝送装置２と同様の構成からなり、伝送路インタフェース１２を介して接続される装置である。
（ａ）  警報処理
図２９は、従来の警報処理を示す図である。
【００１６】
伝送路インタフェース１４Ａ内の異常検出回路１６Ａは、例えば、伝送路の光入力断を検出するとビット位置αを「１」にして、独自のフォーマットの警報データを周期的に収集して、共通信号線１８を介して、処理部４内のプロセッサ盤６Ａに出力する。
【００１７】
図２９（ａ）に示すように、処理部４内のプロセッサ盤６Ａは、共通信号線１８を介して、伝送路インタフェース１４Ａ，１４Ｂ…から順次、異常検出回路１６Ａ…で検出された警報データを周期的に収集し、複数番地のメモリで構成される伝送路インタフェース１４Ａ…からの独自のフォーマットの警報データを格納する。この警報データは周期的な収集で更新される。
【００１８】
図２９（ｂ）に示すように、プロセッサ盤６Ａは、収集データが「０」か「１」の解析を行い、「１」の場合は、該当アドレスに相当する警報が発生していると判断する。例えば、図２９（ａ）では、αビット目に示す「光入力断」警報が発生していると判断する。
【００１９】
プロセッサ盤６Ａは、警報表示部９４に当該「光入力断」警報が発生していることを表示する指示を共通信号線１８を介して行うとともに、警報出力インタフェース部２８に対しても監視装置４０への出力電文を共通信号線１８を介して出力する。
【００２０】
図２９（ｃ）に示すように、警報表示部２０は、プロセッサ盤６Ａからの指示を共通信号線１８を介して入力して、伝送路インタフェース１４ＡのFailランプ２２を点灯させる。これにより、伝送路インタフェース１４Ａで警報発生していることが表示されることになる。
【００２１】
図２９（ｄ）に示すように、警報出力インタフェース部２８は、共通信号線１８から受信した出力電文を監視装置４０に対して、警報電文を出力する。監視装置４０は、警報出力インタフェース２８から出力電文を受け取り、解析して、伝送路インタフェース１４Ａにて、「光入力断」警報が発生したことを表示する。
【００２２】
（ｂ）  現在使用している時／現在使用していない時の警報処理
伝送路インタフェース１４Ａ…は、運用中に装置に故障が発生した場合に、正常な系に切替えるべく、０系／１系のいずれかの冗長構成となっており、制御装置３８により切替えの制御が行われて、各伝送路インタフェース１４Ａ…が現在使用されているのか（以下、運用と呼ぶ）、未使用なのか（以下、非運用と呼ぶ）を示すデータが共通信号線１８を介して、記憶媒体１０Ａ…に書き込まれるようになっている。
【００２３】
図３０は、運用／非運用時警報処理を示す図である。
図３０（ａ）に示すように、処理部４は、上述したと同様にして、伝送路インタフェース１４Ａの警報データを収集する。
【００２４】
図３０（ｂ）に示すように、処理部４は、伝送路インタフェース１４Ａが冗長系構成であって、運用／非運用のいずれであるかを表すデータを記憶媒体１０Ａから収集する。
【００２５】
図３０（ｃ）に示すように、処理部４は、まず、（ａ）で上述したと同様にして、警報処理を行う。そして、運用／非運用データが運用状態を表していたら、処理部４は、伝送路インタフェース１４Ａが運用状態にあると判断し、その結果を監視装置４０と警報表示部に、「運用系」を添付して、「光入力断」警報を通知する。
【００２６】
図３０（ｄ）に示すように、監視装置４０は、伝送路インタフェース１４Ａにて、伝送路インタフェース１４Ａが「運用」状態で「光入力断」警報が発生と出力する。
【００２７】
図３０（ｅ）に示すように、警報表示部２０は、伝送路インタフェース１４ＡのFailランプ２２を点灯し、伝送路インタフェース１４Ａで警報発生の出力を表示する。
【００２８】
一方、運用／非運用データが非運用状態を表していたら、処理部４は、伝送路インタフェース１４Ａが非運用状態にあると判断し、その結果を監視装置４０と警報表示部に、「非運用系」を添付して、「光入力断」警報を通知する。
【００２９】
図３０（ｆ）に示すように、監視装置４０は、伝送路インタフェース１４Ａにて、伝送路インタフェース１４Ａが「非運用」状態で「光入力断」警報が発生と出力する。
【００３０】
図３０（ｇ）に示すように、警報表示部２０は、伝送路インタフェース１４ＡのFailランプ２２を点灯し、伝送路インタフェース１４Ａで警報発生の出力を表示する。
【００３１】
（ｃ）  警報優先処理
伝送装置２では、分離処理等の場合、一方の伝送路インタフェースが他方の伝送路インタフェースの出力を入力する場合がある。この場合の一方の伝送路インタフェースを従の伝送路インタフェース、他方のインタフェースを主の伝送路インタフェースと呼ぶ。例えば、他方の伝送路インタフェース１２Ａが６００Ｍｂｐｓ、一方の伝送路インタフェース１２Ｂが１５０Ｍｂｐｓの場合である。
【００３２】
この場合には、主の伝送路インタフェース１２Ａが光入力断であれば、その伝送路インタフェース１２Ａの出力信号を入力する従の伝送路インタフェース１２Ｂは、伝送路インタフェース１２Ａの異常の影響を受けて、正常にもかかわらず、光レベル劣化などの異常が検出される。
【００３３】
しかし、伝送路インタフェース１２Ｂは正常なので、この光レベル劣化などの異常を監視装置４０などに出力してしまうと却って問題である。そのため、処理部４では、他の伝送路インタフェースの影響を受けるような場合においては、以下のように優先処理をしている。
【００３４】
但し、多重化などの場合では、６００Ｍｂｐｓの伝送路インタフェース１４Ａが１５０Ｍｂｐｓの伝送路インタフェース１４Ｂの出力を入力して多重化などをするが、１５０Ｍｂｐｓの伝送路インタフェース１４Ｂの異常の影響を一部に受けるのみなので、伝送路インタフェース１４Ａが警報優先処理の対象とはならない。
【００３５】
図３１は、従来の優先処理を示す図である。
図３１（ａ）に示すように、処理部４は、上述したと同様にして、主の伝送路インタフェース１４Ａの警報データを収集する。
【００３６】
図３１（ｂ）に示すように、従の伝送路インタフェース１４Ｂについても、処理部４は、上述したと同様にして、伝送路インタフェース１４Ｂの警報データを収集する。
【００３７】
図３１（ｃ）に示すように、これら主従関係のある２つの伝送路インタフェース１４Ａ，１４Ｂの警報間に、伝送路インタフェース１４Ａの「光入力断」警報が伝送路インタフェース１４Ｂの「光レベル劣化」警報の上位警報であるという優先関係があるとしたならば、ソフトウェアのロジック部で警報優先処理を実施し、伝送路インタフェース１４Ａの「光入力断」警報のみを監視装置４０と警報表示部２０に通知し、出力を行う。
【００３８】
図３１（ｄ）に示すように、監視装置４０は、伝送路インタフェース１４Ａにて、「光入力断」警報が発生と表示するのみで、伝送路インタフェース１４Ｂの「光レベル劣化」警報は表示されない。
【００３９】
図３１（ｅ）に示すように、警報表示部２０は、伝送路インタフェース１４ＡのFailランプ２２を点灯し、伝送路インタフェース１４Ａで警報発生を表示する。
【００４０】
一方、２つの警報の間に、伝送路インタフェース１４Ａの「光入力断」警報と伝送路インタフェース１４Ｂの「光レベル劣化」警報に優先関係が無いとしたならば、ソフトウェアのロジック部で警報優先処理を実施し、両方の伝送路インタフェース１４Ａ，１４Ｂの「光入力断」警報，「光レベル劣化」警報を、監視装置４０と警報表示部２０に通知し、出力を行う。
【００４１】
図３１（ｆ）に示すように、監視装置４０は、伝送路インタフェース１４Ａにて、「光入力断」警報が発生、伝送路インタフェース１４Ｂにて、「光レベル劣化」警報が発生と表示する。
【００４２】
図３１（ｇ）に示すように、警報表示部２０は、伝送路インタフェース１４ＡのFailランプ２２を点灯し、伝送路インタフェース１４Ａで警報発生を表示し、また、伝送路インタフェース１４ＢのFailランプ２２を点灯し、伝送路インタフェース１４Ｂで警報発生を表示する。
【００４３】
（ｄ）  未実装警報時の警報優先処理
さらに、主の伝送路インタフェース１６Ａが未実装であると、従の伝送路インタフェース１６Ｂが主の伝送路インタフェース１６Ａが未実装であることの影響を受けて、「光入力断」警報などが出力されることになる。
【００４４】
しかし、この「光入力断」警報などは、伝送路インタフェース１６Ｂの異常ではないので、監視装置４０などに通知すると却って問題となる。そこで、以下のような警報優先処理をしている。
【００４５】
図３２は、未実装警報時の警報処理を示す図である。
図３２（ａ）に示すように  処理部４は、上述したと同様にして、従の伝送路インタフェース１４Ｂの警報データを収集する。
【００４６】
図３２（ｂ）に示すように、処理部４は、主の伝送路インタフェース１４Ａの警報データを収集する。
図３２（ｃ）に示すように、伝送路インタフェース１４Ｂで「光入力断」が発生していると判断する。伝送路インタフェース１４Ａが警報データを収集できたならば、伝送路インタフェース１４Ａは実装されていると判断するが、もし、収集できなければ、伝送路インタフェース１４Ａは未実装であると判断する。
【００４７】
伝送路インタフェース１４Ａが実装されていれば、伝送路インタフェース１４Ｂの「光入力断」警報を、監視装置４０と警報表示部２０に通知し、出力を行う。
【００４８】
図３２（ｄ）に示すように、監視装置４０は、伝送路インタフェース１４Ｂにて、「光入力断」警報が発生と表示する。
図３２（ｅ）に示すように、警報表示部２０は、伝送路インタフェース１４ＢのFailランプ２２を点灯し、伝送路インタフェース１４Ｂで警報発生を表示する。
【００４９】
一方、  伝送路インタフェース１４Ａが未実装ならば、伝送路インタフェース１４Ｂの「光入力断」警報を、監視装置４０と警報表示部２０に通知しない。
図３２（ｆ）に示すように、監視装置４０は、伝送路インタフェース１４Ｂにて、「光入力断」警報を出力しない。
【００５０】
図３２（ｇ）に示すように、警報表示部２０は、伝送路インタフェース１４ＢのFailランプ２２を消灯し、伝送路インタフェース１４Ｂで警報無しを表示する。
【００５１】
【発明が解決しようとする課題】
ところで、上述した従来の伝送装置の警報処理装置においては、以下のような課題があった。
【００５２】
（ａ）  伝送路インタフェース１６Ａ…が取得する警報データのフォーマットは標準化されておらず、各ベンダにより、あるいは同じヘンダであっても開発の経緯などによって様々な形で提供されており、同一ではない。また、伝送路インタフェースの種類によっても警報データのフォーマットは異なっている。
【００５３】
そのために、処理部４では、伝送路インタフェース１６Ａ…毎にソフトロジックを開発しなければならず、開発工数がかかり、また、保守も面倒であった。
（ｂ）  警報優先処理を処理部４のソフトウェアが警報種別の判断や発生箇所の判断などを同時に発生する複数の警報の組み合せ毎、及び伝送路インタフェース１４…の組み合せ毎に判断して処理しなければならず、ソフトウェア規模が増大した。
【００５４】
（ｃ）  伝送路インタフェース１６Ａ…の優先処理をした後に、運用／非運用の判断をして、運用用／非運用用の電文フォーマットに編集してから、監視装置４０など通知しなければならずさらにソフトウェアロジックが複雑になった。
【００５５】
（ｄ）  実装／未実装のいずれであるかを判断してから、伝送路インタフェース１４Ａ…の警報優先処理をしていたので、ソフトウェアロジックが複雑になった。
【００５６】
（ｅ）  処理部４内にある伝送装置用ソフトウェアと装置立上用デフォルトデータが各プロセッサ盤６Ａ…毎に同一の記憶媒体１０Ａ…に提供されていたため、伝送装置２が運用状態にある場合は、バージョンアップなどの際に、記憶媒体１６Ａ…の交換は、各プロセッサ８Ａ…毎に実施しなければならず、保守が煩雑になり、しかも、運用中の交換するプロセッサ盤６Ａ…を停止しなければならないような場合も生じていた。
【００５７】
本発明は、このような点に鑑みてなされたものであり、伝送装置の警報処理装置の警報処理を簡単にする伝送装置の警報処理装置、及び伝送装置の保守を容易にする伝送装置の処理装置を提供することを目的としている。
【００５８】
【課題を解決するための手段】
図１に本発明の伝送装置の警報処理装置の原理図を示す。
本発明の警報処理装置５２は、入力信号に基づいて各種異常を検出し、各異常の有無を示す複数ビットの警報データを出力する異常検出回路６２Ａ〜６２Ｎを有し、伝送路６４Ａ〜６４Ｎを通してデータ伝送を行う複数の種類の伝送路インタフェース６０Ａ〜６０Ｂを収容する伝送装置５０に設けられる。
【００５９】
警報処理装置５２は、伝送路インタフェース６０Ａ〜６０Ｎの種類毎に、該伝送路インタフェース６０Ａ〜６０Ｎから入力する警報データと、異常の有無を示す同一内容の警報は同じビット位置で表す共通警報フォーマット警報データとの対応を示すマッピングテーブルを記憶する第１記憶手段５６と、伝送路インタフェース６０Ａ〜６０Ｎ毎に、共通フォーマット警報データを記憶するための第２記憶手段５８とを具備する。
【００６０】
このような構成によれば、第１記憶手段５６には、各伝送路インタフェース６０Ａ〜６０Ｎの警報データのフォーマットの種類毎に、警報データと共通フォーマット警報データとの関係を示すマッピングテーブルを予め用意しておく。
【００６１】
フォーマット変換手段５４は、各伝送路インタフェース６０Ａ〜６０Ｎから警報データを受信すると、対応するマッピングテーブルを第１記憶手段５６から読み出して、共通フォーマット警報データに変換して、第２記憶手段５８に記憶する。
【００６２】
第２記憶手段５８に記憶された共通フォーマット警報データは、同一のビット位置が同じ警報を示すので、この共通フォーマット警報データを基に警報処理をすることにより、伝送路インタフェース６０Ａ〜６０Ｎ毎に警報処理をする必要が無くなる。
【００６３】
また、共通フォーマット警報データは、上位警報から順に該警報のビットを配列することにより、その最初に検出された警報が最上位警報であると分かるので、警報優先処理が簡単になる。
【００６４】
また、同時に複数の警報が発生することのある警報の各組合せ毎に、該同時に発生する複数の警報の中で上位警報以外の警報は正常を示すように共通フォーマット警報データに対してマスクするマスクテーブルを記憶する第３記憶手段と、各伝送路インタフェースの第２記憶手段５８に記憶された共通フォーマット警報データに対して、該共通フォーマット警報データの警報の組み合わせに該当するマスクテーブルを選択して、該マスクテーブルを用いてマスク処理をするマスク手段とをさらに具備してもよい。
【００６５】
これにより、マスク手段により、共通フォーマット警報データの最上位の警報に該当するマスクテーブルを用いて、共通フォーマット警報データをマスクすることにより、警報優先処理が可能となり、処理が簡単になる。
【００６６】
また、第３記憶手段には、各伝送路インタフェースについて、運用時用の前記共通フォーマット警報データ及び運用を示す情報を記憶する第１領域と、非運用時用の共通フォーマット及び非運用を示す警報データを記憶する第２領域とを有する構成にして、フォーマット変換手段５４は、各伝送路インタフェース６０Ａ〜６０Ｎについて、該伝送路インタフェースが運用であれば、第１領域に前記共通フォーマット警報データを記憶し、該伝送路インタフェース６０Ａ〜６０Ｎが非運用であれば、第２領域に共通フォーマット警報データを記憶する構成にしてもよい。
【００６７】
これにより、例えば、第１領域の運用を示す情報及び第２領域の非運用を示す情報を予め設定しておき、伝送路インタフェース６０Ａ〜６０Ｎが運用／非運用を判断した際に、第１領域か第２領域のいずれの領域のアドレスを記憶しておくことにより、アドレスが示す領域に対して共通フォーマット警報データをアクセスして、監視装置に通知などの処理をすればよいので、運用／非運用の判断が不要となり、処理が簡単になる。
【００６８】
また、複数の伝送路インタフェース５０Ａ〜５０Ｎの中の第２伝送路インタフェースが第１伝送路インタフェースの出力信号を入力するよう構成された伝送装置において、マスク手段は、第１伝送路インタフェースの共通フォーマット警報データが示す最上位の警報が第２伝送路インタフェースの共通フォーマット警報データが示す最上位の警報よりも上位警報であるか否かを判別し、該第１伝送路インタフェースの共通フォーマット警報データの方が上位警報であれば、該第１伝送路インタフェースの共通フォーマット警報データに該当する前記マスクテーブルを使用して、第２伝送路インタフェースの共通フォーマット警報データに対して、マスク処理をする構成にしてもよい。これにより、従の伝送路インタフェースの警報優先処理が簡単になる。
【００６９】
また、フォーマット変換手段５４は、異常検出回路６２Ａ〜６２Ｎから警報データが収集できない時に、伝送路インタフェース６０Ａ〜６０Ｎが未実装であると判断し、該未実装を示す未実装警報を含む共通フォーマット警報データに変換する構成とし、第２記憶手段５８には、未実装警報を最上位警報として対応するマスクテーブルを更に用意してもよい。
【００７２】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。
第１実施形態
図２は本発明の第１実施形態による伝送装置の警報処理装置の構成図である。
【００７３】
この図に示すように、伝送装置７０は、警報処理装置７２、伝送路インタフェース８８、警報表示部９４、制御インタフェース部９８、警報出力インタフェース部１０２、及びクロック入力インタフェース部１０６を具備する。
【００７４】
伝送装置７０は信号を中継、あるいは、多重・分離するものである。
警報処理装置７２は、パッケージからなる複数のプロセッサ盤７４Ａ，７２Ｂ，７２Ｃ，…から構成される。プロセッサ盤７４Ａ…は、プロセッサ７６Ａ…、及び記憶媒体７８Ａ…を有する。
【００７５】
記録媒体７８Ａには、伝送路インタフェース９０Ａ，９０Ｂ，９０Ｃ…毎に、マッピングテーブル８０Ａ，８０Ｂ，８０Ｃ…、及びマスクテーブル８２−１，８２−２，…が予め用意されている。
【００７６】
また、記録媒体７８Ａには、伝送路インタフェース９０Ａ，９０Ｂ，９０Ｃ…毎に、共通フォーマット警報データ８２Ａ，８２，８２Ｃ，…を格納するための領域が確保されている。
【００７７】
さらに、記録媒体７８Ａには、警報処理をするソフトウェア、及び装置立上用デフォルトデータ８６が格納されている。記憶媒体７８Ａ…は、例えば、ＲＡＭなどにより構成して、プロセッサ７４…とは、ローカルバスにより接続する。
【００７８】
あるいは、記録媒体７８Ａ…のマッピングテーブル８０Ａ…とマスクテーブル８４−１…はＲＯＭで構成し、共通フォーマット警報データ８２Ａ…及びソフトウェア・装置立上用デフォルトデータ８６は、ＲＡＭで構成する。
【００７９】
プロセッサ盤７４Ａは、伝送路インタフェース部８８の警報データを収集して、警報処理をするものである。プロセッサ７６Ａは、８６に記憶されたソフトウェアを実行して、警報処理をするものである。
【００８０】
マッピングテーブル８０Ａ…は、伝送路インタフェース９０Ａ…が共通信号線１０９を介してプロセッサ盤７４Ａに入力される警報データを共通フォーマットに変換するための変換テーブルである。
【００８１】
図３は、図２中のマッピングテーブルを示す図である。
この図に示すように、各マッピングテーブル８０Ａ…は、伝送路インタェース９０Ａ…から入力する警報データのビットアドレスｉを共通フォーマット警報データ８２Ａ…のビットアドレスｆ（ｉ）に変換を指示する情報からなる。
【００８２】
共通フォーマットデータ８２Ａ…は、伝送路インタフェース９０Ａ…の警報データを格納するためのエリアである。
図４は、図２中の共通フォーマット警報データの一例を示す図である。
【００８３】
この図に示すように、共通フォーマット警報データ８２Ａ…は、ビット長が同じであり、例えば、１２８ビットで構成されており、各ビットの値が「１」ならば、そのビットに対応する警報が発生、「０」ならば正常であるあることを示す。
【００８４】
伝送路は、一般に、光ファイバケーブルなどが使用される。伝送路インタフェース９０Ａ…の警報データは、「光入力断」、「光レベル劣化」、「信号不良」などの伝送路の異常を示すものと、伝送路インタフェース９０Ａ…の同期回路などの装置故障（以下、「ＥＱＰ警報」と呼ぶ）、信号が同期はずれなどの信号状態警報（以下、「ＡＩＳ警報」と呼ぶ）などがあり、「光入力断」、「光レベル劣化」、「信号不良」などの伝送路の警報、「ＥＱＰ警報」、及び「ＡＩＳ警報」などの警報は、伝送路の種別に係わらず共通である。
【００８５】
これらの共通する警報は、共通フォーマット警報データにおいては、伝送路インタフェース９０Ａ…に共通して、同一のビット位置で表している。「光入力断」はビットアドレスが９、「光レベル劣化」はビットアドレスが１０、「信号不良」はビットアドレスが８５、「ＥＱＰ警報」はビットアドレスが８６、「ＡＩＳ故障」はビットアドレスが９９としている。
【００８６】
また、伝送路インタフェース９０Ａ…で異なる警報は、共通フォーマット警報データにおいて、別々のビットアドレスで持っている。
さらに、共通フォーマット警報データは、同時に複数の警報が発生する時には、上位警報からものから順に配列している。
【００８７】
例えば、「光入力断」、「光レベル劣化」、及び「信号不良」は、同時に発生することがありうるが、警報は上位から「光入力断」，「光レベル劣化」，「信号不良」の順であるので、「光入力断」のビットアドレス＜「光レベル劣化」のビットアドレス＜「信号不良」のビットアドレスとなっている。
【００８８】
また、「ＥＱＰ警報」、及び「ＡＩＳ警報」は、「光入力断」、「光レベル劣化」、及び「信号不良」などの伝送路の警報とは、それぞれ互いに独立して発生する警報であり、上位／下位警報の関係は無いので、「ＥＱＰ警報」及び「ＡＩＳ警報」は、共通フォーマット警報データにおいて任意のビットアドレスにしている。
【００８９】
このように上位と下位の関係のある警報については、その上位警報から順に警報を配列することにより、共通フォーマット警報データを先頭のビットアドレスからチェックした時に、最初に「１」が発見された警報が伝送路警報の中で最も上位警報であることが分かる。
【００９０】
マスクテーブル８４−１…は、伝送路インタフェース９０Ａ…において、複数の警報が同時に発生した場合に、最上位の警報のみを監視装置１１４などに出力して他の警報はマスクするためのテーブルであり、同時に警報が発生する組合せの数だけ予め記憶媒体７８Ａに用意してある。
【００９１】
図５は、図２中のマスクテーブルを示す図である。
この図に示すように、マスクテーブルは共通フォーマット警報データと同じビット数からなる領域、例えば、１２８ビットで構成され、白抜きの部分は、マスクを行わない部分であり、網かけの部分はマスクを行う部分であり、例えば、白抜きの部分を「１」、網かけの部分を「０」としている。
【００９２】
例えば、「光入力断」、「光レベル劣化」、「ＥＱＰ警報」、及び「ＡＩＳ警報」が発生した時に、「光入力断」、「ＥＱＰ警報」、及び「ＡＩＳ警報」出したい場合は、マスクテーブルのビットアドレス９、８６、９９を「１」にして、他を「０」にすればよい。
【００９３】
また、「光レベル劣化」、「ＥＱＰ警報」、及び「ＡＩＳ警報」のみを出したい場合は、マスクテーブルのビットアドレスが１０、８６、９９を「１」にして、他を「０」にすればよい。
【００９４】
ソフトウェア・装置立上用デフォルトデータ８６は、警報処理装置７２が実行する伝送装置７０用ソフトウェアや伝送路インタフェース９０Ａ…の異常検出回路９２Ａ…が「光レベル劣化」など判断する際の設定値などが記憶されている。
伝送路インタフェース部８８は、信号を中継、あるいは、多重・分離する機能を持つ伝送装置７０において他の伝送装置１１６とデータ伝送を行うものであり、６００Ｍｂｐｓや１５０Ｍｂｐｓなどの伝送速度の伝送路インタフェース９０Ａ…収容している。各伝送路インタフェース９０Ａ…は、対向伝送装置１１６とインタフェースを取ってデータ伝送をするものである。
【００９５】
各伝送路インタフェース９０Ａ…は、異常検出回路９０Ａ…を有している。異常検出回路９２Ａ…は、伝送路インタフェース９０Ａ…の「ＥＱＰ警報」、「光入力断」警報、「光レベル劣化」警報、「信号不良」警報などの伝送路に関する警報、同期はずれなどの「ＡＩＳ警報」など、独自のフォーマットの警報データを共通信号線１０９を介して警報処理装置７２に送信するものである。
【００９６】
警報表示部９４は、伝送装置７０の内部の異常をFailランプ／架上ランプ９６などにより外部に表示するものであり、警報処理装置７０Ａの処理の結果、伝送装置７０に異常があった場合はランプの点灯・点滅の指示、また、異常が無い場合にはランプを消灯の指示を共通信号線１０９を介して行う。
【００９７】
制御インタフェース部９８は、伝送装置７０と制御装置１１２との間の通信を行うために必要なインタフェースであり、外部の制御装置１１２から伝送装置７０に対して、伝送路の切替や伝送路インタフェース部８８の光レベル劣化を判断する閾値などのパラメータ設定を行う際に、制御装置１１２は制御インタフェース１００を介して、コマンドを伝送装置７０に伝送する。
【００９８】
警報出力インタフェース部１０４は、伝送装置７０と監視装置１１４との間の通信を行うために必要なインタフェースであり、警報出力インタフェース１０２を有する。
【００９９】
クロック入力インタフェース部１０６は、外部クロック供給源１１０からクロック信号を入力するものであり、伝送装置７０の同期を取るためにクロックを受け付けるためのインタフェースである。
【０１００】
外部クロック供給源１１０は、伝送装置７０にクロックを供給するために、クロック入力インタフェース１０６を介して接続される装置である。
制御装置１１２は、伝送装置７０を制御するために、制御インタフェース１００を介して接続される装置であり、各種コマンドを入力し、伝送装置１１６の制御／状態設定を行う。
【０１０１】
監視装置１１４は、伝送装置７０を監視するために、警報出力インタフェース１０４を介して接続される装置であり、伝送装置７０の異常により発生する警報について、警報処理装置７２が処理を行った結果をここで表示・出力する。
【０１０２】
対向伝送装置１１６は、伝送装置７０と同様の構成からなり、伝送路インタフェース９０Ａ…を介して接続される装置である。
図６は、図２中の警報処理装置７２の共通フォーマット警報データの作成のフローチャートである。
【０１０３】
図７は、図６のフローチャート説明図である。
以下、この図を参照しつつ、共通フォーマット警報データへの変換の処理の説明をする。
【０１０４】
（ａ）  共通フォーマット警報データの変換処理
伝送路インタフェース９０Ａ…の異常検出回路９２Ａ…は、それぞれ外部クロック供給源１１０からクロック入力インタフェース１０６を介して分配されるクロックに同期して、周期的に異常を検出して、独自の警報データのフォーマットで共通信号線１０９を介して、警報処理装置７２に出力する。
【０１０５】
例えば、図７（ａ）に示すように、伝送路インタフェース９０Ａにおいて、ビットアドレス２１に示す警報は、伝送路インタフェース９２Ａの入力信号が断になった時に検出される「光入力断」警報である。
【０１０６】
また、図７（ｂ）に示すにように、伝送路インタフェース９０Ｂにおいて、ビットアドレス１１に示す警報は、伝送路インタフェース９０Ｂの入力信号が断になった時に検出される「光入力断」警報である。
【０１０７】
このように、伝送路インタフェース９０Ａ…から出力される警報データが同一の警報であっても異なるビットアドレスで表されているのは、ハードの作りの条件や使用しているＬＳＩの条件によるものである。
【０１０８】
図６中のステップＳ２において、警報処理装置７２は、警報データをクロックに同期して受信する。ステップＳ４において、警報データのヘッダ部などに示される伝送路インタフェース９０ｉのパッケージを特定する。
【０１０９】
ステップＳ６において、特定した伝送路インタフェース９０ｉに対応するマッピングテーブル８０ｉを特定して、記憶媒体７８Ａからリードする。
ステップＳ８において、まず、共通フォーマット警報データ８２ｉをクリアしておき、伝送路インタフェース９２ｉから受信した警報データの先頭ビットから順に、図３に示す伝送路インタフェース９２ｉに対応するマッピングテーブル８０ｉに従って、変換元の警報データのビットアドレスｉを変換先の共通フォーマット警報データ８２ｉのビットアドレスｆ（ｉ）にライトしてゆく。
【０１１０】
例えば、図７（ｃ）に示すように、伝送路インタフェース９２Ａのマッピンクテーブル８０Ａには、「光入力断」を示すビットアドレス２１がビットアドレス９に変換されるように指示されている。
【０１１１】
また、図７（ｄ）に示すように、伝送路インタフェース９０Ｂのマッピンクテーブル８０Ｂには、「光入力断」を示すビットアドレス１１がビットアドレス９に変換するように指示されている。
【０１１２】
このフォーマット変換により、伝送路インタフェース９０Ａ…の警報データが同じ警報については、全て、共通フォーマット警報データの同一ビットアドレスによって表現されることになる。
【０１１３】
例えば、図７（ｅ）、（ｆ）に示すように、伝送路インタフェース９０Ａ，９０Ｂの警報データの「光入力断」が共通フォーマット警報データ８２Ａ，８２Ｂのビットアドレス９に変換される。
【０１１４】
また、共通フォーマット警報データは、その警報の上位警報から順に配列されている。例えば、警報が「光入力断」，「光レベル劣化」，「信号不良」について、「光入力断」のビットアドレス＜「光レベル劣化」のビットアドレス＜「信号不良」のビットアドレスとなっている。
【０１１５】
図８は、図２中の警報処理装置７２の警報処理のフローチャートである。
図９及び図１０は、図８のフローチャート説明図である。
以下、この図を参照しつつ、警報処理について説明する。
【０１１６】
（ｂ）  警報処理
図８中のステップＳ１０において、（ａ）で説明したように、伝送路インタフェース９０Ａ…の警報データを共通フォーマット警報データ８２Ａ…に変換する。
【０１１７】
例えば、図９に示すように、伝送路インタフェース９０Ｂに入力される主信号が劣化しているとすると、異常検出回路９２Ｂ中の光レベル劣化検出部位により、「光レベル劣化」警報が検出され、信号不良検出部位により、「信号不良」警報が出力されて、図１０（ａ）に示すように、伝送路インタフェース９２Ｂの共通フォーマット警報データ８２Ｂがビットアドレス１０、８５が「１」となり、「光レベル劣化」警報、「信号不良」警報を示す。
【０１１８】
ステップＳ１２において、共通フォーマット警報データ８２Ａ…を先頭ビットアドレスから１ビットずつ「１」／「０」をチェックして行き、最初に「１」となっている最上位の警報のビットアドレスを特定する。例えば、図１０（ａ）では、最上位の警報のビットアドレス１０が特定される。
【０１１９】
ステップＳ１４において、最上位の警報のビットアドレスから、該共通フォーマット警報データ８２Ａ…をマスクするために該当するマスクテーブル８４−ｌを、特定する。
【０１２０】
例えば、図１０（ａ）では、図１０（ｂ）に示すビットアドレス１０の「光レベル劣化」警報の下位警報をマスクするマスクテーブルが特定される。このマスクテーブル中の白抜きの部分は、「光レベル劣化」警報、「ＥＱＰ警報」、〔ＡＩＳ警報」である。
【０１２１】
ステップＳ１６において、共通フォーマット警報データ８２Ａ…に対して、特定したマスクテーブル８４−ｌを使用して、同一のビットアドレスの同士で、論理積を取りマスク処理をして、共通フォーマット警報データ８２Ａ…を更新する。
【０１２２】
例えば、図８（ｃ）に示すように、伝送路インタフェース９０Ｂの共通フォーマット警報データ８２Ｂは、「光レベル劣化」よりも下位警報である「信号不良」はマスクされて正常を示すようになる。
【０１２３】
ステップＳ１８において、マスク処理をした共通フォーマット警報データ８２−ｉ０から、共通信号線１０９を介して、クロックに同期して、共通フォーマット警報データ８２−ｉ０を出力して、監視装置１１４に警報を通知する。
【０１２４】
監視装置１１４は、警報出力インタフェース部１０２より入力される共通フォーマット警報データ８２Ａ…を入力し、解析をして、伝送路インタフェース９０Ａ…を特定して、該当する伝送路インタフェース９０Ａ…で警報が発生していることを表示する。
【０１２５】
例えば、図８（ｄ）に示すように、監視装置１１４は、伝送路インタフェース９０Ｂにて、「光レベル劣化」警報が発生と表示する。
ステップＳ２０において、共通信号線１０９を介して、クロックに同期して、共通フォーマット警報データ８２Ａ…を出力して、警報表示部９４に警報を通知する。
【０１２６】
警報表示部９４は、共通フォーマット警報データ８２Ａ…を入力して、解析をして、いずれの伝送路インタフェース９０Ａ…を特定して、Failランプ９６を点灯させて、該当する伝送路インタフェース９０Ａ…で警報が発生していることを示す。
【０１２７】
例えば、図８（ｅ）に示すように、警報表示部９４では、伝送路インタフェース９２ＢのFailランプ９６が点灯して、伝送路インタフェース９２Ｂで警報発生を出力する。
【０１２８】
これにより、同時に複数の警報が発生すれば、独立に発生する警報の中で最上位の警報のみを監視装置１１４及び警報表示部９４に出力することができ、その警報について復旧などの対処をすればよいことになる。
【０１２９】
以上説明した第１実施形態によれば、伝送路インタフェース９２Ａ…の警報データを共通フォーマット警報データ８２Ａ…に変換するので、伝送路インタフェース９２Ａ…毎に警報の優先処理をする必要がなくなり、ソフトウェア規模が従来と比べて小さくなる。
【０１３０】
また、マスクテーブル８２−１…を使用して、最上位の警報のみを出力するので、複数の警報が発生する組合せ毎に判断をする必要が無くなり、ソフトウェアロジックが簡単になる。
【０１３１】
第２実施形態
図１０は、本発明の第２実施形態による伝送装置の警報処理装置の構成図であり、図２中の構成要素と同一の構成要素には共通の符号を付してある。
【０１３２】
この図に示すように、警報処理装置１２０は、図２と同様に構成された伝送装置内に設けられ、プロセッサ盤１２２Ａ…を有する。この警報処理装置１２０は、共通信号線１０９を介して、伝送路インタフェース８８、警報表示部９４、制御インタフェース部９８、警報出力インタフェース部１０２、及びクロック入力インタフェース部１０６に接続されている。
【０１３３】
プロセッサ盤１２２Ａは、プロセッサ７６Ａ、及び記憶媒体１２４Ａを有する。記録媒体１２４Ａには、伝送路インタフェース９０Ａ…毎に、マッピングテーブル８０Ａ…、及びマスクテーブル８２−１…が予め用意されている。
【０１３４】
また、記録媒体１２４Ａには、伝送路インタフェース９２Ａ…毎に、運用時用共通フォーマット警報データ１２６Ａ…、及び非運用時用共通フォーマット警報データ１２８Ａ…を格納するための領域が確保されている。
【０１３５】
さらに、記録媒体１２４Ａには、警報処理をするソフトウェア、及び装置立上用デフォルトデータ１３０Ａが格納されている。
プロセッサ盤１２２は、パッケージで構成されており、伝送路インタフェース部９２の警報データを収集して、警報処理をするものである。マッピングテーブル８０Ａ…、及びマスクテーブル８４−ｉ…は、図２中のものと同じである。
【０１３６】
運用時用共通フォートットデータ１２６Ａ…は、各伝送路インタフェース９０Ａ…が運用時の共通フォーマット警報データを格納するためのエリアであり、非運用時用共通フォーマットデータ１２８Ａ…は、各伝送路インタフェース９０Ａ…が非運用時の警報データを格納するためのエリアである。
【０１３７】
運用時用共通フォーマット警報データ１２６Ａ…と非運用時共通フォーマット警報データ１２８Ａ…は、図示しないがヘッダ部、例えば、運用時用共通フォーマット警報データは、ビットアドレス１が「１」、非運用時用共通フォーマット警報データは、ビットアドレス１が「０」として、運用／非運用の区別をしている。これ以外は、運用時と非運用時の共通フォーマット警報データ１２４Ａ…，１２６Ａ…とは、各ビットアドレスが示す警報は同じである。
【０１３８】
ソフトウェア装置立上用デフォルトデータ１３０は、警報処理装置１２０が実行する伝送装置用ソフトウェアや伝送路インタフェース部８８の異常検出回路９２Ａ…が使用する光レベル劣化など判断する規定値が記憶されている。
【０１３９】
図１２は、図１１の警報処理装置１２０の運用／非運時の警報処理のフローチャートである。
図１３は、図１２のフローチャート説明図である。
【０１４０】
以下、この図を参照しつつ、運用／非運用時の警報処理を説明する。
図１２中のステップＳ３０において、警報処理装置１２０は、各伝送路インタフェース９２Ａ…から共通信号線１０９を介して送信された警報データをクロックに同期して受信する。
【０１４１】
ステップＳ３２において、受信した警報データの伝送路インタフェース９２Ａ…のパッケージを特定する。ステップＳ３４において、特定した伝送路インタフェース９０Ａ…に対応するマッピングテーブル８０ｉを特定して、記憶媒体７８からリードする。
【０１４２】
ステップＳ３６において、特定した伝送路インタフェース９０ｉが制御装置１１２より、制御インタフェース１００を介して警報処理装置１２２Ａの記憶媒体１２４Ａに書き込まれる運用／非運用データから運用／非運用のいずれてあるかを判別して、運用ならば、例えば、運用時用共通フォーマット警報データ１２６ｉの領域アドレスを記憶して、ステップＳ３８に進み、非運用ならば、非運用時用共通フォーマット警報データ１２８ｉの領域アドレスを記憶してステップＳ４０に進む。
【０１４３】
ここで、運用時用共通フォーマット警報データ１２６Ａ…及び非運用時用共通フォーマット警報データ１２８Ａ…の運用／非運用を区別するための領域には、例えば、プロセッサ盤１２２Ａの立ち上げ時に、予め、ソフトウェアにより、設定しておくものとする。
【０１４４】
ステップＳ３８において、伝送路インタフェース９０ｉ用のマッピングテーブル８０ｉに従って、領域アドレスが示すアドレス領域に共通フォーマット警報データに変換する。これにより、図１３（ｄ）に示すように、伝送路インタフェース９２Ａが運用状態ならば、運用時用共通フォーマット警報データ１２８Ａに変換される。
【０１４５】
ステップＳ４０において、伝送路インタフェース９２ｉ用のマッピングテーブル８０ｉに従って、領域アドレスが示すアドレス領域に共通フォーマット警報データに変換する。これにより、図１３（ｄ）に示すように、伝送路インタフェース９０Ａが非運用状態ならば、非運用時用共通フォーマット警報データ１２８Ａに変換される。
【０１４６】
ステップＳ４２において、記憶しておいた領域アドレスにより、運用時用共通フォーマット警報データ１２６Ａ…又は非運用時用共通フォーマット警報データ１２８Ａ…を読み出して、共通信号線１０９を介して、監視装置１１４に通知する。
【０１４７】
監視装置１１４は、共通信号線１０９から受信した警報データを受信、解析して、運用／非運用の区別をする情報から運用状態／非運用状態を判断して、運用／非運用で警報が発生したと出力する。
【０１４８】
例えば、図１３（ｆ）に示すように、伝送路インタフェース９０Ａが運用時に「光入力断」が発生したとすると、監視装置１１４は、伝送路インタフェース９０Ａにて、伝送路インタフェース９０Ａが運用状態で「光入力断」警報が発生と出力する。
【０１４９】
また、図１３（ｇ）に示すように、伝送路インタフェース９０Ａが非運用時に「光入力断」が発生したとすると、監視装置１１４は、伝送路インタフェース９０Ａにて、伝送路インタフェース９０Ａが非運用状態で「光入力断」警報が発生と出力する。
【０１５０】
ステップＳ４４において、記憶しておいた領域アドレスにより、運用時用共通フォーマット警報データ１２６Ａ…／非運用時用共通フォーマット警報データ１２８Ａ…を読み出して、共通信号線１０９を介して、警報表示部９４に通知する。
【０１５１】
警報表示部９４は、共通信号線１０９から受信した警報データを受信、解析して、Failランプ９６を点灯する。
例えば、図１３（ｈ），（ｉ）に示すように、伝送路インタフェース９０ＡのFailランプ９６が点灯して、伝送路インタフェース９０Ａで警報発生したことを表示する。
【０１５２】
以上説明した第２実施形態によれば、第１実施形態と同様の利点がある上に、運用時用共通フォーマット警報データ１２６Ａ…及び非運用時用共通フォーマット警報データ１２８Ａ…を別々に用意して、それぞれに予め、運用／非運用のいずれであるか区別する情報を設定しておくので、運用時共通フォーマット警報データ１２６Ａ…又は非運用時用共通フォーマット警報データ１２８Ａ…に変換する時のみ運用／非運用テータを参照して判断するのみで、それ以降は、判断することがないので、ロジックが簡単になる。
【０１５３】
第３実施形態
図１４は、本発明の第３実施形態による伝送装置の警報処理装置の構成図であり、図２中の構成要素と同一の構成要素には共通の符号を付してある。
【０１５４】
この図に示すように、警報処理装置１４０は、図２と同様に構成された伝送装置内に設けられ、プロセッサ盤１４２Ａ…を有する。この警報処理装置１４０は、共通信号線１０９を介して、伝送路インタフェース８８、警報表示部９４、制御インタフェース部９８、警報出力インタフェース部１０２、及びクロック入力インタフェース部１０６に接続されている。
【０１５５】
プロセッサ盤１４２Ａは、プロセッサ７６Ａ、及び記憶媒体１４４Ａを有する。記録媒体１４４Ａには、伝送路インタフェース９０Ａ…毎に、マッピングテーブル８０Ａ…、及びマスクテーブル１４６−０…が予め用意されている。
【０１５６】
また、記録媒体１４４Ａには、伝送路インタフェース９０Ａ…毎に、共通フォーマット警報データ１４８Ａ…を格納するための領域が確保されている。
さらに、記録媒体１４４Ａには、警報処理をするソフトウェア、及び装置立上用デフォルトデータ１５０Ａが格納されている。
【０１５７】
プロセッサ盤１４２Ａ…は、パッケージで構成されており、伝送路インタフェース部９０の警報データを収集して、警報処理をするものである。マッピングテーブル８０Ａ…は、図２中のものと同じである。
【０１５８】
マスクテーブル１４６−０…は、図２のマスクテーブル８４−１…に加えて、伝送路インタフェース９０Ａ…が未実装時に警報優先処理をするためのマスクテーブル１４６−０が用意されている。
【０１５９】
図１５は、未実装時に警報優先処理をするためのマスクテーブルを示す図である。
マスクテーブル１４６−０は、従の伝送路インタフェースに対して、主の伝送路インタフェースが未実装であれば、主の伝送路インタフェースの影響を受けて従の伝送路インタフェースで検出された警報、例えば、「信号不良」警報をマスクして出力しないようにするためのものである。
【０１６０】
この図に示すマスクテーブル１４６−０の白抜きの部分は、マスクしない部分であり、ビットアドレス１が「未実装」警報、ビットアドレス８６が「ＥＱＰ警報」、及びビットアドレス９９が「ＡＩＳ」警報であり、網かけの部分は、マスクする部分である。
【０１６１】
このように、「ＥＱＰ警報」、及び「ＡＩＳ警報」は、主の伝送路インタフェースが未実装であっても、従の伝送路インタフェースで独立して発生する警報であり、これらの警報は出力する必要があるからである。
【０１６２】
共通フォーマット警報データ１４８Ａ…は、図２と同様に伝送路インタフェース９０Ａ…毎に設けられるものであるが、伝送路インタフェース９０Ａ…が未実装ならば、「未実装」警報を最上位警報として、例えば、ビットアドレス１が「未実装」警報を表す。
【０１６３】
図１６は、図１４の警報処理装置１４０の警報優先処理のフローチャートである。
図１７〜図１９は、図１６のフローチャート説明図である。
【０１６４】
以下、この図を参照しつつ、優先処理を説明する。
図１６中のステップＳ５０において、警報処理装置１４０は、各伝送路インタフェース９０Ａ…から共通信号線１０９を介して送信された警報データをクロックに同期して受信する。
【０１６５】
ステップＳ５２において、警報データが収集可能であるかを判定して、収集可能でなければ、該当伝送路インタフェース９０Ａ…が未実装であるとして、ステップＳ５４に進み、収集不可能ならば、ステップＳ５６に進む。
【０１６６】
伝送路インタフェース９０Ａ…が実装されていれば、その警報データが一定の周期で警報処理装置１４０で収集されて、例えば、共通フォーマット警報データ１４８Ａ…がそれぞれ作成されるので、これが作成されたか否かにより、警報データ収集可能であるか否かを判定する。
【０１６７】
ステップＳ５４において、警報データ収集できない伝送路インタフェース９０ｋは、未実装なので、「未実装」警報を示すビットアドレス１を「１」、それ以外を「０」とする共通フォーマット警報データ１４８ｋに変換し、ステップＳ６６に進む。
【０１６８】
ステップＳ５６において、収集した警報データから伝送路インタフェース９０ｉを特定する。ステップＳ６０において、特定した伝送路インタフェース９０ｉに該当するマッピングテーブル８０ｉを用いて、共通フォーマット警報データ１４８ｉに変換する。
【０１６９】
ステップＳ６２において、共通フォーマット警報データ１４８ｉの最初に「１」となる位置を求めて、共通フォーマット警報データ１４８ｉの最上位の警報に該当するマスクテーブル１４６−ｌを特定する。
【０１７０】
ステップＳ６４において、マスクテーブル１４６−ｌと共通フォーマット警報データ１４８ｉとのビット毎の論理積を取って、共通フォーマット警報データ１４８ｉを更新する。
【０１７１】
ステップＳ６６において、各伝送路インタフェース９０ｉが従の伝送路インタフェースであるか否かを判別して、従でなければ、ステップＳ７４に進み、従であれば、ステップＳ６８に進む。
【０１７２】
ステップＳ６８において、従の伝送路インタフェース９０ｉの主の伝送路インタフェース９０ｊの共通フォーマット警報データ１４８ｊと伝送路インタフェース９０ｉの共通フォーマット警報データ１４８ｉとから、当該伝送路インタフェース９０ｉの警報の方が上位であるか否かを判別して、上位ならば、ステップＳ７０に進み、下位ならば、ステップＳ７４に進む。
【０１７３】
例えば、図１７に示すように、伝送路インタフェース９０Ｂが従であり、その主が伝送路インタフェース９０Ａであり、同図（ａ）に示すように伝送路インタフェース９０Ａの警報が「光入力断」警報、「光レベル劣化」警報、「信号不良」警報が発生している場合、同図（ｂ）に示すように、従の伝送路インタフェース９０Ｂでは、その影響により、「信号不良」警報が発生して、主の伝送路インタフェース９０Ａの最上位警報「光入力断」警報が、従の伝送路インタフェース９０Ｂの最上位警報「信号不良」よりも上位警報なので、ステップＳ７４に進むことになる。
【０１７４】
また、図１８（ａ）に示すように、主の伝送路インタフェース９０Ａが未実装ならば、同図（ｂ）に示すように、従の伝送路インタフェース９０Ｂでは、その影響により、「信号不良」警報が発生する。
【０１７５】
そして、図１９（ａ）に示すように、伝送路インタフェース９０Ａは未実装なので、「未実装」警報を示す共通フォーマット警報データ１４８Ａが作成され、同図（ｃ）に示すように、伝送路インタフェース９０Ｂは「信号不良」警報を示す共通フォーマット警報データ１４８Ｂが作成される。
【０１７６】
図１８の場合は、主の伝送路インタフェース９０Ａの「未実装」警報が、従の伝送路インタフェース９０Ｂの最上位警報「信号不良」よりも上位警報なので、ステップＳ７４に進むことになる。
【０１７７】
ステップＳ７０において、主の伝送路インタフェース９０ｊの共通フォーマット警報データ１４８ｊが示す最上位警報から、伝送路インタフェース９０ｊのマスクテーブル１４６−ｋを特定する。
【０１７８】
図１９（ｂ）に示すように、伝送路インタフェース９０Ａが未実装なので、図１５に示した未実装用のマスクテーブル１４６−０が特定される。
ステップＳ７２において、マスクテーブル１４６−ｋと共通フォーマット警報データ１４８ｉとのビット毎の論理積を取って、共通フォーマット警報データ１４８ｉを更新し、また、マスクテーブル１４６−ｋと共通フォーマット警報データ１４８ｋとのビット毎の論理積を取って、共通フォーマット警報データ１４８ｋを更新する。
【０１７９】
図１９（ｄ）に示すように、伝送路インタフェス９０Ａの共通フォーマット警報データ１４８Ａは、「未実装」警報を示し、また、同図（ｅ）に示すように、伝送路インタフェス９０Ｂの共通フォーマット警報データ１４８Ｂは、「信号不良」警報がマスクされる。
【０１８０】
しかし、伝送路インタフェース９０Ｂに「ＥＱＰ」警報、「ＡＩＳ」警報が発生している場合は、伝送路インタフェース９０Ａと独立して発生するこれらの警報はマスクされない。
【０１８１】
ステップＳ７４において、伝送路インタフェース９０ｊの共通フォーマット警報データ１４８ｊを共通信号線１０９を介して、監視装置１１４及び警報表示部９４に出力する。
【０１８２】
監視装置１１４及び警報表示部９４では、共通フォーマット警報データ１４８ｊを入力して、解析して、伝送路インタフェース９０ｊの警報の有無を出力する。
【０１８３】
図１９（ｆ）に示すように、伝送路インタフェース９０Ａについては、未実装なので、監視装置１１４には未出力となり、伝送路インタフェース９０Ｂについては、警報なしが出力される。
【０１８４】
また、図１９（ｇ）に示すように、警報表示部９４には、伝送路インタフェース９０Ａについては、未実装なので、表示なし、伝送路インタフェース９０Ｂについては、警報なしが出力される。
【０１８５】
以上説明した第３実施形態によれば、従来のように警報優先処理を各警報の組合せに毎に警報をマスクするしないを判断するのではなく、マスクテーブルを用いて、マスクすることにより警報優先処理をするので、処理が非常に簡単になるとともに、処理速度の向上が期待できる。
【０１８６】
第４実施形態
図２０は本発明の第４実施形態による伝送装置の処理装置の構成図であり、図２の構成要素に共通する要素には共通の符号を付してある。
【０１８７】
この図に示すように、処理装置１６０は、共通信号線１０９により、図２と同様に構成される伝送路インタフェース８８、警報表示部９４、制御インタフェース部９８、警報出力インタフェース部１０２、及びクロック入力インタフェース部１０６に接続されている。
【０１８８】
処理装置１６０は、パッケージからなる複数のプロセッサ盤１６２Ａ，１６２Ｂ，１６２Ｃ…、及び各プロセッサ盤１６２Ａ…にローカルバス１７０Ａ…により接続されたユニットインタフェース盤１６６Ａ…を具備する。
【０１８９】
プロセッサ盤１６２Ａ，１６２Ｂ，…は、例えば、伝送装置を構成する架のパッケージが収容される電源などの共通ユニット、高速／低速／端局用の伝送インタフェース用のユニットなどにそれぞれ収容される。
【０１９０】
プロセッサ盤１６２Ａ，１６２Ｂ，…は、プロセッサ７６Ａ，７６Ｂ，…、及びソフトウェア用記憶媒体１６４Ａ，１６４Ｂ，…を有する。ソフトウェア用記録媒体１６４Ａ，１６４Ｂ，……には、伝送装置用ソフトウェアが格納されるとともに、共通フォーマット警報データを格納する領域が用意されている。
【０１９１】
ユニットインタフェース盤１６６Ａ，１６６Ｂ，…は、それぞれがパッケージで構成され、例えば、プロセッサ盤１６２Ａ，１６２Ｂ，…が収容されるユニットと同じユニットに収容され、ローカルバス１７０Ａ，１７０Ｂ，…によって接続されたテーブルデータ用記憶媒体１６８Ａ，１６８Ｂ，…を有する。
【０１９２】
ローカルバス１７０Ａ，１７０Ｂ，…は、例えば、アドレスバス、データバス、リード信号などの制御信号線により構成される。
テーブルデータ用記憶媒体１６８Ａ，１６８Ｂ，…は、プロセッサ７６Ａ，７６Ｂ，…、に対応するデータを格納する記憶媒体であり、装置立上用デフォルトデータ及び図２中のマッピングテーブルやマスクテーブルなどの警報処理テーブルデータを格納し、例えば、ＲＡＭにより構成する。
【０１９３】
本実施形態の処理装置１６０の機能は、伝送装置に搭載される警報処理など全ての処理を司どるものである。
以下、図２０の第４実施形態による処理装置１６０の動作説明をする。
【０１９４】
（ａ）  初期化処理
プロセッサ盤１６２Ａ，１６２Ｂ，…は、電源投入、あるいは、リセットされると、ソフトウェア用記憶媒体１６４Ａ，１６４Ｂ，…に格納されている伝送装置用ソフトウェアの命令に従い、動作を開始する。
【０１９５】
通常は、共通信号線１０９を介して接続される伝送路インタフェース９２Ａ，９２Ｂ，…、制御インタフェース部９８、警報出力インタフェース部１０２、警報表示部９４、クロック入力インタフェース部１０６の初期化処理を行う。
【０１９６】
この初期化処理は、これらのハードウェアに対して、予め定められたデータ／パラメータなどを設定する処理であり、このデータは、ユニットインタフェース盤１６６Ａ，１６６Ｂ，…からプロセッサ７６Ａ，７６Ｂ，…により、ローカルバス１７０Ａ，１７０Ｂ，…を介して、読み出すことにより行う。
【０１９７】
（ｂ）  警報処理時
警報処理においては、プロセッサ７６Ａ…は、共通信号線１０９を介して、伝送路インタフェース９２Ａ…から警報収集を周期的に実施し、変換テーブルなどの警報処理テーブルデータをテーブルデータ用記憶媒体１６８Ａ…より読み出し／更新などを行うことにより、実行をする。
【０１９８】
（ｃ）  保守時
伝送装置の保守においては、伝送装置が運用中でもプロセッサ盤１６２Ａ，１６２Ｂ，…を停止することなく、ユニットインタフェース盤１６６Ａ，１６６Ｂ，…のテーブルデータ用記憶媒体１６８Ａ，１６８Ｂ，…を対応したものに交換することにより行う。
【０１９９】
以上説明した第４実施形態によれば、ソフトウェア用記憶媒体１６４Ａ，１６４Ｂ，…とテーブルデータ用記憶媒体１６８Ａ，１６８Ｂ，…とに記憶媒体を物理的に分け、一方はプロセッサ盤１６２Ａ，１６２Ｂ，…、他方はユニットインタフェース盤１６６Ａ，１６６Ｂ，…に実装するので、伝送装置が伝送装置が運用中でもプロセッサ盤１６２Ａ，１６２Ｂ，…を停止することなく、ユニットインタフェース盤１６６Ａ，１６６Ｂ，…のテーブルデータ用記憶媒体１６８Ａ，１６８Ｂ，…を対応したものに交換することができるので、伝送装置の保守・管理が容易になる。
【０２００】
第５実施形態
図２１は本発明の第５実施形態による伝送装置の処理装置の構成図であり、図２０の構成要素に共通する要素には共通の符号を付してある。
【０２０１】
この図に示すように、処理装置１７０は、共通信号線１０９により、図２と同様に構成される伝送路インタフェース８８、警報表示部９４、制御インタフェース部９８、警報出力インタフェース部１０２、及びクロック入力インタフェース部１０６に接続されている。
【０２０２】
処理装置１７０は、図２０と同様に構成されるプロセッサ盤１６２Ａ，１６２Ｂ，１６２Ｃ…、及び全てのプロセッサ盤１６２Ａ…にイーサネット１７６により接続され共通ユニットインタフェース盤１７２を具備する。
【０２０３】
共通ユニットインタフェース盤１７２は、例えば、電源などが搭載される伝送装置を構成する架の共通ユニットに収容されて、各プロセッサ盤１６２Ａ，１６２Ｂ，…とイーサネット１７６を介して接続される構成である。
【０２０４】
共通ユニットインタフェース盤１７２は、テーブルデータ用記憶媒体１７４を有する。テーブルデータ用記憶媒体１７４は、プロセッサ７６Ａ，７６Ｂ，…、の全てのプロセッサ盤１６２Ａ，１６２Ｂ，…に対応するデータを格納するものであり、例えば、ＲＯＭにより構成する。
【０２０５】
以下、図２１の第５実施形態による処理装置１７０の動作説明をする。
（ａ）  初期化処理及び警報処理
プロセッサ７６Ａ，７６Ｂ，…から共通ユニットインタフェース盤１７２にアクセスの競合を避けるべく、イーサネット１７６により規定されるプロトコル（CSMA/CD 方式）に従って、テーブルデータ用記憶媒体１７４から必要なデータの読み出しや書き込みを行って、初期化処理、及び警報処理時などを行う。
【０２０６】
（ｂ）  保守
伝送装置の保守においては、伝送装置が運用中でもプロセッサ盤１６２Ａ，１６２Ｂ，…を停止することなく、共通ユニットインタフェース盤１７２のテーブルデータ用記憶媒体１７４を対応したものに交換することにより行う。
【０２０７】
この時、プロセッサ盤１６２Ａ…で共通して使用するテーブルデータは、テーブルデータ用記憶媒体１７４に１個だけ持てばよいので、保守が容易になる。
以上説明した第５実施形態によれば、第４実施形態と同様の利点がある上に、プロセッサ盤１６２Ａ，１６２Ｂ，…が必要とするデータを１個の共通ユニットインタフェース盤１７２に格納するようにしたので、保守・管理が更に容易になる。
【０２０８】
第６実施形態
図２２は本発明の第６実施形態による伝送装置の処理装置の構成図であり、図２０の構成要素に共通する要素には共通の符号を付してある。
【０２０９】
この図に示すように、処理装置１８０は、共通信号線１０９により、図２と同様に構成される伝送路インタフェース８８、警報表示部９４、制御インタフェース部９８、警報出力インタフェース部１０２、及びクロック入力インタフェース部１０６に接続されている。
【０２１０】
処理装置１８０は、プロセッサ盤１８２Ａ，１８２Ｂ，１８２Ｃ…、及び全てのプロセッサ盤１６２Ａ…にイーサネット１７６により接続された共通ユニットインタフェース盤１８６を具備する。
【０２１１】
プロセッサ盤１８２Ａ，１８２Ｂ，…は、プロセッサ７６Ａ，７６Ｂ，…、ソフトウェア用記憶媒体１６４Ａ，１６４Ｂ，…、及び通信ポート１８４Ａ，１８４Ｂ，…を有する。
【０２１２】
プロセッサ７６Ａ…と通信ポート１８４Ａ…とは、ローカルバスにより接続されている。通信ポート１８４Ａ…は、イーサネット１７６を介して、共通ユニットインタフェース盤１８６と通信を行うためのトランシーバ・レシーバ、及びデユアルポートＲＡＭを有する。
【０２１３】
共通ユニットインタフェース盤１７２は、通信ポート１８８、プロセッサ１９０、及びテーブルデータ用記憶媒体１７４を有する。通信ポート１８８は、トランシーバ・レシーバ、及びデュアルポートＲＡＭを有し、デュアルポートＲＡＭの一方のポートは、イーサネット１７６に接続され、他方のポートは、プロセッサ１９０に接続されている。プロセッサ１９０はテーブルデータ用記憶媒体１７４とローカルバスにより接続されている。
【０２１４】
以下、図２２の第６実施形態による処理装置１８０の動作説明をする。
（ａ）  初期化処理及び警報処理
プロセッサ７６Ａ，７６Ｂ，…は、テーブルデータ用記憶媒体１７４にアクセスする際は、共通ユニットインタフェース盤１８６のアドレス、自己のアドレス、必要テーブル種別、必要データ長、コマンドを付与し、イーサネット１７６上にデータを通信ポート１８４Ａ…中のトランシーバーより送出する。
【０２１５】
通信ポート１８８中のレシーバーは、自己あてのアドレスであることを検出すると続く、データを取り込むとともに、プロセッサ１９０にデータを受信したことを通知する。
【０２１６】
プロセッサ１９０は、割り込みなどにより通知を受けると、通信ポート１８８のデュアルポートＲＡＭより受信データを入力して、受信データを解析すると、テーブルデータ用記憶媒体１７４の物理アドレスに変換し、必要データを要求されたデータ長分、デュアルポートＲＡＭに読み込む。ここで送出されるコマンドは、共通ユニットインタフェース盤１８６を含む各プロセッサ７６Ａ…で予め定義されたものである。
【０２１７】
そして、プロセッサ１９０は、プロセッサ７６Ａ…から送付されたアドレスを送信アドレス、共通ユニットインタフェース盤１８６のアドレスを受信アドレスとし、これに、テーブルデータ用記憶媒体１７４から読み出したデータを付与して、通信ポート１８８のトランシーバーを介して、イーサネット１７６に送出する。
【０２１８】
プロセッサ７６Ａ，７６Ｂ，…は、通信ポート１８４Ａ…中のレシーバーよりテーブルデータ用記憶媒体１７４のデータを受信すると、初期化処理、警報処理などを実行する。
【０２１９】
（ｂ）  保守
保守は、第５実施形態と同様である。
以上説明した第６実施形態によれば、第５実施形態と同様の利点がある上に、プロセッサ盤１６２Ａ…に通信ポート１８４Ａ…、共通ユニットインタフェース盤１８６に通信ポート１８８、及びプロセッサ１９０を搭載しているので、通信ポート１８４Ａ…、１８８によりイーサネットの通信の制御を行い、プロセッサ１９０にテーブルデータ用記憶媒体１７４へのアクセスの制御をさせることができるので、処理の負荷を分散させることができる。
【０２２０】
第７実施形態
図２３は本発明の第７実施形態による伝送装置の処理装置の構成図であり、図２０の構成要素に共通する要素には共通の符号を付してある。
【０２２１】
この図に示すように、処理装置２００は、共通信号線１０９により、図２と同様に構成される伝送路インタフェース８８、警報表示部９４、制御インタフェース部９８、警報出力インタフェース部１０２、及びクロック入力インタフェース部１０６に接続されている。
【０２２２】
処理装置２００は、プロセッサ盤１８２Ａ，１８２Ｂ，１８２Ｃ…、及び全てのプロセッサ盤１６２Ａ…にイーサネット１８６，１８２Ｂ，１８２Ｃ…により接続された共通ユニットインタフェース盤２０２を具備する。
【０２２３】
通信ポート１８４Ａ…は、各イーサネット１８６Ａ…を介して、共通ユニットインタフェース盤２０２の通信ポート２０４と接続されている。
共通ユニットインタフェース盤２０２は、プロセッサ１９０、通信ポート２０４及びテーブルデータ用記憶媒体１７４を有する。通信ポート２０４は、トランシーバ・レシーバ、及びマルチポートＲＡＭを有し、イーサネット１８６Ａ…、共通信号線１０９、及びプロセッサ１９０に接続されている。
【０２２４】
以下、図２３の第７実施形態による処理装置２００の動作説明をする。
（ａ）  初期化・警報処理
プロセッサ７６Ａ…は、テーブルデータ用記憶媒体１７４にアクセスする際は、共通ユニットインタフェース盤１８６のアドレス、自己のアドレス、必要テーブル種別、必要データ長、コマンドを付与し、イーサネット２０６Ａ，２０６Ｂ，…上に通信ポート１８４Ａ…より送出する。
【０２２５】
通信ポート１８８は、自己宛てのアドレスであることを検出すると続く、データを取り込むとともに、コマンドの解析により、テーブルデータ用記憶媒体１７４へのアクセスだと識別して、プロセッサ１９０にデータを受信したことを通知する。
プロセッサ１９０は、割り込みなどにより通知を受けると、通信ポート１８８のデュアルポートＲＡＭより受信データを入力して、受信データを解析して、テーブルデータ用記憶媒体１７４の物理アドレスに変換し、必要データを要求されたデータ長分読み込む。
【０２２６】
そして、プロセッサ１９０は、プロセッサ７６Ａ…から送付されたアドレスを送信アドレス、共通ユニットインタフェース盤１８６のアドレスを受信アドレスとし、これに、テーブルデータ用記憶媒体１７４から読み出したデータを付与して、通信ポート２０４を介して、該当するイーサネット１８６Ａ…に送出する。
【０２２７】
プロセッサ７６Ａ…は、通信ポート１８４Ａ，１８４Ｂ，…よりテーブルデータ用記憶媒体１７４のデータを受信すると、初期化処理、警報処理などを実行する。
【０２２８】
この際、プロセッサ７６Ａ…は、共通信号線１０９にデータを送出する際は、受信する伝送路インタフェース部８８、警報表示部９４などのアドレス、データ、コマンドをイーサネット１８６Ａ…上に通信ポート１８４Ａ…より送出する。
【０２２９】
通信ポート１８８は、自己あてのアドレスであることを検出すると続く、データを取り込むとともに、コマンドより、共通インタフェース１０９を介して、伝送路インタフェース部８８、警報表示部９４などに受信データを送出する。
【０２３０】
以上説明した第７実施形態によれば、第６実施形態と同様の利点がある上に、イーサネット１８６Ａ…をプロセッサ盤１８２Ａ…毎に設け、通信ポート２０４をイーサネット１８６Ａ…毎に設けたので、共通ユニットインタフェース盤２０２へのアクセスの競合が少なくなり、プロセッサ７６Ａ…での処理をより高速に行うことが可能となる。
【０２３１】
第８実施形態
図２４は本発明の第８実施形態による伝送装置の処理装置の構成図であり、図２の構成要素に共通する要素には共通の符号を付してある。
【０２３２】
処理装置２１０は、共通信号線１０９により、図示しないが図２と同様に構成される伝送路インタフェース８８、警報表示部９４、制御インタフェース部９８、警報出力インタフェース部１０２、及びクロック入力インタフェース部１０６に接続されている。
【０２３３】
処理装置２１０は、複数のプロセッサ盤２１２Ａ，２１２Ｂ，２１２Ｃ，…及び各プロセッサ盤２１２Ａ…に制御信号ライン２２６Ａ…、アドレスバス２２８Ａ…、データバス２３０Ａ…により接続された共通ユニットインタフェース盤２１６を具備する。
【０２３４】
プロセッサ盤２１２Ａ…は、プロセッサ７６Ａ…、及びソフトウェア用記憶媒体２１４Ａ…を有する。記録媒体２１４Ａ…は、伝送装置用ソフトウェアが格納されるとともに、図２中の共通フォーマット警報データを格納エリアが用意されている。
【０２３５】
共通ユニットインタフェース盤２１６は、優先検出回路２１８、アドレス選択回路２２０、データ選択回路２２２、及びテーブルデータ用記憶媒体２２４を有する。
【０２３６】
優先検出回路２１８は、各プロセッサ７６Ａ…と制御信号線２２６Ａ…によって接続されており、プロセッサ７６Ａ…から有効なチップセレクト信号を入力すると、該有効なチップセレクト信号を出力したプロセッサ７６ｉ以外に、制御信号線２２６ｉ…を介して、ウェイト信号の出力、アドレス選択回路２２０及びデータ選択回路２２２に選択信号の出力、テーブルデータ用記憶媒体２２４にチップセレクト信号、リード信号などの制御信号の出力をするものである。
【０２３７】
アドレス選択回路２２０は、優先検出回路２１８から選択信号を入力して、アドレスバス２２８ｉ…を選択するものである。データ選択回路２２２は、優先検出回路２１８から選択信号を入力して、データバス２３０ｉ…を選択するものである。
【０２３８】
テーブルデータ用記憶媒体２２４は、プロセッサ７６Ａ，７６Ｂ，…の全プロセッサ盤２１２Ａ，２１２Ｂ，…に対応するテーブルデータを格納するものであり、例えば、ＲＯＭにより構成する。
【０２３９】
以下、図２４の第８実施形態による処理装置２１０の動作説明をする。
（ａ）  初期化・警報処理
プロセッサ盤２１２ｉが共通ユニットインタフェース盤２１６にアクセスする際は、プロセッサ盤２１２ｉ搭載されている記録媒体２１４ｉから随時、命令を読み出して以下の処理をする。
【０２４０】
制御信号線２２６ｉのウェイト信号がビジーを示しているか否かを判断して、ビジーならば、例えば、タイマにより一定の時間経過後に、再度、ウェイト信号をチェックして、ビジーでなければ、制御信号線２２６ｉに、チップセレクト信号及びリード信号を出力し、アドレスバス２２８ｉにアドレス信号を出力する。
【０２４１】
優先検出回路２１８は、チップセレクト信号を入力して、他のプロセッサ盤２１２ｊ（ｊ≠ｉ）…がアクセス中でなければ、制御信号線２２６ｊにウェイト信号を出力し、テーブルデータ用記憶媒体２２４にチップセレクト信号を出力する。
【０２４２】
さらに、優先検出回路２１８は、アドレス選択回路２２０、及びデータ選択回路２２２にアドレスバス２２８ｉ，データバス２３０ｉを選択するよう選択信号を出力して、テーブルデータ用記憶媒体２２４にリードイネーブル信号を出力する。
【０２４３】
アドレス選択回路２２０は、選択信号からアドレスバス２２８ｉを選択して、テーブルデータ用記憶媒体２２４にアドレス信号を出力する。データ選択回路２２２は、選択信号からデータバス２２８ｉを選択する。
【０２４４】
テーブルデータ用記憶媒体２２４は、アドレス信号、リードイネーブル信号からテーブルデータをリードする。テーブルデータ用記憶媒体２２４からリードしたデータは、データバス２３０ｉを介して、プロセッサ盤２１２ｉに出力される。
【０２４５】
プロセッサ盤２１２ｉは、テーブルデータ用記憶媒体２２４にリードした後、警報処理などを実施する。
以上説明した第８実施形態によれば、第６実施形態と同様の利点がある。
【０２４６】
第９実施形態
図２５は本発明の第９実施形態による伝送装置の処理装置の構成図であり、図２２の構成要素に共通する要素には共通の符号を付してある。
【０２４７】
この図に示すように、処理装置２４０は、共通信号線１０９により、図２と同様に構成される伝送路インタフェース８８、警報表示部９４、制御インタフェース部９８、警報出力インタフェース部１０２、及びクロック入力インタフェース部１０６に接続されている。
【０２４８】
処理装置２４０は、プロセッサ盤１６２Ａ，１６２Ｂ，…、共通ユニットインタフェース盤２４４を具備する。共通ユニットインタフェース盤２４２は、通信ポート１８８、プロセッサ１９０、及びテーブルデータ用記憶媒体２４４を有する。
【０２４９】
テーブルデータ用記憶媒体２４４は、リード／ライト可能なものであり、例えば、ＲＡＭである。イーサネット２４６は、コネクタなどが挿入可能な共通バス接続口２４８が取り付けられている。共通バス接続口２４８には、コネクタなどにより外部端末２４９が接続されている。
【０２５０】
外部端末２４９は、共通バス接続口２４８、及びイーサネット２４６を介して、共通ユニットインタフェース盤２４２のテーブルデータ用記憶媒体２４４にテーブルデータをリード・ライトして、保守などをするためのものである。
【０２５１】
以下、図２５の第９実施形態による処理装置２４０の動作説明をする。
（ａ）  初期化・警報処理
伝送装置の初期化、処理装置２４０の警報処理は、図２１と同様である。
【０２５２】
（ｂ）  保守
伝送装置の保守する際には、テーブルデータ用記憶媒体２４４のテーブルデータを更新／追加などをする必要があるが、外部端末２４９は、共通ユニットインタフェース盤２４２のアドレス、自己のアドレス、必要テーブル種別、書き込みデータ長、書き込み及び書き込みデータを含むコマンドを付与し、イーサネット２４６上にデータを共通バス接続口２４８より送出する。
【０２５３】
通信ポート１８８は、自己あてのアドレスであることを検出すると続く、データを取り込むとともに、プロセッサ１９０にデータを受信したことを通知する。プロセッサ１９０は、コマンドを解析して、指定されたアドレス領域に受信したデータを書き込むことにより、データの更新などを行い、保守をする。
【０２５４】
以上説明した第９実施形態によれば、第５実施形態と同様の利点がある上に、外部端末２４９によりテーブルデータ２４４をアクセスして保守などをすることができるので、保守などの際に共通ユニットインタフェース盤２４２を交換する必要がなくなり、保守・管理などが容易になる。
【０２５５】
第１０実施形態
本実施形態は、第５〜第９実施形態のように共通ユニットインタフェース盤１７２…に、プロセッサ盤１６２Ａ…より毎回アクセスをするので、アクセス競合によって、処理が中断する恐れがあるので、それを避けるために共通ユニットインタフェース盤１７２のテーブルデータを各プロセッサ盤１６２Ａ，１６２Ｂ，…にダウンロードする構成にするものである。
【０２５６】
本実施形態は、これら第５〜第９実施形態のいずれの構成の場合においても適用可能であるが第５実施形態に適用した場合を例に説明する。
図２６は本発明の第１０実施形態による伝送装置の処理装置の構成図であり、図２１の構成要素に共通する要素には共通の符号を付してある。
【０２５７】
この図に示すように、処理装置２５０は、共通信号線１０９により、図２と同様に構成される伝送路インタフェース８８、警報表示部９４、制御インタフェース部９８、警報出力インタフェース部１０２、及びクロック入力インタフェース部１０６に接続されている。
【０２５８】
処理装置２５０は、プロセッサ盤２５２Ａ，２５２Ｂ，…、及び共通ユニットインタフェース盤１７２を有する。プロセッサ盤２５２Ａ，２５２Ｂ，…は、プロセッサ７６Ａ，７６Ｂ，…、及びソフトウェア用記憶媒体２５４Ａ，２５４Ｂ，…を有する。
【０２５９】
ソフトウェア用記憶媒体２５４Ａ…は、各プロセッサ７６Ａ…の伝送用ソフトウェアが格納されるとともに、各プロセッサ７６Ａ…用の装置立上用デフォルトデータや警報処理テーブルデータなどのテーブルデータの格納エリアが用意されており、ＲＡＭなどにより構成する。
【０２６０】
図２７は、図２６の処理装置２５０の動作フローチャートである。
以下、この図を参照しつつ、図２６の第１０実施形態による処理装置２５０の動作説明をする。
【０２６１】
プロセッサ盤２５２Ａ…がパワーオン又はリセットされると、ソフトウェア用記憶媒体２５４Ａ…の伝送装置用ソフトウェアが起動されて命令が実行されて、以下の処理をする。
【０２６２】
図２７中のステップＳ８０において、プロセッサ７６Ａ…は、装置立上用デォルトデータ、警報処理テーブルデータなど、プロセッサ７６Ａ…が必要とする全てのテーブルデータを共通ユニットインタフェース盤１７２のテーブルデータ用記憶媒体１７４から順次読み出して、装置立上用デォルトデータ格納エリアや警報処理テーブルデータ格納エリアに書き込み、ダウンロードをする。
【０２６３】
ステップＳ８２においては、プロセッサ７６Ａ…は、ソフトウェア用記憶媒体２５４Ａ…に格納されたテーブルデータを用いて、初期化処理、警報処理などの通常処理を繰り返して行う。
【０２６４】
以上説明した第１０実施形態によれば、第５実施形態と同様の利点がある上に、共通ユニットインタフェース盤１７２からテーブルデータをパワーオンなどの際にソフトウェア用記憶媒体２５４Ａ…にダウンロードしておき、以降の警報処理などにおいては、ソフトウェア用記憶媒体２５４Ａ…にアクセスするので、アクセスの競合により処理速度が低下することがなくなる。
【０２６５】
【発明の効果】
以上説明したように、請求項１記載の発明によれば、各種伝送路インタフェースの警報データを共通フォーマット警報データに変換するので、伝送路インタフェース毎に警報処理が不要となり、警報処理が簡単になる。
【０２６６】
請求項２及び３記載の発明によれば、警報データの優先警報処理をマスクテーブルを用いて行うので、同時に複数の警報が発生する場合の組合せの数が多くなっても、警報処理が複雑になることがなく、処理が簡単になる。
【０２６７】
請求項４及び５記載の発明によれば、共通フォーマット警報データを運用と非運用時用に別々の領域を用意して、運用／非運用に応じて、いずれかの領域に共通フォーマット警報データを作成するので、その運用／非運用の共通フォーマット警報データに運用／非運用のいずれであるかを示す情報を予め記憶しておくことにより、データ作成後は、運用／非運用の判断をして処理することを回避することができるので、処理がより簡単になる。
【０２６８】
請求項６記載の発明によれば、従の伝送路インタフェースに対して、主の伝送路インタフェースのマスクテーブルを用いて、警報優先処理をするので、警報優先処理が簡単になる。
【０２６９】
請求項７記載の発明によれば、未実装警報を共通フォーマット警報データに含ませ、未実装警報に対するマスクテーブルを用意したので、主の伝送路インタフェースが未実装警報の場合でも、従の伝送路インタフェースの警報優先処理をするので、警報優先処理が簡単になる。
【０２７０】
請求項８記載の発明によれば、ソフトウェアを記憶する記憶媒体を搭載するパッケージとソフトウェアが参照するテーブルデータを記憶する記憶媒体を搭載するパッケージを分離しているので、警報処理装置の保守・管理が容易になる。
【０２７１】
請求項９〜１４記載の発明によれば、伝送装置の処理装置が参照するテーブルデータを記憶する記憶媒体を共通にしたので、処理装置の保守・管理が容易になる。
【図面の簡単な説明】
【図１】本発明の伝送装置の警報処理装置の原理図である。
【図２】本発明の第１実施形態による伝送装置の警報処理装置の構成図である。
【図３】図２中のマッピングテーブルを示す図である。
【図４】図２中の共通フォーマット警報データを示す図である。
【図５】図２中のマスクテーブルを示す図である。
【図６】図２中の共通フォーマット警報データの作成を示すフローチャートである。
【図７】図６のフローチャート説明図である。
【図８】図２の警報処理のフローチャートである。
【図９】図８のフローチャート説明図である。
【図１０】図８のフローチャート説明図である。
【図１１】本発明の第２実施形態による伝送装置の警報処理装置の構成図である。
【図１２】図１１の運用／非運用時の動作フローチャートである。
【図１３】図１２のフローチャート説明図である。
【図１４】本発明の第３実施形態による伝送装置の警報処理装置の構成図である。
【図１５】図１４中の未実装時のマスクテーブルを示す図である。
【図１６】図１４の警報優先処理のフローチャートである。
【図１７】図１６のフローチャート説明図である。
【図１８】図１６のフローチャート説明図である。
【図１９】図１６のフローチャート説明図である。
【図２０】本発明の第４実施形態による伝送装置の処理装置の構成図である。
【図２１】本発明の第５実施形態による伝送装置の処理装置の構成図である。
【図２２】本発明の第６実施形態による伝送装置の処理装置の構成図である。
【図２３】本発明の第７実施形態による伝送装置の処理装置の構成図である。
【図２４】本発明の第８実施形態による伝送装置の処理装置の構成図である。
【図２５】本発明の第９実施形態による伝送装置の処理装置の構成図である。
【図２６】本発明の第１０実施形態による伝送装置の処理装置の構成図である。
【図２７】図２６の動作フローチャートである。
【図２８】従来の伝送装置の構成図である。
【図２９】従来の警報処理を示す図である。
【図３０】従来の優先警報処理を示す図である。
【図３１】従来の運用／非運用を示す図である。
【図３２】従来の未実装時の警報処理を示す図である。
【符号の説明】
５０  伝送装置
５２  警報処理装置
５４  フォーマット変換手段
５６  第１記憶手段
５８  第２記憶手段
６０Ａ〜６０Ｎ  伝送路インタフェース
６２Ａ〜６２Ｎ  異常検出回路
６４Ａ〜６４Ｎ  伝送路
【図１】
0003746588.tif 000002
【図２】
0003746588.tif 000003
【図３】
0003746588.tif 000004
【図４】
0003746588.tif 000005
【図５】
0003746588.tif 000006
【図６】
0003746588.tif 000007
【図７】
0003746588.tif 000008
【図８】
0003746588.tif 000009
【図９】
0003746588.tif 000010
【図１０】
0003746588.tif 000011
【図１１】
0003746588.tif 000012
【図１２】
0003746588.tif 000013
【図１３】
0003746588.tif 000014
【図１４】
0003746588.tif 000015
【図１５】
0003746588.tif 000016
【図１６】
0003746588.tif 000017
【図１７】
0003746588.tif 000018
【図１８】
0003746588.tif 000019
【図１９】
0003746588.tif 000020
【図２０】
0003746588.tif 000021
【図２１】
0003746588.tif 000022
【図２２】
0003746588.tif 000023
【図２３】
0003746588.tif 000024
【図２４】
0003746588.tif 000025
【図２５】
0003746588.tif 000026
【図２６】
0003746588.tif 000027
【図２７】
0003746588.tif 000028
【図２８】
0003746588.tif 000029
【図２９】
0003746588.tif 000030
【図３０】
0003746588.tif 000031
【図３１】
0003746588.tif 000032
【図３２】
0003746588.tif 000033