JPS62284499A - 運用監視装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ３、発明の詳細な説明 ［発明の目的］ （産業上の利用分野） 本発明は、工場、ビル施設等における設備の運用・監視
を行う運用監視装置に関する。

（従来の技術） 工場、ビル等の施設では、受変電設備、動力・空調設備
、衛生設備、特に工場施設では生産設備を含み、さらに
施設の保安上必要な防災・防犯設備等の種々の設備より
なりたっており、従来よりこれら諸設備を効率的且つも
れれなく管理運用するためには、これらの設備を運用・
監視するための運用監視装置を導入するのが一般的とな
ってきている。

また、最近では、特に１つの施設単位毎だけでなく、い
くつかの施設を集中的に管理・運用することも行なわれ
るようになってきている。例えば、製造会社では本社社
屋に施設総合管理センタを設置し、これと各工場毎に設
置した工場別の施設管理用ＣＰＵ　（コンピュータ）と
の閲を電話回線で接続することにより、各工場を本社側
で集中的に情報管理するようになってきている。

一方、単一工場。ピルでは、以前では夜間には防災・防
犯の目的のために警備員を置いていたが、人件費の高騰
、及び省力化の推進のため施設別に防災・防犯監？！装
置を設置して、これと警備保障会社等の防災センタとの
間を電話回線で接続することにより、各施設を防災セン
タ側で遠隔監視するようになってきている。

ここで、工場、ビル等の施設における設備に対する運用
監視装置の従来例を第５図を参照して説明する。

第５図において、工場又はビルの各現場１．２゜３には
、監視対象としての動力・機械設備４．及び防災・防犯
現場設備５が設けられている。

一方、これら設備４．５を監視するために工場又はビル
の中央監視室６にそれぞれ設備監視用ＣＰＵ　（コンピ
ュータ）１０及びその周辺装置として陰極線管ディスプ
レイ（以下ｒｃＲＴＪと略称する。）１１．キーボード
（以下ｒＫＢＪと略称する。）１２．プリンタ１３．防
災・防犯監視用ＣＰＵ　（コンピュータ）２０．及びＣ
ＲＴ２１゜ＫＢ２２．プリンタ２３が設けられている。

ここで、設備監視用ＣＰＵ１０及び防災防犯監視用ＣＰ
Ｕ２０と、現場設備１，２．３における動力・機械設備
４及び防災・防犯設備５との間には、それぞれ設備監視
用伝送装置のマスターステーション（以下ｒＭｓＴＪと
略称する。）１４．リモートステーション（以下ｒＲ８
ＴＪと略称する。）１５、プロセス入出力装置（以下ｒ
ＰＩ１０Ｊと略称する。）１６、及び防災・防犯監視用
伝送装置のＭＳＴ２４．Ｒ３Ｔ２５．Ｐｒ１Ｏ２６を設
け、これらＭＳＴｌ４及びＭＳＴ２４とＲ８Ｔ１５及び
Ｒ８Ｔ２５とは、それぞれ伝送ケーブル１７及び伝送ケ
ーブル２７を介して接続されている。

また、現場設備とは遠隔して設置された設備総合管理セ
ンタ３０及び防災センタ３１と、設備監視用ＣＰｔＪ１
０及び防災防犯監視用ＣＰＬＪ２０とは、網側ｍ装置（
以下ｒＮｃＵＪと略称する。）３２．３３を経由して電
話口ｌ１３４．３５により接続されている。

上記構成において、現場１における監視対象である動力
・機械設備４の運転状況９機械の起動／停止、故障等の
事象（以下「イベント」と略称する。〉の発生、及び設
備のアナログ積算値情報（プロセス情報）は、同一現場
１内のＲ８Ｔ１５に接続されているＰｒ６Ｏ１１により
収集され、伝送ケーブル１７．ＭＳＴｌ　４を経由して
設備監視用ＣＰＬＪ１０に送られる。そして、中央蓋？
！至６では、設備監視用ＣＰＬＪ１０で一次処理した後
のイベント、アナログ積算値情報は、ＣＲＴｌｌ。

