特開 2024-70612 警報システムおよび警報システムの動作方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024070612

(43)【公開日】2024-05-23

(54)【発明の名称】警報システムおよび警報システムの動作方法

(51)【国際特許分類】

   G08B 25/10 20060101AFI20240516BHJP

【ＦＩ】

G08B25/10 E

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022181224

(22)【出願日】2022-11-11

(71)【出願人】

【識別番号】000190301

【氏名又は名称】新コスモス電機株式会社

(74)【代理人】

【識別番号】100104433

【弁理士】

【氏名又は名称】宮園 博一

(74)【代理人】

【識別番号】100155608

【弁理士】

【氏名又は名称】大日方 崇

(72)【発明者】

【氏名】柏谷 康介

【テーマコード（参考）】

5C087

【Ｆターム（参考）】

5C087AA11

5C087AA37

5C087BB18

5C087CC02

5C087DD07

5C087EE05

5C087FF01

5C087FF02

5C087FF03

5C087GG35

5C087GG66

(57)【要約】

【課題】無線通信可能な複数台の警報器で構成された警報システムにおいて、各設置位置における個々の警報器（親機および子機）の通信強度をユーザが容易に把握することが可能な警報システムを提供する。
【解決手段】この警報システム１００は、それぞれ無線通信可能な警報器１である、親機２と複数の子機３とを備える。親機２は、複数の子機３の各々と通信を行い、それぞれの子機３からの信号受信に基づいて通信強度を報知する第１報知処理を行うように構成されている。複数の子機３の各々は、親機２と通信を行い、親機２からの信号受信に基づいて自機と親機２との間の通信強度を報知する第２報知処理を行うように構成されている。
【選択図】図１

【特許請求の範囲】

【請求項1】

それぞれ無線通信可能な警報器である、親機と複数の子機とを備え、
前記親機は、前記複数の子機の各々と通信を行い、それぞれの前記子機からの信号受信に基づいて通信強度を報知する第１報知処理を行うように構成され、
前記複数の子機の各々は、前記親機と通信を行い、前記親機からの信号受信に基づいて自機と前記親機との間の前記通信強度を報知する第２報知処理を行うように構成されている、警報システム。

【請求項2】

前記親機は、いずれかの前記子機が前記第２報知処理を実行する場合、その前記子機との間の前記通信強度を報知するように構成されている、請求項１に記載の警報システム。

【請求項3】

前記複数の子機の各々は、前記親機が前記第１報知処理を実行する場合、前記通信強度の報知を行わないように構成されている、請求項２に記載の警報システム。

【請求項4】

前記親機は、前記第１報知処理において、前記複数の子機の各々との間の複数の前記通信強度を取得し、取得した各々の前記子機との間の前記通信強度のうちで強度が最も低い１つの前記子機との間の前記通信強度を報知するように構成されている、請求項３に記載の警報システム。

【請求項5】

前記親機および前記複数の子機は、それぞれ、操作入力を受け付ける操作受付部を備え、
前記親機が操作を受け付けると、前記親機は前記第１報知処理を行い、
前記複数の子機のいずれかが操作を受け付けると、操作を受け付けた前記子機と前記親機との間で前記第２報知処理を行う、請求項４に記載の警報システム。

【請求項6】

前記複数の子機の各々は、前記親機または他の前記子機から信号を受信すると、前記信号を中継送信するように構成され、
いずれか１つの前記子機と前記親機との間の前記通信強度は、直接通信および中継を含む通信経路毎の経路通信強度のうちで、強度が最も高い前記経路通信強度である、請求項１～５のいずれか１項に記載の警報システム。

【請求項7】

前記複数の子機の各々は、受信した信号に、受信強度を含む中継履歴情報を追記して中継送信を行い、
前記親機および前記複数の子機の各々は、受信した信号の前記中継履歴情報に含まれる前記受信強度に基づいて、前記経路通信強度を取得するように構成されている、請求項６に記載の警報システム。

【請求項8】

前記複数の子機の各々は、
前記第２報知処理以外の通常時に、所定の第１時間間隔で前記親機への信号送信を行い、
前記第２報知処理では、前記第１時間間隔よりも短い第２時間間隔で信号送信を行い、前記親機からの応答信号を受信することにより、自機と前記親機との間の前記通信強度を取得するように構成されている、請求項１～５のいずれか１項に記載の警報システム。

【請求項9】

それぞれ無線通信可能な警報器である、親機と複数の子機とを備えた警報システムの動作方法であって、
前記親機が、前記複数の子機の各々と通信を行うことにより、それぞれの前記子機からの信号受信に基づいて通信強度を報知する第１報知処理を行うステップと、
前記複数の子機の少なくともいずれかが、前記親機と通信を行うことにより、自機と前記親機との間の前記通信強度を報知する第２報知処理を行うステップと、を備える、警報システムの動作方法。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、警報システムおよび警報システムの動作方法に関し、特に、複数台の警報器で構成された警報システムおよび警報システムの動作方法に関する。

【背景技術】

【0002】

従来、複数台の警報器で構成された警報システムが知られている（たとえば、特許文献１参照）。

【0003】

上記特許文献１には、火災を検知する無線端末と、無線端末からの無線信号を中継する中継装置と、無線端末および／または中継装置からの無線信号を受信する受信装置と、受信装置から伝送線を介して入力された情報に基づき、警報表示や警報音の出力等の処理を実行する受信機と、を備えた通信システムが開示されている。受信装置は、無線端末からの無線信号を直接受信した場合の受信強度情報と、中継装置により中継して受信した場合の受信強度情報とを取得し、取得した各受信強度情報に基づいて無線端末毎の中継の要否を特定するように構成されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特許第５４８６２３６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上記特許文献１では、受信装置が無線端末との間の直接または中継装置を介した受信強度情報を取得して中継の要否を特定するが、受信強度は、各機器の設置環境などに影響され容易に変動する。たとえば室内に新たに設置された設置物が障害となり受信強度が低下することもあるので、いずれかの機器が通信困難になる状況を避けるため、ユーザには機器間の受信強度を把握（点検）したいというニーズがある。

【0006】

この発明は、上記のような課題を解決するためになされたものであり、この発明の１つの目的は、無線通信可能な複数台の警報器で構成された警報システムにおいて、各設置位置における個々の警報器（親機および子機）の通信強度をユーザが容易に把握することが可能な警報システムおよび警報システムの動作方法を提供することである。

【課題を解決するための手段】

【0007】

上記目的を達成するために、この発明の第１の局面による警報システムは、それぞれ無線通信可能な警報器である、親機と複数の子機とを備え、親機は、複数の子機の各々と通信を行い、それぞれの子機からの信号受信に基づいて通信強度を報知する第１報知処理を行うように構成され、複数の子機の各々は、親機と通信を行い、親機からの信号受信に基づいて自機と親機との間の通信強度を報知する第２報知処理を行うように構成されている。なお、本明細書において、「通信強度」とは、信号の発信元と送信先との間での通信において受信される信号の強さを意味する概念である。通信強度が高いほど通信エラーが少なく安定した通信が可能であり、通信強度が低いほど通信エラーが発生しやすく通信が不安定となる。また、本明細書において、「報知」とは、人が直接感知可能な報知（たとえば光学的（発光）または音響的（鳴動）な報知）と、人が直接感知不可能な報知（電磁波等を用いた無線通信手段によるユーザの端末への情報送信による報知）とを含む広い概念である。

【0008】

この発明の第１の局面による警報システムでは、上記のように、親機は、複数の子機の各々と通信を行い、それぞれの子機からの信号受信に基づいて通信強度を報知する第１報知処理を行うように構成され、複数の子機の各々は、親機と通信を行い、親機からの信号受信に基づいて自機と親機との間の通信強度を報知する第２報知処理を行うように構成されている。この第１報知処理および第２報知処理によって、親機と複数の子機の各々との間の通信強度をユーザが把握することができる。たとえば第１報知処理では、親機がそれぞれの子機からの信号受信に基づいて通信強度を報知することで、警報システム全体のうちいずれかの子機において通信強度に問題があるか否かをユーザに把握させることができ、問題がなければユーザは子機を特定する作業を省略できる。いずれかの子機において通信強度に問題があることが判明した場合、ユーザがそれぞれの子機について個別に第２報知処理を実行させることで、第２報知処理を実行させた子機の通信強度を把握できる。その結果、各設置位置における個々の警報器（親機および子機）の通信強度をユーザが容易に把握することができる。

【0009】

上記第１の局面による警報システムにおいて、好ましくは、親機は、いずれかの子機が第２報知処理を実行する場合、その子機との間の通信強度を報知するように構成されている。このように構成すれば、第２報知処理を実行した子機と親機との両方が、ペアで通信強度を報知するように動作する。そのため、ユーザは、警報システムを構成する複数の警報器のうち、いずれが親機でいずれが子機であるかを正確に把握していなくても、その子機とペアになっている親機（つまり、子機との通信強度を確保したい警報器）がどれであるか、どこにあるかを容易に把握できる。

【0010】

この場合、好ましくは、複数の子機の各々は、親機が第１報知処理を実行する場合、通信強度の報知を行わないように構成されている。このように構成すれば、親機が第１報知処理を実行する際に、警報システムを構成する各子機が一斉に報知を行うことを回避できる。親機および全ての子機が一斉に報知を行う場合、ユーザはそれらの報知を全部把握するのは煩雑である。そのため、親機が第１報知処理を実行する場合には、子機が報知を行わないことで、ユーザに対する過剰な報知を抑制できる。

【0011】

上記複数の子機の各々が、親機が第１報知処理を実行する場合、通信強度の報知を行わない構成において、好ましくは、親機は、第１報知処理において、複数の子機の各々との間の複数の通信強度を取得し、取得した各々の子機との間の通信強度のうちで強度が最も低い１つの子機との間の通信強度を報知するように構成されている。このように構成すれば、第１報知処理によって、ユーザは、警報システムにおける通信強度の点検の必要性があるか否かを容易に把握できる。すなわち、強度が最も低い１つの子機との間の通信強度だけを報知することにより、容易かつ明確に、警報システムで最も低い通信強度を認識できる。そして、報知された最低強度の通信強度が必要十分に高いレベルであれば、個々の子機についての通信強度の点検を行う必要がないことを、ユーザが把握できる。反対に、報知された最低強度の通信強度が低いレベルであれば、ユーザは、個々の子機に対して第２報知処理を実行させることで、個別の通信強度を点検できる。この結果、第１報知処理と第２報知処理との組み合わせにより、通信強度の点検作業を効率的に行うことができる。

【0012】

この場合、好ましくは、親機および複数の子機は、それぞれ、操作入力を受け付ける操作受付部を備え、親機が操作を受け付けると、親機は第１報知処理を行い、複数の子機のいずれかが操作を受け付けると、操作を受け付けた子機と親機との間で第２報知処理を行う。このように構成すれば、ユーザは、まず親機の操作受付部への操作により第１報知処理を行い、必要に応じて、各子機の操作受付部に対してそれぞれ操作を行い、第２報知処理を実行させることができる。このため、単純な操作で警報システムの通信強度の点検作業を簡単に行うことができる。

【0013】

上記第１の局面による警報システムにおいて、好ましくは、複数の子機の各々は、親機または他の子機から信号を受信すると、信号を中継送信するように構成され、いずれか１つの子機と親機との間の通信強度は、直接通信および中継を含む通信経路毎の経路通信強度のうちで、強度が最も高い経路通信強度である。本明細書では、通信経路とは、信号の発信元（たとえば子機）から送信先（親機）まで間で、どの警報器を通じて信号が伝送されるかを示す信号の経路を意味する。複数の子機の各々が中継送信する構成の場合、いずれか１つの子機（子機Ａとする）と親機との間には、直接通信する通信経路、１つの別の子機（子機Ｂまたは子機Ｃとする）を中継する通信経路、複数の別の子機（子機Ｂおよび子機Ｃとする）を中継する通信経路、などの複数の通信経路で通信が可能となる可能性がある。この場合、通信経路毎に通信強度も異なりうるため、この通信経路毎の通信強度を、本明細書では「経路通信強度」と呼ぶ。親機と子機との間で複数の通信経路が存在する場合、いずれか１つでも安定して通信が可能な通信経路が存在すればよいため、ユーザがいずれかの子機と親機との通信を点検する際、強度が最も高い経路通信強度が必要十分に高いレベルであるか否かを確認すれば足り、通信経路毎の通信状態を全部把握する必要はない。そのため、強度が最も高い経路通信強度を、子機と親機との間の通信強度として報知することにより、ユーザに対する過剰な報知を抑制できる。

