WO2023203736A1

WO2023203736A1 - サーバ装置、システム、サーバ装置の制御方法及び記憶媒体

Info

Publication number: WO2023203736A1
Application number: PCT/JP2022/018497
Authority: WO
Inventors: 茂樹篠田; 浩樹直島; 重憲別府; 慶太鈴木; 孝政藤野
Original assignee: 日本電気株式会社
Priority date: 2022-04-22
Filing date: 2022-04-22
Publication date: 2023-10-26

Abstract

避難行動要支援者がより確実に避難できることに寄与する、サーバ装置を提供する。サーバ装置は、要支援者決定部と、避難行動制御部と、を備える。要支援者決定部は、支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、支援者が避難行動を支援する要支援者を決定するための制御を行う。避難行動制御部は、支援者の所持する端末に、決定された要支援者に関する情報と、支援者が決定された要支援者の避難行動を支援する際の手順に関する支援手順情報と、を含む支援開始指示を送信する。

Description

サーバ装置、システム、サーバ装置の制御方法及び記憶媒体

　本発明は、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体に関する。

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

　例えば、特許文献１には、災害発生時に自動的に所定地域内の避難者に通知して避難場所に避難、弱者は介護者によって支援して避難すると共に避難完了をセンターに返信して関係者に避難先を連絡する、と記載されている。特許文献１のシステムは、避難対象者、その場所情報、弱者か否かの情報、弱者の場合には介護者を登録したテーブルと、災害発生した旨を受け付ける手段を備える。また、当該システムは、受け付けた災害の発生場所をもとに所定領域内の避難対象者をテーブルから抽出する手段を備える。さらに、当該システムは、抽出した避難対象者が弱者の場合には災害発生内容と避難場所に加えて介護者が支援に向かう旨を通知、および介護者には弱者の場所情報および支援要請を通知する手段を備える。

　特許文献２には、援護を必要とする者に適切な援護者の福祉サービスを迅速に提供できるような福祉支援システムを提供する、と記載されている。特許文献２の福祉支援システムは、記憶手段と、選択手段と、援護要求送信手段と、を備える。記憶手段は、被援護者の位置情報と、援護者の位置情報とを含む所定地域の地図情報を格納する。選択手段は、被援護者および援護者の位置情報に基づき、所定地域の地図情報に含まれる援護者のうち、被援護者を援護すべき援護者を選択する。援護要求送信手段は、選択された援護者に、被援護者を援護するように要求する援護要求メッセージを送信する。

　特許文献３には、複合施設に配備されて、災害時に、災害に対する防災を支援することができる支援システムを提供する、と記載されている。特許文献３の支援システムは、災害の発生により被災した住民が避難する複合施設に配備されて災害に対する防災を支援する。当該支援システムは、防災の支援を行う支援者の属性に関する支援者属性情報が予め格納されるデータベースと、災害状況取得手段と、支援内容情報生成手段と、を備える。災害状況取得手段は、災害が発生した際に災害の状況を災害状況情報として取得する。支援内容情報生成手段は、災害状況取得手段で取得した災害状況情報とデータベースに格納された支援者属性情報に基づいて支援者による防災の支援内容を支援内容情報として生成する。

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

　上述のように、大規模災害の発生が予測されると、住民は避難所に避難することになる。その際、地域の各住民が避難所等に避難することが求められるが、住民のなかには病気等を理由として独力で避難することが困難な避難行動要支援者（以下、要支援者と表記することもある）が含まれる。このような避難行動要支援者が確実に避難できることが求められる。

　本発明は、避難行動要支援者がより確実に避難できることに寄与する、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体を提供することを主たる目的とする。

　本発明の第１の視点によれば、支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための制御を行う、要支援者決定部と、前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の手順に関する支援手順情報と、を含む支援開始指示を送信する、避難行動制御部と、を備える、サーバ装置が提供される。

　本発明の第２の視点によれば、支援者が所持する端末と、サーバ装置と、を含み、前記サーバ装置は、前記支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための制御を行う、要支援者決定部と、前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の詳細な手順に関する支援手順情報と、を含む支援開始指示を送信する、避難行動制御部と、を備える、システムが提供される。

　本発明の第３の視点によれば、サーバ装置において、支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための制御を行い、前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の詳細な手順に関する支援手順情報と、を含む支援開始指示を送信する、サーバ装置の制御方法が提供される。

　本発明の第４の視点によれば、サーバ装置に搭載されたコンピュータに、支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための処理と、前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の詳細な手順に関する支援手順情報と、を含む支援開始指示を送信する処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。

　本発明の各視点によれば、避難行動要支援者がより確実に避難できることに寄与する、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。

図１は、一実施形態の概要を説明するための図である。図２は、一実施形態の動作の一例を示すフローチャートである。図３は、第１の実施形態に係る避難支援システムの概略構成の一例を示す図である。図４は、第１の実施形態に係る避難支援システムの動作を説明するための図である。図５は、第１の実施形態に係る避難支援システムの動作を説明するための図である。図６は、第１の実施形態に係る支援対象者リストの一例を示す図である。図７は、第１の実施形態に係る避難支援システムの動作を説明するための図である。図８は、第１の実施形態に係る避難支援システムの動作を説明するための図である。図９は、第１の実施形態に係る支援者端末の表示の一例を示す図である。図１０は、第１の実施形態に係る要支援者端末の表示の一例を示す図である。図１１は、第１の実施形態に係る支援者端末の表示の一例を示す図である。図１２は、第１の実施形態に係る要支援者端末の表示の一例を示す図である。図１３は、第１の実施形態に係る支援者端末の表示の一例を示す図である。図１４は、第１の実施形態に係る支援者端末の表示の一例を示す図である。図１５は、第１の実施形態に係る支援者端末の表示の一例を示す図である。図１６は、第１の実施形態に係るサーバ装置の処理構成の一例を示す図である。図１７は、第１の実施形態に係る要支援者登録部の動作を説明するための図である。図１８は、第１の実施形態に係る要支援者データベースの一例を示す図である。図１９は、第１の実施形態に係る支援者登録部の動作を説明するための図である。図２０は、第１の実施形態に係る支援者登録部の動作を説明するための図である。図２１は、第１の実施形態に係る支援者データベースの一例を示す図である。図２２は、第１の実施形態に係る避難行動制御部の動作の一例を示すフローチャートである。図２３は、第１の実施形態に係る支援者端末の処理構成の一例を示す図である。図２４は、第１の実施形態に係る要支援者端末の処理構成の一例を示す図である。図２５は、第１の実施形態に係る避難支援システムの動作の一例を示すシーケンス図である。図２６は、第２の実施形態に係る避難支援システムの動作の一例を示すシーケンス図である。図２７は、第３の実施形態に係る要支援者登録部の動作の一例を示すフローチャートである。図２８は、本願開示に係るサーバ装置のハードウェア構成の一例を示す図である。図２９は、本願開示の変形例に係る端末の表示の一例を示す図である。図３０は、本願開示の変形例に係る端末の表示の一例を示す図である。

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

　一実施形態に係るサーバ装置１００は、要支援者決定部１０１と、避難行動制御部１０２と、を備える（図１参照）。要支援者決定部１０１は、支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、支援者が避難行動を支援する要支援者を決定するための制御を行う（図２のステップＳ１）。避難行動制御部１０２は、支援者の所持する端末に、決定された要支援者に関する情報と、支援者が決定された要支援者の避難行動を支援する際の手順に関する支援手順情報と、を含む支援開始指示を送信する（ステップＳ２）。

　災害が発生すると、又は、災害の発生が見込まれると、サーバ装置１００は、支援者に対して、避難行動要支援者（要支援者）の支援が必要であることを通知する。具体的には、サーバ装置１００は、予め登録された複数の要支援者を含む支援対象者リストのなかから、支援者が支援の対象とする要支援者の決定に関する制御を行う。支援対象となる要支援者が決まると、サーバ装置１００は、支援者に対して当該決定された要支援者の支援を開始するように指示する。サーバ装置１００は、要支援者の氏名、支援手順情報を含む支援開始指示を支援者の端末に送信する。支援者は、支援手順情報に従って要支援者の避難を支援する。このようなサーバ装置１００の動作により、避難行動要支援者はより確実に避難できる。

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

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

［システムの構成］
　図３は、第１の実施形態に係る避難支援システムの概略構成の一例を示す図である。図３に示すように、避難支援システムには、防災センターと、少なくとも１以上の避難所が含まれる。なお、図３には図示していないが、各地域に存在する町内会（自主防災組織）も避難支援システムに含まれていてもよい。

　防災センターは、地域の自治体等により管理、運営される。防災センターは、例えば、市役所等に設置される。各地域の学校、公民館等の施設が避難所に該当する。学校、公民館等の施設は、災害発生時に「避難所」として活用される。

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

　地域の住民の中には、避難時に支援が必要な避難行動要支援者が含まれる。避難行動要支援者は、病気等を理由として他者の助けがなければ避難が困難な住民である。

　また、地域の住民の中には、要支援者を支援する支援者が含まれる。支援者は、大雨、台風のような風水害、地震等の災害が発生すると、要支援者の下に駆けつけ、当該要支援者の避難を支援する。

　支援者、要支援者のそれぞれは、端末を所持している。例えば、支援者Ａ１～Ａ３のそれぞれは、支援者端末２０－１～２０－３を所持している。要支援者Ｂ１～Ｂ３のそれぞれは、要支援者端末３０－１～３０－３を所持している。

　サーバ装置１０と支援者端末２０は、無線等の通信手段によって相互に通信が可能に構成されている。同様に、サーバ装置１０と要支援者端末３０は、無線等の通信手段によって相互に通信が可能に構成されている。

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

　図３に示す避難支援システムの構成は例示であって、その構成を限定する趣旨ではない。例えば、防災センターには複数のサーバ装置１０が含まれていてもよい。

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

＜要支援者登録＞
　要支援者は、自身の情報を防災センター（サーバ装置１０）に事前登録する（図４参照）。以降の説明において、要支援者がサーバ装置１０に登録する情報を「要支援者情報」と記載する。

　要支援者は、任意の手段を用いて要支援者情報をサーバ装置１０に登録する。例えば、要支援者は、所持する要支援者端末３０を操作して要支援者登録を行う。例えば、要支援者は、要支援者端末３０を操作して、サーバ装置１０にアクセスする。より具体的には、要支援者は、サーバ装置１０が提供するＷＥＢ（ウェブ）ページにアクセスする。

　自ら情報の登録を行うことが困難な要支援者に関しては、代理人（例えば、親、子供、民生委員）が要支援者情報をサーバ装置１０に登録してもよい。即ち、本願開示に係る避難支援システムにおいて、自治体及び民生委員のような要支援者を支援する立場の人間が要支援者と共に、要支援者ごとの避難計画（個別避難計画）を作成することもできる。

　要支援者情報には、要支援者の属性情報が含まれる。より具体的には、要支援者情報には、個人情報、健康情報、家族情報等が含まれる。

　個人情報には、所謂、基本４情報（氏名、性別、住所、年齢）に加え、連絡先（電話番号、メールアドレス等）、住宅内経路、住宅の構造等が含まれる。

　健康情報は、要支援者の身体、健康状態等に関する情報である。健康情報として、例えば、身長、体重、血液型、病歴、持病、常用薬、介護レベル（障害レベル）、障害の詳細等が例示される。障害の詳細には、障害の種類（例えば、歩行困難、視覚障害）やその付随情報（例えば、車椅子の要否等）が例示される。

