特許 7441257 警報器

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-02-20

(45)【発行日】2024-02-29

(54)【発明の名称】警報器

(51)【国際特許分類】

   G08B 23/00 20060101AFI20240221BHJP

   G08B 25/00 20060101ALI20240221BHJP

   G08B 25/10 20060101ALI20240221BHJP

   G08B 17/00 20060101ALI20240221BHJP

   G08B 21/00 20060101ALI20240221BHJP

【ＦＩ】

G08B23/00 530Z

G08B25/00 520A

G08B25/10 A

G08B17/00 C

G08B21/00 A

【請求項の数】 8

(21)【出願番号】P 2022047201

(22)【出願日】2022-03-23

(65)【公開番号】P2023141068

(43)【公開日】2023-10-05

【審査請求日】2023-03-17

【早期審査対象出願】

(73)【特許権者】

【識別番号】000190301

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

(74)【代理人】

【識別番号】110001896

【氏名又は名称】弁理士法人朝日奈特許事務所

(72)【発明者】

【氏名】齋藤 和也

【審査官】大橋 達也

(56)【参考文献】

【文献】特開２０２１－１３２３０３（ＪＰ，Ａ）

【文献】特開２０１６－１７４１９６（ＪＰ，Ａ）

【文献】特開２００１－００６０７９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０８Ｂ １７／００－３１／００

(57)【特許請求の範囲】

【請求項1】

内蔵するソフトウェアに含まれる命令に従って動作する警報器であって、前記警報器は、
前記ソフトウェアを記憶する記憶部と、
周囲環境を監視して監視結果に基づく報知を行う報知機能、及び前記記憶部を前記記憶部の記憶内容に従って制御する制御部と、
を備え、
前記記憶部は、少なくとも、それぞれが前記ソフトウェアの一部を記憶する第１記憶領域、第２記憶領域、及び第３記憶領域を有していて前記ソフトウェアのアップデートが可能なように構成されており、
前記制御部は、前記報知機能に関する命令を含む前記ソフトウェアの第１部分を前記第１記憶領域に記憶させ、前記ソフトウェアの第２部分を前記第２記憶領域に記憶させ、前記第３記憶領域を用いて前記第１部分又は前記第２部分のアップデートを行わせ、
前記第１部分のアップデートにおいて、外部機器から通信によって送られる前記第１部分のアップデート後の命令を前記第３記憶領域に記憶させ、
前記第１部分のアップデート後に、前記第１部分を実行するときには前記第３記憶領域に記憶されている命令を実行し、アップデートされていない前記第２部分を実行するときには前記第２記憶領域に記憶されている命令を実行するように構成されている、警報器。

【請求項2】

前記制御部は、
前記第２部分のアップデートにおいて、前記第２部分のアップデート後の命令を前記第３記憶領域に記憶させ、
前記第２部分のアップデート後に、前記第２部分を実行するときには前記第３記憶領域に記憶されている命令を実行し、アップデートされていない前記第１部分を実行するときには前記第１記憶領域に記憶されている命令を実行するように構成されている、請求項１記載の警報器。

【請求項3】

前記第２部分は、前記報知機能以外の機能に関する命令からなり、
前記制御部は、前記第２部分のアップデートの間及び前記第２部分のアップデートの完了時に前記報知機能の動作を継続させるように構成されている、請求項１又は２記載の警報器。

【請求項4】

前記警報器の状態を所定の周期で外部機器に送る定期通信を行う通信部をさらに備え、
前記第２部分は、前記定期通信に関する命令を含んでいる、請求項３記載の警報器。

【請求項5】

前記通信部は、前記第１部分のアップデートの間、アップデートされない前記第２部分に含まれる命令に従って前記定期通信を継続するように構成されている請求項４記載の警報器。

【請求項6】

前記制御部は、前記監視結果に基づいて警報の要否を判断し、
前記通信部は、警報が必要と判断されている間、前記定期通信において前記警報器が警報状態にあることを前記外部機器に送るように構成されている、請求項４又は５記載の警報器。

【請求項7】

前記制御部及び前記通信部は、前記ソフトウェアを内蔵していて前記報知機能、及び前記定期通信を制御する半導体装置を共有している、請求項４～６のいずれか１項に記載の警報器。

【請求項8】