プリンタ１３により表示・印刷が行なわれ、ＣＲＴｌｌ
の表示操作及びプリンタ１３の印舅操作はＫＢにより行
なわれる。ざらに、設備監視用ＣＰＵｌ０で二次処理さ
れた収集情報は、ＮＣＵ３２を経由して電話口１３４を
通じて遠方にある設備総合管理センタ３ｏへ伝送される
。

尚、上記おける設備監視用ｃｐｕｉ　ｏにおける一次処
理とは、ここでは次のように定義する。すなわち、設備
監視用ＣＰＵ１０に送られてくる種々の情報“０”、′
１”等のビット情報を、中央監視室６に待機している監
視員が理解できるように、メツセージ形式、グラフィッ
ク形式、１０進数値表示形式等にデータ変換することで
ある。

また、上記おける設備監視用ＣＰＬＩ　１０における二
次処理とは、ここでは次のように定義する。

すなわち、設備監視用ＣＰＩＪ１０で生成された一次処
理情報を、ＮＣｕ３２．電話回線３４で伝送可能な信号
に変換し、設備総合管理センタ３０で受入れ可能にする
処理を行うことである。

防災・防犯現場設備５に対する監視は、Ｐｒ１Ｏ２６、
Ｒ８Ｔ２５．電装ケーブル２７．ＭＳＴ２４を経由して
防災・防犯監視用ＣＰＵ２０に送られ、防災防犯監視用
ＣＰＵ２０内では、設備監視用ＣＰＵ１０と同様に一次
処理を行った後、ＣＲＴ２１及びプリンタ２３に表示・
印劉を行うと共に二次処理後にＮＣＩＪ３３及び電話回
線３５を経由して防災防犯関連の集約情報として遠方に
ある防犯センタ３１に送′るようにしている。

以上説明した従来の運用監視装置では、動力・機械設備
系の監視と防災防犯設備系の監視とを、互いに独立した
２つのＣＰＵで行っているが、これは次のような理由に
基づいている。すなわち、設備監視の対象とする内容と
防災防犯監視の対象とする内容とが異なる事、またこの
監視対象とする内容が異なることに伴いＣＰＬＪでの処
理内容も異なる事、ざらにこの異なる処理内容を１台の
ＣＰＵで実施しようとすると処理能力等の点において２
台分のＣＰＵに相当する機能を有するものでなければな
らない事等が理由としてあげられる。

（発明が解決しようとする問題点） このように従来の運用監視装置では、監視対象の内容が
異なることから処理設備監視と防災防犯監視とにそれぞ
れＣＰＵを割当てるようにしなければならないため、周
辺装置、伝送系の装置等が２系統必要となり、設備費用
、設置スペースの増大化を招（と共に装置の保守運用上
も経済的でない、という問題があった。

そこで本発明の目的は、設備費用、設置スペースの増大
化を招くことなく且つ装置め保守運用上も経済的な運用
監視装置を提供することにある。

［発明の構成］ （問題点を解決するための手段） 本発明は上記問題点を解決し且つ目的を達成するために
次のような手段を講じたことを特徴としている。すなわ
ち、異なる時間帯に運用される少なくとも第１．第２の
設備と、この第１．第２の設備をそれぞれ中央側で運用
及び監視する第１゜第２の運用監視センタとの間に設け
られ、上記第１、第２の設備の運用に伴うｔｉｌｌ　ｉ
ｌｌ及び監視に伴う情報収集を行なう運用！？ＪＩ装置
において、少なくとも、上記第１の設備の運用に伴う制
御及び監視に伴う情報収集を行なうための第１の７０グ
ラムと上記第２の設備の運用に伴う制御及び監視に伴う
情報収集を行なうための第２のプログラムとを格納して
おく補助記憶手段と、この補助記憶手段に格納されてい
る上記第１のプログラム又は第２のプログラムがロード
される主記憶手段と、この主記憶手段にロードされたプ
ログラムを実行する演算手段と、上記第１．第２の設備
の運用時間毎に上記補助記憶手段における上記第１のプ
ログラム又は第２のプログラムを上記主記憶手段にロー
ド制御すると共に上記演算手段において実行されている
プログラムに応じ上記演算手段と上記第１゜第２の設備
及び上記第１．第２の運用監視センタとの間の信号授受
を制御する制御手段とを具備したことを特徴とする。

