(57)【要約】本発明は、避難所の情報を容易に収集して、管理できるようにすることを目的とする。媒体から情報を取得する端末と、端末から情報を収集する管理サーバで構成された避難所管理システムであり、端末は、避難所を識別する避難所識別情報を記憶する記憶部と、媒体から避難者の属性を示す避難者属性情報を読み取る読み取り部と、避難所識別情報と、避難者属性情報と、を管理サーバへ送信する通信部と、画面上に避難所の情報を表示する表示制御部と、を備える構成とし、管理サーバは、避難所識別情報と、避難者の属性毎の人数と、を紐づけた避難所テーブルを記憶するデータベースと、通信部から受信した避難所識別情報と、避難者属性情報に基づいて、避難者の属性毎の人数を更新するデータベース更新部と、避難所識別情報と、当該避難所識別情報に紐づけられた避難者の属性毎の人数と、を含む避難所情報を端末へ送信する避難所情報送信部と、を備える構成とし、表示制御部は、管理サーバから受信した避難所情報に基づいて、避難所の名称と、当該避難所における避難者の属性毎の人数を表示する。
2018163822.tif 000002
【特許請求の範囲】
【請求項１】
媒体から情報を取得する端末と、前記端末から情報を収集する管理サーバで構成された避難所管理システムであり、
前記端末は、
避難所を識別する避難所識別情報を記憶する記憶部と、
前記媒体から避難者の属性を示す避難者属性情報を読み取る読み取り部と、
前記避難所識別情報と、前記避難者属性情報と、を前記管理サーバへ送信する通信部と、
画面上に避難所の情報を表示する表示制御部と、を備え、
前記管理サーバは、
前記避難所識別情報と、前記避難者の属性毎の人数と、を紐づけた避難所テーブルを記憶するデータベースと、
前記通信部から受信した前記避難所識別情報と、前記避難者属性情報に基づいて、前記避難者の属性毎の人数を更新するデータベース更新部と、
前記避難所識別情報と、当該避難所識別情報に紐づけられた避難者の属性毎の人数と、を含む避難所情報を前記端末へ送信する避難所情報送信部と、を備え、
前記表示制御部は、前記管理サーバから受信した前記避難所情報に基づいて、避難所の名称と、当該避難所における避難者の属性毎の人数を表示する   ことを特徴とする。
【請求項２】
請求項１に記載の避難所管理システムであり、
前記端末は、前記媒体に記憶された前記避難者属性情報を、他の避難者属性情報に書換える書換え部をさらに備えることを特徴とする。
【請求項３】
請求項１に記載の避難所管理システムであり、
前記避難者属性情報が含まれたＱＲコードを出力するＱＲコード出力装置をさらに備え、
前記読み取り部は、前記ＱＲコード出力装置によって出力されたＱＲコードから前記避難者属性情報を読み取ることを特徴とする。
【請求項４】
請求項１に記載の避難所管理システムであり、
前記表示制御部は、運用中に前記ユーザが使用しない機能は表示しない画面モードと、全ての機能を表示する画面モードとを切替えて表示することを特徴とする。
【請求項５】
請求項１に記載の避難所管理システムであり、
前記通信部は、避難者の属性毎の人数を加算するか減算するかを示す加減算情報を送信し、
前記データベース更新部は、前記加減算情報に基づいて、前記避難者の属性毎の人数を加算するか減算するかを決定することを特徴とする。
【請求項６】
請求項１に記載の避難所管理システムであり、
前記端末は、ユーザからの操作を受け付ける操作部をさらに備え、
前記通信部は、前記操作部が入場を示す操作を受け付けると、前記読み取り部が読み取った前記避難者属性情報を送信し、前記操作部が退場を示す操作を受け付けると、退場を示す情報を前記避難者属性情報として送信し、
前記データベース更新部は、受信した前記避難者属性情報が、前記読み取り部が読み取った情報の場合、前記避難者の属性毎の人数をカウントアップし、受信した避難者属性情報が、退場を示す情報の場合、避難者の属性毎の人数をカウントダウンすることを特徴とする。
【請求項７】
請求項１に記載の避難所管理システムであり、
前記表示制御部は、前記管理サーバとの通信が正常な時は、前記避難所情報送信部から受信した前記避難所情報に基づく表示制御を行い、前記管理サーバとの通信が異常な時は、前記記憶部に記憶している避難所情報に基づく表示制御を行うことを特徴とする。前記退場を示す情報の場合、前記避難者の属性毎の人数をカウントダウンすることを特徴とする。
【請求項８】
請求項１に記載の避難所管理システムであり、
前記データベース更新部は、前記通信部から受信した前記避難所識別情報に基づいて、前記データベースを更新するかどうかを判定し、更新すると判定した場合は、前記避難者属性情報に基づいて、前記避難者の属性毎の人数を更新することを特徴とする。
【請求項９】
請求項１に記載の避難所管理システムであり、
前記読み取り部は、前記媒体から前記避難者属性情報と、前記媒体を識別する媒体識別情報と、を読み出し、
前記通信部は、前記避難所識別情報と、前記避難者属性情報と、媒体識別情報と、を前記管理サーバへ送信し、
前記データベース更新部は、受信した前記避難所識別情報と、前記媒体識別情報と、前記避難者属性情報と、に基づいて、同一避難所であっても、前記媒体識別情報が前記データベースに記憶されていない場合は、前記データベースを更新し、前記媒体識別情報が前記データベースに記憶されている場合は、同一の前記避難者属性情報が前記データベースに記憶されていなければ、前記データベースを更新すると判定することを特徴とする。
【請求項１０】
媒体から読み取った情報に基づいて避難所の情報を管理する方法であり、
前記媒体から避難者の属性を示す避難者属性情報を読み取るステップと、
避難所を識別する避難所識別情報と、前記避難者属性情報とに基づいて、当該避難所における避難者の属性毎の人数を更新するステップと、
前記避難所識別情報と、前記避難者の属性毎の人数と、に基づいて、避難所の名称と、当該避難所における避難者の属性毎の人数を表示するステップと、
を備えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔地からリアルタイムに避難所の情報を確認できる技術に関する。
【背景技術】
【０００２】
近年、防災に対する関心が向けられるようになり、様々な対策が考えられてきている。例えば、避難所の運営については、内閣府がガイドラインを作成して公開している（非特許文献）。【０００３】
このような避難所の運営において、従来では、災害発生後に避難所に居る避難者の人数情報を得るために、避難所の管理者または庁舎より移動してきた自治体職員が、番号を記載した紙を避難者一人一人に配布するか、避難者が持参した事前に配布済みの氏名や住所などの個人情報を含むＩＣカード類の情報を読み込んでいた。また、対策本部が各避難所の情報を収集する際は、避難者一人一人に個人情報を紙に記入してもらい、自治体職員がその紙を対策本部へ持ち帰ってパソコンで入力するようにしている。そのため、自治体職員の負荷が高く、情報の収集にも時間が掛かってしまい、初動対応の遅れの一因となっていた。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】http://www.bousai.go.jp/taisaku/hinanjo/pdf/1604hinanjo_guideline.pdf
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記問題に鑑み、避難所の情報を容易に収集して、管理できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係るシステムは、媒体から情報を取得する端末と、端末から情報を収集する管理サーバで構成された避難所管理システムである。本システムの端末は、避難所を識別する避難所識別情報を記憶する記憶部と、媒体から避難者の属性を示す避難者属性情報を読み取る読み取り部と、避難所識別情報と、避難者属性情報と、を管理サーバへ送信する通信部と、画面上に避難所の情報を表示する表示制御部と、を備えている。また、本システムの管理サーバは、避難所識別情報と、避難者の属性毎の人数と、を紐づけた避難所テーブルを記憶するデータベースと、通信部から受信した避難所識別情報と、避難者属性情報に基づいて、避難者の属性毎の人数を更新するデータベース更新部と、避難所識別情報と、当該避難所識別情報に紐づけられた避難者の属性毎の人数と、を含む避難所情報を端末へ送信する避難所情報送信部と、を備えている。さらに、本システムの表示制御部は、管理サーバから受信した避難所情報に基づいて、避難所の名称と、当該避難所における避難者の属性毎の人数を表示する。【０００７】
また、本発明に係る、媒体から読み取った情報に基づいて避難所の情報を管理する方法は、媒体から避難者の属性を示す避難者属性情報を読み取るステップと、避難所を識別する避難所識別情報と、避難者属性情報とに基づいて、当該避難所における避難者の属性毎の人数を更新するステップと、避難所識別情報と、避難者の属性毎の人数と、に基づいて、避難所の名称と、当該避難所における避難者の属性毎の人数を表示するステップと、を備える。
【発明の効果】
【０００８】
以上、本発明によると、災害時における避難所の運営を効率よく行うことができ、初動対応を迅速に行うことができるようになる。
【図面の簡単な説明】
【０００９】
【図１】本発明に係る避難所管理システムの概略図である。
【図２】本発明に係る避難所管理システムの構成図である。
【図３】本発明に係る避難所管理システムに係る、端末の起動画面及びメニュー画面の表示例である。
【図４】本発明の避難所管理システムに係る、初期設定時の画面表示例である。
【図５】本発明の避難所管理システムに係る、端末がカードから情報を読み取るフローである。
【図６】本発明の避難所管理システムに係る、カードから情報を読み取る際の端末の画面表示例である。
【図７】本発明の避難所管理システムに係る、端末が登録情報を生成・送信するフローである。
【図８】本発明の避難所管理システムに係る、管理サーバの避難所データベースを更新するシーケンスである。
【図９】本発明の避難所管理システムに係る、端末が管理サーバから避難所情報を取得し、表示するまでのシーケンスである。
【図１０】本発明の避難所管理システムに係る、避難所情報を確認するための端末の画面表示例である。
【図１１】本発明の避難所管理システムに係る、全ての避難所の避難所情報を確認するための画面表示例である。
【図１２】本発明の避難所管理システムに係る、端末がカードに記憶された避難者属性情報を書換えるフローである。
【図１３】本発明の避難所管理システムに係る、カードの書換え処理における端末の画面表示例である。
【図１４】本発明の避難所管理システムに係る、カード情報確認における端末の画面表示例である。
【図１５】本発明の避難所管理システムに係る、登録情報を再送信する処理における端末の画面表示例である。
【発明を実施するための形態】
【００１０】
次に、本発明を実施するための形態（以下、単に「実施形態」という）を、図面を参照して具体的に説明する。
【００１１】
＜システムの概略＞   図１は、本実施形態に係るシステムの概略図である。
災害発生時、避難所において、ユーザなど（自治体職員や施設職員等）は、カード１０１と、端末１０２を用意する。このカード１０１には、カード１０１を識別するためのカードＩＤ、避難者の属性を示す避難者属性情報（以下、単に属性情報ともいう）が記憶されている。避難者の属性とは、例えば、避難者を男性、女性、乳幼児、要介護者、妊婦等の項目で分類した避難者の種別である。この種別の項目は、ユーザが、避難所に配慮の必要な避難者が何人いるかを把握できるような項目にすることが望ましい。
次に、ユーザは、避難者を確認し、当該避難者の属性に対応する避難者属性情報を記憶しているカード１０１を選択する。その後、端末１０２を操作し、選択したカード１０１から、避難者属性情報の読み取りを行う。カード１０１からの読み取りが完了すると、ユーザは、そのカード１０１を当該避難者に渡す。
なお、カード１０１は、それ自体の識別情報や避難者属性情報等を記憶できる媒体であればよく、本発明においてカードに限定されるものではない。例えば、Ｆｅｌｉｃａ（登録商標）のようなＩＣカード、ＩＣチップ、ＱＲコード（登録商標）等の情報を読み取り可能なコードが印刷された印刷物等の媒体が用いられる。
端末１０２が読み取った情報は、ネットワークを介して管理サーバ１０３に収集される。なお、端末１０２からネットワークへの接続は、有線で接続してもよいし、無線で接続してもよい。管理サーバ１０３に収集した情報は、避難所の端末１０２や庁舎又は対策本部に設置されたＰＣ端末１０４を操作することで、確認することができる。
【００１２】
なお、本実施例では、カード１０１に記憶している情報として、カードＩＤ、避難者属性情報を記載しているが、他の情報を記憶させておき、端末１０２で読み取れるようにしてもよい。例えば、避難所を識別する避難所ＩＤを記憶させておき、カード１０１と避難所との対応がとれるようにしてもよい。
また、避難者属性情報は、避難者の種別以外の情報を含めてもよい。例えば、避難者の年齢や健康状態やアレルギーに関する情報を含めた情報にしてもよい。
また、カードＩＤの割当て方によって、カードＩＤ自体に避難者の属性をもたせるようにしてもよい。例えば、カードＩＤが００００〜０１００のカードは、避難者の属性が“男性”であるカードとし、カードＩＤが０１０１〜０２００のカードは、避難者の属性が“女性”であるカードとして扱う。これにより、カード１０１に記憶する情報として避難者属性情報は不要になり、カードＩＤだけにすることができるため、カード１０１に記憶する情報量や端末１０２やシステム全体で処理する情報量を小さくすることができる。
【００１３】
＜システムの構成＞   図２は、本実施形態に係るシステムの構成図である。
【００１４】
各避難所に備えられた端末１０２（各端末に１０２−１,１０２−２,１０２−３,・・・の番号を割り当てているが、端末を区別しない場合は、端末１０２と呼ぶ）は、ユーザからの操作を受け付ける操作部２０１と、端末２０１の画面表示を制御する表示部（表示制御部）２０２と、避難所を識別する避難所識別情報を登録する避難所登録部２０３と、カード１０１から情報を読み取る読み取り部２０４と、読み取り部２０４が読み取った情報に基づいて、管理サーバへ送信する情報を生成する登録情報生成部２０５と、管理サーバ１０３と通信する通信部２０６と、避難所登録部２０３によって登録した避難所識別情報や管理サーバ１０３の宛先情報等の設定情報等を記憶する記憶部と２０７と、ＧＰＳ（Global Positioning System）等の手段によって端末１０２の位置情報を取得する位置情報取得部２０８と、各避難所の避難者数等の情報を示す避難者情報を管理サーバ１０３へ要求する避難所情報要求部２０９と、カード１０１に記憶されている情報を書換える書換え部２１０で構成される。
なお、読み取り部２０２は、Ｆｅｌｉｃａ等のＩＣカードから情報を読み取る機能とＱＲコード等のコードから情報を読み取る機能のどちらか１つにだけ対応してもよいし、両方の機能を持たせて切替えられるようにしてもよい。
また、端末１０２は、スマートフォンやタブレットなどで実現することが好ましい。
【００１５】
管理サーバ１０３は、端末１０２と通信する通信部２２１と、各避難所の避難所識別情報を記憶している記憶部２２２と、端末１０２に読み取られたカード１０１の情報や各避難所の情報を記憶する避難所データベース２２３と、避難所データベース２２３を更新するどうかを判定したり、データベース２２３へ更新を要求したりするデータベース更新部２２４と、避難所データベース２２３から情報を取得し、避難所情報を端末１０２へ送信する避難所情報送信部２２５と、で構成される。
【００１６】
ここで、本実施例における避難所データベース２２３は、各避難所で端末１０２によって読み取られたカード１０１の情報を管理する読み取りカードテーブルと、各避難所の情報を管理する避難所テーブルを使用する。読み取りカードテーブルには、例えば「カードＩＤ」、「避難所識別情報」、「避難者属性情報」、「日時」等の情報が紐づけられている。ここで、「日時」は、端末１０２から情報を受信した日時でもよいし、端末１０２から受信した情報に含まれているカード読み込み日時の情報であってもよく、重複する情報をデータベース更新部２２４が登録しないためのものである。
また、避難所テーブルには、例えば「避難所識別情報」、「避難者の総人数」、「避難者の属性毎の人数」、「避難所の収容可能数」、「避難所への連絡先」、「情報の更新日時」等の情報が紐づけられている（後述する図１１参照）。
この避難所データベース２２３は、管理サーバ１０３とは別の外部サーバに実装してもよいし、管理サーバ１０３と一体とした実装にしてもよい。
【００１７】
自治体庁舎又は対策本部に設置された端末ＰＣ１０４は、通信部２３１、操作部２３２、避難所情報要求部２３３、表示部２３４で構成されており、機能としては、それぞれ端末１０２における通信部２０６、操作部２０１、避難所情報要求部２０９、表示部２０２と同様である。
【００１８】
＜端末の起動画面及びメニュー画面＞   端末１０２は、例えばスマートフォンであり、本避難所管理システムにおいて、端末の機能はスマートフォン上で避難所管理システムの端末アプリケーション（以下、避難所アプリという）により実現する。そして、端末１０２の画面上の避難所アプリのアイコンをタップすることで、避難所アプリが起動する。
図３（ａ）は避難所アプリ起動時のトップ画面であり、カード１０１の情報を読み取る「カード読み取り（入場）」機能の画面である。このように、アプリ起動時のトップ画面を使用頻度が最も高いカード読み取り（入場）機能にすることにより、ユーザの利便性が向上する。
そして、図３（ａ）に示すように、避難所アプリ画面にはメニューボタン３００が表示されており、このボタンをタップすると図３（ｂ）に示すメニュー画面が表示される。このメニュー画面に示すように、端末１０２は機能（画面）として、「カード読み取り（入場）」、「カード読み取り（退場）」、「ＱＲコード読み取り（入場）」、「ＱＲコード読み取り（退場）」、「カード書込み」、「カード情報確認」、「避難所状況確認」、「初期設定」の各機能を有している。以降、それぞれの機能について説明する。
【００１９】
なお、メニュー画面の表示として、管理者用の画面（図３（ｂ））とユーザ用の画面（（図３（ｃ））の表示モードを備えるようにしてもよい。例えば、上記した「初期設定」の機能は、管理者が運用前に設定するための機能であるため、管理者用の画面モード（図３（ｂ））では表示し、ユーザ用の画面モード（図３（c））では表示しないようにする。つまり、運用中にユーザが使用しない機能はメニュー画面に表示しない画面モードを備えることで、ユーザは必要な情報だけ見て端末１０２を操作することができる。
【００２０】
＜端末の初期設定登録＞   ユーザは、端末１０２の初期設定として、端末１０２と避難所を対応させるための避難所識別情報と、管理サーバ１０３へ情報を送信するための管理サーバ１０３への宛先情報を登録する必要がある。初期設定時における、表示部２０２よる画面表示例を図４に示す。図４（ａ）に示すように、表示部２０２は、避難所識別情報を入力するための入力欄４０１と、宛先情報を入力するための入力欄４０２と、保存ボタン４０３を表示する。
ユーザが、操作部２０１によって避難所識別情報と、宛先情報を各入力欄に入力し、保存ボタン４０３を押下すると、端末１０２は、入力された避難所識別情報と、宛先情報を記憶部２０７に記憶する。記憶部２０７への記憶に成功すると、図４（ｂ）に示すように成功した旨を通知し、初期設定が完了する。
【００２１】
なお、避難所識別情報の初期設定については、ユーザによる入力からではなく、管理サーバ１０３から避難所識別情報を送信するようにしてもよい。
【００２２】
＜カードの読み取り処理（入場）＞   図５は、端末１０２が、カード１０１から情報を読み取るフローである。
まず、端末１０２の表示部２０２は、図６Ａ（ＩＣカード用）、図６Ｂ（ＱＲコード用）に示すような読み取り画面を表示し（Ｓ５０１）、ユーザにカード１０１の読み取り作業を促す。端末１０２の読み取り部２０４が、カード１０１から情報の読み取りを開始（Ｓ５０２）し、読み取りが成功すると（Ｓ５０３のＹＥＳ）、読み取りの成功をユーザに通知する（Ｓ５０４）。この時、表示部２０２は、図６Ａ、図６Ｂに示すように、読み取った情報を表示するようにしてもよい。その後、端末１０２の登録情報生成部２０５が、避難所データベース２２３を更新するために管理サーバ１０３へ送信する登録情報を生成する。生成された登録情報は、通信部２０６によって管理サーバ１０３へ送信される（Ｓ５０５）。Ｓ５０５の登録情報の生成処理と送信処理の詳細は後述する。なお、Ｓ５０３で読み取りが失敗した場合（Ｓ５０３のＮＯ）、読み取りの失敗をユーザに通知する（Ｓ５０６）。
【００２３】
なお、端末１０２は、読み取り部２０４がカード１０１から情報を読み取る際に、カード１０１が避難所アプリに対応しているかどうかを判断してもよい。例えば、端末１０２の記憶部２０７とカード１０１に固有のＩＤを記憶させておき、カード１０１から固有のＩＤを読み取れた場合、避難所アプリに対応しているカードであると判断する。また、カード１０１から読み取った情報が、所定のデータフォーマットであるかどうかで判断するようにしてもよい。端末１０２側でカード１０１が避難所アプリに対応しているかどうかを判断することにより、管理サーバ１０３側で判断する場合と比較すると、無駄な送信処理が発生しなくなり、端末１０２の消費電力を抑えられる点、管理サーバ１０３の負荷を抑えられる点で有利となる。
【００２４】
＜登録情報の生成・送信処理＞   図７は、端末１０２の登録情報生成部２０５が、カード１０１から読み取った情報に基づいて、登録情報を生成し、通信部２０６によって管理サーバ１０３へ送信するフローである。
まず、端末１０２の登録情報生成部２０５は、読み取り部２０４が読み取った情報と（Ｓ７０１）、記憶部２０７が記憶している避難所識別情報を取得し（Ｓ７０２）、管理サーバ１０３へ送信する登録情報を生成する（Ｓ７０３）。ここで、登録情報には、カード１０１が記憶していたカードＩＤ及び避難者属性情報と、記憶部が記憶していた避難所識別情報の情報と、入場（加算）を示す情報か退場（減算）を示す情報かを示す入退情報（加減算情報；ここでは入場を示す入退情報）が含まれている。
ここで、入退情報は、カード読み取り（入場）機能又はＱＲコード読み取り（入場）機能によって読み取られた場合には入場を示す入退情報となり、カード読み取り（退場）機能又はＱＲコード読み取り（退場）機能によって読み取られた場合には退場を示す情報となる。
次に、端末１０２は、生成した登録情報を含めた登録情報の更新要求を、通信部２０６により管理サーバ１０３へ送信する（Ｓ７０４）。登録情報の送信に成功した場合（Ｓ７０５のＹＥＳ）、送信処理を完了し、送信に失敗した場合（Ｓ７０５のＮＯ）、登録情報を再度送信する（Ｓ７０４）。
【００２５】
なお、上述した図６Ａ、図６Ｂは入場の例であるが、退場の場合も略同様の画面で退場であることが分かるように、例えば「（入場）」の文字が「（退場）」と表示される。そして、退場の場合は、登録情報には退場を示す入退情報が含まれることになる。
また、登録情報には、位置情報取得部２０８が取得した位置情報や端末１０２を識別するための端末ＩＤ等を含めてもよい。
また、図７のフローでは、登録情報を生成後に送信する処理となっているが、登録情報を記憶部２０７に記憶しておき、後から未送信の登録情報をまとめて管理サーバ１０３へ送信するようにしてもよい。
また、図７のフローでは、登録情報の送信に失敗した場合、登録情報を再度送信する処理となっているが、未送信情報として端末に蓄積する処理としてもよい。この場合、図１５（ａ）のように、再送信ボタン１５０１が、活性状態で入力を受け付けることを示す表示となる。このとき、蓄積されている未送信情報の件数（図１５（ａ）の例では１０件）も合わせて表示してもよい。ユーザによる再送信ボタン１５０１の押下に応じた送信又は一定時間経過や所定イベントの検知による自動送信により、未送信情報が何も蓄積されなくなると、図１５（ｂ）のように、再送信ボタン１５０１は、非活性状態で入力を受け付けないことを示す表示となる。なお、未送信情報が何も蓄積されていない場合、再送信ボタン１５０１を表示しないようにしてもよい。
【００２６】
また、登録情報生成部２０５は、入場と退場を判別できるように入退情報を含めた登録情報を生成していたが、避難者属性情報で入退場を判別できるようにしてもよい。例えば、カード読み取り（入場）機能又はＱＲコード読み取り（入場）機能によって読み取られた場合には、避難者属性情報として、カード１０１が記憶していた避難者属性情報を含める。一方、カード読み取り（退場）機能又はＱＲコード読み取り（退場）機能によって読み取られた場合には、避難者属性情報として、カード１０１が記憶していた避難者属性情報の代わりに退場を示す情報を含める。これにより、入退場情報を追加しなくても、避難者属性情報だけで入退場を判別することができるため、端末１０２から管理サーバ１０３へ送信するデータ量を抑えることができる。
また、登録情報生成部２０５は、入退情報を含めずに登録情報を生成し、管理サーバ１０３側で入場と退場を判別するようにしてもよい。このとき、管理サーバ１０３は、端末１０２から受信した登録情報が、読み取りカードテーブルに登録されていなければ「入場」と判断し、登録されていれば「退場」と判断する。このような構成にすることで、端末１０２は「入場」と「退場」の２つの読み取り画面ではなく、１つの読み取り画面を表示すればよくなるので、ユーザの使い勝手が向上する。
【００２７】
＜登録情報の更新処理＞   図８は、端末１０２から送信した登録情報を、管理サーバ１０３が受信し、避難所データベース２２３を更新するシーケンスである。
端末１０２は、生成した登録情報が含まれた登録情報の更新要求を、通信部２０６によって管理サーバ１０３へ送信する（Ｓ８０１）。管理サーバ１０３は、受信した更新要求から登録情報を取得すると（Ｓ８０２）、データベース更新部２２４によって、避難所データベース２２３の更新可否を判定する（Ｓ８０３）。
判定方法は、例えば、登録情報に含まれる避難所識別情報が、管理サーバ１０３の記憶部２１２に予め記憶している避難所識別情報と一致しているかどうかを確認し、一致していない場合、意図していない避難所からの登録と判断し、避難所データベース２２３を更新せずに、更新失敗のメッセージを端末１０２へ送信する。
一致していた場合、データベース更新部２２４は、登録情報に含まれるカードＩＤと避難者属性情報との組み合わせが、避難所データベース２２３の読み取りカードテーブルに登録済みであるか否かを判断する。ここで、カードＩＤと避難者属性情報との組み合わせが登録されていれば、データベース更新部２２４は二重登録を防ぐために更新しないと判定する。
一方、カードＩＤが読み取りカードテーブルに登録されていない場合、及び、カードＩＤと避難者属性情報とのいずれか一方が一致しても他方が異なっている場合（つまり、同一の登録情報を未受信の場合）は、データベース更新部２２４は更新すると判定し、登録情報に含まれる入退情報に基づいて避難所データベース２２３の更新処理を行う。つまり、データベース更新部２２４は読み取りカードテーブルに登録情報を登録するとともに、避難所テーブルを更新する。これは、本避難所管理システムでは端末がカード１０１の避難者属性情報を書換えることができるので、カードＩＤが同一であっても避難者属性情報が異なれば、新たな属性の避難者が入場した、あるいは、元に登録した避難者が退場した場合が考えられるからである。これにより、避難所においてカード１０１が足りなくなって、一度使用したカード１０１の避難者属性情報を書換えて再使用した場合でも、避難所データベース２２３を更新することができる。
データベース更新部２２４による避難所データベース２２３の更新処理（Ｓ８０４）を具体的に説明すると、データベース更新部２２４は、取得した登録情報に含まれるカードＩＤ、避難所識別情報、避難者属性情報を、読み取りカードテーブルに追加する。また、登録情報に含まれる避難所識別情報、避難者属性情報に基づいて、避難所テーブルを更新する。例えば、登録情報に含まれる避難所識別情報に対応する避難所が「＊＊＊公民館」、避難者属性情報に対応する避難者の属性が「男性」、入退情報が「入場」であった場合、避難所テーブルの「＊＊＊公民館」における「避難者の総人数」と「避難者の属性：男性の人数」をカウントアップする。なお、入退情報が「退場」であった場合はカウントダウンする。避難所データベース２２３の更新が完了すると、管理サーバ１０３は、端末１０２へ登録情報の更新成功を通知する（Ｓ８０５）。
【００２８】
なお、Ｓ８０３において、管理サーバ１０３の判定部２２３が、登録していない避難所識別情報と判定した場合、未登録の避難所であるというエラーメッセージを端末１０２へ送信する。ただし、端末１０２から新規の避難所の登録を許容する運用の場合は、エラーメッセージを送信するのではなく、避難所データベース２２３の避難所テーブルに新規の避難所の情報を追加する処理としてもよい。
【００２９】
＜避難所情報の表示＞   図９は、端末１０２が、管理サーバ１０３から避難所情報を取得し、表示するまでのシーケンスである。
ユーザが、端末１０２の操作部２０１によって、情報を取得したい避難所を指定すると、避難所情報要求部２０９が、避難所情報を取得するために管理サーバ１０３へ送信する避難所要求情報を生成する（Ｓ９０１）。ここで、避難所要求情報には、ユーザが指定した避難所の避難所識別情報が含まれている。次に、端末２０１は、生成した避難所識別情報を含めた避難所情報の取得要求を、通信部２０６により管理サーバ１０３へ送信する（Ｓ９０２）。管理サーバ１０３は、受信した取得要求から避難所要求情報を取得すると（Ｓ９０３）、避難所要求情報に基づいて、避難所データベース２２３から避難所に関する情報を検索する（Ｓ９０４）。検索方法は、例えば、避難所要求情報に含まれる避難所識別情報に一致するレコードを、避難所データベース２２３の避難所テーブルから検索する。該当するレコードがあった場合、避難所情報送信部２２５は、避難所テーブルのレコードに基づいて、避難所情報を生成し（Ｓ９０５）、端末１０２へ送信する（Ｓ９０６）。端末１０２は、受信した避難所情報を、表示部２０２によって画面表示する（Ｓ９０７）。
【００３０】
図１０は図３（ｂ）の「避難所状況確認」機能を選択した場合の画面例であり、ユーザが、「中央公民館」の避難所を指定し、「中央公民館」の避難所情報が表示されるまでの画面遷移図である。
ユーザは、端末１０２に表示された避難所の指定メニュー１００１から、避難所情報を取得したい避難所を指定し、更新ボタン１００２を押下する（図１０（ａ））。端末１０２が、管理サーバ１０３から避難所情報を受信するまでの間、更新ボタン１００２は、「更新中」の表示となり、非活性状態で入力を受け付けないことを示す表示となる（図１０（ｂ））。端末１０２が、管理サーバ１０３から避難所情報を受信すると、更新ボタン１００２は、「更新」の表示となり、活性状態で入力を受け付けることを示す表示となる。また、通信状態１００３の表記が、管理サーバ１０３との通信が正常であることを示す「オンライン」表示となる（図１０（ｃ））。
【００３１】
なお、端末１０１から管理サーバ１０３へ避難所情報の取得要求を送信した際に（Ｓ９０８）、管理サーバ１０３から応答が無かった場合（Ｓ９０９）、表示部２０２は、過去に管理サーバ１０３から受信した避難所情報を表示する（Ｓ９１０）。つまり、図９の例では、Ｓ９０７で管理サーバ１０３から受信した避難所情報を記憶部２０７に記憶しておき、避難所情報の取得要求に対する応答待ちがタイムアウトした時に（Ｓ９０９）、記憶部２０７に記憶した避難所情報を表示する（Ｓ９１０）。その際は、表示された避難所情報が最新の情報ではないことをユーザが把握できるよう通知することが望ましい。例えば、図１０の通信状態１００３の表記を、管理サーバ１０３との通信が正常ではないことを示す「オフライン」表示とする。
また、オフライン時は、記憶部２０７に記憶した避難所情報に、それ以降に読み取った情報を考慮して表示してもよい。例えば、オフライン時に、避難者属性情報が「男性」のカードを「入場」として読み取り部２０４で読み取った場合、記憶部２０７に記憶している避難所情報において、「避難者の総人数」と「避難者の属性：男性の人数」をカウントアップする。つまり、図１０の表示例では、「男性」が「５人」、「合計」が「１０人」の表示に更新される。なお、オフライン中に読み取り部２０４で読み取った情報は、管理サーバ１０３との通信が正常になった際、まとめて登録情報として送信するようにしてもよい。これにより、端末１０２の記憶部２０７に記憶している避難所情報と、管理サーバ１０３の避難所データベース２２３上の避難所情報との間に齟齬が生じることを防ぐことができる。
【００３２】
また、図９の例では、端末１０２が、避難所識別情報を指定して、避難所情報を管理サーバ１０３へ要求していたが、全ての避難所の避難所情報を要求するようにしてもよい。例えば、庁舎又は対策本部では、運用上全ての避難所の情報を確認できることが望ましい。そのため、管理サーバ１０３の処理として、庁舎又は対策本部に設置されたＰＣ端末１０５から避難所情報の取得要求を受信した場合、全ての避難所のレコードを避難所データベース２２３から検索し、避難所情報を生成し、生成した避難所情報をＰＣ端末１０４へ送信する。
【００３３】
図１１は、管理サーバ１０３から上記避難所情報を受信したＰＣ端末１０５における画面表示例である。表示する項目としては、例えば、避難所の名称１１０１、避難者の合計人数である総人数１１０２、避難者の属性毎の人数１１０３、避難所の収容可能数１１０４、避難所への連絡先１１０５、データベースの更新日１１０６である。
【００３４】
また、端末１０２から、全ての避難所を示す避難所識別情報を、管理サーバ１０３へ送信し、全ての避難所の避難情報を管理サーバ１０３から受信するようにしてもよい。
また、図１０，図１１の画面表示例において、表示している避難所の避難者の合計人数が、収容可能数に近かったり、超えていたりする場合、ユーザへ通知するようにしてもよい。例えば、避難者の合計人数を強調して表示し、ユーザへ避難者の分散を促すようにする。
【００３５】
＜カードの書換え処理＞   避難者属性情報を記憶したカード１０１は、端末１０２で読み取られた後に、避難者へ配布するため、必要な避難者属性情報を記憶したカード１０１が足りなくなる可能性がある。そこで、カード１０１に記憶された避難者属性情報を、端末１０２から書換えられるようにする。
図１２は、端末１０２による、カード１０１に記憶された避難者属性情報を書換えるフローである。
まず、ユーザは、端末１０２からカード１０１に書込む避難者の属性を選択（Ｓ１２０１）し、書換えるカード１０１を端末１０２に翳す。書換え部２１０は、カード１０１を検出すると、カード１０１が記憶していた避難者属性情報を、選択された避難者の属性に対応する避難者属性情報に書換える（Ｓ１２０２）。書換え処理に成功すると（Ｓ１２０３のＹＥＳ）、書換え成功を通知する（Ｓ１２０４）。また、書換え処理に失敗すると（Ｓ１２０３のＮＯ）、書換え失敗を通知する（Ｓ１２０５）。
【００３６】
図１３は、図３（ｂ）の「カード書込み」機能を選択した場合の画面例であり、書換え処理における画面表示例である。ボタン１３０１〜１３０５には、それぞれ避難者の各属性が色分けされて表示されており、ボタン１３０１〜１３０５が押下されると、表示されている避難者の属性に対応した避難者属性情報を書込む処理となる。図１３は、「男性」の属性が表記されたボタン１３０１が押下された時の例である。この時、表示部２０２は、ボタン１３０１が押下されていることをユーザに通知するため、他のボタン１３０２〜１３０５よりも強調してボタン１３０１を表示している。その後、ユーザが、書換えるカード１０１を端末１０２に翳すと、書換え処理が開始する。書換え処理が完了すると、表示部２０２は、書換え処理の結果を表示する。
ここで、図１３の書換え処理画面と、図１０の避難所状況確認画面とにおいて、各属性を示すアイコン表示の並び方、及び、表示態様（ここでは色）を同様にしている。これにより、ユーザは書換え処理を感覚的に行うことができ、避難所アプリの使用に不慣れなユーザであっても容易にＩＣカードの避難者属性情報を書換えることができる。
【００３７】
＜カード情報確認＞   図１４は、図３の「カード情報確認」機能を選択した場合の画面例である。カード１０１は、デジタルデータやＱＲコードといった態様で情報が記憶されるため、外見からではどのような情報が記憶されているかがユーザは判断できない。そこで、カード１０１に記憶された情報を表示するだけの機能を備えている。例えば、カード１０１の読み取り処理は、「カードの読み取り処理（入場）」と同様（図５のＳ５０１〜Ｓ５０４）のものとし、カード１０１の読み取り処理が成功すると、図１４Ａ，図１４Ｂのようにカード１０１から読み取った情報を表示する。この機能により、カード１０１を管理する際、どのカードがどのような情報を記憶しているかを確認する作業が簡易化できる。
【００３８】
以上説明したように、本発明に係る一実施例は、媒体から情報を取得する端末と、その端末から情報を収集する管理サーバで構成された避難所管理システムであり、端末は、避難所を識別する避難所識別情報を記憶する記憶部と、媒体から避難者の属性を示す避難者属性情報を読み取る読み取り部と、避難所識別情報と、避難者属性情報と、を管理サーバへ送信する通信部と、を備る構成とし、管理サーバは、避難所識別情報と、避難者の属性毎の人数と、を紐づけて記憶するデータベースと、通信部から受信した避難所識別情報に基づいて、データベースを更新するかどうかを判定し、更新すると判定した場合は、避難者属性情報に基づいて、避難者の属性毎の人数を更新するデータベース更新部、とを備える構成としている。
これにより、避難者属性情報を記憶したカードから読み取る構成としたため、避難者が個人情報を記憶したカード等を用意していなくても、避難所の避難者数を迅速に把握することができる。また、データベース更新部が避難所識別情報に基づいて、データベースを更新するかどうかを判定する構成であるため、自治体が管理している避難所からの更新要求に対してのみ、データベースを更新することができる。
【００３９】
また、本発明の一実施例として、端末において、読み取り部は、カードから避難者属性情報と、カードを識別するカードＩＤと、を読み出し、通信部は、避難所識別情報と、避難者属性情報と、カードＩＤと、を管理サーバへ送信し、その管理サーバにおけるデータベース更新部は、受信した避難所識別情報と、カードＩＤと、に基づいて、同一避難所であっても、カードＩＤが前記データベースに記憶されていない場合は、前記データベースを更新し、前記カードＩＤが前記データベースに記憶されている場合は、同一の避難者属性情報が前記データベースに記憶されていなければ、データベースを更新すると判定する構成としている。
これにより、同一のカードから更新要求がきていないかどうかが確認できるようになるため、データベースの更新が二重に行われてしまうことを防ぐことができる。
【００４０】
また、本発明の一実施例として、端末において、複数の避難者の属性を記憶しており、媒体に記憶された避難者属性情報を、他の避難者属性情報に書換える書換え部を備える構成としている。
これにより、不足している避難者属性情報が記憶しているカードの補充を、容易に行うことができる。
【００４１】
また、本発明の一実施例として、媒体を識別するカードＩＤと、避難者属性情報が含まれたＱＲコードを出力するＱＲコード出力装置と、を備えており、端末における読み取り部は、ＱＲコード出力装置によって出力されたＱＲコードからカードＩＤと避難者属性情報を読み取る構成としている。
これにより、ユーザは、避難者属性情報を記憶したカードの作成に掛かる手間が省けるようになる。
【００４２】
また、本発明の一実施例として、端末における通信部は、避難者の属性毎の人数を加算するか減算するかを示す加減算情報を送信し、管理サーバにおけるデータベース更新部は、加減算情報に基づいて、避難者の属性毎の人数を加算するか減算するかを決定する構成としている。
これにより、避難者の入退場に合わせて、避難所情報における避難者の人数を増減できるため、より正確な避難者の人数を把握することができる。
【００４３】
また、本発明の一実施例として、管理サーバにおいて、データベースが記憶する避難所識別情報と、避難者の属性毎の人数に基づいて、避難所の情報を示す避難所情報を生成し、その避難所情報を端末へ送信する避難所情報送信部を備え、端末において、通信部が管理サーバから受信した避難所情報に基づいて、画面の表示を制御する表示制御部とをさらに備える構成とした。
これにより、各避難所の端末の画面上で、避難所の情報を確認することができる。避難所情報送信部が生成する避難所情報は、避難所毎の情報でもよいし、複数の避難所の情報でもよい。
【００４４】
また、本発明の一実施例として、端末における表示制御部は、管理サーバとの通信が正常な時は、避難所情報送信部から受信した避難所情報に基づく表示制御を行い、管理サーバとの通信が異常な時は、記憶部に記憶している避難所情報に基づく表示制御を行う構成としている。
これにより、管理サーバと接続ができなかった場合でも、ユーザは、避難所の情報を確認することができる。
【００４５】
また、本発明の一実施例として、端末における表示制御部は、運用中に前記ユーザが使用しない機能は表示しない画面モードと、全ての機能を表示する画面モードとを切替えて表示する構成としている。
これにより、ユーザは必要な情報だけ見て端末を操作することができるため、端末の操作性が向上する。
【００４６】
また、本発明の一実施例として、端末は、ユーザからの操作を受け付ける操作部をさらに備え、通信部は、操作部が入場を示す操作を受け付けると、読み取り部が読み取った避難者属性情報を送信し、操作部が退場を示す操作を受け付けると、退場を示す情報を避難者属性情報として送信する構成としている。また、管理サーバのデータベース更新部は、受信した避難者属性情報が、読み取り部が読み取った情報の場合、避難者の属性毎の人数をカウントアップし、受信した避難者属性情報が、退場を示す情報の場合、避難者の属性毎の人数をカウントダウンする構成としている。
これにより、入退場情報を追加しなくても、避難者属性情報だけで入退場を判別することができるため、端末から管理サーバへ送信するデータ量を抑えることができる。
【００４７】
以上、本発明について実施形態をもとに説明した。この実施形態は例示であり、それらの各構成要素の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
例えば、本発明の実施形態として、カード１０１をＱＲコードが印字されたカードとする場合、ＱＲコードを出力するＱＲコード出力装置を構成に加えても良い。この時、ＱＲコード出力装置は、カードを識別するためのカードＩＤと、ユーザが指定した避難者属性情報が含まれているＱＲコードを出力することが望ましい。
また、上述した実施形態では、退場を考慮するシステムとしたが、入場のみをカードの情報として読み込む構成としてもよい。
【００４８】
なお、本発明に係るシステムや装置（端末）などにおいて行われる各種の処理は、例えばプロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭ（Read Only Memory）等のメモリに格納された制御プログラムを実行することにより制御される構成が用いられてもよい。また、例えば当該処理を実行するための各機能手段が独立したハードウエア回路として構成されてもよい。
また、本発明は上記の制御プログラムを格納した、コンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。
【符号の説明】
【００４９】
１０１  カード１０２（１０２−１〜１０２−３）  端末１０３  管理サーバ１０４  ＰＣ端末２０１  操作部２０２  表示部２０３  避難所登録部２０４  読み取り部２０５  登録情報生成部２０６  通信部２０７  記憶部２０８  位置情報取得部２０９  避難所情報要求部２１０  書換え部２２１  通信部２２２  記憶部２２３  避難所データベース２２４  データベース更新部２２５  避難所情報送信部２３１  通信部２３２  操作部２３３  避難所情報要求部２３４  表示部
【図１】
2018163822.tif 000003
【図２】
2018163822.tif 000004
【図３】
2018163822.tif 000005
【図４】
2018163822.tif 000006
【図５】
2018163822.tif 000007
【図６】
2018163822.tif 000008
【図７】
2018163822.tif 000009
【図８】
2018163822.tif 000010
【図９】
2018163822.tif 000011
【図１０】
2018163822.tif 000012
【図１１】
2018163822.tif 000013
【図１２】
2018163822.tif 000014
【図１３】
2018163822.tif 000015
【図１４】
2018163822.tif 000016
【図１５】
2018163822.tif 000017
【国際調査報告】
2018163822.tif 000018
2018163822.tif 000019
2018163822.tif 000020
2018163822.tif 000021