JP3452414B2 - 遠隔監視制御方法およびそのシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は遠隔監視制御方法および
そのシステムに関する。近年、各地に多数分散配置され
たビル管理等のために、大規模監視制御システムが構築
されるようになった。この大規模監視制御システムは、
各々が自分自身単独でシステムとして成り立つ複数の監
視／制御システム（以下、子システムと称す）と、これ
ら複数の子システムを統括する監視／制御システム（以
下、親システムと称す）と、これらの子システムと親シ
ステムとの間を結ぶ回線とからなり、いわゆる遠隔監視
制御を実行する。

【０００２】

【従来の技術】図１９は遠隔監視制御システムの具体例
を示す図である。一例として大規模ビル管理システムが
示されている。全体としては、各々が複数の個別管理点
４を配下に有すると共に各個別管理点４の状態を監視し
または各個別管理点４に対し制御を加える複数の子シス
テム２と、回線３を介して各子システム２にそれぞれ接
続し、各子システム２毎の複数の個別管理点４の状態の
監視または複数の個別管理点４への制御を統括して行う
親システム１とを有し、親システム１から複数の子シス
テム２に対して個別管理点４の遠隔監視制御を行う。

【０００３】親システム１としては親ビル管理システム
装置群が示され、各子システム１としては子ビル管理シ
ステム装置群が示され、個別管理点４としてはいわゆる
現場設備である空調設備や防災設備等が示されている。
その他としては、一例として、安全保障のための警備設
備がある。また回線３としては、公衆回線あるいは専用
回線がある。

【０００４】さらに詳しくは、各ビル管理システム装置
群（１，２）は、複数台のミニコンピュータ、パーソナ
ルコンピュータまたは専用プロセッサ等により構成され
ており、各子システム２は親システム１から監視または
制御（監視／制御）されるのみならず、各子システム２
それ自体で単独でも動作可能である。また個別管理点４
は、例えば空調設備の場合、温度や湿度のセンサ類の
他、空調制御用のコントローラ類も含むものである。セ
ンサ類は親システム１による監視のために供され、一
方、コントローラ類は親システム１からの制御のために
供される。

【０００５】図２０は図１９の構成において本発明に関
連する部分を強調して示す図である。すなわち、各シス
テム内に個別に設けられる状態保持メモリ５，６および
７について強調して示す。該メモリ５は各子システム２
（ａ，ｂ，ｃ…）内にそれぞれ設けられ（５ａ，５ｂ，
５ｃ…）、それぞれ対応する個別管理点４の各状態を１
対１で監視している。したがって各状態保持メモリ５内
には、例えば照明設備（４）についてのＯＮ／ＯＦＦ状
態情報や、空調設備（４）についての温度状態情報（２
５°，２６°…）等が個別管理点データとして保持され
る。

【０００６】各子システム２に対応した状態保持メモリ
５ａ，５ｂ，５ｃ…の内容は、回線３を介して親システ
ム１に通知される。この親システム１内には、これら状
態保持メモリ５ａ，５ｂ，５ｃ…に１対１に対応して状
態保持メモリ６ａ，６ｂ，６ｃ…が設けられており、上
記の回線３を通して通知された状態情報が、これらメモ
リ６ａ，６ｂ，６ｃ…に保持される。

【０００７】なお、親システム１自体も配下に個別管理
点４を有しており、これらからの状態情報が、各個別管
理点４毎に、状態保持メモリ７に保持される。各状態保
持メモリ５に対する状態情報の書き込みは、定期的に行
っても良いし、あるいは、状態に変化が生じる都度行う
ようにしても良いが、後者の方が、回線使用の無駄がな
く好ましい。

【０００８】

【発明が解決しようとする課題】図２０から明白なとお
り、親システム１は自己の配下にある個別管理点４のみ
ならず、複数の子システム２がそれぞれ管理する全ての
個別管理点４についても、メモリ７ならびにメモリ６
（６ａ，６ｂ，６ｃ…）にて管理している。したがっ
て、子システム２の数がｎだとすると、メモリ６もｎだ
け必要となる（６ａ，６ｂ，６ｃ…６ｎ）。一般にメモ
リは高価であることから、従来のシステムはコスト高に
なるという問題がある。

【０００９】この問題を解消すべくメモリの個数あるい
は容量を単純に減らしたとすると、親システム１から各
子システム２に対して、各個別管理点対応のきめ細かい
制御（遠隔制御）を行うことが困難になってしまう。し
たがって本発明は、上記の問題点に鑑み、親システムに
おいて、必要とするメモリ規模を増大させることなく、
子システムの数の増加に柔軟に対応することのできる遠
隔監視制御方法ならびにそのシステムを提供することを
目的とするものである。

【００１０】

【課題を解決するための手段】上記問題点を解決するた
めに本発明は下記の種々態様を提案する。図１は図２０
と対比させた本発明の構成例を示す図である。図２０と
の大きな相違点は、子システム２側に代表管理点状態保
持メモリ８を導入し、親システム１側にも同様に代表管
理点状態保持メモリ９を導入したことである。本図の例
によれば、子システム２のａ，ｂ，ｃ…にそれぞれ代表
管理点状態保持メモリ８ａ，８ｂ，８ｃ…が設けられ、
また親システム１内に、これらのメモリ８ａ，８ｂ，８
ｃ…にそれぞれ対応した代表管理点状態保持メモリ９
ａ，９ｂ，９ｃ…が設けられている。子システム２側の
メモリ８ａ，８ｂ，８ｃ…と親システム１側のメモリ９
ａ，９ｂ，９ｃ…との間のデータのやりとりは、公衆回
線あるいは専用回線等の回線３を介して行われる。

【００１１】図１の各子システム２内に表示された“演
算／展開”は、代表管理点状態保持メモリ９の導入によ
り必要となった動作を示している。すなわち、“演算”
とは、各システム２内において、所定の複数の個別管理
点４に対して施す演算を意味し、この演算結果をもって
代表管理点データとなす。一方、各子システム２内にお
いて、代表管理点状態保持メモリ８から状態保持メモリ
５側へデータ（例えば各個別管理点４に対する制御デー
タ）を移す場合には、複数の個別管理点の代表値を個々
の個別管理点毎の個別値に戻す必要があるから、そのた
めの操作を上記の“展開”として表している。

