(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022067378
(43)【公開日】2022-05-06
(54)【発明の名称】防災支援システムおよびプログラム
(51)【国際特許分類】
G08B 27/00 20060101AFI20220425BHJP
G08B 25/04 20060101ALI20220425BHJP
G08B 21/02 20060101ALI20220425BHJP
G06Q 90/00 20060101ALI20220425BHJP
【ＦＩ】
G08B27/00 B
G08B25/04 K
G08B21/02
G06Q90/00 310
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2020176060
(22)【出願日】2020-10-20
【国等の委託研究の成果に係る記載事項】（出願人による申告）令和２年度、総務省消防庁、消防防災科学技術研究推進制度「Ｇ空間情報とＩＣＴを活用した大規模防火対象物における防火安全対策の研究開発」委託研究、産業技術力強化法第１７条の適用を受ける特許出願
(71)【出願人】
【識別番号】000233826
【氏名又は名称】能美防災株式会社
(74)【代理人】
【識別番号】110000752
【氏名又は名称】特許業務法人朝日特許事務所
(72)【発明者】
【氏名】▲高▼橋 知将
【テーマコード（参考）】
5C086
5C087
5L049
【Ｆターム（参考）】
5C086AA01
5C086AA22
5C086CA06
5C086CA25
5C086FA18
5C087AA02
5C087AA03
5C087AA25
5C087BB20
5C087BB73
5C087DD03
5C087DD04
5C087DD23
5C087DD26
5C087DD27
5C087DD29
5C087DD30
5C087DD31
5C087EE18
5C087FF01
5C087FF02
5C087FF04
5C087GG83
5L049CC29
(57)【要約】 （修正有）
【課題】建物のエリアごとに在館者の人数を表示する際に、その在館者の属性を判別可能にする防災支援システム及びプログラムを提供する。
【解決手段】防災支援システム１は、自動火災報知設備２、屋内測位システム３、現場活動支援システム４および自衛消防支援システム５を備える。防災支援システム１は、在館者の位置情報と属性情報を取得する。火災発生時に、支援サーバ７から自衛消防隊員により携帯される携帯端末８に感知器発報情報が送信されるとともに、取得した位置情報と属性情報とに基づいて、属性単位で集計された在館者の人数を建物のエリアごとに示す地図画像を表示装置に表示させる。
【選択図】図１
【解決手段】防災支援システム１は、自動火災報知設備２、屋内測位システム３、現場活動支援システム４および自衛消防支援システム５を備える。防災支援システム１は、在館者の位置情報と属性情報を取得する。火災発生時に、支援サーバ７から自衛消防隊員により携帯される携帯端末８に感知器発報情報が送信されるとともに、取得した位置情報と属性情報とに基づいて、属性単位で集計された在館者の人数を建物のエリアごとに示す地図画像を表示装置に表示させる。
【選択図】図１
【特許請求の範囲】
【請求項1】
在館者の位置情報を取得する位置情報取得部と、
前記在館者の属性情報を取得する属性情報取得部と、
前記取得された位置情報と属性情報とに基づいて、属性単位で集計された在館者の人数を建物のエリアごとに示す地図画像を表示装置に表示させる表示制御部と
を備える防災支援システム。
前記在館者の属性情報を取得する属性情報取得部と、
前記取得された位置情報と属性情報とに基づいて、属性単位で集計された在館者の人数を建物のエリアごとに示す地図画像を表示装置に表示させる表示制御部と
を備える防災支援システム。
【請求項2】
前記属性情報は、一般在館者、自衛消防隊、公設消防隊および要支援者のうちの少なくともいずれか１つの種別を示す情報であることを特徴とする、請求項１に記載の防災支援システム。
【請求項3】
前記地図画像において利用者により要支援者の人数が選択されると、前記表示制御部は、当該要支援者を救助するために必要な人数を示す配慮情報を前記表示装置にさらに表示させることを特徴とする、請求項２に記載の防災支援システム。
【請求項4】
前記表示制御部は、前記建物全体の各エリアについて要支援者の人数と当該要支援者の配慮情報とを示す一覧画像を前記表示装置にさらに表示させることを特徴とする、請求項３に記載の防災支援システム。
【請求項5】
前記表示制御部は、有事においては一般在館者と要支援者を別々に集計する一方で、平時においては一般在館者と要支援者をまとめて集計することを特徴とする、請求項１から４のいずれか１項に記載の防災支援システム。
【請求項6】
コンピュータを、
在館者の位置情報を取得する位置情報取得部と、
前記在館者の属性情報を取得する属性情報取得部と、
前記取得された位置情報と属性情報とに基づいて、属性単位で集計された在館者の人数を建物のエリアごとに示す地図画像を表示装置に表示させる表示制御部
として機能させるためのプログラム。
在館者の位置情報を取得する位置情報取得部と、
前記在館者の属性情報を取得する属性情報取得部と、
前記取得された位置情報と属性情報とに基づいて、属性単位で集計された在館者の人数を建物のエリアごとに示す地図画像を表示装置に表示させる表示制御部
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、火災発生時の活動を支援するためのシステムおよびプログラムに関する。
【背景技術】
【0002】
従来、火災発生時に、逃げ遅れた滞在者の救助を支援するためのシステムが知られている。例えば、特許文献１には、各部屋に設置された複数のカメラを備える監視システムであって、当該カメラで撮影した画像から各部屋の滞在者の人数を推定し、滞在者数の概数を建物の図面上に表示する監視システムが記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１６－１３３９３８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
この監視システムによれば、利用者は各部屋の滞在者の概数を知ることができる。しかし、滞在者がどのような属性をもつ人物であるかを知ることはできない。滞在者が、例えば自衛消防隊員であるか否かを知ることができれば、火災に対する自衛消防活動の対応状況を理解でき、また、災害弱者としての避難時要支援者がいることが分かれば、より適切な順序で救助活動を行うことができる。
【0005】
本発明は、このような事情に鑑みてなされたものであり、建物のエリアごとに在館者の人数を表示する際に、あらかじめ設定された属性に応じて、その在館者の属性を判別可能にすることを目的とする。
また、本発明は、建物のエリアごとに在館者を表示する際の属性に避難時の要支援者を設定するとともに、要支援者の情報を利用して避難活動ができることを可能にすることを目的とする。
また、本発明は、建物のエリアごとに在館者を表示する際の属性に避難時の要支援者を設定するとともに、要支援者の情報を利用して避難活動ができることを可能にすることを目的とする。
【課題を解決するための手段】
【0006】
上記の課題を解決するため、本発明に係る防災支援システムは、在館者の位置情報を取得する位置情報取得部と、前記在館者の属性情報を取得する属性情報取得部と、前記取得された位置情報と属性情報とに基づいて、属性単位で集計された在館者の人数を建物のエリアごとに示す地図画像を表示装置に表示させる表示制御部とを備える。
【0007】
好ましい態様において、前記属性情報は、一般在館者、自衛消防隊、公設消防隊および要支援者のうちの少なくともいずれか１つの種別を示す情報である。
【0008】
さらに好ましい態様において、前記地図画像において利用者により要支援者の人数が選択されると、前記表示制御部は、当該要支援者を救助するために必要な人数を示す配慮情報を前記表示装置にさらに表示させる。
【0009】
さらに好ましい態様において、前記表示制御部は、前記建物全体の各エリアについて要支援者の人数と当該要支援者の配慮情報とを示す一覧画像を前記表示装置にさらに表示させる。
【0010】
さらに好ましい態様において、前記表示制御部は、有事においては一般在館者と要支援者を別々に集計する一方で、平時においては一般在館者と要支援者をまとめて集計する。
【0011】
本発明に係るプログラムは、コンピュータを、在館者の位置情報を取得する位置情報取得部と、前記在館者の属性情報を取得する属性情報取得部と、前記取得された位置情報と属性情報とに基づいて、属性単位で集計された在館者の人数を建物のエリアごとに示す地図画像を表示装置に表示させる表示制御部として機能させる。
【発明の効果】
【0012】
本発明によれば、建物のエリアごとに在館者の人数を表示する際に、その在館者の属性が判別可能になる。また、本発明によれば、在館者のうち避難時要支援者を区別して、要支援者の情報を表示して、避難活動における支援を行いやすくなる。
【図面の簡単な説明】
【0013】
【図1】防災支援システム１の構成の一例を示すブロック図
【図2】支援サーバ７の構成の一例を示すブロック図
【図3】携帯端末８の構成の一例を示すブロック図
【図4】防災支援システム１の火災発生時の動作の一例を示すシーケンス図
【図5】火災発生通知画面の一例を示す図
【図6】フロアマップ画面の一例を示す図
【図7】配慮情報が重畳表示されたフロアマップ画面の一例を示す図
【図8】撮影画面の一例を示す図
【図9】報告画面の一例を示す図
【図10】動画撮影時の処理フローの一例を示す図
【図11】本部端末９の構成の一例を示すブロック図
【図12】フロアマップ画面の一例を示す図
【図13】在館者一覧画面の一例を示す図
【図14】情報監視画面の一例を示す図
【発明を実施するための形態】
【0014】
１．実施形態
本発明の一実施形態に係る防災支援システム１について図面を参照して説明する。
図１は、この防災支援システム１の構成の一例を示すブロック図である。同図に示す防災支援システム１は、自動火災報知設備２、屋内測位システム３、現場活動支援システム４および自衛消防支援システム５を備える。この防災支援システム１が備える各種の設備およびシステムは、インターネット等の通信回線を介して互いに通信可能に接続される。
本発明の一実施形態に係る防災支援システム１について図面を参照して説明する。
図１は、この防災支援システム１の構成の一例を示すブロック図である。同図に示す防災支援システム１は、自動火災報知設備２、屋内測位システム３、現場活動支援システム４および自衛消防支援システム５を備える。この防災支援システム１が備える各種の設備およびシステムは、インターネット等の通信回線を介して互いに通信可能に接続される。
【0015】
自動火災報知設備２は、防火対象物である建物Ｂに設置される。この自動火災報知設備２は、建物Ｂの各所に設置される煙感知器と、建物Ｂの防災センタに設置されるＲ型の火災受信機を備える（いずれも図示略）。煙感知器は、信号線を介して火災受信機と接続され、周囲の煙濃度を測定して、測定した煙濃度を示すアナログ値を火災受信機に送信する。火災受信機は、煙感知器により測定された煙濃度が所定濃度を超え、かつ、その継続時間が所定時間を超えると、感知器発報を検出する。感知器発報を検出すると、感知器発報信号を自衛消防支援システム５に送信する。この感知器発報信号には、発報した煙感知器のアドレスが含まれる。
【0016】
次に、屋内測位システム３は、建物Ｂの在館者の位置を特定するためのシステムである。この屋内測位システム３は、建物Ｂの各所に設置されるＢＬＥ（Bluetooth（登録商標） Low Energy）発信機と、在館者の位置を管理するための位置管理サーバを備える（いずれも図示略）。ＢＬＥ発信機は、自機の発信機ＩＤを定期的に発信する。在館者の携帯端末は、この発信機ＩＤを受信すると、自端末のユーザＩＤとともに位置管理サーバに送信する。位置管理サーバは、この発信機ＩＤ等を受信すると、位置情報として、携帯端末から受信したユーザＩＤと対応付けてデータベースに記憶する。なお、屋内測位システム３は、自衛消防支援システム５に、例えば、後で詳述する支援サーバ７の位置情報取得部７１１に一体化されてもよい。
【0017】
なお、ここで言う在館者の携帯端末には、後述する公設消防隊員により携帯される携帯端末６と、後述する自衛消防隊員により携帯される携帯端末８も含まれる。なお、公設消防隊員は、建物Ｂの直接の関係者ではないが、火災等の発生時に建物Ｂに駆け付けたときに、建物Ｂ内の在館者となる。
【0018】
次に、現場活動支援システム４は、公設消防隊の活動を支援するためのシステムである。この現場活動支援システム４は、公設消防隊員により携帯される携帯端末６を備える。この携帯端末６は、具体的には、スマートフォン、タブレット端末、ウェアラブル端末等の携帯型の情報処理装置である。
【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】
撮り直しボタンＢ５は、撮影をやり直すためのボタンである。この撮り直すボタンＢ５が利用者により押下されると、撮影された静止画が破棄されて、表示制御部８１４は再び撮影画面を表示させる。
【0063】
次に、動画撮影時の処理について説明する。図１０は、動画撮影時の処理フローの一例を示す図である。
【0064】
図８に示す撮影画面において利用者により動画撮影ボタンＢ３が押下されると（ステップＳｂ１）、撮影部８１２は、表示中の被写体の動画撮影と計時を開始する（ステップＳｂ２）。その後、撮影部８１２は、５秒経過するまで待機し（ステップＳｂ３のＮＯ）、５秒経過すると（ステップＳｂ３のＹＥＳ）、動画撮影を終了する（ステップＳｂ４）。ここで、５秒経過後に自動的に動画撮影を終了する理由は、動画撮影が長時間に及んでしまうことを防止するためである。一般に動画撮影は、終了するタイミングの判断が難しく、ついつい長くなりがちである。そこで、本実施形態では、秒数選択や停止操作を不可として、撮影時間を５秒に限定することで、撮影の手間と撮影時間の長期化を防止している。撮影時間の長期化を防止することで、現地報告の遅れを防止することができ、ひいては公設消防隊への通報（いわゆる１１９番通報）の遅れを防止することができる。なお、操作をシンブルにすることでも、撮影操作に悩むことなく撮影開始まで時間を取ることが無くなる。また、動画の撮影時間が５秒あると、静止画に比べ、炎だけでなくその周辺を含めた見回すような方法等で撮影することができ、報告を受けた防災センタでは、炎の有無だけでなく、その大きさや部屋（場所）の状況について詳細に把握できる。
【0065】
動画撮影が終了すると、表示制御部８１４は、上述した報告画面をディスプレイ８５に自動的に表示させる。そして、この報告画面において、フロアリストＬ２でフロアが選択され、その上で報告ボタンＢ４１～Ｂ４４のいずれかが選択されると、報告部８１３は支援サーバ７に対して現地報告を送信する。送信される現地報告には、撮影された画像情報と、選択された報告場所と、選択された報告内容と、報告者のユーザＩＤが含まれる。一方、この報告画面において撮り直すボタンＢ５が利用者により押下されると、撮影された動画が破棄されて、表示制御部８１４は再び撮影画面を表示させる。
以上が、携帯端末８についての説明である。
以上が、携帯端末８についての説明である。
【0066】
次に、本部端末９について説明する。
本部端末９は、具体的には、据え置き型ＰＣ等の情報処理装置である。図１１は、この本部端末９の構成の一例を示すブロック図である。同図に示す本部端末９は、ＣＰＵ等のプロセッサ９１と、ＤＲＡＭ等の揮発性メモリ９２と、ＨＤＤ等の不揮発性メモリ９３と、ネットワークカード９４と、液晶ディスプレイ等のディスプレイ９５と、キーボードやマウス等の入力装置９６を備える。
本部端末９は、具体的には、据え置き型ＰＣ等の情報処理装置である。図１１は、この本部端末９の構成の一例を示すブロック図である。同図に示す本部端末９は、ＣＰＵ等のプロセッサ９１と、ＤＲＡＭ等の揮発性メモリ９２と、ＨＤＤ等の不揮発性メモリ９３と、ネットワークカード９４と、液晶ディスプレイ等のディスプレイ９５と、キーボードやマウス等の入力装置９６を備える。
【0067】
この本部端末９は、図１１に示すように、リモート操作部９１１という機能を備える。この機能は、不揮発性メモリ９３に記憶されるプログラムをプロセッサ９１が実行することにより実現される。
【0068】
このリモート操作部９１１は、支援サーバ７から各種の画面情報を取得してディスプレイ９５に表示させるとともに、入力装置９６により出力される入力情報を支援サーバ７に送信する表示制御手段である。以下、このリモート操作部９１１により表示されるフロアマップ画面、在館者一覧画面および情報監視画面について説明する。
【0069】
フロアマップ画面は、支援サーバ７の表示制御部７１６により生成される。その際、表示制御部７１６は、不揮発性メモリ７３に記憶されている位置情報、在館者情報、フロアマップ情報およびイベント情報に基づいて同画面を生成する。
【0070】
図１２は、このフロアマップ画面の一例を示す図である。同図に示すフロアマップ画面には、図６を参照して説明した設備配置図Ｍ１が含まれている。本部端末９の利用者は、この設備配置図Ｍ１を参照することで、各部屋の属性単位の在館者の人数を知ることができる。加えて、当該利用者は、この設備配置図Ｍ１上の要支援者シンボルＳ６を選択することで、当該シンボルに対応する要支援者の配慮情報を参照することができる。すなわち、当該要支援者を救助するために必要な人数を推測することができる。そのため、当該利用者は、各自衛消防隊員に対して効率的な救助活動を指示することができる。また、当該利用者は、同様に自衛消防隊シンボルＳ４を選択することで、当該シンボルに対応する自衛消防隊員の情報を参照することができる。すなわち、その部屋でどういった役割の隊員が活動しているのかを理解することができる。そのため、当該利用者は、消防活動の状況を把握できる。
【0071】
【0072】
次に、在館者一覧画面について説明する。この在館者一覧画面は、建物Ｂ全体の各エリアについて在館者の人数と属性情報を示す一覧画像である。この在館者一覧画面は、支援サーバ７の表示制御部７１６により生成される。その際、表示制御部７１６は、不揮発性メモリ７３に記憶されている位置情報、在館者情報およびイベント情報に基づいて同画面を生成する。なお、在館者一覧画面についても、支援サーバ７が生成し、それを表示するようにしてもよい。
【0073】
図１３は、この在館者一覧画面の一例を示す図である。同図に示す在館者一覧画面には、火点シンボルＳ１が配置されている。同画面におけるこの火点シンボルＳ１の配置は、建物Ｂの５階において火災が発生していることを示している。加えて、同画面には、属性単位で集計された在館者の人数を示す人型のシンボルが部屋単位で配置されている。ここで言うシンボルとは、図６を参照して説明した一般在館者シンボルＳ３、自衛消防隊シンボルＳ４、公設消防隊シンボルＳ５および要支援者シンボルＳ６である。これらのシンボルＳ３～Ｓ６は、それぞれ色が異なっている。
【0074】
同画面では、これらのシンボルＳ３～Ｓ６が、部屋番号「５０１」に対応付けて配置されている。これらのシンボルＳ３～Ｓ６およびその配置は、部屋番号「５０１」の部屋に、一般在館者、自衛消防隊員、公設消防隊員、要支援者が、それぞれ１人ずつ存在することを示している。本部端末９の利用者は、これらのシンボルＳ３～Ｓ６を参照することで、各部屋の属性単位の在館者の人数を知ることができる。その結果、当該利用者は、消防活動の状況を把握でき、また、各自衛消防隊員に対して効率的な救助活動を指示することができる。
【0075】
加えて同画面には、要支援者シンボルＳ６に対応付けて、当該シンボルに対応する要支援者の配慮情報Ｄ１が配置されている。この配慮情報Ｄ１およびその配置は、部屋番号「５０１」の部屋にいる要支援者の氏名が「山田太郎」であり、車椅子の利用者であることを示している。本部端末９の利用者は、この配慮情報Ｄ１を参照することで、当該要支援者を救助するために必要な人数を推測することができる。
【0076】
さらに同画面には、自衛消防隊シンボルＳ４に対応付けて、当該シンボルに対応する自衛消防隊員の属性情報Ｄ２が配置されている。この属性情報Ｄ２は、配慮情報Ｄ１とは背景色が異なっている。この属性情報Ｄ２およびその配置は、部屋番号「５０１」の部屋にいる自衛消防隊員の氏名が「山田次郎」であり、担当エリアが「５階」であり、役割が「隊長」であることを示している。本部端末９の利用者は、この属性情報Ｄ２を参照することで、その部屋でどういった役割の隊員が活動しているのかを理解することができる。ただし、この属性情報Ｄ２として、担当エリアと役割が提示されるのは有事だけであり、平時にはこれらの情報に代えて、所属部署が提示される。
【0077】
なお、同画面には１人分の配慮情報Ｄ１と属性情報Ｄ２しか表示されていないが、これは、部屋番号「５０１」の部屋に要支援者と自衛消防隊員が１人ずつしかいないからである。当該部屋に複数の要支援者と自衛消防隊員がいる場合には、それら複数の要支援者と自衛消防隊員に対応する複数の配慮情報Ｄ１と属性情報Ｄ２が表示されることになる。
【0078】
また、同画面では、一般在館者シンボルＳ３に対応付けて、当該シンボルに対応する一般在館者の属性情報が配置されていない。これは、一般在館者の個人情報を表示しても、表示する情報が増えることになってしまい、消防活動として必要のある情報を優先して表示するためである。
【0079】
図１３に示す在館者一覧画面には、さらに、シンボルと属性情報の表示の有無を選択するためのボタンＢ６～Ｂ９が含まれている。これらのボタンＢ６～Ｂ９のうち、ボタンＢ６は、一般在館者シンボルＳ３の表示の有無を選択するためのボタンであり、ボタンＢ７は、自衛消防隊シンボルＳ４と属性情報Ｄ２の表示の有無を選択するためのボタンであり、ボタンＢ８は、公設消防隊シンボルＳ５の表示の有無を選択するためのボタンであり、ボタンＢ９は、要支援者シンボルＳ６と配慮情報Ｄ１の表示の有無を選択するためのボタンである。例えば、これらのボタンＢ６～Ｂ９のうち、ボタンＢ９のみをオンにし、その他のボタンＢ６～Ｂ８をオフにすると、建物Ｂ全体の各部屋について要支援者の人数と配慮情報のみを確認することができる。
【0080】
次に、情報監視画面について説明する。この情報監視画面は、建物Ｂ内で発生したイベントと、携帯端末８から送信された現地報告の履歴を示す画面である。この情報監視画面は、支援サーバ７の表示制御部７１６により生成される。その際、表示制御部７１６は、不揮発性メモリ７３に記憶されているイベント情報と報告情報に基づいて同画面を生成する。
【0081】
図１４は、この情報監視画面の一例を示す図である。同図に示す情報監視画面には、履歴一覧Ｌ３が含まれている。この履歴一覧Ｌ３は、建物Ｂ内で発生したイベントと、携帯端末８から送信された現地報告を時系列で並べたリストである。加えて同画面には、画像表示領域Ｒ１が含まれている。この画像表示領域Ｒ１には、履歴一覧Ｌ３に含まれる現地報告のうち、利用者により選択された現地報告に対応する画像が表示される。図１４に示す画面例では、履歴一覧Ｌ３の最上位の現地報告が選択されてハイライトされており、その結果、この現地報告に対応する火点の動画が表示されている。本部端末９の利用者は、この情報監視画面を参照することで、現場の様子を視覚的に知ることができる。その結果、自衛消防隊員に対して的確な指示を送ることができる。
【0082】
２．変形例
上記の実施形態は下記のように変形してもよい。なお、下記の変形例は互いに組み合わせてもよい。
上記の実施形態は下記のように変形してもよい。なお、下記の変形例は互いに組み合わせてもよい。
【0083】
２－１．変形例１
屋内測位システム３は、ＢＬＥを用いた屋内測位手法に代えて、その他の周知の屋内測位手法を採用してもよい。例えば、Wi-Fi（登録商標）、ＩＭＥＳ（Indoor Messaging System）またはＵＷＢ（Ultra Wideband）を用いて在館者の位置を測定してもよい。
屋内測位システム３は、ＢＬＥを用いた屋内測位手法に代えて、その他の周知の屋内測位手法を採用してもよい。例えば、Wi-Fi（登録商標）、ＩＭＥＳ（Indoor Messaging System）またはＵＷＢ（Ultra Wideband）を用いて在館者の位置を測定してもよい。
【0084】
２－２．変形例２
屋内測位システム３は、建物Ｂの各所に設置されるＢＬＥ受信機と、在館者が所持するＢＬＥ発信機と、在館者の位置を管理するための位置管理サーバを備えるようにしてもよい（いずれも図示略）。ＢＬＥ受信機は、ＢＬＥ発信機から発信機ＩＤ等を受信すると、自端末の受信機ＩＤとともに位置管理サーバに送信する。位置管理サーバは、この受信機ＩＤ等を受信すると、位置情報としてＢＬＥ発信機から受信した発信機ＩＤと対応付けてデータベースに記憶する。屋内測位システム３は、受信機ＩＤに対応する位置に発信機ＩＤ等を発信したＢＬＥ発信機を所持する人がいることを特定する。
屋内測位システム３は、建物Ｂの各所に設置されるＢＬＥ受信機と、在館者が所持するＢＬＥ発信機と、在館者の位置を管理するための位置管理サーバを備えるようにしてもよい（いずれも図示略）。ＢＬＥ受信機は、ＢＬＥ発信機から発信機ＩＤ等を受信すると、自端末の受信機ＩＤとともに位置管理サーバに送信する。位置管理サーバは、この受信機ＩＤ等を受信すると、位置情報としてＢＬＥ発信機から受信した発信機ＩＤと対応付けてデータベースに記憶する。屋内測位システム３は、受信機ＩＤに対応する位置に発信機ＩＤ等を発信したＢＬＥ発信機を所持する人がいることを特定する。
【0085】
２－３．変形例３
配慮情報は、障害の種類に加えてまたはこれに代えて、要支援者を救助するために必要な具体的な人数、要支援者を救助するために必要な機材、要支援レベルのうちの少なくとも１つを示すものであってもよい。なお、ここで言う要支援レベルとは、要支援者の年齢、障害の種類および程度から判断される、必要とされる支援の度合いのことである。この要支援レベルは、要支援者の年齢、障害の種類および程度を、予め作成された基準と照合することにより特定される。
配慮情報は、障害の種類に加えてまたはこれに代えて、要支援者を救助するために必要な具体的な人数、要支援者を救助するために必要な機材、要支援レベルのうちの少なくとも１つを示すものであってもよい。なお、ここで言う要支援レベルとは、要支援者の年齢、障害の種類および程度から判断される、必要とされる支援の度合いのことである。この要支援レベルは、要支援者の年齢、障害の種類および程度を、予め作成された基準と照合することにより特定される。
【0086】
２－４．変形例４
図６に例示するフロアマップ画面では、属性単位で集計された在館者の人数が部屋単位で示されている。これに代えて、属性単位で集計された在館者の人数を、複数の部屋からなる集約した区画単位で示すようにしてもよい。このように集計の単位を変更することで、シンボルＳ３～Ｓ６の表示が過密になってしまう場合など、見やすい表示が可能となり、部屋よりも大きいエリア単位での在館者の人数の把握が容易になる。同様に、部屋を前後や左右に二分割あるいは四分割して、部屋内を詳細な区画で位置表示してもよい（とくに大きな部屋の場合）。このような、発信機ＩＤ単位での在館者の人数表示は、位置を特定した発信機ＩＤごとの集計でよいが、部屋一括など、複数の発信機ＩＤの人数を合算した集約した人数表示を一箇所に行う設定も可能である。なお、集計の単位は、設備配置図Ｍ１の拡縮に応じて変更されてもよい。例えば、設備配置図Ｍ１が縮小されてフロア全体が表示されている場合には、区画単位で集計する一方で、設備配置図Ｍ１が拡大されて一部の区画のみが表示されている場合には、部屋単位で集計するようにしてもよい。
図６に例示するフロアマップ画面では、属性単位で集計された在館者の人数が部屋単位で示されている。これに代えて、属性単位で集計された在館者の人数を、複数の部屋からなる集約した区画単位で示すようにしてもよい。このように集計の単位を変更することで、シンボルＳ３～Ｓ６の表示が過密になってしまう場合など、見やすい表示が可能となり、部屋よりも大きいエリア単位での在館者の人数の把握が容易になる。同様に、部屋を前後や左右に二分割あるいは四分割して、部屋内を詳細な区画で位置表示してもよい（とくに大きな部屋の場合）。このような、発信機ＩＤ単位での在館者の人数表示は、位置を特定した発信機ＩＤごとの集計でよいが、部屋一括など、複数の発信機ＩＤの人数を合算した集約した人数表示を一箇所に行う設定も可能である。なお、集計の単位は、設備配置図Ｍ１の拡縮に応じて変更されてもよい。例えば、設備配置図Ｍ１が縮小されてフロア全体が表示されている場合には、区画単位で集計する一方で、設備配置図Ｍ１が拡大されて一部の区画のみが表示されている場合には、部屋単位で集計するようにしてもよい。
【0087】
図１３に例示する在館者一覧画面では、属性単位で集計された在館者の人数と属性情報が部屋単位で示されている。これに代えて、属性単位で集計された在館者の人数等をフロア単位で示すようにしてもよい。このように集計の単位を変更することで、フロア単位での在館者の人数の把握が容易になる。また別の例として、防火対象物が複数の棟から構成される場合には、属性単位で集計された在館者の人数等を棟単位で示すようにしてもよい。なお、集計の単位は、利用者がボタン操作により切り替えられるようにしてもよい。
【0088】
２－５．変形例５
携帯端末８は、動画撮影時に、動画撮影が５秒で自動的に終了する旨のメッセージを表示したり、撮影終了までの秒数をカウントダウンする表示を行ったりしてもよい。このような表示を行うことで、撮影者に撮影終了タイミングを意識させることができる。その結果、撮影者は、限られた時間の中で火点周辺を隈なく撮影することができる。
携帯端末８は、動画撮影時に、動画撮影が５秒で自動的に終了する旨のメッセージを表示したり、撮影終了までの秒数をカウントダウンする表示を行ったりしてもよい。このような表示を行うことで、撮影者に撮影終了タイミングを意識させることができる。その結果、撮影者は、限られた時間の中で火点周辺を隈なく撮影することができる。
【0089】
２－６．変形例６
図６に例示するフロアマップ画面は、平時においては、権限を付与された一部の利用者を除いて閲覧することができない。これに代えて、権限を付与された一部の利用者以外も閲覧できるようにしてもよい。ただし、その場合に、フロアの一部について閲覧制限を課けられるようにしてもよい。これは、テナントによっては、フロアの躯体を知られたくない場合があるからである。加えて、要支援者の人数表示を省略できるようにしてもよい。これは、要支援者のプライバシーを保護するためである。具体的には、携帯端末８の表示制御部８１４は、有事においては一般在館者と要支援者を別々に集計する一方で、平時においては一般在館者と要支援者をまとめて集計するようにしてもよい。このように一般在館者と要支援者をまとめて集計することで、要支援者のプライバシーを保護することができる。
図６に例示するフロアマップ画面は、平時においては、権限を付与された一部の利用者を除いて閲覧することができない。これに代えて、権限を付与された一部の利用者以外も閲覧できるようにしてもよい。ただし、その場合に、フロアの一部について閲覧制限を課けられるようにしてもよい。これは、テナントによっては、フロアの躯体を知られたくない場合があるからである。加えて、要支援者の人数表示を省略できるようにしてもよい。これは、要支援者のプライバシーを保護するためである。具体的には、携帯端末８の表示制御部８１４は、有事においては一般在館者と要支援者を別々に集計する一方で、平時においては一般在館者と要支援者をまとめて集計するようにしてもよい。このように一般在館者と要支援者をまとめて集計することで、要支援者のプライバシーを保護することができる。
【0090】
２－７．変形例７
支援サーバ７の一部又は全部の機能は、携帯端末８または本部端末９により実現されてもよい。逆に、携帯端末８または本部端末９の一部の機能は、支援サーバ７により実現されてもよい。すなわち、自衛消防支援システム５内の機能の配置は、当該システムの提供者の都合に応じて適宜変更されてよい。
支援サーバ７の一部又は全部の機能は、携帯端末８または本部端末９により実現されてもよい。逆に、携帯端末８または本部端末９の一部の機能は、支援サーバ７により実現されてもよい。すなわち、自衛消防支援システム５内の機能の配置は、当該システムの提供者の都合に応じて適宜変更されてよい。
【0091】
２－８．変形例８
携帯端末８の動画撮影時間は５秒に設定されている。しかし、この撮影時間はあくまで一例であり、３秒から１５秒の間で適宜選択されてよい。
携帯端末８の動画撮影時間は５秒に設定されている。しかし、この撮影時間はあくまで一例であり、３秒から１５秒の間で適宜選択されてよい。
【0092】
２－９．変形例９
図６のフロアマップ画面では、在館者の位置情報として、属性単位で集計された在館者の人数を示す人型のシンボルが部屋単位（発信機ＩＤ単位）で配置されるが、ユーザＩＤごとに１人ずつシンボル表示してもよい。そのシンボルが利用者により選択可能なように表示され、そのシンボルを利用者が押下するときに、押下されたシンボルに対応する要支援者の配慮情報を表示させることができる。そして、要支援者各位の位置は発信機ＩＤの位置に合わせて並列表示でもよいが、屋内測位システム３から取込むユーザＩＤに対応した位置情報を、複数の発信機ＩＤを基準の電波強度等から算出した座標的な位置情報とすることで、フロアマップ上に要配慮者１人ずつを位置決めして、さらに詳細な位置としてシンボル表示してもよい。なお、属性単位として要支援者とそれ以外の在館者としてもよい。この場合は、避難に支援が必要な要支援者の人数が容易にわかるようになる。
図６のフロアマップ画面では、在館者の位置情報として、属性単位で集計された在館者の人数を示す人型のシンボルが部屋単位（発信機ＩＤ単位）で配置されるが、ユーザＩＤごとに１人ずつシンボル表示してもよい。そのシンボルが利用者により選択可能なように表示され、そのシンボルを利用者が押下するときに、押下されたシンボルに対応する要支援者の配慮情報を表示させることができる。そして、要支援者各位の位置は発信機ＩＤの位置に合わせて並列表示でもよいが、屋内測位システム３から取込むユーザＩＤに対応した位置情報を、複数の発信機ＩＤを基準の電波強度等から算出した座標的な位置情報とすることで、フロアマップ上に要配慮者１人ずつを位置決めして、さらに詳細な位置としてシンボル表示してもよい。なお、属性単位として要支援者とそれ以外の在館者としてもよい。この場合は、避難に支援が必要な要支援者の人数が容易にわかるようになる。
【0093】
２－１０．変形例１０
携帯端末８は、動画撮影が終了すると、撮影された画像情報を報告者のユーザＩＤとともに支援サーバ７に送信するようにしてもよい。支援サーバ７は、ユーザＩＤと建物Ｂを関連付けた情報を記憶し、受信したユーザＩＤに基づき、建物Ｂを特定して、撮影された画像情報を現地報告として記憶するようにしてもよい。
携帯端末８は、動画撮影が終了すると、撮影された画像情報を報告者のユーザＩＤとともに支援サーバ７に送信するようにしてもよい。支援サーバ７は、ユーザＩＤと建物Ｂを関連付けた情報を記憶し、受信したユーザＩＤに基づき、建物Ｂを特定して、撮影された画像情報を現地報告として記憶するようにしてもよい。
【符号の説明】
【0094】
１…防災支援システム、２…自動火災報知設備、３…屋内測位システム、４…現場活動支援システム、５…自衛消防支援システム、６…携帯端末、７…支援サーバ、８…携帯端末、９…本部端末、７１…プロセッサ、７２…揮発性メモリ、７３…不揮発性メモリ、７４…ネットワークカード、８１…プロセッサ、８２…揮発性メモリ、８３…不揮発性メモリ、８４…ネットワークカード、８５…ディスプレイ、８６…タッチパネル、８７…カメラ、９１…プロセッサ、９２…揮発性メモリ、９３…不揮発性メモリ、９４…ネットワークカード、９５…ディスプレイ、９６…入力装置、７１１…位置情報取得部、７１２…在館者情報取得部、７１３…同期部、７１４…イベント通知部、７１５…報告受付部、７１６…表示制御部、８１１…情報更新部、８１２…撮影部、８１３…報告部、８１４…表示制御部、９１１…リモート操作部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
