JP2002078030A - リモート監視制御方式 - Google Patents

Abstract

(57)【要約】 【課題】 設備機器を制御するＰＬＣの制御アプリケー
ションプログラムのコントロール部、Ｉ／Ｆ部や特殊ユ
ニット用プログラム等を遠隔に設置した制御端末から修
正、更新等することができ、ひいてはプログラム全体の
最適化に供することのできるリモート監視制御方式を得
る。 【解決手段】 制御端末７はコントローラ１０に対して
監視制御を行う制御スクリプトを送信する。コントロー
ラ１０は制御スクリプトを実行する。実行された制御ス
クリプトに基づいて、設備インタフェース１１は設備機
器へコマンドを送信し、設備機器の動作データを取得す
る。ここで実行される制御スクリプトの変更・更新等の
保守は制御端末７において行い、コントローラ１０へ送
信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、遠隔地から設備
機器の制御を行うとともに設備機器の動作状態などの計
測データを取得して監視するリモート監視制御方式に関
する。

【０００２】

【従来の技術】図８に従来のリモート監視制御方式に使
用する機器の構成を示す。図８において、１はリモート
制御を行う制御端末、２は設備機器を制御するＰＬＣ
（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｃｏｎｔｒ
ｏｌｌｅｒ）であり、３は制御端末１とＰＬＣ２とを接
続するＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒ
ｋ）である。ＰＬＣ２は設備機器に接続される。このＰ
ＬＣ２は、ＬＡＮ３を介して制御端末に接続されるほ
か、公衆回線を介して制御端末に接続されることもあ
る。図８において、４は別の制御端末、５はモデム、６
は公衆回線である。なお、ＰＬＣ２は、設備機器とイン
タフェースするためのＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕ
ｔ）ユニット、入出力したデータを制御するＣＰＵ（Ｃ
ｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を有
している。

【０００３】設備機器における電源Ｏｎ／Ｏｆｆなどの
Ｉ／Ｏ状態や、設備状態の計測データなどの監視データ
は、ＰＬＣ２により収集され、制御端末１へ送信され
る。ＰＬＣ２は各設備機器から送られてくる信号を待ち
受けたり、あるいは、データ送信命令を各設備機器に送
出し、その返答に含まれるデータを受信するなどして、
監視データを収集する。ＰＬＣ２においては、制御アプ
リケーションプログラムが動作している。遠隔した場所
に設置された制御端末１からＰＬＣ２における制御アプ
リケーションプログラムを修正あるいは更新等して保守
する場合には、その制御アプリケーションプログラムが
動作しているときに行う。これは、従来のＰＬＣ２に使
用される制御アプリケーションプログラムが、Ｉ／Ｆ部
とコントロール部を同一のモジュールに内包しているか
らである。

【０００４】

【発明が解決しようとする課題】上記のような従来のＰ
ＬＣ２による制御機器の監視においては、ＰＬＣ２で使
用する制御アプリケーションプログラムが動作中でなけ
れば、制御端末１からＰＬＣ２のプログラムの更新等の
保守ができず、更新等が行えるプログラム領域にも制限
があるのでプログラム全体の最適化が困難であるという
問題があった。特に制御アプリケーションプログラムの
中でもＲＳ２３２Ｃ／４２２、ディスプレイユニット、
モーションコントローラ、その他Ｉ／Ｆユニット等の特
殊ユニット用のプログラムは、シーケンシャル処理中に
動作状態遷移の確認が必要であり、その制御アプリケー
ションプログラムが動作中にプログラム変更することは
困難であるという問題があった。なお、従来のＰＬＣ２
の完全なプログラム全体の更新を行うには、制御アプリ
ケーションプログラムを停止させて、そのＰＬＣ２に新
たな制御アプリケーションプログラムをローディングし
て、プログラムを入れ替える作業が必要であった。

【０００５】この発明は、上記のような問題を解決する
ためになされたもので、設備機器を制御するＰＬＣの制
御アプリケーションプログラムのコントロール部、Ｉ／
Ｆ部や特殊ユニット用プログラム等を遠隔に設置した制
御端末から修正、更新等することができ、ひいてはプロ
グラム全体の最適化に供することのできるリモート監視
制御方式を得ることを目的とする。