【００１２】図２０に示す従来方式のもとで親システム
１内に設けるべき膨大な量のメモリ６（一例として数万
個に及ぶことがある）は、図１の構成のもとで、メモリ
９の如く極めて小規模なものとなる。図２は、本発明の
原理構成を示す図である。本図において、まず親システ
ム１側についてみると、この親システム１は、図示する
とおり、親側状態変化処理手段１１と、親側代表点構成
ファイル１２と、記憶手段（後に共通管理点テーブルと
称す）１３と、展開／復元処理手段１４とからなる。さ
らに詳しくは次のとおりである。

【００１３】共通管理点テーブル１３は、同一の属性を
有するグループに区分された各該グループ内の複数の個
別管理点４の各状態についてその代表としての状態を保
持すると共に特定の個別管理点４から収集したその状態
に関する情報を保持する。親側代表点構成ファイル１２
は、代表管理点とこれに属する個別管理点４との対応関
係と、共通管理点テーブル１３を動的に拡大しまたは縮
小するエリアを指定するアドレス情報とを少なくとも格
納する。

【００１４】親側展開／復元処理手段１４は、共通管理
点テーブル１３および親側代表点構成ファイル１２と協
働し、前記代表管理点としての処理を個別管理点４とし
ての処理に展開し、また、展開された各該個別管理点に
対する該処理を再び該代表管理点としての処理に復元す
る。親側状態変化処理手段１１は、共通管理点テーブル
１３での前記状態の書換えをその状態変化がある都度実
行し、また、代表管理点としての処理を個別管理点４と
しての処理に展開し、また、展開された各個別管理点４
に対する該処理を再び該代表管理点としての処理に復元
する場合は親側代表点構成ファイル１２を参照して前記
状態の書換えを行う。

【００１５】次に子システム２側について見ると、この
子システム２は、図示するとおり、子側状態変化処理手
段２１と、子側代表点構成ファイル２２と、代表管理点
テーブル２３と、個別管理点テーブル２４と、子側展開
／復元処理手段２５とからなる。さらに詳しくは次のと
おりである。個別管理点テーブル２４は、配下の各個別
管理点４から収集した各個別管理点４の状態に関する情
報を保持する。

【００１６】代表管理点テーブル２３は、同一の属性を
有するグループに区分された各該グループ内の複数の個
別管理点４の各状態についてその代表としての状態を保
持する。子側状態変化処理手段２１は、配下の各個別管
理点４から収集した各個別管理点４の状態に関する情報
を、その状態変化がある都度、個別管理点テーブル２４
に対してはそのまま供給し、一方、代表管理点テーブル
２３に対しては、複数の個別管理点４の各状態について
予め定めた演算を施してから供給する。

【００１７】子側代表点構成ファイル２２は、代表管理
点とこれに属する個別管理点４との対応関係と、前記演
算を規定する演算式とを少なくとも格納する。子側展開
／復元処理手段２５は、個別管理点テーブル２４と、代
表管理点テーブル２３と、子側代表点構成ファイル２２
と協働し、代表管理点としての処理を個別管理点４とし
ての処理に展開し、また、展開された各該個別管理点４
に対する該処理を再び該代表管理点としての処理に復元
する。

【００１８】（１）本発明の第１の態様においては、下
記のステップ（ｉ），（ii）および（iii ）により遠隔
監視制御が実行される。 （ｉ）各子システム２は複数の個別管理点４を同一の属
性を有する幾つかのグループに予め区分する。 （ii）区分された各該グループ内の複数の個別管理点４
の各状態について予め定めた演算を施してその演算結果
をもって各該グループを代表する代表管理点の状態とす
る。

【００１９】（iii ）該代表管理点の状態を親システム
１に通知することにより個別管理点４についての統括的
監視を親システム１にて行う。 ここに同一の属性を有する幾つかのグループとは、例え
ば照明設備に関係する複数の個別管理点４の群であり、
また空調設備に関係する複数の個別管理点４の群であ
り、あるいは警備設備に関係する複数の個別管理点４の
群のことである。また、上記の状態とは、上記照明設備
に関係する個別管理点４の群について見れば、ＯＮ（点
灯）／ＯＦＦ（消灯）の状態を言い、上記空調設備に関
係する個別管理点の群について見れば、温度の状態（何
℃か）を言う。

【００２０】また、そのような状態について予め定めた
演算を施すとは、ＡＮＤ（論理積）やＯＲ（論理和）や
平均値をとることを言う。例えば、警備設備に関係する
複数の個別管理点（例えば施錠センサ）の群について見
ると、これらのうちの１つでも開錠を示すアラームが上
がれば、即刻親システム１に通知しなければならないか
ら、これらの個別管理点についての上記の代表管理点デ
ータとしては、ＯＲをとったものを表示する必要があ
る。また、空調設備に関係する複数の個別管理点（例え
ば温度センサ）の群について見ると、例えばビルの同じ
フロアでも場所によって温度ムラがあるから、親システ
ム１への通知としては、全ての温度センサの値の平均値
をとったものが適当である。つまり、これら温度センサ
よりなる個別管理点についての上記の代表管理点データ
としては、平均値をとったものを表示するのが好まし
い。

【００２１】あるいは照明設備に関し、照明ランプの正
常／異常を確認したいときには、全ての照明ランプにつ
いて全て正常であるときに親システム１に正常情報を通
知する必要があるから、このときは上記のＡＮＤをとっ
て代表管理点データとする。 （２）本発明の第２の態様によれば、親システム１は、
代表管理点の状態に加えて所定の個別管理点の状態をも
子システム２から通知されると共に、通知されたこれら
の状態については、代表管理点に係るものか、個別管理
点に係るものかの区別をすることなく親システム１にて
監視を行う。

【００２２】（３）本発明の第３の態様によれば、親シ
ステム１より子システム２に属する代表管理点に対する
制御が通知されたとき、子システム２はその代表管理点
をグループの情報に戻して該グループを構成する全ての
個別管理点４に展開し、展開された各個別管理点４に対
して制御を加える。

【００２３】（４）本発明の第４の態様によれば、親シ
ステム１は前記代表管理点に対する制御を行うときも、
個別管理点４に対する制御を行うときも、代表管理点に
係るものか、個別管理点４に係るものかの区別をするこ
となく制御を行う。 （５）本発明の第５の態様によれば、親システム１から
子システム２に通知される代表管理点および個別管理点
４に関する監視／制御用の情報の一部に、代表管理点と
しての監視／制御にすべきか、または、個別管理点４と
しての監視／制御にすべきかを表示するフラグを付加す
る。そして、親システム１は個別管理点としての監視／
制御に変更すべきことを表示するフラグが立っていると
きに限り、親システム１内の共通管理点テーブル（記憶
手段）１３を拡大して、当該代表管理点を構成する個別
管理点に展開された各個別管理点４の状態をその拡大さ
れた記憶領域に収集するようにする。

