JP2009259228A - 警報器 - Google Patents

Abstract

【課題】連動警報を行う複数の住警器の中で障害が起きていることを、確実に知って適切に対応可能とする。
【解決手段】障害監視部６０はローバッテリーなどの障害を検出した時に、障害警報音を出力させると共に、障害を示すイベント信号を他の住警器に送信し、一方、他の住警器から障害を示すイベント信号を受信した時に、障害警報音を連動して出力させる。障害元確認処理部６２は、障害警報音の連動出力中に、警報停止スイッチ２０の操作を検出した時、他の住警器に障害元確認のイベント信号を送信し、一方、他の住警器から障害元確認のイベント信号を受信した時、自己が障害元である場合に、障害元を示す報知音を出力させる。
【選択図】図３

Description

本発明は、火災などの異常を検出して警報すると共に他の警報器に信号を無線送信して警報を連動出力させる警報器に関する。

従来、住宅における火災やガス漏れなどの異常を検出して警報する住宅用警報器（以下「住警器」という）が普及しており、近年にあっては、１つの住戸に複数の住警器を設置して部屋毎に火災などの異常を監視する傾向も増加している。

このように住戸内に複数の住警器を設置した場合、異常が発生した部屋とは別の部屋に人がいた場合、警報音が聞こえず火災などの災害が広がる恐れがある。このため、住警器同士を有線接続し、ある住警器で火災を検出して警報した場合、他の住警器に信号を送って同時に警報させる連動警報ができるようにしている。

しかしながら、住警器同士を有線接続することは、有線工事が必要なためにコストが高くなる問題がある。この問題は無線式の住警器とすることで解消可能である。しかも、最近における無線回路用ＩＣの低消費電力化に伴い、他の住警器からの信号を受信可能とするために常時受信可能な動作状態としても、たとえば５年を超えるような、実用に耐える電池寿命が保証され、無線式住警器を実用化する環境が整いつつある。

ところで、従来の有線式の住警器にあっては、複数の住警器を有線接続した場合、ある住警器で火災を検出した場合には、火災を検出した連動元の住警器と連動先の住警器とでは異なる警報音を出力している。例えば火災を検出した連動元の住警器は、「ウーウー火災警報器が作動しました 確認してください」との音声メッセージが連続して流し、一方、連動先の住警器では「ウーウー別の火災警報器が作動しました 確認してください」という音声メッセージを連続して流すようにしている。

一方、住警器には点検スイッチを兼ねた警報停止スイッチが設けられており、警報出力中に引き紐などによりスイッチを操作すると警報を停止するようにしている。有線接続により連動警報とした住警器の場合、火災を検出した連動元の住警器の警報停止スイッチを操作すると、全ての住警器の警報音が停止し、また連動先の住警器の警報停止スイッチを操作すると、その住警器の警報音のみが停止する。

特開２００７−０９４７１９号公報

ところで、住警器にあっては、電池電圧低下によるローバッテリーなどの障害を検知して警報する機能が設けられている。ローバッテリーの検出は、電池電圧が住警器として７２時間に亘り正常に機能可能な限界電圧に低下したときに検出され、例えば１分に１回、「ピッ」といった短い警報音を出すようにしている。

しかしながら、人のいない部屋に設置している住警器にあっては、ローバッテリーを検出して警報音を出していても、利用者が気付かない場合、そのまま電池切れとなり、実際に火災が発生したときに住警器が正常に動作せず、災害が広がってしまう恐れがあった。

本発明は、連動警報を行う複数の住警器の中で障害が起きていることを、確実に知って適切に対応可能とする住警器を提供することを目的とする。

（障害警報連動）
本発明は無線式の住警器を提供する。即ち、本発明は、
イベント信号を他の警報器との間で送受信する送受信回路部と、
異常を検出するセンサ部と、
警報を出力する報知部と、
警報停止手段を備えた操作部と、
警報器と別体又は一体に設けられ、異常を検出するセンサ部からの異常検出信号を受けて、連動元の異常警報を出力させると共に、異常を示すイベント信号を他の警報器に送信し、一方、他の警報器から異常を示すイベント信号を受信した時に連動先の異常警報を出力させる異常監視部と、
を設けた警報器に於いて、
センサ部の障害を検出した時に、障害警報を出力させると共に、障害を示すイベント信号を他の警報器に送信し、一方、他の警報器から障害を示すイベント信号を受信した時に、障害警報を連動して出力させる障害監視部と、
を設けたことを特徴とする。

本発明の警報器は、更に、障害警報の連動出力中に、警報停止手段の操作を検出した時、他の警報器に障害元確認のイベント信号を送信し、一方、他の警報器から障害元確認のイベント信号を受信した時、自己が障害元である場合に、障害元を示す警報を出力させる障害元確認処理部を設ける。

障害監視部は、他の警報器から障害を示すイベント信号を受信した時に、他の警報器とは異なる予め定めた所定時間後に、障害警報音を連動して出力させる。
（代表障害警報）
本発明による別の形態にあっては、
イベント信号を他の警報器との間で送受信する送受信回路部と、
異常を検出するセンサ部と、
警報を出力する報知部と、
警報停止手段を備えた操作部と、
前記センサ部で異常を検出した時に連動元の異常警報を出力させると共に、異常を示すイベント信号を他の警報器に送信し、一方、他の警報器から異常を示すイベント信号を受信した時に連動先の異常警報を出力させる異常監視部と、
を設けた警報器に於いて、
障害報知の代表の有無を予め設定し、障害を検出した時に、代表設定の場合は障害警報を出力させ、代表設定でない場合は障害を示すイベント信号を他の警報器に送信し、一方、他の警報器から障害を示すイベント信号を受信した時に、代表設定の場合は障害警報音を代表して出力させる障害監視部と、
を設けたことを特徴とする。

ここで、異常監視部は、障害を検出した時に、代表設定でない場合にも、障害警報を出力させる。

本発明の警報器は、更に、他の警報器から障害を示すイベント信号に基づく障害警報の出力中に、警報停止手段の操作を検出した時、障害元の場合は障害元を示す警報に切替えて出力させ、障害元でない場合は障害警報を停止して他の警報器に障害元確認のイベント信号を送信し、一方、他の警報器から障害元確認のイベント信号を受信した時、障害元である場合は、障害元を示す警報を出力させる障害元確認処理部を設ける。

（障害警報連動）
本発明によれば、住宅などに設置した連動警報を行う複数の無線式の住警器のいずれかでローバッテリーなどの障害が起きると、他の住警器に知らせて障害警報音が連動出力され、人のいない部屋に設置している住警器で障害が発生しても、別の住警器における障害警報によりいずれかの住警器で障害が起きたことが分かり、障害に気付かずに実際に火災となった時に住警器が動作しない事態を未然に防止することができる。

また、障害元を含む全ての住警器で障害警報音を出す場合、任意の住警器で警報停止操作を行うと、他の住警器に障害元を確認するためのイベント信号が送信され、障害元の住警器の障害警報音が障害元を示す報知音に切り替わり、これによって障害を発生した住警器を簡単且つ容易に突き止めて、修理などの対応をとることができる。

また、障害元を含む全ての住警器で障害警報音を出す場合、予め設定した順番に従って障害警報音を出すことで、同時に複数の住警器で障害が発生したと紛らわしい警報を避けることができる。
（代表障害警報）
本発明の別の形態にあっては、人がいることの多い例えば居間などに設置している住警器を障害警報代表に予め定めておくことで、複数の住警器のいずれかで障害が発生した場合、障害代表に設定された特定の住警器から障害警報音が出され、障害を特定の住警器で集中監視することができる。

また、障害代表の住警器で障害警報音が出た場合、警報停止操作を行うと、他の住警器に障害元を確認するためのイベント信号が送信され、障害元の住警器から障害元を示す報知音が出され、これによって障害を発生した住警器を簡単且つ容易に突き止めて、修理などの対応をとることができる。

