(57)【要約】【課題】  物件毎に設置される火災受信機を、ネットワークを介して、サーバに接続するインタフェース装置において、インタフェース装置からのサーバ側へのデータ送信が完全に行われないときに、サーバ側が受け取った情報を、中途半端に終わらせず、送信したいデータを確実に送信することができ、各物件の火災受信機の状態と、サポートセンサが認識する各物件の状態との間に相違が発生しないようにする。【解決手段】  火災受信機から移報信号を受信し、入力された上記移報信号をデータ化し、出力し、上記出力したデータを、ネットワークを介して、サーバに送信し、送信手段からデータの送信が遮断されたことを検出し、上記送信手段からデータの送信が遮断されたことを示す遮断信号を出力し、上記送信手段がデータ送信中に、遮断出力に基づいて、データ送信中のデータを保持し、上記遮断信号の出力が停止された後に、保持しているデータを再送信する。【選択図】  図１
2005250915.tif 000002
【特許請求の範囲】
【請求項１】
物件毎に設置される火災受信機を、ネットワークを介して、サーバに接続するインタフェース装置において、
上記火災受信機から移報信号を受信する移報信号受信手段と；
入力された上記移報信号をデータ化し、出力するデータ化手段と；
上記データ化手段が出力したデータを、上記ネットワークを介して、上記サーバに送信する送信手段と；
上記送信手段からデータの送信が遮断されたことを検出し、上記送信手段からデータの送信が遮断されたことを示す遮断信号を出力する遮断検出手段と；
上記送信手段がデータ送信中に、上記遮断検出手段からの遮断出力に基づいて、データ送信中のデータを保持し、上記遮断検出手段からの上記遮断信号の出力が停止された後に、上記保持しているデータを上記送信手段を介して再送信するデータ再送信手段と；
を有することを特徴とする火災報知設備のリモート監視用インタフェース装置。
【請求項２】
物件毎に設置される火災受信機を、ネットワークを介して、サーバに接続するインタフェース装置において、
上記火災受信機から移報信号を受信する移報信号受信手段と；
入力された上記移報信号をデータ化し、出力するデータ化手段と；
上記データ化手段が出力したデータを、上記ネットワークを介して、上記サーバに送信する送信手段と；
上記送信手段が上記サーバに正常接続可能であることを、上記送信手段がデータ送信する前に、確認する通信確認手段と；
上記送信手段が上記サーバに正常接続可能であることを、上記通信確認手段が確認すると、上記送信手段を介してデータを送信する手段と；
を有することを特徴とする火災報知設備のリモート監視用インタフェース装置。
【請求項３】
請求項１または請求項２において、
上記ネットワークは、無線通信によるネットワークであることを特徴とする火災報知設備のリモート監視用インタフェース装置。
【請求項４】
請求項１〜請求項３のいずれか１項において、
上記ネットワークは、無線通信によるネットワークであり、上記インタフェース装置は、有線通信によるネットワークに接続され、データ化手段が出力したデータを、上記有線通信によるネットワークを介して、上記サーバに送信可能な有線送信手段を有し、
上記データ化手段は、遮断検出手段が遮断出力した状態、または通信確認手段が正常接続不可を確認した状態において、上記有線送信手段を介して、サーバにデータを送信する手段であることを特徴とする火災報知設備のリモート監視用インタフェース装置。
【請求項５】
請求項１〜請求項４のいずれか１項において、
上記データ化手段は、上記移報信号受信手段を介して受信した移報信号を、データ化するときに、複数の移報信号を集約し、データを作成し、上記送信手段を介してデータ送信することを特徴とする火災報知設備のリモート監視用インタフェース装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、火災報知設備のリモート監視用インタフェースに関する。
【背景技術】
【０００２】
自動火災報知設備等の従来の消防用設備は、防火対象物である建物に設けられていることは勿論、その他の各種建物にも設けられている。このような消防用設備は、火災という予想できない事態が発生した場合にも、適切に対応できるように、その機能を常時維持管理する必要がある。
【０００３】
このような消防用設備（防災設備）の情報を、遠方に存在している管理者等に、正確かつ迅速に報知するために、電話回線を介して、各防災監視盤をサーバ装置に接続し、インターネットを介して、電子メールを携帯電話に送出するシステムが提案されている（たとえば、特許文献１参照）。この従来のシステムにおける防災監視盤は、サーバ装置と接続するための入出力制御Ｉ／Ｆを内蔵している。
【特許文献１】特開２００２−１８３８６４公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来例では、通信異常等によって、サーバ装置が、正常な情報を受信できない場合がある。
【０００５】
つまり、通信回線を介して、各防災監視盤をサーバ装置に接続し、サーバ装置が各防災監視盤を遠隔監視するシステムにおいて、上記遠隔監視機能を確実に行うためには、通信状態の確認を行いながら情報を正確にサーバ装置に送信する必要がある。
【０００６】
本発明は、物件毎に設置される火災受信機を、ネットワークを介して、サーバに接続するインタフェース装置において、インタフェース装置からのサーバ側へのデータ送信が完全に行われないときに、サーバ側が受け取った情報を、中途半端に終わらせず、送信したいデータを確実に送信することができ、各物件の火災受信機の状態と、サポートセンタが認識する各物件の状態との間に相違が発生せず、確実な遠隔監視を行うことができる火災報知設備のリモート監視用インタフェース装置を提供することを目的とするものである。
【課題を解決するための手段】
【０００７】
本発明は、物件毎に設置される火災受信機を、ネットワークを介して、サーバに接続するインタフェース装置において、上記火災受信機から移報信号を受信する移報信号受信手段と、入力された上記移報信号をデータ化し、出力するデータ化手段と、上記データ化手段が出力したデータを、上記ネットワークを介して、上記サーバに送信する送信手段と、上記送信手段からデータの送信が遮断されたことを検出し、上記送信手段からデータの送信が遮断されたことを示す遮断信号を出力する遮断検出手段と、上記送信手段がデータ送信中に、上記遮断検出手段からの遮断出力に基づいて、データ送信中のデータを保持し、上記遮断検出手段からの上記遮断信号の出力が停止された後に、上記保持しているデータを、上記送信手段を介して再送信するデータ再送信手段とを有する火災報知設備のリモート監視用インタフェース装置である。
【発明の効果】
【０００８】
請求項１記載の発明によれば、物件毎に設置される火災受信機を、ネットワークを介して、サーバに接続するインタフェース装置において、インタフェース装置からサーバ側へのデータ送信が完全に行われないときに、サーバ側で受け取った情報を、中途半端に終わらせず、送信したいデータを確実に送信することができ、各物件の火災受信機の状態と、サポートセンタの認識する各物件の状態との間に相違が発生せず、確実な遠隔監視を行うことができるという効果を奏する。
【０００９】
請求項２記載の発明によれば、インタフェース装置からのデータ送信を行う前に、ネットワークの通信状態を確認するので、サーバへのデータ送信を確実に行うことができ、これによって、通信状態がよくなければ、データ送信を見送り、サポートセンタへのデータの誤送信を事前に防止することができるという効果を奏する。
【００１０】
請求項３記載の発明によれば、ネットワークが無線通信であるときに、通信状態が予想外に不良となる場合に対応することができるという効果を奏する。
【００１１】
請求項４記載の発明によれば、無線の電波状態が回復しないときにも、センタのサーバに対してデータ送信を行うことができるという効果を奏する。
【００１２】
請求項５記載の発明によれば、発生したイベント（移報信号）をそのまま逐一送信するよりも、複数を集約して、１回の送信動作のみとするので、送信時間が短縮され、簡便となり、確実なデータ通信を行わせることができるという効果を奏する。
【発明を実施するための最良の形態】
【００１３】
発明を実施するための最良の形態は、以下の実施例である。
【実施例１】
【００１４】
図１は、本発明の実施例１であるリモート監視用インタフェース装置１００を含む火災報知設備のリモート監視システムＲＭ１の構成を示す図である。
【００１５】
火災報知設備のリモート監視システムＲＭ１は、顧客側設備ＣＬと、ネットワークＮＷと、顧客サービスセンタＳＣとによって構成されている。
【００１６】
顧客側設備ＣＬは、火災受信機ＲＥと、リモート監視用インタフェース１００と、送信装置６０と、インサーネット回路用送信装置６１とによって構成されている。
【００１７】
ネットワークＮＷは、携帯電話を利用したデータ通信網（無線通信網）であるネットワークＮＷ１と、有線通信網を利用したインターネットＮＷ２とによって構成されている。
【００１８】
顧客サービスセンタＳＣ（サポートセンタ）は、ルータＲＴ１、ＲＴ２と、リモート監視サーバＳＶ１と、顧客サポートＤＢサーバＳＶ２と、リモートメンテクライアントＭＣ１と、これらをローカルエリアネットワークで結合するＬＡＮとを具備する。
【００１９】
送信装置６０は、ネットワークＮＷ１に接続する電話端末であり、ネットワークＮＷ１との間で無線接続してデータ送信する。また、送信装置６１は、インターネットＮＷ２に接続するイーサネット（登録商標）回路であり、インターネットＮＷ２との間で有線接続してデータ送信する。そして、送信装置６０、６１が送信すべき火災報知設備のデータを、リモート監視用インタフェース装置１００が作成する。
【００２０】
図２は、上記実施例であるリモート監視用インタフェース装置１００を含む顧客側設備ＣＬを示すブロック図である。
【００２１】
顧客側設備ＣＬは、火災受信機ＲＥと、リモート監視用インタフェース装置１００と、ＡＣアダプタ５２と、送信装置６０と、インサーネット回路用送信装置６１と、ホスト機器７０とを有する。
【００２２】
火災受信機群ＲＥは、通常は建物に設けられている設備毎に１台づつ、顧客側設備ＣＬとして設けられ、１台の火災受信機ＲＥに対して、リモート監視用インタフェース装置１００が１台接続される。
【００２３】
火災受信機ＲＥ１、ＲＥ２、……は、複数種類の火災受信機が接続可能であることを示し、火災受信機ＲＥ１は、詳細には示さないが、ＲＳ４２２Ａの出力インタフェースを備え、シリアル伝送によって、移報信号を出力可能であり、いわゆるＲ型の火災受信機ではこのような移報機能を有している。
【００２４】
また、火災受信機ＲＥ２は、詳細には示さないが、伝送による移報機能を備えず、接点信号を用いて、移報情報毎に出力線を配線するものであり、通常の火災受信機、いわゆるＰ型の火災受信機であっても、標準的に備えている移報出力機能を具備している。
【００２５】
したがって、リモート監視用インタフェース装置１００における移報信号受信手段２０は、接続される火災受信機ＲＥのタイプに応じて、ＲＳ４２２Ａが接続される受信機Ｉ／Ｆ２１、または、接点信号に用いる出力線が接続されるＩ／Ｏ回路２２である。なお、火災受信機ＲＥは、火災受信機ＲＥ１、ＲＥ２のみでなく、自動火災報知設備以外の監視盤や制御盤、たとえば、スプリンクラ消火設備における監視盤、防排煙機器の制御盤等から状態を示す接点信号を受信できるものであってもよい。
【００２６】
リモート監視用インタフェース装置１００は、制御手段（ＣＰＵ）１０と、移報信号受信手段２０と、選択スイッチ２３と、遮断スイッチ２４と、表示灯２５と、ホスト移報Ｉ／Ｆ３０と、送信装置Ｉ／Ｆ４０、６２と、電源回路５０と、電池５１とを有する。
【００２７】
リモート監視用インタフェース装置１００は、物件毎に設置される火災受信機を、ネットワークＮＷを介して、サーバＳＶ１に接続するインタフェース装置である。
【００２８】
制御手段１０は、遮断検出部１１と、通信確認部１２と、記憶部１３とを有し、移報信号受信手段２０に移報信号が入力されると、上記移報信号を取り込み、データ化し、出力する手段である。また、制御手段１０は、移報信号受信手段を介して受信した移報信号を、データ化するときに、複数の移報信号を集約し、データを作成し、送信手段を介して、データ送信する手段の例である。
【００２９】
遮断検出部１１は、送信手段からデータの送信が遮断されたことを検出し、送信手段からデータの送信が遮断されたことを示す遮断信号を出力する遮断検出手段の例である。なお、遮断検出部１１は、送信手段６０における無線電波の状態が不良である場合、送信手段６０とセンタＳＣのサーバＳＶ１との電話回線が確立できない場合、および、送信手段６０から送信した送信データに対するセンタＳＣのサーバＳＶ１からの応答データが受信できない場合に、遮断信号を出力する。
【００３０】
制御手段１０は、送信手段がデータ送信中に、遮断検出手段からの遮断出力に基づいて、データ送信中のデータを保持し、遮断検出手段からの遮断信号の出力が停止された後に、保持しているデータを、送信手段を介して再送信するデータ再送信手段の例である。
【００３１】
記憶部１３は、上記データ送信中のデータを保持する記憶部である。
【００３２】
通信確認部１２は、送信手段がサーバに正常接続可能であることを、送信手段がデータ送信する前に、確認する通信確認手段の例である。なお、通信確認部１２は、送信手段６０における無線電波の状態が良好であり、送信手段６０とセンタＳＣのサーバＳＶ１との電話回線が確立でき、送信手段６０から送信した送信データ（通信確認用データ）に対するセンタＳＣのサーバＳＶ１からの応答データが受信できた場合に、送信手段６０がセンタＳＣのサーバＳＶ１に正常接続可能であると判断する。
【００３３】
なお、制御手段１０は、送信手段がサーバに正常接続可能であることを、通信確認手段が確認すると、送信手段を介してデータを送信する手段の例である。
【００３４】
また、制御手段１０は、遮断検出手段が遮断出力した状態、または通信確認手段が正常接続不可を確認した状態において、有線通信手段を介して、サーバにデータを送信する手段の例である。
【００３５】
移報信号受信手段２０は、受信機Ｉ／Ｆ２１と、Ｉ／Ｏ回路２２とを有し、火災受信機ＲＥ１、ＲＥ２、……からの移報信号を受信する手段である。
【００３６】
受信機Ｉ／Ｆ２１は、データによって移報出力することができる火災受信機ＲＥ１が接続されるＲＳ４２２Ａのインタフェースである。
【００３７】
Ｉ／Ｏ回路２２は、火災受信機ＲＥ２のオン、オフを知らせる信号である接点信号を受信する回路であり、接点による移報出力を受信する受信回路であり、その他、インタフェース装置１００内の各種スイッチの状態が入力されるとともに、各種表示灯の制御出力を行う出力回路を兼ねている。
【００３８】
制御手段（ＣＰＵ）１０は、主に、受信機Ｉ／Ｆ２１またはＩ／Ｏ回路２２を介して移報信号の入力があると、移報された情報をパケットデータ化し、送信装置６０を介して、サーバＳＶ１に送信する。また、制御手段１０は、遮断スイッチ２４がオンされているときに、移報信号受信手段２０から受信した移報信号を破棄することによって、送信装置６０が送信するデータを遮断する手段である。
【００３９】
また、制御手段１０は、電源回路５０の電源電圧を監視し、この電源電圧が所定の電圧よりも低下すると、通信装置６０を介して、上記電源電圧が所定の電圧よりも低下したことを示す電源低下信号を、サーバＳＶ１に送信し、その後に、制御手段１０の動作を停止する手段である。
【００４０】
送信装置６０は、ネットワークＮＷ１の端末であり、ＲＳ２３２Ｃのインタフェースを介して、インタフェース装置１００の送信装置Ｉ／Ｆ４０と接続されている。また、送信装置６０は、制御手段としての制御手段１０が出力したデータを、ネットワークＮＷ１を介して、サーバＳＶ１に送信する送信手段の例である。
【００４１】
送信装置６１は、インターネットＮＷ２に接続するイーサネット（登録商標）回路を備えた端末であり、インタフェース装置１００の送信装置Ｉ／Ｆ６２と接続されている。また、送信装置６１は、制御手段としての制御手段１０が出力したデータを、インターネットＮＷ２（有線通信によるネットワークＮＷ）を介して、サーバＳＶ１に送信可能な有線送信手段の例である。
【００４２】
ホスト移報Ｉ／Ｆ３０は、インタフェース装置１００が受信しているデータを確認するホスト機器（表示装置）７０を、必要に応じて接続可能にするためのＲＳ４２２Ａインタフェースである。たとえば、移報信号受信手段２０を介して、火災受信機ＲＥ側からの信号を制御手段１０が認識していることを確認することができ、送信装置６０を遮断しながら、確認することができる。
【００４３】
電源回路５０は、非常用に電池５１を備え、送信装置６０、６１とともに、インタフェース装置１００の全体に電源を供給するものであり、電源電圧が制御手段１０によって監視されている。
【００４４】
表示灯２５は、複数のＬＥＤで構成され、詳細には示さないが、電源灯と、火災受信機ＲＥ１、ＲＥ２、……側と送信装置６０側との双方の通信状態を示す通信灯と、通信の遮断状態を示す遮断灯との４つが設けられている。
【００４５】
選択スイッチ２３は、受信機Ｉ／Ｆ２１に接続されている火災受信機ＲＥ１の形式を、複数種類の中から１つの種類を選択するように設定するスイッチであり、ディップスイッチ等で構成されている。
【００４６】
遮断スイッチ２４は、送信装置６０からネットワークＮＷへの送信を遮断する場合に、オンするスイッチであり、具体的には、送信装置Ｉ／Ｆ４０が送信装置６０へ送るべき送信装置Ｉ／Ｆ４０の出力信号を遮断するスイッチである。この遮断スイッチ２４によって信号を遮断する場合は、火災報知設備の動作を確認するための試験を行っているときに火災信号等を遮断する場合である（後述するステップＳ４３、Ｓ５２における動作）。
【００４７】
なお、火災受信機ＲＥ１、ＲＥ２、……からリモート監視用インタフェース装置１００が受信する移報信号について、簡単に説明する。火災信号、端末機器作動信号、伝送異常信号等の端末情報としての信号、復旧信号、プリンタ停止信号、音響停止信号、試験異常信号等の受信機状態情報としての信号、時刻情報等のその他の状態情報としての信号等、火災報知設備に関する各種状態の変化が移報される。また、サーバＳＶ１からの要求によって各種の状態を取り込むことができる。
【００４８】
次に、上記実施例の動作について説明する。
【００４９】
図３、図４、図５、図６、図７は、上記実施例におけるリモート監視用インタフェース装置１００の動作を示すフローチャートである。
【００５０】
まず、電源投入し、初期化し（Ｓ１）、ディップスイッチ等の設定が異常であれば（Ｓ２）、表示灯２５によってエラーを表示する（Ｓ３）。設定が正常であれば（Ｓ２）、火災受信機ＲＥ１、ＲＥ２、……への接続が完了したか否かを判断し（Ｓ４）、その接続が完了していれば（Ｓ４）、センタＳＣに、「受信機との接続確立」を通知する送信動作を実行する（Ｓ１００）。
【００５１】
なお、送信動作（Ｓ１００）の詳細を、図８に記載してある。
【００５２】
そして、送信動作（Ｓ１００）を終了すると、図４に示すように、インタフェース装置１００は、通常、ＡＣ駆動であり、ＡＣアダプタ５２の抜け、故障、停電等によってＡＣ電源が駆動していなければ（Ｓ２１）、電池５１による駆動へ切り替え（Ｓ２２）、電池５１による駆動へ切り替えたことを、顧客サービスセンタＳＣへ通知していれば（Ｓ２３）、電池５１の残容量を電源電圧として調べ（Ｓ３１）、電池５１に充分な電圧があれば（Ｓ３１）、火災受信機ＲＥ１、ＲＥ２、………における状態の変化（移報信号の受信の有無）をチェックする（Ｓ４１）。上記状態の変化がない場合は、ステップＳ５１へ進む。
【００５３】
火災受信機ＲＥ１、ＲＥ２、……における状態が変化し（Ｓ４１）、それが端末の状態の変化、つまり、移報信号が端末情報である場合（Ｓ４２）、移報遮断解除中であれば（Ｓ４３）、所定時間内の発生データ（移報信号）を集約し（Ｓ４４）、センタＳＣに、「上記状態変化内容（移報信号）」を通知する送信動作を実行する（Ｓ３００）。移報遮断解除中でなければ（Ｓ４３）、ステップＳ５１へ進む。また、ステップＳ４１における状態変化が、端末の状態の変化でなければ（Ｓ４２）、所定時間内の発生データ（移報信号）を集約し（Ｓ４４）、センタＳＣに、「上記状態変化内容（移報信号）」を通知する送信動作を実行する（Ｓ３００）。
【００５４】
図４に示すステップＳ２３において、電池５１による駆動へ切り替えたことを、顧客サービスセンタＳＣへ通知していなければ、図５に示すように、センタＳＣに「リモートＩ／Ｆ停電」を通知する送信動作（Ｓ４００）を実行し、ステップＳ２１に戻る。
【００５５】
なお、送信動作（Ｓ４００）の詳細を、図１０に示す。
【００５６】
図４に示すステップＳ３１において、電池５１の電源電圧のレベルが低く、残容量が不充分であることが判明すれば、図６に示すように、センタＳＣに、「電源電圧低下」を通知する送信動作（Ｓ５００）を実行し、火災受信機ＲＥ１、ＲＥ２、……との通信を停止し（Ｓ３６）、電源回路５０をオフし（Ｓ３７）、無駄な動きをしないように、動作を終了する。
【００５７】
図４に示す送信動作（Ｓ３００）の後に、図７に示すように、ステップＳ５１では、顧客サービスセンタＳＣからの要求・制御の有無を判断し、顧客サービスセンタＳＣからの要求・制御が有れば、リモート監視用インタフェース装置１００が移報遮断解除中であるか否かを判断し（Ｓ５２）、リモート監視用インタフェース装置１００が移報遮断解除中でなければ、ステータスの要求・制御であるかどうかを判断する（Ｓ５３）。なお、上記「移報」は、火災受信ＲＥ１、ＲＥ２、……が顧客サービスセンタＳＣへ状態情報を送る動作であり、顧客サービスセンタＳＣからの指示に応答して行う動作である。
【００５８】
ステータスの要求・制御、つまり、移報信号としての端末情報以外の要求制御であれば（Ｓ５３）、センタＳＣに、「センタＳＣからの要求・制御に対応する応答データ」を通知する送信動作（Ｓ７００）を実行し、ステップＳ２１に戻る。
【００５９】
ステータスの要求・制御でなければ（Ｓ５３）、送信動作（Ｓ７００）を実行せずに、ステップＳ２１に戻る。
【００６０】
次に、発明のメインである通信保証方式（送信動作）は、図８〜図１２に示すように、インタフェース装置１００が、図３から図７のフロー内で発生した顧客サービスセンタＳＣへ送信すべきデータを、図８〜図１２に示す送信動作（Ｓ１００、Ｓ３００、Ｓ４００、Ｓ５００、Ｓ７００）によって、顧客サービスセンタＳＣへ送信する動作である。
【００６１】
図８は、上記実施例における送信動作（Ｓ１００）を示すフローチャートである。
【００６２】
まず、記憶部１３に過去に送信失敗したデータが記憶されているか否かを判別し、過去に送信失敗したデータが無ければ（Ｓ１０１）、送信データとして、受信機との接続確立を選択し（Ｓ１０２）、一方、過去に送信失敗したデータが有れば（Ｓ１０１）、送信データとして、受信機との確立と、過去に送信失敗したデータとを選択し（Ｓ１０３）、電波の状態を調べる（Ｓ１０４）。
【００６３】
電波の状態が良好であれば（Ｓ１０４）、送信装置６０を介してセンタＳＣへ電話を発信し（Ｓ１０５）、センタＳＣとの電話回線が確立すれば（Ｓ１０６）、通信確認用データを送信し（Ｓ１０７）、センタＳＣからの応答データを受信したかどうかを調べる（Ｓ１０８）。センタＳＣからの応答データを受信すれば、送信装置６０が、センタＳＣに正常接続可能であることを確認できたとして、送信装置６０を介して、上記選択したデータを送信する動作を行う。つまり、送信装置６０を介して選択した送信データを送信し（Ｓ１０９）、電波の状態が良好であり（Ｓ１１０）、センタＳＣからの応答データを受信すれば（Ｓ１１１）、センタＳＣに上記選択したデータを正常に送信できたとして、記憶部１３の過去に送信失敗したデータを消去し、電話回線を切断する（Ｓ１１２）。
【００６４】
センタＳＣとの電話回線が確立せず（Ｓ１０６）、リトライ回数が規定内であれば（Ｓ１１３）、ステップＳ１０５に戻る。リトライ回数が規定外であれば（Ｓ１１３）、また、ステップＳ１０４において、電波の状態が不良である場合、センタＳＣに上記選択したデータを正常に送信できなかったとして、送信失敗した送信データを記憶部１３に記憶する（Ｓ１１８）。
【００６５】
センタＳＣからの応答データを未受信であり（Ｓ１０８）、リトライ回数が規定内であれば（Ｓ１１４）、電話回線を切断し（Ｓ１１７）、ステップＳ１０５に戻る。リトライ回数が規定外であれば（Ｓ１１４）、センタＳＣに上記選択したデータを正常に送信できなかったとして、送信失敗した送信データを記憶部１３に記憶し（Ｓ１１６）、ステップＳ１１２に進む。
【００６６】
電波状態が不良である場合（Ｓ１１０）や、センタＳＣからの応答データを未受信である場合（Ｓ１１１）、リトライ回数が規定内であるか規定外であるかを調べ（Ｓ１１５）、リトライ回数内であれば、ステップＳ１１７そしてステップＳ１０５に進み、リトライ回数外であれば、Ｓ１１６に進む。そして、ステップＳ１１６から、ステップＳ１１２へ進み、電話回線を切断する。
【００６７】
図９は、上記実施例における送信動作（Ｓ３００）を示すフローチャートである。
【００６８】
送信動作（Ｓ３００）は、送信動作（Ｓ１００）において、ステップＳ１０２の代わりに、送信データとして、状態変化内容を選択し（Ｓ３０２）、ステップＳ１０３の代わりに、送信データとして、状態変化内容と、過去に送信失敗したデータとを選択する（Ｓ３０３）。それら以外は、送信動作（Ｓ１００）と同じである。
【００６９】
図１０は、上記実施例における送信動作（Ｓ４００）を示すフローチャートである。
【００７０】
送信動作（Ｓ４００）は、送信動作（Ｓ１００）において、ステップＳ１０２の代わりに、送信データとして、リモートＩ／Ｆ停電を選択し（Ｓ４０２）、ステップＳ１０３の代わりに、送信データとして、リモートＩ／Ｆ停電と、過去に送信失敗したデータとを選択する（Ｓ４０３）。それら以外は、送信動作（Ｓ１００）と同じである。
【００７１】
図１１は、上記実施例における送信動作（Ｓ５００）を示すフローチャートである。
【００７２】
送信動作（Ｓ５００）は、送信動作（Ｓ１００）において、ステップＳ１０２の代わりに、送信データとして、電源電圧低下を選択し（Ｓ５０２）、ステップＳ１０３の代わりに、送信データとして、電源電圧低下と、過去に送信失敗したデータとを選択する（Ｓ５０３）。それら以外は、送信動作（Ｓ１００）と同じである。なお、送信動作（Ｓ５００）において、送信失敗した場合（Ｓ１１６、Ｓ１１８）は、後続するステップＳ３７において、電源回路５０をオフするので、送信失敗したデータをセンタＳＣに再送信することができない。このため、送信動作（Ｓ５００）において、送信失敗した場合（Ｓ１１６、Ｓ１１８）は、センタＳＣにデータ送信できるまで、再送信を継続させるようにしてもよい。
【００７３】
図１２は、上記実施例における送信動作（Ｓ７００）を示すフローチャートである。
【００７４】
送信動作（Ｓ７００）は、送信動作（Ｓ１００）において、ステップＳ１０２の代わりに、送信データとして、センタＳＣからの要求・制御に対する応答データを選択し（Ｓ７０２）、ステップＳ１０３の代わりに、送信データとして、センタＳＣからの要求・制御に対する応答データと、過去に送信失敗したデータとを選択する（Ｓ７０３）。それら以外は、送信動作（Ｓ１００）と同じである。
【００７５】
図１３は、インタフェース装置１００において、上記送信動作時の顧客サービスセンタＳＣへの送信データの送信と、この送信データに対して顧客サービスセンタＳＣから送信される応答データの受信例を示す図である。
【００７６】
送信データは、そのデータ量に応じて複数の送信パケットに分割され、送信される。たとえば、図１３に示す例において、送信データは、ｎ個の送信パケットに分割され、それぞれの送信パケットは、通番と、分割された送信データとしての送信テキストとを有する。
【００７７】
インタフェース装置１００から送信された各送信パケットに、顧客サービスセンタＳＣから応答データが送信される。この応答データは、通番と応答テキストとを有する応答パケットによって構成されている。
【００７８】
インタフェース装置１００は、送信パケット毎に、対応する応答パケットを受信することによって、送信データが、顧客サービスセンタＳＣに正常に送信されたと判断できる。
【００７９】
リモート監視用インタフェース装置１００は、センタＳＣに対して、データを送信するときに、電波の状態の良好不良（Ｓ１１０）やセンタＳＣからの応答データ受信の有無（Ｓ１１１）を判別することによって、送信装置６０からのデータ送信が遮断されたことを検出し、送信装置６０からのデータ送信が遮断されたことを示す遮断信号を出力する。そして、送信装置６０がデータ送信中に、遮断出力に基づいて、データ送信中のデータを保持する（Ｓ１１６、Ｓ１１８）。
【００８０】
さらに、遮断信号の出力が停止された後に、保持しているデータを送信装置６０を介して再送信する。この実施例１においては、送信すべきデータが発生し、送信動作（Ｓ１００、Ｓ３００、Ｓ４００、Ｓ５００、Ｓ７００）を行う必要があるときに、電波の状態が良好であれば（Ｓ１０４）、遮断信号の出力が停止されるので、保持しているデータを、送信装置６０を介して再送信する。
【００８１】
これによって、インタフェース装置からサーバ側へのデータ送信が完全に行われないときに、サーバ側で受け取った情報を、中途半端に終わらせず、送信したいデータを確実に送信することができ、各物件の火災受信機の状態と、サポートセンタが認識する各物件の状態との間に相違が発生せず、遠隔監視を確実に行うことができる。
【００８２】
なお、この実施例では、保持しているデータを、送信装置６０を介して再送信する動作は、送信すべきデータが発生し、送信動作（Ｓ１００、Ｓ３００、Ｓ４００、Ｓ５００、Ｓ７００）を行う必要があるときに実行されるが、図４から図７までの循環監視動作のフロー上、たとえば、図４のステップＳ２１の前に、過去に送信失敗したデータがあるか否かを判別するステップＳ１０１と同様のステップと、送信失敗したデータがある場合に、送信動作を行うステップを設けるようにすると、新規の送信すべきデータが発生していない場合でも、保持しているデータを、送信装置６０を介して迅速に再送信することができる。なお、この場合の送信動作のステップとして、送信動作（Ｓ１００）におけるステップＳ１０１〜Ｓ１０３の代わりに、送信データとして、過去に失敗したデータのみを選択するステップを設けるようにすればよい。
【００８３】
また、リモート監視用インタフェース装置１００は、送信装置６０がセンタＳＣに正常接続可能であることを、送信すべきデータを送信する前に確認するため、電波の状態の良好不良を判別したり（Ｓ１０４）、センタＳＣとの電話回線の確立未確立を判別したり（Ｓ１０６）、また、通信確認用データを送信し（Ｓ１０７）、そのデータに対するセンタＳＣからの応答データ受信の有無（Ｓ１０８）を判別する。そして、正常接続可能であることを確認すると、送信すべきデータを、送信装置６０を介してデータ送信するようになっている。
【００８４】
これによって、送信すべき情報（データ）を送信する場合、センタとの接続処理が一旦、正常に終了した後に、通信確認用の情報を送信し、その後に、情報送信完了の処理が正常に終了しなければ、送信すべき情報を送信しないので、センタに情報を確実に送信することができる。
【００８５】
つまり、相手の状態にかかわらず、情報を送信するので、発生情報がセンタに通知できないことがあるという従来の問題を解決することができる。
【００８６】
さらに、リモート監視用インタフェース装置１００は、移報信号をデータ化するときに、複数の移報信号を集約し、送信すべきデータを作成し、送信装置６０を介して、データ送信する。つまり、移報信号として、端末情報や受信機状態情報等の様々なものがあり、たとえば、端末情報の火災信号と受信機状態情報の復旧信号とは、火災検出した場合の一連の動作であり、短期間でそれぞれの移報信号が発生することが考えられる。そのため、ステップＳ４４のように、所定期間内の発生データ（移報信号）を集約し、送信すべきデータとしてデータ送信すれば、発生したイベント（移報信号）をそのまま逐一送信するよりも、複数を集約し、１回の送信動作のみとするので、送信時間が短縮され、簡便となり、確実なデータ通信を行わせることができる。
【００８７】
また、リモート監視用インタフェース装置１００は、主に、火災受信機ＲＥ１、ＲＥ２、……から移報信号を受信し、この受信した移報信号による情報を、データ化し、携帯電話の通信網を利用してデータ送信する。そして、火災報知設備の保守点検時には、インタフェース装置１００が、不要な情報を顧客サービスセンタＳＣに送信しないように、データ送信側の通信遮断が可能であり、遮断スイッチ２４をオンすれば、リモート監視用インタフェース装置１００が火災受信機ＲＥ１、ＲＥ２、……から移報信号を受信しても、ネットワークＮＷへデータが送信されない。
【００８８】
また、リモート監視用インタフェース装置１００は、独自に電源回路５０を備え、制御手段１０が電源回路５０の供給電圧を監視し、この監視された電圧が低下したときに、顧客サービスセンタＳＣに、電源回路５０の電源が低下したことを示すデータを送信した後に、自己の動作（リモート監視用インタフェース装置１００の動作）を停止する。これによって、リモート監視用インタフェース装置１００が備えている独自の電源回路５０の電圧が低下しても、不安定な動作に基づく顧客サービスセンタＳＣへのデータ誤送信が行われない。
【００８９】
つまり、上記実施例によれば、火災報知設備の保守点検時には、不要な情報を顧客サービスサーバＳＣに送信しないように、データ送信側の通信遮断が可能である。
【００９０】
また、上記実施例によれば、独自に電源を備える火災報知設備のリモート監視用インタフェース装置において、電源電圧が低下したときに、不安定な動作に基づいて顧客サービスセンタＳＣへデータを誤送信することがない。
【実施例２】
【００９１】
本発明の実施例２は、制御手段１０が、遮断検出部１１が遮断出力した状態、または通信確認部１２が正常接続不可を確認した状態において、送信装置６１を介して、サーバにデータを送信することを特徴とするものである。つまり、実施例２は、図示しないが、実施例１におけるフローチャートにおいて、送信動作（Ｓ１００、Ｓ３００、Ｓ４００、Ｓ５００、Ｓ７００）を行った場合、送信失敗した送信データを記憶部１３に記憶するステップ（Ｓ１１６、Ｓ１１８）のそれぞれの後続に、制御手段１０が、送信装置６１およびインターネットＮＷ２を介して、送信失敗した送信データをセンタＳＣへ送信するステップを有するものである。
【００９２】
実施例２によれば、無線の電波状態が回復しないときでも、通信状態が予想外に不良となる場合に対応することができる。つまり、実施例２は、イーサネット（登録商標）の回路を実装するので、圏外の部分に関しては、通常のイーサネット（登録商標）接続（ＬＡＮ接続）が可能になり、イントラネット、インターネット等に接続できる。
【００９３】
つまり、実施例２によれば、携帯電話回線以外では使用できないので圏外には適用できないという従来の問題を解決することができる。
【図面の簡単な説明】
【００９４】
【図１】本発明の実施例１であるリモート監視用インタフェース装置１００を含む火災報知設備のリモート監視システムＲＭ１の構成を示す図である。
【図２】上記実施例であるリモート監視用インタフェース装置１００を含む顧客側設備ＣＬを示すブロック図である。
【図３】上記実施例におけるリモート監視用インタフェース装置１００の動作を示すフローチャートである。
【図４】上記実施例におけるリモート監視用インタフェース装置１００の動作を示すフローチャートである。
【図５】上記実施例におけるリモート監視用インタフェース装置１００の動作を示すフローチャートである。
【図６】上記実施例におけるリモート監視用インタフェース装置１００の動作を示すフローチャートである。
【図７】上記実施例におけるリモート監視用インタフェース装置１００の動作を示すフローチャートである。
【図８】上記実施例における送信動作（Ｓ１００）を示すフローチャートである。
【図９】上記実施例における送信動作（Ｓ３００）を示すフローチャートである。
【図１０】上記実施例における送信動作（Ｓ４００）を示すフローチャートである。
【図１１】上記実施例における送信動作（Ｓ５００）を示すフローチャートである。
【図１２】上記実施例における送信動作（Ｓ７００）を示すフローチャートである。
【図１３】インタフェース装置１００において、上記送信動作時の顧客サービスセンタＳＣへの送信データの送信と、この送信データに対して顧客サービスセンタＳＣから送信される応答データの受信例を示す図である。
【符号の説明】
【００９５】
ＲＭ１…火災報知設備のリモート監視システム、
１００…リモート監視用インタフェース装置、
１０…制御手段、
２０…移報信号受信手段、
２１…受信機Ｉ／Ｆ、
２２…Ｉ／Ｏ回路、
２３…選択スイッチ、
２４…遮断スイッチ、
２５…表示灯、
３０…ホスト移報Ｉ／Ｆ、
４０…送信装置Ｉ／Ｆ、
５０…電源回路、
６０、６１…送信装置、
７０…ホスト機器、
ＮＷ、ＮＷ１、ＮＷ２…ネットワーク、
ＲＴ１、ＲＴ２…ルータ、
ＳＶ１…リモート監視サーバ、
ＳＶ２…顧客サポートＤＢサーバ、
ＭＣ１…リモートメンテクライアント。
【図１】
2005250915.tif 000003
【図２】
2005250915.tif 000004
【図３】
2005250915.tif 000005
【図４】
2005250915.tif 000006
【図５】
2005250915.tif 000007
【図６】
2005250915.tif 000008
【図７】
2005250915.tif 000009
【図８】
2005250915.tif 000010
【図９】
2005250915.tif 000011
【図１０】
2005250915.tif 000012
【図１１】
2005250915.tif 000013
【図１２】
2005250915.tif 000014
【図１３】
2005250915.tif 000015