JP7707761B2 - サーバ装置、システム、サーバ装置の制御方法及びプログラム - Google Patents

Description

本発明は、サーバ装置、システム、サーバ装置の制御方法及びプログラムに関する。

台風等による災害の発生が予測されると、住民は避難所に避難することになる。住民の避難等に適用可能な種々の技術が開発されている。

例えば、特許文献１には、災害が目前に迫っていることを具体的にイメージさせ、住民の危機意識を煽り、避難行動に繋げる避難支援システム及び避難支援方法を提供する、と記載されている。特許文献１の避難支援システムは、情報管理サーバ、避難所情報端末及び支援先端末を備える。情報管理サーバは、災害情報を提供する災害情報システムと連携し、管轄エリア内の登録された複数の避難対象者及び複数の避難所それぞれの状況情報を管理する。避難所情報端末は、複数の避難所それぞれに設置され、情報管理サーバとの間で通信を行う。支援先端末は、複数の避難対象者それぞれが携帯し、情報管理サーバとの間で通信を行う。情報管理サーバは、複数の避難対象者それぞれの連絡条件及び避難先の要望事項を登録し、避難所情報端末を通じて複数の避難所それぞれの状況に関する避難所情報を登録する。情報管理サーバは、災害情報に基づいて避難の呼びかけと避難所情報を支援先端末に連絡条件及び避難先の要望事項に沿って通知する。

特許文献２には、災害発生時に避難指示者に避難に関する好適な支援情報を提供する、と記載されている。特許文献２の情報処理装置（管理者端末）は、記憶部と、表示制御部と、を備えている。記憶部は、複数の避難場所の位置情報と、各避難場所を中心とした人の移動可能範囲を表す移動可能範囲情報と、移動可能範囲内の各エリアにいる避難予定者の人数を表す避難予定者人数情報と、を記憶している。表示制御部は、避難場所と移動可能範囲とを表示部に表示する。また、表示制御部は、複数の避難場所の間で移動可能範囲が重なる場合に、重なる箇所に含まれるエリアの避難予定者人数情報と、それぞれの避難場所における避難完了者の位置情報とに基づいて、重なる箇所の避難未完了者の人数を特定する。表示制御部は、避難未完了者の人数を表す避難未完了者人数情報を表示部に表示する。

特許文献３には、災害支援の母体として拡大しつつあるＮＰＯ（Non-Profit Organization）にも効果的な利用が可能な災害避難援助システムを提供する、と記載されている。特許文献３の災害避難援助システムを備えた災害援助センターは、登録者から避難情報を管理するために必要な情報を、予め通信ネットワークを通じて受信することができる。これらの中から、避難物資の備蓄に関する情報や災害発生時の配送計画が輸送業者に送信される。前者については常時この情報に従って適切な備蓄を行い、後者については配送計画に則って避難物資の配送が行われる。

特開２０２１－０７１９４０号公報 特開２０２０－１４０２９６号公報 特開２００４－０５４５１６号公報

上述のように、災害の発生が予測されると、住民は避難所に避難することになる。ここで、実際に災害が発生した際、住民が避難先等を事前に定めておかないと円滑な避難が困難な場合もある。例えば近所の小学校等に避難をしようと考えている住民がいたとしても、台風等の規模によっては小学校が避難所として開設されない場合もあり得る。このような場合、当該住民には親類の家を避難先とする等の対応が求められる。

なお、上記問題点は、上記特許文献１乃至特許文献３に開示された技術を適用しても解決することはできない。これらの文献は、実際に災害が発生している場合を想定したり、物資の配送等に関する技術を開示したりするためである。

本発明は、住民のより安全な避難を実現することに寄与する、サーバ装置、システム、サーバ装置の制御方法及びプログラムを提供することを主たる目的とする。

本発明の第１の視点によれば、災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する、取得部と、前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する、管理部と、を備えた、サーバ装置が提供される。

本発明の第２の視点によれば、住民端末と、サーバ装置と、を含み、前記サーバ装置は、災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する、取得部と、前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する、管理部と、災害の発生時又は災害の発生が見込まれる場合に、防災担当者から災害の危険度を示す災害危険度を取得し、前記災害危険度に基づき前記複数の住民のなかから前記避難開始条件が満たされた住民を抽出し、前記抽出された住民が所持する前記住民端末に前記避難先に関する情報を含む避難情報を送信する、避難情報制御部と、を備える、システムが提供される。

本発明の第３の視点によれば、サーバ装置において、災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得し、前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する、サーバ装置の制御方法が提供される。

本発明の第４の視点によれば、サーバ装置に搭載されたコンピュータに、災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する処理と、前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する処理と、を実行させるためのプログラムが提供される。

本発明の各視点によれば、住民のより安全な避難を実現することに寄与する、サーバ装置、システム、サーバ装置の制御方法及びプログラムが提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。

図１は、一実施形態の概要を説明するための図である。 図２は、第１の実施形態に係る防災システムの概略構成の一例を示す図である。 図３は、第１の実施形態に係る住民端末の表示の一例を示す図である。 図４は、第１の実施形態に係る防災システムの動作を説明するための図である。 図５は、第１の実施形態に係る防災端末の表示の一例を示す図である。 図６は、第１の実施形態に係る防災システムの動作を説明するための図である。 図７は、第１の実施形態に係る防災システムの動作を説明するための図である。 図８は、第１の実施形態に係るサーバ装置の処理構成の一例を示す図である。 図９は、第１の実施形態に係る住民情報データベースの一例を示す図である。 図１０は、第１の実施形態に係る防災端末の表示の一例を示す図である。 図１１は、第１の実施形態に係る防災端末の表示の一例を示す図である。 図１２は、第１の実施形態に係る避難所情報データベースの一例を示す図である。 図１３は、第１の実施形態に係る防災端末の表示の一例を示す図である。 図１４は、第１の実施形態に係る避難情報制御部の動作の一例を示すフローチャートである。 図１５は、第１の実施形態に係る防災端末の表示の一例を示す図である。 図１６は、第１の実施形態に係る住民端末の処理構成の一例を示す図である。 図１７は、第１の実施形態に係る住民端末の表示の一例を示す図である。 図１８は、第１の実施形態に係る住民端末の動作を説明するための図である。 図１９Ａ及び図１９Ｂは、第１の実施形態に係る住民端末の表示の一例を示す図である。 図２０は、第１の実施形態に係る住民端末の表示の一例を示す図である。 図２１は、第１の実施形態に係る住民端末の表示の一例を示す図である。 図２２は、第１の実施形態に係る住民端末の表示の一例を示す図である。 図２３は、第１の実施形態に係る住民端末の表示の一例を示す図である。 図２４は、第１の実施形態に係る防災システムの動作の一例を示すシーケンス図である。 図２５は、第１の実施形態に係る防災システムの動作の一例を示すシーケンス図である。 図２６は、第２の実施形態に係るサーバ装置の処理構成の一例を示す図である。 図２７は、第２の実施形態に係る住民端末の表示の一例を示す図である。 図２８は、第２の実施形態に係る住民端末の表示の一例を示す図である。 図２９Ａ及び図２９Ｂは、第２の実施形態に係る住民端末の表示の一例を示す図である。 図３０は、第３の実施形態に係る防災システムの動作を説明するための図である。 図３１は、第３の実施形態に係るサーバ装置の処理構成の一例を示す図である。 図３２は、第３の実施形態に係る住民端末の表示の一例を示す図である。 図３３は、第４の実施形態に係るサーバ装置の処理構成の一例を示す図である。 図３４は、第４の実施形態に係る防災システムの動作を説明するための図である。 図３５は、本願開示に係るサーバ装置のハードウェア構成の一例を示す図である。

はじめに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、特段の釈明がない場合には、各図面に記載されたブロックはハードウェア単位の構成ではなく、機能単位の構成を表す。各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。

一実施形態に係るサーバ装置１００は、取得部１０１と、管理部１０２と、を備える（図１参照）。取得部１０１は、災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する。管理部１０２は、避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する。

自治体の防災担当者は、災害が発生する前の平時に、避難所として開設される予定の各施設について当該施設を避難所として開設するための条件をサーバ装置１００に入力する。例えば、防災担当者は、所定の警戒レベルを伴った警報が発令された場合に避難所として開設するといった避難所開設条件をサーバ装置１００に入力する。当該避難所開設条件は、住民に提供され、住民は、当該避難所開設条件を確認しながら避難を開始する条件や避難先を「避難行動計画」としてサーバ装置１００に入力する。住民の避難行動計画がシステムに登録されることで、サーバ装置１００は、実際の災害発生時に、事前設定された避難行動計画を滞りなく各住民に通知できる。

通知を受けた住民は、予め定めた避難先に円滑に避難をすることができる。即ち、住民は、避難所開設条件を確認しながら避難先を決定することができるので、当該住民が避難を開始しようと考えたタイミング（例えば、警戒レベルを伴った警報が発令されたタイミング）に避難所が開設されていないといった事態が避けられる。より具体的には、警戒レベル２が発令されたタイミングで避難をしようと考えている住民は、警戒レベル２が発令された段階で開設されている避難所を避難先として選択できる。換言すれば、当該住民は、警戒レベル２が発令された段階では開設される予定のない避難所を避難先として選択することはできない。また、避難行動計画を設定してから実際に災害が発生するまでに長期間経過しても、サーバ装置１００は、住民が定めた避難開始条件に合致する災害が発生すれば、その旨を住民に対して伝えることができる。その結果、住民の避難が遅れることもない。このように、サーバ装置１００を含む防災システムは、災害の発生に備え十分な準備をすることで、災害が発生した場合には事前に設定された避難行動計画に従い住民は安全に避難できる（余裕を持って避難先に避難できる）。

以下に具体的な実施形態について、図面を参照してさらに詳しく説明する。

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

［システムの構成］
図２は、第１の実施形態に係る防災システムの概略構成の一例を示す図である。図２に示すように、防災システムには、サーバ装置１０が含まれる。

サーバ装置１０は、地域住民の防災に関する管理、避難所の運営、避難者の支援等を担うサーバである。サーバ装置１０は、市役所等の自治体により管理、運営される。サーバ装置１０は、市役所等の建物に設置されていてもよいし、ネットワーク上（クラウド上）に設置されていてもよい。

自治体の防災担当者（以下、単に「担当者」と表記することもある）は、防災端末２０を使って地域の防災に関する業務を遂行する。例えば、担当者は、災害発生時に開設する避難所の管理等を行う。なお、地域の学校、公民館等の施設が避難所に該当する。学校、公民館等の施設は、災害発生時に「避難所」として活用される。

地域の各住民は、住民端末３０－１～３０－３を所持している。各住民は、住民端末３０－１～３０－３を使用して、サーバ装置１０に情報を入力したりサーバ装置１０から情報を取得したりする。

以降の説明において、住民端末３０－１～３０－３を区別する特段の理由がない場合には単に「住民端末３０」と表記する。

図２に示す各装置は相互に接続されている。具体的には、サーバ装置１０と防災端末２０は、有線又は無線の通信手段により接続され、相互に通信が可能となるように構成されている。

図２に示す防災システムの構成は例示であって、その構成を限定する趣旨ではない。例えば、複数のサーバ装置１０が防災システムに含まれていてもよい。また、地域の住民の数を「３」に限定する趣旨ではないことは勿論である。

［動作概略］
続いて、第１の実施形態に係る防災システムの動作概略について説明する。