【０００６】

【課題を解決するための手段】請求項１の発明に係るリ
モート監視制御方式は、制御スクリプトを実行するコン
トローラと、このコントローラにより実行された制御ス
クリプトに基づいて設備機器へコマンドを送信し、設備
機器の動作データを取得する設備インタフェースと、上
記コントローラが実行する制御スクリプトを生成し、上
記コントローラへ送信する制御端末とを備えたものであ
る。

【０００７】請求項２の発明に係るリモート監視制御方
式は、請求項１の発明に係るリモート監視制御方式にお
いて、上記コントローラと上記設備インタフェースを１
つのＬＡＮ上に設け、上記制御端末をＶＰＮにより上記
コントローラ及び上記設備インタフェースに接続したも
のである。

【０００８】請求項３の発明に係るリモート監視制御方
式は、請求項１の発明に係るリモート監視制御方式にお
いて、上記コントローラは、上記設備インタフェースへ
制御スクリプトを送信し、上記設備インタフェースは上
記コントローラからの制御スクリプトを実行するもので
ある。

【０００９】請求項４の発明に係るリモート監視制御方
式は、制御スクリプトを実行するコントローラと、この
コントローラが実行する制御スクリプトを生成し、上記
コントローラへ送信する制御端末と、上記コントローラ
及び上記制御端末を接続する第１のＬＡＮと、上記コン
トローラにより実行された制御スクリプトに基づいて設
備機器へコマンドを送信し、設備機器の動作データを取
得する複数の設備インタフェースと、この複数の設備イ
ンタフェースを接続する第２のＬＡＮとを備え、上記第
１と第２のＬＡＮとを接続し、上記制御端末をＶＰＮに
よって上記複数の設備インタフェースに仮想接続したも
のである。

【００１０】請求項５の発明に係るリモート監視制御方
式は、制御スクリプトを実行するコントローラ、このコ
ントローラにより実行された制御スクリプトに基づいて
設備機器へコマンドを送信し、設備機器の動作データを
取得する設備インタフェース、上記コントローラ及び上
記設備インタフェースを接続するＬＡＮを有する複数の
監視プラントと、上記監視プラント中のコントローラが
実行する制御スクリプトを生成し、上記コントローラへ
送信する制御端末とを備え、上記制御端末をＶＰＮによ
って上記複数の監視プラントに仮想接続したものであ
る。

【００１１】

【発明の実施の形態】実施の形態１．この発明の実施の
形態１に係るリモート監視制御方式を図１及び図２によ
って説明する。図１は実施の形態１に係るリモート監視
制御方式に使用する装置の全体構成を示す構成図、図２
は実施の形態１に係るリモート監視制御方式におけるソ
フトウェアの機能ブロック図である。

【００１２】図１において、７はリモート監視制御を行
う制御端末、８はＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａ
ｔｅ Ｎｅｔｗｏｒｋ）、９はＬＡＮである。１０はＬ
ＡＮ９に接続され、設備機器を制御するコントローラ、
１１は設備機器とコントローラ１０又は制御端末７との
間で入出力を行う設備インタフェースである。制御端末
７は従来技術のようにＬＡＮ９上に直接設けても良い
が、図１に示すようにＶＰＮ８を経由してＬＡＮ９に接
続することによって、仮想的にコントローラ１０及び設
備インタフェース１１と同一のＬＡＮ上に配置してい
る。また、コントローラ１０及び設備インタフェース１
１は複数存在（１式以上）しており、これらは物理的に
同一のＬＡＮ上に接続する。

【００１３】図１により、リモート監視制御方式の動作
概要を説明する。制御端末７は、コントローラ１０及び
設備インタフェース１１の監視を行う。この監視におい
て制御端末７はコントローラ１０に対して必要に応じて
処理要求を送信する。コントローラ１０は制御端末７か
ら事前に読み込んだプログラム制御を設備インタフェー
ス１１に対して行う。この際、コントローラ１０から設
備インタフェース１１への制御要求は、データの読出し
及び書込み要求が中心となる。これらのデータ読出し及
び書込みの結果は、コントローラ１０において必要に応
じて記録保存するとともに、ＬＡＮ９及びＶＰＮ８を介
して制御端末７へ配信する。設備インタフェース１１
は、コントローラ１０からの制御要求に基づいて設備機
器との間でＩ／Ｏ出力を実行する。これにより、設備機
器における電源Ｏｎ／ＯｆｆなどのＩ／Ｏ状態や、設備
状態の計測データなどの監視データの収集や、各設備機
器への制御命令が実行される。