（作用） このような手段を講じたことにより、第１゜第２の設備
は異なる時間帯に運用されることから、ハードウェアは
１系統であっても複数のソフトウェアを異なる時間帯に
実行することでそれぞれの設備は所定の運用監視がなさ
れるものである。

（実施例） 以下本発明にかかる運用監視装置の一実施例を図面を参
照して説明する。

第１図は第５図と同一部分には同一符号を付した本発明
にかかる運用監視装置の一実施例の構成を示すブロック
図、第２図は同実施例における１につの運転スケジュー
ルを示すタイムチャート、第３図及び第４図は同実施例
における処理プログラムの手順を示すフローチャートで
ある。

第１図において、工場又はビルの各現場１．２３内にあ
る動力・機械設備４．及び防災・防犯現場設（１５はリ
モートＣＰＵ（以下ｒＲＴｃＰｔＪＪと略称する。）−
１８を経由してＲ８Ｔ１５へ送られ、さらに伝送ケーブ
ル１７、ＭＳＴ１４を経由して中央監視空６にある中央
監視ＣＰｔＪ５０に送られる。

中央監視ＣＰＵ５０には、周辺装置として、ＣＲＴ５１
、ＫＢ５２、プリンタ５３、ＮＣＵ３２を備えると共に
補助記ｆｆ１１ｍ１として７０ツビデイスクドライブ装
ｆｌ（以下ｒＦＤＤ装置」と略称する。）５４、ＮＣＵ
３２の出力を切換える転換スイッチ５５、この転換スイ
ッチ５５を切換えるための中央監視ＣＰＵ５０のデジタ
ル出力５６、及び工場、又はピルの最終退出者（最初入
場者）からの最終退出（最初入場）の信号を得る確認入
力装置５７が設けられている。

中央監視室６にある中央監視ＣＰＩＪ５０と、設備総合
管理センタ３０及び防災センタ３１との信号授受は、転
換スイッチ５５の常開及び常閉接点に接続される電話回
線３４．３５を経由して行なわれる。

上記構成における１日の運転スケジュールは第２図に示
すように、中央監視ＣＰＵ５０内の運転モードをｒ夜間
運転モード」６０と「昼間運転モード」６１とに分割し
、また現場設備１，２．３内の各ＲＴＣＰｔＪ１８内の
運転モードもこれと同一のタイムスケジュールにより「
夜間運転モード」６２と「昼間運転モード」６３とに分
割して運転するものとする。第２図では上記の運転モー
ド切換えの時間を例えば８：Ｏｏと１９：００とに設定
している。

次に中央監視ＣＰＬＪ５０内での上記運転モードの切換
えを含む作用について第３図を参照して説明する。

第３図において、システムスタートつまり装置への電源
投入により、先ず現在時刻に対応する運転モードを調べ
る処理７０を実施し、運転モード切換要求セット７１を
行う。次に運転モード切換要求の判定７２を実施し、要
求が出されていれば昼間モードへの切換え要求か否かの
判定７３を行う。ここで仮に昼間モードへの切換え要求
が出されていれば処理７４．７５．７６の処理を順次実
行する。すなわち、ＲＴＣＰＵｌ８に対し昼間プログラ
ムの実行要求出力を出す処理、又は中央監視ＣＰＵ５０
自身の主メモリの内、現在、夜間運転プログラムのエリ
アにＦＤＤ５４から昼間運転モード用プログラムをオー
バーレイする処理７５、さらにＮＣｔＪ３２の出力光を
切換える転換スイッチ５５を設備総合管理センタ３０側
にの換えるための出力５６を出力する処理７６を実行す
る。この場合、判定処理７３において夜間モードへの切
換え要求であると判定した場合は、処理７７゜７８．７
９を実行し、ＲＴＣＰＵｌ　８の運転モードを夜間側に
設定し、ＣＰＩＪ５０内の主メモリには夜間運転モード
プログラムをローディングし、さらに転換スイッチ５５
を防災センタ３１側に切換える。