＜住民登録＞
はじめに、地域の住民は、自身の情報を防災システムに事前登録する。住民は、地域の防災を担うサーバ装置１０に住民登録を行う。以降の説明において、住民がサーバ装置１０に登録する情報を「住民情報」と記載する。

住民は、任意の手段を用いて住民情報をサーバ装置１０に登録する。例えば、住民は、所持する住民端末３０を操作して住民登録を行う。例えば、住民は、住民端末３０にインストールされた防災アプリケーション（以下、単に防災アプリとも表記する）を用いて住民登録を行う。

防災アプリが起動されると、住民端末３０は、図３に示すようなメニュー画面を表示する。住民は、「住民登録」を選択することで、住民情報をサーバ装置１０に登録する。

なお、幼児や高齢者等、自ら情報の登録を行うことが困難な住民に関しては、親や子供が代理で幼児、高齢者等に関する住民情報をサーバ装置１０に登録してもよい。

住民情報には、個人情報が含まれる。個人情報には、所謂、基本４情報（氏名、性別、住所、生年月日）に加え、連絡先（電話番号、メールアドレス等）等が含まれる。

あるいは、住民情報には、住民の住居に関する情報（住居情報）、家族に関する情報（家族情報）等が含まれてもよい。住居情報として、自宅の種類（一軒家、マンション）、構造（平屋、２階建て）、寝室の場所（１階、２階）、駐車場の有無等が例示される。家族情報として、同居している家族の氏名等が例示される。

住民端末３０は、ＧＵＩ（Graphical User Interface）等によって住民情報を取得すると、当該取得した住民情報を含む「住民情報登録要求」をサーバ装置１０に送信する（図４参照）。

サーバ装置１０は、住民端末３０から住民情報（個人情報、住居情報等）を取得すると、当該住民を識別するための住民ＩＤを生成する。サーバ装置１０は、生成した住民ＩＤ及び個人情報等を対応付けて住民情報データベースに記憶する。住民情報データベースの詳細は後述する。

サーバ装置１０は、生成した住民ＩＤを住民に払い出す。サーバ装置１０は、生成した住民ＩＤを住民端末３０に送信する。住民端末３０は、住民ＩＤを記憶する。

＜自治体による事前準備＞
防災担当者は、災害の発生に備え、事前に準備を行う。具体的には、担当者は、防災端末２０を操作して、サーバ装置１０にアクセスする。サーバ装置１０は、防災管理のためのメニュー画面を防災端末２０に表示する。

例えば、サーバ装置１０は、図５に示すような防災管理メニューに関する画面を表示する。担当者は、サーバ装置１０から提供されるメニュー画面に表示された項目を選択し、防災に関する業務を行う。

担当者は、「基礎データ登録」を選択し、地域（防災業務の対象地域）に関する基礎的なデータをサーバ装置１０に登録する。例えば、担当者は、対象地域を特定する情報（例えば、大字小字等の地域名）、人口、当該地域の防災業務に携わる職員数、当該地域のハザードマップ、避難所候補に関する情報等をサーバ装置１０に入力する。

避難所候補とは、災害発生時に避難所として活用される施設（小学校、中学校、公民館等）を示す。担当者は、避難所候補の基本的な情報、例えば、施設名、所在地、定員等の情報を「避難所データ」としてサーバ装置１０に登録する。

担当者は、「避難所開設条件登録」を選択し、災害発生時に避難所を開設するための条件をサーバ装置１０に登録する。例えば、担当者は、災害の種類ごとに各避難所候補について、当該避難所候補（小学校等の施設）を避難所として活用するための条件を登録する。例えば、担当者は、各避難所候補について、「台風接近時；警戒レベル３以上発令」や「地震発生時；震度４以上」のような条件を設定する。

以降の説明において、避難所候補を避難所として活用（開設）するための条件を「避難所開設条件」と表記する。避難所開設条件には、避難所候補を避難所として開設する契機となる災害の危険度を示す避難所開設危険度が含まれる。例えば、各災害（地震、津波、台風、大雨、洪水、竜巻、火山爆発等）に関し、警戒レベル、震度、マグニチュード、降水量等の指標が避難所開設危険度として例示される。

サーバ装置１０は、各避難所候補の避難所データ（施設名、所在地、定員等）と避難所開設条件（災害ごとの避難所開設危険度）を対応付けて避難所情報データベースに記憶する。避難所情報データベースの詳細は後述する。

＜住民による事前準備＞
地域住民は、災害発生前に、災害が発生した際の行動に関する計画（避難行動計画）をサーバ装置１０に登録する。例えば、住民は、住民端末３０にインストールされた防災アプリを用いて避難行動計画をサーバ装置１０に登録する。

具体的には、住民は、防災アプリケーションを起動し、図３に示される「避難行動計画の登録」を選択する。

当該選択に応じて、住民端末３０は、サーバ装置１０に対して住民ＩＤを含む「避難所情報提供要求」を送信する（図６参照）。

当該要求に応じて、サーバ装置１０は、「避難所情報」を住民端末３０に送信する。避難所情報とは、災害発生時に開設される予定の避難所（避難所候補）に関する情報である。より具体的には、サーバ装置１０の避難所情報データベースに記憶された避難所データと避難所開設条件が「避難所情報」に該当する。

即ち、住民端末３０からの要求に応じて、サーバ装置１０は、避難所候補の施設名、所在地、定員、当該避難所候補が避難所として活用される条件（避難所開設条件）等を住民端末３０に送信する。

住民端末３０は、サーバ装置１０から取得した避難所情報を使用し、住民が避難行動計画を入力するためのＧＵＩ（Graphical User Interface）等を住民に提供する。住民は、住民端末３０を操作して、避難行動計画を入力する。避難行動計画は、避難所情報に含まれる避難所開設条件等に基づき、地域の各住民により設定される。

避難行動計画には、発生が想定される各災害に関し、災害が発生した際の避難先（例えば、避難所又は親類、知人の住宅等）と、各住民が災害時に避難を開始する契機となる災害の危険度を示す避難開始危険度と、が含まれる。例えば、「台風接近時；警戒レベル３；避難所Ａに避難」、「地震発生時；震度４；親類宅に避難」といった内容が避難行動計画に含まれる。

このように、避難行動計画には、災害種類、避難開始危険度及び避難先が含まれる。これら３つの情報のうち、災害種類と避難開始危険度が「避難開始条件」を構成する。即ち、避難行動計画には、少なくとも１以上の避難開始条件と避難先が含まれる。

住民端末３０は、取得した避難行動計画をサーバ装置１０に送信する。具体的には、住民端末３０は、住民ＩＤと避難行動計画を含む「避難行動計画登録要求」をサーバ装置１０に送信する。

サーバ装置１０は、取得した避難行動計画を住民情報データベースに記憶する。

＜避難情報の送信＞
災害が発生すると、又は、災害の発生が予想されると、防災担当者は、災害情報をサーバ装置１０に入力する（図７参照）。

災害情報には、災害の種類と、災害の危険度を示す災害危険度情報と、が含まれる。例えば、災害危険度情報として、避難所開設危険度や避難開始危険度と同様に、警戒レベル、震度、マグニチュード、浸水深さ等の指標が例示される。

例えば、台風や大雨等により警戒レベルを伴った警報が発令されると、担当者は、災害の種類と共に上記警戒レベルを災害情報としてサーバ装置１０に入力する。あるいは、地震が発生した場合には、担当者は、対象地域の震度をサーバ装置１０に入力する。

災害情報を取得すると、サーバ装置１０は、各住民の避難行動計画の避難開始条件が満たされているか否か判定する。サーバ装置１０は、避難開始条件が満たされていると判定された住民に関しては、当該住民の住民端末３０に「避難情報」を送信する。対して、サーバ装置１０は、避難開始条件が満たされていないと判定された住民に関しては、「避難情報」を送信しない。

例えば、図７において、住民端末３０－１を所持する住民の避難開始条件を「台風接近時；警戒レベル３」、住民端末３０－２を所持する住民の避難開始条件を「台風接近時；警戒レベル４」とする。さらに、災害情報を「台風接近；警戒レベル３」とする。

この場合、住民端末３０－１の住民に関する避難開始条件は満たされているので、サーバ装置１０は、住民端末３０－１に対して避難情報を送信する。対して、住民端末３０－２の住民に関する避難開始条件は満たされていないので、サーバ装置１０は、住民端末３０－２に対して避難情報を送信しない。

ここで、避難情報には、住民が避難行動計画で登録した避難先の情報が含まれる。例えば、サーバ装置１０は、避難行動計画に含まれる避難所の名称、所在地等を含む避難情報を住民端末３０に送信する。住民端末３０は、取得した避難情報を住民に通知する。避難情報に接した住民は、予め登録した避難先に避難する。

このように、サーバ装置１０は、各住民が入力した避難行動計画に基づき、避難情報の送信要否を判定し、避難情報の送信が必要であれば、事前に登録した避難先に関する情報等を住民端末３０に送信する。このようなサーバ装置１０の対応により、住民が開設されていない避難所に避難することもないし、避難に遅れることもない。

続いて、第１の実施形態に係る防災システムに含まれる各装置の詳細について説明する。

［サーバ装置］
図８は、第１の実施形態に係るサーバ装置１０の処理構成（処理モジュール）の一例を示す図である。図８を参照すると、サーバ装置１０は、通信制御部２０１と、住民登録部２０２と、基礎データ取得部２０３と、開設条件取得部２０４と、行動計画管理部２０５と、避難情報制御部２０６と、記憶部２０７と、を備える。

通信制御部２０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部２０１は、防災端末２０からデータ（パケット）を受信する。また、通信制御部２０１は、防災端末２０に向けてデータを送信する。通信制御部２０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部２０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部２０１を介して他の装置とデータの送受信を行う。通信制御部２０１は、他の装置からデータを受信する受信部としての機能と、他の装置に向けてデータを送信する送信部としての機能と、を備える。

住民登録部２０２は、上述の住民登録を実現する手段である。住民登録部２０２は、将来的に避難者となり得る複数の住民それぞれの住民情報を取得する手段である。より具体的には、住民登録部２０２は、個人情報、住居情報等を含む住民情報を任意の手段により取得する。

例えば、住民登録部２０２は、住民が操作する住民端末３０から住民情報を取得してもよい。あるいは、住民は、住民情報が記載された書類や住民情報が記憶された外部記憶装置を防災センターに送付し、当該センターの職員等が住民情報をサーバ装置１０に入力してもよい。

第１の実施形態では、住民登録部２０２は、住民端末３０の防災アプリケーションから住民情報を取得する場合について説明する。住民登録部２０２は、住民端末３０から「住民情報登録要求」を受信する。

当該要求から住民情報を取得すると、住民登録部２０２は、住民を識別するための住民ＩＤを生成する。住民ＩＤは、住民登録された住民を一意に識別できる情報であればどのような情報であってもよい。例えば、住民登録部２０２は、住民登録のたびに一意な値を採番し住民ＩＤとしてもよい。

住民登録部２０２は、上記生成された住民ＩＤ、個人情報、住居情報等を対応付けて住民情報データベースに記憶する（図９参照）。図９に示すように、住人情報データベースは、個人情報フィールド、避難行動計画フィールド、住居情報フィールド、家族情報フィールド等を含む。

図９に示す住民情報データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、住民の生体情報として、顔画像や当該顔画像から生成された特徴量が住民情報データベースに登録されていてもよい。なお、図９に示す住居情報、家族情報には、住宅の特徴、同居する家族の氏名等の具体的な内容が記載される。