【００２４】（６）本発明の第６の態様によれば、子シ
ステム２から親システム１に通知される代表管理点およ
び個別管理点４に関する監視／制御用の情報の一部に、
代表管理点としての監視／制御にすべきか、または、個
別管理点としての監視／制御にすべきかを表示するフラ
グを付加する。そして、子システム２は個別管理点とし
ての監視／制御に変更すべきことを表示するフラグが立
っているときは、当該代表管理点を構成する個別管理点
に展開した各個別管理点の状態を親システム１に対し通
知するようにする。

【００２５】（７）本発明の第７の態様によれば、親シ
ステム１は代表管理点としての監視／制御に変更すべき
ことを表示するフラグが立ったときは親システム１内の
拡大された共通点管理テーブル（記憶手段）１３を縮小
して、再び代表管理点としての監視／制御を行うように
する。 （８）本発明の第８の態様によれば、子システム２は代
表管理点としての監視／制御に変更すべきことを表示す
るフラグが立ったときは子システム２内において、再び
代表管理点としての監視／制御に復元させるようにす
る。

【００２６】（９）本発明の第９の態様によれば、各子
システム２は、配下の各個別管理点４から収集した各個
別管理点４の状態に関する情報を保持する個別管理点テ
ーブル２４と、同一の属性を有するグループに区分され
た各グループ内の複数の個別管理点４の各状態について
その代表としての状態を保持する代表管理点テーブル２
３と、配下の各個別管理点４から収集した各個別管理点
４の状態に関する情報を、その状態変化がある都度、個
別管理点テーブル２４に対してはそのまま供給し、一
方、代表管理点テーブル２３に対しては、複数の個別管
理点４の各状態について予め定めた演算を施してから供
給する子側状態変化処理手段２１と、代表管理点とこれ
に属する個別管理点４との対応関係ならびに前記演算を
規定する演算式を少なくとも格納する子側代表点構成フ
ァイル２２と、個別管理点テーブル２４と、代表管理点
テーブル２３と、および子側代表点構成ファイル２２と
協働し代表管理点としての処理を個別管理点４としての
処理に展開し、また、展開された各個別管理点４に対す
る該処理を再び代表管理点としての処理に復元する子側
展開／復元処理手段２５とを備えて構成されるようにす
る。

【００２７】（１０）本発明の第１０の態様によれば、
親システム１は、同一の属性を有するグループに区分さ
れた各グループ内の複数の個別管理点４の各状態につい
てその代表としての状態に関する情報と個別管理点４か
ら収集したその状態に関する情報とを共通に保持する共
通管理点テーブル１３と、代表管理点とこれに属する個
別管理点４との対応関係と共通管理点テーブル１３を動
的に拡大しまたは縮小する記憶領域を指定するアドレス
情報とを少なくとも格納する親側代表点構成ファイル１
２と、共通管理点テーブル１３および親側代表点構成フ
ァイル１２と協働し代表管理点としての処理を個別管理
点４としての処理に展開し、また、展開された各該個別
管理点４に対する該処理を再び代表管理点としての処理
に復元する親側展開／復元処理手段１４と、共通管理点
テーブル１３での状態の書換えをその状態変化がある都
度実行し、また、代表管理点としての処理を個別管理点
４としての処理に展開し、また、展開された各個別管理
点４に対する該処理を再び代表管理点としての処理に復
元する場合は親側代表点構成ファイル１２を参照して状
態の書換えを行う親側状態変化処理手段１１とを備える
ように構成される。

【００２８】

【作用】

（１）上記第１の態様によれば、親システム１は各子シ
ステム２の配下にある全ての個別管理点４からのデータ
を収集する必要がなくなる。 （２）上記第２の態様によれば、代表管理点としてグル
ープ化することのできない個別管理点については、その
まま、その状態情報を子システム２側から親システム１
側に通知することとするが、この場合、親システム１で
は、グループ化されている個別管理点からの状態情報の
格納領域と、グループ化されていない個別管理点からの
状態情報の格納領域とを区別せず共通の領域とする。こ
れにより、最小限の記憶領域をフレキシブルに利用可能
となる。

【００２９】（３）上記第３の態様によれば、親システ
ム１から子システム２側の代表管理点に対する制御があ
ったときは、当該代表管理点を構成する個々の個別管理
点に展開（分解）して、個別制御を行うことができる。 （４）上記第４の態様によれば、親システムは代表管理
点についても個別管理点についても共通の制御を行う。
これにより親システム内での記憶領域を増大させること
がないようにする。

【００３０】（５）上記第５の態様によれば、いずれの
フラグが立っているかに応じて、代表管理点に対する監
視／制御なのか、あるいはその代表管理点を展開した各
個別管理点に対する監視／制御なのかを、子システム２
側で自動的に判別できる。また代表管理点に対する監視
／制御をすべきことを表示するフラグを降ろしたとき
（個別管理点についての監視／制御の実行をすべきと
き）は、このときだけ一時的に子システム側からの状態
情報を格納する記憶手段の記憶領域を拡大する。

【００３１】（６）上記第６の態様によれば、上記のフ
ラグのステータスに応じて、子システム２側では、代表
管理点の状態または代表管理点を展開した個別管理点の
状態を自動的に選択して親システム１に通知する。 （７）上記第７の態様によれば、当該フラグが降りてい
るときは、親システム１内にて一旦拡大した記憶領域を
縮小する。記憶手段１３を常に最小の記憶領域に維持し
ておくためである。

【００３２】（８）上記第８の態様によれば、各子シス
テム２においても、上記のフラグのステータスに応じ
て、一旦個別管理点についての監視／制御を行っていた
のを、元の状態、すなわち代表管理点についての監視／
制御を行うモードに復元する。 （９）第９の態様によれば、上述した本発明に係る遠隔
監視制御方法を実施するための具体的な子システムのハ
ードウエア構成が提供される。

【００３３】（１０）第１０の態様によれば、上述した
本発明に係る遠隔監視制御方法を実施するための具体的
な親システムのハードウエア構成が提供される。