内蔵するソフトウェアに含まれる命令に従って動作する警報器であって、前記警報器は、
前記ソフトウェアを記憶する記憶部と、
周囲環境を監視して監視結果に基づく報知を行う報知機能、及び前記記憶部を前記記憶部の記憶内容に従って制御する制御部と、
を備え、
前記記憶部は、少なくとも、それぞれが前記ソフトウェアの一部を記憶する第１記憶領域、第２記憶領域、及び第３記憶領域を有していて前記ソフトウェアのアップデートが可能なように構成されており、
前記制御部は、
前記報知機能に関する命令を含む前記ソフトウェアの第１部分を前記第１記憶領域に記憶させ、
前記ソフトウェアの第２部分を前記第２記憶領域に記憶させ、
前記第１部分及び前記第２部分の両方がアップデートされるときは、
前記第１部分及び前記第２部分のうちの一方のアップデート後の命令を前記第３記憶領域に記憶させ、
前記第１部分及び前記第２部分のうちのアップデート前の前記一方が記憶されている、前記第１記憶領域又は前記第２記憶領域に、前記第１部分及び前記第２部分のうちの他方のアップデート後の命令を記憶させるように構成されている、警報器。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、周囲環境を監視する警報器に関する。

【背景技術】

【0002】

従来、工場や住宅における火災やガス漏れなどを検知して警報を発する警報器には、温度や、各種のガスの存在などを検知するセンサなどの感知手段と、その検知結果に基づいて異常の有無を判断するマイコンなどの制御手段と、制御手段の判断結果に基づいて光や音声などを警報として発する報知手段などが備えられている。このような警報器において制御手段のマイコンなどは、ＲＯＭなどの記憶手段に格納されたプログラムに従って感知手段や報知手段を制御して、周囲環境を監視すると共に異常検知時に警報を発するように構成されている。

【0003】

例えば、特許文献１には、複数の警報器が無線通信で警報情報を共有することにより連動して警報を発する警報システムにおいて、制御回路が実行するプログラムを、第１記憶部に格納したプログラムと第２記憶部に格納したプログラムとの間で切り替えることによって、親局としての機能と子局としての機能とを切り替えることが開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１９－１７９３２９号公報

【発明の概要】

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

【0005】

火災の発生やガスの存在などを検知して警報を発する警報器の分野では、警報器が使用される国や自治体が定める法規に適合するための要件、例えば感知性能に関する規定や、異常と判断すべき温度やガスの濃度の基準などが変更されることがある。また、前述の特許文献１のように警報器は外部機器と通信回線で接続して使用されることがある。そしてこのような警報器を含む、通信機能を有する機器が準拠する通信プロトコルにおいては、新たな通信技術の開発やインフラストラクチャーの発展に呼応して、及び／又は、日々出現する新手のハッキング技術に対抗すべく、絶えずバージョンアップが重ねられている。

【0006】

そのため、通信機能を有する警報器は元より、単独で動作する警報器においても、例えば法規の変更や技術の伸展に追随すべく、また、警報器に対する新たな脅威から警報器の機能を保護すべく、警報器の使用開始後においても警報器の制御方式を記述したソフトウェアを適宜アップデートすることが求められる。そして、そのような制御用ソフトウェアが適宜アップデートされない場合は、例えば法規の改正に対応できず、警報器自体が動作可能であるにも関わらずその警報器を実質的に使用できなくなったり、通信のセキュリティを脅かす悪意のある技術の脅威に警報器が晒されたりすることにもなり得る。

【0007】

一方、周囲環境の異常を報せる警報器では、制御用ソフトウェアのアップデート中に、例えば周囲環境の監視機能や警報の発報機能が停止すると、周囲環境が異常な状態にあることの報知が遅れてしまって使用者を危険に晒してしまう可能性がある。また、そのような監視や発報などの機能以外に警報器に付加された機能、例えば前述の通信機能においても、制御用ソフトウェアのアップデート中にその機能が停止すると、情報を共有している外部機器への送信が遅れてしまうことがある。その結果、他の警報器と適切に連動できなかったり、外部の制御装置による制御を適切に受けられなかったりして、やはり使用者の安全確保に支障が生じてしまうことがある。また、このような制御用ソフトウェアのアップデート中の各機能の停止は、前述したような、警報器に対して定められる法規に違反してしまうことも考えられる。

【0008】

本発明は、上記問題に鑑みてなされたもので、新たな制御方式を適宜取り入れることができ、しかも、警報器が有する個々の機能の無用な停止を少なくすることができる警報器を提供することを目的とする。

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

