JP2020024530A - 避難誘導システム - Google Patents

Abstract

【課題】災害発生時において、現在の避難所の状況を鑑みて、適切な避難先を避難者に提案することのできる、避難誘導システムを提供する。【解決手段】避難者に避難する避難所を提案する避難誘導システムであって、利用者端末５０と、利用者端末とネットワーク５により接続される避難先提案サーバ１００とを有する。避難先提案サーバは、避難所の収容可能人数情報と、その避難所の避難エリアの通信キャリアのシェア情報とを保持し、利用者端末の通信状況と、避難エリアの通信キャリアのシェア情報と、収容可能人数情報から、各々の避難所における予想混雑度を算出し、各々の予想混雑度に基づいて、予想混雑度の低い避難所を避難先の候補として提案する避難先提案画面情報を作成し、利用者端末に送信する。【選択図】図２

Description

本発明は、避難誘導システムに係り、特に、災害発生時において、現在の避難所の状況を鑑みて、適切な避難先を避難者に提案するのに好適な避難誘導システムに関する。

地震や台風などに代表される自然災害に対する対策は、自治体や国などの最重要の課題であり、そのために、災害時の避難誘導をシステム化して、迅速、適切な避難誘導を図り、住民の安全を図る技術が知られている。

例えば、特許文献１には、避難者の位置情報を携帯電話機のＧＰＳから自動的に取得し、同時に危険の少ない避難経路を選択して避難所へ案内する避難誘導システムを提供する技術が記載されている。

特開２００５−０１７０２７号公報

上記従来技術に記載の避難誘導システムは、避難者の有するＧＰＳ付携帯電話機から避難者の位置情報を突き止め、その位置情報と災害情報データベースなどを参照して、所在地近くの避難場所への危険の少ない経路を誘導案内するものである。

しかしながら、避難経路のみならず、避難者または自治体にとっても、避難場所に適切な人員を誘導して、避難者の総数をその避難場所に適切な人員を収容することも重要な災害対策のファクターとなる。これは、一箇所の避難場所に避難者が多すぎる場合には、混乱が生じたり、物資の配給もままならない場合が発生する可能性があるからである。

上記特許文献１に記載の従来技術では、提案する避難所を選択する上で、避難所および避難所近辺の避難者総数を考慮していないため、提案した避難所が混雑しているか否かを、避難者が判定することができず、適切な避難場所を提案することができない可能性がある。

本発明の目的は、災害発生時において、現在の避難所の状況を鑑みて、適切な避難先を避難者に提案することを可能とする避難誘導システムを提供することにある。

本発明の避難誘導システムの第一の構成は、好ましくは、避難者に避難する避難所を提案する避難誘導システムであって、利用者端末と、利用者端末とネットワークにより接続される避難先提案サーバとを有し、避難先提案サーバは、避難所の位置情報を保持し、避難先提案サーバは、利用者端末から利用者端末の位置情報を受信し、避難先提案サーバは、避難所の位置情報が利用者端末の位置情報から近い順から、その避難所を避難先の候補として提案する避難先提案画面情報を作成し、利用者端末に送信するようにしたものである。

また、本発明の避難誘導システムの第二の構成は、好ましくは、避難者に避難する避難所を提案する避難誘導システムであって、利用者端末と、利用者端末とネットワークにより接続される避難先提案サーバとを有し、避難先提案サーバは、避難所の収容可能人数情報と、その避難所の避難エリアの通信キャリアのシェア情報とを保持し、避難先提案サーバは、利用者端末の通信状況と、避難エリアの通信キャリアのシェア情報と、収容可能人数情報から、各々の避難所における予想混雑度を算出し、避難先提案サーバは、各々の予想混雑度に基づいて、予想混雑度の低い避難所を避難先の候補として提案する避難先提案画面情報を作成し、利用者端末に送信するようにしたものである。

本発明によれば、災害発生時において、現在の避難所の状況を鑑みて、適切な避難先を避難者に提案することを可能とする避難誘導システムを提供することができる。

避難所と避難エリアのモデルの例を示す図である。 避難誘導システムの構成の全体構成図である。 避難先提案サーバの機能構成図である。 避難先提案サーバのハードウェア・ソフトウェア構成図である。 避難所エリア情報テーブルの一例を示す図である。 キャリアシェアテーブルの一例を示す図である。 避難者数情報テーブルの一例を示す図である。 ユーザ管理テーブルの一例を示す図である。 避難誘導システムの全体処理を示すシーケンス図である。 利用者位置情報取得処理を示すフローチャートである。 避難所の予想混雑度を算出する処理を示すフローチャートである。 利用者端末５０に対して避難先を提案する画面を振り分ける処理を示すフローチャートである。 避難先提案画面（タイプ１）を示すフローチャートである。 避難先提案画面（タイプ２）を示すフローチャートである。

