特開 2022-30359 処理装置、避難所管理システム、処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022030359

(43)【公開日】2022-02-18

(54)【発明の名称】処理装置、避難所管理システム、処理方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20220210BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2020134341

(22)【出願日】2020-08-07

(71)【出願人】

【識別番号】516329543

【氏名又は名称】株式会社バカン

(74)【代理人】

【識別番号】110002572

【氏名又は名称】特許業務法人平木国際特許事務所

(72)【発明者】

【氏名】五十嵐 則通

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC12

(57)【要約】

【課題】有事の際に避難所の空き情報を容易に把握することができる技術を提供する。
【解決手段】本開示に係る処理装置は、施設それぞれの空き情報を保持するデータベースから、指定された位置に対応する前記施設の空き情報を取得し、平常時には前記施設の前記空き情報によらないアイコンをマップ上の前記施設の位置に配置し、有事の際には前記施設の前記空き情報に応じたアイコンを前記マップ上の前記施設の位置に配置する。
【選択図】図７Ａ

【特許請求の範囲】

【請求項1】

避難所として使用される施設の空き情報を地図上へ表示するための処理を実行する処理装置であって、
前記施設それぞれの空き情報を保持するデータベースから、所定の範囲に含まれる前記施設の空き情報を取得する取得手段、
前記施設の空き情報に基づいて、前記所定の範囲に含まれる前記施設の位置および空き状況を示すマークを配置したマップをユーザ端末に表示させる表示制御手段、
を備え、
前記表示制御手段は、平常時である場合には前記施設の前記空き情報によらないアイコンを前記マップ上の前記施設の位置に配置し、有事である場合には前記施設の前記空き情報に応じたアイコンを前記マップ上の前記施設の位置に配置する
ことを特徴とする処理装置。

【請求項2】

前記処理装置はさらに、前記施設に設置され前記施設の空き状況を記述した空き情報を送信する施設端末から、前記空き情報を受信する通信手段を備え、
前記データベースは、前記通信手段が前記空き情報を受け取るごとに、前記空き情報が記述している前記施設の空き状況を、前記施設の空き情報として更新し、
前記表示制御手段は、前記データベースが格納している最新の前記空き情報を表す前記マークを、前記ユーザ端末からのリクエストに応じて前記ユーザ端末に表示させる
ことを特徴とする請求項１記載の処理装置。

【請求項3】

前記データベースは、前記施設が避難所であるか否かを表す避難所フラグを格納しており、
前記表示制御手段は、避難所である旨を前記避難所フラグが示している前記施設については、平常時は前記空き情報によらず利用停止中である旨を示す前記マークを、前記マップ上に配置する
ことを特徴とする請求項１記載の処理装置。

【請求項4】

前記データベースは、前記空き情報を更新した日時を保持しており、
前記表示制御手段は、避難所である旨を前記避難所フラグが示しておりかつ前記日時が現在時刻から所定時間以内である前記施設については、有事の際には前記空き情報に応じた前記マークを前記マップ上に配置し、
前記表示制御手段は、避難所である旨を前記避難所フラグが示しておりかつ前記日時が現在時刻から前記所定時間以内ではない前記施設については、有事の際には前記空き情報によらず空き状況が不明である旨を示す前記マークを前記マップ上に配置する
ことを特徴とする請求項３記載の処理装置。

【請求項5】

前記データベースは、前記施設が避難所であるか否かを表す避難所フラグを格納しており、
前記表示制御手段は、避難所ではない旨を前記避難所フラグが示している前記施設については、有事の際には非表示にした前記マップを前記ユーザ端末に表示させる
ことを特徴とする請求項１記載の処理装置。

【請求項6】

前記データベースは、前記施設の利用可能時間帯を格納しており、
前記表示制御手段は、現在時刻が前記利用可能時間帯内に含まれる前記施設については、前記空き情報に応じた前記マークを前記マップ上に配置し、現在時刻が前記利用可能時間帯内に含まれない前記施設については、利用不可である旨を表す前記マークを前記マップ上に配置する
ことを特徴とする請求項１記載の処理装置。

【請求項7】

前記データベースは、前記施設が避難所であるか否かを表す避難所フラグを格納しており、
前記データベースは、避難所である旨を前記避難所フラグが示している前記施設については、前記利用可能時間帯として全時間帯が利用可能である旨を表す値を保持しており、
前記表示制御手段は、避難所である旨を前記避難所フラグが示している前記施設については、現在時刻によらず前記空き情報に応じた前記マークを前記マップ上に配置する
ことを特徴とする請求項６記載の処理装置。

【請求項8】

前記データベースは、
前記施設が避難所であるか否かを表す避難所フラグ、
有事である場合には前記施設が備える設備を貸出可能であるか否かを示す有事対応可能フラグ、
を格納しており、
前記データベースは、避難所ではない旨を前記避難所フラグが示している前記施設について、前記有事対応可能フラグを格納しており、
前記表示制御手段は、設備を貸出可能である旨を前記有事対応可能フラグが示している前記施設については、前記空き情報に応じてその旨を示す前記マークを前記マップ上に配置する
ことを特徴とする請求項６記載の処理装置。

【請求項9】