【００３４】

【実施例】図３は子システムの実施例を示す図、図４は
図３における代表管理点テーブル２３および個別管理点
テーブル２４の一例を示す図、図５は図３における代表
点構成ファイル２２の一例を示す図である。図３におけ
る構成では、図２における子システム２の構成に対し、
さらに子側入出力処理手段２６と、上位通信処理手段２
７と、子側下位通信処理手段２８とが付加され、一層具
体的に表されている。

【００３５】子側下位通信処理手段２８は、各個別管理
点４との間の通信処理を行う。これら個別管理点４にお
いて、前述した、ＯＮ／ＯＦＦの変化あるいは温度（２
５°，２６°）の変化等の状態変化が生ずると、この状
態変化はその下位通信処理手段２８を介して子システム
２内に収集される。この収集は、状態変化処理手段２１
に上記の状態変化を通知することにより行う。一方、こ
の下位通信処理手段２８は、状態変化処理手段２１を通
して受信した、各個別管理点４に対する制御要求を個別
管理点４側に転送し、該当する個別管理点４を制御す
る。

【００３６】子側入出力処理手段２６は、状態変化処理
手段２１を介して個別管理点４より状態変化の通知を受
け取ると、これを図示するＣＲＴ等やブザーに転送し、
ＣＲＴ等の表示面に表示された状態を更新すると共にブ
ザーを鳴動し、オペレータに個別管理点４側で状態変化
が生じたことを知らせる。オペレータはキーボード等を
介して逆に所望の個別管理点４に対して制御を要求する
こともあり、この場合は、その要求を下位通信処理手段
２８を通して対応の個別管理点４に転送する。

【００３７】上位通信処理手段２７は、親システム１側
との通信処理を行う。具体的には、子側状態変化処理手
段２１を介して得た個別管理点４での状態変化を親シス
テム１側に通知する。逆に親システム１側より個別管理
点４に対する制御要求を受け付けてこれを状態変化処理
手段２１に渡す。また親システム１側より、代表管理点
から個別管理点４への展開要求あるいはこの逆の復元要
求があったときは該要求を状態変化処理手段２１に渡
す。

【００３８】子側状態変化処理手段２１は、子側下位通
信処理手段２８を介して、個別管理点４に発生した状態
変化の通知を受信すると、この受信した状態変化を上記
の入出力処理手段２６に渡す。この状態変化処理手段２
１はまた、個別管理点テーブル２４に記録されている現
在の状態を、上記の状態変化に従って書き換える。この
とき後述する図４のテーブル２３および２４のうち、代
表フラグＦの欄を参照する。代表点フラグＦは、代表管
理点としての監視／制御をすべきか、個別管理点として
の監視／制御をすべきかを表示するものであり、個別管
理点として監視／制御をすべきことを示す“０”のフラ
グが立っているときは、上記の状態変化は、処理を加え
ることなしに状態変化処理手段２１よりそのまま、上位
通信処理手段２７に転送される。

【００３９】逆に代表管理点としての監視／制御をすべ
きことを示す“１”のフラグが立っているときは、図４
にて説明するテーブル２３，２４内の代表点リンク情報
Ｌをもとに、代表点構成ファイル２２を参照する。この
ファイル２２内には、図５で説明するとおり、代表管理
点のデータを計算するための演算式が格納されており、
この演算式を用いて当該代表管理点をなす個別管理点の
各値を計算し、その計算結果を代表管理点の値として、
代表管理点テーブル２３に書き込む。この値が直前の値
に対して変化していれば、当該代表管理点の状態が変化
したことになり、この状態変化が、上位通信処理手段２
７を介して、親システム１側に通知される。

【００４０】逆に親システム１側から子システム２側へ
の、個別管理点４に対する制御要求を受け付けたとき
は、上位通信処理手段２７はこれを状態変化処理手段２
１に転送する。この状態変化処理手段２１は、代表点構
成ファイル２２を参照し、その代表管理点を構成する全
ての個別管理点４に展開し、当該個別管理点４に対し、
下位通信処理手段２８を介して、その要求に係る制御を
加える。

【００４１】このような個別管理点４に対する制御要求
は、子システム２を管理するオペレータよりキーボード
等を介して与えられることもある。この制御要求は入出
力処理手段２６を通してそのまま、下位通信処理手段２
８を介し、該当する個別管理点４に与えられる。子側展
開／復元処理手段２５は、親システム１側から、代表管
理点に対する展開または復元（展開した個別管理点をも
との代表管理点に戻す）の要求を、上位通信処理手段２
７を介して受け付ける。この場合、その要求が展開であ
れば、展開／復元処理手段２５は代表点構成ファイル２
２を参照して当該代表管理点を構成する個別管理点４を
特定し、これらの個別管理点４に対応する代表フラグ
Ｆ′（図４）を“１”にする。また代表管理点対応の代
表フラグＦは“０”にする。逆に、上記の要求が復元で
あれば、展開／復元処理手段２５は代表点構成ファイル
２２を参照して当該代表管理点を構成する個別管理点４
を特定し、これらの個別管理点４に対応する代表フラグ
Ｆ′を“０”にする。また代表管理点対応の代表フラグ
Ｆは“１”にする。

【００４２】図４についてさらに詳しく説明する。本図
の、の個別管理点アドレスには、各個別管理点４にユ
ニークに割り当てられたアドレスが書き込まれる。の
代表管理点アドレスにも、各代表管理点にユニークに割
り当てられたアドレスが書き込まれる。の個別管理点
ＩＤには、各個別管理点４がディジタル管理点かアナロ
グ管理点なのかを区別するＩＤが書き込まれる。既述の
演算を行う上で予めディジタル演算かアナログ演算か分
かっている方が都合が良いからである。

【００４３】の状態には既述した種々の状態情報が書
き込まれる。例えば、既述のＯＮ／ＯＦＦ情報、温度の
実測値データ、施錠についての警報またはその復旧等に
関する情報である。の代表フラグＦ′には、各個別管
理点４の状態が、それを含む前記グループの代表管理点
の状態として扱われるときはＦ′＝“０”であり、その
逆に個々独立の状態として扱われるときはＦ′＝“１”
である。なお、この代表フラグＦ′の論理は、各代表管
理点について付されるの代表フラグＦとは反転論理と
なる。

