JPH0546891A - 遠隔監視システム - Google Patents

Abstract

(57)【要約】 【目的】従来のいわゆる遠隔監視システムでは、故障予
知機能がないため、管理センターでは常時専門技術者を
配置してその判断を仰ぐ必要があった。本発明による遠
隔監視システムは、対象設備の故障を事前に予知し、必
要な時だけ公衆電話回線を使用して管理センターに測定
情報を通信することにより高信頼性と経済性の向上を図
る。 【構成】客先施設に設置された監視コンピュータの制御
の基に対象設備の状況を測定する各種センサー群と、こ
の測定値を監視コンピュータに取り込む遠隔測定ユニッ
ト群や管理用ボードと、予めメモリに格納されている故
障データや履歴データ等と比較され、正常、異常等が判
断される故障予知手段により、管理センターの管理コン
ピュータへ管理情報を必要時のみ公衆電話回線を使用し
て通信する。更に、必要に応じて管理コンピュータから
客先施設の個別設備の発停を行う発停手段、時系列測定
値を参照しながらシステムと会話することにより管理者
が詳細に診断する故障診断手段、報告書打出手段等が設
けられている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はホストコンピュータルー
ムの施設管理、コンテナ・倉庫の異常予知・保全、病院
の個室環境保全、無人基地局の施設保全等に使用される
遠隔監視システムに関する。

【０００２】

【従来の技術】ファシリティマネジメントサービスは、
従来、設備の種類別に専門技術者による定期巡回点検、
清掃、部品交換、故障修理、報告を行うのが一般であっ
た。しかし、近年では省力化と常時監視を実現するため
に、いわゆる遠隔監視システムの採用が試みられてい
る。

【０００３】

【発明が解決しようとする課題】しかし、従来のいわゆ
る遠隔監視システムでは、故障予知機能がないため、管
理センターでは常時専門技術者を配置してその判断を仰
ぐ必要があった。また、常時監視を行うためには通信回
線を占有する必要があり、経費面で問題があった。な
お、故障が発生してから通信する方式をとるものもある
が、これは手遅れであり満足なファシリティマネジメン
トサービスとは言えないなどの欠点があった。

【０００４】本発明はこのような点に鑑みてなされたも
のであり、遠隔監視システムに対象設備の故障を事前に
予知する機能を付加すると共に、管理情報の通信は必要
時のみ公衆電話回線を使用する方式をとり高信頼度と経
済性を兼ね備えた遠隔監視システムを提供することを目
的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に本発明による遠隔監視システムは、管理センターに設
置された管理コンピュータと客先施設に設置された監視
コンピュータ間の相互通信によって客先施設における設
備を遠隔監視する遠隔監視システムにおいて、前記監視
コンピュータには、各装置をリアルタイムに測定するセ
ンサー群と、このセンサー群からの入出力データを変換
する変換器群と、この変換器群を制御する遠隔測定ユニ
ット群と、この遠隔測定ユニット群を管理する管理用ボ
ードが接続され、故障データや履歴データを格納したメ
モリ（３８）と、ＯＳシステムであるデバイスドライバ
メモリ（３７）と、このデバイスドライバメモリをサポ
ートするシステムメモリ（３６）が設けられておリ、前
記管理コンピュータには、複数のモデムを制御する通信
制御部と、受信データを格納した（２２）メモリと、Ｏ
Ｓシステムであるシステムメモリ（２１）と、このシス
テムメモリ（２１）をサポートするシステムメモリ（２
０）が設けられており、複数客先の複数施設を並行管理
するコンピュータＯＳとしてマルチユーザー・マルチタ
スクのＯＳを採用し、計測値の収集用には専用ネットワ
ークを使用してリアルタイムの監視を維持し、監視コン
ピュータはリアルタイムに故障予知診断をして要監視状
態と判断した時だけ管理センターを呼出して通信し、管
理コンピュータはシステムと会話することにより管理者
が詳細な故障診断を行い、故障予知のほか、必要に応じ
て個別施設の発停や時系列測定値の参照を遠隔で行い、
点検報告書の打ち出しが管理コンピュータからでも監視
コンピュータからでもできることに特徴を有する。

