(57)【要約】【課題】各被監視装置における機器構成の相違に柔軟に対処して確実な障害監視ができる監視制御システムを提供する。【解決手段】複数の被監視装置から構成されるネットワークと、このネットワーク及び前記各被監視装置を監視制御する１つまたは複数の監視制御端末とから構成される監視制御システムにおいて、各被監視装置１は、装置自身の構成情報を検出する機器構成接点検出部１１と、検出した構成情報を記憶するための構成情報記憶部１４とを具備し、各監視制御端末２は、通信手段を介して構成情報記憶部１４から構成情報を読み出す機能制御部２３と、読み出した構成情報に基づいて各被監視装置１のサマリ画面を自動構築する画面構築部２４と、自動構築された各被監視装置１のサマリ画面を表示する画面表示部２５とを具備する。【選択図】図１
2006157955.tif 000002
【特許請求の範囲】
【請求項１】
複数の被監視装置から構成されるネットワークと、このネットワーク及び前記各被監視装置を監視制御する１つまたは複数の監視制御端末とから構成される監視制御システムにおいて、
前記各被監視装置は、
装置自身の構成情報を検出する検出手段と、
検出した構成情報を記憶するための構成情報記憶部とを具備し、
前記各監視制御端末は、
通信手段を介して被監視装置の前記構成情報記憶部から前記構成情報を読み出す読み出し手段と、
読み出した構成情報に基づいて前記各被監視装置のサマリ画面を自動構築する自動構築手段と、
自動構築された前記各被監視装置のサマリ画面を表示する表示手段とを具備することを特徴とする監視制御システム。
【請求項２】
前記検出手段は、増設架の有無と、低速Ｉ／Ｆのシェルフの有無に関する情報に基づいて構成情報の検出を行なうことを特徴とする請求項１記載の監視制御システム。
【請求項３】
前記自動構築手段は、前記検出手段により検出された構成情報に基づいて、各シェルフの組み合せからなる各種のタイプのサマリ画面を構築することを特徴とする請求項２記載の監視制御システム。
【請求項４】
前記表示手段は、前記各被監視装置で検出された障害に関する情報を受信したときに、前記自動構築手段によって自動構築されたサマリ画面に対応して、当該障害に関する情報を障害表示することを特徴とする請求項１記載の監視制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は監視制御システムに関し、特に、光伝送システムにおける監視制御端末と、この監視制御端末により監視制御される被監視装置である光伝送端局装置とから構成される監視制御システムに関する。
【背景技術】
【０００２】
従来、光伝送システムにおける監視制御端末においては、各光伝送端局装置（以下、被監視装置と呼ぶ）のサマリ画面を表示して障害監視をする場合には、あらかじめ決められた機器構成に基づいたサマリ画面を作成して表示し、障害監視を行なっていた。
【０００３】
このような監視制御端末においては、各局舎毎の被監視装置の機器構成が異なる場合には、各監視制御端末において接続する各被監視装置に合わせて構成情報を変更する必要があった。各局舎では機器構成が異なるため、監視制御端末に設定する構成情報は局舎ごとに別々に管理する煩わしさがあった。
【０００４】
また、光伝送システムにおいて、各被監視装置の動作履歴やエラー発生解除の履歴、監視制御端末における操作の履歴等は、キャラクターデータとして画面に表示されるとともに内部に記憶されていた。記憶されたキャラクターデータは主に、システムあるいは装置上に何らかの機器障害が発生した際、原因究明のために用いられていた。
【０００５】
また、マルチウィンドウシステムを使用して被監視装置の監視制御を行なう監視制御端末では、被監視装置を構成する各サブラックにはどの様な基板がどの様な順序で実装されているかといったサブラックレベルの実装図を画面情報として持ち、被監視装置から機器障害が監視制御端末に通知されると、監視制御端末は、障害が発生した基板を含むサブラックレベルの実装図を表示するウィンドウを自動的に開き、サブラックレベルの実装図上で障害が発生した基板の表示を点滅させたり表示色を変えることにより障害箇所が視覚的に分かるように表示している。複数の装置障害が発生した場合は、画面上に複数のサブラックレベルの実装図を表示するウィンドウを障害の表示に必要な数だけ開き、そこに各サブラックの実装図を使って障害箇所を表示していた。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記したように、従来の監視制御システムでは、各局舎毎の被監視装置の機器構成が異なる場合には、各被監視装置毎に接続される監視制御端末において構築される構成情報を変更し、局舎毎に別々に管理していたので、非常に手間がかかるという問題があった。また、一度構成情報を決定してしまうと、機器構成の異なる被監視装置には接続できないという欠点もあった。
【０００７】
また、従来の監視制御システムでは、各被監視装置の動作履歴やエラー発生解除の履歴、監視制御端末における操作の履歴等は、最新の状態を表わす画面以外はキャラクターデータとして画面に表示されていたので、作業者は、時刻順序に羅列されたキャラクターデータを溯ってトレースしながら必要なデータを読み取る必要があった。さらに、オペレータが不在の間に装置に何らかの状態変化が起こったか否か、また、起こった場合には、どのような状態変化がどういったタイミングで発生して現在の状態に推移したか、といった情報を直ちに入手することが困難であった。
【０００８】
本発明はこのような課題に着目してなされたものであり、その目的とするところは、被監視装置から構成情報を読み出し、この構成情報を基に被監視装置のサマリ画面を構築して表示することにより、各被監視装置における機器構成の相違に柔軟に対処して確実な障害監視ができる監視制御システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明は、複数の被監視装置から構成されるネットワークと、このネットワーク及び前記各被監視装置を監視制御する１つまたは複数の監視制御端末とから構成される監視制御システムにおいて、前記各被監視装置は、装置自身の構成情報を検出する検出手段と、検出した構成情報を記憶するための構成情報記憶部とを具備し、前記各監視制御端末は、通信手段を介して被監視装置の前記構成情報記憶部から前記構成情報を読み出す読み出し手段と、読み出した構成情報に基づいて前記各被監視装置のサマリ画面を自動構築する自動構築手段と、自動構築された前記各被監視装置のサマリ画面を表示する表示手段とを具備する。
【００１０】
すなわち、本発明では、被監視装置にて機器構成の例えば接点による増設架、シェルフの検出により構成情報を構成情報記憶部に設定する。監視制御端末では被監視装置から構成情報を読み出し、その構成情報に基づいて機器構成に対応したサマリ画面の自動構築を行ない、画面表示を行なうようにする。この自動構築が可能になることにより、各機器構成に対応して構成情報をその都度変更することなく、どの被監視装置にも接続することができ、ネットワークの監視制御が可能となる。
【発明の効果】
【００１１】
本発明によれば、被監視装置から構成情報を読み出し、この構成情報を基に被監視装置のサマリ画面を自動構築して表示することにより、どのような機器構成の被監視装置に対しても監視制御端末を接続して障害監視ができる。従って、機器構成の異なる被監視装置に対しても監視制御端末内部の構成情報を変更することなく監視制御端末を局舎に設置できる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して本発明の実施形態を詳細に説明する。まず、第１実施形態を説明する。図１は本発明の第１実施形態における被監視装置と光伝送システムの監視制御端末の構成ブロック図であり、１は被監視装置、２は監視制御端末を示している。被監視端末１は、機器構成接点検出部１１、障害検出部１２、機能制御部１３、構成情報記憶部１４、通信制御部１５から構成されている。また、監視制御端末２は、通信制御部２１、操作部２２、機能制御部２３、画面構築部２４、画面表示部２５、構成画面記憶部２６とから構成される。
【００１３】
図２は被監視装置１の機器構成接点検出部１１が検出する接点（ディップスイッチなど）を示している。接点Ａは増設架の有無を検出することができ、接点Ａのｂｉｔ０において、０の時増設架無し、１の時増設架有り、となる。接点Ｂは低速Ｉ／Ｆのシェルフの有無を検出することができ、ｂｉｔ０から３がシェルフ１から４に対応しており、０がシェルフ無し、１がシェルフ有りを示している。
【００１４】
図３は構成情報記憶部１４が機器構成接点の情報を基に設定する構成情報メモリを示している。メモリＡは増設架情報として０：無し、１：有りのデータが格納される。メモリＢには低速Ｉ／Ｆシェルフ数の情報として、１〜４の値が設定される。
【００１５】
図４は機器構成に対応した構成情報を基に、監視制御端末で自動構築するサマリ画面を示している。タイプＡが被監視装置１の基本構成であり、ＣＯＭシェルフ、高速Ｉ／Ｆシェルフ、低速Ｉ／Ｆシェルフ１、２の構成となっている。この基本構成に対して、シェルフにさらに追加したり、架を増設したりすることによって、タイプＢからＥまでの４つのタイプの機器構成が可能であることを示している。タイプＢとＣは低速Ｉ／Ｆシェルフが１つもしくは２つ追加され、増設架無しの構成である。すなわち、タイプＢは低速Ｉ／Ｆシェルフの合計が３つ存在し、タイプＣは低速Ｉ／Ｆシェルフの合計が４つ存在する。タイプＤとＥは増設架有りの構成で、タイプＤでは低速Ｉ／Ｆシェルフ３が追加されており、タイプＥでは低速Ｉ／Ｆシェルフ３、４が追加されている。
【００１６】
以下に上記した構成の動作を説明する。まず、被監視装置１にて、構成情報を設定する方法を図５のフローチャートに従って説明する。被監視装置１の起動時に、機能制御部１３から機器構成接点検出部１１への指示により、接点Ａから増設架有無の情報を読み出す（ステップＳ１）。その結果に基づき、構成情報メモリＡに増設架情報を設定する（ステップＳ２）。同様に、接点Ｂから低速Ｉ／Ｆシェルフ有無の情報を読み出し（ステップＳ３）、低速Ｉ／Ｆシェルフ数をメモりＢに設定する（ステップＳ４）。
【００１７】
次に、監視制御端末２での、機器構成に基づいたサマリ画面の自動構築方法を図６のフローチャートに従って説明する。操作部２２の監視制御端末起動により、機能制御部２３からの指示により、通信制御部２１が構成情報読み出し要求を被監視装置１に対して送信する（ステップＳ１０）。被監視装置１では、通信制御部１５が構成情報読み出し要求を受信し（ステップＳ１１）、その要求が機能制御部１３の指示により構成情報の読み出しを行なう（ステップＳ１２）。読み出した構成情報を通信制御部１５を経由して構成情報読み出し応答として監視制御端末２へ送信する（ステップＳ１３）。監視制御端末２では、構成情報読み出し応答を受信し（ステップＳ１４）、被監視装置１から読み出した増設架の有無と低速Ｉ／Ｆシェルフ数より、機器構成に応じたタイプＡからＥまでのどれかのサマリ画面を画面構築部２４にて自動構築する（ステップＳ１５）。この自動構築した画面タイプを構成画面記憶部２６で保存する（ステップＳ１６）とともに、被監視装置１のサマリ画面の表示を画面表示部２５にて行なう（ステップＳ１７）。
【００１８】
次に、被監視装置１にて障害検出した時に監視制御端末２で障害表示する時の手順を図７のフローチャートに従って説明する。被監視装置１の障害検出部１２にて基板故障などの障害（特に低速Ｉ／Ｆシェルフ３もしくはシェルフ４）を検出（ステップＳ２０）した場合には機能制御部１３から通信制御部１５を経由して監視制御端末２へ送信される（ステップＳ２１）。監視制御端末２では、通信制御部２１が障害情報を受信し（ステップＳ２２）、機能制御部２３から画面表示部２５に対して表示指示が渡り、構成画面記憶部２６より自動構築されたサマリ画面のタイプを読み出し（ステップＳ２３）、機器構成に対応して検出された障害表示を行なう（ステップＳ２４）。
【００１９】
以上のように、本実施形態では被監視装置の機器構成が異なっていても、被監視装置から構成情報を読み出し、この構成情報を基にサマリ画面を自動構築し、どのような機器構成の被監視装置に対しても監視制御端末を接続して、監視制御することができる。
【００２０】
以下に本発明の第２実施形態の概略を説明する。第２実施形態では、通信手段によって被監視装置の状態履歴データを常時、あるいは、任意の間隔で収集し、収集した状態履歴データが取りうるべき種々の状態ステータスの中から、あらかじめ入力した変化点検索条件（ここでは「Ｍａｊｏｒアラーム」）に適合するものを検出する。これによって、監視制御端末に表示すべき必要のある状態変化点を検出することができる。さらに、検出した時点で端末に表示される画面イメージを通常のプログラム処理を行なって算出して作成し、その画面イメージを等倍、あるいは、縮小、圧縮した形で内部に保存し管理する。そして、それら保存された複数画面分を現在の最新画面と同時に表示するようにする。これら画面イメージは検出した条件や時刻、表示順等とともに監視制御端末内部で管理されているため、その一部または全てを任意の順番で表示したり不要画面を削除したり検索したりすることができる。
【００２１】
図８は本発明の第２実施形態の機能ブロック図であり、監視制御端末５０は、通信制御部５１、履歴データ記憶部５２、履歴データ変化点検出部５３、画面データ記憶部５４、画面表示制御部５５、操作部５６、変化点データの条件記憶部５７、前回操作時の表示状態記憶部５８、受信データ記憶部５９から構成される。６０は被監視装置である。
【００２２】
以下に、上記した構成の作用を説明する。操作部５６によってあらかじめオペレータにより設定された変化点データの条件記憶部５７の条件を元に、通信制御部５１により被監視装置６０より得られたデータに対してフィルター処理を履歴データ変化点検出部５３において施す。履歴データ変化点検出部５３において、変化点が検出された場合、画面表示制御部５５は、表示用の画面データ記憶部５４に検出した変化点を記憶し、操作部５６の指示によりこれをディスプレイ画面に表示する。
【００２３】
図９は上記した履歴データ記憶部５２に記憶されているデータの構造を具体的に示す内部データ構成図である。図９において、画面データのアドレスが示すメモリ先は、画面データ記憶部５４に記憶された各画面データの先頭アドレスを指している。日付／時刻は、変化点が発生した時点のもので、受信データ記憶部５９に含まれているものとする。履歴画面番号Ｄｘ（ｘ：ｘ＝１…Ｎ、Ｎは最大値）は、ｘ番目の履歴データを意味する。Ｄｘ−１はＤｘよりも１つ前（以前）のデータとする（ｘ＝１，…，ｎ）。図の＊は履歴画面Ｎｏ．Ｄ1 におけるＸのアラームがＯＮ状態（発生）からＯＦＦ状態（解除）に変わったことを意味する。蓄積データテーブルには、変化点検索条件（ここでは「Ｍａｊｏｒアラーム」を満たしたアラーム、例えばＱのアラームがＯＮになった状態（発生））を記憶する。同時に日付／時刻１０月８日、９：００及び変化前の画面データを記憶する。
【００２４】
図１０は本監視制御端末の動作を説明するためのフローチャートである。まず、被監視装置６０の履歴データ（Ｌｏｇデータ）を通信手段により内部に取り込み保存する（ステップＳ３１）。次に、設定したレベル（項目）に適合するような変化点がそれらのデータより検出されたか否かを判定する（ステップＳ３２）。検出された場合には、最新（変化後の）データを従来通り画面中央に大きく表示する（ステップＳ３３）。変化前のデータを蓄積テーブル内のＤｘ（ｘ＝１，…，Ｎ）に保存する（ステップＳ３４）。このとき、蓄積データ数が最大値Ｎをオーバーしたかどうか（ｘ＞Ｎ）を判断し（ステップＳ３５）、オーバーした場合には古いデータ（Ｄ１）を削除してｘ＝１とし（ステップＳ４０）、ステップＳ３６に進む。また、オーバーしない場合にはそのままステップＳ３６に進む。ステップＳ３６では、蓄積データの中に変化が対になっているものがあるか（今回検出したデータは以前に検出したデータの解除情報であるか）どうかをチェックし、対データＤｘ’の時刻データを蓄積テーブル内のＤｘに追加する（ステップＳ３７）。次に、蓄積データ（Ｄｘ）の示すアドレスのビットマップを画面端にステップＳ３３の処理の最新データとともに表示する（ステップＳ３８）。
【００２５】
一方、ステップＳ３２の判断において、設定項目に適合した変化が検出されなかった場合には、従来通り、画面上にキャラクターデータのままスクロール領域に表示し、データを蓄積する（ステップＳ３９）。
【００２６】
図１１（Ａ）、（Ｂ）、（Ｃ）は画面表示例を示している。図１１（Ａ）、（Ｃ）は、装置の構成図等における状態変化を示しており、図１１（Ｂ）は、装置の設定図等におけるグラフ類の変化を示している。
【００２７】
図１１（Ａ）において、右側の画面１０１は、各ノードＡ〜Ｅ間に通信路（パス）が張られている最新状態の画面を示している。左側の画面１００における１００Ａ、１００Ｂ、１００Ｃはそれぞれ、以前の履歴状態を示す３つの画面であり、パスの状態変化を示している。これらの画面はＤ１からＤｎの間でスクロール表示することができる。
【００２８】
また、図１１（Ｂ）において、右側の画面１０３は、装置の設定図等におけるグラフの最新状態の画面を示している。左側の画面１０４における１０４Ａ、１０４Ｂはそれぞれ、以前の履歴状態を示す２つの画面であり、これによりグラフの状態変化を示している。これらの画面はＤ１からＤｎの間でスクロール表示することができる。
【００２９】
また、図１１（Ｃ）において、右側の画面１０５の上側の画面１０５Ａは、入力信号異常時のアラームの緊急度を示しており、ハッチングの巾が狭くなるほど緊急度が高いことを示している。また、下側の画面１０５Ｂは基板などのハードウェア故障時のアラームの緊急度を示しており、ハッチングの巾が狭くなるほど緊急度が高いことを示している。左側の画面１０６における１０６Ａ、１０６Ｂはそれぞれ、以前の履歴状態を示す２つの画面であり、アラームの状態変化を示している。これらの画面はＤ１からＤｎの間でスクロール表示することができる。
【００３０】
また、変形例として、図８に示す、前回操作時の表示状態記憶部５８を備えることによって、被監視装置に常時接続されていない端末であっても、以前の情報を表示することによって現状との差分を知ることができる。
【００３１】
又、操作上の履歴をも同様の操作を行なった際に、表示することができるため、操作ミス防止や操作ミスに気づく上で、有益である。
【００３２】
以下に本発明の第３実施形態を詳細に説明する。図１２は本発明の第３実施形態の処理の流れを示すブロック図である。監視制御装置の操作部２０１からオペレータが被監視装置２２０の障害状態の読み出し６００を要求すると送受信メッセージ処理部２０２で被監視装置２２０に対する障害情報読み出し要求メッセージ６１０を生成し、通信制御部２０３を介して被監視装置２２０へ送信する。
【００３３】
被監視装置２２０の１つまたは複数の障害情報読み出し要求応答メッセージ６１１は通信制御部２０３を介して送受信メッセージ処理部２０２へ渡される。
【００３４】
送受信メッセージ処理部２０２では受信した前記１つまたは複数の応答メッセージ６１１から障害発生位置及びその緊急度に関する情報を読み出し、これらの障害発生位置情報と緊急度情報と、障害状態読み出しを示すイベント情報を障害情報読み出し要求の画面表示要求６３２として障害表示制御部２０４へ渡す。
【００３５】
障害表示制御部２０４は障害発生位置情報及び緊急度情報から障害表示位置及び障害表示色を決める。さらに後述する図１５の処理で決定されるウィンドウ表示の優先順位を決める。そして障害表示用ウィンドウ管理テーブル２０５を参照し、新たに開くウィンドウを決定する。障害表示制御部２０４は優先順位の優先度が低い順にウィンドウ制御部２０６に対し必要に応じて新しいウィンドウの生成要求６２７と当該ウィンドウがウィンドウの重なりにおいて最も上に表示するように前面表示要求６２５を要求する。
【００３６】
次に障害表示制御部２０４は障害画面描画処理部２０７に対して新規描画フラグ、ウィンドウ識別子、画面識別子、障害表示位置、障害表示色を渡す。
【００３７】
障害画面描画処理部２０７は、新規描画が必要な場合は障害表示画面データ部２０８から表示すべき障害表示画面データを読み出してウィンドウ識別子で識別されるウィンドウに描画する。さらに障害表示制御部２０４から受け取った障害表示位置、障害表示色の情報に基づいて障害表示画面を該当するウィンドウに描画する。
【００３８】
図１３は上記した障害表示制御部２０４における処理の詳細を示すフローチャートである。まず、送受信メッセージ処理部２０２からの受信か、監視制御装置の操作部２０１からの受信かを判断する（ステップＳ５０）。送受信メッセージ処理部２０２からの場合は、送受信メッセージ処理部２０２より障害発生位置、緊急度、イベント情報を受け取る（ステップＳ５４）。次に、イベント情報が障害情報読み出し要求の応答か警報通知かを判定する（ステップＳ５５）。警報通知の場合には後述する図１７のステップを実行する。また、イベント情報が障害情報読み出しの応答の場合には、障害発生位置の情報から複数の障害表示用画面の内、ウィンドウに表示すべき障害表示用の画面を選択し（ステップＳ５６）、さらにその画面のどの箇所を障害表示するのか（障害表示位置）を決める（ステップＳ５７）。また、各障害を表示する箇所ごとにその緊急度から障害表示色を決める（ステップＳ５８）。
【００３９】
次に、各障害表示画面毎に表示する障害の内最も高い緊急度を持つ障害を選び、その緊急度をこの画面の最高緊急度とする。各障害表示画面の最高緊急度をソーティング処理等により比較を行ない、高い最高緊急度を持つ画面から低い最高緊急度を持つ画面まで優先順位を決める（ステップＳ５９）。この順位をウィンドウ表示の優先順位とする。図１５はこの優先順位を決定する処理手順の詳細を示すフローチャートである。
【００４０】
まず、ある画面を対象画面とする（ステップＳ６７）。次に、対象画面に表示するある１つの障害の緊急度をその画面の最高緊急度パラメータに代入する（ステップＳ６８）。次に、他の対象画面に表示する障害の緊急度と最高緊急度パラメータの値とを比較し、最高緊急度パラメータ値より緊急度が高い場合には、最高緊急度パラメータを書き換える（ステップＳ６９）。対象画面に表示する全ての障害について最高緊急度パラメータの値との比較が終了したか否かを判断し（ステップＳ７０）、ＮＯの場合にはステップＳ６９に戻る。また、ＹＥＳの場合には、最高緊急度パラメータの値を対象画面の最高緊急度とする（ステップＳ７１）。
【００４１】
次に、全ての障害表示画面について最高緊急度を決定したか否かを判断し（ステップＳ７２）、ＮＯの場合にはステップＳ６７に戻る。また、ＹＥＳの場合には、各障害表示画面を最高緊急度の高い順に並び替える。この順序をウィンドウ表示優先順位とする（ステップＳ７３）。
【００４２】
図１３のステップＳ５９における優先順位決定処理の後は図１４のステップを実行する。すなわち、障害表示制御部２０４は自らが管理している障害表示用ウィンドウ管理テーブル２０５の参照６３４を行ない、その時点で開いている障害表示用ウィンドウの情報を得る。この障害表示用ウィンドウ管理テーブル２０５はその時点で開いている障害表示用ウィンドウのウィンドウ識別子を管理するテーブルである。障害表示制御部２０４は、参照した結果に基づき、表示すべきウィンドウのうち、新たに開く必要があるウィンドウを決定する（ステップＳ６０）。
【００４３】
次に、障害表示制御部２０４はウィンドウの表示の優先順位に基づき、優先順位の低い順から順次、障害表示用ウィンドウを表示していく（ステップＳ６１）。次に新たにウィンドウを開く必要があるか否かを判断し（ステップＳ６２）、新たにウィンドウを開く必要がない場合には、既に開いている障害表示ウィンドウについて、ウィンドウ制御部２０６に当該ウィンドウがウィンドウの重なりにおいて最も上に表示するように前面表示要求６２５を要求する（ステップＳ６３）。次に、障害画面描画処理部２０７に対して新規に描画するのか否かを示す新規描画フラグ、及び描画の対象とするウィンドウのウィンドウ識別子と、ウィンドウに表示する障害表示用の画面を識別する画面識別子、及び障害表示位置、障害表示色に関する情報を渡して当該ウィンドウに障害の表示を行なう（ステップＳ６４）。すべてのウィンドウについて処理が終了したかを判定し、終了していなければステップＳ６１に戻る（ステップＳ６７）。
【００４４】
一方、ステップＳ６２において、新たに障害表示ウィンドウを開く必要があると判断された場合、障害表示制御部２０４は、ウィンドウ制御部２０６に新しいウィンドウの生成要求６２７を行なうと共に、当該ウィンドウがウィンドウの重なりにおいて最も上に表示するように前面表示要求６２５を要求する（ステップＳ６５）。ウィンドウが生成された後、ウィンドウ生成時にウィンドウ制御部２０６から得られたウィンドウ識別子を障害表示用ウィンドウ管理テーブル２０５に追加する（ステップＳ６６）。
【００４５】
次に、障害表示制御部２０４は、新規描画フラグ及びウィンドウ生成時にウィンドウ制御部２０６から得られたウィンドウ識別子とウィンドウに表示する障害表示用の画面を識別する画面識別子、及び障害表示位置、障害表示色の情報を障害画面描画要求６３５として障害画面描画処理部２０７に対して渡して当該ウィンドウに障害の表示を行なう。
【００４６】
ここで、図１３のフローチャートに戻って、ステップＳ５０において、監視制御装置の操作部２０１からの受信であると判断された場合、障害表示制御部２０４は、この受信要求が障害表示用ウィンドウを閉じる要求６０１か、ウィンドウ優先表示制御対象に対する時間変更要求６０２かを判断し、時間変更要求６０２の場合には後述する図１８のステップを実行する。
【００４７】
また、監視制御装置の操作部２０１から障害表示用ウィンドウを閉じる要求６０１を受けた場合、障害表示制御部２０４は、閉じるべきウィンドウのウィンドウ識別子を決め、ウィンドウ制御部２０６へ当該ウィンドウを閉じる要求６３０を要求すると共に（ステップＳ５２）、障害表示用ウィンドウ管理テーブル２０５から閉じられたウィンドウのウィンドウ識別子を削除する（ステップＳ５３）。
【００４８】
以下に図１６を参照して障害画面描画処理部２０７における処理について詳細に説明する。まず、障害画面描画処理部２０７では障害表示制御部２０４から受け取った新規描画フラグを見て新規画面かどうかを判断する（ステップＳ７４、Ｓ７５）。新規描画の場合は画面識別子をキーにして障害表示画面データ部２０８に対する読み出し要求６３６により障害表示画面データを読み出し、これを指定されたウィンドウ識別子をもつウィンドウに描画する（ステップＳ７６）。さらに障害表示位置、障害表示色の情報に基づいて、指定されたウィンドウ識別子を持つウィンドウに障害表示画面を描画する（ステップＳ７７）。また、ステップＳ７５で新規描画でない場合はステップＳ７６を実行することなしに直ちに上記したステップＳ７７を実行する。
【００４９】
次に被監視装置２２０から警報通知メッセージ６１２を受信した場合についての実施形態を説明する。図１２において受信した警報通知メッセージ６１２は通信制御部２０３を介して送受信メッセージ処理部２０２へ渡される。
【００５０】
送受信メッセージ処理部２０２は、受信した警報通知メッセージ６１２から障害発生位置及びその緊急度に関する情報を読み出し、これらの障害発生位置情報及び緊急度情報と、警報通知受信を示すイベント情報を警報通知の画面表示要求６３３として障害表示制御部２０４へ渡す。障害表示制御部２０４はあらかじめ定められた時間内に受信した警報通知について上記した図１５の処理で決定されるウィンドウ表示の優先順位を決める。これ以降の処理例は前記障害状態読み出しにおける処理例と同じである。
【００５１】
図１７は第３実施形態の変形例における障害表示制御部２０４の処理の詳細を示すフローチャートである。
【００５２】
障害表示制御部２０４はイベント情報が警報通知受信の場合、通知された障害発生位置の情報から複数の障害表示用画面の内、ウィンドウに表示すべき障害表示用の画面を選択し（ステップＳ７８）、さらにその画面のどの箇所を障害表示するのか（障害表示位置）を決める（ステップＳ７９）。また、警報通知の緊急度から障害表示色を決める（ステップＳ８０）。
【００５３】
次に、次の警報通知を待つか否かを示す通知待機フラグを確認して、この通知待機フラグが「待機」を示しているかどうかを判断し（ステップＳ８１）、示していればステップＳ８３に移行する。また、示していなければ前記通知待機フラグを「待機」に設定して、タイマをスタートさせて（ステップＳ８２）、ステップＳ８３に移行する。ステップＳ８３では、ウィンドウ優先表示制御対象期間パラメータに登録されている時間が経過するまで後から通知される次の警報通知メッセージ６１３を待つ。通知待機フラグが既に「待機」となっている場合はタイマがタイムアウトするまで待機する。
【００５４】
次に、タイマでタイムアウトが発生するまで待機し（ステップＳ８４）、タイムアウトが発生した時点で通知待機フラグを「待機なし」に書き換える（リセットする）（ステップＳ８５）。次に、通知待機フラグを「待機」に変えた警報通知メッセージ６１２を含めて、待機期間中に受信した各警報通知メッセージ６１２、６１３について、通知された障害を表示する障害表示用ウィンドウの表示の優先順位を、前記障害状態読み出し時にウィンドウ表示優先順位を決めた手順と同じ手順で決める（ステップＳ８６）。
【００５５】
これ以降の障害表示制御部２０４の処理は前記障害状態読み出しにおける障害表示制御部２０４の処理と同じである。
【００５６】
次に、複数の警報通知を受信した時にウィンドウの優先表示制御を行なう時間範囲を監視制御装置の操作部２０１からの操作により変更する機能を追加した変形例を説明する。図１８において、監視制御装置の操作部２０１は障害表示制御部２０４に対して、ウィンドウ優先表示制御対象に対する時間変更要求６０２を渡す。この時間変更要求６０２により、障害表示制御部２０４はウィンドウ優先表示制御対象時間パラメータを書き換え（ステップＳ８７）、次に、ウィンドウ優先表示制御対象に対する時間変更の制御結果６０３を監視制御装置の操作部２０１に返す（ステップＳ８８）。
【図面の簡単な説明】
【００５７】
【図１】本発明の第１実施形態における被監視装置と光伝送システムの監視制御端末の構成ブロック図である。
【図２】被監視装置１の機器構成接点検出部１１が検出する接点を示す図である。
【図３】構成情報記憶部１４が機器構成接点の情報を基に設定する構成情報メモリを示す図である。
【図４】機器構成に対応した構成情報を基に、監視制御端末で自動構築するサマリ画面の一例を示す図である。
【図５】構成情報を設定する方法を説明するためのフローチャートである。
【図６】監視制御端末２での、機器構成に基づいたサマリ画面の自動構築方法を説明するためのフローチャートである。
【図７】被監視装置１にて障害検出した時に監視制御端末２で障害表示する時の手順を示すフローチャートである。
【図８】本発明の第２実施形態の機能ブロック図である。
【図９】履歴データ記憶部５２の内部を具体的に示す内部データ構成図である。
【図１０】本監視制御端末の動作を説明するためのフローチャートである。
【図１１】画面表示例を示す図である。
【図１２】本発明の第３実施形態の処理の流れを示すブロック図である。
【図１３】障害表示制御部２０４における処理の詳細を示すフローチャートの前部である。
【図１４】障害表示制御部２０４における処理の詳細を示すフローチャートの後部である。
【図１５】ウィンドウ表示の優先順位を決定する処理手順を説明するためのフローチャートである。
【図１６】障害画面描画処理部２０７における処理の詳細を説明するためのフローチャートである。
【図１７】本発明の第３実施形態の変形例における障害表示制御部２０４の処理の詳細を示すフローチャートである。
【図１８】ウィンドウの優先表示制御を行なう時間範囲を、監視制御装置の操作部２０１からの操作により変更する機能を追加した変形例を説明するためのフローチャートである。
【符号の説明】
【００５８】
１…被監視装置、２…監視制御端末、１１…機器構成接点検出部、１２…障害検出部、１３…機能制御部、１４…構成情報記憶部、１５…通信制御部、２１…通信制御部、２２…操作部、２３…機能制御部、２４…画面構築部、２５…画面表示部、２６…構成画面記憶部、５０…監視制御端末、５１…通信制御部、５２…履歴データ記憶部、５３…履歴データ変化点検出部、５４…画面データ記憶部、５５…画面表示制御部、５６…操作部、５７…変化点データの条件記憶部、５８…前回操作時の表示状態記憶部、５９…受信データ記憶部、２０１…監視制御装置の操作部、２０２…送受信メッセージ処理部、２０３…通信制御部、２０４…障害表示制御部、２０５…障害表示用ウィンドウ管理テーブル、２０６…ウィンドウ制御部、２０７…障害画面描画処理部、２０８…障害表示画面データ部、２２０…被監視装置
【図１】
2006157955.tif 000003
【図２】
2006157955.tif 000004
【図３】
2006157955.tif 000005
【図４】
2006157955.tif 000006
【図５】
2006157955.tif 000007
【図６】
2006157955.tif 000008
【図７】
2006157955.tif 000009
【図８】
2006157955.tif 000010
【図９】
2006157955.tif 000011
【図１０】
2006157955.tif 000012
【図１１】
2006157955.tif 000013
【図１２】
2006157955.tif 000014
【図１３】
2006157955.tif 000015
【図１４】
2006157955.tif 000016
【図１５】
2006157955.tif 000017
【図１６】
2006157955.tif 000018
【図１７】
2006157955.tif 000019
【図１８】
2006157955.tif 000020