以下、本発明に係る一実施形態を、図１ないし図１３Ｂを用いて説明する。
先ず、図１ないし図４を用いて避難誘導システムの構成について説明する。

先ず、図１を用いて本実施形態に係る避難所と避難エリアのモデルについて説明する。
本実施形態に係る避難所と避難エリアのモデルにおいては、避難所Ａ１１と、避難所Ｂ１２と、避難所Ｃ１３とが存在し、避難所エリア間の境界線１５を境にそれぞれの避難エリアが区分されている。避難所エリア間の境界線１５は、地震等の災害が発生した場合に、避難者がどの避難所に避難すればよいかを決定するための区分線であり、一般的に避難所との距離に基づき定められる。すなわち、災害発生時に避難所Ａエリア内に存在する人１４は避難所Ａ１１に避難すると移動距離が最も小さくなるため望ましいとされる。避難所Ｂエリアおよび避難所Ｃエリアについても同様のことがいえる。

しかしながら、単純に移動距離だけを用いて避難所を決める場合、各避難所の収容可能人数や各避難所エリア内に存在する人１４の数によっては、避難所に偏りが生じてしまう場合がある。例えば、避難所Ａエリア内に存在する人１４は、通常であれば避難所Ａ１１に避難することが想定されるが、避難所Ａ１１の収容人数に余裕がなく、かつ、避難所Ｂ１２の収容人数に余裕があるような場合においては、避難所Ａエリア内にいたとしても避難所Ｂに避難した方が合理的である可能性がある。

本実施形態の避難誘導システムは、このようなケースにおいて、適切に避難者を誘導するようにするものである。

次に、図２を用いて避難誘導システムの構成について説明する。
避難誘導システムは、公共団体２０、避難所Ａ１１、避難所Ｂ１２、避難所Ｃ１３、通信キャリア１０の各サイトから構成される。公共団体２０は、災害の対策をおこなう地方自治体や国などの公共機関である。避難所Ａ１１、避難所Ｂ１２、避難所Ｃ１３は、地震等の災害が発生した場合に避難先となり、災害の避難時に避難民を受け入れる予定の場所であり、例えば、学校、公園、大型商業施設、スタジアム、等が想定される。通信キャリア１０は、通信サービスを広域にわたって提供する企業である。

避難所Ａ１１、避難所Ｂ１２、避難所Ｃ１３には、それぞれの避難所に関する情報を提供する避難所情報管理サーバ２００が設置されている。避難所に関する情報とは、各避難所における現在の収容人数や備蓄品の情報などである。ただし、避難所情報管理サーバ２００の設置場所は、必ずしも避難所に設置される必要はなく、避難所を管理する市役所などの地方自治体に置かれてもよいし、災害対策センターなどで一括して、避難所の情報を提供するようにしてもよい。

公共団体２０には、公共サーバ６０が設置されており、それにより災害情報を地域住民に提供する。

通信キャリア１０には、避難先提案サーバ１００が設置されている。避難先提案サーバ１００は、避難者に避難所の情報を提供し、避難を推奨する避難場所を提案するサーバである。

避難所情報管理サーバ２００、公共サーバ６０、避難先提案サーバ１００は、インターネットなどのグローバルなネットワーク５により相互に接続されている。ネットワーク５には、基地局４０と、利用者端末５０が接続されている。また、基地局４０と無線を利用して、利用者端末５０が接続される。ここで、利用者端末５０は、各家庭におけるパーソナルコンピュータなどのインターネットがアクセスできる情報処理装置でもよいし、スマートフォン、タブレットなどの携帯端末であってもよい。利用者端末５０は、スマートフォンのＧＰＳ（Global Positioning System）機能のように、避難先提案サーバ１００との間で位置情報等を送受信できるものとする。以下の例では、利用者端末５０はスマートフォンであるとして説明する。

次に、図３および図４を用いて避難先提案サーバの構成を詳細に説明する。
避難先提案サーバ１００は、図３に示されるように、機能構成として、利用者位置情報取得部１１０、エリア内推定人数算出部１２０、避難所予想混雑度算出部１３０、避難所混雑度比較判定部１４０、避難先提案画面作成部１５０、記憶部１６０からなる。

利用者位置情報取得部１１０は、システムの個々の利用者の位置情報を取得する機能部である。エリア内推定人数算出部１２０は、個々の避難所エリアの避難者の推定人数を算出する機能部である。避難所予想混雑度算出部１３０は、個々の避難所の混雑度を算出する機能部である。避難所混雑度比較判定部１４０は、避難所どうしの混雑度の大小の比較をする機能部である。避難先提案画面作成部１５０は、利用者端末５０に表示する避難先提案画面（後述）を作成する機能部である。記憶部１６０は、システムに必要なデータを記憶する機能部である。

記憶部１６０には、避難所エリア情報テーブル３００、キャリアシェアテーブル３１０、避難者数情報テーブル３２０、ユーザ管理テーブル３３０が格納されている。

