JPH11353018A - 監視制御システムの子局、および、そのプログラムが記録された記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 中央局から、異常の原因分析用のデータを取
得可能で、原因分析し易い監視制御システムを実現す
る。 【解決手段】 子局３には、互いに独立して動作可能な
２系統の監視制御部３１ａ・３１ｂが設けられている。
双方の監視制御部３１ａ・３１ｂには、演算処理部３４
ａ・３４ｂが設けられており、正常動作時も、監視制御
の履歴を出力している。さらに、双方のシリアルインタ
ーフェース部３６ａ・３６ｂは、相手の履歴を受け取っ
て、それぞれのメモリバッファ３７ａ・３７ｂに格納し
ている。一方の監視制御部３１ｂに異常が発生した場
合、正常に動作している監視制御部３１ａは、監視制御
を引き継ぐと共に、中央局５からのリモートログインに
応じて、メモリバッファ３７ａから、監視制御部３１ｂ
の履歴を読み出し、中央局５へ送出する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、異常の原因分析が
容易な監視制御システムを実現するためのものであり、
監視制御システムの子局に関するものである。

【０００２】

【従来の技術】例えば、上下水道設備などのプラントや
ビルなど、近代化された施設は、多くの設備機器を有し
ており、これらの施設を円滑に運営するために、監視制
御システムが広く使用されている。当該監視制御システ
ムは、各種機器の動作状況の監視および制御を、特定の
場所（中央局）から行うシステムであって、多くの場
合、オペレータが配される中央局と、各種機器の設置場
所に配される子局とから構成されている。

【０００３】上記監視制御システムによれば、オペレー
タは、中央局から、各設備機器全体を一括して監視制御
できる。したがって、大局的な状況把握が容易になると
共に、各設備機器の設置場所にオペレータを配する必要
がなくなるので、人員を削減できる。

【０００４】これらの監視制御システムは、例えば、上
下水道施設など、監視制御が常時要求される用途に使用
されることが多い。また、子局は、オペレータが配され
る中央局から離れていることが多く、子局に異常が発生
した場合、子局へ即座に赴いて、異常に対処することが
難しい。したがって、何らかの異常が発生しても動作し
続けることができるように、通常、上記子局は、二重化
されている。

【０００５】具体的には、子局は、互いに独立して動作
可能な２系統の監視制御部を備えており、一方の系統の
監視制御部が、中央局および機器と通信して、これらの
機器を監視制御している。当該系統の監視制御部に異常
が発生した場合、他方の系統の監視制御部が監視制御を
引き継ぎ、中央局および機器と通信を開始する。これに
より、子局は、一方の系統に異常が発生しても、他方の
系統が正常に動作していれば、動作し続けることができ
る。

【０００６】ここで、異常には、例えば、素子の故障な
ど、偶発的な異常と、例えば、子局のプログラムの不具
合（バグ）や処理能力の不足など、何らかの原因があ
り、再発する可能性が高い異常とが存在する。したがっ
て、異常が発生した場合には、原因分析が行われ、必要
に応じて、バグの修正や処理能力の向上などの対策がと
られる。

【０００７】ここで、従来の監視制御システムでは、異
常が発生した場合、子局の監視制御部へリモートログイ
ンして、異常を分析する際に参照される詳細なデータを
コンソールに出力するように指示し、当該出力に基づい
て原因分析している。

【０００８】

【発明が解決しようとする課題】しかしながら、上記従
来の構成では、異常が発生した場合、リモートログイン
機能も使用不能になり、上記コンソール出力を中央局か
ら参照できないことが多い。この結果、子局へ赴く労力
がかかるという問題を生じる。また、異常が発生した後
のコンソール出力しか参照できないため、原因分析が困
難になるという問題も併せて生じる。

【０００９】すなわち、正常に動作している場合、中央
局は、子局へリモートログインすれば、当該子局のコン
ソール出力を参照できる。ところが、リモートログイン
の処理は、子局のコンソール（シェル）が正常に動作
し、かつ、子局が中央局と通信できなければ、実行でき
ない。一方、子局は、例えば、ＴＣＰ／ＩＰなど、比較
的高レベルの汎用プロトコルを用いて中央局と通信して
いるため、異常が発生した場合、通信不能になる可能性
が高い。この結果、異常発生時には、中央局から子局へ
リモートログインできなくなる虞れがある。したがっ
て、このような場合は、子局の場所まで赴いて、子局を
操作することで、コンソール出力を参照している。上述
したように、子局の設置場所は、中央局から離れている
ことが多いため、子局への移動には、多大な労力を必要
とする。

