(57)【特許請求の範囲】
【請求項１】
複数箇所に設けられたポンプ機場のいずれかでの異常発生時に、当該異常発生ポンプ機場に設置されている通報装置から電話回線によりその異常情報が通報せられ、該通報のたびごとに当該異常発生ポンプ機場に設定されてある通報設定情報テーブルデータを中央監視装置が要求し、当該異常発生ポンプ機場が保有する通報設定情報テーブルデータを上記中央監視装置の要求に対して当該通報装置からの通報時に登録可能な状態の情報テーブル構造を備えた中央監視装置に登録してその登録データに基づき中央監視装置が当該異常発生ポンプ機場に発生している異常の内容を表示することを特徴とする、ポンプ機場の異常監視システム。
【発明の詳細な説明】
【０００１】
【発明の技術分野】
本発明は、ポンプ機場の異常監視システム、更に詳しくは、複数箇所に散在するポンプ機場におけるポンプ故障、異常高水位、停電等の異常発生を中央監視装置において遠隔監視するシステムに関する。
【０００２】
【従来技術とその問題点】
従来、ポンプ機場の異常監視システムは図２に示すよう、散在する各ポンプ機場ごとに固有の通報設定の情報テーブルが通報装置に設定されており、通報情報は各固有の故障発生の情報テーブル番号（イベント番号）の暗号文データとして通報されているため、受信側である監視場所に設置されている中央監視装置は暗号文データを解読し得るよう、事前にポンプ機場と同様の暗号文データの暗号解読データを設定することが必要となる。
【０００３】
このように各ポンプ機場ごとの通報設定の情報テーブルと同一の情報テーブルを中央監視装置に設定しなければならない従来のシステムでは、監視先のポンプ機場数が中央監視装置の記憶容量により制約される。そして一定数以上のポンプ機場増設を実現するためには、中央監視装置の記憶容量を増大させるか、または中央監視装置の新規増設により複数箇所からの監視体制へ移行しなければならない。
【０００４】
また、各ポンプ機場と中央監視装置の双方が同一の情報テーブルを保有しなければ正常に機能させることができず、各ポンプ機場の環境変化等に伴ってその保有する情報テーブルデータの設定変更がなされた場合には、その都度中央監視装置にも当該ポンプ機場対応用の暗号解読データの設定変更が必要となる。
【０００５】
そしてポンプ機場での異常発生時の処理は図５に示すような手順で行われ、その復帰は図４に示すような手順で処理される。
【０００６】
【発明の目的】
本発明の目的は、ポンプ機場の異常監視に関し、中央監視装置にポンプ機場と同様の暗号文データを事前に設定する必要がなく、中央監視装置が小さな記憶容量であってもポンプ機場数の増大に制約されることなく、多数のポンプ機場からの異常通報に対し一箇所の中央監視装置で適正に対応し得られると共に、各ポンプ機場の情報テーブルデータが設定変更された場合でも、中央監視装置にはその対応措置としての暗号解読データ設定変更を要することなく即応し得る、ローコストで高能率なシステムを提供することにある。
【０００７】
【発明の構成】
本発明に係るポンプ機場の異常監視システムでは、複数箇所に設けられたポンプ機場のいずれかでの異常発生時に、当該異常発生ポンプ機場に設置されている通報装置から電話回線によりその異常情報が通報せられ、該通報のたびごとに当該異常発生ポンプ機場に設定されてある通報設定情報テーブルデータを中央監視装置が要求し、当該異常発生ポンプ機場が保有する通報設定情報テーブルデータを上記中央監視装置の要求に対して当該通報装置からの通報時に登録可能な状態の情報テーブル構造を備えた中央監視装置に登録してその登録データに基づき中央監視装置が当該異常発生ポンプ機場に発生している異常の内容を表示する。
【０００８】
【実施例】
以下本発明の実施例について説明をする。
【０００９】
図１に示すよう中央監視装置（以下「親局」という）には情報テーブル構造のみが備えられ、情報テーブルデータは保有せずに空白状態としている。そして親局は、各ポンプ機場の通報装置（以下「子局」という）からの通報時に、例えば１号ポンプ故障、異常高水位あるいは停電等、異常内容に該当するイベント番号（情報テーブル番号）の暗号文データを異常情報として受信し登録を行い、次に当該子局が保有している固有の情報テーブルデータを子局に要求し、その要求に対し子局から送信されて来た暗号解読用の情報テーブルデータを登録し、その登録されているデータに基づいて該当する異常内容が表示される。つまり親局は、子局からの暗号文データ（イベント番号）と、解読データ（情報テーブルデータ）の双方を受信して、該当する異常内容が表示せられる。また、次の子局から通報があった場合は、親局は既に登録されている先の子局と同一の情報テーブルデータを次の子局が保有している固有の情報テーブルデータに自動的に登録して、新たな情報テーブルデータが保有されることになる。そして常に親局は一つの情報テーブルで対処すると共に、親局側と子局側の双方が同一の情報テーブルデータを保有し得られるのである。
【００１０】
故障発生時における処理手順を図３により述べると下記のようになる。▲１▼故障発生‥‥ポンプ機場の故障発生を当該ポンプ機場に設置されている子局が検知。▲２▼電話回線捕捉→回線接続‥‥上記子局からその故障情報が電話回線を使って、監視場所に設置されている親局に通報される。▲３▼故障発生情報受信・登録‥‥上記子局から送信されて来た子局側のＩＤ、故障発生時刻および発生故障のイベント番号（情報テーブル番号）を親局が受信し登録する。▲４▼故障表示情報要求‥‥上記子局が保有する通報設定情報テーブルデータを該子局に通信要求する。▲５▼故障表示情報受信・登録‥‥親局の通信要求に対して子局は自らの保有する通報設定情報テーブルデータの内容を親局に送信し、親局はこれを受信して通報設定情報テーブルに登録する。▲６▼回線切断‥‥親局は上記故障表示情報受信・登録が完了したのちに電話回線の切断処理をする。▲７▼故障発生情報と故障表示データとの照合‥‥親局は既に登録されている子局側の故障発生のイベント番号（情報テーブル番号）と通報設定情報テーブルデータを照合して該故障発生イベント番号に対応するイベント名称およびポンプ機場名称を故障発生情報に追加登録する。▲８▼故障表示‥‥親局はさきに登録したポンプ機場の故障発生情報を表示装置に表示する。▲９▼ＥＮＤ
【００１１】
図４の故障復帰においては従来と同様下記の手順により処理される。▲１▼故障復帰‥‥ポンプ機場の故障復帰をその子局が検知する。▲２▼電話回線捕捉→回線接続‥‥上記子局からその故障復帰情報が電話回線を使って、監視場所に設置されている親局に通報される。▲３▼故障復帰情報受信・登録‥‥上記子局から送信されて来た子局側のＩＤ、故障復帰時刻および故障復帰のイベント番号（情報テーブル番号）を親局が受信し登録する。▲４▼回線切断‥‥親局は上記故障復帰情報受信・登録が完了したのちに電話回線の切断処理をする。▲５▼故障発生登録情報と故障復帰情報との照合‥‥親局は既に登録されている故障発生情報の子局側のＩＤおよび故障発生のイベント番号と、子局側のＩＤおよび故障復帰のイベント番号を照合させ、該故障発生情報復帰扱い処理（該故障発生情報に復帰情報の追加登録または該故障発生情報の抹消）を行う。▲６▼故障表示消去‥‥親局は故障表示装置に表示されている該故障内容の復帰処理をする。▲７▼ＥＮＤ
【００１２】
【発明の効果】
本発明によれば、ポンプ機場の異常監視について、中央監視装置にはポンプ機場と同様の暗号文データを事前に設定する必要がなく、中央監視装置が小さな記憶容量であってもポンプ機場数の増大に制約されることなく、従来のように中央監視装置の記憶容量を増大させたり中央監視装置を新規に増設して複数箇所からの監視体制へ移行するなどしなくても、多数のポンプ機場からの異常通報に対し一箇所の中央監視装置で適正に対応し得られると共に、各ポンプ機場の情報テーブルデータが設定変更されたような場合でも、中央監視装置にはその対応措置としての暗号解読データの設定変更を要することなく即応し得るという、ローコストで高能率なシステムを提供することができるのである。
【図面の簡単な説明】
【図１】本発明に係るポンプ機場の異常監視システムの情報テーブル図である。
【図２】従来におけるポンプ機場の異常監視システムの情報テーブル図である。
【図３】本発明に係るポンプ機場の異常監視システムにおける故障発生時の処理手順を示すフローチャートである。
【図４】本発明および従来のポンプ機場の異常監視システムにおける故障復帰時の処理手順を示すフローチャートである。
【図５】従来のポンプ機場の異常監視システムにおける故障発生時の処理手順を示すフローチャートである。
【図１】
0004076633.tif 000002
【図２】
0004076633.tif 000003
【図３】
0004076633.tif 000004
【図４】
0004076633.tif 000005
【図５】
0004076633.tif 000006