避難所エリア情報テーブル３００は、各避難所エリアに関する情報を保持するテーブルである。キャリアシェアテーブル３１０は、避難所エリア、地域ごとの通信キャリアにおけるユーザのシェアに関する情報を保持するテーブルである。避難者数情報テーブル３２０は、各避難所における収容可能人数や現在の混雑状況に関する情報を保持するテーブルである。ユーザ管理テーブル３３０は、ユーザの利用者端末５０ごとの位置情報、システムへのアクセス状況に関する情報を保持するテーブルである。なお、各テーブルの詳細は、後に説明する。

次に、図４を用いて避難先提案サーバのハードウェア・ソフトウェア構成について説明する。
避難先提案サーバ１００のハードウェア構成としては、例えば、図４に示されるような一般的なサーバ装置で実現される。

避難先提案サーバ１００は、ＣＰＵ（Central Processing Unit）４０２、主記憶装置４０４、ネットワークＩ／Ｆ４０６、表示Ｉ／Ｆ４０８、入出力Ｉ／Ｆ４１０、補助記憶Ｉ／Ｆ４１２が、バスにより結合された形態になっている。

ＣＰＵ４０２は、避難先提案サーバ１００の各部を制御し、主記憶装置４０４に必要なプログラムをロードして実行する。

主記憶装置４０４は、通常、ＲＡＭなどの揮発メモリで構成され、ＣＰＵ４０２が実行するプログラム、参照するデータが記憶される。

ネットワークＩ／Ｆ４０６は、ネットワーク５と接続するためのインタフェースである。

表示Ｉ／Ｆ４０８は、ＬＣＤ（Liquid Crystal Display）などの表示装置４２０を接続するためのインタフェースである。

入出力Ｉ／Ｆ４１０は、入出力装置を接続するためのインタフェースである。図４の例では、キーボード４３０とポインティングデバイスのマウス４３２が接続されている。

補助記憶Ｉ／Ｆ４１２は、ＨＤＤ（Hard Disk Drive）４５０やＳＳＤ（Solid State Drive）などの補助記憶装置を接続するためのインタフェースである。

ＨＤＤ４５０は、大容量の記憶容量を有しており、本実施形態を実行するためのプログラムが格納されている。避難先提案サーバ１００には、利用者位置情報取得プログラム５１０、エリア内推定人数算出プログラム５２０、避難所予想混雑度算出プログラム５３０、避難所混雑度比較判定プログラム５４０、避難先提案画面作成プログラム５５０がインストールされている。利用者位置情報取得プログラム５１０、エリア内推定人数算出プログラム５２０、避難所予想混雑度算出プログラム５３０、避難所混雑度比較判定プログラム５４０、避難先提案画面作成プログラム５５０は、それぞれ利用者位置情報取得部１１０、エリア内推定人数算出部１２０、避難所予想混雑度算出部１３０、避難所混雑度比較判定部１４０、避難先提案画面作成部１５０、の機能を実現するためのプログラムである。

また、ＨＤＤ４５０は、避難所エリア情報テーブル３００、キャリアシェアテーブル３１０、避難者数情報テーブル３２０、ユーザ管理テーブル３３０を保持する。

次に、図５ないし図８を用いて本実施形態の避難誘導システムで使用させるデータ構造について説明する。
避難所エリア情報テーブル３００は、各避難所エリアに関する情報を保持するテーブルであり、図５に示されるように、避難所エリア３００ａ、緯度３００ｂ、経度３００ｃのフィールドで構成される。

避難所エリア３００ａは、避難所のエリア名称を格納するフィールドである。緯度３００ｂは、自（緯度の南側）と至（緯度の北側）のサブフィールドにより、避難所エリアの緯度を表すフィールドである。同様に、経度３００ｃは、自（経度の西側）と至（経度の東側）のサブフィールドにより、避難所エリアの経度を表すフィールドである。♯１の行を例に説明すると、避難所エリア名称が「ＲＡ００１」の範囲を地図上で考えたとき、緯度と経度の範囲を示す３００ｂ、３００ｃにより、範囲は北緯３５．６７８７３１°から北緯３５．６８１０５５°まで、東経１３９．７６７０５２°から東経１３９．７６９１２９°までであることがわかる。図５では、例として、避難所エリアを緯度経度で区切っているが、実際は緯度経度ではなく、各地域のハザードマップ情報等を基に、各避難所への到達時間や到達難易度が等間隔になるように、避難所エリアを分割することが望ましい。

キャリアシェアテーブル３１０は、各避難所エリアに関する情報を保持するテーブルであり、図６に示されるように、避難所エリア３１０ａ、地域３１０ｂ、キャリアシェア３１０ｃの各フィールドよりなる。

避難所エリア３１０ａは、避難所のエリア名称を格納するフィールドである。地域３１０ｂは、避難所が位置する地域名称を格納するフィールドである。キャリアシェア３１０ｃは、避難所が位置する地域に対して避難先提案サーバ１００を持つ通信キャリアのシェア割合を格納する示すフィールドである。