【００１０】なお、通常、子局には、適切な入出力手段
が設けられていないので、ターミナルを持っていき、例
えば、ＲＳ２３２Ｃなどのケーブルで当該ターミナルと
子局とを接続した後で子局を操作している。したがっ
て、異常分析時の労力は、さらに増大する。

【００１１】また、中央局から離れ、子局へ移動してし
まうと、他の子局の状態を観測できなくなるため、大局
的な状況把握が困難になる。さらに、出力を指示するま
で、上述のデータがコンソール出力されないため、異常
発生した後のコンソール出力しか参照できない。これら
の結果、異常の原因分析が困難になる。

【００１２】本発明は、上記の問題点に鑑みてなされた
ものであり、その目的は、中央局から、異常の原因分析
用のデータを取得可能で、原因分析し易い監視制御シス
テムを実現することにある。

【００１３】

【課題を解決するための手段】請求項１の発明に係る監
視制御システムの子局は、上記課題を解決するために、
中央局と通信する通信手段を有する監視制御部が複数系
統設けられ、ある系統の監視制御部に異常が発生した場
合、当該監視制御部による監視制御を、他の監視制御部
が引き継ぐ監視制御システムの子局において、以下の手
段を講じたことを特徴としている。

【００１４】すなわち、上記各監視制御部には、正常動
作中に、監視制御の履歴を出力する履歴出力手段と、他
系統の履歴出力手段が出力した履歴を格納する記憶手段
と、異常が発生した監視制御部により出力された履歴
を、上記記憶手段から読み出し、上記通信手段を介して
上記中央局に送出する制御手段とが設けられている。な
お、上記通信手段は、異常により、ある系統の通信手段
が通信できなくなっても、他の系統の通信手段が独立し
て通信可能であれば、例えば、ソフトウェアのうち、各
監視制御部と通信する部分など、ソフトウェアの一部分
を各系統毎に設け、ソフトウェアの残余の部分とハード
ウェア部分とを各系統間で共有してもよい。また、履歴
出力手段を受け取る記憶手段は、履歴出力手段を出力す
る監視制御部と別の系統であれば、監視制御を引き継ぐ
監視制御部と同じであっても、互いに異なっていてもよ
い。

【００１５】上記構成において、監視制御部が正常に動
作している場合、履歴出力手段は、監視制御の履歴を、
他の系統の監視制御部へ出力している。一方、履歴を受
け取った監視制御部では、当該履歴が記憶手段に格納さ
れる。当該履歴としては、異常発生の原因分析に有用な
データが選ばれており、例えば、制御対象との間で送受
され、子局での演算処理を受ける前のデータなど、子局
へ入出力されるデータ、あるいは、例えば、子局のメモ
リの空き容量など、子局の内部状態を示すデータなどが
挙げられる。

【００１６】ある系統の監視制御部に異常が発生した場
合、他の系統の監視制御部は、異常な監視制御部の代わ
りに、制御対象や中央局と通信して監視制御を引き継
ぐ。これにより、ある監視制御部に異常が発生した場合
であっても、中央局は、何ら支障なく、制御対象を監視
制御し続けることができる。

【００１７】さらに、監視制御を引き継いだ監視制御部
では、例えば、中央局からのリモートログインによる指
示などに従って、制御手段が、異常な監視制御部から出
力された履歴を上記記憶手段から読み出し、上記通信手
段を介して上記中央局に送出する。なお、通信手段は、
各系統の監視制御部が監視制御するために必須の部材な
ので、履歴の出力用に新たに通信手段を設ける必要はな
い。ここで、記憶手段および通信手段は、異常が発生し
た監視制御部とは別系統なので、異常が発生した場合で
あっても、正常に動作している。したがって、異常が発
生した系統の通信手段を介して監視制御部の出力を参照
する場合とは異なり、中央局から、異常な系統の監視制
御部の履歴を確実に参照できる。この結果、異常の原因
を分析するために、子局へ赴く手間を削減できる。

【００１８】また、中央局にて異常な系統の履歴を観測
できるので、例えば、異常が発生していない子局など、
他の子局の状態と比較しながら大局的な原因分析ができ
る。この結果、子局へ赴いて原因分析する場合よりも、
的確に原因分析しやすい。