【0009】

本発明の警報器は、内蔵するソフトウェアに含まれる命令に従って動作する警報器であって、前記警報器は、前記ソフトウェアを記憶する記憶部と、周囲環境を監視して監視結果に基づく報知を行う報知機能、及び前記記憶部の機能を前記記憶部の記憶内容に従って制御する制御部と、を備え、前記記憶部は、少なくとも、それぞれが前記ソフトウェアの一部を記憶する第１記憶領域、第２記憶領域、及び第３記憶領域を有していて前記ソフトウェアのアップデートが可能なように構成されており、前記制御部は、前記報知機能に関する命令を含む前記ソフトウェアの第１部分を前記第１記憶領域に記憶させ、前記ソフトウェアの第２部分を前記第２記憶領域に記憶させ、前記第３記憶領域を用いて前記第１部分又は前記第２部分のアップデートを行わせるように構成されている。

【0010】

前記第２部分は、前記報知機能以外の機能に関する命令からなり、前記制御部は、前記第２部分のアップデートの間及び前記第２部分のアップデートの完了時に前記報知機能の動作を継続させるように構成されていてもよい。

【0011】

前記警報器の状態を所定の周期で外部機器に送る定期通信を行う通信部をさらに備え、前記第２部分は、前記定期通信に関する命令を含んでいてもよい。

【0012】

前記通信部は、前記第１部分のアップデートの間、前記定期通信を継続するように構成されていてもよい。

【0013】

前記制御部は、前記監視結果に基づいて警報の要否を判断し、前記通信部は、警報が必要と判断されている間、前記定期通信において前記警報器が警報状態にあることを前記外部機器に送るように構成されていてもよい。

【0014】

前記制御部及び前記通信部は、前記ソフトウェアを内蔵していて前記報知機能、及び前記定期通信を制御する半導体装置を共有していてもよい。

【0015】

前記アップデートは、外部機器と前記通信部との無線通信を介して行われてもよい。

【0016】

前記制御部は、前記第１部分又は前記第２部分のアップデートにおいて、前記第１部分又は前記第２部分のアップデート後の命令を前記第３記憶領域に記憶させ、前記第１部分又は前記第２部分の実行時に参照する前記記憶部の領域を前記第１記憶領域又は前記第２記憶領域から前記第３記憶領域に変更するように構成されていてもよい。

【発明の効果】

【0017】

本発明によれば、新たな制御方式を適宜取り入れることができ、しかも、警報器が有する個々の機能の無用な停止を少なくすることができる警報器を提供することができる。

【図面の簡単な説明】

【0018】

【図1】本発明の一実施形態の警報器の一例の概略を示すブロック図である。

【図2】本発明の一実施形態の警報器が備える記憶部の記憶領域の構成を示す模式図である。

【図3】本発明の一実施形態の警報器における動作の一例を示すフローチャートである。

【図4】本発明の一実施形態の警報器の他の例の概略を示すブロック図である。

【図5】本発明の一実施形態の警報器の他の例における動作の一例を示すフローチャートである。

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

【0019】

以下、添付図面を参照しながら、本発明の一実施形態に係る警報器を説明する。但し、以下に説明される実施形態及び添付の図面は、本発明に係る警報器の一例を示しているに過ぎない。本発明に係る警報器の構成及び作用は、以下に説明される実施形態及び添付の図面に例示される構成及び作用に限定されない。

【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】

特に、警報器を含む各種機器間の通信において準拠される通信規格は、例えば新たに出現するハッキング技術などに対抗すべく、セキュリティ要件などに関して適宜改定されている。また通信規格は、新たに開発される通信技術を取り入れるべく改定されることもある。例えば、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）が制定するＩＥＥＥ８０２．１において仕様が規定されているネットワーク規格であるＴＳＮ（Time-Sensitive Networking）では、２０２１年から遡る数年の間に幾度かの改定が行われている。ソフトウェアＳＷのアップデートが可能でないと、これら通信規格の改定に準拠できず、警報器１０１と外部機器Ｅとの間の通信がハッキングや盗聴などの脅威に晒されたり、警報器１０１の使用が制限されたりすることも起こり得る。これに対して警報器１０１では、警報器１０１の使用開始後もアップデートが可能なようにソフトウェアＳＷが内蔵されている。そのため、前述したように、外部機器Ｅとの通信に用いる通信規格の変更などに応じて、ソフトウェアＳＷをアップデートして警報器１０１を適切に動作させることができる。