【0014】

この場合、好ましくは、複数の子機の各々は、受信した信号に、受信強度を含む中継履歴情報を追記して中継送信を行い、親機および複数の子機の各々は、受信した信号の中継履歴情報に含まれる受信強度に基づいて、経路通信強度を取得するように構成されている。このように構成すれば、信号の送信先となる親機または子機が、その信号の中継履歴情報から、通信経路の途中で中継送信を行った他の子機における受信強度を把握できる。したがって、通信経路の最初から最後までの各中継地点での受信強度を総合することにより、経路通信強度を容易に把握することができる。異なる通信経路は中継履歴情報も異なるため、複数の通信経路がある場合には、通信経路毎の中継履歴情報から把握される経路通信強度を比較することにより、強度が最も高い経路通信強度を容易に取得および報知できる。

【0015】

上記第１の局面による警報システムにおいて、好ましくは、複数の子機の各々は、第２報知処理以外の通常時に、所定の第１時間間隔で親機への信号送信を行い、第２報知処理では、第１時間間隔よりも短い第２時間間隔で信号送信を行い、親機からの応答信号を受信することにより、自機と親機との間の通信強度を取得するように構成されている。このように構成すれば、通常時よりも短い第２時間間隔での信号送信により、速やかに通信強度を取得することができる。そのため、第２報知処理の開始後、速やかに通信強度の報知を行うことができる。

【0016】

この発明の第２の局面による警報システムの動作方法は、それぞれ無線通信可能な警報器である、親機と複数の子機とを備えた警報システムの動作方法であって、親機が、複数の子機の各々と通信を行うことにより、それぞれの子機からの信号受信に基づいて通信強度を報知する第１報知処理を行うステップと、複数の子機の少なくともいずれかが、親機と通信を行うことにより、自機と親機との間の通信強度を報知する第２報知処理を行うステップと、を備える。

【0017】

この発明の第２の局面による警報システムの動作方法では、上記のように、親機が、複数の子機の各々と通信を行うことにより、それぞれの子機からの信号受信に基づいて通信強度を報知する第１報知処理を行うステップと、複数の子機の少なくともいずれかが、親機と通信を行うことにより、自機と親機との間の通信強度を報知する第２報知処理を行うステップと、を備える。この第１報知処理および第２報知処理によって、親機と複数の子機の各々との間の通信強度をユーザが把握することができる。たとえば第１報知処理では、親機がそれぞれの子機からの信号受信に基づいて通信強度を報知することで、警報システム全体のうちいずれかの子機において通信強度に問題があるか否かをユーザに把握させることができ、問題がなければ子機を特定する作業を省略できる。いずれかの子機において通信強度に問題があることが判明した場合、ユーザがそれぞれの子機について個別に第２報知処理を実行させることで、第２報知処理を実行させた子機の通信強度を把握できる。その結果、各設置位置における個々の警報器（親機および子機）の通信強度をユーザが容易に把握することができる。

【発明の効果】

【0018】

本発明によれば、上記のように、無線通信可能な複数台の警報器で構成された警報システムにおいて、各設置位置における個々の警報器（親機および子機）の通信強度をユーザが容易に把握することができる。

【図面の簡単な説明】

【0019】

【図1】一実施形態による警報システムを示した模式図である。

【図2】警報システムのネットワーク構成の１つ目の例を示した模式図である。

【図3】警報システムのネットワーク構成の２つ目の例を示した模式図である。

【図4】警報システムのネットワーク構成の３つ目の例を示した模式図である。

【図5】警報システムのネットワーク構成の４つ目の例を示した模式図である。

【図6】親機の構成を説明するためのブロック図である。

【図7】子機の構成を説明するためのブロック図である。

【図8】子機と親機の間の通信でやりとりされる送信データの構成を説明するための図である。

【図9】中継送信による通信ステータスの追記を説明するための図である。

【図10】２つの警報器の間の受信強度の関係の例（Ａ）、通信経路毎の経路通信強度の例（Ｂ）および取得される通信強度の例（Ｃ）を示す説明図である。

【図11】第１報知処理を説明するための図である。

【図12】第１報知処理の動作を説明するためのタイムチャートである。

【図13】第２報知処理を説明するための図である。

【図14】第２報知処理の動作を説明するためのフロー図（前半）である。

【図15】第２報知処理の動作を説明するためのフロー図（後半）である。

【図16】警報システムの動作を示したフロー図である。

【図17】図１６の中継送信の処理（サブルーチン）を説明するためのフロー図である。

【発明を実施するための形態】

【0020】

以下、本発明の実施形態を図面に基づいて説明する。

【0021】

図１～図１６を参照して、一実施形態による警報システム１００の構成について説明する。

【0022】

（警報システムの構成）
図１に示すように、警報システム１００は、警報システム１００の設置環境における異常を検知し、異常を検知した場合に警報を行うシステムである。

【0023】

警報システム１００は、３つ以上の警報器１を備えている。３つ以上の警報器１は、親機２と、複数の子機３とにより構成されている。図１では、１つの親機２と、３つの子機３との、合計４つの警報器１を備えた警報システム１００の例を示している。以下では、３つの子機３について、「子機Ａ」、「子機Ｂ」、「子機Ｃ」と区別する。

【0024】

それぞれの警報器１は、所定の異常を検知し、異常を検知した場合に周囲に対して報知を行う機能を有する。それぞれの警報器１は、たとえば、ガス警報器である。この場合、所定の異常は、検知対象ガスの発生（漏洩を含む）である。

【0025】

それぞれの警報器１は、無線通信機能を有している。個々の警報器１は、通信可能な範囲に存在する他の警報器１と、双方向の無線通信が可能である。複数の子機３の各々は、異常を検知した場合など、予め設定された報知事象が発生すると、所定の報知動作を行うとともに、他の警報器１（親機２および他の子機３）に対して報知事象に対応した信号を送信する。親機２は、複数の子機３のいずれかから報知事象に対応した信号を受信した場合、報知事象に対応した対応動作を実行する。

【0026】

親機２は、対応動作として、報知事象に対応した報知動作を行うことができる。親機２は、他の子機３とは異なる機能として、外部機器２００との有線または無線による通信機能を有する。親機２は、対応動作として、報知事象に対応した信号を、外部機器２００に対して送信することができる。外部機器２００は、警報システム１００の外部の機器である。外部機器２００は、たとえば警報システム１００が設置された施設における、上位コンピュータ、集中管理装置、保安装置、ガスメータまたはガス開閉器などでありうる。

【0027】

親機２およびそれぞれの子機３は、設置場所や周囲に存在する障害物の有無などに起因して、他の全ての警報器１と無線通信可能であるとは限らない。そのため、警報システム１００における各警報器１の間で通信可能なネットワークの形態は様々である。

【0028】

図２では、親機２および３つの子機３が、いずれも、相互に通信可能な例を示す。図３では、３つの子機３のうち子機Ａが、親機２とは直接通信できない。この場合、子機Ａは、子機Ｂまたは子機Ｃを中継して親機２と通信を行う。図４では、３つの子機３のうち子機Ｃのみが、親機２と直接通信可能である。この場合、子機Ａおよび子機Ｂは、少なくとも子機Ｃを中継して親機２と通信を行う。図５では、子機Ａと子機Ｂ、子機Ｂと子機Ｃ、子機Ｃと親機２とが直接通信可能であり、他の経路では通信できない。この場合、子機Ａは、子機Ｂおよび子機Ｃを中継して親機２と通信を行う。図２～図５は、警報システム１００において成立しうるネットワーク形態の一例であり、警報システム１００では、図２～図５に示した以外のネットワーク形態もありうる。

【0029】

本実施形態では、親機２、および複数の子機３の各々は、信号送信する場合には他の全ての警報器１（親機２および他の子機３）に対して信号送信を実行するように構成されている。そして、複数の子機３の各々は、他の警報器１（親機２または他の子機３）から信号を受信した場合には、受信した信号を、他の全ての警報器１（親機２および他の子機３）に対して送信する中継送信を行うように構成されている。警報システム１００では、複数の子機３の各々が、少なくとも親機２と、直接にまたは他の子機３を中継して、通信することが可能なように構成されている。

【0030】

（親機および子機の構成）
図６は親機２の構成を示すブロック図であり、図７は子機３の構成を示すブロック図である。本実施形態では、３つの子機３は、いずれも同一構成を有する。

【0031】

〈親機〉
図６に示すように、親機２は、検知部２１、報知部２２、通信部２３、操作受付部２４、制御部２５、記憶部２６、電源部２７、および筐体２８を主として備える。検知部２１、報知部２２、通信部２３、操作受付部２４、制御部２５、記憶部２６および電源部２７は、筐体２８内に収容されている。

【0032】

検知部２１は、警報対象となる異常を検知するセンサを備える。本実施形態では、センサは、予め決められた検知対象ガスを検知するガスセンサＧＳである。検知対象ガスは、特に限定されないが、たとえばメタンガス、プロパンガスなどの燃料ガス（可燃性ガス）である。ガスセンサＧＳは、たとえば半導体式センサまたはＭＥＭＳセンサである。ガスセンサＧＳは、特許請求の範囲の「センサ」の一例である。

【0033】

報知部２２は、スピーカ２２ａおよびランプ２２ｂを含んでいる。報知部２２は、自機の周囲に対して、報知を行うように構成されている。スピーカ２２ａは、ブザー音、音声メッセージなどの報知音声を出力する。ランプ２２ｂは、光出力（発光）によって報知を行う。ランプ２２ｂは、発光色や、点灯、点滅などの発光パターンによって、報知を行う。

【0034】

通信部２３は、アンテナと、信号の送信回路および信号の受信回路を含んだ無線通信モジュールとを含む。無線通信の通信方式、無線周波数などは特に限定されない。

【0035】

操作受付部２４は、ユーザからの操作入力を受け付け、入力に応じた信号を制御部２５に出力する。操作受付部２４は、１つ以上のスイッチを含む。スイッチは、たとえば押しボタン式のスイッチである。たとえば警報時に操作受付部２４が入力（押下）されると、制御部２５が警報の停止（一時停止）の処理を行う。たとえば警報を行っていない状態（通常時）に操作受付部２４が入力（押下）されると、制御部２５が警報器１の点検処理を行う。

【0036】

制御部２５は、ＣＰＵなどのプロセッサを含んでいる。制御部２５は、記憶部２６に記憶されたプログラム２６ａを実行することにより、警報器１を親機２として動作させるための制御を行う。また、制御部２５は、時間計測を行う機能を有する。制御部２５は、検知部２１のガスセンサＧＳから出力信号を取得し、報知条件を満たしたか否かの判定を行う。報知条件は、たとえば、ガスセンサＧＳの出力信号が所定の閾値以上となることである。制御部２５は、報知条件を満たしたと判定した場合、報知部２２により自機の周囲に向けた周囲報知を実行する処理を行う。周囲報知は、スピーカ２２ａによる報知音の鳴動およびランプ２２ｂの点灯（発光）のいずれかまたは両方によって行われる。

【0037】

制御部２５は、親機２の動作として、複数の子機３の各々から信号を取得し、取得した信号に対応した対応動作を実行する制御を行う。制御部２５は、対応動作として、報知部２２による報知を実行する処理、および、外部機器２００（図１参照）への信号出力を実行する処理、の少なくとも一方を行う。子機３から取得される信号には、所定の報知事象が発生したことを示す報知信号５１（図１参照）、通信強度の点検のために送信される点検信号、警報器１の有効期限切れを示す信号、などがある。また、制御部２５は、親機２の動作として、子機３から受信した信号に対応して、応答信号５２（図１参照）を送信する制御を行う。