【００１９】さらに、履歴出力手段は、正常動作中も履
歴を出力しているため、上記記憶手段には、異常が発生
する前から異常が発生するまでの期間の履歴が残されて
おり、特に、異常が発生した瞬間の履歴も記憶されてい
る。この結果、子局へ赴いて異常発生後の出力を監視す
る場合に比べて、原因分析が容易になる。

【００２０】なお、上記構成によれば、履歴は、各監視
制御部が正常に動作している間、他の系統の記憶手段へ
格納されているので、中央局には、異常を分析する際に
のみ送出すればよい。ここで、監視制御システム全体に
おいて、正常な監視制御部の数は、通常、異常な監視制
御部より多い。したがって、正常動作中も各監視制御部
から中央局へ履歴を送出する場合に比べて、通信量を大
幅に削減できる。

【００２１】ところで、上記履歴出力手段と通信手段と
が同一のプロトコルを使用していた場合、ある系統の監
視制御部に異常が発生した場合、通信手段と履歴出力手
段との双方が使用できなくなる虞れがある。

【００２２】これに対して、請求項２の発明に係る監視
制御システムの子局は、請求項１記載の発明の構成にお
いて、上記履歴出力手段と通信手段とは、互いに異なる
プロトコルで、データを送出することを特徴としてい
る。

【００２３】上記構成によれば、上記両手段は、互いに
異なるプロトコルでデータを送出しているので、異常が
発生した場合であっても、一方の手段を使用できる可能
性が高い。この結果、異常が発生した後も、中央局は、
通信手段を介して、あるいは、履歴出力手段および他の
系統の監視制御部を介して、異常が発生した系統の監視
制御部の出力を取得できる。これにより、さらに、原因
分析が容易な監視制御システムを実現できる。

【００２４】一方、請求項３の発明に係る記録媒体は、
複数系統の監視制御部を有し、かつ、ある系統の監視制
御部に異常が発生した場合に、当該監視制御部による監
視制御を他の監視制御部が引き継ぐことができる監視制
御システムの子局としてコンピュータを動作させるプロ
グラムが記録された記録媒体であって、上記課題を解決
するために、中央局と通信する通信手段と、監視制御の
履歴を出力する履歴出力手段と、他系統の履歴出力手段
が出力した履歴を格納する記憶手段と、異常が発生した
監視制御部により出力された履歴を、上記記憶手段から
読み出し、上記通信手段を介して、上記中央局に送出す
る制御手段とを備える監視制御部として、上記コンピュ
ータを動作させるプログラムが記録されていることを特
徴としている。

【００２５】上記構成の記録媒体からプログラムが読み
だされ、コンピュータにて実行されると、請求項１と同
様の監視制御システムの子局となる。それゆえ、ある系
統の監視制御部に異常が発生した場合であっても、中央
局は、当該系統の監視制御の履歴を確実に取得できる。
この結果、原因分析の手間が少なく、より的確に原因分
析可能な監視制御システムを実現できる。

【００２６】

【発明の実施の形態】本発明の一実施形態について図１
ないし図３に基づいて説明すると以下の通りである。す
なわち、本実施形態に係る監視制御システムは、例え
ば、上下水道設備のプラントなどにおいて、各種の設備
機器を一括して監視制御するために用いられるものであ
り、例えば、図１に示すように、当該監視制御システム
１には、自らの監視制御対象となる設備機器２の近傍に
配された子局３と、例えば、光ケーブルなどのネットワ
ーク４を介して、各子局３と通信する中央局５とが設け
られている。本実施形態では、例えば、光ケーブルを二
重化するなどして、ネットワーク４の回線が二重化され
ており、一方の回線４１ａが通信異常になっても、他方
の回線４１ｂを用いて通信を行うことができる。なお、
子局３の数、並びに、各子局３へ接続される設備機器２
の数は、各設備機器２の配置場所などに応じて、任意に
設定できる。

【００２７】上記各子局３は、自らの制御対象となる設
備機器２…と通信して、これら設備機器２の状態や当該
設備機器２から入力される計測値などを取得して、中央
局５へ送出できる。また、中央局５からの指示に基づい
て、これらの設備機器２を制御できる。これにより、中
央局５のオペレータは、中央局５と各子局３との距離が
離れている場合であっても、中央局５にて、各設備機器
２の状態を監視できると共に、状況に応じて各設備機器
２を制御できる。