♯１の行を例に説明すると、避難所エリア「ＲＡ００１」は「Ａ区」に位置しており、避難先提案サーバ１００を持つキャリアのシェアは３０％であることがわかる。キャリアのシェアを取得することで、避難所エリア内の推定人数を算出することができる。例えば、利用者位置情報取得部１１０により、避難所Ａ１１エリア内に３００台の利用者端末５０を検知した場合、避難所Ａ１１エリアにおけるシェアが３０％であるならば、避難所Ａエリア１０１内に存在する全ての利用者端末５０は、１０００台存在すると推定することができる。また、避難所Ａ１１エリアがＡ区とＢ区の二つの地域に分かれており、それぞれＡ区とＢ区のキャリアシェアが与えられている場合には、それを合わせた推定人数は、（Ａ区の利用者端末数／Ａ区のキャリアシェア）＋（Ｂ区の利用者端末数／Ｂ区のキャリアシェア）のように各々の和を取ればよい。

避難者数情報テーブル３２０は、各避難所における収容可能人数や現在の混雑状況に関する情報を保持するテーブルであり、図７に示されるように、避難所３２０ａ、収容可能人数３００ｂ、混雑度３００ｃの各フィールドよりなる。

避難所３２０ａは、避難所の名称を格納するフィールドである。収容可能人数３００ｂは、その避難所に収容可能な人数を格納するフィールドである。混雑度は、その避難所の混雑度（現在の避難者数／収容可能人数）を格納するフィールドである。

♯１の行を例に説明すると、避難所「Ａ００１」は、収容可能人数が最大５００人であり、混雑度は０．５であることがわかる。ここで、混雑度０．５とは、収容可能人数５００人に対して、現在２５０人が避難していることを示している。避難者数情報テーブルの収容可能人数１００２と、算出されたエリア内推定人数とにより、予想混雑度を算出することができる（詳細は、後述）。また、現在の混雑度を利用者端末５０に表示することにより、避難者が、より最適に避難先を選択することができる（詳細は、後述）。

ユーザ管理テーブル３３０は、ユーザの利用者端末５０ごとの位置情報、システムへのアクセス状況に関する情報を保持するテーブルであり、図８に示されるように、利用者端末３３０ａ、ＧＰＳ情報３３０ｂ、アクセスポイント情報３３０ｃの各フィールドから構成される。

利用者端末３３０ａは、利用者端末５０の識別子を格納するフィールドである。ＧＰＳ情報３３０ｂは、利用者端末５０から得られるＧＰＳ情報を格納するフィールドあり、取得時刻、位置情報（緯度）、位置情報（経度）のサブフィールドからなる。取得時刻は、利用者端末５０が最後にＧＰＳ情報を取得した時刻を格納するフィールドである。位置情報（緯度）、位置情報（経度）は、それぞれ取得したＧＰＳ情報の位置情報の緯度と経度を格納するフィールドである。アクセスポイント情報３３０ｃは、利用者端末５０とアクセスポイントの電波状況に関する情報を格納するフィールドであり、電波強度（強）、電波強度（中）、電波強度（弱）のサブフィールドからなる。電波強度（強）、電波強度（中）、電波強度（弱）には、利用者端末５０が受信しているアクセスポイントの内で、電波強度が強い順にそのアクセスポイントの名称、識別子が格納される。

♯１の行を例に説明すると、利用者端末「Ｙ０００１」が、最後にＧＰＳ情報を取得した時刻は「２０１８／３／１２＿１４：２０：００」であり、位置情報は北緯３５．６７８５３１°、東経１３９．７６６０５１°であることがわかる。また、利用者端末５０は、アクセスポイント「ＡＰ１」に最も近く、次点でアクセスポイント「ＡＰ２」に近いことがわかる。利用者端末５０が最後にＧＰＳを取得した時刻１１０２と、現在時刻との差を算出し、算出した差の程度により、ＧＰＳ情報による位置情報と、アクセスポイント情報による位置情報との信頼性を評価することができる（詳細は、後述）。図８では、例として、位置情報を示す情報として、ＧＰＳおよびアクセスポイント情報としているが、これに限らず、利用者の位置情報を推定できる情報であれば、その他のものでもよい。

次に、図９ないし図１３Ｂを用いて本実施形態の避難誘導システムの処理について説明する。

先ず、図９を用いて避難誘導システムの全体処理について説明する。
各処理主体は、公共サーバ６０、避難先提案サーバ１００、避難所Ａの避難所情報管理サーバ２００、避難所Ｂの避難所情報管理サーバ２００、利用者端末５０を想定する。ここで、公共サーバ６０は、地震等の災害発生を避難先提案サーバ１００に通知する役割を担うサーバであり、例えば、気象庁サーバ等が想定される。