【0038】

報知事象は、検知対象ガスの検知、すなわちガスセンサＧＳの出力信号が報知条件を満たしたこと、を含む。報知事象は、子機３の点検動作によって子機３の故障（または故障が疑われる異常）が検出されたことを含む。

【0039】

記憶部２６には、制御部２５が制御処理を行うためのプログラム２６ａが記憶されている。記憶部２６は、たとえば半導体記憶素子からなる。記憶部２６には、報知条件を満たしたか否かの判定閾値が予め記憶されている。記憶部２６には、それぞれの子機３から受信した信号に含まれる情報が記憶される。

【0040】

電源部２７は、警報器１の各部への電力供給を行う。電源部２７は、警報器１の外部の電力供給源に電源ケーブルを介して接続可能である。電力供給源は、たとえば警報システム１００が設置されている施設の商用電源である。

【0041】

〈子機〉
図７に示すように、子機３は、ガスセンサＧＳを備えた検知部３１、スピーカ３２ａおよびランプ３２ｂを含む報知部３２、通信部３３、操作受付部３４、制御部３５、記憶部３６、電源部３７、および筐体３８を主として備える。図６および図７から分かるように、親機２と各子機３とは、記憶部２６に記憶されたプログラム３６ａを除いて、実質的に同一構成を有するので、子機３の説明を省略する。

【0042】

子機３の制御部３５は、記憶部３６に記憶されたプログラム３６ａを実行することにより、警報器１を子機３として動作させるための制御を行う。

【0043】

制御部３５は、所定の報知事象が発生した場合に、報知部３２により報知事象を自機の周囲へ報知する周囲報知を実行する制御を行う。周囲報知は、スピーカ３２ａによる報知音の鳴動およびランプ３２ｂの点灯（発光）いずれかまたは両方によって行われる。報知事象は、上記の通り、センサにより異常を検知したこと、自機に故障（または故障が疑われる異常）が検出されたことを含む。

【0044】

制御部３５は、所定の報知事象が発生した場合に、親機２に対して報知信号５１を送信する制御を行う。複数の子機３の各々は、自機において報知事象が発生した場合、他の警報器１（親機２および他の子機３）への、報知事象に対応する報知信号５１の送信を行うように構成されている。

【0045】

また、複数の子機３の各々は、親機２または他の子機３から信号を受信すると、信号を中継送信するように構成されている。すなわち、制御部３５は、親機２または他の子機３からの信号を受信した場合、受信した信号を中継送信するように通信部３３を制御する。

【0046】

また、制御部３５は、時間計測を行う機能を有する。制御部３５は、稼働中、所定の第１時間間隔毎に、通信部３３により親機２に対して通信（以下、定期通信という）を行う制御を実行する。第１時間間隔は、複数の子機３に対して互いに異なる値が設定されている。そのため、複数の子機３は、互いに異なるタイミングで、親機２に対する定期通信を行う。これにより、各子機３から送信された信号が輻輳することを回避できる。

【0047】

（信号の内容）
次に、親機２とそれぞれの子機３との間の通信により送信される信号の内容について説明する。図８に示すように、送信される信号は、通信コマンド４１、状態フラグ４２、通信回数４３、および通信ステータス４４を含む送信データ４０によって構成される。

【0048】

通信コマンド４１は、その信号の種別と、通信相手との各情報を含む。信号の種別は、子機３から親機２への信号（報知信号５１など）か、親機２から子機３への信号（応答信号５２）かを示す情報である。通信相手は、信号の発信元または宛先を識別する情報である。信号の種別が子機３から親機２への信号である場合、通信相手は、発信元が子機Ａ、子機Ｂ、子機Ｃのいずれであるかを特定する情報である。信号の種別が親機２から子機３への信号である場合、通信相手は、送信先が子機Ａ、子機Ｂ、子機Ｃのいずれであるかを特定する情報である。

【0049】

状態フラグ４２は、その信号の内容を識別する情報である。状態フラグ４２は、警報、故障、使用期限、点検、および定期通信のいずれかのフラグを含む。状態フラグ４２の内容によって、送信される信号が、警報の報知信号であるか、故障の報知信号であるか、使用期限超過を示す信号であるか、通信強度の点検中を示す信号であるか、上記のいずれにも該当しない定期通信であるか、が識別される。状態フラグ４２は、上記の５種のフラグ以外の種類のフラグを含み得る。

【0050】

通信回数４３は、各子機３における信号の送信回数の累積値を示す。通信回数４３は、子機Ａの送信回数、子機Ｂの送信回数、子機Ｃの送信回数、の３つの情報を含む、各々の子機３（たとえば子機Ａ）は、信号を送信する際に、通信回数４３における該当する項目（子機Ａの送信回数）の送信回数を１ずつ加算する。通信回数４３により、子機３毎の、時系列の送信履歴を把握できる。

【0051】

通信ステータス４４は、その信号の発信元から宛先までの送信履歴を示す情報である。すなわち、通信ステータス４４は、その信号を中継した子機３および中継順を識別する識別情報を含む。また、通信ステータス４４は、その信号を受信した警報器１（親機２または子機３）における受信強度Ｅａの情報を含む。通信ステータス４４は、特許請求の範囲の「中継履歴情報」の一例である。

【0052】

通信ステータス４４に記録される受信強度Ｅａは、通信部２３（３３）によって受信した信号の強度を示す情報であり、本実施形態では、受信強度Ｅａは、「弱」、「中」、「強」の３段階で定義される。受信強度Ｅａは、数値情報でもよい。通信ステータス４４は、送信または中継する警報器１を特定する識別情報と、受信強度Ｅａの情報とを、送信／中継回数毎に含む。本実施形態では、親機２と子機３との通信には、最初の送信と、最大２回の中継送信とが含まれるため、送信／中継回数は最大３回である。

【0053】

複数の子機３の各々は、他の子機３から信号を受信した場合に、受信した信号における通信ステータス４４に情報を追記して中継送信を行うように構成されている。

【0054】

図９を参照して、通信ステータス４４の追記を説明する。図９の左側に、通信経路と、機器間の受信強度の例を示す。図９の右側は、送信時の通信ステータス４４の具体例を示す。図９では、通信ステータス４４のうち、送信または中継の識別情報と、受信強度Ｅａと、をそれぞれ列で示し、送信/中継回数をそれぞれ行で示した表形式で通信ステータス４４を示している。

【0055】

図９の左側に示すように、子機Ａから子機Ｃ、子機Ｃから子機Ｂ、子機Ｂから親機２という通信経路で通信が行われる場合、発信元である子機Ａが、通信ステータス４４の１回目（１行目）の情報エリア（太線枠部参照）に、子機Ａを示す識別情報を記録して送信する。

【0056】

子機Ａから信号を受信した子機Ｃは、通信ステータス４４の１回目（１行目）の情報エリアに、子機Ａからの信号の受信強度Ｅａ（図９では「強」）を追記するとともに、通信ステータス４４の２回目（２行目）の情報エリア（太線枠部参照）に、子機Ｃを示す識別情報を追記して中継送信する。

【0057】

同様に、子機Ｃから信号を受信した子機Ｂは、通信ステータス４４の２回目（２行目）の情報エリアに、子機Ｃからの信号の受信強度Ｅａ（図９では「中」）を追記するとともに、通信ステータス４４の３回目（３行目）の情報エリアに、子機Ｂを示す識別情報を追記して中継送信する。

【0058】

子機Ｂから信号を受信した親機２は、通信ステータス４４の３回目（３行目）の情報エリアに、子機Ｂからの信号の受信強度（図９では「強」）を追記する。

【0059】

この結果、通信ステータス４４は、子機Ａから子機Ｃ、子機Ｃから子機Ｂ、子機Ｂから親機２という通信経路で通信が行われたこと、子機Ａと子機Ｃとの間の受信強度Ｅａが「強」、子機Ｃと子機Ｂとの間の受信強度Ｅａが「中」、子機Ｂと親機２との間の受信強度Ｅａが「強」、であったことを示す履歴情報を含む。通信ステータス４４によって、いずれかの子機３と親機２との間の通信経路と、その通信経路における受信機器毎の各受信強度Ｅａが把握可能である。

【0060】

（通信強度の取得方法）
次に、親機２といずれかの子機３との間の通信強度の取得方法を説明する。

【0061】

通信強度は、受信した信号に含まれる通信ステータス４４に基づいて決定される。通信強度は、信号の発信元（図９では子機Ａ）から送信先（図９では親機２）までの通信経路毎の各受信強度Ｅａを考慮した、信号の発信元（図９では子機Ａ）と送信先（図９では親機２）との間での通信における総合的な信号の受信強度を示す。

【0062】

図１０（Ａ）に示すように、たとえば子機Ａから親機２に信号を送信する場合には、直接通信と中継送信とによって複数の通信経路が構築されるので、それらの通信経路毎に、信号が親機２に受信される。そのため、親機２といずれかの子機３との間で通信を行う場合、通信経路毎に、通信ステータス４４の内容が異なる信号がそれぞれ受信される。

【0063】

そこで、本実施形態では、親機２および子機３の各々は、直接通信および中継を含む通信経路毎の経路通信強度Ｅｂを取得する。そして、親機２および子機３の各々は、取得した１つまたは複数の経路通信強度Ｅｂに基づいて、親機２といずれかの子機３との間の通信強度Ｆを取得するように構成されている。

【0064】

図１０（Ａ）は、親機２および各子機３（子機Ａ～子機Ｃ）が相互通信可能である場合の、子機Ａから親機２への通信経路を構成する機器間の受信強度Ｅａの例を示している。たとえば子機Ａから延びる３つの矢印は信号を表し、受信強度Ｅａは信号の送信先で検出される受信強度を示す。

【0065】

図１０（Ａ）の例の場合、子機Ａから親機２への通信経路は、図１０（Ｂ）に示すように（１）～（５）の５通りである。
（１）子機Ａから親機２（直接通信）
（２）子機Ａから子機Ｂを中継して親機２
（３）子機Ａから子機Ｃを中継して親機２
（４）子機Ａから子機Ｂ、子機Ｃの順で中継して親機２
（５）子機Ａから子機Ｃ、子機Ｂの順で中継して親機２

【0066】

つまり、いずれかの子機３（ここでは子機Ａ）から送信された１つの信号は、最大で５通りの通信経路（１）～（５）を経て、親機２によってそれぞれ受信される。通信経路毎の経路通信強度Ｅｂは、その通信経路を構成する機器間の受信強度Ｅａのうち、最も強度が低い受信強度Ｅａで決定される。

【0067】

通信経路（１）の場合、中継なしで１回しか通信が行われないため、子機Ａからの信号の親機２による受信強度Ｅａ＝「弱」が、通信経路（１）の経路通信強度Ｅｂとなる。

【0068】

通信経路（２）の場合、子機Ａから子機Ｂの受信強度Ｅａが「強」、子機Ｂから親機２の受信強度Ｅａが「強」である。受信強度Ｅａがいずれも「強」であるため、受信強度「強」が、通信経路（２）の経路通信強度Ｅｂとなる。

【0069】

通信経路（３）の場合、子機Ａから子機Ｃの受信強度Ｅａが「強」、子機Ｃから親機２の受信強度Ｅａが「中」である。そのため、最も低強度となる受信強度「中」が、通信経路（３）の経路通信強度Ｅｂとなる。

【0070】

通信経路（４）の場合、子機Ａから子機Ｂの受信強度Ｅａが「強」、子機Ｂから子機Ｃの受信強度Ｅａが「強」、子機Ｃから親機２の受信強度Ｅａが「中」である。そのため、３つのうち最も低強度となる受信強度「中」が、通信経路（４）の経路通信強度Ｅｂとなる。

【0071】

通信経路（５）の場合、子機Ａから子機Ｃの受信強度Ｅａが「強」、子機Ｃから子機Ｂの受信強度Ｅａが「強」、子機Ｂから親機２の受信強度Ｅａが「強」である。いずれも「強」であるため、受信強度「強」が、通信経路（５）の経路通信強度Ｅｂとなる。