【0063】

また、通信部２０を備える警報器１０１では、ソフトウェアＳＷのアップデートは、通信部２０と外部機器Ｅとの通信を介して行われてもよい。すなわち、アップデート後のソフトウェアＳＷが外部機器Ｅから送信され、通信部２０で受信されたアップデート後のソフトウェアＳＷが、記憶部４に記憶されてもよい。さらに、通信部２０は、前述したように、外部機器Ｅとの間で無線によって信号の送受信を行い得るので、ソフトウェアＳＷのアップデートは、外部機器Ｅと通信部２０との無線通信に基づいて行われてもよい。すなわち、ソフトウェアＳＷのアップデートは、所謂「ＯＴＡ（Over-The-Air）アップデート」であってもよく、前述したようにソフトウェアＳＷがファームウェアである場合は、「ファームウェアＯＴＡ」であってもよい。その場合、通信ケーブルのような物理的な回線を警報器１０１と外部機器Ｅとの間に設けることなく、例えば、容易に遠隔地からでもソフトウェアＳＷをアップデートすることができる。従って、例えば改定後の法規に従った周囲環境の監視及び警報の発報や、改定後の通信規格に沿ったセキュリティレベルの高い通信を、容易に警報器１０１に行わせることができる。

【0064】

図２を参照して前述したように、ソフトウェアＳＷは第１部分ＳＷ１及び第２部分ＳＷ２（図２参照）を含んでおり、警報器１０１では第１部分ＳＷ１は警報器１０１の報知機能に関する命令を含んでいる。また警報器１０１ではソフトウェアＳＷは通信部２０の動作に関する命令も含んでいる。

【0065】

通信部２０の動作に関する命令のうち警報器１０１の報知機能に関する命令、例えば、検知部１２及び報知部１３の制御や特定の状態の判断基準などに関する外部機器Ｅからの信号の受信に関する命令や外部機器Ｅを介した警報の発報に関する命令は、第１部分ＳＷ１に含まれ得る。また、通信部２０の動作に関する命令のうち警報器１０１の報知機能以外の機能に関する命令は第２部分ＳＷ２に含まれ得る。例えば、第２部分ＳＷ２は、通常の監視の実行中のような「警報器１００の状態」が所定の周期で外部機器Ｅに送られる前述した「定期通信」に関する命令を含んでいてもよい。そして、第１部分ＳＷ１のアップデートの間、アップデートされない第２部分ＳＷ２に含まれる命令に従って「定期通信」が継続されてもよい。すなわち、通信部２０は、第１部分ＳＷ１のアップデートの間、前述した「定期通信」を継続するように構成されていてもよい。

【0066】

なお、図２を参照して説明されたアップデートの方法によれば、第１部分ＳＷ１又は第２部分ＳＷ２のアップデートにおいて、アップデートされる部分にそのアップデート前に含まれている命令の実行がアップデート中でも可能である。従って、例えば第２部分ＳＷ２に含まれる命令に従って実行される「定期通信」は、第２部分ＳＷ２のアップデートにおいても、アップデート中はアップデート前の第２部分ＳＷ２に従って、そしてアップデート後はアップデート後の第２部分ＳＷ２に従って継続されてもよい。

【0067】

図５には、図４の例の警報器１０１における、ソフトウェアのアップデートを含む動作の一例を示すフローチャートが示されている。図５の例は、通信部２０（図４参照）において前述した「定期通信」が行われる例である。図５において一点鎖線Ｌ１の左側には、主に制御部１０（図４参照）での処理が示され、一点鎖線Ｌ１の右側には、通信部２０での処理が示されている。なお、図５に示される各ステップのうち、図３に示されるステップと同様の動作や処理を行うステップについては、図３と同じ符号（ステップＳ１～Ｓ９）が付され、繰り返しとなる説明は、適宜省略される。一点鎖線Ｌ１の左側は図３と略同じであるので、各ステップの説明の多くが省略される。

【0068】

