JP2019036304A - 防災システム - Google Patents

Abstract

【課題】火災等の異状発生時に、在館者に避難経路の混雑度を知らせることができる防災システムを提供する。【解決手段】防災システムの支援サーバ７が備える異状情報受信部７１１は、建物における異状の発生又は異状の発生の可能性を示す異状情報を受信する。混雑度特定部７１５は、異状情報受信部により異状情報が受信されると、建物に設定された複数の避難経路の各々について混雑度を特定する。表示制御部７１８は、複数の避難経路の各々について混雑度特定部により特定された混雑度のうち、１以上の混雑度を携帯端末の表示部に表示させる。【選択図】図４

Description

本発明は、火災等の異状発生時に在館者の避難を支援するための技術に関する。

従来、火災発生時に在館者に対して避難経路を案内するための案内システムが知られている。例えば、特許文献１には、火災等の非常事態発生を在館者に知らせつつ、その避難を促すことができる、フラッシュ光を用いた警報システムが記載されている。

特開２０１４−１８６４３０号公報

複数階からなる建物は、消防法により、原則２方向に避難可能なように建てることが求められている。そのため、そのような建物には原則複数の避難経路が確保されている。しかし、そのような建物において一斉避難時に一方の避難経路に避難者が集中してしまうと、避難経路が渋滞してしまい、円滑な避難が妨げられてしまう。

本発明はこのような事情に鑑みてなされたものであり、火災等の異状発生時に、在館者に避難経路の混雑度を知らせることを目的とする。

上記の課題を解決するため、本発明に係る防災システムは、建物における異状の発生又は異状の発生の可能性を示す異状情報を受信する異状情報受信部と、前記異状情報受信部により異状情報が受信されると、前記建物に設定された複数の避難経路の各々について混雑度を特定する混雑度特定部と、前記複数の避難経路の各々について前記混雑度特定部により特定された各々の混雑度のうち、１以上の混雑度を表示部に表示させる表示制御部とを備える。

本発明に係る防災システムによれば、火災等の異状発生時に、在館者に避難経路の混雑度を知らせることができ、在館者は混雑してない避難経路を選択して避難することができる。また、混雑度によって自衛消防隊員が適切な避難誘導を行うことができる。また、火災の場合には、初期消火に当たる自衛消防隊員は混雑度が低い経路を選択して火災発生場所に到達することができる。

防災システム１の構成の一例を示す図である。 火災受信機５の構成の一例を示す図である。 携帯端末６の構成の一例を示す図である。 支援サーバ７の構成の一例を示す図である。 隊員候補情報データベース７２１の一例を示す図である。 混雑度情報データベース７２３の一例を示す図である。 自衛消防隊の編成動作の一例を示すシーケンス図である。 混雑度特定動作の一例を示すフロー図である。 混雑状況マップ提供動作の一例を示すシーケンス図である。 混雑状況マップの一例を示す図である。 平面図の一例を示す図である。 混雑状況マップの一例を示す図である。

１．実施形態
１−１．防災システム１の構成
図１は、本発明の一実施形態に係る防災システム１の構成の一例を示す図である。防災システム１は、自動火災報知設備２（以下、「自火報設備２」）と、防災支援システム３とを備える。

１−１−１．自火報設備２の構成
自火報設備２は、防火対象物である建物に設置される。ここで建物とは、例えば、オフィスビル、商業施設、ホテル、マンション等の集合住宅である。自火報設備２は、建物の各所に設置される火災感知器４と、建物の防災センタに設置される火災受信機５とを備える。火災感知器４と火災受信機５は、信号線を介して接続される。火災受信機５は、直接または通信回線８を介して支援サーバ７とも接続される。ここで通信回線８は、例えば、インターネットや無線ＬＡＮ等の通信ネットワークである。自火報設備２は、Ｐ型設備であってもＲ型設備であってもよい。以下の説明では自火報設備２がＲ型設備であるものとする。

１−１−１−１．火災感知器４の構成
火災感知器４は火災感知手段の一例であり、例えば光電式の煙感知器である。火災感知器４は、図示を省略するが、火災時に発生する煙を検知して火災を検出する火災検出部と、火災検出部が火災を検出すると自己の識別情報であるアドレスを含む火災感知信号を火災受信機５に送信する信号送信部とを備える。なお、変形例として、火災感知器４は、熱感知器や炎感知器等の他の種類の感知器であってもよい。

１−１−１−２．火災受信機５の構成
図２は、火災受信機５の構成の一例を示す図である。火災受信機５は、制御部５１と、記憶部５２と、表示部５３と、操作入力部５４と、第１通信部５５と、第２通信部５６とを備える。