本発明による住警器の外観を示した説明図 住宅に対する住警器の設置状態を示した説明図 本発明による住警器の第１実施形態を示したブロック図 本実施形態で使用するイベント信号のフォーマットを示した説明図 第１実施形態による基本処理を示したフローチャート 図５のステップＳ２における火災監視処理の詳細を示したフローチャート 第１実施形態による障害監視処理を示したタイムチャート 図５のステップＳ３における障害監視処理の詳細を示したフローチャート 本発明による住警器の第２実施形態を示したブロック図 第２実施形態による基本処理を示したフローチャート 第２実施形態による障害監視処理を示したタイムチャート 図１０のステップＳ４２における障害監視処理の詳細を示したフローチャート 本発明による住警器の第３実施形態を示したブロック図 第３実施形態による基本処理を示したフローチャート 第３実施形態による障害監視処理を示したタイムチャート 図１４のステップＳ７５における障害監視処理の詳細を示したフローチャート 本発明による住警器の障害発生イベントに対する状態遷移を一覧で示した説明図 図１７の状態遷移に対応した効果説明の一覧を示した説明図 図１８に続く効果説明の一覧を示した説明図 図１９に続く効果説明の一覧を示した説明図 図２０に続く効果説明の一覧を示した説明図

図１は本発明による無線式の住警器の外観を示した説明図であり、図１（Ａ）に正面図を、図１（Ｂ）に側面図を示している。

図１において、本実施形態の住警器１０はカバー１２と本体１４で構成されている。カバー１２の中央には、周囲に煙流入口を開口した検煙部１６が配置され、火災による煙が所定濃度に達したときに火災を検出するようにしている。

カバー１２に設けた検煙部１６の左下側には音響穴１８が設けられ、この背後にスピーカを内蔵し、警報音や音声メッセージを出力できるようにしている。検煙部１６の下側には警報停止スイッチ２０が設けられている。警報停止スイッチ２０は点検スイッチとしての機能を兼ねている。

警報停止スイッチ２０の内部には、点線で示すようにＬＥＤ２２が配置されており、ＬＥＤ２２が点灯すると、警報停止スイッチ２０のスイッチカバーの部分を透過してＬＥＤ２２の点灯状態が外部から分かるようにしている。

また本体１４の裏側上部には取付フック１５が設けられており、設置する部屋の壁にビスなどをねじ込み、このビスに取付フック１５で取り付けることで、壁面に住警器１０を設置することができる。

なお図１の住警器１０にあっては、検煙部１６を備えた火災による煙を検出する住警器を例に取っているが、これ以外に火災による熱を検出するサーミスタを備えた住警器や、火災以外にガス漏れを検出する住警器についても、本発明の対象に含まれる。

図２は住宅に対する本実施形態の住警器の設置状態を示した説明図である。図２の例にあっては、住宅２４に設けられている台所、居間、主寝室、子供部屋のそれぞれに本実施形態の住警器１０−１〜１０−４が設置され、更に屋外に建てられたガレージ２６にも住警器１０−５を設置している。

住警器１０−１〜１０−５のそれぞれは、イベント信号を相互に無線により送受信する機能を備えており、５台の住警器１０−１〜１０−５で１つのグループを構成して、この住宅全体の火災監視を行っている。

いま住宅２４の子供部屋で万一、火災が発生したとすると、住警器１０−４が火災を検出して警報を開始する。この火災を検出して警報を開始することを、住警器における「発報」という。住警器１０−４が発報すると、住警器１０−４は連動元として機能し、連動先となる他の住警器１０−１〜１０−３，１０−５に対し、火災発報を示すイベント信号を無線により送信する。他の住警器１０−１〜１０−３，１０−５にあっては、連動元の住警器１０−４からの火災発報を示すイベント信号を受信すると、連動先としての警報動作を行う。

ここで連動元となった住警器１０−４の警報音としては、例えば音声メッセージにより「ウーウー 火災警報器が作動しました 確認してください」を連続して出力する。一方、連動先の住警器１０−１〜１０−３，１０−５にあっては、「「ウーウー 別の火災警報器が作動しました 確認してください」といった音声メッセージを連続して出力する。

住警器１０−１〜１０−５が警報音を出している状態で、図１に示した住警器に設けている警報停止スイッチ２０を操作すると、警報音の停止処理が行われる。

また住警器１０−１〜１０−５は障害監視機能を備えおり、障害を検知すると、例えば「ピッ」といった警報音を所定時間置きに間欠的に出力し、障害が発生したことを報知する。また障害を検出した障害元の住警器は、他の住警器に障害発生を示すイベント信号を無線送信し、他の住警器においても同じ障害警報が出力される。この結果、任意の住警器で障害が検出されると、連動警報を行うグループを構成している全ての住警器から障害警報が出力されることなる。

住警器から出力されている障害警報は、警報停止スイッチ２０を操作することで停止することができる。本発明にあっては、連動警報された障害警報中に警報停止操作を行った場合に、次のいずれかの処理を行う。

（１）任意の住警器で障害を検出すると、グループを構成する全ての住警器で障害警報を出し、任意の住警器で停止操作をすると、障害元の住警器が障害元を報知し、他の住警器の警報音は停止する（第１実施形態）。

（２）任意の住警器で障害を検出すると、グループを構成する全ての住警器が順番に障害警報を出し、任意の住警器で停止操作をすると、障害元の住警器が障害元を報知し、他の住警器の警報音は停止する（第２実施形態）。

（３）任意の住警器で障害を検出すると、予め定めた障害代表の住警器のみで障害警報を出し、任意の住警器で停止操作をすると、障害元の住警器が障害元を報知する（第３実施形態）。

また本実施形態において住警器で検出して警報する障害とは、電池電圧の低下を検出して警報するローバッテリー警報が主なものであり、これ以外に、検煙部などのセンサ障害など適宜の障害警報が含まれる。

ローバッテリーは、電池電圧が住警器として７２時間に亘り正常に機能可能な限界電圧に低下したときに検出され、例えば１分に１回、「ピッ」といった短い警報音を出すようにしており、以下の実施形態にあっては、障害警報としてローバッテリー警報を例にとって説明する。

図３は本発明による住警器の第１実施形態を示したブロック図である。図３は図２に示した５台の住警器１０−１〜１０−５につき、その内の住警器１０−１について回路構成を詳細に示している。

住警器１０−１はＣＰＵ２８を備え、ＣＰＵ２８に対してはアンテナ３１を備えた無線回路部３０、記録回路部３２、センサ部３４、報知部３６、操作部３８及び電池電源４０を設けている。

無線回路部３０には送信回路４２と受信回路４４が設けられ、他の住警器１０−２〜１０−５との間でイベント信号を無線により送受信できるようにしている。無線回路部３０としては、日本国内の場合には例えば４００ＭＨｚ帯の特定小電力無線局の標準規格として知られたＳＴＤ−３０（小電力セキュリティシステムの無線局の無線設備の標準規格）またはＳＴＤ−Ｔ６７特定小電力無線局テレメータ用、テレコントロール用及びデータ伝送用無線設備の標準規格）に準拠した構成を備える。

もちろん無線回路部３０としては、日本国内以外の場所については、その地域の割当無線局の標準規格に準拠した内容を持つことになる。

記録回路部３２にはメモリ４６が設けられている。メモリ４６には住警器を特定するＩＤ（識別子）となる送信元符号５０と、図２のように複数の住警器で連動警報を行うグループを構成するためのグループ符号５２が格納されている。送信元符号５０としては、国内に提供される住警器の数を予測し、例えば同一符号として重複しないように２６ビットの符号コードが使用される。

グループ符号５２はグループを構成する複数の住警器に共通に設定される符号であり、無線回路部３０で受信した他の住警器からのイベント信号に含まれるグループ符号がメモリ４６に登録しているグループ符号５２に一致したときに、このイベント信号を有効な信号として受信して処理することになる。

なお本実施形態にあっては、記録回路部３２にメモリ４６を使用しているが、メモリ４６の代わりにディップスイッチを設け、ディップスイッチにより送信元符号５０やグループ符号５２を設定するようにしてもよい。送信元符号５０やグループ符号５２の符号長（ビット数）が少ない場合には、ディップスイッチを用いた記録回路部３２が望ましい。

センサ部３４には、本実施形態にあっては検煙部１６が設けられている。センサ部３４には検煙部１６以外に、火災による温度を検出するサーミスタを設けてもよい。またガス漏れ監視用の住警器の場合には、センサ部３４にガス漏れセンサが設けられることになる。

報知部３６にはスピーカ５８とＬＥＤ２２が設けられている。スピーカ５８は、図示しない音声合成回路部からの音声メッセージや警報音を出力する。ＬＥＤ２２は点滅や明滅、点灯などにより、火災などの異常及び障害を表示する。