【００１４】図１のようにコントローラ１０と設備イン
タフェース１１とを物理的に分離し、それぞれの制御ア
プリケーションプログラムを個別に作成することによ
り、コントローラ１０と設備インタフェース１１におい
て、独立にプログラムの修正、更新等の保守を行うこと
ができる。

【００１５】次に図１に示した制御端末７、コントロー
ラ１０、及び設備インタフェース１１の各部に搭載され
る制御アプリケーションプログラムについて、図２に基
づいて説明する。図２は、実施の形態１に係るリモート
監視制御方式におけるアプリケーションプログラムの機
能ブロック図である。

【００１６】図２において、１２は監視及び保守の対象
である設備機器である。制御端末７において、１３はコ
ントローラ１０を制御する制御スクリプトの作成及びデ
バッグを行う開発環境部、１４は開発環境部１３で作成
したスクリプトを指定時刻或いは周期にて実行するため
のスケジュールファイルを作成するスケジュール作成
部、１５は操作者が設備機器を監視するためのＧＵＩ
（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）で
ある。開発環境部１３におけるスクリプトの入力方法
は、テキスト形式による直接のキーイン入力、又はグラ
フィックパーツによる入力補助などを選択することがで
きる。入力したスクリプトは、文法チェックを行った
後、スクリプトファイルとして出力する。またデバッグ
環境においては、スクリプトのステップ実行、指定位置
までの実行、一時停止、実行、停止を行い、スクリプト
実行中にエラーが生じたときには、エラー発生個所とエ
ラーコードを出力する。デバッグ時には、コントローラ
１０との間で、ステータスのやり取りを行う。スケジュ
ール作成部１４では、年月日時指定、周期指定、又はマ
イルストーンなどのグラフィック入力補助によりスケジ
ュールを作成する。

【００１７】図２に示すコントローラ１０において、１
６は制御端末７で作成したスクリプトを解釈するスクリ
プトエンジンに相当するアドミニスタ部、１７は制御端
末で作成されたスクリプトファイルを分解し、制御コマ
ンド単位でアドミニスタ部１６へ実行要求する自動実行
部、１８は制御端末７で作成されたスケジュールファイ
ルに基づいて、各スクリプトの指定時刻又は周期におい
て自動実行部１７に実行要求するスケジュール管理部、
１９は制御端末７における操作者の直接入力スクリプト
をアドミニスタ部１６へ実行要求するコンソール実行
部、２０はサービスプロセス（スケジュール管理部１
８、自動実行部１７、コンソール実行部１９、後述のデ
ータ出力部等）からアドミニスタ部１６に渡すコマンド
要求の管理を行うイベント管理部である。このイベント
管理部２０はコマンド要求の実行優先権の管理を行って
おり、サービスプロセス間の要求の衝突を防止する。な
お、各サービスプロセスは、スクリプトの実行要求をイ
ベント管理部２０経由でアドミニスタ部１６へ引き渡す
ことになる。２１はアドミニスタ部１６にて解釈された
スクリプトに基づいて設備インタフェース１１へ送出す
るコマンドを生成するコマンド生成部である。このコマ
ンド生成部２１は、設備インタフェース１１が複数ある
ので、それらに対応して各設備インタフェース特有のコ
マンドを生成する。２２は設備インタフェース１１との
標準送受信パケットを生成し送信する標準コマンドイン
タフェース、２３は設備インタフェース１１との標準送
受信パケットを受信する標準データインタフェースであ
る。２４は制御端末７のＧＵＩ１５を管理するＧＵＩ管
理部であり、制御端末７が複数ある場合には、どの制御
端末の命令が優先実行されるかの実行優先権管理を行
う。２５はデータベース部、２６はオペレーティングシ
ステム部、２７は設備インタフェース１１から受信した
データをチェックし、データベースへの登録などを行う
データ入力部、２８はリアルタイムで制御端末７のＧＵ
Ｉ１５における表示データの作成や、データベースに登
録されたデータの検索及び出力を行うデータ出力部であ
る。