【００２８】上記各設備機器２は、例えば、制御用ＬＡ
Ｎ６などを介して、子局３に接続されており、例えば、
水位計など、監視制御に使用するデータを出力するセン
サ２１、あるいは、例えば、ポンプなどを制御するアク
チュエータ２２と、センサ２１やアクチュエータ２２と
制御用ＬＡＮ６とを接続するためのインターフェース部
２３とを備えている。なお、図中では、インターフェー
ス部２３、並びに、後述するネットワークインターフェ
ース部３２ａ・３２ｂ、制御用インタフェース部３３ａ
・３３ｂおよびシリアルインターフェース部３６ａ・３
６ｂにおいて、インターフェースをＩ／Ｆと略記してい
る。また、子局３からの指示に応じて自らの動作を制御
可能であれば、アクチュエータ２２に代えて、任意の制
御対象機器を使用できる。また、子局３がセンサ２１や
アクチュエータ２２などを直接制御可能であれば、制御
用ＬＡＮ６およびインターフェース部２３は不要であ
る。

【００２９】ここで、本実施形態に係る子局３には、互
いに独立して動作可能な２系統の監視制御部３１ａ・３
１ｂが設けられており、一方の系統に異常が発生した場
合、他方の系統が監視制御を引き継ぐことができる。こ
れにより、一方の系統が動作できなくなっても、子局３
は、動作し続けることができる。

【００３０】具体的には、上記Ａ系統の監視制御部３１
ａは、ネットワーク４と接続するためのネットワークイ
ンターフェース部３２ａと、上記制御用ＬＡＮ６と接続
するための制御用インタフェース部３３ａと、両インタ
ーフェース部３２ａ・３３ａとの間で送受されるデータ
を演算処理する演算処理部３４ａとを備えている。さら
に、演算処理部３４ａは、例えば、ＲＳ２３２Ｃなど、
所定のプロトコルで通信するためのコンソールポート３
５ａを備えており、当該コンソールポート３５ａを介し
て、例えば、ターミナルなどの入力装置（図示せず）と
通信できる。通常、当該コンソールポート３５ａには、
後述するように、Ｂ系統のシリアルインターフェース部
３６ｂに接続されているが、例えば、修理などのため
に、ターミナルを有する使用者が訪れた場合などには、
当該ターミナルが接続される。一方、Ｂ系統の監視制御
部３１ｂにも、同様の部材３２ｂないし３５ｂが設けら
れている。なお、以下では、両系統に存在する部材を総
称する場合、あるいは、系統を特定する必要がない場合
には、例えば、監視制御部３１のように、末尾の英字を
省略して参照する。

【００３１】これにより、各系統の監視制御部３１は、
中央局５の指示を識別し、設備機器２へ送出するデータ
を作成したり、設備機器２から受け取ったデータを所定
の形式へ変更して中央局５へ送出したりできる。また、
中央局５からの指示を実現できるように、設備機器２か
らのデータに基づいて設備機器２を制御することもでき
る。

【００３２】なお、図中では、説明の便宜上、両ネット
ワークインターフェース部３２ａ・３２ｂを別の部材と
して記載しているが、一方の演算処理部３４に異常が発
生した場合であっても、他方の演算処理部３４との間の
データ送受に影響しないならば、両ネットワークインタ
ーフェース部３２ａ・３２ｂを共用できる。同様に、他
系統の通信に影響しない場合は、両制御用インタフェー
ス部３３ａ・３３ｂを共用できる。

【００３３】ここで、各系統の監視制御部３１では、複
数のプロセスが並列して動作しており、一方系統の監視
制御部３１に異常が発生した場合、他方系統の監視制御
部３１が各プロセスの内部状態をも引き継ぎ、かつ、正
常に動作することは難しい。また、仮に、何ら支障なし
に、内部状態をも引き継ぐことができたとしても、一方
系統の監視制御部３１の異常を検出してから、他方系統
の監視制御部３１を起動すると、切り換えに時間がかか
ってしまう。