前記表示制御手段は、避難所ではない旨を前記避難所フラグが示すとともに設備を貸出不可である旨を前記有事対応可能フラグが示している前記施設については、前記空き情報によらず前記マップ上に表示しない
ことを特徴とする請求項８記載の処理装置。

【請求項10】

前記処理装置は、平常時と有事のいずれであるかを識別する有事識別手段を備え、
前記有事識別手段は、平常時と有事のいずれであるかを指定する指定入力にしたがって前記識別を実施し、
前記指定入力は、
前記処理装置が備えるユーザインターフェースを介して入力されるか、
または、
平常時と有事のいずれであるかを通知する通信メッセージを前記処理装置が備える通信手段が受信することによって入力される
ことを特徴とする請求項１記載の処理装置。

【請求項11】

前記処理装置は、平常時と有事のいずれであるかを識別する有事識別手段を備え、
前記有事識別手段は、災害発生時は有事であると識別し、それ以外は平常時であると識別する
ことを特徴とする請求項１記載の処理装置。

【請求項12】

コンピュータを請求項１から１１のいずれか１項に記載の処理装置として機能させるためのプログラム。

【請求項13】

請求項１記載の処理装置、
前記施設に設置され前記施設の空き状況を記述した空き情報を前記処理装置に対して送信する施設端末、
を備え、
前記施設端末は、ＯＮとＯＦＦが切り替え可能な第１ボタンと通信機とを備え、
前記通信機は、前記第１ボタンが押されると、前記空き情報を前記処理装置に対して装置する
ことを特徴とする避難所管理システム。

【請求項14】

避難所として使用される施設の空き情報を地図上へ表示する処理方法であって、
前記施設それぞれの空き情報を保持するデータベースから、所定の範囲に含まれる前記施設の空き情報を取得するステップ、
前記施設の空き情報に基づいて、前記所定の範囲に含まれる前記施設の位置および空き状況を示すマークを配置したマップをユーザ端末に表示させるステップ、
を有し、
前記マップをユーザ端末に表示させるステップにおいては、平常時である場合には前記施設の前記空き情報によらないアイコンを前記マップ上の前記施設の位置に配置し、有事である場合には前記施設の前記空き情報に応じたアイコンを前記マップ上の前記施設の位置に配置する
ことを特徴とする処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、有事に避難所として使用される施設の空き情報を管理する技術に関する。

【背景技術】

【0002】

自治体は一般に、災害時などの有事において住民を避難させるための避難所を設定している。避難所の場所については、自治体Ｗｅｂサイトなどによって公開されている。

【0003】

下記特許文献１は、『適切な避難所と、現在位置から避難所までの経路を提供すること。』を課題として、『情報提供装置１００は、現在位置情報を取得する現在位置情報取得部１１１と、避難情報を取得する避難情報取得部１１２と、現在位置情報に基づいて、現在位置の周囲に存在する避難場所を決定する避難場所決定部１１３と、現在位置と、避難場所とを含む地図とともに、目的地の方向における避難場所情報を表示部に表示する表示制御部１１４と、を備える。』という技術を開示している（要約参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－０１２７２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上記特許文献１のような従来の避難所案内技術においては、住民がアクセス可能な避難所が複数ある場合、適切な避難所とそこまでの地図を取得することができる。しかし上記特許文献１のような従来の避難所案内技術においては、避難所の空き情報については考慮されていないので、住民があらかじめ避難所の空き情報を把握することは困難である。

【0006】

本開示は、上記のような課題に鑑みてなされたものであり、有事の際に避難所として使用される施設の空き情報を容易に把握することができる技術を提供することを目的とする。

【課題を解決するための手段】

【0007】

本開示に係る処理装置は、施設それぞれの空き情報を保持するデータベースから、指定された位置に対応する前記施設の空き情報を取得し、平常時には前記施設の前記空き情報によらないアイコンをマップ上の前記施設の位置に配置し、有事の際には前記施設の前記空き情報に応じたアイコンを前記マップ上の前記施設の位置に配置する。

【発明の効果】

【0008】

本開示に係る処理装置によれば、有事の際に避難所として使用される施設の空き情報を容易に把握することができる。

【図面の簡単な説明】

【0009】

【図1】実施形態１に係る避難所管理システム１０の構成図である。

【図2A】施設端末１００の外観を示す斜視図である。

【図2B】施設端末１００が備える回路ブロック図である。

【図3A】管理サーバ２００のハードウェア構成図である。

【図3B】管理サーバ２００の機能ブロック図である。

【図3C】データベース２４１の構成とデータ例を示す図である。

【図4】ユーザ端末３００のハードウェア構成図である。

【図5】管理サーバ２００がデータベース２４１を更新する手順を説明するフローチャートである。

【図6】管理サーバ２００がユーザ端末３００から空き状況についての照会を受信したときの動作手順を説明するフローチャートである。

【図7A】空き状況２４１５の内容を表すアイコンを表示するマップの例である。

【図7B】空き状況２４１５に依拠しないアイコンを表示するマップの例である。

【図8】実施形態２におけるデータベース２４１の構成とデータ例を示す図である。

【図9】実施形態２において管理サーバ２００がユーザ端末３００から空き状況についての照会を受信したときの動作手順を説明するフローチャートである。

【図10】ユーザ端末３００が表示するマップの例である。

【発明を実施するための形態】

【0010】