【００１８】図２に示す設備インタフェース１１におい
て、２９はスクリプトの解釈を行うスクリプトエンジン
に相当するアドミニスタ部、３０は指定された設備機器
へのコマンド及び必要なデータの送信及び書込みの実行
要求を行うコマンド入力部、３１はサービスプロセス
（コマンド入力部３０、後述のデータ出力部等）からア
ドミニスタ部２９に渡すコマンド要求の管理を行うイベ
ント管理部である。このイベント管理部３１はコマンド
要求の実行優先権の管理を行っており、サービスプロセ
ス間の要求の衝突を防止する。なお、各サービスプロセ
スは、スクリプトの実行要求をイベント管理部３１経由
でアドミニスタ部２９へ引き渡すことになる。３２は設
備機器１２との間でコマンドやデータの交換を行うイン
タフェースドライバ、３３はコントローラ１０との標準
送受信パケットを受信する標準コマンドインタフェー
ス、３４はコントローラ１０との標準送受信パケットを
生成し、送信する標準データインタフェースである。３
５は指定された設備機器１２のデータ取得とデータ加工
を行うデータ出力部、３６はオペレーティングシステム
である。

【００１９】次にコントローラ１０と設備インタフェー
ス１１における処理動作について説明する。コントロー
ラ１０においては、制御端末７によって登録されたスク
リプト実行スケジュールのチェック、スクリプトの読み
出し及び実行要求、要求実行管理、スクリプト実行の手
順で処理が行われる。主にスケジュール管理処理とイベ
ント管理処理が行われる。図３は実施の形態１に係るリ
モート監視制御方式のコントローラ１０におけるスケジ
ュール管理処理から自動実行処理のフロー図である。

【００２０】まず、ステップＳ１において、スケジュー
ル管理部１８によりスケジュールファイルを参照し、ス
クリプトを実行する時刻が来たかどうかをステップＳ２
において判別する。スクリプト実行時刻となっている場
合には、ステップＳ３に移行し、該当するスクリプトの
実行処理要求を自動実行部１７へ送出する。自動実行処
理が正常に動作したかどうかをステップＳ４において確
認し、終了処理を行う。自動実行処理に異常があった場
合にはステップＳ５によりエラーメッセージなどの異常
処理を行う。ステップＳ６では、スケジュールファイル
を参照してスケジュールが残っているようであれば、ス
テップＳ１へ処理を戻し、スケジュールが全て終了して
いるようであれば、ステップＳ７により終了処理を行
う。ステップＳ８は処理終了の旨を制御端末７へ知らせ
るためのＧＵＩ管理部における処理である。

【００２１】自動実行処理は自動実行部１７によって行
われる。ステップＳ９においてスケジュール管理部から
のスクリプト実行処理要求を受けて、スクリプトファイ
ルを読出し、ステップＳ１０においてスクリプトをコマ
ンド単位に分割し、ステップＳ１１においてイベント管
理部２０経由でアドミニスタ部１６へスクリプトコマン
ドを送信する。イベント管理部２０での処理が正常に終
了したかどうかをステップＳ１２において確認し、異常
が発生していればステップＳ１３によりエラーメッセー
ジの生成などの異常処理を行い、正常終了であればステ
ップＳ１４へ移行する。ステップＳ１４では、スクリプ
トを分割して得たコマンドの実行処理要求が全て完了し
ているかどうかを確認しており、未実行のコマンドが残
っているようであればステップＳ１０へ処理を戻し、全
てのコマンドが終了しているようであればステップＳ１
５へ移行して終了する。ステップＳ１６は処理終了の旨
を制御端末７へ知らせるためのＧＵＩ管理部における処
理である。

【００２２】図４は実施の形態１に係るリモート監視制
御方式のコントローラ１０におけるイベント管理処理か
らアドミニスタ処理のフロー図である。