操作部３８には警報停止スイッチ２０が設けられている。警報停止スイッチ２０を操作すると、住警器１０−１から流している警報音を停止することができる。警報停止スイッチ２０は、本実施形態にあっては点検スイッチを兼用している。

警報停止スイッチ２０は、報知部３６からスピーカ５８により警報音を出力しているときに有効となる。一方、警報音を出力していない通常監視状態で警報停止スイッチ２０は点検スイッチとして機能し、点検スイッチを押すと、報知部３６から点検用の音声メッセージなどが出力される。

電池電源４０は、例えば所定セル数のアルカリ乾電池を使用しており、電池容量としては住警器１０−１における無線回路部３０を含む回路部全体の低消費電力化により、約１０年の電池寿命を保証している。

ＣＰＵ２８にはプログラムの実行により実現される機能として、異常監視部５８、
障害監視部６０及び障害元確認処理部６２が設けられている。

異常監視部５８は、センサ部３４に設けた検煙部１６で火災を検出したときに、報知部３６のスピーカ５８から連動元を示す警報音例えば「ウーウー 火災警報器が作動しました 確認してください」を繰り返し出力させると共に、火災発報を示すイベント信号を無線回路部３０の送信回路４２によりアンテナ３１から他の住警器１０−２〜１０−５に向けて送信させる。

また、異常監視部５８は、他の住警器１０−２〜１０−５のいずれかから火災発報を示すイベント信号を無線回路部３０の受信回路４４により受信したときに、報知部３６のスピーカ５８から連動先を示す警報音例えば「ウーウー 別の火災警報器が作動しました 確認してください」となる音声メッセージを連続的に出力させる。

ここで、異常監視部５８で火災発報を検出して連動元警報音を出すときには、報知部３６のＬＥＤ２２を例えば明滅させ、一方、連動先警報音を出す場合には、報知部３６のＬＥＤ２２を点滅させる。これによって、連動元警報と連動先警報におけるＬＥＤ２２の表示を区別できるようにしている。もちろん、連動元警報と連動先警報のいずれについても、同じＬＥＤ２２の明滅または点滅表示であってもよい。

障害監視部６０は、電池電源４０の電圧低下によるローバッテリーを障害として検出した時に、例えば１分に１回、「ピッ」といった短いローバッテリー警報音を出すことにより障害警報音を出力させると共に、障害を示すイベント信号を他の住警器１０−２〜１０−５に送信する。

また、障害監視部６０は、他の住警器１０−２〜１０−５のいずれかから障害を示すイベント信号を受信した時に、ローバッテリー警報音を同様に間欠的に出すことにより、障害警報音の連動出力を行う。このローバッテリーの連動先での警報については、警報音に同期してＬＥＤ２２を点滅させても良い。

障害元確認処理部６２は、ローバッテリー障害の警報音の出力中に、警報停止スイッチ２０の操作を検出した時、他の住警器１０−２〜１０−５に障害元確認のイベント信号を送信する。なお、警報停止スイッチ２０の操作を検出した時、自己が障害元である場合に、ローバッテリー障害の警報音から障害元を示す報知音の出力に切替え、この場合は、他の住警器１０−２〜１０−５に障害元確認のイベント信号を送信しない。

一方、障害元確認処理部６２は、他の住警器１０−２〜１０−５から障害元確認のイベント信号を受信した時、自己が障害元である場合に、ローバッテリー障害の警報音から障害元を示す警報音の出力に切替える。

障害元を示す警報音としては「ローバッテリーが検出されました 電池を交換してください」といった音声メッセージを出力する方法、警報音を大きくする方法、ＬＥＤ２２を明滅又は点滅させる方法など、ローバッテリー警報とは異なる適宜の報知出力とする。

このような住警器１０−１に設けた回路部は他の住警器１０−２〜１０−５についても同様であり、メモリ４６に格納している送信元符号５０が各住警器固有の符号となっている。

図４は本実施形態で使用するイベント信号のフォーマットを示した説明図である。図４において、イベント信号４８は送信元符号５０、グループ符号５２及びイベント符号５４で構成されている。送信元符号５０は例えば２６ビットの符号である。またグループ符号５２は例えば８ビットの符号であり、同一グループを構成する例えば図３の５台の住警器１０−１〜１０−５につき同じグループ符号が設定されている。

なおグループ符号５２としては、同一グループの住警器に同一のグループ符号を設定する以外に、予め定めたグループを構成する住警器に共通な基準符号と、各住警器に固有な送信元符号との演算から求めた住警器ごとに異なるグループ符号であってもよい。

イベント符号５４は、火災、ガス漏れなどの異常や障害といったイベント内容を表す符号であり、本実施形態にあっては３ビット符号を使用しており、例えば「００１」で火災、「０１０」でガス漏れ、「０１１」で障害、「１０１」で障害元確認、残りをリザーブとしている。

なおイベント符号５４のビット数は、イベントの種類が増加したときには更に４ビット、５ビットと増加させることで、複数種類のイベント内容を表すことができる。

図５は図３の第１実施形態による基本処理を示したフローチャートである。図５において、第１実施形態の住警器の処理は、内蔵電池による電源供給を有効化した電源投入時に、まずステップＳ１で初期化処理を実行する。

この初期化処理には、図２に示すように、住宅２４及びガレージ２６に設置している５台の住警器１０−１〜１０−５をグループ化する処理、例えば図３の住警器１０−１〜１０−５の住警器１０−１に代表して示す記録回路部３２のメモリ４６に同一のグループ符号５２を登録する処理などを行う。続いてステップＳ２で火災監視処理を実行し、続いてステップＳ３の障害監視処理を実行し、これを繰り返すことになる。

図６は図５のステップＳ２における火災監視処理の詳細を示したフローチャートであり、図３の住警器１０−１を例に取って説明すると次のようになる。

図６において、火災監視処理は、ステップＳ４でセンサ部３４に設けている検煙部１６による煙検出に基づく火災発報の有無を判別しており、火災発報があると、ステップＳ５に進み、火災発報のイベント信号を無線回路部３０の送信回路４２から他の住警器１０−２〜１０−５に送信した後、ステップＳ６で連動元としての火災警報を報知部３６のスピーカ５６から例えば「ウーウー、火災が発生しました。確認してください」という音声メッセージを出力し、同時にＬＥＤ２２を明滅させる。

続いてステップＳ９で警報停止操作の有無をチェックしており、操作部３８の警報停止スイッチ２０を操作すると、ステップＳ１０に進み、火災警報が停止される。

一方、ステップＳ４で火災発報がなかった場合には、ステップＳ７に進み、他の住警器１０−２〜１０−５から火災発報のイベント信号を受信したか否かチェックしており、イベント信号を受信すると、ステップＳ２に進み、報知部３６のスピーカ５６から障害元の火災警報として、例えば「ウーウー、別の火災報知器が作動しました。確認してください」という音声メッセージを連続して出力し、同時にＬＥＤ２２を点滅させる。

この場合にも、ステップＳ９で警報停止操作を判別すれば、ステップＳ１０で障害元の火災警報を停止することになる。

図７は図３の第１実施形態による障害監視処理を示したタイムチャートであり、図３における３台の住警器１０−１〜１０−３を例に取って処理を示している。

図７において、いま住警器１０−１がステップＳ１でローバッテリー障害を検出したとすると、ステップＳ１２で障害イベント信号を他の住警器１０−２，１０−３に送信し、他の住警器１０−２，１０−３においては、イベント信号に含まれるグループ符号の一致から、イベント信号を有効として受信し、そのイベント内容から、ステップＳ１３，Ｓ１４でそれぞれローバッテリー障害を受信判別する。

障害元の住警器１０−１は、ステップＳ１２で障害イベント信号を送信した後、ステップＳ１５でローバッテリー警報音を出力する。ローバッテリー警報音は、例えば「ピッ」といった警報音を１分間隔で出力し、同時に警報音に同期してＬＥＤ２２を点滅する。他の住警器１０−２，１０−３においても、障害元からのイベント信号の受信に基づく障害受信の判別で、ステップＳ１６，Ｓ１７において同様にローバッテリー警報音を出力する。なお、ステップＳ１６，Ｓ１７のローバッテリー警報音は、例えば「別の住警器でローバッテリーを検出しました」といった、障害元のローバッテリー警報音とは異なるローバッテリー警報音であっても良い。