【0072】

したがって、図１０の場合、通信経路（１）、（２）、（３）、（４）、（５）の各経路通信強度Ｅｂは、それぞれ「弱」、「強」、「中」、「中」、「強」である。これらは、いずれも子機Ａから親機２へ通信を行う場合の、それぞれの通信経路における通信強度（経路通信強度Ｅｂ）である。

【0073】

本実施形態では、いずれか１つの子機３と親機２との間の通信強度Ｆは、直接通信および中継を含む通信経路毎の経路通信強度Ｅｂのうちで、強度が最も高い経路通信強度Ｅｂである。つまり、図１０（Ａ）のケースにおいて、子機Ａから親機２へ通信を行う場合の通信強度Ｆは、図１０（Ｃ）に示すように、それぞれの経路通信強度Ｅｂのうちで最も強度が高い「強」であると判断される。

【0074】

このように、親機２およびそれぞれの子機３は、通信可能な通信経路毎に、信号を受信する。それぞれの信号の通信ステータス４４の内容から、通信経路毎に、経路通信強度Ｅｂを取得する。そして、親機２およびそれぞれの子機３は、通信経路毎の経路通信強度Ｅｂから、親機２といずれかの子機３（自機）との間の通信強度Ｆを取得する。

【0075】

（中継送信の要否判定）
子機３が信号を受信した際に、中継送信が行われない場合がある。それぞれの子機３は、親機２または他の子機３から信号を受信した場合において、下記の条件に基づいて、中継送信の要否判定を行う。それぞれの子機３は、第１から第４の条件が満たされた場合に、中継送信を行う。以下は、中継送信を行うための条件である。
第１の条件は、自機が発信元でないことである。
第２の条件は、受信した信号が自機により中継済みでないことである。
第３の条件は、信号を受信してから予め設定された待機時間が経過したことである。
第４の条件は、受信した信号に対する親機２からの応答信号５２を受信していないことである。

【0076】

第１の条件の充足は、受信した信号の通信コマンド４１（図８参照）に基づき判断される。第２の条件の充足は、信号の通信ステータス４４（図９参照）に基づき判断される。第３の条件の充足は、制御部３５が信号を受信した時点からの経過時間をカウントし、予め設定された待機時間と経過時間との比較に基づき判断される。待機時間は、複数の子機３の各々について互いに異なる値が設定されている。子機Ａの待機時間をＴ３ａ、子機Ｂの待機時間をＴ３ｂ、子機Ｃの待機時間をＴ３ｃとすると、各待機時間の長さは、Ｔ３ａ＜Ｔ３ｂ＜Ｔ３ｃである。Ｔ３ａ、Ｔ３ｂ、Ｔ３ｃは、それぞれ、たとえば３２ミリ秒、６６ミリ秒、１００ミリ秒である。第４の条件の充足は、信号の受信後、待機時間中に、その信号に基づく応答信号５２を受信したか否かに基づき判断される。

【0077】

第１の条件により、信号の発信元である子機３自身が、他の子機３によって中継送信されて戻ってきた信号を、自ら中継送信することが回避される。

【0078】

第２の条件により、２つの子機３の間で中継送信を行い合うといった中継送信のループが回避される。このように、複数の子機３の各々は、第２の条件により、受信した信号の通信ステータス４４に自機が含まれる場合、中継送信を行わないように構成されている。

【0079】

第３の条件により、複数の子機３の中継送信が同時に実行されることが回避される。第４の条件により、既に親機２に対して信号が正常に到達している場合に、不必要な中継送信を行うことが回避される。このように、複数の子機３の各々は、第３および第４の条件により、他の子機３から信号を受信してから待機時間が経過する前に、信号に基づく応答信号５２を受信した場合、信号の中継送信を中止するように構成されている。

【0080】

親機２は、いずれかの子機３から信号を受信した場合、自機が発信元でない場合に、応答信号５２の送信を行う。これにより、応答信号５２の発信元である親機２自身が、他の子機３によって中継された応答信号５２に応じて応答信号５２を再送信することが回避される。

【0081】

（通信強度の点検）
次に、警報システム１００における通信強度の点検処理について説明する。上記の通り、親機２およびそれぞれの子機３は、図２～図５に示したような様々なネットワーク形態で通信する可能性がある。警報システム１００がいずれかのネットワーク形態で構築された場合でも、機器間の通信強度は、各機器の設置環境の変化などに影響され、変動する可能性がある。たとえば室内に新たに設置された設置物が障害となりいずれかの警報器１の受信強度Ｅａが低下したりする。つまり、図２～図５に示したネットワーク形態における各通信経路は、一時的または継続的に、通信不能となったり通信強度が不安定化したりすることがありうる。

【0082】

そこで、本実施形態の警報システム１００は、警報システム１００を構成する親機２と各子機３との間の通信強度Ｆを取得する通信強度点検処理を行うことが可能に構成されている。本実施形態では、親機２が実行する通信強度点検処理と、各子機３が実行する通信強度点検処理とで、処理内容が異なっている。

【0083】

具体的には、親機２が実行する通信強度点検処理では、親機２は、複数の子機３の各々と通信を行い、それぞれの子機３からの信号受信に基づいて通信強度Ｆを報知する第１報知処理を行うように構成されている。つまり、第１報知処理では、親機２と複数の子機３との一対多の関係でそれぞれ通信強度Ｆが取得され、親機２は、それぞれの子機３との間の各通信強度Ｆを総合した報知を行う。

【0084】

子機３が実行する通信強度点検処理では、複数の子機３の各々は、親機２と通信を行い、親機２からの信号受信に基づいて自機と親機２との間の通信強度Ｆを報知する第２報知処理を行うように構成されている。つまり、第２報知処理では、１つの子機３と親機２との一対一の関係で通信強度Ｆが取得され、それぞれの子機３は、自機と親機２との間の通信強度Ｆを報知する。

【0085】

なお、親機２による第１報知処理、および子機３による第２報知処理のいずれにおいても、通信強度Ｆの報知方法は、音声による報知または発光による報知である。音声による報知の場合、スピーカ２２ａ（スピーカ３２ａ）により、通信強度Ｆの内容（「弱」、「中」、「強」のいずれか）を音声メッセージで出力する。発光による報知の場合、通信強度Ｆの内容（「弱」、「中」、「強」のいずれか）に応じて異なる態様でランプ２２ｂ（ランプ３２ｂ）を点灯させる。たとえば、通信強度Ｆに応じて発光色を異ならせる、通信強度Ｆに応じて点灯するランプの位置および／または数を切り替える（複数のランプを備える場合）、通信強度Ｆに応じて点灯パターン（点灯、点滅、点滅の場合は複数種類の点滅間隔など）を異ならせる、といった方法の１つまたは複数の組み合わせにより、報知が行われる。

【0086】

〈第１報知処理〉
親機２が実行する第１報知処理について具体的に説明する。親機２は、操作受付部２４（図１参照）に対する操作を受け付けると、第１報知処理を行う。親機２は、第１報知処理において、複数の子機３の各々との間の複数の通信強度Ｆを取得し、取得した各々の子機３との間の通信強度Ｆのうちで強度が最も低い１つの子機３との間の通信強度Ｆを報知するように構成されている。

【0087】

たとえば、図１１に示すように、親機２が、子機Ａからの信号受信に基づく通信強度Ｆ１、子機Ｂからの信号受信に基づく通信強度Ｆ２、および、子機Ｃからの信号受信に基づく通信強度Ｆ３を、それぞれ取得する。通信強度Ｆ１～Ｆ３の取得方法は、図１０に示した通りである。図１１では、親機２と子機Ａとの通信強度Ｆ１が「強」、親機２と子機Ｂとの通信強度Ｆ２が「強」、親機２と子機Ｃとの通信強度Ｆ３が「弱」、であったと仮定する。この場合、親機２は、各通信強度「強」、「強」、「弱」のうちから、強度が最も低い１つの子機Ｃとの間の通信強度Ｆ３である「弱」を報知する。第１報知処理において、親機２は、強度が最も低い子機Ｃ以外の、他の子機Ａおよび子機Ｂとの間の各通信強度Ｆ１、Ｆ２の報知を行わない。これにより、親機２は、警報システム１００において最も通信異常が生じやすい（すなわち、最も強度が低い）子機３との通信強度Ｆ３を報知する。

【0088】

複数の子機３の各々は、親機２が第１報知処理を実行する場合、通信強度Ｆの報知を行わないように構成されている。したがって、親機２が第１報知処理を実行する場合、親機２のみが通信強度Ｆ（図１１ではＦ３）の報知を行う。

【0089】

図１２は、第１報知処理を実行する際の通信タイミングを示したタイムチャートである。なお、図１２では説明のため、親機２および全ての子機３（子機Ａ～子機Ｃ）が相互通信可能な例を示す。

【0090】

親機２は、それぞれの子機３からの定期通信を利用して、各子機３との間の通信強度Ｆを取得する。親機２は、操作受付部２４に対する操作を受け付けると、第１報知処理を開始する。親機２は、それぞれの子機３からの定期通信を待ち受け、定期通信で受信した信号に含まれる通信ステータス４４の情報に基づいて、通信強度Ｆを取得する。

【0091】

上記の通り、複数の子機３の各々には、互いに異なる第１時間間隔の値が設定されているため、複数の子機３の各々の定期通信の通信タイミングは、時間的にずれている。子機Ａの第１時間間隔をＴ１ａ、子機Ｂの第１時間間隔をＴ１ｂ、子機Ｃの第１時間間隔をＴ１ｃとすると、Ｔ１ａ＜Ｔ１ｂ＜Ｔ１ｃである。Ｔ１ａ、Ｔ１ｂ、Ｔ１ｃは、それぞれ、たとえば１１秒、１２秒、１３秒である。

【0092】

図１２の場合、第１報知処理の開始後、まず子機Ａからの定期通信が行われる。子機Ｂおよび子機Ｃは、子機Ａからの定期通信を受信した場合、中継送信を行う。親機２は、子機Ａからの定期通信による信号受信に基づいて、子機Ａとの間の通信強度Ｆ１（図１１の例では「強」）を取得する。

【0093】

図１２の例では、次に、子機Ｂからの定期通信が行われる。子機Ａおよび子機Ｃは、子機Ａからの定期通信を受信した場合、中継送信を行う。親機２は、子機Ｂからの定期通信による信号受信に基づいて、子機Ｂとの間の通信強度Ｆ２（図１１の例では「強」）を取得する。

【0094】

なお、第１時間間隔Ｔ１ａ、Ｔ１ｂ、Ｔ１ｃが互いに異なるため、最後の子機Ｃからの定期通信の前に、子機Ａからの定期通信が実行される場合がある。

【0095】

図１２の例では、最後に、子機Ｃからの定期通信が行われる。第１報知処理の開始タイミング（操作入力の受付）が、子機Ｃからの定期通信の直後であったためである。定期通信の順序は、第１報知処理の開始タイミングによって変化しうる。子機Ａおよび子機Ｂは、子機Ｃからの定期通信を受信した場合、中継送信を行う。親機２は、子機Ｃからの定期通信による信号受信に基づいて、子機Ｃとの間の通信強度Ｆ３（図１１の例では「弱」）を取得する。

【0096】

親機２は、全ての子機３からの各通信強度（Ｆ１～Ｆ３）を取得した場合、それぞれの子機３からの信号受信に基づいて通信強度Ｆ（強度が最も低い子機Ｃとの通信強度Ｆ３）を報知する。

【0097】

〈第２報知処理〉
次に、それぞれの子機３が実行する第２報知処理について具体的に説明する。複数の子機３のいずれかが操作受付部３４（図１参照）に対する操作を受け付けると、操作を受け付けた子機３と親機２との間で第２報知処理が行われる。操作を受け付けていない他の子機３は、第２報知処理を実行しない。

【0098】

図１４に示すように、第２報知処理を実行する子機３は、点検信号５３を送信する。点検信号５３は、直接、または他の子機３による中継送信によって、親機２に受信される。図１５に示すように、点検信号５３を受信した親機２は、点検信号５３に応じて応答信号５２を送信する。応答信号５２は、直接、または他の子機３による中継送信によって、点検信号５３を送信した子機３に受信される。

