JP2000244988A

JP2000244988A - 制御監視システム

Info

Publication number: JP2000244988A
Application number: JP11045132A
Authority: JP
Inventors: Masaya Sugino; 雅哉杉野; Safa Rooran; サファローラン
Original assignee: Matsushita Electric Works Ltd
Current assignee: Panasonic Electric Works Co Ltd
Priority date: 1999-02-23
Filing date: 1999-02-23
Publication date: 2000-09-08

Abstract

(57)【要約】【課題】制御監視装置において、容易に制御情報の追加
・削除ができるようにするとともに、メモリの有効利用
が図れる制御監視システムを提供する。【解決手段】監視制御装置１は、負荷機器２０に対する
制御情報を格納したメモリテーブルを備え、このメモリ
テーブルには、更に、所定単位毎に区分された制御情報
の先頭アドレスと、その所定単位内の制御情報の数とで
構成される管理情報を有している。監視制御装置１は、
管理情報を変更することによって、メモリテーブルに格
納される制御情報の数を可変にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、施設の防災設備、
動力設備、照明設備、空調設備などを監視・制御する制
御監視システムに関する。

【０００２】

【従来の技術】従来から、ビルやマンション、各種施設
には、建物の適所に、防災設備、動力設備、照明設備、
空調設備などの複数の負荷機器を設置する一方、中央監
視室や警備室、管理室などには、各負荷機器を監視し制
御する監視制御装置が設置されている。

【０００３】コンピュータなどで構成された監視制御装
置は、多重伝送線などの信号線を介して、各負荷機器を
接続しており、各負荷機器の状態を信号線を通じて受信
することによって、各負荷機器を監視する一方、各負荷
機器に制御信号を送信して、各負荷機器の動作を制御す
る。監視制御装置には、各負荷機器の制御情報をメモリ
に記憶しており、この制御情報に従って、制御信号を送
信し、負荷機器を制御する。図１３には、監視制御装置
に記憶された制御情報の例を示している。

【０００４】ここでは、制御情報として、複数の負荷機
器を管理単位グループ毎に区分し、各グループのメンバ
となる負荷機器をすべて登録している例を示している。
図３のには、制御プログラムが使用するメモリテーブ
ルの領域定義（変数定義）のプログラムイメージを示
し、図３のには、メモリテーブルの構成を模式的に示
している。

【０００５】１０個のグループの各々は、それぞれ５個
ずつのメンバが登録可能であり、システム全体で最大５
０個のメンバが登録できるようになっている。メンバ登
録は、例えば、負荷機器（端末器）の各々に割り付けら
れるアドレスなどによって行っている。このように、従
来の監視制御装置では、メモリテーブルは、その変数
を、使用する最大分をスタティックに宣言する必要があ
り、それをプログラムでアクセス（リード／ライト）
し、処理を実行していた。

【０００６】

【発明が解決しようとする課題】ところが、上記従来の
制御監視システムでは、監視制御装置の監視対象の負荷
機器を追加しようとしても、容易に追加できなかった。
例えば、図１３の場合、メンバ登録ができるのは、予め
各グループ毎に５個までと決まっており、例え、他のグ
ループにおいて登録していないメンバがあったとして
も、６個以上のメンバは登録できなかった（グループ
「３」を参照）。

【０００７】１つのグループに対して６個以上のメンバ
を追加する場合は、図１３のに示したプログラムの変
数定義を、「a1[10][5]」から「a1[10][5+N]（Ｎは追加
メンバ数）」にし、プログラムのコンパイル、リンクを
実行し直し、制御プログラムを作成しなおす必要があっ
た。なお、このような作業は、グループ数を追加する場
合でも同じように必要であった。

【０００８】本発明は、このような事情に鑑みてなされ
たものであり、制御監視装置において、容易に制御情報
の追加・削除ができるようにするとともに、メモリの有
効利用が図れる制御監視システムを提供することを目的
としている。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明の請求項１に記載の制御監視システムでは、
監視制御装置は、負荷機器に対する制御情報を格納した
メモリテーブルを備え、このメモリテーブルには、更
に、所定単位毎に区分された制御情報の先頭アドレス
と、その所定単位内の制御情報の数とで構成される管理
情報を有している。監視制御装置は、管理情報を変更す
ることによって、メモリテーブルに格納される制御情報
の数を可変にしたことを特徴とする。