このように第１実施形態にあっては、住警器１０−１でローバッテリー検出が行われると、グループを構成するすべての住警器１０−１〜１０−３においてローバッテリー警報が出力されることになる。

続いて住警器１０−３において人が警報停止スイッチ２０を操作して、ステップＳ１８で警報停止操作を行ったとすると、ステップＳ１９で障害元確認のイベント信号を他の住警器１０−１，１０−２に送信し、ステップＳ２０で自分自身のローバッテリー警報音を停止する。

住警器１０−１，１０−２にあっては、住警器１０−３からの障害元確認のイベント信号を受信し、グループ符号が同一であることからイベント信号を有効として処理し、そのイベント内容から、障害元確認のイベント信号の受信であることをステップＳ２１，Ｓ２２で判別する。

住警器１０−２にあっては、障害元でないことから、ステップＳ２３でローバッテリー警報音を停止する。一方、住警器１０−１にあっては、障害元であることから、障害元確認のイベント信号の受信に基づき、ステップＳ２４で、それまでのローバッテリー警報音から障害元を示す報知音に切り替えて出力する。

このローバッテリー警報音から障害元を示す報知音への切替えは、例えばローバッテリー音は「ピッ」といった短い音を１分間隔で出力しているものを、警報音を大きくしたり、障害元であることを示す音声メッセージを出力したり、更にはＬＥＤ２２を１分間隔の間欠点灯から連続または明滅に切り替えて、障害元であることを示す。

したがって、住警器１０−３のステップＳ１８においてローバッテリー警報の停止操作を行った人は、住警器１０−１から出されている障害元の報知音を聞くことで、障害元の住警器１０−１を突き止め、ローバッテリー警報を生じている住警器１０−１に対し、バッテリー交換などの適切な障害対策を取ることができる。

図８は図５のステップＳ３における障害監視処理の詳細を示したフローチャートである。図８において、障害監視処理は、ステップＳ２５でローバッテリー障害を検出すると、ステップＳ２６でローバッテリー障害のイベント信号を他の住警器を送信する。

続いてステップＳ２７で自分自身のローバッテリー警報音を出力し、同時にＬＥＤも表示する。続いてステップＳ２８で警報停止操作を判別すると、ステップＳ２９でローバッテリー警報音を停止し、自分自身が障害元であることから、ステップＳ２９で障害元の報知音を出力する。続いてステップＳ３１で警報停止操作を判別すると、ステップＳ３２で障害元の警報音を停止することになる。

一方、ステップＳ２５でローバッテリー障害でなかった場合には、ステップＳ３３で他の住警器からの障害イベント信号の受信の有無をチェックする。他の住警器から障害のイベント信号を受信した場合には、ステップＳ３４に進み、ローバッテリー警報音を出力し、同時にＬＥＤも表示する。続いてステップＳ３５で警報停止操作を判別すると、ステップＳ３６で障害元確認のイベント信号を他の住警器に送信した後、ステップＳ３７でローバッテリー警報音を停止する。

また、ステップＳ３５で警報停止操作がなかった場合には、ステップＳ３８で他の住警器からの障害元確認のイベント信号の受信の有無をチェックしており、このイベント信号を受信すると、ステップＳ３７でローバッテリー警報音を停止することになる。

図９は本発明による住警器の第２実施形態を示したブロック図であり、この第２実施形態にあっては、ローバッテリーなどの障害を検出した際に、すべての住警器で障害警報を出すが、一斉に障害警報を出さず、予め定めた順番にしたがって障害警報を出すようにしたことを特徴とする。

図９において、住警器１０−１〜１０−５は、住警器１０−１に代表して示す回路構成を備え、住警器１０−１は図３の第１実施形態と同様、ＣＰＵ２８、無線回路部３０、記録回路部３２、センサ部３４、報知部３６、操作部３８及び電池電源４０を備えており、ＣＰＵ２８の機能として、同じく図３の第１実施形態と同様、異常監視部５８、障害監視部６０及び障害元確認処理部６２を設けている。

この第２実施形態固有の機能として、障害監視部６０には順番設定部６４が設けられている。順番設定部６４は、他の住警器１０−２〜１０−５から障害を示すイベント信号を受信したときに、他の住警器とは異なるタイミングで障害警報を出すため、例えば住警器１０−１〜１０−５ごとに異なる遅延時間を設定している。順番設定部６４で使用する遅延時間は、住警器１０−１〜１０−５の初期化処理でグループ符号を設定した後の処理として行い、その後に監視処理に入ることになる。

順番設定部６４による遅延時間の設定は、例えば１グループを構成する最大住警器数に対し、異なる遅延時間を格納した遅延時間テーブルを予め準備しておき、例えば住警器１０−１〜１０−５に固有なメモリ４６の送信元符号５０に基づいて、異なる遅延時間Ｔ１〜Ｔ５を選択する。

送信元符号５０による遅延時間の選択としては、例えば下位３ビットの１０進で０〜８の値に対応してテーブル番号を決めて遅延時間を選択すればよい。下位３ビットとした場合には、重複して同じ遅延時間が選択される可能性があることから、これを回避するためには例えば下位４ビットの１０進の０〜１５の値に対応してテーブルを選択するようにしてもよい。この順番設定部６４における住警器ごとに異なる遅延時間の選択設定は、それ以外に適宜の手法を取ることができる。

図１０は図９の第２実施形態による基本処理を示したフローチャートである。図１０において、第２実施形態の住警器にあっては、電池電源による電源投入後、ステップＳ３９で初期化処理を行い、この段階でグループ符号の設定によりグループ構成を行う。続いてステップＳ４０で順番設定部６４による遅延時間設定処理を実行する。

この遅延時間の設定処理は、例えば送信符号５０の下位複数ビットを使用した値に対応して、予め定めた遅延時間テーブルから対応する番号の遅延時間を選択して設定する。続いてステップＳ４１で火災監視処理を行い、またステップＳ４２で障害監視処理を行い、以降、それを繰り返す。

図１１は図９の第２実施形態による障害監視処理を示したタイムチャートであり、３台の住警器１０−１〜１０−３を例に取って示している。

図１１において、住警器１０−１がステップＳ４３でローバッテリー障害を検出すると、ステップＳ４４で障害イベント信号を他の住警器１０−２，１０−３に送信し、ステップＳ４５，Ｓ４６のそれぞれで受信される。

続いて障害元の住警器１０−１は、ステップＳ４７で自分自身に設定されたＴ１時間後にローバッテリー警報音を出力する。また住警器１０−２，１０−３は、それぞれに設定された遅延時間Ｔ２及びＴ３後に、ステップＳ４８，Ｓ４９のようにローバッテリー警報音を出力する。なお、ステップＳ４８，Ｓ４９のローバッテリー警報音は、例えば「別の住警器でローバッテリーを検出しました」といった、障害元のローバッテリー警報音とは異なるローバッテリー警報音であっても良い。

ここで、Ｔ１＜Ｔ２＜Ｔ３の関係となっており、このため複数の住警器１０−１，１０−３において、ローバッテリー警報音を出力する時間が異なり、遅延時間に応じて順番にローバッテリー警報音が出されることになる。

ローバッテリー警報音は例えば１分周期で間欠的に繰り返し出力されることから、住警器１０−１，１０−２，１０−３のそれぞれは、ステップＳ４７，Ｓ４８，Ｓ４９の各タイミングで順番にローバッテリー警報音を出力した後、その後はそれぞれ１分後に再びローバッテリー警報を出力し、これを繰り返すことになる。

このローバッテリー警報音の順番出力の状態で、例えば住警器１０−３において、ステップＳ５０で警報停止操作が行われると、ステップＳ５１で障害元確認のイベント信号が他の住警器１０−１，１０−２に送信され、ステップＳ５２で自分自身のローバッテリー警報音を停止する。

住警器１０−１，１０−２は、ステップＳ５３，Ｓ５４で障害元確認のイベント信号を受信し、住警器１０−２にあっては障害元でないことから、ステップＳ５５でローバッテリー警報音を停止する。一方、住警器１０−１は障害元であることから、ステップＳ５６でローバッテリー警報音から障害元報知音への切替えを行い、障害元であることを報知する。