【００３４】したがって、本実施形態では、監視制御部
３１ａ・３１ｂの双方が動作しており、中央局５および
設備機器２からのデータ入力および演算処理を行ってい
る。ただし、中央局５あるいは設備機器２への出力は、
一方系統の監視制御部３１のみが行っており、当該系統
の監視制御部３１に異常が発生した場合は、当該系統の
監視制御部３１の出力を停止させると共に、他方系統の
監視制御部３１が出力を開始する。なお、以下では、監
視制御している系統（出力している系統）を動作側と称
し、他方系統を待機側と称する。これにより、子局３
は、動作側の監視制御部３１に異常が発生した場合、待
機側の監視制御部３１へ、高速かつ確実に切り換えるこ
とができる。

【００３５】なお、両系統の監視制御部３１には、同じ
データが入力されており、同一の演算処理を行う。した
がって、各監視制御部３１の回路自体に異常が発生して
いなければ、両系統の監視制御部３１は、全く同じ動作
を行い、プログラムのバグや処理能力の不足などの異常
が発生した場合は、双方が同時に停止するはずである。
ところが、両系統の監視制御部３１では、演算処理部３
４が時分割処理によって複数プロセスの並列処理を実現
しているが、対応するプロセスの動作タイミングは、両
系統の監視制御部３１間で微妙に異なっている。したが
って、実際には、一方系統の監視制御部３１に異常が発
生しても、他方系統の監視制御部３１が正常に動作して
いることが多い。また、データ出力に関連する処理や回
路素子で異常が発生した場合、あるいは、回路素子自体
に異常が発生した場合は、他方系統の監視制御部３１
は、正常に動作できる。なお、両系統で異なっているの
は、各プロセスの動作タイミングや、データを出力する
か否かであり、両系統の監視制御部３１は、中央局５あ
るいは設備機器２へ出力するデータとして、同じ値を生
成している。

【００３６】ここで、本実施形態に係る監視制御部３１
において、演算処理部３４は、正常に動作している間
も、異常の原因分析に有効なデータを、コンソールポー
ト３５から出力するように設定されている。なお、これ
らのデータ（コンソールポート出力）の詳細について
は、後述する。

【００３７】さらに、本実施形態に係る監視制御部３１
ａ（３１ｂ）には、他系統のコンソールポート３５ｂ
（３５ａ）に接続されるシリアルインターフェース部３
６ａ（３６ｂ）と、自系統のシリアルインターフェース
部３６ａ（３６ｂ）が受け取ったデータを蓄積するメモ
リバッファ３７ａ（３７ｂ）とを備えている。なお、メ
モリバッファ３７ａ（３７ｂ）は、演算処理部３４ａ
（３４ｂ）の有するメモリの一領域として実現してもよ
いし、別の記憶装置として実現してもよい。

【００３８】上記シリアルインターフェース部３６ａ
（３６ｂ）は、例えば、ＲＳ２３２Ｃインターフェース
ボードなどとして実現されており、ポートの数は、他系
統の演算処理部３４ｂ（３４ａ）がコンソールポート３
５ｂ（３５ａ）を介して出力するデータ全てを受信でき
るように設定されている。例えば、他系統の演算処理部
３４ｂ（３４ａ）が３枚のＣＰＵボードから構成されて
おり、各ＣＰＵボードが、それぞれのコンソールポート
３５ｂ…（３５ａ…）からコンソールポート出力する場
合、シリアルインターフェース部３６ａ（３６ｂ）のポ
ート数は、３以上に設定される。

【００３９】また、上記演算処理部３４ａ（３４ｂ）と
シリアルインターフェース部３６ｂ（３６ａ）とは、１
対１で通信できればよいので、両者間の通信プロトコル
は、ネットワークインターフェース部３２ａ（３２ｂ）
がネットワーク４と通信する際に使用しているプロトコ
ル（例えば、ＴＣＰ／ＩＰなど）よりも低レベルで、よ
り確実に動作するプロトコルが使用されている。

【００４０】上記各部材３２〜３７は、ＣＰＵなどが所
定のプログラムを実行して実現される機能ブロックとし
て実現されていてもよいし、ハードウェアのみで実現し
てもよい。ただし、機能ブロックとして実現した場合
は、プログラムを配付してコンピュータに実行させるだ
けで、子局３を実現できるので、配付が容易になる。な
お、上記演算処理部３４ａ・３４ｂが、特許請求の範囲
に記載の履歴出力手段および制御手段に対応し、ネット
ワークインターフェース部３２ａ・３２ｂが通信手段
に、メモリバッファ３７ａ・３７ｂが記憶手段にそれぞ
れ対応している。