【００１０】ここでは、制御情報を、負荷機器のグルー
プなどの所定単位毎に区分し、各々のグループなどに対
して管理情報を設ける。各管理情報は、その単位に属す
る複数の制御情報群の先頭アドレスと、制御情報の数で
構成されているので、装置の使用可能なメモリの範囲内
であれば、容易に制御情報の数を増減させることができ
る。また、所定単位の制御情報の各々を、異なる数で構
成することもできる。

【００１１】請求項２では、請求項１において、監視制
御装置は、メモリテーブルのすべての制御情報のデータ
量とすべての管理情報のデータ量から、この装置のメモ
リ残量を算出し、更に、このメモリ残量を基にして、制
御情報の追加可能数を算出する手段を設けている。請求
項３と請求項４では、請求項１又は請求項２に記載の監
視制御装置による具体的な制御について提案しており、
監視制御装置は、メモリテーブルに格納される制御情報
として、所定の負荷機器の監視情報を設定した監視入力
条件と、この監視入力条件と所定の負荷機器の監視情報
が一致したときに、連動制御される所定の負荷機器の制
御情報を設定した制御出力条件とを有している。

【００１２】請求項４では、監視制御装置は、メモリテ
ーブルに格納される制御情報として、所定の負荷機器を
所定の時刻に従って制御するためのスケジュール時刻を
設定している。

【００１３】

【発明の実施の形態】以下に、本発明の実施の形態につ
いて、図面とともに説明する。図１は、制御監視システ
ムの構成の一例を示したブロック図である。ビルやマン
ション、各種施設には、建物の適所に、防災設備、動力
設備、照明設備、空調設備などの複数の負荷機器２０
（設備負荷）を設置する一方、中央監視室や警備室、管
理室などには、各負荷機器２０を監視し制御する監視制
御装置１を設置している。

【００１４】監視制御装置１は、コンピュータなどで構
成されており、負荷管理点通信インタフェース（Ｉ／
Ｆ）部１９により、多重伝送線などの信号線Ｌを介し
て、各負荷機器２０を接続しており、各負荷機器２０の
状態を信号線Ｌを通じて受信することによって、各負荷
機器２０を監視する一方、各負荷機器２０に制御信号を
送信して、各負荷機器２０の動作を制御する。

【００１５】監視制御装置１（メインユニット）は、各
部の信号制御を行って、装置１の動作を制御する本体Ｃ
ＰＵ１１と、ＲＯＭなどで構成され、この装置１の制御
プログラムなどを記憶したプログラム記憶部１２と、Ｒ
ＡＭなどで構成されたデータ記憶部１３と、表示装置８
におけるタッチ入力操作を可能とするタッチパネルコン
トローラ部１４と、タッチパネル制御用のシリアル信号
入出力部１５と、ＶＧＡ（Video Graphics Array）信号
出力部１６と、時計ＩＣ１７と、液晶ディスプレイなど
で構成され、ＶＧＡ信号出力部１６によって表示制御が
なされる表示装置１８と、負荷機器２０との通信を制御
する負荷管理点通信Ｉ／Ｆ部１９とを備えている。な
お、監視制御装置１は、表示装置１８を備えない構成で
あってもよい、その場合、ＶＧＡ信号出力部１６は不要
となる。

【００１６】図２には、プログラム記憶部１２における
ソフトウェアの構成を模式的に示している。プログラム
記憶部１２は、プログラム全体を管理するリアルタイム
ＯＳ・ドライバ部３１と、メモリアクセスに対する管理
演算処理を行うライブラリ関数を格納するメモリアクセ
スライブラリ格納部３２と、メモリアクセス管理部３３
ａや、１又は複数のアプリケーションプログラム部３３
ｂなど、リアルタイムＯＳ上でタスクとして構成される
アプリケーションプログラムを格納するアプリケーショ
ン格納部３３とで構成される。ここでは、リアルタイム
ＯＳを使用しているので、大容量のメモリを必要とせ
ず、低価格の構成にできる。

【００１７】メモリアクセス管理部３３ａは、各アプリ
ケーションプログラム部３３ｂからのメモリテーブル
（後述）に対するアクセスのプロセスを管理するＡＰＩ
（Application Programming Interface）の役目をす
る。アプリケーションプログラム部３３ｂは、各ソフト
ウェア仕様に基づいて処理を実行するようになってい
る。これらの各部３１〜３３における演算処理の変数や
データテーブルなどは、データ記憶部１３において記憶
される。データ記憶部１３は、電源リセット時にデータ
の保持が不要の場合はＤＲＡＭで構成し、データの保持
が必要な場合はＳＲＡＭで構成するようにすればよい。

