JP6022627B2 - 避難支援システム、避難支援用管理プログラム、避難支援用端末アプリケーションプログラム及び避難支援方法 - Google Patents

Description

本発明は、避難支援システム、避難支援用管理プログラム、避難支援用端末アプリケーションプログラム及び避難支援方法に関する。

自然災害（地震、台風、雪害など）が発生したときに、自治体などから避難勧告が発令されて、住民は自宅から最寄りの避難所へ避難する必要が生じることがある。また、学校や勤め先、外出先などから自宅へ帰宅したくとも交通機関がマヒし、一時的に最寄りの避難所へ避難する必要が生じることがある。避難の支援は極めて重要である。

従来、避難支援のため、避難場所及び避難場所までのルートを示す避難ルート情報を含む避難誘導情報を作成する避難案内サーバを設け、居住区域に設置された複数のアクセスポイントに送信し、各アクセスポイントで避難誘導情報を保存しておき、通信範囲内に存在する被災者の通信端末に送信する避難誘導システムが提案されている（特許文献１参照）。

また、避難者に対して有用な情報を提供するため、データベースに災害情報を蓄積し、安否確認情報、救援状況情報又は資産確認情報を含む災害支援情報を生成する災害情報処理システムが提案されている（特許文献２参照）。

また、避難者に代わって、緊急時に安否確認の対象者の安否情報を連絡先などに送信するため、緊急事態の発生を知らせる警報情報に基づいてそれぞれ生成される、前記対象者の端末装置の位置情報及び前記対象者による前記端末装置に対する入力情報の有無を判断し、その結果に応じた対象者の安否情報を作成し、送信する安否情報提供装置が提案されている（特許文献３参照）。

特許第４９２３２７３号公報 特開２０１３−５８０７１号公報 特開２０１２−２７８２２号公報

避難者が、自らが向かうべき避難先を知ることが極めて重要である。最寄りの避難所の位置を知ることができたとしても、災害の種類によっては、避難先として好ましくない地域である場合（例えば、標高が低く、津波が起こった場合被害を受ける可能性がある）がある。また、帰宅困難者に最寄りの避難所がわかっても、その避難所が地域住民向けであったり、また、収容者が定員に既に達して受け入れられない場合もある。また、避難所までのルート上に何らかのハザードがあれば引き返して、別の避難所を探さなくてはならない可能性もある。

本発明は、かかる点に鑑みてなされたものであり、避難者に対して必ずしも最寄りの避難所ではなく、避難所の施設に関する情報に基づいて最適な避難所を推奨できる避難支援システム、避難支援用管理プログラム、避難支援用端末アプリケーションプログラム及び避難支援方法を提供することを目的とする。

本発明に係る避難支援システムは、避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定し、前記移動通信端末に前記推奨避難所の情報を出力させる避難支援システムであって、前記避難者情報は、前記避難者の住所に関する情報を含み、かつ、前記施設に関する情報が地域住民向けか帰宅困難者向けかを示す避難所種別を含み、前記避難者の住所に関する情報に基づいて、前記避難者が地域住民か帰宅困難者かを判定し、判定結果及び前記避難所種別に基づいて前記推奨避難所を選定することを特徴とする。
また、本発明に係る避難支援システムは、避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定し、前記移動通信端末に前記推奨避難所の情報を出力させる避難支援システムであって、前記現在位置情報が示す現在位置から前記推奨避難所までのルートを探索し、前記ルートに従って前記移動通信端末により前記避難者を前記推奨避難所まで誘導すると共に、避難の障害となるハザードの内容及び前記ハザードが発生したハザード発生地点の位置情報を含むハザード投稿を外部から受信して蓄積し、前記ハザード投稿を前記移動通信端末に表示させ、かつ、前記ハザード投稿は前記移動通信端末及び管理者端末の両方から受信し、いずれから受信したか区別できるように前記ハザード投稿を前記移動通信端末に表示させることを特徴とする。
また、本発明に係る避難支援システムは、避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定し、前記移動通信端末に前記推奨避難所の情報を出力させる避難支援システムであって、前記現在位置情報が示す現在位置から前記推奨避難所までのルートを探索し、前記ルートに従って前記移動通信端末により前記避難者を前記推奨避難所まで誘導すると共に、避難の障害となるハザードの内容及び前記ハザードが発生したハザード発生地点の位置情報を含むハザード投稿を外部から受信して蓄積し、同一の前記ハザード発生地点で発生した前記ハザードに関する前記ハザード投稿が所定の数に達したならば、無人航空機を用いて当該ハザード発生地点で前記ハザードが実際に発生しているかどうか確認することを特徴とする。
また、本発明に係る避難支援システムは、避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定し、前記移動通信端末に前記推奨避難所の情報を出力させる避難支援システムであって、前記避難所の位置情報に基づいて前記避難所に対して避難所ジオフェンスを設定し、前記避難所ジオフェンスと前記移動通信端末の前記現在位置情報に基づき、前記移動通信端末が前記避難所の前記避難所ジオフェンスに入ったと判定したならば、前記移動通信端末を所持する前記避難者の前記避難者情報に前記避難所に対応する避難所識別情報に加え、又は、前記避難所ジオフェンスから出たと判定したならば、前記避難者情報から前記避難所識別情報を除くことを特徴する。

本発明の避難支援用管理プログラムは、避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定し、前記移動通信端末に前記推奨避難所の情報を表示させる避難支援用管理プログラムであって、前記避難者情報は、前記避難者の住所に関する情報を含み、かつ、前記施設に関する情報が地域住民向けか帰宅困難者向けかを示す避難所種別を含み、前記避難者の住所に関する情報に基づいて、前記避難者が地域住民か帰宅困難者かを判定し、判定結果及び前記避難所種別に基づいて前記推奨避難所を選定することを特徴とする。

本発明の避難支援用端末アプリケーションプログラムは、避難者の移動通信端末の制御部によって実行され、前記移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて選定された前記避難者に適した推奨避難所の情報を前記移動通信端末に出力させる避難支援用端末アプリケーションプログラムであって、前記避難者情報は、前記避難者の住所に関する情報を含み、かつ、前記施設に関する情報が地域住民向けか帰宅困難者向けかを示す避難所種別を含み、前記避難者の住所に関する情報に基づいて、前記避難者が地域住民か帰宅困難者かを判定し、判定結果及び前記避難所種別に基づいて前記推奨避難所を選定することを特徴とする。
また、本発明の避難支援用端末アプリケーションプログラムは、避難者の移動通信端末の制御部によって実行され、前記移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて選定された前記避難者に適した推奨避難所の情報を前記移動通信端末に出力させる避難支援用端末アプリケーションプログラムであって、前記現在位置情報が示す現在位置から前記推奨避難所までのルートを探索し、前記ルートに従って前記移動通信端末により前記避難者を前記推奨避難所まで誘導し、避難の障害となるハザードの内容及び前記ハザードが発生したハザード発生地点の位置情報を含むハザード投稿を外部から受信し、他の避難者の移動通信端末が送信したか、管理者端末が送信したか区別できるように出力することを特徴とする。
また、本発明の避難支援用端末アプリケーションプログラムは、避難者の移動通信端末の制御部によって実行され、前記移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて選定された前記避難者に適した推奨避難所の情報を前記移動通信端末に出力させる避難支援用端末アプリケーションプログラムであって、前記避難所の位置情報に基づいて前記避難所に対して設定された避難所ジオフェンスと前記移動通信端末の前記現在位置情報に基づき、前記移動通信端末が前記避難所の前記避難所ジオフェンスに入ったと判定したならば、前記避難所の収容者を管理する避難管理サーバに対して前記避難者が前記避難所の収容者に加えられたことを通知し、又は、前記避難所ジオフェンスから出たと判定したならば、前記避難管理サーバに対して前記避難者を前記避難所の収容者から除かれたことを通知することを特徴する。

本発明に係る避難支援方法は、サーバの制御部が実行する避難支援方法であって、避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定する工程と、前記移動通信端末に前記推奨避難所の情報を出力させる工程と、を具備し、前記避難者情報は、前記避難者の住所に関する情報を含み、かつ、前記施設に関する情報が地域住民向けか帰宅困難者向けかを示す避難所種別を含み、前記避難者の住所に関する情報に基づいて、前記避難者が地域住民か帰宅困難者かを判定し、判定結果及び前記避難所種別に基づいて前記推奨避難所を選定することを特徴とする。
また、本発明に係る避難支援方法は、サーバの制御部が実行する避難支援方法であって、避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定する工程と、前記移動通信端末に前記推奨避難所の情報を出力させる工程と、を具備し、前記現在位置情報が示す現在位置から前記推奨避難所までのルートを探索し、前記ルートに従って前記移動通信端末により前記避難者を前記推奨避難所まで誘導させると共に、避難の障害となるハザードの内容及び前記ハザードが発生したハザード発生地点の位置情報を含むハザード投稿を外部から受信して前記サーバの制御部に接続されたストレージに蓄積し、前記ハザード投稿を前記移動通信端末に表示させ、かつ、前記ハザード投稿は前記移動通信端末及び管理者端末の両方から受信し、いずれから受信したか区別できるように前記ハザード投稿を前記移動通信端末に表示させることを特徴とする。
また、本発明に係る避難支援方法は、サーバの制御部が実行する避難支援方法であって、避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定する工程と、前記移動通信端末に前記推奨避難所の情報を出力させる工程と、を具備し、前記現在位置情報が示す現在位置から前記推奨避難所までのルートを探索し、前記ルートに従って前記移動通信端末により前記避難者を前記推奨避難所まで誘導すると共に、避難の障害となるハザードの内容及び前記ハザードが発生したハザード発生地点の位置情報を含むハザード投稿を外部から受信してストレージに蓄積し、同一の前記ハザード発生地点で発生した前記ハザードに関する前記ハザード投稿が所定の数に達したならば、無人航空機に当該ハザード発生地点で前記ハザードが実際に発生しているかどうか確認させるための派遣依頼を送信することを特徴とする。
また、本発明に係る避難支援方法は、サーバの制御部が実行する避難支援方法であって、避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定する工程と、前記移動通信端末に前記推奨避難所の情報を出力させる工程と、を具備し、前記避難所の位置情報に基づいて前記避難所に対して避難所ジオフェンスを設定し、前記避難所ジオフェンスと前記移動通信端末の前記現在位置情報に基づき、前記移動通信端末が前記避難所の前記避難所ジオフェンスに入ったと判定したならば、前記移動通信端末を所持する避難者の避難者情報に前記避難所に対応する避難所識別情報に加え、又は、前記避難所ジオフェンスから出たと判定したならば、前記避難者情報から前記避難所識別情報を除くことを特徴とする。

本発明によれば、避難者に対して必ずしも最寄りの避難所ではなく、避難所の施設に関する情報に基づいて最適な避難所を推奨できる避難支援システム、避難支援用管理プログラム、避難支援用端末アプリケーションプログラム及び避難支援方法を提供することができる。

第１の実施の形態に係る避難支援システムの概要を示す模式図である。 第１の実施の形態に係る避難支援システムのネットワーク構成を示す概略図である。 第１の実施の形態に係る避難支援システムにおける移動通信端末を示すブロック図である。 第１の実施の形態に係る避難支援システムにおける避難支援アプリを示すブロック図である。 第１の実施の形態に係る避難支援システムにおける避難管理サーバを示すブロック図である。 第１の形態に係る避難支援システムにおける配送管理サーバを示すブロック図である。 第１の形態に係る避難支援システムにおけるドローンを示す模式図である。 第１の実施の形態に係る避難支援システムにおけるユーザ登録での処理を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおけるユーザＤＢのデータ構成を示す説明図である。 第１の実施の形態に係る避難支援システムにおける避難所登録での処理を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおける避難所ＤＢのデータ構成を示す説明図である。 第１の実施の形態に係る避難支援システムにおけるハザード投稿での処理を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおけるアプリのハザード投稿用画面を示す概略図である。 第１の実施の形態に係る避難支援システムにおけるハザードＤＢのデータ構成を示す説明図である。 第１の実施の形態に係る避難支援システムにおけるハザード投稿表示画面を示す概略図である。 第１の実施の形態に係る避難支援システムにおける推奨避難所の選定での処理を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおける推奨避難所の選定方法を説明するための説明図である。 第１の実施の形態に係る避難支援システムにおける推奨避難所の選定方法を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおける推奨避難所の選定方法を説明するための説明図である。 第１の実施の形態に係る避難支援システムにおける推奨避難所の選定方法を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおける推奨避難所表示画面を示す概略図である。 第１の実施の形態に係る避難支援システムの避難所までの誘導での処理を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおける避難者誘導画面を示す概略図である。 第１の実施の形態に係る避難支援システムにおけるチェックイン・アウトの処理を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおけるチェックイン・アウトでの処理を示すシーケンス図である。 第１の実施の形態に係る避難支援システムにおける収容者数及び収容率を算出する処理を示すフローチャート図である。 第１の実施の形態に係る避難支援システムによる避難所の収容者状況の提供を説明するための説明図である。 第１の実施の形態に係る避難支援システムによる避難所の収容者状況の表示画面を示す概略図である。 第１の実施の形態に係る避難支援システムにおける安否情報入力画面を示す概略図である。 第１の実施の形態に係る避難支援システムにおける安否登録での処理を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおける消息問い合わせでの処理を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおける安否情報表示画面を示す概略図である。 第１の実施の形態に係る避難支援システムにおける物資決定での処理の一例を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおける物資決定での処理の他の例を示すフローチャート図である。 第１の実施の形態に係る避難支援システムにおけるドローンによる物資配送の処理を示すシーケンス図である。 第１の実施の形態に係る避難支援システムにおけるドローンによるハザード投稿確認の処理を示すフローチャート図である。 第２の実施の形態に係る避難支援システムの概要を示す模式図である。 第２の実施の形態に係る避難支援システムにおける各種アプリケーションを示すブロック図である。 第２の実施の形態に係る避難支援システムにおけるＳＮＳサーバを示すブロック図である。 第２の実施の形態に係る避難支援システムにおける避難管理サーバを示すブロック図である。 第２の実施の形態に係る避難支援システムにおけるユーザ登録での処理を示すフローチャート図である。 第２の実施の形態に係る避難支援システムにおけるユーザＤＢのデータ構成を示す説明図である。 第２の実施の形態に係る避難支援システムにおけるハザード投稿での処理を示すフローチャート図である。 第２の実施の形態に係る避難支援システムにおけるハザード情報メッセージ表示画面を示す概略図である。 第２の実施の形態に係る避難支援システムにおけるハザード情報メッセージ表示画面を示す概略図である。 第２の実施の形態に係る避難支援システムにおける推奨避難所の選定での処理を示すフローチャート図である。 第２の実施の形態に係る避難支援システムにおける推奨避難所表示画面を示す概略図である。 第２の実施の形態に係る避難支援システムにおける推奨避難所表示画面を示す概略図である。 第２の実施の形態に係る避難支援システムにおけるチェックイン・アウトでの処理を示すフローチャート図である。 第２の実施の形態に係る避難支援システムにおける安否登録での処理を示すフローチャート図である。 第２の実施の形態に係る避難支援システムにおける消息問い合わせでの処理を示すフローチャート図である。 第２の実施の形態に係る避難支援システムにおける安否情報表示画面を示す概略図である。 第２の実施の形態に係る避難支援システムにおける安否情報表示画面を示す概略図である。

