JP3948909B2 - Monitoring / control system - Google Patents

Description

【００５８】
次に、上記したソフトウェアのうち（ａ），（ｂ）及び（ｅ）を、監視対象として電力系統に適用した例を説明する。図１６は監視・制御システムの全体概念を示す図である。
【００５９】
［情報入力手段１１］から説明する。
情報入力手段１１は、遠方監視制御装置（遠制装置）などの情報伝送装置２１から得られる電力系統の情報を、各種のソフトウェア実行手段１３の入出力装置４３に入力するもので、以下のように実行される。
【００６０】
１）実行を開始すると、はじめに遠制装置などの情報伝送装置２１より電力系統の２値情報の全情報収集を開始する。
２）上記１）の情報を自ソフトウェア内のオンラインデータ８３として保持する。
３）情報伝送装置２１からは定周期に電力系統の数値情報が送られてくるので、その情報を自ソフトウェア内のデータ８３として保持する。
【００６１】
４）電力系統の全２値情報を収集した後は、収集した電力系統の２値情報の状態の変化分を監視し、状態の変化を自ソフトウェア内のデータ８３として保持する。
５）他のソフトウェアから上記２），３）の情報の参照要求があった場合は、その情報を応答する。
６）他のソフトウェアから上記４）の変化を通知する要求（状態通知要求）があった場合は、４）の情報変化を検出した際に要求元に対して変化を通知する（状変通知）。
【００６２】
［記録ソフトウェア８４］について説明する。
記録ソフトウェア８４は、プログラムとデータの両方を持ったソフトウェアであり、データ保存記録用のディスク装置又はデータベース管理システム（ＤＢＭＳ）を持ったソフトウェアで、以下のように実行される。
【００６３】
１）本ソフトウェアはソフトウェア管理手段１４から実行の開始を指示されて実行を開始する。
２）実行を開始すると、ある一定の周期に情報入力手段１１に対して全２値情報と全数値情報の参照要求を行ない、得られた情報を自ソフトウェア内のディスク装置又はＤＢＭＳ８５に記録データベースとして保持する。
３）他のソフトウェアから上記記録データベースの参照要求があれば、要求された情報を応答する。
【００６４】
［監視ソフトウェア８６］について説明する。
監視ソフトウェア８６は、画面呼び出しや機器操作のためのオペレータコンソール装置（以下、オペコンと称す。図ではＯＳ）との入出力装置４３を備えるソフトウェア実行手段で、以下のように実行される。
【００６５】
１） 本ソフトウェアはソフトウェア管理手段１４から実行の開始を指示されて実行を開始する。
２） 実行を開始すると情報入力手段１１に対して状変通知要求を行ない、電力系統の状態変化があった場合にその情報が直ちに記録できるように準備する。又、同時にオペコンＯＣからの画面呼び出し操作が行なわれるのを待つ状態となる。
３） 情報入力手段１１から状変通知があると、変化のあった情報に応じてオペコン８７上の特定ランプを点灯すると共にベルやチャイム等を鳴動し、電力系統の状態変化をアラーム出力する。
【００６６】
［表示ソフトウェア８８］について説明する。
表示ソフトウェア８８は、画面呼び出しや機器操作のためのオペコンＯＣとの入出力を行なう入出力手段とマウス等のポインティングデバイスを有するＣＲＴ装置とを備えたソフトウェア実行手段、又はポインティングデバイスを有するＣＲＴ装置だけを持つソフトウェア実行手段で、以下のように実行される。
【００６７】
１）オペコン８７又はポインティングデバイスからの画面呼び出しが行なわれると、呼び出された画面を表示するために必要なソフトウェアが自ソフトウェア実行手段に存在するか否か確認する。
２）上記が存在するならば、当該ソフトウェアを実行し、要求された画面を表示する。
【００６８】
３）上記が存在しないならば、ソフトウェア管理手段１４に対して当該画面を表示するためのソフトウェア呼び出し要求を行なう。
４）ソフトウェア管理手段が上記のソフトウェア呼び出し要求を受けると、ソフトウェア実行手段に対して当該ソフトウェアの供給をし、それによりソフトウェア実行手段が当該ソフトウェアを実行することにより、目的の画面が表示される。
【００６９】
次に説明する図１７は、上記したソフトウェアのうち（ａ），（ｂ），（ｄ）及び（ｅ）を、監視対象として電力系統に適用した場合の監視・制御システムの全体概念を示す図である。この図１７は、図１６に制御ソフトウェア８９を追加実行させるだけで、電力系統監視システムを制御機能付きの電力系統監視制御システムに機能拡張するものである。
【００７０】
上記したように第１の実施の形態の基本概念によれば、ソフトウェアを実行するための計算機資源を予め特定の機能毎に用意しておく必要がなくなり、空いている計算機を動的に使用してソフトウェアを実行できるので、計算機資源を効率的に適用でき、システムの拡張性を大きくできる。
【００７１】
又、ソフトウェアに注目した時に当該ソフトウェア実行手段が２つ以上同時に存在するケースではシステムの信頼性の向上が可能で、又、システムの構築に必要なソフトウェアが１個所で集中管理できるので、ソフトウェアのバージョン管理やソフトウェアの配布管理等の管理コストの低減効果も得られる。更に、使用するソフトウェアを１個所で集中管理できる。
【００７２】
上記第２の実施の形態の基本概念によれば、第１の実施の形態のソフトウェア管理手段１４に実行ソフトウェアの動的選択機能を追加したものである。この実行ソフトウェアの動的選択手段は、監視・制御システムを実現するソフトウェア実行手段を選択するものであって、既に説明したソフトウェア管理手段の中の供給管理の処理内容を示すフローチャート図９の代わりに、図１８のように構成してある。
【００７３】
図１８において、ステップＳ９１及びＳ９２は図９の作用と同じであるが、ステップＳ９６によってソフトウェアを実行させることのできるソフトウェア実行手段があるかどうかを調べるようになっている。その結果もし複数のソフトウェア実行手段があれば、ステップＳ９７において最もふさわしいものを選び、ここで選んだソフトウェア実行手段に当該ソフトウェアを実行させるようになっている。
【００７４】
ここでふさわしいものを選ぶ基準と方法は種々考えられるが、いかなる基準や方法であってもよい。これによりその時々の状況に応じて複数のソフトウェア実行手段の中から動的に選択することが可能となる。なお、もしステップＳ９６においてソフトウェアを実行させることのできるソフトウェア実行手段がなければ、ステップＳ９８により時間待ちをした後、再度ステップＳ９１より繰り返すことになる。それ以外のところは第１の実施の形態の基本概念で説明した作用と同じである。
【００７５】
本発明の第３の実施の形態の基本概念では図１８のステップＳ９７においてふさわしいソフトウェア実行手段を選択するときの基準を次のように特定したものである。
（１）計算機負荷の低いソフトウェア実行手段。
（２）当該ソフトウェアの実行のために必要な処理能力を持つソフトウェア実行手段。ここでいう処理能力とは次のような事項である。即ち、当該ソフトウェアの実行開始から完了までをなるべく短くする観点からのソフトウェア実行手段の処理能力、あるいは、当該ソフトウェア実行をなるべくディスク転送をしなくて良いように主メモリ容量の観点からのソフトウェア実行手段に備えられたメモリ容量、当該ソフトウェアの実行に伴い帳票印字する際の時間をなるべく短くするという観点からのソフトウェア実行手段が保持する周辺機器の印字速度、等。
（３）実行ソフトウェアをキャッシュしているソフトウェア実行手段。
【００７６】
上記以外の点は、ソフトウェア管理手段は第１の実施の形態の基本概念のものと同様の作用を行なう。又、ソフトウェア保存手段とソフトウェア実行手段は前記第１の実施の形態のそれと同様の作用を行なう。更に、第２，第３の実施の形態のそれによれば、ソフトウェア実行手段の選択の際に、他の付加価値を加味した選択を行なえるため、計算機負荷の平均化と、処理能力の高い計算機の有効活用とが可能となる。
【００７７】
次に、上述した発明を実現するためのいくつかの実施の形態について図面を用いて説明する。図１中の機能部分と対応する部分については、共通符号を付けることにより、最小限の説明に止め、極力重複する説明は避けることとする。
【００７８】
（第１の実施の形態）
図１９は第１の実施の形態を示す構成図であり、ソフトウェア実行手段１３によって、ソフトウェアを実行した結果、対象システム２０の状態をソフトウェア実行手段１３内のモニターＭａに画面の形態で出力するようにしたものである。
【００７９】
図１９において、まず、本実施の形態のハードウエアから説明する。１５１，１５２，１５３，１５４は夫々計算機であり、ネットワーク１４ａに接続されている。これら、計算機には以降に説明する作用を実現するために必要な容量の主メモリや必要な動作周波数のＣＰＵやオペレーティングシステムを設けており、しかも各計算機には夫々に割り付けられた機能（役割）に基づいて、ソフトウェア処理により次のような機能を備えるようにしてある。
【００８０】
即ち、本実施の形態では、計算機１５１にはソフトウェア配信実行管理（なお、配信とはソフトウェアを受信することにより、電力系統内でどのような処理をさせるか、を意味している。）を行なう管理カーネル（ｋｅｒｎｅｌ）１４ｂを備え、計算機１５２には編集情報入力部３９１，情報保持エリア２３，ソフトウェア実行環境４２及びソフトウェア受信部４１を備え、計算機１５４には監視・制御対象２０から入力した状態情報を編集する編集部３９２を備える。なお、計算機１５３の内部は計算機１５２と同様であるので図示しない。
【００８１】
そして、このように計算機１５１に管理カーネル１４ｂを、計算機１５２にソフトウェア受信部４１及びソフトウェア実行環境４２を備えるためには、例えば計算機１５１にＷｅｂサーバソフトを組み込み、計算機１５２にＷｅｂクライアントソフトを組み込み、両計算機１５１，１５２（１５３）間をネットワーク１４ａを介して通信できるようにすれば良い。
【００８２】
前記管理カーネル１４ｂは、ソフトウェア受信部４１からの要求を受けたときとか、管理カーネル１４ｂ自体が予め定められた条件の成立を検出した時、例えば特定の時刻になった時に自動的に後述するソフトウェア保存手段１２内の補助記憶装置（以下、便宜上ディスクと呼ぶ）３１からそこに記録保存されている監視画面表示ソフトウェア１２０を読み出してネットワーク１４ａ経由でソフトウェア受信部４１に配信供給する。
【００８３】
Ｍａ，Ｍｂはソフトウェア実行手段１３を構成する画面モニター（図１１のＣＲＴ装置に対応する）であり、夫々前記計算機１５２（１５３）の出力編集部３５０から出力された監視・制御対象２０の状態に関する情報を画面の形態で表示するものである。編集部３９２と編集情報入力部３９１、情報保持エリア２３とは計算機は別々であるが、図１で示した情報入力手段１１としての機能を奏するようになっている。
【００８４】
又、ソフトウェア受信部４１，ソフトウェア実行環境４２，画面モニターＭａによりソフトウェア実行手段１３を構成している。更に管理カーネル１４ｂとネットワーク１４ａによりソフトウェア管理手段１４を構成している。
【００８５】
次に本実施の形態の動作説明を行なう。監視・制御対象２０の状態を示す情報は、計算機１５４の編集部３９２に入力される。ここで状態を示す情報の入力方法はデジタル信号やアナログ信号や数値情報や接点情報を有線や無線などを利用して定期的あるいは状態変化時に入力するなど各種考えられるが、いかなる方法であっても良い。
【００８６】
この編集部３９２は入力された状態を示す情報を編集し、その編集した情報をネットワーク１４ａ経由で計算機１５２の編集情報入力部３９１に送る。編集情報入力部３９１は送られてきた編集情報を情報保持エリア２３に記憶する。計算機１５２内に設けられたソフトウェア受信部４１はネットワーク１４ａを通して管理カーネル１４ｂから配信供給された監視画面表示ソフトウェア１２０をソフトウェア実行環境４２で実行させる。
【００８７】
監視画面表示ソフトウェア１２０はソフトウェア実行環境４２で実行されると、編集出力部３５０は情報保持エリア２３からの編集情報（即ち、監視・制御対象２０の状態を示す情報を編集して得た編集情報）を入力して画面情報として編集し出力する。この結果、画面モニターＭａに監視画面が表示される。
【００８８】
ここで監視画面は、監視・制御対象２０の状態，異常の有無，イベントの発生状況が分かるように、テキスト・メッセージや図や表や動画の形態で表したものであって、定期的に表示更新されたり監視・制御対象２０の状態変化時に表示更新されたり、あるいは要求時に表示更新されたりするケースが考えられるが、いかなるケースであっても良い。
【００８９】
以上は、計算機１５２上で監視画面表示ソフトウェア１２０を実行する場合についての説明であるが、計算機１５３上でも同様にして監視画面表示ソフトウェア１２０が実行される。
【００９０】
又、図１９に示す実施の形態では画面モニターＭａに監視画面を表示する場合を例にして説明したが、趣旨を変えない範囲で、スクリーンの映像又はモザイク盤の表示器に監視・制御対象２０の状態を表示すること、あるいは音声出力装置などを用いて音声で監視・制御対象２０の状態を出力すること、更に警報で監視・制御対象２０の状態を出力することなどが考えられるが、ソフトウェアをそれに対応するように作っておけば何れも同じ作用により実現できることは言うまでもない。
【００９１】
以上述べたように、図１９で示した実施の形態によれば、画面モニターＭａ，Ｍｂに監視画面を新たに表示するようにさせる際には、ソフトウェア保存手段１２のディスク３１に監視画面表示用のソフトウェアを追加さえすれば可能になるため、各計算機１５２，１５３に新たな監視画面表示用ソフトウェアの記憶用メモリを準備して組み込むという作業を行なう必要は全くなく、極めて有利である。
【００９２】
（第２の実施の形態）
次に示す図２０は、本発明の第２の実施の形態に係る監視・制御システムの構成図である。前記図１９の実施の形態の場合、情報入力手段１１を１つだけ設けたが、本実施の形態の場合、情報入力手段を２つ（１１ａ，１１ｂ）設け、計算機１５３及びモニターＭｂからなるソフトウェア実行手段を１つを削除し、２つの情報入力手段に対して１つのソフトウェア実行手段にした点が異なるだけである。なお、図１９と共通する部分については同一符号を付けて詳細な説明は省略するが、同一構成の２つの情報入力手段については、添字ａ，ｂをつけて区別する。
【００９３】
監視画面表示ソフトウェア１２０の出力編集部３５０は、２つの情報入力手段１１ａ，１１ｂ、夫々の情報保持エリア２３ａ，２３ｂから、監視・制御対象２０ａ及び２０ｂの状態を示す編集情報を入力する。このため複数の監視・制御対象の状態を１つのモニターに画面又は映像又はモザイク盤又は音声又は警報の形態で出力される。これ以外の部分の構成及び作用効果は、図１９の監視・制御対象の場合と同じである。
【００９４】
以上、図２０で示した第２の実施の形態によれば、画面モニターＭａに２つの監視・制御対象２０ａ及び２０ｂの監視画面を新たに表示させる際には、ソフトウェア保存手段１２のディスク３１に監視画面表示用のソフトウェアを追加さえすれば可能になり、計算機１５２に監視画面表示用ソフトウェアの記憶用メモリを準備し、組み込むという作業を行なう必要は全くなく、極めて有利である。
【００９５】
（第３の実施の形態）
図２１は本発明の第３の実施の形態を示す構成図である。本実施の形態は監視・制御対象２０が電力系統の場合であり、情報入力手段１１の前段に遠方監視制御装置（ＴＣ）２１を設け、かつディスク３１に電力系統の結線図表示ソフトウェア１２１を記録保持している。
【００９６】
即ち、監視・制御対象である電力系統２０の状態を示す情報がＴＣ２１経由で情報入力装置１１の編集部３９２に入力されること、ディスク３１に記録保存されかつソフトウェア実行環境４２で実行されるのが結線図表示用ソフトウェア１２１であること以外は、図１９で示した実施の形態の構成と同じである。
【００９７】
ここで単線結線図とは、電力系統２０の開閉器の開閉状態やスイッチや保護リレー装置の２値情報をシンボルや文字の形状や色で表したもの、送電線・変圧器の潮流の有効電力や無効電力や母線の電圧などの状況を数値やシンボルの色で表したものを含み、電力系統を単線結線図の形態で表すようにしたものである。なお、結線図としては単線結線図が一般に採用されているが、単線結線図以外の結線図例えば三線結線図であっても良い。
【００９８】
一般に、監視・制御対象である電力系統２０は、地理的に広い範囲にわたって配置されている電力系統機器からなるので、各電力系統機器の状態を示す情報は変電所や発電所単位にまとめてＴＣ２１を経由して中央の計算機１５４へ送られ、編集部３９２において各電力系統機器の状態を示す情報を定期的又は状態変化の都度編集するようになっている。
【００９９】
ここでの電力系統機器の状態を示す情報とは例えば、しゃ断器や断路器などの開閉器の開閉状態（論理値１又は０の状態信号）や、送電線や変圧器の潮流の有効電力や無効電力，母線の電圧等の数値情報などである。編集部３９２は編集した情報をネットワーク１４ａを経由して編集情報入力部３９１に送り、この編集情報入力部３９１は送られてきた編集情報を情報保持エリア２３に記憶する。
【０１００】
管理カーネル１４ｂは、ディスク３１に記録保存されている単線結線図表示ソフトウェア１２１を読み出してネットワーク１４ａ経由でソフトウェア受信部４１に配信供給し、ソフトウェア受信部４１は配信供給された単線結線図表示ソフトウェア１２１をソフトウェア実行環境４２で実行させる。
【０１０１】
単線結線表示ソフトウェア１２１はソフトウェア実行環境４２において実行されると、情報保持エリア２３から得た編集情報を入力し、単線結線図として表示するための画面情報に編集して出力する。これにより画面モニターＭａに単線結線図を表示する。
【０１０２】
この単線結線図の画面（機器シンボルの色や数値情報等）は定期的に更新したり電力系統２０の状態変化に合わせて表示更新したりするなど種々考えられるが、いかなる方法で表示更新されても良い。
【０１０３】
上記は計算機１５２で単線結線図表示ソフトウェア１２１を実行する場合についての説明であるが、計算機１５３上でも同じようにして単線結線図表示ソフトウェア１２１が実行される。
【０１０４】
本発明の第３の実施の形態によれば、画面モニターＭａ，Ｍｂに単線結線図を新たに表示させるようにする際には、ソフトウェア保存手段１２に単線結線図表示ソフトウェア１２１を追加さえすれば可能になり、各計算機１５２，１５３に単線結線図表示用ソフトウェアの記憶用メモリを準備した後に組み込むという作業も必要がなく、極めて有利である。
【０１０５】
（第４の実施の形態）
図２２は、本発明の第４の実施の形態を示す構成図であり、本実施の形態ではソフトウェア実行手段１３でソフトウェアを実行すると共に対象システムの状態を監視し、監視結果を出力するだけでなく、記憶メモリに保存するするようにしたものである。図２２において、計算機１５２及び１５３には監視結果を記憶する記憶メモリ３６５ａ，３６５ｂを設けている。その他は図１９とほぼ同じである。
【０１０６】
管理カーネル１４ｂはディスク３１に記録保存されている監視処理ソフトウェア１２２を読み出してネットワーク１４ａ経由でソフトウェア受信部４１に配信供給する。ソフトウェア受信部４１は配信供給された監視処理ソフトウェア１２２をソフトウェア実行環境４２で実行させる。
【０１０７】
監視処理ソフトウェア１２２はソフトウェア実行環境４２で実行されると、監視処理部３５２が情報保持エリア２３から監視対象システム２０の状態を示す情報を編集して得た編集情報を入力して監視処理をする。
【０１０８】
ここで監視処理とは、例えば電力系統の送電線の潮流値を情報保持エリア２３から読み出して上限値と比較し、上限値を超えていた場合はアラーム情報を作成し、上限値を超えていなければ異常なし情報を監視結果として作成する。
【０１０９】
以上の説明では送電線の潮流を監視する場合を例にあげたが、母線の電圧値を上下限値と比較して監視結果を作成する場合、事故発生の有無を調べて監視結果を作成する場合など主旨を変えない範囲で監視結果を作成する方法であれば、いかなる方法であっても良い。
【０１１０】
監視処理部３５２は監視結果を計算機１５２内の記憶メモリ３６５ａ又は計算機１５３内の記憶メモリ３６５ｂに保存すると共に監視結果を他に出力する。ここで他に出力する他というのは、監視結果を使って処理をする別のソフトウェアや他の計算機やシステムに送信することを含み、いかなる相手であっても良い。
【０１１１】
以上述べた図２２の実施の形態によれば、計算機１５２（１５３）に監視機能を実施させる場合、ソフトウェア保存手段１２に監視処理ソフトウェア１２２を追加さえすれば可能になり、計算機１５２（１５３）に監視処理用ソフトウェアの記憶用メモリを準備した後に組み込むという作業も必要がなく、極めて有利である。
【０１１２】
（第５の実施の形態）
図２３は、本発明の第５の実施の形態を示す構成図であり、本実施の形態ではソフトウェア実行手段１３がソフトウェアを実行すると、監視・制御対象の状態を記録し、記録結果を出力又は記憶メモリに保存するするようにしたものである。
【０１１３】
以下図２３を用いて第５の実施の形態を説明する。図２３において、ディスク３１に記録保存されているのが図２２の監視処理ソフトウェア１２２の代わりに記録処理ソフトウェア１２３に置き換えたものであり、その他は図２２の場合と同じであるため説明は省略する。
【０１１４】
本実施の形態の場合、記録処理ソフトウェア１２３はソフトウェア実行環境４２において実行されると、記録処理部３５３は情報保持エリア２３から監視・制御対象２０の状態を示す情報を編集して得た編集情報を入力して記録処理をする。ここで記録処理は、例えば電力系統の各発電機の出力値を情報保持エリア２３から読み出して１時間毎に合計して合計値を記録結果として作成する。
【０１１５】
以上の説明では発電機の１時間毎の合計値の記録をする場合を例にあげたが、各種の情報を定期的に収集して長期的あるいは短期的な記録結果を作成するとか、定期的に監視対象の状態を時系列順に保存して記録結果を作成するとか、種々の記録結果の作成が考えられるが、主旨を変えない範囲で記録結果を作成する方法であればいかなる方法であっても良い。
【０１１６】
記録処理部３５３は記録結果を記憶メモリ３６５ａ，３６５ｂに保存するか又は記録結果を他に出力する。ここで他に出力する他というのは、図２１の実施の形態と同様に記録結果を使って処理をする別のソフトウェアや他の計算機やシステムに送信することとか、データロガー等で記録するとかを言うのであって、いかなる相手であっても良い。
【０１１７】
この図２３で示した実施の形態によれば、計算機１５２に記録処理を実施させる場合、ソフトウェア保存手段１２に記録処理ソフトウェア１２３を追加さえすれば可能になり、計算機１５２には記録処理用ソフトウェアの記憶用メモリを準備した後に組み込むという作業も必要がなく、極めて有利である。
【０１１８】
（第６の実施の形態）
図２４は、本発明の第６の実施の形態を示す構成図であり、本実施の形態ではソフトウェア実行手段１３でソフトウェアを実行すると、監視・制御対象の状態をもとに支援計算し、支援計算結果を出力又は記憶メモリに保存するするようにしたものであり、ディスク３１に記録保存されているのが監視処理ソフトウェア１２２の代わりに支援処理ソフトウェア１２４に変わったこと以外は、図２２と構成は同じである。
【０１１９】
管理カーネル１４ｂはディスク３１に記録保存されている支援処理ソフトウェア１２４を読み出してネットワーク１４ａ経由でソフトウェア受信部４１に配信供給する。ソフトウェア受信部４１は配信供給された支援処理ソフトウェア１２４をソフトウェア実行環境４２で実行させる。
【０１２０】
支援処理ソフトウェア１２４はソフトウェア実行環境４２において実行されると、支援処理部３５４は情報保持エリア２３から監視・制御対象２０の状態を示す情報を編集して得た編集情報を入力し、支援計算をする。
【０１２１】
ここで支援計算は、例えば電力系統の送電線の潮流値を読み出して上限値と比較し、潮流値が上限値を超えていた場合には上限値以内になるように発電機の出力変更値を計算するような、オペレータに対する支援計算結果を作成する。
【０１２２】
以上の説明では、電力系統の過負荷時の支援計算する場合を例にあげたが、電力系統の停電を復旧させるための操作手順を作成して支援計算結果を作成するとか、電力系統で事故が発生した時に開閉器の状態や保護リレー装置の動作情報等から判定して事故設備を同定して支援計算結果を作成するとか、種々の支援計算結果の作成が考えられるが、主旨を変えない範囲で支援計算結果を作成する方法であればいかなる方法であっても良い。
【０１２３】
支援処理部３５４は支援計算結果を記憶メモリ３６５ａ又は３６５ｂに保存するか又は支援計算結果を他に出力する。ここで他に出力する他というのは、支援計算結果を使って処理をする別のソフトウェアや他の計算機やシステムに送信すること等を言う。
【０１２４】
図２４で示した第６の実施の形態によれば、計算機１５２に支援処理を実施させる場合、ソフトウェア保存手段１２に支援処理ソフトウェア１２４を追加さえすれば可能になり、計算機１５２に支援処理用ソフトウェアの記憶用メモリを準備した後に組み込むという作業も必要がなく、極めて有利である。
【０１２５】
（第７の実施の形態）
図２５は本発明の第７の実施の形態を示す構成図であり、本実施の形態ではソフトウェア実行手段を２つ（第１のソフトウェア実行手段１３ａと第２のソフトウェア実行手段１３ｂ）を設け、第１のソフトウェア実行手段１３ａでソフトウェアを実行すると監視処理結果を出力し、第２のソフトウェア実行手段を実行すると監視処理結果を画面の形態で表示するようにしたものであり、その他は図１９と同じであるため詳細な説明は省略する。
【０１２６】
図２５において、計算機１５２には編集情報入力部３９１，情報保持エリア２３，ソフトウェア実行環境４２ａ及びソフトウェア受信部４１ａを備え、計算機１５３には、ソフトウェア受信部４１ｂ，ソフトウェア実行環境４２ｂを備え、ディスク３１には監視処理ソフトウェア１２２と監視結果表示ソフトウェア１２５とを記録保存している。
【０１２７】
ソフトウェア受信部４１ａとソフトウェア実行環境４２ａとにより第１のソフトウェア実行手段１３ａを構成し、ソフトウェア受信部４１ｂとソフトウェア実行環境４２ｂと画面モニターＭｂにより第２のソフトウェア実行手段１３ｂを構成している。監視・制御対象２０の状態を示す情報は編集部３９２に入力され、この編集部３９２は入力された状態を示す情報を編集して編集した情報をネットワーク１４ａ経由で編集情報入力部３９１に送る。
【０１２８】
編集情報入力部３９１は送られた編集情報を情報保持エリア２３に記憶するが、これらの作用は図１８と同じである。管理カーネル１４ｂはディスク３１に記録保存されている監視処理ソフトウェア１２２を読み出して、ネットワーク１４ａ経由で第１のソフトウェア受信部４１ａに配信供給する。
【０１２９】
第１のソフトウェア受信部４１ａは配信供給された監視処理ソフトウェア１２２を第１のソフトウェア実行環境４２ａで実行させる。監視処理ソフトウェア１２２は第１のソフトウェア実行環境４２ａにおいて実行されると、情報保存エリア２３から監視対象２０の状態を示す情報を編集して得た編集情報を入力して監視し、監視結果を出力するが、これらの作用は図２１の場合と同じである。
【０１３０】
更に、管理カーネル１４ｂはディスク３１に記録保存されている監視結果表示ソフトウェア１２５を読み出して、ネットワーク１４ａ経由で第２のソフトウェア受信部４１ｂに配信供給する。第２のソフトウェア受信部４１ｂは配信供給された監視結果表示ソフトウェア１２５を第２のソフトウェア実行環境４２ｂで実行させる。
【０１３１】
監視結果表示ソフトウェア１２５が第２のソフトウェア実行環境４２ｂで実行されると、監視結果出力編集部３５６は第１のソフトウェア実行環境４２ａで実行された監視処理ソフトウェア１２２の監視処理部３５２の監視結果を入力して監視結果から画面に表示するための画面情報を作成し、画面モニターＭｂに出力する。これらの管理カーネル１４ｂとソフトウェア受信部４１ｂとソフトウェア実行環境４２ｂと画面モニターＭｂの作用は図２の場合と同じである。
【０１３２】
そして図２５では画面モニターＭｂに監視結果を表示する場合を例にとり説明したが、主旨を変えない範囲で、スクリーンの映像又はモザイク盤の表示器に監視・制御対象２０の状態を表示すること、あるいは音声出力装置などを用いて音声で監視・制御対象２０の状態を出力すること、あるいは警報で監視・制御対象２０の状態を出力することなどが考えられるが、何れも同じ作用により実現できることは言うまでもない。
【０１３３】
図２５で示した第７の実施の形態によれば、計算機１５２に監視処理を実施させ、かつ別の計算機１５３の画面モニターＭｂに監視結果を表示させる際には、ソフトウェア保存手段１２のディスク３１に監視処理ソフトウェア１２２と監視結果表示ソフトウェア１２５を追加さえすればよく、計算機１５２に監視処理用ソフトウェアのための記憶メモリを準備し、又、計算機１５３に監視結果表示用ソフトウェア用の記憶用メモリを準備した後に夫々のソフトウェアを組み込むという作業も必要がなく、極めて有利である。
【０１３４】
（第８の実施の形態）
図２６は本発明の第８の実施の形態を示す構成図である。本実施の形態はソフトウェア実行手段１３で実行するソフトウェアを、制御指示受付ソフトウェア１２６としたこと及び監視・制御対象２０への制御信号を送出する制御信号送出手段４８０を付加したこと以外は図１９の場合と同じである。
【０１３５】
図２６において、計算機１５４には編集部３９２の他に、制御指示受信部３６２，制御管理部３６３，制御信号送信部３６４からなる制御信号送出手段４８０を備える。そして計算機１５２には編集情報入力部３９１，情報保持エリア２３，ソフトウェア実行環境４２，ソフトウェア受信部４１を備える。ソフトウェア実行環境４２は表示処理部３５８の他に、制御指示受付部３５９と制御指示送信部３６１を新たに備える。
【０１３６】
この制御指示受付部３５９には画面モニターＭａを通じてオペレータからの指示を受付ける場合とか、監視・制御対象近傍あるいは計算機１５２近傍に設置された制御ソフトたとえば電圧制御ソフトが、オペレータの指示によらず、自動的に制御量を計算して直接制御指示受付部３５９に制御信号を出すようなケースがある。ソフトウェア受信部４１とソフトウェア実行環境４２と画面モニターＭａによりソフトウェア実行手段１３を構成している。ディスク３１には制御指示受付ソフトウェア１２６を記録保存している。
【０１３７】
管理カーネル１４ｂはディスク３１に記録保存されている制御指示受付ソフトウェア１２６を読み出してネットワーク１４ａ経由でソフトウェア受信部４１に配信供給する。ソフトウェア受信部４１は配信供給された制御指示受付ソフトウェア１２６をソフトウェア実行環境４２で実行させるが、これらの作用は図１９の場合と同じである。
【０１３８】
制御指示受付ソフトウェア１２６がソフトウェア実行環境４２において実行されると、表示処理部３５８は情報保持エリア２３から監視制御対象２０の状態を示す情報の編集情報を入力し、画面データに編集して画面モニターＭａに出力する。
【０１３９】
制御指示受付部３５９は画面モニターＭａから入力されるオペレータからの制御指示を受付けて、その制御指示情報を制御指示送信部３６１に出力する。制御指示送信部３６１は入力した制御指示情報をネットワーク１４ａを介して制御信号送信部４８０の制御指示受信部３６２に送信する。
【０１４０】
前記制御指示受信部３６２は制御指示情報を制御管理部３６３に出力し、制御管理部３６３は入力した制御指示情報から制御信号を編集し、その制御信号を制御信号送信部３６４に出力する。制御信号送信部３６４は制御信号を監視・制御対象２０に送信して制御する。
【０１４１】
上記は制御指示受付ソフトウェア１２６が表示処理部３５８と制御指示受付部３５９と制御指示送信部３６１とからなる場合を例にして説明したが、監視・制御対象２０の状態を画面モニターＭａに表示して、かつ画面モニターＭａから制御指示を受け付けるものであればいかなるものであっても良い。
【０１４２】
又、上記は制御信号送出手段４８０が制御指示受信部３６２と制御管理部３６３と制御信号送信部３６４とからなる場合を例にして説明したが、制御指示情報を制御信号にして監視・制御対象２０に送信して制御するという主旨を変えないものであればいかなるものであっても良い。
【０１４３】
又、計算機１５３及び画面モニターＭｂを使っても同様にして制御することができる。なお、以上は制御信号送出手段４８０をソフトウェア処理によって計算機１５４に備える場合について説明したが、制御信号送出手段４８０は計算機１５４に備える代わりにネットワークに接続された計算機１５２と同等の計算機をもう１台設置し、これに備えるようにしても良い。
【０１４４】
図２６で示した実施の形態によれば、計算機１５２又は１５３に制御受付機能を新たに追加する場合、ソフトウェア保存手段１２のディスク３１に制御指示受付ソフトウェア１２６を追加さえすれば可能になり、計算機１５２又は１５３に制御指示受付機能用ソフトウェアの記憶用メモリを準備した後に組み込むという作業も必要がなく、極めて有利である。
【０１４５】
（第９の実施の形態）
図２７は本発明の第９の実施の形態を示す構成図である。本実施の形態ではソフトウェア実行手段１３を計算機１５２から１５４に移したこと、ソフトウェア実行手段１３において実行するソフトウェアを制御ソフトウェア１２７としたこと及び制御指示受付手段４９０を計算機１５２に付加したこと以外は図２６の実施の形態と同じである。
【０１４６】
図２７において、計算機１５４には編集部３９２の他に新たにソフトウェア実行環境４２とソフトウェア受信部４１を備えるようにし、計算機１５２には編集情報入力部３９１，情報保持エリア２３の他に、新たに制御指示受付手段４９０を備えている。この制御指示受付手段４９０は表示処理部３５８，制御指示受付部３５９及び制御指示送信部３６１を備えている。計算機１５１には管理カーネル１４ｂを備え、ディスク３１には制御ソフトウェア１２７を記録保存している。
【０１４７】
監視・制御対象２０の状態を示す情報は編集部３９２に入力され、この編集部３９２は入力された状態を示す情報を編集した後、その編集情報をネットワーク１４ａ経由で編集情報入力部３９１に送る。編集情報入力部３９１は送られた編集情報を情報保持エリア２３に記憶するが、これらの作用は図２の実施の形態と同じである。
【０１４８】
表示処理３５８は情報保持エリア２３から監視・制御対象２０の状態を示す情報の編集情報を入力して画面データに編集し、画面モニターＭａに出力する。制御指示受付部３５９は画面モニターＭａから入力される制御指示を受付けて制御指示情報を制御指示送信部３６１に出力する。制御指示送信部３６１は入力した制御指示情報をネットワーク１４ａを経由して計算機１５４内のソフトウェア実行手段１３に送信するようになっている。
【０１４９】
上記は制御指示受付手段４９０が表示処理部３５８と制御指示受付部３５９と制御指示送信部３６１とからなる場合を例にして説明したが、監視・制御対象２０の状態を画面モニターＭａに表示し、又、画面モニター３１０から制御指示を受け付けるものであればいかなるものであっても良い。
【０１５０】
管理カーネル１４ｂはディスク３１に記録保存されている制御ソフトウェア１２７を読み出してネットワーク１４ａ経由でソフトウェア受信部４１に配信供給し、ソフトウェア受信部４１は配信供給された制御ソフトウェア１２７をソフトウェア実行環境４２で実行させるが、これらの作用は図１９の場合と同じである。
【０１５１】
制御ソフトウェア１２７がソフトウェア実行環境４２で実行されると、制御指示受信部３６２は制御指示送信部３６１から制御指示情報を受信し、この受信した制御指示情報を制御管理部３６３に出力する。制御管理部３６３は入力した制御指示情報から制御信号を作り制御信号送信部３６４に出力する。制御信号送信部３６４は制御信号を監視・制御対象２０に送信して制御する。
【０１５２】
上記は制御ソフトウェア１２７が制御指示受付部３６２と制御管理部３６３と制御信号送信部３６４とからなる場合を例にして説明したが、制御指示情報を入力して制御信号を送信して制御するという主旨の範囲であれば、いかなるものであっても良い。
【０１５３】
図２７で示した実施の形態によれば、計算機１５４に制御機能を新たに追加する場合、ソフトウェア保存手段１２のディスク３１に制御ソフトウェア１２７を追加さえすれば可能になり、計算機１５４に制御機能用ソフトウェアの記憶用メモリを準備した後に組み込むという作業も必要がなく、極めて有利である。
【０１５４】
（第１０の実施の形態）
図２８は本発明の第１０の実施の形態を示す構成図である。図２８において、計算機１５４には編集部３９２の他に、ソフトウェア実行環境４２ｂ，ソフトウェア受信部４１ｂを備える。計算機１５２には編集情報入力部３９１，情報保持エリア２３，ソフトウェア実行環境４２ａ，ソフトウェア受信部４１ａを備える。
【０１５５】
更に計算機１５１には管理カーネル１４ｂを備える。ディスク３１には制御指示受付ソフトウェア１２６及び制御ソフトウェア１２７を記録保存している。ソフトウェア受信部４１ａとソフトウェア実行環境４２ａと画面モニターＭａにより第１のソフトウェア実行手段１３ａを構成している。ソフトウェア実行環境４２ｂとソフトウェア受信部４１ｂとで第２のソフトウェア実行手段１３ｂを構成している。ソフトウェア管理手段１４は上述の実施の形態と同じである。
【０１５６】
監視・制御対象２０の状態を示す情報は編集部３９２に入力され、編集部３９２は入力された状態を示す情報を編集して編集情報をネットワーク14a 経由で編集情報入力部３９１に送る。編集情報入力部３９１は送られた編集情報を情報保持エリア２３に記憶するが、これらの作用は図１８の場合と同じである。
【０１５７】
管理カーネル１４ｂはディスク３１に記録保存されている制御指示受付ソフトウェア１２６を読み出して、ネットワーク１４ａ経由でソフトウェア受信部４１ａに配信供給する。このソフトウェア受信部４１ａは配信供給された制御指示受付ソフトウェア１２６をソフトウェア実行環境４２ａで実行させるが、これらの作用は図２の場合と同じである。
【０１５８】
制御指示受付ソフトウェア１２６がソフトウェア実行環境４２ａにおいて実行されると、表示処理部３５８は情報保持エリア２３から監視・制御対象２０の状態を示す情報の編集情報を入力し、画面データに編集し、画面モニターＭａに出力する。制御指示受付部３５９は画面モニターＭａから入力されるオペレータからの制御指示を受付けて制御指示情報を制御指示送信部３６１に出力する。制御指示送信部３６１は入力した制御指示情報を送信する。
【０１５９】
制御ソフトウェア１２７がソフトウェア実行環境４２ｂにおいて実行されると、制御指示受信部３６２は制御指示送信部３６１から送信された制御指示情報を受信し、この受信した制御指示情報を制御管理部３６３に出力する。制御管理部３６３は入力した制御指示情報から制御信号を作り制御信号送信部３６４に出力する。制御信号送信部３６４は制御信号を監視・制御対象２０に送信して制御する。
【０１６０】
上記は制御指示受付ソフトウェア１２６が表示処理部３５８と制御指示受付部３５９と制御指示送信部３６１とからなる場合を例にして説明したが、監視・制御対象２０の状態を画面モニターＭａに表示し、かつ画面モニターＭａから制御指示を受け付けるものであればいかなるものであっても良い。
【０１６１】
更に、管理カーネル１４ｂはディスク３１に記録保存されている制御ソフトウェア１２７を読み出して、ネットワーク１４ａ経由でソフトウェア受信部４１ｂに配信供給する。ソフトウェア受信部４１ｂは配信供給された制御ソフトウェア３４８をソフトウェア実行環境４２ｂで実行させるが、これらの作用は図２の場合と同じである。
【０１６２】
上記は制御ソフトウェア１２７が制御指示受付部３６２と制御管理部３６３と制御信号送信部３６４とからなる場合を例にして説明したが、制御指示情報を入力して制御信号を作り送信して制御するという主旨の範囲でいかなるものであっても良い。
【０１６３】
更に、上記は画面モニターＭａから制御指示受け付ける場合を例にして説明したが、同様の作用により画面モニターＭｂから制御指示を受け付けるようにすることができる。
【０１６４】
以上述べたように、図２８で示した第１０の実施の形態によれば、計算機１５２，１５３及び１５４に夫々制御受付機能及び制御機能を新たに追加する場合、ソフトウェア保存手段１２のディスク３１に制御指示受付ソフトウェア１２６及び制御ソフトウェア１２７を追加さえすれば、計算機１５２，１５３で制御指示受付機能が可能になり、極めて有利である。
【０１６５】
（第１１の実施の形態）
図２９は本発明の第１１の実施の形態を示す構成図である。本実施の形態では情報入力手段１１がなく、更に制御指示受付ソフトウェア１２６に表示処理部３５８がないところ以外は第８の実施の形態（図２６）と構成は同じである。
【０１６６】
図２９において、計算機１５４には制御指示受付部３６２,制御管理部３６３,制御信号送信部３６４からなる制御信号送信手段４８０を備え、計算機１５２にはソフトウェア実行環境４２,ソフトウェア受信部４１を備え、計算機１５１には管理カーネル１４ｂを備え、ディスク３１には制御指示受付ソフトウェア１２６を記録保存している。
【０１６７】
管理カーネル１４ｂはディスク３１に記録保存されている制御指示受付ソフトウェア１２６を読み出してネットワーク１４ａ経由でソフトウェア受信部４１に配信供給し、ソフトウェア受信部４１は配信供給された制御指示受付ソフトウェア１２６をソフトウェア実行環境４２で実行させるが、これらの作用は図１９の場合と同じである。
【０１６８】
制御指示受付ソフトウェア１２６がソフトウェア実行環境４２において実行されると、制御指示受付部３５９は画面モニターＭａから入力される制御指示を受付けて制御指示情報を制御指示送信部３６１に出力する。制御指示送信部３６１は入力した制御指示情報を制御指示受信部３６２に送信する。
【０１６９】
上記は制御指示受付ソフトウェア１２６が制御指示受付部３５９と制御指示送信部３６１とからなる場合を例にして説明したが、画面モニターＭａから制御指示を受け付けて制御指示情報を出力するものであれば、いかなるものでも良い。
【０１７０】
次に制御指示受信部３６２は制御指示送信部３６１が出力した制御指示情報を入力し、この入力した制御指示情報を制御管理部３６３に出力し、制御管理部３６３は入力した制御指示情報から制御信号を作成して制御信号送信部３６４に出力する。かくして、制御信号送出手段４８０は制御信号を監視・制御対象２０に送信して制御する。
【０１７１】
上記は制御信号送出手段４８０が制御指示受信部３６２と制御管理部３６３と制御信号送信部３６４とからなる場合を例にして説明したが制御指示情報から制御信号を作成し監視・制御対象２０に送信して制御するという主旨を変えないものであれば如何なるものであっても良い。又、計算機１５３及び画面モニターＭｂを使っても同様な作用により制御することができる。
【０１７２】
以上述べたように、図２９で示した第１１の実施の形態によれば、計算機１５２又は１５３に制御受付機能を新たに追加する場合、ソフトウェア保存手段１２のディスク３１に制御指示受付ソフトウェア１２６を追加さえすれば可能になり、計算機１５２及び１５３に制御指示受付機能用ソフトウェアの記憶用メモリを準備した後に組み込むという作業も必要がなく、極めて有利である。
【０１７３】
（第１２の実施の形態）
図３０は本発明の第１２の実施の形態を示す構成図である。本実施の形態は情報入力手段１１をなくしたこと、及びソフトウェア実行環境４２から表示処理部３５８をなくしている。
【０１７４】
図３０において、計算機１５４には情報入力手段１１をなくし、代わりにソフトウェア実行環境４２とソフトウェア受信部４１ｂを備え、計算機１５２には制御指示受付部３５９，制御指示送信部３６１からなる制御指示受付手段４９０を備え、計算機１５１には管理カーネル１４ｂを備え、ディスク３１には制御ソフトウェア１２７を記録保存している。
【０１７５】
制御指示受付手段４９０の制御指示受付部３５９は、画面モニターＭａから入力される制御指示を受付けて制御指示情報を制御指示送信部３６１に出力する。制御指示送信部３６１は入力した制御指示情報を送信するようになっている。
【０１７６】
上記は制御指示受付手段４９０が制御指示受付部３５９と制御指示送信部３６１とからなる場合を例にして説明したが、画面モニターＭａから制御指示を受け付けるものであればいかなるものであっても良い。
【０１７７】
管理カーネル１４ｂはディスク３１に記録保存されている制御ソフトウェア１２７を読み出してネットワーク１４ａ経由でソフトウェア受信部４１ｂに配信供給する。ソフトウェア受信部４１ｂは配信供給された制御ソフトウェア１２７をソフトウェア実行環境４２で実行させるが、これらの作用は図１９の場合と同じである。
【０１７８】
制御ソフトウェア１２７がソフトウェア実行環境４２において実行されると、制御指示受信部３６２は制御指示送信部３６１から制御指示情報を受信し、受信した制御指示情報を制御管理部３６３に出力する。制御管理部３６３は入力した制御指示情報から制御信号を作り制御信号送信部３６４に出力する。
【０１７９】
制御信号送信部３６４は制御信号を監視・制御対象２０に送信して制御する。上記は制御ソフトウェアが制御指示受付部３６２と制御管理部３６３と制御信号送信部３６４とからなる場合を例にして説明したが、制御指示情報を入力して制御信号を送出するという主旨の範囲であればいかなるものであっても良い。
【０１８０】
この第１２の実施の形態によれば、計算機１５４に制御機能を新たに追加する場合、ソフトウェア保存手段１２のディスク３１に制御ソフトウェア１２７を追加さえすれば可能になり、計算機１５４に制御機能用ソフトウェアの記憶用メモリを準備した後に組み込むという作業も必要がなく、極めて有利である。
【０１８１】
（第１３の実施の形態）
図３１は本発明の第１３の実施の形態を示す構成図である。本実施の形態では情報入力手段１１をなくしたところ、及びソフトウェア実行環境４２から表示処理部３５８をなくしたこと以外は、上述の実施の形態と同じなので重複した説明は省略する。
【０１８２】
図３１において、計算機１５４にはソフトウェア実行環境４２ｂ，ソフトウェア受信部４１ｂを備え、計算機１５２にはソフトウェア実行環境４２ａ，ソフトウェア受信部４１ａを備え、計算機１５１には管理カーネル１４ｂを備え、ディスク３１には制御指示受付ソフトウェア１２６及び制御ソフトウェア１２７を記録保存している。
【０１８３】
ソフトウェア受信部４１ａとソフトウェア実行環境４２ａと画面モニターＭａにより第１のソフトウェア実行手段１３ａを構成している。ソフトウェア実行環境４２ｂとソフトウェア受信部４１ｂにより第２のソフトウェア実行手段１３ｂを構成している。
【０１８４】
管理カーネル１４ｂはディスク３１に記録保存されている制御指示受付ソフトウェア１２６を読み出してネットワーク１４ａ経由でソフトウェア受信部４１ａに配信供給し、ソフトウェア受信部４１ａは配信供給された制御指示受付ソフトウェア１２６をソフトウェア実行環境４２ａで実行させるが、これらの作用は図１９の場合と同じである。
【０１８５】
制御指示受付ソフトウェア１２６がソフトウェア実行環境４２ａにおいて実行されると、制御指示受付部３５９は画面モニターＭａから入力される制御指示を受付けて制御指示情報を制御指示送信部３６１に出力する。制御指示送信部３６１は入力した制御指示情報を送信する。
【０１８６】
上記は制御指示受付ソフトウェア１２６が制御指示受付部３５９と制御指示送信部３６１とからなる場合を例にして説明したが、画面モニターＭａから監視・制御対象２０の制御指示を受け付けるものであればいかなるものであっても良い。
【０１８７】
さらに管理カーネル１４ｂはディスク３１に記録保存されているもう一方の制御ソフトウェア１２７を読み出してネットワーク１４ａ経由でソフトウェア受信部41b に配信供給し、ソフトウェア受信部４１ｂは配信供給された制御ソフトウェア１２７をソフトウェア実行環境４２ｂで実行させるが、これらの作用は図１９と同じである。
【０１８８】
制御ソフトウェア１２７がソフトウェア実行環境４２ｂにおいて実行されると、制御指示受信部３６２は制御指示送信部３６１から送信された制御指示情報を受信し、受信した制御指示情報を制御管理部３６３に出力する。制御管理部３６３は入力した制御指示情報から制御信号を作り制御信号送信部３６４に出力する。制御信号送信部３６４は制御信号を監視・制御対象２０に送信して制御する。
【０１８９】
上記は制御ソフトウェア１２７が制御指示受付部３６２と制御管理部３６３と制御信号送信部３６４とからなる場合を例にして説明したが、制御指示情報を入力し制御信号を送信して制御するという主旨の範囲であればいかなるものであっても良い。
【０１９０】
上記は画面モニターＭａから制御指示受け付ける場合を例にして説明したが、同様の作用により画面モニターＭｂから制御指示を受け付けるようにすることができる。
【０１９１】
図３１で示した第１３の実施の形態によれば、計算機１５２，１５３及び１５４に夫々制御受付機能及び制御機能を新たに追加する場合、ソフトウェア保存手段１２のディスク３１に制御指示受付ソフトウェア１２６及び制御ソフトウェア１２７を追加さえすれば、計算機１５２，１５３で制御指示受付機能が可能になり、極めて有利である。
【０１９２】
（第１４の実施の形態）
図３２は本発明の第１４の実施の形態を示す構成図である。上述した実施の形態と共通する部分について同一符号を付けて詳細な説明は省略する。図３２において、計算機１５５は編集部３９３，動的ソフトウェア編集手段（以下、動的ソフトウェアを第１のソフトウェアと称す）３９４，管理カーネル１４ｂを備え、計算機１５２はソフトウェア受信部４１，ソフトウェア実行環境４２を備え、ディスク３１ａは静的ソフトウェア（以下、静的ソフトウェアを第２のソフトウェアと称す）４１０を記録保存している。編集部３９３は入力手段１１を構成している。管理カーネル１４ｂとネットワーク１４ａはソフトウェア管理手段１４を構成している。
【０１９３】
ディスク３１ａは第２のソフトウェア４１０を記録保存しており、ドライバーと共に第２のソフトウェア保存手段１２ａを構成している。ディスク３１ｂは第１のソフトウェア４２０を記録保存しており、ドライバーと共に第１のソフトウェア保存手段１２ｂを構成している。ソフトウェア受信部４１とソフトウェア実行環境４２と画面モニターＭａはソフトウェア実行手段１３を構成している。
【０１９４】
監視・制御対象２０の状態を示す情報は編集部３９３に入力され、編集部３９３は入力された情報を編集して得た編集情報を第１のソフトウェア編集手段３９４に出力する。第１のソフトウェア編集手段３９４は、編集部３９３から監視・制御対象２０の状態を示す情報の編集情報を入力し、又、ディスク３１ａに記録保存されている第２のソフトウェア４１０を読み出し、編集情報を参照して第２のソフトウェア４１０から第１のソフトウェア４２０を作成し、これをディスク３１ｂに記録保存する。
【０１９５】
ここで、第２のソフトウェア４１０は監視・制御対象２０の状態を画面モニターＭａ、Ｍｂに画面の形態で表示するために必要なデータ又はプログラムの両方又はどちらかから構成されるソフトウェアであって、例えば画面のどの位置にどのような文字やシンボルや図や表をどのような色や大きさで表示あるいはフリッカーさせるかというような情報を含むものであり、監視・制御対象２０の状態に係わらない情報からなる。例えば、画面の「中央に４文字表示する」ためのプログラム又はデータ又はその両方からなるソフトウェアである。
【０１９６】
第１のソフトウェア編集手段３９４は編集情報を参照して第２のソフトウェアから監視・制御対象２０の状態に則した画面を表示するための第１のソフトウェアを作成するが、これは例えば監視対象２０の状態を示す編集情報が異常であれば、「中央に赤で「異常発生」の４文字を表示する」ためのプログラム又はデータ又はその両方からなるソフトウェアを作成する。
【０１９７】
又、監視・制御対象２０の状態を示す編集情報が正常であれば、「中央に緑で「異常なし」の４文字を表示する」ためのプログラム又はデータ又はその両方からなるソフトウェアを作成する。そして第１のソフトウェア編集手段３９４は作成した第１のソフトウェア４２０をディスク３１ｂに記録保存する。
【０１９８】
ここで第１のソフトウェア編集手段３９４は、第１のソフトウェア４２０の作成を定期的又は監視・制御対象２０の状態を示す情報が変化した都度作成するなど、作成タイミングについては種々考えられるが、いかなるタイミングであっても良い。
【０１９９】
又、上記の説明では第１のソフトウェアとして４文字を表示するという簡単な場合を例にして説明したが、監視・制御対象２０の状態を示す情報に対応した種々の形態の画面を表示する第１のソフトウェアが考えられることは言うまでもない。
【０２００】
管理カーネル１４ｂはディスク３１ｂに記録保存されている第１のソフトウェア４２０を読み出してネットワーク１４ａ経由でソフトウェア受信部４１に配信供給し、ソフトウェア受信部４１は配信供給された第１のソフトウェア４２０をソフトウェア実行環境４２で実行させるが、これらの作用は前述の実施の形態の場合と同じである。
【０２０１】
第１のソフトウェア４２０はソフトウェア実行環境４２において実行されると、画面モニターＭａに画面を表示する。前述の第１のソフトウェア４２０の場合では、監視・制御対象２０が異常であれば画面中央に赤で「異常発生」と表示し、監視・制御対象２０が正常であれば画面中央に緑で「異常なし」と表示することになる。
【０２０２】
このようにして第１のソフトウェア４２０は監視・制御対象２０の状態に応じた画面を表示する。上記の説明では画面モニターＭａに表示する場合について説明したが、同様にして画面モニターＭｂに監視・制御対象２０の状態に応じた画面を表示する。
【０２０３】
又、上記では画面モニターＭａ，Ｍｂに画面を表示する場合につき説明したが、監視・制御対象２０の状態を映像，モザイク表示盤，音声，警報のいずれか、又はこれらの組み合わせた形態で表現する情報を計算機１５２，１５３から出力する場合も、同じ作用で実現できることは言うまでもない。
【０２０４】
以上述べたように、図３２で示した第１４の実施の形態によれば、監視・制御対象２０の状態に応じて画面，映像，モザイク表示盤，音声，警報のいずれか、又はこれらを組み合わせた形態で表現する情報を計算機１５２，１５３から新たに出力する際には、計算機１５５に第１のソフトウェア編集手段３９４を追加し、かつディスク３１ａに第２のソフトウェア４１０を追加すればよく、計算機１５２又は１５３にソフトウェア用のメモリを追加したり、その後ソフトウェアを組み込むという作業も必要なく、極めて有利である。
【０２０５】
（第１５の実施の形態）
図３３は本発明の第１５の実施の形態を示す構成図である。本実施の形態では計算機１５２にソフトウェア要求手段４４０を追加したところ以外は、図３２の実施の形態と構成は同じである。
【０２０６】
監視・制御対象２０の状態を示す情報は編集部３９３に入力され、編集部３９３は入力された情報を編集して編集情報を第１のソフトウェア編集部３９４に出力する。第１のソフトウェア編集部３９４は、この編集部３９３から監視・制御対象２０の状態を示す情報の編集情報を入力し、又、ディスク３１ａに記録保存されている第２のソフトウェア４１０を読み出し、編集情報を参照して第２のソフトウェア４１０から第１のソフトウェア４２０を作成し、この作成した第１のソフトウェア４２０をディスク３１ｂに記録保存するが、これらの作用は図３２の実施の形態と同じである。
【０２０７】
次にソフトウェア要求部４４０は画面モニターＭａから画面要求を受け付けると、ネットワーク１４ａ経由管理カーネル１４ｂに画面要求情報を送信する。管理カーネル１４ｂは画面要求情報を受け取るとディスク３１ｂに記録保存されている第１のソフトウェア４２０を読み出して、ネットワーク１４ａ経由でソフトウェア受信部４１に配信供給する。
【０２０８】
ソフトウェア受信部４１は配信供給された第１のソフトウェア４２０をソフトウェア実行環境４２で実行させるが、これらの作用は図１９の場合と同じである。第１のソフトウェア４２０はソフトウェア実行環境４２において実行されると、画面モニターＭａに監視・制御対象２０の状態に応じた画面を表示する。
【０２０９】
上記の説明では画面モニターＭａから表示要求があった時に画面モニターＭａに表示する場合について説明したが、同じ作用により画面モニターＭｂから表示要求があった時に監視・制御対象２０の状態に応じた画面を画面モニターＭｂに表示する。
【０２１０】
又、上記では画面モニターＭａ，Ｍｂに画面を表示する場合につき説明したが、監視・制御対象２０の状態を映像，モザイク表示盤，音声，警報のいずれか又はこれらの組み合わせた形態で表現する情報を計算機１５２，１５３から出力する場合も、同じ作用で実現できることは言うまでもない。
【０２１１】
図３３で示した第１５の実施の形態によれば、要求時に監視・制御対象２０の状態に応じて画面，映像，モザイク表示板，音声，警報のいずれか、又はこれらを組み合わせた形態で表現する情報を計算機Ｍａ，Ｍｂから新たに出力する際には、計算機１５５に第１のソフトウェア編集手段３９４を追加し、かつディスク３１ａに第２のソフトウェア４１０を追加すればよく、計算機１５２，１５３にソフトウェア用のメモリを追加したり、その後ソフトウェアを組み込むという作業も必要なく、極めて有利である。
【０２１２】
（第１６の実施の形態）
図３４は本発明の第１６の実施の形態を示す構成図である。図３４において、本発明は第１のソフトウェア編集手段３９４が作成する第１のソフトウェアを、時間又は監視・制御対象２０内の特定部分又は監視・制御対象２０の内の位置又はそれらの組み合わせた条件毎に該当する部分の情報を出力するようにしたところ以外は、図３３と構成は同じである。
【０２１３】
監視・制御対象２０の状態を示す情報は編集部３９３に入力され、編集部３９３は入力された情報を編集して編集情報を第１のソフトウェア編集手段３９４に出力し、第１のソフトウェア編集手段３９４は、編集部３９３から監視・制御対象２０の状態を示す情報の編集情報を入力し、又、ディスク３１ａに記録保存されている第２のソフトウェア４１１を読み出し、編集情報を参照して第２のソフトウェア４１１から第１のソフトウェア４２１ａ，４２１ｂ，４２１ｃ，４２１ｄを作成してディスク３１ｂに記録保存する。
【０２１４】
この時第１のソフトウェア編集手段３９４は第１のソフトウェアを時刻毎に又、監視・制御対象２０の地域毎にディスク３１ｂに記録保存を行なう。図３３の例では時刻と地域の条件により次のように第１のソフトウェアを作成し記録保存する。
【０２１５】
【表２】