なお、説明の簡易化のため避難所は避難所Ａ１１および避難所Ｂ１２のみとしているが、これに限られるものではなく、実際には、避難所Ｃ１３やその他の避難所を含んでいてもよい。同様に、利用者端末５０も実際には、多数含まれていることが想定される。

先ず、ｐｈａｓｅＩとして、避難所Ａの避難所情報管理サーバ２００が避難先提案サーバ１００に避難所情報を送信する（Ｓ４０１）。同様に、避難所Ｂの避難所情報管理サーバ２００が避難先提案サーバ１００に避難所情報を送信する（Ｓ４０２）。避難所情報とは、例えば、避難所の収容可能人数や食料品等の備蓄数、トイレの数といった情報である。Ｓ４０１およびＳ４０２は、任意のタイミングで行ってよい。例えば、それぞれの施設が避難所に認定された際に避難所情報を避難先提案サーバ１００に登録してもよいし、１回／月等のように定期的に情報を更新してもよい。

次に、ｐｈａｓｅＩＩとして、地震等の災害が起きた場合に、公共サーバ６０が避難先提案サーバ１００に当該災害の発生を通知する（Ｓ４０３）。このＳ４０３の処理は、マスメディアによる緊急地震速報等により代替されることを想定してもよい。

次に、ｐｈａｓｅＩＩＩとして、災害等が発生した後に、避難先提案サーバ１００が利用者端末５０に対し、利用者端末５０の位置を推測可能な情報を要求する（Ｓ４０４）。位置を推測可能な情報とは、例えば利用者端末５０のＧＰＳ位置情報や、利用者端末５０が受信する中で電波強度が強いアクセスポイント情報等である。次に、Ｓ４０４の要求を受けて、利用者端末５０が避難先提案サーバ１００に位置を推測可能な情報を送信する（Ｓ４０５）。そして、避難先提案サーバ１００が利用者端末５０から取得した情報に基づいて、利用者の位置情報を取得する（Ｓ４０６）。Ｓ４０６の処理の詳細は、図１０を用いて後述する。

次に、ｐｈａｓｅＩＶとして、避難所Ａの避難所情報管理サーバ２００が、収容されている避難者数などの避難所Ａの避難所情報を避難先提案サーバ１００に送信する（Ｓ４０７）。避難所情報を送信する方法としては、避難所情報管理サーバ２００がネットワークを介して、避難先提案サーバ１００に送信する方法か、例えば、避難所Ａの駐在員または管理者が避難所情報を避難先提案サーバ１００へ送信するようにしてもよい。同様に避難所Ｂの避難所情報管理サーバ２００が、避難所Ｂの避難者数情報を避難先提案サーバ１００に送信する（Ｓ４０８）。

次に、避難所Ａの避難所情報管理サーバ２００と避難所Ｂの避難所情報管理サーバ２００から取得した避難所情報に基づいて、避難所Ａの避難所情報管理サーバ２００と避難所Ｂの避難所情報管理サーバ２００エリア内の人数と予想混雑度を算出する（Ｓ４０９）。Ｓ４０９の処理の詳細は、図１１を用いて後述する。

次に、ｐｈａｓｅＶとして、利用者端末５０が避難先提案サーバ１００に対して、避難先提案情報を要求する（Ｓ４１０）。前述した通り、利用者端末５０は、例えば、スマートフォンやタブレット端末等が想定されるが、利用者端末５０にインストールされたアプリケーションやＷＥＢサイトを通して避難先提案サーバ１００と通信を行う。

次に、避難先提案サーバ１００は、避難所予想混雑度算出部１３０で算出した予想混雑度に基づいて、利用者端末５０に提案する避難所を判定する（Ｓ４１２）。Ｓ４１２の処理の詳細は、図１２を用いて後述する。

次に、Ｓ４１０を受けて、避難先提案サーバ１００は、利用者端末５０に避難先提案画面情報を送信する（Ｓ４１１）。この処理により、利用者端末５０の画面上に、提案する避難所情報を表示し、利用者端末５０を適切な避難所へ誘導することができる。

次に、図１０を用いて利用者の位置情報を取得する処理について説明する。
この処理は、図９のＳ４０６に該当する処理である。
先ず、避難先提案サーバ１００は、利用者端末５０からＧＰＳによる位置情報を取得する（Ｓ５０１）。なお、ＧＰＳはあくまで一例であり、測位に使用する様々な衛星システム等が想定される。

次に、避難先提案サーバ１００は、利用者端末５０からＧＰＳ位置情報を取得できたか否かを判定し（Ｓ５０２）、利用者端末５０からＧＰＳ位置情報を取得できたときには（Ｓ５０２：ＹＥＳ）、Ｓ５０３に行き、ＧＰＳ位置情報を取得できないときには（Ｓ５０２：ＮＯ）、Ｓ５０５に行く。