以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
＜第１の実施の形態＞
図１は、第１の実施の形態に係る避難支援システムの概要を示す模式図である。第１の実施の形態に係る避難支援システム１は、管理センター２と、自然災害の発生や被害状況を発信する災害情報リソース３と、を具備し、移動通信端末４を所持する避難者（以下、ユーザという）５に対して、複数の避難所Ａ〜Ｃ（図１中６〜８）への最適な避難誘導を提供する。複数の避難所Ａ〜Ｃは、異なる地理的条件を備えている。避難所Ａは山寄りの標高が高い地点にある。避難所Ｂは平野部にあり海から離れている。避難所Ｃは海よりの標高が低い位置にある。また、複数の避難所Ａ〜Ｃは種類が異なっている。避難所Ａ、Ｃは地域住民向けであり、避難所Ｂは帰宅困難者向けである。

また、第１の実施の形態に係る避難支援システム１は、配送センター３０を具備し、複数のドローン（無人航空機）４０により、配送センター３０から避難所Ａ〜Ｃに支援物資を配送する。

図２は、第１の実施の形態に係る避難支援システムのネットワーク構成を示す概略図である。避難管理サーバ１１、災害情報サーバ１２、地図サーバ１３及び配送管理サーバ１０００がインターネット１４を介して相互に通信可能に接続されている。インターネット１４は、ＬＡＮやＷｉ−Ｆｉなどを含んでいる。

また、避難管理サーバ１１には、専用回線網１５を介して、管理者端末１６（デスクトップＰＣ）及び管理者端末１７（ラップトップＰＣ）が接続可能になっている。また、インターネット１４又は移動体通信網１９を介して、管理者端末１７（ラップトップＰＣ）、管理者端末１８（タブレット端末）及び管理者端末２０（スマートフォン）が、それぞれ避難管理サーバ１１に接続可能になっている。

さらに、ドローン４０が、移動体通信網１９及びインターネット１４を介して避難管理サーバ１１及び配送管理サーバ１０００と接続可能になっている。ドローン４０は、避難管理サーバ１１及び配送管理サーバ１０００と無線で直接通信しても良い。

ユーザ５が所持する複数の移動通信端末４が、避難管理サーバ１１及び地図サーバ１３に、移動体通信網１９及びインターネット１４を介して接続可能になっている。

移動通信端末４及びドローン４０は、人工衛星２１からＧＰＳ信号を受信し、又は、移動体通信網１９の基地局（図示せず）から位置情報を受信して、自らの現在位置情報を取得することができる。

なお、移動通信端末４がインターネット１４に接続する手段としては、移動体通信に限定されず、移動体通信網１９と共に、又は、移動体通信網１９に代えて、Ｗｉ−Ｆｉ網を介してインターネット１４に接続し、避難管理サーバ１１や地図サーバ１３と接続しても良い。

図３は、第１の実施の形態に係る避難支援システムにおける移動通信端末を示すブロック図である。図３に示すように、移動通信端末４において、移動通信部１０１は、３Ｇ／４Ｇのような移動体通信網１９を介して、基地局とのコール設定、データ通信などを遂行する。

ＧＰＳ受信部１０２は、人工衛星２１からＧＰＳ信号を受信する。カメラ部１０３は、写真や動映像を撮影するためのレンズ及び光学素子を含む。入出力部１０４は、外部機器や人々とのインターフェースを提供し、マイク１０５、スピーカ１０６及びボタン１０７を含む。

タッチスクリーン１０８は、ユーザのタッチ入力を受信する。ここでのタッチ入力は、ドラッグジェスチャによるものでもあり、タップジェスチャによるものでもある。タッチスクリーン・コントローラ１０９は、タッチスクリーン１０８を介して入力されたタッチ入力を、制御部１１０に伝達する。

電源供給部１１１は、移動通信端末４に必要な電力を供給するために、バッテリ又は外部電源ソースと連結される。

制御部１１０は、メモリ１１２に保存されたプログラムを実行することにより、各種機能を実現する。メモリ１１２に保存されたプログラムは、その機能によって、複数のモジュールに分類することができるが、移動通信モジュール１１３、ＧＰＳモジュール１１４、カメラ・モジュール１１５、動映像再生モジュール１１６、オーディオ再生モジュール１１７、電源モジュール１１８、タッチスクリーン・モジュール１１９、ＵＩモジュール１２０、アプリケーション・モジュール１２１などに分類される。各モジュールの機能は、その名称から、当業者であるならば、直観的に推論できるであろう。

以下、アプリケーション・モジュール１２１の一つである第１の実施の形態に係る避難支援用端末アプリケーション（以下、避難支援アプリ、又は、アプリと省略する）について、さらに詳細に説明する。図４は、第１の実施の形態に係る避難支援システムにおける避難支援アプリを示すブロック図である。アプリ２００は、複数のモジュールにさらに分類することができ、ユーザ登録モジュール２０１、避難所問い合わせモジュール２０２、避難誘導モジュール２０３、ハザード投稿モジュール２０４、チェックイン・アウトモジュール２０５、安否登録モジュール２０６、消息問い合わせモジュール２０７、退避通知モジュール２０８及びメッセージ表示モジュール２０９に分類される。それぞれの機能については、後述のユースケースにおいて説明する。

また、アプリ２００は、以下の複数のデータを記憶、利用及び変更する。ＵＩデータ２１１、ユーザ情報２１２、地図データ２１３、避難所情報２１４、ハザード投稿２１５及びメッセージ２１６を、元々アプリの一部として持っているか、外部から取得するか、或いは、ユーザに入力させる。

ここで、アプリ２００は、移動通信端末４の制御部１１０が実行する一つのアプリケーションとして説明したが、アプリ２００と同等の機能が、他のアプリケーションのモジュールの一つとなっていて、当該他のアプリケーションが、災害発生通知を外部から受信したときに当該モジュールを起動するように構成されていても良い。ここで、他のアプリケーションとは、オンラインゲームやソーシャルゲーム、ネットワークを介して交通状況等を取得する乗換案内アプリ、商店などのクーポンを発行、管理するクーポンアプリなどであるが、特に限定されるものではない。

また、アプリ２００は、一回インストールし、後述のようにユーザ登録を行えば、あとは地震速報などの「通知」に基づいて自動的に起動し、利用することが可能である。

図５は、第１の実施の形態に係る避難支援システムにおける避難管理サーバを示すブロック図である。避難管理サーバ１１は、一般的なサーバと同様に、制御部３０１、ネットワークインターフェイス（Ｉ／Ｆ）３０２、電源供給部３０３、メモリ３０４及びストレージ３０５を備えている。

制御部３０１は、メモリ３０４に保存されたプログラムを実行することにより、各種機能を実現する。メモリ３０４に保存されたプログラムは、その機能によって、複数のモジュールに分類することができるが、ユーザ管理モジュール３１１、避難所登録モジュール３１２、避難所選定モジュール３１３、ハザード管理モジュール３１４、チェックイン・アウトモジュール３１５、安否管理モジュール３１６、消息情報モジュール３１７、メッセージ管理モジュール３１８及び物資発注モジュール３１９に分類される。各モジュールの機能は、それぞれの機能については、後述のユースケースにおいて説明する。

制御部３０１は、ストレージ３０５に格納された複数のデータベース（ＤＢ）を管理する。ストレージ３０５に格納されたデータベースは、ユーザＤＢ３２１、避難所ＤＢ３２２、ハザードＤＢ３２３、安否情報ＤＢ３２４及び管理者設定・情報ＤＢ３２５であり、それぞれのデータ構成については、後述のユースケースにおいて説明する。

地図サーバ１３は、一般的なサーバと同様に、制御部、ネットワークインターフェイス（Ｉ／Ｆ）、電源供給部、メモリ及びストレージを備えている。ストレージに、地図データが格納されており、外部からの要求に応じて地図データを提供する。

図６は、第１の形態に係る避難支援システムにおける配送管理サーバを示すブロック図である。配送管理サーバ１０００は、一般的なサーバと同様に、制御部１００１、ネットワークインターフェイス（Ｉ／Ｆ）１００２、電源供給部１００３、メモリ１００４及びストレージ１００５を備えている。

制御部１００１は、メモリ１００４に保存されたプログラムを実行することにより、各種機能を実現する。メモリ１００４に保存されたプログラムは、その機能によって、複数のモジュールに分類することができるが、物資管理モジュール１０１１、ドローン管理モジュール１０１２、受注モジュール１０１３、ピッキングモジュール１０１４及びドローン命令モジュール１０１５に分類される。各モジュールの機能は、後述のユースケースにおいて説明する。

制御部１００１は、ストレージ１００５に格納された複数のデータベース（ＤＢ）を管理する。ストレージ１００５に格納されたデータベースは、物資ＤＢ１０２１及びドローンＤＢ１０２２であり、それぞれのデータ構成については、後述のユースケースにおいて説明する。

管理者端末１６〜１８、２０は、一般的なコンピュータ端末であり、例えば、デスクトップＰＣやラップトップＰＣなどのパーソナルコンピュータ、又は、タブレット端末やスマートフォンなどの移動通信端末である。自治体の庁舎などが倒壊した場合に容易に持ち運ぶことができるタブレット端末やスマートフォンを管理者端末に使用可能であることが望ましい。管理者端末１６〜１８、２０は、避難管理サーバ１１にログインし、データの登録、編集又は閲覧などを行うことができる。

管理者端末１６〜１８、２０は、避難管理サーバ１１の避難所登録モジュール３１２、ハザード管理モジュール３１４、チェックイン・アウトモジュール３１５、メッセージ管理モジュール３１８、物資発注モジュール３１９に対して、各種処理実行を命令し、各種情報入力、閲覧、編集又は削除の権限を有している。

図７は、第１の形態に係る避難支援システムにおけるドローンを示す模式図である。ドローン４０は、自動操縦によって自在に飛行可能である。ドローン４０は、例えば、複数の回転翼４１を持つヘリコプター式の小型機であり、下部に荷物４２を保持するアーム部４３を備えている。ドローン４０は、無線通信装置を備え、これにより、配送管理サーバ１０００と通信ができる。また、ドローン４０は、ＧＰＳ装置及び標高測定装置（図示せず）を備え、自らの位置（座標、又は、緯度及び経度）を把握し、飛行高度を把握することが可能である。また、ドローン４０は、飛行中に地上を撮影可能なカメラ（図示せず）を備えている。さらに、ドローン４０は、ガスセンサや放射線センサなどの各種センサ（図示せず）を備えていてもよい。

以下、第１の実施の形態に係る避難支援システム１について、複数のユースケースに分けて、さらに詳細に説明する。

（１）ユーザ登録
移動通信端末４を所持するユーザ５は、アプリ２００（ユーザ登録モジュール２０１）を用いてユーザ情報を入力する。ユーザ情報は、例えば、性別、年齢層及び避難者の住所に関する情報を含む。ユーザ情報により個人は特定できなくてもよい。避難者の住所に関する情報は、避難者の住所の一部、例えば、自宅郵便番号のように住所そのものを特定することができない情報であってもよい。

図８は、第１の実施の形態に係る避難支援システムにおけるユーザ登録での処理を示すフローチャート図である。図８に示すように、避難管理サーバ１１（ユーザ管理モジュール３１１）は、移動通信端末４からのユーザ情報を受信する（Ｓ１）。避難管理サーバ１１はユーザ５のユーザ情報を受信すると（Ｓ１）、ユーザ５に対してユニークなユーザＩＤを発行し（Ｓ２）、ユーザ情報と共にユーザＩＤをユーザＤＢ３２１に登録する（Ｓ３）。発行されたユーザＩＤは、移動通信端末４に送信されて、アプリ２００に保存される。

図９は、第１の実施の形態に係る避難支援システムにおけるユーザＤＢのデータ構成を示す説明図である。ユーザＤＢ３２１は、ユーザ５毎に、例えば、「ユーザＩＤ」、「年齢」、「性別」、「自宅郵便番号」、「チェックイン避難所」及び「チェックイン時間」を含む複数のデータ項目で構成されたレコードを記憶している。「年齢」は、年齢層を示す「年代」に置き換えても良いし、「年齢」と共に「年代」を含んでいても良い。「チェックイン避難所」及び「チェックイン時間」については後述する。

（２）避難所登録
避難支援システム１の管理者権限を有する者（以下、管理者と呼ぶ）は、管理者端末１６〜１８、２０を用い、避難管理サーバ１１に対して避難所情報を送信する。避難所情報は、避難所の位置情報（例えば、緯度、経度）と、避難所の施設に関する情報を含む。避難所の施設に関する情報とは、例えば、避難所の標高、種別（地域住民向け、帰宅困難者向け）及び定員である。定員には、全体の定員、男女別の定員、特定の年齢層（例えば、７０歳以上の高齢者）の定員などが含まれる。

図１０は、第１の実施の形態に係る避難支援システムにおける避難所登録での処理を示すフローチャート図である。図１０に示すように、避難管理サーバ１１（避難所登録モジュール３１２）は、避難所情報を受信すると（Ｓ４）、避難所を識別する識別情報として、ユニークな避難所ＩＤを発行し（Ｓ５）、避難所情報と共に避難所ＩＤを避難所ＤＢ３２２に登録する（Ｓ６）。

図１１は、第１の実施の形態に係る避難支援システムにおける避難所ＤＢのデータ構成を示す説明図である。避難所ＤＢ３２２は、避難所毎に、例えば、「避難所ＩＤ」、「種別」、「位置」、「標高」及び「定員」を含む複数のデータ項目で構成されたレコードを記憶している。「定員」は、男女別の定員や特定の年齢層の定員（図示せず）を含んでいても良い。

下記の表１に、避難所ＤＢのデータ項目の例を列挙するが、本発明は、これらに限定されるものではない。

（３）ハザード投稿
避難管理サーバ１１は、複数の移動通信端末４上のアプリ２００及び管理者端末１６〜１８、２０からハザード投稿を受信し、時系列でハザードＤＢ３２３に登録し、蓄積する。

ハザード投稿とは、避難の障害、すなわちハザードの内容及びハザードが発生した地点の位置情報（例えば、地点の名称又は座標（緯度、経度））を含む。ハザード投稿は、画像を含むことができる。

図１２は、第１の実施の形態に係る避難支援システムにおけるハザード投稿での処理を示すフローチャート図である。図１２に示すように、避難管理サーバ１１（ハザード管理モジュール３１４）は、ハザード投稿を外部から受信すると（Ｓ１０）、タイムスタンプを発行する（Ｓ１１）。次に、ハザード投稿がユーザ５（アプリ２００）からの投稿であるか否か判定し（Ｓ１２）、Ｙｅｓであれば「種別」を「ユーザ」に設定し（Ｓ１３）、Ｎｏであれば「管理者」に設定する（Ｓ１４）。次いで、ハザード投稿を、ハザードＤＢ３２３に登録する（Ｓ１５）。