以下、本開示の実施形態について、図面を参照して説明する。同一の構成については、同じ符号を付して説明する。尚、以下の実施形態は本開示を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが本開示の解決手段に必須のものとは限らない。

【0011】

＜実施形態１＞
本開示の実施形態１では、避難所の空き情報を配信する端末を避難所ごとに設置し、管理サーバが備えるデータベースによってその空き情報を管理するとともに、ユーザ端末に対してその空き情報を配信するシステムについて説明する。

【0012】

図１は、本開示の実施形態１に係る避難所管理システム１０の構成図である。避難所管理システム１０は、施設４００（避難所や避難所以外の施設）の空き情報を管理するシステムである。避難所管理システム１０は、施設端末１００、管理サーバ２００（処理装置）、を備える。施設端末１００は、施設４００内に設置されている。管理サーバ２００は、施設４００の外に設置されている。施設端末１００と管理サーバ２００は、例えばインターネットなどのネットワークを介して相互接続されている。

【0013】

施設端末１００は、例えば施設４００の管理者などによって操作される。施設端末１００は、その操作にしたがって、施設４００の空き状況を示す空き情報を管理サーバ２００に対して送信する。空き状況とは、施設４００が混雑しているか、空いているかなどを示す状態を意味する。管理サーバ２００は、施設４００の空き状況を示す空き情報を管理するデータベースを保持する。管理サーバ２００は、施設端末１００から受け取ったデータにしたがってデータベースを更新することにより、施設４００の空き情報をデータベース上で管理する。

【0014】

ユーザは、ユーザ端末３００を介して、施設４００の空き状況の照会を管理サーバ２００に対して要求することができる。管理サーバ２００はその要求に応じて、データベースの施設４００に関するレコードを検索することにより、空き情報を取得する。管理サーバ２００は、取得した空き情報を、照会に対するレスポンスとしてユーザ端末３００へ返信する。

【0015】

図２Ａは、施設端末１００の外観を示す斜視図である。施設端末１００は、第１ボタン１１１、第２ボタン１１２、第３ボタン１１３、第１ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）１２１、第２ＬＥＤ１２２、第３ＬＥＤ１２３、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子１３０を備える。

【0016】

ユーザが第１ボタン１１１を押下すると第１ボタン１１１はＯＮ状態になり、第１ＬＥＤ１２１が点灯する。ユーザが第２ボタン１１２を押下すると第２ボタン１１２はＯＮ状態になり、第２ＬＥＤ１２２が点灯する。ユーザが第３ボタン１１３を押下すると第３ボタン１１３はＯＮ状態になり、第３ＬＥＤ１２３が点灯する。

【0017】

第１ボタン１１１、第２ボタン１１２、第３ボタン１１３は、ＯＮ状態に固定されるのがいずれか１つのみとなるように構成されている。すなわち各ボタンの状態は、（ａ）第１ボタン１１１がＯＮ、第２ボタン１１２と第３ボタン１１３がＯＦＦ、（ｂ）第１ボタン１１１と第３ボタン１１３がＯＦＦ、第２ボタン１１２がＯＮ、（ｃ）第１ボタン１１１と第２ボタン１１２がＯＦＦ、第３ボタン１１３がＯＮ、（ｄ）３つのボタン全て未操作、のうちいずれかとなる。

【0018】

図２Ｂは、施設端末１００が備える回路ブロック図である。施設端末１００は、図２Ａで説明した構成に加えてさらに、制御回路１４０、電源回路１５０、通信モジュール１６０（通信機）、記憶部１７０を備える。制御回路１４０とその他各部は、例えば汎用入出力（ＧＰＩＯ）や配線によって相互接続することができる。

【0019】

制御回路１４０は、施設端末１００が備える各部を制御する。電源回路１５０は、ＵＳＢ接続およびＵＳＢ端子１３０を介して他デバイスから電力を受け取り、その電力を制御回路１４０へ供給する。電源回路１５０は、例えばＵＡＲＴ－ＵＳＢ相互変換回路などによって構成することができる。通信モジュール１６０は、無線通信によって施設端末１００外の他装置と通信する回路デバイスである。通信モジュール１６０は、例えばＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通信モジュールなどによって構成することができる。

【0020】

施設端末１００が最初に起動されたとき、各ボタンは未操作であり、各ＬＥＤはＯＦＦである。第１ボタン１１１が押されると、制御回路１４０はその旨の信号を第１ボタン１１１から受け取る。制御回路１４０はその信号を受け取ると、通信モジュール１６０を介して、施設４００が空いている旨を示すデータ（例えば数値「０」）を、管理サーバ２００に対して送信する。さらに制御回路１４０は、第１ＬＥＤ１２１をＯＮするとともに第２ＬＥＤ１２２と第３ＬＥＤ１２３をＯＦＦする。同様に第２ボタン１１２が押されると、制御回路１４０は、施設４００がやや混雑している旨を示すデータ（例えば数値「１」）を、管理サーバ２００に対して送信し、第１ＬＥＤ１２１と第３ＬＥＤ１２３をＯＦＦして第２ＬＥＤ１２２をＯＮする。同様に第３ボタン１１３が押されると、制御回路１４０は、施設４００が混雑している旨を示すデータ（例えば数値「２」）を、管理サーバ２００に対して送信し、第１ＬＥＤ１２１と第２ＬＥＤ１２２をＯＦＦして第３ＬＥＤ１２３をＯＮする。

