(57)【要約】【課題】確実に警報を通知できるようにする。【解決手段】警報通知装置は、電源がオンされた場合、回線接続を行ない、センタと通信できた場合、通信ランプ５２を緑色で点灯させる。警報通知装置は、センサから異常の通知がされ、警報を通知する場合、該当するイベントランプ７３を橙色で点灯させるとともに、警報ランプ５１を赤色で点灯させる。その後、警報の通知がセンタに行なわれ、センタにおいて通知に基づく処理が行なわれたとき、警報通知装置は、イベントランプ７３を赤色で点滅させる。また、警報通知装置は、警報の通知が終了した場合、イベントランプ７３を緑色で点灯させるとともに、警報ランプ５１を消灯させる。本発明は、警報通知システムに適用できる。【選択図】      図４
2004235716.tif 000002
【特許請求の範囲】
【請求項１】
センサから検出結果を取得する警報通知装置、および前記警報通知装置からの前記検出結果を処理する情報処理装置により構成される警報通知システムにおいて、
前記警報通知装置は、自己に割り当てられた固有のＩＤを前記情報処理装置に送信し、
前記情報処理装置は、前記警報通知装置から前記ＩＤを受信したとき、前記ＩＤが正しいか否かを確認し、前記ＩＤが正しいと確認できたとき、前記警報通知装置に第１の確認通知を送信し、
前記警報通知装置は、前記情報処理装置から前記第１の確認通知を受信したとき、通信が確立したことを、第１の状態で表現し、
前記警報通知装置は、前記検出結果を前記情報処理装置に通知するか否かをユーザの設定に基づいて判定し、
前記警報通知装置は、前記情報処理装置に前記検出結果を通知すると判定したとき、前記検出結果を通知することを第２の状態で表現し、
前記警報通知装置は、自分自身の前記ＩＤを付加して前記検出結果を前記情報処理装置に送信し、
前記情報処理装置は、前記警報通知装置から前記検出結果を前記ＩＤとともに受信したとき、それに基づく処理を実行し、
前記情報処理装置は、前記処理を実行したとき、その処理を実行したことを示す第２の確認通知を前記警報通知装置に送信し、
前記警報通知装置は、前記情報処理装置から前記第２の確認通知を受信したとき、前記第２の確認通知を受信したことを第３の状態で表現する
ことを特徴とする警報通知システム。
【請求項２】
前記警報通知装置は、監視モードを設定するとき、前記監視モードであることを第４の状態で表現する
ことを特徴とする請求項１に記載の警報通知システム。
【請求項３】
前記状態は、１個で３色を発光するＬＥＤの点灯または点滅により表現される
ことを特徴とする請求項１または２に記載の警報通知システム。
【請求項４】
前記状態は、異なる音により表現される
ことを特徴とする請求項１または２に記載の警報通知システム。
【請求項５】
センサから検出結果を取得する警報通知装置において、
自己に割り当てられた固有のＩＤを情報処理装置に送信する第１の送信手段と、
前記情報処理装置により前記ＩＤが正しいと確認されたとき、前記情報処理装置から送信されてくる第１の確認通知を受信し、通信が確立したことを第１の状態で表現する第１の表現手段と、
前記検出結果を前記情報処理装置に通知するか否かをユーザの設定に基づいて判定する判定手段と、
前記判定手段により前記情報処理装置に前記検出結果を通知すると判定されたとき、前記検出結果を通知することを第２の状態で表現する第２の表現手段と、
自分自身の前記ＩＤを付加して前記検出結果を前記情報処理装置に送信する第２の送信手段と、
前記情報処理装置により前記検出結果に基づく処理が実行されたとき、前記情報処理装置から送信されてくる、その処理を実行したことを示す第２の確認通知を受信する受信手段と、
前記受信手段により前記第２の確認通知が受信されたとき、前記第２の確認通知を受信したことを第３の状態で表現する第３の表現手段と
を備えることを特徴とする警報通知装置。
【請求項６】
監視モードを設定するとき、前記監視モードであることを第４の状態で表現する第４の表現手段を
さらに備えることを特徴とする請求項５に記載の警報通知装置。
【請求項７】
前記状態は、１個で３色を発光するＬＥＤの点灯または点滅により表現する
ことを特徴とする請求項５または６に記載の警報通知装置。
【請求項８】
前記状態は、異なる音により表現する
ことを特徴とする請求項５または６に記載の警報通知装置。
【請求項９】
センサから検出結果を取得する警報通知装置の警報通知方法において、
自己に割り当てられた固有のＩＤを情報処理装置に送信する第１の送信ステップと、
前記情報処理装置により前記ＩＤが正しいと確認されたとき、前記情報処理装置から送信されてくる第１の確認通知を受信し、通信が確立したことを第１の状態で表現する第１の表現ステップと、
前記検出結果を前記情報処理装置に通知するか否かをユーザの設定に基づいて判定する判定ステップと、
前記判定ステップの処理により前記情報処理装置に前記検出結果を通知すると判定されたとき、前記検出結果を通知することを第２の状態で表現する第２の表現ステップと、
自分自身の前記ＩＤを付加して前記検出結果を前記情報処理装置に送信する第２の送信ステップと、
前記情報処理装置により前記検出結果に基づく処理が実行されたとき、前記情報処理装置から送信されてくる、その処理を実行したことを示す第２の確認通知を受信する受信ステップと、
前記受信ステップの処理により前記第２の確認通知が受信されたとき、前記第２の確認通知を受信したことを第３の状態で表現する第３の表現ステップと
を含むことを特徴とする警報通知方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、警報通知システム、警報通知装置および方法に関し、特に、警報の通知の課程を確認できるようにし、もって、警報を確実に通知できるようにした警報通知システム、警報通知装置および方法に関する。
【０００２】
【従来の技術】
近年、センサからの警報信号に基づいて、所定の回線を介してセンタに警報を通知する警報通知装置が提案されている。センタは、複数の警報通知装置と通信を行なうことによりこれらを管理しており、警報通知装置からの警報の通知に基づいて、サービス提供者に情報を提供する。
【０００３】
また、ネットワークに接続可能な携帯端末を利用して、サービス利用者側の各種センサより得られた情報が、ネットワークを介してセンタに送信され、センタで選別された情報がサービス提供者に送信され、サービス提供者側でサービス利用者側に所定のサービスを行なうセンシング端末利用の遠隔サービスシステムが提案されている（例えば、特許文献１）。
【０００４】
しかしながら、これらの警報を通知する警報通知装置を初期化して動作確認を行なう場合、センサに警報信号を発生させて警報通知装置に供給させた後、警報通知装置に所定の回線に接続させ、警報情報をセンタに通知させることにより動作確認を行なっているが、このタイミングで初めて所定の回線に接続できないことが判明することがある。
【０００５】
そこで、模範入力等を用いて、簡単に何度もテストできる仕組みを作ることが考えられる。
【０００６】
【特許文献１】
特開２００２−１０９０８７号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、既存の装置（監視対象となる装置）にセンサを接続して直接テストするような場合、センサに何度も警報信号を発生させるのは運営上問題となるという課題があった。
【０００８】
また、警報信号を入力することにより、警報通知装置が何らかの通信動作をしていることは確認できるが、警報の通知の状態、すなわち、本当に目的のユーザ、または、保守担当者まで情報が伝わっているか否かを確認するには、直接問い合わせなければわからないという課題があった。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、警報通知装置の設置を容易にするとともに、警報の通知の課程を確認できるようにし、もって、警報を確実に通知できるようにするものである。
【００１０】
【課題を解決するための手段】
本発明の警報通知システムは、センサから検出結果を取得する警報通知装置、および警報通知装置からの検出結果を処理する情報処理装置により構成される警報通知システムであって、警報通知装置は、自己に割り当てられた固有のＩＤを情報処理装置に送信し、情報処理装置は、警報通知装置からＩＤを受信したとき、ＩＤが正しいか否かを確認し、ＩＤが正しいと確認できたとき、警報通知装置に第１の確認通知を送信し、警報通知装置は、情報処理装置から第１の確認通知を受信したとき、通信が確立したことを、第１の状態で表現し、警報通知装置は、検出結果を情報処理装置に通知するか否かをユーザの設定に基づいて判定し、警報通知装置は、情報処理装置に検出結果を通知すると判定したとき、検出結果を通知することを第２の状態で表現し、警報通知装置は、自分自身のＩＤを付加して検出結果を情報処理装置に送信し、情報処理装置は、警報通知装置から検出結果をＩＤとともに受信したとき、それに基づく処理を実行し、情報処理装置は、処理を実行したとき、その処理を実行したことを示す第２の確認通知を警報通知装置に送信し、警報通知装置は、情報処理装置から第２の確認通知を受信したとき、第２の確認通知を受信したことを第３の状態で表現することを特徴とする。
【００１１】
本発明の警報通知システムにおいては、警報通知装置で、自己に割り当てられた固有のＩＤが情報処理装置に送信され、情報処理装置で、ＩＤが正しいと確認されたとき、警報通知装置に第１の確認通知が送信され、警報通知装置で、第１の確認通知が受信されたとき、通信が確立したことが、第１の状態で表現される。また、警報通知装置で、検出結果を情報処理装置に通知するか否かが判定され、通知すると判定されたとき、第２の状態で表現されるとともに、自分自身のＩＤが付加されて検出結果が送信される。さらに、情報処理装置で、検出結果がＩＤとともに受信されたとき、それに基づく処理が実行され、その処理が実行されたことを示す第２の確認通知が警報通知装置に送信され、警報通知装置で、第２の確認通知が受信されたとき、第３の状態で表現される。
【００１２】
したがって、警報通知システムによれば、警報通知装置と情報処理装置の間の通信の確立を第１の状態により確実に識別することができる。これにより、警報通知装置と情報処理装置の間の通信の確立、および、設定が正しいか否かを事前に確認することができる。
【００１３】
また、センサから検出結果を情報処理装置に通知することを第２の状態により確実に識別することができる。さらに、情報処理装置が検出結果に基づく処理を実行したことを示す第２の確認通知を受信したことを第３の状態により識別することができる。これにより、警報の通知の課程を確認することができ、もって、警報を確実に通知することができる。
【００１４】
この警報通知システムは、例えば、センサから検出結果を取得して警報を通知する警報通知装置および警報通知装置からの検出結果を処理するセンタにより構成され、第１の状態は、例えば、通信ランプが緑色に点灯することにより表現され、第２の状態は、例えば、イベントランプが橙色に点灯することにより表現され、第３の状態は、例えば、イベントランプが赤色に点灯することにより表現される。また、検出結果に基づく処理は、例えば、他の情報処理装置とされるパーソナルコンピュータに、警報を通知する電子メールを送信する処理とされる。また、センサは、例えば、漏電検知器、侵入検知器、ガス漏れ検知器、または、液面レベルスイッチ等により異常を検知する。警報通知装置とセンタの間の通信は、例えば、パケット通信網を介する通信とされる。
【００１５】
前記警報通知装置は、監視モードを設定するとき、監視モードであることを第４の状態で表現するようにすることができる。
【００１６】
これにより、例えば、警報通知装置が監視モードを設定したことを、第４の状態により識別することができる。
【００１７】
第４の状態は、例えば、イベントランプが緑色に点灯することにより表現される。
【００１８】
前記状態は、１個で３色を発光するＬＥＤの点灯または点滅により表現されるようにすることができる。
【００１９】
これにより、例えば、警報通知装置と情報処理装置の間の通信の確立、センサからの検出結果を情報処理装置に通知すること、情報処理装置が検出結果に基づく処理を実行したこと、および、警報通知装置が監視モードを設定したことを、区別して識別することができる。また、１個のＬＥＤで複数の状態を識別することができる。
【００２０】
前記状態は、異なる音により表現されるようにすることができる。
【００２１】
これにより、例えば、警報通知装置と情報処理装置の間の通信の確立、センサからの検出結果を情報処理装置に通知すること、情報処理装置が検出結果に基づく処理を実行したこと、および、警報通知装置が監視モードを設定したことを、区別して識別することができる。
【００２２】
本発明の警報通知装置は、自己に割り当てられた固有のＩＤを情報処理装置に送信する第１の送信手段と、情報処理装置によりＩＤが正しいと確認されたとき、情報処理装置から送信されてくる第１の確認通知を受信し、通信が確立したことを第１の状態で表現する第１の表現手段と、検出結果を情報処理装置に通知するか否かをユーザの設定に基づいて判定する判定手段と、判定手段により情報処理装置に検出結果を通知すると判定されたとき、検出結果を通知することを第２の状態で表現する第２の表現手段と、自分自身のＩＤを付加して検出結果を情報処理装置に送信する第２の送信手段と、情報処理装置により検出結果に基づく処理が実行されたとき、情報処理装置から送信されてくる、その処理を実行したことを示す第２の確認通知を受信する受信手段と、受信手段により第２の確認通知が受信されたとき、第２の確認通知を受信したことを第３の状態で表現する第３の表現手段とを備えることを特徴とする。
【００２３】
本発明の警報通知装置においては、自己に割り当てられた固有のＩＤが情報処理装置に送信され、情報処理装置によりＩＤが正しいと確認されたとき、情報処理装置から送信されてくる第１の確認通知が受信され、通信が確立したことが第１の状態で表現される。また、検出結果を情報処理装置に通知するか否かが判定され、通知すると判定されたとき、検出結果を通知することが第２の状態で表現され、送信され、情報処理装置から送信されてくる、検出結果に基づく処理を実行したことを示す第２の確認通知が受信されたとき、第２の確認通知を受信したことが第３の状態で表現される。
【００２４】
したがって、警報通知装置は、警報通知装置と情報処理装置の間の通信の確立、センサの検出結果を通知すること、および、情報処理装置により検出結果に基づく処理が実行されたことを確実に識別することができる。また、警報通知装置と情報処理装置の間の通信の確立、および、設定が正しいか否かを事前に確認することができる。さらに、警報の通知の課程が確認でき、もって、警報を確実に通知することができる。
【００２５】
この警報通知装置は、例えば、センサから検出結果を取得した警報を通知する警報通知装置により構成され、第１の送信手段、第２の送信手段、および受信手段は、例えば、パケット通信モジュールにより構成され、状態はは、例えば、１個で３色を発光するＬＥＤの点灯または点滅により表現される、または、異なる音により表現される。また、第１の表現手段は、例えば、通信ランプにより構成され、第２および第３の表現手段は、例えば、イベントランプにより構成される。また、判定手段は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が所定のプログラムを実行することで実現される。また、センサは、例えば、漏電検知器、侵入検知器、ガス漏れ検知器、または、液面レベルスイッチ等により異常を検知する。警報通知装置と情報処理装置の間の通信は、例えば、パケット通信網を介する通信とされる。
【００２６】
前記監視モードを設定するとき、監視モードであることを第４の状態で表現する第４の表現手段をさらに備えるようにすることができる。
【００２７】
これにより、例えば、警報通知装置が監視モードを設定したことを、識別することができる。
【００２８】
また、第４の表現手段は、例えば、イベントランプにより構成される。
【００２９】
前記状態は、１個で３色を発光するＬＥＤの点灯または点滅により表現するようにすることができる。
【００３０】
これにより、例えば、警報通知装置と情報処理装置の間の通信の確立、センサからの検出結果を情報処理装置に通知すること、情報処理装置が検出結果に基づく処理を実行したこと、および、警報通知装置が監視モードを設定したことを、区別して識別することができる。また、１つのＬＥＤで複数の状態を識別することができる。
【００３１】
前記状態は、異なる音により表現するようにすることができる。
【００３２】
これにより、例えば、警報通知装置と情報処理装置の間の通信の確立、センサからの検出結果を情報処理装置に通知すること、情報処理装置が検出結果に基づく処理を実行したこと、および、警報通知装置が監視モードを設定したことを、区別して識別することができる。また、音により複数の状態を識別することができる。
【００３３】
本発明の警報通知方法は、自己に割り当てられた固有のＩＤを情報処理装置に送信する第１の送信ステップと、情報処理装置によりＩＤが正しいと確認されたとき、情報処理装置から送信されてくる第１の確認通知を受信し、通信が確立したことを第１の状態で表現する第１の表現ステップと、検出結果を情報処理装置に通知するか否かをユーザの設定に基づいて判定する判定ステップと、判定ステップの処理により情報処理装置に検出結果を通知すると判定されたとき、検出結果を通知することを第２の状態で表現する第２の表現ステップと、自分自身のＩＤを付加して検出結果を情報処理装置に送信する第２の送信ステップと、情報処理装置により検出結果に基づく処理が実行されたとき、情報処理装置から送信されてくる、その処理を実行したことを示す第２の確認通知を受信する受信ステップと、受信ステップの処理により第２の確認通知が受信されたとき、第２の確認通知を受信したことを第３の状態で表現する第３の表現ステップとを含むことを特徴とする。
【００３４】
本発明の警報通知方法においては、自己に割り当てられた固有のＩＤが情報処理装置に送信され、情報処理装置によりＩＤが正しいと確認されたとき、情報処理装置から送信されてくる第１の確認通知が受信され、通信が確立したことが第１の状態で表現される。また、検出結果を情報処理装置に通知するか否かが判定され、通知すると判定されたとき、検出結果を通知することが第２の状態で表現され、送信され、情報処理装置から送信されてくる、検出結果に基づく処理を実行したことを示す第２の確認通知が受信されたとき、第２の確認通知を受信したことが第３の状態で表現される。
【００３５】
したがって、警報通知装置と情報処理装置の間の通信の確立、センサの検出結果を通知すること、および、情報処理装置により検出結果に基づく処理が実行されたことを確実に識別することができる。また、警報通知装置と情報処理装置の間の通信の確立、および、設定が正しいか否かを事前に確認することができる。さらに、警報の通知の課程が確認でき、もって、警報を確実に通知することができる。
【００３６】
この第１の送信ステップは、例えば、パケット通信モジュールからの信号に基づいて、自己に割り当てられた固有のＩＤを情報処理装置に送信する送信ステップにより構成され、第１の表現ステップは、例えば、表示モジュールからの信号に基づいて、通信が確立したことを通信ランプを緑色に発光させることにより表現する表現ステップにより構成される。また、判定ステップは、例えば、ＣＰＵからの信号に基づいて、検出結果を情報処理装置に通知するか否かを判定する判定ステップにより構成され、第２の表現ステップは、例えば、表示モジュールからの信号に基づいて、情報処理装置に検出結果を通知することをイベントランプを橙色に発光させることにより表現する表現ステップにより構成され、第２の送信ステップは、パケット通信モジュールからの信号に基づいて、自分自身のＩＤを付加して検出結果を情報処理装置に送信する送信ステップにより構成される。さらに、受信ステップは、パケット通信モジュールからの信号に基づいて、情報処理装置が検出結果に基づく処理を実行したことを示す第２の確認通知を受信する受信ステップにより構成され、第３の表現ステップは、表示モジュールからの信号に基づいて、第２の確認通知を受信したことをイベントランプを赤色に発光させることにより表現する表現ステップにより構成される。
【００３７】
【発明の実施の形態】
以下に、本発明の実施の形態について図面を参照して説明する。
【００３８】
図１は、本発明を適用した警報通知システム１の構成例を示している。
【００３９】
工場等の設備とされる現場機器１３には、センサ１１およびセンサ１２が接続されている。センサ１１およびセンサ１２は、例えば、漏電検知器、侵入検知器、ガス漏れ検知器、または、液面レベルスイッチ等とされ、それぞれ、異常状態を検知する。センサ１１およびセンサ１２は、異常状態を検知した場合、警報通知装置１０に異常を通知する信号（例えば、Ｈ信号）を出力する。なお、センサは、異常を検知して出力する他、対象を検出し、その検出結果を出力するようなものであってもよい。
【００４０】
警報通知装置１０は、図２に示されるような概観とされており、センサ１１またはセンサ１２から異常状態を通知する信号（検出結果）が供給されてきたとき、その検出結果を警報として通知するか否かを判定し、警報を通知すると判定したとき、表示モジュール３３に設けられている各種のランプを点灯、または、点滅させることにより異常状態を表示するとともに、パケット通信網１４を介して、センタ１５に検出結果を含むパケットを送信する（警報を通知する）。なお、表示モジュール３３の詳細は、図４を参照して後述する。図２の図中右側には、また、パーソナルコンピュータ１７などのユーザ機器からアクセスするため、または、問い合わせを行なうためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）が表示されている。
【００４１】
パケット通信網１４は、例えば、Ｄｏｐａ（ドーパ）通信回線（商標）とされる。なお、これに限らず、電話回線等を介する通信であってもよい。
【００４２】
センタ１５は、警報通知装置１０から送信されてくる情報（パケット）並びにパーソナルコンピュータ１７または携帯電話機１８などのユーザ機器（現場機器１３を管理しているユーザの機器）の間の情報を管理している。いまの例の場合、警報通知装置１０は、１台とされているが、センタ１５は、図示せぬ複数の警報通知装置を管理している。
【００４３】
センタ１５は、パケット通信網１４を介して、警報通知装置１０から異常を通知するパケットが送信されてきた（警報の通知がされた）場合、これを受信し、警報通知装置１０に接続されている現場機器１３の状態を記憶するとともに、インターネット１６を介して、パーソナルコンピュータ１７または携帯電話機１８に異常を通知する。この例の場合、電子メール（警報メール）により異常状態が通知される。
【００４４】
これにより、現場機器１３に異常が発生した場合においても、現場から離れているユーザ機器、いまの場合、パーソナルコンピュータ１７または携帯電話機１８に通知することができる。なお、いまの例の場合、パーソナルコンピュータ１７と携帯電話機１８をそれぞれ１台ずつしか記載していないが、パーソナルコンピュータおよび携帯電話機は、ともに、必要に応じて、インターネット１６に複数台接続される。
【００４５】
図３は、警報通知装置１０の内部の構成例を示すブロック図である。
【００４６】
警報通知装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３１、Ｉ（Ｉｎｐｕｔ）／Ｏ（Ｏｕｔｐｕｔ）モジュール３２、表示モジュール３３、パケット通信モジュール３４、および、記憶部３５により構成されている。Ｉ／Ｏモジュール３２は、センサ１１またはセンサ１２から異常状態を通知する信号（例えば、検出結果とされるＨ信号）が供給されてきた場合、これをＣＰＵ３１に供給する。
【００４７】
ＣＰＵ３１は、センサ１１またはセンサ１２から異常の通知がされた場合（検出結果が入力された場合）、記憶部３５に記憶されている警報通知の条件（ユーザにより設定された条件）に基づいて、警報を通知するか否かを判定し、警報を通知すると判定した場合、パケット通信モジュール３４を制御して、パケット通信網１４に接続させ、センタ１５に警報を通知するパケットを送信させる。また、ＣＰＵ３１は、表示モジュール３３に、警報を通知することを表現するための、ランプ（後述する図４の各種のランプ）を点灯または点滅させる。
【００４８】
また、後述するサーミスタ（図示せぬ）により測定された温度、または、図示せぬ電圧計等から取得した電圧は、パケット通信モジュール３４により、所定の期間毎にセンタ１５に送信される。
【００４９】
図４は、表示モジュール３３の具体的な構成例を示すブロック図である。
【００５０】
表示モジュール３３は、警報ランプ５１、通知ランプ５２、出力ランプ５３，５４、温度ランプ５５，５６、並びに、イベントランプ７１乃至７８により構成されている。
【００５１】
警報ランプ５１は、センサ１１または１２から異常信号が入力されてきた場合等に、状況に応じて、赤色に点灯、若しくは点滅する。通信ランプ５２は、パケット通信モジュール３４によりパケット通信網１４に接続を行なっている場合、またはパケット通信網１４を介してパケットを送信しているとき等に、状況に応じて緑色に点灯、若しくは点滅する。
【００５２】
出力ランプ５３，５４は、接点出力を示すランプとされており、出力がオフのとき消灯され、出力がオンのとき、緑色に点灯する。
【００５３】
温度ランプ５５，５６は、温度の異常を示すランプとされており、緑色や赤色に点灯する。例えば、温度ランプ５５は、警報通知装置１０に接続される、オプションの図示せぬサーミスタにより、任意の場所の温度が測定された結果に基づいて点灯する。温度ランプ５６は、警報通知装置１０に内蔵されている、図示せぬサーミスタにより警報通知装置１０の内部温度が測定された結果に基づいて点灯する。この測定された温度は、パケット通信モジュール３４により、所定の期間毎にセンタ１５に送信される。
【００５４】
ＣＰＵ３１は、センタから予め設定されている最低温度Ｈおよび最高温度ＨＨと比較して、その結果が最低温度Ｈ以下とされる場合、温度ランプ５５，５６を消灯するように制御し、最低温度Ｈ以上かつ最高温度ＨＨ以下とされる場合、温度ランプ５５，５６を橙色に点灯させるように制御し、最高温度ＨＨ以上とされる場合、温度ランプ５５，５６を赤色に点灯させるように制御する。
【００５５】
イベントランプ７１乃至７８は、それぞれ、異なる異常を示しており、例えば、センサ１１から漏電の異常を示す信号が供給されてきた場合、イベントランプ７１を点灯するようにし、侵入の検知を示す信号が供給されてきた場合、イベントランプ７２を点灯する。このように、８つのイベントランプにより、８つの異常を表わすことができる。
【００５６】
なお、いまの場合、イベントランプは８つとされているが、その数は任意であり、８つ以上であってもよい。また、これらのランプが点灯するときの色、点滅、または、点灯については、これに限らず、複数の状態を認識できる状態を表示するものであれば、他のものでも良い。
【００５７】
センサ１１およびセンサ１２、並びに、警報通知装置１０は、図５に示されるようにキュービクル９０の内部に有線で設置されている。警報通知装置１０の内部の温度と周辺温度（キュービクル９０の内部の温度）は大差がないと考えられるので、温度ランプ５６で、キュービクル９０の内部温度を表示することができる。
【００５８】
なお、いまの例の場合、警報通知装置１０には、センサ１１およびセンサ１２の２つのセンサが接続されているが、その数は任意であり、２つ以上であってもよい。また、２つのセンサで、８つのイベント（異常）を検知するようにしてもよい。
【００５９】
次に、図６を参照して、図１のセンタ１５の構成例を説明する。
【００６０】
センタ１５は、パケット通信モジュール１０１、ＣＰＵ１０２、インターネット通信モジュール１０３、サーバ１０４、および記憶部１０５により構成されている。パケット通信モジュール１０１は、警報通知装置１０との間において、パケット通信網１４を介するパケット通信を行ない、警報通知装置１０から送信されてきた、警報を通知するパケットを受信する。サーバ１０４は、ＣＰＵ，ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、および記憶部などにより構成されており、センタ１５の内部で独立に処理を実行する。また、サーバ１０４は、ＣＰＵ１０２からの指令に基づく動作を実行する他、インターネット１６を介して他の機器から要求された情報を供給する等の動作を実行する。
【００６１】
ＣＰＵ１０２は、受信したパケットに含まれる、警報通知に基づいて、例えば、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）により構成される情報（例えば、後述する図１２乃至図１４に示されるような画面を表示するための情報）を作成し、サーバ１０４の記憶部（図示せぬ）に供給するとともに、異常を通知する電子メール（警報メール）を作成する。この電子メールについては、図２１を参照して後述する。
【００６２】
インターネット通信モジュール１０３は、ＣＰＵ１０２により作成された異常を通知する電子メールを、記憶部１０５に記憶されている宛先（電子メールアドレス）に、インターネット１６を介して送信する。
【００６３】
記憶部１０５には、警報通知装置１０に固有のＩＤとともに、警報が通知された場合に、送信する警報メールの宛先（送信先）（電子メールアドレス）が記憶されている。なお、いまの場合、８つのイベント（異常）が検出されるので、それぞれのイベント毎に異なる宛先に警報メールを送信させるように設定することもできる。また、記憶部１０５は、サーバ１０４に対して、パーソナルコンピュータ１７または携帯電話機１８からアクセスがあった場合に使用される、ユーザＩＤとＰＷ（パスワード）を記憶している。
【００６４】
パーソナルコンピュータ１７または携帯電話機１８は、インターネット１６を介して、異常を通知する電子メール（警報メール）を受信する。
【００６５】
また、パーソナルコンピュータ１７または携帯電話機１８は、インターネット１６を介して、所定のＵＲＬにアクセスすることにより、サーバ１０４の図示せぬ記憶部に記憶されているＨＴＭＬにより構成される情報を読み取ることができる（後述する図１０の処理）。
【００６６】
次に、図７を参照して、パーソナルコンピュータ１７の構成例について説明する。
【００６７】
ＣＰＵ３０１は、ＲＯＭ３０２に記憶されているプログラム、または、記憶部３０８からＲＡＭ３０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ３０３にはまた、ＣＰＵ３０１が各種の処理を実行する上において必要なデータなどが適宜記憶される。
【００６８】
ＣＰＵ３０１、ＲＯＭ３０２、およびＲＡＭ３０３は、内部バス３０４を介して相互に接続されている。この内部バス３０４にはまた、入出力インターフェース３０５も接続されている。
【００６９】
入出力インターフェース３０５には、キーボード、マウスなどよりなる入力部３０６、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ），ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などよりなるディスプレイ、並びにスピーカなどよりなる出力部３０７、ハードディスクなどより構成される記憶部６０８、モデム、ターミナルアダプタなどより構成される通信部３０９が接続されている。通信部３０９は、電話回線やＣＡＴＶを含む各種のネットワークを介しての通信処理を行なう。いまの例の場合、通信部３０９は、インターネット１６を介する通信を行なう。
【００７０】
センタ１５から異常を通知する電子メール（警報メール）が送信されてきた場合、ＣＰＵ３０１は、通信部３０９に受信させ、ディスプレイとしての出力部３０７に表示させる、または、電子メールの表示を促すメッセージを表示させる。これによりパーソナルコンピュータ１７のユーザは、異常を電子メールで知ることができる。
【００７１】
また、ユーザは、パーソナルコンピュータ１７の入力部３０６に指令を入力することにより、センタ１５のサーバ１０４から後述する図１２乃至図１４に示されるようなＨＴＭＬにより構成される情報を読み出し、ディスプレイとしての出力部３０７に表示させることができる。
【００７２】
次に、図８と図９のフローチャートを参照して、警報通知装置１０とセンタ１５における初期処理について説明する。
【００７３】
最初に、図８を参照して、警報通知装置１０における初期処理について説明する。なお、この処理は、ユーザにより警報通知装置１０の電源をオンする指令がされたとき開始される。
【００７４】
ステップＳ１において、警報通知装置１０は、ユーザの指令に基づいて、電源をオンにする。
【００７５】
ステップＳ２において、ＣＰＵ３１は、初期化処理を実行する。具体的には、例えば、イベントランプ７１乃至７８を全て消灯するなどの処理を実行する。
【００７６】
ステップＳ３において、パケット通信モジュール３４は、パケット通信網１４を介して、回線接続を行なう。
【００７７】
ステップＳ４において、パケット通信モジュール３４は、警報通知装置１０の記憶部３５にあらかじめ記憶されている警報通知装置１０に固有のＩＤを、パケット通信網１４を介してセンタ１５に送信する。なお、センタ１５のアドレスは、記憶部３５にあらかじめ記憶されている。
【００７８】
これに対して、センタ１５は、送信されてきた警報通知装置のＩＤが正しいか否かの確認を行ない、ＩＤが正しいと確認できた場合（後述する図９のステップＳ５３）、確認通知を送信してくる（後述する図９のステップＳ５４）。
【００７９】
ステップＳ５において、ＣＰＵ３１は、センタ１５から確認通知が送信されてきたか否かを判定する。確認通知が送信されてこないと判定された場合、正しく回線が接続されていないので（または、不正なＩＤであるので）、処理はステップＳ３に戻り、それ以降の処理が繰り返される。
【００８０】
ステップＳ５において、センタ１５から確認通知が送信されてきたと判定された場合、処理はステップＳ６に進み、ＣＰＵ３１は、回線が正しく設定されたこと、すなわち、設定が正常であることを示すために、表示モジュール３３に通信ランプ５２を緑色で点灯させる。
【００８１】
ステップＳ６において、ＣＰＵ３１は、監視モードを設定する。すなわち、センサ１１またはセンサ１２から異常を通知する検出結果が供給されてきた場合に、警報を通知するようにする。
【００８２】
ステップＳ７において、表示モジュール３３は、全てのイベントランプ７１乃至７８を緑色で点灯させる。これにより、監視モードが設定されたことを表現することができる。
【００８３】
次に、図９のフローチャートを参照して、図８の警報通知装置１０における初期処理に対応する、センタ１５における初期処理について説明する。なお、この処理は、警報通知装置１０からアクセスされたとき開始される。
【００８４】
ステップＳ５１において、センタ１５のパケット通信モジュール１０１は、警報通知装置１０からの回線接続（図８のステップＳ３の処理）を受け付ける。
【００８５】
ステップＳ５２において、パケット通信モジュール１０１は、図８のステップＳ４の処理により送信された警報通知装置１０のＩＤを受信し、ＣＰＵ３１は、警報通知装置１０のＩＤが正しいか否かの確認を行なう。この確認は、例えば、センタ１５の記憶部１０５にあらかじめ登録されている複数のＩＤのうちのいずれか１つと一致するか否かを確認することにより行なわれる。
【００８６】
ステップＳ５３において、ＣＰＵ３１は、警報通知装置１０のＩＤが正しいと確認できたか否かを判定する。いまの例の場合、ＣＰＵ３１は、センタ１５の記憶部１０５にあらかじめ登録されている複数のＩＤのうちのいずれか１つと一致するとき、警報通知装置１０のＩＤが正しいと確認できたと判定し、一致しないとき、警報通知装置１０のＩＤが正しいと確認できなかったと判定する。ステップＳ５３において、警報通知装置１０のＩＤが正しいと確認できなかったと判定された場合、処理はステップＳ５１に戻り、それ以降の処理が繰り返される（正しく回線が接続されていなかった場合にも、ステップＳ５３において確認できなかったと判定される）。
【００８７】
ステップＳ５３において、警報通知装置１０のＩＤが正しいと確認できたと判定された場合（いまの例の場合、センタ１５の記憶部１０５にあらかじめ登録されている複数のＩＤのうちのいずれか１つと一致すると判定された場合）、処理はステップＳ５４に進み、パケット通信モジュール１０１は、パケット通信網１４を介して確認通知を送信する。
【００８８】
ステップＳ５５において、ＣＰＵ３１は、警報通知装置１０が正常に動作していることを登録し、処理を終了する。また、このとき、ＣＰＵ３１は、警報通知装置１０に関する情報に基づいてＨＴＭＬを含む情報を作成し、作成したＨＴＭＬをサーバ１０４に供給するとともに、対応するＵＲＬ（サーバ１０４の図示せぬ記憶部に記憶されている、警報通知装置１０に対応するＵＲＬ）を、ユーザ（現場機器１３を管理しているユーザ）のパーソナルコンピュータ１７または携帯電話機１８の宛先（アドレス）に通知する。なお、この処理は、予めセンタ１５から通知されているものとしてもよい。
【００８９】
図８と図９の処理により、警報通知装置１０とセンタ１５との間において、正しく通信ができる場合に、通信ランプ５２を用いて通知するので、通信の確立、すなわち、正常に設置されたことを容易に確認することができる。
【００９０】
次に、図１０と図１１のフローチャートを参照して、パーソナルコンピュータ１７とセンタ１５における情報の授受について説明する。
【００９１】
最初に、図１０のフローチャートを参照して、パーソナルコンピュータ１７における情報取得処理について説明する。なお、この処理は、ユーザから入力部３０６に、サーバ１０４にアップロードされているＨＴＭＬを含む情報に対応するＵＲＬが入力され、アクセスが指令されたとき開始される。
【００９２】
ステップＳ１０１において、通信部３０９は、ＣＰＵ３０１からの制御に基づいて、インターネット１６を介して指定されたＵＲＬ（サーバ１０４にアップロードされているＨＴＭＬに対応するアドレス）にアクセスする。ユーザは、例えば、警報通知装置１０に付属されているマニュアルにより、サーバ１０４に登録されている警報通知装置１０に固有のアドレス（ＵＲＬ）を知ることができる。また、図２の警報通知装置１０の図中右側に表示されているＵＲＬを、対応するサーバ１０４のアドレスとすることもできる。これに対して、センタ１５は、要求されたＵＲＬのＨＴＭＬを含む情報を送信する前に、ユーザＩＤとＰＷを要求してくる（後述する図１１のステップＳ１５５）。
【００９３】
そこで、ステップＳ１０２において、ＣＰＵ３０１は、通信部３０９を介して、センタ１５からユーザＩＤとＰＷの要求を取得する。
【００９４】
ステップＳ１０３において、ＣＰＵ３０１は、ユーザからユーザＩＤとＰＷを受け付ける。具体的には、ＣＰＵ３０１は、ＬＣＤ等の表示部により構成される出力部３０７に、ユーザＩＤとＰＷを要求する表示をさせ、ユーザに対してユーザＩＤとＰＷの入力を促す。そして、入力部３０６は、ユーザからユーザＩＤとＰＷを受け付け、これをＣＰＵ３０１に供給する。センタ１５とパーソナルコンピュータ１７の間には、あらかじめ、現場機器１３を管理することが可能なユーザＩＤとＰＷが設けられており、ユーザは、例えば、警報通知装置１０に付属のマニュアルにより、このユーザＩＤとＰＷを知ることができる。なお、このユーザＩＤとＰＷは、センタ１５から郵送により通知されるようにしてもよいし、初期設定処理の終了後（図８と図９の処理の後）、センタ１５が設定したユーザＩＤとＰＷをパーソナルコンピュータ１７に送信するようにしてもよい。
【００９５】
ステップＳ１０４において、通信部３０９は、ステップＳ１０３の処理により受け付けたユーザＩＤとＰＷを、インターネット１６を介して、センタ１５に送信する。センタ１５は、ユーザＩＤとＰＷが正しいか否かを判定し（後述する図１１のステップＳ１５７の処理）、ユーザＩＤとＰＷが正しいと判定したとき、パーソナルコンピュータ１７の要求に対応する情報（ステップＳ１０１の処理によりアクセスしたＵＲＬに対応するＨＴＭＬを含む情報）を送信してくる（後述する図１１のステップＳ１５８の処理）。
【００９６】
そこで、ステップＳ１０５において、ＣＰＵ３０１は、ステップＳ１０１の処理によりアクセスしたＵＲＬに対応するＨＴＭＬの情報が送信されてきたか否かを判定する。情報が送信されてこないと判定された場合、ユーザＩＤとＰＷが間違っていると判定されているため、処理は終了される。
【００９７】
ステップＳ１０５において、センタ１５から情報が送信されてきたと判定された場合、処理はステップＳ１０６に進み、通信部３０９は、センタ１５から送信されてきた、ＨＴＭＬの情報（ステップＳ１０１の処理によりアクセスしたＵＲＬに対応するＨＴＭＬの情報）を受信する。
【００９８】
ステップＳ１０７において、出力部３０７は、ステップＳ１０５の処理により受信したＨＴＭＬの情報に対応する表示を行なう。
【００９９】
例えば、図１０のステップＳ１０１の処理によりアクセスされたＵＲＬが、図１２に示されるような警報設定画面４００に対応するＵＲＬとされる場合、サーバ１０４から図１２に示される警報設定画面４００に対応するＨＴＭＬを含む情報が送信されてくるので、パーソナルコンピュータ１７は、図１０のステップＳ１０７において、警報設定画面４００を表示することができる。
【０１００】
図１２において、チャンネルＤＩ０乃至ＤＩ７は、それぞれ、図４のイベントランプ７１乃至７８に対応しており、いまの例の場合、全てのイベントランプ７１乃至７８に対応するチャンネルＤＩ０乃至ＤＩ７が使用されている。
【０１０１】
また、他にも、チャタリング、接続先、警報の条件、警報の禁止時間、および、警報の通報を設定することができる。
【０１０２】
例えば、センタ１５に対して、チャタリングの継続時間を入力することにより、チャタリングによる間違った警報の入力による、警報通知装置１０の誤動作を防ぐことができる。また、接続先（例えば、センサ１１またはセンサ１２）がデジタルであるかシリアル入力であるかを設定することができる。
【０１０３】
さらに、警報の条件を設定することにより、センタ１５への通知を制御することができる。警報の条件には、「なし」、「ｏｆｆ」、「ｏｎ」、および「ｏｎ／ｏｆｆ」があり、「なし」は、警報として使わない、すなわち、該当するビットのオン、または、オフのタイミングでは通知しないようにすることを示している。これにより、警報通知装置１０の他のビットが変化してセンタ１５に通知した場合、ステータスとして認識することができる。また、「ｏｆｆ」は、ｏｎ（Ｈ信号）からｏｆｆ（Ｌ信号）に変化したときに、警報発生として認識し、センタ１５に通知するようにすることを示している。さらに、「ｏｎ」は、ｏｆｆ（Ｌ信号）からｏｎ（Ｈ信号）に変化したときに警報発生と認識し、センタ１５に通知するようにすることを示している。また、「ｏｎ／ｏｆｆ」は、該当ビットが変化した場合、その都度、センタ１５に通知するようにすることを示している。
【０１０４】
禁止時間は、接続する機器の状態により警報ｏｎ／ｏｆｆがが秒オーダで繰り返された場合、センタ１５への無駄な通知を抑えるための為の時間とされており、禁止時間が経過するまで、同一条件化における通知を禁止するものである。
【０１０５】
警報の送信停止は、警報を送信しない場合にチェックされる。
【０１０６】
また、「開始スロット（０−７）」、および「繰り返しスロット」は、変化の少ないチャンネル（ＤＩ０乃至ＤＩ７のいずれか）の情報を間引くときの設定とされており、スロットは、基本的に１回の送信データの塊とされており（データベースのレコードの概念に相当する）、いまの例の場合、スロット０乃至スロット７までを繰り返すものとされる。
【０１０７】
「開始スロット」は、どのスロットからデータを載せ始めるかを設定することができ、「繰り返しスロット」は、何スロット毎にデータを載せるか載せるかを設定することができる。
【０１０８】
具体的には、全てのチャンネルの情報が同じような頻度で変化する場合、全体の送信間隔を調整することができる。この場合、全てのチャンネルのデータを毎回（毎スロット）送信するため、「開始スロット」は０、「繰り返しスロット」は０と設定すればよい。
【０１０９】
また、一部のチャンネルの変化の頻度が他のチャンネルと比較して少ないと予想できる場合、例えば、０チャンネルのデータを２スロットに１回の送信頻度で良いと予想できるとき、「開始スロット」を０、「繰り返しスロット」を１と設定すればよい。さらに、１チャンネルのデータを２スロットに１回の送信頻度で良いと予想できる場合、「開始スロット」を１、「繰り返しスロット」を０と設定することにより、０チャンネルと１チャンネルの情報が交互に送付される。
【０１１０】
ユーザは、図１２に示されるような警報設定画面４００に対して、警報の通知の条件を入力することができる。
【０１１１】
図１０に戻って、ステップＳ１０８において、ＣＰＵ３０１は、ユーザの指令に基づく情報を、通信部３０９を介して、センタ１５に送信させる。例えば、ユーザが、図１２の警報設定画面４００に沿って、指令を入力した場合、センタ１５にこの指令に基づく情報が送信される。センタ１５は、この警報通知の条件を、パケット通信網１４を介して警報通知装置１０に送信し、警報通知装置１０に設定させる（後述する図１１のステップＳ１５９）。これにより、遠隔地にいるユーザが、現場機器１３と接続されている警報通知装置１０の警報の通知の設定を、センタ１５を介して行なうことができる。
【０１１２】
このように、パーソナルコンピュータ１７により、警報の通知の設定をインターネット１６を介して、センタ１５に送信することができる。センタ１５は、パーソナルコンピュータ１７から警報の通知の設定（警報の通知の条件）を受信し、これをパケット通信網１４を介して警報通知装置１０に送信する。警報通知装置１０は、センタ１５からの指令に基づいて、警報の通知条件を記憶部３５に記憶するとともに警報通知条件の設定を行なう。
【０１１３】
ステップＳ１０７におけるパーソナルコンピュータ１７の表示は、図１２に示されるような警報設定画面４００の他に、図１３に示されるようなトレンドグラフ４２０、および、図１４に示されるような計測データ４４０とすることもできる。
【０１１４】
図１３において、トレンドグラフ４２０には、所定の表示期間（いまの例の場合、３日間）の温度（上述した図示せぬサーミスタにより測定され、センタ１５に所定の期間毎に送信されている温度）、電圧等の状態が表示されているとともに、警報確認部４２１に、警報が通知された時間が丸い点で表示されている。
【０１１５】
また、図１４において、計測データ４４０には、所定の期間毎に送信されてくる温度、および電圧が表示されている他に、その時間における警報の状態を示す警報のｏｎまたはｏｆｆが、警報確認部４４１に表示されている。パーソナルコンピュータ１７では、このように、過去の警報の有無、温度、または電圧等の様々な情報を閲覧することができる。
【０１１６】
また、図１０の処理を携帯電話機１８に適用することもできる。この場合、携帯電話機１８がステップＳ１０１において、ユーザの指令により所定のＵＲＬにアクセスし、センタ１５によりユーザＩＤとＰＷの確認がされた場合、ステップＳ１０７において、携帯電話機１８の図示せぬ表示部には、図１５に示されるような初期画面５００（現場機器１３の現在の状況を示す初期画面）が表示される。図１５において、初期画面５００は、最新データとメニューの組み合わせとされている。
【０１１７】
また、パーソナルコンピュータ１７の出力部３０７により表示される図１３のトレンドグラフ４２０に対応して、携帯電話機１８では、図１６に示されるような、トレンドグラフ５２０が表示される。図中中央には、アナログ値を扱う場合のグラフおよび最新データが表示されている。なお、このトレンドグラフ５２０は、例えば、図１５の初期画面のメニューから「トレンドグラフ」が選択された場合、表示される。
【０１１８】
このように、携帯電話機１８にも、パーソナルコンピュータ１７と同様に、現場機器１３の状況を表示させることができる。
【０１１９】
次に、図１１のフローチャートを参照して、図１０のパーソナルコンピュータ１７に対応する、センタ１５における情報供給処理について説明する。なお、この処理は、パーソナルコンピュータ１７からアクセスされたとき開始される。
【０１２０】
ステップＳ１５１において、センタ１５のインターネット通信モジュール１０３は、パーソナルコンピュータ１７によるアクセスを受け付ける。具体的には、サーバ１０４にアップロードされている、ＨＴＭＬを含む情報に対応するＵＲＬへのアクセスを受け付ける。
【０１２１】
ステップＳ１５２において、ＣＰＵ１０２は、ステップＳ１５１の処理によりアクセスしてきた機器が、パーソナルコンピュータであるか否かを判定する。パーソナルコンピュータ１７と携帯電話機１８では、供給する情報は同じでも、画面の大きさ、データの容量、情報を提供するための言語が異なるので、実際に供給するデータは異なる。そのため、この判定は行なわれる。なお、パーソナルコンピュータ１７と携帯電話機１８に異なるアドレス（パーソナルコンピュータ専用アドレス、または携帯電話機専用アドレス）を通知することにより、この処理（ステップＳ１５２の処理）は省略することができる。
【０１２２】
ステップＳ１５２において、パーソナルコンピュータからのアクセスであると判定された場合、ステップＳ１５３において、ＣＰＵ１０２は、パーソナルコンピュータのモードに設定する。いまの例の場合は、パーソナルコンピュータのモードが設定される。
【０１２３】
ステップＳ１５２において、パーソナルコンピュータからのアクセスでない、すなわち、携帯電話機からのアクセスであると判定された場合、処理はステップＳ１５４に進み、ＣＰＵ１０２は、携帯モードに設定する。
【０１２４】
ステップＳ１５５において、インターネット通信モジュール１０３は、アクセスしてきた機器に対して、ユーザＩＤとＰＷを要求する。例えば、アクセスしてきた機器をパーソナルコンピュータ１７とすると、パーソナルコンピュータ１７は、この要求に対して、ユーザＩＤとＰＷを送信してくる（図１０のステップＳ１０４）。
【０１２５】
そこで、ステップＳ１５６において、インターネット通信モジュール１０３は、パーソナルコンピュータ１７から送信されてきたユーザＩＤとＰＷを受信する。
【０１２６】
ステップＳ１５７において、ＣＰＵ１０２は、ステップＳ１５６の処理により受信したユーザＩＤとＰＷが正しいか否かを判定する。具体的には、センタ１５の記憶部１０５（または、サーバ１０４とすることもできる）は、ステップＳ１５１においてアクセスされたＵＲＬにアクセス可能な（１つまたは複数の）ユーザＩＤとＰＷを記憶しているので、これが正しいか否かを判定する。ユーザＩＤとＰＷが正しくないと判定された場合、処理は終了される。
【０１２７】
ステップＳ１５７において、ユーザＩＤとＰＷが正しいと判定された場合、処理はステップＳ１５８に進み、インターネット通信モジュール１０３は、パーソナルコンピュータ１７からの要求に対応する情報、すなわち、ステップＳ１５１の処理においてアクセスされたＵＲＬに対応するＨＴＭＬを含む情報をパーソナルコンピュータ１７に送信する。これに対して、パーソナルコンピュータ１７からは、ユーザの指令に基づく情報が送信されてくる（図１０のステップＳ１０８）。
【０１２８】
ステップＳ１５７において、インターネット通信モジュール１０３は、パーソナルコンピュータ１７から送信されてきた指令に基づく処理を実行し、処理を終了する。具体的には、ユーザの指令に基づく、警報を通知する状況の設定を受け付け、これを設定するなどの処理を実行する。
【０１２９】
図１０と図１１の処理により、パーソナルコンピュータ１７は、サーバ１０４から、警報通知装置１０に関する情報を取得することができる。
【０１３０】
次に、図１７乃至図２０のフローチャートを参照して、警報通知装置１０とセンタ１５における警報通知処理を説明する。
【０１３１】
最初に、図１７と図１８のフローチャートを参照して、警報通知装置１０における警報通知処理を説明する。なお、この処理は、上述した図８の初期設定の後行なわれる処理である。
【０１３２】
ステップＳ２０１において、警報通知装置１０のＣＰＵ３１は、センサ１１またはセンサ１２から異常通知（例えば、Ｈ信号）がＩ／Ｏモジュール３２に入力されたか否かを判定する。異常通知が入力されていないと判定された場合、処理は異常が通知されるまで待機される。
【０１３３】
ステップＳ２０１において異常通知が入力されたと判定された場合、処理はステップＳ２０２に進み、ＣＰＵ３１は、警報を通知するか否かを判定する。具体的には、ＣＰＵ３１は、記憶部３５に記憶されている警報通知の条件（例えば、図１２に示されるような警報設定画面４００でユーザにより設定され、記憶部３５に記憶されている条件）を読み出し、この条件に基づいて、警報を通知するか否かを判定する。例えば、図１２の警報設定画面４００の条件として、対応するチャンネルの条件が「なし」とされている場合、警報を通知しないと判定する。
【０１３４】
ステップＳ２０２において、警報を通知すると判定された場合、処理はステップＳ２０３に進み、表示モジュール３３は、該当するイベントランプを橙色で点灯させるとともに、警報ランプ５１を赤色で点灯させる。例えば、該当するイベントランプがイベントランプ７３とされる場合、イベントランプ７３を緑色で点灯させる。これにより、警報通知装置１０で、警報を通知することを表現することができ、現場で、警報を通知することを確認することができる。
【０１３５】
ステップＳ２０４において、パケット通信モジュール３４は、パケット通信網１４の回線に接続されているか否かを判定する。回線の接続は、上述した図６のステップＳ３の処理により行なわれているはずであるが、回線の接続は、所定の期間、何も生じていないとき、または、所定の期間毎にパケット（温度、電圧などの情報）を送信する以外の時間においては、回線を切断することもあるので、この確認が行なわれる。
【０１３６】
ステップＳ２０４において、回線に接続されていないと判定された場合、ステップＳ２０５において、パケット通信モジュール３４は、回線接続を行なう。
【０１３７】
ステップＳ２０６において、パケット通信モジュール３４は、上述した図７のステップＳ４の処理と同様に、警報通知装置１０の記憶部３５に予め記憶されている警報通知装置１０に固有のＩＤを、パケット通信網１４を介してセンタ１５に送信する。
【０１３８】
これに対して、センタ１５は、送信されてきた警報通知装置のＩＤが正しいか否かの確認を行ない、確認ができた場合、確認通知を送信してくる（後述する図１９のステップＳ２５５）。
【０１３９】
ステップＳ２０７において、ＣＰＵ３１は、センタ１５から確認通知が送信されてきたか否かを判定する。確認通知が送信されてこないと判定された場合、正しく回線が接続されていないので、処理はステップＳ２０５に戻り、それ以降の処理が繰り返される。
【０１４０】
ステップＳ２０７において、センタ１５から確認通知が送信されてきたと判定された場合、または、ステップＳ２０４において、回線に接続されていると判定された場合、処理はステップＳ２０８に進み、表示モジュール３３は、通信中であることを表示するために、通信ランプ５２を緑色で点灯させる。これにより、センタ１５との間で通信が確立されたことを表わすことができる。
【０１４１】
ステップＳ２０９において、パケット通信モジュール３４は、警報通知（センサの検出結果）を自分自身のＩＤに付加して、パケットとして送信する。
【０１４２】
センタ１５は、ステップＳ２０９の警報の通知と警報通知装置のＩＤに対して、警報を通知するためのメールを送信するとともに、後述する図１９のステップＳ２５９の処理において、確認応答を送信してくる。そこで、ステップＳ２１０において、パケット通信モジュール３４は、センタ１５から確認応答を受信する。
【０１４３】
ステップＳ２１１において、表示モジュール３３は、センタ１５から確認応答を受信した、すなわち、センタ１５により警報メールを送信し終えたことを通知するための確認応答を受信したことを示すために、イベントランプを赤色で点滅させる。いまの例の場合、該当するランプはイベントランプ７３とされており、ステップＳ２０３の処理により、イベントランプ７３には、橙色が点灯しているので、表示モジュール３３は、これを赤色で点滅させる。これにより、警報通知装置１０で、センタ１５がユーザ機器（いまの例の場合、パーソナルコンピュータ１７）に対して警報メールを送信したことを確認することができる。
【０１４４】
ステップＳ２１２において、ＣＰＵ３１は、センタ１５から警報解除の通知がされたか否かを判定する。警報の解除は、例えば、ユーザが、パーソナルコンピュータ１７または携帯電話機１８を使用して、警報の解除を指令することにより、パーソナルコンピュータ１７または携帯電話機１８が、センタ１５を介して警報を解除する指令を警報通知装置１０に送信するので、もって、遠隔地から警報を解除することができる。
【０１４５】
ステップＳ２１２において、警報解除が通知されていないと判定された場合、処理はステップＳ２１３に進み、ＣＰＵ３１は、センサ１１または１２からの異常通知が終了したか否か、すなわち、警報の要因（例えば、ポンプの故障、電源の胡椒、または、漏れ電流）が解除されたか否かを判定する。
【０１４６】
ステップＳ２１３において、センサ１１またはセンサ１２からの異常通知が終了していないと判定された場合、処理はステップＳ２１４に進み、ＣＰＵ３１は、異常が通知されてから、所定の時間（例えば、３分間）が経過したか否かを判定する。すなわち、ステップＳ２０１の処理によりＹＥＳと判定された後、３分間が経過したか否かが判定される。まだ所定の時間が経過していないと判定された場合、所定の時間が経過するまで待機される。
【０１４７】
ステップＳ２１４において、所定の時間が経過したと判定された場合、または、ステップＳ２１３において、センサ１１または１２からの異常通知が終了したと判定された場合、処理はステップＳ２１５に進み、パケット通信モジュール３４は、センタ１５に、警報ｏｆｆを通知する。これに対して、センタ１５から確認応答が送信されてくる。
【０１４８】
ステップＳ２１５の処理の後、ステップＳ２１６において、パケット通信モジュール３４は、センタ１５から確認応答を受信する。
【０１４９】
ステップＳ２１６の処理の後、または、ステップＳ２１２の処理において、センタ１５から警報解除が通知された場合、ステップＳ２１７において、ＣＰＵ３１は、監視モードを設定する。すなわち、センサ１１またはセンサ１２から異常を通知する検出結果が供給されてきた場合に、警報を通知するようにする（すなわち、図８のステップＳ６の処理の後と同じ状態とされる）。
【０１５０】
ステップＳ２１８において、表示モジュール３３は、監視モードが設定されたことを表現するために、全てのイベントランプ７１乃至７８を緑色で点灯させる。いまの例の場合、イベントランプ７３のみが赤色で点滅しており、その他のイベントランプ（イベントランプ７１，７２、および７４乃至７８）は緑色に点灯しているので、表示モジュール３３は、イベントランプ７３を緑色７３で点灯させる。また、表示モジュール３３は、警報ランプ５１を消灯させる。その後、処理はステップＳ２０１に戻り、処理は繰り返される（再度、異常が通知されてくるまで、処理は待機される）。
【０１５１】
なお、ステップＳ２１２の処理は、センタ１５から警報解除が通知されているので、ステップＳ２１５のセンタ１５に警報ｏｆｆを通知する処理は省略してもよい。
【０１５２】
次に、図１９と図２０のフローチャートを参照して、図１７と図１８の警報通知装置１０に対応するセンタ１５における警報通知処理について説明する。なお、この処理は、上述した図９の初期処理の後に行なわれる。
【０１５３】
ステップＳ２５１において、センタ１５は、警報通知装置１０との間のパケット通信網１４（回線）に接続されているか否かを判定する。回線に接続されていると判定された場合、ＣＰＵ１０２は、処理をステップＳ２５７に進める。
【０１５４】
ステップＳ２５１において、回線に接続されていないと判定された場合、処理はステップＳ２５２に進み、パケット通信モジュール１０１は、警報通知装置１０から回線接続（図１７のステップＳ２０５の処理）を受け付ける。
【０１５５】
ステップＳ２５３において、パケット通信モジュール１０１は、図１７のステップＳ２０６の処理により警報通知装置１０から送信されてきた警報通知装置１０のＩＤを受信し、ＣＰＵ３１は、警報通知装置１０のＩＤが正しいか否かの確認を行なう。
【０１５６】
ステップＳ２５４において、ＣＰＵ３１は、警報通知装置１０のＩＤの確認ができたか否かを判定する。確認ができなかったと判定された場合、正しく警報通知装置１０のＩＤが送信されてこなかったこととされるので、処理はステップＳ２５２に戻り、それ以降の処理が繰り返される。
【０１５７】
ステップＳ２５４において、警報通知装置１０のＩＤの確認ができたと判定された場合、処理はステップＳ２５５に進み、パケット通信モジュール１０１は、警報通知装置１０に確認通知を送信する。
【０１５８】
ステップＳ２５６において、ＣＰＵ３１は、警報通知装置１０が正常に動作していることを登録する。
【０１５９】
ステップＳ２５６の処理の後、またはステップＳ２５１において回線に接続されていると判定された場合、すなわち、正常に回線が接続されているので、処理はステップＳ２５７に進み、パケット通信モジュール１０１は、図１７のステップＳ２０９の処理により警報通知装置１０から送信されてきた警報通知装置１０のＩＤと警報の通知を受信する。
【０１６０】
ステップＳ２５８において、ＣＰＵ３１は、記憶部１０５に記憶されている、警報の通知を受けた警報通知装置１０のＩＤとユーザ機器（いまの例の場合、パーソナルコンピュータ１７または携帯電話機１８）の電子メールアドレスを読み出すとともに、警報メール（警報を通知するための電子メール）を作成し、インターネット通信モジュール１０３に警報メールを送信させる。この警報メールは、勿論、登録されている複数の電子メールアドレスに対して送信することもできる。
【０１６１】
この警報メールは、具体的には、図２１に示されるように構成される。図２１の警報メール５００には、送信元を特定できる情報とされる「Ａｌｅｒｔ  ｆｒｏｍ  センタ」、端末ＩＤとされる「０９０９００９５８５９」、チャンネル（ＣＨ）される「ＤＩ」、種別とされる「ＤＩ０」、日付とされる「２００２／１２／１８  ２１：２５：２５」、および、測定値とされる「０」が記載されている。いまの例の場合、データ名称は空白とされているが、ユーザによりデータ名称が設定された場合には、これが記載される。
【０１６２】
ステップＳ２５９において、パケット通信モジュール１０１は、警報通知に対応して、警報メールを送信したことを警報通知装置１０に通知するための確認応答を送信する。
【０１６３】
ステップＳ２６０において、ＣＰＵ１０２は、ユーザから警報解除の指令がされたか否かを判定する。警報の解除は、上述したように、ユーザがパーソナルコンピュータ１７または携帯電話機１８に指令して、センタ１５を介して警報を解除する指令を送信することにより行なうことができる。具体的には、パーソナルコンピュータ１７からアクセスされた場合、サーバ１０４は、ユーザＩＤとＰＷの確認の後、図２２に示されるような受動警報解除画面６００に対応するＨＴＭＬを含む情報を提供し、ユーザから、パーソナルコンピュータ１７を介する手動警報解除の指令を受け付ける。
【０１６４】
また、携帯電話機１８からアクセスされた場合、サーバ１０４は、ユーザＩＤとＰＷの確認の後、図２３に示されるような、手動警報解除画面６５０に対応するＨＴＭＬを含む情報を提供し、ユーザから、携帯電話機１８を介する手動警報解除の指令を受け付ける。
【０１６５】
ステップＳ２６０において、ユーザ（ユーザのパーソナルコンピュータ１７または携帯電話機１８）から、警報解除の指令がされないと判定された場合、処理はステップＳ２６１に進み、ＣＰＵ１０２は、警報通知装置１０から警報ｏｆｆ通知が送信されてきたか否かを判定する。
【０１６６】
上述したように、警報通知装置１０は、図１８のステップＳ２１３の処理によりセンサ１１またはセンサ１２からの異常通知が終了したと判定した場合、すなわち、警報の要因（例えば、ポンプの故障、電源の故障、ガス漏れ、または、漏れ電流）が解除された場合、または、ステップＳ２１４において、所定の時間（例えば、３分間）が経過したと判定された場合、センタ１５に、警報ｏｆｆを通知してくる（図１８のステップＳ２１５の処理）。
【０１６７】
ステップＳ２６１において、まだ警報ｏｆｆが通知されてこないと判定された場合、ＣＰＵ１０２は、警報ｏｆｆが通知されてくるまで待機する。
【０１６８】
ステップＳ２６１において、警報ｏｆｆが通知されてきたと判定された場合、処理はステップＳ２６２に進み、ＣＰＵ１０２は、警報ｏｆｆを登録する。すなわち、異常状態が解除されたことが登録される。
【０１６９】
ステップＳ２６３において、パケット通信モジュール１０１は、警報ｏｆｆの確認応答を送信する。
【０１７０】
ステップＳ２６０の処理において、ユーザから警報解除の指令がされたと判定された場合、処理はステップＳ２６４に進み、ＣＰＵ１０２は、警報ｏｆｆを登録する。
【０１７１】
ステップＳ２６５において、パケット通信モジュール１０１は、警報を解除する通知を警報通知装置１０に送信する。
【０１７２】
ステップＳ２６３の処理の後、またはステップＳ２６５の処理の後、処理はステップＳ２５１に戻り、それ以降の処理が繰り返される。
【０１７３】
図１７乃至図２０の処理により、警報通知装置１０は、センサ１１またはセンサ１２から異常通知が入力された場合に、警報を通知する表示、回線が正常に接続されたことを示す表示、警報をセンタ１５に通知したことを示す表示、および監視モードが設定されたことを示す表示を、それぞれランプの色の点滅または点灯により表示するようにしたので、現場機器１３の近くにいるユーザに対しても、警報の通知の課程を識別させることができる。
【０１７４】
以上の処理により、警報通知装置１０に、センサから異常通知が入力され、警報を通知する場合、回線が正常に接続された場合、警報をセンタ１５に通知した場合、および監視モードが設定された場合を、それぞれ異なる表現により表わすようにしたので、初期設定時や保守点検の作業効率を向上させ、確実な警報通知を行なうことを可能にする。
【０１７５】
具体的には、電源がオンされた場合、回線接続を行ない、センタ１５と通信できた場合、通信ランプ５２を緑色で点灯させる（例えば、図８のステップＳ６、または図１８のステップＳ２０８の処理）。警報通知装置は、センサから異常の通知がされ、警報を通知する場合、該当するイベントランプ７３を橙色で点灯させるとともに、警報ランプ５１を赤色で点灯させる（例えば、図１７のステップＳ２０３の処理）。その後、警報の通知がセンタにされ、センタ１５において確認が行なわれるとともに、警報メールの送信が終了した場合（センタ１５から確認応答が送信されてきた場合）、警報通知装置は、イベントランプ７３を赤色で点滅させる（例えば、図１７のステップＳ２１１の処理）。さらに、監視モードが設定された場合、イベントランプ７３を緑色で点灯させるとともに、警報ランプ５１を消灯させる（例えば、図１８のステップＳ２１８の処理）。
【０１７６】
このように、イベントランプを緑色、橙色、および、赤色に点灯または点滅するようにし、かつ、警報ランプ５１、通信ランプ５２を設けるようにしたので、回線接続の可否、センタへの各種の設定を事前に確認することができ、設置およびメンテナンス作業を効率化することができる。また、警報の通知の課程を現場で確認することができる。
【０１７７】
さらに、１個で３色を発光するＬＥＤを表示モジュールとして採用することにより、一連の動作を１つの表示素子で表現することができるとともに、警報通知装置１０を小型化することが可能となる。
【０１７８】
また、センタ１５により警報メールを送信させ、センタ１５に設けられたサーバ１０４を介して、各種の入力を受け付けるようにしたので、遠隔地から、警報通知装置１０の設定を行なうことができるとともに、警報を解除することもできる。
【０１７９】
さらに、警報通知装置と情報処理装置の間の通信の確立、および、設定が正しいか否かを事前に確認することができる。
【０１８０】
なお、以上の例は、現場機器１３を備える工場等について説明したが、これに限らず、オフィスまたは家庭内においても、例えば、漏電、侵入、またはガス漏れなどの警報を通知する各種の警報通知装置に適用することができる。
【０１８１】
また、以上の例は、表示モジュール３３により警報通知装置１０における状態の変化を通知するようにしたが、これに限らず、音を変更して通知するようにしてもよい。
【０１８２】
さらに、構成部品の寸法、材質、形状、その相対な位置等は、特に特定的な記載がない限り、この発明の範囲をそれのみに限定する趣旨ではなく、単なる説明例にすぎない。
【０１８３】
なお、パケット通信網１４およびインターネット１６は、ともに、有線であっても無線であってもよい。
【０１８４】
また、センタ１５は、パーソナルコンピュータなどの各種の情報処理装置とすることもできる。
【０１８５】
なお、本明細書において、フローチャートを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１８６】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表わすものである。
【０１８７】
【発明の効果】
以上の如く、第１の本発明によれば、警報を通知することができる。特に、この発明によれば、警報通知装置と情報処理装置の間の通信の確立、および、設定が正しいか否かを事前に確認することができる。さらに、警報の通知の課程を確認することができる。
【０１８８】
第２の本発明によれば、警報を通知することができる。特に、この発明によれば、警報通知装置と情報処理装置の間の通信の確立、および、設定が正しいか否かを事前に確認することができる。さらに、警報の通知の課程を確認することができる。
【図面の簡単な説明】
【図１】本発明を適用した警報通知システムの構成例を示す図である。
【図２】図１の警報通知装置の概観の構成例を示す図である。
【図３】図２の警報通知装置の構成例を示すブロック図である。
【図４】図２の表示モジュールの構成例を示すブロック図である。
【図５】図１の警報通知装置およびセンサの設置部を説明する図である。
【図６】図１のセンタの構成例を示すブロック図である。
【図７】図１のパーソナルコンピュータの構成例を示すブロック図である。
【図８】図３の警報通知装置における初期処理を説明するフローチャートである。
【図９】図６のセンタにおける初期処理を説明するフローチャートである。
【図１０】図７のパーソナルコンピュータにおける情報取得処理を説明するフローチャートである。
【図１１】図６のセンタにおける情報供給処理を説明するフローチャートである。
【図１２】図７のパーソナルコンピュータに表示される警報設定画面の表示例である。
【図１３】図７のパーソナルコンピュータに表示されるトレンドグラフの表示例である。
【図１４】図７のパーソナルコンピュータに表示される計測データの表示例である。
【図１５】図１の携帯電話機に表示される初期画面の表示例である。
【図１６】図１の携帯電話機に表示されるトレンドグラフの表示例である。
【図１７】図３の警報通知装置における警報通知処理を説明するフローチャートである。
【図１８】図３の警報通知装置における警報通知処理を説明するフローチャートである。
【図１９】図６のセンタにおける警報通知処理を説明するフローチャートである。
【図２０】図６のセンタにおける警報通知処理を説明するフローチャートである。
【図２１】図１９のステップＳ２５８の処理により送信される警報メールを説明する図である。
【図２２】図７のパーソナルコンピュータにおける、図２０のステップＳ２６０の処理により警報が解除される場合の表示例である。
【図２３】図１の携帯電話機における、図２０のステップＳ２６０の処理により警報が解除される場合の表示例である。
【符号の説明】
１  警報通知システム
１０  警報通知装置
１１，１２  センサ
１４  パケット通信網
１５  センタ
１６  インターネット
１７  パーソナルコンピュータ
１８  携帯電話機
３３  表示モジュール
３４  パケット通信モジュール
５１  警報ランプ
５２  通信ランプ
７１乃至７８  イベントランプ
１０１  パケット通信モジュール
１０３  インターネット通信モジュール
１０４  サーバ
【図１】
2004235716.tif 000003
【図２】
2004235716.tif 000004
【図３】
2004235716.tif 000005
【図４】
2004235716.tif 000006
【図５】
2004235716.tif 000007
【図６】
2004235716.tif 000008
【図７】
2004235716.tif 000009
【図８】
2004235716.tif 000010
【図９】
2004235716.tif 000011
【図１０】
2004235716.tif 000012
【図１１】
2004235716.tif 000013
【図１２】
2004235716.tif 000014
【図１３】
2004235716.tif 000015
【図１４】
2004235716.tif 000016
【図１５】
2004235716.tif 000017
【図１６】
2004235716.tif 000018
【図１７】
2004235716.tif 000019
【図１８】
2004235716.tif 000020
【図１９】
2004235716.tif 000021
【図２０】
2004235716.tif 000022
【図２１】
2004235716.tif 000023
【図２２】
2004235716.tif 000024
【図２３】
2004235716.tif 000025