【００２３】イベント管理部２０において、サービスプ
ロセスからのアドミニスタ部１６への実行処理要求の管
理であるイベント管理処理を行う。イベント管理部２０
では、ステップＳ１７のようにアドミニスタ部１６への
スクリプト要求をスタックしている。このスタックされ
たスクリプト要求をステップＳ１８において読み出す。
通常はスタックされたスクリプト要求をＦＩＦＯ（Ｆｉ
ｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）で読み出すが、エ
ラー発生時やＯＳからの割り込み、操作者からの割り込
みなどが発生した場合には割り込み処理によりスクリプ
ト要求を読み出す。ステップＳ１９では、読み出したス
クリプト要求に基づいてアドミニスタ部１６へスクリプ
ト処理要求を行う。アドミニスタ部１６での処理が正常
に終了したかどうかをステップＳ２０において確認し、
異常が発生していればステップＳ２１によりエラーメッ
セージの生成などの異常処理を行い、正常終了であれば
ステップＳ２２へ移行して終了する。ステップＳ２３は
処理終了の旨を制御端末７へ知らせるためのＧＵＩ管理
部における処理である。

【００２４】アドミニスタ部２０は設備インタフェース
１１への制御コマンドの送信、データの受信、受信デー
タの加工、端末装置へのデータ配信を行うスクリプトフ
ァイルを実行する。ステップＳ２４においてスクリプト
処理要求がスタックしており、ステップＳ２５において
スクリプトを読出し、実行する。スクリプトによって
は、コントローラ１０内部での処理を行うものがあるの
で、これを切り分けるためにステップＳ２６において
は、スクリプトがコントローラ外部機器とのインタフェ
ース処理を伴うかどうかを判別する。スクリプトがコン
トローラ内部の処理である場合にはステップＳ２７へ移
行して内部処理を行う。スクリプトがコントローラ外部
とのインタフェース処理を伴う場合にはステップＳ２８
へ移行する。ステップＳ２８ではコマンド部２１へスク
リプト処理を送信し、ステップＳ２９において、データ
入力部２７からデータを受信する。ステップＳ２７、ス
テップＳ２８、ステップＳ２９の処理が正常に終了した
かどうかをステップＳ３０において確認する。異常が発
生していればステップＳ３１によりエラーメッセージの
生成などの異常処理を行い、正常終了であればステップ
Ｓ３２へ移行する。ステップＳ３２では、イベント管理
部２０へ正常又は異常の状態を送信し、次のスクリプト
実行のためにステップＳ２５へ処理を移行させる。

【００２５】次に設備インタフェース１１では、コント
ローラ１０で作成されたデバイス読込み要求及びデバイ
ス書込み要求を標準コマンドインタフェース３３で受信
し、その実行処理をコマンド入力部３０により行う。デ
バイス読出し結果は、データ出力部３５において編集
し、標準データインタフェース３４経由でコントローラ
１０へ送信する。

【００２６】次に、制御シーケンスを記述したスクリプ
トファイルの更新方法について、図５によって説明す
る。図５は実施の形態１に係るリモート監視制御方式に
おけるコントローラ１０及び設備インタフェース１１の
スクリプトファイル更新処理のフロー図である。スクリ
プトファイルの更新処理は、対象となるコントローラ１
０又は設備インタフェース１１単位で、サービスプロセ
スを制御端末１１からの命令により停止させてから行
う。ステップＳ３３においては、制御端末１１からの命
令によりスクリプトを更新する更新対象サービスを停止
する。次にステップＳ３４において、追加又は修正した
更新スクリプトファイルを制御端末７内において読み出
し、ステップＳ３５において制御端末７からコントロー
ラ１０又は設備インフェース１１へ更新スクリプトファ
イルを転送し、ステップＳ３６において転送が正常終了
したかどうか確認する。転送が正常であった場合にはス
テップＳ３７によりスクリプト更新対象であるサービス
を再開し、ステップＳ３８により転送が異常であった場
合はエラーメッセージ作成等の異常処理を行う。ステッ
プＳ３９において、再開後のサービスが正常に動作して
いれば、ステップＳ４０に移行してスクリプトファイル
更新処理を終了する。再開後のサービスが正常に動作し
ない場合には、再びステップＳ３３へ移行し、スクリプ
トファイル更新処理を再び実行する。