図１３は、第１の実施の形態に係る避難支援システムにおけるアプリのハザード投稿用画面を示す概略図である。図１３に示すように、アプリ２００（ハザード投稿モジュール２０４）が移動通信端末４に表示させるハザード投稿用画面４０１は、ハザードに関する内容を記述したメッセージを入力するためのメッセージ入力欄４０２、投稿する画像又は動画を表示する画像欄４０３及び投稿する画像又は動画の画像欄４０３への入力動作を起動するため画像ボタン４０４及び投稿の実行を指示するための投稿ボタン４０５を含んでいる。アプリ２００は、ハザード投稿用画面４０１に入力された情報を避難管理サーバ１１に送信する。例えば、メッセージ入力欄４０２に入力された記載、画像欄４０３に入力された画像、アプリ２００に保存されたユーザＩＤ、並びに、ＧＰＳ受信部１０２から取得した移動通信端末４の緯度及び経度の、全部又は一部をアプリ２００から避難管理サーバ１１に送信することができる。

図１４は、第１の実施の形態に係る避難支援システムにおけるハザードＤＢのデータ構成を示す説明図である。ハザードＤＢ３２３は、ハザード投稿毎に、例えば、「タイムスタンプ」、「メッセージ」、「位置」、「画像」及び「種別」を含む複数のデータ項目で構成されたレコードを記憶している。

避難管理サーバ１１（ハザード管理モジュール３１４）は、移動通信端末４からの問い合わせに応じ、問い合わせで指定された地点（例えば、ユーザ５の現在位置）の付近のハザード投稿を送信する。ハザード投稿には、例えば、タイムスタンプ、メッセージ、位置、画像及び種別が含まれている。

図１５は、第１の実施の形態に係る避難支援システムにおけるハザード投稿表示画面を示す概略図である。ハザード投稿を受信した移動通信端末４のアプリ２００（ハザード投稿モジュール２０４）は、例えば、図１５Ａに示すように、ある地点（例えば、移動通信端末４の現在位置）付近でのハザード投稿４１１、４１２をタイムスタンプに従って時系列でリスト表示する。このとき、種別に従って、ユーザからのハザード投稿４１１と、管理者からのハザード投稿４１２とを、色などを変更することにより、区別できるように表示することが好ましい。

また、アプリ２００は、図１５Ｂに示すように、例えば、地図４１３上に、ハザード投稿に含まれる位置に従って、例えば、移動通信端末４の現在位置を示す現在位置アイコン４１４付近のハザード投稿が投稿された地点に、アイコン４１５、４１６を表示する。このとき、種別に従って、ユーザからのハザード投稿を示すアイコン４１５と、管理者からのハザード投稿を示すアイコン４１６とを、色、形状などを変更することにより、区別できるように表示しても良い。

（４）推奨避難所の選定
ユーザ５は、アプリ２００（避難所問い合わせモジュール２０２）を利用して避難所の問い合わせを避難管理サーバ１１に送信する。問い合わせは、少なくともユーザＩＤ及び現在位置情報を含む。現在位置情報は、アプリ２００がＧＰＳ受信部１０２から取得した移動通信端末４の緯度及び経度であってもよい。

図１６は、第１の実施の形態に係る避難支援システムにおける推奨避難所の選定での処理を示すフローチャート図である。図１６に示すように、避難管理サーバ１１（避難所選定モジュール３１３）は、問い合わせを受信すると（Ｓ２１）、問い合わせに含まれるユーザＩＤを用いてユーザＤＢ３２１より、問い合わせを行ったユーザ５のユーザ情報を取得する（Ｓ２２）。

次に、避難管理サーバ１１（避難所選定モジュール３１３）は、問い合わせに含まれる現在位置情報、及び、避難所ＤＢ３２２の避難所の位置情報に基づいて、ユーザ５の現在位置から所定範囲内の避難所を抽出する（Ｓ２３）。避難管理サーバ１１（避難所選定モジュール３１３）は、抽出された避難所の施設に関する情報を避難所ＤＢ３２２から取得する。

次に、ユーザ５が所持する移動通信端末４の現在位置情報と、ユーザＤＢ３２１より取得したユーザ５のユーザ情報と、抽出した複数の避難所について、避難所ＤＢ３２２より取得した位置情報及び施設に関する情報に基づいて、ユーザ５に適した推奨避難所を選定する（Ｓ２４）。選定される推奨避難所は一つであっても複数であっても良い。

以下に、推奨避難所の選定方法を、具体例を挙げて詳細に説明する。
（Ａ）災害種別に基づく推奨避難所の選定
まず、災害種別に基づく避難所の選定について説明する。災害種別とは、例えば、暴風、豪雨、豪雪、洪水、高潮、地震、津波、噴火その他の異常な自然現象又は大規模な火事、爆発その他の人的災害である。

例えば、避難管理サーバ１１（避難所選定モジュール３１３）は、災害情報リソース３の災害情報サーバ１２から災害情報を取得し、災害種別と、避難所の標高と、に基づいて推奨避難所を選定する。災害情報とは、例えば、気象庁が発表する地震、津波、台風、噴火その他の災害についての情報、警報（大雨警報、洪水警報、大雪警報など）、注意報（大雨注意報、洪水注意報、大雪注意報など）及び特別警報が挙げられるが、これに限定されるものではない。

図１７は、第１の実施の形態に係る避難支援システムにおける推奨避難所の選定方法を説明するための説明図である。移動通信端末４の現在位置情報及び避難所Ａ〜Ｃの位置（緯度及び経度）に基づいて推奨避難所を選定すると、図１７Ａに示すように、ユーザ５の現在位置から最寄りの避難所Ｃが推奨されうる。しかし、災害の種別が津波である場合、又は、津波警報が発令されている場合には、海に近い避難所Ｃは被害を受けている、又は、被害を受けるおそれがあるので、好ましくない。そこで、避難所情報の標高を考慮し、図１７Ｂに示すように、避難所Ａ〜Ｃの中で最も標高が高い避難所Ａを推奨避難所として選定する。

図１８は、第１の実施の形態に係る避難支援システムにおける推奨避難所の選定方法を示すフローチャート図である。避難管理サーバ１１（避難所選定モジュール３１３）は、まず、災害が津波か否か判定する（Ｓ３１）。災害が津波でない場合、処理を終了する。災害が津波の場合、抽出された複数の避難所の避難所情報から各避難所の標高を避難所ＤＢ３２２から取得する（Ｓ３２）。次に、最も高い標高の避難所を推奨避難所として選定する（Ｓ３３）。

以上、災害の種別が津波であり、標高を利用する場合について説明したが、この他にも、台風警報や大雨注意報が出されている場合、河川が氾濫する可能性があるので、このような場合、施設に関する情報として、避難所Ｂについて「河川の近く」であるという情報を避難所ＤＢ３２２に登録しておき、河川に近い避難所Ｂが被害を受ける可能性があるので、推奨避難所から除くことができる。このように、災害の種別とそれに応じて被害を受ける危険性がある避難所の施設の条件とに基づいて、推奨避難所の選定を行うことができる。ここで、避難所の施設の条件は、避難所の立地に関する情報、例えば、「標高が低い」、「河川が近い」、「海が近い」、「火山が近い」、「石油備蓄施設が近い」などであってよい。

（Ｂ）避難所種別に基づく推奨避難所の選定
次に、ユーザ情報の一つであるユーザ５の住所に関する情報と、施設に関する情報の一つである避難所の種別を利用する場合について説明する。まず、避難管理サーバ１１（避難所選定モジュール３１３）は、ユーザ５の現在位置情報及びユーザ５の住所に関する情報（例えば、自宅郵便番号）に基づいて、ユーザ５が現在位置の近くの住民か否か判定する。例えば、ユーザ５の現在位置と、ユーザ５の住所に関する情報が示す場所若しく範囲との距離を算出して、距離に基づいて判断することができる。現在位置の近くの住民と判定した場合、避難管理サーバ１１（避難所選定モジュール３１３）は、ユーザ５が「地域住民」であると判断し、避難所ＤＢ３２２から取得した避難所情報に含まれる種別に基づいて、地域住民向けの避難所を推奨避難所として選定する。一方、現在位置の近くの住民ではないと判定した場合、避難管理サーバ１１（避難所選定モジュール３１３）は、ユーザ５が「帰宅困難者」であると判定し、避難所ＤＢ３２２から取得した避難所情報に含まれる「種別」、すなわち避難所種別に基づいて、帰宅困難者向けの避難所を推奨避難所として選定する。

ここで、避難所種別の判定は、ユーザ５の住所に関する情報とユーザ５の現在位置に基づいて行う場合について説明したが、ユーザ５の現在位置の代わりに、避難所の住所を用いても判定を行うことも可能である。例えば、避難所の住所がユーザ５の住所に近ければ、ユーザ５を「地域住民」であると判断することができる。

（Ｃ）定員に基づく避難所の選定
次に、施設に関する情報の一つである避難所の定員を利用する場合について説明する。避難管理サーバ１１（避難所選定モジュール３１３）は、避難所ＤＢ３２２から取得した避難所情報に含まれる全体の定員及び避難所の現在の全体の収容者数に基づいて、抽出された避難所のうち、現在の収容者数が定員に達している、又は、定員に間もなく達する（例えば、定員に対して現在の収容率が９５％以上）場合、当該避難所を推奨避難所の候補から除外してもよい。

また、避難管理サーバ１１（避難所選定モジュール３１３）は、ユーザ情報に含まれるユーザ５の性別と、避難所の男女別の定員及び現在の男女別の収容者数に基づいて、抽出された避難所のうち、ユーザ５と同じ性別の現在の収容者数が、定員に達している、又は、定員に間もなく達する（例えば、定員に対して特定の性別の収容率が９５％以上）場合、当該避難所を推奨避難所の候補から除外してもよい。

また、避難管理サーバ１１（避難所選定モジュール３１３）は、ユーザ情報に含まれるユーザ５の年齢と、避難所の特定の年齢層（例えば７０歳以上の高齢者）の定員及び現在の特定の年齢層の収容者数に基づいて、抽出された避難所のうち、ユーザ５が特定の年齢層である場合、現在の特定の年齢層の収容者数が、定員に達している、又は、定員に間もなく達する（例えば、定員に対して特定の年齢層の収容率が９５％以上）場合、当該避難所を推奨避難所の候補から除外してもよい。

なお、現在の収容者数は、例えば、アプリ２００又は管理者端末１６〜１８、２０から避難管理サーバ１１（避難所選定モジュール３１３）に送信し、避難所ＤＢ３２２の避難所情報の一つとして記憶してもよいが、特に限定されない。

（Ｄ）ハザード投稿に基づく避難所の選定
次に、ハザード投稿を利用する場合について説明する。ハザード投稿を利用する場合、避難管理サーバ１１（避難所選定モジュール３１３）は、抽出した避難所の付近、又は、移動通信端末４の現在位置から避難所までのルート上又はルート近辺に、ハザード投稿で示されたハザードが発生した地点が含まれる場合、当該避難所を推奨避難所から除外する。

図１９は、第１の実施の形態に係る避難支援システムにおける推奨避難所の選定方法を説明するための説明図である。移動通信端末４を所持するユーザ５の現在位置情報及び避難所Ａ〜Ｃの位置（緯度及び経度）に基づいて推奨避難所を選定すると、図１９Ａに示すように、現在位置から最寄りの避難所Ｂが推奨される。しかし、図１９Ｂに示すように、ユーザ５の現在位置から避難所Ｂへのルート上の橋５０１で、例えば、車両が横転し、橋５０１を封鎖しているというハザード投稿５０２があった場合、避難所Ｂを推奨避難所から除外し、次にユーザ５から最寄りの避難所Ｃを推奨避難所として選定する。

図２０は、第１の実施の形態に係る避難支援システムにおける推奨避難所の選定方法を示すフローチャート図である。避難管理サーバ１１（避難所選定モジュール３１３）は、まず、移動通信端末４の現在位置から、抽出された複数の避難所までのルートを探索する（Ｓ４１）。次に、ルート探索の結果、ルート上にハザード投稿が存在する避難所を推奨避難所の候補から除外する（Ｓ４２）。そして、残された避難所を推奨避難所として選定する（Ｓ４３）。なお、ルートの探索は、一般的なナビゲーションシステムで用いられている公知の方法を用いることができる。

なお、Ｓ４２では、ルート上にハザード投稿が存在する避難所を推奨避難所の候補から除外したが、当該避難所までのルートをハザード投稿が示す地点を迂回して再探索し、その結果、他の抽出された避難所までの移動距離よりも近い又は移動時間よりも短い場合、当該避難所を推奨避難所の候補から除外しないようにしてもよい。

図１６に戻って、上述のようにして選定された推奨避難所の情報をアプリ２００に送信する（Ｓ２５）。推奨避難所の情報（以下、推奨避難所情報という）には、例えば、推奨避難所名称、位置情報（緯度及び経度）や画像が含まれる。推奨避難所情報と共に、推奨避難所付近のハザード投稿を送信することもできる。

アプリ２００は、受信した推奨避難所情報を、移動通信端末４で表示する。図２１は、第１の実施の形態に係る避難支援システムにおける推奨避難所表示画面を示す概略図である。図２１Ａに示すように、推奨避難所が複数ある場合には複数の推奨避難所情報５１０をリスト表示しても良い。

また、図２１Ｂに示すように、地図５１１上に、現在位置アイコン５１２付近の推奨避難所を示すアイコン５１３を表示することもできる。このとき、地図５１１上に、ハザード投稿がなされた地点を示すアイコン５１４、５１５を一緒に表示しても良い。アイコン５１４、５１５は、図１５Ｂを参照して説明したように、ハザード投稿の種別に従って、ユーザからのハザード投稿を示すアイコン５１４と、管理者からのハザード投稿を示すアイコン５１５とを区別できるように表示しても良い。

（５）避難所までの誘導
第１の実施の形態に係る避難支援システム１において、アプリ２００（避難誘導モジュール２０３）は、ユーザ５を現在位置から推奨避難所まで誘導する。推奨避難所が複数ある場合は、ユーザ５が選択した推奨避難所まで誘導を行う。

アプリ２００（避難誘導モジュール２０３）は、一般的なナビゲーションシステムと同様の構成からなり、移動通信端末４の現在位置情報を取得する現在位置取得手段と、出発地（現在位置）から目的地（避難所）までのルートを探索するルート探索手段と、ルート探索手段での探索結果に基づいてユーザ５の誘導を行うナビゲーション手段とを具備する。

