(57)【要約】【課題】  警報収集処理の負荷が低減された伝送装置及び警報処理方法を提供する。【解決手段】  伝送装置は、複数の信号が多重された多重信号を受信する第１受信部と、前記複数の信号をそれぞれ受信する複数の第２受信部と、前記多重信号及び前記複数の信号に関する警報を検出する検出部と、前記検出部が検出した警報を記憶する記憶部と、前記記憶部から警報の検出結果を収集する収集部とを有し、前記収集部は、前記複数の信号の各々に関する警報であって、前記多重信号及び前記複数の信号の間の相関関係による前記多重信号から前記複数の信号への警報の波及の順序が最後である警報の検出結果に応じて、前記多重信号に関する警報または前記複数の信号に関する警報の何れから警報の検出結果の収集を始めるかを決定する。【選択図】図５
2019047372.tif 000002
【特許請求の範囲】
【請求項１】
複数の信号が多重された多重信号を受信する第１受信部と、
前記複数の信号をそれぞれ受信する複数の第２受信部と、
前記多重信号及び前記複数の信号に関する警報を検出する検出部と、
前記検出部が検出した警報を記憶する記憶部と、
前記記憶部から警報の検出結果を収集する収集部とを有し、
前記収集部は、前記複数の信号の各々に関する警報であって、前記多重信号及び前記複数の信号の間の相関関係による前記多重信号から前記複数の信号への警報の波及の順序が最後である警報の検出結果に応じて、前記多重信号に関する警報または前記複数の信号に関する警報の何れから警報の検出結果の収集を始めるかを決定することを特徴とする伝送装置。
【請求項２】
前記収集部は、前記波及の順序が最後である警報が、前記複数の信号の各々に関して発生している場合、前記多重信号に関する警報であって、前記波及の順序が最初である警報から警報の検出結果の収集を始めることを特徴とする請求項１に記載の伝送装置。
【請求項３】
前記収集部は、前記波及の順序が最後である警報が、前記複数の信号の一部に関して発生している場合、前記複数の信号の一部に関する警報であって、前記波及の順序が最後より１つ前である警報から警報の検出結果の収集を始めることを特徴とする請求項１または２に記載の伝送装置。
【請求項４】
前記収集部は、前記波及の順序が最後である警報の検出結果を周期的に収集し、前記波及の順序が最後である警報が、前記複数の信号の何れに関しても発生していない場合、当該周期において他の警報の検出結果を収集しないことを特徴とする請求項１乃至３の何れかに記載の伝送装置。
【請求項５】
複数の信号が多重された多重信号を受信し、
前記複数の信号をそれぞれ受信し、
前記多重信号及び前記複数の信号に関する警報を検出し、
前記検出した警報を記憶部に記憶し、
前記記憶部から警報の検出結果を収集し、
前記記憶部から警報の検出結果を収集する処理において、前記複数の信号の各々に関する警報であって、前記多重信号及び前記複数の信号の間の相関関係による前記多重信号から前記複数の信号への警報の波及の順序が最後である警報の検出結果に応じて、前記多重信号に関する警報または前記複数の信号に関する警報の何れから警報の検出結果の収集を始めるかを決定することを特徴とする警報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、伝送装置及び警報処理方法に関する。
【背景技術】
【０００２】
伝送装置は、信号の伝送状態を監視するため、通信回線ごとに多くの警報を検出する（例えば特許文献１）。警報の検出条件は警報の種類に応じて異なるが、各種の警報の間の相関関係によっては、種類の異なる複数の警報が同一の障害により一度に検出されることがある。この場合、警報から障害の原因を正確に特定することが難しい。
【０００３】
このため、伝送装置では、例えば、伝送処理を行うハードウェアから全ての警報のレジスタ値をソフトウェアにより周期的に収集し、検出された警報のうち、障害の原因を直接的に特定する警報だけを監視制御システムに通知する。このように、通知対象の警報を限定する処理は、例えば「マスク処理」などと呼ばれる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２０４３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のようなソフトウェアの開発期間を短縮するため、例えば、ビルド作業が不要な「Ｌｕａ」などのスクリプト言語が用いられる。しかし、スクリプト言語のような高級言語を用いる場合、インタプリタの実装が必要となるため、他のプログラミング言語を用いた場合より処理速度が低下する。このため、伝送装置のソフトウェアでは、警報の収集速度が低下することにより伝送装置が所期の監視性能を満たさないおそれがある。
【０００６】
そこで本件は、警報収集処理の負荷が低減された伝送装置及び警報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
１つの態様では、伝送装置は、複数の信号が多重された多重信号を受信する第１受信部と、前記複数の信号をそれぞれ受信する複数の第２受信部と、前記多重信号及び前記複数の信号に関する警報を検出する検出部と、前記検出部が検出した警報を記憶する記憶部と、前記記憶部から警報の検出結果を収集する収集部とを有し、前記収集部は、前記複数の信号の各々に関する警報であって、前記多重信号及び前記複数の信号の間の相関関係による前記多重信号から前記複数の信号への警報の波及の順序が最後である警報の検出結果に応じて、前記多重信号に関する警報または前記複数の信号に関する警報の何れから警報の検出結果の収集を始めるかを決定する。
【０００８】
１つの態様では、警報処理方法は、複数の信号が多重された多重信号を受信し、前記複数の信号をそれぞれ受信し、前記多重信号及び前記複数の信号に関する警報を検出し、前記検出した警報を記憶部に記憶し、前記記憶部から警報の検出結果を収集し、前記記憶部から警報の検出結果を収集する処理において、前記複数の信号の各々に関する警報であって、前記多重信号及び前記複数の信号の間の相関関係による前記多重信号から前記複数の信号への警報の波及の順序が最後である警報の検出結果に応じて、前記多重信号に関する警報または前記複数の信号に関する警報の何れから警報の検出結果の収集を始めるかを決定する方法である。
【発明の効果】
【０００９】
１つの側面として、警報収集処理の負荷を低減することができる。
【図面の簡単な説明】
【００１０】
【図１】伝送システムの一例を示す構成図である。
【図２】トランスポンダの一例を示す構成図である。
【図３】何れの回線のリンク障害も発生していない場合の警報管理テーブルの一例を示す図である。
【図４】何れの回線のリンク障害も発生していない場合の原因警報テーブルの一例を示す図である。
【図５】全回線のリンク障害が発生した場合の警報管理テーブルの一例を示す図である。
【図６】全回線のリンク障害が発生した場合の原因警報テーブルの一例を示す図である。
【図７】全回線のリンク障害が発生した場合の警報管理テーブルの他の例を示す図である。
【図８】全回線のリンク障害が発生した場合の原因警報テーブルの他の例を示す図である。
【図９】一部の回線のリンク障害が発生した場合の警報管理テーブルの一例を示す図である。
【図１０】一部の回線のリンク障害が発生した場合の原因警報テーブルの一例を示す図である。
【図１１】一部の回線のリンク障害が発生した場合の警報管理テーブルの他の例を示す図である。
【図１２】一部の回線のリンク障害が発生した場合の原因警報テーブルの他の例を示す図である。
【図１３】警報収集処理の一例を示すフローチャートである。
【図１４】全回線のリンク障害が発生した場合の原因警報の特定処理の一例を示すフローチャートである。
【図１５】一部の回線のリンク障害が発生した場合の原因警報の特定処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
図１は、伝送システムの一例を示す構成図である。伝送システムは、一例として、伝送路である光ファイバを介して対向する一組の伝送装置２を含む。伝送装置２には、クライアント側の複数のＬＡＮ（Local Area Network）と接続された複数のトランスポンダ１が設けられている。トランスポンダ１は、対向する伝送装置２のトランスポンダ１との間で光信号を送受信する。各伝送装置２において、光信号の波長はトランスポンダ１ごとに異なる。
【００１２】
伝送装置２は、例えばＲＯＡＤＭ（Reconfigurable Optical Add/Drop Multiplexer）であり、光信号のアド／ドロップ機能を備える。各伝送装置２は、複数のトランスポンダ１から送信される光信号のうち、アド対象の光信号を波長多重することにより波長多重光信号を生成し、光ファイバを介して、対向する伝送装置２に送信する。また、各伝送装置２は、対向する伝送装置２から光ファイバを介して波長多重光信号を受信し、波長多重光信号に含まれる複数の光信号のうち、ドロップ対象の光信号をトランスポンダ１に入力する。
【００１３】
トランスポンダ１は、例えば各ＬＡＮからイーサネット（登録商標、以下同様）信号を受信し、各回線のイーサネット信号を、一例として「ＯＴＵ（Optical channel Transport Unit）４」のフレーム信号に収容し、光信号として送信する。なお、「ＯＴＵ４」は、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）勧告Ｇ．７０９に規定されたＯＴＮ（Optical Transport Network）のフレームの１つである。
【００１４】
また、トランスポンダ１は、光信号として受信した「ＯＴＵ４」のフレーム信号から複数のイーサネット信号を取り出し、イーサネット信号をＬＡＮに送信する。このように、トランスポンダ１は、複数のイーサネット信号が多重されたフレーム信号を受信し、フレーム信号から複数のイーサネット信号を分離して複数のＬＡＮにそれぞれ送信する。トランスポンダ１は、一例としてデジタルコヒーレント光伝送方式に従いフレーム信号の送受信処理を行う。なお、イーサネット信号は信号の一例であり、フレーム信号は、複数の信号が多重された多重信号の一例である。
【００１５】
また、ネットワーク監視制御装置４は、例えばネットワークＯｐＳ（Operation System）であり、各伝送装置２を監視制御する。ネットワーク監視制御装置４は、例えばトランスポンダ１から警報の発生及び回復の通知を受ける。
【００１６】
図２は、トランスポンダ１の一例を示す構成図である。トランスポンダ１は、ＣＰＵ（Central Processing Unit）回路９と、複数の光送受信器１７と、光モジュール１８と、伝送処理部１６０と、信号処理部１６１とを有する。
【００１７】
光送受信器１７は、各ＬＡＮと回線＃１〜＃１０を介してイーサネット信号Ｓを送受信する。光送受信器１７は、例えばレーザダイオードやフォトディテクタなどを含む回路から構成されている。光送受信器１７は、回線＃１〜＃１０を介して受信したイーサネット信号Ｓを光信号から電気信号に変換して伝送処理部１６０に出力する。
【００１８】
また、光送受信器１７は、伝送処理部１６０から入力されたイーサネット信号Ｓを電気信号から光信号に変換して回線＃１〜＃１０を介しＬＡＮに送信する。すなわち、複数の光送受信器１７は、フレーム信号Ｓｍｕｘから分離された複数のイーサネット信号Ｓを伝送処理部１６０からそれぞれ受信する。なお、複数の光送受信器１７は、複数の第２受信部の一例である。
【００１９】
伝送処理部１６０は、イーサネット信号Ｓ及びフレーム信号Ｓｍｕｘの伝送処理を複数のレーンにより行う。伝送処理部１６０は、例えばＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specified Integrated Circuit）などのハードウェアから構成される回路である。
【００２０】
伝送処理部１６０は、各回線のイーサネット信号Ｓをフレーム信号Ｓｍｕｘに収容することにより各イーサネット信号Ｓをフレーム信号Ｓｍｕｘに多重する。伝送処理部１６０は、フレーム信号Ｓｍｕｘを信号処理部１６１に出力する。
【００２１】
また、伝送処理部１６０には、信号処理部１６１からフレーム信号Ｓｍｕｘが入力される。伝送処理部１６０は、フレーム信号Ｓｍｕｘから各回線のイーサネット信号を分離して光送受信器１７に出力する。伝送処理部１６０には、メモリ領域１６０ａと、警報検出部１６０ｂとが設けられている。
【００２２】
警報検出部１６０ｂは、検出部の一例であり、フレーム信号Ｓｍｕｘ及び複数のイーサネット信号Ｓに関して警報を検出する。警報は、例えばイーサネット信号Ｓ及びフレーム信号Ｓｍｕｘの伝送処理において、イーサネット信号Ｓ及びフレーム信号Ｓｍｕｘのオーバヘッドの制御情報やその他の制御信号から検出される。
【００２３】
警報検出部１６０ｂは、各警報の検出結果を、記憶部の一例であるメモリ領域１６０ａにより記憶する。メモリ領域１６０ａには、警報ごとのアドレスに対応して、警報の検出結果を示すレジスタ値が格納されている。ＣＰＵ回路９は、メモリ領域１６０ａにアクセスすることにより伝送処理部１６０から警報の検出結果を収集する。なお、警報については、例を挙げて後述する。
【００２４】
信号処理部１６１は、例えばデジタルコヒーレント光伝送方式に従ってフレーム信号Ｓｍｕｘの信号処理を行う。より具体的には、信号処理部１６１は、フレーム信号Ｓｍｕｘのデジタル−アナログ変換やフィルタリング処理などを行う。信号処理部１６１は、例えばＦＰＧＡやＡＳＩＣなどのハードウェアから構成される回路である。
【００２５】
信号処理部１６１は、光モジュール１８から入力されたフレーム信号Ｓｍｕｘに対し所定の処理を行ってフレーム信号Ｓｍｕｘを伝送処理部１６０に出力する。また、信号処理部１６１は、伝送処理部１６０から入力されたフレーム信号Ｓｍｕｘに対し所定の処理を行ってフレーム信号Ｓｍｕｘを光モジュール１８に出力する。
【００２６】
光モジュール１８は、例えばトランスポンダ１に対して着脱自在であり、例えば電気コネクタを介して信号処理部１６１に接続される。光モジュール１８としては、例えばＣＦＰ（100 Gigabit Form-factor Pluggable）２−ＡＣＯ（Analog Coherent Optics）が挙げられるが、これに限定されない。
【００２７】
光モジュール１８は、対向する伝送装置２との間で、光ファイバを介しフレーム信号Ｓｍｕｘを送受信する。光モジュール１８は、受信したフレーム信号Ｓｍｕｘを光信号から電気信号に変換して信号処理部１６１に出力する。また、光モジュール１８は、信号処理部１６１から入力されたフレーム信号Ｓｍｕｘを電気信号から光信号に変換して、光ファイバを介して、対向する伝送装置２に送信する。すなわち、光モジュール１８は、第１受信部の一例であり、複数のイーサネット信号Ｓが多重されたフレーム信号Ｓｍｕｘを受信する。
【００２８】
ＣＰＵ回路９は、ＣＰＵ１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、ＳＲＡＭ（Static RAM）１３、通信ポート１４、及びハードウェアインターフェース部（ＨＷ−ＩＦ）１５を有する。ＣＰＵ１０は、互いに信号の入出力ができるように、ＲＯＭ１１、ＲＡＭ１２、ＳＲＡＭ１３、通信ポート１４、及びＨＷ−ＩＦ１５と、バス１９を介して接続されている。
【００２９】
ＲＯＭ１１は、ＣＰＵ１０を駆動するプログラムが格納されている。プログラムは、一例として「Ｌｕａ」などのスクリプト言語により記述されている。このため、ＲＯＭ１１には、スクリプト言語に対応するインタプリタが格納されている。
【００３０】
ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして機能する。通信ポート１４は、例えばレイヤ２スイッチであり、ＣＰＵ１０とネットワーク監視制御装置４の通信を処理する。ＨＷ−ＩＦ１５は、例えばＣＰＬＤ（Complex Programmable Logic Device）であり、ＣＰＵ１０と伝送処理部１６０及び信号処理部１６１の通信を処理する。
【００３１】
ＣＰＵ１０は、ＲＯＭ１１からプログラムを読み込むと、機能として、動作制御部１００、警報収集部１０１、警報通知部１０２、タイマ１０３、及びアクセスドライバ１０４が形成される。また、ＳＲＡＭ１３には、警報管理テーブル１３０及び原因警報テーブル１３１が格納されている。
【００３２】
動作制御部１００はトランスポンダ１の動作を制御する。動作制御部１００は、警報収集部１０１、警報通知部１０２、及びタイマ１０３に動作を指示する。
【００３３】
動作制御部１００は、トランスポンダ１の起動後、ＨＷ−ＩＦ１５を介し伝送処理部１６０及び信号処理部１６１に各種の初期設定を行う。これにより、トランスポンダ１には、イーサネット信号Ｓ及びフレーム信号Ｓｍｕｘが疎通し始める。
【００３４】
また、動作制御部１００は、トランスポンダ１の起動後、タイマ１０３を起動させる。動作制御部１００は、タイマ１０３のタイマ値に基づいて警報収集部１０１を周期的に起動する。
【００３５】
警報収集部１０１は、収集部の一例であり、動作制御部１００の指示に従い、周期的（例えば５００（msec）周期）に伝送処理部１６０に対して警報収集処理を実行する。警報収集部１０１は、アクセスドライバ１０４により伝送処理部１６０のメモリ領域１６０ａにアクセスする。アクセスドライバ１０４は、ＣＰＵ１０からＨＷ−ＩＦ１５を介したメモリ領域１６０ａへのアクセスを制御する。
【００３６】
警報管理テーブル１３０には、各警報の検出結果であるレジスタ値が格納されたメモリ領域１６０ａのアドレスと、そのレジスタ値と、警報の波及順序とが登録されている。警報の波及順序とは、後述するように、各警報の間の相関関係によるフレーム信号Ｓｍｕｘから各回線＃１〜＃１０のイーサネット信号Ｓへの警報の波及の順序である。このように、警報管理テーブル１３０には、メモリ領域１６０ａのアドレスに対応する警報の波及順序が登録されている。
【００３７】
警報収集部１０１は、警報管理テーブル１３０のアドレスを参照することにより、収集対象の警報のレジスタ値をメモリ領域１６０ａの該当アドレスから収集して警報管理テーブル１３０に書き込む。警報収集部１０１は、波及順序に基づき、障害の原因を特定する１以上の警報（以下、「原因警報」と表記）の検出結果を収集するまでメモリ領域１６０ａから警報の検出結果を収集する。このとき、警報収集部１０１は、各回線＃１〜＃１０のイーサネット信号Ｓに関する警報であって、波及順序が最後である警報の検出結果を周期的に収集し、その各警報の検出結果に応じて、フレーム信号Ｓｍｕｘに関する警報または各回線＃１〜＃１０のイーサネット信号Ｓに関する警報の何れから警報の検出結果の収集を始めるかを決定する。
【００３８】
警報の検出条件は警報の種類に応じて異なるが、各種の警報の間の相関関係によっては、種類の異なる複数の警報が同一の障害により一度に検出されることがある。このため、原因警報は、検出された警報のうち、波及順序が最も早いものとなる。
【００３９】
警報収集部１０１は、波及順序が最後である各回線＃１〜＃１０の警報の検出結果からその次に収集する警報を決定することにより、原因警報の検出結果を、メモリ領域１６０ａに対する最小のアクセス回数で収集することができる。したがって、警報収集部１０１は、周期的に全ての警報の検出結果を収集する必要がなく、さらに警報のマスク処理を行う必要もないため、警報収集処理の負荷が低減される。
【００４０】
警報収集部１０１は、原因警報を特定し、原因警報テーブル１３１に登録する。原因警報テーブル１３１は、例えば二重化されており、各警報の発生または未発生を示す発生フラグが登録されている。警報収集部１０１は、アクセス対象の原因警報テーブル１３１を周期ごとに交互に切り替える。
【００４１】
警報通知部１０２は、警報収集処理の後、動作制御部１００の指示に従い、原因警報テーブル１３１に基づいて警報の発生及び回復を、通信ポート１４を介してネットワーク監視制御装置４に通知する。警報通知部１０２は、警報収集部１０１と同様にアクセス対象の原因警報テーブル１３１を周期ごとに交互に切り替える。警報通知部１０２は、周期ごとに同じ原因警報テーブル１３１にアクセスする。
【００４２】
警報通知部１０２は、原因警報テーブル１３１同士を比較し、比較の結果、新たに発生または回復した警報をネットワーク監視制御装置４に通知する。つまり、警報通知部１０２は、最新の警報収集処理による警報の検出結果が反映された原因警報テーブル１３１と、前回の警報収集処理による警報の検出結果が反映された原因警報テーブル１３１とを比較することにより警報の状態変化を検出し、警報の状態変化をネットワーク監視制御装置４に通知する。
【００４３】
次に警報収集部１０１の警報収集処理の例を説明する。
【００４４】
図３は、何れの回線＃１〜＃１０のリンク障害ＬＦＳ（Link Fault Signaling）も発生していない場合の警報管理テーブル１３０の一例を示す図である。リンク障害ＬＦＳは、各回線＃１〜＃１０のイーサネット信号Ｓに関する警報であって、波及順序が最後である警報の一例である。
【００４５】
警報管理テーブル１３０には、警報ごとに、警報に該当する回線＃１〜＃１０の識別番号である回線ＩＤ（＃１〜＃１０）と、波及順序と、メモリ領域１６０ａのアドレスと、警報の検出結果を示すレジスタ値とが登録されている。なお、未収集のレジスタ値と回線＃１〜＃１０に該当しない警報の回線ＩＤは、「−」で示されている。また、警報管理テーブル１３０による管理対象の警報の内容は以下のとおりである。
【００４６】
ＬＯＳ（Loss Of Signal）、ＬＯＦ（Loss of Frame）、及びＬＯＭ（Loss Of Multi-frame）は、フレーム信号Ｓｍｕｘに関する警報である。ＬＯＳは、光モジュール１８への光入力（フレーム信号Ｓｍｕｘの入力）がない場合に検出される。ＬＯＦは、フレーム信号Ｓｍｕｘのフレーム同期が外れた場合に検出される。ＬＯＭは、複数のレーンでフレーム信号Ｓｍｕｘのフレーム同期が外れた場合に検出される。
【００４７】
ＬＯＳＹＮＣ（Loss Of Synchronization）、ＨＢＥＲ（High Bit Error Rate）、ＴＩＭ（Trace Identifier Mismatch）、ＩＡＥ（Incoming Alignment Error）、ＢＤＩ（Backward Defect Indication）、ＢＩＡＥ（Backward Incoming Alignment Error）、及びＬＦＳは、回線＃１〜＃１０ごとのイーサネット信号Ｓに関する警報である。ＬＯＳＹＮＣは、信号処理部１６１から入力されたイーサネット信号Ｓのフレーム同期が外れた場合に検出される。ＨＢＥＲは、ビットエラーレートが一定以上である場合に検出される。
【００４８】
ＴＩＭは、信号処理部１６１から入力されたイーサネット信号Ｓに含まれるトレース情報が期待値に一致しない場合に検出される。ＩＡＥは、各レーン間において、信号処理部１６１から入力されたイーサネット信号Ｓのデータの配列エラーが発生した場合に検出される。ＢＤＩは、ＬＡＮ側からイーサネット信号Ｓの未受信が通知された場合に検出される。
【００４９】
ＢＩＡＥは、信号処理部１６１に出力するイーサネット信号Ｓのデータの配列エラーが発生した場合に検出される。ＬＦＳは、光送受信器１７とＬＡＮ内の装置とのリンクが切断された場合に検出される。
【００５０】
フレーム信号Ｓｍｕｘに関する警報の波及順序は、イーサネット信号Ｓに関する警報の波及順序より早い。すなわち、ＬＯＳ、ＬＯＦ、及びＬＯＭの波及順序は、それぞれ、１，２，３であり、ＬＯＳＹＮＣなどの回線＃１〜＃１０ごとの他の警報の波及順位より早い。これは、フレーム信号Ｓｍｕｘに異常がある場合、フレーム信号Ｓｍｕｘから分離された各イーサネット信号Ｓにも異常が発生するからである。
【００５１】
例えば、ＬＯＳが発生した場合、フレーム信号Ｓｍｕｘがトランスポンダ１に入力されないため、各回線＃１〜＃１０のイーサネット信号Ｓのフレーム同期が外れることによりＬＯＳＹＮＣが発生する。さらに、この場合、リンクパススルー機能により各回線＃１〜＃１０のリンクが切断されることによりＬＦＳが発生する。
【００５２】
このように、フレーム信号Ｓｍｕｘに関する警報とイーサネット信号Ｓに関する警報の相関関係に基づいて、フレーム信号Ｓｍｕｘに関する警報の波及順序は、イーサネット信号Ｓに関する警報の波及順序より早くなるように設定されている。
【００５３】
また、ＬＯＳ、ＬＯＦ、及びＬＯＭの波及順序は、ＬＯＳ、ＬＯＦ、及びＬＯＭの間の相関関係に基づき設定されている。例えば、ＬＯＳが発生した場合、フレーム信号Ｓｍｕｘがトランスポンダ１に入力されないため、フレーム信号Ｓｍｕｘのフレーム同期が外れることによりＬＯＦが発生する。このため、ＬＯＳの波及順序は１に設定され、ＬＯＦの波及順序は２に設定される。
【００５４】
また、ＬＦＳなどの回線＃１〜＃１０ごとの警報の波及順序は、その警報同士の相関関係に基づき設定されている。例えば、ＢＩＡＥが発生した場合、光送受信器１７のリンクが切断されることによりＬＦＳが発生する。このため、ＢＩＡＥの波及順序は９に設定され、ＬＦＳの波及順序は１０に設定される。
【００５５】
このように、警報の波及順序は、警報同士の相関関係に基づいて警報が波及する順序を示す。したがって、ある警報が発生すると、その警報より波及順序が遅い警報も同時に発生する。例えば、ＬＯＳが発生すると、波及順序が２以下である各警報も発生し、ＬＯＭが発生すると、波及順序が４以下である各警報も発生する。
【００５６】
また、イーサネット信号Ｓに関する警報は回線＃１〜＃１０ごとに波及する。例えば、回線＃１のＩＡＥが発生した場合、回線＃１のＢＤＩ、ＢＩＡＥ、及びＬＦＳも発生し、回線＃１０のＢＩＡＥが発生した場合、回線＃１０のＬＦＳも発生する。
【００５７】
このため、共通の障害により複数の警報が発生した場合、波及順序が最も早い警報が原因警報となる。例えば、全ての警報が発生した場合、原因警報はＬＯＳであり、回線＃１のＢＤＩ、ＢＩＡＥ、及びＬＦＳが発生した場合、原因警報はＢＤＩである。
【００５８】
警報収集部１０１は、波及順序が最も遅い警報である各回線＃１〜＃１０のＬＦＳのレジスタ値（点線枠を参照）を周期的に収集し、そのレジスタ値に応じて、フレーム信号Ｓｍｕｘに関する警報または各回線＃１〜＃１０のイーサネット信号Ｓの何れから警報の検出結果の収集を始めるかを決定する。これにより、警報収集部１０１は、波及順序が原因警報に近い警報の検出結果から収集を開始することができるため、原因警報のレジスタ値を収集するまでの収集回数（つまり、メモリ領域１６０ａへのアクセス回数）を低減することができる。
【００５９】
本例において、各回線＃１〜＃１０のＬＦＳのレジスタ値は０である。つまり、何れの回線＃１〜＃１０のＬＦＳも検出されていない。このため、警報収集部１０１は、原因警報がない（つまり、障害がない）と判定して、当該周期の警報収集処理を終了する。
【００６０】
警報収集部１０１は、波及順序が最後であるＬＦＳが、各回線＃１〜＃１０のイーサネット信号Ｓの何れに関しても発生していない場合、当該周期において他の警報の検出結果を収集しない。このため、警報収集部１０１は、警報収集処理を各回線＃１〜＃１０のＬＦＳの収集だけに抑えることにより、その負荷を低減することができる。
【００６１】
本例では、警報収集部１０１は、全部で７３個の警報のうち、１０個のＬＦＳだけを収集するため、メモリ領域１６０ａに対するアクセス回数を、全警報を収集する場合と比較して、８６（％）（＝（１−１０／７３）×１００）分だけ削減することができる。
【００６２】
図４は、何れの回線＃１〜＃１０のリンク障害ＬＦＳも発生していない場合の原因警報テーブル１３１の一例を示す図である。原因警報テーブル１３１には、警報ごとの回線ＩＤ及び発生フラグが登録されている。なお、回線＃１〜＃１０に該当しない警報の回線ＩＤは「−」で示されている。
【００６３】
本例では、何れの回線＃１〜＃１０のＬＦＳも発生していないため、原因警報はない。このため、各警報の発生フラグは「０」（未発生）を示す。
【００６４】
図５は、全回線＃１〜＃１０のリンク障害ＬＦＳが発生した場合の警報管理テーブル１３０の一例を示す図である。本例では、原因警報としてＬＯＳが発生していると仮定する。
【００６５】
警報収集部１０１は、点線枠で示されるように、各回線＃１〜＃１０のＬＦＳのレジスタ値が１であるため、全ての回線＃１〜＃１０のＬＦＳが検出されたと判定する。全ての回線＃１〜＃１０のイーサネット信号Ｓに異常がある場合、上述したように、各イーサネット信号Ｓの分離元のフレーム信号Ｓｍｕｘの処理において異常が生じたことが考えられる。
【００６６】
したがって、警報収集部１０１は、原因警報の収集までの警報の収集回数を最少とするために、フレーム信号Ｓｍｕｘに関する警報から収集を開始する。例えば、警報収集部１０１は、符号Ｕで示されるように、波及順序の昇順（１，２，３，・・・，９）に従って各波及順序の警報を収集する。
【００６７】
より具体的には、警報収集部１０１は、波及順序が最初の警報であるＬＯＳのレジスタ値を読み出し、レジスタ値が０であればＬＯＦのレジスタ値を読み出す。そして、警報収集部１０１は、ＬＯＦのレジスタ値が０であればＬＯＭのレジスタ値を読み出す。警報収集部１０１は、以降の警報についても、収集したレジスタ値が１となるまで同様の手順で読み出す。
【００６８】
本例では、ＬＯＳのレジスタ値が、点線の丸で示されるように、１であるため、警報収集部１０１はＬＯＳを原因警報として特定する。このため、警報収集部１０１は、波及順序が２〜９の各警報のレジスタ値を収集することなく、警報収集処理を終了する。
【００６９】
図６は、全回線＃１〜＃１０のリンク障害ＬＦＳが発生した場合の原因警報テーブル１３１の一例を示す図である。警報収集部１０１は、上記のとおりＬＯＳを原因警報として特定したため、点線枠で示されるように、ＬＯＳの発生フラグを「１」に設定する。
【００７０】
図７は、全回線＃１〜＃１０のリンク障害ＬＦＳが発生した場合の警報管理テーブル１３０の他の例を示す図である。本例では、原因警報としてＬＯＦが発生していると仮定する。
【００７１】
警報収集部１０１は、点線枠で示されるように、各回線＃１〜＃１０のＬＦＳのレジスタ値が１であるため、上記の例と同様に、原因警報の収集までの警報の収集回数を最少とするために、フレーム信号Ｓｍｕｘに関する警報から収集を開始する。例えば、警報収集部１０１は、符号Ｕで示されるように、波及順序が最も早いＬＯＳから波及順序の昇順に従って各波及順序の警報を収集する。
【００７２】
本例では、ＬＯＦのレジスタ値が、点線の丸で示されるように、１であるため、警報収集部１０１はＬＯＦを原因警報として特定する。このため、警報収集部１０１は、波及順序が３〜９の各警報のレジスタ値を収集することなく、警報収集処理を終了する。なお、警報収集部１０１は、波及順序が２〜９の各警報のレジスタ値が０である場合、回線＃１〜＃１０のＬＦＳを原因警報として特定する。
【００７３】
このように、警報収集部１０１は、波及順序が最後であるＬＦＳが、各イーサネット信号Ｓに関して発生している場合、フレーム信号Ｓｍｕｘに関する警報の検出結果から警報の検出結果の収集を始める。このため、警報収集部１０１は、原因警報の検出結果を収集するまでの警報の収集回数を低減することにより警報収集処理の負荷を低減することができる。
【００７４】
図５の例では、警報収集部１０１は、全部で７３個の警報のうち、１０個のＬＦＳと１個のＬＯＳだけを収集するため、メモリ領域１６０ａに対するアクセス回数を、全警報を収集する場合と比較して、８４．９（％）（＝（１−１１／７３）×１００）分だけ削減することができる。また、図７の例の場合、アクセス回数は８３．６（％）分だけ削減される。
【００７５】
図８は、全回線＃１〜＃１０のリンク障害ＬＦＳが発生した場合の原因警報テーブル１３１の他の例を示す図である。警報収集部１０１は、上記のようにＬＯＦを原因警報として特定したため、点線枠で示されるように、ＬＯＦの発生フラグを「１」に設定する。
【００７６】
上記のように、警報収集部１０１は、ＬＦＳが各イーサネット信号Ｓに関して発生している場合、フレーム信号Ｓｍｕｘに関する警報であって、波及順序が最初であるＬＯＳの検出結果から警報の検出結果の収集を始める。このため、警報収集部１０１は、波及順序に従い効率的に原因警報の検出結果を収集できる。
【００７７】
図９は、一部の回線＃１〜＃１０のリンク障害ＬＦＳが発生した場合の警報管理テーブル１３０の一例を示す図である。本例では、回線＃１のＢＩＡＥを原因警報として仮定し、回線＃１〜＃１０のＬＦＳのうち、回線＃１のＬＦＳのみが発生したと仮定する。
【００７８】
警報収集部１０１は、符号Ｇａで示されるように、回線＃１のＬＦＳのレジスタ値が１であるため、回線＃１のＬＦＳが検出されたと判定する。回線＃１〜＃１０一部のイーサネット信号Ｓだけに異常がある場合、分離元のフレーム信号Ｓｍｕｘの処理では異常がなく、分離後のイーサネット信号Ｓの処理において異常が生じたと考えられる。
【００７９】
したがって、警報収集部１０１は、原因警報の収集までの警報の収集回数を最少とするために、イーサネット信号Ｓに関する警報から収集を開始する。例えば、警報収集部１０１は、符号Ｄで示されるように、波及順序が最後より１つ前のＢＩＡＥから波及順序の降順（９，８，６，・・・，１）に従って各波及順序の警報を収集する。
【００８０】
つまり、警報収集部１０１は、ＢＩＡＥのレジスタ値を読み出し、レジスタ値が１であればＢＤＩのレジスタ値を読み出す。そして、警報収集部１０１は、ＢＤＩのレジスタ値が１であればＩＡＥのレジスタ値を読み出す。警報収集部１０１は、以降の警報についても、収集したレジスタ値が０となるまで同様の手順で読み出す。
【００８１】
本例において、警報収集部１０１は、符号Ｇｂで示されるように、回線＃１のＢＩＡＥのレジスタ値が１であるため、波及順序がＢＩＡＥより１つ前の警報である回線＃１のＢＤＩのレジスタ値を収集する。警報収集部１０１は、符号Ｇｃで示されるように、回線＃１のＢＤＩのレジスタ値が０であるため、点線の丸で示されるように、回線＃１のＢＩＡＥを原因警報として特定する。このため、警報収集部１０１は、波及順序が１〜７の各警報のレジスタ値を収集することなく、警報収集処理を終了する。
【００８２】
図１０は、一部の回線＃１のリンク障害ＬＦＳが発生した場合の原因警報テーブル１３１の一例を示す図である。警報収集部１０１は、上記のように回線＃１のＢＩＡＥを原因警報として特定したため、点線枠で示されるように、回線＃１のＢＩＡＥの発生フラグを「１」に設定する。
【００８３】
図１１は、一部の回線＃１〜＃１０のリンク障害ＬＦＳが発生した場合の警報管理テーブル１３０の他の例を示す図である。本例では、回線＃１のＢＤＩを原因警報として仮定し、回線＃１〜＃１０のＬＦＳのうち、回線＃１のＬＦＳのみが発生したと仮定する。
【００８４】
警報収集部１０１は、符号Ｇｄで示されるように、回線＃１のＬＦＳのレジスタ値が１であるため、上記の例と同様に、イーサネット信号Ｓに関する警報から収集を開始する。例えば、警報収集部１０１は、波及順序が最後より１つ前のＢＩＡＥから収集を始める。
【００８５】
警報収集部１０１は、符号Ｇｅで示されるように、回線＃１のＢＩＡＥのレジスタ値が１であるため、波及順序がＢＩＡＥより１つ前の警報である回線＃１のＢＤＩのレジスタ値を収集する。警報収集部１０１は、符号Ｇｆで示されるように、回線＃１のＢＤＩのレジスタ値が１であるため、波及順序がＢＤＩより１つ前の警報である回線＃１のＩＡＥのレジスタ値を収集する。
【００８６】
警報収集部１０１は、符号Ｇｇで示されるように、回線＃１のＩＡＥのレジスタ値が０であるため、回線＃１のＢＤＩを原因警報として特定する（点線の丸参照）。このため、警報収集部１０１は、波及順序が１〜６の各警報のレジスタ値を収集することなく、警報収集処理を終了する。
【００８７】
このように、警報収集部１０１は、波及順序が最後であるＬＦＳが、一部のイーサネット信号Ｓに関して発生している場合、そのイーサネット信号Ｓに関する警報から警報の検出結果の収集を始める。このため、警報収集部１０１は、原因警報の検出結果を収集するまでの警報の収集回数を低減することにより警報収集処理の負荷を低減することができる。
【００８８】
図９の例では、警報収集部１０１は、全部で７３個の警報のうち、１０個のＬＦＳと１個のＢＩＡＥと１個のＢＤＩだけを収集するため、メモリ領域１６０ａに対するアクセス回数を、全警報を収集する場合と比較して、８３．６（％）（＝（１−１２／７３）×１００）分だけ削減することができる。また、図１１の例の場合、アクセス回数は８２．２（％）分だけ削減される。
【００８９】
図１２は、一部の回線＃１のリンク障害が発生した場合の原因警報テーブル１３１の他の例を示す図である。警報収集部１０１は、上記のように回線＃１のＢＤＩを原因警報として特定したため、点線枠で示されるように、回線＃１のＢＤＩの発生フラグを「１」に設定する。
【００９０】
このように、警報収集部１０１は、ＬＦＳが一部のイーサネット信号Ｓに関して発生している場合、波及順序が最後より１つ前であるＢＩＡＥの検出結果から警報の検出結果の収集を始める。警報収集部１０１は、波及順序に従い効率的に原因警報の検出結果を収集できる。
【００９１】
図１３は、警報収集処理の一例を示すフローチャートである。なお、警報収集処理は警報処理方法の一例である。
【００９２】
動作制御部１００は、トランスポンダ１が起動すると、伝送処理部１６０及び信号処理部１６１に初期設定を行う（ステップＳｔ１）。これにより、トランスポンダ１には、イーサネット信号Ｓ及びフレーム信号Ｓｍｕｘが疎通し始める。
【００９３】
次に、動作制御部１００は、タイマ１０３のタイマ値に基づき、警報収集処理の周期（警報収集周期）が到来したか否かを判定する（ステップＳｔ２）。動作制御部１００は、警報収集処理の周期が到来していない場合（ステップＳｔ２のＮｏ）、再びステップＳｔ２の処理を実行する。
【００９４】
警報収集部１０１は、警報収集処理の周期が到来している場合（ステップＳｔ２のＹｅｓ）、警報管理テーブル１３０の各警報のレジスタ値をクリアする（ステップＳｔ３）。なお、クリア後のレジスタ値は０及び１以外の値となる。
【００９５】
次に、警報収集部１０１は、メモリ領域１６０ａから各回線＃１〜＃１０のＬＦＳ（ＬＦＳ（＃１〜＃１０））のレジスタ値を読み出す（ステップＳｔ４）。つまり、警報収集部１０１は、最初に収集する警報の検出結果を決定するために、波及順序が最後の警報の検出結果を周期的に収集する。警報収集部１０１は、以下のステップＳｔ５及びＳｔ９の各処理によりＬＦＳ以外の警報の収集順序を決定する。
【００９６】
警報収集部１０１は、何れの回線＃１〜＃１０のＬＦＳも未発生である場合（ステップＳｔ５のＹｅｓ）、原因警報テーブル１３１の各警報のレジスタ値を０（未発生）に更新する（ステップＳｔ６）。つまり、警報収集部１０１は、図３及び図４の例のように、各回線＃１〜＃１０のＬＦＳを収集した後、他の警報のレジスタ値を収集せずに警報収集処理を終了する。このため、警報収集部１０１は、ＬＦＳ以外の警報の収集を省くことで警報収集処理の負荷を低減することができる。
【００９７】
次に、警報通知部１０２は、当該周期の原因警報テーブル１３１を直前の周期の原因警報テーブル１３１と比較する（ステップＳｔ７）。これにより、警報通知部１０２は、新たに発生または回復した警報を特定することができる。
【００９８】
次に、警報通知部１０２は、新たに発生または回復した警報をネットワーク監視制御装置４に通知する（ステップＳｔ８）。その後、ステップＳｔ２以降の各処理が再び実行される。
【００９９】
警報収集部１０１は、何れかの回線＃１〜＃１０のＬＦＳが発生している場合（ステップＳｔ５のＮｏ）、全ての回線＃１〜＃１０のＬＦＳが発生しているか否かを判定する（ステップＳｔ９）。警報収集部１０１は、全ての回線＃１〜＃１０のＬＦＳが発生している場合（ステップＳｔ９のＹｅｓ）、図５〜図８を参照して述べた方法に従って原因警報を特定する（ステップＳｔ１０）。
【０１００】
また、警報収集部１０１は、一部の回線＃１〜＃１０のＬＦＳが発生している場合（ステップＳｔ９のＮｏ）、図９〜図１２を参照して述べた方法に従って原因警報を特定する（ステップＳｔ１１）。なお、ステップＳｔ１０及びＳｔ１１の各処理については後述する。
【０１０１】
次に、警報収集部１０１は、原因警報テーブル１３１の原因警報のレジスタ値を１に更新する（ステップＳｔ６）。その後、ステップＳｔ７以降の各処理が実行される。このようにして、警報収集処理は実行される。
【０１０２】
図１４は、全回線＃１〜＃１０のリンク障害ＬＦＳが発生した場合の原因警報の特定処理の一例を示すフローチャートである。本処理は、警報処理方法の一例であり、上記のステップＳｔ１０において実行される。
【０１０３】
警報収集部１０１は、波及順序Ｎを１にセットする（ステップＳｔ３１）。これにより、警報収集部１０１は、次の収集対象の警報を、波及順序Ｎが１であるＬＯＳに決定する。警報収集部１０１は、以下の処理において、波及順序Ｎを１つずつ加算するたびにその波及順序の警報のレジスタ値を収集することにより、波及順序の昇順に従って警報の検出結果を収集することができる。
【０１０４】
次に、警報収集部１０１は、メモリ領域１６０ａから波及順序Ｎの警報のレジスタ値を読み出す（ステップＳｔ３２）。つまり、警報収集部１０１は、伝送処理部１６０から波及順序Ｎの警報の検出結果を収集する。
【０１０５】
次に、警報収集部１０１は、波及順序Ｎの警報が発生しているか否かを判定する（ステップＳｔ３３）。より具体的には、警報収集部１０１は、警報のレジスタ値が１であるか否かを判定する。
【０１０６】
警報収集部１０１は、波及順序Ｎの警報が発生している場合（ステップＳｔ３３のＹｅｓ）、その警報を原因警報として特定する（ステップＳｔ３４）。これにより、警報収集部１０１は、図５の例では、波及順序が１のＬＯＳを原因警報として特定し、図７の例では、波及順序が２のＬＯＦを原因警報として特定する。
【０１０７】
また、警報収集部１０１は、波及順序Ｎの警報が発生していない場合（ステップＳｔ３３のＮｏ）、波及順序Ｎに１を加算する（ステップＳｔ３５）。警報収集部１０１は、波及順序Ｎを１つずつ加算することにより、波及順序の昇順に従い警報の検出結果を収集することができる。
【０１０８】
次に、警報収集部１０１は、波及順序Ｎが最大値の１０に達したか否かを判定する（ステップＳｔ３６）。警報収集部１０１は、波及順序Ｎが１０に達した場合（ステップＳｔ３６のＹｅｓ）、各回線＃１〜＃１０のＬＦＳを原因警報として特定する（ステップＳｔ３７）。
【０１０９】
また、警報収集部１０１は、波及順序Ｎが１０に達していない場合（ステップＳｔ３６のＮｏ）、ステップＳｔ３２以降の各処理を再び実行する。このようにして、原因警報の特定処理は実行される。
【０１１０】
このように、警報収集部１０１は、各回線＃１〜＃１０のＬＦＳが発生している場合、波及順序が最初（Ｎ＝１）であるＬＯＳの検出結果から警報の検出結果の収集を始め、原因警報の検出結果を収集するまで、波及順序の昇順に従い他の警報の検出結果を収集する。このため、警報収集部１０１は、原因警報の検出結果を収集するまでの警報の収集回数を低減することにより警報収集処理の負荷を低減することができる。
【０１１１】
図１５は、一部の回線＃１〜＃１０のリンク障害ＬＦＳが発生した場合の原因警報の特定処理の一例を示すフローチャートである。本処理は、警報処理方法の一例であり、上記のステップＳｔ１１において実行される。
【０１１２】
警報収集部１０１は、各回線＃１〜＃１０のうち、ＬＦＳが発生した回線の１つを選択する（ステップＳｔ２１）。警報収集部１０１は、以下のステップＳｔ２２〜Ｓｔ２９の各処理を、ＬＦＳが発生した全ての回線＃１〜＃１０について実行する。
【０１１３】
次に、警報収集部１０１は、波及順序Ｎを９にセットする（ステップＳｔ２２）。これにより、警報収集部１０１は、次の収集対象の警報を、波及順序Ｎが９であるＢＩＡＥに決定する。警報収集部１０１は、以下の処理において、波及順序Ｎを１つずつ減算するたびにその波及順序の警報のレジスタ値を収集することにより、波及順序の降順に従って警報の検出結果を収集することができる。
【０１１４】
次に、警報収集部１０１は、メモリ領域１６０ａから波及順序Ｎの警報のレジスタ値を読み出す（ステップＳｔ２３）。つまり、警報収集部１０１は、伝送処理部１６０から波及順序Ｎの警報の検出結果を収集する。
【０１１５】
次に、警報収集部１０１は、波及順序Ｎの警報が発生しているか否かを判定する（ステップＳｔ２４）。より具体的には、警報収集部１０１は、警報のレジスタ値が１であるか否かを判定する。
【０１１６】
警報収集部１０１は、波及順序Ｎの警報が発生していない場合（ステップＳｔ２４のＮｏ）、波及順序（Ｎ−１）の警報を原因警報として特定する（ステップＳｔ２５）。これにより、警報収集部１０１は、図９の例では、波及順序が９のＢＩＡＥを原因警報として特定し、図１１の例では、波及順序が８のＢＤＩを原因警報として特定する。
【０１１７】
また、警報収集部１０１は、波及順序Ｎの警報が発生している場合（ステップＳｔ２４のＹｅｓ）、波及順序Ｎから１を減算する（ステップＳｔ２７）。警報収集部１０１は、波及順序Ｎを１つずつ減算することにより、波及順序の降順に従い警報の検出結果を収集することができる。
【０１１８】
次に、警報収集部１０１は、波及順序Ｎが最小値の１を下回ったか否か、つまり波及順序Ｎが０であるか否かを判定する（ステップＳｔ２８）。警報収集部１０１は、波及順序Ｎが０である場合（ステップＳｔ２８のＹｅｓ）、ＬＯＳを原因警報として特定する（ステップＳｔ２９）。また、警報収集部１０１は、波及順序Ｎが０ではない場合（ステップＳｔ２８のＮｏ）、ステップＳｔ２３以降の各処理を再び実行する。
【０１１９】
次に、警報収集部１０１は、ＬＦＳが発生した回線＃１〜＃１０のうち、未選択の回線の有無を判定する（ステップＳｔ２６）。警報収集部１０１は、未選択の回線＃１〜＃１０が有る場合（ステップＳｔ２６のＹｅｓ）、他の回線＃１〜＃１０を選択して（ステップＳｔ２１）、ステップＳｔ２２以降の各処理を再び実行する。これにより、ＬＦＳが発生した回線＃１〜＃１０ごとに原因警報が特定される。
【０１２０】
警報収集部１０１は、未選択の回線＃１〜＃１０がない場合（ステップＳｔ２６のＮｏ）、原因警報の特定処理を終了する。このようにして、原因警報の特定処理は実行される。
【０１２１】
このように、警報収集部１０１は、一部の回線＃１〜＃１０のＬＦＳが発生している場合、波及順序が最後より１つ前（Ｎ＝９）であるＢＩＡＥの検出結果から他の警報の検出結果の収集を始め、原因警報の検出結果を収集するまで、波及順序の降順に従い他の警報の検出結果を収集する。このため、警報収集部１０１は、原因警報の検出結果を収集するまでの警報の収集回数を低減することにより警報収集処理の負荷を低減することができる。
【０１２２】
これまで述べたように、警報収集部１０１は、各回線＃１〜＃１０のイーサネット信号Ｓｍｕｘに関する警報であって、波及順序が最後である警報の検出結果に応じて、フレーム信号Ｓに関する警報または各回線＃１〜＃１０のイーサネット信号Ｓに関する警報の何れから警報の検出結果の収集を始めるかを決定する。
【０１２３】
このため、警報収集部１０１は、原因警報の検出結果を、メモリ領域１６０ａに対する最小のアクセス回数で収集することができる。したがって、警報収集部１０１は、周期的に全ての警報の検出結果を収集する必要がなく、さらに警報のマスク処理を行う必要もないため、警報収集処理の負荷が低減される。
【０１２４】
また、ＣＰＵ１０を駆動するプログラムがスクリプト言語のような高級言語で記載されている場合、インタプリタの実装が必要となるため、ＣＰＵ１０の各種の処理の負荷が増加する。しかし、本実施例の構成によると、警報収集処理の負荷が低減されるため、所定の周期（例えば５００（msec））での警報収集処理が可能となる。したがって、トランスポンダ１は所期の監視性能を達成することができる。
【０１２５】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１２６】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  複数の信号が多重された多重信号を受信する第１受信部と、
前記複数の信号をそれぞれ受信する複数の第２受信部と、
前記多重信号及び前記複数の信号に関する警報を検出する検出部と、
前記検出部が検出した警報を記憶する記憶部と、
前記記憶部から警報の検出結果を収集する収集部とを有し、
前記収集部は、前記複数の信号の各々に関する警報であって、前記多重信号及び前記複数の信号の間の相関関係による前記多重信号から前記複数の信号への警報の波及の順序が最後である警報の検出結果に応じて、前記多重信号に関する警報または前記複数の信号に関する警報の何れから警報の検出結果の収集を始めるかを決定することを特徴とする伝送装置。
（付記２）  前記収集部は、前記波及の順序が最後である警報が、前記複数の信号の各々に関して発生している場合、前記多重信号に関する警報であって、前記波及の順序が最初である警報から警報の検出結果の収集を始めることを特徴とする付記１に記載の伝送装置。
（付記３）  前記収集部は、前記波及の順序が最後である警報が、前記複数の信号の一部に関して発生している場合、前記複数の信号の一部に関する警報であって、前記波及の順序が最後より１つ前である警報から警報の検出結果の収集を始めることを特徴とする付記１または２に記載の伝送装置。
（付記４）  前記収集部は、前記波及の順序が最後である警報の検出結果を周期的に収集し、前記波及の順序が最後である警報が、前記複数の信号の何れに関しても発生していない場合、当該周期において他の警報の検出結果を収集しないことを特徴とする付記１乃至３の何れかに記載の伝送装置。
（付記５）  複数の信号が多重された多重信号を受信し、
前記複数の信号をそれぞれ受信し、
前記多重信号及び前記複数の信号に関する警報を検出し、
前記検出した警報を記憶部に記憶し、
前記記憶部から警報の検出結果を収集し、
前記記憶部から警報の検出結果を収集する処理において、前記複数の信号の各々に関する警報であって、前記多重信号及び前記複数の信号の間の相関関係による前記多重信号から前記複数の信号への警報の波及の順序が最後である警報の検出結果に応じて、前記多重信号に関する警報または前記複数の信号に関する警報の何れから警報の検出結果の収集を始めるかを決定することを特徴とする警報処理方法。
（付記６）  前記記憶部から警報の検出結果を収集する処理において、前記波及の順序が最後である警報が、前記複数の信号の各々に関して発生している場合、前記多重信号に関する警報であって、前記波及の順序が最初である警報から警報の検出結果の収集を始めることを特徴とする付記５に記載の警報処理方法。
（付記７）  前記記憶部から警報の検出結果を収集する処理において、前記波及の順序が最後である警報が、前記複数の信号の一部に関して発生している場合、前記複数の信号の一部に関する警報であって、前記波及の順序が最後より１つ前である警報から警報の検出結果の収集を始めることを特徴とする付記５または６に記載の警報処理方法。
（付記８）  前記記憶部から警報の検出結果を収集する処理において、前記波及の順序が最後である警報の検出結果を周期的に収集し、前記波及の順序が最後である警報が、前記複数の信号の何れに関しても発生していない場合、当該周期において他の警報の検出結果を収集しないことを特徴とする付記５乃至７の何れかに記載の警報処理方法。
【符号の説明】
【０１２７】
１       トランスポンダ
１０       ＣＰＵ
１７       光送受信器
１８       光モジュール
１０１      警報収集部
１０２      警報通知部
１３０      警報管理テーブル
１３１      原因警報テーブル
１６０      伝送処理部
１６０ａ      メモリ領域
１６０ｂ      警報検出部
１６１      信号処理部
【図１】
2019047372.tif 000003
【図２】
2019047372.tif 000004
【図３】
2019047372.tif 000005
【図４】
2019047372.tif 000006
【図５】
2019047372.tif 000007
【図６】
2019047372.tif 000008
【図７】
2019047372.tif 000009
【図８】
2019047372.tif 000010
【図９】
2019047372.tif 000011
【図１０】
2019047372.tif 000012
【図１１】
2019047372.tif 000013
【図１２】
2019047372.tif 000014
【図１３】
2019047372.tif 000015
【図１４】
2019047372.tif 000016
【図１５】
2019047372.tif 000017