次に、ＧＰＳ位置情報の最終更新時刻と現在時刻の差分が一定の範囲内（図１０では、１分）であるか否かを判定する（Ｓ５０３）。ＧＰＳ位置情報の最終更新時刻と現在時刻の差分が一定の範囲内であるときには（Ｓ５０３：１分未満）、Ｓ５０４に行き、ＧＰＳ位置情報の最終更新時刻と現在時刻の差分が一定の範囲内でないときには（Ｓ５０３：１分以上）、Ｓ５０５に行く。ＧＰＳ位置情報の最終更新時刻と現在時刻の差分が一定の範囲内であるか否かを判定する理由は、ＧＰＳ位置情報の最終更新時刻と現在時刻の差分が一定の範囲内であるときには、ＧＰＳ位置情報が、利用者の位置を表すにあたって信頼度が高いと考えて、それを利用者の位置情報として採用し、ＧＰＳ位置情報の最終更新時刻と現在時刻の差分が一定の範囲内でないときには、ＧＰＳ位置情報が、利用者の位置を表すにあたって信頼度が低く、利用者の位置情報としては、アクセスポイントの位置情報を採用したほうが正確になると推定されるからである。

避難先提案サーバ１００が、ＧＰＳによる位置情報を取得できないとき、または、ＧＰＳ位置情報の最終更新時刻と現在時刻の差分が一定の範囲内でないときには、アクセスポイントの位置情報を利用者位置情報とする（Ｓ５０５）。

ＧＰＳ位置情報の最終更新時刻と現在時刻の差分が一定の範囲内であるときには、ＧＰＳ位置情報を利用者位置情報とする（Ｓ５０４）。

ＧＰＳ位置情報の最終更新時刻と現在時刻の差分が一定の範囲内の基準は、図１０では、１分としたが、これに限ることなく、避難所の状況、システム装置の状況、端末の技術進歩などの要因に従い、適切な数値を定めることができる。

次に、図１１を用いて避難所の予想混雑度を算出する処理について説明する。
これは、図９のＳ４０９に該当する処理である。
先ず、Ｓ４０６の処理で得られた利用者位置情報に基づき、各避難所エリア内の推定人数を算出する（Ｓ６０１）。

避難所Ａエリア内の推定人数Ｘ_Ａは、以下の（式１）、避難所Ｂエリア内の推定人数Ｘ_Ｂは、以下の（式２）で表される。

次に、Ｓ６０１で算出した避難所Ａ１１エリア内の推定人数Ｘ_Ａ、避難所Ａ１１の収容可能人数、Ｓ６０１で算出した避難所Ａ１１エリア内の推定人数Ｘ_Ｂ、避難所Ｂ１２の収容可能人数に基づき、避難所Ａ１１の予想混雑度Ｃ_Ａ、避難所Ｂ１２の予想混雑度Ｃ_Ｂを算出する（Ｓ６０２）。

避難所Ａ１１の予想混雑度Ｃ_Ａは、以下の（式３）、避難所Ｂ１２の予想混雑度Ｃ_Ｂは、以下の（式４）で表される。

避難所Ａ１１の予想混雑度Ｃ_Ａ、避難所Ｂ１２の予想混雑度Ｃ_Ｂを算出することにより、利用者端末５０の状況に基づいた避難所Ａ１１、避難所Ｂ１２がどの程度、混雑するかを推定することができ、避難者を適切な避難所に誘導することが可能となる。

次に、図１２を用いて、利用者端末５０に対して避難先を提案する画面を振り分ける処理について説明する。
これは、図９のＳ４１２に該当する処理である。
先ず、Ｓ４０９の処理で算出された避難所Ａ１１の予想混雑度Ｃ_Ａが１未満であるか否かを判定する（Ｓ７０１）。この処理により、避難所Ａ１１エリア内の全ての人が、避難所Ａ１１に避難した場合に、避難所Ａ１１の収容可能人数を超えるか否かを判定することができる。

避難所Ａ１１の予想混雑度Ｃ_Ａが１未満であるときには（Ｓ７０１：１未満）、避難先提案サーバ１００は、利用者端末５０に、避難先提案画面（タイプ１）（詳細は、後述）情報を送信し（Ｓ７０６）、利用者端末５０は、避難先提案画面（タイプ１）を表示する。

避難所Ａ１１の予想混雑度Ｃ_Ａが１未満でないときには（Ｓ７０１：１以上）、避難所Ａ１１の予想混雑度Ｃ_Ａと、避難所Ｂ１２の予想混雑度Ｃ_Ｂとを比較し（Ｓ７０２）、Ｃ_Ａ／（Ｃ_Ａ＋Ｃ_Ｂ）の値に従い、Ｃ_Ａ／（Ｃ_Ａ＋Ｃ_Ｂ）の値が、０．３未満のときには、Ｓ７０３に行き、０．３以上０．７未満のときには、Ｓ７０４に行き、０．７以上のときには、Ｓ７０５に行く。