【0021】

管理サーバ２００のネットワークアドレスやＴＣＰポート番号などは、記憶部１７０内にあらかじめ保存しておく。本実施形態では施設端末１００は、ＯＮされているボタンが再度押された場合は、改めて同じデータを送信するがこれに限らない。例えば同じデータを送信する必要がなければ再送信しなくともよい。

【0022】

制御回路１４０は、各ボタンの状態を示すデータとともに、施設端末１００を識別するためのデータを送信する。ここでは通信モジュール１６０のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを、施設端末１００の識別子として用いるが、これに限らず施設端末１００を識別できれば任意のデータでよい。

【0023】

さらにＵＳＢ端子１３０からＵＳＢケーブルを抜き差しするなどによって施設端末１００が再起動された場合、制御回路１４０は、その時点における各ボタンの状態を記憶しておいて再起動後に復元する。この場合、制御回路１４０はボタンが操作されるごとに、記憶部１７０内に各ボタンの状態を示すボタン状態データを保存しておき、起動時にそのデータを読み出す。通信モジュール１６０は、施設端末１００が再起動した後、いずれかのボタンが操作される前の時点においては、ボタン状態データの内容を、ボタンの現在状態として送信する。なお、施設端末１００が再起動された際に、各ボタンがいずれも押されていない状態に初期化してもよい。

【0024】

制御回路１４０は、ボタンが操作されたときに加えて、所定周期（例えば５分間）ごとに、現在のボタン状態（いずれのボタンがＯＮであるか、すなわち最後にＯＮされたボタン）を示すデータを、管理サーバ２００に対して送信する。このデータは各ボタンがＯＮされたとき送信するものと同じである。制御回路１４０はこれに加えて、施設端末１００が再起動したときも、現在のボタン状態を示すデータを管理サーバ２００に対して送信するものとする。あるいは、起動した時には管理サーバ２００が保持している最新のステータスを読み込み、ボタン状態に反映してもよい。

【0025】

本実施形態においては施設端末１００のいずれかのボタンが最初に押された以後は、原則として常にいずれかのボタンが押下された状態となる。すなわち記憶部１７０は、いずれかのボタンが最初に押された以後は、原則として、いずれかのボタンが押下されている旨のボタン状態データを常に保持している。ボタン状態を例えば定期的にリセットすることが望ましいのであれば、これに代えて、制御回路１４０が毎日所定時刻になるとボタン状態データを初期化（削除など）するようにしてもよい。

【0026】

図３Ａは、管理サーバ２００のハードウェア構成図である。管理サーバ２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３０、記憶部２４０、通信部２５０、を備える。ＣＰＵ２１０は、後述するプログラムを実行することにより、管理サーバ２００が提供する機能を実現する。ＲＯＭ２２０とＲＡＭ２３０は、ＣＰＵ２１０が用いるデータを保持する。記憶部２４０は、後述するプログラムを格納する。通信部２５０は、ネットワークを介して施設端末１００と通信する。

【0027】

図３Ｂは、管理サーバ２００の機能ブロック図である。管理サーバ２００は、ＣＰＵ２１０が実行するソフトウェアモジュールとして、取得部２１１、表示制御部２１２、有事識別部２１３を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ２１０である。記憶部２４０は、データベース２４１を格納している。データベース２４１は、施設４００の空き状況を管理する。データベース２４１の構成については後述する。

【0028】

取得部２１１は、通信部２５０を介して、施設４００の空き状況を示すデータ（施設端末１００が備える各ボタンの状態を示すデータ）を施設端末１００から受信する。表示制御部２１２は、ユーザ端末３００から避難所マップを配信するよう要求するリクエストを受け取ると、データベース２４１が保持している空き情報を読み出し、その内容を反映したマップを生成してユーザ端末３００へ送信する。有事識別部２１３は、現時点が平常時と有事のいずれであるのかを識別する。有事とは、例えば台風、洪水、地震などの災害発生時のことである。有事であるか否かを識別する手法については後述する。

【0029】

図３Ｃは、データベース２４１の構成とデータ例を示す図である。データベース２４１は、例えばレコードの内容を記述したデータを記憶部２４０内に格納することによって構成できる。データベース２４１は、データフィールドとして例えば、端末ＩＤ２４１１、施設ＩＤ２４１２、施設名・住所・自治体２４１３、緯度経度２４１４、空き状況２４１５、避難所フラグ２４１６、更新日時２４１７、を有する。記載の便宜上、図面上では２段に分けて記載したが、これらデータフィールドは１つのデータテーブルとして構成されている。

【0030】

端末ＩＤ２４１１は、施設端末１００の識別子であり、例えば通信モジュール１６０のＭＡＣアドレスを用いることができる。施設ＩＤ２４１２は、施設４００を識別する識別子である。施設名・住所・自治体２４１３は、施設４００ごとにこれらの情報を保持する。緯度経度２４１４は、施設４００の位置を緯度経度によって表す。空き情報２４１５は、施設端末１００から受け取った施設４００の空き状況を表す値を保持する。避難所フラグ２４１６は、施設４００が避難所であるか否かを表す値（例えば避難所であれば「Ｙ」、避難所でなければ「Ｎ」）を保持する。施設４００に避難所ではない施設が含まれる場合の具体例については実施形態２で説明する。更新日時２４１７は、各空き状況が更新された日時を示す。