図２２は、第１の実施の形態に係る避難支援システムの避難所までの誘導での処理を示すフローチャート図である。まず、アプリ２００は、災害によって通信状況が悪化してオフラインになってしまう場合に備え、アプリ２００が起動（Ｓ５１）した瞬間からバックグラウンドで現在位置から任意に設定可能な範囲の地図データを地図サーバ１３からダウンロードし始めることが可能である（Ｓ５２）。アプリ２００は、バックグラウンドで地図データをダウンロードしてアプリ２００に保存しておく。これにより、オンライン時であれば、ルート探索時に、地図サーバ１３から現在位置及び推奨避難所を含む地図データをダウンロード可能であるが、オフライン時には、人工衛星２１から受信したＧＰＳ信号を利用し、移動通信端末４（ユーザ５）の現在位置から、オフラインになる直前までに読み込んだ地図データと、推奨避難所の位置情報を元に、アプリ２００上で推奨避難所への最短ルートを描画し続けることができる。

ここで、バックグラウンドでダウンロードする地図データの範囲は、ユーザ５又は避難支援システム１の管理者が任意に設定可能である。

次に、アプリ２００（避難誘導モジュール２０３）は、推奨避難所までのルートを探索する（Ｓ５３）。ルート探索は、一般的なナビゲーションシステムと同様であり、特に限定されないが、推奨避難所までのルート付近のハザード投稿を参照してハザードを迂回するようにルートを探索することが好ましい。さらにこの場合、同一の地点で発生したハザードに関するハザード投稿が所定の数に達したならば、当該地点（ハザード発生地点）から所定の距離の範囲を迂回するようにルートを探索することがより好ましい。一つ一つのハザード投稿の信頼性が低いと思われる場合であっても、いくつかのハザード投稿があればその地点でハザードが発生している信頼性が高いと判断しても問題ないと考えられるからである。なお、ここで同一の地点とは、完全に同一の地点だけでなく所定範囲内のものを同一の地点として扱うこともできる。

次に、アプリ２００は、ルート探索結果に従ってユーザ５の誘導を行う（Ｓ５４）。図２３は、第１の実施の形態に係る避難支援システムにおける避難者誘導画面を示す概略図である。ユーザ５の誘導は、一般的な歩行者ナビゲーションシステムと同様であり、特に限定されないが、図２３に示すように、アプリ２００が画面に地図６０１を表示し、その上に、現在位置アイコン６０２を表示してよい。また、アプリ２００は、出発地点（図示せず）から推奨避難所（図２３中、アイコン６０３で示す）までのルート６０４を描画してよい。

このとき、アプリ２００は、地図６０１上に、ハザード投稿がなされた地点を示すアイコン６０５、６０６を一緒に表示しても良い。アイコン６０５、６０６は、図１５Ｂを参照して説明したように、ハザード投稿の種別に従って、ユーザ５からのハザード投稿を示すアイコン６０５と、管理者からのハザード投稿を示すアイコン６０６とを区別できるように表示しても良い。

上述のようなユーザ５の誘導の途中で、ルート上に新たにハザード投稿が加えられ、一定の数に達した場合、避難管理サーバ１１がアプリ２００に通知を行い、アプリ２００がハザード投稿、及び、避難所を変更するかどうかのメッセージを移動通信端末４の画面に表示することができる。これに基づいてユーザ５の許諾したときには、アプリ２００は、ユーザ５の現在位置情報をＧＰＳ受信部１０２から取得して避難管理サーバ１１に送信し、新たな避難所の候補を避難管理サーバ１１から受信することができる。アプリ２００は、別の避難所へのルートを表示するか、又は、移動距離又は移動時間が新しい避難所に比べて近ければ、迂回路を示した上で元々案内していた避難所までのルートを表示するようにしてもよい。

（６）チェックイン・アウト
第１の実施の形態に係る避難支援システム１において、避難者が避難所に近づいたならば、自動的に避難所に収容されたと判定し、避難所ＤＢ３２２に収容者として登録（チェックイン）し、避難者が避難所から離れたならば収容者から除外（チェックアウト）する。

図２４は、第１の実施の形態に係る避難支援システムにおけるチェックイン・アウトでの処理を示すフローチャート図である。図２４に示すように、アプリ２００（チェックイン・アウトモジュール２０５）は、避難所に設定されたジオフェンス（以下、避難所ジオフェンス）に基づいて、ユーザ５の移動通信端末４が避難所ジオフェンスに入ったか否か判定する（Ｓ６１）。避難所ジオフェンスとは、避難所の位置（緯度、経度）及び避難所の位置を中心とした所定の半径（以下、単に半径ともいう）内の仮想の領域である。アプリ２００へ避難管理サーバ１１から送信された避難所の位置情報（緯度、経度）、及び、同じく避難管理サーバ１１から送信された半径（例えば１００ｍ）を用いて、アプリ２００が避難所ジオフェンスに入ったか否か判断することができる。より詳細には、アプリ２００は、例えば、ＧＰＳ受信部１０２から取得した現在位置と、避難所の位置との距離を算出し、当該距離が半径よりも小さくなったならば、避難所ジオフェンスに入ったと判断する。避難所ジオフェンスに入ったと判断した場合、アプリ２００は、チェックインを避難管理サーバ１１に送信する（Ｓ６２）。

その後、アプリ２００は、ユーザ５の移動通信端末４が避難所ジオフェンスから出たか否か判定する（Ｓ６３）。アプリ２００は、例えば、ＧＰＳ受信部１０２から取得した現在位置と、避難所の位置との距離を算出し、当該距離が半径よりも大きくなったならば、避難所ジオフェンスから出たと判断する。避難所ジオフェンスから出た判断した場合、アプリ２００は、チェックアウトを避難管理サーバ１１に送信する（Ｓ６４）。

上述のチェックイン、チェックアウトは、少なくともユーザ５のユーザＩＤ及びユーザ５がチェックイン又はチェックアウトした避難所の避難所ＩＤを含む。

図２５は、第１の実施の形態に係る避難支援システムにおけるチェックイン・アウトでの処理を示すシーケンス図である。図２５に示すように、避難管理サーバ１１は、アプリ２００からチェックインを受信する（Ｓ６５）と、チェックインに含まれるユーザＩＤに対応するユーザＤＢ３２１のレコードの「チェックイン避難所」の項目に、チェックインに含まれる避難所ＩＤを登録すると共に、「チェックイン時間」の項目にチェックインを受信した時刻を記録する（Ｓ６６）。一方、避難管理サーバ１１は、アプリ２００からチェックアウトを受信すると（Ｓ６７）、チェックアウトに含まれるユーザＩＤに対応するユーザＤＢ３２１のレコードの「チェックイン避難所」及び「チェックイン時間」の項目をヌル（Ｎｕｌｌ）にする（Ｓ６８）。

上述のようなチェックイン・アウトに基づいて、避難所の収容者数及び収容率を求めることができる。図２６は、第１の実施の形態に係る避難支援システムにおける収容者数及び収容率を算出する処理を示すフローチャート図である。図２６に示すように、避難管理サーバ１１は、ユーザＤＢ３２１の「チェックイン避難所」の項目に登録された任意の避難所の避難所ＩＤを含むレコード数を計数して当該避難者の現在の収容者数を求める（Ｓ７１）。ここで、ユーザＩＤの数をそのまま収容者数とすることもできるし、ユーザＩＤの数に、移動通信端末４やアプリ２００の普及率を加味して収容者数を算出することもできる。

このとき、さらに、避難管理サーバ１１は、ユーザＤＢ３２１の「性別」及び「年齢」又は「年代」の項目を参酌して、男女別の収容者数、年代別の収容者数を算出することができる。

次に、避難管理サーバ１１は、求められた収容者数と、避難所ＤＢ３２２の当該避難所について「定員」の項目に登録された全体の定員に基づいて、全体の収容率（％）を求める（Ｓ７２）。このとき、男女別の収容率や特定の年齢層の収容率を求めることもできる。

収容率は、収容者数÷定員×１００（％）で求めることができる。男女別の収容者数や特定の年齢層の収容者数は、「収容者」の項目に登録されたユーザＩＤについて、ユーザＤＢ３２１に登録された「性別」及び「年齢」又は「年代」の項目を参照して、該当するユーザＩＤのみを計数することで求めることができる。上述のようにして求められる収容率は、推奨避難所の選定において定員を利用する場合に利用することができる。

さらに、避難管理サーバ１１は、男女別の収容者数から男女比を算出し（Ｓ７３）、年代構成比を算出する（Ｓ７４）。

また、避難管理サーバ１１は、避難所の管理者や外部システムに対して、収容率、男女比、年代構成比等の避難所の収容者状況を提供することができ、また、外部ＡＰＩを介して外部システムに情報を提供することができる。

図２７は、第１の実施の形態に係る避難支援システムによる避難所の収容者状況の提供を説明するための説明図である。図２７に示すように、避難管理サーバ１１は、管理者端末１７（他の管理者端末１６、１８、２０でも良い）を介して避難所の管理者に対して、避難所の収容者状況を表示させることができる。また、外部ＡＰＩを介して外部システム６１０に避難所の収容者状況を提供することができる。

図２８は、第１の実施の形態に係る避難支援システムによる避難所の収容者状況の表示画面を示す概略図である。図２８Ａに示すように、避難管理サーバ１１は、管理者端末１７の画面に、複数の避難所Ａ〜Ｃについて、収容率を一覧表示して各避難所の収容状況を表示してもよい。例えば、図２８Ａに示す例では、黒丸印で「混んでいる」を示し、黒三角印で「やや混んでいる」を示し、白丸印で「空きあり」を示している。これにより、避難所の管理者による避難者の誘導を支援することもできる。

また、図２８Ｂに示すように、例えば、避難管理サーバ１１は、管理者端末１７の画面に、避難所Ａについて、収容率、男女比及び年代構成比を示すグラフで、特定の避難所の収容状況を表示しても良い。

なお、上記説明では、チェックインに伴い、ユーザＤＢ３２１において、各ユーザ５のレコードに設けた「チェックイン避難所」の項目を設け、チェックインした避難所の避難所ＩＤを追加したが、避難所ＤＢ３２２の「収容者」の項目を設け、チェックインがあったユーザ５のユーザＩＤを避難管理サーバ１１が当該項目に追加しても良い。この場合、避難管理サーバ１１は、任意の避難所のレコードの「収容者」の項目に登録されたユーザＩＤの数から収容者数を求めることが可能である。このように、チェックインに伴い、ユーザ５とチェックインした避難所とを関連付けし、チェックアウトに基づいて、ユーザ５とチェックアウトした避難所との関連付けをなくすことで、ユーザ５がどの避難所に避難しているかを把握することが可能となる。

（７）安否登録
ユーザ５は、アプリ２００（安否登録モジュール２０６）を利用して、自らの安否に関するメッセージ（安否情報）を避難管理サーバ１１に送信する。安否情報は、例えば、個人特定情報（例えば、氏名、ニックネーム）、メッセージ及び現在位置情報を含む。図２９は、第１の実施の形態に係る避難支援システムにおける安否情報入力画面を示す概略図である。図２９に示すように、アプリ２００（安否登録モジュール２０６）が移動通信端末４の画面に表示させる安否登録用画面７０１は、各種定型メッセージを選択するための複数のラジオボタン７０２を含む定型メッセージ欄７０３、フリーにメッセージを記述可能なフリーメッセージ欄７０４、及び、安否登録の実行を指示するための登録ボタン７０５を含んでいる。登録ボタン７０５が押されると、アプリ２００は、移動通信端末４の現在位置情報を取得し、メッセージと共に位置情報を避難管理サーバ１１へ送信する。

図３０は、第１の実施の形態に係る避難支援システムにおける安否登録での処理を示すフローチャート図である。図３０に示すように、避難管理サーバ１１（安否管理モジュール３１６）は、移動通信端末４から安否情報のメッセージ及び移動通信端末４の位置情報を受信する（Ｓ８１）。次に、安否情報に対してタイムスタンプを発行する（Ｓ８２）。次いで、メッセージを、移動通信端末４の位置情報及びタイムスタンプと共に安否情報ＤＢ３２４に登録する（Ｓ８３）。

（８）消息情報検索（「人を探す」）
ユーザ５は、アプリ２００（消息問い合わせモジュール２０７）を利用し、友人や家族の消息を問い合わせる。アプリ２００は、避難管理サーバ１１に消息の問い合わせを送信する。問い合わせには、個人特定情報が含まれる。問い合わせは、予め避難管理サーバ１１に登録された「友人」のユーザＩＤや「家族」のユーザＩＤについて一括して消息を問い合わせるものであってもよい。

図３１は、第１の実施の形態に係る避難支援システムにおける消息問い合わせでの処理を示すフローチャート図である。図３１に示すように、避難管理サーバ１１（消息情報モジュール３１７）は、アプリ２００から問い合わせを受信すると（Ｓ８４）、問い合わせに含まれる個人特定情報、又は、予めユーザＤＢに登録された「家族」や「友人」の安否情報を、安否情報ＤＢから検索、抽出し（Ｓ８５）、安否情報（メッセージ、位置情報及びタイムスタンプを含む）をアプリ２００に送信する（Ｓ８６）。送信する安否情報には、最新のものだけ送信しても良いし、過去のものも含めて複数送信してもよい。

アプリ２００（消息問い合わせモジュール２０７）は、避難管理サーバ１１から受け取った安否情報を表示する。図３２は、第１の実施の形態に係る避難支援システムにおける安否情報表示画面を示す概略図である。図３２Ａに示すように、受信した安否情報８０１をリスト表示しても良い。また、図３２Ｂに示すように、地図８０２上に、問い合わせ元のユーザ５の現在位置を示す現在位置アイコン８０３と共に、消息を問い合わせた他のユーザ５を示すアイコン８０４を表示してもよい。

上述の消息問い合わせにおいて、予め避難管理サーバ１１に登録された「友人」のユーザＩＤや「家族」のユーザＩＤについて一括して消息を問い合わせることができると説明したが、ソーシャルグラフで繋がっている「友人」や「家族」の安否情報を問い合わせできるようにしても良い。より具体的には、避難管理サーバ１１は、あるユーザ５から消息問い合わせがあったときに、Ｆａｃｅｂｏｏｋ（登録商標）やＴｗｉｔｔｅｒ（登録商標）が公開しているＡＰＩを使って、当該ユーザ５の「友人」や「家族」として登録された他のユーザ５の情報を取得し、これらの他のユーザ５の安否情報を、安否情報ＤＢから検索、抽出し、アプリ２００に送信する。

（９）ハザードジオフェンスによる避難者の退避支援
第１の実施の形態に係る避難支援システム１において、上述のハザード投稿に基づいてハザードが発生した地点（以下、ハザード発生地点という）を含む領域に対してジオフェンス（以下、ハザードジオフェンスという）を設定し、ハザードジオフェンスと移動通信端末４の現在位置情報に基づき、移動通信端末４を所持するユーザ５がハザードジオフェンス内にいる、又は、入ってきたと判定したならば、移動通信端末４にハザードジオフェンスが設定された領域から退避することを促す退避通知を出力させることもできる。

避難管理サーバ１１（ハザード管理モジュール３１４）は、移動通信端末４又は管理者端末１６〜１８、２０より受信したハザード投稿が示すハザード発生地点にハザードジオフェンスを設定する。ハザードジオフェンスとは、ハザード発生地点を中心とした所定の半径内の仮想の領域、である。