【００４４】の代表点リンク情報Ｌは、複数の個別管
理点について、代表管理点により代表管理する場合、そ
の代表点アドレスが示される。これは図４中のに対応
し、また、図５の代表点アドレス１や２に対応する。さ
らに図４におけるは、代表管理点としての状態情報が
記録される。なお、この状態ならびにと、との
代表フラグＦ′およびＦは動的に変化するが、それ以外
の項目（，，，）についてはその内容は固定的
である。

【００４５】次に図５の代表点構成ファイル２２につい
てさらに詳しく説明する。複数の子システム２に対し
て、仮にｎ個の代表管理点を設定するものとすれば、ｎ
個の代表管理点の各々には、図示する１レコード分のフ
ァイルエリアが割り当てられる。図ではに示す代表管
理点アドレス１を割り当てた代表管理点について具体的
に示す。他の代表管理点も同様である。

【００４６】本図に示すの代表管理点ＩＤは、その代
表管理点がディジタルまたはアナログ代表管理点のいず
れであるかを区別するＩＤが書き込まれる。このように
区別するＩＤを設けることの意義は図４のについて説
明したのと同じである。本図に示すの演算式は、グル
ープをなす複数の個別管理点についてこれらの代表管理
点としての状態情報をいかに計算すべきかを指定するた
めの演算式が記録されている。例えば、既に述べたＡＮ
ＤやＯＲや平均化演算である。

【００４７】本図の，…は、当該代表管理点のグル
ープに属する全ての個別管理点アドレス（図４のに同
じ）が格納されている。図６は親システムの実施例を示
す図、図７は図６における共通管理点テーブル１３の一
例を示す図、図８は図６における代表点構成ファイル１
２の一例を示す図である。図６における構成では、図２
における親システム１の構成に対し、さらに親側入出力
処理手段１５と、親側下位通信処理手段１６とが付加さ
れ、一層具体的に表されている。

【００４８】親側下位通信処理手段１６は、各子システ
ム２との間の通信処理を行う。これら子システム２側に
おいて、前述した、ＯＮ／ＯＦＦの変化あるいは温度
（２５°，２６°）の変化等の状態変化が生ずると、こ
の状態変化はその下位通信処理手段１６を介して親シス
テム１内に収集される。この収集は、親側状態変化処理
手段１１に上記の状態変化を通知することにより行う。
一方、この下位通信処理手段１５は、状態変化処理手段
１１を通して受信した、各個別管理点４に対する制御要
求を対応する子システム２側に転送し、該当する個別管
理点４を制御する。

【００４９】親側入出力処理手段１５は、状態変化処理
手段１１を介して子システム２側より状態変化の通知を
受け取ると、これを図示するＣＲＴ等やブザーに転送
し、ＣＲＴ等の表示面に表示された状態を更新すると共
にブザーを鳴動し、オペレータに子システム２側で状態
変化が生じたことを知らせる。またこの状態変化処理手
段１１は、子システム２側で発生した個別管理点４の状
態変化、特にその代表管理点の状態を変化させるような
状態変化の通知を回線３を通して受け付けると、共通管
理点テーブル１３に記録されている現在の状態を、上記
の状態変化に従って書き換える。

【００５０】本発明では、親システム１におけるメモリ
規模の増大を回避するために子システム２側からは代表
管理点の状態のみを監視し、また子システム２側へは代
表管理点のみの制御を行うことを原則としている。とこ
ろが、例えば深夜に施錠が外れたことを示す状態変化の
通知が親システム１側になされたとき、親システム１を
管理するオペレータは安全保障上どの箇所での施錠が外
れたかを緊急に特定する必要がある。このような場合
に、入出力処理手段１５よりライン１７を介し展開／復
元処理手段１４を起動して、当該施錠に相当する個別管
理点４を含む代表管理点の展開を行うことが必要とな
る。

【００５１】この展開は図６（および図８）に示す代表
点構成ファイル１２を参照して行われる。この場合、展
開された各個別管理点４についての状態を監視しなけれ
ばならないから、図７に示す共通管理点テーブル１３の
記憶領域は、その展開された各個別管理点４の分だけ図
７の下方に向って拡大される。上記の例で言えば、上記
の施錠が外れたことに関連する個別管理点４の群の各々
についての監視が終われば、上記の共通管理点テーブル
１３における記憶領域は復元され縮小される。このよう
にテーブル１３の記憶領域を、記憶制御上は代表管理点
か個別管理点かの区別なしに、動的に使用する。つまり
必要になれば即座に領域を拡大し、不要になれば即刻そ
の領域を縮小する。この結果、テーブル１３を構成する
に要するメモリ規模は大幅に縮小される。つまり図７中
の矢印Ａに沿って拡大または縮小する。

【００５２】次に図７を参照して共通管理点テーブル１
３をさらに詳しく説明する。本図のの管理点アドレス
には各代表管理点にユニークに割り当てられたアドレス
が書き込まれる。また上記の展開時には、展開された各
個別管理点にユニークに割り当てられたアドレスも書き
込まれる。の管理点ＩＤには、各代表管理点および展
開された各個別管理点４がディジタル管理点かアナログ
管理点なのかを区別するＩＤが書き込まれる。

【００５３】の状態には既述した種々の状態情報が書
き込まれる。例えば、既述のＯＮ／ＯＦＦ情報、温度の
実測値データ、施錠についての警報またはその復旧等に
関する情報である。の代表フラグは、当該管理点が代
表管理される管理点なのか、個別管理される管理点なの
かを表示する。この代表フラグが“１”なら前者、
“０”なら後者の場合を表す。

【００５４】の代表点リンク情報Ｌは、図４で説明し
たのと同様、複数の個別管理点４について、代表管理点
により代表管理する場合、その代表管理点アドレスが示
される。これは図８の代表管理点アドレス１や２に対応
する。図８に示す親側代表点構成ファイル１２は、図５
に示す子側代表点構成ファイル２２と大半が同じであ
る。ただし、図５のファイル２２に格納される演算式
（）は図８のファイル１２にはない。これに代えて、
図８のファイル１２にはのテーブルアドレスが導入さ
れる。このテーブルアドレスは、図７の矢印Ａ（下向
き）で示すごとく、テーブル１３を拡大する場合に新た
に割り振られる管理点アドレスを表す。この新たに割り
振られた複数の管理点アドレス対応に、図８の，…
に示す個別管理点（ユニークなアドレスとしてアドレス
１１、アドレス１２…を有す）の状態等が記録され、監
視される。