【００１８】監視制御装置１では、データ記憶部１３
に、負荷機器に対する制御情報を格納したメモリテーブ
ルを備えており、本発明では、この構成に特徴がある。
図３のには、メモリテーブルの領域定義（変数定義）
のプログラムイメージを示し、図３のには、メモリテ
ーブルの構成を模式的に示している。図示するテーブル
は、２バイト（ｉｎｔ１６）のデータｂ１と、１バイト
（ｉｎｔ８）×４個の配列（ａｒｒｅｙ）のデータｂ２
と、２バイト（ｉｎｔ１６）×Ｎ個（個数が特定されな
い）の配列（ｌｉｓｔ）のデータｂ３とで構成されてい
る。

【００１９】−２に示すように、データｂ１はそのま
ま先頭アドレスから２バイトで構成されるが、データｂ
２，ｂ３については、管理情報（ｎｏｄｅ）が格納され
ている。この管理情報は、に示すように、管理するデ
ータの先頭アドレス（例えば、ｉｎｔ３２のデータ）
と、データ個数（ｄｉｍ）（例えば、ｉｎｔ３２のデー
タ）で構成されている。図の場合、データｂ２に対する
管理情報における個数は「４」、データｂ３に対する管
理情報における個数は「Ｎ」になる。すなわち、管理情
報は、所定単位毎に区分された制御情報の先頭アドレス
と、その所定単位内の制御情報の数とで構成されてい
る。

【００２０】このような構成にすることによって、監視
制御装置１は、管理情報を変更すれば、メモリテーブル
に格納される制御情報の数を可変にできる。ここでは、
データｂ２，ｂ３の個数を、装置１のデータ記憶部１３
が使用可能な範囲内であれば、容易に増減させることが
できる。具体的には、アプリケーションプログラム部３
３ｂが、メモリアクセス管理部３３ａのＡＰＩにより、
追加登録要求、削除要求を行う。そうすれば、管理情報
の数や先頭アドレスが変化する。

【００２１】次に、メモリテーブルの別の構成について
図４とともに説明する。図４のには、メモリテーブル
の領域定義（変数定義）のプログラムイメージを示し、
図４のには、メモリテーブルの構成を模式的に示して
いる。図示するテーブルは、１バイト（ｉｎｔ８）のデ
ータｃ１と、２バイト（ｉｎｔ１６）のデータｃ２とで
構成されるデータｃを、個数が特定されない配列（ｌｉ
ｓｔ）とし、このデータｃを２個の配列としてデータｄ
１として、更に、このデータｄ１を個数が特定されない
配列として構成している。

【００２２】−２に示すように、先頭の管理情報は、
以下の管理情報群の先頭アドレスと、管理情報の数（デ
ータｄ１の数）が格納されている。そして、以降の管理
情報は、データｄ１毎に、管理するデータの先頭アドレ
スと、データ個数で構成されている。データｄ１は、個
数が特定されない配列を２個ずつ含んでいるので、−
３に示すように、更に管理情報を２個ずつ含んでいる。
図の場合、−３における各管理情報の個数はデータｃ
の数になる。

【００２３】次に、メモリテーブルの更に別の構成につ
いて図５とともに説明する。図５のには、メモリテー
ブルの領域定義（変数定義）のプログラムイメージを示
し、図５のには、メモリテーブルの構成を模式的に示
している。図示するテーブルは、２バイト（ｉｎｔ１
６）のデータａ１が、縦及び横の数の両方が特定されな
いＮ×Ｍの配列で構成されている。ここでは、負荷機器
を区分したグループの数をＭとし、各グループ内のメン
バの数をＮとしている。に示すように、各グループの
メンバ数は可変にできるので、従来（図１３参照）のよ
うに、プログラムを変更しなければ、グループやメンバ
の追加ができなくなることがない。また、各グループに
おいて最小限のメンバのみを登録しておけばよいので、
メモリの有効利用が図れる。

【００２４】次に、図５のメモリテーブルの構成を別の
形式にした場合を図６に示す。ここでは、全グループに
対する管理情報と、グループ毎の管理情報を設けており
（−２）、全グループの管理情報には、全グループの
管理情報群の先頭アドレスと、全グループにおける管理
情報の個数（Ｎｎ）が格納されている。一方、各グルー
プの管理情報には、各グループの制御情報群の先頭アド
レスと、各グループの制御情報の個数（Ｎ１，Ｎ２，
…，Ｎｎ）が格納されている。