【０００６】

【作用】本発明になる遠隔監視システムにおいては、客
先施設に設置された監視コンピュータの制御の基に各種
センサー群で対象設備の状況を測定する。この測定され
た測定値は専用ネットを介して監視コンピュータに取り
込まれる。この監視コンピュータに取り込まれた測定値
は、予めメモリに格納されている故障データや履歴デー
タ等と比較され、正常、異常等が判断される。監視コン
ピュータは対象設備の故障を事前に予知すると、管理セ
ンターの管理コンピュータへ管理情報を必要時のみ公衆
電話回線を使用して通信する。更に、必要に応じて管理
コンピュータから客先施設の個別設備の発停を行うこと
ができ、時系列測定値を参照しながら、システムと会話
することにより管理者が詳細な故障診断を行うことがで
きる。また、管理コンピュータからでも監視コンピュー
タからでも報告書を打ち出すことができる。

【０００７】

【実施例】先ず、本発明になる遠隔監視システムの特徴
を説明する。 １．複数客先の複数施設を並行管理する。この為にコン
ピュータＯＳとしてマルチユーザー・マルチタスクのＯ
Ｓを採用する。実施例ではｕｎｉｘを採用した。計測値
の収集用には専用ネットワークを使用し、リアルタイム
の監視を維持する。実施例ではマルチユーザー・マルチ
タスクのＯＳをサポートする計測値収集システムを開発
使用した。使用コンピュータは客先にはパソコンクラス
を、管理センターにはワークステーションクラスを置
き、その間を公衆電話回線で結ぶ。

【０００８】２．２層の故障予知機能を持つ。遠隔監視
システムの故障予知機能はいわゆるエキスパートシステ
ムであるが、本システムではこの機能を２層化すること
によりファシリティマネジメントサービスの要請に答え
ている。その１は客先の監視施設が持つ機能で、測定値
にリアルタイムに反応して故障を予知し、管理センター
に通知するものである。この部分はＣ言語により開発・
記述されたプログラムになっていて即時性を失わないよ
う配慮されている。その２は管理センターに持たせる機
能で、即時性に欠けるがシステムと会話することにより
管理者が詳細な故障診断を行い得るものである。実施例
ではこの部分はエキスパートシステムの構築ツールとし
てＥＸＣＯＲＥを採用して開発・記述されたプログラム
である。

【０００９】３．客先施設と管理センター間通信は公衆
回線を使用し必要時のみ自動呼出しする。実施例ではｕ
ｎｉｘのｕｕｃｐと、モデムとしてコムスター２４２４
ＡＴを採用した。客先施設の監視コンピュータはリアル
タイムに故障予知診断をし、要監視状態と判断した時だ
け管理センターを呼出して通信する。

【００１０】４．故障予知のロジックは施設の種類が変
わっても、同じ方式でよい。一方、このロジックを当て
はめる判断条件の値は施設の種類により異なる。これは
経験値と理論値を総合して定めるデータベースであり外
部記憶に蓄えておく。

【００１１】５．故障予知のほか、必要に応じ個別施設
の発停、時系列測定値の参照、点検報告書の打ち出しが
客先でも管理センターでも可能である。

【００１２】図１は本発明における遠隔監視システム構
成の概要を示す図である。管理コンピュータ１０はワー
クステーションクラスのコンピュータである。データ処
理部１４は客先施設の監視コンピュータ３０との交信情
報により４件までの運転状況を常時ＣＲＴ１２に表示す
る。ＫＥＹ１３はキーボードを示し、キーボード入力に
より必要に応じ特定客先の監視コンピュータ３０から管
理情報を送信させ、会話的に故障診断を行い、また客先
施設の個別設備の遠隔発停を行う。自己診断機能１５は
一定時間間隔（例えば２０分に１回）で客先施設の監視
コンピュータ３０との交信を確認し、システムの健全性
を確かめるものである。通信制御部１７は各客先施設の
監視コンピュータ３０との公衆電話回線による通信の管
理をしている。表示ボード１６は多数の客先の管理状況
を地図上で一覧出来るパネルでありコンピュータからの
信号によって表示灯の点滅・色調を変化させる。