【００２７】このように、更新対象となるコントローラ
１０又は設備インタフェース１１毎に制御アプリケーシ
ョンプログラムの役割を果たすスクリプトファイルを更
新することができるので、各機器における制御内容の修
正及び変更等の保守が可能となり、ひいてはリモート監
視制御システムの最適化が図れる。

【００２８】なお、制御端末７、コントローラ１０、設
備インタフェース１１のそれぞれの間のコマンド及びデ
ータの受け渡しは、既存のＴＣＰ／ＩＰソケット通信の
メッセージシーケンスを利用して行えばよい。このメッ
セージシーケンスはＴＣＰ／ＩＰソケット通信が確立で
きる環境であるなら、ＬＡＮ、ＶＰＮ、専用ネットワー
クなどのネットワーク形式には依存しない。

【００２９】実施の形態２．この発明の実施の形態２に
係るリモート監視制御方式を図６によって説明する。図
６は実施の形態２に係るリモート監視制御方式に使用す
る装置の全体構成を示す構成図である。図６において、
３７は制御端末７とコントローラ１０を接続するＬＡＮ
であり、３８は設備インタフェース１１を接続するＬＡ
Ｎである。ＬＡＮ３７とＬＡＮ３８とはＶＰＮを介して
接続している。その他、図６において図１と同一符号を
付した装置は、実施の形態１における図１に示す装置の
同一又は相当部分を示す。

【００３０】制御端末７とコントローラ１０とは物理的
に同一のＬＡＮ３７上に配置し、設備インタフェース１
１は遠隔に設けられたＬＡＮ３８に接続する。そして、
設備インタフェース１１をＶＰＮによって制御端末７及
びコントローラ１０に接続する。図６に示すように遠隔
地１、遠隔地２、遠隔地３等の離れた個所に敷設された
ＬＡＮに接続された設備インタフェース１１に対して
も、ＶＰＮによって制御端末７及びコントローラ１０に
接続が可能である。なお、制御端末７、コントローラ１
０、設備インタフェース１１は、実施の形態１における
図２から図５によって説明したスクリプト形式の制御ア
プリケーションプログラムによりリモート監視制御が行
われる点は実施の形態１と同様である。

【００３１】実施の形態３．この発明の実施の形態３に
係るリモート監視制御方式を図７によって説明する。図
７は実施の形態３に係るリモート監視制御方式に使用す
る装置の全体構成を示す構成図である。図７において、
３９はコントローラ１０と設備インタフェース１１を接
続するＬＡＮである。４０はコントローラ１０と設備イ
ンタフェース１１を有する監視プラントである。この実
施の形態３においては、ＬＡＮ３９を含む監視プラント
４０が遠隔地１、遠隔地２、遠隔地３等の複数の場所に
設けられており、制御端末７とＶＰＮを介して接続す
る。その他、図７において図１と同一符号を付した装置
は、実施の形態１における図１に示す装置の同一又は相
当部分を示す。

【００３２】コントローラ１０と設備インタフェース１
１とを物理的に同一のＬＡＮ３９上に配置している。こ
のＬＡＮ３９を有する監視プラント４０が複数ある場合
にも、ＶＰＮ８を介して制御端末７と、コントローラ１
０及び設備インタフェース１１とを接続できる。なお、
制御端末７、コントローラ１０、設備インタフェース１
１は、実施の形態１における図２から図５によって説明
したスクリプト形式の制御アプリケーションプログラム
によりリモート監視制御が行われる点は実施の形態１と
同様である。

【００３３】

【発明の効果】請求項１乃至請求項３に記載の発明によ
れば、制御端末からコントローラや設備インタフェース
に対して制御アプリケーションプログラムに相当する制
御スクリプトを送信して設備機器を監視するので、コン
トローラ、及び設備インタフェースの制御アプリケーシ
ョンプログラムを遠隔に設置した制御端末から修正、更
新することができる。

【００３４】請求項４に記載の発明によれば、設備イン
タフェースをＶＰＮによって制御端末に仮想接続するの
で、設備インタフェースのみを遠隔地に配置することが
できる。