【0099】

第２報知処理を実行する子機３は、点検信号５３に対する親機２からの応答信号５２の信号受信に基づいて、親機２との間の通信強度Ｆを取得する。第２報知処理を実行する子機３は、取得した通信強度Ｆを報知する。

【0100】

なお、親機２は、子機３からの点検信号５３の信号受信に基づいて、第２報知処理を実行する子機３との間の通信強度Ｆを取得する。そして、親機２は、いずれかの子機３が第２報知処理を実行する場合、その子機３との間の通信強度Ｆを報知するように構成されている。

【0101】

たとえば、図１３に示すように、子機Ａが第２報知処理を実行する場合、子機Ａは、親機２からの応答信号５２に基づく通信強度Ｆ１ａ（親機２から子機Ａへの通信強度Ｆ）を取得する。一方、親機２は、子機Ａからの点検信号５３に基づく通信強度Ｆ１ｂ（子機Ａから親機２への通信強度Ｆ）を取得する。図１３の例では、親機２から子機Ａへの通信強度Ｆ１ａが「中」、子機Ａから親機２への通信強度Ｆ１ｂが「強」であったと仮定する。この場合、子機Ａは、第２報知処理として、親機２から子機Ａへの通信強度Ｆ１ａである「中」を報知する。この際、親機２は、子機Ａから親機２への通信強度Ｆ１ｂである「強」を報知する。

【0102】

このように、第２報知処理では、いずれか１つの子機３と親機２とのペアで、親機２から子機３への通信強度Ｆ（Ｆ１ａ）と、子機３から親機２への通信強度Ｆ（Ｆ１ｂ）とをそれぞれ報知する。なお、図１３では、説明のため、便宜的に、親機２から子機Ａへの通信強度Ｆ１ａ（「中」）と、子機Ａから親機２への通信強度Ｆ１ｂ（「強」）とを異ならせて示しているが、通常は、通信強度Ｆ１ａと通信強度Ｆ１ｂとは互いに等しくなると考えられる。通信強度Ｆ１ａと通信強度Ｆ１ｂとが異なる結果となるケースは、点検信号５３の送信タイミングと応答信号５２の送信タイミングとの間に何らかの通信環境の変動が生じた場合などである。

【0103】

図１４および図１５は、第２報知処理による通信動作を示したフロー図である。定期通信を利用する第１報知処理と異なり、第２報知処理では、子機３は、定期通信とは無関係に、操作入力を受け付けたタイミングで点検信号５３の送信を実行する。ここでは、複数の子機３のうち、子機Ａが第２報知処理を実行する例を示す。図１４および図１５の例では、なお、図１４および図１５では説明のため、親機２および全ての子機３（子機Ａ～子機Ｃ）が相互通信可能な例を示す。なお、以下で説明する子機Ａ～子機Ｃの動作は、それぞれの子機３の制御部３５の制御により実行され、親機２の動作は、親機２の制御部２５の制御により実行される。

【0104】

子機Ａは、操作受付部３４に対する操作を受け付けると、第２報知処理を開始する。子機Ａは、ステップＳ１において、点検信号５３を送信する。点検信号５３は、子機Ｂ、子機Ｃおよび親機２に受信される。点検信号５３を受信した子機Ｂおよび子機Ｃは、点検信号５３の中継送信のため、経過時間のカウントを開始する。

【0105】

ステップＳ２において、親機２は、子機Ａからの点検信号５３の信号受信に基づいて、経路通信強度Ｅｂ（子機Ａ－親機２；通信経路（１））を取得する。ステップＳ３において、親機２は、取得した通信経路（１）の経路通信強度Ｅｂが「強」であるか否かを判断する。経路通信強度Ｅｂが「強」である場合、ステップＳ１５において、親機２は、子機Ａから親機２への通信強度Ｆ１ｂ（図１３参照）を確定する。通信強度Ｆがそれぞれの経路通信強度Ｅｂのうちで最も強度が高い経路通信強度Ｅｂで決まるためである。

【0106】

この場合、図１５のステップＳ１６において、親機２は応答信号５２を送信する。応答信号５２の受信によって、子機Ｂおよび子機Ｃは中継送信の処理を終了する。そのため、図１４では、ステップＳ４～Ｓ１４を示しているが、ステップＳ３からステップＳ１５に進んだケースでは、子機Ｂ、子機Ｃの待機時間（Ｔ３ｂ、Ｔ３ｃ）の経過前にステップＳ１６の応答信号５２が子機Ｂ、子機Ｃに受信された場合、応答信号５２の受信済み（第４の条件を満たさない）となるため、中継送信（ステップＳ４、Ｓ７、Ｓ１０およびＳ１３）が行われず、ステップＳ４～Ｓ１４は実行されない。

【0107】

ステップＳ３において経路通信強度Ｅｂが「強」でない場合、親機２は、他の経路通信強度Ｅｂを取得するためステップＳ５に進む。

【0108】

待機時間Ｔ３ｂ（＜Ｔ３ｃ）の経過後、ステップＳ４において、子機Ｂが、点検信号５３の中継送信を実行する。子機Ｂから中継送信された点検信号５３は、子機Ａ、子機Ｃおよび親機２により受信される。子機Ｂからの点検信号５３を受信した子機Ａは、その点検信号５３の発信元が自機である（第１の条件を満たさない）ため、中継不要と判定する。子機Ｂからの点検信号５３を受信した子機Ｃは、第３の条件に基づき、経過時間のカウントを開始する。なお、子機Ｃが子機Ａから直接受信した点検信号５３（ステップＳ１）と、子機Ｃが子機Ｂから受信した中継による点検信号５３（ステップＳ４）とは、通信ステータス４４の内容が異なる。そのため、子機Ｃは、それぞれの信号に対して、経過時間のカウントを別個に行う。

【0109】

ステップＳ５において、親機２は、子機Ｂからの点検信号５３の信号受信に基づいて、経路通信強度Ｅｂ（子機Ａ－子機Ｂ－親機２；通信経路（２））を取得する。ステップＳ６において、親機２は、取得した通信経路（２）の経路通信強度Ｅｂが「強」であるか否かを判断する。経路通信強度Ｅｂが「強」である場合、ステップＳ１５において、親機２は、子機Ａから親機２への通信強度Ｆ１ｂ（図１３参照）を確定する。

【0110】

ステップＳ６からステップＳ１５に進んだケースでは、ステップＳ１６の応答信号５２が子機Ｃの待機時間（Ｔ３ｃ）の経過前に子機Ｃに受信された場合、第４の条件を満たさなくなるため、ステップＳ７～Ｓ１４は実行されない。

【0111】

ステップＳ６において経路通信強度Ｅｂが「強」でない場合、親機２は、他の経路通信強度Ｅｂを取得するためステップＳ８に進む。

【0112】

待機時間Ｔ３ｃの経過後、ステップＳ７において、子機Ｃが、点検信号５３の中継送信を実行する。子機Ｃから中継送信された点検信号５３は、子機Ａ、子機Ｂおよび親機２により受信される。子機Ｃからの点検信号５３を受信した子機Ａは、その点検信号５３の発信元が自機である（第１の条件を満たさない）ため、中継不要と判定する。子機Ｃからの点検信号５３を受信した子機Ｂは、第３の条件に基づき、経過時間のカウントを開始する。

【0113】

ステップＳ８において、親機２は、子機Ｃからの点検信号５３の信号受信に基づいて、経路通信強度Ｅｂ（子機Ａ－子機Ｃ－親機２；通信経路（３））を取得する。ステップＳ９において、親機２は、取得した通信経路（３）の経路通信強度Ｅｂが「強」であるか否かを判断する。経路通信強度Ｅｂが「強」である場合、ステップＳ１５において、親機２は、子機Ａから親機２への通信強度Ｆ１ｂ（図１３参照）を確定する。

【0114】

ステップＳ９からステップＳ１５に進んだケースでは、ステップＳ１６の応答信号５２が子機Ｂ、子機Ｃの待機時間（Ｔ３ｂ、Ｔ３ｃ）の経過前に子機Ｂ、子機Ｃに受信された場合、第４の条件を満たさなくなるため、ステップＳ１０～Ｓ１４は実行されない。

【0115】

ステップＳ９において経路通信強度Ｅｂが「強」でない場合、親機２は、他の経路通信強度Ｅｂを取得するためステップＳ１１に進む。

【0116】

ステップＳ４からの待機時間Ｔ３ｃの経過後、ステップＳ１０において、子機Ｃが、点検信号５３の中継送信を実行する。子機Ｃから中継送信された点検信号５３は、子機Ａ、子機Ｂおよび親機２により受信される。子機Ｃからの点検信号５３を受信した子機Ａは、その点検信号５３の発信元が自機である（第１の条件を満たさない）ため、中継不要と判定する。子機Ｃからの点検信号５３を受信した子機Ｂは、受信した信号が自機により中継済みである（第２の条件を満たさない）ため、中継不要と判定する。

【0117】

ステップＳ１１において、親機２は、子機Ｃからの点検信号５３の信号受信に基づいて、経路通信強度Ｅｂ（子機Ａ－子機Ｂ－子機Ｃ－親機２；通信経路（４））を取得する。ステップＳ１２において、親機２は、取得した通信経路（４）の経路通信強度Ｅｂが「強」であるか否かを判断する。経路通信強度Ｅｂが「強」である場合、ステップＳ１５において、親機２は、子機Ａから親機２への通信強度Ｆ１ｂ（図１３参照）を確定する。

【0118】

ステップＳ１２からステップＳ１５に進んだケースでは、ステップＳ１６の応答信号５２が子機Ｂの待機時間（Ｔ３ｃ）の経過前に子機Ｂに受信された場合、第４の条件を満たさなくなるため、ステップＳ１３～Ｓ１４は実行されない。

【0119】

ステップＳ１２において経路通信強度Ｅｂが「強」でない場合、親機２は、他の経路通信強度Ｅｂを取得するためステップＳ１４に進む。

【0120】

ステップＳ７から待機時間Ｔ３ｃの経過後、ステップＳ１３において、子機Ｂが、点検信号５３の中継送信を実行する。ここで、各々の子機３（子機Ａ～子機Ｃ）は、２回目以降の中継送信については、信号受信から中継送信の実行までの待機時間（Ｔ３ａ、Ｔ３ｂ、Ｔ３ｃ）を、最も長い待機時間（ここでは、Ｔ３ｃ）に統一するように構成されている。そのため、ステップＳ４では、子機Ｂが待機時間Ｔ３ｂの経過後に１回目の中継送信を行ったが、このステップＳ７では、子機Ｂが待機時間Ｔ３ｃの経過後に２回目の中継送信を実行する。これにより、それぞれの子機３による通信が同一のタイミングで実施されることを回避できる。最も長い待機時間Ｔ３ｃに統一されるため、子機Ｃについては待機時間の値が変更されることがない。図示しないが、たとえば子機Ｃが点検信号を送信して、子機Ａおよび子機Ｂが中継送信をするケースの場合、子機Ａおよび子機Ｂの２回目以降の中継送信では、待機時間がそれぞれＴ３ａ、Ｔ３ｂからＴ３ｃに変更される。

【0121】

子機Ｂから中継送信された点検信号５３は、子機Ａ、子機Ｃおよび親機２により受信される。子機Ｂからの点検信号５３を受信した子機Ａは、その点検信号５３の発信元が自機である（第１の条件を満たさない）ため、中継不要と判定する。子機Ｂからの点検信号５３を受信した子機Ｃは、受信した信号が自機により中継済みである（第２の条件を満たさない）ため、中継不要と判定する。

【0122】

ステップＳ１４において、親機２は、子機Ｂからの点検信号５３の信号受信に基づいて、経路通信強度Ｅｂ（子機Ａ－子機Ｃ－子機Ｂ－親機２；通信経路（５））を取得する。これにより、全ての通信経路の経路通信強度Ｅｂが取得されるため、ステップＳ１５において、親機２は、子機Ａから親機２への通信強度Ｆ１ｂ（図１３参照）を確定する。