　家族情報は、要支援者の家族に関する情報である。家族情報として、血縁者の氏名、同居している家族の氏名、親類の氏名等が例示される。

　サーバ装置１０は、要支援者から要支援者情報（個人情報、健康情報等）を取得すると、当該要支援者を識別するための要支援者ＩＤを生成する。サーバ装置１０は、生成した要支援者ＩＤ、属性情報等を対応付けて要支援者データベースに記憶する。要支援者データベースの詳細は後述する。

　サーバ装置１０は、生成した要支援者ＩＤを要支援者に払い出す。より具体的には、サーバ装置１０は、生成した要支援者ＩＤを要支援者端末３０に送信する。要支援者端末３０は、要支援者ＩＤを内部に記憶する。

＜支援者登録＞
　支援者は、自身の情報を防災センター（サーバ装置１０）に事前登録する（図５参照）。以降の説明において、支援者がサーバ装置１０に登録する情報を「支援者情報」と記載する。

　支援者は、任意の手段を用いて支援者情報をサーバ装置１０に登録する。例えば、支援者は、所持する支援者端末２０を操作して支援者登録を行う。例えば、支援者は、支援者端末２０を操作して、サーバ装置１０にアクセスする。より具体的には、支援者は、サーバ装置１０が提供するＷＥＢ（ウェブ）ページにアクセスする。

　支援者情報には、支援者の属性情報及び支援対象者リストが含まれる。より具体的には、支援者情報には、支援者の個人情報、健康情報、家族情報、能力情報等が含まれる。なお、支援者の個人情報、健康情報、家族情報等は、要支援者の対応する情報と同一とすることができるので説明を省略する。

　能力情報は、支援者が有する能力、技能、資格等に関する情報である。例えば、運転免許、医師免許、外国語に関する能力等が能力情報として例示される。また、支援者情報には、能力情報の付随情報が含まれていてもよい。例えば、運転免許を有する利用者の所持する車両の車種（例えば、セダン、ワンボックスカー等）や対応可能な言語（例えば、英語、中国語）等が付随情報として支援者情報に含まれていてもよい。

　支援対象者リスト（要支援者リスト）は、各支援者が支援の対象とする要支援者に関するリストである（図６参照）。図６は、図３に示す支援者Ａ１～Ａ３それぞれの支援対象者リストをまとめた（抽出した）図である。図６を参照すると、例えば、支援者Ａ１は、災害が発生した際、要支援者Ｂ１～Ｂ３の避難を支援することが登録されている。同様に、支援者Ａ２は、要支援者Ｂ１、Ｂ２の避難を支援することが登録されている。

　このように、支援者は、少なくとも１人以上の要支援者を支援の対象としてサーバ装置１０に登録する。換言すれば、１人の要支援者は、少なくとも１人以上の支援者から避難時の支援を受ける（受ける可能性がある）ことがサーバ装置１０に登録されている。要支援者と支援者の関係は、多対多の関係になる。サーバ装置１０には、複数の支援者それぞれが複数の要支援者を支援の対象とすることが記憶されている。即ち、異なる支援者が同じ要支援者を支援することが登録され得る。

　サーバ装置１０は、支援者から支援者情報（個人情報、支援対象者リスト等）を取得すると、当該支援者を識別するための支援者ＩＤを生成する。サーバ装置１０は、生成した支援者ＩＤ、属性情報、支援対象者リスト等を対応付けて支援者データベースに記憶する。支援者データベースの詳細は後述する。

　サーバ装置１０は、生成した支援者ＩＤを支援者に払い出す。サーバ装置１０は、生成した支援者ＩＤを支援者端末２０に送信する。支援者端末２０は、支援者ＩＤを内部に記憶する。

　＜避難支援＞
　図７を参照しつつ、支援者が要支援者の避難を支援する支援行動時のシステム動作について説明する。

　災害が発生、又は、災害の発生が見込まれると、自治体の防災担当者は、サーバ装置１０に対して「避難情報送信指示」を入力する（ステップＳ０１）。より具体的には、自治体の防災担当者は、警戒レベルと避難情報を送信する地域（例えば、大字小字等）を指定して避難情報の送信をサーバ装置１０に指示する。例えば、サーバ装置１０は、図８に示すようなＧＵＩ（Graphical User Interface）によって避難情報送信指示を取得する。

　避難情報送信指示を取得すると、サーバ装置１０は、指定された地域の住民に対して、避難行動を促す。具体的には、サーバ装置１０は、地域の住民が所持する端末（図示せず）に対して避難所の案内等を含む避難情報を送信する。あるいは、サーバ装置１０は、防災無線等によって避難行動を促してもよい。

　サーバ装置１０は、指定された地域の要支援者、支援者それぞれに対しても避難情報を送信する（図７のステップＳ０２）。

　ここで、サーバ装置１０から支援者端末２０に送信される情報には、当該支援者端末２０の所有者に割り当てられた支援者ＩＤが含まれる。同様に、サーバ装置１０から要支援者端末３０に送信される情報には、当該要支援者端末３０の所有者に割り当てられた要支援者ＩＤが含まれる。

　また、支援者端末２０からサーバ装置１０に送信される情報には、サーバ装置１０から払い出された支援者ＩＤが含まれる。同様に、要支援者端末３０からサーバ装置１０に送信される情報には、サーバ装置１０から払い出された要支援者ＩＤが含まれる。

　サーバ装置１０は、支援者向けの情報を含む避難情報を支援者端末２０に送信する。当該避難情報を受信することで、支援者端末２０は、図９に示すような表示を行う。図９に示す表示に接した支援者は、要支援者の支援が必要であることを認識する。

　サーバ装置１０は、要支援者向けの情報を含む避難情報を要支援者端末３０に送信する。当該避難情報を受信することで、要支援者端末３０は、図１０に示すような表示を行う。図１０に示す表示に接した要支援者は、支援者の少なくとも１人が避難所への避難のために駆けつけてくれることを認識する。

　図９に示す表示に接した支援者は、要支援者の支援が可能な状況にあれば、その旨をサーバ装置１０に通知する。要支援者の支援が可能な支援者は、図９に示す「支援可」ボタンを押下する。当該ボタンの押下に応じて、支援者端末２０は、「支援可通知」をサーバ装置１０に送信する。

　また、災害の発生した地域から離れた場所にいること等を理由として要支援者を支援できない支援者は、図９に示す「支援不可」ボタンを押下する。当該ボタンの押下に応じて、支援者端末２０は、「支援不可通知」をサーバ装置１０に送信する。

　サーバ装置１０は、支援者端末２０から受信する「支援可通知」又は「支援不可通知」に応じて、支援者の状態を支援者データベースに反映する。

　サーバ装置１０は、支援者が支援に向かう要支援者を決定する。具体的には、サーバ装置１０は、支援可能と回答した支援者の支援者端末２０に対して「要支援者選択要求」を送信する。当該要求の受信に応じて、支援者端末２０は、支援者が要支援者を選択可能とするようなＧＵＩを表示する。

　例えば、支援者端末２０は、図１１に示すようなＧＵＩを表示する。例えば、図１１に示すような表示に接した支援者は、要支援者Ｂ１、Ｂ２、Ｂ３のうちいずれの要支援者を支援するか選択する。例えば、支援者Ａ１は、要支援者Ｂ２を支援すると選択する。

　支援者端末２０は、選択された要支援者をサーバ装置１０に通知する。具体的には、支援者端末２０は、選択された要支援者の情報を含む応答（要支援者選択要求に対する応答）をサーバ装置１０に送信する。このように、支援者は、支援者端末２０を操作して、予め登録した要支援者のうち自身が支援する（支援に向かう）要支援者を選択する（図７のステップＳ０３）。

　サーバ装置１０は、確定した要支援者と支援者の組み合わせを要支援者データベース、支援者データベースそれぞれに反映する。サーバ装置１０は、支援者の情報と、当該支援者が支援に向かうと選択した要支援者の情報と、を２つのデータベースに反映する。

　具体的には、サーバ装置１０は、要支援者データベースに、支援に向かう支援者の情報（例えば、支援者ＩＤ）を設定する。また、サーバ装置１０は、支援に向かう支援者が決定された要支援者の状態を更新する。具体的には、サーバ装置１０は、当該要支援者の状態を「支援者決定済」に設定する。

　また、サーバ装置１０は、支援者データベースに、支援の対象となった要支援者の情報（例えば、要支援者ＩＤ）を設定する。

　要支援者が決まると、サーバ装置１０は、当該要支援者に対し、支援してくれる支援者に関する情報を通知する。具体的には、サーバ装置１０は、要支援者端末３０に対して「支援者情報通知」を送信する（図７のステップＳ０４）。上記の例では、要支援者Ｂ２に対して、支援者Ａ１が支援に向かうことが通知される。

　この場合、要支援者端末３０は、図１２に示すような表示を行う。要支援者は、支援に来てくれる支援者の氏名等を確認したのち、要支援者端末３０を操作して「了解」ボタンを押下する。当該ボタンの押下に応じて、要支援者端末３０は、「支援者確認通知」をサーバ装置１０に送信する（図７のステップＳ０５）。

　上記の例では、要支援者Ｂ２は、要支援者端末３０を操作して支援者Ａ１が支援に来ることを確認した旨をサーバ装置１０に通知する。

　当該通知を受信すると、サーバ装置１０は、支援者に対して要支援者の支援に向かうように指示する。上記の例では、サーバ装置１０は、支援者Ａ１に対して要支援者Ｂ２の避難を支援するように指示する。

　具体的には、サーバ装置１０は、支援者端末２０に対して「支援開始指示」を送信する（図７のステップＳ０６）。支援開始指示には、支援対象となる要支援者に関する情報（例えば、氏名、住所、要支援者ＩＤ）、支援手順情報等が含まれる。

　支援手順情報は、支援者が要支援者の避難行動を支援する際の詳細な手順等に関する情報である。サーバ装置１０は、要支援者及び／又は支援者の属性に基づいて支援手順情報を生成する。

　例えば、要支援者が車椅子を必要とする場合、サーバ装置１０は、車椅子に乗った要支援者への接し方や車椅子に乗った要支援者を車両に乗せる方法等の注意点が記載された支援手順情報を生成する。

　支援者端末２０は、支援開始指示に含まれる情報に基づいて図１３に示すような表示を行う。支援者端末２０は、要支援者の情報（例えば、氏名）や支援手順情報に基づいて図１３に示すような表示を行う。図１３に示す表示において「注意点」に記載された内容が支援手順情報に相当する。サーバ装置１０は、要支援者Ｂ２の属性情報（要支援者Ｂ２の障害の詳細及びその付随情報）に基づいて、要支援者Ｂ２の移動に車椅子が必要なことを把握する。サーバ装置１０は、当該事実に基づき図１３に示す「注意点」のような内容を含む支援手順情報を生成する。

　なお、図１３の表示は例示であって、種々の表示内容があり得ることは当然である。例えば、サーバ装置１０が生成する支援手順情報には、支援者が実行する支援の内容と順序が記載されていてもよい。支援者端末２０は、支援手順情報に従って支援内容を時系列で表示してもよい。

　支援開始指示の受信に応じて、支援者は、要支援者の下に向かう。

　また、サーバ装置１０は、支援開始指示を送信した支援者の状態を更新する。具体的には、サーバ装置１０は、支援者データベースの状態フィールドに「支援中」と設定する。