【0031】

図３Ｃに示す例において、取得部２１１は、施設端末１００から受け取った、施設４００の空席状態を示すデータを、空き情報２４１５として格納する。したがって空き情報２４１５が「０」である施設４００は空いており、「１」であればやや混雑している。施設端末１００のいずれのボタンも押されていない場合、空き情報２４１５はその旨を示す値（例えば空欄、ＮＵＬＬなど）である。

【0032】

図４は、ユーザ端末３００のハードウェア構成図である。ユーザ端末３００は、ＣＰＵ３１０、表示部３２０、入力部３３０、通信部３４０を備える。ＣＰＵ３１０は、ユーザ端末３００が備える各部を制御する。通信部３４０は、ネットワークを介して管理サーバ２００と通信し、店舗４００の空席情報を受信する。表示部３２０は、管理サーバ２００から受信した空席情報を画面表示する。入力部３３０は、ユーザがユーザ端末３００に対する操作指示を入力するために用いるインターフェースである。例えばタッチパネルなどによって、表示部３２０と入力部３３０を一体的に構成することもできる。

【0033】

図５は、管理サーバ２００がデータベース２４１を更新する手順を説明するフローチャートである。通信部２５０（すなわち取得部２１１）が施設端末１００から空き状況についてのデータを受け取ると、ＣＰＵ２１０は本フローチャートを開始する。以下図５の各ステップについて説明する。なお以下の説明において各工程を「Ｓ」と表記することとする。

【0034】

Ｓ５０１において取得部２１１は、施設端末１００が送信した、施設４００の空き状況を示すデータ（空き情報）を取得する。取得部２１１が受信した空き情報が複数ある場合、取得部２１１はそのなかのいずれか１つを選択する。

【0035】

Ｓ５０２において取得部２１１は、空き情報から施設端末１００の端末ＩＤ２４１１（ＭＡＣアドレス）を取得する。取得部２１１はさらにＳ５０３において、空き情報から施設４００の空き状況（第１ボタン１１１～第３ボタン１１３いずれかのＯＮ状態を示すデータ）を取得する。

【0036】

Ｓ５０４において取得部２１１は、端末識別子を用いてデータベース２４１を照会することにより、施設４００の空き情報を取得する。次にＳ５０５において取得部２１１は、端末ＩＤ２４１１に対応する空き情報２４１５を、受信した空き情報にしたがって更新する。Ｓ５０６において取得部２１１は、Ｓ５０１において未選択の空き情報がある場合はＳ５０１へ戻って未選択の空き情報について同様の処理を実施し、全ての空き情報を選択済であれば本フローチャートを終了する。

【0037】

取得部２１１はＳ５０４において、施設端末１００から取得した端末識別子がデータベース２４１のいずれのレコードにおいても端末ＩＤ２４１１として記録されていない場合は、空き情報が不正であるとみなして以後の処理を中止してもよい。すなわち端末識別子は、取得部２１１が施設端末１００を認証するための情報として用いることもできる。

【0038】

図６は、管理サーバ２００がユーザ端末３００から避難所の空き状況についての照会を受信したときの動作手順を説明するフローチャートである。ユーザはユーザ端末３００を介して、周辺の避難所の空き状況を照会するリクエストを、管理サーバ２００に対して送信する。通信部２５０（すなわち取得部２１１）がそのリクエストを受け取ると、ＣＰＵ２１０は本フローチャートを開始する。後述する図９においても同様である。以下図６の各ステップについて説明する。

【0039】

Ｓ６０１において取得部２１１は、ユーザ端末３００の位置情報を取得する。位置情報は、例えばユーザ端末３００がＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などの位置検出システムを備えておき、これから取得した位置情報を、空き状況照会と併せて管理サーバ２００に対して送信すればよい。取得部２１１はその位置情報をユーザ端末３００から取得する。

【0040】

Ｓ６０２において表示制御部２１２は、Ｓ６０１において取得した位置情報の周辺に存在する施設群を、緯度経度２４１４にしたがって特定する。例えば位置情報（ここではユーザ端末３００の位置）から所定距離内（例：５００ｍ以内）にあり、避難所フラグがＹである施設を、緯度経度２４１４にしたがって特定する。この施設群は、ユーザ端末３００が空き状況照会リクエストに対する返信を表示する画面内で表示すべき施設群に相当するものである。すなわちユーザ端末３００は、ユーザ端末３００周辺に存在する施設群の空き状況を表示することになる。表示例については後述する。

【0041】

Ｓ６０３において取得部２１１は、データベース２４１から、Ｓ６０２において特定した施設群の各属性（施設名・住所・自治体２４１３、避難所フラグ２４１６）と空き状況２４１５を取得する。

【0042】

Ｓ６０４において有事識別部２１３は、現在が平常時であるかそれとも有事であるかを識別する。例えば管理サーバ２００の管理者が、ユーザインターフェースを介してマニュアル入力により、現在が平常時と有事のいずれであるのかを管理サーバ２００に対して通知し、有事識別部２１３はその入力にしたがって平常時と有事いずれであるのかを識別することができる。あるいは例えば災害発生時において自治体がその旨を通知するために発信する通信メッセージ（緊急避難情報など）を取得部２１１が取得し、有事識別部２１３はそのメッセージにしたがって平常時と有事いずれであるのかを識別するようにしても良い。その他適当な手法を用いてもよい。