図５の例においても、電源の投入（ステップＳ０）後、リセット動作Ｐ０（ステップＳ１）及び点検Ｐ１（ステップＳ２）が行われる。なお、図５の例においてステップＳ１で行われるリセット動作Ｐ０は、警報器１０１と外部機器Ｅ（図４参照）との間の通信リンクの設定を含んでいてもよい。また図５の例において行われる点検Ｐ１では、通信部２０が外部機器Ｅへ点検用の信号を送り、外部機器Ｅから適切な返信が送られてくるか否かを処理装置１が判断して報知部１３（図４参照）などを用いてその判断結果をユーザーなどに知らせてもよい。

【0069】

点検Ｐ０の実行後、制御部１０において周囲環境の監視が開始され（ステップＳ３）、その監視と並行して、ソフトウェアの第１部分又は第２部分のアップデートが求められると（ステップＳ４で“Ｆ”又は“Ｓ”）、前述したような方法でアップデートが実行される（ステップＳ５又はＳ６）。警報器１０１では、ソフトウェアのアップデートは、アップデート後のソフトウェアを供給する外部機器Ｅから送られるアップデート後のソフトウェアの受信によって求められてもよい。外部機器Ｅから送られるアップデート後のソフトウェアを含むデータフレームには、第１部分のアップデートか第２部分のアップデートかを示すビット列からなる識別符号が含まれていてもよい。また、警報器１０１においてステップＳ７で実行されるリセット動作Ｐ０は、通信部２０と外部機器Ｅとの通信履歴の消去や外部機器Ｅとの通信リンクの再設定などを含んでいてもよい。

【0070】

警報器１０１では、点検Ｐ１（ステップＳ２）の実行後、一点鎖線Ｌ１の右側に示されるように、通信部２０によって、警報器１０１の状態が「定期通信」として外部機器Ｅに送信される（ステップＳ１１）。通信部２０は、定期通信を行うたびに、例えば計時手段２１を構成するカウンタをリセットして時間のカウントを開始する。そして、制御部１０によって周囲環境の監視が行われている間、通信部２０は、計時手段２１のカウント値に基づいて直前の定期通信から所定の時間が経過したかどうかを判断する（ステップＳ１２）。通信部２０は、ステップＳ１２において所定の時間が経過していない場合は（ステップＳ１２で“Ｎ”）、計時手段２１の時間カウントをアップし（ステップＳ１３）、監視の停止が求められていない限り（ステップＳ８で“Ｎ”）、ステップＳ１２に戻って所定時間の経過の有無の判断を継続する。通信部２０は、ステップＳ１２において所定の時間が経過している場合は（ステップＳ１２で“Ｙ”）、「定期通信」として警報器１０１の状態を外部機器Ｅに送信する（ステップＳ１４）。その後、通信部２０は、計時手段２１のカウント値をリセットする（ステップＳ１５）。そして監視の停止が求められていない限り（ステップＳ８で“Ｎ”）、所定時間の経過の有無の判断が継続される。図２を参照して説明された方法でソフトウェアのアップデートが実行されるので、アップデートの実行中も「定期通信」が継続され得る。

【0071】

図５に示されるように、本実施形態の警報器１０１では、周囲環境の監視中、ソフトウェアのアップデートが実行されていない間だけでなく、ソフトウェアのアップデート中も、そのアップデートと並行して、定期通信が継続され得る。例えば、正常状態で監視実行中、電池残量若しくは電池切れ、故障中、及び、警報発報中、などの警報器１０１の状態が、途絶えずに周期的に外部機器Ｅに送信され得る。そのため、外部機器Ｅによって警報器１０１が適切に制御されることがある。また、外部機器Ｅにおいて警報器１０１の稼働状態に関する有用なデータが収集されて解析に用いられることがある。さらに、公的機関などの定める基準に適合し得ることがある。

【0072】

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

【0073】

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

【符号の説明】

【0074】

１００、１０１ 警報器
１ 処理装置（半導体装置）
１０ 制御部
１２ 検知部
１３ 報知部
２０ 通信部
２２ 送受信部
３ 電源部
４ 記憶部
Ａ１ 第１記憶領域
Ａ２ 第２記憶領域
Ａ３ 第３記憶領域
ＡＢ１～ＡＢ３ アドレスバス
ＤＢ１、ＤＢ２ データバス
Ｅ 外部機器
Ｓ 電源スイッチ
ＳＷ ソフトウェア
ＳＷ１ 第１部分
ＳＷ２ 第２部分
Ｐ０ リセット動作
Ｐ１ 点検
Ｐ１０ 初期動作

【図1】

【図2】

【図3】

【図4】

【図5】