【０２１６】
次にソフトウェア要求部４４０は画面モニターＭａから時刻と地域の条件付き画面要求を受け付けると、管理カーネル１４ｂに条件付き画面要求情報を送信する。管理カーネル１４ｂは条件付き画面要求情報を受け取ると、ディスク３１ｂに記録保存されている該当する時刻と地域に対応する第１のソフトウェア４２１ａ，４２１ｂ，４２１ｃ又は４２１ｄを読み出して、ネットワーク１４ａ経由でソフトウェア受信部４１に配信供給する。
【０２１７】
ソフトウェア受信部４１は配信供給された第１のソフトウェア４２１ａ，４２１ｂ，４２１ｃ及び４２１ｄをソフトウェア実行環境４２で実行させるが、これらの作用は図１９の場合と同じである。第１のソフトウェア４２１ａ，４２１ｂ，４２１ｃ又は４２１ｄはソフトウェア実行環境４２において実行されると、画面モニターＭａに監視・制御対象２０の状態に応じた画面を表示する。
【０２１８】
上記は第１のソフトウェア編集手段３９４が時間と地域の条件に応じて第１のソフトウェアを作るようにした場合について説明したが、主旨を変えない範囲で、時間又は監視・制御対象２０内の特定部分又は監視・制御対象２０内の位置や地域又はそれらの組み合わせた条件毎に第１のソフトウェアを保存するようにできることは言うまでもない。
【０２１９】
又、条件毎に第１のソフトウェアを記録保存するのではなくて、第１のソフトウェアは１つだけでソフトウェア実行環境４２において実行されると、条件に該当する部分の情報を出力するように第１のソフトウェア編集手段３９４が第１のソフトウェアを作成するようにしておく方法も考えられるが、どのような方法であっても良い。
【０２２０】
上記では画面モニターＭａから表示要求があった時に画面モニターＭａに表示する場合について説明したが、同じ作用により画面モニターＭｂから表示要求があった時に監視・制御対象２０の状態に応じた画面を画面モニターＭｂに表示する。
【０２２１】
又、上記では画面モニターＭａ，Ｍｂに画面を表示する場合につき説明したが、監視・制御対象２０の状態を映像，モザイク表示盤，音声，警報のいずれか又はこれらの組み合わせた形態で表現する情報を計算機Ｍａ，Ｍｂから出力する場合も、同じ作用で実現できることは言うまでもない。
【０２２２】
図３４で示した第１６の実施の形態によれば、要求時に監視対象の状態に促して監視対象を、画面，映像，モザイク表示板，音声，警報のいずれか又はこれらを組み合わせた形態で表現する情報のうち、監視・制御対象２０の状態に応じて時間又は監視・制御対象２０内の特定部分又は監視・制御対象２０内の位置（地域）又はそれらの組み合わせた条件毎に、該当する部分の情報を計算機１５２，１５３から新たに出力するようにする際には、計算機１５５に第１のソフトウェア編集手段３９４を追加し、かつディスク３１ａに第２のソフトウェア４１１を追加すればよく、計算機１５２又は１５３にソフトウェア用のメモリを追加したり、その後ソフトウェアを組み込むという作業も必要なく、極めて有利である。
【０２２３】
（第１７の実施の形態）
図３５は本発明の第１７の実施の形態を示す構成図である。図３５において、本発明は監視・制御対象が電力系統２０であること、その状態を示す情報をＴＣ８２経由で入力手段に入力されること以外は、図３４の実施の形態と同じ構成である。
【０２２４】
監視・制御対象の電力系統２０の状態を示す情報はＴＣ２１経由で編集部３９３に入力され、編集部３９３は入力された情報を編集して編集情報を第１のソフトウェア編集手段３９４に出力する。
【０２２５】
第１のソフトウェア編集手段３９４は、編集部３９３から監視・制御対象の電力系統２０の状態を示す情報の編集情報を入力しすると共にディスク３１ａに記録保存されている第２のソフトウェア４１２を読み出し、編集情報を参照して第２のソフトウェア４１２から第１のソフトウェア４２２ａ，４２２ｂ，４２２ｃ，４２２ｄを作成し、この作成した第１のソフトウェア４２２ａ，４２２ｂ，４２２ｃ，４２２ｄをディスク３１ｂに記録保存する。
【０２２６】
この時、第１のソフトウェア編集手段３９４は第１のソフトウェア４２２ａ，４２２ｂ，４２２ｃ，４２２ｄを時刻毎に又、監視・制御対象２０の地域毎に対応してディスク３１ｂに記録保存する。例えば図３４の例では時刻と地域の条件により次のように第１のソフトウェアを作成し記録保存する。
【０２２７】
【表３】