【００４１】上記構成の監視制御システム１において、
異常の原因分析に関する動作について、図２および図３
に示すフローチャートに基づき説明すると、以下の通り
である。なお、両系統の監視制御部３１ａ・３１ｂは、
いずれが動作側であってもよいが、以下では、説明の便
宜上、監視制御部３１ｂから監視制御部３１ａへ切り換
える場合を例にして説明する。

【００４２】異常が発生していない間、両系統の監視制
御部３１ａ（３１ｂ）は、図２に示す処理を行う。すな
わち、演算処理部３４ａ（３４ｂ）は、Ｓ１において、
自系統のネットワークインターフェース部３２ａ（３２
ｂ）および制御用インタフェース部３３ａ（３３ｂ）か
らデータを受け取り、各インターフェース部３２ａ・３
３ａ（３２ｂ・３３ｂ）へ出力すべきデータを作成して
いる。ただし、この例では、監視制御部３１ｂが動作側
なので、監視制御部３１ｂが作成したデータのみが、中
央局５あるいは設備機器２へ送出されている。

【００４３】さらに、両演算処理部３４ａ（３４ｂ）
は、Ｓ２において、それぞれのコンソールポート３５ａ
（３５ｂ）から、自らに異常が発生した際の原因分析に
使用されるデータを出力している。原因分析用のデータ
としては、例えば、現在動作中のプロセスや、空きメモ
リの容量など、演算処理部３４ａ（３４ｂ）自身の内部
状態を示す情報、あるいは、演算処理部３４へ入力され
るデータ自体（演算処理部３４ａ（３４ｂ）でのデータ
処理が行われる前のデータ）などが挙げられる。ここ
で、これらのデータは、正常動作時には、中央局５が必
要としないデータなので、通常は、中央局５へ伝送され
ず、コンソールポート３５ａ（３５ｂ）のみに出力され
ている。したがって、両演算処理部３４ａ・３４ｂが、
正常動作時もコンソールポート出力を出力しても、子局
３と中央局５との通信量は、従来と同様のレベルに抑え
られている。

【００４４】また、Ｓ３では、両監視制御部３１ａ（３
１ｂ）は、自らのシリアルインターフェース部３６ａ
（３６ｂ）へデータの読み込みを指示し、読み込んだデ
ータをメモリバッファ３７ａ（３７ｂ）へ書き込んでい
く。これにより、他系統の演算処理部３４ｂ（３４ａ）
のコンソールポート出力がメモリバッファ３７ａ（３７
ｂ）へ蓄積される。なお、メモリバッファ３７ａ（３７
ｂ）の容量は有限なので、メモリバッファ３７ａ（３７
ｂ）が一杯になったときは、古いデータから順番に削除
する。

【００４５】上記Ｓ１ないしＳ３の動作は、両系統の監
視制御部３１ａ・３１ｂが正常に動作している間中、繰
り返される。なお、コンソールポート出力のデータ量や
頻度は、任意に設定できるが、本実施形態に係る監視制
御部３１ａ・３１ｂの場合、例えば、８０文字程度のコ
ンソールポート出力が１秒に１回程度出力される。

【００４６】ここで、動作側の監視制御部３１ｂに異常
が発生した場合、監視制御は、待機側の監視制御部３１
ａに引き継がれる。具体的には、待機側の監視制御部３
１ａは、中央局５あるいは設備機器２へのデータ出力を
開始すると共に、動作側の監視制御部３１ｂのデータ出
力を抑制させる。なお、監視制御の引継ぎは、例えば、
中央局５からの指示に応じて行ってもよいし、子局３に
て、異常発生の有無を監視しておき、異常が検出された
場合に自動的に行ってもよい。

【００４７】上記Ｓ１に示すように、監視制御部３１ａ
では、監視制御用のプロセスが待機中も動作しており、
出力すべきデータを算出している。したがって、引継ぎ
の際、これらのプロセスを新たに起動したり、動作側の
監視制御部３１ｂから、出力すべきデータを算出するた
めの情報を読み込んだりする必要がない。この結果、監
視制御の引継ぎは、極めて高速かつ確実に行われる。

【００４８】異常が発生した後、正常に動作している監
視制御部３１ａは、図２に示すＳ１ないしＳ３の処理を
繰り返して、中央局５あるいは設備機器２へデータを出
力する。これにより、中央局５は、異常が発生した後
も、何ら支障なく設備機器２を監視制御できる。