ハザードジオフェンスを設定する際、同一のハザード発生地点で発生したハザードに関するハザード投稿が所定の数に達したならば、当該ハザード発生地点に対してハザードジオフェンスを設定することがより好ましい。一つ一つのハザード投稿の信頼性が低いとしても、いくつかのハザード投稿があればその地点でハザードが発生している信頼性が高いと判断しても問題ないと考えられるからである。

避難管理サーバ１１から送信されたハザード発生地点の位置情報（緯度、経度）及び半径を用いて、アプリ２００（退避通知モジュール２０８）は移動通信端末４及びユーザ５がハザードジオフェンス内にいるか、又は、入ったか否か判断することができる。より詳細には、アプリ２００は、例えば、現在位置とハザード発生地点の位置との距離を算出し、当該距離が半径よりも小さくなったならば、ハザードジオフェンス内にいると判断する。ハザードジオフェンス内にいると判断した場合、アプリ２００は、移動通信端末４にユーザ５に対してハザードジオフェンスから出ることを促す退避メッセージを表示させる。退避メッセージを表示する代わりに、音（警報音や音声）でハザードジオフェンスから出ることを促しても良い。

（１０）避難者への情報提供
第１の実施の形態に係る避難支援システム１において、管理者は、管理者端末１６〜１８、２０を用いて、避難管理サーバ１１（メッセージ管理モジュール３１８）に対して、避難所に収容されたユーザ５が所持する移動通信端末４に、ユーザ５のユーザ情報に応じたメッセージを送信する。アプリ２００（メッセージ表示モジュール２０９）は、受信したメッセージを移動通信端末４の画面に表示させる。

メッセージの例を以下に挙げるが、これらに特に限定されるものではない。
女性２０代から４０代：「生理用品を持っていきます」
乳幼児がいる女性：「おむつを持っていきます」
男性２０代から４０代：「救援物資が運ばれます。手が空いている方はお手伝い願います。」
男女持病持ち：「具合の悪くなった方は、避難所に居る係員にお申し付け下さい。」

以上説明したように、第１の実施の形態に係る避難支援システム１によれば、推奨避難所の選定において、避難所の位置情報だけでなく、ユーザ５のユーザ情報及び避難所の施設に関する情報に基づいているので、ユーザ５に対して必ずしも最寄りの避難所ではなく、避難所の施設に関する情報に基づいて最適な避難所を推奨することができる。

（１１）支援物資の配送
次に、第１の実施の形態に係る避難支援システム１において、支援物資の配送について説明する。
（Ａ）支援物資の管理
配送管理サーバ１０００において、物資管理モジュール１０１１は、配送センター３０での物資の在庫を物資ＤＢ１０２１に登録及び管理する。物資ＤＢ１０２１は、物資毎に物資に関する情報を保持する。物資ＤＢ１０２１は、例えば、それぞれの物資について、「種類」、「数量」、「サイズ（幅、高さ、奥行）」及び「重量」を含む複数のデータ項目で構成されたレコードを記憶している。

（Ｂ）ドローンの管理
配送管理サーバ１０００において、ドローン管理モジュール１０１２は、複数のドローン４０をドローンＤＢに登録及び管理する。ドローンＤＢ１０２２は、ドローン４０毎にドローンに関する情報を保持する。ドローンＤＢ１０２２は、例えば、「機体ＩＤ」、「現在位置」、「最大積載重量」、「最大積載容積（幅、高さ、奥行）」及び「電池残量」を含む複数のデータ項目で構成されたレコードを記憶している。

（Ｃ）発注・受注
避難管理サーバ１１又は管理者端末１６〜１８、２０から配送管理サーバ１０００に対して支援物資の要求である発注が行われる。

発注は、例えば、避難管理サーバ１１により自動で行われても良いし、管理者が行っても良い。避難者への誘導開始（上記「（５）避難所までの誘導」参照））、避難者の避難所へのチェックイン（上記「（６）チェックイン・アウト」参照）又は管理者の指示などを契機として行うことができるが、特に限定されない。

最も好ましい態様では、避難管理サーバ１１において、物資発注モジュール３１９が発注を行う。まず、物資発注モジュール３１９は、避難者情報に基づいて必要な物資を決定する。

物資の決定についてより詳細に説明する。
（ユーザ属性に基づく場合）
図３３は、第１の実施の形態に係る避難支援システムにおける物資決定での処理の一例を示すフローチャート図である。避難管理サーバ１１がユーザ５のチェックイン（図２４のＳ６１、Ｓ６２、図２５のＳ６３参照）を受信したか否か判定する（Ｓ１０１）。チェックインを受信したならば、物資発注モジュール３１９は、ユーザＤＢ３２１からユーザ５のユーザＩＤに対応するユーザ情報を取得する（Ｓ１０２）。次に、ユーザ情報に従って必要な物資を決定する（Ｓ１０３）。次いで、決定した物資について発注を行う（Ｓ１０４）。このように必要な物資を避難所にチェックインしたユーザ５のユーザ情報に基づいて決定し、発注することができる。例えば、ユーザ情報の年齢層から、ユーザ５が高齢者であると判断し、大人用おむつの発注を決定したり、女性であると判断し、生理用品の発注を決定したり、することができる。

（収容者数に基づく場合）
図３４は、第１の実施の形態に係る避難支援システムにおける物資決定での処理の他の例を示すフローチャート図である。避難所の収容者数が増えたならば、消耗品、例えばトイレットペーパー、水などが不足する可能性があるので、補充する必要がある。まず、物資発注モジュール３１９は、避難所ＤＢから前回求めた収容者数Ｍ（Ｎ−１）を読み出す（Ｓ１１１）。次に、図２６のＳ７１と同様に、収容者数Ｍ（Ｎ）を求め（Ｓ１１２）、記憶する（Ｓ１１３）。次に、前回求めた収容者数Ｍ（Ｎ−１）と今回求めた収容者数Ｍ（Ｎ）との差から収容者の増加数ΔＭを求める（Ｓ１１４）。次に、増加数ΔＭが所定値ｎを超えたか否か判定する（Ｓ１１５）。Ｙｅｓであれば、必需品に選定した物資を所定数発注する（Ｓ１１６）。このような処理により、例えば、所定の収容者数が増加する度に、消耗品、例えばトイレットペーパー１００個の発注を行うことができる。

また、物資発注モジュール３１９は、例えば、数日おきに収容者数Ｍを求め、収容者数Ｍが減少していないとき、必需品の追加発注を行ってもよい。このときに避難所の在庫数を確認してから発注することとしてもよい。

物資発注モジュール３１９は、配送管理サーバ１０００に対して発注を送信する。発注は、ネットワークインターフェイス（Ｉ／Ｆ）３０２から移動体通信網１９を介して配送管理サーバ１０００に送信される。発注には、例えば、配送先の避難所の緯度、経度及び標高、物資の種類、数量並びに優先順位が含まれる。

（Ｄ）ドローンの決定及び配送物資の選択
図３５は、第１の実施の形態に係る避難支援システムにおけるドローンによる物資配送の処理を示すシーケンス図である。上述のように避難管理サーバ１１は発注を送信する（Ｓ１２１）。配送管理サーバ１０００において、受注モジュール１０１３が発注を受信すると（Ｓ１２２）、ドローン管理モジュール１０１２が、ドローンＤＢ１０２２を参照し、使用可能な複数のドローン４０から配送に最適なドローン４０を決定する（Ｓ１２３）。ドローン４０の決定は、例えば、ドローン４０の現在位置（配送センター３０への近さ）及び電池残量（どのくらいの距離飛べるのか）を考慮して行われるが、特に限定されない。

次に、ピッキングモジュール１０１４が配送物資の選択を行う（Ｓ１２４）。配送物資の選択は、ドローン４０の最大積載重量及び最大積載容積を考慮して行われる。つまり、配送管理サーバ１０００は、発注に含まれる物資の種類に基づき、物資ＤＢ１０２１から物資のサイズ及び重量の情報を得る。一方、配送管理サーバ１０００はドローンＤＢ１０２２から得たドローン４０の最大積載容積に基づいて梱包箱のサイズを決める。そして、発注に含まれる優先順位が最も高い物資から発注で指定された数量の物資の合計サイズ及び合計重量を算出し、梱包箱の容積を超えていないかどうか判断する。梱包箱の容積を超えていないならば、ドローン４０の最大積載重量を超えていないかどうか判断する。最大積載重量を超えていないならば、次に優先順位が高い物資について同様の処理を行う。このような処理を、梱包箱の容積を超えるか、最大積載重量を超えるまで繰り返す。これにより、一つの梱包箱に詰める配送物資を選択する。配送物資の選択は、以上説明した方法に限定されるものではない。

（Ｅ）配送物資のピッキング及び梱包
次に、配送管理サーバ１０００において、ピッキングモジュール１０１４は、配送センター３０に対して、選択した配送物資を集める処理、すなわちピッキングを指示する（Ｓ１２５）。配送センター３０では指示に従い、ピッキングを行う（Ｓ１２６）。ピッキングは、人が行っても良いし、ロボットが行ってもよい。次に、配送センター３０では、ピッキングした配送物資を梱包箱に詰める（Ｓ１２７）。梱包箱への詰め込みは、人が行っても良いし、ロボットが行っても良い。配送物資が詰められた梱包箱を「荷物」と呼ぶ。

（Ｆ）ドローンによる荷物の配送
配送管理サーバ１０００において、ドローン命令モジュール１０１５が、ドローン４０に荷物の配送を命令する（Ｓ１２８）。命令には、例えば、配送センター３０の位置（緯度、経度及び標高）並びに避難所の位置（緯度、経度及び標高）が含まれる。命令は、配送管理サーバ１０００からドローン４０へ送信される。

ドローン４０は、配送センター３０へ移動し、配送センター３０に付帯して設けられた発着ポート（図示せず）で荷物を受け取り、命令で指定された避難所へ荷物を運ぶ（Ｓ１２９）。

なお、以上の説明では、配送センター３０は一つであったが、複数であっても良い。また、上記「（Ｃ）発注・受注」において、避難所の収容者数の増加があったときに配送センター３０から避難所への発注を行う場合について説明したが、収容者数が減少したときには消耗品が余る可能性がある。そこで、収容者数が減ったならば、消耗品を配送センター３０に戻したり、又は、他の避難所へ配送したり、することが望ましい。この場合、図３４を参照して説明した物資決定の処理において、物資発注モジュール３１９は、収容者の増加数ΔＭがマイナスになった場合に、物資の返却又は転送のための要求を発注に代えて配送管理サーバ１０００に送信する。その後、配送管理サーバ１０００は、ドローンを決定し、荷物の受け取り又は他の避難所への転送を行わせることができる。

（１２）ドローンによるハザード投稿の確認
上記「（５）避難所までの誘導」において、推奨避難所までのルート付近のハザード投稿を参照してハザードを迂回するようにルートを探索する際、同一の地点で発生したハザードに関するハザード投稿が所定の数に達したならば、当該地点から所定の距離の範囲を迂回するようにルートを探索することがより好ましいと説明した。しかし、ハザード投稿は、一般的のユーザ５から寄せられた情報であるため、その信頼性が問題となりやすい。ハザード投稿の真偽を確認するため、例えば、管理者、警察関係者又は消防関係者を確認者としてハザード投稿の地点へ派遣することが必要になる。

しかし、このような確認者を派遣することは２次災害の可能性もあり、必ずしも好ましくない。そこで、ドローン４０をハザードの確認に利用することが考えられる。図３６は、第１の実施の形態に係る避難支援システムにおけるドローンによるハザード投稿確認の処理を示すフローチャート図である。図３６に示すように、避難管理サーバ１１において、ハザード管理モジュール３１４（図５参照）は、同一地点のハザード投稿の投稿数が所定値ｘを超えたか否か判定する（Ｓ１００１）。完全に同一の地点だけでなく所定範囲内のものを同一の地点として扱うこともできる。Ｙｅｓであれば、ハザード管理モジュール３１４は、配送管理サーバ１０００に、当該地点（ハザード発生地点）へのドローン４０の派遣依頼を送信する（Ｓ１００２）。配送管理サーバ１０００において、ドローン管理モジュール１０１２がドローンＤＢ１０２２からドローン４０に関する情報を取得し、使用可能な複数のドローン４０から配送に最適なドローン４０を決定する（Ｓ１００３）。ドローン４０の決定は、例えば、ドローン４０の現在位置（ハザード発生地点への近さ）及び電池残量（どのくらいの距離飛べるのか）を考慮して行われるが、特に限定されない。

次に、ドローン命令モジュール１０１５がドローン４０に、ハザード発生地点への移動し、当該地点を上空から動画で撮影する命令を送信する（Ｓ１００４）。命令には、例えば、ハザード発生地点の情報（緯度、経度、及び標高）が含まれる。

ドローン４０が撮影した動画を避難管理サーバ１１へ送信し、避難管理サーバ１１のハザード管理モジュール３１４で受信する（Ｓ１００５）。ハザード管理モジュール３１４では、動画を解析し、実際にハザード投稿の位置で災害が発生しているか否か判定する（Ｓ１００６）。Ｙｅｓであれば、ハザードＤＢ３２３に、当該ハザード投稿が信頼できると登録する（Ｓ１００７）。一方、Ｎｏであれば、当該ハザード投稿が信頼できないと登録する（Ｓ１００８）。

なお、上述の例では、避難管理サーバ１１及び配送管理サーバ１０００が連携してハザード投稿確認の処理を実行している場合について説明したが、避難管理サーバ１１又は配送管理サーバ１０００のいずれか一方が単独でハザード投稿の真偽確認の処理を実行してもよい。

また、上述の例では、ドローン４０が備えるカメラでハザード投稿の地点を上空から動画で撮影する場合について説明したが、静止画であってもよいことは言うまでもない。また、動画又は静止画の撮影に代えて又は同時に、ドローン４０が備えるガスセンサや放射線センサなどの各種センサによる測定を行い、ドローン４０から避難管理サーバ１１に送信してもよい。

また、ハザード投稿の位置で災害が発生しているか否かの判定は、動画、静止画などの画像解析、ガスセンサによる有毒ガスの検出や放射線センサによる放射線の検出などに基づいて自動的に又は管理者により行うことができる。

なお、以上説明したハザード投稿のドローンを用いた確認と同様の処理を、ハザードジオフェンス（上記「（９）「ハザードジオフェンスによる避難者の退避支援」参照）を設定する際に採用することもできる。

以上、第１の実施の形態について説明したが、本発明は上記第１の実施の形態に限定されず、種々変更して実施することが可能である。

例えば、上記第１の実施の形態において、避難管理サーバ１１が行う処理をアプリ２００で行うこと、同様に、アプリ２００が行う処理が避難管理サーバ１１で行うことも可能であることは、当業者であれば、容易に推察されるであろう。