制御部５１は、ＣＰＵ等の演算処理装置とＲＡＭ等の揮発性メモリとを備え、記憶部５２に記憶されるプログラムを実行する。記憶部５２は、ＨＤＤやフラッシュメモリ等の記憶装置であり、制御部５１により実行されるプログラムと、感知器データベース５２１を記憶する。感知器データベース５２１は、図示を省略するが、火災感知器４のアドレスと対応付けて、当該感知器の設置場所の地区番号及び地区名称を格納する。なお、変形例として、記憶部５２は外部記憶装置であってもよい。次に、表示部５３は、液晶ディスプレイや有機ＥＬディスプレイ等の表示器である。操作入力部５４は、操作ボタンやタッチパネル等の入力装置である。第１通信部５５は、火災感知器４と信号線を介して通信を行うための通信インタフェースである。第２通信部５６は、支援サーバ７と通信回線８を介して通信を行うための通信インタフェースである。

火災受信機５の制御部５１は、記憶部５２に記憶されるプログラムを実行することにより、火災感知信号受信部５１１と、火災判定部５１２と、火災情報送信部５１３という機能を実現する。

火災感知信号受信部５１１は、火災感知器４から火災感知信号を受信すると、感知器データベース５２１を参照して、当該信号に含まれるアドレスに対応する設置場所を特定する。また、火災感知信号受信部５１１は、図示せぬ発信機から信号線を介して火災信号を受信する。

火災判定部５１２は、火災感知信号受信部５１１により受信された信号に基づいて火災の発生を判定する。具体的には、２台目の火災感知器４から火災感知信号が受信された場合と、１台目の火災感知器４から火災感知信号が受信されてから一定時間が経過した場合と、発信機から火災信号が受信された場合に、火災の発生を判定する。また、火災判定部５１２は、操作入力部５４を用いて火災確定操作がなされた場合にも火災の発生を判定する。
なお、自火報設備２として、火災感知器４から送信される火災感知信号が、煙や熱等の検出レベルを信号として送信するいわゆるアナログ式の設備であってもよく、この場合、火災受信機５が火災感知器からの信号に基づいて煙や熱等が火災感知レベルにあることを判定する。

火災情報送信部５１３は、火災判定部５１２により火災の発生が判定されると、火災の確定を通知する火災確定信号を支援サーバ７に送信する。この火災確定信号には、火災の発生場所情報が含まれる。

１−１−２．防災支援システム３の構成
防災支援システム３は、複数の携帯端末６と、支援サーバ７とを備える。携帯端末６と支援サーバ７は、通信回線８を介して接続される。
防災支援システム３では、火災受信機５からの火災情報を受けて、複数の携帯端末６に対して、発生場所の情報とともに感知器発報や火災警報の火災情報を提供したり、後述されるような自衛消防活動を支援する情報等を提供するものである。

１−１−２−１．携帯端末６の構成
図３は、携帯端末６の構成の一例を示す図である。携帯端末６は、防火対象物である建物の在館者により携帯される端末である。具体的には、スマートフォンや携帯電話機やタブレット端末やウェアラブル端末である。この携帯端末６は、制御部６１と、記憶部６２と、表示部６３と、操作入力部６４と、通信部６５と、測位部６６とを備える。

制御部６１は、ＣＰＵ等の演算処理装置とＲＡＭ等の揮発性メモリとを備え、記憶部６２に記憶されるプログラムを実行する。記憶部６２は、フラッシュメモリ等の記憶装置であり、制御部６１により実行されるプログラムを記憶する。表示部６３は、液晶ディスプレイや有機ＥＬディスプレイ等の表示器である。操作入力部６４は、操作ボタンやタッチパネル等の入力装置である。通信部６５は、支援サーバ７と通信回線８を介して通信を行うための通信インタフェースである。測位部６６は、周知の屋内測位技術を用いて携帯端末６の現在位置を測定する。例えば、建物の各所に設置されたＢＬＥ（Bluetooth（登録商標） Low Energy）ビーコン発信機から受信されるビーコン信号の電波強度に基づいて現在位置を測定する。または、Wi-Fi（登録商標）測位やＩＭＥＳ（Indoor Messaging System）を用いて携帯端末６の現在位置を特定してもよい。

制御部６１は、記憶部６２に記憶されるプログラムを実行することにより、情報受信部６１１と、表示制御部６１２と、移動速度算出部６１３と、情報送信部６１４という機能を実現する。

情報受信部６１１は、支援サーバ７から、役割情報、移動情報要求、混雑状況マップ及び平面図を受信する。これらの情報については後述する。

表示制御部６１２は、情報受信部６１１により受信される役割情報、混雑状況マップ及び平面図を表示部６３に表示させる。