【００１３】客先施設の監視コンピュータ３０はパソコ
ンクラスのコンピュータである。監視対象設備９１〜１
０１からのデータサンプリングの測定情報は専用ネット
ワークを介して取り込まれる。

【００１４】図２は本システムの管理コンピュータの概
要を示す図である。この管理コンピュータ１０はワーク
ステーションクラスのコンピュータである。システムメ
モリ２０はシステムメモリ（ＵＮＩＸ）２１をサポート
し、システムメモリ（ＵＮＩＸ）２１の制御によりイン
ターフェースＲＳ２３２Ｃ１９ａ〜１９ｄとモデムＭ／
Ｄ１８ａ〜１８ｄを介して４件の客先と同時に通信す
る。すなわち、この通信ネットワークはシステムメモリ
（ＵＮＩＸ）２１からの制御によるｕｎｉｘのｕｕｃｐ
により、モデムＭ／Ｄ１８ａ〜１８ｄを介して監視コン
ピュータ３０と通信する。

【００１５】図３は本システムの客先施設の監視コンピ
ュータの概要を示す図である。この監視コンピュータ３
０はパソコンクラスのコンピュータである。システムメ
モリ３６は、主メモリ３５のＣ００００番地以降に測定
値データを書き込み、読み出しを行い、デバイスドライ
バ（ＵＮＩＸ）３７をサポートするメモリである。デバ
イスドライバ（ＵＮＩＸ）３７の制御によりインターフ
ェースＲＳ２３２Ｃ４１とモデムＭ／Ｄ３３を介して通
信する。すなわち、この通信ネットはデバイスドライバ
（ＵＮＩＸ）３７の制御によるｕｎｉｘのｕｕｃｐによ
り、モデムＭ／Ｄ３３を介して管理コンピュータ１０と
通信する。図において、４０は管理用ボードＭＩＯであ
り、４２ａ〜は遠隔測定ユニットＲＩＯであり、４６
ａ、ｂは空調設備Ａ／Ｃであり、４７は無停電電源設備
ＣＶＣＦであり、４８は警備保全設備ＳＥＣＵである。
更に、４３ａ〜はアナログ・デジタル変換器Ａ／Ｄであ
り、４４ａは、デジタル入力Ｄ／Ｉであり、４４ｂはデ
ジタル出力Ｄ／Ｏであり、３３はモデムＭ／Ｄである。

【００１６】図４は本システムの監視コンピュータの管
理用ボードＭＩＯの概要を示す図である。ＭＩＯ４０は
監視コンピュータ３０の拡張スロットに実装する管理用
ボードであり、搭載するＣＰＵ５２と２ポートＲＡＭ５
１により監視コンピュータ３０と直接通信すると共にＲ
Ｓ４８５ＤＲＶ５３及びＲＳ４８５を介して遠隔測定ユ
ニットＲＩＯ４２ａ〜群を管理している。また、ＭＩＯ
４０、は保守用にＲＳ２３２Ｃポートを持っており、更
に、ＲＯＭ５５を備えていて、監視コンピュータ３０か
らの指令に応じ指示されたデータの入出力を行う通信プ
ロトコルを格納している。