　支援者は、現場（要支援者の自宅等）に到着すると、支援者端末２０を操作して、現場の状況をサーバ装置１０に報告する。例えば、支援者が１人で要支援者の避難を支援可能であれば、その旨をサーバ装置１０に報告する。あるいは、要支援者が所在不明であれば、支援者は、その旨をサーバ装置１０に報告する。あるいは、一人では支援が困難であれば、支援者は、その旨をサーバ装置１０に報告する。

　例えば、支援者端末２０は、図１４に示すようなＧＵＩを用いて現場の状況を取得する。支援者端末２０は、要支援者ＩＤ、取得した現場の状況を含む「現場状況報告」をサーバ装置１０に送信する（図７のステップＳ０７）。

　サーバ装置１０は、支援者から得られた現場の状況に応じた処置を行う。支援者が応援を必要とせず、単独で支援が可能な場合には、サーバ装置１０は、特段の対応を行わない。対して、要支援者が所在不明であれば、サーバ装置１０は、自主防災組織にその旨を通知する。あるいは、単独での支援が不可であれば、サーバ装置１０は、他の支援者に対して支援（応援）を要請する。

　支援者は、要支援者と共に避難所に移動し、当該要支援者の支援を完了すると、その旨をサーバ装置１０に通知する。より具体的には、支援者は、支援者端末２０を操作して、支援完了をサーバ装置１０に通知する（図１５参照）。支援者端末２０は、要支援者ＩＤを含む「支援完了通知」をサーバ装置１０に送信する（図７のステップＳ０８）。

　サーバ装置１０は、当該通知に従い、要支援者の避難が完了した事実を要支援者データベースに反映する。サーバ装置１０は、当該支援が完了した要支援者を支援対象から除外する。具体的には、サーバ装置１０は、避難が完了した要支援者の状態フィールドに「避難完了」と設定する。上記の例では、要支援者Ｂ２の状態は避難完了と記憶され、避難支援の対象者から除外される。サーバ装置１０は、避難が完了した要支援者の避難先に関する情報（例えば、避難所の名称や住所）を要支援者データベースに登録してもよい。

　また、サーバ装置１０は、支援行動が完了した支援者の状態を支援者データベースに反映する。具体的には、サーバ装置１０は、支援行動を完了した支援者の状態フィールドに「支援可」を設定する。

　１人の要支援者の支援が完了すると、当該支援者は、別の要支援者を支援することができる。例えば、上記の例では、支援者Ａ１は、要支援者Ｂ１、Ｂ３の避難が完了していなければ、いずれの要支援者を支援するか決定し、避難行動を支援できる。具体的には、サーバ装置１０は、支援を完了した支援者の支援者端末２０に要支援者選択要求を送信し、新たな支援対象者を選択可能とする。支援者が新たな要支援者を選択した後のシステム動作は、上記説明した内容と同一とすることができるので説明を省略する。

　上述のように、「支援者決定済」、「避難完了」が設定された要支援者は、支援の対象から外される。例えば、支援者Ａ１が、要支援者の選択を行う際、既に要支援者Ｂ２に関して「支援者決定済」が設定されていれば、要支援者Ｂ２は支援対象から外される。このような対応によって、１人の要支援者に複数の支援者が支援に向かうといった非効率が避けられる。

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

［サーバ装置］
　図１６は、第１の実施形態に係るサーバ装置１０の処理構成（処理モジュール）の一例を示す図である。図１６を参照すると、サーバ装置１０は、通信制御部２０１と、要支援者登録部２０２と、支援者登録部２０３と、指示取得部２０４と、避難情報送信部２０５と、要支援者決定部２０６と、避難行動制御部２０７と、記憶部２０８と、を備える。

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

　要支援者登録部２０２は、上述の要支援者登録を実現する手段である。要支援者登録部２０２は、将来的に避難者となり得る住民であって他者からの支援を必要とする要支援者の情報を取得する。より具体的には、要支援者登録部２０２は、要支援者の個人情報、健康情報、家族情報等の要支援者情報（属性情報）を任意の手段により取得する。

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

　要支援者登録部２０２は、要支援者情報を入力するためのＧＵＩや入力フォームを要支援者に提供してもよい。例えば、要支援者登録部２０２は、図１７に示すようなＧＵＩを要支援者端末３０に表示してもよい。

　要支援者は、要支援者端末３０を操作して、図１７に示される情報を入力する。要支援者は、情報入力を完了すると「決定」ボタンを押下し、個人情報（氏名、年齢、連絡先等）をサーバ装置１０に入力する。なお、健康情報や家族情報を登録する場合（対応するボタンが押下された場合）には、要支援者登録部２０２は、これらの情報を入力するための図１７に類似したＧＵＩ、入力フォームを表示すればよい。

　要支援者情報を取得すると、要支援者登録部２０２は、要支援者を識別するための要支援者ＩＤを生成する。要支援者ＩＤは、サーバ装置１０に登録された要支援者を一意に識別できる情報であればどのような情報であってもよい。例えば、要支援者登録部２０２は、要支援者登録のたびに一意な値を採番し要支援者ＩＤとしてもよい。

　要支援者登録部２０２は、上記生成された要支援者ＩＤ、要支援者の属性情報を対応付けて要支援者データベースに記憶する（図１８参照）。

　図１８に示すように、要支援者データベースは、各要支援者の状態を示す状態フィールドと、各要支援者を支援してくれる支援者を示す支援者フィールドを含む。なお、理解の容易のため、図１８を含む図面において、支援者フィールドには支援者の氏名を表記しているが、実際には支援者の支援者ＩＤが当該フィールドに設定される。また、状態フィールドの初期値は「避難前」である。

　図１８に示す要支援者データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、要支援者の生体情報（顔画像、当該顔画像から生成された特徴量）が要支援者データベースに登録されていてもよい。図１８に示す健康情報や家族情報には、身長、体重といった身体的な情報や同居する家族の人数、関係等の具体的な内容が記載される。また、図１８には図示していないが、要支援者の連絡先や住宅に関する情報（住宅内経路、住宅の構造）が要支援者データベースに登録される。

　要支援者登録部２０２は、生成した要支援者ＩＤを要支援者（要支援者端末３０）に払い出す。

　支援者登録部２０３は、上述の支援者登録を実現する手段である。支援者登録部２０３は、他者を支援する支援者の情報を取得する。支援者登録部２０３の基本的な動作は、要支援者登録部２０２の動作と同じとすることができるため、詳細な説明を省略する。

　支援者登録部２０３は、支援者の属性情報（個人情報、能力情報等）に加え、支援対象者リストを取得する。例えば、支援者登録部２０３は、図１９に示すようなＧＵＩを支援者端末２０に表示する。支援者が「要支援者登録」を選択すると（要支援者登録ボタンが押下されると）、支援者登録部２０３は、支援の対象となる要支援者の情報を取得するためのＧＵＩ等を支援者端末２０に表示する（図２０参照）。

　支援者登録部２０３は、図２０に示すようなＧＵＩにより支援の対象者（支援を必要とする要支援者）の情報（例えば、氏名）を取得する。例えば、支援者は、要支援者として自分の親、子、親類、知人、友人の氏名を入力する。

　支援者情報を取得すると、支援者登録部２０３は、支援者を識別するための支援者ＩＤを生成する。支援者ＩＤは、サーバ装置１０に登録された支援者を一意に識別できる情報であればどのような情報であってもよい。例えば、支援者登録部２０３は、支援者登録のたびに一意な値を採番し支援者ＩＤとしてもよい。

　支援者登録部２０３は、上記生成された支援者ＩＤ、支援者の属性情報、支援対象者リストを対応付けて支援者データベースに記憶する（図２１参照）。

　図２１に示すように、支援者データベースは、各支援者の状態を示す状態フィールドと、支援の対象者を示す要支援者フィールドを含む。なお、理解の容易のため、図２１を含む図面において、要支援者フィールドには要支援者の氏名を表記しているが、実際には要支援者の要支援者ＩＤが当該フィールドに設定される。また、状態フィールドの初期値は「ブランク（未設定）」である。

　また、理解の容易のため、図２１を含む図面において、支援対象者リストに要支援者の氏名を記載しているが、実際には要支援者の要支援者ＩＤが記載される。支援者登録部２０３は、支援対象者リストに含まれる氏名をキーとして要支援者データベースを検索し、対応する要支援者ＩＤを取得する。支援者登録部２０３は、取得した要支援者ＩＤを支援者データベースの支援対象者リストに記憶する。

　図２１に示す支援者データベースは例示であって、記憶する項目等を限定する趣旨ではない。例えば、支援者の生体情報（顔画像、当該顔画像から生成された特徴量）が支援者データベースに登録されていてもよい。また、支援者データベースには、支援者が支援対象者リストを入力した際の優先度（要支援者を支援する順番；計画時優先度）や支援の対象得者が登録されていてもよい。

　あるいは、支援者データベースは、支援者の予定支援数や支援完了数を記憶するフィールドを備えていてもよい。予定支援数フィールドは、支援対象者リストに記載された要支援者の人数を記憶する。支援完了数は、支援者が支援を完了した要支援者の人数を記憶する。

　支援者登録部２０３は、生成した支援者ＩＤを要支援者（支援者端末２０）に払い出す。

　指示取得部２０４は、自治体の防災担当者からの避難情報送信指示を取得する手段である。指示取得部２０４は、図８に示すようなＧＵＩを用いて自治体の防災担当者からの避難情報に関する送信指示を取得する。自治体の防災担当者は、発令する警戒レベル、及び避難情報を送信する地域を指定する。なお、避難情報を送信する地域の単位は、大字小字等の比較的小さい範囲であってもよいし、自治体全域のように比較的広い範囲であってもよい。

　避難情報送信部２０５は、自治体の防災担当者が指定する地域の住民に対し避難情報を送信する手段である。避難情報送信部２０５は、指定された地域の住民が所持する端末に対して、避難情報を送信する。その際、避難情報送信部２０５は、通常の住民（要支援者、支援者のいずれでもない住民）に対しては、例えば、自治体の防災担当者が入力した警戒レベルに応じた情報を含む避難情報を送信する。例えば、避難情報送信部２０５は、「高齢者等避難が発令されました。適切な避難行動をお願いします。」といった内容の避難情報を住民の端末に送信する。なお、避難情報の送信先となる端末のアドレス等は事前に登録される。

　避難情報送信部２０５は、支援者に対しては、当該支援者が、自分が「支援者」であることを自覚してもらうような情報（メッセージ）を含む避難情報を送信する。具体的には、避難情報送信部２０５は、支援者として防災センター（サーバ装置１０）に登録され要支援者を支援することの必要性を認識するようなメッセージを含む避難情報を送信する。

　避難情報送信部２０５は、支援者データベースにアクセスし、当該データベースに登録されている支援者のアドレス（支援者端末２０が受信可能なアドレス）に対して、図９に示すような内容を含む避難情報を送信する。

　避難情報送信部２０５は、支援者の支援者端末２０から「支援可通知」又は「支援不可通知」を受信する。支援可通知は、図９に示す「支援可」ボタンが押下されることでサーバ装置１０に送信される。支援可通知には、支援者の支援者ＩＤが含まれる。避難情報送信部２０５は、当該支援者ＩＤをキーとして支援者データベースを検索し、対応するエントリ（支援者）を特定する。避難情報送信部２０５は、特定したエントリの状態フィールドに「支援可」を設定する。

　支援不可通知は、図９に示す「支援不可」ボタンが押下されることでサーバ装置１０に送信される。支援不可通知には、支援者の支援者ＩＤが含まれる。避難情報送信部２０５は、当該支援者ＩＤをキーとして支援者データベースを検索し、対応するエントリ（支援者）を特定する。避難情報送信部２０５は、特定したエントリの状態フィールドに「支援不可」を設定する。