【０２２８】
次にソフトウェア要求手段４４０は画面モニターＭａから時刻と地域の条件付き画面要求を受け付けると、管理カーネル１４ｂに条件付き画面要求情報を送信する。管理カーネル１４ｂは条件付き画面要求情報を受け取るとディスク３１ｂに記録保存されている該当する時刻と地域に対応する第１のソフトウェア４２２ａ，４２２ｂ，４２２ｃ又は４２２ｄを読み出して、ネットワーク１４ａ経由でソフトウェア受信部４１に配信供給し、ソフトウェア受信部４１は配信供給された第１のソフトウェア４２２ａ，４２２ｂ，４２２ｃ又は４２２ｄをソフトウェア実行環境４２で実行させるが、これらの作用は図１９の場合と同じである。
【０２２９】
第１のソフトウェア４２２ａ，４２２ｂ，４２２ｃ又は４２２ｄはソフトウェア実行環境４２において実行されると、画面モニターＭａに監視・制御対象の電力系統２０の状態に応じた単線結線図画面を表示する。
【０２３０】
ここで単線結線図は、電力系統２０の開閉器の開閉状態やスイッチ状態や保護リレー装置の情報をシンボルや文字の形状や色で表したもの、送電線，変圧器の潮流の有効電力や無効電力や母線の電圧などの状況を、数値やシンボルの色で表したものを含み、電力系統を単線結線図の形態で表すようにしたものである。
【０２３１】
上記は第１のソフトウェア編集手段３９４が時間と地域の条件で第１のソフトウェアを作るようにした場合について説明したが、主旨を変えない範囲で、電力設備又は地域又は電圧階級又は時間又はそれらの組み合わせた条件毎に第１のソフトウェアを保存するようにできることは言うまでもない。
【０２３２】
又、条件毎に第１のソフトウェアを記録保存するのではなくて、第１のソフトウェアがソフトウェア実行環境４２において実行される時に、条件に該当する部分の情報を出力するように第１のソフトウェア編集手段３９４が第１のソフトウェアを作成するようにしておく方法も考えられるが、どのような方法であっても良い。
【０２３３】
上記の説明では画面モニターＭａから表示要求があった時に、画面モニターＭａに表示する場合について説明したが、同じ作用により画面モニターＭｂから表示要求があった時に監視・制御対象の電力系統２０の状態に応じた単線結線図画面を画面モニターＭｂに表示する。
【０２３４】
又、上記では画面モニターＭａ，Ｍｂに画面を表示する場合につき説明したが、監視・制御対象２０の状態を単線結線図，音声，警報のいずれか又はこれらの組み合わせた形態で表現する情報を計算機１５２，１５３から出力する場合も、同じ作用で実現できることは言うまでもない。
【０２３５】
図３５で示した第１７の実施の形態によれば、要求時に監視・制御対象の電力系統２０の状態に促して単線結線図，音声，警報のいずれか又はこれらを組み合わせた形態で表現する情報のうちの電力設備又は電圧階級又は時間又はそれらの組み合わせ条件毎に該当する部分の情報を計算機１５２，１５３から新たに出力するようにする際には、計算機３７６に第１のソフトウェア編集手段３９４を追加し、かつディスク３１ａに第２のソフトウェア４１２を追加すればよく、計算機１５２又は１５３にソフトウェア用のメモリを追加したり、その後ソフトウェアを組み込むという作業も必要なく、極めて有利である。
【０２３６】
図３６は本発明の第１８の実施の形態を示すブロック図である。本実施の形態では複数のソフトウェア実行手段の間で互いにソフトウェア機能を呼び出すためのメッセージを送信するようにしたものである。
【０２３７】
図３６において図２と同一機能部分には同一符号を付して説明を省略する。本実施の形態で新たに付加したものはメッセージ交換手段１００であり、ここで付加したメッセージ交換手段は、ネットワークを介して分散配置された複数のソフトウェア実行手段の間で互いのソフトウェアの機能を呼び出すためのメッセージを送信し、呼び出した機能の結果を格納したメッセージを受信する手段を提供することにより、ソフトウェア実行手段間で分散処理を実現するものである。
【０２３８】
図３７はメッセージ交換の概念図であり、メッセージ交換手段１００から各ソフトウェア実行手段１３−１〜１３−ｎにメッセージを送信し合っている。本実施の形態によれば、ソフトウェア実行手段１３−１〜１３−ｎの間でメッセージを交換し互いの機能をネットワークを介して呼び出すことができるので、例えば情報入力手段，記録ソフトウェア，表示ソフトウェアは夫々ネットワークを介して接続された別々のソフトウェア実行手段の中で実行することが可能となる。なお、図３７では情報入力手段もソフトウェアとして実行されている例である。
【０２３９】
メッセージ交換手段とは、ＬＡＮやＷＡＮ等の任意のネットワークとそのネットワーク上で任意のメッセージを交換する通信手順の総称であり、例えば、ＴＣＰ／ＩＰのネットワークとＴＣＰ／ＩＰ上のリモートプロシジャコール（遠隔関数呼び出し）であるＲＰＣのことである。本実施の形態によれば、ソフトウェア実行手段の選択の自由度が増大するため、第１の実施の形態の効果を益々増強することができる。
【０２４０】
図３８は各ソフトウェア実行手段との間のネットワークが低速な場合に、電力系統監視制御システム全体の処理性能が低下することを示す概念図である。これは、情報入力ソフトウェア９１と表示ソフトウェア９４や記録ソフトウェア９３等の各ソフトウェア実行手段とを接続するネットワーク９０がボトルネックとなるためである。
【０２４１】
図３９は本発明の第１９の実施の形態を示す構成図であり、情報入力手段とそれらの各ソフトウェア間の情報授受が高速に実行できるようにしたものである。図３９に示すように情報入力ソフトウェアを分散配置し、情報入力手段に入力された情報を各ソフトウェアが参照する場合の低速なネットワークに起因するボトルネックを回避しようとしている。
【０２４２】
図３９では情報入力ソフトウェア１（９１）と情報入力ソフトウェア２（９６）の間が低速なネットワーク９０であり、又、情報入力ソフトウェア２（９６）と監視ソフトウェア（９２），記録ソフトウェア（９３），表示ソフトウェア（９４），制御ソフトウェア（９５）の各ソフトウェア実行手段間が高速なネットワーク９７になっている。
【０２４３】
上記構成において、情報入力ソフトウェア１（９１）は収集した情報を保持することなく直ちに全ての情報入力ソフトウェア２（９６）に出力する。これを受けた情報入力ソフトウェア２（９６）は第１の実施の形態で示した情報入力ソフトウェアと同様な作用を行なう。
【０２４４】
上記により情報を入力された情報入力ソフトウェア２（９６）は、情報入力ソフトウェア１（９１）との間が低速なネットワーク９０であっても、ある情報に関して低速なネットワークを経由して情報の授受を行なうのは１回だけでよく、一旦情報入力ソフトウェア２（９６）に入力された情報については、情報入力手段２と各ソフトウェア実行手段９２…９５との間で何度情報の授受を行なっても、両者の間が高速なネットワーク９７で接続されているので、情報授受の効率が低下することはない。
【０２４５】
図４０は第２０の実施の形態を示す構成図である。本実施の形態ではソフトウェアを呼び出す際に、ソフトウェア呼び出しの頻度が増えてもソフトウェアの配信のためのオーバーヘッドが増えないようにしたものである。そのため電力系統監視制御システムのソフトウェア実行手段において、ソフトウェア保存手段から配信されたソフトウェアを一定期間保持する手段（ソフトウェア保持手段）１４０を設けたものである。
【０２４６】
ソフトウェア実行手段１３は図４０に示すように以下の構成要素からなる。
（１）ソフトウェア受信手段４１。
（２）ソフトウェア実行環境４２。
（３）入出力装置４３。
（４）ソフトウェア保持手段１４０。
【０２４７】
上記の（１）〜（３）は第１の実施の形態や第２の実施の形態のソフトウェア実行手段が持つ構成要素と全く同じ構成要素であり、各要素の作用は前記各実施の形態と同様の作用を行なう。
【０２４８】
上記（４）は以下の作用を行なう。
・ソフトウェア受信手段41が受信したソフトウェアを一定の期間保持する。以下、保持しているソフトウェアをキャッシュされたソフトウェアと呼ぶ。又、保持しているソフトウェアが複数ある場合は、それら複数のソフトウェアを総称してキャッシュされたソフトウェア群と呼ぶ。
【０２４９】
・ソフトウェア管理手段１４からソフトウェアの実行を指示されると、実行を指示されたソフトウェアが上記のキャッシュされたソフトウェア群の中にあるかどうか調べる。そこにあれば、キャッシュされたソフトウェア群の中から当該ソフトウェアを取り出し、そのソフトウェアの実行を開始する。
【０２５０】
・上記のキャッシュされたソフトウェア群の中に指示されたソフトウェアが存在しない場合は、通常の手順に従ってソフトウェア保存手段１２からソフトウェアの配信を受けて、当該ソフトウェアの実行を開始する。そのソフトウェアは又一定期間ソフトウェア保持手段１４０の中で保持する。
【０２５１】
上記作用に伴ない、ソフトウェア管理手段とソフトウェア実行手段間のソフトウェア実行指示の方法が、次の２つのステップからなる実行指示方法に変更される。
【０２５２】
ｓｔｅｐ１：
ソフトウェアの種類を指定してソフトウェアの実行を指示する。ソフトウェア実行手段が当該ソフトウェアを保持していれば、保持しているソフトウェアの実行を開始し、以下に示すｓｔｅｐ２は省略される。ソフトウェア実行手段が当該ソフトウェアを保持していなければ次のｓｔｅｐ２を実行する。
【０２５３】
ｓｔｅｐ２：
ソフトウェア管理手段はソフトウェア保存手段から実行を指示するソフトウェアを取り出し、そのソフトウェアを目的のソフトウェア実行手段に配信する。配信後、配信したソフトウェアの実行を指示する。
【０２５４】
なお、ソフトウェア保持手段で保持する期間は任意に選んでよい。例えば、ソフトウェア保持手段で保持できるソフトウェアの容量に余裕がある場合には、容量の許す限り保持し続けてもよいし、当該ソフトウェア実行手段のイニシャライズの都度、保持していたソフトウェアを破棄するようにしてもよい。本実施の形態によると、動的な機能配置の頻度が増えてもソフトウェアの配置のためのオーバーヘッドの増大を抑えることができる。
【０２５５】
図４１は第２１の実施の形態を示す構成図である。本実施の形態では複数のソフトウェア又はソフトウェア実行手段を予め決められたグループ毎に配置を決めたり、プログラムなどの外部条件に応じてグループを決定しておこうとするものである。
【０２５６】
そのため、複数のソフトウェア又はソフトウェア実行手段が協調して、ネットワークを介した監視・制御をする際に、複数のソフトウェア又はソフトウェア実行手段をグループ化する制御手段を設けるようにした。
【０２５７】
図４１において、情報入力手段１１，ソフトウェア保存手段１２，ソフトウェア実行手段１３及びソフトウェア管理手段１４は、図２，図６と同じ構成であり、又、メッセージ交換手段１００は図３６と同じ構成である。
【０２５８】
８１６は本実施の形態の構成として新たに付加されたものであり、ソフトウェア又はソフトウェア実行手段を１つあるいは複数のソフトウェア又はソフトウェア実行手段にグループ化するグループ化制御手段である。８１６はソフトウェアあるいはソフトウェア実行手段で実現されるが、例えば図５に示すような計算機システムでも構成することができる。
【０２５９】
したがってグループ化制御手段はネットワークを介して分散配置された複数のソフトウェア又はソフトウェア実行手段を、１つあるいは複数のソフトウェア又はソフトウェア実行手段にグループ化する。監視対象システムは各々グループ単位で監視制御され、ソフトウェア又はソフトウェア実行手段グループ間での分散処理が実現される。
【０２６０】
通常時の動作を説明する。情報入力手段１１，ソフトウェア保存手段１２，ソフトウェア実行手段１３，ソフトウェア管理手段１４は、図２と同じように動作する。又、メッセージ交換手段１００は図３６と同じように動作する。
【０２６１】
グループ化制御手段８１６はメッセージ交換手段１００を媒介として、ソフトウェア管理手段１４，ソフトウェア実行手段１３，情報入力手段１１等からの情報により、監視・制御対象の範囲を監視制御するソフトウェア又はソフトウェア実行手段のグループを決定する。
【０２６２】
これらはメッセージ交換手段１００を介して、ソフトウェア管理手段又はソフトウェア実行手段へ通知する。図４１ではグループ化制御手段と他の手段間のデータの流れ及びこれを介するメッセージ交換手段は省略された図となっている。
【０２６３】
図４２は上記図４１を更に具体化して示した構成図であり、情報入力手段もソフトウェアとして実行されている例である。又、表示ソフトウェア，記録ソフトウェアは第１の実施の形態と同じものである。ソフトウェア管理手段１４は図２などと同じ作用をするが、ソフトウェアのグループ化制御手段８２５により、実行の開始を指示できるソフトウェアに制限が加えられる。
【０２６４】
図４２では物理的に離れた個所にあるソフトウェア実施手段である表示ソフトウェア，記録ソフトウェアが、ＴＣ装置１に関する監視制御を行なうソフトウェア実施手段グループ１を構成し、同一ソフトウェア実施手段内の記録ソフトウェア，表示ソフトウェアがグループ２を構成する。
【０２６５】
本実施の形態によれば、複数のソフトウェア又はソフトウェア実行手段をグループ化することができるので、例えば、ある特定の情報入力手段，記録ソフトウェア，表示ソフトウェアなど（夫々ネットワークを介して接続された別々のソフトウェア実行手段の中で実行できる）が、連系して特定の監視対象システムを監視制御することが可能となる。
【０２６６】
ソフトウェア実行手段は各々分散している場合もあるし、ある特定のグループで同期・連系して動作することもある。これらの関して、以下に示すものが考えられる。
【０２６７】
監視対象システム全体を１つあるいは複数のソフトウェア実施手段グループで管轄、即ち、監視制御する。又、監視対象システムをいくつかに分割して、１つ又は複数のソフトウェア実施手段グループで管轄する。又、ソフトウェアのグループ化，解除を実行する機構を持つ。即ち、ソフトウェアのグループ化制御手段を以下の条件で設定可能とする。
【０２６８】
１）動的なグループ化，解除：現状のシステム形態と同じ考え方で、予め管轄する監視対象システムを固定し、監視制御するソフトウェア又はソフトウェア実施手段を固定する。
２）動的なグループ化，解除：第２の実施の形態と同様に、ソフトウェア実施手段の負荷や障害、又、対象プロセスの状態等から、動的にソフトウェア又はソフトウェア実施手段グループを決定する。
【０２６９】
３）グループ化禁止：上記動的グループ解除に関連して、あるソフトウェア又はソフトウェアのグループの影響（例えばソフトウェアの割り当て過多や障害）を他のグループへ与えないようにする目的で、あるソフトウェア又はソフトウェアを実行手段について、グループ化への参加を禁止する機能を持つ。
【０２７０】
本実施の形態によれば、ソフトウェアの配置を予め決められたグループ毎に配置を決定したり、プロセスなどの外部条件に応じたグループを決定しておくなどの制御をかけることができるため、従来のような固定的なシステム構成で、固定的なプロセスを監視制御の対象とする必要がなくなり、ソフトウェア実施手段の有効活用が可能となる。
【０２７１】
図４３は第２２の実施の形態を示す構成図である。本実施の形態では複数のソフトウェア実行手段を用いて同一ソフトウェアの実行をしようとするものである。したがって本実施の形態で新たに付加されたものは２重化管理手段２００であり、その他の構成は図２に示すものと同様である。
【０２７２】
なお、２重化管理手段２００はネットワークを介して分散配置された複数のソフトウェア実行手段に対し、同一のソフトウェアの実行を指示して、結果を受信し、システムとしての最終結果を決定する。２重化管理手段２００により、同一のソフトウェアを２つ以上のソフトウェア実行手段により実行できるので、次のことが実現可能となる。
【０２７３】
（１）複数のソフトウェア実行手段の結果を受け取り、同じ結果であることを確認した後、その結果を使用する。
（２）複数のソフトウェア実行手段で実行した結果、早く受け取った結果を使用する。
（３）複数のソフトウェア実行手段で実行した結果、正常に結果を算出したものを使用する。
【０２７４】
図４４は作用を説明するための概念図であり、２重化要求手段２０１はプログラムとデータの両方をもったソフトウェアを、２つ実行することをソフトウェア管理手段１４に要求する。ソフトウェア管理手段１４はソフトウェア要求手段から同じソフトウェアを、ソフトウェア実行手段（１）１３−１とソフトウェア実行手段（２）１３−２に送信する。
【０２７５】
本実施の形態によれば、同一のソフトウェアを２つ以上のソフトウェア実行手段により実行できるので、上記（１）〜（３）のように利用でき、２重化に必要な特殊なソフトウェアを用意することなく、容易に２重化システムを構築してシステムの信頼性を高めることができる。
【０２７６】
図４５は第２３の実施の形態を示す構成図である。本実施の形態ではプログラム又はデータを変更した後の動作確認も併せてできるようにしたものである。電力系統監視制御システムではプログラムやデータの変更が頻繁に行なわれる。
【０２７７】
従来の電力系統監視制御システムではプログラム又はデータを変更した後の動作確認試験を行なう場合、運用中のシステムに影響を与えないようにするため、運用中の計算機から１台又は複数台の計算機を切り離して行なっていた。
【０２７８】
例えば、従来の代表的な分散型の電力系統監視制御システムである図４６においては、監視機能用計算機Ｂ７２において変更したプログラムの試験を行なうために、運用中システム（他の計算機）から計算機７２を切り離し、計算機７２で変更したプログラムの動作確認試験を行なう必要があった。計算機７２の試験のためには必要に応じて他の計算機（例えば、記録機能用計算機Ｃ７３など）も運用中システムから切り離す必要があった。
【０２７９】
しかしながら、従来の電力系統監視制御システムでは、変更を行なったプログラムやデータの動作確認試験を一部又は全体を運用中システムから切り離すことによって実現していたため、切り離した計算機で実現していた機能が実施できなかった。
【０２８０】
又、信頼性を確保するために１つの機能を複数の計算機で実現しているシステムでは、プログラムの確認試験のために１台又は複数台の計算機を切り離しても運用中のシステムの機能は損なわれなかった。しかし、動作確認試験中に運用中の計算機から何らかの障害で停止した場合、バックアップできないなどの障害により動作確認中の該当機能が実現できなくなっていた。
【０２８１】
従って、本実施の形態では第１の実施の形態又は第１１の実施の形態を実現する監視・制御システムにおいて、システムの全体又は一部の動作試験を行なうことを目的に、ソフトウェア保存手段１２をバージョン管理部３２と補助記憶装置３１とから構成した。
【０２８２】
バージョン管理部３２はバージョンの異なる複数のソフトウェアを管理すると共に、ソフトウェア管理手段１４からのソフトウェア要求メッセージ６２１を入力すると必要なバージョンのソフトウェアを補助記憶装置３１から選択して出力するするように構成してある。
【０２８３】
ソフトウェア保存手段は電力系統を監視制御する種々のプログラム又は種々のデータ、あるいはその両方からなる種々ソフトウェアを記録保存する。このとき、同一ソフトウェアではあるがバージョンの異なる複数のソフトウェアを記録保存することもできる。記録保存されているソフトウェアをソフトウェア管理手段経由、ソフトウェア実行手段に供給する。
【０２８４】
次に作用であるが、ソフトウェア管理手段１４はソフトウェア要求メッセージ６２１をソフトウェア保存手段12へ送る。このソフトウェア要求メッセージ６２１には、ソフトウェア名とソフトウェアバージョンが格納されている。ソフトウェア保存手段１２のバージョン管理部３２は、ソフトウェア要求メッセージ６２１を解読し、該当ソフトウェアを補助記憶装置３１から読み出し、ソフトウェア管理手段１４へ送る。
【０２８５】
バージョン管理部３２がソフトウェア名とソフトウェアバージョンから該当ソフトウェアを読み出す方法には、以下のような方法がある。
（１）ソフトウェア名とソフトウェアバージョンが一致しているものを読み出す。
（２）ソフトウェア名が一致しており、ソフトウェアバージョンが最も近いものを読み出す。
（３）同一ソフトウェア名が１つのみの場合はソフトウェアバージョンに関係なく読み出す。
このようなバージョン管理部３２は、複数のソフトウェアから該当するソフトウェアを読み出す機能を持っている。
【０２８６】
本実施の形態によれば、ソフトウェア保存手段にバージョンの異なる複数のソフトウェアを保存することにより、以下の効果が得られる。
（１）同一機能の異なるバージョンのソフトウェアを読み出すことにより、プログラムやデータの変更に伴なう動作確認試験を行なうことができる。
（２）運用中の計算機を停止することなく動作確認試験を行なうことができる。
（３）運用中の計算機に影響を与えることなく動作確認試験を行なうことができる。
【０２８７】
本発明の監視・制御システムは、記録媒体に記録保持されたソフトウェアを、ソフトウェア管理手段からのアクセスによりソフトウェア実行手段に配信供給して実行されることにより、情報入力手段から入力される監視・制御対象の状態を示す情報を表示，監視，記録，制御，運転支援等の各種機能の一部又は全部について実現することができる。
【０２８８】
又、記録媒体に記録保持されたソフトウェアを、ソフトウェア管理手段からのアクセスによりソフトウェア実行手段に配信供給して実行されることにより、オペレータ又は他の制御手段から制御指示を受け付けて、監視・制御対象を制御する機能を実現することができる。
【０２８９】
【発明の効果】
以上説明したように、本発明によればプログラムとデータとからなるソフトウェアを配信し、これを用いてソフトウェアの実行をするように構成したので、機能拡張の容易な監視・制御システムを提供できる。
【図面の簡単な説明】
【図１】本発明に係る監視・制御システムの概念を示す図。
【図２】図１の概念を機能ブロックで表わしたブロック構成図。
【図３】情報入力手段１１の具体的な実施の形態の一例を示すブロック構成図。
【図４】ソフトウェア保存手段１２の具体的な実施の形態の一例をを示すブロック構成図。
【図５】ソフトウェア実行手段１３の具体的な実施の形態の一例を示すブロック構成図。
【図６】ソフトウェア管理手段１４の具体的な実施の形態の一例を示すブロック構成図。
【図７】ソフトウェア管理手段１４とソフトウェア保存手段１２が物理的に同一の計算機システムで構成されるケースを示すブロック図。
【図８】ソフトウェア管理手段１４とソフトウェア実行手段１３が物理的に同一の計算機システムで構成されるケースを示すブロック図。
【図９】ソフトウェア管理手段１４の処理内容の一例を示すフローチャート。
【図１０】ソフトウェア実行手段１３の処理内容の一例を示すフローチャート。
【図１１】表示ソフトウェアの一例を示すブロック図。
【図１２】記録ソフトウェアの一例を示すブロック図。
【図１３】系統監視盤ソフトウェアの一例を示すブロック図。
【図１４】制御ソフトウェアの一例を示すブロック図。
【図１５】監視ソフトウェアの一例を示すブロック図。
【図１６】各ソフトウェアを組み合わせて実現される電力系統監視制御システムの概念図。
【図１７】図１６に制御機能を拡張し、電力系統監視制御システムを発展させた概念図。
【図１８】ソフトウェア管理手段の中の供給管理の処理内容を示すフローチャート。
【図１９】本発明の監視・制御システムの第１の実施の形態を示す構成図。
【図２０】本発明の監視・制御システムの第２の実施の形態を示す構成図。
【図２１】本発明の監視・制御システムの第３の実施の形態を示す構成図。
【図２２】本発明の監視・制御システムの第４の実施の形態を示す構成図。
【図２３】本発明の監視・制御システムの第５の実施の形態を示す構成図。
【図２４】本発明の監視・制御システムの第６の実施の形態を示す構成図。
【図２５】本発明の監視・制御システムの第７の実施の形態を示す構成図。
【図２６】本発明の監視・制御システムの第８の実施の形態を示す構成図。
【図２７】本発明の監視・制御システムの第９の実施の形態を示す構成図。
【図２８】本発明の監視・制御システムの第１０の実施の形態を示す構成図。
【図２９】本発明の監視・制御システムの第１１の実施の形態を示す構成図。
【図３０】本発明の監視・制御システムの第１２の実施の形態を示す構成図。
【図３１】本発明の監視・制御システムの第１３の実施の形態を示す構成図。
【図３２】本発明の監視・制御システムの第１４の実施の形態を示す構成図。
【図３３】本発明の監視・制御システムの第１５の実施の形態を示す構成図。
【図３４】本発明の監視・制御システムの第１６の実施の形態を示す構成図。
【図３５】本発明の監視・制御システムの第１７の実施の形態を示す構成図。
【図３６】本発明の監視・制御システムの第１８の実施の形態を示す構成図。
【図３７】図３６のメッセージ交換の概念を示す図。
【図３８】情報入力手段と各ソフトウェア実行手段の間のネットワークの情報伝達速度がボトルネックとなりシステム全体の性能が低下する場合の例を示す概念図。
【図３９】本発明の監視・制御システムの第１９の実施の形態を示す構成図。
【図４０】本発明の監視・制御システムの第２０の実施の形態を示す構成図。
【図４１】本発明の監視・制御システムの第２１の実施の形態を示す構成図。
【図４２】図４１を更に具体的に示した構成図。
【図４３】本発明の監視・制御システムの第２２の実施の形態を示す構成図。
【図４４】図４３の作用を説明するための概念図。
【図４５】本発明の監視・制御システムの第２３の実施の形態を示す構成図。
【図４６】従来の監視・制御システムの概念図。
【符号の説明】
１１ 情報入力手段
１２ ソフトウェア保持手段
１３ ソフトウェア実行手段
１４ ソフトウェア管理手段
１４ａ ネットワーク
１４ｂ 管理カーネル
２０ 監視・制御対象
２３ 情報保存エリア
３１ 補助記憶装置
４１ ソフトウェア受信部
４２ ソフトウェア実行環境
１００ メッセージ交換手段
１２０ ソフトウェア
２００ ２重化管理手段
３９２ 編集部
８１６ グループ化制御手段
Ｍａ，Ｍｂ モニター[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a monitoring / control system.
[0002]
[Prior art]
Even if a conventional supervisory control computer system is a distributed system using a plurality of computers, the function executed by each computer is a fixed function and is required as the function (system scale) increases. The number of computers, or the capabilities of individual computers, are required to increase sequentially. FIG. 46 shows an example of a conventional typical distributed monitoring and control system in the electric power system field.
[0003]
46 has a distributed system configuration in which five computers 71 to 75 are connected via a LAN 70. The computer 71 has an information input function, the computer 72 has a monitoring function, and the computer 73 has a recording function. Each function such as a function, a control function in the computer 74, and a driving support function is performed in the computer 75, and a computer that executes each function is fixedly determined. Information from the monitoring / target system 76 such as a power system is input to the computer 71.
[0004]
In the conventional example of this type, any one of the following methods (1) and (2) is employed to enhance the function of the system.
(1) Add a new computer and add functions to it.
(2) Instead of adding a new computer, select one of the existing computers, add a central processing unit (CPU) to the computer, and increase the capacity of the auxiliary storage device or main storage device. Extend and add functionality to it.
[0005]
[Problems to be solved by the invention]
As is clear from the above description, the enhancement of the function according to the conventional method can either provide only a limited expansion or an economically disadvantageous expansion. That is, in the method (1) in which the CPU is added and the expanded computer is provided with an extended function, it is possible only in a computer in which the CPU can be added. In the system (2) in which distributed processing is performed, the distributed processing computer This is a method of increasing the number of computers and providing an expanded function to the added computers, which is disadvantageous economically.
[0006]
Here, the method (1) is not possible with all computers. The method (1) must be a computer with a CPU expansion function from the beginning, and the range in which functions can be expanded is limited. ing. In particular, in the method (2), it is necessary to install a distributed processing computer for each function, and as the number of functions increases, a large number of computers are required, which is a very expensive method.
[0007]
The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a monitoring / control system in which functions to be monitored can be easily expanded and computer resources can be efficiently operated.
[0008]
[Means for Solving the Problems]
A monitoring / control system according to claim 1 of the present invention is a distributed system in which a plurality of computers having different functions are connected to each other via a network, and the functions shared by the computers are comprehensively monitored and controlled. In the monitoring / control system used, information input means for inputting information indicating the state from the monitoring / control target whose state changes and at least one monitoring screen connected to the network are monitored / controlled. Consists of data and / or programs required to display status, Information that includes at least one or more information on display methods such as characters, symbols, figures, and tables, their screen display positions, and their colors and sizes Static software storage means for storing static software, and information indicating the status of the monitoring / control target input from the information input means and the static software are input, and the monitoring / control target is displayed on the screen and video. Dynamic software editing means for editing and creating one or more dynamic software composed of both a program and data that outputs information expressed in the form of any one of the above, mosaic display panel, audio, alarm, or a combination thereof Whether to execute the dynamic software stored in the dynamic software storage means on at least one monitoring screen connected to the network. Software management means for determining and distributing and the dynamic software distributed and supplied from the software management means Receive and execute the status of the monitoring / control target, Including information on display methods such as characters, symbols, diagrams, tables, their display positions, and their colors and sizes And at least one software execution means for outputting information expressed in one of a screen, a video, a mosaic display panel, audio, an alarm, or a combination thereof.
[0009]
DETAILED DESCRIPTION OF THE INVENTION
The embodiment of the present invention will be described with reference to FIG. 19 and subsequent figures. Before that, in order to facilitate understanding of the concept of the invention, the conceptual configuration diagram of FIG. 1 and the functional block diagrams of FIGS. 2 to 18 will be used. The concept of the first to third embodiments will be described. The monitoring / control target of the present invention is mainly an example of a power system, but it may be a power plant, a water and sewage plant, a chemical plant, or the like. In FIG. 1, reference numerals 151, 152, 153 and 154 denote computers, which are respectively connected to a network 14a such as a LAN.
[0010]
Of these computers, although not shown, 151 includes an initialization setting file, and the management kernel 14b is stored in the initialization setting file. Here, the management kernel (kernel) is a term indicating a central part of a normal OS (operating system), but in the present invention, it is used to mean a part that functions as a management unit that distributes and executes the software. ing.
[0011]
The management kernel 14b accesses the software storage unit 12 so that the software is read out and distributed to the software execution unit 13 provided in the other computers 152 and 153 via the network 14a. Here, the computer 151 functions as a Web server computer by Web server software, while the computers 152 and 153 function as Web client computers by Web client software.
[0012]
To elaborate on the above-mentioned software, information indicating the status of an object (system) such as a monitoring target or control target is displayed and recorded, or the target system is monitored, controlled or operated based on the status information. Software for realizing part or all of various functions such as support, and is composed of programs or data, or both programs and data. A detailed example of this software will be described in FIG.
[0013]
20-1, 20-2,..., 20 -n (hereinafter referred to simply as 20) are monitoring / controlling objects such as an electric power system, a power plant, a water and sewage system, or a chemical plant. The control target 20 is configured to input information indicating its state to the computer 154 by appropriate transmission means T such as wired or wireless.
[0014]
In the present invention, the portion of the network 14 a and the management kernel 14 b that are combined for convenience is referred to as software management means 14, while the one-dot chain line that combines a portion of the functions of the computer 152 and a portion of the functions of the network 14 a and the computer 154. A portion indicated by a frame is referred to as information input means 11. This information input means 11 is also configured between the computer 153, the network 14a, and the computer 154, but is omitted because it is complicated in the figure. The above is the concept of the present invention.
[0015]
FIG. 2 is an overall functional conceptual diagram when FIG. 1 is arranged with attention paid to functions. Details of each means constituting this FIG. 2 will be further described with reference to FIG. 3 and subsequent figures. The information input unit 11 inputs information indicating the state of the monitoring / control target 20 whose state quantity changes, and passes the information to an arbitrary software execution unit 13. I will explain this in more detail.
[0016]
That is, when the information input means 11 starts executing based on the command, it starts collecting all information of the binary information of the monitored system 20 by information transmission from a remote monitoring control device or the like (not shown). This is information representing the various supply configuration states that constitute the target system. For example, the valve open / close state, the electrical ON / OFF information of the electrical equipment, etc.) and the collected information are all input as binary data.
[0017]
However, “input” here is used in any of the following meanings.
(1) Hold in a data information holding area in the information input means.
(2) Immediately output to all of the plurality of software execution means 13 using broadcast communication or the like without holding the collected information. However, it does not matter how information is transferred to the software execution means 13.
[0018]
In the present invention, any of the above methods may be used. Also, numerical information such as the voltage, current, and power flow of the power system is sent at regular intervals from the information transmission means such as the remote monitoring control device, and the information is input as all numerical data in the information input means. After collecting all the binary information of the power system, the state change of the collected binary information of the power system is monitored, and the state change is input as the state change data in the information input means.
[0019]
When there is a reference request for the above information from another software execution means 13, the information input means responds with the information. In addition, when there is a request to notify the occurrence of the above-mentioned state change data from another software execution means (hereinafter referred to as a state change notification request), the request source is notified when the occurrence of the state change data is detected. Notification of change (hereinafter referred to as status change notification).
[0020]
Although an example of the information input means 11 is shown in FIG. 3, this invention is not limited to this. In FIG. 3, 22 is an information input driver, and 23 is an information holding area for holding this input information. Reference numeral 24 denotes information reference accepting means, which is necessary when the information input means 11 and the software execution means 13 are provided in different computers, but may be omitted when 11 and 13 are provided in the same computer. it can.
[0021]
Reference numeral 12 denotes software storage means for recording and storing various software necessary for monitoring, controlling, or monitoring and controlling the monitoring / control target. For example, an auxiliary storage device 31 is provided inside as shown in FIG. The auxiliary storage device 31 stores and saves software such as software for monitoring or controlling the monitoring / control target and software for inputting the status of the monitoring target system. Then, this software is read by the software management means 14 and distributed and supplied to the software execution means 13-1 to 13-n (the reference numerals are simply referred to as 13 except when there are a plurality of meanings below).
[0022]
The software execution means 13 is a means for specifically executing the functions possessed by the above software. The software reception means 41, the software execution environment 42 and the input / output device as shown in FIG. 43 is configured. Details of the software execution means 13 will also be described in detail later.
[0023]
Reference numeral 14 denotes software management means for distributing and supplying software recorded and stored in the software storage means 12 to the corresponding software execution means 13-1 to 13-n. ) To (3). That is,
[0024]
(1) Determine the software necessary to realize functions such as display, monitoring, recording, control, and driving support of the monitoring / control target. As shown in FIG. 1, when all the functions are distributed and distributed for each distributed computer, the corresponding computer is selected.
(2) The software execution means that should execute the software determined above is determined from the plurality of software execution means 13-1 to 13-n.
(3) The software determined in (1) above is distributed and supplied to the software execution means 13 determined in (2) above, and execution of the software is instructed there.
[0025]
The software management means 14 is configured in the computer as shown in FIG. 6, for example. In the example of FIG. 6, the software management means 14 is composed of a network 14a and a management kernel 14b, and the management kernel 14b is composed of an initialization management unit 14b1 and a supply management unit 14b2.
[0026]
The initialization management unit 14b1 includes a software recognition unit 51, a software execution unit selection unit 52, and a software execution instruction unit 53 (details will be described later). The management kernel 14b can be composed entirely of software, and the software management means 14 itself including the network 14a can be constructed on a general WS (workstation) or PC (personal computer) connected to the network.
[0027]
In FIG. 1, the computers constituting the above 151 to 154 are each composed of physically separate computers, but can also be composed of physically the same computer. FIG. 7 shows a case where the software management means 14 and the software storage means 12 are physically configured in the same computer, while FIG. 8 shows that the software management means 14 and the software execution means 13 are physically the same. It represents a case configured in the computer. In particular, the case of FIG. 8 is a case where a plurality of software management means 14 exist. Although details in the management kernel are not shown in FIGS. 7 and 8, the configuration of the management kernel is the same as that in FIG.
[0028]
As described above, the units 11 to 14 appearing in FIG. 2 have been described in general. Next, how the software execution unit 13 activates the software distributed and supplied from the software management unit 14, Explain how to actually implement the functions of software.
[0029]
[Method of activation]
(1) When the software is a supervisory control program:
The software execution means reserves only one or both of a main memory and an auxiliary storage device area (hereinafter referred to as a disk) necessary for executing the supplied program, and starts executing the program.
[0030]
(2) When the software is data:
The software execution means secures the main memory and / or the disk capacity required for holding the supplied data, and thereafter prepares the environment so that other programs can use the data.
[0031]
(3) When the software is both a supervisory control program and data:
The software execution means secures the disk and / or main memory area that holds the supplied data and prepares an environment in which the same data can be used from the program supplied in the same way as the data. Only one or both of the main memory and the disk area necessary for executing the program are secured, and the execution of the program is started.
[0032]
The function constituting the monitoring / control target is realized by executing the software after activating the software by the software execution means as described above. In other words, the software executed by the software execution means inputs information representing the status of the monitored system from the information input means, and uses this input information to display, monitor, record, control, drive support, etc. of the monitored system. Realize some or all of the functions.
[0033]
The software management means 14 mainly performs the following two actions.
(1) The power system monitoring control system is initialized (initialization management).
(2) Supply management of software during execution of the power system monitoring control system (supply management).
[0034]
Their actions are as follows.
I) Initialization of power system monitoring and control system
The software management means initializes the monitoring / control system by the following three actions I-1, I-2, and I-3.
[0035]
I-1: Identification of software execution means
When the software management means starts execution, it confirms the existence of the software execution means connected via the network (the number and location of the software execution means in operation) or the presence of the software execution means in the same computer as the software management means To do. The confirmation method is, for example, one of the following methods (however, the method does not matter).
[0036]
(1) The contents set in advance in the initialization setting file are read to check the existing execution means.
(2) An inquiry is made to the software execution means via the information transmission means, and the existing execution means is confirmed by obtaining information.
(3) When the software management means 14 is composed of the same computer as the software execution means 13, it is set in advance so that the software execution means in the same computer can be recognized.
[0037]
I-2: Selection of execution software
Upon confirming the presence of the software execution unit 13, the software management unit 14 selects software for realizing the monitoring / control system by the following method (regardless of method), for example.
[0038]
(1) Read the contents described in advance in the initialization setting file.
(2) Based on input information from the man-machine device.
When there are a plurality of software execution means, the software management means 14 selects the software execution means to be executed, but any selection method may be used (for example, a software execution means with a low load is selected).
[0039]
I-3: Software execution instruction
When the software execution means can be confirmed and the software to be executed can be confirmed, the software management means 14 supplies the corresponding software from the software storage means to the software execution means, and instructs execution of the software. Here, the software execution instruction is used to mean “suppliing software stored in the software storage unit to the software execution unit and instructing execution of the software”.
[0040]
However, in the present invention, the software management means may be any means for distributing and supplying software from the storage means to the software execution means. For example, it may be realized by using an arbitrary network such as a LAN or WAN and a communication procedure for transmitting the software on the network. A more specific example is to use a TCP / IP (Transmission Control Protocol over Internet Protocol) network and TCP / IP file transfer means; FTP (File Transfer Protocol).
[0041]
II) Software supply management during execution of the power system monitoring and control system Among the software executed in the software execution means, other software is dynamically called during execution of the software, and the power system monitoring and control system is called into the software. Some of them perform some functions. The processing software management means manages the supply of software that is dynamically called from such running software by the following operation.
[0042]
FIG. 9 is a flowchart showing the processing contents of the software management means 14. This processing consists of (I) initialization processing and (II) supply management. In the initialization, processing functions, priorities, etc. of each computer are set in advance for each individual computer. It is set in the management kernel in the initialization file of the indicated computer.
[0043]
The supply management process includes the following four processes.
(1) When the initialization of the power system monitoring control system is completed by the action of I, the system waits for a software call request from the software instructed to execute (step S91).
(2) When there is a software call request from the software instructed to execute, the requested software is taken out from the software storage means (step S92).
[0044]
(3) It is determined whether or not the extracted software is executable by the request source software (step S93). If the software is executable (YES), the extracted software is sent to the request source software execution means. Is instructed to execute (step S94).
(4) If the extracted software is software (NO) that cannot be executed by the request source software, the software that can execute the software is selected from other software execution means identified by the action of I, and The software execution means is instructed to execute software (step S95).
[0045]
With the above operation, the software management unit responds to a new software execution request from the software being executed. The software execution means 13 can execute one or more pieces of software based on the software execution instruction from the software management means 14 described above, and operates as follows, for example. FIG. 10 is a flowchart showing the processing contents of the software execution means. This process consists of the following five processes.
[0046]
(1) When the operation is started, the system waits for receiving a software execution instruction from the software management means 14 (step S10).
(2) When a software execution instruction is received from the software management means 14, it is determined whether or not the software for which the execution instruction has been issued can be executed by the own software execution means (step S11).
(3) If it can be executed, a corresponding child process is generated (step S12), and execution of the software is started (step S13).
[0047]
(4) When the execution of the software is completed, the execution result is notified to the software management means 14, and the software used for the execution is discarded (step S14). (Some software continues to operate for an infinite period of time when the operation starts.)
(5) If the execution of the software is started and the software is finished, but another software can be executed, the software execution means 13 waits for a software instruction from the software management means 14. (Step S10).
[0048]
If there is an instruction to execute another software in this state, a corresponding child process is generated (step S12), and the specified other software is executed. The functions (display, monitoring, recording, control, etc.) for configuring the monitoring / control system operate as described above. The information input unit itself may be realized by the above-described operation, or the information input unit may be fixedly executed by a specific computer as in a conventional distributed system.
[0049]
An example of a part of software for configuring the monitoring / control system is shown below. For example, the monitoring / control system can be configured by arbitrarily combining the following software and the like.
[0050]
FIG. 11 is a diagram showing software execution means for executing display software, which is a software execution means for providing a function for displaying a state of a monitoring / control target on a monitor (CRT device). This means can be realized by a computer equipped with a CRT device as shown in the figure.
[0051]
That is, the input / output device 43 in FIG. 5 can be realized as a function (input I / F) for inputting information from the information input unit and a software execution unit such as a CRT device (monitor). Reference numeral 13 denotes software execution means, and 43 denotes an input / output device having a CRT device (monitor) and an input interface.
[0052]
FIG. 12 shows recording software execution means 13 that provides a function of holding and recording the state of the monitoring / control target. It can be realized by a computer provided with an auxiliary storage device (disk device) for data storage and recording as shown in the figure as software execution means. That is, the input / output device 43 in FIG. 5 can be realized by including a function (input I / F) for inputting information from the information input means 11 and a disk device.
[0053]
FIG. 13 shows system board software execution means for providing a function for macro-displaying the status of the power system to be monitored on the system monitoring board. The software execution means can be realized by a system configured as shown in the figure. That is, the input / output device 43 in FIG. 5 can be realized by including a function (input I / F) for inputting information from the information input means 11 and a system monitoring board device including the system monitoring board I / F.
[0054]
FIG. 14 shows control software execution means that provides a function of remotely controlling a device that controls the power flow of the power system 20. This control software execution means is realized by the input / output device 43 in FIG. 5 having an output I / F function for inputting information from the information input means 11 and outputting a control command, an operation I / F and a CRT device. it can. OC is an operator console.
[0055]
FIG. 15 shows monitoring software execution means for monitoring a change in the state of the power system and outputting an alarm for a certain state change. This software execution means can be realized by a system configured as shown in the figure. That is, the input / output device 43 in FIG. 5 can be realized as a software execution unit that is an operation and a function of inputting information from the information input unit 11.
[0056]
Each of the software execution means shown in FIGS. 11 to 15 checks whether or not the conditions shown in the following [Table 1] are satisfied when the execution is started, and starts executing if the conditions are satisfied.
[0057]
[Table 1]