【００５５】展開／復元処理手段１４は、オペレータに
より入出力処理手段１５を介して展開すべき要求を受け
付けると、代表点構成ファイル１２（図８）を参照し、
展開すべき代表管理点を構成する個別管理点４の群を特
定する。このとき、図７に示す共通管理点テーブル１３
内の代表フラグは“０”にする。そして該テーブル１３
を、下向き矢印Ａに沿って拡大し、展開された個別管理
点群のための記憶領域を確保する。

【００５６】上述した代表フラグを見ることにより、親
システム１側のみならず子システム２側においても、代
表管理用の制御または個別管理用の制御に迅速に切り換
えることができる。図３に示す手段２１，２５，２６，
２７および２８や、図６に示す手段１１，１４，１５お
よび１６は、好ましくはマイクロプロセッサによるソフ
トウエア制御で実現される。以下、これらのソフトウエ
ア制御をフローチャートにより説明する。

【００５７】図９は状態変化処理手段２１の動作を表す
フローチャート（その１）、図１０は状態変化処理手段
２１の動作を表すフローチャート（その２）である。 ステップＳ１（図９）：受信した電文が子システム２側
からの状態変化の通知なのか、または、親システム１側
からの、個別管理点４に対する制御の要求なのか判別す
る。前者ならステップＳ２へ、後者ならステップＳ６へ
移行する。

【００５８】ステップＳ２：状態変化の通知の場合入出
力処理手段２６へその通知を行う。 ステップＳ３：個別管理点テーブル２４を検索する。 ステップＳ４：個別管理点テーブル２４内の状態を書換
える。 ステップＳ５：代表管理点の情報か否か判断する。 ステップＳ６：ステップＳ１の判断の結果が、親システ
ム１側から管理点への制御要求であると、その管理点の
種別を判断する。

【００５９】ステップＳ７：代表管理点であると、代表
点構成ファイル２２より個別管理点を獲得する。 ステップＳ８：個別管理点数分だけ、下位通信処理手段
２８へ制御依頼を行う。 ステップＳ９：ステップＳ６による種別の判断結果が、
個別管理点であると、下位通信処理手段２８へ制御依頼
を行う。

【００６０】ステップＳ１０（図１０）：ステップＳ５
の判断結果が代表点管理であると代表管理点アドレスを
獲得する。 ステップＳ１１：代表点構成ファイル２２を使用し、代
表管理点の状態についての演算を行う。 ステップＳ１２：代表管理点の演算結果より求まる状態
が、直前の状態に対して変化しているか調べる。

【００６１】ステップＳ１３：ステップＳ５での判断の
結果、その情報は代表点管理についてのものでないと判
断されると、上位通信処理手段２７へその変化した状態
をそのまま通知する。 ステップＳ１４：ステップＳ１２にて、状態変化ありと
判断されると、代表管理点テーブル２３の状態を書換え
る。

【００６２】ステップＳ１５：上位通信処理手段２７へ
その変化した代表管理点の状態情報を通知する。図１１
は展開／復元処理手段２５の動作を表すフローチャート
である。 ステップＳ１：展開または復元の要求を親システム１側
より受け付けると、まず代表点構成ファイル２２を参照
し、個別管理点アドレスの抽出を行う。

【００６３】ステップＳ２：通知された電文（要求）の
内容を判断する。 ステップＳ３：ステップＳ２の判断結果により、展開が
要求されたことが分かると、抽出した個別管理点の代表
フラグＦ′をセットする（“１”）。 ステップＳ４：一方、代表管理点の代表フラグＦをリセ
ットする（“０”）。 ステップＳ５：ステップＳ２により、通知された要求が
復元であると判断されると、抽出した個別管理点の代表
フラグＦ′をリセット（“０”）する。

【００６４】ステップＳ６：一方、代表管理点の代表フ
ラグＦをセットする（“１”）。図１２は入出力処理手
段２６の動作を表すフローチャートである。 ステップＳ１：入力内容は入力装置からのものか、個別
管理点４からの状態変化の通知であるか判断する。 ステップＳ２：ステップＳ１において状態変化の通知で
あると判断されると、オペレータへの通知処理（画面更
新やブザー鳴動等）を行う。

【００６５】ステップＳ３：ステップＳ１により、入力
装置等からの通知であると判断されると、入力操作を解
析し、画面更新操作等であるのか、個別管理点を制御す
るための操作なのか判断する。 ステップＳ４：後者であれば、状態変化処理手段２１へ
その制御要求を通知する。

【００６６】ステップＳ５：ステップＳ３により画面更
新処理等であると判断されると、そのための処理を実行
する。図１３は下位通信処理手段２８の動作を表すフロ
ーチャートである。ステップＳ１かまたはステップＳ２
を実行する。 ステップＳ１：個別管理点４に対して制御信号の出力を
行う。

【００６７】ステップＳ２：個別管理点４からの入力信
号の変化を状態変化処理手段２１に通知する。図１４は
上位通信処理手段２７の動作を表すフローチャートであ
る。 ステップＳ１：親システム１からの入力か、または親シ
ステム１への出力か判断する。

【００６８】ステップＳ２：出力ならば、回線３に対し
て信号の送出を行う。 ステップＳ３：ステップＳ１により、入力と判断される
と、その入力された通知電文の内容が、展開／復元の要
求なのか、制御要求なのか判断する。 ステップＳ４：制御要求ならば、状態変化処理手段２１
に対して、制御要求を通知する。

【００６９】ステップＳ５：ステップＳ３において、展
開／復元要求と判断されると、展開／復元処理手段２５
に対してその処理を依頼する。図１５は状態変化処理手
段１１の動作を表すフローチャートである。 ステップＳ１：手段１１で受け付けた通知電文の内容
が、制御要求の通知なのか、子システム２側からの状態
変化の通知なのか判断する。

【００７０】ステップＳ２：状態変化の通知ならば、入
出力処理手段１５へ通知する。 ステップＳ３：共通管理点テーブル１３の検索を行う。 ステップＳ４：その状態変化の通知に従って共通管理点
テーブル１３の状態を書換える。 ステップＳ５：ステップＳ１により、親システム１から
子システム２側への制御要求が発生したものと判断され
ると、下位通信処理手段１６へ当該制御要求を転送す
る。