　避難情報送信部２０５は、要支援者に対しては、当該要支援者が、自分が「要支援者」として防災センター（サーバ装置１０）に登録され、支援者が避難行動を支援してくれることを認識するような内容（メッセージ）を含む避難情報を送信する。例えば、避難情報送信部２０５は、要支援者データベースにアクセスし、当該データベースに登録されている要支援者のアドレス（要支援者端末３０が受信可能なアドレス）に対して、図１０に示すような内容を含む避難情報を送信する。

　要支援者決定部２０６は、要支援者を支援する支援者を決定する手段である。要支援者決定部２０６は、複数の支援者のうちの第１の支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、当該第１の支援者が避難行動を支援する第１の要支援者を決定するための制御を行う。例えば、図７の例では、要支援者決定部２０６は、複数の支援者Ａ１～Ａ３のうち支援者Ａ１の支援対象者リストに記載された要支援者Ｂ１～Ｂ３のなかから支援者Ａ１が避難行動を支援する要支援者を決定するための制御を行う。

　以下、要支援者決定部２０６が、支援者の意思に基づき当該支援者が支援する要支援者を決定する場合について説明する。

　要支援者決定部２０６は、支援者データベースのエントリのうち状態フィールドに「支援可」と設定されたエントリを特定する。要支援者決定部２０６は、特定したエントリから支援対象者リストを読み出す。例えば、図２１の例では、支援者Ａ２のエントリから要支援者Ｂ１及びＢ２を含む支援対象者リストが読み出される。

　要支援者決定部２０６は、読み出した支援対象者リストに記載された要支援者ＩＤをキーとして要支援者データベースを検索し、対応するエントリの状態フィールドを確認する。要支援者決定部２０６は、状態フィールドに「避難前」が設定されている要支援者（避難が完了せず、且つ、支援者が割り当てられていない要支援者）を抽出する。

　要支援者決定部２０６は、抽出した要支援者のリスト（要支援者の氏名、要支援者ＩＤの一覧）を含む「要支援者選択要求」を支援者端末２０に送信する。要支援者決定部２０６は、当該要求に対する応答によって支援者が決定した要支援者（要支援者ＩＤ）を取得する。

　このように、要支援者決定部２０６は、支援者端末２０（第１の端末）に支援対象者リストを送信すると共に、支援者が当該支援対象者リストのなかから選択した要支援者を支援対象者（第１の要支援者）として決定する。また、要支援者決定部２０６は、当初登録された支援対象者リストに記載された要支援者のうち避難が完了している要支援者を除外した支援対象者リストを支援者端末２０に送信する。さらに、要支援者決定部２０６は、支援者が要支援者を支援できる状態である場合に、支援者端末２０に支援対象者リストを送信し、要支援者の選択を促す。

　支援者が要支援者を選択することで支援者と要支援者の組み合わせが確定し、要支援者決定部２０６は、当該確定した情報を支援者データベースと要支援者データベースに反映する。

　支援者に関し、要支援者決定部２０６は、当該支援者の支援者ＩＤをキーとして支援者データベースを検索し、対応するエントリを特定する。要支援者決定部２０６は、特定したエントリの要支援者フィールドに要支援者ＩＤを設定する。

　また、要支援者に関し、要支援者決定部２０６は、当該要支援者の要支援者ＩＤをキーとして要支援者データベースを検索し、対応するエントリを特定する。要支援者決定部２０６は、特定したエントリの支援者フィールドに支援者ＩＤを設定する。また、要支援者決定部２０６は、特定したエントリの状態フィールドに「支援者決定済」を設定する。なお、図１８を含む図面において、「支援者決定済」を「決定済」と表記している。

　避難行動制御部２０７は、支援者による要支援者の避難行動を制御する手段である。図２２を参照し、避難行動制御部２０７の動作を説明する。

　支援者と要支援者の組み合わせが決定されると、避難行動制御部２０７は、当該要支援者に対して支援者に関する情報を通知する。避難行動制御部２０７は、支援者の氏名等を含む「支援者情報通知」を要支援者端末３０に送信する（ステップＳ１０１）。

　避難行動制御部２０７は、当該通知に対する応答の受信を待機する（ステップＳ１０２、Ｎｏ分岐）。

　支援者情報通知に対する応答である「支援者確認通知」を受信すると（ステップＳ１０２、Ｙｅｓ分岐）、避難行動制御部２０７は、対応する支援者に支援開始の指示を行う。

　はじめに、避難行動制御部２０７は、要支援者の氏名、当該要支援者の住所、支援手順情報等を含む支援開始指示を生成する（ステップＳ１０３）。その際、避難行動制御部２０７は、少なくとも要支援者の属性情報又は支援者の属性情報のいずれか一方に基づいて支援手順情報を生成する。

　例えば、車椅子が必要な要支援者が支援対象者となる場合を考える。この場合、避難行動制御部２０７は、要支援者が乗る車椅子の扱い方の注意点が記載された支援手順情報を生成する。このように、避難行動制御部２０７は、要支援者の属性情報に基づいて支援手順情報を生成してもよい。

　あるいは、支援者が運転免許を持つ場合を考える。この場合、避難行動制御部２０７は、車両を運転して要支援者の下に向かうような指示が記載された支援手順情報を生成する。このように、避難行動制御部２０７は、支援者の属性情報に基づいて支援手順情報を生成してもよい。

　あるいは、車椅子が必要な要支援者が支援対象者であり、支援者は車椅子の搭載が可能な車両（ワンボックスカー等）を所持している場合を考える。この場合、避難行動制御部２０７は、車両に車椅子を搭載する際の注意点が記載された支援手順情報を生成する。例えば、避難行動制御部２０７は、車椅子を車両に固定する方法等が含まれる支援手順情報を生成する。このように、避難行動制御部２０７は、要支援者及び支援者の属性情報に基づいて支援手順情報を生成してもよい。

　あるいは、車椅子は不要だが独力での歩行が困難な要支援者が支援対象者、支援者は車両を所持していない場合を考える。この場合、避難行動制御部２０７は、支援者はタクシー等の移動手段を使って要支援者の下に向かうような指示が記載された支援手順情報を生成する。あるいは、当該支援手順情報には、タクシー会社の連絡先が含まれていてもよい。即ち、避難支援システムは、タクシー会社の連絡先を支援者に通知するなどして、配車サービスと連携を行ってもよい。

　例えば、避難行動制御部２０７は、要支援者の属性情報、支援者の属性情報及び支援手順情報に記載する内容を対応付けて記憶するテーブル情報を参照し、上記支援手順情報を生成する。

　なお、避難行動制御部２０７は、支援手順情報に記載する特段の情報が無い場合には、要支援者の住所（支援者が向かう先）が容易に認識できるような地図情報を含む支援指示情報を生成してもよい。例えば、要支援者の歩行に問題がなく、要支援者の現在位置から徒歩で移動できる距離の避難所に避難する場合などには、避難行動制御部２０７は、上記地図情報を含む支援指示情報を生成してもよい。

　避難行動制御部２０７は、支援対象となる要支援者に関する情報（要支援者ＩＤを含む情報）、支援手順情報を含む支援開始指示を支援者端末２０に送信する（ステップＳ１０４）。

　このように、避難行動制御部２０７は、要支援者が所持する要支援者端末３０（第２の端末）に、支援者の氏名等を含む支援者情報通知を送信する。避難行動制御部２０７は、要支援者端末３０から、当該要支援者が支援者により支援を受けることを確認したことを示す支援者確認通知を受信した後、支援者端末２０（第１の端末）に支援開始指示を送信する。避難行動制御部２０７は、支援者の所持する支援者端末２０に、要支援者決定部２０６により決定された要支援者に関する情報（氏名、住所、要支援者ＩＤ等）及び支援手順情報を含む支援開始指示を送信する。

　避難行動制御部２０７は、支援開始指示を送信した支援者の状態を更新する。避難行動制御部２０７は、支援者データベースの状態フィールドに「支援中」を設定する。

　支援開始指示に基づいて、支援者は要支援者の下に向かう。要支援者の下に到着した支援者は、現場の状況を防災センター（サーバ装置１０）に報告する。

　避難行動制御部２０７は、支援者端末２０から、支援者が到着した現場の状況を示す「現場状況報告」を受信する（ステップＳ１０５）。現場状況報告には、要支援者の要支援者ＩＤが含まれる。

　避難行動制御部２０７は、現場状況報告に対処する（ステップＳ１０６）。

　例えば、支援者から「支援に支障なし」という通知を受信している場合には、避難行動制御部２０７は、特段の対応をしない。

　あるいは、支援者から「要支援者が所在不明」という通知を受信した場合には、避難行動制御部２０７は、その旨を自主防災組織に連絡する。具体的には、避難行動制御部２０７は、要支援者ＩＤをキーとして要支援者データベースを検索し、当該要支援者の氏名、住所等を取得する。避難行動制御部２０７は、取得した要支援者の氏名、住所等を自主防災組織（当該組織のサーバ等）に通知する。

　あるいは、支援者から「単独での支援不可」という通知を受信した場合には、避難行動制御部２０７は、支援行動を起こしていない支援者のなかから応援に向かわせる支援者を選択し、当該選択した支援者に応援を指示する。具体的には、避難行動制御部２０７は、支援者データベースを検索し、支援活動を開始していない支援者（状態フィールドに支援可が設定されている支援者）を抽出する。避難行動制御部２０７は、抽出した支援者のなかから応援に向かわせる支援者を選択する。避難行動制御部２０７は、選択した支援者の支援者端末２０に対して、要支援者の氏名、住所等を含む「支援応援指示」を送信する。

　なお、避難行動制御部２０７は、種々の方法によって応援に向かわせる支援者を選択することができる。例えば、避難行動制御部２０７は、応援が必要な要支援者の近くに住んでいる支援者を選択する。あるいは、避難行動制御部２０７は、応援が必要な要支援者を支援対象者リストに載せている支援者を選択する。

　支援者は、要支援者と共に避難所に移動する。避難を完了した支援者は、その旨を防災センター（サーバ装置１０）に報告する。具体的には、避難行動制御部２０７は、支援者端末２０から「支援完了通知」を受信する（ステップＳ１０７）。支援完了通知には、避難が完了した要支援者の要支援者ＩＤが含まれる。

　避難行動制御部２０７は、支援者による支援行動が完了したことをデータベースに反映する（データベースを更新；ステップＳ１０８）。具体的には、避難行動制御部２０７は、支援者データベースの対応するエントリの状態フィールドに「支援可」を設定する。また、避難行動制御部２０７は、要支援者データベースの対応するエントリの状態フィールドに「避難完了」を設定する。

　このように、避難行動制御部２０７は、支援者端末２０から、要支援者の避難が完了したことを示す支援完了通知を受信する。避難行動制御部２０７は、要支援者の支援が完了した支援者の状態を、他の要支援者（第１の要支援者とは異なる第２の要支援者）を支援可能な状態（支援可）に設定する。

　なお、要支援者決定部２０６は、定期的又は所定のタイミングで要支援者データベースにアクセスし、状態フィールドに「避難前」が設定されている要支援者が存在するか否か判定する。そのような要支援者が存在すれば、要支援者決定部２０６は、当該要支援者を支援対象者リストに載せている支援者に対して「要支援者選択要求」を送信する。当該要求を受けた支援者は、支援する要支援者を選択し、支援に向かう。このような動作が繰り返されることで、漏れなく要支援者の避難が完了する。