上記処理７４．〜，７６、又は処理７７、〜。

７９のいずれかを実施した後に前述の運転モード切換え
要求をクリアする処理８０を実行し、その後にローディ
ングされたプログラムの具体的実行８１に入る。以降、
定期的に例えば１分毎に処理８２及び判定８３を実施し
、必要により再び他の運転モードへの切換え要求をセッ
トする処理８４を実施するものである。

次にＲＴＣＰＵｌ　８内の処理について第４図を参照し
て説明する。第４図において、リモートで電源投入後、
判定９ｏとその結果により、昼間運転モードの指定が中
央監視ＣＰＬＪ５０から出力されている場合には、処理
９１により昼間運転モード用プログラムを実行し、夜間
運転モードが指定されていれば夜間運転モード用プログ
ラムを実行する。

ここで、中央監視ＣＰＵ５０内では、一般の多くのコン
ピュータシステムが自身の時刻管理を行っているように
、その内部で時刻管理を行っているものとする。また、
中央監視室６においては、中央監視ＣＰＵ５０に最終退
出者（最初入場者）からの確認信号を入力する確認入力
装［５７を接続している。これは、第３図における夜間
運転モード６ｏと昼間運転モード６１との切換えを、単
に時刻管理つまりＣＲ５１とＫＢ５２とによって予め設
定された切換え要求時刻と現在時刻との比較判定を行う
だけでなく、その施設からの最終退出者（最初入場者）
からの確認信号とを組合わせることにより、当該施設に
おける無人化が図られた遠隔自動監視が行なわれるよう
になっている。

以上の如くの本実施例によれば次のような作用効果を秦
する。すなわち、昼間は中央監視室６からの有人監視体
制で動力・機械設備４を対象とした監視を、中央監視Ｃ
ＰＩＪ５０と、これにＮＣＵ３２を経由して接続された
設備総合管理センタ３０とにより実施し、一方、当該施
設が無人となる夜間には、防災防犯現場設備５を対象と
した監視を、同一の中央監視ＣＰＵ５０及びＮＣＵ３２
を経由して防災センタ３１により実施することができる
。

ここで、中央監視ＣＰｔＪ５０自身はもちろんのこと、
中央監視至６のＣＲＴ５１やＫＢ５２．プリンタ５３等
の周辺装置は１台づつ設ければ良く、また、各現場１．
２．３にある設備群との信号授受系も１系統で対応可能
である。

また、中央監視ＣＰＵ５０の処理能力性能は、昼間運転
モード、又は夜間運転モードのいずれか負荷の容量（プ
ログラム容量）の大きいもの側の容量・性能が満足する
ものを用いれば良く、特に入力される監視対象点数につ
いては、ＲＴＣＰＵ１８のプログラム処理により、昼間
と夜間とに扱う対象を切換えることができるため、夜間
又は昼間のいずれか多い側の点数が処理できるものであ
れば良い。

さらに、ＮＣＵ３２についても、昼間と夜間とでは、そ
の出力側を転換スイッチ５５により切換えるととにより
対応可能であり、ＮＣＵ自体は１台設ければ良いもので
ある。

また、中央監視ＣＰｔＪ５０において、昼間と夜間との
各運転モードに対応するプログラムは、ＦＤＤ５４によ
って切換え時間に主メモリへの再ローディングを実施す
ることにより、主メモリ容ｌも従来の約１７２とするこ
とができる。

尚、上記実施例では、昼間と夜間とに別々に運用される
設備によあしたものであるが、異なる時間帯に運用され
る設備一般に適用可能であることは言うまでもなく、ま
た、装置構成上の各種の装置についても上記実施例に限
定されるものではない。