【0123】

図１５のステップＳ１６において、親機２は、受信した点検信号５３に対応した応答信号５２を送信する。応答信号５２は、子機Ａ、子機Ｂおよび子機Ｃにより受信される。

【0124】

応答信号５２を受信した子機Ｂおよび子機Ｃは、それぞれ、これまでに受信した点検信号５３に対する中継処理（経過時間のカウント）を終了する。そして、応答信号５２を受信した子機Ｂおよび子機Ｃは、それぞれ、応答信号５２の中継送信のため、経過時間のカウントを開始する。

【0125】

応答信号５２を受信した子機Ａは、点検信号５３の送信状態を終了するとともに、応答信号５２の信号受信に基づいて、親機２から子機Ａへの通信強度Ｆ１ａ（図１３参照）の取得を行う。通信強度Ｆ１ａの取得は、親機２による通信強度Ｆ１ｂの取得と類似した動作となるので、簡略化して説明する。

【0126】

まず、ステップＳ１７では、子機Ａは、親機２からの応答信号５２の信号受信に基づいて、経路通信強度Ｅｂ（親機２－子機Ａ）を取得し、ステップＳ１８において、取得した経路通信強度Ｅｂが「強」であるか否かを判断し、経路通信強度Ｅｂが「強」である場合、ステップＳ３０において、親機２から子機Ａへの通信強度Ｆ１ａ（図１３参照）を確定する。

【0127】

待機時間Ｔ３ｂの経過後の子機Ｂからの中継送信（ステップＳ１９）により、子機Ａは、ステップＳ２０において、経路通信強度Ｅｂ（親機２－子機Ｂ－子機Ａ）を取得する。子機Ａは、ステップＳ２１において、取得した経路通信強度Ｅｂが「強」であるか否かを判断し、経路通信強度Ｅｂが「強」である場合、ステップＳ３０において、親機２から子機Ａへの通信強度Ｆ１ａ（図１３参照）を確定する。

【0128】

待機時間Ｔ３ｃの経過後の子機Ｃからの中継送信（ステップＳ２２）により、子機Ａは、ステップＳ２３において、経路通信強度Ｅｂ（親機２－子機Ｃ－子機Ａ）を取得する。子機Ａは、ステップＳ２４において、取得した経路通信強度Ｅｂが「強」であるか否かを判断し、経路通信強度Ｅｂが「強」である場合、ステップＳ３０において、親機２から子機Ａへの通信強度Ｆ１ａ（図１３参照）を確定する。

【0129】

ステップＳ１９からの待機時間Ｔ３ｃの経過後の子機Ｃからの中継送信（ステップＳ２５）により、子機Ａは、ステップＳ２６において、経路通信強度Ｅｂ（親機２－子機Ｂ－子機Ｃ－子機Ａ）を取得する。子機Ａは、ステップＳ２７において、取得した経路通信強度Ｅｂが「強」であるか否かを判断し、経路通信強度Ｅｂが「強」である場合、ステップＳ３０において、親機２から子機Ａへの通信強度Ｆ１ａ（図１３参照）を確定する。

【0130】

ステップＳ２２からの待機時間Ｔ３ｃの経過後の子機Ｂからの中継送信（ステップＳ２８）により、子機Ａは、ステップＳ２９において、経路通信強度Ｅｂ（親機２－子機Ｃ－子機Ｂ－子機Ａ）を取得する。なお、このステップＳ２８の中継送信は、応答信号５２に対する子機Ｂの２回目の中継送信となるため、待機時間がＴ３ｂ（ステップＳ１９）からＴ３ｃ（ステップＳ２８）に切り替えられている。子機Ａは、ステップＳ３０において、親機２から子機Ａへの通信強度Ｆ１ａ（図１３参照）を確定する。

【0131】

なお、子機Ａからは応答信号５２が送信されないため、ステップＳ１９、Ｓ２２、Ｓ２５およびＳ２８の中継送信は、通信強度Ｆ１ａが確定済みの場合でもスキップされることなく実行される。ステップＳ１９、Ｓ２２、Ｓ２５およびＳ２８で中継送信された応答信号５２は、親機２により受信されるが、自機が発信元であるので、応答信号５２の送信は行われず、経路通信強度Ｅｂの取得も行われない。

【0132】

ステップＳ３１において、子機Ａは、ステップＳ３０で確定した、親機２から子機Ａへの通信強度Ｆ１ａの報知を行う。また、ステップＳ３２において、親機２は、ステップＳ１５で確定した、子機Ａから親機２への通信強度Ｆ１ｂの報知を行う。

【0133】

第２報知処理は、以上のように行われる。

【0134】

本実施形態では、複数の子機３の各々は、第２報知処理以外の通常時に、所定の第１時間間隔で親機２への信号送信を行い、第２報知処理では、第１時間間隔よりも短い第２時間間隔で信号送信を行い、親機２からの応答信号５２を受信することにより、自機と親機２との間の通信強度Ｆを取得するように構成されている。つまり、第１報知処理での子機３からの信号の送信間隔（第１時間間隔Ｔ１ａ、Ｔ１ｂ、Ｔ１ｃ）と比べて、第２報知処理での子機３からの信号の送信間隔（第２時間間隔）が、短縮されている。

【0135】

複数の子機３の各々には、同一の第２時間間隔の値が設定されている。第２時間間隔をＴ２（図示せず）とすると、Ｔ２は、いずれの第１時間間隔Ｔ１ａ、Ｔ１ｂ、Ｔ１ｃよりも小さい値である。Ｔ２は、たとえば１秒である。

【0136】

具体的には、複数の子機３の各々は、第２報知処理では、第２時間間隔Ｔ２毎に点検信号５３の送信を行う、点検信号５３の送信状態となる。点検信号５３の送信状態にある子機３は、点検信号５３の送信と、所定時間（第２時間間隔Ｔ２）の応答信号５２の受信待機とを、所定回数繰り返す。つまり、点検信号５３の送信後、応答信号５２の受信を所定時間待ち、所定時間内に応答信号５２の受信ができなかった場合、報知信号５１を再送信する、という送信・受信待機が所定回数繰り返される。点検信号５３の送信と、待機後の再送信との間の時間間隔が、第２時間間隔Ｔ２である。

【0137】

そして、複数の子機３の各々は、応答信号５２の受信を含む送信終了条件が満たされると、報知信号５１の送信状態を終了するように構成されている。送信状態終了条件は、応答信号５２の受信と、送信・受信待機を繰り返し、所定回数内に応答信号５２を受信できなかったこと（待機回数の上限に到達したこと）とを含む。

【0138】

したがって、複数の子機３の各々は、第２報知処理を行う場合、送信した点検信号５３に対する応答信号５２を受信するか、または応答信号５２を受信せずに待機回数の上限に達するまで、第２時間間隔Ｔ２での点検信号５３の送信状態を継続する。図１４および図１５の例では、ステップＳ１での１回目の点検信号５３の送信から所定時間（第２時間間隔Ｔ２）内に、ステップＳ１７の応答信号５２の受信ができているため、ステップＳ１７において送信状態が終了した例を示している。そのため、図１４および図１５の例では、第２時間間隔Ｔ２の経過後の２回目の点検信号５３の送信が行われていない。

【0139】

たとえば図１４および図１５において、ステップＳ１での１回目の点検信号５３の送信から所定時間（第２時間間隔Ｔ２）内に、ステップＳ１７の応答信号５２の受信ができなかった場合、子機Ａから２回目の点検信号５３が送信される。この場合、２回目の点検信号５３の送信をステップＳ１として、図１４の処理が再度実行される。何らかの理由で子機Ａが応答信号５２を受信できず、待機回数の上限に到達した場合、第２報知処理を実行した子機３（図１４、図１５では子機Ａ）は、通信強度を確定せずに、通信が失敗したことを確定して第２報知処理を終了する。待機回数の上限は、特に限定されないが、たとえば１０回である。

【0140】

なお、ここでは点検処理である第１報知処理と第２報知処理について説明したが、本実施形態では、複数の子機３の各々は、定期通信による信号送信、および、警報以外の報知事象（故障など）が発生した場合の報知信号５１の送信を、第１時間間隔で周期的に行う。一方、複数の子機３の各々は、点検信号５３の送信の他に、警報の報知事象が発生した場合の報知信号５１の送信を、第２時間間隔で行う。

【0141】

（警報システムの通信動作）
次に、図１６を参照して、本実施形態の警報システム１００の通信動作を説明する。親機２の通信動作は、制御部２５により制御される。複数の子機３の各々の通信動作は、各々の制御部３５により制御される。ここでは、複数の子機３のうち、子機Ａが通信を行う場合について説明する。

【0142】

ステップＳ４１において、子機Ａの制御部３５は、通信タイミングであるか否かを判断する。子機Ａの制御部３５は、前回の通信処理から、第１時間間隔（定期通信、警報以外の報知）または第２時間間隔（警報、点検）が経過した場合に、通信タイミングであると判断して、ステップＳ４２に処理を進める。また、子機Ａの制御部３５は、操作受付部３４を介して操作入力を受け付けた場合、通信タイミングであると判断して、ステップＳ４２に処理を進める。一方、通信タイミングでない場合、子機Ａの制御部３５は、ステップＳ４３に処理を進める。

【0143】

ステップＳ４２において、子機Ａの制御部３５は、通信処理を実行する。具体的には、子機Ａの制御部３５は、送信データ４０を作成し、作成した送信データ４０を送信する。

【0144】

送信データ４０の通信コマンド４１には、信号の種別として子機３から親機２への信号を示す値、通信相手として発信元が子機Ａであることを示す値が設定される。通信回数４３は、現時点における累計値が設定される。通信ステータス４４には、送信元が子機Ａである値が設定される。

【0145】

このとき、第２報知処理を実行する場合または実行中の場合、送信データ４０の状態フラグ４２に点検フラグが設定される。状態フラグ４２に点検フラグが設定された信号が、点検信号５３である。また、報知事象として警報が発生している場合、送信データ４０の状態フラグ４２に警報フラグが設定される。これにより、警報を示す報知信号５１が送信される。報知事象として故障が発生している場合、送信データ４０の状態フラグ４２に故障フラグが設定される。これにより、故障を示す報知信号５１が送信される。この他、報知事象が発生しておらず、警報器１の使用期限が到達している場合、状態フラグ４２に使用期限を示すフラグが設定される。

【0146】

子機Ａの制御部３５は、信号送信後、ステップＳ４３に進み、警報中か否かを判断する。すなわち、ガスセンサＧＳの出力信号が警報レベルの閾値以上であるか否かを判断する。警報中である場合、子機Ａの制御部３５は、ステップＳ４１に処理を戻す。これにより、警報中は、通信タイミングが到来する度に、警報を示す報知信号５１が子機Ａから送信される。また、警報中の間、通信タイミングが第２時間間隔に設定される（警報の報知信号５１の送信状態になる）。

【0147】

ステップＳ４３で警報中でない場合、子機Ａの制御部３５は、ステップＳ４４に処理を進め、点検中（すなわち、第２報知処理中）か否かを判断する。点検中でない場合、子機Ａの制御部３５は、ステップＳ４１に処理を戻す。警報中でも点検中でもない場合、通信タイミングが第１時間間隔に設定される。点検中である場合、子機Ａの制御部３５は、ステップＳ４５に処理を進める。また、点検中（第２報知処理中）の間、通信タイミングが第２時間間隔に設定される。

【0148】

ステップＳ４５において、子機Ａの制御部３５は、通信が成功したか、または点検処理がタイムアウトしたかを判断する。すなわち、親機２からの応答信号５２を受信した場合、通信が成功したと判断する。子機Ａの制御部３５は、点検処理が開始してから、予め設定された時間が経過した場合、点検処理がタイムアウトしたと判断する。タイムアウト前であり、かつ通信が成功していない場合、子機Ａの制御部３５は、ステップＳ４１に処理を戻す。

【0149】