【0043】

Ｓ６０４において平常時と判定した場合、Ｓ６０５において表示制御部２１２は、全ての避難所について、「利用停止中」であることを示すアイコンを、各避難所の位置に配置したマップを生成する。施設が避難所であるか否かは、避難所フラグ２４１６によって区別できる。

【0044】

Ｓ６０４において有事と判定した場合、Ｓ６０６において表示制御部２１２は、空き状況２４１５を表すアイコンを、各避難所の位置に配置したマップを生成する。ただし更新日時２４１７が古い場合は、空き状況２４１５の内容に代えて、「空き状況不明」であることを示すアイコンを配置してもよい。例えば更新日時２４１７が現在時刻から所定時間範囲内（例：２４時間以内）である施設については空き状況２４１５の内容を表すアイコンをマップ上に配置し、更新日時２４１７がその所定範囲外（例：現在時刻から２４時間以上前）である施設については「空き状況不明」であることを示すアイコンを配置することができる。

【0045】

Ｓ６０７において表示制御部２１２は、生成したマップをユーザ端末３００に対して送信する。表示制御部２１２は、必ずしもマップの画像を生成して送信する必要はない。例えば表示制御部２１２は、ユーザ端末３００がマップ画像を生成するために必要な情報（施設の座標、空き状況、属性情報など）のみを送信し、ユーザ端末３００は自ら生成したマップ上にその情報を重畳して表示するようにしてもよい。

【0046】

図７Ａは、空き状況２４１５の内容を表すアイコンを表示するマップの例である。表示制御部２１２は、Ｓ６０６において、空き状況２４１５を表すアイコンを、図７Ａのように配置したマップを生成し、ユーザ端末３００へ送信する。このとき施設の属性情報（施設名・住所・自治体２４１３）をその施設の識別子と対応付けて、ユーザ端末３００へ送信する。ユーザ端末３００は、表示制御部２１２から受け取ったマップを、図７Ａのように表示する。ユーザがマップ上で施設をクリックすると、その施設の属性情報をポップアップ表示するようにしてもよい。

【0047】

図７Ｂは、空き状況２４１５に依拠しないアイコンを表示するマップの例である。表示制御部２１２は、Ｓ６０５において、避難所が利用不可である旨を表すアイコンを、図７Ｂのように配置したマップを生成し、ユーザ端末３００へ送信する。同様にＳ６０６において、更新日時２４１７が現在時刻から所定範囲外である場合は、空き状況不明である旨を示すアイコンを配置する。ユーザ端末３００は、表示制御部２１２から受け取ったマップを、図７Ｂのように表示する。施設の属性情報については図７Ａと同様である。

【0048】

＜実施形態１：まとめ＞
本実施形態に係る避難所管理システム１０において、データベース２４１は施設４００の空き状況２４１５を、施設端末１００から受信した空き情報にしたがって保持しており、表示制御部２１２は平常時には空き状況２４１５によらず避難所が利用不可である旨を表すアイコンを配置したマップを生成し、有事には避難所の空き状況２４１５を表すアイコンを配置したマップを生成する。これによりユーザは、空いている避難所をマップ上で容易に把握し、その避難所へ向けて速やかに移動することができる。したがって、ユーザが避難所に到達した時点でその避難所が空いていないことが判明するといった不都合が生じる可能性を抑制することができる。

【0049】

本実施形態に係る避難所管理システム１０において、施設端末１００は、ボタンを押下するのみの操作によって避難所の空き情報を配信することができるように構成されている。これにより、施設端末１００を操作する負担を抑制しつつ、避難所の空き状況を速やかに更新することができる。

【0050】

本実施形態に係る避難所管理システム１０は、平常時においては、避難所は空き状況２４１５によらず利用停止中である旨を表すアイコンをユーザ端末３００上に表示する。避難所として利用される施設は、小学校など普段は避難所として使用されていない施設であることが多い。そのような施設に対しても避難所としてのアイコンを、平常時においてもマップ上に提示することにより、平常時であっても避難所の存在を啓蒙することができる。

【0051】

本実施形態に係る避難所管理システム１０は、更新日時２４１７が現在時刻から所定時間以内ではない避難所については、有事の際には空き状況が不明である旨を示すアイコンをユーザ端末３００上に表示する。これにより、避難所の施設管理者などが施設端末１００を操作することを忘れていた、あるいは緊急事態直後のためまだ施設端末１００を操作していない、などによって空き状況２４１５がリアルタイムに更新されていない場合であっても、誤った空き状況を配信することを回避できる。

【0052】

＜実施形態２＞
実施形態１においては、管理サーバ２００が避難所の空き状況を配信する例を説明した。本開示の実施形態２では、管理サーバ２００がさらに避難所以外の施設の空き状況も併せて配信する例を説明する。本実施形態ではデータベース２４１の構成を実施形態１から変更し、併せてマップを配信する際の動作を変更する。その他の構成は実施形態１と同様である。

【0053】