【００１７】図５は本システムの監視コンピュータに付
設されている遠隔測定ユニットＲＩＯの概要を示す図で
ある。ＲＩＯ４２ａもＣＰＵ６２を搭載していて、外部
とのデータの入出力用にアナログデータ入力ＡＤＩ６
４、パルスデータ入力ＰＩ６５、無電圧接点入力ＣＩ６
６、無電圧接点出力ＣＯ６７を備える。ＡＤＲＥＳＳ
ＤＡＴＡ６９はＭＩＯ４０と通信するための番地設定用
デイップスイッチである。また、ＲＩＯ４２ａは保守用
にＲＳ２３２Ｃポートを持っており、更に、ＲＯＭ６８
を備えていて、ＰＣ３０からの指令に応じ指示されたデ
ータの入出力を行う通信プロトコルを格納している。

【００１８】以上、図４及び図５の構成をとることによ
って、次の特徴を持つ。 ＜監視コンピュータ側＞ １．管理用ボードＭＩＯは監視コンピュータの拡張スロ
ットに実装使用するのでシステムを簡素化出来る。 ２．ＭＩＯと監視コンピュータの通信は２ポートＲＡＭ
による直接交信であるから同期をとることなくＩ／Ｏ管
理が出来る。 ３．データ収集の高速化が計れる。 ＜Ｉ／Ｏ側＞ １．遠隔測定ユニットＲＩＯにもＣＰＵを搭載している
ので、このボードでも端末管理が可能である。 ２．Ｉ／Ｏの点数が増設可能である。 ３．Ｉ／Ｏの単体でのモニターが可能である。

【００１９】図６は本システムの故障予知人工知能の手
法を解説する図である。図において８０ａ〜８０ｃは診
断テーブル・シートであり、低圧の範囲、高圧の範囲及
び外部温度の３次元領域の各点にはその状態が正常運転
領域であるかどうかの別、正常運転でない場合は予想さ
れる故障原因名を割り当てておく。診断テーブル・シー
ト８０ａの中央部網目の４升は正常域であり、その外周
の２０升は監視域であり、斜線を施した２４升は故障域
である。この割当ては施設の種類により異なり、経験値
と理論値を勘案して予め作成されるデータベースであ
る。データサンプリング・プロセスは診断テーブル・シ
ート８０ａ〜８０ｃから読み取った推定故障原因群８１
の１個づつの故障推定要因８２ａ〜について推論ロジッ
クに基づきセンサー値と五感データ（点検記録）から比
較検討しながら予知故障の採否を行い、故障種別の決定
を行う。この決定はそれぞれの故障原因について決定条
件を記載した故障原因確定表と現状とを照合することに
より行われる。故障原因確定表の条件を全て満たした場
合、予知故障原因として確定する。この手法をとること
によって全ての故障原因を逐次調べることなしに故障推
論を迅速に行うことが可能となる。

【００２０】図７は本システムのソフトウエア説明図で
ある。管理センター用ソフトウエアはこの中からデータ
サンプリングと点検保守とメンテナンスとを削除、それ
に代わって詳細推論用のＥＸＣＯＲＥ呼出しプロセスを
挿入、また通信マネージャを管理センター用に書換えた
ものとなっている。更にＣＰＵの相違による対応がなさ
れていることはいうまでもない。システム立上げ後シス
テムメニューから必要機能を選択することによりそれぞ
れのプロセスを利用することが出来るが、プロセス監
視、通信マネージャ、データサンプリング、設備監視の
各プロセスは立上げ後裏処理として常に実行されてい
る。

【００２１】次に代表的なプロセスの概要を説明する。 １）プロセス監視 全体のプロセスの管理を行っているモジュールである。 ２）通信マネージャ 管理コンピュータと監視コンピュータ間の通信管理を行
う。通信方式としてはｕｎｉｘのｕｕｃｐを用いてい
る。従来ｕｕｃｐは発呼側と受信側を区別して設定する
ことになっているため、何時でも発信、受信可能な体勢
を整える為には１ローカル局につき２回線を要していた
が、本システムではこれを自動切替えするソフトウエア
を開発し、１回線ですむよう改善されている。