ここで、Ｃ_Ａ／（Ｃ_Ａ＋Ｃ_Ｂ）の値が小さいときには、避難所Ａ１１の予想混雑度Ｃ_Ａが避難所Ｂ１２の予想混雑度Ｃ_Ｂと比較して小さい、すなわち、避難所Ａ１１は、避難所Ｂ１２に比べてそれほど混雑していないことを意味し、逆に、Ｃ_Ａ／（Ｃ_Ａ＋Ｃ_Ｂ）の値が大きいときには、避難所Ａ１１の予想混雑度Ｃ_Ａが避難所Ｂ１２の予想混雑度Ｃ_Ｂと比較して大きい、すなわち、避難所Ｂ１２は、避難所Ａ１１に比べてそれほど混雑していないことを意味する。

避難所Ａ１１の予想混雑度Ｃ_Ａと、避難所Ｂ１２の予想混雑度Ｃ_Ｂとを比較し（Ｓ７０２）、Ｃ_Ａ／（Ｃ_Ａ＋Ｃ_Ｂ）の値が、０．３未満のときには、避難先提案サーバ１００は、利用者端末５０に、避難先提案画面（タイプ２）（詳細は、後述）で、避難者に、避難先として、避難所Ａ１１を提案する避難先提案画面の情報を送信し（Ｓ７０３）、利用者端末５０は、避難先提案画面（タイプ２）を表示する。

避難所Ａ１１の予想混雑度Ｃ_Ａと、避難所Ｂ１２の予想混雑度Ｃ_Ｂとを比較し（Ｓ７０２）、Ｃ_Ａ／（Ｃ_Ａ＋Ｃ_Ｂ）の値が、０．３以上０．７未満のときには、避難先提案サーバ１００は、利用者端末５０に、避難先提案画面（タイプ１）（詳細は、後述）情報を送信し（Ｓ７０４）、利用者端末５０は、避難先提案画面（タイプ１）を表示する。

避難所Ａ１１の予想混雑度Ｃ_Ａと、避難所Ｂ１２の予想混雑度Ｃ_Ｂとを比較し（Ｓ７０２）、Ｃ_Ａ／（Ｃ_Ａ＋Ｃ_Ｂ）の値が、０．７以上のときには、避難先提案サーバ１００は、利用者端末５０に、避難先提案画面（タイプ２）で、避難者に、避難先として、避難所Ｂ１２を提案する避難先提案画面の情報を送信し（Ｓ７０５）、利用者端末５０は、避難先提案画面（タイプ２）を表示する。

このようにして、避難所Ａ１１が混雑していると予想されるときには、避難者に対して、避難所Ｂ１２を提案し、逆に、避難所Ｂ１２が混雑していると予想されるときには、避難者に対して、避難所Ａ１１を提案することができる。これにより、避難者に対して、混雑していないと予想される避難所を提案することができ、避難者が特定の避難所に集中することを防ぐことができ、災害のシステム運営上も円滑に行われ、避難者に対しても過度の負担がかかるのを防止することができる。

なお、閾値を判定する式や閾値などは、災害や避難者の状況や各避難所の規模・特性に応じて、その他の適切なものを用いることができる。

次に、図１３Ａおよび図１３Ｂを用いて、避難先提案画面について説明する。
避難先提案画面は、避難者を特定の避難所へ誘導することを目的に、避難先提案サーバ１００が利用者端末５０に表示する画面である。

避難先提案画面（タイプ１）６００は、図１３Ａに示されるように、避難所の候補を候補順から表示する。候補順は、利用者の位置から近い避難所を高くする。例えば、図１３Ａに示される例では、一つ目の候補表示欄６０１と二つ目の候補表示欄６０２を表示している。避難先提案画面（タイプ１）６００は、図１２のＳ７０４、Ｓ７０６に示したとおり、各避難所の混雑度にあまり差異がないときに、表示される画面である。

候補表示欄６０１は、避難所名表示欄６０１ａと避難所詳細情報表示欄６０１ｂからなる。避難所名表示欄６０１ａには、その避難所の避難所名が表示され、避難所詳細情報表示欄６０１ｂには、その避難所の収容可能人数、混雑状況、トイレなどの情報が表示される。避難者は避難所の詳細情報を基に、好みの避難所を選択できるようになる。図１３Ａでは、例として、避難所の候補を二つのみ挙げているが、実際にはより多くの避難所情報を表示することで、避難者はより最適な避難所を選択できるようになる。また、避難所の現在の混雑状況や、トイレの数、備蓄品の数等を表示することで、避難者は、より柔軟に避難所を選択できるようになる。