[0058]
Next, an example in which (a), (b), and (e) of the software described above are applied to a power system as monitoring targets will be described. FIG. 16 is a diagram showing an overall concept of the monitoring / control system.
[0059]
[Information input means 11] will be described.
The information input means 11 inputs information on the power system obtained from the information transmission device 21 such as a remote monitoring control device (distance control device) to the input / output device 43 of the various software execution means 13, and is as follows. To be executed.
[0060]
1) When the execution is started, first, collection of all the binary information of the power system is started from the information transmission device 21 such as a distance control device.
2) The information of 1) is held as online data 83 in the own software.
3) Since numerical information of the power system is sent from the information transmission device 21 at regular intervals, the information is held as data 83 in its own software.
[0061]
4) After collecting all the binary information of the power system, the amount of change in the state of the collected binary information of the power system is monitored, and the state change is held as data 83 in the own software.
5) If there is a request to reference the information 2) and 3) from other software, the information is returned.
6) When there is a request (status notification request) for notifying the change in 4) from another software, the change is notified to the request source when the information change in 4) is detected (status change notification). .
[0062]
[Recording software 84] will be described.
The recording software 84 is software having both a program and data, and is software having a disk device for storing and recording data or a database management system (DBMS), and is executed as follows.
[0063]
1) The software is instructed to start execution from the software management means 14 and starts executing.
2) When the execution is started, the information input means 11 is requested to refer to all binary information and all numerical information at a certain period, and the obtained information is stored as a recording database in the disk device or DBMS 85 in its own software. Hold.
3) If there is a request to reference the recording database from another software, the requested information is returned.
[0064]
[Monitoring software 86] will be described.
The monitoring software 86 is a software execution unit including an input / output device 43 with an operator console device (hereinafter referred to as an “operator”, OS in the figure) for screen calling and device operation, and is executed as follows.
[0065]
1) The software starts execution when instructed by the software management means 14 to start execution.
2) When the execution is started, a state change notification request is made to the information input means 11, and when there is a change in the state of the power system, preparation is made so that the information can be immediately recorded. At the same time, it waits for a screen calling operation from the operation computer OC.
3) Information input means 11 When there is a notification of a change in state, a specific lamp on the operation panel 87 is turned on according to the changed information, and a bell or chime is sounded to output an alarm indicating a change in the state of the power system.
[0066]
[Display Software 88] will be described.
The display software 88 is only a software execution means having an input / output means for inputting / outputting to / from the operation computer OC for screen calling and device operation and a CRT apparatus having a pointing device such as a mouse, or a CRT apparatus having a pointing device. Is executed as follows.
[0067]
1) When a screen call is made from the operation computer 87 or the pointing device, it is confirmed whether or not software necessary for displaying the called screen exists in the own software execution means.
2) If the above exists, execute the software and display the requested screen.
[0068]
3) If the above does not exist, a software call request for displaying the screen is made to the software management means 14.
4) When the software management means receives the above-mentioned software call request, the software is supplied to the software execution means, and the software execution means executes the software, whereby the target screen is displayed.
[0069]
FIG. 17 to be described next is a diagram showing an overall concept of the monitoring / control system when (a), (b), (d), and (e) of the software described above are applied to the power system as monitoring targets. It is. FIG. 17 is an example in which the function of the power system monitoring system is expanded to a power system monitoring control system with a control function only by additionally executing the control software 89 in FIG.
[0070]
As described above, according to the basic concept of the first embodiment, there is no need to prepare computer resources for executing software for each specific function in advance, and a free computer is dynamically used. Since the software can be executed, computer resources can be applied efficiently and the expandability of the system can be increased.
[0071]
In addition, when two or more software execution means exist simultaneously when paying attention to software, the reliability of the system can be improved, and the software necessary for system construction can be centrally managed in one place. The effect of reducing management costs such as version management and software distribution management can also be obtained. Furthermore, the software used can be centrally managed in one place.
[0072]
According to the basic concept of the second embodiment, an execution software dynamic selection function is added to the software management means 14 of the first embodiment. This execution software dynamic selection means selects the software execution means for realizing the monitoring / control system. Instead of the flowchart shown in FIG. 9 showing the processing contents of the supply management in the software management means already described. The configuration is as shown in FIG.
[0073]
In FIG. 18, steps S91 and S92 are the same as those in FIG. 9, but it is checked whether there is a software execution means capable of executing software in step S96. As a result, if there are a plurality of software execution means, the most appropriate one is selected in step S97, and the software execution means selected here executes the software.
[0074]
Various criteria and methods for selecting an appropriate one can be considered here, but any criteria or method may be used. As a result, it is possible to dynamically select from a plurality of software execution means according to the situation at that time. If there is no software execution means capable of executing software in step S96, the process waits for time in step S98 and then repeats from step S91. The rest is the same as the operation described in the basic concept of the first embodiment.
[0075]
In the basic concept of the third embodiment of the present invention, the criteria for selecting the appropriate software execution means in step S97 in FIG. 18 are specified as follows.
(1) Software execution means with low computer load.
(2) Software execution means having a processing capability necessary for executing the software. The processing capability here is as follows. That is, the processing capability of the software execution means from the viewpoint of shortening the execution from the start to the completion of the software as much as possible, or the software execution means from the viewpoint of the main memory capacity so that the software execution need not be transferred to the disk as much as possible. The memory capacity provided in the computer, the printing speed of the peripheral device held by the software execution means from the viewpoint of shortening the time for printing the form as the software is executed, etc.
(3) Software execution means that caches execution software.
[0076]
Other than the above, the software management means performs the same operation as that of the basic concept of the first embodiment. The software storage means and software execution means perform the same operation as that of the first embodiment. Furthermore, according to those of the second and third embodiments, when selecting the software execution means, it is possible to make a selection that takes into account other added values. Can be used effectively.
[0077]
Next, several embodiments for realizing the above-described invention will be described with reference to the drawings. The portions corresponding to the functional portions in FIG. 1 are given the same reference numerals, so that the description is minimized, and overlapping descriptions are avoided as much as possible.
[0078]
(First embodiment)
FIG. 19 is a block diagram showing the first embodiment. As a result of executing the software by the software execution means 13, the state of the target system 20 is output to the monitor Ma in the software execution means 13 in the form of a screen. It is a thing.
[0079]
In FIG. 19, the hardware of this embodiment will be described first. Reference numerals 151, 152, 153, and 154 denote computers, which are connected to the network 14a. These computers are provided with a main memory having a capacity necessary for realizing the operation described below, a CPU and an operating system having a necessary operating frequency, and functions (roles) assigned to the respective computers. Based on the above, the following functions are provided by software processing.
[0080]
In other words, in the present embodiment, software distribution execution management is performed for the computer 151 (note that distribution means what kind of processing is performed in the power system by receiving software). A management kernel (kernel) 14b; the computer 152 includes an editing information input unit 391; an information holding area 23; a software execution environment 42; and a software reception unit 41. The computer 154 inputs state information input from the monitoring / control target 20 The editing unit 392 is provided. Note that the inside of the computer 153 is the same as the computer 152 and is not shown.
[0081]
In order to include the management kernel 14b in the computer 151 and the software receiving unit 41 and the software execution environment 42 in the computer 152 as described above, for example, web server software is incorporated in the computer 151, and web client software is incorporated in the computer 152. What is necessary is just to enable it to communicate between both computers 151,152 (153) via the network 14a.
[0082]
When the management kernel 14b receives a request from the software receiving unit 41, or when the management kernel 14b itself detects that a predetermined condition is satisfied, for example, a software that will be automatically described later. The monitoring screen display software 120 recorded and stored therein is read from an auxiliary storage device (hereinafter referred to as a disk for convenience) 31 in the storage means 12 and distributed and supplied to the software receiving unit 41 via the network 14a.
[0083]
Ma and Mb are screen monitors constituting the software execution means 13 (corresponding to the CRT apparatus in FIG. 11), and each relate to the state of the monitoring / control target 20 output from the output editing unit 350 of the computer 152 (153). Information is displayed in the form of a screen. Although the editing unit 392, the editing information input unit 391, and the information holding area 23 are separate computers, they function as the information input unit 11 shown in FIG.
[0084]
Further, the software receiving unit 41, the software execution environment 42, and the screen monitor Ma constitute the software execution means 13. Further, the management kernel 14b and the network 14a constitute software management means 14.
[0085]
Next, the operation of this embodiment will be described. Information indicating the state of the monitoring / control target 20 is input to the editing unit 392 of the computer 154. There are various methods for inputting information indicating the status, such as inputting digital signals, analog signals, numerical information, and contact information periodically or when the status changes using wired or wireless, but any method can be used. good.
[0086]
The editing unit 392 edits information indicating the input state, and sends the edited information to the editing information input unit 391 of the computer 152 via the network 14a. The edit information input unit 391 stores the sent edit information in the information holding area 23. The software receiving unit 41 provided in the computer 152 causes the software execution environment 42 to execute the monitoring screen display software 120 distributed and supplied from the management kernel 14b through the network 14a.
[0087]
When the monitoring screen display software 120 is executed in the software execution environment 42, the editing output unit 350 edits the editing information from the information holding area 23 (that is, editing information obtained by editing the information indicating the state of the monitoring / control target 20). ) To edit and output as screen information. As a result, a monitoring screen is displayed on the screen monitor Ma.
[0088]
Here, the monitoring screen is displayed in the form of a text message, a figure, a table, or a movie so that the state of the monitoring / control target 20, the presence / absence of an abnormality, and the occurrence state of the event can be understood, and is periodically displayed. There are cases where the display is updated, the display is updated when the state of the monitoring / control target 20 changes, or the display is updated when requested, but any case is possible.
[0089]
The above is a description of the case where the monitoring screen display software 120 is executed on the computer 152, but the monitoring screen display software 120 is executed similarly on the computer 153.
[0090]
Further, in the embodiment shown in FIG. 19, the case where the monitor screen is displayed on the screen monitor Ma has been described as an example. However, the monitoring / control target 20 is displayed on the screen image or the display of the mosaic board within the range not changing the purpose. It is conceivable to display the status of the monitoring / control target 20 by voice using a voice output device or the like, and further output the status of the monitoring / control target 20 by an alarm. Needless to say, any of the above can be realized by the same action.
[0091]
As described above, according to the embodiment shown in FIG. 19, when a new monitor screen is displayed on the screen monitors Ma and Mb, the monitor screen display is displayed on the disk 31 of the software storage unit 12. Therefore, there is no need to prepare and install a new memory for storing monitoring screen display software in each of the computers 152 and 153, which is extremely advantageous.
[0092]
(Second Embodiment)
FIG. 20 shown next is a configuration diagram of the monitoring / control system according to the second embodiment of the present invention. In the embodiment of FIG. 19, only one information input means 11 is provided, but in the case of this embodiment, two information input means (11a, 11b) are provided, and the software comprises the computer 153 and the monitor Mb. The only difference is that one execution means is deleted and one software execution means is used for two information input means. In addition, although the same code | symbol is attached | subjected about the part which is common in FIG. 19, detailed description is abbreviate | omitted, About the two information input means of the same structure, it adds and adds the subscripts a and b.
[0093]
The output editing unit 350 of the monitoring screen display software 120 inputs editing information indicating the status of the monitoring / control objects 20a and 20b from the two information input units 11a and 11b and the respective information holding areas 23a and 23b. For this reason, a plurality of monitoring / control target states are output to one monitor in the form of a screen, video, mosaic board, audio, or alarm. The configuration and operational effects of the other parts are the same as those of the monitoring / control target in FIG.
[0094]
As described above, according to the second embodiment shown in FIG. 20, when the monitoring screens of the two monitoring / control objects 20a and 20b are newly displayed on the screen monitor Ma, the disk 31 of the software storage means 12 is displayed. This is possible only by adding monitoring screen display software, and it is not necessary at all to prepare a memory for storing monitoring screen display software in the computer 152 and incorporate it, which is extremely advantageous.
[0095]
(Third embodiment)
FIG. 21 is a block diagram showing a third embodiment of the present invention. This embodiment is a case where the monitoring / control target 20 is a power system, a remote monitoring control device (TC) 21 is provided in the preceding stage of the information input means 11, and the power system connection diagram display software 121 is recorded on the disk 31. keeping.
[0096]
That is, information indicating the state of the power system 20 to be monitored / controlled is input to the editing unit 392 of the information input device 11 via the TC 21, recorded and stored in the disk 31, and executed in the software execution environment 42. Is the same as the configuration of the embodiment shown in FIG. 19 except that is the connection diagram display software 121.
[0097]
Here, the single-line diagram is the switch power state of the power system 20 and the binary information of the switch and protection relay device expressed in the shape and color of symbols and characters, the active power of the power flow of the transmission line and transformer In addition, the power system is represented in the form of a single-line connection diagram, including those represented by numerical values and symbol colors, such as the status of reactive power and bus voltage. In addition, although a single wire connection diagram is generally adopted as the connection diagram, a connection diagram other than the single wire connection diagram, for example, a three wire connection diagram may be used.
[0098]
In general, the power system 20 to be monitored / controlled is composed of power system devices arranged over a wide geographical area. Therefore, the information indicating the state of each power system device is collected for each substation or power plant in TC21. Is sent to the central computer 154, and the editing unit 392 edits information indicating the state of each power system device periodically or whenever the state changes.
[0099]
The information indicating the state of the power system equipment here is, for example, the open / close state of a switch such as a circuit breaker or disconnector (state signal of logical value 1 or 0), the active power of the power flow of a transmission line or transformer, This includes numerical information such as reactive power and bus voltage. The editing unit 392 sends the edited information to the editing information input unit 391 via the network 14a, and the editing information input unit 391 stores the sent editing information in the information holding area 23.
[0100]
The management kernel 14b reads the single-line diagram display software 121 recorded and stored in the disk 31 and distributes and supplies it to the software reception unit 41 via the network 14a. The software reception unit 41 distributes and supplies the single-line diagram display software 121 distributed and supplied. Are executed in the software execution environment 42.
[0101]
When the single-wire connection display software 121 is executed in the software execution environment 42, the edit information obtained from the information holding area 23 is input, edited into screen information for display as a single-wire connection diagram, and output. As a result, a single-line diagram is displayed on the screen monitor Ma.
[0102]
This single-line diagram screen (device symbol color, numerical information, etc.) can be updated periodically or updated according to changes in the state of the power system 20, but the display can be updated by any method. Also good.
[0103]
The above is a description of the case where the computer 152 executes the single-line diagram display software 121, but the single-line diagram display software 121 is executed in the same manner on the computer 153.
[0104]
According to the third embodiment of the present invention, when a single-line diagram is newly displayed on the screen monitors Ma and Mb, it is only necessary to add the single-line diagram display software 121 to the software storage unit 12. It becomes possible, and it is not necessary to prepare a memory for storing the single-line connection diagram display software in each of the computers 152 and 153, and it is extremely advantageous because it is not necessary.
[0105]
(Fourth embodiment)
FIG. 22 is a block diagram showing the fourth embodiment of the present invention. In this embodiment, the software execution means 13 executes the software, monitors the state of the target system, and outputs the monitoring result. Instead, it is stored in a storage memory. In FIG. 22, the computers 152 and 153 are provided with storage memories 365a and 365b for storing the monitoring results. The rest is almost the same as FIG.
[0106]
The management kernel 14b reads the monitoring processing software 122 recorded and stored on the disk 31, and distributes and supplies it to the software receiving unit 41 via the network 14a. The software receiving unit 41 causes the distributed monitoring processing software 122 to be executed in the software execution environment 42.
[0107]
When the monitoring processing software 122 is executed in the software execution environment 42, the monitoring processing unit 352 performs monitoring processing by inputting edit information obtained by editing information indicating the status of the monitoring target system 20 from the information holding area 23. .
[0108]
Here, the monitoring process refers to, for example, reading the power flow value of the transmission line of the power system from the information holding area 23 and comparing it with the upper limit value. If the upper limit value is exceeded, alarm information is created and the upper limit value must be exceeded. If there is no abnormality, create the monitoring result.
[0109]
In the above explanation, the case of monitoring the power flow of the transmission line has been taken as an example, but when creating the monitoring result by comparing the voltage value of the bus with the upper and lower limit values, create the monitoring result by examining whether or not an accident has occurred Any method may be used as long as it creates a monitoring result within a range that does not change the main point.
[0110]
The monitoring processing unit 352 saves the monitoring result in the storage memory 365a in the computer 152 or the storage memory 365b in the computer 153, and outputs the monitoring result elsewhere. Here, the other output includes any other party including transmission to another software or other computer or system that performs processing using the monitoring result.
[0111]
According to the embodiment of FIG. 22 described above, when the computer 152 (153) performs the monitoring function, it is possible to add the monitoring processing software 122 to the software storage means 12, and the computer 152 (153) can be operated. There is no need to install the storage memory for the monitoring processing software after it is prepared, which is extremely advantageous.
[0112]
(Fifth embodiment)
FIG. 23 is a block diagram showing a fifth embodiment of the present invention. In this embodiment, when the software execution means 13 executes software, the state of the monitoring / control target is recorded and the recording result is output or The data is stored in a storage memory.
[0113]
Hereinafter, a fifth embodiment will be described with reference to FIG. In FIG. 23, what is recorded and saved on the disk 31 is replaced with the recording processing software 123 instead of the monitoring processing software 122 of FIG. 22, and the rest is the same as in FIG. .
[0114]
In the case of the present embodiment, when the recording processing software 123 is executed in the software execution environment 42, the recording processing unit 353 edit information obtained by editing the information indicating the state of the monitoring / control target 20 from the information holding area 23. To process the recording. Here, in the recording process, for example, the output value of each generator of the power system is read from the information holding area 23 and summed every hour to create a total value as a recording result.
[0115]
In the above explanation, the case of recording the total value of the generator every hour was taken as an example, but various information is collected periodically to create long-term or short-term recording results, However, it is possible to create a recording result by saving the status of the monitoring target in chronological order, or to create various recording results. Also good.
[0116]
The recording processing unit 353 stores the recording result in the storage memories 365a and 365b, or outputs the recording result to another. Here, the other output is, for example, sending to another software or other computer or system that processes using the recording result as in the embodiment of FIG. 21, or recording with a data logger or the like. Can be any opponent.
[0117]
According to the embodiment shown in FIG. 23, when the computer 152 performs the recording process, it is only necessary to add the recording processing software 123 to the software storage unit 12, and the computer 152 stores the recording processing software. There is no need to install the storage memory after preparing it, which is extremely advantageous.
[0118]
(Sixth embodiment)
FIG. 24 is a block diagram showing the sixth embodiment of the present invention. In this embodiment, when software is executed by the software execution means 13, support calculation is performed based on the state of the monitoring / control target, and support is performed. The calculation result is output or stored in a storage memory, and the configuration is the same as that shown in FIG. 22 except that the record processing stored in the disk 31 is changed to the support processing software 124 instead of the monitoring processing software 122. Are the same.
[0119]
The management kernel 14b reads the support processing software 124 recorded and stored in the disk 31, and distributes and supplies it to the software receiving unit 41 via the network 14a. The software receiving unit 41 causes the distributed support processing software 124 to be executed in the software execution environment 42.
[0120]
When the support processing software 124 is executed in the software execution environment 42, the support processing unit 354 inputs edit information obtained by editing information indicating the state of the monitoring / control target 20 from the information holding area 23, and performs support calculation. To do.
[0121]
Here, for example, the support calculation reads out the power flow value of the transmission line of the power system, compares it with the upper limit value, and if the power flow value exceeds the upper limit value, sets the output change value of the generator so that it is within the upper limit value. Create a support calculation result for the operator to be calculated.
[0122]
In the above explanation, the case of calculating the support when the power system is overloaded has been taken as an example, but it is possible to create an operation calculation result to restore the power system power failure and create the support calculation result, It is possible to create a support calculation result by identifying the accident equipment by judging from the state of the switch and the operation information of the protective relay device, etc. when it occurs, or creating various support calculation results, but the main point is not changed Any method may be used as long as it creates a support calculation result within a range.
[0123]
The support processing unit 354 stores the support calculation result in the storage memory 365a or 365b or outputs the support calculation result to another. The other output here refers to transmission to another software or another computer or system that performs processing using the support calculation result.
[0124]
According to the sixth embodiment shown in FIG. 24, when the computer 152 performs the support process, it is possible to add the support process software 124 to the software storage unit 12 and the computer 152 can support the support process software. Therefore, there is no need to install the storage memory after preparing the storage memory, which is extremely advantageous.
[0125]
(Seventh embodiment)
FIG. 25 is a block diagram showing a seventh embodiment of the present invention. In this embodiment, two software execution means (first software execution means 13a and second software execution means 13b) are provided. When the software is executed by the first software execution unit 13a, the monitoring process result is output. When the second software execution unit is executed, the monitoring process result is displayed in the form of a screen. Since they are the same, detailed description is omitted.
[0126]
In FIG. 25, a computer 152 includes an editing information input unit 391, an information holding area 23, a software execution environment 42a, and a software reception unit 41a. A computer 153 includes a software reception unit 41b and a software execution environment 42b. The monitoring processing software 122 and the monitoring result display software 125 are recorded and saved.
[0127]
The software receiver 41a and the software execution environment 42a constitute the first software execution means 13a, and the software receiver 41b, the software execution environment 42b and the screen monitor Mb constitute the second software execution means 13b. Information indicating the state of the monitoring / control target 20 is input to the editing unit 392. The editing unit 392 edits the information indicating the input state and sends the edited information to the editing information input unit 391 via the network 14a.
[0128]
The edit information input unit 391 stores the sent edit information in the information holding area 23, and these operations are the same as those in FIG. The management kernel 14b reads the monitoring processing software 122 recorded and stored in the disk 31, and distributes and supplies it to the first software receiving unit 41a via the network 14a.
[0129]
The first software receiving unit 41a causes the distributed monitoring processing software 122 to be executed in the first software execution environment 42a. When the monitoring processing software 122 is executed in the first software execution environment 42a, the monitoring processing software 122 inputs and monitors the editing information obtained by editing the information indicating the state of the monitoring target 20 from the information storage area 23, and outputs the monitoring result. However, these actions are the same as in the case of FIG.
[0130]
Further, the management kernel 14b reads out the monitoring result display software 125 recorded and stored in the disk 31, and distributes and supplies it to the second software receiving unit 41b via the network 14a. The second software receiving unit 41b causes the distributed and supplied monitoring result display software 125 to be executed in the second software execution environment 42b.
[0131]
When the monitoring result display software 125 is executed in the second software execution environment 42b, the monitoring result output editing unit 356 displays the monitoring result of the monitoring processing unit 352 of the monitoring processing software 122 executed in the first software execution environment 42a. Screen information to be input and displayed on the screen from the monitoring result is created and output to the screen monitor Mb. The operations of the management kernel 14b, the software receiving unit 41b, the software execution environment 42b, and the screen monitor Mb are the same as those in FIG.
[0132]
In FIG. 25, the case where the monitoring result is displayed on the screen monitor Mb has been described as an example. However, the state of the monitoring / control target 20 is displayed on the screen image or the display of the mosaic board within the range not changing the main point. Alternatively, it is conceivable to output the state of the monitoring / control target 20 by voice using a voice output device or the like, or to output the state of the monitoring / control target 20 by an alarm, but both can be realized by the same action. Needless to say.
[0133]
According to the seventh embodiment shown in FIG. 25, when the computer 152 performs the monitoring process and displays the monitoring result on the screen monitor Mb of another computer 153, the disk 31 of the software storage unit 12 is used. It is only necessary to add the monitoring processing software 122 and the monitoring result display software 125 to the computer 152. A storage memory for the monitoring processing software is prepared in the computer 152, and a storage memory for the monitoring result display software is provided in the computer 153. There is no need to install each software after preparation, which is very advantageous.
[0134]
(Eighth embodiment)
FIG. 26 is a block diagram showing an eighth embodiment of the present invention. In the present embodiment, the software executed by the software execution means 13 is the control instruction receiving software 126 and the control signal sending means 480 for sending the control signal to the monitoring / control target 20 is added, as shown in FIG. Same as the case.
[0135]
26, in addition to the editing unit 392, the computer 154 includes a control signal transmission unit 480 including a control instruction reception unit 362, a control management unit 363, and a control signal transmission unit 364. The computer 152 includes an editing information input unit 391, an information holding area 23, a software execution environment 42, and a software receiving unit 41. The software execution environment 42 newly includes a control instruction receiving unit 359 and a control instruction transmission unit 361 in addition to the display processing unit 358.
[0136]
The control instruction receiving unit 359 receives automatic instructions from the operator through the screen monitor Ma, and control software such as voltage control software installed in the vicinity of the monitoring / control target or the computer 152 automatically In some cases, the control amount is calculated and a control signal is directly output to the control instruction receiving unit 359. The software execution unit 13 is configured by the software receiving unit 41, the software execution environment 42, and the screen monitor Ma. The control instruction receiving software 126 is recorded and saved on the disk 31.
[0137]
The management kernel 14b reads the control instruction reception software 126 recorded and stored in the disk 31, and distributes and supplies it to the software reception unit 41 via the network 14a. The software receiving unit 41 causes the distributed and supplied control instruction receiving software 126 to be executed in the software execution environment 42, and these operations are the same as in the case of FIG.
[0138]
When the control instruction reception software 126 is executed in the software execution environment 42, the display processing unit 358 inputs edit information of information indicating the state of the monitoring control target 20 from the information holding area 23, edits the screen data, and edits the screen data. Output to Ma.
[0139]
The control instruction receiving unit 359 receives a control instruction from the operator input from the screen monitor Ma and outputs the control instruction information to the control instruction transmitting unit 361. The control instruction transmission unit 361 transmits the input control instruction information to the control instruction reception unit 362 of the control signal transmission unit 480 via the network 14a.
[0140]
The control instruction receiving unit 362 outputs control instruction information to the control management unit 363, and the control management unit 363 edits a control signal from the input control instruction information and outputs the control signal to the control signal transmission unit 364. The control signal transmission unit 364 transmits a control signal to the monitoring / control target 20 for control.
[0141]
In the above description, the case where the control instruction reception software 126 includes the display processing unit 358, the control instruction reception unit 359, and the control instruction transmission unit 361 has been described as an example, but the state of the monitoring / control target 20 is displayed on the screen monitor Ma. Any device may be used as long as it receives a control instruction from the screen monitor Ma.
[0142]
In the above description, the case where the control signal sending means 480 includes the control instruction receiving unit 362, the control management unit 363, and the control signal transmitting unit 364 is described as an example. Any device may be used as long as it does not change the gist of transmitting to 20 and controlling.
[0143]
The same control can be performed using the computer 153 and the screen monitor Mb. The case where the control signal sending means 480 is provided in the computer 154 by software processing has been described above. However, the control signal sending means 480 is provided with another computer equivalent to the computer 152 connected to the network instead of being provided in the computer 154. You may install and prepare for this.
[0144]
According to the embodiment shown in FIG. 26, when a control reception function is newly added to the computer 152 or 153, it is possible only by adding the control instruction reception software 126 to the disk 31 of the software storage unit 12, and the computer There is no need to install the memory for storing the control instruction receiving function software in 152 or 153, and it is very advantageous.
[0145]
(Ninth embodiment)
FIG. 27 is a block diagram showing a ninth embodiment of the present invention. In this embodiment, the software execution means 13 is transferred from the computer 152 to the computer 154, the software executed by the software execution means 13 is set as the control software 127, and the control instruction receiving means 490 is added to the computer 152. This is the same as the twenty-sixth embodiment.
[0146]
27, in addition to the editing unit 392, the computer 154 is newly provided with a software execution environment 42 and a software receiving unit 41, and the computer 152 has a new information in addition to the editing information input unit 391 and the information holding area 23. Control instruction receiving means 490 is provided. The control instruction receiving unit 490 includes a display processing unit 358, a control instruction receiving unit 359, and a control instruction transmitting unit 361. The computer 151 includes a management kernel 14b, and the control software 127 is recorded and saved on the disk 31.
[0147]
Information indicating the state of the monitoring / control target 20 is input to the editing unit 392. After editing the information indicating the input state, the editing unit 392 sends the editing information to the editing information input unit 391 via the network 14a. . The edit information input unit 391 stores the sent edit information in the information holding area 23, but these operations are the same as those in the embodiment of FIG.
[0148]
The display process 358 inputs edit information of information indicating the state of the monitoring / control target 20 from the information holding area 23, edits it into screen data, and outputs it to the screen monitor Ma. The control instruction receiving unit 359 receives a control instruction input from the screen monitor Ma and outputs control instruction information to the control instruction transmitting unit 361. The control instruction transmitting unit 361 transmits the input control instruction information to the software execution means 13 in the computer 154 via the network 14a.
[0149]
In the above description, the case where the control instruction receiving unit 490 includes the display processing unit 358, the control instruction receiving unit 359, and the control instruction transmitting unit 361 has been described as an example, but the state of the monitoring / control target 20 is displayed on the screen monitor Ma. In addition, any device that accepts a control instruction from the screen monitor 310 may be used.
[0150]
The management kernel 14b reads the control software 127 recorded and stored on the disk 31 and distributes and supplies it to the software receiving unit 41 via the network 14a. The software receiving unit 41 executes the distributed and supplied control software 127 in the software execution environment 42. However, these actions are the same as in the case of FIG.
[0151]
When the control software 127 is executed in the software execution environment 42, the control instruction receiving unit 362 receives control instruction information from the control instruction transmitting unit 361, and outputs the received control instruction information to the control management unit 363. The control management unit 363 generates a control signal from the input control instruction information and outputs it to the control signal transmission unit 364. The control signal transmission unit 364 transmits a control signal to the monitoring / control target 20 for control.
[0152]
In the above description, the case where the control software 127 includes the control instruction receiving unit 362, the control management unit 363, and the control signal transmission unit 364 is described as an example. Any object may be used as long as it is within the scope of the gist.
[0153]
According to the embodiment shown in FIG. 27, when a control function is newly added to the computer 154, it is only necessary to add the control software 127 to the disk 31 of the software storage means 12, and the computer 154 can be used for the control function. There is no need to install software memory after preparing it, which is extremely advantageous.
[0154]
(Tenth embodiment)
FIG. 28 is a block diagram showing the tenth embodiment of the present invention. In FIG. 28, a computer 154 includes a software execution environment 42b and a software receiving unit 41b in addition to the editing unit 392. The computer 152 includes an editing information input unit 391, an information holding area 23, a software execution environment 42a, and a software receiving unit 41a.
[0155]
The computer 151 further includes a management kernel 14b. The disk 31 stores control instruction reception software 126 and control software 127. The software receiving unit 41a, the software execution environment 42a, and the screen monitor Ma constitute first software execution means 13a. The software execution environment 42b and the software reception unit 41b constitute second software execution means 13b. The software management means 14 is the same as that in the above embodiment.
[0156]
Information indicating the state of the monitoring / control target 20 is input to the editing unit 392. The editing unit 392 edits the information indicating the input state and sends the editing information to the editing information input unit 391 via the network 14a. The edit information input unit 391 stores the sent edit information in the information holding area 23, but these actions are the same as in the case of FIG.
[0157]
The management kernel 14b reads the control instruction reception software 126 recorded and stored in the disk 31, and distributes and supplies it to the software reception unit 41a via the network 14a. The software receiving unit 41a causes the control instruction receiving software 126 distributed and supplied to be executed in the software execution environment 42a, and these operations are the same as in the case of FIG.
[0158]
When the control instruction receiving software 126 is executed in the software execution environment 42a, the display processing unit 358 inputs edit information of information indicating the state of the monitoring / control target 20 from the information holding area 23, edits the screen data, and edits the screen data. Output to monitor Ma. The control instruction receiving unit 359 receives a control instruction from the operator input from the screen monitor Ma and outputs control instruction information to the control instruction transmitting unit 361. The control instruction transmission unit 361 transmits the input control instruction information.
[0159]
When the control software 127 is executed in the software execution environment 42b, the control instruction receiving unit 362 receives the control instruction information transmitted from the control instruction transmitting unit 361 and outputs the received control instruction information to the control management unit 363. . The control management unit 363 generates a control signal from the input control instruction information and outputs it to the control signal transmission unit 364. The control signal transmission unit 364 transmits a control signal to the monitoring / control target 20 for control.
[0160]
In the above description, the case where the control instruction reception software 126 includes the display processing unit 358, the control instruction reception unit 359, and the control instruction transmission unit 361 has been described as an example, but the state of the monitoring / control target 20 is displayed on the screen monitor Ma. As long as it receives a control instruction from the screen monitor Ma, it may be anything.
[0161]
Further, the management kernel 14b reads out the control software 127 recorded and stored in the disk 31, and distributes and supplies it to the software receiving unit 41b via the network 14a. The software receiving unit 41b causes the distributed and supplied control software 348 to be executed in the software execution environment 42b, and these operations are the same as in the case of FIG.
[0162]
In the above description, the case where the control software 127 includes the control instruction receiving unit 362, the control management unit 363, and the control signal transmission unit 364 is described as an example. It may be anything within the scope of the gist.
[0163]
Furthermore, although the above has described the case of receiving a control instruction from the screen monitor Ma as an example, the control instruction can be received from the screen monitor Mb by the same action.
[0164]
As described above, according to the tenth embodiment shown in FIG. 28, when a control acceptance function and a control function are newly added to the computers 152, 153 and 154, respectively, the disk 31 of the software storage means 12 is added. As long as the control instruction reception software 126 and the control software 127 are added, the computers 152 and 153 can have a control instruction reception function, which is extremely advantageous.
[0165]
(Eleventh embodiment)
FIG. 29 is a block diagram showing the eleventh embodiment of the present invention. In this embodiment, the configuration is the same as that of the eighth embodiment (FIG. 26) except that there is no information input means 11 and the control instruction receiving software 126 does not have a display processing unit 358.
[0166]
In FIG. 29, a computer 154 includes a control signal transmission unit 480 including a control instruction reception unit 362, a control management unit 363, and a control signal transmission unit 364, and a computer 152 includes a software execution environment 42 and a software reception unit 41. The computer 151 includes a management kernel 14b, and the disk 31 includes control instruction reception software. 126 Is recorded and saved.
[0167]
The management kernel 14b reads out the control instruction reception software 126 recorded and stored in the disk 31 and distributes and supplies it to the software reception unit 41 via the network 14a. The software reception unit 41 executes the distributed distribution control instruction reception software 126 as software. Although executed in the environment 42, these operations are the same as those in FIG.
[0168]
When the control instruction receiving software 126 is executed in the software execution environment 42, the control instruction receiving unit 359 receives a control instruction input from the screen monitor Ma and outputs control instruction information to the control instruction transmitting unit 361. The control instruction transmission unit 361 transmits the input control instruction information to the control instruction reception unit 362.
[0169]
In the above description, the case where the control instruction reception software 126 includes the control instruction reception unit 359 and the control instruction transmission unit 361 has been described as an example. However, as long as the control instruction reception software 126 receives a control instruction from the screen monitor Ma and outputs control instruction information. Anything can be used.
[0170]
Next, the control instruction receiving unit 362 receives the control instruction information output from the control instruction transmitting unit 361, and outputs the input control instruction information to the control management unit 363. The control management unit 363 performs control based on the input control instruction information. A signal is generated and output to the control signal transmission unit 364. Thus, the control signal sending means 480 transmits the control signal to the monitoring / control target 20 for control.
[0171]
In the above description, the case where the control signal sending means 480 includes the control instruction receiving unit 362, the control managing unit 363, and the control signal transmitting unit 364 has been described as an example. Any device may be used as long as it does not change the purpose of transmission and control. The same operation can be performed using the computer 153 and the screen monitor Mb.
[0172]
As described above, according to the eleventh embodiment shown in FIG. 29, when a control reception function is newly added to the computer 152 or 153, the control instruction reception software 126 is installed on the disk 31 of the software storage unit 12. It is possible to add them, and it is not necessary to prepare the memory for storing the control instruction receiving function software in the computers 152 and 153, which is very advantageous.
[0173]
(Twelfth embodiment)
FIG. 30 is a block diagram showing a twelfth embodiment of the present invention. In the present embodiment, the information input unit 11 is eliminated and the display processing unit 358 is eliminated from the software execution environment 42.
[0174]
In FIG. 30, the computer 154 eliminates the information input unit 11, and instead includes a software execution environment 42 and a software reception unit 41 b, and the computer 152 includes a control instruction reception unit 359 and a control instruction transmission unit 361. 490, the computer 151 is provided with the management kernel 14b, and the control software 127 is recorded and stored in the disk 31.
[0175]
The control instruction receiving unit 359 of the control instruction receiving unit 490 receives a control instruction input from the screen monitor Ma and outputs control instruction information to the control instruction transmitting unit 361. The control instruction transmission unit 361 transmits the input control instruction information.
[0176]
In the above, the case where the control instruction receiving unit 490 includes the control instruction receiving unit 359 and the control instruction transmitting unit 361 has been described as an example. However, any device may be used as long as it can receive a control instruction from the screen monitor Ma. .
[0177]
The management kernel 14b reads out the control software 127 recorded and saved on the disk 31, and distributes and supplies it to the software receiving unit 41b via the network 14a. The software receiving unit 41b causes the control software 127 distributed and supplied to be executed in the software execution environment 42. These operations are the same as those in the case of FIG.
[0178]
When the control software 127 is executed in the software execution environment 42, the control instruction receiving unit 362 receives the control instruction information from the control instruction transmitting unit 361 and outputs the received control instruction information to the control management unit 363. The control management unit 363 generates a control signal from the input control instruction information and outputs it to the control signal transmission unit 364.
[0179]
The control signal transmission unit 364 transmits a control signal to the monitoring / control target 20 for control. In the above description, the case where the control software includes the control instruction receiving unit 362, the control management unit 363, and the control signal transmission unit 364 has been described as an example. However, the control software is input within the range of sending the control signal by inputting the control instruction information. Any thing is acceptable.
[0180]
According to the twelfth embodiment, when a control function is newly added to the computer 154, it is only necessary to add the control software 127 to the disk 31 of the software storage means 12, and the control function software is added to the computer 154. Therefore, there is no need to install the storage memory after preparing the storage memory, which is extremely advantageous.
[0181]
(Thirteenth embodiment)
FIG. 31 is a block diagram showing a thirteenth embodiment of the present invention. This embodiment is the same as the above-described embodiment except that the information input unit 11 is eliminated and the display processing unit 358 is eliminated from the software execution environment 42, and thus redundant description is omitted.
[0182]
In FIG. 31, a computer 154 includes a software execution environment 42b and a software reception unit 41b, a computer 152 includes a software execution environment 42a and a software reception unit 41a, a computer 151 includes a management kernel 14b, and the disk 31 includes Control instruction receiving software 126 and control software 127 are recorded and saved.
[0183]
The software receiving unit 41a, the software execution environment 42a, and the screen monitor Ma constitute first software execution means 13a. The software execution environment 42b and the software receiving unit 41b constitute second software execution means 13b.
[0184]
The management kernel 14b reads out the control instruction reception software 126 recorded and stored in the disk 31 and distributes and supplies it to the software reception unit 41a via the network 14a. The software reception unit 41a executes the control instruction reception software 126 distributed and supplied as software. Although executed in the environment 42a, these actions are the same as those in FIG.
[0185]
When the control instruction reception software 126 is executed in the software execution environment 42a, the control instruction reception unit 359 receives a control instruction input from the screen monitor Ma and outputs control instruction information to the control instruction transmission unit 361. The control instruction transmission unit 361 transmits the input control instruction information.
[0186]
In the above description, the case where the control instruction receiving software 126 includes the control instruction receiving unit 359 and the control instruction transmitting unit 361 has been described as an example. However, as long as the control instruction of the monitoring / control target 20 is received from the screen monitor Ma, any It may be a thing.
[0187]
Further, the management kernel 14b reads the other control software 127 recorded and stored in the disk 31 and distributes and supplies it to the software receiving unit 41b via the network 14a. The software receiving unit 41b executes the control software 127 distributed and supplied by executing the software. Although executed in the environment 42b, these operations are the same as those in FIG.
[0188]
When the control software 127 is executed in the software execution environment 42b, the control instruction receiving unit 362 receives the control instruction information transmitted from the control instruction transmitting unit 361, and outputs the received control instruction information to the control management unit 363. The control management unit 363 generates a control signal from the input control instruction information and outputs it to the control signal transmission unit 364. The control signal transmission unit 364 transmits a control signal to the monitoring / control target 20 for control.
[0189]
In the above description, the case where the control software 127 includes the control instruction receiving unit 362, the control management unit 363, and the control signal transmission unit 364 has been described as an example. However, the main point is that control instruction information is input and a control signal is transmitted for control. As long as it is in the range, it may be anything.
[0190]
In the above description, the case where the control instruction is received from the screen monitor Ma has been described as an example. However, the control instruction can be received from the screen monitor Mb by the same operation.
[0191]
According to the thirteenth embodiment shown in FIG. 31, when a control acceptance function and a control function are newly added to the computers 152, 153, and 154, the control instruction acceptance software 126 and the disk 31 of the software storage means 12 are added. As long as the control software 127 is added, the computers 152 and 153 can have a control instruction reception function, which is extremely advantageous.
[0192]
(Fourteenth embodiment)
FIG. 32 is a block diagram showing a fourteenth embodiment of the present invention. Portions common to the above-described embodiment are denoted by the same reference numerals, and detailed description thereof is omitted. 32, a computer 155 includes an editing unit 393, dynamic software editing means (hereinafter, dynamic software is referred to as first software) 394, a management kernel 14b, and the computer 152 includes a software receiving unit 41, a software execution environment 42. The disk 31a records and stores static software (hereinafter, the static software is referred to as second software) 410. The editing unit 393 constitutes the input unit 11. The management kernel 14b and the network 14a constitute software management means 14.
[0193]
The disk 31a records and saves the second software 410, and constitutes the second software saving means 12a together with the driver. The disk 31b records and saves the first software 420, and constitutes the first software saving means 12b together with the driver. The software receiving unit 41, the software execution environment 42, and the screen monitor Ma constitute software execution means 13.
[0194]
Information indicating the state of the monitoring / control target 20 is input to the editing unit 393, and the editing unit 393 outputs editing information obtained by editing the input information to the first software editing unit 394. The first software editing unit 394 inputs editing information of information indicating the status of the monitoring / control target 20 from the editing unit 393, reads out the second software 410 recorded and stored in the disk 31a, and edit information The first software 420 is created from the second software 410, and this is recorded and stored in the disk 31b.
[0195]
Here, the second software 410 is software composed of data and / or programs necessary for displaying the state of the monitoring / control target 20 on the screen monitors Ma and Mb in the form of a screen, For example, it includes information such as what character, symbol, figure, or table is displayed or flickered in what position or position on the screen, regardless of the state of the monitoring / control target 20. Consists of information. For example, software consisting of a program and / or data for “displaying four characters in the center” of the screen.
[0196]
The first software editing unit 394 creates first software for displaying a screen in accordance with the state of the monitoring / control target 20 from the second software with reference to the editing information. If the editing information indicating the state is abnormal, a software consisting of a program and / or data for “displaying four characters“ abnormal ”in red in the center” is created.
[0197]
Further, if the editing information indicating the state of the monitoring / control target 20 is normal, a program and / or data for “displaying four characters of“ no abnormality ”in green in the center” ”is created. The first software editing unit 394 records and saves the created first software 420 on the disk 31b.
[0198]
Here, the first software editing unit 394 may create the first software 420 regularly or every time the information indicating the state of the monitoring / control target 20 changes. It may be timing.
[0199]
In the above description, the simple case of displaying four characters as the first software has been described as an example. However, the first software displays various forms of screens corresponding to information indicating the state of the monitoring / control target 20. It goes without saying that one software is conceivable.
[0200]
The management kernel 14b reads the first software 420 recorded and stored in the disk 31b and distributes and supplies the first software 420 to the software receiving unit 41 via the network 14a. The software receiving unit 41 executes the first software 420 distributed and supplied as software. Although executed in the environment 42, these actions are the same as those in the above-described embodiment.
[0201]
When the first software 420 is executed in the software execution environment 42, the screen is displayed on the screen monitor Ma. In the case of the first software 420 described above, if the monitoring / control target 20 is abnormal, “abnormality” is displayed in red in the center of the screen, and if the monitoring / control target 20 is normal, green “ “No abnormality” will be displayed.
[0202]
In this way, the first software 420 displays a screen corresponding to the state of the monitoring / control target 20. In the above description, the display on the screen monitor Ma has been described. Similarly, a screen corresponding to the state of the monitoring / control target 20 is displayed on the screen monitor Mb.
[0203]
In the above description, the screen is displayed on the screen monitors Ma and Mb. However, the state of the monitoring / control target 20 is expressed in one of video, mosaic display panel, sound, alarm, or a combination thereof. Needless to say, the information can be output from the computers 152 and 153 by the same operation.
[0204]
As described above, according to the fourteenth embodiment shown in FIG. 32, any one of the screen, video, mosaic display panel, sound, alarm, or a combination thereof according to the state of the monitoring / control target 20 When the information expressed in the form is newly output from the computers 152 and 153, the first software editing means 394 may be added to the computer 155 and the second software 410 may be added to the disk 31a. There is no need to add a memory for software to 152 or 153 or to incorporate software thereafter, which is extremely advantageous.
[0205]
(Fifteenth embodiment)
FIG. 33 is a block diagram showing a fifteenth embodiment of the present invention. In this embodiment, the configuration is the same as that of the embodiment of FIG. 32 except that the software request means 440 is added to the computer 152.
[0206]
Information indicating the state of the monitoring / control target 20 is input to the editing unit 393, and the editing unit 393 edits the input information and outputs the editing information to the first software editing unit 394. The first software editing unit 394 receives the editing information of the information indicating the state of the monitoring / control target 20 from the editing unit 393, and reads the second software 410 recorded and stored in the disk 31a for editing. The first software 420 is created from the second software 410 with reference to the information, and the created first software 420 is recorded and stored in the disk 31b. These operations are the same as in the embodiment of FIG. is there.
[0207]
Next, when receiving a screen request from the screen monitor Ma, the software request unit 440 transmits screen request information to the management kernel 14b via the network 14a. When the management kernel 14b receives the screen request information, the management kernel 14b reads the first software 420 recorded and stored in the disk 31b, and distributes and supplies it to the software receiving unit 41 via the network 14a.
[0208]
The software receiving unit 41 causes the distributed and supplied first software 420 to be executed in the software execution environment 42, and these functions are the same as those in FIG. When the first software 420 is executed in the software execution environment 42, a screen corresponding to the state of the monitoring / control target 20 is displayed on the screen monitor Ma.
[0209]
In the above description, the display on the screen monitor Ma when there is a display request from the screen monitor Ma has been described. However, when the display request is received from the screen monitor Mb due to the same action, the screen according to the state of the monitoring / control target 20 Is displayed on the screen monitor Mb.
[0210]
In the above description, the screen is displayed on the screen monitors Ma and Mb. However, the information representing the state of the monitoring / control target 20 in the form of video, mosaic display panel, sound, alarm, or a combination thereof. Needless to say, this can be realized by the same operation even when outputting from the computers 152 and 153.
[0211]
According to the fifteenth embodiment shown in FIG. 33, a screen, video, mosaic display board, audio, alarm, or a combination thereof is expressed according to the state of the monitoring / control target 20 when requested. When new information is output from the computers Ma and Mb, the first software editing means 394 may be added to the computer 155, and the second software 410 may be added to the disk 31a. There is no need to add a memory for software or to incorporate software later, which is extremely advantageous.
[0212]
(Sixteenth embodiment)
FIG. 34 is a block diagram showing a sixteenth embodiment of the present invention. 34, in the present invention, the first software created by the first software editing means 394 is time, a specific part in the monitoring / control target 20, a position in the monitoring / control target 20, or a combination thereof. The configuration is the same as that shown in FIG. 33 except that the corresponding portion of information is output every time.
[0213]
Information indicating the state of the monitoring / control target 20 is input to the editing unit 393. The editing unit 393 edits the input information and outputs the editing information to the first software editing unit 394. 394 inputs editing information of information indicating the state of the monitoring / control target 20 from the editing unit 393, reads out the second software 411 recorded and saved on the disk 31a, and refers to the editing information to read second information. First software 421a, 421b, 421c, 421d is created from the software 411 and recorded and stored in the disk 31b.
[0214]
At this time, the first software editing means 394 records and saves the first software on the disk 31b for each time and for each area of the monitoring / control target 20. In the example of FIG. 33, the first software is created and recorded as follows according to the time and regional conditions.
[0215]
[Table 2]