移動速度算出部６１３は、情報受信部６１１により移動情報要求が受信されると、携帯端末６の移動速度を算出する。ここで移動速度は、測位部６６により測定された第１の位置と、第１の位置よりも所定時間前に測定された第２の位置との差分を、所定時間で除することにより算出される。

情報送信部６１４は、情報受信部６１１により移動情報要求が受信されると、移動情報を支援サーバ７に返信する。この移動情報には、測位部６６により測定された携帯端末６の現在位置と、移動速度算出部６１３により算出された移動速度とが含まれる。また、情報送信部６１４は、利用者により混雑状況マップの取得を指示する操作が操作入力部６４で行われると、混雑状況マップ要求を支援サーバ７に対して送信する。また、情報送信部６１４は、表示部６３に混雑状況マップを表示後、利用者により特定の階を選択する操作が操作入力部６４で行われると、選択された階の平面図を要求する平面図要求を支援サーバ７に対して送信する。

１−１−２−２．支援サーバ７の構成
図４は、支援サーバ７の構成の一例を示す図である。支援サーバ７は、防火対象物である建物に設定された避難経路の混雑度を、携帯端末６を携帯する在館者に対して通知するためのコンピュータ装置である。この支援サーバ７は、制御部７１と、記憶部７２と、通信部７３とを備える。

制御部７１は、ＣＰＵ等の演算処理装置とＲＡＭ等の揮発性メモリとを備え、記憶部７２に記憶されるプログラムを実行する。

記憶部７２は、ＨＤＤやフラッシュメモリ等の記憶装置であり、制御部７１により実行されるプログラムを記憶する。また、記憶部７２は、隊員候補情報データベース７２１と、隊員情報データベース７２２と、混雑度情報データベース７２３と、平面図データベース７２４とを記憶する。図５は、隊員候補情報データベース７２１の一例を示す図である。隊員候補情報データベース７２１は、自衛消防隊の各役割について隊員候補者の隊員ＩＤを対応付けて格納するデータベースである。具体的には、自衛消防隊の役割と、役割に対して選定される隊員の定数と、隊員選定の際の役割の優先順位と、役割に対して選定される隊員候補の隊員ＩＤとを対応付けて格納する。ここで隊員ＩＤとは、例えば、隊員候補の氏名や、隊員候補が携帯する携帯端末６の端末ＩＤである。

なおここで、自衛消防隊とは、防火対象物である建物の在館者により構成される自衛組織であって、建物内で発生した異状に対して初期対応を行うための組織である。より具体的には、火災や地震等の災害の発生時に初期対応や応急対策を円滑に行い、建物の利用者の安全を確保するため設置される組織である。自衛消防隊の隊員は、本部隊や地区隊に所属し、各隊員の役割には、例えば、初期消火係、避難誘導係、安全防護係、通報連絡係、応急救護係、非常持出係等がある。

次に、隊員情報データベース７２２は、編成された自衛消防隊の各隊員の情報を格納するデータベースである。具体的には、図示を省略するが、隊員ＩＤと、当該隊員に割り当てられた役割と、当該隊員が担当する階とを対応付けて格納する。図６は、混雑度情報データベース７２３の一例を示す図である。混雑度情報データベース７２３は、防火対象物である建物に設定された避難経路の混雑度を格納するデータベースである。具体的には、建物の階と避難口（非常口）とに対応付けて、当該避難口の場所と、当該避難口付近の混雑度を格納する。ここで、避難口付近とは、具体的には、避難口と、避難口に至る通路（附室を含む）と、避難口近傍の避難階段（非常階段）である。なお、避難階段については、避難口付近に含まず、例えば「２階避難階段Ｂ」や「２階−３階間避難階段Ａ」等として個別に対応付けて当該避難階段の場所と当該避難階段の混雑度を格納するようにしてもよい。また、混雑度とは、避難者の混雑の度合いである。次に、平面図データベース７２４は、図示を省略するが、防火対象物である建物の各階の平面地図を表す画像データを格納する。なお、変形例として、記憶部７２は外部記憶装置であってもよい。

通信部７３は、火災受信機５及び携帯端末６と通信回線８を介して通信を行うための通信インタフェースである。

支援サーバ７の制御部７１は、記憶部７２に記憶されるプログラムを実行することにより、異状情報受信部７１１と、編成部７１２と、役割情報送信部７１３と、移動情報取得部７１４と、混雑度特定部７１５と、マップ要求受信部７１６と、マップ生成部７１７と、表示制御部７１８という機能を実現する。

異状情報受信部７１１は、防火対象物である建物における異状の発生を示す異状情報を受信する。具体的には、火災受信機５から火災確定信号を受信する。