避難先提案画面（タイプ２）７００は、図１３Ｂに示されるように、避難所の候補を候補順から表示するが、避難所のシステムからの提案情報を含んでおり、避難者を特定の避難所へ誘導する。図１３Ｂに示される例では、一つ目の候補表示欄７０１と二つ目の候補表示欄７０２を表示している。図１３Ｂに示される避難先提案画面（タイプ２）７００は、図１２のＳ７０３の処理により表示される画面であり、避難所Ａ１１を避難所として提案し、避難所Ｂ１２は、「混雑の可能性が高い」旨のメッセージ７１０が表示されている。この避難先提案画面により、避難者を、避難所Ｂではなく、避難所Ａに誘導することができる。なお、避難者を誘導させることが可能であるならば、混雑している旨の記載は、その他のものでもよい。図１３Ｂでは、例として、避難所の候補を二つのみ挙げているが、実際にはより多くの避難所情報を表示することで、避難者はより最適な避難所を選択できるようになる。また、避難所の現在の混雑状況や、トイレの数、備蓄品の数、等を表示することで、避難者は、より柔軟に避難所を選択できるようになる。

以上の実施形態で説明したように、エリア内に避難所の収容可能人数を超える避難者が存在した場合、別の避難所情報を取得し混雑状況を判定して、避難者に適切な避難場所を提案することができる。

５…ネットワーク
１１…避難所Ａ
１２…避難所Ｂ
１３…避難所Ｃ
５０…利用者端末
１５…避難所エリア間の境界線
６０…公共サーバ
１００…避難先提案サーバ
２００…避難所情報管理サーバ
１１０…利用者位置情報取得部
１２０…エリア内推定人数算出部
１３０…避難所予想混雑度算出部
１４０…避難所混雑度比較判定部
１５０…避難先提案画面作成部
１６０…記憶部
３００…避難所エリア情報テーブル
３１０…キャリアシェアテーブル
３２０…避難者数情報テーブル
３３０…ユーザ管理テーブル

Claims (8)

1. 避難者に避難する避難所を提案する避難誘導システムであって、
   利用者端末と、
   前記利用者端末とネットワークにより接続される避難先提案サーバとを有し、
   前記避難先提案サーバは、避難所の位置情報を保持し、
   前記避難先提案サーバは、前記利用者端末から前記利用者端末の位置情報を受信し、
   前記避難先提案サーバは、前記避難所の位置情報が前記利用者端末の位置情報から近い順から、その避難所を避難先の候補として提案する避難先提案画面情報を作成し、前記利用者端末に送信することを特徴とする避難誘導システム。
2. さらに、前記避難先提案サーバとネットワークより接続され、避難所情報を保持する避難所情報管理サーバを有し、
   前記避難所情報管理サーバは、前記避難先提案サーバに避難所情報を送信し、
   前記避難先提案画面情報に避難所情報を含み、前記利用者端末は、各避難所の避難所情報を表示することを特徴とする請求項１記載の避難誘導システム。
3. 前記利用者端末の位置情報は、ＧＰＳ情報またはアクセスポイントの位置情報であって、前記ＧＰＳ情報が一定時間を過ぎないとき前記利用者端末の位置情報を、ＧＰＳ情報とし、前記ＧＰＳ情報が一定時間を過ぎないとき前記利用者端末の位置情報を、アクセスポイントの位置情報とすることを特徴とする請求項１記載の避難誘導システム。
4. 避難者に避難する避難所を提案する避難誘導システムであって、
   利用者端末と、
   前記利用者端末とネットワークにより接続される避難先提案サーバとを有し、
   前記避難先提案サーバは、避難所の収容可能人数情報と、その避難所の避難エリアの通信キャリアのシェア情報とを保持し、
   前記避難先提案サーバは、前記利用者端末の通信状況と、前記避難エリアの通信キャリアのシェア情報と、前記収容可能人数情報から、各々の避難所における予想混雑度を算出し、
   前記避難先提案サーバは、各々の予想混雑度に基づいて、予想混雑度の低い避難所を避難先の候補として提案する避難先提案画面情報を作成し、前記利用者端末に送信することを特徴とする避難誘導システム。
5. さらに、前記避難先提案サーバとネットワークより接続され、避難所情報を保持する避難所情報管理サーバを有し、
   前記避難所情報管理サーバは、前記避難先提案サーバに避難所情報を送信し、
   前記避難先提案画面情報に避難所情報を含み、前記利用者端末は、各避難所の避難所情報を表示することを特徴とする請求項４記載の避難誘導システム。
6. 前記利用者端末の位置情報は、ＧＰＳ情報またはアクセスポイントの位置情報であって、前記ＧＰＳ情報が一定時間を過ぎないとき前記利用者端末の位置情報を、ＧＰＳ情報とし、前記ＧＰＳ情報が一定時間を過ぎないとき前記利用者端末の位置情報を、アクセスポイントの位置情報とすることを特徴とする請求項４記載の避難誘導システム。
7. 前記避難先提案画面情報は、避難所の収容可能人数、予想混雑度を含むことを特徴とする請求項４記載の避難誘導システム。
8. 前記予想混雑度が高い避難所に対して、警告表示をおこなうことを特徴とする請求項４記載の避難誘導システム。

Images