【００２２】３）設備発停 客先においてキーボード入力により設備の発停が行える
ほか、通信制御を通じて管理コンピュータからの指令に
より発停も行うことが出来る ４）データサンプリング 専用ネットワークを通じ各設備ごとに測定値を取り込
む。測定値は、監視コンピュータの特定番地（図３の主
メモリ３５のＣ００００Ｈ番地）に書き込まれる。 ５）デバイスドライバー ｕｎｉｘシステムでは主メモリ特定番地を直接参照する
ことは出来ないので本システムでは、デバイスドライバ
ＵＮＩＸ３７と主メモリ３５の特定番地（図３の例では
Ｃ００００Ｈ番地から４ＫＢの領域）を通じて相互に書
込み、読出し可能なデバイスドライバーを開発した。

【００２３】６）故障予知の手順 以下にリアルタイムな故障予知が如何に行われているか
を説明する。 Ｉ）センサー検診 データサンプリング・プロセスは先ずセンサー群から測
定された測定値が健全であるか否かを判断する。これ
は、複数の測定値間に成立すべき論理的条件が維持され
ているかどうかを検証することにより実施している。例
えば主電動機の回転数はその電動機の負荷電流が正の値
を持つ時のみ意味がある。 ＩＩ）環境条件の決定 データサンプリング・プロセスは次に設備の運転状況を
大きく仕分けるための指標（環境条件）を決定する。例
えば空調設備の場合、環境条件は室外、室内の温度と湿
度により決められる。環境条件は故障予知判断の基準値
に影響する指標である。

【００２４】ＩＩＩ）診断テーブル データサンプリング・プロセスは次に特定の２ヶのセン
サーの測定値と前項の環境条件の組合せで決まる３次元
領域の一点を参照する。この３次元領域の各点にはその
状態が正常運転領域であるかどうかの別、正常運転でな
い場合は予想される故障原因名を割り当てておく。この
割当ては設備の種類により異なり、経験値と理論値を勘
案して予め作成されるデータベースであり、これを診断
テーブルと呼ぶ。データサンプリング・プロセスは診断
テーブルを参照することにより推定される故障原因群を
知る。この手法をとることによって全ての故障原因を逐
次調べることなしに故障推論を迅速に行うことが可能と
なる。 ＩＶ）故障原因確定表 データサンプリング・プロセスは診断テーブルから読み
取った推定故障原因群の１個づつについて予知故障とし
ての採否を決定する。この決定はそれぞれの故障原因に
ついて決定条件を記載した故障原因確定表と現状とを照
合することにより行われる。故障原因確定表の条件を全
て満たした場合、予知故障原因として確定する。

【００２５】Ｖ）センサーテーブル データサンプリング・プロセスは特定センサーの測定値
が規定範囲に入っているかどうかを調べる。規定範囲外
の場合に予想される故障原因群を記載した表をセンサー
テーブルと呼ぶ。センサーテーブルから読み取った故障
原因群も前項の故障原因確定表により採否が確定され
る。センサーテーブルも診断テーブルと同様、経験値と
論理値を勘案して予め作成されるデータベースである。

【００２６】ＶＩ）要監視対応 診断テーブルとセンサーテーブルにより予知故障が確定
するとデータサンプリング・プロセスは要監視対応プロ
セスに移行する。要監視対応プロセスは設備監視プロセ
スが画面表示に使う表示データを書換え、又通信マネー
ジャを通じて所要の情報を管理センターに通信する。 ＶＩＩ）故障対応 何らかの原因で設備が運転を停止してしまった場合（通
常、保護装置の作動により自動停止する）、これは故障
予知の機能が間に合わなかったか、又は本システムが故
障予知の警報を出しているのに放置されていたかの何れ
かであり、この時データサンプリング・プロセスは故障
対応に移行する。故障対応は作動した保護装置の名称を
設備監視プロセスに通知するほか、システムに蓄えられ
ている停止直前の測定値を再読して通常と同様の故障予
知診断を行い施設監視プロセスに結果を通知する。