住民登録部２０２は、生成した住民ＩＤを住民（住民端末３０）に払い出す。住民登録部２０２は、住民情報登録要求を正常に処理すると、住民ＩＤを含む肯定応答を住民端末３０に送信する。住民登録部２０２は、住民情報の登録に失敗すると、その旨を示す否定応答を住民端末３０に送信する。

基礎データ取得部２０３は、防災管理の対象地域に関する基礎データを取得する手段である。基礎データ取得部２０３は、図５に示す管理メニューにおいて防災担当者が「基礎データ登録」を選択すると、対象地域の基礎データを取得する。例えば、基礎データ取得部２０３は、図１０に示すようなＧＵＩ（Graphical User Interface）を防災端末２０に表示する。

基礎データ取得部２０３は、ＧＵＩにより、対象地域を特定する情報（例えば、大字小字等の地域名）、人口、当該地域の防災業務に携わる職員数、当該地域のハザードマップ等を取得する。基礎データ取得部２０３は、取得した基礎データを記憶部２０７に記憶する。

さらに、基礎データ取得部２０３は、対象地域の避難所候補に関するデータを取得する。具体的には、基礎データ取得部２０３は、図１０に示す「避難所データ入力」ボタンが押下されると、各避難所候補の避難所データを取得するためのＧＵＩを防災端末２０に表示する。

例えば、基礎データ取得部２０３は、図１１に示すようなＧＵＩを表示する。基礎データ取得部２０３は、各避難所（将来的に避難所として活用される施設；避難所候補）の施設名、所在地、定員（収容可能人数）等の情報を避難所データとして取得する。あるいは、基礎データ取得部２０３は、避難所候補の連絡先や設備（例えば、要介護者を受け入れ可能な設備）に関する情報を取得してもよい。

なお、基礎データ取得部２０３は、防災担当者が避難所データを入力した避難所（避難所候補）に避難所ＩＤを割り当てる。例えば、基礎データ取得部２０３は、担当者が避難所データを入力した順に避難所ＩＤを各避難所に割り当てる。

基礎データ取得部２０３は、取得した避難所データを避難所情報データベースに記憶する（図１２参照）。図１２に示すように、避難所情報データベースは、避難所ＩＤを記憶する避難所ＩＤフィールド、避難所データフィールドと避難所開設条件フィールドを含む。

図１２に示す避難所情報データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、避難所候補の特徴（例えば、避難所候補の周辺環境に関する情報；河川の近く、高台に建設されている等）が避難所情報データベースに記憶されていてもよい。

開設条件取得部２０４は、災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する手段である。開設条件取得部２０４は、避難所候補として設定された各施設を「避難所」として開設するための避難所開設条件を取得する。開設条件取得部２０４は、図５に示す管理メニューにおいて防災担当者が「避難所開設条件登録」を選択すると、各避難所候補について避難所開設条件を取得する。

開設条件取得部２０４は、避難所情報データベースに記載された各避難所（避難所候補）の避難所データを読み出し、各避難所候補それぞれについて避難所開設条件を設定するためのＧＵＩを防災端末２０に表示する。例えば、開設条件取得部２０４は、図１３に示すようなＧＵＩを防災端末２０に表示する。

開設条件取得部２０４は、災害ごとに各避難所候補を避難所として開設するための条件（避難所開設条件）を取得する。開設条件取得部２０４は、取得した避難所開設条件を避難所情報データベースに記憶する。なお、災害の種類や避難所の特徴によっては、避難所として開設されない避難所候補も存在する。例えば、台風接近時に河川等の近くに存在する避難所候補には避難所開設条件は設定されない。

行動計画管理部２０５は、住民による避難行動計画の登録に関する制御、管理を行う手段である。より具体的には、行動計画管理部２０５は、防災担当者により設定された避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する。

行動計画管理部２０５は、住民端末３０から受信する「避難所情報提供要求」や「避難行動計画登録要求」を処理する。

行動計画管理部２０５は、避難所情報提供要求を受信すると、避難所情報データベースに記憶された少なくとも１以上のエントリを読み出し、当該読み出したエントリを含む避難所情報（避難所データ、避難所開設条件）を住民端末３０に送信する。

なお、行動計画管理部２０５は、避難所情報データベースに登録されている全ての避難所（全てのエントリ）の情報を避難所情報として住民端末３０に送信してもよい。あるいは、行動計画管理部２０５は、当該データベースに登録されている避難所のうち一部の避難所に関する情報を避難所情報として住民端末３０に送信してもよい。即ち、行動計画管理部２０５は、避難所情報データベースに登録された複数の避難所（避難所候補）の中から住民に情報を提供する避難所を絞り込んでもよい。

例えば、行動計画管理部２０５は、住民の住所に基づいて、当該住民に情報提供する避難所（避難所候補）を抽出してもよい。具体的には、行動計画管理部２０５は、避難所情報提供要求に含まれる住民ＩＤをキーとして住民情報データベースを検索し、避難行動計画を入力しようとしている住民を特定する。行動計画管理部２０５は、当該特定された住民の自宅（住所）を中心として所定の範囲内に存在する避難所に関する避難所情報を住民端末３０に送信してもよい。

なお、行動計画管理部２０５は、住民の住所及び各避難所の所在地を緯度、経度に変換し、当該変換された緯度、経度を用いて住民の自宅から所定範囲に存在する避難所（小学校、公民館等の施設）を抽出すればよい。

行動計画管理部２０５は、避難所情報を送信する際、避難所データや避難所開設条件が記載されたテキストファイル等を住民端末３０に送信してもよいし、避難所データが反映された地図データ等を含む避難所情報を住民端末３０に送信してもよい。

行動計画管理部２０５は、住民端末３０から「避難行動計画登録要求」を受信する。行動計画管理部２０５は、当該要求に含まれる住民ＩＤをキーとして住民情報データベースを検索し、対応する住民（エントリ）を特定する。行動計画管理部２０５は、特定した住民の避難行動計画フィールドに避難行動計画要求に含まれる避難行動計画を記憶する。

避難情報制御部２０６は、地域の住民に送信する避難情報に関する制御を行う手段である。避難情報制御部２０６は、災害の発生時又は災害の発生が見込まれる場合に、防災担当者から災害の危険度を示す災害危険度を取得する。避難情報制御部２０６は、当該災害危険度に基づき複数の住民のなかから避難開始条件が満たされた住民を抽出する。避難情報制御部２０６は、抽出された住民が所持する住民端末３０に避難先に関する情報を含む避難情報を送信する。

このように、避難情報制御部２０６は、防災担当者から「災害情報」を取得し、当該災害情報に応じて住民を選択し、当該選択した住民（住民端末３０）に対して「避難情報」を送信する。

図１４を参照しつつ、避難情報制御部２０６の動作を説明する。図１４は、第１の実施形態に係る避難情報制御部２０６の動作の一例を示す図である。

避難情報制御部２０６は、防災担当者から災害情報を取得する（ステップＳ１０１）。具体的には、災害が発生すると、又は、災害の発生が見込まれると、防災担当者は、防災端末２０を操作して災害情報をサーバ装置１０に入力する。例えば、担当者は、図５に示す「災害情報入力」を選択する。

当該選択に応じて、避難情報制御部２０６は、災害情報を取得するためのＧＵＩを防災端末２０に表示する。例えば、避難情報制御部２０６は、図１５に示すようなＧＵＩを表示する。

図１５に示すように、避難情報制御部２０６は、避難情報を送信する地域、災害の種類、災害危険度（例えば、警戒レベルや震度）等を取得する。

災害情報を取得すると、避難情報制御部２０６は、住民情報データベースにアクセスし、防災担当者により対象地域にとして指定された地域住民の避難行動計画を取得する（ステップＳ１０２）。具体的には、避難情報制御部２０６は、指定地域に住む住民の避難行動計画を読み出す。

避難情報制御部２０６は、当該読み出した避難行動計画（避難開始条件、避難先）と災害情報を用いて、避難情報の送信先となる住民を抽出する（避難情報の送信先抽出；ステップＳ１０３）。避難情報制御部２０６は、災害情報を用いて避難開始条件が満たされている住民を抽出する。より具体的には、避難情報制御部２０６は、複数の住民のなかから、防災担当者が災害危険度と共に入力した災害の種類に一致する災害について、避難開始危険度が災害危険度以下の避難開始条件を設定した住民を抽出する。即ち、避難情報制御部２０６は、災害情報の災害種類に一致し、且つ、避難開始危険度による災害の危険度、規模、強さ等が危険度等以下の避難開始条件が設定された住民を抽出する。

例えば、図９の例では、防災担当者が災害情報として「台風；警戒レベル３」といった災害情報を入力すると、住民ＩＤが「ＩＤ０１」の住民が抽出される。対して、住民ＩＤが「ＩＤ０２」の住民は、台風接近時の避難開始危険度が「警戒レベル４（警戒レベル４以上）」であるので、当該住民は抽出されない。

避難情報制御部２０６は、抽出された住民に対して送信する避難情報を生成する（ステップＳ１０４）。具体的には、避難情報制御部２０６は、各住民の避難行動計画に含まれる避難先を特定する。その後、避難情報制御部２０６は、特定した避難先に関する情報（例えば、避難先の名称、避難先の所在地等）を含む避難情報を生成する。

避難情報制御部２０６は、生成した避難情報を住民の連絡先（例えば、住民端末３０で受信可能なメールアドレス）に送信する（ステップＳ１０５）。

避難情報制御部２０６は、種々の情報を避難情報に含めて住民端末３０に送信できる。例えば、避難情報制御部２０６は、住民の自宅から避難先（避難所）までの道順や移動手段（バス、電車等に関する情報）を含む避難情報を住民端末３０に送信してもよい。即ち、避難情報制御部２０６は、抽出された住民の住宅と避難先の場所が反映された地図情報等を含む避難情報を、住民端末３０に送信してもよい。

あるいは、避難情報制御部２０６は、自宅や避難所の位置が示された地図情報や、自宅から避難所までの経路が反映された地図情報を含む避難情報を住民端末３０に送信してもよい。

記憶部２０７は、サーバ装置１０の動作に必要な情報を記憶する手段である。記憶部２０７には、住民情報データベース、避難所情報データベース等が構築される。

［住民端末］
住民端末３０には、スマートフォン、携帯電話機、ゲーム機、タブレット等の携帯端末装置やコンピュータ（パーソナルコンピュータ、ノートパソコン）等が例示される。住民端末３０は、住民の操作を受け付け、サーバ装置１０等と通信可能であれば任意の機器、デバイスとすることができる。

図１６は、住民端末３０の処理構成（処理モジュール）の一例を示す図である。図１６を参照すると、住民端末３０は、通信制御部３０１と、住民登録要求部３０２と、行動計画制御部３０３と、避難情報処理部３０４と、記憶部３０５と、を備える。

通信制御部３０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部３０１は、サーバ装置１０からデータ（パケット）を受信する。また、通信制御部３０１は、サーバ装置１０に向けてデータを送信する。通信制御部３０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部３０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部３０１を介して他の装置とデータの送受信を行う。通信制御部３０１は、他の装置からデータを受信する受信部としての機能と、他の装置に向けてデータを送信する送信部としての機能と、を備える。

住民登録要求部３０２は、上述の住民登録を実現する手段である。住民登録要求部３０２は、例えば、住民が図３に示す「住民登録」を選択すると起動する。例えば、住民登録要求部３０２は、図１７に示すようなＧＵＩを表示する。