図１２は図１０のステップＳ４２における障害監視処理の詳細を示したフローチャートである。図１２において、障害監視処理は、ステップＳ５７でローバッテリー障害を判別すると、ステップＳ５８でローバッテリー障害のイベント信号を他の住警器に送信した後、ステップＳ５９で自分自身のローバッテリー警報音を出力する。

続いてステップＳ６０で警報停止操作を判別すると、ステップＳ１１でローバッテリー警報音を停止し、自分が障害元であることから、ステップＳ６２で障害元の報知音を出力する。続いてステップＳ６３で警報停止操作を判別すると、ステップＳ６４で障害元の報知音を停止する。

一方、ステップＳ５７でローバッテリー障害でなかった場合には、ステップＳ６５に進み、障害のイベント信号を他の住警器から受信したか否か判別し、受信した場合にはステップＳ６６に進み、設定遅延時間の経過を待って、ステップＳ６７でローバッテリー警報音を出力する。

続いてステップＳ６８で警報停止操作を判別すると、ステップＳ６９で障害元の確認を示すイベント信号を他の住警器に送信した後、ステップＳ７０でローバッテリー警報音を停止する。ステップＳ６８で警報停止操作がなかった場合には、ステップＳ７１で障害元確認のイベント信号の受信の有無をチェックしており、このイベント信号を受信すると、ステップＳ７０でローバッテリー警報音を停止することになる。

なお図１１及び図１２において、障害元の住警器にあっては、ローバッテリー障害を検出して障害のイベント信号を送信した後、予め設定された遅延時間の経過を待たずにローバッテリー警報音を出力するようにしているが（図１１のステップＳ４７及び図１２のステップＳ５９）、障害元の住警器についても、予め設定した遅延時間経過後にローバッテリー警報音を出力するようにしてもよい。

このように、全ての住警器で障害警報を出す際に、順番に障害警報を出すようにすることで、住戸内に設置している複数の住警器で一斉に障害警報が出されてうるさくなりすぎるような事態を回避することができ、順番に出力される障害警報の状態で近くにある住警器の警報停止操作を行うことで、障害元の住警器からの報知音を頼りに障害元の住警器を速やかに見つけて、適切な障害対策を取ることができる。

図１３は本発明による住警器の第３実施形態を示したブロック図であり、この第３実施形態にあっては、予め定めた代表となる住警器及び障害元の住警器で障害警報を出すようにしたことを特徴とする。

図１３において、住警器１０−１〜１０−５について、その詳細を代表して示す住警器１０−１の構成は図３の第１実施形態と基本的に同じであり、ＣＰＵ２８、無線回路部３０、記録回路部３２、センサ部３４、報知部３６、操作部３８及び電池電源４０を備えている。ＣＰＵ２８の機能についても、図３の実施形態と同様、異常監視部５８と障害元確認処理部６２が設けられ、これに加え、第３実施形態に固有な機能として障害代表設定部６６と障害監視部１６０が設けられている。

障害代表設定部６６は、住警器１０−１〜１０−５のグループ構成を含む初期設定の際に、障害報知の代表の有無を予め設定する。障害代表設定部６６による障害代表の設定方法としては、例えば次の方法を取ることができる。

（１） 住宅に設定する際に、例えば最も人がいる時間の多い居間などに設定する住警器など任意に設定する。

（２） 住宅に設定して電源を投入した際に、例えば住警器に固有な送信元符号５０などに基づき自動的に設定される。

（３） 最後に音響停止を行った住警器が障害代表に設定される。

（４） 音響停止操作をした回数の多い住警器が障害代表に設定される。

（５） その他
このように、障害代表設定部６６により障害代表の有無が設定されると、障害監視部６０は障害を検出したときに、代表設定の場合は障害警報音を出力させ、代表設定でない場合には障害を示すイベント信号を他の住警器に送信する。

また障害監視部１６０は、他の住警器１０−２〜１０−５から障害を示すイベント信号を受信したときに、代表設定の場合は障害警報音を代表して出力させるが、代表設定でない場合には障害警報音の出力は行わない。

図１４は図１３の第３実施形態による基本処理を示したフローチャートである。図1４において、第３実施形態の住警器にあっては、ステップＳ７２で電池電源の投入に伴いグループ構成を含む初期化処理を行った後、ステップＳ７３で障害代表設定部６６の処理により障害代表を決定する処理を実行する。そしてステップＳ７４で火災監視処理、及びステップＳ７５で障害監視処理を行い、これを繰り返す。

図１５は図１３の第３実施形態による障害監視処理を示したタイムチャートである。図１５において、いま住警器１０−３がステップＳ７６に示すように障害代表に設定されていたとする。この状態で住警器１０−１１がステップＳ７７でローバッテリー障害を検出すると、障害元フラグをオンし、ステップＳ７８で障害を示すイベント信号を住警器１０−２，１０−３に送信し、更に、ステップＳ７９で障害元としてローバッテリー警報音を出力する。

住警器１０−２，１０−３にあっては、ステップＳ８０，Ｓ８１のそれぞれでグループ符号の一致から障害を示すイベント信号を受信する。ここで住警器１０−３にあっては、ステップＳ７６で障害代表設定が行われていることから、ステップＳ８２でローバッテリー警報音を出力する。なお、ステップＳ８２のローバッテリー警報音は、例えば「別の住警器でローバッテリーを検出しました」といった、障害元のローバッテリー警報音とは異なるローバッテリー警報音であっても良い。

これに対し住警器１０−２にあっては、障害代表の設定が行われていないことから、ローバッテリーの出力は行われない。したがって、複数の住警器１０−１〜１０−３の中で、代表設定がされた住警器１０−３及び障害元の住警器１０−１がローバッテリー警報音を出力することになる。

続いて住警器１０−３において、ステップＳ８３で警報停止操作が行われると、ステップＳ８４で障害元確認を示すイベント信号を他の住警器１０−１，１０−２に送信した後、ステップＳ８５でローバッテリー警報音を停止する。

障害元確認のイベント信号は、住警器１０−１，１０−２でステップＳ８５，８６に示すように受信されるが、この場合、障害元は住警器１０−１であることから、ステップＳ８８で障害元を示す報知音を出力することになる。

図１６は図１４のステップＳ７５における障害監視処理の詳細を示したフローチャートである。図１６において、障害監視処理は、ステップＳ８９でローバッテリー障害を判別すると、ステップＳ９０で障害元フラグをオンし、続いてステップＳ９１で障害代表か否かチェックする。

障害代表であることが判別されると、ステップＳ９２でローバッテリー警報音を出力し、ステップＳ９３で警報停止操作があれば、ステップＳ９４でローバッテリー警報音を停止した後、ステップＳ９５で障害元フラグがオンか否かチェックする。

障害元フラグがオンであれば自分自身が障害元であることから、ステップＳ９６でローバッテリー警報音から障害元の報知音に切替えて出力する。障害元フラグがオフの場合には他の住警器が障害元であることから、ステップＳ９７で障害元の確認を示すイベント信号を他の住警器に送信する。

一方、ステップＳ９１で障害代表でなかった場合には、ステップＳ９７でローバッテリー障害のイベント信号を他の住警器に送信し、障害元であることからローバッテリー警報音を出力する。

またステップＳ８９でローバッテリー障害が判別されなかった場合には、ステップＳ９９で障害のイベント信号を他の住警器から受信したか否かチェックしており、このイベント信号を受信すると、ステップＳ１００に進み、障害代表か否か判別し、障害代表であれば、自分自身が障害元であった場合と同様、ステップＳ９２〜Ｓ９７の処理を行うことになる。ステップＳ１００で障害代表でなかった場合には、ローバッテリー警報音を出力する処理は行わずに、図１４のメインルーチンにリターンする。

またステップＳ９９で障害のイベント信号を他の住警器から受信していない場合には、ステップＳ１０１に進み、障害元確認のイベント信号を受信したか否かチェックしている。このイベント信号を受信すると、ステップＳ１０２で障害元フラグがオンか否かチェックし、オンであれば障害元であることから、ステップＳ１０３で障害元の報知音を出力することになる。

図１７は、本発明による住警器の障害イベント発生に対する状態遷移の一覧を示した説明図であり、前述した実施形態における動作も含めて示している。