　記憶部２０８は、サーバ装置１０の動作に必要な情報を記憶する手段である。

［支援者端末］
　支援者端末２０には、スマートフォン、携帯電話機、ゲーム機、タブレット等の携帯端末装置が例示される。

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

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

　登録部３０２は、支援者情報を防災センター（サーバ装置１０）に登録する手段である。登録部３０２は、図１９、図２０に示すようなＧＵＩを表示し、支援者情報（個人情報、健康情報、家族情報、支援対象者リスト）を取得する。

　登録部３０２は、取得した支援者情報をサーバ装置１０に送信する。登録部３０２は、サーバ装置１０から支援者ＩＤを受信する。登録部３０２は、受信した支援者ＩＤを記憶部３０６に記憶する。

　避難情報処理部３０３は、サーバ装置１０から受信する避難情報を処理する手段である。避難情報処理部３０３は、サーバ装置１０から避難情報を取得すると、図９に示すようなＧＵＩを表示する。

　避難情報処理部３０３は、ＧＵＩによって支援者の意思（要支援者の支援可否）を取得する。避難情報処理部３０３は、取得した支援者の意思をサーバ装置１０に通知する。支援者が支援の意思を示した場合、避難情報処理部３０３は、支援可通知をサーバ装置１０に送信する。支援者が支援不可の意思を示した場合、避難情報処理部３０３は、支援不可通知をサーバ装置１０に送信する。

　要支援者選択部３０４は、支援者による要支援者の選択を実現する手段である。要支援者選択部３０４は、サーバ装置１０から要支援者選択要求を受信する。当該要求の受信に応じて、要支援者選択部３０４は、図１１に示すようなＧＵＩを表示する。

　なお、要支援者を支援する意思を示した支援者であっても、図１１に示すような支援対象者リスト（要支援者リスト）を確認した結果、要支援者の支援を取り消したいと希望することがある。この場合、支援者は、図１１に示す「取り消し」ボタンを押下する。当該ボタンの押下に従って、要支援者選択部３０４は、図９に示す画面に再び遷移する。「支援可」を取り消したい支援者は、図９の画面において「支援不可」ボタンを押下すればよい。

　要支援者選択部３０４は、支援者が選択した要支援者の要支援者ＩＤを含む応答（要支援者選択要求に対する応答）をサーバ装置１０に送信する。

　支援行動制御部３０５は、支援者による支援行動に関する制御を行う手段である。

　支援行動制御部３０５は、サーバ装置１０から支援開始指示を受信する。当該指示の受信に応じて、支援行動制御部３０５は、図１３に示すような表示を行う。図１３に示すように、支援行動制御部３０５は、要支援者の氏名、住所、支援手順情報等に基づいた表示を行う。支援開始指示には、要支援者の要支援者ＩＤが含まれるので、支援行動制御部３０５は、当該ＩＤを記憶部３０６に記憶する。

　あるいは、支援行動制御部３０５は、支援者が表示を確認したことを取得するためのボタン（例えば、確認ボタン）を表示し、当該ボタンが押下されるまで図１３に示すような表示を継続してもよい。あるいは、支援行動制御部３０５は、支援開始指示を受信すると、アラーム等の音声によって当該指示の受信を支援者に通知してもよい。

　支援行動制御部３０５は、支援者が所定の動作を行うと（例えば、メニュー画面に表示された現場状況報告ボタンを押下すると）、現場の状況を報告するためのＧＵＩを表示する。支援行動制御部３０５は、図１４に示すようなＧＵＩを表示する。

　支援行動制御部３０５は、図１４に示すように、予め定めた選択肢（例えば、支援に支障なし等）に加え、支援者が状況を詳しく記載するためのインターフェイスを設けてもよい。支援行動制御部３０５は、支援者が入力した現場の情報を「現場状況報告」としてサーバ装置１０に送信する。なお、現場状況報告には、要支援者（支援者が現場に駆けつけた要支援者；支援開始指示により指定された要支援者）の要支援者ＩＤが含まれる。

　支援行動制御部３０５は、支援者が所定の動作を行うと（例えば、メニュー画面に表示された支援完了ボタンを押下すると）、支援完了を通知するためのＧＵＩを表示する。支援行動制御部３０５は、図１５に示すようなＧＵＩを表示する。支援者が「完了」ボタンを押下すると、支援行動制御部３０５は、共に避難した要支援者の要支援者ＩＤを含む支援完了通知をサーバ装置１０に送信する。

　記憶部３０６は、支援者端末２０の動作に必要な情報を記憶する手段である。

［要支援者端末］
　要支援者端末３０には、スマートフォン、携帯電話機、ゲーム機、タブレット等の携帯端末装置が例示される。

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

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

　登録部４０２は、要支援者情報を防災センター（サーバ装置１０）に登録する手段である。登録部４０２は、図１７に示すようなＧＵＩを表示し、要支援者情報（個人情報、健康情報、家族情報）を取得する。

　登録部４０２は、取得した要支援者情報をサーバ装置１０に送信する。登録部４０２は、サーバ装置１０から要支援者ＩＤを受信する。登録部４０２は、受信した要支援者ＩＤを記憶部４０５に記憶する。

　避難情報処理部４０３は、サーバ装置１０から受信する避難情報を処理する手段である。避難情報処理部４０３は、サーバ装置１０から避難情報を取得すると、図１０に示すような表示を行う。

　支援者情報通知処理部４０４は、サーバ装置１０から受信する支援者情報通知を処理する手段である。支援者情報通知処理部４０４は、サーバ装置１０から支援者情報通知を受信したことに応じて、図１２に示すような表示を行う。図１２に示すように、支援者情報通知処理部４０４は、避難行動の支援に来る支援者の氏名等を表示する。

　図１２に示すように、支援者情報通知処理部４０４は、要支援者が表示を確認したことを取得するための「了解」ボタンを表示する。当該ボタンが押下されると、支援者情報通知処理部４０４は、支援者確認通知をサーバ装置１０に送信する。なお、図１２には、「了解」ボタンを図示しているが、支援者情報通知処理部４０４は、要支援者が他の支援者による支援を要請するためのボタン（例えば、「拒否」ボタン）を表示してもよい。支援者情報通知処理部４０４は、当該拒否ボタンが押下されると、他の支援者を割り当てるようにサーバ装置１０に依頼する。

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

［システムの動作］
　続いて、第１の実施形態に係る避難支援システムの動作について説明する。なお、支援者登録、要支援者登録に関する動作の説明は省略する。図２５は、第１の実施形態に係る避難支援システムの動作の一例を示すシーケンス図である。

　自治体の防災担当者からの指示に応じて、サーバ装置１０は、避難情報を支援者端末２０、要支援者端末３０に送信する（ステップＳ１１）。

　当該避難情報の受信に応じて、支援者端末２０は、支援者の支援行動に関する意思（支援するか否か）をサーバ装置１０に通知する（ステップＳ１２）。支援者端末２０は、支援可通知又は支援不可通知をサーバ装置１０に送信する。

　サーバ装置１０は、支援可と回答した支援者に対して、要支援者選択要求を送信する（ステップＳ１３）。サーバ装置１０は、支援者の支援対象者リストに記載された要支援者であって避難前の要支援者の一覧（支援対象者が絞り込まれた支援対象者リスト）を含む要支援者選択要求を送信する。

　支援者端末２０は、支援者による要支援者の選択を受け付け、当該選択された要支援者の情報をサーバ装置１０に送信する（要支援者選択要求に対する応答を送信；ステップＳ１４）。

　支援者による要支援者の選択が終了すると、サーバ装置１０は、支援を受ける要支援者の要支援者端末３０に対して支援者情報通知を送信する（ステップＳ１５）。

　要支援者が支援者の氏名等を確認すると、要支援者端末３０は、支援者確認通知をサーバ装置１０に送信する（ステップＳ１６）。

　当該通知を受信したことに応じて、サーバ装置１０は、支援者端末２０に支援開始指示を送信する（ステップＳ１７）。

　支援者は、当該指示に応じて、要支援者の下に向かい現場に到着する。支援者が現場に到着すると、支援者端末２０は現場の状況を含む現場状況報告をサーバ装置１０に送信する（ステップＳ１８）。

　サーバ装置１０は、当該報告に応じて適宜必要な対策を講じる。

　支援者が要支援者と共に避難所に到着すると、支援者端末２０は、支援完了通知をサーバ装置１０に送信する（ステップＳ１９）。当該通知に応じて、サーバ装置１０は、支援者の状態を「支援中」から「支援可」に変更し、当該支援者に新たな要支援者を割り当て可能に設定する。

＜第１の実施形態に係る変形例＞
　上記実施形態では、サーバ装置１０は、支援者の避難当日の状況（支援者が要支援者を支援可能か否か）を考慮して支援者を選択する場合について説明した。ここで、サーバ装置１０は、支援者の状況を考慮せずに支援者を選択してもよい。

　具体的には、支援者端末２０は、サーバ装置１０に対して「支援可通知」又は「支援不可通知」を送信しない。換言すれば、サーバ装置１０は、災害発生時における支援者の状況を把握しない。

　サーバ装置１０は、各支援者の支援対象者リストに従って要支援者を支援する支援者を決定すればよい。具体的には、サーバ装置１０は、支援対象者リストから実際に避難が必要な要支援者を抽出したリスト（要支援者のリスト）を含む要支援者選択要求を支援者端末２０に送信する。

　支援者は、支援者端末２０に表示された要支援者のリストのなかから支援する要支援者を選択する。

　このように、第１の実施形態に係る避難支援システムは、避難当日における支援者の支援可否を考慮しなくてもよい。ただし、システムの効率の観点からは、第１の実施形態で説明したように支援者の状況を考慮することが好ましい。

　以上のように、第１の実施形態では、支援者が、予め登録された要支援者のなかから一人の要支援者を選択し、サーバ装置１０に通知する。サーバ装置１０は、選択された要支援者に支援者の情報を通知し、要支援者から確認応答（ＡＣＫ；acknowledgement）が返信された場合に、支援者に対して支援開始を指示する。支援が終了すると、支援者は、支援完了通知をサーバ装置１０に通知する。当該通知に応じて、支援者は、別の要支援者を支援対象者として選択可能となる。このように、第１の実施形態に係る避難支援システムにおいて、サーバ装置１０は、支援者及び要支援者と密接にコミュニケーションをとり、それぞれの状態、状況を正確に把握した上で、必要な処置を行う。そのため、サーバ装置１０が、支援できない状態にある支援者に対して要支援の指示を下したり、複数の支援者に同じ要支援者の支援に向かうような指示をしたりすることがなくなる。即ち、支援者に対してより正確で効率的な支援指示が行われるので、より確実に要支援者の避難を実現できる。また、サーバ装置１０は、要支援者に対して、支援に向かう支援者の情報を事前に通知するこることで、要支援者が無用な心配（誰か助けに来てくれるのかといった心配）をしなくて済むようになる。また、第１の実施形態に係るサーバ装置１０は、支援者に要支援者の支援を依頼する際、要支援者の支援に関する手順を支援者に通知する。支援者は、当該通知された手順に従って要支援者の避難を支援する。例えば、要支援者に車椅子が必要な場合があり得る。このような場合、支援者が車椅子の扱いに精通していなくても、当該支援者は支援手順情報を参照して車椅子を必要とする要支援者の避難を的確に支援できる。その結果、要支援者は安全確実に避難できる。

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

　第１の実施形態では、支援者が要支援者を選択する場合について説明した。第２の実施形態では、サーバ装置１０が要支援者を選択する場合について説明する。