【００２５】監視制御装置１では、本体ＣＰＵ１１は、
メモリテーブルのすべての制御情報のデータ量とすべて
の管理情報のデータ量から、この装置１のメモリ残量を
算出し、更に、このメモリ残量を基にして、制御情報の
追加可能数を算出する手段を構成している。具体的に
は、装置１の使用可能な全メモリ量をＶ、管理情報のデ
ータ量をＡＭとして、メモリ残量Ｒを求めれば、Ｒ＝Ｖ
−（ＡＭ＋（Ｍ×ＡＭ）＋（Ｎ１×ｉｎｔ１６＋Ｎ２×
ｉｎｔ１６＋…＋Ｎｎ×ｉｎｔ１６））となる。すなわ
ち、使用可能なメモリ量から、全グループに対する管理
情報のデータ量と、各グループに対する管理情報のデー
タ量と、すべての制御情報のデータ量とを引くと、メモ
リ残量となる。また、追加可能メンバ数Ａ１は、Ａ１＝
Ｒ÷ｉｎｔ１６で求められ、追加可能グループ数Ａ２
は、Ａ２＝Ｒ÷ＡＭで求められる。このとき、追加され
たグループには、メンバは登録されていないものとす
る。

【００２６】アプリケーションプログラム部３３ｂで
は、メモリアクセス管理部３３ａのＡＰＩにより、追加
登録要求、削除要求を行ったときの結果（返却値）によ
って、メモリ残量Ｒや、通過可能メンバ数Ａ１、追加可
能グループ数Ａ２が通知される。このようにして、制御
情報の追加可能数が分かるようになれば、アプリケーシ
ョンの開発効率が向上し、また、プログラムは直接メモ
リを管理しないので、プログラムが他のプログラムなど
のメモリ領域を破壊し、障害が発生するといったことが
ない。

【００２７】次に、以上に説明したメモリテーブルを使
用した制御動作について説明する。まず、図７〜図９と
ともに監視制御装置１による連動制御について説明す
る。監視制御装置１は、メモリテーブルに格納される制
御情報として、所定の負荷機器２０の監視情報を設定し
た監視入力条件と、この監視入力条件と所定の負荷機器
２０の監視情報が一致したときに、連動制御される所定
の負荷機器２０の制御情報を設定した制御出力条件とを
有している。

【００２８】図７には、表示装置８に表示される、監視
入力条件を設定するための入力条件設定画面１８ａと、
制御出力条件を設定するための出力条件設定画面１８ｂ
とを示す。入力条件設定画面１８ａでは、グループ毎
に、メンバＩＤ（アドレス）と、設備名（負荷機器名）
と、条件を設定し、出力条件設定画面１８ｂでは、グル
ープ毎に、メンバＩＤ（アドレス）と、設備名（負荷機
器名）と、制御内容を設定する。設定されたデータは、
データ記憶部１３のメモリテーブルに登録される。

【００２９】例えば、グループ１の照明のすべてが、入
力条件設定画面１８ａに設定された条件のパターンにな
ったときに、出力条件設定画面１８ｂに設定されたグル
ープ１の空調機のすべてに対して、順にその制御内容を
実行する。図８には、連動制御用のメモリテーブルの構
成の例を示している。図８のには、監視入力条件の領
域定義（変数定義）プログラムイメージを、図８のに
は、制御出力条件の領域定義（変数定義）プログラムイ
メージを、それぞれ示している。ここでは、各々が、Ｍ
グループ（グループ数を特定しない）の情報が登録でき
る。

【００３０】図９には、連動制御の動作を示しており、
本体ＣＰＵ１１に、アプリケーションプログラム部３３
ｂによって動作する、連動制御入力条件判断部１１ａと
連動制御出力処理部１１ｂを備えるものとする。連動制
御入力条件判断部１１ａは、設備管理点のステータス変
化イベント（負荷機器２０の状態変化）があると、メモ
リアクセス管理部３３ａを介して、メモリテーブルの監
視入力条件（図７の入力条件設定画面１８ａと、図８の
を参照）をアクセスし、その管理点に該当するメンバ
の変化ステータス値と条件値とを比較する。ここで、そ
のグループ内におけるメンバのすべてが、変化ステータ
ス値と条件値とが一致（真）となったときには、連動制
御出力処理部１１ｂに制御実行要求を行う。すると、連
動制御出力処理部１１ｂでは、メモリアクセス管理部３
３ａを介して、メモリテーブルの制御出力条件（図７の
出力条件設定画面１８ｂと、図８のを参照）をアクセ
スし、このときの監視入力条件に対応したグループの制
御出力条件に従って、各メンバ（設備管理点）に対して
順に制御を実行する。