住民は、住民端末３０を操作して、図１７に示される情報を入力する。なお、住民が住居情報や家族情報の登録を希望した場合には、住民登録要求部３０２は、これらの情報を入力するための図１７に類似したＧＵＩを表示すればよい。

住民登録要求部３０２は、取得した住民情報（個人情報、住居情報、家族情報等）を含む住民情報登録要求をサーバ装置１０に送信する。

住民登録要求部３０２は、住民情報登録要求に対するサーバ装置１０の応答（肯定応答、否定応答）を受信する。否定応答を受信した場合、住民登録要求部３０２は、住民登録に失敗した旨を住民に通知する。

肯定応答を受信した場合、住民登録要求部３０２は、住民登録に成功した旨を住民に通知すると共に、サーバ装置１０から取得した住民ＩＤを記憶部３０５に記憶する。なお、住民登録要求部３０２は、住民から取得した個人情報（氏名、住所等）も住民ＩＤと併せて記憶部３０５に記憶する。

行動計画制御部３０３は、住民の避難行動計画に関する制御を行う手段である。行動計画制御部３０３は、例えば、住民が図３に示す「避難行動計画の登録」を選択すると起動する。ただし、避難行動計画の登録には住民登録が完了していることが必要になるので、住民登録が完了していなければ（住民ＩＤが払い出されていなければ）、上記「避難行動計画の登録」は非選択であってもよい。

はじめに、行動計画制御部３０３は、住民ＩＤを含む避難所情報提供要求をサーバ装置１０に送信する。当該要求の送信に応じて、行動計画制御部３０３は、避難所ＩＤと避難所情報（避難所データ、避難所開設条件）を取得する。

避難所情報を取得すると、行動計画制御部３０３は、住民から避難行動計画を取得する。はじめに、行動計画制御部３０３は、避難所データを用いて、住民の自宅を中心として所定範囲に含まれる避難所候補（避難所）を抽出する。

行動計画制御部３０３は、住民の自宅を中心として、上記抽出された避難所候補の所在地が反映された地図情報を生成する。例えば、行動計画制御部３０３は、図１８に示すような地図情報を生成する。図１８に示す地図情報には、住民の自宅と５つの避難所候補Ｓ１～Ｓ５が記載されている。

行動計画制御部３０３は、住民が避難行動計画を入力するためのＧＵＩを表示する。例えば、行動計画制御部３０３は、図１９Ａ及び図１９Ｂに示すようなＧＵＩを表示する。行動計画制御部３０３は、ＧＵＩを用いて災害の種類と、当該災害の発生時に避難を開始するタイミングを規定する避難開始危険度と、を取得する。

行動計画制御部３０３は、住民の選択（災害種類、避難開始危険度；避難開始条件の入力）に応じて、上記生成した地図情報に含まれる避難所候補の表示、非表示（選択、非選択）を決定する。具体的には、行動計画制御部３０３は、住民が入力した避難開始条件に相当する危険度（規模）の災害が発生した際、避難所として開設される避難所候補を地図上に表示する。対して、行動計画制御部３０３は、住民が入力した避難開始条件に相当する危険度の災害が発生しても、避難所として開設されない避難所候補を非表示にする。例えば、図１９Ａでは、住民の自宅近くに存在する５つの避難所候補Ｓ１～Ｓ５のうち避難所Ｓ１、Ｓ３が表示（避難先として選択可能）されている。

行動計画制御部３０３は、住民が災害種類や避難開始危険度を変更すると、当該変更後の避難開始条件に応じた避難所候補を表示する。例えば、図１９Ｂに示すように、住民が避難のタイミングを引き上げると（避難を遅くすると）、行動計画制御部３０３は、避難所候補Ｓ２及びＳ５を新たに表示する。

このように、行動計画制御部３０３は、住民が選択した避難開始条件と、サーバ装置１０から取得した避難所情報に含まれる各避難所候補の避難所開設条件に基づいて、上記避難所候補の表示、非表示を決定する。具体的には、各避難所候補に関し、住民が選択した災害に対応する災害危険度が、住民の選択した避難開始危険度より大きい場合に、当該災害危険度が設定された避難所候補は表示されない。対して、住民が選択した災害に対応する災害危険度が、住民の選択した避難開始危険度以下の場合には、当該災害危険度が設定された避難所候補は表示される。

図１９Ａ及び図１９Ｂに示すＧＵＩにおいて、住民が避難所候補（避難所候補のアイコン）に触れると、行動計画制御部３０３は、当該避難所候補の詳細な情報（例えば、施設名、所在地、定員等）を表示する（図２０参照）。さらに、行動計画制御部３０３は、避難所候補が選択された状態（詳細情報を表示している状態）で当該避難所候補に触れると、当該避難所候補を住民の避難先として扱う。図２０を含む図面では、「レ点」により選択された避難所（避難所候補）が表示されている。

住民は、避難所以外を避難先として選択することがある。この場合、住民は、図１９Ａ及び図１９Ｂ、図２０に示された「避難所以外を選択」ボタンを押下する。当該ボタンの押下に応じて、行動計画制御部３０３は、住民が避難所以外の避難先を選択可能とするＧＵＩを表示する。

例えば、行動計画制御部３０３は、図２１に示すようなＧＵＩを表示する。住民が避難所以外へ避難することを希望した場合、行動計画制御部３０３は、図２１に示すような避難先リストを住民に提供し、避難所以外の避難先を選択可能とする。

なお、行動計画制御部３０３は、住民が避難先リストに従って選択した避難先のより詳細な情報を取得してもよい。例えば、行動計画制御部３０３は、住民が「家族の家」を選択した場合には、当該選択された家族の住所、家族の名前、続柄等を取得してもよい。あるいは、行動計画制御部３０３は、自治体により避難所として管理されていない公民館等が選択された場合には、当該公民館の所在地等を取得してもよい。

図２０や図２１等に示すようなＧＵＩにより避難行動計画（避難開始条件、避難先）を取得すると、行動計画制御部３０３は、住民ＩＤと避難行動計画を含む「避難行動計画登録要求」をサーバ装置１０に送信する。

避難情報処理部３０４は、サーバ装置１０から受信する「避難情報」を処理する手段である。上述のように、避難情報には、住民が避難行動計画で登録した避難先の情報が含まれる。例えば、避難先として避難所が登録されていれば、当該避難所の名称、所在地等を含む避難情報が住民端末３０に送信される。

避難情報処理部３０４は、避難情報を受信すると、住民に対して避難を促すような表示、通知（音声等による通知）を行う。例えば、避難情報処理部３０４は、図２２に示すような表示を行う。図２２に示すような表示に接した住民は、避難の必要性を認識し、事前に登録した避難先へ避難を開始する。

なお、避難情報に、住民の自宅や避難先の位置が反映された地図情報が含まれる場合には、避難情報処理部３０４は、当該地図情報を併せて表示してもよい（図２３参照）。

避難情報処理部３０４は、図２２や図２３に示す避難情報を住民に提供する際、避難所生活に必要な物のリストや注意事項等に関する情報を併せて表示してもよい。例えば、避難情報処理部３０４は、常用薬の持ち忘れ等を注意喚起してもよい。

記憶部３０５は、住民端末３０の動作に必要な情報を記憶する手段である。

［防災端末］
防災端末２０には、スマートフォン、携帯電話機、タブレット等の携帯端末装置やコンピュータ（パーソナルコンピュータ、ノートパソコン）等が例示される。防災端末２０は、防災担当者の操作を受け付け、サーバ装置１０等と通信可能であれば任意の機器、デバイスとすることができる。防災端末２０の処理構成等は当業者にとって明らかなため、その処理構成等に関する詳細な説明を省略する。

［システムの動作］
続いて、第１の実施形態に係る防災システムの動作について説明する。なお、住民登録に関する動作や基礎データ及び避難所開設条件の登録に関する動作の説明は省略する。図２４は、第１の実施形態に係る防災システムの動作の一例を示すシーケンス図である。図２４を参照して、住民が避難行動計画をシステム登録する場合の防災システムの動作について説明する。

避難行動計画の登録を希望する住民の住民端末３０は、サーバ装置１０に対して「避難所情報提供要求」を送信する（ステップＳ０１）。

サーバ装置１０は、避難所情報データベースに登録された避難所情報（避難所データ、避難所開設条件）を住民端末３０に送信する（ステップＳ０２）。

住民端末３０は、防災担当者が入力した避難所情報を使って、住民が避難行動計画を作成するためのＧＵＩを表示する。住民端末３０は、住民から避難行動計画を取得する（ステップＳ０３）。

住民端末３０は、取得した避難行動計画を含む「避難行動計画登録要求」をサーバ装置１０に送信する（ステップＳ０４）。

サーバ装置１０は、取得した避難行動計画を住民情報データベースに記憶する（ステップＳ０５）。

図２５は、第１の実施形態に係る防災システムの動作の一例を示す図である。図２５を参照して、災害が発生した場合に避難情報を送信する防災システムの動作について説明する。

災害が発生すると、又は、災害の発生が見込まれると、サーバ装置１０は、防災担当者から災害情報を取得する（ステップＳ１１）。サーバ装置１０は、防災端末２０を介して災害情報（災害の種類、災害規模情報）を取得する。

サーバ装置１０は、取得した災害情報と住民の避難行動計画に基づいて、避難情報を送信する住民を抽出する（避難情報の送信先を抽出；ステップＳ１２）。

サーバ装置１０は、抽出した住民に送信する避難情報を生成し、当該生成された避難情報を住民端末３０に送信する（ステップＳ１３）。

住民端末３０は、受信した避難情報を住民に通知する（ステップＳ１４）。住民端末３０は、取得した避難情報に基づく表示（例えば、図２２、図２３のような表示）を行い、事前に登録した避難所等の情報を住民に提供する。

以上のように、第１の実施形態に係る防災システムにおいて、防災担当者は、災害が発生した場合を想定し、地域に点在する各施設を避難所として開設するための避難所開設条件をサーバ装置１０に登録する。防災担当者がシステムに登録した当該避難所開設条件は、避難行動計画を策定する住民に提供される。住民は、当該避難所開設条件を参考にしながら避難を開始するタイミングや避難先を決定できる。例えば、住民は、台風が接近してきた場合には、近くの避難所に避難する、地震が発生した場合には、親類の家に避難すると、といった避難行動計画をシステムに登録できる。さらに、住民は、避難先に避難するタイミングをシステムに登録できる。例えば、住民は、台風接近時には「警戒レベル４発令時」、地震発生時には「震度５以上の地震」のような情報をサーバ装置１０に入力する。さらにまた、実際に災害が発生すると、サーバ装置１０は、地域住民に対して有益な情報提供を行う。具体的には、サーバ装置１０は、避難行動計画が満たされた住民（事前に定めた避難開始タイミングが到来した住民）に対し、予め定めた避難先の情報を含む避難情報を送信する。その結果、住民は、避難に遅れることなく（避難の機会を失することなく）、安全に避難先に避難できる。即ち、サーバ装置１０を含む防災システムは、災害の発生に備え十分な準備をすると共に、災害が発生した場合には住民に役立つ情報をタイムリーに提供できる。

このように、本願開示の防災システムでは、自治体が作成した避難所を開設するタイミングが住民と共有されることで、住民は避難所の開設タイミングを考慮した避難先の選択が可能となる。例えば、自治体の管理する避難所の開設タイミングが警戒レベル３相当の情報が発表された場合であった場合において、警戒レベル２相当の情報が発表されたときに避難したい住民は、自治体の管理する避難所とは別の避難先を選択する判断が可能となる。