図８は、本実施形態２におけるデータベース２４１の構成とデータ例を示す図である。本実施形態２におけるデータベース２４１は、実施形態１で説明したデータフィールドに加えて、営業時間２４１８と有事対応可能フラグ２４１９を有する。

【0054】

営業時間２４１８は、施設を利用可能な時間帯を表す。避難所（避難所フラグ２４１６が「Ｙ」の施設）については、営業時間２４１８は２４時間（例えば００：００～２４：００）にセットする。それ以外の施設は、例えば飲食店や商業施設などのような不特定者が利用する施設であり、その施設の営業時間帯をセットする。

【0055】

有事対応可能フラグ２４１９は、避難所以外の施設が備える設備が、有事において貸出可能であるか否かを表す。例えば飲食店のトイレを有事において貸出可能であれば有事対応可能フラグ２４１９は「Ｙ」であり、貸出不可であれば「Ｎ」である。貸出可能な設備を表す値を有事対応可能フラグ２４１９が保持するようにしてもよい。例えば有事対応可能フラグ２４１９が「０」であれば貸出可能な設備はなく、「Ｔ」であればトイレ貸出可能、「Ｓ」であれば空きスペースを貸出可能、などである。以下では説明を簡易化するために、貸出可能設備は全ての施設においてトイレであるものとする。避難所については全ての設備が貸出可能であることが前提であるので、有事対応可能フラグ２４１９はセットしてもよいししなくてもよい。

【0056】

図９は、本実施形態２において管理サーバ２００がユーザ端末３００から空き状況についての照会を受信したときの動作手順を説明するフローチャートである。以下図９の各ステップについて説明する。

【0057】

Ｓ９０１～Ｓ９０４は実施形態１におけるＳ６０１～Ｓ６０４と同様である。ただしＳ９０３において取得部２１１は、データベース２４１から、本実施形態２において新たに追加した営業時間２４１８と有事対応可能フラグ２４１９も併せて取得する。

【0058】

Ｓ９０４において平常時と判定した場合、Ｓ９０５において表示制御部２１２は、全ての避難所について、「利用停止中」であることを示すアイコンを、各避難所の位置に配置したマップを生成する。避難所以外の施設については、現在時刻が営業時間２４１８の範囲内であれば空き状況２４１５を表すアイコンをその施設の位置に配置し、営業時間２４１８の範囲外であれば営業時間外であることを示すアイコンを配置する。Ｓ９０６において表示制御部２１２は、生成したマップをユーザ端末３００に対して送信する。

【0059】

Ｓ９０４において有事と判定した場合、表示制御部２１２は、避難所については（Ｓ９０７：Ｙ）、空き状況２４１５を表すアイコンを各避難所の位置に配置したマップを生成し、ユーザ端末３００に対して送信する（Ｓ９０８～Ｓ９０９）。避難所の営業時間２４１８は、２４時間にセットされているので、現在時刻によらず空き状況２４１５を表示することになる。

【0060】

Ｓ９０４において有事と判定した場合、表示制御部２１２は、避難所以外の施設については（Ｓ９０７：Ｎ）、有事対応可能フラグ２４１９の値に応じて、表示するアイコンを変更する。

【0061】

避難所ではなくかつ有事対応可能フラグ２４１９が「Ｎ」である（設備を貸出不可である）施設については、マップ上でアイコンを非表示にする（Ｓ９１１）。避難所ではなくかつ設備を貸出不可である施設については、有事の際にマップ上で表示する意義が乏しいからである。これによりユーザは、有事対応可能である施設のみを効率的に探索することができる。

【0062】

避難所ではなくかつ有事対応可能フラグ２４１９が「Ｙ」である（設備を貸出可能である）施設については、現在時刻が営業時間２４１８の範囲内であれば空き状況２４１５を表すアイコンをその施設の位置に配置し、営業時間２４１８の範囲外であれば利用不可であることを示すアイコンを配置する（Ｓ９１２）。

【0063】

Ｓ９１３において表示制御部２１２は、生成したマップをユーザ端末３００に対して送信する。

【0064】

Ｓ９０５、Ｓ９０８、Ｓ９１２において、表示制御部２１２は、実施形態１と同様に、更新日時２４１７が古い場合は、空き状況２４１５の内容に代えて、「空き状況不明」であることを示すアイコンを配置してもよい。

【0065】

図１０は、ユーザ端末３００が表示するマップの例である。ここでは有事における表示例を示す。アイコン１００１は、実施形態１と同様に避難所の空き状況を示す。アイコン１００２は、避難所以外の施設を表す。避難所とそれ以外の施設を区別するために、互いに異なるアイコン形状を用いてもよい。図１０においては、アイコン１００１は円形、アイコン１００２は矩形である。アイコン１００２は、その施設における貸出可能設備（例えばトイレ）の空き状況を示す。例えば人型のアイコンであれば設備が空いており、アイコン１００３のように×マークのアイコンであれば設備が空いていないことを表す。その他適当なアイコンを用いてもよい。

【0066】

＜実施形態２：まとめ＞
本実施形態に係る避難所管理システム１０において、避難所に対応するアイコンが、避難所以外の施設に対応するアイコンとともにマップ上に表示される。これにより、平常時から避難所として用いられる施設がどこにあるかユーザに啓蒙することができる。また、平常時のマップにおいて、避難所以外の施設に対する空き状況に応じたアイコンとともに、避難所のアイコンを表示することで、避難所が開設された場合には空き状況に応じたアイコンが閲覧可能であることをユーザに認知させることができる。