図１７において、左欄には住警器の動作状態を「機器状態」として状態１〜８に分けて示しており、上欄には、各状態で住警器に発生するイベントを発生イベントＥ１〜Ｅ７に分けて示している。

左欄の状態１〜８と上欄の発生イベントＥ１〜Ｅ７の交差する枠内には、現在の状態から発生イベントによって遷移する遷移先の状態１〜８を示している。遷移先の状態は原則として１つであるが、複数の遷移先をもつ場合もある。なお、ブランクは存在しない組合せを示す。

また、図１７の状態遷移の動作説明において、住警器は次のような動作を行うことを前提としている。
（１）障害復旧時は、復旧信号を送信する。
（２）障害検出時は、障害信号を送信し、障害継続中は一定時間おきに自動的に障害信号を送信する。
（３）音響停止時は、音響停止信号を送信する。

また、図１７の遷移先の状態に対しては符号ａ〜ａｓを付している場合がある。符号ａ〜ａｓは、ある状態からイベント発生で他の状態に遷移した場合に、どのような効果が得られるかを示す図１８〜図２１の効果説明の一覧との対応を示す符号である。

次に図１７の状態１〜８の各々において、イベントＥ１〜Ｅ７が発生した場合の遷移動作を説明すると次のようになる。なお、成立しない組合せは説明を省略する。

まず状態１は次のようになる。

（状態１：発生イベントＥ１） 不成立
（状態１：発生イベントＥ２）
通常状態で障害検出となった場合であり、状態２の「連動元障害」に遷移する。

（状態１：発生イベントＥ３） 不成立
（状態１：発生イベントＥ４） 不成立
（状態１：発生イベントＥ５）
通常状態で復旧信号受信となった場合であり、状態１を維持する。

（状態１：発生イベントＥ６）
通常状態で障害信号受信となった場合であり、状態４の「連動先障害」に遷移する
（状態１：発生イベントＥ７）
通常状態で音響停止信号受信となった場合であり、状態１を維持するか、または状態５の「連動先障害＋音響停止」に遷移する。

ここで遷移先の状態５については、効果説明符号ａが付されていることから、図１８の対応説明として、「本来先に届くはずの障害信号が届かなかったことが想定される。本状態とすることで、音停時間オーバーで連動先報知音が出力されるため、別の場所でも障害が起きていることをユーザーに認識させることができる。」とする効果が得られる。

次に状態２を説明する。

（状態２：発生イベントＥ１）
連動元障害の状態で障害復旧となった場合であり、状態１の「通常」に遷移する。

（状態２：発生イベントＥ２）
連動元障害の状態で障害検出となった場合であり、状態２の「連動元障害」を維持する。

（状態２：発生イベントＥ３）
連動元障害の状態で音響停止操作となった場合であり、状態３の「連動元障害＋音響停止」に遷移する。

（状態２：発生イベントＥ４） 不成立
（状態２：発生イベントＥ５）
連動元障害の状態で復旧信号受信となった場合であり、状態２の「連動元障害」を維持する。

（状態２：発生イベントＥ６）
連動元障害の状態で他の住警器からの障害信号受信となった場合であり、状態６の「連動元障害＋連動先障害（連動元鳴動）」、状態７の「連動元障害＋連動先障害（連動先鳴動）」または状態４の「連動先障害」に遷移する。

このうち、状態６及び状態７への遷移は、住警器のメモリに発生イベントを順次記憶する場合であり、これに対し状態４への遷移は、前回の発生イベントに今回の発生イベントを上書きする場合であり、前回の発生イベントは失われる。

ここで、状態７に遷移した場合は、対応符号ｂによる図１８の参照から、「別の場所でも障害が起きていることをユーザーに認識させることができる。」という効果が得られる。また、状態４に遷移した場合は、対応符号ｃによる図１８の参照から、「別の場所でも障害が起きていることをユーザーに認識させることができる。複数の状態を持たなくて良いため、メモリ容量が削減できる。」という効果が得られる。この場合のメモリ容量の削減はメモリに対する発生イベントの上書きによるものである。

（状態２：発生イベントＥ７）
連動元障害の状態で他の住警器からの音響停止信号受信となった場合であり、状態２の「連動元障害」の維持、状態３の「連動元障害＋音響停止」、状態８の「連動元障害＋連動先障害＋音響停止」、または状態５の「連動先障害＋音響停止」に遷移する。

ここで状態３に遷移した場合は、対応符号ｄによる図１８の参照から、「別の場所での操作により警報音を止められる。ユーザーの利便性を向上できる。」という効果が得られる。また、状態８に遷移した場合は、対応符号ｅによる図１８の参照から、「別の場所での操作により警報音を止められる。ユーザーの利便性を向上できる。」という同じ効果が得られる。

さらに、状態５に遷移した場合は、対応符号ｆによる図１８の参照から、「別の場所での操作により警報音を止められる。ユーザーの利便性を向上できる。連動先障害の状態を持つので、音停時間オーバーで連動先報知音が出力されるため、別の場所でも障害が起きていることをユーザーに認識させることができる。複数の状態を持たなくて良いため、メモリ容量が削減できる。」という同じ効果が得られる。

次に状態３を説明する。

（状態３：発生イベントＥ１）
「連動元障害＋音響停止」の状態で障害復旧となった場合であり、状態１の「通常」に遷移する。

（状態３：発生イベントＥ２）
「連動元障害＋音響停止」の状態で障害検出となった場合であり、状態３の「連動元障害＋音響停止」を維持する。

（状態３：発生イベントＥ３）
「連動元障害＋音響停止」の状態で音響停止操作となった場合であり、状態３の「連動元障害＋音響停止」を維持するか、または、状態２の「連動元障害」に遷移する。

ここで、状態２に遷移した場合は、対応符号ｇによる図１８の参照から、「障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態３：発生イベントＥ４）
「連動元障害＋音響停止」の状態で音停時間オーバーとなった場合であり、状態２の「連動元障害」を維持する。

（状態３：発生イベントＥ５）
「連動元障害＋音響停止」の状態で復旧信号受信となった場合であり、状態３の「連動元障害＋音響停止」を維持する。

（状態３：発生イベントＥ６）
「連動元障害＋音響停止」の状態で他の住警器からの障害信号受信となった場合であり、状態６の「連動元障害＋連動先障害（連動元警報）」、状態７の「連動元障害＋連動先障害（連動先警報）」、状態８の「連動元障害＋連動先障害＋音響停止」、状態４の「連動先障害」、または状態５の「連動先障害＋音響停止」に遷移する。

ここで、状態７に遷移した場合は、対応符号ｈによる図１８の参照から、「別の場所でも障害が起きていることをユーザーに認識させることができる。」という効果が得られる。

また、状態８に遷移した場合は、対応符号ｉによる図１８の参照により、「連動先障害の状態を持つので、音停時間オーバーで連動先報知音を出力することもできるため、別の場所でも障害が起きていることをユーザーに認識させることができる。」という効果が得られる。

また、状態４に遷移した場合は、対応符号ｊによる図１８の参照から、「別の場所でも障害が起きていることをユーザーに認識させることができる。複数の状態を持たなくて良いため、メモリ容量が削減できる。」という効果が得られる。

さらに、状態５に遷移した場合は、対応符号ｋによる図１８の参照から、「連動先障害の状態を持つので、音停時間オーバーで連動先報知音が出力されるため、別の場所でも障害が起きていることをユーザーに認識させることができる。複数の状態を持たなくて良いため、メモリ容量が削減できる。」という効果が得られる。

（状態３：発生イベントＥ７）
「連動元障害＋音響停止」の状態で他の住警器からの音響停止信号受信となった場合であり、状態３を維持するか、状態８の「連動元障害＋連動先障害＋音響停止」、または状態５の「連動先障害＋音響停止」に遷移する。

ここで、状態８に遷移した場合は、対応符号ｌによる図１９の参照から、「連動先障害の状態を持つので、音停時間オーバーで連動先報知音を出力することもできるため、別の場所でも障害が起きていることをユーザーに認識させることもできる。」という効果が得られる。

また、状態５に遷移した場合は、対応符号ｍによる図１９の参照から、「連動先障害の状態を持つので、音停時間オーバーで連動先報知音が出力されるため、別の場所でも障害が起きていることをユーザーに認識させることができる。複数の状態を持たなくて良いため、メモリ容量が削減できる。」という効果が得られる。