災害の種類や状況によって開設される避難所や避難所が開設されるタイミングが異なるが、本願開示では、自治体が避難所開設条件をサーバ１０に入力し、住民は避難所開設条件を参照して避難行動計画を立案する、という構成を採用する。即ち、住民は、災害の種類や状況にあわせた避難行動計画を立てることができる。さらに、実際に災害が発生した場合には、災害の種類や状況にあわせた避難行動計画が円滑に住民に通知され、住民は避難行動計画に従って避難できる。

［第２の実施形態］
続いて、第２の実施形態について図面を参照して詳細に説明する。

第２の実施形態では、防災担当者が、地域住民の避難行動計画に関する登録状況を確認し、地域の防災に役立てる場合について説明する。

以下、第１の実施形態と第２の実施形態の相違点を中心に説明する。

サーバ装置１０は、住民の避難行動計画の登録状況を防災担当者に対してダッシュボード（避難行動計画に関する各種データを表やグラフにより提示する方式）を用いて提供する。例えば、図５に示すメニュー画面において、「災害対策情報確認」が選択されると、サーバ装置１０は、上記ダッシュボードによる情報提供を行う。

災害対策情報確認が選択されると、サーバ装置１０は、住民が登録した避難行動計画を用いた統計処理等を実行することで、災害対策に有益な情報（災害対策情報；各種データ、指標等）を算出する。サーバ装置１０は、算出したデータや指標をグラフやチャートのような形式で防災担当者に提供する。

図２６は、第２の実施形態に係るサーバ装置１０の処理構成（処理モジュール）の一例を示す図である。図２６を参照すると、第１の実施形態に係るサーバ装置１０の構成に災害対策情報生成部２０８が追加されている。

災害対策情報生成部２０８は、複数の住民それぞれが設定した避難行動計画に基づいて、災害対策に有効な災害対策情報を生成する手段である。

例えば、災害対策情報生成部２０８は、避難行動計画の登録率を算出する。災害対策情報生成部２０８は、住民登録を済ませた住民に対する避難行動計画を入力した住民の割合を避難行動計画登録率として算出する。この場合、災害対策情報生成部２０８は、住民情報データベースを参照し、当該データベースのエントリ数（住民数）と避難行動計画を設定している住民数（避難行動計画フィールドに設定がある住民数）を取得する。災害対策情報生成部２０８は、取得したエントリ数と避難行動計画が設定済の住民数を使って避難行動計画登録率を計算する。

災害対策情報生成部２０８は、住民の属性ごとに避難行動計画に関する登録率を算出してもよい。具体的には、災害対策情報生成部２０８は、住民の住所ごと、性別ごと、年代ごとの避難行動計画登録率を算出してもよい。なお、住所ごとに避難行動計画登録率を算出する場合には、災害対策情報生成部２０８は、所定エリアの単位（例えば、市町村単位又は区域、番地単位）の住所に含まれる住民を対象に当該登録率を算出する。

災害対策情報生成部２０８は、災害ごとの避難行動計画登録率を算出してもよい。例えば、災害対策情報生成部２０８は、台風に関する登録率、地震に関する登録率等を算出してもよい。その際、災害対策情報生成部２０８は、住民の属性及び災害ごとの避難行動計画登録率を算出してもよい。

災害対策情報生成部２０８は、避難所を避難先として設定している住民数（避難所設定者数）を算出してもよい。あるいは、災害対策情報生成部２０８は、各避難所に関する災害ごとの避難所設定者数を算出してもよいし、避難開始危険度（例えば、警戒レベル）ごとの避難先設定者数を算出してもよい。前者の例では、例えば、災害対策情報生成部２０８は、台風接近時に避難所Ｓ１を避難先として設定している住民数、地震発生時に避難所Ｓ１を避難先として設定している住民数を算出する。後者の例では、例えば、災害対策情報生成部２０８は、警戒レベル１で避難所Ｓ１に避難を開始する住民数、警戒レベル２で避難所Ｓ１に避難を開始する住民数を算出する。

災害対策情報生成部２０８は、上記避難所設定者数を用いて、災害ごとの避難所活用率を算出してもよい。災害対策情報生成部２０８は、災害及び避難所ごとについて、避難行動計画を設定している住民数に対する上記計算された避難所設定者数の割合を計算することで、避難所活用率を計算する。避難所活用率を参照することで、担当者は、台風接近時に避難しようと決めている住民の多くが、避難所に避難しようとしているのか、避難所以外に避難しようとしているのか、知ることができる。

あるいは、災害対策情報生成部２０８は、各住民の住居情報や家族情報を用いて避難行動計画登録率や避難所活用率を算出してもよい。例えば、災害対策情報生成部２０８は、一軒家に住む住民の避難行動計画登録率やマンションに住む住民の避難行動計画登録率を算出してもよい。あるいは、災害対策情報生成部２０８は、単身世帯の避難行動計画登録率等を算出してもよい。

災害対策情報生成部２０８は、生成した災害対策情報（各種データ、指標）の全部又は一部をダッシュボード形式等により防災担当者に提供する。災害対策情報生成部２０８は、各種データや指標に関する一覧を表示し、担当者が選択した情報をグラフやチャートの形式で表示してもよい。

例えば、災害対策情報生成部２０８は、図２７に示すような情報提供を行う。図２７では、対象地域全体の避難行動計画登録率が円グラフの形式で表示されている。また、図２７に表示された災害の種類が選択されると、災害ごとの避難行動計画登録率が表示される。当該災害ごとの避難行動計画登録率も、円グラフのような形式で表示されてもよい。

あるいは、災害対策情報生成部２０８は、図２８に示すように、住所ごと（エリアごと；図２８では「丁」ごと）の避難行動計画登録率が反映された地図情報を表示してもよい。

サーバ装置１０（災害対策情報生成部２０８）により提供される災害対策情報に接した担当者は、より一層、住民の安全を確保するための対策等を考える。例えば、担当者は、避難行動計画登録率が想定よりも低ければ、当該登録率が低い原因を追及する。例えば、担当者は、住民に対して聞き取り調査を行い登録率が低い原因を追及する。あるいは、担当者は、避難行動計画登録率を向上させるための公報活動等を強化する。

あるいは、担当者は、災害対策情報から避難所の開設計画を見直してもよい。例えば、担当者は、避難行動計画登録率が低い原因が避難所の数が少ないことにあると判断した場合には、当該避難所の少ないエリアに新たな避難所をサーバ装置１０に登録する。具体的には、担当者は、避難所候補を定め、当該避難所候補の避難所データと避難所開設条件をサーバ装置１０に入力する。

あるいは、担当者は、既存の避難所候補について、その避難所開設危険度を変更することで実質的に避難所を増やしてもよい。例えば、担当者は、台風接近時に避難所開設危険度として設定されている警戒レベルを下げることで、早期に開設される避難所を増やす。

例えば、図２８を参照すると、３丁目の避難行動計画登録率が低い原因が避難所の数や開設タイミングにあると判断された場合には、当該エリアに新たな避難所候補が設定されたり既存の避難所候補の避難所開設危険度が引き下げられたりする。

なお、新たな避難所候補を追加する場合には、サーバ装置１０は、図１１、図１３に類似するインターフェイスを担当者に提供すればよい。同様に、既存の避難所候補に関する避難所開設危険度を変更する場合には、サーバ装置１０は、既存の避難所候補の一覧を表示し、担当者が選択した避難所候補の設定値を可変とするインターフェイスを提供すればよい。

サーバ装置１０は、住民（住民端末３０）から避難所情報の提供要求を受けた場合に、防災担当者が新たに避難所候補等を追加した避難所情報データベースのエントリを当該住民に送信する。このような対応により、住民は、より改善された避難所情報に基づいて避難行動計画を登録することができる。

あるいは、サーバ装置１０は、避難所情報（避難所データ、避難所開設条件）が変更された場合、その旨を住民端末３０に通知（プッシュ通知）してもよい。例えば、サーバ装置１０は、住民端末３０に対して「避難所情報更新通知」を送信する。より具体的には、サーバ装置１０は、住民の住民ＩＤ、更新された避難所情報、各住民の既存の避難行動計画を含む避難所情報更新通知を住民端末３０に送信する。

当該通知を受信したことに応じて、住民は、避難行動計画を見直し、新たな避難行動計画を登録してもよい。例えば、住民端末３０は、避難所情報更新通知を受信すると、既に住民が設定している避難行動計画が反映された図１９Ａや図１９Ｂに示すＧＵＩを表示し、避難行動計画の再入力を促す。

サーバ装置１０は、追加された避難所情報を明示して避難所情報更新通知を住民端末３０に送信してもよい。この場合、住民端末３０（行動計画制御部３０３）は、追加された避難情報を明示して避難行動計画の設定画面を表示してもよい。

例えば、住民の既存の避難行動計画が図２０に示す内容であった場合に、新たなに避難所Ｓ６が追加されると、住民端末３０は、図２９Ａに示すような設定画面を表示する。また、既存の避難所候補の避難所開設危険度が変更（例えば、避難所Ｓ５の警戒レベルが３から２に変更）されると、住民端末３０は、図２９Ｂに示すような設定画面を表示する。

図２９Ａや図２９Ｂに示すような設定画面に接した住民は、新たに追加された避難所候補も考慮しつつ、避難行動計画を決定することができる。

以上のように、第２の実施形態に係るサーバ装置１０は、地域住民が入力した避難行動計画に基づき災害対策に有益な災害対策情報を生成する。サーバ装置１０は、生成した災害対策情報をダッシュボードに表示し、防災担当者の業務を手助けする。また、防災担当者は、サーバ装置１０から提供された災害対策情報に基づき、避難所開設条件を見直し、サーバ装置１０に登録する。見直された避難所開設条件は、住民に提供され、当該住民も自身で設定した避難行動計画を見直すことができる。このように、災害発生前の平時において、災害対策情報に基づいて見直された避難所開設条件が住民に配布され、各住民も避難行動計画を見直し、その結果を自治体にフィードバックすることができる。このようなフィードバック（避難行動計画の入力、災害対策情報の生成、避難所開設条件の見直し、避難行動計画の見直し、災害対策情報の生成）により、より妥当な避難行動計画が策定される。

［第３の実施形態］
続いて、第３の実施形態について図面を参照して詳細に説明する。

第３の実施形態では、サーバ装置１０が、住民に対してアドバイス（有益な情報提供）をする場合について説明する。

以下、第１の実施形態乃至第３の実施形態の相違点を中心に説明する。

サーバ装置１０は、住民端末３０から「避難行動計画登録要求」を受信すると、当該要求に含まれる避難行動計画についてアドバイス（助言）を行う。具体的には、サーバ装置１０は、避難行動計画登録要求の受信に応じて、「助言情報」を住民端末３０に送信する（図３０参照）。

図３１は、第３の実施形態に係るサーバ装置１０の処理構成（処理モジュール）の一例を示す図である。図３１を参照すると、第２の実施形態に係るサーバ装置１０の構成に助言情報制御部２０９が追加されている。

助言情報制御部２０９は、住民端末３０に送信する助言情報に関する制御を行う手段である。具体的には、助言情報制御部２０９は、住民が避難行動計画を設定したことに応じて、当該設定された避難行動計画に対する助言情報を生成し、避難行動計画を設定した住民の住民端末３０に生成された助言情報を送信する。