【0067】

また、データベース２４１は施設の営業時間２４１８を保持しており、避難所の営業時間２４１８は２４時間にセットされ、避難所以外の施設については営業時間内に限り空き状況２４１５を表すアイコンをマップ上に表示する。これにより、避難所以外の商業施設などであっても、有事の際に利用可能であるか否かをマップ上で容易に把握することができる。

【0068】

本実施形態に係る避難所管理システム１０において、データベース２４１は、施設が備える設備を貸出可能であるか否かを表す有事対応可能フラグ２４１９を保持しており、設備貸出可能である旨を有事対応可能フラグ２４１９が示している施設については、空き状況２４１５を表すアイコンをマップ上に配置する。これにより、避難所以外の施設であっても、有事の際に少なくともその設備を利用可能であることを、マップ上で容易に把握することができる。すなわちその施設は、避難所の役割を補充することができ、ユーザもそのような施設を容易に発見することができる。

【0069】

本実施形態に係る避難所管理システム１０において、表示制御部２１２は、避難所ではなく有事対応可能（設備貸出可能）ではない施設については、有事の際にはマップ上にアイコンを表示しない。これによりユーザは、有事の際には有事対応可能である施設のみを効率的に探索することができる。

【0070】

＜本開示の変形例について＞
以上の実施形態において、施設端末１００が２つまたは３つのボタンを備える例を説明したが、ボタンが１つのみであっても同様の動作を実施できる。例えばボタンを押下するごとに、空き／混雑が切り替わるようにしてもよい。この場合、制御回路１４０は例えば、（ａ）ボタンが押されていないときは施設４００が空いている旨を示すデータ（例えば数値「０」）を記憶部１７０に保持し、（ｂ）以後はボタンが押されるごとに、施設４００が混雑している旨を示すデータと施設４００が空いている旨を示すデータを交互に記憶部１７０内に格納する。また、施設端末１００の操作性を確保するためには、施設端末１００のサイズは、第１ボタン１１１などによって操作するのに適した程度であることが望ましい。例えば施設端末１００全体が手のひらを広げた程度のサイズに収まっていることが望ましい。

【0071】

また、タブレットやスマートホンなどの情報端末を用いて、空き状況を入力することで、管理サーバ２００に施設の空き状況を送信するようにしても良い。情報端末のユーザインターフェース（ＵＩ）に表示された空き状況管理画面に、事前に施設に設定されたアカウントを用いてログインし、「空き」「やや混雑」「混雑」などを選択可能なＵＩを介して施設の管理者が空き状況を入力すると、入力された空き情報をユーザ情報とともに管理サーバ２００に送信するようにしても良い。

【0072】

以上の実施形態において、施設端末１００が送信する空き情報の意味は、必ずしも空き／やや混雑／混雑の３種類でなくともよい。例えば、空き／混雑／空きなしの３種類であってもよいし、空きあり／やや混雑／混雑／満席のように４種類以上の空き状況でも良い。すなわち、管理サーバ２００において施設端末１００の状態を空き状況２４１５として保持するとともに、空き状況２４１５をマップ上のアイコンとして反映するのであればよい。

【0073】

以上の実施形態において、ユーザ端末３００の位置を位置情報として取得し、ユーザ端末３００の位置を基準として施設群を特定する方法を説明したが、位置情報はこれに限らない。例えば表示部３２０がタッチパネルディスプレイであり、入力部３３０としても機能する場合に、表示部３２０に表示されたマップ上の位置をユーザがタップすることにより、ユーザが位置情報を指定し、指定した位置情報を管理サーバ２００に対して送信するようにしてもよい。この場合、管理サーバ２００は、指定された位置情報に応じて施設群を特定する。

【0074】

以上の実施形態において、通信モジュール１６０は無線通信を用いることを説明したが、無線通信に代えてまたは無線通信と併用して有線通信を用いてもよい。

【0075】

以上の実施形態において、施設端末１００はユーザが操作するボタンに代えて、人感センサやカメラなどの検出デバイスによって、施設４００の空き状況を検出し、その検出結果を管理サーバ２００に対して送信するようにしてもよい。

【0076】

以上の実施形態において、制御回路１４０は、例えばマイクロコンピュータなどの演算回路によって構成することができる。これに代えてまたはこれと併用して、ＣＰＵなどの演算装置がソフトウェアを実行することにより、制御回路１４０と同等の動作を実施してもよい。

【0077】

以上の実施形態において、データベース２４１は、レコードを保持するデータファイルを記憶部２４０に格納することによって構成することができる。データベース２４１に対するクエリを処理するソフトウェアとデータファイルを一体として、データベース２４１として構成することもできる。

【0078】

以上の通り本開示に係る技術は、上述の実施形態の１つ以上の機能を実現するプログラムを、ネットワークまたは記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し作動させる処理によって実現することができる。また、１以上の機能を実現する回路によって実現してもよい。

【符号の説明】

【0079】

１０：避難所管理システム
１００：施設端末
２００：管理サーバ
３００：ユーザ端末

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10】