(57)【要約】【課題】管理システムとしての構成変更に柔軟に対応できるシステムを得る。【解決手段】装置管理システム１０の通信先データ保持部１１は、監視制御システム２０ａ、２０ｂの位置情報を格納する。通信制御部１３は、監視制御システム２０ａ、２０ｂに対してメッセージ送信を行う場合、通信先データ保持部１１よりその位置情報を取り出して送信を行う。監視制御システム２０ａ、２０ｂでは、監視制御コマンドを装置管理システム１０に送信する場合に、そのコマンドコードをコマンドコードデータ保持部２１ａ、２１ｂに保持する。通信制御部２３ａ、２３ｂは、装置管理システム１０からメッセージを受信した場合、そのコマンドコードと、コマンドコードデータ保持部２１ａ、２１ｂに保持されているコマンドコードとを比較し、一致した場合に、自身の監視制御システム２０ａ、２０ｂ宛の監視制御コマンド応答であると判定する。【選択図】        図１
2004192337.tif 000002
【特許請求の範囲】
【請求項１】
監視対象装置の監視を行う装置管理システムと、上位装置とのインタフェースに対応して設けられた監視制御システムとからなる管理システムであって、
前記装置管理システムは、
前記監視制御システムの位置情報を格納する通信先データ保持部と、
前記監視対象装置の監視制御処理を行う監視制御処理部と、
前記監視制御システムに対して、メッセージ送信を行う場合、前記通信先データ保持部より前記監視制御システムの位置情報を取り出し、当該位置情報の相手に送信する通信制御部とを備え、
前記監視制御システムは、
監視制御コマンドを前記装置管理システムに対して送信する場合に、当該監視制御コマンドを識別するための識別情報を保持するコマンドコードデータ保持部と、
前記上位装置との監視制御に関する通信を行う監視制御処理部と、
前記装置管理システムからメッセージを受信した場合は、当該メッセージの識別情報と、前記コマンドコードデータ保持部に保持されている識別情報とを比較し、一致した場合に、自身の監視制御システム宛の監視制御コマンド応答であると判定し、前記監視制御処理部に送信する通信制御部とを備えたことを特徴とする管理システム。
【請求項２】
請求項１に記載の管理システムにおいて、
前記監視制御システムは、
前記装置管理システムから監視イベント通知を受信した場合は、当該監視イベント通知を、前記監視制御処理部に送信する通信制御部とを備えたことを特徴とする管理システム。
【請求項３】
請求項１または２に記載の管理システムにおいて、
監視制御システムから送信された情報を予め決められた通知先に通知する障害通知システムを設け、
前記監視制御システムは、
前記障害通知システムの位置情報を識別するための通知先情報を保持する通知先データ保持部と、
メッセージを受信した場合は、前記通知先データ保持部を参照して、当該通知先の障害通知システムを特定する通信制御部と、
前記通信制御部が特定した障害通知システムに前記メッセージを送信する監視制御処理部とを備え、
前記障害通知システムは、
通知元の監視制御システムの位置情報を示す通知元データ保持部と、
通知先の位置情報を示す通知先データ保持部と、
メッセージを受信した場合は、前記通知元データ保持部を参照し、当該メッセージの送信元が通知元データ保持部の監視制御システムと一致した場合は、自身の障害通知システム宛のメッセージであると判定し、当該メッセージを監視制御処理部に送信する通信制御部と、
メッセージを受信した場合は、前記通知先データ保持部を参照して通知先を特定し、当該通知先に前記メッセージを送信する監視制御処理部とを備えたことを特徴とする管理システム。
【請求項４】
監視対象装置の監視を行う装置管理システムと、上位装置とのインタフェースに対応して設けられた監視制御システムと、他系の管理システムへのコマンド変換を行うコマンド変換システムとからなる管理システムを、自系と他系の管理システムで多重化した管理システムであって、
前記自系および他系のそれぞれの管理システムは、
前記監視制御システムおよび前記コマンド変換システムの位置情報を格納する通信先データ保持部と、前記監視対象装置の監視制御処理を行う監視制御処理部と、監視状態の情報を保存するデータベースと、受信したメッセージに基づいて前記データベースを変更すると共に、当該データベースに変更が発生する事象の場合、変更通知を送信するコマンド処理部と、任意のメッセージを受信した場合は、当該メッセージを前記コマンド処理部に送信すると共に、前記コマンド処理部より前記変更通知を受けた場合に、前記通信先データ保持部から前記コマンド変換システムおよび前記監視制御システムの位置情報を取り出し、当該位置情報の前記コマンド変換システムおよび前記監視制御システムに対して前記変更通知を送信する通信制御部とを有する装置管理システムと、
監視制御コマンドを前記装置管理システムに対して送信する場合に、当該監視制御コマンドを識別するための識別情報を保持するコマンドコードデータ保持部と、前記上位装置との監視制御に関する通信を行う監視制御処理部と、前記装置管理システムからメッセージを受信した場合は、当該メッセージの識別情報と、前記コマンドコードデータ保持部に保持されている識別情報とを比較し、一致した場合に、自身の監視制御システム宛の監視制御コマンド応答であると判定し、前記監視制御処理部に送信する通信制御部とを有する監視制御システムと、
前記変更通知を受けた場合は、変更内容を示すメッセージを生成するコマンド処理部と、前記コマンド処理部が生成したメッセージを前記他系の管理システムに通知する通信制御部とを有するコマンド変換システムとを備えたことを特徴とする管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、監視対象装置の監視を行う装置管理システムと、上位装置とのインタフェースに対応して設けられた監視制御システムとからなる管理システムに関するものである。
【０００２】
【従来の技術】
従来、上位装置からの指示に基づいて、ネットワーク上の監視対象装置の監視を行う管理システムがあった。このような管理システムでは次のように構成されていた。
１．上位装置によって必要な情報、通信手段（プロトコル）といったインタフェースが異なるために、それぞれ固有の通信方法を規定していた。
２．それぞれが固有の通信方法であったために、この管理システムを監視するための端末として、専用のＨＭＩ（ヒューマン・マシン・インタフェース）端末でしか用いることができなかった。
３．別々の構成の管理システムであるため、機能追加（例えば、通信手段の変更、システムの二重化等）毎に改造していた。
【０００３】
また、上記１．のような問題に対処するため、異なるプロトコルを中継する中継装置があった（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開２００２−１７５２２６号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来の管理システムでは次の問題があった。
１．従来の方式では、異なる上位装置への接続あるいはプロトコルの変更等が発生した場合、その都度、これらの構成に対応できるよう、管理システムの改造を行わなければならなかった。このような改造を行う場合は次のような問題があった。
▲１▼改造部分が、管理システム全体に関わるため、製造および動作の検証に時間を要していた。
▲２▼改造を施したファイルを入れ替えるときに管理システムの動作そのものを停止させる必要があり、従って、この時間中は装置の監視制御もできないという問題があった。本来、このような管理システムでは、２４時間３６５日連続でその動作が継続して行われるべきものであり、これが停止してしまうことは管理システムとしての機能を十分果たしているとは言えないものであった。
【０００６】
２．また、従来では、管理システムとして専用のＨＭＩ端末上でのみ監視可能であったため、保守者が２４時間ＨＭＩ端末の設置局で監視する必要があった。
【０００７】
３．更に、従来のクラスタリング技術による管理システムの二重化の場合、二重化するサーバは共有するハードディスクのケーブルが届く範囲で設置しなければならず、従って、二重化するシステムの設置場所に制約があると共に、クラスタリングするための必要な機器にコストがかかるという問題があった。
【０００８】
また、上述した、中継装置であっても、新しい上位装置やプロトコルが変更になった場合は、中継装置そのものに改造を施さなければならず、上述した問題と同様の問題を有していた。
【０００９】
【課題を解決するための手段】
本発明は、前述の課題を解決するため次の構成を採用する。
即ち、本発明は、監視対象装置の監視を行う装置管理システムと、上位装置とのインタフェースに対応して設けられた監視制御システムとからなる管理システムであって、装置管理システムは、監視制御システムの位置情報を格納する通信先データ保持部と、監視対象装置の監視制御処理を行う監視制御処理部と、監視制御システムに対して、メッセージ送信を行う場合、通信先データ保持部より監視制御システムの位置情報を取り出し、位置情報の相手に送信する通信制御部とを備える。また、監視制御システムは、監視制御コマンドを装置管理システムに対して送信する場合に、この監視制御コマンドを識別するための識別情報を保持するコマンドコードデータ保持部と、上位装置との監視制御に関する通信を行う監視制御処理部と、装置管理システムからメッセージを受信した場合は、このメッセージの識別情報と、コマンドコードデータ保持部に保持されている識別情報とを比較し、一致した場合に、自身の監視制御システム宛の監視制御コマンド応答であると判定し、監視制御処理部に送信する通信制御部とを備えたことを特徴とするものである。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて詳細に説明する。
《具体例１》
〈構成〉
図１は、本発明の管理システムの具体例１を示す構成図である。
管理システムは、装置管理システム１０と監視制御システム２０ａ、２０ｂからなる。装置管理システム１０は、監視対象装置３０−１〜３０−ｎの監視を行う機能部であり、通信先データ保持部１１、監視制御処理部１２、通信制御部１３を備えている。
【００１１】
通信先データ保持部１１は、監視制御システム２０ａ、２０ｂのネットワーク上の位置情報、例えばＩＰアドレスといった識別情報を保持する機能部である。
図２は、通信先データ保持部１１に保持される情報の説明図である。
図示のように、装置管理システム１０が接続する全ての監視制御システム２０ａ、２０ｂの位置情報１１−１〜１１−ｎが格納される。尚、これらの位置情報としては初期値は０となっており、いずれかの監視制御システム２０ａ、２０ｂからの接続要求によって、その監視制御システム２０ａ、２０ｂの位置情報が格納されるようになっている。
【００１２】
図３は、装置管理システム１０が送受信するメッセージ構成の説明図である。
メッセージには、監視制御システム２０ａ、２０ｂが装置管理システム１０に送信する接続要求コマンド１００および監視制御コマンド２００と、装置管理システム１０が監視制御システム２０ａ、２０ｂに送信する監視制御コマンド応答３００および監視イベント通知４００がある。
【００１３】
接続要求コマンド１００は、監視制御システム２０ａ、２０ｂが自システムを装置管理システム１０に登録要求するためのコマンドであり、このメッセージが何であるかを識別するためのメッセージコード１０１と、自システムの位置情報１０２を含んでいる。監視制御コマンド２００は、監視制御システム２０ａ、２０ｂが上位装置４０ａ、４０ｂから指示された監視制御コマンドを装置管理システム１０に与えるためのメッセージであり、これが何のメッセージであるかを識別するためのメッセージコード２０１と、監視制御コマンドに対応したコマンドコード２０２と、実際のコマンドデータ２０３からなる。
【００１４】
監視制御コマンド応答３００は、装置管理システム１０が受信した監視制御コマンド２００に対する応答であり、このメッセージが何のメッセージであるかを識別するためのメッセージコード３０１と、監視制御コマンド応答に対応したコマンドコード３０２と、実際のコマンド応答データ３０３からなる。監視イベント通知４００は、例えば監視対象装置３０−１〜３０−ｎで発生した障害等を通知するためのメッセージであり、このメッセージが何のメッセージであるかを識別するためのメッセージコード４０１と、どのような監視イベントであるかを示す監視イベントデータ４０２からなる。
【００１５】
図１に戻り、監視制御処理部１２は、監視対象装置３０−１〜３０−ｎの監視制御処理を行う機能部である。即ち、通信先データ保持部１１で受信される監視制御コマンド２００に基づいて、対象となる監視対象装置３０−１〜３０−ｎの監視制御を行い、また、その監視制御結果としての監視制御コマンド応答３００を送出したり、監視対象装置３０−１〜３０−ｎの障害発生通知等を示す監視イベント通知４００といったデータ送信を行う機能を有している。
【００１６】
通信制御部１３は、装置管理システム１０において、監視制御システム２０ａ、２０ｂや監視対象装置３０−１〜３０−ｎといった全ての装置の通信制御を行う機能部である。即ち、通信制御部１３は、いずれかの監視制御システム２０ａ、２０ｂから監視制御コマンド２００等が送信された場合に、この監視制御コマンド２００を受信して、監視制御処理部１２に渡すと共に、通信先データ保持部１１を参照して、監視制御処理部１２からの監視制御コマンド応答３００等を通信先となる監視制御システム２０ａ、２０ｂに送信する機能を有している。
【００１７】
監視制御システム２０ａ、２０ｂは、それぞれ監視制御システムとしては別々の機能を有しており、それぞれが接続される上位装置４０ａ、４０ｂのプロトコルに対応した構成となっている。これら監視制御システム２０ａ、２０ｂは、それぞれ、コマンドコードデータ保持部２１ａ、２１ｂ、監視制御処理部２２ａ、２２ｂ、通信制御部２３ａ、２３ｂを備えている。
【００１８】
コマンドコードデータ保持部２１ａ、２１ｂは、何らかのコマンドを装置管理システム１０に対して送信する場合に、そのコマンドを識別する識別情報（コマンドコードデータ）を保持する機能部である。尚、このコマンドコードデータとしては初期値は０となっており、装置管理システム１０に対して何らかのコマンドを送信する場合に設定されるようになっている。
【００１９】
監視制御処理部２２ａ、２２ｂは、上位装置４０ａ、４０ｂに対応した処理を行う機能部であり、上位装置４０ａ、４０ｂからの監視要求を受け取って処理したり、これら上位装置４０ａ、４０ｂ宛のメッセージを作成して送信するといった機能を有している。
【００２０】
通信制御部２３ａ、２３ｂは、装置管理システム１０からデータを受信した場合は、当該データのコマンドコードと、前記コマンドコードデータ保持部２１ａ、２１ｂに保持されているコマンドコードデータとを比較し、一致した場合に、監視制御コマンド応答３００であると判定して監視制御処理部２２ａ、２２ｂに送信し、また、監視イベント通知４００であった場合は、これを監視制御処理部２２ａ、２２ｂに送信する機能を有している。即ち、これらの通信制御部２３ａ、２３ｂと、装置管理システム１０の通信制御部１３とによってリアルタイムの通信が行えるようになっている。
【００２１】
尚、監視対象装置３０−１〜３０−ｎとは、例えばネットワークの通信制御装置といった装置である。また、上位装置４０ａ、４０ｂとは、種々の管理システムに指示を与えたり、管理システムにおける監視結果を取得するための管理システムの上位に位置する装置である。
【００２２】
〈動作〉
次に、具体例１における動作を装置管理システム１０と監視制御システム２０ａ、２０ｂに分けて説明する。
図４は、装置管理システム１０における通信制御部１３の動作フローチャートである。
先ず、装置管理システム１０の初期状態では通信先データ保持部１１の位置情報は全て０が格納されている。即ち、通信先データ保持部１１は初期化されている。このような状態で、通信制御部１３は、メッセージの受信待ちを行う（ステップＳ１）。そして、何らかのメッセージが受信された場合は、そのメッセージのメッセージコードに基づいて事象判定を行う（ステップＳ２）。
【００２３】
ステップＳ２の事象判定の結果、メッセージが監視制御システム２０ａ、２０ｂからの接続要求コマンド１００であった場合、その接続要求コマンド１００から位置情報１０２を取り出す（ステップＳ３）。そして、通信先データ保持部１１中の位置情報が０の位置に取り出した位置情報１０２を設定する（ステップＳ４）。
【００２４】
また、ステップＳ２の事象判定の結果、メッセージが監視制御システム２０ａ、２０ｂからの監視制御コマンド２００であった場合は、そのメッセージをそのまま監視制御処理部１２に送信する（ステップＳ５）。更に、ステップＳ２の事象判定の結果、メッセージが監視制御処理部１２からの監視制御コマンド応答３００または監視イベント通知４００であった場合は、先ず、通信先データ保持部１１を参照して最初の位置情報１１−１を取り出し（ステップＳ６）、これが０であるかを判定する（ステップＳ７）。即ち、送信すべき監視制御システム２０ａ、２０ｂの位置情報が保持されているか否かを判定する。ステップＳ７において、０であった場合は、ステップＳ６に戻って、次の位置情報１１−２を取り出す。
【００２５】
ステップＳ７で０でなかった場合、即ち、いずれかの監視制御システム２０ａ、２０ｂの位置情報が保持されていた場合は、その位置情報の内容に従って、メッセージを監視制御システム２０ａ、２０ｂに送信する（ステップＳ８）。このような処理（ステップＳ６〜ステップＳ８）を通信先データ保持部１１の全ての位置情報に対して繰り返し行う（ステップＳ９）。
【００２６】
次に監視制御システム２０ａ、２０ｂにおける通信制御部２３ａ、２３ｂの動作を説明する。
図５は、その動作フローチャートである。
尚、以下、監視制御システム２０ａ、２０ｂの一例として、監視制御システム２０ａの動作を例として説明する。
先ず、通信制御部２３ａは、起動された後、コマンドコードデータ保持部２１ａに０を設定する（ステップＳ１１）。即ち、コマンドコードデータ保持部２１ａを初期化する。次に、接続要求コマンド１００にメッセージコード１０１と自システムの位置情報１０２を設定し、装置管理システム１０に対して送信する（ステップＳ１２）。その後はメッセージ待ちとなる（ステップＳ１３）。
【００２７】
メッセージを受信すると、そのメッセージのメッセージコードから事象の判定を行う（ステップＳ１４）。受信したメッセージが監視制御処理部２２ａからの監視制御コマンド２００の場合は、受信した監視制御コマンド２００からコマンドコード２０２を取り出して、このコマンドコード２０２をコマンドコードデータ保持部２１ａに設定する（ステップＳ１５）。次に、この監視制御コマンド２００を装置管理システム１０に送信する（ステップＳ１６）。
【００２８】
ステップＳ１４の事象判定の結果、受信したメッセージが装置管理システム１０からの監視制御コマンド応答３００であった場合、受信した監視制御コマンド応答３００からコマンドコード３０２を取り出し（ステップＳ１７）、コマンドコードデータ保持部２１ａに保持されているコマンドコードデータと比較する（ステップＳ１８）。コマンドコード３０２とコマンドコードデータが一致した場合は、コマンドコードデータ保持部２１ａのコマンドコードデータに０を設定し（ステップＳ１９）、受信した監視制御コマンド応答３００を監視制御処理部２２ａに送信する（ステップＳ２０）。一方、ステップＳ１８において、コマンドコード３０２とコマンドコードデータ保持部２１ａのコマンドコードデータが一致しない場合は受信したメッセージを削除する（ステップＳ２１）。即ち、自システム宛の監視制御コマンド応答３００ではない場合は、そのまま削除する。
【００２９】
ステップＳ１４の事象判定の結果、受信したメッセージが装置管理システム１０からの監視イベント通知４００であった場合、受信した監視イベント通知４００をそのまま監視制御処理部２２ａに送信する（ステップＳ２２）。即ち、監視イベント通知４００の場合は、自システムからのコマンドへの応答ではないため、コマンドコードの比較等の処理は行わずに監視制御処理部２２ａに送信する。
【００３０】
尚、上記の通信制御部２３ａの動作において、複数の監視制御コマンド２００を並列に処理するか、あるいは同一の監視制御コマンド２００は受け付けない処理とするかは運用条件等に応じてその構成を任意に選択することができる。即ち、複数の監視対象装置３０−１〜３０−ｎに対して、同一の監視制御コマンド２００が上位装置４０ａ、４０ｂから与えられた場合等、これらの監視制御コマンド２００を並列に処理する場合は、各監視制御コマンド２００を識別できるような識別情報をコマンドコードに付加してコマンドコードデータ保持部２１ａで保持する。一方、同一の監視制御コマンド２００は受け付けないようにする場合は、上記のステップＳ１５において、コマンドコードを取り出した後、このコマンドコードがコマンドコードデータ保持部２１ａに予め保持されているかを判定し、保持されているコマンドコードと一致した場合は、所定のエラー処理を行う、といった構成で対応することができる。
【００３１】
また、監視制御システム２０ｂの通信制御部２３ｂの動作についても、以上説明した通信制御部２３ａの動作と同様である。
【００３２】
〈効果〉
以上のように、具体例１によれば、管理システムとして、上位装置４０ａ、４０ｂのインタフェースに対応した監視制御システム２０ａ、２０ｂと、これら監視制御システム２０ａ、２０ｂに対して共通の装置管理システム１０を設け、装置管理システム１０は、全ての監視制御システム２０ａ、２０ｂに対して全ての情報を提供し、監視制御システム２０ａ、２０ｂ側で、装置管理システム１０から送られてきた情報から必要なもののみ取り出して処理するようにしたので、次のような効果がある。
【００３３】
●新規の上位装置が加わったり、上位装置のプロトコル等が変更になった場合でも、これに対応した監視制御システムを用意すればよく、既存の装置管理システム１０や監視制御システム２０ａ、２０ｂに手を加える必要がない。従って、上位装置とのインタフェースの変更等にも柔軟に対処することができる。
●その結果、管理システムの機能変更を行う場合も、管理システムそのものの動作を停止させる必要がなく、管理システムとしての本来の機能を十分に発揮することができる。
【００３４】
《具体例２》
具体例２は、具体例１の構成に加えて、監視イベント通知を携帯端末等の通知先に送信するようにしたものである。
【００３５】
〈構成〉
図６は、具体例２の主要部の構成図である。
図６では、監視制御システム２４と障害通知システム５０を示している。監視制御システム２４は、具体例１の監視制御システム２０ａ、２０ｂと同様の機能を有すると共に、ＳＮＭＰのＴＲＡＰ機能を有している。この監視制御システム２４は、通知先データ保持部２５と、通信制御部２６と、監視制御処理部２７を備えている。
【００３６】
通知先データ保持部２５は、障害通知システム５０のネットワーク上の位置情報を保持する機能部である。
図７は、具体例２における各種情報の説明図である。
図７（ａ）は、通知先データ保持部２５における通知先情報２５ａを示している。この通知先情報２５ａとしては、例えばネットワークアドレスや装置名等である。通信制御部２６は、具体例１における通信制御部２３ａ、２３ｂの機能を有すると共に、受信したメッセージが監視イベント通知４００であった場合は、これを監視制御処理部２７に送信し、これ以外のイベント通知であった場合は削除する機能を有している。監視制御処理部２７は、具体例１の監視制御処理部２２ａ、２２ｂの機能を有すると共に、監視イベント通知４００を受信した場合は、通知先データ保持部２５を参照し、通知先情報が設定されていた場合は、その通知先に対してＴＲＡＰ電文を作成して送信する機能を有している。尚、図６の監視制御システム２４において、具体例１におけるコマンドコードデータ保持部２１ａ、２１ｂ等の構成はその図示を省略している。
【００３７】
障害通知システム５０は、通知元データ保持部５１、通知先データ保持部５２、通信制御部５３、監視制御処理部５４を備えている。
通知元データ保持部５１は、監視イベント通知を通知する通知元の監視制御システム２４の識別情報を保持する機能部であり、通知元情報５１ａを備えている（図７（ｂ）参照）。尚、この通知元情報５１ａとしては、ネットワークアドレスや装置名等の識別情報である。通知先データ保持部５２は、通知先となる携帯端末等のアドレス情報（５２−１〜５２−ｎ）を保持する機能部である（図７（ｃ）参照）。
【００３８】
通信制御部５３は、監視制御システム２４との通信制御を行うための機能部であり、監視制御システム２４からのイベント通知を受け取った場合、これが監視イベント通知か否かを判定し、監視イベント通知であった場合に監視制御処理部５４へこの監視イベント通知を送信する機能を有している。
監視制御処理部５４は、通信制御部５３から監視イベント通知を受信した場合は、通知先データ保持部５２を参照して、保持されている全てのアドレスに対して通知を行う機能を有している。
【００３９】
通知される情報としては、図７（ｄ）に示すようになっている。即ち、「発生状況」とは、障害が発生したのか、あるいは回復したのかを示す情報である。「発生場所」とは、例えばネットワーク制御装置等の場合、どの装置かを特定するための装置情報と、更に、その装置内のどの位置（場所）で発生したかを示す物理位置情報等を示している。また、「警報種別」とは、どのような警報であるかを示す情報であり、例えば、ＥＱＰ（監視対象装置における物理的な障害等の警報）、ＲＥＣ（ネットワークにおける回線状態の異常等を示す警報）といった種別を示している。更に、「回線情報」とは、複数の回線におけるどの回線かを特定するための回線ＩＤや、その回線の使用者といった情報を示している。
【００４０】
〈動作〉
次に、具体例２の動作を、監視制御システム２４と障害通知システム５０とに分けて説明する。
図８は、監視制御システム２４の動作を示すフローチャートである。
監視制御システム２４は、起動された後、メッセージの受信を待つ（ステップＳ２１）。通信制御部２６でメッセージを受信すると、通信制御部２６は、メッセージのメッセージコードから事象の判定を行う（ステップＳ２２）。このステップＳ２２において、監視イベント通知４００以外のイベント通知を受信した場合は、そのメッセージを削除し（ステップＳ２３）、メッセージ受信待ちに戻る。
ステップＳ２２において、メッセージが監視イベント通知４００であった場合は、そのメッセージから監視イベントデータ４０２を取り出し（ステップＳ２４）、監視制御処理部２７に送信する。
【００４１】
監視制御処理部２７では、監視イベントデータ４０２を受け取ると、通知先データ保持部２５から通知先情報２５ａを取り出す（ステップＳ２５）。そして、この通知先情報２５ａが０であるかを判定する（ステップＳ２６）。この通知先情報２５ａが０である場合は、通知先情報が設定されていない（監視イベント通知４００は障害通知システム５０に通知しない）ため、その監視イベント通知４００を削除し（ステップＳ２３）、メッセージの受信待ちに戻る。
ステップＳ２６において、０以外、即ち、通知先が設定されている場合、監視制御処理部２７はＴＲＡＰ電文を作成し（ステップＳ２７）、障害通知システム５０に送信する（ステップＳ２８）。
【００４２】
次に、障害通知システム５０の動作について説明する。
図９は、障害通知システム５０の動作を示すフローチャートである。
障害通知システム５０は、起動された後、ＴＲＡＰ電文の受信を待つ（ステップＳ３１）。通信制御部５３は、ＴＲＡＰ電文を受信すると、通知元データ保持部５１から通知元情報５１ａを取り出し（ステップＳ３２）、通知元情報５１ａが０かどうかを判定する（ステップＳ３３）。通知元情報５１ａが０である場合は、監視イベント通知を受ける設定ではない、即ち、自システムで処理する電文ではないため、受信ＴＲＡＰ電文を削除し（ステップＳ３４）、ステップＳ３１の受信待ちに戻る。
【００４３】
ステップＳ３３において、通知元情報５１ａが設定されていた場合、通信制御部５３は、受信ＴＲＡＰ電文が監視イベント通知４００であるかを判定し（ステップＳ３５）、監視イベント通知４００でなければ、受信ＴＲＡＰ電文を削除し（ステップＳ３４）、ステップＳ３１の受信待ちに戻る。
ステップＳ３５において、監視イベント通知４００であった場合、通信制御部５３は、この監視イベントデータ４０２を監視制御処理部５４に送信する。監視制御処理部５４では、この監視イベントデータ４０２を受け取ると、通知先データ保持部５２からアドレス情報を取り出し（ステップＳ３６）、アドレス情報が０であるかを判定する（ステップＳ３７）。０であった場合は、通知先が存在しないため、受信ＴＲＡＰ電文を削除し（ステップＳ３４）、ステップＳ３１の受信待ちに戻る。
【００４４】
ステップＳ３７において、０以外であった場合は受信ＴＲＡＰから通知する障害情報を作成し（ステップＳ３８）、障害情報を電子メールにて通知先に対して送信する（ステップＳ３９）。即ち、図７（ｄ）に示した、発生状況、発生場所、警報種別、回線情報を示す電子メールをアドレス情報５２−１〜５２−ｎの通知先に送信する。
【００４５】
〈効果〉
以上のように、具体例２によれば、種々の通知先に監視イベントデータを通知するための障害通知システム５０を設け、この障害通知システム５０に対して監視制御システム２４が監視イベント通知を行うようにしたので、従来のように管理システム専用のＨＭＩ端末を用いることなく、障害通知システム５０からの通知を受けることができる装置であればどのような装置も用いることができる。また、このような装置を携帯電話やＰＤＡ（Personal Digital Assistants）等の携帯端末のメール機能を用いることで、保守作業者は、管理システムの監視対象装置でどのような障害が発生しているかといった状況をリアルタイムかつ、どのような場所でも把握することができる。
【００４６】
《具体例３》
具体例３は、自系と他系の管理システムを多重化した管理システムにおいて、各管理システムの設置場所等の構成を柔軟に変更できるようにしたものである。
【００４７】
〈構成〉
図１０は、具体例３の構成図である。
図のシステムは、管理システム６０ａ、６０ｂからなる。各管理システム６０ａ、６０ｂは、独立に動作する二重化システムであり、それぞれは同様の構成を備えている。
管理システム６０ａ、６０ｂは、それぞれ装置管理システム７０ａ、７０ｂ、監視制御システム８０ａ、８０ｂ、コマンド変換システム９０ａ、９０ｂを備えている。尚、これら管理システム６０ａ、６０ｂ内の各構成は同様であるため、以下、管理システム６０ａの構成を例として説明する。
【００４８】
装置管理システム７０ａは、通信先データ保持部７１ａ、通信制御部７２ａ、データベース７３ａ、コマンド処理部７４ａからなる。通信先データ保持部７１ａは、具体例１における通信先データ保持部１１と同様の機能を有するものであるが、本具体例では、監視制御システム８０ａと共に、コマンド変換システム９０ａ、９０ｂの位置情報も保持されている。通信制御部７２ａは、具体例１の通信制御部１３と同様の機能を有すると共に、コマンド処理部７４ａからの監視制御コマンドを受けた場合に、通信先データ保持部７１ａで保持されているコマンド変換システム９０ａ、９０ｂ宛に、この監視制御コマンドを送信する機能を有している。データベース７３ａは、図示省略した具体例１における監視制御処理部１２と同様の監視制御処理部による監視対象装置の全ての監視状態のデータを記憶するためのデータベースである。コマンド処理部７４ａは、通信制御部７２ａから監視制御コマンド等のメッセージに基づいてデータベース７３ａに監視制御内容を書き込むと共に、データベース７３ａ上の内容に変更が発生する事象の場合は、この変更内容を示す変更通知を通信制御部７２ａに対して送信する機能を有している。
【００４９】
監視制御システム８０ａは、コマンドコードデータ保持部８１ａ、監視制御処理部８２ａ、通信制御部８３ａからなる。
コマンドコードデータ保持部８１ａは、具体例１におけるコマンドコードデータ保持部２１ａ、２１ｂと同様の機能を有するものである。監視制御処理部８２ａは、具体例１における監視制御処理部２２ａ、２２ｂと同様の機能を有するものである。通信制御部８３ａは、具体例１における通信制御部２３ａ、２３ｂと同様の機能を有するものである。
【００５０】
コマンド変換システム９０ａは、通信制御部９１ａ、９２ａ、コマンドコードデータ保持部９３ａ、コマンド処理部９４ａからなる。通信制御部９１ａは、装置管理システム７０ａとの通信制御を行うための制御部である。即ち、装置管理システム７０ａからの変更通知を受信し、この変更通知をコマンド処理部９４ａに送信する機能を有している。通信制御部９２ａは、監視制御システム８０ａにおける通信制御部８３ａと同様の機能を備えている。即ち、コマンド処理部９４ａからのメッセージを受けた場合に、そのコマンドコードをコマンドコードデータ保持部９３ａに保持し、管理システム６０ｂの装置管理システム７０ｂに対して送信する機能を有している。
【００５１】
コマンドコードデータ保持部９３ａは、監視制御システム８０ａにおけるコマンドコードデータ保持部８１ａと同様の機能を備えている。即ち、何らかのメッセージを送信する場合に、そのコマンドコードを保持する機能を有している。コマンド処理部９４ａは、通信制御部９１ａからの変更通知に基づいて、監視制御システム８０ａの監視制御処理部８２ａと同様のメッセージを生成し、これを通信制御部９２ａに送信する機能を有している。
【００５２】
以上説明した管理システム６０ａの構成は、管理システム６０ｂにおける装置管理システム７０ｂ、監視制御システム８０ｂおよびコマンド変換システム９０ｂでも同様である。
【００５３】
〈動作〉
動作の一例として、監視制御システム８０ａが現在運用している自系のシステム、監視制御システム８０ｂが他系のシステムであるとする。
先ず、監視制御システム８０ａの監視制御処理部８２ａで監視制御コマンドが生成されると、これが通信制御部８３ａに送信される。監視制御コマンドを受信した通信制御部８３ａは、その監視制御コマンドからコマンドコードを取り出してコマンドコードデータ保持部８１ａに設定する。その後、その監視制御コマンドをそのまま装置管理システム７０ａに送信する。以上の動作は、具体例１における監視制御システム２０ａ、２０ｂの動作と同様である。
【００５４】
監視制御コマンドを受信した装置管理システム７０ａの通信制御部７２ａは、受信したメッセージをそのままコマンド処理部７４ａに送信する。このときに、そのコマンドがデータベース７３ａのデータを書き換えるような処理であった場合、コマンド処理部７４ａから変更通知が通信制御部７２ａに送信される。通信制御部７２ａは、この変更通知を受信すると、通信先データ保持部７１ａに保持されている全ての通知先に対して監視制御コマンド通知を送信する。本具体例では、監視制御システム８０ａの通信制御部８３ａ、コマンド変換システム９０ａの通信制御部９１ａおよびコマンド変換システム９０ｂに監視制御コマンド通知を送信する。
【００５５】
ここで、監視制御システム８０ａの通信制御部８３ａは、監視制御コマンド通知を受信するが、コマンドコードデータ保持部８１ａで保持されているコマンドコードとは一致しないため、この監視制御コマンド通知を削除する。また、コマンド変換システム９０ａの通信制御部９１ａでは、監視制御コマンド通知を受信すると、これをコマンド処理部９４ａに送信する。一方、コマンド変換システム９０ｂでは、予備系であるため、監視制御システム８０ｂおよびコマンド変換システム９０ｂは待機状態となっており、通信制御部９１ｂでは監視制御コマンド通知を受信しない。
【００５６】
コマンド変換システム９０ａのコマンド処理部９４ａは、通信制御部９１ａから監視制御コマンド通知を受信すると、その監視制御コマンド通知の内容に基づいて、監視制御システム８０ａの監視制御処理部８２ａで生成された監視制御コマンドと同様のコマンドを生成し、そのコマンドを通信制御部９２ａに送信する。コマンドを受信した通信制御部９２ａは、監視制御システム８０ａの通信制御部８３ａと同様に、コマンドコードを取り出して、コマンドコードデータ保持部９３ａに設定する。その後、その監視制御コマンドをそのまま管理システム６０ｂの装置管理システム７０ｂの通信制御部７２ｂに送信する。コマンドを受信した通信制御部７２ｂは、上述した装置管理システム７０ａの通信制御部７２ａと同様に、そのメッセージをコマンド処理部７４ｂに送信する。そして、コマンド処理部７４ｂは、コマンド処理部７４ａと同様にデータベース７３ｂに対して同様の書き換えを行う。このような動作により、管理システム６０ａ側のデータベース７３ａの変更が、管理システム６０ｂ側のデータベース７３ｂに反映される。
【００５７】
また、上述した監視制御システム８０ａからの監視制御コマンド以外の監視イベントといった場合も、装置管理システム７０ａからコマンド変換システム９０ａに、監視イベントが通知される。これにより、コマンド変換システム９０ａは、上述した処理と同様に、通信制御部７２ｂに対して通知を行う。通信制御部７２ｂはこれを受信すると、そのままコマンド処理部７４ｂに送信し、コマンド処理部７４ｂは、これをデータベース７３ｂに書き込む。
【００５８】
尚、管理システム６０ｂが自系のシステム、管理システム６０ａが他系のシステムの場合の動作も上記の動作と同様である。
【００５９】
〈効果〉
以上のように、具体例３によれば、運用系の監視制御システム８０ａ（８０ｂ）から装置管理システム７０ａ（７０ｂ）に、そのデータベース７３ａ（７３ｂ）に変更が発生するような事象が発生した場合、装置管理システム７０ａ（７０ｂ）から、コマンド変換システム９０ａ（９０ｂ）に対して、変更通知を行い、コマンド変換システム９０ａ（９０ｂ）で、この変更通知に基づいて、変更内容を示すメッセージを他系の装置管理システム７０ｂ（７０ａ）に対して送信するようにしたので、従来のような二重化するサーバは共有するハードディスクのケーブルが届く範囲で設置しなければならないという制約がなくなり、自系と他系の管理システム６０ａ、６０ｂが通信可能に接続されていれば、自系と他系の位置関係はどのようなものであってもよく、例えば、ネットワークを介して自系と他系のシステムが遠隔地に位置することも可能である。
【００６０】
《利用形態》
●具体例２において、図７（ｄ）に示すような警報種別や発生場所等に対して通知先を選択するよう構成してもよい。この場合は、図７（ｃ）に示すアドレス情報に加えて、どのような場合に通知するかを識別する情報を付加する。そして、監視制御処理部５４は、このような識別情報に基づいて、通知先を選択し、該当する通知先に通知する。これにより、例えば、発生状況、発生場所、警報種別、回線情報等の基づいて、通知先を任意に選択することも可能である。
●具体例２では、通知先への通知手段としてメールの場合を説明したが、これに限定されるものではなく、例えば音声通知といった手段も用いることも可能である。
●具体例３では、管理システムを二重化する例を説明したが、具体例３の構成では、管理システムは他系の管理システムの動作状況について意識することなくデータベースにアクセスすることができるため、コマンド変換システムが送信する装置管理システムを増加させることで、二重化を超える多重化が可能である。即ち、他系として二つ以上の管理システムがあってもよい。
【００６１】
【発明の効果】
以上のように、本発明によれば、装置管理システムにて提供する通信方法や通信手段を一つの方法に統一し、装置管理システムは全ての監視制御システムに対して通知を行い、監視制御システムでは装置管理システムから送られてきた情報から必要なもののみ取り出して処理するようにしたので、管理システムとして改造に相当する変更を行う場合でも、変更するプロトコル等に対応した監視制御システムを追加するだけで済み、従って、製造および検証に要する時間も少なくて、しかも、このような変更を行う場合でも、管理システムそのものの動作は停止する必要がなく、管理システムとしての信頼性を向上させることができる。
【図面の簡単な説明】
【図１】本発明の管理システムの具体例１を示す構成図である。
【図２】具体例１における通信先データ保持部に保持される情報の説明図である。
【図３】具体例１における装置管理システムが送受信するメッセージ構成の説明図である。
【図４】具体例１の装置管理システムにおける通信制御部の動作フローチャートである。
【図５】具体例１の監視制御システムにおける通信制御部の動作フローチャートである。
【図６】具体例２の主要部の構成図である。
【図７】具体例２における各種情報の説明図である。
【図８】具体例２における監視制御システムの動作を示すフローチャートである。
【図９】具体例２における障害通知システムの動作を示すフローチャートである。
【図１０】具体例３の構成図である。
【符号の説明】
１０、７０ａ、７０ｂ  装置管理システム
１１、７１ａ、７１ｂ  通信先データ保持部
１２、２２ａ、２２ｂ、２７、５４  監視制御処理部
１３、２３ａ、２３ｂ、２６、５３、７２ａ、７２ｂ、９２ａ、９２ｂ  通信制御部
２０ａ、２０ｂ、２４、８０ａ、８０ｂ  監視制御システム
２１ａ、２１ｂ、９３ａ、９３ｂ  コマンドコードデータ保持部
２５  通知先データ保持部
５０  障害通知システム
５１  通知元データ保持部
５２  通知先データ保持部
６０ａ、６０ｂ  管理システム
７３ａ、７３ｂ  データベース
７４ａ、７４ｂ、９４ａ、９４ｂ  コマンド処理部
９０ａ、９０ｂ  コマンド変換システム
【図１】
2004192337.tif 000003
【図２】
2004192337.tif 000004
【図３】
2004192337.tif 000005
【図４】
2004192337.tif 000006
【図５】
2004192337.tif 000007
【図６】
2004192337.tif 000008
【図７】
2004192337.tif 000009
【図８】
2004192337.tif 000010
【図９】
2004192337.tif 000011
【図１０】
2004192337.tif 000012