助言情報制御部２０９は、住民端末３０から受信した避難行動計画において、避難開始危険度（例えば、警戒レベルや震度）が適切でなければ、その旨を住民に通知する。例えば、助言情報制御部２０９は、避難を開始するタイミングが遅い（設定された警戒レベルが高い）場合に、その旨を助言情報として住民端末３０に送信する。

あるいは、助言情報制御部２０９は、住民の住居情報に基づいて、助言情報を生成してもよい。例えば、助言情報制御部２０９は、避難行動計画登録要求に含まれる住民ＩＤをキーとして住民情報データベースを検索し、対応する住民を特定する。助言情報制御部２０９は、特定した住民の住居情報に応じた助言情報を生成する。

例えば、助言情報制御部２０９は、住民が平屋に住んでいる場合と高層マンションに住んでいる場合で、生成する助言情報を変える。例えば、地震発生時において、助言情報制御部２０９は、高層マンションに住む住民に関しては平屋に住む住民よりも早めに避難するようにアドバイスする。具体的には、助言情報制御部２０９は、同じ避難開始危険度であっても、高層マンションの住民に対しては避難開始危険度を見直し、より早く避難する（より小さい避難開始危険度を設定する）ことを促す内容の助言情報を送信する。

あるいは、助言情報制御部２０９は、住民の属性に基づいて、助言情報を生成してもよい。例えば、助言情報制御部２０９は、住民の年齢や性別に基づいて、助言情報を生成してもよい。例えば、助言情報制御部２０９は、高齢者の避難行動計画に対しては、住民が設定したタイミングよりも早く避難するように促す内容の助言情報を生成してもよい。

助言情報制御部２０９は、住民の住所に基づいて、助言情報を生成してもよい。例えば、助言情報制御部２０９は、住民が住むエリアのハザードマップを参照し、台風接近時等に当該住民の居住エリアが浸水する可能性があるか否か判定する。浸水する可能性があると判定された場合に、助言情報制御部２０９は、当該事実とより早く避難を開始することを促す内容の助言情報を生成する。

あるいは、助言情報制御部２０９は、住民の住所と住居情報に基づいて、助言情報を生成してもよい。例えば、助言情報制御部２０９は、同じエリアに住む住民（台風接近時等に浸水の可能性のあるエリアに住む住民）であっても、平屋に住む住民に対してはより早く避難を開始するように助言する。換言すれば、助言情報制御部２０９は、高層マンションに住む住民（とりわけ、高層階に住む住民）に対しては、避難せず自宅で待機することを助言したり避難の開始タイミングを遅くするように助言したりしてもよい。

なお、助言情報制御部２０９は、住民の避難行動計画について、何もアドバイスすることがない場合には、助言情報を送信しなくてもよいし、アドバイスがないことを住民端末３０に通知してもよい。

助言情報を受信した住民端末３０は、当該情報を住民に提示する。例えば、住民端末３０は、図３２に示すような画面を表示する。助言に従い、避難行動計画の修正を希望する住民は、「計画を修正」ボタンを押下する。住民端末３０は、図２０に示すような設定画面（ＧＵＩ）を表示し、新たな避難行動計画を取得する。

住民端末３０は、取得した避難行動計画を含む避難行動計画登録要求をサーバ装置１０に送信する。

サーバ装置１０は、２回目以降の避難行動計画要求に対しても、助言情報を生成し、住民端末３０に送信してもよいし、２回目以降の避難行動計画要求に対しては何らの対応をしなくてもよい。

以上のように、第３の実施形態に係るサーバ装置１０は、住民が設定した避難行動計画に対してアドバイスを与える。より具体的には、サーバ装置１０は、住民が避難を開始するタイミングが適当でないと判断すれば、その旨を住民に通知する。その結果、住民は、より安全なタイミングで避難を開始することができる。また、住民は、避難行動計画の妥当性を確認して貰っているという安心感を得ることができる。

［第４の実施形態］
続いて、第４の実施形態について図面を参照して詳細に説明する。

第４の実施形態では、実際に災害が発生している局面において、新たな避難所が追加される場合について説明する。

以下、第１の実施形態乃至第４の実施形態の相違点を中心に説明する。

災害が発生すると、サーバ装置１０は、定期的又は所定のタイミングで、既に開設されている避難所の状況を検証する。より具体的には、防災担当者から災害情報を受け付けると、サーバ装置１０は、災害が発生したと判断し、上記避難所の状況に関する検証を開始する。

図３３は、第４の実施形態に係るサーバ装置１０の処理構成（処理モジュール）の一例を示す図である。図３３を参照すると、第３の実施形態に係るサーバ装置１０の構成に避難所追加制御部２１０が追加されている。

避難所追加制御部２１０は、避難所の追加開設に関する制御を行う手段である。例えば、避難所追加制御部２１０は、避難所開設条件に従い開設された避難所の収容率を推定し、推定された収容率に基づき新たな避難所の開設が必要か否か判定する。

はじめに、避難所追加制御部２１０は、各避難所の収容人数（避難所に避難した住民数）を推定する。例えば、サーバ装置１０は、各避難所を避難先として避難行動計画に登録した住民数から上記収容人数を推定する。

例えば、避難所追加制御部２１０は、特定の避難所に関し、当該避難所を避難先として登録している住民数に所定の係数を乗算することで当該避難所に避難している避難者数（収容人数）を推定する。例えば、避難所追加制御部２１０は、３０人の住民が上記避難所を避難先として登録していれば、当該避難所にはその１０倍の避難者が収容されていると推定する。

なお、当該推定に用いる係数は、対象地域の過去の実績（避難所に避難した住民の実数）や避難所の特徴（避難所の立地）等に基づいて予め決定され、サーバ装置１０に入力される。より具体的には、防災担当者が、当該係数を決定し、サーバ装置１０に入力すればよい。

次に、避難所追加制御部２１０は、避難所の定員と当該避難所の収容人数（当該避難所に避難している避難者数）を用いて収容率を計算する。このように、避難所追加制御部２１０は、開設された避難所を避難先として避難行動計画に登録した住民数から、当該避難所の収容人数を推定する。次に、避難所追加制御部２１０は、開設された避難所の定員と推定された収容人数に基づき、当該開設された避難所の収容率を推定する。

避難所追加制御部２１０は、推定した収容率に基づいて避難所の追加開設が必要か否か判定する。避難所追加制御部２１０は、当該推定された収容率が所定の閾値を超えている場合に、避難所の追加開設が必要と判定する。

避難所の追加開設が必要と判断すると、避難所追加制御部２１０は、未開設の避難所のなかから追加で開設する避難所を選択する。より具体的には、避難所追加制御部２１０は、上記収容率が所定の閾値を超えている避難所に近い避難所候補であって未開設な避難所候補を選択する。避難所追加制御部２１０は、当該選択された避難所候補（追加開設避難所）に関する情報を防災端末２０に表示する（図３４のステップＳ２１参照）。

防災端末２０は、避難所開設提案を受信した旨を防災担当者に通知すると共に、防災担当者の避難所の追加開設に関する考え（意思）を取得する。防災端末２０は、防災担当者が避難所の追加開設を承諾するか否かを取得する。

担当者が避難所の追加開設を承諾すると（ステップＳ２２）、避難所追加制御部２１０は、避難所開設のための期間経過後に、地域の住民に避難所が開設された事を通知する。具体的には、避難所追加制御部２１０は、追加開設される避難所の情報（名称、場所等）を含む「追加避難所情報」を住民端末３０に送信する（ステップＳ２３）。

このように、避難所追加制御部２１０は、防災担当者が新たな避難所の開設を承諾すると、複数の住民それぞれが所持する住民端末３０に当該新たな避難所に関する情報を含む避難所追加情報を送信する。

住民端末３０は、取得した追加避難所情報を住民に提供する。追加避難所情報に接した住民は、新たに避難所が開設されたことを認識し、必要に応じて当該避難所に避難する。

以上のように、第４の実施形態に係るサーバ装置１０は、実際に災害が発生した場面において、避難所の状況を推定し、開設されている避難所が不足していると判断すれば、その旨を防災担当者に通知する。サーバ装置１０は、防災担当者が避難所の追加開設に同意すれば、新たに追加される避難所の情報を住民に通知する。住民は、当該通知に従い予め定めた避難所に避難するのか、新たに開設された避難所に避難するのか決定できる。

続いて、防災システムを構成する各装置のハードウェアについて説明する。図３５は、サーバ装置１０のハードウェア構成の一例を示す図である。

サーバ装置１０は、情報処理装置（所謂、コンピュータ）により構成可能であり、図３５に例示する構成を備える。例えば、サーバ装置１０は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３及び通信インターフェイス３１４等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信可能に構成されている。

但し、図３５に示す構成は、サーバ装置１０のハードウェア構成を限定する趣旨ではない。サーバ装置１０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、サーバ装置１０に含まれるプロセッサ３１１等の数も図３５の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１がサーバ装置１０に含まれていてもよい。

プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。

メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。

入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。

通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。

サーバ装置１０の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。

なお、防災端末２０、住民端末３０もサーバ装置１０と同様に情報処理装置により構成可能であり、その基本的なハードウェア構成はサーバ装置１０と相違する点はないので説明を省略する。

情報処理装置であるサーバ装置１０は、コンピュータを搭載し、当該コンピュータにプログラムを実行させることでサーバ装置１０の機能が実現できる。また、サーバ装置１０は、当該プログラムによりサーバ装置１０の制御方法を実行する。

［変形例］
なお、上記実施形態にて説明した防災システムの構成、動作等は例示であって、システムの構成等を限定する趣旨ではない。

上記実施形態では、サーバ装置１０は、ハザードマップを使って住民にアドバスすることを説明した。しかし、ハザードマップは他の用途にも活用できる。例えば、サーバ装置１０は、避難所開設条件が入力される際、ハザードマップを用いて不適切な避難所開設と判断した場合には、その旨を防災担当者に通知してもよい。例えば、サーバ装置１０は、浸水が予想される地区に避難所を開設するといった避難所開設条件を排除してもよい。

あるいは、サーバ装置１０は、防災担当者による避難所の開設検討時に、過去の災害に関する情報を参考にした制御を行ってもよい。例えば、サーバ装置１０は、台風による災害の発生の場合には、接近している台風に似た台風の被害状況を参考にして、避難所開設に関する情報を防災担当者に提供してもよい。例えば、サーバ装置１０は、現に発生している台風と同規模の台風が発生した際に開設された避難所数等に基づき担当者が登録した避難所の数が適切か否か判定する。避難所の数が不足していると判定した場合には、サーバ装置１０は、その旨を担当者に通知する。

上記実施形態では、住民登録の際に、個人情報に加え、住居情報や家族情報がサーバ装置１０に登録されることを説明した。これらの情報に加え、住民は、健康情報をサーバ装置１０に登録してもよい。例えば、持病や介護レベル等の情報がサーバ装置１０に登録されてもよい。さらに、サーバ装置１０は、住民の健康情報に基づいて、助言情報を生成してもよい。例えば、介護が必要な住民の避難行動計画を受け取った場合、サーバ装置１０は、介護に関する設備等が整った避難所を避難先として勧める等の対応をしてもよい。

第２の実施形態では、自治体（防災担当者）は、サーバ装置１０が生成した災害対策情報に基づいて避難所開設条件を見直す場合について説明した。しかし、防災担当者は、災害対策情報に基づいて、各避難所に割り当てる職員数等を見直してもよい。例えば、防災担当者は、避難行動計画登録率が高い避難所には多数の職員を割り当て、当該登録率が低い避難所には少数の職員を割り当ててもよい。このように、災害対策情報に基づき、混雑が予想される避難所の職員対応計画が見直されてもよい。