　なお、第２の実施形態に係る避難支援システムの構成は第１の実施形態と同一とすることができるので図３に相当する説明を省略する。また、第２の実施形態に係るサーバ装置１０、支援者端末２０、要支援者端末３０の処理構成も第１の実施形態と同一とすることができ、その説明を省略する。

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

　第２の実施形態では、要支援者決定部２０６が、支援者の支援対象者となる要支援者を自動的に決定する。要支援者決定部２０６は、種々の方法、種々の規則に従って要支援者を決定することができる。即ち、要支援者決定部２０６は、種々の方法によって、支援者と要支援者のマッチングを行う。

　例えば、要支援者決定部２０６は、支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから支援対象者となる要支援者を自動的に選択する。

　例えば、要支援者決定部２０６は、支援対象者リストの記載順に従って、要支援者を選択してもよい。例えば、支援者が要支援者Ｂ１、Ｂ２、Ｂ３の順で要支援者の氏名を入力した場合には、要支援者Ｂ１が優先して選択されてもよい。即ち、第２の実施形態において、支援対象者リストにおける要支援者の記載順は、支援の優先順位として扱われてもよい。

　例えば、要支援者決定部２０６は、支援対象者リストに複数の要支援者が記載されていた場合には、当該リストの支援者の血縁者を優先して選択してもよい。要支援者決定部２０６は、支援者の家族情報の中に支援対象者リストに記載された氏名（要支援者ＩＤに対応する氏名）が含まれていれば、当該家族情報に記載された要支援者を支援対象者として決定する。このように、要支援者決定部２０６は、支援者の家族に関する情報（家族情報）に基づいて、支援対象者となる要支援者を選択してもよい。

　要支援者決定部２０６は、支援者が要支援者を真に支援できるか判定してもよい。要支援者決定部２０６は、支援者が支援できないと判定した要支援者を非選択とする。換言すれば、要支援者決定部２０６は、当該支援者が支援可能な要支援者を支援対象者として選択してもよい。なお、要支援者決定部２０６による上記判定は予め用意された学習モデルによって行うことができる。具体的には、支援者及び要支援者の身体的情報（例えば、身長、体重、性別）にラベル（支援可、支援不可）が付与された教師データを用いた機械学習によって学習モデルが生成される。例えば、体重の重い要支援者の支援は体重の軽い支援者は不可といった内容の教師データにより学習モデルが生成される。なお、学習モデルの生成には、サポートベクタマシン、ブースティングやニューラルネットワーク等の任意のアルゴリズムを用いることができる。なお、上記サポートベクタマシン等のアルゴリズムは公知の技術を使用することができるので、その説明を省略する。このように、要支援者決定部２０６は、支援者が要支援者を支援可能か判定し、当該支援者が支援可能な要支援者を支援対象者として選択してもよい。

　要支援者決定部２０６は、支援者、要支援者の健康情報等から上記身体的特徴を取得し、学習モデルに入力する。要支援者決定部２０６は、学習モデルから判定結果を取得すればよい。判定結果が支援可の組み合わせ（支援者と要支援者の組み合わせ）が得られた場合に、要支援者決定部２０６は、当該支援者の支援対象として上記要支援者を選択する。このように、要支援者決定部２０６は、支援者、要支援者の身長、体重、年齢に応じて要支援者を選択してもよい。

　あるいは、要支援者決定部２０６は、支援者の身体的特徴を入力すると、当該支援者が支援可能な要支援者の属性を出力するような学習モデルを用いてもよい。具体的には、要支援者決定部２０６は、支援者の身長、体重、性別を学習モデルに入力すると、当該支援者が支援可能な要支援者の属性（身長、性別等）を取得する。要支援者決定部２０６は、当該要件をキーとして要支援者データベースを検索し、対応する要支援者を特定する。要支援者決定部２０６は、当該特定した要支援者を支援の対象者として選択してもよい。

　要支援者決定部２０６は、要支援者の健康情報（既往症、薬等に関する情報）に基づいて要支援者を選択してもよい。例えば、要支援者決定部２０６は、医師や看護師が支援者である場合には、当該支援者が支援する対象として既往症のある要支援者を選択してもよい。この場合、サーバ装置１０は、支援者の資格情報等を支援者登録時に取得しておけばよい。このように、要支援者決定部２０６は、支援者の資格情報に基づいて、支援対象者を選択してもよい。

　要支援者決定部２０６は、要支援者の住宅に関する情報（住宅情報）に基づいて要支援者を選択してもよい。例えば、要支援者決定部２０６は、体格のよい男性に割り当てる要支援者として、２階で生活している（療養している）要支援者を選択してもよい。換言すれば、要支援者決定部２０６は、要支援者の住宅における当該要支援者が常時居る場所に基づいて支援する支援者を決定してもよい。

　要支援者決定部２０６は、支援者と要支援者の位置関係に基づいて要支援者を選択してもよい。例えば、要支援者決定部２０６は、支援者に最も近い要支援者を支援対象として選択してもよい。あるいは、要支援者決定部２０６は、支援者に最も遠い要支援者を支援対象者に選択してもよい。このように、要支援者決定部２０６は、位置関係（両者の間の距離、移動距離、移動時間）に基づいて支援者に割り当てる要支援者を選択してもよい。

　あるいは、要支援者決定部２０６は、避難所と要支援者の位置（現在位置又は住所）に基づいて要支援者を選択してもよい。要支援者決定部２０６は、避難所から最も離れている要支援者を優先的に避難の対象として選択してもよい。

　要支援者決定部２０６は、支援者の能力に基づいて要支援者を選択してもよい。例えば、要支援者決定部２０６は、車両の運転ができる支援者に対して、自力では歩行が困難な要支援者を支援対象者として選択してもよい。

　要支援者決定部２０６は、支援対象者リストに記載された少なくとも１人以上の要支援者の支援に関する優先度を算出してもよい。要支援者決定部２０６は、当該算出された優先度に基づいて、支援対象者リストに記載された要支援者のなかから支援者が避難行動を支援する要支援者を選択してもよい。

　例えば、要支援者決定部２０６は、要支援者又は支援者の属性情報に基づいて要支援者の優先度を決定し、当該決定された優先度に基づき要支援者を選択してもよい。例えば、要支援者決定部２０６は、要支援者の心身の状態（介護度、障害のレベル等）に基づいて要支援者を選択してもよい。例えば、要支援者決定部２０６は、介護レベルの高い要支援者や重い障害を持つ要支援者を優先して支援対象者として選択してもよい。あるいは、要支援者決定部２０６は、要支援者の歩行速度を考慮して要支援者を選択してもよい。要支援者決定部２０６は、要支援者の性別、年齢等に基づいて要支援者の歩行速度を推定する。要支援者決定部２０６は、歩行速度が遅い要支援者を優先して支援対象者として選択してもよい。

　あるいは、要支援者決定部２０６は、要支援者が装着しているサポート機器の稼働時間を考慮して要支援者を選択してもよい。具体的には、要支援者決定部２０６は、人工呼吸器等の機器を必要とする要支援者を優先して支援対象者として選択してもよい。要支援者決定部２０６は、災害により発生する停電等を考慮し、電源を要するサポート機器が必要な要支援者を優先して支援対象者に設定する。

　あるいは、要支援者決定部２０６は、避難当日の想定されるリスクに基づいて要支援者を選択してもよい。例えば、要支援者決定部２０６は、要支援者の住所における浸水リスクに基づいて要支援者の支援に関する優先度を算出する。要支援者決定部２０６は、当該算出された優先度に基づいて要支援者を選択してもよい。具体的には、要支援者決定部２０６は、避難地域のハザードマップ（浸水が想定される範囲とその程度を示した地図情報）と各要支援者の住所に基づいて各要支援者に優先順位を割り当てる。

　例えば、要支援者決定部２０６は、浸水リスクの高い場所に住む要支援者に高い優先度を与え、浸水リスクの低い場所に住む要支援者に低い優先度を与える。要支援者決定部２０６は、各要支援者に付与された優先度に基づいて支援の対象となる要支援者を選択する。即ち、１人の支援者に複数の要支援者が支援対象として登録されている場合、要支援者決定部２０６は、浸水リスクに基づき算出された要支援者の優先度に基づき支援対象者を選択してもよい。

　あるいは、要支援者決定部２０６は、避難所の場所と要支援者の住所に基づいて要支援者の優先度を算出してもよい。具体的には、要支援者決定部２０６は、避難所から遠い場所に住む要支援者に高い優先度を与え、避難所に近い場所に住む要支援者に低い優先度を与える。要支援者決定部２０６は、各要支援者に付与された優先度に基づいて支援の対象となる要支援者を選択してもよい。

　あるいは、要支援者決定部２０６は、浸水リスク及び避難所の場所（避難所と要支援者の住所）の組み合わせに基づいて要支援者の支援に関する優先度を算出してもよい。具体的には、要支援者決定部２０６は、浸水リスクが高く、且つ、避難所から遠い場所に住む要支援者に最も高い優先度を与える。要支援者決定部２０６は、浸水リスクが低く、且つ、避難所から近い場所に住む要支援者に最も低い優先度を与える。要支援者決定部２０６は、各要支援者に付与された優先度に基づいて支援の対象となる要支援者を選択する。

　あるいは、要支援者決定部２０６は、浸水リスクと要支援者の住宅に関する情報（要支援者の居住階に関する情報）に基づいて要支援者の支援に関する優先度を算出してもよい。要支援者決定部２０６は、浸水リスクが高い地域に住む住民であっても、その居住階がハザードマップから想定される浸水深よりも高い場所であれば低い優先度を設定する。このように、要支援者決定部２０６は、ハザードマップの浸水深と要支援者の居住階から当該要支援者に付与する優先度を決定してもよい。即ち、要支援者決定部２０６は、要支援者の居住階に相当する高さを考慮してハザードマップの浸水深を補正してもよい。

　要支援者決定部２０６は、要支援者の居住地における地理的条件を考慮して要支援者を決定してもよい。具体的には、要支援者決定部２０６は、要支援者の住所と避難所までの実避難ルートにおける距離を算出する。要支援者決定部２０６は、要支援者の住宅と避難所の間に存在する橋、通行止めの道路に起因する迂回を考慮して実避難ルート上の距離を算出する。要支援者決定部２０６は、算出した距離が長い要支援者を優先して支援対象者として選択してもよい。あるいは、要支援者決定部２０６は、避難ルート上の坂道、階段等の歩行速度低下要因を考慮して要支援者を選択してもよい。要支援者決定部２０６は、歩行速度低下要因が多い避難ルートの要支援者を優先して支援対象者に設定してもよい。

　なお、第２の実施形態では、サーバ装置１０は、支援対象者リストの中に適切な要支援者を見つけることができない場合、当該リストを超えて支援者と要支援者のマッチングを行ってもよい。即ち、医師や看護師等の資格を持つ支援者の数が限られる場合には、これらの支援者が事前に要支援者として登録していない要支援者（当該支援者の支援対象リストにない要支援者）が支援対象者として選択されてもよい。

［システムの動作］
　続いて、第２の実施形態に係る避難支援システムの動作について説明する。図２６は、第２の実施形態に係る避難支援システムの動作の一例を示すシーケンス図である。図２５と図２６において同一の処理には同じ符号を付与し、説明を省略する。

　第２の実施形態では、サーバ装置１０が支援者に割り当てる要支援者を自動的に選択する（ステップＳ１３ａ）。サーバ装置１０（要支援者決定部２０６）は、選択した要支援者を避難行動制御部２０７に通知し、第１の実施形態と同様の動作を行う。