具体的には、図１６を用いて説明した避難管理サーバ１１が行う推奨避難所の選定（Ｓ２２〜Ｓ２４）を、アプリ２００が行うことができる。また、図２２を用いて説明したアプリ２００が行うルート探索（Ｓ５３）又はユーザ５の誘導（Ｓ５４）の処理を、避難管理サーバ１１が行うこともできる。さらに、図２４を用いて説明したアプリ２００が行う避難所ジオフェンスへ入ったか否かの判定（Ｓ６２）や、避難所ジオフェンスから出たか否かの判定（Ｓ６３）を避難管理サーバ１１において行うことも可能である。

また、上記説明では、避難所の位置やハザード発生地点を中心とした半径でジオフェンスを指定（半径指定）しているが、これに限定されず、例えば、避難所の位置やハザード発生地点を含むように、任意で地形を設定してもよい。例えば、２点間の緯度、経度で矩形に地形を指定（矩形指定）してもよいし、複数の緯度、経度を面情報として地形を指定（ポリゴン指定）してもよい。

上記第１の実施の形態では、安否情報を登録する際などに、アプリ２００が現在位置を取得し、避難管理サーバ１１が安否情報などを受信したタイムスタンプを発行し、メッセージと共に管理しているが、あるユーザ５の現在位置を、当該ユーザ５が既に繋っているソーシャルグラフにおいて、他のシステムに対して発信した情報に付与された位置情報やタイムスタンプを利用し、他のユーザ５からの消息問い合わせに対し、避難管理サーバ１１が持っている当該ユーザ５の個人情報やメッセージと共に、又は、それらに代えて、他のユーザ５に提供しても良い。より具体的には、当該ユーザ５が利用しているソーシャルメディアサービスであるＦａｃｅｂｏｏｋ（登録商標）やＴｗｉｔｔｅｒ（登録商標）が公開しているＡＰＩを使って、当該ユーザ５の最新のメッセージやツィートに付与された位置情報やタイムスタンプを取得し、これらを他のユーザ５のアプリ２００へ送信することができる。

また、上記第１の実施の形態では、アプリ２００が人工衛星２１からのＧＰＳ信号などから現在位置を把握しているが、他のシステムの端末用アプリケーションプログラムと連携し、現在位置情報を取得することも可能である。

上記第１の実施の形態では、いわゆるスマートフォンやタブレット端末のような、タッチパネルディスプレイを主に使用する移動通信端末を例に挙げて説明したが、移動通信端末は、スマートフォンに限定されるものではなく、スマートウオッチやスマートグラスのような音声入力や音声出力を主に使用するウエアラブル端末を、本発明の避難支援システムに用いることができることは言うまでもない。

この場合、各種ユースケースにおいて、文字や画像による案内やタッチパネルによる操作などに代わって、以下のような音声による案内や操作などが行われる。

＜案内＞
ユーザ登録：
「年齢、性別、郵便番号を教えて下さい」
災害通知：
「地震（等の災害情報）が起きました。避難ルート案内を行いますか？」（ユーザは「はい」又は「いいえ」で音声操作を行う）
ハザードジオフェンス：
「危険区域にいますので、直ちに避難ルート案内に沿って避難して下さい」、「直ちに高台に移動して下さい」
各種メッセージ：
年齢別や性別別に送られてくるメッセージの音声読み上げ（文字としてウエアラブルのスクリーンに表示もする）

＜操作＞
安否登録：
「無事です」、「怪我しています」（音声で安否登録を行う）
消息問い合わせ：
『「友人名・家族名」の安否を教えて下さい』（音声で安否確認を行う）
・『「友人名・家族名」に安否登録を促して下さい』（まだ安否登録を行ってない場合にメッセージ通知で安否登録を促す）
有事の際の案内：
「最も近い避難所を案内して下さい」
「今開所している避難所を全て教えて下さい」
「新しい避難所が開所したら教えて下さい」
「音声ナビで避難所まで案内して下さい」
ハザード投稿：
ハザード投稿／写真を撮る／説明を加える／投稿すると言う順で音声操作を行う
「最寄りのハザードを表示して下さい」
「火事だけ表示して下さい」
避難所へチェックイン後：
「この避難所にいる知り合いを教えて下さい」（ソーシャルグラフなどで繋がっている友人や家族の名前、チェックイン時間などが画面に一覧表示される）

本発明に係る避難支援システムにおいて、各種情報の出力とは、上述のように画面への表示や音声の他に、紙などへの印刷、磁気記録媒体への記録などが含まれる。

＜第２の実施の形態＞
上述の第１の実施の形態では、専用の避難支援アプリ２００（図４参照）を利用して、本発明の避難支援システムを実現しているが、専用の避難支援アプリ２００の全部又はその一部に代えて、汎用のソーシャルメディアサービスを利用してもよい。以下に説明する第２の実施の形態では、避難支援アプリ２００に代えて、汎用のアプリケーションとして、ＳＮＳクライアントアプリケーション及び地図アプリケーションを利用している。なお、第２の実施の形態では、第１の実施の形態と同一の構成や動作については、説明を省略し、同一の符号を用いる。

図３７は、第２の実施の形態に係る避難支援システムの概要を示す模式図である。図３７に示す避難支援システム１は、ＳＮＳサーバ２０００を備えている点で、第１の実施の形態と相違する。

図３８は、第２の実施の形態に係る避難支援システムにおける各種アプリケーションを示すブロック図である。第２の実施の形態では、移動通信端末４は、アプリケーション・モジュール１２１（図３参照）として、ＳＮＳクライアントアプリケーション２１００及び地図アプリケーション２２００を具備している。

まず、ＳＮＳクライアントアプリケーション２１００は、投稿・メッセージモジュール２１０１を具備している。投稿・メッセージモジュール２１０１は、ＳＮＳサーバ２０００に対して投稿・メッセージを送受信する。投稿・メッセージとは、テキスト、写真、動画などのコンテンツである。

投稿・メッセージモジュール２１０１は、オペレーションシステム２３００の位置情報取得モジュール２３０１から位置情報を取得し、投稿・メッセージに位置情報を付加することができる。

一方、地図アプリケーション２２００は、地図表示モジュール２２０１及びナビゲーションモジュール２２０２を具備している。各モジュールの機能は、その名称から、当業者であるならば、直観的に推論できるであろう。

地図アプリケーション２２００は、オペレーションシステム２３００の位置情報取得モジュール２３０１から位置情報を取得し、例えば、現在位置周辺の地図をタッチスクリーン１０８（図３参照）に表示することができる。

また、ＳＮＳクライアントアプリケーション２１００及び地図アプリケーション２２００は、データストレージ２４００に、以下の複数のデータを記憶、利用及び変更する。投稿・メッセージ２４０１、アカウント情報２４０２、地図データ２４０３、ハザード投稿２４０４及び避難所情報２４０５を、元々アプリケーションの一部として持っているか、外部から取得するか、或いは、ユーザに入力させる。

図３９は、第２の実施の形態に係る避難支援システムにおけるＳＮＳサーバを示すブロック図である。図３９に示すように、ＳＮＳサーバ２０００は、一般的なサーバと同様に、制御部２００１、ネットワークインターフェイス（Ｉ／Ｆ）２００２、電源供給部２００３、メモリ２００４及びストレージ２００５を備えている。

制御部２００１は、メモリ２００４に保存されたプログラムを実行することにより、各種機能を実現する。メモリ２００４に保存されたプログラムは、その機能によって、複数のモジュールに分類することができるが、アカウント管理モジュール２０１１、投稿・メッセージ管理モジュール２０１２に分類される。

また、制御部２００１は、ストレージ２００５に格納された複数のデータベース（ＤＢ）を管理する。ストレージ２００５に格納されたデータベースは、アカウントＤＢ２０２１及び投稿・メッセージＤＢ２０２２である。各モジュール及びＤＢの機能は、その名称から、当業者であるならば、直観的に推論できるであろう。

図４０は、第２の実施の形態に係る避難支援システムにおける避難管理サーバを示すブロック図である。図４０に示す避難管理サーバ１１は、ＳＮＳサーバ２０００との連携を行うＳＮＳ連携モジュール２０３１と、管理用アカウント情報２０３２と、投稿・メッセージＤＢ２０３３を具備する点で第１の実施の形態と相違している。第２の実施の形態において、避難管理サーバ１１は、例えば、“＠ｃｈｏｕｆｕ−ｓｈｉ−ｂｏｕｓａｉ”や“調布市”というＳＮＳのアカウント名（以下、管理用アカウントという）を持ち、管理用アカウント情報２０３２としてストレージ３０５に記憶している。そして、ＳＮＳ連携モジュール２０３１が、当該管理用アカウントを用いて、ＳＮＳサーバ２０００へ投稿・メッセージを送受信し、ＳＮＳのユーザ・アカウントとして振る舞う。管理用アカウントは、避難支援システム１専用、すなわち防災専用のものであっても良いし、他の行政サービスにも使用される汎用的なものであっても良い。送受信した投稿・メッセージは、投稿・メッセージＤＢ２０３３に記憶される。

以下、第２の実施の形態に係る避難支援システム１について、複数のユースケースに分けて、さらに詳細に説明する。

（１）ユーザ登録
図４１は、第２の実施の形態に係る避難支援システムにおけるユーザ登録での処理を示すフローチャート図である。図４１に示すように、避難管理サーバ１１において、ＳＮＳ連携モジュール２０３１は、ＳＮＳサーバ２０００を介して、移動通信端末４のＳＮＳクライアントアプリケーション２１００からのユーザ登録要求を受信する（Ｓ２０１）。次に、ユーザ管理モジュール３１１が、ユーザ５に対してユニークなユーザＩＤを発行する（Ｓ２０２）。次に、避難管理サーバ１１は、ユーザ情報を取得する（Ｓ２０３）。その後、ユーザ管理モジュール３１１は、ユーザＤＢ３２１に登録する（Ｓ２０４）。

ここで、ユーザ登録要求は、様々なイベントとして行うことができる。例えば、Ｔｗｉｔｔｅｒであれば、フォロー開始、リツィート又はダイレクトメッセージ受信などであり、Ｆａｃｅｂｏｏｋであれば、友だち申請や「いいね」ボタンのアクティブ化（ボタンを押す）又はメッセージ受信などである。これらをＳＮＳ連携モジュール２０３１が受信したことにより、ユーザ登録処理を行ってもよい。

ユーザ情報の取得の際に、ＳＮＳサーバ２０００が保持するアカウント情報やプロフィール情報などをＳＮＳ連携モジュール２０３１が取得してもよい。ＳＮＳでは、相互にフォローしたり、友だちとなったりすることで、参照できるアカウント情報、プロフィール情報などの制限が緩和され、ＳＮＳサーバ２０００から取得できる情報が増えるという効果がある。また、プロフィール情報に他のＳＮＳのアカウント名が含まれていれば、当該他のＳＮＳからもユーザ情報をさらに取得することができるという利点もある。

また、ユーザ情報として、避難管理サーバ１１が公開するＷｅｂページから、移動通信端末４上で実行されるブラウザ（図示せず）を用い、ユーザ５が入力した情報をＳＮＳ連携モジュール２０３１が取得してもよい。

図４２は、第２の実施の形態に係る避難支援システムにおけるユーザＤＢのデータ構成を示す説明図である。ユーザＤＢ３２１は、ユーザ情報として「アカウント名」を含んでいる点で第１の実施の形態と相違している。「アカウント名」は、複数のＳＮＳと連携する場合は、複数あっても良い。

（２）避難所登録
第１の実施の形態と同様であるので説明を省略する。

（３）ハザード投稿
避難管理サーバ１１において、ＳＮＳ連携モジュール２０３１は、複数の移動通信端末４からＳＮＳサーバ２０００に対して送信されたハザード投稿として投稿・メッセージを受信し、時系列でハザードＤＢ３２３に登録し、蓄積する。

図４３は、第２の実施の形態に係る避難支援システムにおけるハザード投稿での処理を示すフローチャート図である。図４３に示すように、避難管理サーバ１１のＳＮＳ連携モジュール２０３１により、ＳＮＳサーバ２０００から投稿・メッセージを受信する（Ｓ２１１）。次に、ＳＮＳ連携モジュール２０３１が、受信した投稿・メッセージにハザード投稿であることを示すキーワード、例えば「ハザード」が含まれているか否か判定する（Ｓ２１２）。Ｎｏであれば処理を終了する。一方、Ｙｅｓであれば、ハザード管理モジュール３１４が、投稿のタイムスタンプを取得する（Ｓ２１３）。次に、ハザード投稿がユーザ５からの投稿であるか否か判定し（Ｓ２１４）、Ｙｅｓであれば「種別」を「ユーザ」に設定し（Ｓ２１５）、Ｎｏであれば「管理者」に設定する（Ｓ２１６）。次いで、ハザード投稿を、位置情報及びタイムスタンプと共に、ハザードＤＢ３２３に登録する（Ｓ２１７）。

上述のＳ２１２において、投稿・メッセージがキーワード「ハザード」を含む場合にハザード投稿と判断し、登録する場合について説明したが、これに限定されるものではない。例えば、キーワードとして、「火事」、「火」、「炎」、「水没」、「洪水」、「氾濫」などの自然災害をイメージさせる言葉や、「ビル崩落」「橋崩落」「堤防決壊」などの建築物、交通インフラ及び治水・防災構造物への被害をイメージさせる言葉によりハザード投稿と判断し、登録してもよい。キーワードは１つだけでなく、複数であっても良い。また、キーワードだけではなく、その同義語や類語であってもハザード投稿と判断してもよい。

さらに、キーワードを用いずに、ハザード投稿に添付される写真や動画を画像解析して、ハザードが写っていると判定し場合に、ハザード投稿と判断し、登録としてもよい。

さらに、管理用アカウントが防災専用のアカウントであれば、投稿・メッセージが何の情報も含んでいない写真又は動画、並びに、位置情報をＳＮＳ連携モジュール２０３１が受信した場合にもハザード投稿と判断し、当該位置情報が示す地点で災害が発生していると考え、登録としてもよい。

一方、移動通信端末４において、ＳＮＳクライアントアプリケーション２１００の投稿・メッセージモジュール２１０１を用いて、ハザード投稿を行うには、ハザードに関する内容を記述した投稿・メッセージを作成し、送信する。このとき、送信を行う地点の位置情報を、位置情報取得モジュール２３０１から取得し、投稿・メッセージに添付する。また、投稿・メッセージには、画像を添付することもできる。

避難管理サーバ１１（ハザード管理モジュール３１４）は、移動通信端末４からの問い合わせに応じ、問い合わせで指定された地点（例えば、ユーザ５の現在位置）の付近のハザード投稿で得たハザード情報を投稿・メッセージ（以下、ハザード情報メッセージという）として送信する。問い合わせは、ＳＮＳクライアントアプリケーション２１００の投稿・メッセージモジュール２１０１において、投稿・メッセージに、問い合わせを示すキーワード（例えば、「ハザード教えて」）と現在位置情報を含めることにより行うことができる。

図４４及び図４５は、第２の実施の形態に係る避難支援システムにおけるハザード情報メッセージ表示画面を示す概略図である。ハザード情報メッセージを受信したＳＮＳクライアントアプリケーション２１００の投稿・メッセージモジュール２１０１は、例えば、図４４に示すように、ある地点（例えば、移動通信端末４の現在位置）付近での複数のハザード情報メッセージ２５０１をタイムスタンプに従って時系列でリスト表示する。