編成部７１２は、異状情報受信部７１１により火災確定信号が受信されると、隊員候補情報データベース７２１を参照して自衛消防隊を編成する。具体的には、隊員候補情報データベース７２１において優先順位の高い役割から順に、優先順位の高い隊員候補を、定数を満たすまで隊員に選定してゆく。選定された隊員の隊員ＩＤは、割り当てられた役割と担当階とに対応付けられて、隊員情報データベース７２２に格納される。

役割情報送信部７１３は、編成部７１２により選定された隊員が携帯する携帯端末６に対して、割り当てられた役割と担当階とを通知する役割情報を送信する。
なお、自衛消防隊の隊員および各隊員の役割については、消防計画に基づいて予め定められたものであってもよく、この場合、定められた隊員が携帯する携帯端末６に対して、定められた役割と担当階とを通知する役割情報を送信する。

移動情報取得部７１４は、編成部７１２により自衛消防隊が編成されると、避難誘導係の隊員が携帯する携帯端末６の移動情報を周期的に取得する。ここで、避難誘導係の移動情報を取得する理由は、避難誘導係は、避難者の隊列の先頭と最後尾に付いて、避難者を避難場所へ誘導する役割であるため、避難誘導係の移動速度を知ることができれば、避難者の移動速度を知ることができると考えられるからである。具体的には、移動情報取得部７１４は、隊員情報データベース７２２を参照して避難誘導係の隊員を特定し、特定した隊員が携帯する携帯端末６に対して、移動情報を要求する移動情報要求を送信する。そして、送信した移動情報要求に対する応答として移動情報を受信する。

混雑度特定部７１５は、移動情報取得部７１４により移動情報が取得されると、取得された移動情報に含まれる位置情報と、混雑度情報データベース７２３（特に、避難口の場所情報）とを参照して、移動情報を送信した携帯端末６の現在位置に最も近い避難口を特定する。避難口を特定すると、受信された移動情報に含まれる移動速度に基づいて、特定した避難口付近の混雑度を特定する。具体的には、移動速度（時速）が０ｋｍ以上１ｋｍ未満の場合には、混雑度「高」と判定し、１ｋｍ以上３ｋｍ未満の場合には、混雑度「中」と判定し、３ｋｍ以上の場合には、混雑度「低」と判定する。なお、この判定基準はあくまで一例であり、混雑度のカテゴリ数と閾値は、適宜設定されてよい。

混雑度特定部７１５は、混雑度を特定すると、特定した混雑度を、特定した避難口と対応付けて混雑度情報データベース７２３に格納する。すなわち、混雑度特定部７１５は、異状情報受信部７１１により火災確定信号が受信された後、防火対象物である建物に設定された複数の避難経路の各々について混雑度を特定する。その際、混雑度特定部７１５は、建物が複数階からなる建物である場合には、当該建物の各階に設定された複数の避難経路の各々について混雑度を特定する。
なお、混雑度特定部７１５は、必ずしも建物に設定されたすべての避難経路について混雑度を特定しなくてもよい。建物に設定された避難経路のうち、支援サーバ７の利用者により予め指定された避難経路についてだけ、混雑度を特定するようにしてもよい。

マップ要求受信部７１６は、携帯端末６から、混雑状況マップ要求及び平面図要求を受信する。

マップ生成部７１７は、マップ要求受信部７１６により混雑状況マップ要求が受信されると、混雑度情報データベース７２３を参照して混雑状況マップを生成する。この混雑状況マップには、防火対象物である建物の各階に設定された複数の避難経路の各々について混雑度が示される。また、マップ要求受信部７１６により平面図要求が受信されると、混雑度情報データベース７２３と平面図データベース７２４とを参照して、要求された平面図を生成する。この平面図には、当該階に設定された複数の避難経路の各々について混雑度が示される。

表示制御部７１８は、マップ生成部７１７により生成される混雑状況マップ及び平面図を携帯端末６に対して送信する。すなわち、表示制御部７１８は、防火対象物である建物に設定された複数の避難経路の各々について、混雑度特定部７１５により特定された混雑度を、携帯端末６の表示部６３に表示させる。その際、表示制御部７１８は、建物が複数階からなる建物である場合には、当該建物の各階に設定された複数の避難経路の各々について、混雑度特定部７１５により特定された混雑度を、携帯端末６の表示部６３に表示させる。

１−２．防災システム１の動作
防災システム１の動作について説明する。具体的には、自衛消防隊の編成動作と、混雑度特定動作と、混雑状況マップ提供動作について説明する。

１−２−１．自衛消防隊の編成動作
図７は、自衛消防隊の編成動作の一例を示すシーケンス図である。この動作は、火災受信機５の火災判定部５１２が火災の発生を判定すると実行される。