【００３１】なお、設備管理点のステータス変化イベン
トがあり、グループ内のメンバの１つでも、変化ステー
タス値と条件値が不一致になった場合でも、連動制御を
停止させる制御は行わず、制御状態を維持する。連動制
御を停止させるようなときには、別の監視入力条件と制
御出力条件によって制御される。次に、図１０〜図１２
とともに監視制御装置１によるスケジュール制御につい
て説明する。監視制御装置１は、メモリテーブルに格納
される制御情報として、所定の負荷機器を所定の時刻に
従って制御するためのスケジュール時刻を設定してい
る。

【００３２】図１０には、表示装置８に表示される、ス
ケジュール時刻を設定するためのスケジュール時刻設定
画面１８ｃを示す。スケジュール時刻設定画面１８ｃで
は、スケジュール単位毎に、メンバＩＤ（アドレス）
と、設備名（負荷機器名）と、制御モニタ（次回制御時
刻）と、複数のスケジュール時刻（ＯＮ時刻とＯＦＦ時
刻）を設定する。設定されたデータは、データ記憶部１
３のメモリテーブルに登録される。例えば、スケジュー
ル単位１に登録された照明が、８時３０分にオン制御、
１０時１５分にオフ制御、１２時にオン制御、１３時に
オフ制御といったように制御されるように設定できる。

【００３３】図１１には、スケジュール制御におけるメ
モリテーブルの構成の例を示している。この図には、ス
ケジュール時刻設定の領域定義（変数定義）プログラム
イメージを示しており、メンバＩＤと、設備名と、Ｎ個
（特定しない数）のオン時刻及オフ時刻とからなる１ス
ケジュール単位を、Ｍ個（特定しない数）分のスケジュ
ール単位として登録している。

【００３４】図１２には、スケジュール制御の動作を示
しており、本体ＣＰＵ１１に、アプリケーションプログ
ラム部３３ｂによって動作する、時刻管理部１１ｃ（タ
イマ管理）と、スケジュール制御時刻判断部１１ｄとス
ケジュール制御出力処理部１１ｅを備えるものとする。
時刻管理部１１ｃは時計ＩＣ１７から読み込んだ時刻デ
ータを、所定時間（例えば１分）毎に、スケジュール制
御時刻判断部１１ｄに通知する。スケジュール制御時刻
判断部１１ｄは、時刻が通知されると、メモリアクセス
管理部３３ａを介して、メモリテーブル（図１０、図１
１を参照）をアクセスし、各スケジュール単位におい
て、ＯＮ時刻又はＯＦＦ時刻に一致するものがあるかを
判断する。ここで、一致する時刻があれば、スケジュー
ル制御出力処理部１１ｅに制御実行要求を行う。する
と、スケジュール制御出力処理部１１ｅでは、メモリア
クセス管理部３３ａを介して、メモリテーブルをアクセ
スし、対象となるスケジュール単位のメンバ（設備管理
点）に対して制御を実行する。

【００３５】なお、スケジュール制御では、オン、オフ
制御には限定されず、８０％出力や２０ｍＡ出力といっ
たアナログ出力の制御を行うようにしてもよい。

【００３６】

【発明の効果】以上の説明からも理解できるように、本
発明の請求項１に記載の制御監視システムでは、監視制
御装置は、負荷機器に対する制御情報を格納したメモリ
テーブルに、更に、所定単位毎に区分された制御情報の
先頭アドレスと、その所定単位内の制御情報の数とで構
成される管理情報を有し、この管理情報を変更すること
によって、メモリテーブルに格納される制御情報の数を
可変にできる。したがって、装置の使用可能なメモリの
範囲内であれば、容易に制御情報の数を増減させること
ができ、また、所定単位の制御情報の各々を、異なる数
で構成することもできるので、メモリを効率よく使用で
きる。

