IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 能美防災株式会社の特許一覧

<>
  • 特許-防災システム 図1
  • 特許-防災システム 図2
  • 特許-防災システム 図3
  • 特許-防災システム 図4
  • 特許-防災システム 図5
  • 特許-防災システム 図6
  • 特許-防災システム 図7
  • 特許-防災システム 図8
  • 特許-防災システム 図9
  • 特許-防災システム 図10
  • 特許-防災システム 図11
  • 特許-防災システム 図12
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-10
(45)【発行日】2022-11-18
(54)【発明の名称】防災システム
(51)【国際特許分類】
   G08B 27/00 20060101AFI20221111BHJP
   G08B 17/00 20060101ALI20221111BHJP
【FI】
G08B27/00 B
G08B17/00 F
【請求項の数】 3
(21)【出願番号】P 2018150090
(22)【出願日】2018-08-09
(65)【公開番号】P2019036304
(43)【公開日】2019-03-07
【審査請求日】2020-12-17
(31)【優先権主張番号】P 2017157983
(32)【優先日】2017-08-18
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000233826
【氏名又は名称】能美防災株式会社
(74)【代理人】
【識別番号】110000752
【氏名又は名称】弁理士法人朝日特許事務所
(72)【発明者】
【氏名】佐藤 さやか
(72)【発明者】
【氏名】菱野 浩一
【審査官】吉村 伊佐雄
(56)【参考文献】
【文献】特開2012-078971(JP,A)
【文献】特開2017-130065(JP,A)
【文献】特開2009-044394(JP,A)
【文献】特開2017-138841(JP,A)
【文献】特開2013-073300(JP,A)
【文献】特開2017-033242(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
G06F13/00
19/00
G08G1/00-99/00
G06Q10/00-10/10
30/00-30/08
50/00-50/20
50/26-99/00
G08B17/00
23/00-31/00
H04B7/24-7/26
H04W4/00-99/00
(57)【特許請求の範囲】
【請求項1】
複数階からなる建物における異状の発生又は異状の発生の可能性を示す異状情報を受信する異状情報受信部と、
前記異状情報受信部により異状情報が受信されると、前記建物の各階に設定された複数の避難経路の各々について避難口付近の混雑度を特定する混雑度特定部と、
前記建物の各階に設定された前記複数の避難経路の各々について前記混雑度特定部により特定された各々の避難口付近の混雑度を含む前記建物の立面図又は立体図を、利用者により携帯される端末の表示部に表示させる表示制御部と
を備える防災システム。
【請求項2】
建物における異状の発生又は異状の発生の可能性を示す異状情報を受信する異状情報受信部と、
前記異状情報受信部により異状情報が受信されると、前記建物に設定された複数の避難経路の各々について混雑度を特定する混雑度特定部と、
前記複数の避難経路の各々について前記混雑度特定部により特定された各々の混雑度のうち、1以上の混雑度を表示部に表示させる表示制御部とを備え、
前記表示制御部は、前記複数の避難経路のうち一の避難経路について前記混雑度特定部により特定された混雑度が所定の度合い以上の場合に、当該一の避難経路を担当する自衛消防隊員が携帯する端末の表示部に、当該一の避難経路について特定された混雑度と、在館者の避難誘導を促すメッセージとを表示させることを特徴とする防災システム。
【請求項3】
前記表示制御部は、前記複数の避難経路の中に前記一の避難経路よりも混雑度が低い他の避難経路が存在する場合に、当該他の避難経路を通って避難するよう在館者を誘導することを促すメッセージを前記端末の表示部に表示させることを特徴とする請求項2に記載の防災システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、火災等の異状発生時に在館者の避難を支援するための技術に関する。
【背景技術】
【0002】
従来、火災発生時に在館者に対して避難経路を案内するための案内システムが知られている。例えば、特許文献1には、火災等の非常事態発生を在館者に知らせつつ、その避難を促すことができる、フラッシュ光を用いた警報システムが記載されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開2014-186430号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
複数階からなる建物は、消防法により、原則2方向に避難可能なように建てることが求められている。そのため、そのような建物には原則複数の避難経路が確保されている。しかし、そのような建物において一斉避難時に一方の避難経路に避難者が集中してしまうと、避難経路が渋滞してしまい、円滑な避難が妨げられてしまう。
【0005】
本発明はこのような事情に鑑みてなされたものであり、火災等の異状発生時に、在館者に避難経路の混雑度を知らせることを目的とする。
【課題を解決するための手段】
【0006】
上記の課題を解決するため、本発明に係る防災システムは、建物における異状の発生又は異状の発生の可能性を示す異状情報を受信する異状情報受信部と、前記異状情報受信部により異状情報が受信されると、前記建物に設定された複数の避難経路の各々について混雑度を特定する混雑度特定部と、前記複数の避難経路の各々について前記混雑度特定部により特定された各々の混雑度のうち、1以上の混雑度を表示部に表示させる表示制御部とを備える。
【発明の効果】
【0007】
本発明に係る防災システムによれば、火災等の異状発生時に、在館者に避難経路の混雑度を知らせることができ、在館者は混雑してない避難経路を選択して避難することができる。また、混雑度によって自衛消防隊員が適切な避難誘導を行うことができる。また、火災の場合には、初期消火に当たる自衛消防隊員は混雑度が低い経路を選択して火災発生場所に到達することができる。
【図面の簡単な説明】
【0008】
図1】防災システム1の構成の一例を示す図である。
図2】火災受信機5の構成の一例を示す図である。
図3】携帯端末6の構成の一例を示す図である。
図4】支援サーバ7の構成の一例を示す図である。
図5】隊員候補情報データベース721の一例を示す図である。
図6】混雑度情報データベース723の一例を示す図である。
図7】自衛消防隊の編成動作の一例を示すシーケンス図である。
図8】混雑度特定動作の一例を示すフロー図である。
図9】混雑状況マップ提供動作の一例を示すシーケンス図である。
図10】混雑状況マップの一例を示す図である。
図11】平面図の一例を示す図である。
図12】混雑状況マップの一例を示す図である。
【発明を実施するための形態】
【0009】
1.実施形態
1-1.防災システム1の構成
図1は、本発明の一実施形態に係る防災システム1の構成の一例を示す図である。防災システム1は、自動火災報知設備2(以下、「自火報設備2」)と、防災支援システム3とを備える。
【0010】
1-1-1.自火報設備2の構成
自火報設備2は、防火対象物である建物に設置される。ここで建物とは、例えば、オフィスビル、商業施設、ホテル、マンション等の集合住宅である。自火報設備2は、建物の各所に設置される火災感知器4と、建物の防災センタに設置される火災受信機5とを備える。火災感知器4と火災受信機5は、信号線を介して接続される。火災受信機5は、直接または通信回線8を介して支援サーバ7とも接続される。ここで通信回線8は、例えば、インターネットや無線LAN等の通信ネットワークである。自火報設備2は、P型設備であってもR型設備であってもよい。以下の説明では自火報設備2がR型設備であるものとする。
【0011】
1-1-1-1.火災感知器4の構成
火災感知器4は火災感知手段の一例であり、例えば光電式の煙感知器である。火災感知器4は、図示を省略するが、火災時に発生する煙を検知して火災を検出する火災検出部と、火災検出部が火災を検出すると自己の識別情報であるアドレスを含む火災感知信号を火災受信機5に送信する信号送信部とを備える。なお、変形例として、火災感知器4は、熱感知器や炎感知器等の他の種類の感知器であってもよい。
【0012】
1-1-1-2.火災受信機5の構成
図2は、火災受信機5の構成の一例を示す図である。火災受信機5は、制御部51と、記憶部52と、表示部53と、操作入力部54と、第1通信部55と、第2通信部56とを備える。
【0013】
制御部51は、CPU等の演算処理装置とRAM等の揮発性メモリとを備え、記憶部52に記憶されるプログラムを実行する。記憶部52は、HDDやフラッシュメモリ等の記憶装置であり、制御部51により実行されるプログラムと、感知器データベース521を記憶する。感知器データベース521は、図示を省略するが、火災感知器4のアドレスと対応付けて、当該感知器の設置場所の地区番号及び地区名称を格納する。なお、変形例として、記憶部52は外部記憶装置であってもよい。次に、表示部53は、液晶ディスプレイや有機ELディスプレイ等の表示器である。操作入力部54は、操作ボタンやタッチパネル等の入力装置である。第1通信部55は、火災感知器4と信号線を介して通信を行うための通信インタフェースである。第2通信部56は、支援サーバ7と通信回線8を介して通信を行うための通信インタフェースである。
【0014】
火災受信機5の制御部51は、記憶部52に記憶されるプログラムを実行することにより、火災感知信号受信部511と、火災判定部512と、火災情報送信部513という機能を実現する。
【0015】
火災感知信号受信部511は、火災感知器4から火災感知信号を受信すると、感知器データベース521を参照して、当該信号に含まれるアドレスに対応する設置場所を特定する。また、火災感知信号受信部511は、図示せぬ発信機から信号線を介して火災信号を受信する。
【0016】
火災判定部512は、火災感知信号受信部511により受信された信号に基づいて火災の発生を判定する。具体的には、2台目の火災感知器4から火災感知信号が受信された場合と、1台目の火災感知器4から火災感知信号が受信されてから一定時間が経過した場合と、発信機から火災信号が受信された場合に、火災の発生を判定する。また、火災判定部512は、操作入力部54を用いて火災確定操作がなされた場合にも火災の発生を判定する。
なお、自火報設備2として、火災感知器4から送信される火災感知信号が、煙や熱等の検出レベルを信号として送信するいわゆるアナログ式の設備であってもよく、この場合、火災受信機5が火災感知器からの信号に基づいて煙や熱等が火災感知レベルにあることを判定する。
【0017】
火災情報送信部513は、火災判定部512により火災の発生が判定されると、火災の確定を通知する火災確定信号を支援サーバ7に送信する。この火災確定信号には、火災の発生場所情報が含まれる。
【0018】
1-1-2.防災支援システム3の構成
防災支援システム3は、複数の携帯端末6と、支援サーバ7とを備える。携帯端末6と支援サーバ7は、通信回線8を介して接続される。
防災支援システム3では、火災受信機5からの火災情報を受けて、複数の携帯端末6に対して、発生場所の情報とともに感知器発報や火災警報の火災情報を提供したり、後述されるような自衛消防活動を支援する情報等を提供するものである。
【0019】
1-1-2-1.携帯端末6の構成
図3は、携帯端末6の構成の一例を示す図である。携帯端末6は、防火対象物である建物の在館者により携帯される端末である。具体的には、スマートフォンや携帯電話機やタブレット端末やウェアラブル端末である。この携帯端末6は、制御部61と、記憶部62と、表示部63と、操作入力部64と、通信部65と、測位部66とを備える。
【0020】
制御部61は、CPU等の演算処理装置とRAM等の揮発性メモリとを備え、記憶部62に記憶されるプログラムを実行する。記憶部62は、フラッシュメモリ等の記憶装置であり、制御部61により実行されるプログラムを記憶する。表示部63は、液晶ディスプレイや有機ELディスプレイ等の表示器である。操作入力部64は、操作ボタンやタッチパネル等の入力装置である。通信部65は、支援サーバ7と通信回線8を介して通信を行うための通信インタフェースである。測位部66は、周知の屋内測位技術を用いて携帯端末6の現在位置を測定する。例えば、建物の各所に設置されたBLE(Bluetooth(登録商標) Low Energy)ビーコン発信機から受信されるビーコン信号の電波強度に基づいて現在位置を測定する。または、Wi-Fi(登録商標)測位やIMES(Indoor Messaging System)を用いて携帯端末6の現在位置を特定してもよい。
【0021】
制御部61は、記憶部62に記憶されるプログラムを実行することにより、情報受信部611と、表示制御部612と、移動速度算出部613と、情報送信部614という機能を実現する。
【0022】
情報受信部611は、支援サーバ7から、役割情報、移動情報要求、混雑状況マップ及び平面図を受信する。これらの情報については後述する。
【0023】
表示制御部612は、情報受信部611により受信される役割情報、混雑状況マップ及び平面図を表示部63に表示させる。
【0024】
移動速度算出部613は、情報受信部611により移動情報要求が受信されると、携帯端末6の移動速度を算出する。ここで移動速度は、測位部66により測定された第1の位置と、第1の位置よりも所定時間前に測定された第2の位置との差分を、所定時間で除することにより算出される。
【0025】
情報送信部614は、情報受信部611により移動情報要求が受信されると、移動情報を支援サーバ7に返信する。この移動情報には、測位部66により測定された携帯端末6の現在位置と、移動速度算出部613により算出された移動速度とが含まれる。また、情報送信部614は、利用者により混雑状況マップの取得を指示する操作が操作入力部64で行われると、混雑状況マップ要求を支援サーバ7に対して送信する。また、情報送信部614は、表示部63に混雑状況マップを表示後、利用者により特定の階を選択する操作が操作入力部64で行われると、選択された階の平面図を要求する平面図要求を支援サーバ7に対して送信する。
【0026】
1-1-2-2.支援サーバ7の構成
図4は、支援サーバ7の構成の一例を示す図である。支援サーバ7は、防火対象物である建物に設定された避難経路の混雑度を、携帯端末6を携帯する在館者に対して通知するためのコンピュータ装置である。この支援サーバ7は、制御部71と、記憶部72と、通信部73とを備える。
【0027】
制御部71は、CPU等の演算処理装置とRAM等の揮発性メモリとを備え、記憶部72に記憶されるプログラムを実行する。
【0028】
記憶部72は、HDDやフラッシュメモリ等の記憶装置であり、制御部71により実行されるプログラムを記憶する。また、記憶部72は、隊員候補情報データベース721と、隊員情報データベース722と、混雑度情報データベース723と、平面図データベース724とを記憶する。図5は、隊員候補情報データベース721の一例を示す図である。隊員候補情報データベース721は、自衛消防隊の各役割について隊員候補者の隊員IDを対応付けて格納するデータベースである。具体的には、自衛消防隊の役割と、役割に対して選定される隊員の定数と、隊員選定の際の役割の優先順位と、役割に対して選定される隊員候補の隊員IDとを対応付けて格納する。ここで隊員IDとは、例えば、隊員候補の氏名や、隊員候補が携帯する携帯端末6の端末IDである。
【0029】
なおここで、自衛消防隊とは、防火対象物である建物の在館者により構成される自衛組織であって、建物内で発生した異状に対して初期対応を行うための組織である。より具体的には、火災や地震等の災害の発生時に初期対応や応急対策を円滑に行い、建物の利用者の安全を確保するため設置される組織である。自衛消防隊の隊員は、本部隊や地区隊に所属し、各隊員の役割には、例えば、初期消火係、避難誘導係、安全防護係、通報連絡係、応急救護係、非常持出係等がある。
【0030】
次に、隊員情報データベース722は、編成された自衛消防隊の各隊員の情報を格納するデータベースである。具体的には、図示を省略するが、隊員IDと、当該隊員に割り当てられた役割と、当該隊員が担当する階とを対応付けて格納する。図6は、混雑度情報データベース723の一例を示す図である。混雑度情報データベース723は、防火対象物である建物に設定された避難経路の混雑度を格納するデータベースである。具体的には、建物の階と避難口(非常口)とに対応付けて、当該避難口の場所と、当該避難口付近の混雑度を格納する。ここで、避難口付近とは、具体的には、避難口と、避難口に至る通路(附室を含む)と、避難口近傍の避難階段(非常階段)である。なお、避難階段については、避難口付近に含まず、例えば「2階避難階段B」や「2階-3階間避難階段A」等として個別に対応付けて当該避難階段の場所と当該避難階段の混雑度を格納するようにしてもよい。また、混雑度とは、避難者の混雑の度合いである。次に、平面図データベース724は、図示を省略するが、防火対象物である建物の各階の平面地図を表す画像データを格納する。なお、変形例として、記憶部72は外部記憶装置であってもよい。
【0031】
通信部73は、火災受信機5及び携帯端末6と通信回線8を介して通信を行うための通信インタフェースである。
【0032】
支援サーバ7の制御部71は、記憶部72に記憶されるプログラムを実行することにより、異状情報受信部711と、編成部712と、役割情報送信部713と、移動情報取得部714と、混雑度特定部715と、マップ要求受信部716と、マップ生成部717と、表示制御部718という機能を実現する。
【0033】
異状情報受信部711は、防火対象物である建物における異状の発生を示す異状情報を受信する。具体的には、火災受信機5から火災確定信号を受信する。
【0034】
編成部712は、異状情報受信部711により火災確定信号が受信されると、隊員候補情報データベース721を参照して自衛消防隊を編成する。具体的には、隊員候補情報データベース721において優先順位の高い役割から順に、優先順位の高い隊員候補を、定数を満たすまで隊員に選定してゆく。選定された隊員の隊員IDは、割り当てられた役割と担当階とに対応付けられて、隊員情報データベース722に格納される。
【0035】
役割情報送信部713は、編成部712により選定された隊員が携帯する携帯端末6に対して、割り当てられた役割と担当階とを通知する役割情報を送信する。
なお、自衛消防隊の隊員および各隊員の役割については、消防計画に基づいて予め定められたものであってもよく、この場合、定められた隊員が携帯する携帯端末6に対して、定められた役割と担当階とを通知する役割情報を送信する。
【0036】
移動情報取得部714は、編成部712により自衛消防隊が編成されると、避難誘導係の隊員が携帯する携帯端末6の移動情報を周期的に取得する。ここで、避難誘導係の移動情報を取得する理由は、避難誘導係は、避難者の隊列の先頭と最後尾に付いて、避難者を避難場所へ誘導する役割であるため、避難誘導係の移動速度を知ることができれば、避難者の移動速度を知ることができると考えられるからである。具体的には、移動情報取得部714は、隊員情報データベース722を参照して避難誘導係の隊員を特定し、特定した隊員が携帯する携帯端末6に対して、移動情報を要求する移動情報要求を送信する。そして、送信した移動情報要求に対する応答として移動情報を受信する。
【0037】
混雑度特定部715は、移動情報取得部714により移動情報が取得されると、取得された移動情報に含まれる位置情報と、混雑度情報データベース723(特に、避難口の場所情報)とを参照して、移動情報を送信した携帯端末6の現在位置に最も近い避難口を特定する。避難口を特定すると、受信された移動情報に含まれる移動速度に基づいて、特定した避難口付近の混雑度を特定する。具体的には、移動速度(時速)が0km以上1km未満の場合には、混雑度「高」と判定し、1km以上3km未満の場合には、混雑度「中」と判定し、3km以上の場合には、混雑度「低」と判定する。なお、この判定基準はあくまで一例であり、混雑度のカテゴリ数と閾値は、適宜設定されてよい。
【0038】
混雑度特定部715は、混雑度を特定すると、特定した混雑度を、特定した避難口と対応付けて混雑度情報データベース723に格納する。すなわち、混雑度特定部715は、異状情報受信部711により火災確定信号が受信された後、防火対象物である建物に設定された複数の避難経路の各々について混雑度を特定する。その際、混雑度特定部715は、建物が複数階からなる建物である場合には、当該建物の各階に設定された複数の避難経路の各々について混雑度を特定する。
なお、混雑度特定部715は、必ずしも建物に設定されたすべての避難経路について混雑度を特定しなくてもよい。建物に設定された避難経路のうち、支援サーバ7の利用者により予め指定された避難経路についてだけ、混雑度を特定するようにしてもよい。
【0039】
マップ要求受信部716は、携帯端末6から、混雑状況マップ要求及び平面図要求を受信する。
【0040】
マップ生成部717は、マップ要求受信部716により混雑状況マップ要求が受信されると、混雑度情報データベース723を参照して混雑状況マップを生成する。この混雑状況マップには、防火対象物である建物の各階に設定された複数の避難経路の各々について混雑度が示される。また、マップ要求受信部716により平面図要求が受信されると、混雑度情報データベース723と平面図データベース724とを参照して、要求された平面図を生成する。この平面図には、当該階に設定された複数の避難経路の各々について混雑度が示される。
【0041】
表示制御部718は、マップ生成部717により生成される混雑状況マップ及び平面図を携帯端末6に対して送信する。すなわち、表示制御部718は、防火対象物である建物に設定された複数の避難経路の各々について、混雑度特定部715により特定された混雑度を、携帯端末6の表示部63に表示させる。その際、表示制御部718は、建物が複数階からなる建物である場合には、当該建物の各階に設定された複数の避難経路の各々について、混雑度特定部715により特定された混雑度を、携帯端末6の表示部63に表示させる。
【0042】
1-2.防災システム1の動作
防災システム1の動作について説明する。具体的には、自衛消防隊の編成動作と、混雑度特定動作と、混雑状況マップ提供動作について説明する。
【0043】
1-2-1.自衛消防隊の編成動作
図7は、自衛消防隊の編成動作の一例を示すシーケンス図である。この動作は、火災受信機5の火災判定部512が火災の発生を判定すると実行される。
【0044】
火災受信機5の火災判定部512が火災の発生を判定すると、火災情報送信部513は、火災の確定を通知する火災確定信号を支援サーバ7に送信する(Sa1)。送信された火災確定信号が支援サーバ7の異状情報受信部711により受信されると、支援サーバ7の編成部712は、隊員候補情報データベース721を参照して自衛消防隊を編成する(Sa2)。具体的には、隊員候補情報データベース721において優先順位の高い役割から順に、優先順位の高い隊員候補を、定数を満たすまで隊員に選定してゆく。選定された隊員の隊員IDは、割り当てられた役割と担当階とに対応付けられて、隊員情報データベース722に格納される。自衛消防隊の編成が完了すると、役割情報送信部713は、選定された隊員が携帯する携帯端末6に対して、割り当てられた役割と担当階とを通知する役割情報を送信する(Sa3)。送信された役割情報が携帯端末6の情報受信部611により受信されると、携帯端末6の表示制御部612は、利用者の操作に応じて、受信された役割情報を表示部63に表示させる(Sa4)。
以上が、自衛消防隊の編成動作についての説明である。
【0045】
1-2-2.混雑度特定動作
図8は、混雑度特定動作の一例を示すフロー図である。この動作は、自衛消防隊の編成(Sa2)後に、支援サーバ7により所定の周期で実行される。
【0046】
支援サーバ7の移動情報取得部714は、隊員情報データベース722を参照して、避難誘導係の隊員を特定する(Sb1)。隊員を特定すると、当該隊員が携帯する携帯端末6に対して、移動情報を要求する移動情報要求を送信する(Sb2)。そして、この移動情報要求に対する応答として移動情報を受信する(Sb3)。移動情報が受信されると、混雑度特定部715は、受信された移動情報に含まれる位置情報と、混雑度情報データベース723(特に、避難口の場所情報)とを参照して、携帯端末6の現在位置に最も近い避難口を特定する(Sb4)。避難口を特定すると、受信された移動情報に含まれる移動速度に基づいて、ステップSb4で特定した避難口付近の混雑度を特定する(Sb5)。具体的には、移動速度(時速)が0km以上1km未満の場合には、混雑度「高」と判定し、1km以上3km未満の場合には、混雑度「中」と判定し、3km以上の場合には、混雑度「低」と判定する。混雑度を特定すると、特定した混雑度を、ステップSb4で特定した避難口と対応付けて混雑度情報データベース723に格納する(Sb6)。データベースへの格納が完了すると、移動情報取得部714は、隊員情報データベース722に登録されているすべての避難誘導係について移動情報を取得したか否かを判定し(Sb7)、すべての避難誘導係について移動情報を取得していない場合には(Sb7のNO)、ステップSb1に戻り、すべての避難誘導係について移動情報を取得している場合には(Sb7のYES)、本混雑度特定動作は終了する。
以上が、混雑度特定動作についての説明である。
【0047】
1-2-3.混雑状況マップ提供動作
図9は、混雑状況マップ提供動作の一例を示すシーケンス図である。この動作は、自衛消防隊の編成(Sa2)後に実行される。
【0048】
携帯端末6の情報送信部614は、利用者により混雑状況マップの取得を指示する操作が操作入力部64で行われると、混雑状況マップ要求を支援サーバ7に対して送信する(Sc1)。送信された混雑状況マップ要求が支援サーバ7のマップ要求受信部716により受信されると、支援サーバ7のマップ生成部717は、混雑度情報データベース723を参照して混雑状況マップを生成する(Sc2)。混雑状況マップが生成されると、支援サーバ7の表示制御部718は、生成された混雑状況マップを携帯端末6に対して送信する(Sc3)。送信された混雑状況マップが携帯端末6の情報受信部611により受信されると、携帯端末6の表示制御部612は、受信された混雑状況マップを表示部63に表示させる(Sc4)。
【0049】
図10は、表示部63に表示される混雑状況マップの一例を示す図である。この混雑状況マップは、防火対象物である建物の立面図Mと、各避難口付近の混雑度を示す図形D1~D3とにより構成される。なお、混雑度情報データベース723に避難階段の混雑度を個別に格納している場合は、避難階段の混雑度のみを表示してもよく、それらの表示を切り替えられるようにしてもよい。ここで、斜め格子模様の図形D1は混雑度「高」を示し、網掛けの図形D2は混雑度「中」を示し、白色の図形D3は混雑度「低」を示す。同マップでは、例えば、2階東側の避難口付近の混雑度が「高」であり、2階西側の避難口付近の混雑度が「中」であることが示されている。また、同マップでは出火階も火災のマークにより示されている。この混雑状況マップを見ることで、利用者はいずれの避難経路が混雑しているかを知ることができる。
【0050】
混雑状況マップの表示後、利用者により特定の階を選択する操作が行われると、携帯端末6の情報送信部614は、選択された階の平面図を要求する平面図要求を支援サーバ7に対して送信する(Sc5)。送信された平面図要求が支援サーバ7のマップ要求受信部716により受信されると、支援サーバ7のマップ生成部717は、混雑度情報データベース723と平面図データベース724とを参照して、選択された階の平面図を生成する(Sc6)。平面図が生成されると、支援サーバ7の表示制御部718は、生成された平面図を携帯端末6に対して送信する(Sc7)。送信された平面図が携帯端末6の情報受信部611により受信されると、携帯端末6の表示制御部612は、受信された平面図を表示部63に表示させる(Sc8)。
【0051】
図11は、表示部63に表示される平面図の一例を示す図である。この平面図には、避難口と、その避難口付近の混雑度が示されている。同図において、斜め格子模様の避難口は、避難口付近の混雑度が「高」であることを示し、白色の避難口は、避難口付近の混雑度が「低」であることを示す。すなわち、同図では、東側の避難口の混雑度が「高」であり、西側の避難口の混雑度が「低」であることが示されている。なお、避難口付近の混雑度が「中」である場合には、網掛けの避難口が表示される。この平面図を見ることで、利用者はいずれの避難経路が混雑しているかを知ることができる。なお、この平面図における各避難口の混雑度の表示は、各避難口から避難した際に建物から出るまでの避難経路の混雑度であってもよく、例えば表示している平面図のフロアから1階出口までの混雑度の平均や混雑度が高い場所を何回通るかに基づき混雑度を判定して表示するようにしてもよい。
以上が、混雑状況マップ提供動作についての説明である。
【0052】
以上説明した防災システム1によれば、携帯端末6を携帯する在館者は、火災発生時に各避難経路の混雑状況を知ることができる。その結果、各在館者は、混雑度の高い避難経路を避けて、混雑度のより低い避難経路を通って避難することができる。特に、本防災システムによれば、複数階にわたって避難経路の混雑状況を確認することができるため、自身が存在する階だけでなく、下層階の混雑状況も加味して最適な避難経路を選択することができる。特に、混雑度が高い場所が狭い範囲である場合に、避難中に避難の列が一時期停滞したとしても、先に進むと混雑が解消するなどの情報がわかれば、落ち着いて避難することができる。
【0053】
2.変形例
上記の実施形態は、下記のように変形してもよい。なお、下記の2以上の変形例は互いに組み合わせてもよい。
【0054】
2-1.変形例1
携帯端末6の移動速度算出部613は、測位部66により測定された位置情報に代えて、携帯端末6が備える加速度センサやジャイロセンサ等のセンサ類(図示略)を用いて移動速度を算出するようにしてもよい。
また、移動速度の算出は、別途監視カメラを用いてもよく、フレーム内の人数や人の移動を画像処理によって判別し、混雑度としてもよい。
【0055】
また、上記の実施形態において、携帯端末6側で移動速度を算出せずに、支援サーバ7側で、携帯端末6から提供される位置情報に基づいて移動速度を算出するようにしてもよい。その場合、携帯端末6から支援サーバ7に対して、測位部66により測定された第1の位置と、第1の位置よりも所定時間前に測定された第2の位置とが移動情報として通知され、支援サーバ7の混雑度特定部715は、通知された第1の位置と第2の位置の差分を上記所定時間により除することにより移動速度を算出する。
【0056】
2-2.変形例2
支援サーバ7の異状情報受信部711は、避難が必要となるような情報として、火災確定信号に代えて又は加えて、地震、津波、洪水、テロ等の他の異状の発生又はその可能性を示す情報を受信するようにしてもよい。
【0057】
2-3.変形例3
支援サーバ7の移動情報取得部714は、避難誘導係の隊員が携帯する携帯端末6に限られず、他の係の隊員が携帯する携帯端末6の移動情報も取得してもよい。加えて、隊員に選定されていない在館者(隊員候補及びそうでない者を含む)が携帯する携帯端末6の移動情報も取得してもよい。
【0058】
2-4.変形例4
支援サーバ7の移動情報取得部714により、避難誘導係の隊員だけでなく在館者全体の移動情報が取得される場合、支援サーバ7の混雑度特定部715は、取得された各移動情報に含まれる位置に基づいて避難経路の混雑度を特定してもよい。より具体的には、避難口付近の所定領域(例えば、避難口から半径10mの領域)内の人数に基づいて避難経路の混雑度を特定してもよい。その際、避難口付近の所定領域内の人数が多くなるほど、混雑度が高いと判定される。なお、在館者全体の移動情報を取得して避難経路の混雑度を特定する場合、支援サーバ7は避難誘導係の隊員を特定しなくとも混雑度を判定することができるため、自衛消防隊員の編成を行う機能を備えなくともよい。
【0059】
移動速度に代えて避難口付近の所定領域内の人数に基づいて混雑度を特定するにあたっては、混雑度特定部715は、携帯端末6から取得される移動情報によらずに、各避難口付近に設置されたカメラにより撮影された画像を解析することにより所定領域内の人数を計数するようにしてもよい。ここで、避難口付近とは、上述したように、避難口と、避難口に至る通路(附室を含む)と、避難口近傍の避難階段である。または、混雑度特定部715は、各避難口付近に設置されたマイクにより収集された音声を解析することにより所定領域内の人数を計数するようにしてもよい。
【0060】
2-5.変形例5
防火対象物である建物の各階に3箇所以上の避難口が備えられている場合には、支援サーバ7のマップ生成部717は、建物を立体図で示す混雑状況マップを生成してもよい。図12は、そのような混雑状況マップの一例を示す図である。また別の例として、マップ生成部717は、混雑状況マップに代えて、各避難口とその混雑度を対応付けたリストである混雑状況リストを生成してもよい。
【0061】
また、マップ生成部717は、避難経路の混雑度を色、文字、記号又は明滅により表現した混雑状況マップ及び平面図を生成してもよい。混雑度を色で表現する場合、例えば、混雑度「高」を赤色で表現し、混雑度「中」を黄色で表現し、混雑度「低」を青色で表現してもよい。その場合、図10に例示する図形Dに代えて又は加えて、避難階段の絵文字の色を混雑度に応じて変化させてもよい。また、図11に例示する平面図において避難経路を表す矢印が示される場合には、その矢印の色を混雑度に応じて変化させてもよい。
【0062】
2-6.変形例6
支援サーバ7の表示制御部718は、携帯端末6の表示部53に限られず、防火対象物である建物の各所に設置されるデジタルサイネージや、自火報設備2内の火災表示機や、防災センタ内の表示装置(いずれも図示略)に表示させてもよい。ここで、デジタルサイネージとは、電子的な表示装置を備え、広告やフロアガイド、ニュース等の情報を表示する電子看板である。なお、デジタルサイネージや火災表示機等に表示させる場合、表示制御部718は、支援サーバ7でなく、デジタルサイネージの制御装置や火災受信機等の表示装置を制御する装置を制御する装置に設けられていてもよい。
【0063】
2-7.変形例7
支援サーバ7は、火災受信機5と一体であってもよい。すなわち、火災受信機5が支援サーバ7の機能を実施するようにしてもよい。
【0064】
2-8.変形例8
上記の混雑度特定動作において、ある避難口について混雑度「高」が特定された場合に、支援サーバ7は、当該避難口を担当する自衛消防隊員に在館者の避難誘導を促すようにしてもよい。その際の処理の内容は以下の通りである。
【0065】
上記の混雑度特定動作において、混雑度特定部715により混雑度「高」が特定されると(Sb5)、支援サーバ7の表示制御部718は、ステップSb1で特定された避難誘導係の隊員(言い換えると、混雑度「高」の避難口を担当する隊員)が携帯する携帯端末6に対して避難誘導指示を送信する。この避難誘導指示は、ステップSb5で特定された混雑度と、在館者の避難誘導を促すメッセージを含む情報である。この避難誘導指示が携帯端末6の情報受信部611により受信されると、携帯端末6の表示制御部612は、受信された避難誘導指示に含まれる混雑度とメッセージを表示部63に表示させる。この混雑度とメッセージを見た隊員は、自身が担当する階における在館者の避難誘導を促されることになる。その結果、隊員による避難誘導が行われ、渋滞が発生している避難口においても落ち着いた避難が実現される。
【0066】
なお、携帯端末6に送信される上記のメッセージは、在館者を誘導すべき避難口を指示するものであってもよい。具体的に、ステップSb5で混雑度「高」が特定された避難口よりも混雑度が低い他の避難口が存在する場合には、当該他の避難口を通って避難するよう在館者を誘導することを促すメッセージであってもよい。その場合、支援サーバ7は、混雑度特定部715により混雑度「高」が特定されると(Sb5)、混雑度情報データベース723を参照して、その混雑度が特定された避難口と同階に存在する他の避難口の混雑度を特定する。そして、特定した2つの混雑度を比較する。この比較の結果、他の避難口の混雑度の方が低い場合には、表示制御部612は、当該他の避難口を通って避難するよう在館者を誘導することを促すメッセージを上記の避難誘導指示に含める。一方、他の避難口の混雑度も「高」である場合には、上記のように、単に在館者の避難誘導を促すメッセージを避難誘導指示に含める。このように、より混雑度の低い避難口に在館者を誘導するよう隊員を促すことで、より迅速な避難が実現される。
【0067】
なお、以上説明した避難誘導指示動作では、避難誘導係の隊員に対して避難誘導を指示しているが、他の係の隊員に対して一時的に避難誘導を指示するようにしてもよい。その場合、支援サーバ7は、隊員情報データベース722を参照して、ステップSb5で混雑度「高」が特定された避難口の階を担当する隊員を特定する。そして、特定した隊員が携帯する携帯端末6に対して上記の避難誘導指示を送信する。
【0068】
また、以上説明した避難誘導指示動作において、避難誘導指示を送信するために満たすべき混雑度の条件は、混雑度が「高」である場合に限られない。例えば、混雑度が「高」又は「中」である場合に、避難誘導指示を送信するようにしてもよい。
【0069】
2-9.変形例9
支援サーバ7は、火災受信機5から感知器発報信号を受信するようにし、当該信号を受信後に、自衛消防隊員の候補者に現場確認を要請するようにしてもよい。そして、現場確認の結果、火災の発生を確認した旨の通知を受信した場合に、自衛消防隊を編成するようにしてもよい。
【符号の説明】
【0070】
1…防災システム、2…自火報設備、3…防災支援システム、4…火災感知器、5…火災受信機、6…携帯端末、7…支援サーバ、8…通信回線、51…制御部、52…記憶部、53…表示部、54…操作入力部、55…第1通信部、56…第2通信部、61…制御部、62…記憶部、63…表示部、64…操作入力部、65…通信部、66…測位部、71…制御部、72…記憶部、73…通信部、511…火災感知信号受信部、512…火災判定部、513…火災情報送信部、521…感知器データベース、611…情報受信部、612…表示制御部、613…移動速度算出部、614…情報送信部、711…異状情報受信部、712…編成部、713…役割情報送信部、714…移動情報取得部、715…混雑度特定部、716…マップ要求受信部、717…マップ生成部、718…表示制御部、721…隊員候補情報データベース、722…隊員情報データベース、723…混雑度情報データベース、724…平面図データベース
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12