火災受信機５の火災判定部５１２が火災の発生を判定すると、火災情報送信部５１３は、火災の確定を通知する火災確定信号を支援サーバ７に送信する（Ｓａ１）。送信された火災確定信号が支援サーバ７の異状情報受信部７１１により受信されると、支援サーバ７の編成部７１２は、隊員候補情報データベース７２１を参照して自衛消防隊を編成する（Ｓａ２）。具体的には、隊員候補情報データベース７２１において優先順位の高い役割から順に、優先順位の高い隊員候補を、定数を満たすまで隊員に選定してゆく。選定された隊員の隊員ＩＤは、割り当てられた役割と担当階とに対応付けられて、隊員情報データベース７２２に格納される。自衛消防隊の編成が完了すると、役割情報送信部７１３は、選定された隊員が携帯する携帯端末６に対して、割り当てられた役割と担当階とを通知する役割情報を送信する（Ｓａ３）。送信された役割情報が携帯端末６の情報受信部６１１により受信されると、携帯端末６の表示制御部６１２は、利用者の操作に応じて、受信された役割情報を表示部６３に表示させる（Ｓａ４）。
以上が、自衛消防隊の編成動作についての説明である。

１−２−２．混雑度特定動作
図８は、混雑度特定動作の一例を示すフロー図である。この動作は、自衛消防隊の編成（Ｓａ２）後に、支援サーバ７により所定の周期で実行される。

支援サーバ７の移動情報取得部７１４は、隊員情報データベース７２２を参照して、避難誘導係の隊員を特定する（Ｓｂ１）。隊員を特定すると、当該隊員が携帯する携帯端末６に対して、移動情報を要求する移動情報要求を送信する（Ｓｂ２）。そして、この移動情報要求に対する応答として移動情報を受信する（Ｓｂ３）。移動情報が受信されると、混雑度特定部７１５は、受信された移動情報に含まれる位置情報と、混雑度情報データベース７２３（特に、避難口の場所情報）とを参照して、携帯端末６の現在位置に最も近い避難口を特定する（Ｓｂ４）。避難口を特定すると、受信された移動情報に含まれる移動速度に基づいて、ステップＳｂ４で特定した避難口付近の混雑度を特定する（Ｓｂ５）。具体的には、移動速度（時速）が０ｋｍ以上１ｋｍ未満の場合には、混雑度「高」と判定し、１ｋｍ以上３ｋｍ未満の場合には、混雑度「中」と判定し、３ｋｍ以上の場合には、混雑度「低」と判定する。混雑度を特定すると、特定した混雑度を、ステップＳｂ４で特定した避難口と対応付けて混雑度情報データベース７２３に格納する（Ｓｂ６）。データベースへの格納が完了すると、移動情報取得部７１４は、隊員情報データベース７２２に登録されているすべての避難誘導係について移動情報を取得したか否かを判定し（Ｓｂ７）、すべての避難誘導係について移動情報を取得していない場合には（Ｓｂ７のＮＯ）、ステップＳｂ１に戻り、すべての避難誘導係について移動情報を取得している場合には（Ｓｂ７のＹＥＳ）、本混雑度特定動作は終了する。
以上が、混雑度特定動作についての説明である。

１−２−３．混雑状況マップ提供動作
図９は、混雑状況マップ提供動作の一例を示すシーケンス図である。この動作は、自衛消防隊の編成（Ｓａ２）後に実行される。

携帯端末６の情報送信部６１４は、利用者により混雑状況マップの取得を指示する操作が操作入力部６４で行われると、混雑状況マップ要求を支援サーバ７に対して送信する（Ｓｃ１）。送信された混雑状況マップ要求が支援サーバ７のマップ要求受信部７１６により受信されると、支援サーバ７のマップ生成部７１７は、混雑度情報データベース７２３を参照して混雑状況マップを生成する（Ｓｃ２）。混雑状況マップが生成されると、支援サーバ７の表示制御部７１８は、生成された混雑状況マップを携帯端末６に対して送信する（Ｓｃ３）。送信された混雑状況マップが携帯端末６の情報受信部６１１により受信されると、携帯端末６の表示制御部６１２は、受信された混雑状況マップを表示部６３に表示させる（Ｓｃ４）。