次に状態４を説明する。

（状態４：発生イベントＥ１） 不成立
（状態４：発生イベントＥ２）
「連動先障害」の状態で障害検出となった場合であり、状態６の「連動元障害＋連動先障害（連動元警報）」、状態７の「連動元障害＋連動先障害（連動先警報）」、または、状態２の「連動元障害」に遷移する。

ここで、状態７に遷移した場合は、対応符号ｎによる図１９の参照から、「別の場所でも障害が起きていることをユーザーに再度認識させることができる。」という効果が得られる。また、状態２に遷移した場合は、対応符号ｏによる図１９の参照から、「自身の障害を優先して報知する。複数の状態を持たなくて良いため、メモリ容量が削減できる。」という効果が得られる。

（状態４：発生イベントＥ３）
「連動先障害」の状態で音響停止操作となった場合であり、状態５の「連動元障害＋音響停止」に遷移する。

（状態４：発生イベントＥ４） 不成立
（状態４：発生イベントＥ５）
「連動先障害」の状態で復旧信号受信となった場合であり、状態１の「通常」に遷移する。

（状態４：発生イベントＥ６）
「連動先障害」の状態で他の住警器からの障害信号受信となった場合であり、状態４の「連動先障害」を維持する。

（状態４：発生イベントＥ７）
「連動先障害」の状態で他の住警器からの音響停止信号受信となった場合であり、状態５の「連動先障害＋音響停止」に遷移する。

次に状態５を説明する。

（状態５：発生イベントＥ１） 不成立
（状態５：発生イベントＥ２）
「連動先障害＋音響停止」の状態で障害検出となった場合であり、状態６の「連動元障害＋連動先障害（連動元警報）」、状態７の「連動元障害＋連動先障害（連動先警報）」、状態８の「連動元障害＋連動先障害＋音響停止」、状態２の「連動元障害」、または状態３の「連動元障害＋音響停止」に遷移する。

ここで、状態７に遷移した場合は、対応符号ｐによる図１９の参照から、「別の場所でも障害が起きていることをユーザーに再認識させることができる。」という効果が得られる。

また、状態８に遷移した場合は、対応符号ｑによる図１９の参照により、「音響停止状態を維持するため、ユーザーを混乱させない。」という効果が得られる。

また、状態２に遷移した場合は、対応符号ｒによる図１９の参照から、「自身の障害を優先して報知する。複数の状態を持たなくて良いため、メモリ容量が削減できる。」という効果が得られる。

さらに、状態３に遷移した場合は、対応符号ｓによる図１９の参照から、「自身の障害を優先するが音響は出力しない。音響停止状態を維持するため、ユーザーを混乱させない。複数の状態を持たなくて良いため、メモリ容量が削減できる。」という効果が得られる。

（状態５：発生イベントＥ３）
「連動先障害＋音響停止」の状態で音響停止操作となった場合であり、状態５を維持するか、または、状態４の「連動先障害」に遷移する。

ここで、状態４に遷移した場合は、対応符号ｔによる図１９の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態５：発生イベントＥ４）
「連動先障害＋音響停止」の状態で復旧信号受信となった場合であり、状態４の「連動先障害」に遷移する。

（状態５：発生イベントＥ５）
「連動先障害＋音響停止」の状態で音停時間オーバーとなった場合であり、状態１の「通常」に遷移する。

（状態３：発生イベントＥ６）
「連動先障害＋音響停止」の状態で他の住警器からの障害信号受信となった場合であり、状態５の「連動先障害＋警報停止」、または状態４の「連動先障害」に遷移する。

ここで、状態４に遷移した場合は、対応符号ｕによる図１９の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態５：発生イベントＥ７）
「連動先障害＋音響停止」の状態で他の住警器からの音響停止信号受信となった場合であり、状態５を維持するか、または状態４の「連動先障害」に遷移する。

ここで、状態４に遷移した場合は、対応符号ｖによる図１９の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

次に状態６を説明する。

（状態６：発生イベントＥ１）
「連動元障害＋連動先障害（連動元鳴動）」の状態で障害復旧となった場合であり、状態４の「連動先障害」、または状態１の「通常」に遷移する。

ここで、状態１に遷移した場合は、対応符号ｗによる図１９の参照から、「複数の状態を持たなくて良いため、メモリ容量が削減できる。」という効果が得られる。

（状態６：発生イベントＥ２）
「連動元障害＋連動先障害（連動元鳴動）」の状態で障害検出となった場合であり、状態６を維持する。

（状態６：発生イベントＥ３）
「連動元障害＋連動先障害（連動元鳴動）」の状態で音響停止操作となった場合であり、状態８の「連動元障害＋連動先障害＋音響停止」に遷移するか、または、状態７の「連動元障害＋連動先障害（連動先鳴動）」に遷移する。

ここで、状態７に遷移した場合は、対応符号ｘによる図１９の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態６：発生イベントＥ４） 不成立
（状態６：発生イベントＥ５）
「連動元障害＋連動先障害（連動元鳴動）」の状態で復旧信号受信となった場合であり、状態２の「連動元障害」に遷移する。

（状態６：発生イベントＥ６）
「連動元障害＋連動先障害（連動元鳴動）」の状態で他の住警器からの障害信号受信となった場合であり、状態６を維持するか、または状態７の「連動元障害＋連動先障害（連動先鳴動）」に遷移する。

ここで、状態７に遷移した場合は、対応符号ｙによる図１９の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態６：発生イベントＥ７）
「連動元障害＋連動先障害（連動先鳴動）」の状態で他の住警器からの音響停止信号受信となった場合であり、状態６を維持するか、状態８の「連動元障害＋連動先障害＋音響停止」、または状態７の「連動元障害＋連動先障害（連動先鳴動）」に遷移する。

ここで、状態８に遷移した場合は、対応符号ｚによる図２０の参照から、「別の場所での操作により警報音を止められる。ユーザーの利便性を向上できる。」という効果が得られる。また、状態７に遷移した場合は、対応符号ａａによる図２０の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

次に状態７を説明する。

（状態７：発生イベントＥ１）
「連動元障害＋連動先障害（連動先鳴動）」の状態で障害復旧となった場合であり、状態４の「連動先障害」、または状態１の「通常」に遷移する。

ここで、状態１に遷移した場合は、対応符号ａｂによる図２０の参照から、「複数の状態を持たなくて良いため、メモリ容量が削減できる。」という効果が得られる。

（状態７：発生イベントＥ２）
「連動元障害＋連動先障害（連動先鳴動）」の状態で障害検出となった場合であり、状態６の「連動元障害＋連動先障害（連動元警報）」に遷移するか、または状態７の「連動元障害＋連動先障害（連動先警報）」を維持する。

ここで、状態７を維持した場合は、対応符号ａｃによる図２０の参照から、「障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態７：発生イベントＥ３）
「連動元障害＋連動先障害（連動先鳴動）」の状態で音響停止操作となった場合であり、状態８の「連動元障害＋連動先障害＋音響停止」に遷移するか、または、状態６の「連動元障害＋連動先障害（連動元鳴動）」に遷移する。

ここで、状態６に遷移した場合は、対応符号ａｄによる図２０の参照から、「障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態７：発生イベントＥ４） 不成立
（状態７：発生イベントＥ５）
「連動元障害＋連動先障害（連動先鳴動）」の状態で復旧信号受信となった場合であり、状態２の「連動元障害」に遷移する。

（状態７：発生イベントＥ６）
「連動元障害＋連動先障害（連動先鳴動）」の状態で他の住警器からの障害信号受信となった場合であり、状態７の「連動元障害＋連動先障害（連動先鳴動）」を維持するか、又は状態６の「連動元障害＋連動先障害（連動元鳴動）」に遷移する。

ここで、状態６に遷移した場合は、対応符号ａｅによる図２０の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態７：発生イベントＥ７）
「連動元障害＋連動先障害（連動先鳴動）」の状態で他の住警器からの音響停止信号受信となった場合であり、状態７の「連動元障害＋連動先障害（連動先鳴動）」を維持するか、状態８の「連動元障害＋連動先障害＋音響停止」、または、状態６の「連動元障害＋連動先障害（連動元鳴動）」に遷移する。

