特許 7402726 防災システム及びプログラムの更新方法

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

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

(11)【特許番号】

(24)【登録日】2023-12-13

(45)【発行日】2023-12-21

(54)【発明の名称】防災システム及びプログラムの更新方法

(51)【国際特許分類】

   G06F 8/65 20180101AFI20231214BHJP

   G08B 29/00 20060101ALI20231214BHJP

【ＦＩ】

G06F8/65

G08B29/00 Z

【請求項の数】 4

(21)【出願番号】P 2020056235

(22)【出願日】2020-03-26

(65)【公開番号】P2021157416

(43)【公開日】2021-10-07

【審査請求日】2022-12-20

(73)【特許権者】

【識別番号】000233826

【氏名又は名称】能美防災株式会社

(74)【代理人】

【識別番号】110000752

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

(72)【発明者】

【氏名】大西 和之

(72)【発明者】

【氏名】狩山 則之

(72)【発明者】

【氏名】佐々木 建弥

【審査官】多賀 実

(56)【参考文献】

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

【文献】特開２００２－２９８２５８（ＪＰ，Ａ）

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

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

Ｇ０６Ｆ ８／６５－８／６５８

Ｇ０８Ｂ １７／００

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

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

【請求項1】

防災の対象領域を区分して得られる複数の部分領域の各々に関し当該部分領域の防災のための同種の装置を複数備える防災システムであって、
前記複数の部分領域の各々に関し当該部分領域の防災のための複数の同種の装置のうちの一の装置のプログラムの更新を完了した後、他の装置のプログラムの更新を行う更新手段を備える
防災システム。

【請求項2】

前記対象領域の防災のための複数の同種の装置を、前記複数の部分領域の各々に関し当該部分領域の防災のための複数の同種の装置のうちの一の装置が他の装置と異なるグループに属すように、グループ分けするための情報であるグループ分け情報を記憶する記憶手段
を備え、
前記更新手段は、前記グループ分け情報に基づき特定される複数のグループのうちの一のグループに属する装置のプログラムの更新を完了した後、他のグループに属する装置のプログラムの更新を行う
請求項１に記載の防災システム。

【請求項3】

前記更新手段によりプログラムの更新が正常に行われたか否かを確認する確認手段を備え、
前記更新手段は、前記複数の部分領域の各々に関し、当該部分領域の防災のための複数の同種の装置のうちの一の装置のプログラムの更新が正常に行われたことが前記確認手段により確認された場合に限り、他の装置のプログラムの更新を行う
請求項１又は２に記載の防災システム。

【請求項4】

防災の対象領域を区分して得られる複数の部分領域の各々に関し当該部分領域の防災のための同種の装置を複数備える防災システムにおいて、前記複数の部分領域の各々に関し、
当該部分領域の防災のための複数の同種の装置のうちの一の装置のプログラムの更新を行うステップと、
当該一の装置のプログラムの更新が完了した後、他の装置のプログラムの更新を行うステップと
を備える防災システムのプログラムの更新方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、防災システムのプログラム更新のための技術に関する。

【背景技術】

【0002】

近年、防災システムが備える装置の中には、プロセッサとメモリを備え、メモリに記憶されたプログラム（ソフトウェア）に従うデータ処理をプロセッサが実行することで各種機能を実現するものが増えてきている。そのような装置が用いるプログラムは、例えばバグの修正や新しい機能の追加等のために、更新を要する場合がある。

【0003】

通常、装置のプログラムが更新される間は、その装置のプロセッサは更新中のプログラムに従った処理を実行できない。従って、防災システムが備える装置がプログラムの更新を行う間は、その装置がカバーする監視領域の防災機能が低下する、という問題がある。

【0004】

プログラムの更新中の機能停止に伴う不都合を軽減するための技術として、例えば特許文献１には、車両に実装されるプログラムを、車両乗員が指定する期間に更新させるとともに、プログラムの更新処理を中断及び再開できるようにするプログラム更新装置が提案されている。

【先行技術文献】

【特許文献】

【0005】

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

【発明の概要】

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

【0006】

上述のように、防災システムが備える装置がプログラムを利用する場合、そのプログラムの更新中は防災システムの防災機能が低下する。

【0007】

ところで、防災システムには、防災の対象領域を区分して得られる複数の部分領域の各々のために処理を行う同種の装置を備えるものがある。例えば、広範囲を対象領域とする火災検知システムは、対象領域を区分して得られる複数の部分領域の各々に配置された同種の火災検知器を備え、それらの火災検知器が各部分領域において火災の発生を検知する。