第３の実施形態では、サーバ装置１０は、避難行動計画に対してアドバイスをする場合について説明した。しかし、サーバ装置１０は、当該避難行動計画を設定した住民に対してより広い観点からのアドバイスをしてもよい。例えば、サーバ装置１０は、住民の家族情報に基づき、当該住民の家族構成を把握する。サーバ装置１０は、当該家族構成に基づき、備蓄品等に関するアドバイスをしてもよい。例えば、サーバ装置１０は、家族構成に基づいて備蓄品リストを作成し、備蓄する飲料水の本数等と共に住民に情報提供してもよい。

第３の実施形態において、サーバ装置１０は、住民が設定した避難行動計画に対してアドバスを行う場合について説明した。しかし、サーバ装置１０は、避難所情報提供要求に含まれる住民ＩＤに基づき避難行動計画を設定する住民を特定する。サーバ装置１０は、当該特定した住民に適した避難行動計画を決定し、当該決定した避難行動計画を推奨値（初期値）として住民に提示してもよい。例えば、サーバ装置１０は、高齢者の避難タイミングは若者の避難タイミングよりも早くするような避難行動計画を初期値として住民に提示してもよい。このように、サーバ装置１０は、住民の属性に基づき、避難行動計画の初期値（推奨値）を決定し、住民の利便性を向上させてもよい。あるいは、サーバ装置１０は、避難行動計画の初期値は各住民に共通としつつ、各住民の属性に基づいて決められた避難行動計画等の参考情報をポップアップ等により表示してもよい。

第３の実施形態において、サーバ装置１０に代えて自治体（防災担当者）が、住民にアドバイスを行ってもよい。この場合、サーバ装置１０は、住民から取得した避難行動計画を防災端末２０に送信する。防災端末２０は、自治体からの住民に対するアドバイスを取得し、対応する住民の住民端末３０に送信する。

第４の実施形態において、予め設定された避難行動計画に基づいて各避難所の収容人数を推定し、当該推定した収容人数を用いて収容率（混雑率）を算出する場合について説明した。しかし、第４の実施形態に係るサーバ装置１０は、各避難所に避難している住民の実数を用いて収容率を算出してもよい。例えば、サーバ装置１０は、各避難所に配置された職員から避難所に避難した住民数を取得する。あるいは、サーバ装置１０は、住民登録の際、各住民の生体情報を取得し、当該生体情報を用いた生体認証により避難所に避難した住民数を把握してもよい。この場合、サーバ装置１０は、避難所に設置された端末から被認証者の生体情報を取得すればよい。

第４の実施形態において、サーバ装置１０は、新たに開設する避難所の提案をする際、複数の避難所を提案してもよい。

サーバ装置１０は、河川の水位情報を用いた情報提供等を行ってもよい。ここで、住民の避難に関する重要な情報として近隣河川の水位情報がある。警戒レベルを伴った警報は一定区域に対して発表されるため、河川の越水に間に合わない地域があることも想定される。そのため、河川沿いから一定距離のエリアに住む住民に対して、サーバ装置１０は、河川の水位情報を避難タイミングとして用いて避難情報を当該住民に送信してもよい。この場合、住民は、大雨や台風等の災害時に、水位情報を避難開始危険度に設定する。サーバ装置１０は、当該住民の近隣を流れる河川の水位が避難開始危険度に到達すると、当該危険度を設定した住民に対して避難情報を送信し、避難を促す。

あるいは、サーバ装置１０は、実際に河川の水位が指定値を超えた場合に、当該河川の周辺に住む住民に避難を促す通知を行ってもよい。なお、避難を促す通知をする対象には、指定値を超えた河川場所から一定範囲に居住する住民や、避難開始危険度に水位情報を選択した住民といった河川の越水により影響を受ける住民が選択される。このように、サーバ装置１０は、災害発生時、河川の水位が危険水位に達すると、周囲の住民に危険が迫っている旨を通知し、避難を促す。

住民が入力した避難行動計画は、同居の家族、遠方の家族、知人・友人と共有（同期）されてもよい。例えば、サーバ装置１０は、子供が入力した避難行動計画を、当該子供が家族情報により登録した同居の親の避難行動計画として扱ってもよい。このように、サーバ装置１０は、子供が高齢の親に代わって避難行動計画を立案することを可能とする。あるいは、サーバ装置１０は、家族情報として入力された家族に対し、避難行動計画を通知してもよい。例えば、サーバ装置１０は、子供が入力した避難行動計画を、親が所有する住民端末３０に送信してもよい。このような対応により、家族（例えば、子供）の避難行動計画を親が確認したいというニーズが満たされる。このように、避難行動計画の共有は、子供が親の避難行動計画を入力するものでもよいし、親が子供の避難行動計画を確認するものでもよい。

サーバ装置１０は、複数の住民の避難行動計画から、自治体が把握していない避難所を把握してもよい。自主防災組織等が管理し、自治体が把握していない避難所が存在することがある。このような避難所が存在することで、自治体はどの避難所にどの程度の避難者が収容されているか把握できない。しかしながら、物資提供の観点から避難者数の把握は重要である。そこで、サーバ装置１０は、複数の住民が、同一の場所を避難先に登録していた場合、自治会等で決められた避難所（自治体の把握外の避難所）と推定し、当該避難所を避難先の１つとして登録する。このとき、サーバ装置１０は、同一家族内の住民の登録であれば知人宅等の私的な避難先の場合も考えられるため、登録数が一定人数以上の場合や氏名等の基本情報が異なる住民が登録した場合等の条件を付与して、避難所登録の有無を判断してもよい。このように、住民が登録した避難先を自治体が共有することで、自治体が把握していない避難所が把握される。

上記実施形態では、自治体の管理対象地域に住む住民を対象として避難情報を送信する場合について説明した。しかし、避難情報は、当該地域の非居住者に向けて送信されてもよい。例えば、対象地域への観光客に向けて避難情報が送信されてもよい。例えば、防災対象地域（観光地）に訪れた観光客にパンフレットが渡される。当該パンフレットには、サーバ装置１０にアクセスするための情報が埋め込まれた２次元コードが記載されている。観光客は、当該２次元コードを用いてサーバ装置１０にアクセスし、例えば、メールアドレス等の連絡先を登録する。災害が発生すると、サーバ装置１０は、当該取得した連絡先に、避難所の情報が含まれる避難情報を送信する。その際、サーバ装置１０は、ビジネスホテル等を避難先として観光客に通知することができる。あるいは、サーバ装置１０は、観光地に設置されたデジタルサイネージに避難情報を送信してもよい。当該デジタルサイネージは、避難所の位置等を表示する。

サーバ装置１０は、災害対策情報による防災担当者の支援だけではなく、防災担当者が入力した基礎データや避難所開設条件を用いてより積極的な支援を行ってもよい。例えば、サーバ装置１０は、各避難所に割り当てる職員を自動的に決定し、防災担当者に提示してもよい。ここで、避難所に避難した住民の数が少ない場合と多い場合では、当該避難所を運営するために必要な職員数は異なる。一方で、自治体の職員数には上限が存在するため、一律で余裕を持った配置計画を立てることは困難である。そこで、サーバ装置１０は、想定される避難者数を元に避難所に割り当てる職員数を算出し、自治体（防災担当者）に提示してもよい。例えば、サーバ装置１０は、各避難所における避難行動計画の登録者数に基づいて避難者数を推定してもよいし、避難所の広さや近隣の被害状況等、複数の指標に基づいて総合的に避難者数を算出しても良い。また、避難所で必要となる物資に関しても、サーバ装置１０は、避難所の避難者数を推定し、必要な物資量を計算し、自治体（防災担当者）に提示してもよい。このように、サーバ装置１０は、災害発生前の平時において、各避難所の推定した避難者数に基づき、避難所に割り当てる職員や物資の見積りを行ってもよい。

サーバ装置１０は、災害発生時に、地域住民の安否確認を行ってもよい。具体的には、サーバ装置１０は、住民登録をした各住民の住民端末３０に「安否確認通知」を送信する。当該通知を受信した住民端末３０は、住民の状況（例えば、避難先に避難済、自宅待機）をサーバ装置１０に通知する。サーバ装置１０は、住民端末３０から得られる回答結果から地域の避難率を計算し、防災担当者に提示してもよい。あるいは、サーバ装置１０は、計算した避難率を、未だ避難をしていない住民に通知して当該住民（避難を開始していない住民）の避難行動を促してもよい。即ち、サーバ装置１０は、避難をしていない住民に「周りはみんな避難している」と認識して貰い、当該住民の避難行動を促す。

あるいは、サーバ装置１０は、避難情報の提供と安否確認を連動させてもよい。サーバ装置１０は、住民情報データベースを用いて避難情報を受信した住民を管理する。サーバ装置１０は、当該避難情報の提供を受けた住民が所定期間経過しても避難していないとき（安否確認通知による回答がないとき）、当該避難していない住民の情報（氏名、住所等）を自治体に通知してもよい。

住民は、避難行動計画に従って避難所に避難（避難所に到着）した場合、サーバ装置１０にその旨を通知してもよい。具体的には、住民端末３０は、住民が避難所に到着した場合、「避難完了通知」をサーバ装置１０に送信してもよい。サーバ装置１０は、当該通知に基づいて各避難所の収容人数を算出してもよい。

上記実施形態では、図１５を参照しつつ、防災担当者が災害情報をサーバ装置１０に入力する場合について説明した。しかし、サーバ装置１０は、当該災害情報を外部サーバ（例えば、気象庁等が運営するサーバ）から取得してもよい。即ち、サーバ装置１０は、警戒レベルや震度等の災害危険度を外部サーバ（外部機関）から自動的に取得してもよい。

サーバ装置１０は、避難行動計画から算出された災害対策情報をダッシュボード形式で防災担当者に提供するだけでなく、他の情報をダッシュボード形式で担当者に提供してもよい。例えば、サーバ装置１０は、各避難所に設定された設定値（災害と避難所開設危険度の組み合わせ）の一覧等を表示してもよい。あるいは、サーバ装置１０は、所定値以上の避難所開設危険度が設定された避難所の一覧等を表示してもよい。

住民端末３０は、住民が自身で設定した避難行動計画を確認するようなインターフェイスを提供してもよい。例えば、住民端末３０は、図２０において、「決定」ボタンが押下されると、既に設定されている避難開始条件の一覧を表示してもよい。住民端末３０は、当該一覧を表示しつつ、避難行動計画の設定に誤りや漏れがないか確認するようなメッセージを出力してもよい。

上記実施形態では、サーバ装置１０の内部に住民情報データベースや避難所情報データベースが構成される場合について説明したが、これらのデータベースは外部のデータベースサーバ等に構築されてもよい。即ち、サーバ装置１０の一部の機能は別のサーバに実装されていてもよい。より具体的には、上記説明した「行動計画管理部（行動計画管理手段）」、「避難情報制御部（避難情報制御手段）」等がシステムに含まれるいずれかの装置に実装されていればよい。

サーバ装置１０は、住民登録の際、住民の身元を確認してもよい。具体的には、サーバ装置１０は、住民登録の際、住民の生体情報（例えば、顔画像）と、生体情報が記載された身元確認書類（例えば、パスポート、免許証等）を取得する。サーバ装置１０は、身元確認書類の生体情報と住民から取得した生体情報を用いた１対１照合を実行する。サーバ装置１０は、当該照合に成功した場合に、住民登録を行ってもよい。