点検による通信が成功したか、または点検処理がタイムアウトした場合、子機Ａの制御部３５は、ステップＳ４６において点検結果を報知する処理を行う。つまり、第２報知処理中（ステップＳ４４でＹｅｓ）であり、通信が成功またはタイムアウトした場合（ステップＳ４５でＹｅｓ）、子機Ａの制御部３５は、報知部３２により、第２報知処理による通信強度Ｆ（図１３のＦ１ａ）の報知を行う。なお、子機３の点検動作は、通信強度Ｆの点検以外にも、ガスセンサＧＳや報知部３２などの他の点検箇所の点検動作も含まれる。第２報知処理による通信強度Ｆの報知は、これらの他の点検箇所の点検結果の報知と合わせて実行される。

【0150】

子機Ａは、ステップＳ４１～Ｓ４６を繰り返すことにより、通信タイミング毎に親機２との間で通信を行う。

【0151】

子機Ａが通信を行う場合には、子機Ｂおよび子機Ｃは、中継送信を実行することになる。子機Ｂの制御部３５は、ステップＳ５１において、他の子機３から信号を受信したか否かを判断する。信号を受信していない場合、子機Ｂの制御部３５は、ステップＳ５１の判断を繰り返す。他の子機３から信号を受信した場合、子機Ｂの制御部３５は、ステップＳ５２に処理を進める。

【0152】

子機Ｂの制御部３５は、ステップＳ５２において、中継送信処理を行う。図１７に示すように、まず、ステップＳ８１において、子機Ｂの制御部３５は、中継要否判定を行い、中継が不要と判定した場合（ステップＳ８１でＮｏ）には中継送信を行わない。子機Ｂの制御部３５は、中継が必要と判定した場合（ステップＳ８１でＹｅｓ）には、ステップＳ８２において中継送信を行う。図１６の例で子機Ａから信号を受信した場合、子機Ｂの制御部３５は、中継が必要と判断して、待機時間Ｔ３ｂ（２回目以降はＴ３ｃ）の経過後にステップＳ８２に処理を進めることになる。なお、待機時間Ｔ３ｂ（２回目以降はＴ３ｃ）の経過前に親機２からの応答信号５２を受信した場合には、中継不要と判断される。ステップＳ８２では、子機Ｂの制御部３５は、受信した送信データ４０のうち、通信コマンド４１、状態フラグ４２、通信回数４３の値はそのままとし、通信ステータス４４に、識別情報と受信強度Ｅａの情報とを追加記録して、中継送信を行う。

【0153】

同様に、子機Ｃの制御部３５は、ステップＳ６１において、他の子機３から信号を受信したか否かを判断する。信号を受信していない場合、子機Ｃの制御部３５は、ステップＳ６１の判断を繰り返す。他の子機３から信号を受信した場合、子機Ｃの制御部３５は、ステップＳ６２に処理を進める。

【0154】

子機Ｃの制御部３５は、ステップＳ６２において、中継送信処理を行う。図１７に示すように、子機Ｃの制御部３５は、ステップＳ８１において中継要否判定を行い、中継が不要と判定した場合（ステップＳ８１でＮｏ）には中継送信を行わない。子機Ｃの制御部３５は、中継が必要と判定した場合（ステップＳ８１でＹｅｓ）には、ステップＳ８２において中継送信を行う。図１６の例で子機Ａから信号を受信した場合、子機Ｃの制御部３５は、中継が必要と判断して、待機時間Ｔ３ｃの経過後にステップＳ８２に処理を進めることになる。なお、待機時間Ｔ３ｃの経過前に親機２からの応答信号５２を受信した場合には、中継不要と判断される。ステップＳ８２では、子機Ｃの制御部３５は、受信した送信データ４０のうち、通信コマンド４１、状態フラグ４２、通信回数４３の値はそのままとし、通信ステータス４４に、識別情報と受信強度Ｅａの情報とを追加記録して、中継送信を行う。

【0155】

親機２の制御部２５は、ステップＳ７１において、いずれかの子機３から信号を受信したか否かを判断する。信号を受信していない場合、親機２の制御部２５は、ステップＳ７３に処理を進める。

【0156】

ステップＳ７１において、いずれかの子機３から信号を受信した場合、親機２の制御部２５は、ステップＳ７２において、応答信号５２の送信を行う。なお、受信した信号が第２報知処理の点検信号５３であった場合、親機２は、図１４、図１５で示したように、子機３（ここでは子機Ａ）から親機２への通信強度Ｆ１ｂを確定（ステップＳ１５）した後で、応答信号５２の送信（ステップＳ１６）を行う。

【0157】

応答信号５２の送信の際、親機２の制御部２５は、送信データ４０を作成し、作成した送信データ４０を応答信号５２として送信する。

【0158】

親機２の制御部２５は、応答信号５２の通信コマンド４１に、信号の種別として、親機２から子機３への信号（応答信号５２）を示す値を設定し、通信相手として、受信した信号の発信元（この例では子機Ａ）を示す値を設定する。また、親機２の制御部２５は、応答信号５２の状態フラグ４２に、受信した信号の状態フラグ４２と同じフラグを設定する。そのため、受信した信号が子機Ａからの点検信号５３であれば、通信相手が子機Ａで、状態フラグ４２に点検フラグが設定されることにより、子機Ａからの点検信号５３に対する応答信号５２が作成される。通信ステータス４４には、送信元が親機２である値が設定される。

【0159】

親機２の制御部２５は、信号送信後、ステップＳ７３に進み、親機２自身が警報中であるか否かを判断する。親機２自身が警報中である場合、親機２の制御部２５は、ステップＳ７１に処理を戻す。このため、親機２の警報中は、点検結果の報知が行われず、警報に対する対応動作が実行される。

【0160】

ステップＳ７３で警報中でない場合、親機２の制御部２５は、ステップＳ７４に処理を進め、受信した信号の状態フラグ４２に点検フラグが設定されていたか否かを判断する。すなわち、親機２の制御部２５は、受信した信号が第２報知処理によるいずれかの子機３からの点検信号５３であるか否かを判断する。状態フラグ４２が点検フラグでない場合（点検信号５３でない場合）、親機２の制御部２５は、ステップＳ７１に処理を戻す。

【0161】

ステップＳ７４で状態フラグ４２が点検フラグである場合、親機２の制御部２５は、ステップＳ７５に処理を進め、第２報知処理に対応した点検結果を報知する。点検結果の報知は、上記の通り、受信した点検信号５３の通信ステータス４４の強度情報に基づく通信強度Ｆ（図１３のＦ１ｂ）の報知が含まれる。

【0162】

親機２の制御部２５は、点検結果を報知すると、処理をステップＳ７１に戻す。なお、ステップＳ７１～Ｓ７５の各子機３との通信の処理と並行して、制御部２５は、外部出力処理を実行する。外部出力処理では、親機２の制御部２５は、外部機器２００に対して、現時点の状況を示すデータを含む信号を出力する。信号出力する情報には、各子機３の報知事象に対応した情報（警報中、点検中、故障中、使用期限到達）と、親機２の報知事象に対応した情報（警報中、点検中、故障中、使用期限到達）とが含まれうる。以上のようにして、警報システム１００における通信処理が行われる。

【0163】

図１６の子機Ａにおいて示した信号の送信に関わる処理と、子機Ｂおよび子機Ｃにおいて示した信号の受信に対応する処理とは、各々の子機３において、それぞれ並行して実施される。すなわち、子機Ａは、自機の信号送信に関してステップＳ４１～Ｓ４６の処理を実施する一方で、他の子機３からの信号受信に関してステップＳ５１およびＳ５２と同様の処理を実施している。

【0164】

子機Ｂおよび子機Ｃも、他の子機３からの信号受信に関してステップＳ５１（Ｓ６１）およびＳ５２（Ｓ６２）の処理を実施するとともに、自機の信号送信に関してステップＳ４１～Ｓ４６と同様の処理を実施している。

【0165】

そのため、親機２が第１報知処理を行う場合は、親機２は、子機ＡからのステップＳ４２による定期通信、子機ＢからのステップＳ４２による定期通信、子機ＣからのステップＳ４２による定期通信、の各信号を待ち受ける。親機２は、子機Ａ～子機Ｃからの信号を受信すると、ステップＳ７５の点検結果の報知として、図１１に示した通信強度Ｆ（図１１の場合はＦ３）の報知を行う。

【0166】

また、図１６では、通信処理のみを説明しているため、たとえば警報が発生した場合の報知処理については記載していない。子機Ａ～子機Ｃおよび親機２は、それそれ、自機におけるガスセンサＧＳの出力信号を監視し、ガスセンサＧＳの出力信号が閾値以上となった場合には、スピーカ２２ａ（３２ａ）および／またはランプ２２ｂ（３２ｂ）による報知処理を行う。

【0167】

（本実施形態の効果）
本実施形態では、以下のような効果を得ることができる。

【0168】

本実施形態の警報システム１００および警報システム１００の動作方法では、上記のように、親機２は、複数の子機３の各々と通信を行い、それぞれの子機３からの信号受信に基づいて通信強度Ｆを報知する第１報知処理を行うように構成され、複数の子機３の各々は、親機２と通信を行い、親機２からの信号受信に基づいて自機と親機２との間の通信強度Ｆを報知する第２報知処理を行うように構成されている。この第１報知処理および第２報知処理によって、親機２と複数の子機３の各々との間の通信強度Ｆをユーザが把握することができる。第１報知処理では、親機２がそれぞれの子機３からの信号受信に基づいて通信強度Ｆを報知することで、警報システム全体のうちいずれかの子機３において通信強度Ｆに問題があるか否かをユーザに把握させることができ、問題がなければユーザは子機３を特定する作業を省略できる。いずれかの子機３において通信強度Ｆに問題があることが判明した場合、ユーザがそれぞれの子機３について個別に第２報知処理を実行させることで、第２報知処理を実行させた子機３の通信強度Ｆを把握できる。その結果、各設置位置における個々の警報器１（親機２および子機３）の通信強度Ｆをユーザが容易に把握することができる。

【0169】

また、本実施形態では、上記のように、親機２は、いずれかの子機３が第２報知処理を実行する場合、その子機３との間の通信強度Ｆを報知するように構成されている。これにより、第２報知処理を実行した子機３と親機２との両方が、ペアで通信強度Ｆ（Ｆ１ａとＦ１ｂ）を報知するように動作する。そのため、ユーザは、警報システム１００を構成する複数の警報器１のうち、いずれが親機２でいずれが子機３であるかを正確に把握していなくても、その子機３とペアになっている親機２（つまり、子機３との通信強度Ｆを確保したい警報器１）がどれであるか、どこにあるかを容易に把握できる。

【0170】

また、本実施形態では、上記のように、複数の子機３の各々は、親機２が第１報知処理を実行する場合、通信強度Ｆの報知を行わないように構成されている。これにより、親機２が第１報知処理を実行する際に、警報システム１００を構成する各子機３が一斉に報知を行うことを回避できる。親機２および全ての子機３が一斉に報知を行う場合、ユーザはそれらの報知を全部把握するのは煩雑である。そのため、親機２が第１報知処理を実行する場合には、子機３が報知を行わないことで、ユーザに対する過剰な報知を抑制できる。

【0171】

また、本実施形態では、上記のように、親機２は、第１報知処理において、複数の子機３の各々との間の複数の通信強度Ｆ１～Ｆ３を取得し、取得した各々の子機３との間の通信強度Ｆ１～Ｆ３のうちで強度が最も低い１つの子機３との間の通信強度Ｆ（図１１ではＦ３）を報知するように構成されている。これにより、第１報知処理によって、ユーザは、警報システム１００における通信強度Ｆの点検の必要性があるか否かを容易に把握できる。すなわち、強度が最も低い１つの子機３との間の通信強度Ｆだけを報知することにより、容易かつ明確に、警報システム１００で最も低い通信強度Ｆを認識できる。そして、報知された最低強度の通信強度Ｆが必要十分に高いレベル（たとえば「強」および「中」）であれば、個々の子機３についての通信強度Ｆの点検を行う必要がないことを、ユーザが把握できる。反対に、報知された最低強度の通信強度Ｆが低いレベル（たとえば「弱」）であれば、ユーザは、個々の子機３に対して第２報知処理を実行させることで、個別の通信強度Ｆを点検できる。この結果、第１報知処理と第２報知処理との組み合わせにより、通信強度Ｆの点検作業を効率的に行うことができる。

