以下、本発明に係る遠隔監視システムを実施するための形態を図に基づいて説明する。
本発明に係る遠隔監視システムの一実施形態は、例えば図1に示すように複数の監視地区1に設けられた複数の建物(図示せず)と、これらの複数の建物にそれぞれ設けられた複数の設備機器(図示せず)と、これらの設備機器が異常状態であるか又はその異常状態から復旧した復旧状態であるかを異常復旧情報としてそれぞれ検出して発信する複数の端末装置11〜1nとを備えている。端末装置11〜1nは、例えば検出した異常復旧情報を来歴として登録する記憶装置(図示せず)を有している。
本実施形態は、各端末装置11〜1nに一般回線2を介して接続され、端末装置11〜1nから異常復旧情報を受信する監視サーバ3と、この監視サーバ3が受信した異常復旧情報に基づいて設備機器を遠隔的に監視する監視センタ4とを備えている。この監視センタ4は、例えば監視サーバ3が受信した異常復旧情報を表示する監視卓41〜4nを有している。なお、これらの監視卓41〜4nは例えば汎用パソコンから成っている。
本実施形態では、監視サーバ3は、例えば端末装置11〜1nとの接続を制御する回線制御装置31と、異常復旧情報を受信する度に記憶する記憶装置33と、この記憶装置33によって記憶された異常復旧情報の処理を行う制御装置32とを備えている。この制御装置32は、例えば受信した異常復旧情報から設備機器の状態の判定を行い、対応する指令を出力する監視センタ対応指令部32Aと、この監視センタ対応指令部32A及び監視センタ4にそれぞれ接続され、監視センタ対応指令部32Aから受信した指令に応じて監視センタ4の監視卓41〜4nを選択して異常復旧情報の表示を制御する監視制御装置34とを備えている。
なお、上述した端末装置11〜1nは複数設けられているが、個々の端末装置の機能及び構成は同一であるので、以下の説明において端末装置11〜1nのうち例えばビル名がAビルの建物に設置された端末装置1nを代表して説明する。同様に、監視卓41〜4nも複数設けられているが、個々の監視卓の機能及び構成は同一であるので、以下の説明において監視卓41〜4nのうち監視卓4nを代表して説明する。
本実施形態では、設備機器は例えば水を蓄える受水槽(設備No.001)から構成されており、この受水槽は、頂部から垂下すると共に、それぞれ異なる長さに設定された複数の電極棒を有している。そして、端末装置1nは、これらの電極棒の導通に応じて受水槽に蓄えられた水の水位を検出し、この検出した水位に基づいて水が溢れる満水や水が枯渇する減水を異常状態として検出するようにしている。
ここで、地震が発生して監視地区1の建物が揺れた場合には、受水槽の内部の水面が地震による揺れに伴って上下方向に変動するので、受水槽の電極棒が水面に浸かったり(異常状態)、あるいは浸からなかったりする(復旧状態)。これにより、電極棒からの信号に変化が生じるので、受水槽が異常状態と復旧状態を交互に繰返す繰返し状態が発生する。
従って、端末装置1nは受水槽の電極棒からの信号変化毎に異常復旧情報を検出することになる。本実施形態では、端末装置1nは、このような受水槽の電極棒からの信号変化毎に一般回線2を介して監視サーバ3に接続する回線接続を行い、検出した異常復旧情報を監視サーバ3へ送信するようにしている。
本実施形態では、監視サーバ3の記憶装置33は、設備機器として受水槽の情報、端末装置1nが異常復旧情報を検出した検出時刻、及び監視サーバ3がこの異常復旧情報を受信した受信時刻を異常復旧情報に対して関連付けた受信履歴情報を格納する受信履歴テーブル33Aを有している。
具体的には、この受信履歴テーブル33Aの受信履歴情報は、例えば図2に示すように監視サーバ3が異常復旧情報を受信した順番に従って番号を付す通報連番F1と、端末装置1nが設置された建物の名称を示すビル名F2と、受水槽を特定する番号を示す設備No.F3と、受水槽が異常状態又は復旧状態であるのかを示す種別F4と、端末装置1nが異常復旧情報を検出した検出時刻を示す端末検知時刻F5と、監視サーバ3がこの異常復旧情報を受信した受信時刻を示す受信時刻F6と、監視サーバ3がこの異常復旧情報を受信したときに制御装置32の監視センタ対応指令部32Aが判別する異常復旧情報の受信の種別として、繰返し状態が確定していないときの通常受信、繰返し状態の初期の段階における即時復旧受信、繰返し状態が確定されたときの繰返し受信のいずれかを示す受信種別F7とから構成されている。
また、制御装置32は、この受信履歴テーブル33Aに格納された受信履歴情報における上述の検出時刻と受信時刻との時間差を演算する第1の時間差演算手段(図示せず)と、この第1の時間差演算手段によって演算された時間差が第1の所定時間以上のとき、受水槽が異常状態と復旧状態を交互に繰返す繰返し状態であると判断する繰返し状態判断手段(図示せず)とを有している。従って、第1の時間差演算手段は、受信履歴テーブル33Aに格納された受信履歴情報における各通報連番F1に対応する端末検知時刻F5と受信時刻F6との時間差を演算するようになっている。なお、この繰返し状態判断手段は、例えば監視センタ対応指令部32Aに格納されている。
また、本実施形態では、制御装置32は、繰返し状態判断手段によって受水槽が繰返し状態であると判断されたとき、異常復旧情報を監視卓4nに表示せず、繰返し状態判断手段によって受水槽が繰返し状態であると判断されなかったとき、異常復旧情報を監視卓4nに表示する表示制限手段(図示せず)とを有している。なお、この表示制限手段は、例えば監視制御装置34に格納されている。
監視卓41〜4nに表示される異常復旧情報は、例えば図3に示すように監視サーバ3が端末装置11〜1nから異常復旧情報のうち設備機器が異常状態を示すものを受信した月日時刻を示す異常時刻P1と、監視サーバ3が端末装置1nから異常復旧情報のうち設備機器が復旧状態を示すものを受信した月日時刻を示す復旧時刻P2と、異常復旧情報が検出された設備機器が設置された建物の名称を示すビル名称P3と、当該設備機器の名称及異常状態の内容を示す設備名称P4と、当該設備機器が異常状態と復旧状態を繰返した回数を示す繰返しP5と、当該設備機器の保守作業を行う担当保守員に対して監視センタ4からの対応を指示した時刻を示す指示P6と、監視センタ4から指示された対応の進捗状態を示す対応P7と、監視センタ4から指示された対応が完了したかどうかを示す完了P8とから構成されている。
さらに、本実施形態は、現在の時刻を計測する現在時刻計測手段(図示せず)を備え、制御装置32は、この現在時刻計測手段によって計測された現在の時刻と受信履歴テーブル33Aに格納された受信履歴情報における上述の受信時刻との時間差を演算する第2の時間差演算手段と、この第2の時間差演算手段によって演算された時間差が第2の所定時間以上のとき、受信履歴テーブル33Aに格納された受信履歴情報のうち該当する受信履歴情報を削除する削除手段(図示せず)とを有している。
本実施形態では、上述した第2の所定時間は第1の所定時間よりも長く設定されており、第2の所定時間は例えば5分、第1の所定時間は例えば2分に設定されている。なお、現在時刻計測手段及び削除手段は、例えば監視センタ対応指令部32Aに格納されている。また、上述したように第2の所定時間を5分に設定した理由は、受水槽の繰返し状態が終息する時間、すなわち地震によって受水槽の水面の上下変動が終息する時間を考慮したからである。
次に、本実施形態における端末装置による異常復旧情報の検出動作を図4のフローチャートに基づいて詳細に説明する。
本実施形態は、図4に示すように端末装置1nが建物に設置された受水槽の電極棒の信号の変化を前回値と比較し(ステップ(以下、STと記す)1)、この信号が変化したかどうか、すなわち受水槽の電極棒が水面と接触したかどうかを判断する(ST2)。このとき、端末装置1nは受水槽の電極棒の信号が変化していないと判断した場合、本実施形態における端末装置による異常復旧情報の検出動作を終了する。
一方、手順ST1において端末装置1nは受水槽の電極棒の信号が変化したと判断した場合、検出した信号から受水槽が異常状態及び復旧状態のうちいずれかの状態であるのか、すなわち検出した信号は受水槽の電極棒の水面への接触により検出されたものであるのか、あるいは水面への接触が外れたことにより検出されたものであるのかどうかを判断する(ST3)。
手順ST3において端末装置1nは、受水槽が異常状態であると判断すると(ST4)、設備No.F3(001)、種別F4(異常)、端末検知時刻F5を来歴として内部の記憶装置に記憶し(ST6)、本実施形態における端末装置による異常復旧情報の検出動作を終了する。一方、手順ST3において端末装置1nは、受水槽が復旧状態であると判断すると(ST5)、設備No.F3(001)、種別F4(復旧)、端末検知時刻F5を来歴として内部の記憶装置に記憶し(ST6)、本実施形態における端末装置による異常復旧情報の検出動作を終了する。
次に、本実施形態における端末装置による回線接続の動作を図5のフローチャートに基づいて詳細に説明する。
本実施形態では、図5に示すように端末装置1nは、異常復旧情報を検出すると、端末装置1nの記憶装置の来歴を参照することにより、監視サーバ3へ送信していない異常復旧情報があるかどうかを確認する(ステップ(以下、STCと記す)1)。このとき、端末装置1nが監視サーバ3へ送信していない異常復旧情報がないことを確認すると、本実施形態における端末装置による回線接続の動作を終了する。
一方、手順STC1において端末装置1nが監視サーバ3へ送信していない異常復旧情報があることを確認すると、該当する異常復旧情報を読込み(STC2)、一般回線2を介して監視サーバ3との回線接続を行う(STC3)。次に、端末装置1nは、手順STC2において読込んだ異常復旧情報を監視サーバ3へ送信し(STC4)、その後監視サーバ3との回線接続を切断する(STC5)。そして、端末装置1nの記憶装置は、手順STC4において送信した異常復旧情報を送信済みとして記憶し(STC6)、本実施形態における端末装置1nによる回線接続の動作を終了する。
次に、本実施形態における監視サーバの動作を図6のフローチャートに基づいて詳細に説明する。
監視サーバ3は、上述したように端末装置1nによって検出された受水槽の最初の異常復旧情報を受信すると、記憶装置33の受信履歴テーブル33Aの受信履歴情報を作成する。このとき、監視サーバ3が受信した異常復旧情報は最初のものであるので、図2に示すように受信履歴テーブル33Aの受信履歴情報において通報連番F1、種別F4、及び受信種別F7はそれぞれ0001、異常、及び通常となる。
また、監視サーバ3が受信した異常復旧情報は、ビル名がAビルの建物に設置された設備No.001の監視端末1nによって検出されたものであるので、受信履歴情報において各通報連番F1に対応するビル名F2及び設備No.F3は、それぞれAビル及び001となる。なお、本実施形態では、以下の説明において監視サーバ3が受信する異常復旧情報のうち10回目までのものが繰返し状態によって検出されたものとする。
本実施形態では、図6に示すように、監視サーバ3は、記録装置33を参照して受信した異常復旧情報があるかどうかを確認する(ステップ(以下、Sと記す)1)。このとき、受信した異常復旧情報が確認されると、監視サーバ3の制御装置32は、記憶装置33の受信履歴テーブル33Aの受信履歴情報における通報連番F1(0001)に対する受信種別F7(通常)を参照し、異常復旧情報が受水槽の繰返し状態によって検出されたものでないと判断する。次に、制御装置32は、通報連番F1(0001)に対応する種別F4(異常)及び受信種別F7(通常)を参照して受水槽が異常状態であると判断する(S3)。
次に、制御装置32は、受信履歴テーブル33Aの受信履歴情報における通報連番F1(0001)に対応するビル名F2(Aビル)、設備No.F3(001)、種別F4(異常)、端末検知時刻F5(例えば2011/09/30 09:01:10)、受信時刻F6(例えば2011/09/30 09:01:20)、及び受信種別F7(通常)を取り込んで監視センタ対応指令部32Aに一時的に格納する。
そして、監視センタ対応指令部32Aは、監視制御装置34に対して監視センタ4の監視卓4nの表示処理を行う旨の指令を出力すると、監視制御装置34は、監視センタ対応指令部32Aに一時的に格納された受信履歴情報における通報連番F1(0001)に対応するビル名F2(Aビル)、設備No.F3(001)、種別F4(異常)、端末検知時刻F5(2011/09/30 09:01:10)、受信時刻F6(2011/09/30 09:01:20)、及び受信種別F7(通常)を取込んで監視卓4nへの異常復旧情報の表示を制御する。そして、監視卓4nは、監視制御装置34からの出力を受け、図3に示すように異常復旧情報として異常時刻P1(09/30 09:01)、ビル名称P3(Aビル)、及び設備名称P4(受水槽 満水)を一行目に表示する(S4)。
次に、手順S4において異常復旧情報が監視卓4nに表示された後、あるいは手順S1において受信した異常復旧情報が確認されなかったとき、監視センタ対応指令部32Aの第2の時間差演算手段は、現在時刻計測手段によって計測された現在の時刻と受信履歴テーブル33Aの受信履歴情報における通報連番F1に対応する受信時刻F6との時間差を演算する(S5)。
そして、監視センタ対応指令部32Aの削除手段は、演算された時間差が5分以上であるかどうかを判断する(S6)。このとき、削除手段は、演算された時間差が5分以上であると判断した場合には、受信履歴テーブル33Aに格納された受信履歴情報を削除し(S7)、本実施形態における監視サーバの動作を終了する。一方、手順S6において削除手段は、演算された時間差が5分未満であると判断した場合には、受信履歴テーブルに格納された受信履歴情報を削除せず、本実施形態における監視サーバの動作を終了する。
次に、監視サーバ3は、端末装置1nによって検出された受水槽の2回目の異常復旧情報を受信すると、記憶装置33の受信履歴テーブル33Aの受信履歴情報を更新する。このとき、受信履歴情報の更新において通報連番F1(0002)に対応するビル名F2(Aビル)、設備No.F3(001)、種別F4(復旧)、端末検知時刻F5(例えば2011/09/30 09:01:11)、受信時刻F6(例えば2011/09/30 09:02:20)が追加される。
そして、手順S1において監視サーバ3は、記録装置33を参照して受信した異常復旧情報があることを確認すると、手順S2において制御装置32は、受信履歴テーブル33Aの受信履歴情報における前回の通報連番F1(0001)に対応する受信種別F7(通常)を参照し、異常復旧情報が受水槽の繰返し状態によって検出されたものでないと判断する。次に、手順S3において制御装置32は、受信履歴テーブル33Aの受信履歴情報における通報連番F1(0002)に対応する種別F4(復旧)を参照し、受水槽が復旧状態である、すなわち受水槽が異常状態でないと判断する。
次に、監視センタ対応指令部32Aは、受信履歴テーブル33Aの受信履歴情報における更新前後の端末検知時刻F5を比較し(S8)、比較した結果、更新前後の端末検知時刻F5の時間差が2分以上であるかどうかを判断する(S9)。このとき、監視センタ対応指令部32Aは、受信履歴テーブル33Aの受信履歴情報における更新前の端末検知時刻F5(2011/09/30 09:01:10)と更新後の端末検知時刻F5(2011/09/30 09:01:11)とを比較するので、比較した結果、更新前後の端末検知時刻F5の時間差が2分未満であり、一時的な復旧状態である即時復旧通報(繰返し状態の前兆)であると判断する(S10)。なお、監視センタ対応指令部32Aは、手順S9において比較した結果、更新前後の端末検知時刻F5の時間差が2分以上である場合には、手順S4へ進む。
次に、手順S10において監視センタ対応指令部32Aは即時復旧通報であると判断すると、監視センタ対応指令部32Aは、受信履歴テーブル33Aの受信履歴情報における通報連番F1(0002)に対応する受信種別F7を即時復旧として更新する。その後、制御装置32は、受信履歴テーブル33Aの受信履歴情報における通報連番F1(0002)に対応するビル名F2(Aビル)、設備No.F3(001)、種別F4(復旧)、端末検知時刻F5(2011/09/30 09:01:11)、受信時刻F6(2011/09/30 09:02:20)、及び受信種別F7(即時復旧)を取り込んで監視センタ対応指令部32Aに一時的に格納する。
次に、監視センタ対応指令部32Aは、監視制御装置34に対して監視センタ4の監視卓4nの表示処理を行う旨の指令を出力すると、監視制御装置34は、監視センタ対応指令部32Aに一時的に格納された受信履歴情報における通報連番F1(0002)に対応するビル名F2(Aビル)、設備No.F3(001)、種別F4(復旧)、端末検知時刻F5(2011/09/30 09:01:11)、受信時刻F6(2011/09/30 09:02:20)、及び受信種別F7(即時復旧)を取込んで監視卓4nへの異常復旧情報の表示を制御する。そして、手順S4において監視卓4nは、監視制御装置34からの出力を受け、図3に示すように異常復旧情報として異常時刻P1(09/30 09:01)、復旧時刻P2(09/30 09:02)、ビル名称P3(Aビル)、設備名称P4(受水槽 満水)を一行目に表示する。
次に、手順S4において異常復旧情報が監視卓4nに表示された後、手順S5において監視センタ対応指令部32Aの第2の時間差演算手段は、現在時刻計測手段によって計測された現在の時刻と受信履歴テーブル33Aの受信履歴情報における通報連番F1(0002)に対応する受信時刻F6(2011/09/30 09:02:20)との時間差を演算する。
そして、手順S6において監視センタ対応指令部32Aの削除手段は、演算された時間差が5分以上であるかどうかを判断する。このとき、削除手段は、演算された時間差が5分以上であると判断した場合には、手順S7において受信履歴テーブル33Aに格納された受信履歴情報を削除し、本実施形態における監視サーバの動作を終了する。一方、手順S6において削除手段は、演算された時間差が5分未満であると判断した場合には、受信履歴テーブル33Aに格納された受信履歴情報を削除せず、本実施形態における監視サーバの動作を終了する。
次に、監視サーバ3は、端末装置1nによって検出された受水槽の3回目の異常復旧情報を受信すると、記憶装置33の受信履歴テーブル33Aの受信履歴情報を更新する。このとき、受信履歴情報の更新において通報連番F1(0003)に対応するビル名F2(Aビル)、設備No.F3(001)、種別F4(異常)、端末検知時刻F5(例えば2011/09/30 09:01:12)、受信時刻F6(例えば2011/09/30 09:03:20)が追加される。
そして、手順S1において監視サーバ3は、記録装置33を参照して受信した異常復旧情報があることを確認すると、手順S2において制御装置32は、受信履歴テーブル33Aの受信履歴情報における前回の通報連番F1(0002)に対応する受信種別F7(即時復旧)を参照し、繰返し状態の前兆があるので、異常復旧情報が受水槽の繰返し状態によって検出されたものであると判断する。
次に、監視センタ対応指令部32Aの第1の時間差演算手段は、受信履歴テーブル33Aに格納された受信履歴情報における通報連番F3(0003)に対応する端末検知時刻F5(2011/09/30 09:01:12)と受信時刻F6(2011/09/30 09:03:20)との時間差を演算する(S12)。そして、監視センタ対応指令部32Aの繰返し状態判断手段は、第1の時間差演算手段によって演算された時間差が2分以上であるので、受水槽が繰返し状態であると判断する(S14)。
手順S14において繰返し状態判断手段は受水槽が繰返し状態であると判断すると、監視センタ対応指令部32Aは、保守作業員による受水槽の対応が完了しているかどうか確認する(S15)。このとき、監視センタ対応指令部32Aは、保守作業員による受水槽の対応が完了していないことを確認した場合には、受信履歴テーブル33Aの受信履歴情報における通報連番F1(0003)に対応する受信種別F7を繰返しとして更新すると共に(S17)、監視センタ4からの対応の指示を待つ。
そして、監視制御装置34の表示制限手段は、異常復旧情報を監視卓4nに表示させないように制御する。すなわち、表示制限手段は、図3に示すように異常復旧情報の受信回数に応じて追加改行させないようにすると共に、監視卓4nに表示される異常復旧情報(1行目)における繰返しP5(例えば1)、指示F6(例えば09:16)、及び対応P7(例えば確認中)を表示させ(S18)、手順S5に進む。
一方、手順S17において監視センタ対応指令部32Aは、保守作業員による受水槽の対応が完了していることを確認した場合には、対応済みであることを登録し(S16)、受信履歴テーブル33Aの受信履歴情報における通報連番F1(0003)に対応する受信種別F7を繰返しとして更新する。そして、監視制御装置34の表示制限手段は、図3に示すように異常復旧情報の受信回数に応じて追加改行させないようにすると共に、監視卓4nに表示される異常復旧情報(1行目)における繰返しP5(例えば1)、指示F6(例えば09:16)、及び完了P8(例えば完了済み)を表示させ(S18)、手順S5に進む。
次に、手順S5において監視センタ対応指令部32Aの第2の時間差演算手段は、現在時刻計測手段によって計測された現在の時刻と受信履歴テーブル33Aの受信履歴情報における通報連番F1(0003)に対応する受信時刻(2011/09/30 09:03:20)との時間差を演算する。
そして、手順S6において監視センタ対応指令部32Aの削除手段は、演算された時間差が5分以上であるかどうかを判断する。このとき、削除手段は、演算された時間差が5分以上であると判断した場合には、手順S7において受信履歴テーブル33Aに格納された受信履歴情報を削除し、本実施形態における監視サーバの動作を終了する。一方、手順S6において削除手段は、演算された時間差が5分未満であると判断した場合には、受信履歴テーブル33Aに格納された受信履歴情報を削除せず、本実施形態における監視サーバの動作を終了する。
以上、端末装置1nによって検出された受水槽の1〜3回目の異常復旧情報を受信した監視サーバ3の動作を説明したが、受水槽の4〜10回目の異常復旧情報を受信した監視サーバ3についても、上述したのと同様の動作を繰返す。この場合には、手順S18において監視卓4nに表示される異常復旧情報(2行目)において異常時刻P1として、受信履歴情報における端末検知時刻F5のうち種別F4(異常)の最新の時刻が表示されると共に、復旧時刻P2として復旧待ちが表示される。
次に、監視サーバ3は、端末装置1nによって検出された受水槽の11回目の異常復旧情報を受信すると、記憶装置33の受信履歴テーブル33Aの受信履歴情報を更新する。このとき、受信履歴情報の更新において通報連番F1(0011)に対応するビル名F2(Aビル)、設備No.F3(001)、種別F4(異常)、端末検知時刻F5(例えば2011/09/30 09:15:00)、受信時刻(例えば2011/09/30 09:15:10)が追加される。
そして、手順S1において監視サーバ3は、記録装置33を参照して受信した異常復旧情報があることを確認すると、手順S2において制御装置32は、受信履歴テーブル33Aの受信履歴情報における前回の通報連番F1(0010)に対応する受信種別F7(繰返し)を参照し、この異常復旧情報が受水槽の繰返し状態によって検出されたものであると判断する。
次に、手順S12において監視センタ対応指令部32Aの第1の時間差演算手段は、受信履歴テーブル33Aに格納された受信履歴情報における通報連番F1(0011)に対応する端末検知時刻F5(2011/09/30 09:15:00)と受信時刻F6(2011/09/30 09:15:10)との時間差を演算する。そして、監視センタ対応指令部32Aの繰返し状態判断手段は、第1の時間差演算手段によって演算された時間差が2分未満であるので、受水槽が繰返し状態でないと判断する(S19)。監視センタ対応指令部32Aは、受信履歴テーブル33Aの受信履歴情報における通報連番F1(0011)に対応する受信種別F7を通常として更新する。
その後、制御装置32は、受信履歴テーブル33Aの受信履歴情報における通報連番F1(0011)に対応するビル名F2(Aビル)、設備No.F3(001)、種別F4(異常)、端末検知時刻F5(2011/09/30 09:15:00)、受信時刻F6(2011/09/30 09:15:10)、及び受信種別F7(通常)を取り込んで監視センタ対応指令部32Aに一時的に格納する。
次に、監視センタ対応指令部32Aは、監視制御装置34に対して監視センタ4の監視卓4nの表示処理を行う旨の指令を出力すると、監視制御装置34は、監視センタ対応指令部32Aに一時的に格納された受信履歴情報における通報連番F1(0011)に対応するビル名F2(Aビル)、設備No.F3(001)、種別F4(異常)、端末検知時刻F5(2011/09/30 09:15:00)、受信時刻F6(2011/09/30 09:15:10)、及び受信種別F7(通常)を取込んで監視卓4nへの異常復旧情報の表示を制御する。そして、手順S4において監視卓4nは、監視制御装置34からの出力を受け、図示されないが、異常復旧情報として異常時刻P1(09/30 09:15)、復旧時刻P2(09/30 09:15)、ビル名称P3(Aビル)、設備名称P4(受水槽 満水)を3行目に表示する。
次に、手順S4において異常復旧情報が監視卓4nに表示された後、手順S5において監視センタ対応指令部32Aの第2の時間差演算手段は、現在時刻計測手段によって計測された現在の時刻と受信履歴テーブル33Aの受信履歴情報における通報連番F1(0011)に対応する受信時刻F6(2011/09/30 09:15:10)との時間差を演算する。
そして、手順S6において監視センタ対応指令部32Aの削除手段は、演算された時間差が5分以上であるかどうかを判断する。このとき、削除手段は、演算された時間差が5分以上であると判断した場合には、手順S7において受信履歴テーブル33Aに格納された受信履歴情報を削除し、本実施形態における監視サーバの動作を終了する。一方、手順S6において削除手段は、演算された時間差が5分未満であると判断した場合には、受信履歴テーブル33Aに格納された受信履歴情報を削除せず、本実施形態における監視サーバの動作を終了する。
このように構成した本実施形態によれば、監視サーバ3が異常復旧情報を受信すると、この異常復旧情報を受信した順番を示す通報連番F1に対して、端末装置1nが異常復旧情報を検出した検出時刻、すなわち端末検知時刻F5と監視サーバ3がこの異常復旧情報を受信した受信時刻F6を対応させた受信履歴情報を受信履歴テーブル33Aに格納するようにしているので、制御装置32は、手順S5、S8、S12における演算において端末検知時刻F5及び受信時刻F6を容易に取出して参照することができる。
ここで、受水槽に繰返し状態が発生した場合には、各通報連番F1(0003〜0010)における端末検知時刻F5と受信時刻F6との時間差が拡大するので、制御装置32は、記憶装置33の受信履歴テーブル33Aから端末装置1nが各通報連番F1(0003〜0010)に対応する端末検知時刻F5と受信時刻F6を取出して参照し、手順S12においてこれらの端末検知時刻F5と受信時刻F6との時間差を第1の時間差演算手段で演算することにより、手順S13において演算した時間差を評価することで受水槽の繰返し状態に伴う異常復旧情報の判別を的確に行うことができる。
従って、制御装置32の繰返し状態判断手段は、第1の時間差演算手段で演算された時間差が2分以上のとき、受水槽が繰返し状態であると判断することにより、端末装置1nから受水槽の異常復旧情報を全て受信しなくても、第1の時間差演算手段で演算された時間差が2分以上であることが判明した時点、すなわち3回目の異常復旧情報を受信した監視サーバ3の動作において第1の時間差演算手段で演算された時間差が評価された時点で制御装置32の処理を行うことができる。これにより、監視サーバ3が受水槽の状態を迅速に判断することができる。
また、本実施形態は、受水槽の繰返し状態に伴う異常復旧情報の判別を監視サーバ3内の制御だけで十分に実行できるので、端末装置1nとは別に受水槽の繰返し状態を検出する検出手段、例えば地震の揺れを検出する地震検出手段を建物に設置する必要がない。そのため、この地震検出手段の設置作業やメンテナンス作業等の余分な作業を伴わないで済み、効率的なシステムの運用を実現することができる。
また、本実施形態は、監視制御装置34の表示制御手段は、繰返し状態判断手段によって受水槽が繰返し状態であると判断されたときには、異常復旧情報を監視卓4nに表示させないように制御することにより、受水槽が異常状態又は復旧状態であるのかを判断する際に不要な情報を省くことができる。従って、本実施形態のように監視サーバ3が繰返し状態に伴う異常復旧情報を10回受信しても、監視卓4nに表示される異常復旧情報(一行目及び2行目)は受信回数に応じて追加改行されず、整理された状態で表示されるので、監視センタ4における受水槽の状態の判断を容易に行うことができる。これにより、監視センタ4の監視作業の負担を軽減できるので、監視作業の効率を向上させることができる。
また、本実施形態は、監視サーバ3が異常復旧情報を受信してから受水槽の繰返し状態が終息する時間である5分が経過したときには、手順S7において監視センタ対応指令部32Aの削除手段により受信履歴テーブル33Aに格納された受信履歴情報が自動的に削除されるので、監視サーバ3における制御装置32の処理の負担を軽減できると共に、記憶装置33の容量不足を回避することができる。
また、本実施形態は、上述したように第2の所定時間を受水槽の繰返し状態が終息する時間である5分に設定し、繰返し状態の判断基準となる第1の所定時間を第2の所定時間よりも短い2分に設定することにより、監視サーバ3が異常復旧情報を受信してから繰返し状態判断手段で受水槽の繰返し状態が判断されるまで受信履歴情報を十分に確保すると共に、繰返し状態の判断後に受信履歴情報を削除手段で迅速に削除することができる。これにより、監視サーバ3の記憶装置33における情報管理の効率化を図ることができる。
なお、上述した本実施形態は、第2の所定時間は受水槽の繰返し状態が終息する時間である5分、第1の所定時間は2分に設定された場合について説明したが、この場合に限らず、受水槽の繰返し状態が終息する時間、すなわち地震によって受水槽の水面の上下変動が終息する時間は受水槽の大きさによって異なるので、第2の所定時間は受水槽毎に任意の時間に設定されても良い。また、第1の所定時間についても任意の時間に設定されても良い。