　以上のように、第２の実施形態では、サーバ装置１０が、要支援者を自動的に選択（マッチング）する。その際、サーバ装置１０は、支援者、要支援者の位置情報、属性情報等を用いて要支援者の選択を行う。その結果、支援者に対してより適切な要支援者が選択され、より確実な避難が実現できる。

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

　第３の実施形態では、サーバ装置１０が支援者の適性を検証する場合について説明する。

　なお、第３の実施形態に係る避難支援システムの構成は第１の実施形態と同一とすることができるので図３に相当する説明を省略する。また、第３の実施形態に係るサーバ装置１０、支援者端末２０、要支援者端末３０の処理構成も第１の実施形態と同一とすることができ、その説明を省略する。

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

　第３の実施形態に係る要支援者登録部２０２は、要支援者から支援者の候補に関する情報を取得し、当該支援者の候補が要支援者を支援可能か否か検証する。要支援者登録部２０２は、支援者の候補が要支援者を支援可能な場合に、当該支援者の候補をシステムに登録する、「登録部」として動作する。

　図２７は、第３の実施形態に係る要支援者登録部２０２の動作の一例を示すフローチャートである。図２７を参照し、要支援者登録部２０２の動作を説明する。

　要支援者登録部２０２は、要支援者を支援してくれる支援者の候補を要支援者端末３０から取得する（ステップＳ２０１）。

　要支援者登録部２０２は、取得した支援者候補の適性を検証する（ステップＳ２０２）。要支援者登録部２０２は、支援者候補が要支援者を適切に支援可能か否か検証する。

　具体的には、要支援者登録部２０２は、要支援者の属性、支援者候補の属性に基づいて当該支援者候補が要支援者を支援可能か否か検証する。例えば、要支援者登録部２０２は、重い障害や重い病気があり自力での移動が困難な要支援者が、女性や高齢者を支援者候補として選択した場合、当該選択は不適切と判定する。

　対して、要支援者登録部２０２は、自力での移動が困難な要支援者が、男性且つ車両を所持している人物を支援候補者として選択した場合、当該選択は適切と判定する。

　要支援者登録部２０２は、要支援者の属性及び支援者の属性を予め用意した学習モデルに入力することで判定結果（支援候補者は適切、不適切；支援者候補は要支援者を支援可能、支援不可）を得ることができる。

　支援者の選択が適切であれば（ステップＳ２０３、Ｙｅｓ分岐）、要支援者登録部２０２は、要支援者が選択した支援者の情報（例えば、支援者ＩＤ）を要支援者データベースに登録する（ステップＳ２０４）。

　支援者の選択が不適切であれば（ステップＳ２０３、Ｎｏ分岐）、要支援者登録部２０２は、特段の対応を行わない。あるいは、要支援者登録部２０２は、支援候補者が不適切である旨を要支援者に通知したり、他の人物を支援者として登録することを要支援者に促したりしてもよい。

　要支援者登録部２０２は、定期的又は所定のタイミングで要支援者データベースにアクセスし、要支援者と支援者の組み合わせを取得する。要支援者登録部２０２は、取得した組み合わせに基づいて図６に示すような支援対象者リストを生成する（ステップＳ２０５）。

　要支援者登録部２０２は、生成した支援対象者リストを支援者データベースに登録する（ステップＳ２０６）。

　なお、例えば、自力での移動が困難、且つ、移動のために特殊な車両が必要な要支援者が自分で支援者を見つけられないときは、要支援者登録部２０２は、特殊車両を有する消防や自治体等を「支援者」として登録してもよい。

　以上のように、第３の実施形態に係るサーバ装置１０は、要支援者が選択する支援者の適性（妥当性）を検証する。サーバ装置１０は、要支援者を確実に支援可能な支援者をシステムに登録する。当該構成により、避難当日に支援者が要支援者の避難を支援できないといった状況が防止される。また、サーバ装置１０は、要支援者が選択した支援者が不適切と判定された場合（一般人から支援者を選択することが難しい場合）には、自治体等の公的機関を支援者に選択する。当該構成により、支援が必要な要支援者に支援者が割り当てられていない状況が避けられる。

　続いて、避難支援システムを構成する各装置のハードウェアについて説明する。図２８は、サーバ装置１０のハードウェア構成の一例を示す図である。

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

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

　プロセッサ３１１は、例えば、ＣＰＵ（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）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。

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

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

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

　サーバ装置１０は、要支援者の安否や避難状況を自治会（町内会）の防災担当者に提供してもよい。例えば、サーバ装置１０は、自治会の防災担当者が所持する端末が図２９に示すような表示を可能とするような情報を当該端末に送信してもよい。その際、サーバ装置１０は、安否が確認できない要支援者の氏名、住所等に加え、当該要支援者の支援者の状況を合わせて表示してもよい。図２９の例では、「山田太郎」を支援予定の５人の支援者のうち２人の支援者が支援可能である。防災担当者は、図２９に示すような表示（避難情報ダッシュボード）により、安否不明や避難未完了の要支援者を把握し、迅速且つ確実な対処が行える。

　あるいは、サーバ装置１０は、自治体向けの情報（避難情報ダッシュボード）を生成し、自治体の防災担当者に当該避難情報ダッシュボードを提供してもよい。例えば、サーバ装置１０は、図１８に示すような情報を含む避難情報ダッシュボードを生成し、自治体の防災担当者に提供してもよい。自治体の防災担当者は、避難情報ダッシュボードを参照することで地域全体の要支援者の状況を確認できる。自治体の防災担当者は、何らかの対処が必要な状況にも関わらず、必要な処置が行われていない自治会を発見し、当該自治会の支援を行える。即ち、自治体の防災担当者が要支援者の避難状況等を確認可能とするため、サーバ装置１０は、図１８に示す要支援者データベースに記憶された情報を防災担当者や自治会長に提供してもよい。

　さらに、サーバ装置１０は、避難が完了していない要支援者（安否が不明な要支援者）に関し、当該要支援者を支援する支援者を自治会の防災担当者が選択可能なインターフェイスを設けてもよい。例えば、図２９に示す支援者の状況を示す情報（同図では「支援者　２／５人」や「支援者　３／５人」）を防災担当者がタップすることで要支援者が選択されると、サーバ装置１０は、当該選択された要支援者の支援者の一覧を表示する（図３０参照）。その際、サーバ装置１０は、各支援者の氏名、続柄に加え、支援者の状況（支援可、支援不可）を表示してもよい。サーバ装置１０は、防災担当者が「支援可」と表示されている支援者を選択すると、当該支援者に対して要支援者の支援を要請する。このように、サーバ装置１０は、支援者として予め登録された支援者が実際に支援に向かうことができるか事前に確認し、当該確認結果に基づき適切な支援者に支援を要請できる。また、支援者以外の人物（自治体、自治会の防災担当者や自治会会長等）が要支援者に割り当てる支援者を選択する際、サーバ装置１０は、各支援者の状況を示す情報（例えば、予定支援数、支援完了数）を当該支援者以外の人物に提供してもよい。

　サーバ装置１０は、地域の住民のうち要支援者と想定される住民であって、要支援者登録をしてない住民（個別避難計画を作成していない住民）を抽出し、当該抽出した住民の情報を自治体の防災担当者等に提供してもよい。例えば、サーバ装置１０は、所定の年齢以上の住民や介護が必要な住民であって要支援者登録をしていない住民を抽出し、抽出された住民の一覧を防災担当者が使用する端末に送信してもよい。防災担当者は、当該住民に直接、又は、当該住民が属する自治会の担当者を介して、要支援者登録を行うように依頼してもよい。

　要支援者登録をしていない住民（個別避難計画を作成していない住民）の情報は、関係者（例えば、支援者、要支援者、親族、民生委員、町内会会長等）の間で共有されてもよい。あるいは、要支援者登録が行われた後の要支援者の情報やシステム登録された個別避難計画が関係者の間で共有されてもよい。サーバ装置１０は、各関係者に適切な閲覧権限を付与することで、上記情報の閲覧範囲を設定してもよい。当該構成により、住民のプライバシやシステムのセキュリティ等が担保される。

　サーバ装置１０は、要支援者の避難が遅れることを防止するために、消防隊員、消防団に予防出動（事前動員）を要請してもよい。サーバ装置１０は、避難の優先度が高い要支援者が多く住むエリアを特定し、当該特定したエリアの情報を消防団等に通知してもよい。消防団は、通知されたエリアに向かい要支援者の避難を支援してもよい。

　上記実施形態では、要支援者が要支援者端末３０を用いて、種々の情報登録や操作を行うことを説明した。しかし、状態、状況によっては、要支援者は要支援者端末３０を操作できないこともある。そのため、本願開示の避難支援システムにおいて、要支援者は要支援者端末３０を所持していなくともよい。即ち、避難支援システムにおいて、要支援者端末３０を要する動作、処理は行わなくともよい。具体的には、要支援者登録は代理人によって行われ、支援者情報通知に関する動作（図７のステップＳ０４、Ｓ０５）は省略されてもよい。

　上記実施形態では、支援者が支援者登録を行う場合について説明した。しかし、支援者登録は要支援者（要支援者の代理人）により行われてもよい。即ち、要支援者（要支援者の代理人）が要支援者登録（個別避難計画）を入力する際、支援者の情報をシステムに登録してもよい。

　サーバ装置１０は、気象庁等が運営する外部のサーバが気象警報や注意報を発令した際、当該外部サーバから当該発令された情報を受信してもよい。サーバ装置１０は、受信した情報を自治体の防災担当者が入力する「避難情報送信指示」として扱ってもよい。サーバ装置１０は、外部サーバから情報を受信したことに応じて、避難情報（支援可否の問合せ）を自動的に送信してもよい。

　支援者や要支援者は、自治体等が提供するアプリケーション（例えば、防災アプリ、回覧板アプリ）等を用いて、支援者登録や要支援者登録を行ってもよい。

　サーバ装置１０は、指定された地域の住民であっても、災害による危険度が少ない（ない）住民に対しては避難行動を促さなくてもよい。サーバ装置１０は、洪水等が発生しても避難が必要とは判断されない高台等の住民については避難行動を促さなくてもよい。即ち、安全な場所にいる要支援者は支援の対象から外され、支援者による選択やサーバ装置１０によるマッチングの対象から外されてもよい。

　サーバ装置１０は、避難の対象となっている要支援者に関し、その避難の状況を逐次、家族に連絡してもよい。例えば、サーバ装置１０（避難行動制御部２０７）は、支援者が決定されたタイミング、支援者が現場に到着したタイミング、支援が完了したタイミング等の状況を家族（事前登録された家族の連絡先）に報告してもよい。

　要支援者（要支援者端末３０）は、支援者確認通知を送信するタイミングで、自身の健康状態等の付加情報をサーバ装置１０に通知してもよい。要支援者端末３０（支援者情報通知処理部４０４）は、要支援者の健康状態を取得するようなＧＵＩを表示し、当該要支援者の健康状態を取得する。要支援者端末３０は、当該取得した健康状態を含む支援者確認通知をサーバ装置１０に送信する。サーバ装置１０は、支援者に支援開始指示を送信する際、上記取得した健康状態を支援者に通知してもよい。支援者は、通知された情報に基づいて支援に向かう際の準備をしてもよい。例えば、支援者は、車椅子を持っていくなどの対応をしてもよい。