[0216]
Next, when the software request unit 440 receives a time and area conditional screen request from the screen monitor Ma, the software request unit 440 transmits conditional screen request information to the management kernel 14b. Upon receipt of the conditional screen request information, the management kernel 14b reads the first software 421a, 421b, 421c or 421d corresponding to the corresponding time and region recorded and stored in the disk 31b, and receives the software via the network 14a. Distribution and supply to the unit 41.
[0217]
The software receiving unit 41 causes the distributed and supplied first software 421a, 421b, 421c, and 421d to be executed in the software execution environment 42, and these operations are the same as in the case of FIG. When the first software 421a, 421b, 421c, or 421d is executed in the software execution environment 42, a screen corresponding to the state of the monitoring / control target 20 is displayed on the screen monitor Ma.
[0218]
The above describes the case where the first software editing means 394 creates the first software according to the time and local conditions. However, the time or the specification within the monitoring / control target 20 is not changed within the scope. It goes without saying that the first software can be stored for each part or position or area in the monitoring / control target 20 or a combination of these conditions.
[0219]
Also, instead of recording and saving the first software for each condition, when only one first software is executed in the software execution environment 42, the information corresponding to the condition is output. Although one software editing unit 394 may create the first software, any method may be used.
[0220]
In the above description, the display on the screen monitor Ma when a display request is made from the screen monitor Ma has been described. However, when the display request is made from the screen monitor Mb by the same action, a screen corresponding to the state of the monitoring / control target 20 is displayed. Display on the monitor Mb.
[0221]
In the above description, the screen is displayed on the screen monitors Ma and Mb. However, the information representing the state of the monitoring / control target 20 in the form of video, mosaic display panel, sound, alarm, or a combination thereof. Needless to say, this can be realized by the same operation even when outputting from the computers Ma and Mb.
[0222]
According to the sixteenth embodiment shown in FIG. 34, the state of the monitoring target is prompted at the time of request, and the monitoring target is expressed in a form of any one of screen, video, mosaic display board, sound, alarm, or a combination thereof. Of the information to be monitored, the portion corresponding to the time, the specific part in the monitoring / controlling object 20 or the position (region) in the monitoring / controlling object 20 or the combination thereof depending on the state of the monitoring / controlling object 20 Is newly output from the computers 152 and 153, the first software editing means 394 may be added to the computer 155, and the second software 411 may be added to the disk 31a. Alternatively, there is no need to add a memory for software to 153 or to incorporate software thereafter, which is extremely advantageous.
[0223]
(Seventeenth embodiment)
FIG. 35 is a block diagram showing a seventeenth embodiment of the present invention. 35, the present invention has the same configuration as that of the embodiment of FIG. 34 except that the monitoring / control target is the power system 20 and information indicating the state is input to the input means via the TC 82.
[0224]
Information indicating the state of the power system 20 to be monitored / controlled is input to the editing unit 393 via the TC 21, and the editing unit 393 edits the input information and outputs the editing information to the first software editing unit 394.
[0225]
The first software editing unit 394 inputs editing information of information indicating the state of the power system 20 to be monitored / controlled from the editing unit 393 and reads the second software 412 recorded and stored in the disk 31a. The first software 422a, 422b, 422c, 422d is created from the second software 412 with reference to the editing information, and the created first software 422a, 422b, 422c, 422d is recorded and stored in the disk 31b.
[0226]
At this time, the first software editing means 394 records and saves the first software 422a, 422b, 422c, 422d on the disk 31b corresponding to each time and each region of the monitoring / control target 20. For example, in the example of FIG. 34, the first software is created and recorded as follows according to time and regional conditions.
[0227]
[Table 3]