図１０は、表示部６３に表示される混雑状況マップの一例を示す図である。この混雑状況マップは、防火対象物である建物の立面図Ｍと、各避難口付近の混雑度を示す図形Ｄ１〜Ｄ３とにより構成される。なお、混雑度情報データベース７２３に避難階段の混雑度を個別に格納している場合は、避難階段の混雑度のみを表示してもよく、それらの表示を切り替えられるようにしてもよい。ここで、斜め格子模様の図形Ｄ１は混雑度「高」を示し、網掛けの図形Ｄ２は混雑度「中」を示し、白色の図形Ｄ３は混雑度「低」を示す。同マップでは、例えば、２階東側の避難口付近の混雑度が「高」であり、２階西側の避難口付近の混雑度が「中」であることが示されている。また、同マップでは出火階も火災のマークにより示されている。この混雑状況マップを見ることで、利用者はいずれの避難経路が混雑しているかを知ることができる。

混雑状況マップの表示後、利用者により特定の階を選択する操作が行われると、携帯端末６の情報送信部６１４は、選択された階の平面図を要求する平面図要求を支援サーバ７に対して送信する（Ｓｃ５）。送信された平面図要求が支援サーバ７のマップ要求受信部７１６により受信されると、支援サーバ７のマップ生成部７１７は、混雑度情報データベース７２３と平面図データベース７２４とを参照して、選択された階の平面図を生成する（Ｓｃ６）。平面図が生成されると、支援サーバ７の表示制御部７１８は、生成された平面図を携帯端末６に対して送信する（Ｓｃ７）。送信された平面図が携帯端末６の情報受信部６１１により受信されると、携帯端末６の表示制御部６１２は、受信された平面図を表示部６３に表示させる（Ｓｃ８）。

図１１は、表示部６３に表示される平面図の一例を示す図である。この平面図には、避難口と、その避難口付近の混雑度が示されている。同図において、斜め格子模様の避難口は、避難口付近の混雑度が「高」であることを示し、白色の避難口は、避難口付近の混雑度が「低」であることを示す。すなわち、同図では、東側の避難口の混雑度が「高」であり、西側の避難口の混雑度が「低」であることが示されている。なお、避難口付近の混雑度が「中」である場合には、網掛けの避難口が表示される。この平面図を見ることで、利用者はいずれの避難経路が混雑しているかを知ることができる。なお、この平面図における各避難口の混雑度の表示は、各避難口から避難した際に建物から出るまでの避難経路の混雑度であってもよく、例えば表示している平面図のフロアから１階出口までの混雑度の平均や混雑度が高い場所を何回通るかに基づき混雑度を判定して表示するようにしてもよい。
以上が、混雑状況マップ提供動作についての説明である。

以上説明した防災システム１によれば、携帯端末６を携帯する在館者は、火災発生時に各避難経路の混雑状況を知ることができる。その結果、各在館者は、混雑度の高い避難経路を避けて、混雑度のより低い避難経路を通って避難することができる。特に、本防災システムによれば、複数階にわたって避難経路の混雑状況を確認することができるため、自身が存在する階だけでなく、下層階の混雑状況も加味して最適な避難経路を選択することができる。特に、混雑度が高い場所が狭い範囲である場合に、避難中に避難の列が一時期停滞したとしても、先に進むと混雑が解消するなどの情報がわかれば、落ち着いて避難することができる。

２．変形例
上記の実施形態は、下記のように変形してもよい。なお、下記の２以上の変形例は互いに組み合わせてもよい。

２−１．変形例１
携帯端末６の移動速度算出部６１３は、測位部６６により測定された位置情報に代えて、携帯端末６が備える加速度センサやジャイロセンサ等のセンサ類（図示略）を用いて移動速度を算出するようにしてもよい。
また、移動速度の算出は、別途監視カメラを用いてもよく、フレーム内の人数や人の移動を画像処理によって判別し、混雑度としてもよい。

また、上記の実施形態において、携帯端末６側で移動速度を算出せずに、支援サーバ７側で、携帯端末６から提供される位置情報に基づいて移動速度を算出するようにしてもよい。その場合、携帯端末６から支援サーバ７に対して、測位部６６により測定された第１の位置と、第１の位置よりも所定時間前に測定された第２の位置とが移動情報として通知され、支援サーバ７の混雑度特定部７１５は、通知された第１の位置と第２の位置の差分を上記所定時間により除することにより移動速度を算出する。

２−２．変形例２
支援サーバ７の異状情報受信部７１１は、避難が必要となるような情報として、火災確定信号に代えて又は加えて、地震、津波、洪水、テロ等の他の異状の発生又はその可能性を示す情報を受信するようにしてもよい。

２−３．変形例３
支援サーバ７の移動情報取得部７１４は、避難誘導係の隊員が携帯する携帯端末６に限られず、他の係の隊員が携帯する携帯端末６の移動情報も取得してもよい。加えて、隊員に選定されていない在館者（隊員候補及びそうでない者を含む）が携帯する携帯端末６の移動情報も取得してもよい。