【００７１】図１６は展開／復元処理手段１４の動作を
表すフローチャートである。 ステップＳ１：展開または復元処理の要求を入出力処理
手段１５より受け付けると、まず代表点構成ファイル１
２を参照し、個別管理点アドレスを抽出する。 ステップＳ２：受け付けた通知電文の内容が復元要求な
のか、展開要求なのか判断する。

【００７２】ステップＳ３：展開要求であると判断され
ると、代表管理点の代表フラグをリセットする
（“０”）。 ステップＳ４：抽出した個別管理点数分だけ管理点テー
ブル１３における記憶領域を拡大する。 ステップＳ５：その拡大部分として割り当てた新たなア
ドレスを代表点構成ファイル１２に書き込む。

【００７３】ステップＳ６：ステップＳ２により復元要
求が出されているものと判断されると、代表管理点の代
表フラグＦをセットする（“１”）。 ステップＳ７：代表点構成ファイル１２のアドレスで示
されるテーブル１３の領域を元の状態に縮小する。 ステップＳ８：この縮小（復元）に応じ、代表点構成フ
ァイル１２のアドレスをクリアする。

【００７４】図１７は入出力処理手段１５の動作を表す
フローチャートである。 ステップＳ１：手段１５に入力された内容が、入力装置
からのものか、子システム２側からの状態変化の通知な
のか判断する。 ステップＳ２：状態変化の通知ならば、オペレータへの
通知処理（画面更新やブザー鳴動等）を実行する。

【００７５】ステップＳ３：ステップＳ１により、入力
装置からの入力であるものと判断されると、その入力操
作を解析し、展開／復元を要求する操作か、子システム
２側を制御することを要求する操作か、画面更新処理等
を行う操作かを識別し、これらの識別結果によって次の
ステップＳ４，Ｓ５またはＳ６が選択される。 ステップＳ４：展開／復元操作ならば、展開／復元処理
手段１４への展開／復元の要求を行う。

【００７６】ステップＳ５：制御操作ならば、状態変化
処理手段１１へ制御要求を出す。 ステップＳ６：画面更新操作等ならば、画面更新処理等
の処理を行う。図１８は下位通信処理手段１６の動作を
表すフローチャートである。 ステップＳ１：子システム２側からの入力なのか、子シ
ステム２側への出力なのか判断する。これらのいずれか
に応じて次のステップＳ２またはＳ３が実行される。

【００７７】ステップＳ２：出力ならば、回線３に対し
て信号の送出を行う。 ステップＳ３：入力ならば、状態変化処理手段１１に対
して、状態変化の通知を行う。

【００７８】

【発明の効果】以上説明したように本発明によれば、従
来、親システム１側で複数の子システム２の配下の複数
の個別管理点４を個々に統括して監視しまた制御してい
たのとほぼ同等のきめ細かい監視／制御能力を維持しつ
つ、親システム１側における各子システム２対応のメモ
リ９の規模を大幅に縮小することが可能となる。

【図面の簡単な説明】

【図１】図２０と対比させた本発明の構成例を示す図で
ある。

【図２】本発明の原理構成を示す図である。

【図３】子システムの実施例を示す図である。

【図４】図３における代表管理点テーブル２３および個
別管理点テーブル２４の一例を示す図である。

【図５】図３における代表点構成ファイル２２の一例を
示す図である。

【図６】親システムの実施例を示す図である。

【図７】図６における共通管理点テーブル１３の一例を
示す図である。

【図８】図６における代表点構成ファイル１２の一例を
示す図である。

【図９】状態変化処理手段２１の動作を表すフローチャ
ート（その１）である。

【図１０】状態変化処理手段２１の動作を表すフローチ
ャート（その２）である。

【図１１】展開／復元処理手段２５の動作を表すフロー
チャートである。

【図１２】入出力処理手段２６の動作を表すフローチャ
ートである。

【図１３】下位通信処理手段２８の動作を表すフローチ
ャートである。

【図１４】上位通信処理手段２７の動作を表すフローチ
ャートである。

【図１５】状態変化処理手段１１の動作を表すフローチ
ャートである。

【図１６】展開／復元処理手段１４の動作を表すフロー
チャートである。

【図１７】入出力処理手段１５の動作を表すフローチャ
ートである。

【図１８】下位通信処理手段１６の動作を表すフローチ
ャートである。

【図１９】遠隔監視制御システムの具体例を示す図であ
る。

【図２０】図１９の構成において本発明に関連する部分
を強調して示す図である。

【符号の説明】

１…親システム ２…子システム ３…回線 ４…個別管理点 ５，６，７…状態保持メモリ ８，９…代表管理点状態保持メモリ １１…親側状態変化処理手段 １２…親側代表点構成ファイル １３…記憶手段（共通管理点テーブル） １４…親側展開／復元処理手段 １５…親側入出力処理手段 １６…親側下位通信処理手段 ２１…子側状態変化処理手段 ２２…子側代表点構成ファイル ２３…代表管理点テーブル ２４…個別管理点テーブル ２５…子側展開／復元処理手段 ２６…子側入出力処理手段 ２７…上位通信処理手段 ２８…子側下位通信処理手段

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G05B 23/02

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 各々が複数の個別管理点（４）を配下に
   有すると共に各該個別管理点（４）の状態を監視しまた
   は各該個別管理点（４）に対し制御を加える複数の子シ
   ステム（２）と、 回線（３）を介して各前記子システム（２）にそれぞれ
   接続し、各該子システム（２）毎の前記複数の個別管理
   点（４）の状態の監視または該複数の個別管理点（４）
   への制御を統括して行う親システム（１）とを有し、前
   記親システム（１）から前記複数の子システム（２）に
   対して前記個別管理点（４）の遠隔監視制御を行う遠隔
   監視制御方法において、 各前記子システム（２）は前記複数の個別管理点（４）
   を同一の属性を有する幾つかのグループに予め区分し、 区分された各該グループ内の前記複数の個別管理点
   （４）の各前記状態について予め定めた演算を施してそ
   の演算結果をもって各該グループを代表する代表管理点
   の状態となし、 該代表管理点の状態を前記親システム（１）に通知する
   ことにより前記複数の個別管理点（４）についての統括
   的監視を該親システム（１）にて行うことを特徴とする
   遠隔監視制御方法。