【００４９】ここで、中央局５にて、異常の発生が確認
されると、中央局５は、ネットワーク４を介して、正常
に動作している監視制御部３１ａへリモートログインす
る。本実施形態では、ネットワーク４の回線４１が二重
化されているので、中央局５は、空いている方の回線４
１を用いてリモートログインする。これにより、異常に
より、一方の回線４１が使用できない場合であっても、
中央局５は、確実にリモートログインできる。

【００５０】一方、当該監視制御部３１ａは、図３に示
すように、Ｓ１１において、リモートログインを受け付
けると、Ｓ１２において、中央局５からの指示に応じ
て、メモリバッファ３７ａからコンソールポート出力の
履歴を読み出し、Ｓ１３において、中央局５へ送出す
る。

【００５１】ここで、上述したように、正常に動作して
いるＡ系統のメモリバッファ３７ａには、異常が発生し
たＢ系統のコンソールポート出力が格納されている。ま
た、当該メモリバッファ３７ａは、正常に動作している
演算処理部３４ａから参照できる。したがって、中央局
５は、正常に動作しているＡ系統の監視制御部３１ａへ
リモートログインすることで、異常が発生したＢ系統に
リモートログインできなくなった場合であっても、監視
制御部３１ｂのコンソールポート出力を取得できる。こ
の結果、子局３へ移動することなく、中央局５にて原因
分析が可能になり、従来に比べて、原因分析時の労力を
大幅に削減できる。

【００５２】また、両演算処理部３４ａ・３４ｂは、正
常に動作している間もコンソールポート出力しているた
め、メモリバッファ３７ａには、異常の発生直前の期間
におけるＢ系統のコンソールポート出力が格納されてい
る。したがって、異常の原因を分析する際、特に有効な
データ、すなわち、異常発生直前のデータを参照でき
る。さらに、中央局５にて、異常の原因分析が行えるた
め、他の正常に動作している子局３と、異常が発生した
子局３とを容易に比較でき、大局的な状況把握が容易で
ある。これらの結果、従来に比べて、極めて効率よく原
因分析ができる。

【００５３】加えて、両系統の監視制御部３１ａ・３１
ｂが正常に動作している間、上記コンソールポート出力
は、中央局５へ出力されず、異常が発生してコンソール
ポート出力が必要になったときのみ出力される。この結
果、常時、中央局５へ出力する場合に比べて、ネットワ
ーク４の通信量を削減できる。

【００５４】一般に、上記ネットワーク４の通信量は、
常に一定ではないため、ネットワーク４の通信容量は、
通信量のピーク値を上回るように設定される。したがっ
て、監視制御の支障とならない速度で伝送すれば、ネッ
トワーク４の通信容量を増やさなくても、コンソールポ
ート出力を伝送できる。

【００５５】なお、上記実施形態では、回線４１も二重
化されている場合を例にして説明したが、これに限るも
のではない。通常は、回線４１が物理的に切断されてい
なければ、ネットワークインターフェース部３２ａ・３
２ｂの一方が回線４１に接続できなくなっても、他方は
当該回線４１に接続できる。したがって、回線４１が１
本の場合でも同様の効果が得られる。ただし、回線４１
を二重化していれば、回線４１が切断された場合であっ
ても、確実にリモートログインできると共に、双方が切
断されていなければ、双方を利用して、通信容量を増加
できる。この結果、回線４１が１本の場合に比べて、中
央局５は、より確実かつ高速にコンソールポート出力を
取得できる。

【００５６】また、上記実施形態では、監視制御部３１
ａ・３１ｂの系統数が２の場合を例にして説明したが、
３以上の場合でも同様の効果が得られる。さらに、コン
ソールポート出力を受け取る監視制御部３１と、監視制
御を引き継ぐ監視制御部３１が同一の場合を例にして説
明したが、これに限るものではない。両監視制御部３１
が、コンソールポート出力を送出する監視制御部３１と
は別系統であれば、同一の効果が得られる。ただし、系
統数を増加させると、例えば、演算処理部３４の数など
が増加し、子局３の構成が複雑になる。また、異常によ
って、２系統の監視制御部３１が同時に動作できなった
場合、３系統以上の監視制御部３１も動作できなくなる
ことが多い。したがって、監視制御部３１の系統数は、
２に設定する方がよい。