【００２７】７）設備監視 データサンプリング・プロセスにより得られる各設備の
運転状況をＣＲＴ画面に表示する。設備監視画面は客先
ビルと設備の配置を断面図と平面図を用いて表示し、設
備の運転状況をリアルタイムに示している。特定設備の
測定値の詳細は設備監視詳細ルーチンによりリアルタイ
ムで表示する。テーブルは診断テーブルの現状を、モニ
タに設備略図上に故障部位をそれぞれ色調の変化を用い
てリアルタイムに表示する。推論過程は照合した故障原
因確定表と実測値を示すと共に、修理に必要な機材と技
術レベルを表示し対処を容易ならしめる。

【００２８】８）点検保守 故障予知用の各種データベースの設定、修正用プロセス
である。 ９）報告書編集 運転管理月報、設備履歴報告書、点検保守報告書の印字
出力を行う。 １０）メンテナンス システムの初期値を設定するためのプロセスである。

【００２９】図８は本システムの空調設備における診断
プロセスのフローチャートである。図においてＳに続く
数値はステップ番号を示す。 〔Ｓ１〕圧力センサーでガス圧力を読む。 〔Ｓ２〕このデータサンプリングの測定値が室外、室内
の温度と湿度により決まる環境条件を加味して、健全で
あるか否かを判断する。異常であればＳ３に進む。 〔Ｓ３〕該当する診断テーブルを選ぶ。 〔Ｓ４〕該当するセル（図６）から推定故障要因群を選
ぶ。 〔Ｓ５〕優先順に不具合条件を調べる。 〔Ｓ６〕対応する診断手順を選ぶ。 〔Ｓ７〕診断により具合が悪ければＳ８に進み、そうで
なければＳ９に進む。 〔Ｓ８〕処理方法を表示する。 〔Ｓ９〕不具合数から１を差し引く。 〔Ｓ１０〕不具合数が０であればＳ１１に進み、そうで
なければＳ５に進む。 〔Ｓ１１〕監視を続ける。

【００３０】

【発明の効果】以上説明したように、本発明では客先に
置いた監視装置は複数の測定値の組合せを常時、監視・
解析しており、正常運転域からの偏差を認識すると、予
想される故障を自動的に推定し警報を発し管理センター
に通信する。通信内容は予知された故障名や測定値のほ
か、その故障の対処に必要な技術情報を含み、ＣＲＴ画
面に表示される。またシステム内蔵の点検指示書により
非熟練労働力による客先設備の点検を可能とする。管理
センターは客先設備からの異常警報を受信するほか、故
障診断の精度を高めるための会話型詳細推論システムを
持つ。このような構成により専門技術者の常時配置を不
要とし、且つ信頼度と経済性を具備したファシリティマ
ネジメントサービスが行える。

【図面の簡単な説明】

【図１】本発明における遠隔監視システム構成の概要を
示す図である。

【図２】本システムの管理コンピュータの概要を示す図
である。

【図３】本システムの監視コンピュータの概要を示す図
である。

【図４】本システムの監視コンピュータのＭＩＯの概要
を示す図である。

【図５】本システムの監視コンピュータのＲＩＯの概要
を示す図である。

【図６】本システムの故障予知人工知能の手法を解説す
る図である。

【図７】本システムのソフトウエア説明図である。

【図８】本システムの診断プロセスのフローチャートで
ある。

【符号の説明】