【００３５】請求項５に記載の発明によれば、コントロ
ーラ及び設備インタフェースからなる監視プラントをＶ
ＰＮによって制御端末に接続するので、このように接続
する複数の監視プラントに対して、監視プラント内のコ
ントローラ及び設備インタフェースの制御アプリケーシ
ョンプログラムを遠隔に設置した制御端末から修正、更
新することができる。

【図面の簡単な説明】

【図１】 この発明の実施の形態１に係るリモート監視
制御方式に使用する装置の全体構成を示す構成図であ
る。

【図２】 この発明の実施の形態１に係るリモート監視
制御方式におけるソフトウェアの機能ブロック図であ
る。

【図３】 この発明の実施の形態１に係るリモート監視
制御方式のコントローラ１０におけるスケジュール管理
処理から自動実行処理のフロー図である。

【図４】 この発明の実施の形態１に係るリモート監視
制御方式のコントローラ１０におけるイベント管理処理
からアドミニスタ処理のフロー図である。

【図５】 この発明の実施の形態１に係るリモート監視
制御方式におけるコントローラ１０及び設備インタフェ
ース１１のスクリプトファイル更新処理のフロー図であ
る。

【図６】 この発明の実施の形態２に係るリモート監視
制御方式に使用する装置の全体構成を示す構成図であ
る。

【図７】 この発明の実施の形態３に係るリモート監視
制御方式に使用する装置の全体構成を示す構成図であ
る。

【図８】 従来のリモート監視制御方式を示す構成図で
ある。

【符号の説明】

７ 制御端末 ８ ＶＰＮ １０ コントローラ １１ 設備インタフェース ３７、３８、３９ ＬＡＮ ４０ 監視プラント

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/66 Ｆターム(参考） 5K030 HB06 HD06 MC09 5K033 BA08 CB08 DA01 DA06 EC03 5K048 AA02 BA23 DA02 EB02 EB12 FC01 HA01 HA02

Claims (5)

【特許請求の範囲】
1. 【請求項１】 制御スクリプトを実行するコントローラ
   と、このコントローラにより実行された制御スクリプト
   に基づいて設備機器へコマンドを送信し、設備機器の動
   作データを取得する設備インタフェースと、上記コント
   ローラが実行する制御スクリプトを生成し、上記コント
   ローラへ送信する制御端末とを備えたことを特徴とする
   リモート監視制御方式。
2. 【請求項２】 上記コントローラと上記設備インタフェ
   ースを１つのＬＡＮ上に設け、上記制御端末をＶＰＮに
   より上記コントローラ及び上記設備インタフェースに接
   続したことを特徴とする請求項１に記載のリモート監視
   制御方式。
3. 【請求項３】 上記コントローラは、上記設備インタフ
   ェースへ制御スクリプトを送信し、上記設備インタフェ
   ースは上記コントローラからの制御スクリプトを実行す
   ることを特徴とする請求項１に記載のリモート監視制御
   方式。
4. 【請求項４】 制御スクリプトを実行するコントローラ
   と、このコントローラが実行する制御スクリプトを生成
   し、上記コントローラへ送信する制御端末と、上記コン
   トローラ及び上記制御端末を接続する第１のＬＡＮと、
   上記コントローラにより実行された制御スクリプトに基
   づいて設備機器へコマンドを送信し、設備機器の動作デ
   ータを取得する複数の設備インタフェースと、この複数
   の設備インタフェースを接続する第２のＬＡＮとを備
   え、上記第１と第２のＬＡＮとを接続し、上記制御端末
   をＶＰＮによって上記複数の設備インタフェースに仮想
   接続したことを特徴とするリモート監視制御方式。
5. 【請求項５】 制御スクリプトを実行するコントロー
   ラ、このコントローラにより実行された制御スクリプト
   に基づいて設備機器へコマンドを送信し、設備機器の動
   作データを取得する設備インタフェース、上記コントロ
   ーラ及び上記設備インタフェースを接続するＬＡＮを有
   する複数の監視プラントと、上記監視プラント中のコン
   トローラが実行する制御スクリプトを生成し、上記コン
   トローラへ送信する制御端末とを備え、上記制御端末を
   ＶＰＮによって上記複数の監視プラントに仮想接続した
   ことを特徴とするリモート監視制御方式。