　サーバ装置１０は、支援者、要支援者それぞれの生体情報（例えば、顔画像）を記憶してもよい。例えば、サーバ装置１０は、複数の支援者それぞれが、複数の要支援者を支援の対象とすることを登録する際、支援者及び要支援者の顔画像を併せて取得してもよい。サーバ装置１０は、要支援者に支援者情報通知を送信する際、支援に向かう支援者の顔画像を併せて要支援者端末３０に送信してもよい。このような対応により、要支援者と支援者との間に面識がなくても、要支援者は安心して避難支援を受けることができる。

　サーバ装置１０は、要支援者の住所ではなく、要支援者の現在位置を含む支援開始指示を支援者端末２０に送信してもよい。この場合、サーバ装置１０は、要支援者端末３０から位置情報（ＧＰＳ（Global Positioning System）等を用いて算出された位置情報）を取得し、当該位置情報を含む支援開始指示を支援者端末２０に送信してもよい。即ち、サーバ装置１０は、要支援者の住所に替えて、要支援者端末３０がＧＰＳ等を用いて算出した位置情報を用いて支援開始の指示をおこなってもよい。このような対応により、事前登録された住所が変更になった場合や災害発生時に住宅以外の場所に要支援者がいる場合であっても、支援者が要支援者の下に確実に向かうことができる。

　サーバ装置１０は、要支援者が支援者確認通知（所謂、ＡＣＫ）を返せない場合、支援者情報通知の送信から所定期間経過後、自主防災組織に対して当該要支援者の安否確認を要請してもよい。自主防災組織の担当者は、当該要支援者の下に向かい安否確認をする。安否が確認できない場合には、当該担当者は、時間をおいて再び安否確認をする。

　サーバ装置１０は、支援開始指示に要支援者の住宅までの移動経路を含ませてもよい。あるいは、サーバ装置１０は、要支援者の住宅から避難所までの避難経路に関する情報（避難経路が明示された地図情報）を含む支援開始指示を支援者端末２０に送信してもよい。その際、サーバ装置１０は、避難経路の状況に応じて避難タイミングを個別に通知してもよい。より具体的には、サーバ装置１０は、車両での移動も考慮して、同じ時間帯に沢山の避難者が同じルートを使用しないように避難開始指示を送信するタイミングを調整してもよい。あるいは、サーバ装置１０は、過去の渋滞実績を考慮して避難経路の案内をしてもよいし、渋滞が発生しないように避難経路を分散させてもよい。

　上記実施形態では、要支援者は、複数の支援者の少なくとも１人以上の支援対象者リストに登録されていることを前提としている。しかし、当該リストに記載されていない要支援者が存在することも考えられる。このような要支援者に関し、サーバ装置１０は、自主防災組織に当該要支援者の支援を要請してもよいし、リストに記載していない支援者に当該要支援者の支援を要請してもよい。

　上記実施形態では、支援者の明示的な操作によって現場状況報告がサーバ装置１０に送信されることを説明した。しかし、支援者端末２０は、自装置の位置情報等により現場の状況を推測し、現場状況報告をサーバ装置１０に送信してもよい。例えば、支援者端末２０は、自装置（支援者端末２０）の位置が要支援者の住宅の位置と一致し、所定時間経過後、自装置が避難所に向かって移動した場合、要支援者の支援が滞りなく完了したと判断し、その旨をサーバ装置１０に通知する。対して、支援者端末２０は、現場に到着してから所定時間経過しても、自装置が避難所に向かって移動しない場合には、避難支援が順調に行われていないと判断し、その旨をサーバ装置１０に通知する。サーバ装置１０は、支援者端末２０からの通知に応じて、適切な処置（例えば、他の支援者を応援に向かわせるといった処置）を施す。

　支援者端末２０は、自装置が避難所に到達したことを認識した場合、支援完了通知を自動的にサーバ装置１０に送信してもよい。あるいは、要支援者端末３０も同様に、自装置が避難所に到達したことを認識した場合に、その旨をサーバ装置１０に通知してもよい。サーバ装置１０は、２つの端末（支援者端末２０、要支援者端末３０）が実質的に同じタイミングで避難所に移動したことを検出した場合に、要支援者の支援が完了したと判定してもよい。

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

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

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

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

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

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

　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
　支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための制御を行う、要支援者決定部と、
　前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の手順に関する支援手順情報と、を含む支援開始指示を送信する、避難行動制御部と、
　を備える、サーバ装置。
［付記２］
　前記避難行動制御部は、少なくとも前記決定された要支援者の属性情報又は前記支援者の属性情報のいずれか一方に基づいて前記支援手順情報を生成する、付記１に記載のサーバ装置。
［付記３］
　前記要支援者決定部は、前記端末に前記支援対象者リストを送信すると共に、
　前記支援者が前記支援対象者リストのなかから選択した要支援者を支援対象者とする、付記２に記載のサーバ装置。
［付記４］
　前記要支援者決定部は、
　前記支援者が要支援者を支援できる状態である場合に、前記端末に前記支援対象者リストを送信する、付記３に記載のサーバ装置。
［付記５］
　前記要支援者決定部は、
　前記支援者の前記支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから前記支援者が避難行動を支援する要支援者を選択する、付記２に記載のサーバ装置。
［付記６］
　前記要支援者決定部は、
　前記少なくとも１人以上の要支援者の支援に関する優先度を算出し、前記算出された優先度に基づいて、前記少なくとも１人以上の要支援者のなかから前記支援者が避難行動を支援する要支援者を選択する、付記５に記載のサーバ装置。
［付記７］
　前記要支援者決定部は、
　前記少なくとも１人以上の要支援者の住所における浸水リスクに基づいて、前記少なくとも１人以上の要支援者の支援に関する優先度を算出する、付記６に記載のサーバ装置。
［付記８］
　前記要支援者決定部は、
　前記少なくとも１人以上の要支援者の住所における浸水リスクと居住階に関する情報に基づいて、前記少なくとも１人以上の要支援者の支援に関する優先度を算出する、付記６に記載のサーバ装置。
［付記９］
　前記要支援者決定部は、
　前記少なくとも１人以上の要支援者の住所と避難所の場所に基づいて、前記少なくとも１人以上の要支援者の支援に関する優先度を算出する、付記６に記載のサーバ装置。
［付記１０］
　前記支援者の候補に関する情報を取得し、前記支援者の候補が前記要支援者を支援可能か否か検証すると共に、前記支援者の候補が前記要支援者を支援可能な場合に、前記支援者の候補をシステムに登録する、登録部をさらに備える、付記２に記載のサーバ装置。
［付記１１］
　前記登録部は、前記支援者の候補の属性情報と前記要支援者の属性情報に基づいて、前記支援者の候補が前記要支援者を支援可能か否か検証する、付記１０に記載のサーバ装置。
［付記１２］
　支援者が所持する端末と、
　サーバ装置と、
　を含み、
　前記サーバ装置は、
　前記支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための制御を行う、要支援者決定部と、
　前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の詳細な手順に関する支援手順情報と、を含む支援開始指示を送信する、避難行動制御部と、
　を備える、システム。
［付記１３］
　サーバ装置において、
　支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための制御を行い、
　前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の詳細な手順に関する支援手順情報と、を含む支援開始指示を送信する、サーバ装置の制御方法。
［付記１４］
　サーバ装置に搭載されたコンピュータに、
　支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための処理と、
　前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の詳細な手順に関する支援手順情報と、を含む支援開始指示を送信する処理と、
　を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。

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

１０　サーバ装置
２０　支援者端末
２０－１　支援者端末
２０－２　支援者端末
２０－３　支援者端末
３０　要支援者端末
３０－１　要支援者端末
３０－２　要支援者端末
３０－３　要支援者端末
１００　サーバ装置
１０１　要支援者決定部
１０２　避難行動制御部
２０１　通信制御部
２０２　要支援者登録部
２０３　支援者登録部
２０４　指示取得部
２０５　避難情報送信部
２０６　要支援者決定部
２０７　避難行動制御部
２０８　記憶部
３０１　通信制御部
３０２　登録部
３０３　避難情報処理部
３０４　要支援者選択部
３０５　支援行動制御部
３０６　記憶部
３１１　プロセッサ
３１２　メモリ
３１３　入出力インターフェイス
３１４　通信インターフェイス
４０１　通信制御部
４０２　登録部
４０３　避難情報処理部
４０４　支援者情報通知処理部
４０５　記憶部

Claims

　支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための制御を行う、要支援者決定部と、
　前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の手順に関する支援手順情報と、を含む支援開始指示を送信する、避難行動制御部と、
　を備える、サーバ装置。
　前記避難行動制御部は、少なくとも前記決定された要支援者の属性情報又は前記支援者の属性情報のいずれか一方に基づいて前記支援手順情報を生成する、請求項１に記載のサーバ装置。
　前記要支援者決定部は、前記端末に前記支援対象者リストを送信すると共に、
　前記支援者が前記支援対象者リストのなかから選択した要支援者を支援対象者とする、請求項２に記載のサーバ装置。
　前記要支援者決定部は、
　前記支援者が要支援者を支援できる状態である場合に、前記端末に前記支援対象者リストを送信する、請求項３に記載のサーバ装置。
　前記要支援者決定部は、
　前記支援者の前記支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから前記支援者が避難行動を支援する要支援者を選択する、請求項２に記載のサーバ装置。
　前記要支援者決定部は、
　前記少なくとも１人以上の要支援者の支援に関する優先度を算出し、前記算出された優先度に基づいて、前記少なくとも１人以上の要支援者のなかから前記支援者が避難行動を支援する要支援者を選択する、請求項５に記載のサーバ装置。
　前記要支援者決定部は、
　前記少なくとも１人以上の要支援者の住所における浸水リスクに基づいて、前記少なくとも１人以上の要支援者の支援に関する優先度を算出する、請求項６に記載のサーバ装置。
　前記要支援者決定部は、
　前記少なくとも１人以上の要支援者の住所における浸水リスクと居住階に関する情報に基づいて、前記少なくとも１人以上の要支援者の支援に関する優先度を算出する、請求項６に記載のサーバ装置。
　前記要支援者決定部は、
　前記少なくとも１人以上の要支援者の住所と避難所の場所に基づいて、前記少なくとも１人以上の要支援者の支援に関する優先度を算出する、請求項６に記載のサーバ装置。
　前記支援者の候補に関する情報を取得し、前記支援者の候補が前記要支援者を支援可能か否か検証すると共に、前記支援者の候補が前記要支援者を支援可能な場合に、前記支援者の候補をシステムに登録する、登録部をさらに備える、請求項２に記載のサーバ装置。
　前記登録部は、前記支援者の候補の属性情報と前記要支援者の属性情報に基づいて、前記支援者の候補が前記要支援者を支援可能か否か検証する、請求項１０に記載のサーバ装置。
　支援者が所持する端末と、
　サーバ装置と、
　を含み、
　前記サーバ装置は、
　前記支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための制御を行う、要支援者決定部と、
　前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の詳細な手順に関する支援手順情報と、を含む支援開始指示を送信する、避難行動制御部と、
　を備える、システム。
　サーバ装置において、
　支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための制御を行い、
　前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の詳細な手順に関する支援手順情報と、を含む支援開始指示を送信する、サーバ装置の制御方法。
　サーバ装置に搭載されたコンピュータに、
　支援者の支援対象者リストに記載された、少なくとも１人以上の要支援者のなかから、前記支援者が避難行動を支援する要支援者を決定するための処理と、
　前記支援者の所持する端末に、前記決定された要支援者に関する情報と、前記支援者が前記決定された要支援者の避難行動を支援する際の詳細な手順に関する支援手順情報と、を含む支援開始指示を送信する処理と、
　を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。