また、ＳＮＳクライアントアプリケーション２１００の投稿・メッセージモジュール２１０１が、地図アプリケーション２２００の地図表示モジュール２２０１に、ハザード情報メッセージに含まれる位置情報を引き渡し、図４５に示すように、例えば、地図２５０２上に、ハザード情報メッセージに含まれる位置情報に従って、例えば、移動通信端末４の現在位置を示す現在位置アイコン２５０３付近のハザード情報メッセージが示す地点に、アイコン２１０４を表示する。

（４）推奨避難所の選定
ユーザ５は、ＳＮＳクライアントアプリケーション２１００を利用して避難所の問い合わせのためのメッセージを管理用アカウント宛に送信する。問い合わせは、少なくともアカウント名及び現在位置情報を含む。問い合わせは、投稿・メッセージモジュール２１０１において、管理用アカウント宛のメッセージに、避難所の問い合わせを示すキーワード、例えば、「避難所教えて」と現在位置情報を含めることにより行うことができる。

図４６は、第２の実施の形態に係る避難支援システムにおける推奨避難所の選定での処理を示すフローチャート図である。図４６に示すように、避難管理サーバ１１において、ＳＮＳ連携モジュール２０３１は、投稿・メッセージを受信すると（Ｓ２２１）、避難所の問い合わせを示すキーワード「避難所教えて」を含むか否か判定する（Ｓ２２２）。Ｎｏであれば、処理を終了する。Ｙｅｓであれば、避難所選定モジュール３１３が、投稿・メッセージに含まれる送信元のユーザ名を取得し、図４２に示すユーザＤＢ３１２からユーザ名に基づいて対応するユーザ情報を取得する（Ｓ２２３）。その後、第１の実施の形態において、図１６を用いて説明したＳ２３〜Ｓ２４と同様の手順により、推奨避難所を選定する。

上述のようにして選定された推奨避難所の情報を、ユーザ５のアカウントに対して投稿・メッセージとして送信する（Ｓ２２４）。この投稿・メッセージ（以下、推奨避難所メッセージという）には、例えば、推奨避難所名称、位置情報（緯度及び経度）や画像が含まれる。

Ｓ２２２において、投稿・メッセージがキーワード「避難所教えて」を含む場合に避難所の問い合わせと判断する場合について説明したが、これに限定されるものではない。例えば、キーワードとして、「助けて」、「ヘルプ」、「どこが近い？」などの避難をイメージさせる言葉により避難所の問い合わせと判断しても良い。キーワードは１つだけでなく、複数であってもよい。また、キーワードだけではなく、その同義語や類語であっても避難所の問い合わせと判断してもよい。

さらに、管理用アカウントが防災専用のアカウントであれば、投稿・メッセージが何の情報も含んでいない写真又は動画、並びに、位置情報をＳＮＳ連携モジュール２０３１が受信した場合にも避難所の問い合わせと判断し、避難所への誘導を求めていると考え、避難所の問い合わせと判断してもよい。

ＳＮＳクライアントアプリケーション２１００の投稿・メッセージモジュール２１０１は、受信した推奨避難所メッセージを、移動通信端末４で表示する。図４７及び図４８は、第２の実施の形態に係る避難支援システムにおける推奨避難所表示画面を示す概略図である。図４７に示すように、推奨避難所が複数ある場合には複数の推奨避難所メッセージ２５１０をリスト表示してもよい。

また、図４８に示すように、地図２５１１上に、現在位置アイコン２５１２付近の推奨避難所を示すアイコン２５１３を表示することもできる。

（５）避難所までの誘導
第２の実施の形態に係る避難支援システム１において、地図アプリケーション２２００（ナビゲーションモジュール２２０２）は、ユーザ５を現在位置から推奨避難所まで誘導する。推奨避難所が複数ある場合は、ユーザ５が選択した推奨避難所まで誘導を行う。ナビゲーションモジュール２２０２による処理は、第１の実施の形態における避難誘導モジュール２０３（図４参照）と同様の構成からなる。

（６）チェックイン・アウト
第１の実施の形態に係る避難支援システム１では、アプリ２００のチェックイン・アウトモジュール２０５において、避難所ジオフェンスに移動通信端末４が入ったか出たか判定しているが、第２の実施の形態では、避難管理サーバ１１のチェックイン・アウトモジュール３１５において、避難所ジオフェンスに移動通信端末４が入ったか出たか判定する。

図４９は、第２の実施の形態に係る避難支援システムにおけるチェックイン・アウトでの処理を示すフローチャート図である。図４９に示すように、チェックイン・アウトモジュール３１５は、ユーザ５の移動通信端末４のＳＮＳクライアントアプリケーション２１００からの投稿・メッセージに含まれる位置情報を取得する（Ｓ２３１）。次に、避難所ジオフェンスに基づいて移動通信端末４が避難所ジオフェンスに入ったか否か判定する（Ｓ２３２）。避難所ＤＢ３２２から取得した避難所の位置情報（緯度、経度）、及び、半径（例えば１００ｍ）を用いて、移動通信端末４が避難所ジオフェンスに入ったか否か判断することができる。避難所ジオフェンスに入ったと判断した場合、チェックイン・アウトモジュール３１５は、チェックインをユーザＤＢ３２１に登録する（Ｓ２３３）。

その後、チェックイン・アウトモジュール３１５は、ユーザ５の移動通信端末４のＳＮＳクライアントアプリケーション２１００からの投稿・メッセージに含まれる位置情報を取得し（Ｓ２３４）、避難所ジオフェンスから出たか否か判定する（Ｓ２３５）。避難所ジオフェンスから出た判断した場合、チェックイン・アウトモジュール３１５は、チェックアウトをユーザＤＢ３２１に登録する（Ｓ２３６）。

上述のようなチェックイン・チェックアウトに基づいて、第１の実施の形態と同様に、避難所の収容者数及び収容率、男女別の収容者数、年代別の収容者数、全体の収容率（％）、男女別の収容率、特定の年齢層の収容率、男女比並びに年代構成比を算出することができる。

（７）安否登録
ユーザ５は、ＳＮＳクライアントアプリケーション２１００を利用して、安否情報を避難管理サーバ１１に送信する。安否情報は、投稿・メッセージとして送信できる。投稿・メッセージには、安否情報であることを示すキーワード、例えば、「元気です」が含まれる。また、投稿・メッセージには、送信時の位置情報を添付する。

図５０は、第２の実施の形態に係る避難支援システムにおける安否登録での処理を示すフローチャート図である。図５０に示すように、避難管理サーバ１１のＳＮＳ連携モジュール２０３１により、ＳＮＳサーバ２０００からの投稿・メッセージを受信する（Ｓ２４１）。次に、ＳＮＳ連携モジュール２０３１が、受信した投稿・メッセージに安否情報であることを示すキーワード「元気です」が含まれているか否か判定する（Ｓ２４２）。Ｎｏであれば処理を終了する。一方、Ｙｅｓであれば、安否管理モジュール３１６が、投稿・メッセージのタイムスタンプ及び位置情報を取得する（Ｓ２４３）。次いで、安否情報をタイムスタンプ及び位置情報と共に安否情報ＤＢ３２４に登録する（Ｓ２４４）。

上述のＳ２４２において、投稿・メッセージがキーワード「元気です」を含む場合に安否情報と判断し、登録する場合について説明したが、これに限定されるものではない。例えば、キーワードとして、「無事です」、「会社にいます」など安否に関する言葉により安否情報と判断し、登録しても良い。キーワードは１つだけでなく、複数であっても良い。また、キーワードだけではなく、その同義語や類語であっても安否情報と判断しても良い。

（８）消息情報検索（「人を探す」）
ユーザ５は、ＳＮＳクライアントアプリケーション２１００を利用して、友人や家族の消息を問い合わせる。ＳＮＳクライアントアプリケーション２１００は、消息の問い合わせのための投稿・メッセージを送信する。問い合わせには、個人特定情報が含まれる。問い合わせは、予め避難管理サーバ１１に登録された「友人」のアカウント名や「家族」のアカウント名について一括して消息を問い合わせるものであっても良い。メッセージには、問い合わせであることを示すキーワード、例えば、「大丈夫？」が含まれる。

図５１は、第２の実施の形態に係る避難支援システムにおける消息問い合わせでの処理を示すフローチャート図である。図５１に示すように、避難管理サーバ１１のＳＮＳ連携モジュール２０３１により、ＳＮＳサーバ２０００から投稿・メッセージを受信する（Ｓ２５１）。次に、ＳＮＳ連携モジュール２０３１が、受信した投稿・メッセージに消息問い合わせであることを示すキーワード「大丈夫？」が含まれているか否か判定する（Ｓ２５２）。キーワードは１つだけでなく、複数であっても良い。また、キーワードだけではなく、その同義語や類語であっても消息問い合わせと判断しても良い。Ｎｏであれば処理を終了する。一方、Ｙｅｓであれば、第１の実施の形態と同様に、安否管理モジュール３１６が、安否情報の検索・抽出（Ｓ８５）及び安否情報送信（Ｓ８６）を行う（図３１参照）。第２の実施の形態では、安否情報は投稿・メッセージ（以下、安否情報メッセージという）として送信される。

ＳＮＳクライアントアプリケーション２１００は、避難管理サーバ１１から受け取った安否情報メッセージを表示する。図５２及び図５３は、第２の実施の形態に係る避難支援システムにおける安否情報表示画面を示す概略図である。図５２に示すように、受信した安否情報メッセージ２５２１をリスト表示しても良い。また、図５３に示すように、地図アプリケーション２２００が、地図２５２２上に、問い合わせ元のユーザ５の現在位置を示す現在位置アイコン２５２３と共に、消息を問い合わせた他のユーザ５を示すアイコン２５２４を表示しても良い。

上述の消息問い合わせにおいて、ＳＮＳで繋がっている「友人」や「家族」の安否情報を問い合わせできるようにしても良い。より具体的には、避難管理サーバ１１は、あるユーザ５から消息問い合わせがあったときに、Ｆａｃｅｂｏｏｋ（登録商標）やＴｗｉｔｔｅｒ（登録商標）が公開しているＡＰＩを使って、当該ユーザ５の「友人」や「家族」として登録された他のユーザ５を把握し、これらの他のユーザ５の安否情報を、安否情報ＤＢから検索、抽出し、メッセージとして問い合わせ元のユーザ５に送信する。

（９）ハザードジオフェンスによる避難者の退避支援
第２の実施の形態に係る避難支援システム１においても、第１の実施の形態と同様に、上述のハザード投稿に基づいてハザード発生地点を含む領域に対してハザードジオフェンスを設定し、ハザードジオフェンスと移動通信端末４の現在位置情報に基づき、移動通信端末４を所持するユーザ５がハザードジオフェンス内にいる、又は、入ってきたと判定したならば、移動通信端末４にハザードジオフェンスが設定された領域から退避することを促す退避通知を出力させることもできる。

ハザードジオフェンス内にいるか、又は、入ったか否かの判断は、避難管理サーバ１１のハザード管理モジュール３１４において行われる。より詳細には、ハザード管理モジュール３１４は、ユーザ５の移動通信端末４のＳＮＳクライアントアプリケーション２１００から管理用アカウント宛に送信された投稿又はメッセージに含まれる位置情報を取得する。次に、ハザードジオフェンスに基づいて移動通信端末４がハザードジオフェンス内にいるかを判定する。ハザードジオフェンス内にいると判断した場合、ハザード管理モジュール３１４は、移動通信端末４へユーザ５に対してハザードジオフェンスから出ることを促す退避メッセージを送信する。

（１０）避難者への情報提供
第２の実施の形態に係る避難支援システム１においては、管理者は、管理者端末１６〜１８、２０を用いて、管理用アカウントを用いて、ＳＮＳサーバ２０００を介して、避難所に収容されたユーザ５が所持する移動通信端末４に、ユーザ５のユーザ情報に応じた投稿・メッセージを送信することができる。移動通信端末４においては、ＳＮＳメッセージクライアントが受信した投稿・メッセージを表示する。

以上説明したように、第２の実施の形態に係る避難支援システム１によれば、推奨避難所の選定において、避難所の位置情報だけでなく、ユーザ５のユーザ情報及び避難所の施設に関する情報に基づいているので、ユーザ５に対して必ずしも最寄りの避難所ではなく、避難所の施設に関する情報に基づいて最適な避難所を推奨することができる。

（１１）支援物資の配送
第１の実施の形態と同様であるため、説明を省略する。

（１２）ドローンによるハザード投稿の確認
第１の実施の形態と同様であるため、説明を省略する。

なお、ハザード投稿に含まれる位置情報が、避難管理サーバ１１が管理する範囲でない場合は、ハザード投稿を信頼できないと判定しても良い。例えば、調布市の避難管理サーバ１１に鹿児島で発生した洪水に関するハザード投稿が送信されてきた場合には、ハザード投稿の真偽をドローン４０で確認することなく、処理を終了しても良い。

以上、第２の実施の形態について説明したが、本発明は上記第２の実施の形態に限定されず、種々変更して実施することが可能である。

例えば、上記の第２の実施の形態では、ＳＮＳクライアントアプリケーション２１００及び地図アプリケーション２２００により、全ての機能を実現したが、一部の機能を、第１の実施の形態と同様に、避難支援用端末アプリケーションで実現しても良い。例えば、チェックイン・アウトを行うため、ジオフェンスに入ったか否かの判定を移動通信端末４上で実行するため、チェックイン・アウトのための専用アプリケーションを移動通信端末４にインストールしても良い。

また、第１の実施の形態において、アプリ２００の機能のうち、ユーザ登録において、ユーザ情報をＳＮＳサーバ２０００のアカウントＤＢ２０２１から取り込み、不足している情報をアプリ２００でユーザ５に入力させても良い。

また、第１の実施の形態のアプリ２００の機能の一部に、汎用のアプリケーション（ＳＮＳクライアントアプリケーション及び地図アプリケーション等）を利用しても良い。例えば、地図表示機能やナビゲーション機能に、汎用の地図アプリケーションを利用しても良い。

第２の実施の形態において、ＳＮＳクライアントアプリケーション２１００は、汎用ブラウザが、ＳＮＳサーバ２０００が提供する、例えば、ＨＴＭＬやＪａｖａｓｃｒｉｐｔ（登録商標）などで記述されたＷｅｂページを解釈し、表示及び実行して実現するものであっても良い。

また、第２の実施の形態で利用したソーシャルメディアサービスは、英語、フランス語、ドイツ語、中国語、スペイン語、韓国語などの多言語に対応することが望ましい。

なお、本発明は上記実施の形態に限定されず、種々変更して実施することが可能である。上記実施の形態において、添付図面に図示されている画面構成等については、これに限定されず、本発明の効果を発揮する範囲内で適宜変更することが可能である。

本発明は、地震、台風、豪雨、大雪などの自然災害発生時に、避難者を最適な避難先に誘導することを実現でき、災害時の避難支援に好適に利用できる。