２−４．変形例４
支援サーバ７の移動情報取得部７１４により、避難誘導係の隊員だけでなく在館者全体の移動情報が取得される場合、支援サーバ７の混雑度特定部７１５は、取得された各移動情報に含まれる位置に基づいて避難経路の混雑度を特定してもよい。より具体的には、避難口付近の所定領域（例えば、避難口から半径１０ｍの領域）内の人数に基づいて避難経路の混雑度を特定してもよい。その際、避難口付近の所定領域内の人数が多くなるほど、混雑度が高いと判定される。なお、在館者全体の移動情報を取得して避難経路の混雑度を特定する場合、支援サーバ７は避難誘導係の隊員を特定しなくとも混雑度を判定することができるため、自衛消防隊員の編成を行う機能を備えなくともよい。

移動速度に代えて避難口付近の所定領域内の人数に基づいて混雑度を特定するにあたっては、混雑度特定部７１５は、携帯端末６から取得される移動情報によらずに、各避難口付近に設置されたカメラにより撮影された画像を解析することにより所定領域内の人数を計数するようにしてもよい。ここで、避難口付近とは、上述したように、避難口と、避難口に至る通路（附室を含む）と、避難口近傍の避難階段である。または、混雑度特定部７１５は、各避難口付近に設置されたマイクにより収集された音声を解析することにより所定領域内の人数を計数するようにしてもよい。

２−５．変形例５
防火対象物である建物の各階に３箇所以上の避難口が備えられている場合には、支援サーバ７のマップ生成部７１７は、建物を立体図で示す混雑状況マップを生成してもよい。図１２は、そのような混雑状況マップの一例を示す図である。また別の例として、マップ生成部７１７は、混雑状況マップに代えて、各避難口とその混雑度を対応付けたリストである混雑状況リストを生成してもよい。

また、マップ生成部７１７は、避難経路の混雑度を色、文字、記号又は明滅により表現した混雑状況マップ及び平面図を生成してもよい。混雑度を色で表現する場合、例えば、混雑度「高」を赤色で表現し、混雑度「中」を黄色で表現し、混雑度「低」を青色で表現してもよい。その場合、図１０に例示する図形Ｄに代えて又は加えて、避難階段の絵文字の色を混雑度に応じて変化させてもよい。また、図１１に例示する平面図において避難経路を表す矢印が示される場合には、その矢印の色を混雑度に応じて変化させてもよい。

２−６．変形例６
支援サーバ７の表示制御部７１８は、携帯端末６の表示部５３に限られず、防火対象物である建物の各所に設置されるデジタルサイネージや、自火報設備２内の火災表示機や、防災センタ内の表示装置（いずれも図示略）に表示させてもよい。ここで、デジタルサイネージとは、電子的な表示装置を備え、広告やフロアガイド、ニュース等の情報を表示する電子看板である。なお、デジタルサイネージや火災表示機等に表示させる場合、表示制御部７１８は、支援サーバ７でなく、デジタルサイネージの制御装置や火災受信機等の表示装置を制御する装置を制御する装置に設けられていてもよい。

２−７．変形例７
支援サーバ７は、火災受信機５と一体であってもよい。すなわち、火災受信機５が支援サーバ７の機能を実施するようにしてもよい。

２−８．変形例８
上記の混雑度特定動作において、ある避難口について混雑度「高」が特定された場合に、支援サーバ７は、当該避難口を担当する自衛消防隊員に在館者の避難誘導を促すようにしてもよい。その際の処理の内容は以下の通りである。

上記の混雑度特定動作において、混雑度特定部７１５により混雑度「高」が特定されると（Ｓｂ５）、支援サーバ７の表示制御部７１８は、ステップＳｂ１で特定された避難誘導係の隊員（言い換えると、混雑度「高」の避難口を担当する隊員）が携帯する携帯端末６に対して避難誘導指示を送信する。この避難誘導指示は、ステップＳｂ５で特定された混雑度と、在館者の避難誘導を促すメッセージを含む情報である。この避難誘導指示が携帯端末６の情報受信部６１１により受信されると、携帯端末６の表示制御部６１２は、受信された避難誘導指示に含まれる混雑度とメッセージを表示部６３に表示させる。この混雑度とメッセージを見た隊員は、自身が担当する階における在館者の避難誘導を促されることになる。その結果、隊員による避難誘導が行われ、渋滞が発生している避難口においても落ち着いた避難が実現される。