【0008】

防災システムが同種の装置を複数備える場合、それらの装置のプログラムは同時期に更新が必要となる。従って、特段の工夫をしなければ、複数の同種の装置が一斉にプログラムの更新を行い、その間、監視の対象領域の全域において防災機能が低下してしまう。

【0009】

このような事情に鑑みて、本発明は、同種の装置を複数備える防災システムにおいて、それらの装置のプログラムの更新に伴う防災機能の低下を軽減する手段を提供する。

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

【0010】

上記の課題を解決するため、本発明は、防災の対象領域を区分して得られる複数の部分領域の各々に関し当該部分領域の防災のための同種の装置を複数備える防災システムであって、前記複数の部分領域の各々に関し当該部分領域の防災のための複数の同種の装置のうちの一の装置のプログラムの更新を完了した後、他の装置のプログラムの更新を行う更新手段を備える防災システムを第１の態様として提供する。

【0011】

第１の態様に係る防災システムによれば、各部分領域において、或る装置がプログラムの更新のために機能を停止しても他の装置が機能を維持するため、防災機能の低下が軽減される。

【0012】

第１の態様に係る防災システムにおいて、前記対象領域の防災のための複数の同種の装置を、前記複数の部分領域の各々に関し当該部分領域の防災のための複数の同種の装置のうちの一の装置が他の装置と異なるグループに属すように、グループ分けするための情報であるグループ分け情報を記憶する記憶手段を備え、前記更新手段は、前記グループ分け情報に基づき特定される複数のグループのうちの一のグループに属する装置のプログラムの更新を完了した後、他のグループに属する装置のプログラムの更新を行う、という構成が第２の態様として採用されてもよい。

【0013】

第２の態様に係る防災システムによれば、グループ単位でプログラムの更新が行われるため、更新のための処理が簡素化される。

【0014】

第１又は第２の態様に係る防災システムにおいて、前記更新手段によりプログラムの更新が正常に行われたか否かを確認する確認手段を備え、前記更新手段は、前記複数の部分領域の各々に関し、当該部分領域の防災のための複数の同種の装置のうちの一の装置のプログラムの更新が正常に行われたことが前記確認手段により確認された場合に限り、他の装置のプログラムの更新を行う、という構成が第３の態様として採用されてもよい。

【0015】

第３の態様に係る防災システムによれば、例えば１つの装置においてプログラムの更新が失敗した場合や、更新後のプログラムが正常に動作しないような場合、他の装置における同様の不都合の発生が防止される。

【0016】

また、本発明は、防災の対象領域を区分して得られる複数の部分領域の各々に関し当該部分領域の防災のための同種の装置を複数備える防災システムにおいて、前記複数の部分領域の各々に関し、当該部分領域の防災のための複数の同種の装置のうちの一の装置のプログラムの更新を行うステップと、当該一の装置のプログラムの更新が完了した後、他の装置のプログラムの更新を行うステップとを備える防災システムのプログラムの更新方法を第４の態様として提供する。

【0017】

第４の態様に係るプログラムの更新方法によれば、各部分領域において、或る装置がプログラムの更新のために機能を停止しても他の装置が機能を維持するため、防災機能の低下が軽減される。

【発明の効果】

【0018】

本発明によれば、プログラムの更新に伴う防災機能の低下が軽減される。

【図面の簡単な説明】

【0019】

【図1】一実施形態に係る防災システムの全体構成を示した図。

【図2】一実施形態に係る防災受信盤の機能構成を示した図。

【図3】一実施形態に係る防災受信盤に記憶されているグループ分けテーブルの構成を例示した図。

【図4】一実施形態に係る防災受信盤が火災検知器のプログラムの更新のために行う処理のフローを示した図。

【図5】一変形例に係る防災システムの全体構成を示した図。

【図6】一変形例に係る防災受信盤に記憶されているグループ分けテーブルの構成を例示した図。

【図7】一変形例に係る防災受信盤が表示するプログラム更新指示画面を例示した図。

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

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

１…防災システム、２…防災システム、１０…防災受信盤、１１…火災検知器、１２…煙検知器、１０１…記憶手段、１０２…更新プログラム取得手段、１０３…更新手段、１０４…確認手段、１０５…通知手段、１１１…右側火災検知器、１１２…左側火災検知器。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】