2. 【請求項２】 前記親システム（１）より前記子システ
   ム（２）に属する前記代表管理点に対する制御が通知さ
   れたとき、該子システム（２）はその代表管理点を前記
   グループの情報に戻して該グループを構成する全ての前
   記個別管理点（４）に展開し、展開された各該個別管理
   点（４）に対して前記の制御を加える請求項１に記載の
   遠隔監視制御方法。
3. 【請求項３】 前記親システム（１）から前記子システ
   ム（２）に通知される前記代表管理点および前記個別管
   理点（４）に関する監視／制御用の情報の一部に、前記
   代表管理点としての監視／制御にすべきか、または、前
   記個別管理点としての監視／制御にすべきかを表示する
   フラグを付加し、 前記親システム（１）は前記個別管理点（４）としての
   監視／制御に変更すべきことを表示するフラグが立って
   いるときに限り、該親システム（１）内の記憶手段（１
   ３）を拡大して、当該代表管理点を構成する前記個別管
   理点（４）に展開された各個別管理点（４）の状態をそ
   の拡大された記憶領域に収集する請求項２に記載の遠隔
   監視制御方法。
4. 【請求項４】 前記子システム（２）から前記親システ
   ム（１）に通知される前記代表管理点および前記個別管
   理点（４）に関する監視／制御用の情報の一部に、前記
   代表管理点としての監視／制御にすべきか、または、前
   記個別管理点（４）としての監視／制御にすべきかを表
   示するフラグを付加し、 前記子システム（２）は前記個別管理点（４）としての
   監視／制御に変更すべきことを表示するフラグが立って
   いるときは、当該代表管理点を構成する前記個別管理点
   （４）に展開した各個別管理点の状態を前記親システム
   （１）に対し通知する請求項３に記載の遠隔監視制御方
   法。
5. 【請求項５】 前記親システム（１）は前記代表管理点
   としての監視／制御に変更すべきことを表示する前記フ
   ラグが立ったときは該親システム（１）内の拡大された
   前記記憶手段（１３）を縮小して、再び該代表管理点と
   しての前記監視／制御を行う請求項３に記載の遠隔監視
   制御方法。
6. 【請求項６】 前記子システム（２）は前記代表管理点
   としての監視／制御に変更すべきことを表示する前記フ
   ラグが立ったときは該子システム（２）内において、再
   び該代表管理点としての前記監視／制御に復元させる請
   求項４に記載の遠隔監視制御方法。
7. 【請求項７】 各々が複数の個別管理点（４）を配下に
   有すると共に各該個別管理点（４）の状態を監視しまた
   は各該個別管理点（４）に対し制御を加える複数の子シ
   ステム（２）と、 回線（３）を介して各前記子システム（２）にそれぞれ
   接続し、各該子システム（２）毎の前記複数の個別管理
   点（４）の状態の監視または該複数の個別管理点（４）
   への制御を統括して行う親システム（１）とを有し、前
   記親システム（１）から前記複数の子システム（２）に
   対して前記個別管理点（４）の遠隔監視制御を行う遠隔
   監視制御システムにおいて、 各前記子システム（２）は、 配下の各前記個別管理点（４）から収集した各前記個別
   管理点（４）の状態に関する情報を保持する個別管理点
   テーブル（２４）と、 同一の属性を有するグループに区分された各該グループ
   内の前記複数の個別管理点（４）の各状態についてその
   代表としての代表管理点の状態を保持する代表管理点テ
   ーブル（２３）と、 配下の各前記個別管理点（４）から収集した各前記個別
   管理点（４）の状態に関する情報を、その状態変化があ
   る都度、前記個別管理点テーブル（２４）に対してはそ
   のまま供給し、一方、前記代表管理点テーブル（２３）
   に対しては、前記複数の個別管理点（４）の各前記状態
   について予め定めた演算を施してから供給する子側状態
   変化処理手段（２１）と、 前記代表管理点とこれに属する前記個別管理点（４）と
   の対応関係と、前記演算を規定する演算式とを少なくと
   も格納する子側代表点構成ファイル（２２）と、 前記個別管理点テーブル（２４）と、前記代表管理点テ
   ーブル（２３）と、前記子側代表点構成ファイル（２
   ２）と協働し、前記代表管理点としての処理を前記個別
   管理点（４）としての処理に展開し、また、展開された
   各該個別管理点（４）に対する該処理を再び該代表管理
   点としての処理に復元する子側展開／復元処理手段（２
   ５）とを備えることを特徴とする遠隔監視制御システ
   ム。
8. 【請求項８】 各々が複数の個別管理点（４）を配下に
   有すると共に各該個別管理点（４）の状態を監視しまた
   は各該個別管理点（４）に対し制御を加える複数の子シ
   ステム（２）と、 回線（３）を介して各前記子システム（２）にそれぞれ
   接続し、各該子システム（２）毎の前記複数の個別管理
   点（４）の状態の監視または該複数の個別管理点（４）
   への制御を統括して行う親システム（１）とを有し、前
   記親システム（１）から前記複数の子システム（２）に
   対して前記個別管理点（４）の遠隔監視制御を行う遠隔
   監視制御システムにおいて、 前記親システム（１）は、 同一の属性を有するグループに区分された各該グループ
   内の前記複数の個別管理点（４）の各状態についてその
   代表としての代表管理点の状態に関する情報と前記個別
   管理点（４）から収集したその状態に関する情報とを共
   通に保持する共通管理点テーブル（１３）と、 前記代表管理点とこれに属する前記個別管理点（４）と
   の対応関係と、前記共通管理点テーブル（１３）を動的
   に拡大しまたは縮小する記憶領域を指定するアドレス情
   報とを少なくとも格納する親側代表点構成ファイル（１
   ２）と、 前記共通管理点テーブル（１３）および前記親側代表点
   構成ファイル（１２）と協働し、前記代表管理点として
   の処理を前記個別管理点（４）としての処理に展開し、
   また、展開された各該個別管理点（４）に対する該処理
   を再び該代表管理点としての処理に復元する親側展開／
   復元処理手段（１４）と、 前記共通管理点テーブル（１３）での前記状態の書換え
   をその状態変化がある都度実行し、また、前記代表管理
   点としての処理を前記個別管理点（４）としての処理に
   展開し、また、展開された各該個別管理点（４）に対す
   る該処理を再び該代表管理点としての処理に復元する場
   合は前記親側代表点構成ファイル（１２）を参照して前
   記状態の書換えを行う親側状態変化処理手段（１１）と
   を備えることを特徴とする遠隔監視制御システム。