[0228]
Next, when the software request means 440 receives a time and area conditional screen request from the screen monitor Ma, it sends conditional screen request information to the management kernel 14b. When the management kernel 14b receives the conditional screen request information, the management kernel 14b reads the first software 422a, 422b, 422c or 422d corresponding to the corresponding time and region recorded and stored in the disk 31b, and receives the software reception unit via the network 14a. The software receiving unit 41 distributes and supplies the first software 422a, 422b, 422c, or 422d distributed and supplied to the software execution environment 42. These operations are the same as those in FIG.
[0229]
When the first software 422a, 422b, 422c, or 422d is executed in the software execution environment 42, a single-line diagram screen corresponding to the state of the power system 20 to be monitored / controlled is displayed on the screen monitor Ma.
[0230]
Here, the single-line diagram shows the switching status and switch status of the switch in the power system 20 and the information of the protection relay device in the shape and color of symbols and characters, and the active power and invalidity of the power flow of the transmission line and transformer The power system is represented in the form of a single-line connection diagram including situations where power and bus voltage are represented by numerical values and symbol colors.
[0231]
The above describes the case where the first software editing means 394 creates the first software under the conditions of time and region. However, the power equipment, the region, the voltage class, the time, or their It goes without saying that the first software can be stored for each combined condition.
[0232]
Also, instead of recording and saving the first software for each condition, the first software editing is performed so that information corresponding to the condition is output when the first software is executed in the software execution environment 42. A method of creating the first software by the means 394 is conceivable, but any method may be used.
[0233]
In the above description, the display on the screen monitor Ma is described when a display request is issued from the screen monitor Ma. However, when the display request is issued from the screen monitor Mb due to the same action, the state of the power system 20 to be monitored and controlled A single-line diagram screen corresponding to is displayed on the screen monitor Mb.
[0234]
In the above description, the screens are displayed on the screen monitors Ma and Mb. However, the information representing the state of the monitoring / control target 20 in the form of a single-line diagram, sound, alarm, or a combination thereof is calculated by a computer. Needless to say, the same operation can be performed when outputting from 152 and 153.
[0235]
According to the seventeenth embodiment shown in FIG. 35, the information expressed in the form of a single-line diagram, sound, alarm, or a combination thereof prompting the state of the power system 20 to be monitored / controlled when requested When the computer 152, 153 newly outputs the information corresponding to each power equipment, voltage class, time, or combination condition thereof, the first software editing means 394 is added to the computer 376. It is only necessary to add the second software 412 to the disk 31a, and there is no need to add a memory for the software to the computer 152 or 153 or to incorporate the software thereafter, which is extremely advantageous.
[0236]
FIG. 36 is a block diagram showing an eighteenth embodiment of the present invention. In the present embodiment, a message for calling a software function is transmitted between a plurality of software execution means.
[0237]
36, the same functional parts as those in FIG. What is newly added in the present embodiment is a message exchange means 100, and the message exchange means added here calls each other's software functions among a plurality of software execution means distributed over the network. For this purpose, distributed processing is realized among the software execution means by providing means for transmitting a message for receiving the message and storing the message storing the result of the called function.
[0238]
FIG. 37 is a conceptual diagram of message exchange, in which messages are transmitted from the message exchange means 100 to the software execution means 13-1 to 13-n. According to the present embodiment, since messages can be exchanged between the software execution means 13-1 to 13-n and their functions can be called via the network, for example, the information input means, recording software, and display software are Each can be executed in separate software execution means connected via a network. In FIG. 37, the information input means is also executed as software.
[0239]
The message exchange means is a general term for a communication procedure for exchanging an arbitrary message on an arbitrary network such as a LAN or WAN. For example, a remote procedure call (remote procedure call on a TCP / IP network and TCP / IP) RPC that is a function call). According to the present embodiment, the degree of freedom of selection of the software execution means increases, so that the effect of the first embodiment can be further enhanced.
[0240]
FIG. 38 is a conceptual diagram showing that the processing performance of the entire power system monitoring control system is lowered when the network between the software execution means is low speed. This is because the network 90 that connects the information input software 91 and the software execution means such as the display software 94 and the recording software 93 becomes a bottleneck.
[0241]
FIG. 39 is a block diagram showing the nineteenth embodiment of the present invention, in which information exchange between the information input means and their respective software can be executed at high speed. As shown in FIG. 39, information input software is distributedly arranged to avoid a bottleneck caused by a low-speed network when each software refers to information input to the information input means.
[0242]
In FIG. 39, a low-speed network 90 is provided between the information input software 1 (91) and the information input software 2 (96), and the information input software 2 (96), the monitoring software (92), the recording software (93), A high-speed network 97 is provided between the software execution means of the display software (94) and the control software (95).
[0243]
In the above configuration, the information input software 1 (91) immediately outputs the collected information to all the information input software 2 (96) without holding the collected information. Receiving this, the information input software 2 (96) performs the same operation as the information input software shown in the first embodiment.
[0244]
The information input software 2 (96) to which information has been input as described above sends and receives information via the low-speed network even if the information input software 1 (91) is the low-speed network 90. The information input once to the information input software 2 (96) can be performed only once. Information can be exchanged between the information input means 2 and the software execution means 92... 95 many times. Since the two are connected by a high-speed network 97, the efficiency of information exchange does not decrease.
[0245]
FIG. 40 is a block diagram showing the twentieth embodiment. In this embodiment, when calling software, the overhead for software distribution is not increased even if the frequency of software calls increases. Therefore, the software execution means of the power system monitoring control system is provided with means (software holding means) 140 for holding the software distributed from the software storage means for a certain period.
[0246]
As shown in FIG. 40, the software execution means 13 includes the following components.
(1) Software receiving means 41.
(2) Software execution environment 42.
(3) I / O device 43.
(4) Software holding means 140.
[0247]
The above (1) to (3) are the same constituent elements as the constituent elements of the software execution means of the first embodiment or the second embodiment, and the action of each element is the same as that of each embodiment. The same action is performed.
[0248]
The above (4) performs the following actions.
The software received by the software receiving means 41 is held for a certain period. Hereinafter, the retained software is referred to as cached software. When there are a plurality of pieces of software that are held, the plurality of pieces of software are collectively referred to as a cached software group.
[0249]
When the software management means 14 gives an instruction to execute software, it checks whether the software instructed to execute is in the cached software group. If there is, the software is taken out from the cached software group, and execution of the software is started.
[0250]
When the designated software does not exist in the cached software group, the software is received from the software storage unit 12 according to a normal procedure, and the execution of the software is started. The software is also held in the software holding means 140 for a certain period.
[0251]
Along with the above operation, the software execution instruction method between the software management means and the software execution means is changed to an execution instruction method comprising the following two steps.
[0252]
step1:
Specify the software type and instruct the execution of the software. If the software execution means holds the software, execution of the held software is started, and step 2 shown below is omitted. If the software execution means does not hold the software, the next step 2 is executed.
[0253]
step2:
The software management means retrieves software for instructing execution from the software storage means, and distributes the software to the target software execution means. After distribution, the execution of the distributed software is instructed.
[0254]
It should be noted that the period for holding by the software holding means may be arbitrarily selected. For example, if there is a sufficient amount of software capacity that can be held by the software holding means, it may be kept as long as the capacity allows, or the software that has been held is discarded every time the software execution means is initialized. May be. According to the present embodiment, it is possible to suppress an increase in overhead for software arrangement even if the frequency of dynamic function arrangement increases.
[0255]
FIG. 41 is a block diagram showing the twenty-first embodiment. In the present embodiment, the arrangement of a plurality of software or software execution means is determined for each predetermined group, or a group is determined according to external conditions such as a program.
[0256]
Therefore, when a plurality of software or software execution means cooperate and perform monitoring and control via a network, a control means for grouping the plurality of software or software execution means is provided.
[0257]
41, the information input means 11, software storage means 12, software execution means 13, and software management means 14 have the same configuration as in FIGS. 2 and 6, and the message exchange means 100 has the same configuration as in FIG. .
[0258]
816 is newly added as a configuration of the present embodiment, and is a grouping control unit that groups software or software execution unit into one or a plurality of software or software execution units. 816 is realized by software or software execution means, but can also be configured by a computer system as shown in FIG. 5, for example.
[0259]
Therefore, the grouping control means groups a plurality of software or software execution means distributed over the network into one or a plurality of software or software execution means. Each monitoring target system is monitored and controlled in units of groups, and distributed processing between software or software execution means groups is realized.
[0260]
The normal operation will be described. The information input means 11, software storage means 12, software execution means 13, and software management means 14 operate in the same manner as in FIG. The message exchange means 100 operates in the same manner as in FIG.
[0261]
The grouping control means 816 is a software or software execution means for monitoring and controlling the range of the monitoring / control target based on information from the software management means 14, the software execution means 13, the information input means 11 and the like through the message exchange means 100. Determine the group.
[0262]
These are notified to the software management means or the software execution means via the message exchange means 100. In FIG. 41, the flow of data between the grouping control means and other means and the message exchange means via this are omitted.
[0263]
FIG. 42 is a block diagram showing a more specific form of FIG. 41, and is an example in which the information input means is also executed as software. The display software and recording software are the same as those in the first embodiment. The software management unit 14 operates in the same manner as in FIG. 2 and the like, but the software grouping control unit 825 limits the software that can instruct the start of execution.
[0264]
In FIG. 42, display software and recording software, which are software execution means located at physically separated locations, constitute a software execution means group 1 that performs monitoring control relating to the TC device 1, and recording software and display within the same software execution means. Software constitutes group 2.
[0265]
According to the present embodiment, since a plurality of software or software execution means can be grouped, for example, specific information input means, recording software, display software, etc. (each of which is connected to each other via a network) However, it is possible to monitor and control a specific system to be monitored.
[0266]
The software execution means may be distributed in each case, or may operate synchronously and in a specific group. Regarding these, the following can be considered.
[0267]
The entire monitoring target system is controlled by one or a plurality of software execution means groups, that is, is monitored and controlled. Further, the system to be monitored is divided into several parts and is managed by one or a plurality of software implementation means groups. It also has a mechanism for grouping and releasing software. That is, the software grouping control means can be set under the following conditions.
[0268]
1) Dynamic grouping / deletion: In accordance with the same concept as the current system form, the monitored system to be controlled is fixed in advance, and the software or software implementation means for monitoring control is fixed.
2) Dynamic grouping and release: Similar to the second embodiment, software or software implementation means group is dynamically determined from the load and failure of the software implementation means, the state of the target process, and the like.
[0269]
3) Prohibition of grouping: In relation to the above-mentioned dynamic group cancellation, a certain software or software is used for the purpose of preventing the influence of a certain software or software group (for example, excessive allocation or failure of software) on other groups. Has a function to prohibit participation in grouping.
[0270]
According to the present embodiment, it is possible to perform control such as determining the arrangement of software for each predetermined group or determining a group according to an external condition such as a process. With such a fixed system configuration, it is not necessary to set a fixed process as a target for monitoring and control, and the software implementation means can be used effectively.
[0271]
FIG. 43 is a block diagram showing the twenty-second embodiment. In this embodiment, the same software is to be executed using a plurality of software execution means. Therefore, what is newly added in the present embodiment is the duplex management means 200, and the other configuration is the same as that shown in FIG.
[0272]
The duplex management means 200 instructs a plurality of software execution means distributed over the network to execute the same software, receives the result, and determines the final result as the system. Since the same software can be executed by two or more software execution means by the duplex management means 200, the following can be realized.
[0273]
(1) Receive the results of a plurality of software execution means, confirm that the results are the same, and use the results.
(2) As a result of execution by a plurality of software execution means, the result received earlier is used.
(3) As a result of execution by a plurality of software execution means, a result that is normally calculated is used.
[0274]
FIG. 44 is a conceptual diagram for explaining the operation. The duplex request means 201 requests the software management means 14 to execute two pieces of software having both programs and data. The software management means 14 transmits the same software from the software request means to the software execution means (1) 13-1 and the software execution means (2) 13-2.
[0275]
According to this embodiment, since the same software can be executed by two or more software execution means, it can be used as in the above (1) to (3), and special software necessary for duplication is prepared. Therefore, it is possible to easily build a duplex system and increase the reliability of the system.
[0276]
FIG. 45 is a block diagram showing the twenty-third embodiment. In this embodiment, the operation check after changing the program or data can be performed together. In the power system monitoring and control system, programs and data are frequently changed.
[0277]
In a conventional power system monitoring and control system, when performing an operation check test after changing a program or data, in order not to affect the system in operation, one or more computers are removed from the computer in operation. It was done separately.
[0278]
For example, in FIG. 46, which is a typical representative distributed power system monitoring and control system, in order to test the program changed in the monitoring function computer B72, the computer 72 is moved from the operating system (other computer). It was necessary to perform an operation confirmation test of the program that was disconnected and changed by the computer 72. In order to test the computer 72, other computers (for example, the recording function computer C73) must be disconnected from the operating system as necessary.
[0279]
However, in the conventional power system monitoring and control system, the operation confirmation test of the changed program and data is realized by separating a part or the whole from the operating system. Could not be implemented.
[0280]
In addition, in a system in which one function is realized by a plurality of computers in order to ensure reliability, the function of the operating system is lost even if one or more computers are disconnected for a program confirmation test. It wasn't. However, if the computer was stopped due to some kind of failure during the operation check test, the corresponding function under operation check could not be realized due to failure such as backup failure.
[0281]
Therefore, in the present embodiment, in the monitoring / control system that realizes the first embodiment or the eleventh embodiment, the software storage unit 12 is provided for the purpose of performing an operation test of the whole or a part of the system. The version management unit 32 and the auxiliary storage device 31 are used.
[0282]
The version management unit 32 manages a plurality of software having different versions, and is configured to select and output a necessary version of software from the auxiliary storage device 31 when the software request message 621 from the software management unit 14 is input. It is.
[0283]
The software storage means records and stores various software comprising various programs and / or various data for monitoring and controlling the power system. At this time, a plurality of pieces of software that are the same software but different versions can be recorded and stored. The recorded and stored software is supplied to the software execution means via the software management means.
[0284]
Next, the software management means 14 sends a software request message 621 to the software storage means 12. The software request message 621 stores the software name and software version. The version management unit 32 of the software storage unit 12 decodes the software request message 621, reads the corresponding software from the auxiliary storage device 31, and sends it to the software management unit 14.
[0285]
There are the following methods for the version management unit 32 to read out the corresponding software from the software name and software version.
(1) Read the software name and software version that match.
(2) Read the software name that matches and that has the closest software version.
(3) When there is only one identical software name, it is read regardless of the software version.
Such a version management unit 32 has a function of reading out corresponding software from a plurality of software.
[0286]
According to the present embodiment, the following effects can be obtained by storing a plurality of different versions of software in the software storage means.
(1) By reading out different versions of software with the same function, it is possible to perform an operation confirmation test accompanying a change in a program or data.
(2) An operation confirmation test can be performed without stopping the computer in operation.
(3) An operation confirmation test can be performed without affecting the operating computer.
[0287]
The monitoring / control system of the present invention monitors and controls input from an information input means by distributing and supplying software recorded and held in a recording medium to software execution means by access from the software management means. Information indicating the state of the target can be realized for some or all of various functions such as display, monitoring, recording, control, and driving support.
[0288]
Also, the software recorded and held in the recording medium is distributed and supplied to the software execution means by access from the software management means, and the control instruction is received from the operator or other control means to be monitored / controlled. It is possible to realize a function of controlling
[0289]
【The invention's effect】
As described above, according to the present invention, software composed of a program and data is distributed and the software is executed using the software, so that a monitoring / control system with easy function expansion can be provided.
[Brief description of the drawings]
FIG. 1 is a diagram showing a concept of a monitoring / control system according to the present invention.
FIG. 2 is a block diagram showing the concept of FIG. 1 as functional blocks.
FIG. 3 is a block configuration diagram showing an example of a specific embodiment of information input means 11;
FIG. 4 is a block configuration diagram showing an example of a specific embodiment of software storage means 12;
FIG. 5 is a block configuration diagram showing an example of a specific embodiment of software execution means 13;
FIG. 6 is a block configuration diagram showing an example of a specific embodiment of software management means 14;
FIG. 7 is a block diagram showing a case where the software management unit 14 and the software storage unit 12 are physically configured by the same computer system.
FIG. 8 is a block diagram showing a case where the software management unit 14 and the software execution unit 13 are physically configured by the same computer system.
FIG. 9 is a flowchart showing an example of processing contents of the software management means 14;
FIG. 10 is a flowchart showing an example of processing contents of software execution means 13;
FIG. 11 is a block diagram showing an example of display software.
FIG. 12 is a block diagram showing an example of recording software.
FIG. 13 is a block diagram showing an example of system monitoring board software.
FIG. 14 is a block diagram illustrating an example of control software.
FIG. 15 is a block diagram showing an example of monitoring software.
FIG. 16 is a conceptual diagram of a power system monitoring and control system realized by combining each software.
FIG. 17 is a conceptual diagram in which the control function is expanded to FIG. 16 to develop a power system monitoring control system.
FIG. 18 is a flowchart showing processing details of supply management in software management means.
FIG. 19 is a block diagram showing a first embodiment of the monitoring / control system of the present invention.
FIG. 20 is a block diagram showing a second embodiment of the monitoring / control system of the present invention.
FIG. 21 is a configuration diagram showing a third embodiment of the monitoring and control system of the present invention.
FIG. 22 is a block diagram showing a fourth embodiment of the monitoring / control system of the present invention.
FIG. 23 is a block diagram showing a fifth embodiment of the monitoring / control system of the present invention.
FIG. 24 is a configuration diagram showing a sixth embodiment of the monitoring and control system of the present invention.
FIG. 25 is a block diagram showing a seventh embodiment of the monitoring / control system of the present invention.
FIG. 26 is a block diagram showing an eighth embodiment of the monitoring / control system of the present invention.
FIG. 27 is a block diagram showing a ninth embodiment of the monitoring / control system of the present invention.
FIG. 28 is a block diagram showing a tenth embodiment of the monitoring / control system of the present invention.
FIG. 29 is a block diagram showing an eleventh embodiment of the monitoring / control system of the present invention.
FIG. 30 is a block diagram showing a twelfth embodiment of the monitoring / control system of the present invention.
FIG. 31 is a block diagram showing a thirteenth embodiment of the monitoring / control system of the present invention.
FIG. 32 is a block diagram showing a fourteenth embodiment of the monitoring / control system of the present invention.
FIG. 33 is a block diagram showing a fifteenth embodiment of the monitoring / control system of the present invention.
FIG. 34 is a block diagram showing a sixteenth embodiment of the monitoring / control system of the present invention.
FIG. 35 is a block diagram showing a seventeenth embodiment of the monitoring / control system of the present invention.
FIG. 36 is a block diagram showing an eighteenth embodiment of the monitoring / control system of the present invention.
FIG. 37 is a diagram showing the concept of message exchange in FIG. 36;
FIG. 38 is a conceptual diagram showing an example in which the information transmission speed of the network between the information input means and each software execution means becomes a bottleneck and the performance of the entire system decreases.
FIG. 39 is a block diagram showing a nineteenth embodiment of the monitoring / control system of the present invention.
FIG. 40 is a block diagram showing a twentieth embodiment of the monitoring / control system of the present invention.
FIG. 41 is a block diagram showing a twenty-first embodiment of the monitoring / control system of the present invention.
FIG. 42 is a block diagram showing FIG. 41 more specifically.
FIG. 43 is a block diagram showing a twenty-second embodiment of the monitoring / control system of the present invention.
44 is a conceptual diagram for explaining the operation of FIG. 43. FIG.
FIG. 45 is a block diagram showing a twenty-third embodiment of the monitoring / control system of the present invention.
FIG. 46 is a conceptual diagram of a conventional monitoring / control system.
[Explanation of symbols]
11 Information input means
12 Software holding means
13 Software execution means
14 Software management means
14a network
14b Management kernel
20 Monitoring and control target
23 Information storage area
31 Auxiliary storage device
41 Software receiver
42 Software execution environment
100 Message exchange means
120 software
200 Duplication management means
392 Editorial Department
816 Grouping control means
Ma, Mb monitor

Claims (1)

In a monitoring / control system using a distributed system in which a plurality of computers having different functions are connected via a network and the functions shared by each of the computers are monitored and controlled, Both information input means for inputting information indicating the state from the control target, and data or program necessary for displaying the status of the monitoring / control target on at least one monitoring screen connected to the network, Or static information consisting of information including at least one piece of information on display objects such as characters, symbols, figures, and tables, display positions of these, and display methods such as colors and sizes. Static software storage means for storing static software, information indicating the status of the monitoring / control target input from the information input means, and the static software One that consists of both a program and data that output information that expresses the monitoring / control target in the form of a screen, video, mosaic display panel, audio, alarm, or a combination thereof. Dynamic software editing means for editing and creating the dynamic software, dynamic software storage means for storing the dynamic software, and dynamic software stored in the dynamic software storage means are connected to a network Software management means for determining whether or not execution is possible for at least one monitoring screen and distributing and receiving the dynamic software distributed and supplied from the software management means, and executing and monitoring and controlling the software the condition of the subject, characters, symbols, figures, displayed, these screen display position, such as tables, and these color, size Including information display method as screen image, a mosaic display plate, voice, further comprising at least one or more software execution means for outputting information representing either or form a combination of these alarms Characteristic monitoring and control system.

Images