【0172】

また、本実施形態では、上記のように、親機２および複数の子機３は、それぞれ、操作入力を受け付ける操作受付部（２４、３４）を備え、親機２が操作を受け付けると、親機２は第１報知処理を行い、複数の子機３のいずれかが操作を受け付けると、操作を受け付けた子機３と親機２との間で第２報知処理を行う。これにより、ユーザは、まず親機２の操作受付部２４への操作により第１報知処理を行い、必要に応じて（第１報知処理で報知された最低強度の通信強度Ｆが「弱」であった場合）、各子機３の操作受付部３４に対してそれぞれ操作を行い、第２報知処理を実行させることができる。このため、単純な操作で警報システム１００の通信強度Ｆの点検作業を簡単に行うことができる。

【0173】

また、本実施形態では、上記のように、複数の子機３の各々は、親機２または他の子機３から信号を受信すると、信号を中継送信するように構成され、いずれか１つの子機３と親機２との間の通信強度Ｆは、直接通信および中継を含む通信経路毎の経路通信強度Ｅｂのうちで、強度が最も高い経路通信強度Ｅｂである。ここで、親機２と子機３との間で複数の通信経路（図１０の通信経路（１）～（５）参照）が存在する場合、いずれか１つでも安定して通信が可能な通信経路が存在すればよいため、ユーザがいずれかの子機３と親機２との通信を点検する際、強度が最も高い経路通信強度Ｅｂが必要十分に高いレベル（たとえば「強」または「中」）であるか否かを確認すれば足り、通信経路毎の通信状態を全部把握する必要はない。そのため、強度が最も高い経路通信強度Ｅｂを、子機３と親機２との間の通信強度Ｆとして報知することにより、ユーザが個々の通信経路を１つずつ確認（報知）する必要がないため、ユーザに対する過剰な報知を抑制できる。

【0174】

また、本実施形態では、上記のように、複数の子機３の各々は、受信した信号に、受信強度Ｅａを含む通信ステータス４４を追記して中継送信を行い、親機２および複数の子機３の各々は、受信した信号の通信ステータス４４に含まれる受信強度Ｅａに基づいて、経路通信強度Ｅｂを取得するように構成されている。これにより、信号の送信先となる親機２または子機３が、その信号の通信ステータス４４から、通信経路の途中で中継送信を行った他の子機３における受信強度Ｅａを把握できる。したがって、通信経路の最初から最後までの各中継地点での受信強度Ｅａを総合することにより、経路通信強度Ｅｂを容易に把握することができる。異なる通信経路は通信ステータス４４も異なるため、複数の通信経路がある場合には、通信経路毎の通信ステータス４４から把握される経路通信強度Ｅｂを比較することにより、強度が最も高い経路通信強度Ｅｂを容易に取得および報知できる。

【0175】

また、本実施形態では、上記のように、複数の子機３の各々は、第２報知処理以外の通常時に、所定の第１時間間隔（Ｔ１ａ、Ｔ１ｂ、Ｔ１ｃ）で親機２への信号送信を行い、第２報知処理では、第１時間間隔（Ｔ１ａ、Ｔ１ｂ、Ｔ１ｃ）よりも短い第２時間間隔Ｔ２で信号送信を行い、親機２からの応答信号５２を受信することにより、自機と親機２との間の通信強度Ｆを取得するように構成されている。これにより、通常時よりも短い第２時間間隔Ｔ２での信号送信により、速やかに通信強度Ｆを取得することができる。そのため、第２報知処理の開始後、速やかに通信強度Ｆの報知を行うことができる。

【0176】

[変形例]
なお、今回開示された実施形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施形態の説明ではなく特許請求の範囲によって示され、さらに特許請求の範囲と均等の意味および範囲内でのすべての変更（変形例）が含まれる。

【0177】

たとえば、上記実施形態では、警報器１が、ガス警報器である例を示したが、本発明はこれに限られない。本発明では、警報器１が、ガス警報器以外の他の警報器であってもよい。たとえば、警報器１は、火災警報器（火災報知器）でもよい。この場合、火災を検知するためのセンサは、煙センサや熱センサでありうる。

【0178】

また、上記実施形態では、警報器１（親機２、子機３）が、単一の筐体（２８、３８）内に検知部（２１、３１）などの各部を収容した構成となっている例を示したが、本発明はこれに限られない。たとえば警報器１を、報知部、制御部、通信部を収容する本体と、本体とは別個に設けられ、本体と接続された検知部（検知部筐体）とから構成してもよい。

【0179】

また、上記実施形態では、親機２が受信した信号に対応する応答信号５２を送信する例を示したが、本発明はこれに限られない。親機２は応答信号５２を送信しなくてもよい。この場合、子機３はタイムアウトまたは所定回数の信号送信によって信号の送信状態を終了すればよい。

【0180】

また、上記実施形態では、第２報知処理において、まず子機３から点検信号５３を送信し、点検信号５３に対する親機２からの応答信号５２を受信することによって、子機３が親機２から子機３への通信強度Ｆを取得および報知する例を示したが、本発明はこれに限られない。たとえば、子機３から親機２への定期通信と同様に、親機２から各子機３へ定期通信を行うように構成し、第２報知処理において、各子機３は、親機２からの定期通信の信号受信に基づいて、自機と親機２との間の通信強度Ｆを報知してもよい。

【0181】

また、上記実施形態では、第１報知処理では、子機３から第１時間間隔（Ｔ１ａ、Ｔ１ｂ、Ｔ１ｃ）で送信される定期通信の信号受信に基づいて通信強度Ｆが取得され、第２報知処理では、第２時間間隔Ｔ２で送信される点検信号５３の信号受信（および点検信号５３に対応する応答信号５２の信号受信）に基づいて通信強度Ｆが取得される例を示したが、本発明はこれに限られない。第１報知処理および第２報知処理の両方について、第１時間間隔で行われる定期通信によって通信強度Ｆが取得されてもよい。反対に、第１報知処理および第２報知処理の両方について、第２時間間隔で行われる通信によって通信強度Ｆが取得されてもよい。

【0182】

また、上記実施形態では、いずれかの子機３が第２報知処理を実行する場合、親機２が、その子機３との間の通信強度Ｆを報知する例を示したが、本発明はこれに限られない。本発明では、第２報知処理において親機２が通信強度Ｆを報知しなくてもよい。つまり、第２報知処理を実行した子機３だけが通信強度Ｆを報知してもよい。

【0183】

また、上記実施形態では、親機２が第１報知処理を実行する場合、複数の子機３の各々が通信強度Ｆの報知を行わない例を示したが、本発明はこれに限られない。本発明では、親機２が第１報知処理を実行する場合、複数の子機３の各々が、定期通信の信号に対応した応答信号５２の信号受信に基づく通信強度Ｆの報知を行ってもよい。

【0184】

また、上記実施形態では、親機２が、第１報知処理において、複数の子機３の各々との間の複数の通信強度Ｆを取得し、取得した各々の子機３との間の通信強度Ｆのうちで強度が最も低い１つの子機３との間の通信強度Ｆを報知する例を示したが、本発明はこれに限られない。本発明では、取得した各々の子機３との間の通信強度Ｆを１つずつ報知してもよい。

【0185】

また、上記実施形態では、親機２および複数の子機３は、それぞれ、操作入力を受け付けるスイッチである操作受付部（２４、３４）を備え、操作の受付に応じて第１報知処理または第２報知処理を実行する例を示したが、本発明はこれに限られない。本発明では、無線信号による操作を受け付けて第１報知処理または第２報知処理を実行してもよい。

【0186】

また、上記実施形態では、複数の子機３の各々が、親機２または他の子機３から信号を受信すると、信号を中継送信する例を示したが、本発明はこれに限られない。本発明では、複数の子機３の各々は、中継送信を行わなくてもよい。警報システム１００は、親機２と複数の子機３との他に、信号の中継送信を行うための専用の中継装置を備えていてもよい。

【0187】

また、上記実施形態では、いずれか１つの子機３と親機２との間の通信強度Ｆが、直接通信および中継を含む通信経路毎の経路通信強度Ｅｂのうちで、強度が最も高い経路通信強度Ｅｂである例を示したが、本発明はこれに限られない。子機３と親機２との間の通信強度Ｆを、通信経路毎の経路通信強度Ｅｂの最低値、平均値、または中間値などに相当する強度としてもよい。

【0188】

また、上記実施形態では、複数の子機３の各々は、受信した信号に、受信強度を含む通信ステータス４４を追記して中継送信を行い、受信した信号の通信ステータス４４に含まれる受信強度に基づいて、経路通信強度Ｅｂを取得する例を示したが、本発明はこれに限られない。本発明では、通信時に送受信される信号に通信ステータス４４を含めなくてもよい。親機２および複数の子機３の各々は、通信経路の差異を考慮することなく、単純に、自機が受信した時の信号の受信強度のみに基づいて、通信強度Ｆを取得してもよい。たとえば子機Ａ、子機Ｂ、子機Ｃ、親機２の順で信号が中継される通信経路において、親機２が、子機Ｃから受信した信号の受信強度のみに基づいて通信強度Ｆを判断してもよい。

【0189】

また、上記実施形態では、複数の子機３の各々が、第２報知処理を実行する場合に、第２時間間隔Ｔ２での点検信号５３の送信状態となり、点検信号５３の送信状態を終了する送信状態終了条件として、応答信号５２を受信した場合、または、応答信号５２を受信せずに待機回数の上限に達した場合の２つが設定された例を示したが、本発明はこれに限られない。本発明では、上記以外の送信状態終了条件が設定されてもよい。たとえば、送信状態終了条件は、初回の点検信号５３の送信時点から、予め設定された時間が経過することであってもよい。また、点検信号５３の送信回数が所定回数に達したことを送信状態終了条件とし、応答信号５２を受信したか否かにかかわらず、第２時間間隔Ｔ２で所定回数だけ点検信号５３を送信してもよい。

【0190】

また、上記実施形態では、親機２は、いずれかの子機３から信号を受信した場合、自機が発信元でない場合に、応答信号５２の送信を行う例を示したが、本発明はこれに限られない。本発明では、親機２は、信号の受信強度に応じて、応答信号５２の送信を行うように構成されていてもよい。

【0191】

また、上記実施形態では、複数の子機３の各々が、第２報知処理を行う場合と、自機において警報の報知事象が発生した場合とで、信号（点検信号５３または警報の報知信号５１）の送信状態となり、応答信号５２の受信を含む送信状態終了条件が満たされると、信号の送信状態を終了する例を示したが、本発明はこれに限られない。本発明では、複数の子機３の各々は、第２報知処理を行う場合にのみ、信号（点検信号５３）の送信状態となり、報知事象が発生した場合には定期通信による信号送信を行ってもよい。また、たとえば、第２報知処理を行う場合と、警報の報知事象が発生した場合とに加えて、警報以外の報知事象が発生した場合においても、信号の送信状態となってもよい。

【0192】

また、上記実施形態では、説明の便宜上、制御処理を処理フローに沿って順番に処理を行うフロー駆動型のフローを用いて説明したが、本発明はこれに限られない。本発明では、制御処理を、イベント単位で処理を実行するイベント駆動型（イベントドリブン型）の処理により行ってもよい。この場合、完全なイベント駆動型で行ってもよいし、イベント駆動およびフロー駆動を組み合わせて行ってもよい。

【符号の説明】

【0193】

１ 警報器
２ 親機
３ 子機
２４、３４ 操作受付部
４４ 通信ステータス（中継履歴情報）
５２ 応答信号
５３ 点検信号
１００ 警報システム
Ｅａ 受信強度
Ｅｂ 経路通信強度
Ｆ（Ｆ１、Ｆ１ａ、Ｆ１ｂ、Ｆ２、Ｆ３） 通信強度
Ｔ１ａ、Ｔ１ｂ、Ｔ１ｃ 第１時間間隔
Ｔ２ 第２時間間隔

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】