【００５７】

【発明の効果】請求項１の発明に係る監視制御システム
の子局は、以上のように、互いに独立して動作可能な各
監視制御部に、正常動作中に監視制御の履歴を出力する
履歴出力手段と、他系統の履歴出力手段が出力した履歴
を格納する記憶手段と、異常が発生した監視制御部によ
り出力された履歴を、上記記憶手段から読み出し、上記
通信手段を介して、上記中央局に送出する制御手段とが
設けられている構成である。

【００５８】上記構成によれば、正常動作中、履歴出力
手段が出力した履歴は、他の系統の記憶手段に格納され
ている。これにより、正常時における中央局と子局との
間の通信量を増大させることなく、中央局は、ある系統
に異常が発生した場合、当該系統の履歴を、他の系統の
監視制御部から確実に取得できる。この結果、異常発生
時にも、中央局にて原因分析できるので、原因分析の手
間が少なく、より的確に原因分析可能な監視制御システ
ムを実現できるという効果を奏する。

【００５９】請求項２の発明に係る監視制御システムの
子局は、以上のように、請求項１記載の発明の構成にお
いて、上記履歴出力手段と通信手段とは、互いに異なる
プロトコルで、データを送出する構成である。

【００６０】上記構成によれば、上記両手段は、互いに
異なるプロトコルでデータを送出しているので、異常が
発生した場合に、一方の手段を使用できる可能性が高
い。この結果、異常が発生した後も、中央局は、当該系
統の監視制御部の出力を取得でき、さらに、原因分析が
容易な監視制御システムを実現できるという効果を奏す
る。

【００６１】請求項３の発明に係る記録媒体は、以上の
ように、請求項１記載の履歴出力手段、記憶手段、およ
び制御手段を有する監視制御部として、コンピュータを
動作させるプログラムが記録されている構成である。

【００６２】それゆえ、当該プログラムをコンピュータ
で実行することによって、請求項１と同様の監視制御シ
ステムの子局を実現できる。この結果、原因分析の手間
が少なく、より的確に原因分析可能な監視制御システム
を実現できるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すものであり、監視制
御システムの要部構成を示すブロック図である。

【図２】上記監視制御システムの動作を示すフローチャ
ートである。

【図３】上記監視制御システムにおいて、異常分析時に
おける子局の動作を示すフローチャートである。

【符号の説明】

１ 監視制御システム ３ 子局 ５ 中央局 ３１ａ・３１ｂ 監視制御部 ３２ａ・３２ｂ ネットワークインターフェース部（通
信手段） ３４ａ・３４ｂ 演算処理部（履歴出力手段、制御手
段） ３７ａ・３７ｂ メモリバッファ（記憶手段）

Claims (3)

【特許請求の範囲】
1. 【請求項１】中央局と通信する通信手段を有する監視制
   御部が複数系統設けられ、ある系統の監視制御部に異常
   が発生した場合、当該監視制御部による監視制御を、他
   の監視制御部が引き継ぐ監視制御システムの子局におい
   て、 上記各監視制御部には、正常動作中に、監視制御の履歴
   を出力する履歴出力手段と、 他系統の履歴出力手段が出力した履歴を格納する記憶手
   段と、 異常が発生した監視制御部により出力された履歴を、上
   記記憶手段から読み出し、上記通信手段を介して上記中
   央局に送出する制御手段とが設けられていることを特徴
   とする監視制御システムの子局。
2. 【請求項２】上記履歴出力手段と通信手段とは、互いに
   異なるプロトコルで、データを送出することを特徴とす
   る請求項１記載の監視制御システムの子局。
3. 【請求項３】複数系統の監視制御部を有し、かつ、ある
   系統の監視制御部に異常が発生した場合に、当該監視制
   御部による監視制御を他の監視制御部が引き継ぐことが
   できる監視制御システムの子局としてコンピュータを動
   作させるプログラムが記録された記録媒体であって、 中央局と通信する通信手段と、 監視制御の履歴を出力する履歴出力手段と、 他系統の履歴出力手段が出力した履歴を格納する記憶手
   段と、 異常が発生した監視制御部により出力された履歴を、上
   記記憶手段から読み出し、上記通信手段を介して上記中
   央局に送出する制御手段とを備える監視制御部として、
   上記コンピュータを動作させるプログラムが記録されて
   いることを特徴とする記録媒体。