(57)【要約】  【課題】  緊急時に自動的に行なわれる通報処理のために事前登録された通報先の登録順序にかかわらず、重要な通報先に優先的に通報ができ、さらには、通報の目的に応じた通報先に優先的に通報ができるイベント通報装置を提供する。  【解決手段】  分散設置された複数の処理施設の夫々に配置され、処理施設の状態をモニターするモニター手段４２と、モニターデータに基づいて外部通報イベントの発生を検出するイベント検出手段４３と、検出されたイベントの発生を公衆回線を介して外部に通報する発呼手段４０と、予め登録された通報先種別毎の複数の通報先に対して所定順序で発呼手段４０を駆動して通報処理する発呼制御手段４１を備えてなり、通報先種別に優先順位が設定され、発呼制御手段４１は、優先順位の高い通報先種別の何れかの通報先の応答確認が完了するまで通報処理を繰り返すように構成される。  【選択図】  図２
2005235037.tif 000002
【特許請求の範囲】
【請求項１】
分散設置された複数の処理施設の夫々に配置され、前記処理施設の状態をモニターするモニター手段と、前記モニター手段によるモニターデータに基づいて外部通報イベントの発生を検出するイベント検出手段と、前記イベント検出手段により検出されたイベントの発生を公衆回線を介して外部に通報する発呼手段と、予め登録された通報先種別毎の複数の通報先に対して所定順序で前記発呼手段を駆動して通報処理する発呼制御手段を備えてなるデータ通報装置であって、
前記通報先種別に優先順位が設定され、前記発呼制御手段は、優先順位の高い通報先種別の何れかの通報先の応答確認が完了するまで通報処理を繰り返すように構成されているイベント通報装置。
【請求項２】
前記通報先種別及び前記通報先に優先順位が設定され、前記発呼制御手段は、優先順位の高い通報先種別の通報先に優先順位に従って通報処理するとともに、当該優先順位の高い通報先種別の何れかの通報先の応答確認が完了するまで通報処理を繰り返すように構成されている請求項１記載のイベント通報装置。
【請求項３】
前記発呼制御手段は、優先順位の低い通報先種別に対する通報処理中に前記イベント検出手段により他のイベントが検出されたとき、優先順位の高い通報先種別に対する新たな通報処理を優先する割込通報処理を実行するように構成されている請求項１または２記載のイベント通報装置。
【請求項４】
前記発呼制御手段は、優先順位の高い通報先種別に対する通報処理中に前記イベント検出手段により当該イベントが収束したことが検出されると、優先順位の高い通報先種別に対する通報処理を中止して優先順位の低い通報先種別に対する通報処理を実行するように構成されている請求項１から３の何れかに記載のイベント通報装置。
【請求項５】
前記処理施設がマンホール施設であり、前記モニター手段は、少なくとも前記マンホール装置に設置されたポンプの稼動情報、前記マンホール装置に貯水される下水の水位情報、前記マンホール装置への給電情報をモニターするものである請求項１から４の何れかに記載のイベント通報装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散設置された複数の処理施設の夫々に配置され、前記処理施設の状態をモニターするモニター手段と、前記モニター手段によるモニターデータに基づいて外部通報イベントの発生を検出するイベント検出手段と、前記イベント検出手段により検出されたイベントの発生を公衆回線を介して外部に通報する発呼手段と、予め登録された通報先種別毎の複数の通報先に対して所定順序で前記発呼手段を駆動して通報処理する発呼制御手段を備えてなるイベント通報装置に関する。
【背景技術】
【０００２】
何らかの異常状態の発生を遠隔地に自動通報することを目的として構築されるこの種のイベント通報装置としては、データ収集手段によって収集されたプラントデータに基づき、プラントの状態を監視するシステム監視手段によりプラントの障害が検出されたとき、要因判定手段によって障害の要因を判定し、障害の要因毎の連絡先が登録された連絡先データベースから、プラントの障害の要因に応じた連絡先と取得し、この連絡先に送信手段によって通報を行うプラント監視・通報装置や、端末装置で障害が発生した時、記憶手段の登録テーブルに予め設定登録された受信優先順位に基づいて監視装置の発呼手段がポケットベル等の特定受信機を選択発呼することで、障害復旧に最適な保守担当者を即時処理（リアルタイム）にて無人呼出しする遠隔監視装置が提案されている。
【特許文献１】特開２００３−１５７３５号公報
【特許文献２】特開平８−５６３８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上述した特許文献１に記載された従来のイベント通報装置では、通報先の優先順位を設定することができず、優先して通報すべき通報先であっても連絡先データベースへの登録順序でしか通報できないために必要な通報が遅延するという問題があり、上述した特許文献２に記載された従来のデータ通報装置では、優先順位を設定して迅速に呼び出しができるものの、相手先がその通報を応諾したのか否か確認できないという問題があった。
【０００４】
また、優先順位に従って発呼し、応答確認がなされるまでリトライするものでは、その間に障害が自然復旧して緊急性が無くなる場合もあり、その際には悪戯にリトライする必然性も無くなるが、タイムリーに記録だけは残したいという要望もあった。
【０００５】
本発明の目的は、上述の従来欠点に鑑み、緊急時に自動的に行なわれる通報処理のために事前登録された通報先の登録順序にかかわらず、重要な通報先に優先的に通報ができるイベント通報装置を提供し、さらには、通報の目的に応じた通報先に優先的に通報ができるイベント通報装置を提供する点にある。
【課題を解決するための手段】
【０００６】
上述の目的を達成するため、本発明によるイベント通報装置の第一の特徴構成は、特許請求の範囲の書類の請求項１に記載した通り、分散設置された複数の処理施設の夫々に配置され、前記処理施設の状態をモニターするモニター手段と、前記モニター手段によるモニターデータに基づいて外部通報イベントの発生を検出するイベント検出手段と、前記イベント検出手段により検出されたイベントの発生を公衆回線を介して外部に通報する発呼手段と、予め登録された通報先種別毎の複数の通報先に対して順番に前記発呼手段を駆動して通報処理する発呼制御手段を備えてなるデータ通報装置であって、前記通報先種別に優先順位が設定され、前記発呼制御手段は、優先順位の高い通報先種別の何れかの通報先の応答確認が完了するまで通報処理を繰り返すように構成されている点にある。
【０００７】
このように構成すれば、発呼制御手段は、優先順位の高い通報先種別の通報先から順に通報処理を行なえるのであり、しかも優先順位の高い通報先種別の何れかの通報先に対して応答確認が取れると、当該通報先種別の他の通報先を飛び越して下位の優先順位の通報先種別に通報処理が行なえるので、種別の異なる通報先にも合理的に迅速に通報処理が行なえるようになるのである。
【０００８】
同第二の特徴構成は、同請求項２に記載した通り、上述の第一特徴構成に加えて、前記通報先種別及び前記通報先に優先順位が設定され、前記発呼制御手段は、優先順位の高い通報先種別の通報先に優先順位に従って通報処理するとともに、当該優先順位の高い通報先種別の何れかの通報先の応答確認が完了するまで通報処理を繰り返すように構成されている点にある。
【０００９】
このように構成すれば、発呼制御手段は、上述の作用に加えて優先順位の高い通報先種別で且つ優先順位の高い通報先から順に通報処理を行なえるのであり、緊急の要する重要度の高い通報先に優先的に通報できるのである。
【００１０】
同第三の特徴構成は、同請求項３に記載した通り、上述の第一または第二特徴構成に加えて、前記発呼制御手段は、優先順位の低い通報先種別に対する通報処理中に前記イベント検出手段により他のイベントが検出されたとき、優先順位の高い通報先種別に対する新たな通報処理を優先する割込通報処理を実行するように構成されている点にある。
【００１１】
先のイベントに対する通報処理中に新たなイベントが発生したときには、優先順位が下位の通報先種別に対する通報処理よりも上位の通報先種別に対する通報処理を優先させることにより、緊急事態に迅速に対応できるようになるのである。
【００１２】
同第四の特徴構成は、同請求項４に記載した通り、上述の第一から第三特徴構成の何れかに加えて、前記発呼制御手段は、優先順位の高い通報先種別に対する通報処理中に前記イベント検出手段により当該イベントが収束したことが検出されると、優先順位の高い通報先種別に対する通報処理を中止して優先順位の低い通報先種別に対する通報処理を実行するように構成されている点にある。
【００１３】
つまり、発生したイベントが収束した場合には、迅速に対応しなければならない緊急性が薄れることになるので、そのような緊急性を要する通報先種別への通報処理を中断して、イベントの発生を記録することを目的とするような優先順位の低い通報先種別に対する通報処理を実行することで、合理的に通報処理を収容することができる。
【００１４】
通報先種別としては、例えば、緊急対処を要求される保守要員などへの電話連絡が最も優先順位が高く、次にイベント発生の記録としての位置付けのＦＡＸ、さらに、コンピュータを用いた監視装置などへのデータ通信を行なうモデムといった順に設定されることが好ましい。
【００１５】
同第五の特徴構成は、同請求項５に記載した通り、上述の第一から第四特徴構成の何れかに加えて、前記処理施設がマンホール施設であり、前記モニター手段は、少なくとも前記マンホール装置に設置されたポンプの稼動情報、前記マンホール装置に貯水される下水の水位情報、前記マンホール装置への給電情報をモニターするものである点にある。
【００１６】
上述の構成によれば、都市環境を維持するために地下に構築された下水道設備の中でも重要なマンホール装置の異常が迅速に検出され、且つ、通報により重要な事態に至る前に迅速に対処できるイベント通報装置を構築できるのである。
【発明の効果】
【００１７】
以上説明した通り、本発明によれば、緊急時に自動的に行なわれる通報処理のために事前登録された通報先の登録順序にかかわらず、重要な通報先に優先的に通報ができるイベント通報装置を提供し、さらには、通報の目的に応じた通報先に優先的に通報ができるイベント通報装置を提供することができるようになった。
【発明を実施するための最良の形態】
【００１８】
以下に本発明によるイベント通報装置を下水道設備のマンホール装置に適用した例を説明する。図１に示すように、マンホール装置５１（５１−１〜３）は、地中に埋設された自然流下式の下水配管に対して所定の間隔で配置され、上流側の下水管７０から流入する下水を内部に貯水し、所定水位になると排水ポンプ５０（５０−１〜３）を駆動して下流側の下水管７０に排水する装置で、マンホール装置５１（５１−１〜３）には、排水ポンプ５０（５０−１〜３）と、水位計（図示せず）と、制御盤１０（１０−１〜３）を備えて構成されている。
【００１９】
制御盤１０（１０−１〜３）には、ポンプＰ等を駆動する動力回路１１（１１−１〜３）と、動力回路１１の制御を行う制御回路１３（１３−１〜３）と、外部の通信回線（公衆回線）Ｔとの間でデータの送受信を行なうイベント通報装置１５（１５−１〜３）を設けて構成されている。
【００２０】
各イベント通報装置１５（１５−１〜３）は、図２に示すように、複数の通報装置１５との間で外部回線を相互利用するための回線切替機２０と、回線切替機２０に対して発呼または着呼するモデムで構成される発呼手段４０と、発呼手段４０に対する発呼制御を行なう発呼制御手段４１と、発呼制御手段４１により参照される発呼先が記憶された発呼先テーブル４４と、制御回路１３（１３−１〜３）からの制御信号をモニターするモニター手段４２と、モニター手段４２によりモニターされた情報から外部に発呼すべきイベント情報を検出するイベント検出手段４３を備えて構成されている。前記発呼制御手段４１、モニター手段４２、イベント検出手段４３は、バッテリー駆動のマイクロコンピュータ及びその実行プログラムが格納されたＲＯＭやデータ処理用のＲＡＭ（前記発呼先テーブル４４などが格納される）及び周辺回路を備えた制御回路ブロックで構成されている。
【００２１】
上述のモニター手段４２は、制御回路１３（１３−１〜３）からの制御信号をモニターして、停電か否かの給電情報、ポンプ負荷が過負荷であるか否かのポンプ負荷情報、ポンプが正常に稼動しているか否かのポンプ故障情報、水位情報、ポンプの駆動時間と水位情報から流量を演算導出して得られる流量情報などを獲得し、イベント検出手段４３は、上述の各種の情報から外部に通報すべきイベントの発生と収束を検出して、該当イベントの発生検出または収束を検出するとイベント情報を発呼制御手段４１に出力する。ここに、イベント発生情報として、停電、ポンプ過負荷、ポンプ故障、異常水位、ポンプ吸込閉塞（設定時間よりもポンプ運転時間が長く、起動水位よりも低い）、エアロック（設定時間よりもポンプ運転時間が長く、起動水位が維持される）、水位センサー異常、流入量異常などがあり、各イベント発生情報に後述のイベントナンバーが対応付けられる。
【００２２】
発呼制御手段４１は、図４（ａ）に示す発呼先テーブル４４に基づいて、優先順位の高い通報先種別から優先順位の低い通報先種別に、且つ、各通報先種別における優先順位の高い通報先から優先順位の低い通報先に発呼手段４０を駆動して通報処理する。ここで、発呼制御手段４１は、優先順位の高い通報先種別の何れかの通報先の応答確認が完了するまで当該通報先種別の通報先への通報処理を繰り返し、応答確認が得られると次の優先順位の通報先種別の通報先に通報処理を行なうように構成されている。
【００２３】
上述の発呼先テーブル４４に示す通り、通報先種別は優先順位の高い方から電話、ＦＡＸ、モデム、ポケットベルが設定されており、先ず電話により緊急事態に対応可能な係員に連絡し、次にＦＡＸにより最寄の監視所などにイベントの記録を残す目的などのために通報し、さらに、中央監視制御装置８０などのコンピュータにイベント履歴を記録するためのデータ伝送としてデータ通信モデムに通報し、最後にポケットベルに通報するように設定され、各通報先種別には単数または複数の通報先が登録され、通報先にも優先順位が付されている。
【００２４】
さらに、発呼制御手段４１は、優先順位の低い通報先種別に対する通報処理中にイベント検出手段４３により他のイベントが検出されたとき、優先順位の高い通報先種別に対する新たな通報処理を優先する割込通報処理を実行するように構成されている。
【００２５】
以下、本発明によるイベント通報装置１５による通報動作手順を、図３に示すフローチャート及び図４（ｂ）のイベントテーブルに基づいて説明する。イベント検出手段４３により通報すべきイベントが検出されると（Ｓ１）、発呼制御手段４１は上述したＲＡＭのイベントテーブル領域に、時系列的にイベント検出順序、イベントの種別を特定するイベントナンバー、通報完了レベルからなるイベント履歴データをセットする（Ｓ２）。イベント検出順序の一番若い番号が最も過去に発生したイベントを示し、通報完了レベルは通報が終了した通報先種別を示し、例えば、電話通報が終了すると「１」に、ＦＡＸ通報が終了すると「２」に、データ通信モデム通報が完了すると「３」に、ポケットベル通報が完了すると「４」が設定され、初期値が「０」に設定される。
【００２６】
発呼制御手段４１は次にイベントテーブルを参照して、最も過去に発生したイベントから順に通報完了レベルをチェックして、レベル「４」以外のイベント、つまり未だ全ての通報先種別に対する通報処理が完了していないイベントを検出してイベントカウンタに当該イベントナンバーを記録し、次に当該イベントよりも後に発生したイベントで通報完了レベルが「０」のイベントの有無を検出する。ここで、通報完了レベルが「０」のイベントがあれば、割込通報処理を実行すべく先に設定したイベントカウンタに当該イベントナンバーを記録する。通報完了レベル「０」が複数あれば古い方を優先してイベントカウンタを設定することにより現在通報すべきイベントを確定する（Ｓ３）。
【００２７】
次に、ステップＳ４でイベントカウンタに基づいてイベントに対応した通報処理の実行ルーチンに分岐する。以下、イベントナンバー「１」の場合の通報処理について説明するが他のイベントナンバーの場合であっても、通報内容が異なるだけで同様の処理となる。ステップＳ５では、通報完了レベルを確認して夫々対応する通報処理ルーチンに分岐する。通報完了レベルが「０」である場合には電話による音声通報処理（Ｓ６，Ｓ７，Ｓ８）が実行され、通報完了レベルが「１」である場合にはＦＡＸによる画像通報処理（Ｓ９，Ｓ１０，Ｓ１１）が実行され、通報完了レベルが「２」である場合にはデータ通信モデムによるデータ通報処理（Ｓ１２，Ｓ１３，Ｓ１４）が実行され、通報完了レベルが「３」である場合にはポケットベルによるメッセージ通報処理（Ｓ１５，Ｓ１６，Ｓ１７）が実行される。通報完了レベルは最終的にステップＳ１７で「４」に設定される。
【００２８】
ステップＳ６では、最優先通報先種別である電話（音声）通報が実行され、発呼先テーブル４４に基づいて、優先順位の高い通報先に順に発呼制御し、所定回数呼び出しても着呼されない場合には回線を切断して次の優先順位の通報先に発呼制御する。このような処理が当該通報先種別に属する全ての通報先に対して実行されても応答がない場合にはステップＳ１に戻り、上述と同様の処理が繰り返される（Ｓ７）。ステップＳ６で何れかの通報先に着呼されると通報制御装置４１に組み込まれている自動音声応答装置により相手先にイベントの発生を音声メッセージで伝えて応答確認を取る。応答確認とは、例えば、相手先電話機の「＃１」ボタンを操作するように音声メッセージを伝え、「＃１」ボタンの操作を確認することにより行なう。応答確認が取れると（Ｓ７）、次の優先順位の通報先種別（ここではＦＡＸ）を起動すべく通報完了レベルをインクリメントしてステップＳ１に戻る（Ｓ８）。
【００２９】
ステップＳ９では、第二優先通報先種別であるＦＡＸ（画像）通報が実行され、発呼先テーブル４４に基づいて、優先順位の高い通報先に順に発呼制御し、所定回数呼び出しても着呼されない場合には回線を切断して次の優先順位の通報先に発呼制御する。このような処理が当該通報先種別に属する全ての通報先に対して実行されても応答がない場合にはステップＳ１に戻り、上述と同様の処理が繰り返される（Ｓ１０）。ステップＳ１０で何れかの通報先に着呼されると通報制御装置４１に組み込まれている自動画像送信装置により相手先にイベントの発生を画像（文字メッセージ）で伝えて応答確認を取る。応答確認とは、相手先ＦＡＸからの受信完了信号でより行なう。応答確認が取れると（Ｓ１０）、次の優先順位の通報先種別（ここではデータ通信モデム）を起動すべく通報完了レベルをインクリメントしてステップＳ１に戻る（Ｓ１０）。
【００３０】
以下、データ通信モデムが通報先種別となる中央監視制御装置などのコンピュータ、次の順位の通信先種別であるポケットベルに対して同様の発呼制御を行ない（Ｓ１２〜Ｓ１７）、当該イベントに対する通報処理を終了する。
【００３１】
以下、別実施形態を説明する。先の実施形態では、通報先種別及び前記通報先に優先順位が設定され、発呼制御手段４１は、優先順位の高い通報先種別の通報先に優先順位に従って通報処理するとともに、当該優先順位の高い通報先種別の何れかの通報先の応答確認が完了するまで通報処理を繰り返すように構成されているものを説明したが、通報先種別にのみ優先順位が設定され、発呼制御手段４１は、優先順位の高い通報先種別の何れかの通報先の応答確認が完了するまで通報処理を繰り返すように構成されるものであってもよい。ここで複数の通報先が登録される場合の通報順序は登録順序で行なわれる。
【００３２】
上述の実施形態では、発呼制御手段４１は、優先順位の高い通報先種別の何れかの通報先の応答確認が完了するまで当該通報先種別の通報先に通報処理を繰り返し、応答確認が完了すると次の優先順位の通報先種別の通報先に通報処理するように構成されたものを説明したが、優先順位の低い通報先種別の通報先に対しては応答確認が完了するまで通報処理を繰り返すもので無くともよく、所定回数リトライして終了するように構成されるものであってもよい。
【００３３】
先の実施形態に加えて、発呼制御手段４１は、優先順位の高い通報先種別に対する通報処理中に前記イベント検出手段４３により当該イベントが収束したことが検出されると、優先順位の高い通報先種別に対する通報処理を中止して優先順位の低い通報先種別に対する通報処理を実行するように構成されるものであってもよい。例えば、イベントとして異常水位が発生し、当該イベントに対する最優先順位の通報先種別である電話による通報処理時に、異常水位が収束した旨のイベントが発生すると電話による通報処理を中止して、優先順位の低いＦＡＸ以下の通報先種別の通報先に当該イベントを通報処理するように構成してもよい。これにより緊急対応のための最優先通報先種別である電話連絡が中止され、イベント記録としての優先順位の低い通信先種別の通信先に通報処理を移行することができる。ここで、異常水位が収束した旨のイベントの発生に伴なって、当該イベントに対応する通報処理もなされるように構成することにより、異常水位の発生イベントが通報された最優先通報先種別の通報先にその収束を通報することで無駄な出動が回避される。
【００３４】
上述した実施形態では、通報先種別、通報先、それらの優先順位を登録した単一の発呼先テーブルを各イベントに共通して使用するものを説明したが、発呼先テーブルをイベントの種別に応じて複数設定するものであってもよい。例えば、緊急時に対応する場合、異常の発生原因により対応可能な係員が異なる場合もあるからである。つまり、イベントに応じて通報先種別、通報先、それらの優先順位が異なる複数の発呼先テーブルを備えるのである。
【００３５】
上述した実施形態では、各イベント通報装置１５は回線切替機２０を備えた内線で接続され、外部との回線接続が親局を介して行なわれるものを説明したが、イベント通報装置１５の夫々が個別に外部回線と１対１で接続可能に構成されるものであってもよい。
【００３６】
上述した実施形態では、通信先種別として電話、ＦＡＸ、モデム、ポケットベルを例示し、その記載順序で優先順位を設定したものを説明したが、通信先種別や優先順位はこれに限定されるものではなく、適宜設定できることは言うまでもない。
【００３７】
上述した実施形態では、分散設置された複数の処理施設としてマンホール装置を例示して説明したが、処理施設はこれに限るものではなく、監視対象が分散設置されている各種の処理施設に適用することができる。
【図面の簡単な説明】
【００３８】
【図１】イベント通報装置を備えたマンホール装置のシステム構成図
【図２】イベント通報装置の要部のブロック構成図
【図３】イベント通報装置による通報動作手順のフローチャート
【図４】（ａ）は発呼先テーブルの説明図、（ｂ）はイベントテーブルの説明図
【符号の説明】
【００３９】
１５：イベント通報装置
２０：回線切替機
４０：発呼手段
４１：発呼制御手段
４２：モニター手段
４３：イベント検出手段
４４：発呼先テーブル
【図１】
2005235037.tif 000003
【図２】
2005235037.tif 000004
【図３】
2005235037.tif 000005
【図４】
2005235037.tif 000006