各装置（サーバ装置１０、防災端末２０、住民端末３０）間のデータ送受信の形態は特に限定されないが、これら装置間で送受信されるデータは暗号化されていてもよい。これらの装置間では、住民の個人情報等が送受信され、これらの情報を適切に保護するためには、暗号化されたデータが送受信されることが望ましい。

上記説明で用いた流れ図（フローチャート、シーケンス図）では、複数の工程（処理）が順番に記載されているが、実施形態で実行される工程の実行順序は、その記載の順番に制限されない。実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。

上記の実施形態は本願開示の理解を容易にするために詳細に説明したものであり、上記説明したすべての構成が必要であることを意図したものではない。また、複数の実施形態について説明した場合には、各実施形態は単独で用いてもよいし、組み合わせて用いてもよい。例えば、実施形態の構成の一部を他の実施形態の構成に置き換えることや、実施形態の構成に他の実施形態の構成を加えることも可能である。さらに、実施形態の構成の一部について他の構成の追加、削除、置換が可能である。

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、住民の避難を支援する防災システムなどに好適に適用可能である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する、取得部と、
前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する、管理部と、
を備えた、サーバ装置。
［付記２］
災害の発生時又は災害の発生が見込まれる場合に、防災担当者から災害の危険度を示す災害危険度を取得し、前記災害危険度に基づき前記複数の住民のなかから前記避難開始条件が満たされた住民を抽出し、前記抽出された住民が所持する住民端末に前記避難先に関する情報を含む避難情報を送信する、避難情報制御部をさらに備える、付記１に記載のサーバ装置。
［付記３］
前記避難所開設条件は、前記避難所候補を避難所として開設する契機となる災害の危険度を示す避難所開設危険度を含む、付記２に記載のサーバ装置。
［付記４］
前記避難開始条件は、各住民が災害時に避難を開始する契機となる災害の危険度を示す避難開始危険度を含む、付記３に記載のサーバ装置。
［付記５］
前記避難情報制御部は、前記複数の住民のなかから、前記防災担当者が前記災害危険度と共に入力した災害の種類に一致する災害について、前記避難開始危険度が前記災害危険度以下の前記避難開始条件を設定した住民を抽出する、付記４に記載のサーバ装置。
［付記６］
前記避難情報制御部は、前記抽出された住民の住宅と前記避難先の場所が反映された地図情報を含む前記避難情報を、前記住民端末に送信する、付記２乃至４のいずれか一項に記載のサーバ装置。
［付記７］
前記複数の住民それぞれが設定した前記避難行動計画に基づいて、災害対策に有効な災害対策情報を生成する、災害対策情報生成部をさらに含む付記２乃至５のいずれか一項に記載のサーバ装置。
［付記８］
前記災害対策情報生成部は、住民の属性ごとに前記避難行動計画に関する登録率を前記災害対策情報として算出する、付記７に記載のサーバ装置。
［付記９］
住民が前記避難行動計画を設定したことに応じて、前記設定された避難行動計画に対する助言情報を生成し、前記避難行動計画を設定した住民の前記住民端末に前記生成された助言情報を送信する、助言情報制御部をさらに備える、付記２乃至８のいずれか一項に記載のサーバ装置。
［付記１０］
前記助言情報制御部は、住民の住居情報に基づいて前記助言情報を生成する、付記９に記載のサーバ装置。
［付記１１］
前記避難所開設条件に従い開設された避難所の収容率を推定し、前記推定された収容率に基づき新たな避難所の開設が必要か否か判定する、避難所追加制御部をさらに備え、
前記避難所追加制御部は、前記防災担当者が前記新たな避難所の開設を承諾すると、前記複数の住民それぞれが所持する前記住民端末に前記新たな避難所に関する情報を含む避難所追加情報を送信する、付記２乃至１０のいずれか一項に記載のサーバ装置。
［付記１２］
前記避難所追加制御部は、前記開設された避難所を避難先として前記避難行動計画に登録した住民数から、前記開設された避難所の収容人数を推定し、前記開設された避難所の定員と前記推定された収容人数に基づき、前記開設された避難所の収容率を推定する、付記１１に記載のサーバ装置。
［付記１３］
住民端末と、
サーバ装置と、
を含み、
前記サーバ装置は、
災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する、取得部と、
前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する、管理部と、
災害の発生時又は災害の発生が見込まれる場合に、防災担当者から災害の危険度を示す災害危険度を取得し、前記災害危険度に基づき前記複数の住民のなかから前記避難開始条件が満たされた住民を抽出し、前記抽出された住民が所持する前記住民端末に前記避難先に関する情報を含む避難情報を送信する、避難情報制御部と、
を備える、システム。
［付記１４］
サーバ装置において、
災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得し、
前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する、サーバ装置の制御方法。
［付記１５］
サーバ装置に搭載されたコンピュータに、
災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する処理と、
前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する処理と、
を実行させるためのプログラム。

なお、引用した上記の先行技術文献の各開示は、本書に引用をもって繰り込むものとする。以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。即ち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得る各種変形、修正を含むことは勿論である。

１０ サーバ装置
２０ 防災端末
３０ 住民端末
３０－１ 住民端末
３０－２ 住民端末
３０－３ 住民端末
１００ サーバ装置
１０１ 取得部
１０２ 管理部
２０１ 通信制御部
２０２ 住民登録部
２０３ 基礎データ取得部
２０４ 開設条件取得部
２０５ 行動計画管理部
２０６ 避難情報制御部
２０７ 記憶部
２０８ 災害対策情報生成部
２０９ 助言情報制御部
２１０ 避難所追加制御部
３０１ 通信制御部
３０２ 住民登録要求部
３０３ 行動計画制御部
３０４ 避難情報処理部
３０５ 記憶部
３１１ プロセッサ
３１２ メモリ
３１３ 入出力インターフェイス
３１４ 通信インターフェイス

Claims (13)

1. 災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する、取得部と、
   前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する、管理部と、
   災害の発生時又は災害の発生が見込まれる場合に、防災担当者から災害の危険度を示す災害危険度を取得し、前記災害危険度に基づき前記複数の住民のなかから前記避難開始条件が満たされた住民を抽出し、前記抽出された住民が所持する住民端末に前記避難先に関する情報を含む避難情報を送信する、避難情報制御部と、
   前記避難所開設条件に従い開設された避難所の収容率を推定し、前記推定された収容率に基づき新たな避難所の開設が必要か否か判定する、避難所追加制御部と、
   を備え、
   前記避難所追加制御部は、前記防災担当者が前記新たな避難所の開設を承諾すると、前記複数の住民それぞれが所持する前記住民端末に前記新たな避難所に関する情報を含む避難所追加情報を送信する、サーバ装置。
2. 前記避難所開設条件は、前記避難所候補を避難所として開設する契機となる災害の危険度を示す避難所開設危険度を含む、請求項１に記載のサーバ装置。
3. 前記避難開始条件は、各住民が災害時に避難を開始する契機となる災害の危険度を示す避難開始危険度を含む、請求項２に記載のサーバ装置。
4. 前記避難情報制御部は、前記複数の住民のなかから、前記防災担当者が前記災害危険度と共に入力した災害の種類に一致する災害について、前記避難開始危険度が前記災害危険度以下の前記避難開始条件を設定した住民を抽出する、請求項３に記載のサーバ装置。
5. 前記避難情報制御部は、前記抽出された住民の住宅と前記避難先の場所が反映された地図情報を含む前記避難情報を、前記住民端末に送信する、請求項１乃至３のいずれか一項に記載のサーバ装置。
6. 前記複数の住民それぞれが設定した前記避難行動計画に基づいて、災害対策に有効な災害対策情報を生成する、災害対策情報生成部をさらに含む請求項１乃至４のいずれか一項に記載のサーバ装置。
7. 前記災害対策情報生成部は、住民の属性ごとに前記避難行動計画に関する登録率を前記災害対策情報として算出する、請求項６に記載のサーバ装置。
8. 住民が前記避難行動計画を設定したことに応じて、前記設定された避難行動計画に対する助言情報を生成し、前記避難行動計画を設定した住民の前記住民端末に前記生成された助言情報を送信する、助言情報制御部をさらに備える、請求項１乃至７のいずれか一項に記載のサーバ装置。
9. 前記助言情報制御部は、住民の住居情報に基づいて前記助言情報を生成する、請求項８に記載のサーバ装置。
10. 前記避難所追加制御部は、前記開設された避難所を避難先として前記避難行動計画に登録した住民数から、前記開設された避難所の収容人数を推定し、前記開設された避難所の定員と前記推定された収容人数に基づき、前記開設された避難所の収容率を推定する、請求項１に記載のサーバ装置。
11. 住民端末と、
    サーバ装置と、
    を含み、
    前記サーバ装置は、
    災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する、取得部と、
    前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する、管理部と、
    災害の発生時又は災害の発生が見込まれる場合に、防災担当者から災害の危険度を示す災害危険度を取得し、前記災害危険度に基づき前記複数の住民のなかから前記避難開始条件が満たされた住民を抽出し、前記抽出された住民が所持する前記住民端末に前記避難先に関する情報を含む避難情報を送信する、避難情報制御部と、
    前記避難所開設条件に従い開設された避難所の収容率を推定し、前記推定された収容率に基づき新たな避難所の開設が必要か否か判定する、避難所追加制御部と、
    を備え、
    前記避難所追加制御部は、前記防災担当者が前記新たな避難所の開設を承諾すると、前記複数の住民それぞれが所持する前記住民端末に前記新たな避難所に関する情報を含む避難所追加情報を送信する、システム。
12. サーバ装置において、
    災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得し、
    前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理し、
    災害の発生時又は災害の発生が見込まれる場合に、防災担当者から災害の危険度を示す災害危険度を取得し、前記災害危険度に基づき前記複数の住民のなかから前記避難開始条件が満たされた住民を抽出し、前記抽出された住民が所持する住民端末に前記避難先に関する情報を含む避難情報を送信し、
    前記避難所開設条件に従い開設された避難所の収容率を推定し、前記推定された収容率に基づき新たな避難所の開設が必要か否か判定し、
    前記防災担当者が前記新たな避難所の開設を承諾すると、前記複数の住民それぞれが所持する前記住民端末に前記新たな避難所に関する情報を含む避難所追加情報を送信する、サーバ装置の制御方法。
13. サーバ装置に搭載されたコンピュータに、
    災害ごとに、避難所候補を避難所として開設する条件を定めた避難所開設条件を取得する処理と、
    前記避難所開設条件に基づき、複数の住民それぞれについて設定された、災害ごとに避難を開始する条件を定めた避難開始条件と避難先を含む避難行動計画を管理する処理と、
    災害の発生時又は災害の発生が見込まれる場合に、防災担当者から災害の危険度を示す災害危険度を取得し、前記災害危険度に基づき前記複数の住民のなかから前記避難開始条件が満たされた住民を抽出し、前記抽出された住民が所持する住民端末に前記避難先に関する情報を含む避難情報を送信する処理と、
    前記避難所開設条件に従い開設された避難所の収容率を推定し、前記推定された収容率に基づき新たな避難所の開設が必要か否か判定する処理と、
    前記防災担当者が前記新たな避難所の開設を承諾すると、前記複数の住民それぞれが所持する前記住民端末に前記新たな避難所に関する情報を含む避難所追加情報を送信する処理と、
    を実行させるためのプログラム。