【００３７】請求項２では、監視制御装置は、メモリ残
量を算出し、制御情報の追加可能数を算出するので、ア
プリケーションの開発効率が向上する。請求項３では、
監視制御装置は、請求項１又は請求項２のメモリテーブ
ルに格納される制御情報として、所定の負荷機器の監視
情報を設定した監視入力条件と、所定の負荷機器の制御
情報を設定した制御出力条件とを有し、監視入力条件と
所定の負荷機器の監視情報が一致したときに、制御出力
情報にしたがって連動制御することができる。本発明で
は、メモリテーブルに設定する監視入力条件と制御出力
条件とを容易に追加、削除できるので、新規なプログラ
ム開発が必要なく、同じプログラムで、複数のシステム
の連動制御に対応することが出来る。

【００３８】請求項４では、監視制御装置は、請求項１
又は請求項２のメモリテーブルに格納される制御情報と
して、所定の負荷機器を所定の時刻に従って制御するた
めのスケジュール時刻を設定する。本発明では、メモリ
テーブルに設定するスケジュール時刻を容易に追加、削
除できるので、新規なプログラム開発が必要なく、同じ
プログラムで、複数のシステムのスケジュール制御に対
応することが出来る。

【図面の簡単な説明】

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

【図２】制御監視装置のソフトウェアの構成の一例を示
す図である。

【図３】制御監視装置のメモリテーブルの構成の一例を
示す図である。

【図４】制御監視装置のメモリテーブルの構成の他の例
を示す図である。

【図５】制御監視装置のメモリテーブルの構成の他の例
を示す図である。

【図６】図５のメモリテーブルの構成の他の例を示す図
である。

【図７】制御情報の具体例（連動制御情報）を示す図で
ある。

【図８】図７の制御情報のプログラムイメージを示す図
である。

【図９】図７、図８の制御情報を用いた動作を説明する
図である。

【図１０】制御情報の他の具体例（スケジュール制御情
報）を示す図である。

【図１１】図１０の制御情報のプログラムイメージを示
す図である。

【図１２】図１０、図１１の制御情報を用いた動作を説
明する図である。

【図１３】従来の制御監視装置のメモリテーブルの構成
の例を示す図である。

【符号の説明】

１制御監視装置１１本体ＣＰＵ１２プログラム記憶部１３データ記憶部１７時計ＩＣ１８表示装置１９負荷管理点通信Ｉ／Ｆ部２０設備負荷（負荷機器）３３ａメモリアクセス管理部３３ｂアプリケーションプログラム部

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5C087 AA10 AA25 BB03 BB54 BB74 DD04 DD23 DD26 DD37 DD38 EE06 FF01 FF02 FF20 GG12 GG21 GG24 GG30 GG32 GG51 GG57 GG65 5K048 AA00 BA07 BA08 BA51 DA02 EB01 EB02 EB06 EB11 FB10 FC01 HA01 HA02 HA21

Claims

【特許請求の範囲】

【請求項１】複数の負荷機器と、各負荷機器を信号線を
介して接続した監視制御装置とで構成され、この監視制
御装置が、上記信号線を通じて信号を送受して、各負荷
機器を制御あるいは監視するようになっている監視制御
システムにおいて、上記監視制御装置は、上記負荷機器に対する制御情報を格納したメモリテーブ
ルを備え、このメモリテーブルには、更に、所定単位毎
に区分された制御情報の先頭アドレスと、その所定単位
内の制御情報の数とで構成される管理情報を有してお
り、上記管理情報を変更することによって、上記メモリテー
ブルに格納される制御情報の数を可変にしたことを特徴
とする監視制御システム。
【請求項２】請求項１に記載の監視制御システムにおい
て、上記監視制御装置は、上記メモリテーブルのすべての制御情報のデータ量とす
べての管理情報のデータ量から、この装置のメモリ残量
を算出し、更に、このメモリ残量を基にして、上記制御
情報の追加可能数を算出する手段を設けていることを特
徴とする監視制御システム。
【請求項３】請求項１又は請求項２に記載の監視制御シ
ステムにおいて、上記監視制御装置は、上記メモリテーブルに格納される制御情報として、所定の負荷機器の監視情報を設定した監視入力条件と、
この監視入力条件と所定の負荷機器の監視情報が一致し
たときに、連動制御される所定の負荷機器の制御情報を
設定した制御出力条件とを有していることを特徴とする
監視制御システム。
【請求項４】請求項１又は請求項２に記載の監視制御シ
ステムにおいて、上記監視制御装置は、上記メモリテーブルに格納される制御情報として、所定の負荷機器を所定の時刻に従って制御するためのス
ケジュール時刻を設定していることを特徴とする監視制
御システム。