１ 避難支援システム
４ 移動通信端末
５ ユーザ
１１ 避難管理サーバ
１２ 災害情報サーバ
１３ 地図サーバ
１４ インターネット
１５ 専用回線網
１６、１７、１８、２０ 管理者端末
１９ 移動体通信網
３０ 配送センター
４０ ドローン
２００ アプリ
２０１ ユーザ登録モジュール
２０２ 避難所問い合わせモジュール
２０３ 避難誘導モジュール
２０４ ハザード投稿モジュール
２０５ チェックイン・アウトモジュール
２０６ 安否登録モジュール
２０７ 消息問い合わせモジュール
２０８ 退避通知モジュール
２０９ メッセージ表示モジュール
３１１ ユーザ管理モジュール
３１２ 避難所登録モジュール
３１３ 避難所選定モジュール
３１４ ハザード管理モジュール
３１５ チェックイン・アウトモジュール
３１６ 安否管理モジュール
３１７ 消息情報モジュール
３１８ メッセージ管理モジュール
３１９ 物資発注モジュール
３２１ ユーザＤＢ
３２２ 避難所ＤＢ
３２３ ハザードＤＢ
３２４ 安否情報ＤＢ
３２５ 管理者設定・情報ＤＢ
１０００ 配送管理サーバ
１０１１ 物資管理モジュール
１０１２ ドローン管理モジュール
１０１３ 受注モジュール
１０１４ ピッキングモジュール
１０１５ ドローン命令モジュール
２０００ ＳＮＳサーバ
２０３１ ＳＮＳ連携モジュール
２１００ ＳＮＳクライアントアプリケーション
２１０１ 投稿・メッセージモジュール
２２００ 地図アプリケーション
２２０１ 地図表示モジュール
２２０２ ナビゲーションモジュール

Claims (33)

1. 避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定し、前記移動通信端末に前記推奨避難所の情報を出力させる避難支援システムであって、
   前記避難者情報は、前記避難者の住所に関する情報を含み、かつ、前記施設に関する情報が地域住民向けか帰宅困難者向けかを示す避難所種別を含み、前記避難者の住所に関する情報に基づいて、前記避難者が地域住民か帰宅困難者かを判定し、判定結果及び前記避難所種別に基づいて前記推奨避難所を選定することを特徴とする避難支援システム。
2. 避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定し、前記移動通信端末に前記推奨避難所の情報を出力させる避難支援システムであって、
   前記現在位置情報が示す現在位置から前記推奨避難所までのルートを探索し、前記ルートに従って前記移動通信端末により前記避難者を前記推奨避難所まで誘導すると共に、
   避難の障害となるハザードの内容及び前記ハザードが発生したハザード発生地点の位置情報を含むハザード投稿を外部から受信して蓄積し、前記ハザード投稿を前記移動通信端末に表示させ、かつ、前記ハザード投稿は前記移動通信端末及び管理者端末の両方から受信し、いずれから受信したか区別できるように前記ハザード投稿を前記移動通信端末に表示させることを特徴とする避難支援システム。
3. 前記ハザード投稿に基づいて前記推奨避難所を選定することを特徴とする請求項２記載の避難支援システム。
4. 前記ハザード投稿に基づいて前記ハザード発生地点を迂回するように前記ルートを探索することを特徴とする請求項２又は請求項３記載の避難支援システム。
5. 同一の前記ハザード発生地点で発生した前記ハザードに関する前記ハザード投稿が所定の数に達したならば、当該ハザード発生地点を迂回するように前記ルートを探索することを特徴とする請求項４記載の避難支援システム。
6. 前記ハザード投稿に基づいて前記ハザード発生地点を含む領域に対してハザードジオフェンスを設定し、前記ハザードジオフェンスと前記移動通信端末の前記現在位置情報に基づき、前記移動通信端末を所持するユーザが前記ハザードジオフェンス内にいる、又は、入ってきたと判定したならば、前記移動通信端末に前記ハザードジオフェンスが設定された前記領域から退避することを促す退避通知を出力させることを特徴とする請求項２から請求項５のいずれかに記載の避難支援システム。
7. 同一の前記ハザード発生地点で発生した前記ハザードに関する前記ハザード投稿が所定の数に達したならば、当該ハザード発生地点を含む前記領域に前記ハザードジオフェンスを設定することを特徴とする請求項６記載の避難支援システム。
8. 避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定し、前記移動通信端末に前記推奨避難所の情報を出力させる避難支援システムであって、
   前記現在位置情報が示す現在位置から前記推奨避難所までのルートを探索し、前記ルートに従って前記移動通信端末により前記避難者を前記推奨避難所まで誘導すると共に、
   避難の障害となるハザードの内容及び前記ハザードが発生したハザード発生地点の位置情報を含むハザード投稿を外部から受信して蓄積し、
   同一の前記ハザード発生地点で発生した前記ハザードに関する前記ハザード投稿が所定の数に達したならば、無人航空機を用いて当該ハザード発生地点で前記ハザードが実際に発生しているかどうか確認することを特徴とする避難支援システム。
9. 避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定し、前記移動通信端末に前記推奨避難所の情報を出力させる避難支援システムであって、
   前記避難所の位置情報に基づいて前記避難所に対して避難所ジオフェンスを設定し、前記避難所ジオフェンスと前記移動通信端末の前記現在位置情報に基づき、前記移動通信端末が前記避難所の前記避難所ジオフェンスに入ったと判定したならば、前記移動通信端末を所持する前記避難者の前記避難者情報に前記避難所に対応する避難所識別情報に加え、又は、前記避難所ジオフェンスから出たと判定したならば、前記避難者情報から前記避難所識別情報を除くことを特徴する避難支援システム。
10. 前記避難者情報に前記避難所識別情報を含む前記避難者の数に基づいて、前記避難所の収容者数を求めることを特徴とする請求項９記載の避難支援システム。
11. 災害の種別を示す災害種別に基づいて前記推奨避難所を選定することを特徴とする請求項１から請求項１０のいずれかに記載の避難支援システム。
12. 前記施設に関する情報は、前記避難所の標高を含み、前記災害種別と、前記避難所の標高と、に基づいて前記推奨避難所を選定することを特徴とする請求項１１記載の避難支援システム。
13. 前記施設に関する情報は、前記避難所の定員を含み、前記定員と前記避難所の現在の収容者数に基づいて前記推奨避難所を選定することを特徴とする請求項１から請求項１０のいずれかに記載の避難支援システム。
14. 複数の前記移動通信端末から安否情報を受信して蓄積し、ある避難者の前記移動通信端末からの問い合わせに対して他の避難者の前記移動通信端末から受信した安否情報を送信することを特徴とする請求項１から請求項１３のいずれかに記載の避難支援システム。
15. 前記避難所に収容された前記避難者が所持する前記移動通信端末に、前記避難者の前記避難者情報に応じたメッセージを表示させることを特徴とする請求項１から請求項１４のいずれかに記載の避難支援システム。
16. 前記避難者に関する避難者情報に基づいて物資を選択し、前記物資を前記避難所に配送することを特徴とする請求項１から請求項１５のいずれかに記載の避難支援システム。
17. 前記物資を、無人航空機を用いて配送することを特徴とする請求項１６記載の避難支援システム。
18. 避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定し、前記移動通信端末に前記推奨避難所の情報を表示させる避難支援用管理プログラムであって、
    前記避難者情報は、前記避難者の住所に関する情報を含み、かつ、前記施設に関する情報が地域住民向けか帰宅困難者向けかを示す避難所種別を含み、前記避難者の住所に関する情報に基づいて、前記避難者が地域住民か帰宅困難者かを判定し、判定結果及び前記避難所種別に基づいて前記推奨避難所を選定することを特徴とする避難支援用管理プログラム。
19. 避難者の移動通信端末の制御部によって実行され、
    前記移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて選定された前記避難者に適した推奨避難所の情報を前記移動通信端末に出力させる避難支援用端末アプリケーションプログラムであって、
    前記避難者情報は、前記避難者の住所に関する情報を含み、かつ、前記施設に関する情報が地域住民向けか帰宅困難者向けかを示す避難所種別を含み、前記避難者の住所に関する情報に基づいて、前記避難者が地域住民か帰宅困難者かを判定し、判定結果及び前記避難所種別に基づいて前記推奨避難所を選定することを特徴とする避難支援用端末アプリケーションプログラム。
20. 避難者の移動通信端末の制御部によって実行され、
    前記移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて選定された前記避難者に適した推奨避難所の情報を前記移動通信端末に出力させる避難支援用端末アプリケーションプログラムであって、
    前記現在位置情報が示す現在位置から前記推奨避難所までのルートを探索し、前記ルートに従って前記移動通信端末により前記避難者を前記推奨避難所まで誘導し、
    避難の障害となるハザードの内容及び前記ハザードが発生したハザード発生地点の位置情報を含むハザード投稿を外部から受信し、他の避難者の移動通信端末が送信したか、管理者端末が送信したか区別できるように出力することを特徴とする避難支援用端末アプリケーションプログラム。
21. 起動時から前記現在位置から所定の範囲の地図データを地図サーバからダウンロードし、前記ルートの探索及び前記避難所までの誘導に用いることを特徴とする請求項２０記載の避難支援用端末アプリケーションプログラム。
22. 前記ハザード投稿に基づいて前記推奨避難所を選定することを特徴とする請求項２０又は請求項２１記載の避難支援用端末アプリケーションプログラム。
23. 前記ハザード投稿に基づいて前記ハザード発生地点を迂回するように前記ルートを探索することを特徴とする請求項２０から請求項２２のいずれかに記載の避難支援用端末アプリケーションプログラム。
24. 同一の前記ハザード発生地点で発生した前記ハザードに関する前記ハザード投稿が所定の数に達したならば、当該ハザード発生地点を迂回するように前記ルートを探索することを特徴とする請求項２３記載の避難支援用端末アプリケーションプログラム。
25. 前記ハザード投稿に基づいて前記ハザード発生地点を含む領域に対して設定されたハザードジオフェンスと前記移動通信端末の前記現在位置情報に基づき、前記移動通信端末を所持するユーザが前記ハザードジオフェンス内にいる、又は、入ってきたと判定したならば、前記ハザードジオフェンスが設定された前記領域から退避することを促す退避通知を出力することを特徴とする請求項２０から請求項２４のいずれかに記載の避難支援用端末アプリケーションプログラム。
26. 同一の前記ハザード発生地点で発生した前記ハザードに関する前記ハザード投稿が所定の数に達している場合、当該ハザード発生地点を含む前記ハザードジオフェンスが設定された前記領域から退避することを促す前記退避通知を出力することを特徴とする請求項２５記載の避難支援用端末アプリケーションプログラム。
27. 避難者の移動通信端末の制御部によって実行され、
    前記移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて選定された前記避難者に適した推奨避難所の情報を前記移動通信端末に出力させる避難支援用端末アプリケーションプログラムであって、
    前記避難所の位置情報に基づいて前記避難所に対して設定された避難所ジオフェンスと前記移動通信端末の前記現在位置情報に基づき、前記移動通信端末が前記避難所の前記避難所ジオフェンスに入ったと判定したならば、前記避難所の収容者を管理する避難管理サーバに対して前記避難者が前記避難所の収容者に加えられたことを通知し、又は、前記避難所ジオフェンスから出たと判定したならば、前記避難管理サーバに対して前記避難者を前記避難所の収容者から除かれたことを通知することを特徴する避難支援用端末アプリケーションプログラム。
28. 避難者の安否情報を避難管理サーバに送信して蓄積させると共に、前記避難管理サーバに対して他の避難者の安否情報を問い合わせ、前記他の避難者の移動通信端末から前記避難管理サーバに送信された前記他の避難者の安否情報を受信することを特徴とする請求項１９から請求項２７のいずれかに記載の避難支援用端末アプリケーションプログラム。
29. 前記避難所に収容された前記避難者が所持する前記移動通信端末において、前記避難者の前記避難者情報に応じたメッセージを表示することを特徴とする請求項１９から請求項２８のいずれかに記載の避難支援用端末アプリケーションプログラム。
30. サーバの制御部が実行する避難支援方法であって、避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定する工程と、前記移動通信端末に前記推奨避難所の情報を出力させる工程と、を具備し、
    前記避難者情報は、前記避難者の住所に関する情報を含み、かつ、前記施設に関する情報が地域住民向けか帰宅困難者向けかを示す避難所種別を含み、前記避難者の住所に関する情報に基づいて、前記避難者が地域住民か帰宅困難者かを判定し、判定結果及び前記避難所種別に基づいて前記推奨避難所を選定することを特徴とする避難支援方法。
31. サーバの制御部が実行する避難支援方法であって、
    避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定する工程と、前記移動通信端末に前記推奨避難所の情報を出力させる工程と、を具備し、
    前記現在位置情報が示す現在位置から前記推奨避難所までのルートを探索し、前記ルートに従って前記移動通信端末により前記避難者を前記推奨避難所まで誘導すると共に、
    避難の障害となるハザードの内容及び前記ハザードが発生したハザード発生地点の位置情報を含むハザード投稿を外部から受信して前記サーバの制御部に接続されたストレージに蓄積し、前記ハザード投稿を前記移動通信端末に表示させ、かつ、前記ハザード投稿は前記移動通信端末及び管理者端末の両方から受信し、いずれから受信したか区別できるように前記ハザード投稿を前記移動通信端末に表示させることを特徴とする避難支援方法。
32. サーバの制御部が実行する避難支援方法であって、
    避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定する工程と、前記移動通信端末に前記推奨避難所の情報を出力させる工程と、を具備し、
    前記現在位置情報が示す現在位置から前記推奨避難所までのルートを探索し、前記ルートに従って前記移動通信端末により前記避難者を前記推奨避難所まで誘導させると共に、
    避難の障害となるハザードの内容及び前記ハザードが発生したハザード発生地点の位置情報を含むハザード投稿を外部から受信してストレージに蓄積し、
    同一の前記ハザード発生地点で発生した前記ハザードに関する前記ハザード投稿が所定の数に達したならば、無人航空機に当該ハザード発生地点で前記ハザードが実際に発生しているかどうか確認させるための派遣依頼を送信することを特徴とする避難支援方法。
33. サーバの制御部が実行する避難支援方法であって、
    避難者の移動通信端末の現在位置情報と、前記避難者に関する避難者情報と、複数の避難所の位置情報及び施設に関する情報を含む避難所情報と、に基づいて、前記避難者に適した推奨避難所を選定する工程と、前記移動通信端末に前記推奨避難所の情報を出力させる工程と、を具備し、
    前記避難所の位置情報に基づいて前記避難所に対して避難所ジオフェンスを設定し、前記避難所ジオフェンスと前記移動通信端末の前記現在位置情報に基づき、前記移動通信端末が前記避難所の前記避難所ジオフェンスに入ったと判定したならば、前記移動通信端末を所持する避難者の避難者情報に前記避難所に対応する避難所識別情報に加え、又は、前記避難所ジオフェンスから出たと判定したならば、前記避難者情報から前記避難所識別情報を除くことを特徴とする避難支援方法。

Images