なお、携帯端末６に送信される上記のメッセージは、在館者を誘導すべき避難口を指示するものであってもよい。具体的に、ステップＳｂ５で混雑度「高」が特定された避難口よりも混雑度が低い他の避難口が存在する場合には、当該他の避難口を通って避難するよう在館者を誘導することを促すメッセージであってもよい。その場合、支援サーバ７は、混雑度特定部７１５により混雑度「高」が特定されると（Ｓｂ５）、混雑度情報データベース７２３を参照して、その混雑度が特定された避難口と同階に存在する他の避難口の混雑度を特定する。そして、特定した２つの混雑度を比較する。この比較の結果、他の避難口の混雑度の方が低い場合には、表示制御部６１２は、当該他の避難口を通って避難するよう在館者を誘導することを促すメッセージを上記の避難誘導指示に含める。一方、他の避難口の混雑度も「高」である場合には、上記のように、単に在館者の避難誘導を促すメッセージを避難誘導指示に含める。このように、より混雑度の低い避難口に在館者を誘導するよう隊員を促すことで、より迅速な避難が実現される。

なお、以上説明した避難誘導指示動作では、避難誘導係の隊員に対して避難誘導を指示しているが、他の係の隊員に対して一時的に避難誘導を指示するようにしてもよい。その場合、支援サーバ７は、隊員情報データベース７２２を参照して、ステップＳｂ５で混雑度「高」が特定された避難口の階を担当する隊員を特定する。そして、特定した隊員が携帯する携帯端末６に対して上記の避難誘導指示を送信する。

また、以上説明した避難誘導指示動作において、避難誘導指示を送信するために満たすべき混雑度の条件は、混雑度が「高」である場合に限られない。例えば、混雑度が「高」又は「中」である場合に、避難誘導指示を送信するようにしてもよい。

２−９．変形例９
支援サーバ７は、火災受信機５から感知器発報信号を受信するようにし、当該信号を受信後に、自衛消防隊員の候補者に現場確認を要請するようにしてもよい。そして、現場確認の結果、火災の発生を確認した旨の通知を受信した場合に、自衛消防隊を編成するようにしてもよい。

１…防災システム、２…自火報設備、３…防災支援システム、４…火災感知器、５…火災受信機、６…携帯端末、７…支援サーバ、８…通信回線、５１…制御部、５２…記憶部、５３…表示部、５４…操作入力部、５５…第１通信部、５６…第２通信部、６１…制御部、６２…記憶部、６３…表示部、６４…操作入力部、６５…通信部、６６…測位部、７１…制御部、７２…記憶部、７３…通信部、５１１…火災感知信号受信部、５１２…火災判定部、５１３…火災情報送信部、５２１…感知器データベース、６１１…情報受信部、６１２…表示制御部、６１３…移動速度算出部、６１４…情報送信部、７１１…異状情報受信部、７１２…編成部、７１３…役割情報送信部、７１４…移動情報取得部、７１５…混雑度特定部、７１６…マップ要求受信部、７１７…マップ生成部、７１８…表示制御部、７２１…隊員候補情報データベース、７２２…隊員情報データベース、７２３…混雑度情報データベース、７２４…平面図データベース

Claims (5)

1. 建物における異状の発生又は異状の発生の可能性を示す異状情報を受信する異状情報受信部と、
   前記異状情報受信部により異状情報が受信されると、前記建物に設定された複数の避難経路の各々について混雑度を特定する混雑度特定部と、
   前記複数の避難経路の各々について前記混雑度特定部により特定された各々の混雑度のうち、１以上の混雑度を表示部に表示させる表示制御部と
   を備える防災システム。
2. 前記表示制御部は、前記複数の避難経路の各々について、前記混雑度特定部により特定された混雑度を前記表示部に表示させることを特徴とする請求項１に記載の防災システム。
3. 前記建物は、複数階からなる建物であり、
   前記混雑度特定部は、前記建物の各階に設定された複数の避難経路の各々について混雑度を特定し、
   前記表示制御部は、前記建物の各階に設定された複数の避難経路の各々について、前記混雑度特定部により特定された混雑度を前記表示部に表示させる
   ことを特徴とする請求項２に記載の防災システム。
4. 前記表示制御部は、前記複数の避難経路のうち一の避難経路について前記混雑度特定部により特定された混雑度が所定の条件を満たす場合に、当該一の避難経路を担当する自衛消防隊員が携帯する端末の表示部に、当該一の避難経路について特定された混雑度と、在館者の避難誘導を促すメッセージとを表示させることを特徴とする請求項１乃至３のいずれか１項に記載の防災システム。
5. 前記表示制御部は、前記複数の避難経路の中に前記一の避難経路よりも混雑度が低い他の避難経路が存在する場合に、当該他の避難経路を通って避難するよう在館者を誘導することを促すメッセージを前記端末の表示部に表示させることを特徴とする請求項４に記載の防災システム。

Images