１０ 管理コンピュータ １１ ＦＤＤ １２ ＣＲＴ １３ ＫＥＹ １４ データ処理部 １５ 自己診断機能 １６ 表示ボード １７ 通信制御部 １８ａ〜１８ｄ モデムＭ／Ｄ １９ａ〜１９ｄ インターフェースＲＳ２３２Ｃ ２０ システムメモリ ２１ システムメモリ（ＵＮＩＸ） ２２ メモリ（受信データ） ２３ 主メモリ ３０ 監視コンピュータ ３１ データ処理部 ３２ 自己診断機能 ３３ モデムＭ／Ｄ ３５ 主メモリ ３６ システムメモリ ３７ デバイスドライバメモリ（ＵＮＩＸ） ３８ メモリ（状況データ、履歴データ） ３９ ＣＲＴ ４０ ＭＩＯ（管理用ボード） ４１ インターフェースＲＳ２３２Ｃ ４２ａ〜 ＲＩＯ（遠隔測定ユニット） ４３ａ〜 Ａ／Ｄ（アナログ／デジタル変換器） ４４ａ Ｄ／Ｉ（デジタル入力） ４４ｂ Ｄ／Ｏ（デジタル出力） ４５ センサー群 ４６ａ、４６ｂ Ａ／Ｃ（空調設備） ４７ ＣＶＣＦ（無停電電源設備） ４８ ＳＥＣＵ（警備保全設備） ５１ ＲＡＭ ５２ ＣＰＵ ５３ ＲＳ４８５ ＤＲＶ ５４ ＲＳ２３２Ｃ ＤＲＶ ５５ ＲＯＭ ６１ ＲＳ４８５ ＤＲＶ ６２ ＣＰＵ ６３ ＲＡＭ ６４ ＡＤＩ（アナログデータ入力） ６５ ＰＩ（パルスデータ入力） ６６ ＣＩ（無電圧接点入力） ６７ ＣＯ（無電圧接点出力） ６８ ＲＯＭ ６９ ＡＤＲＥＳＳ ＤＡＴＡ（ＭＩＯと通信するため
の番地設定用のディップスイッチ） ７０ ＲＳ２３２Ｃ ＤＲＶ ８０ａ〜 診断テーブル・シート ８１ 推定故障要因群 ８２ａ〜 推定故障要因（別シート） ９１ ＡＯＣ装置（ホストコンピュータの自動発停装
置） ９２ 受配電設備 ９３ 発電機設備 ９４ ＣＶＣＦ設備（無停電電源設備） ９５ 空調設備 ９６ ハロン消火設備 ９７ 監視装置 ９８ 地震感知設備 ９９ 環境監視設備 １００ 防犯設備 １０１ 入退出管理設備

Claims (2)

【特許請求の範囲】
1. 【請求項１】 管理センターに設置された管理コンピュ
   ータと客先施設に設置された監視コンピュータ間の相互
   通信によって客先施設における設備を遠隔監視する遠隔
   監視システムにおいて、 複数客先の複数施設を並行管理するコンピュータＯＳ
   （オペレーティングシステム）としてマルチユーザー・
   マルチタスクのＯＳを採用し、 監視コンピュータには対象設備の故障を事前に予知する
   故障予知診断手段を設け、 監視コンピュータから管理コンピュータへの管理情報の
   通信には必要時のみ公衆電話回線を使用して通信する通
   信制御手段を設け、 必要に応じ個別設備の発停を行う設備発停手段を設け、 管理コンピュータからでも監視コンピュータからでも報
   告書を打ち出せる報告書打出手段を設け、 管理コンピュータは時系列測定値を参照しながら、シス
   テムと会話することにより管理者が詳細な故障診断を行
   うことのできることを特徴とする遠隔監視システム。
2. 【請求項２】 前記監視コンピュータには、 各監視対象装置をリアルタイムに測定するセンサー群
   と、 このセンサー群からの入出力データを変換する変換器群
   と、 この変換器群を制御する遠隔測定ユニット群と、 この遠隔測定ユニット群を管理する管理用ボードが接続
   され、 故障データや履歴データを格納したメモリ（３８）と、 ＯＳシステムであるデバイスドライバメモリ（３７）
   と、 このデバイスドライバメモリをサポートするシステムメ
   モリ（３６）が設けられており、 前記管理コンピュータには、 受信データを格納したメモリ（２２）と、 ＯＳシステムであるシステムメモリ（２１）と、 このシステムメモリをサポートするシステムメモリ（２
   ０）が設けられていることを特徴とする請求項１記載の
   遠隔監視システム。