ここで、状態８に遷移した場合は、対応符号ａｆによる図２０の参照から、「別の場所での操作により警報音を止められる。ユーザーの利便性を向上できる。」という効果が得られる。また、状態６に遷移した場合は、対応符号ａｇによる図２０の参照から、「障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

次に状態８を説明する。

（状態８：発生イベントＥ１）
「連動元障害＋連動先障害＋音響停止」の状態で障害復旧となった場合であり、状態４の「連動先障害」、状態５の「連動先障害＋音響停止」、または状態１の「通常」に遷移する。

ここで、状態５に遷移した場合は、対応符号ａｈによる図２０の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。また状態１に遷移した場合は、対応符号ａｉによる図２０の参照から、「複数の状態を持たなくて良いため、メモリ容量が削減できる。」という効果が得られる。

（状態８：発生イベントＥ２）
「連動元障害＋連動先障害＋音響停止」の状態で障害検出となった場合であり、状態８を維持するか、状態６の「連動元障害＋連動先障害（連動元警報）」、または状態７の「連動元障害＋連動先障害（連動先警報）」に遷移する。

ここで、状態６に遷移した場合は、対応符号ａｊによる図２０の参照から、「障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。また状態７に遷移した場合は、対応符号ａｋによる図２０の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態８：発生イベントＥ３）
「連動元障害＋連動先障害＋音響停止」の状態で音響停止操作となった場合であり、状態８を維持するか、状態６の「連動元障害＋連動先障害（連動元警報）」、または状態７の「連動元障害＋連動先障害（連動先警報）」に遷移する。

ここで、状態６に遷移した場合は、対応符号ａｌによる図２０の参照から、「障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。また、状態７に遷移した場合は、対応符号ａｍによる図２０の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態８：発生イベントＥ４）
「連動元障害＋連動先障害＋音響停止」の状態で音停時間オーバーとなった場合であり、状態６の「連動元障害＋連動先障害（連動元警報）」、または状態７の「連動元障害＋連動先障害（連動先鳴動）」に遷移する。

ここで、状態７に遷移した場合は、対応符号ａｎによる図２０の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態８：発生イベントＥ５）
「連動元障害＋連動先障害＋音響停止」の状態で復旧信号受信となった場合であり、状態２の「連動元障害」、または状態３の「連動元障害＋音響停止」に遷移する。

ここで、状態３に遷移した場合は、対応符号ａｏによる図２０の参照から、「自身の障害を優先するが音響は出力しない。音響停止状態を維持するため、ユーザーを混乱させない。」という効果が得られる。

（状態８：発生イベントＥ６）
「連動元障害＋連動先障害＋音響停止」の状態で他の住警器からの障害信号受信となった場合であり、状態８を維持するか、状態６の「連動元障害＋連動先障害（連動元鳴動）」、または状態７の「「連動元障害＋連動先障害（連動先鳴動）」に遷移する。

ここで、状態６に遷移した場合は、対応符号ａｐによる図２１の参照から、「障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。また、状態７に遷移した場合は、対応符号ａｑによる図２１の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

（状態８：発生イベントＥ７）
「連動元障害＋連動先障害＋音響停止」の状態で他の住警器からの音響停止信号受信となった場合であり、状態８を維持するか、状態６の「連動元障害＋連動先障害（連動元鳴動）」、または状態７の「「連動元障害＋連動先障害（連動先鳴動）」に遷移する。

ここで、状態６に遷移した場合は、対応符号ａｒによる図２１の参照から、「障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。また、状態７に遷移した場合は、対応符号ａｓによる図２１の参照から、「別の場所の障害が継続中であることをユーザーに認識させることができる。」という効果が得られる。

なお、上記の実施形態に示した住警器は、火災時に発生する煙を観測して火災を検出する煙式の火災住警器であるが、熱を観測する熱式のものや炎からの赤外線や紫外線を観測するもの等であっても良い。

また上記の実施形態にあっては、住警器の障害警報としてローバッテリー警報を例に取るものであったが、センサ障害などの障害や、それ以外の適宜の障害についても、同様に適用することができる。

また上記の実施形態は異常として火災を検出する住警器を例に取るものであったが、これ以外にガス漏れ警報器や防犯用警報器など、それ以外の異常を検出する警報器にそのまま適用することができる。また住宅用に限らずビルやオフィス用など各種用途の警報器にも適用できる。

また、上記の実施形態は警報器にセンサ部と警報出力処理部を一体に設けた場合を例にとるが、他の実施形態として、センサ部と警報出力処理部を別体とした警報器であっても良い。

また上記の実施形態は無線式の住警器における障害警報を例に取るものであったが、有線式の住警器の障害警報についても、同様に適用することができる。

また本発明はその目的と利点を損なうことのない適宜の変形を含み、更に上記の実施形態に示した数値による限定は受けない。

１０，１０−１〜１０−５：住警器
１２：カバー
１４：本体
１５：取付フック
１６：検煙部
１８：音響孔
２０：警報停止スイッチ
２２：ＬＥＤ
２４：住宅
２６：ガレージ
２８：ＣＰＵ
３０：無線回路部
３１：アンテナ
３２：記録回路部
３４：センサ部
３６：報知部
３８：操作部
４０：電池電源
４２：送信回路
４４：受信回路
４６：メモリ
４８：イベント信号
５０：送信元符号
５２：グループ符号
５４：イベント符号
５６：スピーカ
５８：異常監視部
６０：障害監視部
６２：障害元確認処理部
６４：順番設定部
６６：障害代表設定部

Claims (6)

1. イベント信号を他の警報器との間で送受信する送受信回路部と、
   異常を検出するセンサ部と、
   警報を出力する報知部と、
   警報停止手段を備えた操作部と、
   警報器と別体又は一体に設けられ、異常を検出するセンサ部からの異常検出信号を受けて、連動元の異常警報を出力させると共に、異常を示すイベント信号を他の警報器に送信し、一方、他の警報器から異常を示すイベント信号を受信した時に連動先の異常警報を出力させる異常監視部と、
   を設けた警報器に於いて、
   前記センサ部の障害を検出した時に、障害警報を出力させると共に、障害を示すイベント信号を他の警報器に送信し、一方、他の警報器から障害を示すイベント信号を受信した時に、障害警報を連動して出力させる障害監視部と、
   を設けたことを特徴とする警報器。
   
2. 請求項１記載の警報器に於いて、更に、前記障害警報の連動出力中に、前記警報停止手段の操作を検出した時、他の警報器に障害元確認のイベント信号を送信し、一方、他の警報器から障害元確認のイベント信号を受信した時、自己が障害元である場合に、障害元を示す警報を出力させる障害元確認処理部を設けたことを特徴とする警報器。
   
3. 請求項１記載の警報器に於いて、前記障害監視部は、他の警報器から障害を示すイベント信号を受信した時に、他の警報器とは異なる予め定めた所定時間後に、障害警報音を連動して出力させることを特徴とする警報器。
   
4. イベント信号を他の警報器との間で送受信する送受信回路部と、
   異常を検出するセンサ部と、
   警報を出力する報知部と、
   警報停止手段を備えた操作部と、
   前記センサ部で異常を検出した時に連動元の異常警報を出力させると共に、異常を示すイベント信号を他の警報器に送信し、一方、他の警報器から異常を示すイベント信号を受信した時に連動先の異常警報を出力させる異常監視部と、
   を設けた警報器に於いて、
   障害報知の代表の有無を予め設定し、障害を検出した時に、代表設定の場合は障害警報を出力させ、代表設定でない場合は障害を示すイベント信号を他の警報器に送信し、一方、他の警報器から障害を示すイベント信号を受信した時に、代表設定の場合は障害警報を代表して出力させる障害監視部と、
   を設けたことを特徴とする警報器。
   
5. 請求項４記載の警報器に於いて、前記異常監視部は、障害を検出した時に、代表設定でない場合にも、障害警報を出力させることを特徴とする警報器。
   
6. 請求項４記載の警報器に於いて、更に、他の警報器から障害を示すイベント信号に基づく前記障害警報の出力中に、前記警報停止手段の操作を検出した時、障害元の場合は障害元を示す警報に切替えて出力させ、障害元でない場合は障害警報を停止して他の警報器に障害元確認のイベント信号を送信し、一方、他の警報器から障害元確認のイベント信号を受信した時、障害元である場合は、障害元を示す警報を出力させる障害元確認処理部を設けたことを特徴とする警報器。

Images