［発明の効果］ 以上詳述したように本発明は、異なる時間帯に運用され
る少なくとも第１．第２の設備と、この第１．第２の設
備をそれぞれ中央側で運用及び監視する第１．第２の運
用監視センタとの間に設けられ、上記第１．第２の設備
の運用に伴うｌ１ｌｌｌｔｉｌｌ及び監視に伴う情報収
集を行なう運用監視装置において、少なくとも、上記第
１の設備の運用に伴う制御及び監視に伴う情報収集を行
なうための第１のプログラムと上記第２の設備の運用に
伴う制御及び監視に伴う情報収集を行なうための第２の
プログラムとを格納しておく補助記憶手段と、この補助
記憶手段に格納されている上記第１のプログラム又は第
２のプログラムがロードされる主記憶手段と、この主記
憶手段にロードされたプログラムを実行する演算手段と
、上記第１．第２の設備の運用時間毎に上記補助記憶手
段における上記第１のプログラム又は第２のプログラム
を上記主記憶手段にロード制御すると共に上記演算手段
において実行されているプログラムに応じ上記演算手段
と上記第１．第２の設備及び上記第１．第２の運用監視
センタとの間の信号授受を制御する制御手段とを具備し
た構成である。

この構成によれば、第１．第２の設備は異なる時間帯に
運用されることから、ハードウェアは１系統であっても
複数のソフトウェアを異なる時間帯に実行することでそ
れぞれの設備は所定の運用監視がなされるものである。

従って、本発明によれば、設備費用、設置スペースの増
大化を招くことなく且つ装置の保守運用上も経済的な運
用監視装置が提供できるものである。

【図面の簡単な説明】

第１図は本発明にかかる運用監視装置の一実施例の構成
を示すブロック図、第２図は同実施例における１につの
運転スケジュールを示すタイムチャート、第３図及び第
４図は同実施例における処理プログラムの手順を示すフ
ローチャート、第５図は従来例の構成を示すブロック図
である。 １．２．３・・・現場設備、４・・・動力・機械設備、
５・・・防災・防犯現場設備、６・・・中央監視至、１
４・・・伝送装置マスターステーション（ＭＳＴ）、１
５・・・伝送装置リモートステーション（Ｒ３下）、１
６・・・プロセス入出力１！ｉｌＦ、１７・・・伝送ケ
ーブル、１８・・・リモートＣＰＩＪ　（ＲＴＣＰＬＪ
）　、３０・・・設備総合管理センタ、３１・・・防災
センタ、３２・・・ＮＣＵ　＜網制御装置）、３４．３
５・・・電話回線、５０・・・中央監視ＣＰ（Ｊ、５１
・・・ＣＲＴ１５２・・・キーボード（ＫＢ）、５３・
・・プリンタ、５４・・・補助記憶装置、５５・・・転
換スイッチ、５７・・・確認入力装置。 出願人代理人　　弁理士　鈴江武彦 ＄１１ 第２図 第３図 第４図 第５図

Claims (1)

【特許請求の範囲】
1. 異なる時間帯に運用される少なくとも第１、第２の設備
   と、この第１、第２の設備をそれぞれ中央側で運用及び
   監視する第１、第２の運用監視センタとの間に設けられ
   、上記第１、第２の設備の運用に伴う制御及び監視に伴
   う情報収集を行なう運用監視装置において、少なくとも
   、上記第１の設備の運用に伴う制御及び監視に伴う情報
   収集を行なうための第１のプログラムと上記第２の設備
   の運用に伴う制御及び監視に伴う情報収集を行なうため
   の第２のプログラムとを格納しておく補助記憶手段と、
   この補助記憶手段に格納されている上記第１のプログラ
   ム又は第２のプログラムがロードされる主記憶手段と、
   この主記憶手段にロードされたプログラムを実行する演
   算手段と、上記第１、第２の設備の運用時間毎に上記補
   助記憶手段における上記第１のプログラム又は第２のプ
   ログラムを上記主記憶手段にロード制御すると共に上記
   演算手段において実行されているプログラムに応じ上記
   演算手段と上記第１、第２の設備及び上記第１、第２の
   運用監視センタとの間の信号授受を制御する制御手段と
   を具備したことを特徴とする運用監視装置。