(57)【特許請求の範囲】
【請求項１】
災害が発生した地域及び各地域における災害の規模のリストを含む災害情報を取得する災害情報取得部と、
前記災害情報取得部が取得した災害情報が示す災害の規模が予め定められた規模以上であり、且つ災害が発生した地域が予め定められた地域を含む場合、発生した災害ごとにユーザの安否を示す情報を登録するための電子掲示板を生成するスレッド生成部と、
記憶部に格納されているユーザの連絡先を示す情報を取得し、ユーザの安否を示す所定の選択肢のいずれかの入力を要求するメッセージを、取得した前記ユーザの連絡先へ送信する安否問合せ部と、
ユーザから前記所定の選択肢いずれかの入力を受ける情報収集部と、
前記電子掲示板において、前記情報収集部が入力を受けた選択肢ごとに色分けしてユーザの安否を示す情報を表示する情報出力部と、
を備え、
前記安否問合せ部は、生成された電子掲示板並びにユーザ及び当該ユーザの安否を示す所定の選択肢の組み合わせごとに一意となるアクセス先を含むメッセージを生成し、ユーザの連絡先へ送信し、
前記情報収集部は、前記アクセス先へのアクセスに基づき、当該アクセス先に対応する電子掲示板へ、当該アクセス先に対応するユーザの安否状況として、当該アクセス先に対応する選択肢を登録する
危機管理情報共有装置。
【請求項２】
前記スレッド生成部は、発生した災害ごとに、地図上の座標と対応付けてユーザが登録する情報を表示する地図情報掲示板をさらに生成し、
前記情報収集部は、地図上の座標、当該座標に対応付けて表示する地域情報、及び当該座標に関連付けて表示するマーカの色彩の入力をユーザから受け、
前記情報出力部は、前記情報収集部が入力を受けた前記地域情報を、前記座標に基づいて地図上にマッピングして出力する
請求項１に記載の危機管理情報共有装置。
【請求項３】
前記スレッド生成部は、前記災害情報取得部が取得した災害情報が示す災害が地震であり、且つ余震である場合、前記電子掲示板を生成しない
請求項１又は２に記載の危機管理情報共有装置。
【請求項４】
前記スレッド生成部は、ユーザが所持するモバイル装置から取得した当該モバイル装置の位置を示す情報に基づき、前記災害情報取得部が取得した災害情報が示す災害の規模が予め定められた規模以上であり、且つ災害が発生した地域が前記モバイル装置の位置を含む場合、前記電子掲示板を生成し、
前記安否問合せ部は、少なくとも前記災害が発生した地域に位置する前記モバイル装置のユーザに、前記安否を示す所定の選択肢のいずれかの入力を要求するメッセージを送信する
請求項１から３のいずれか一項に記載の危機管理情報共有装置。
【請求項５】
災害が発生した地域及び各地域における災害の規模のリストを含む災害情報を取得する災害情報取得ステップと、
前記災害情報取得ステップにおいて取得された災害情報が示す災害の規模が予め定められた規模以上であり、且つ災害が発生した地域が予め定められた地域を含む場合、発生した災害ごとにユーザの安否を示す情報を登録するための電子掲示板を生成するスレッド生成ステップと、
記憶部に格納されているユーザの連絡先を示す情報を取得し、ユーザの安否を示す所定の選択肢のいずれかの入力を要求するメッセージを、取得した前記ユーザの連絡先へ送信する安否問合せステップと、
ユーザから前記所定の選択肢いずれかの入力を受ける情報収集ステップと、
前記電子掲示板において、前記情報収集ステップにおいて入力を受けた選択肢ごとに色分けしてユーザの安否を示す情報を表示する情報出力ステップと、
をコンピュータが実行し、
前記安否問合せステップにおいて、生成された電子掲示板並びにユーザ及び当該ユーザの安否を示す所定の選択肢の組み合わせごとに一意となるアクセス先を含むメッセージを生成し、ユーザの連絡先へ送信し、
前記情報収集ステップにおいて、前記アクセス先へのアクセスに基づき、当該アクセス先に対応する電子掲示板へ、当該アクセス先に対応するユーザの安否状況として、当該アクセス先に対応する選択肢を登録する
危機管理情報共有方法。
【請求項６】
災害が発生した地域及び各地域における災害の規模のリストを含む災害情報を取得する災害情報取得ステップと、
前記災害情報取得ステップにおいて取得された災害情報が示す災害の規模が予め定められた規模以上であり、且つ災害が発生した地域が予め定められた地域を含む場合、発生した災害ごとにユーザの安否を示す情報を登録するための電子掲示板を生成するスレッド生成ステップと、
記憶部に格納されているユーザの連絡先を示す情報を取得し、ユーザの安否を示す所定の選択肢のいずれかの入力を要求するメッセージを、取得した前記ユーザの連絡先へ送信する安否問合せステップと、
ユーザから前記所定の選択肢いずれかの入力を受ける情報収集ステップと、
前記電子掲示板において、前記情報収集ステップにおいて入力を受けた選択肢ごとに色分けしてユーザの安否を示す情報を表示する情報出力ステップと、
をコンピュータに実行させ、
前記安否問合せステップにおいて、生成された電子掲示板並びにユーザ及び当該ユーザの安否を示す所定の選択肢の組み合わせごとに一意となるアクセス先を含むメッセージを生成し、ユーザの連絡先へ送信し、
前記情報収集ステップにおいて、前記アクセス先へのアクセスに基づき、当該アクセス先に対応する電子掲示板へ、当該アクセス先に対応するユーザの安否状況として、当該ア
クセス先に対応する選択肢を登録する
危機管理情報共有プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、危機管理情報共有装置、危機管理情報共有方法及び危機管理情報共有プログラムに関する。
【背景技術】
【０００２】
従来、災害発生時において安否等の情報を共有することを目的とした技術が提案されている。例えば、地震等の緊急災害発生時に災害情報公開用のホームページ（ＨＰ）を自動生成して情報を公開する技術が提案されている（例えば特許文献１）。当該技術では、ＨＰは、所定の緊急災害時に被害情報や対応依頼を掲示するための掲示板を備え、ＷＥＢサーバは、署員や一般の通報者が所有するＷＥＢ端末から公衆通信回線を介して送信されるメールを受信するとともに、メールを掲示板に公開するとしている。
【０００３】
また、救助を必要とするレベルの災害時に、安否確認用ＵＲＬリンクを記載した安否確認メールを、登録利用者の携帯電話メールアドレスに送信し、安否確認用ＵＲＬリンクにアクセスした登録利用者を災害時安否データベースで安全確認済みとする技術も提案されている（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−３０７６６号公報
【特許文献２】特開２００６−３３８２７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、災害発生時に情報共有を行うためのシステムは提案されていたが、利用者のグループの管理者がメンバーの安否を把握することを目的としたものが多かった。また、情報の集約は物理的な地点で一元的になされがちであり、メンバーの各々が情報を共有し易いものにはなっていなかった。
【０００６】
本発明は、このような問題に鑑みてなされたものであり、災害発生時における情報共有システムの利用性を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る危機管理情報共有装置は、災害が発生した地域及び各地域における災害の規模のリストを含む災害情報を取得する災害情報取得部と、災害情報取得部が取得した災害情報が示す災害の規模が予め定められた規模以上であり、且つ災害が発生した地域が予め定められた地域を含む場合、発生した災害ごとにユーザの安否を示す情報を登録するための電子掲示板を生成するスレッド生成部と、記憶部に格納されているユーザの連絡先を示す情報を取得し、ユーザの安否を示す所定の選択肢のいずれかの入力を要求するメッセージを、取得したユーザの連絡先へ送信する安否問合せ部と、ユーザから所定の選択肢いずれかの入力を受ける情報収集部と、電子掲示板において、情報収集部が入力を受けた選択肢ごとに色分けしてユーザの安否を示す情報を表示する情報出力部とを備える。
【０００８】
このようにすれば、予め定められた条件に合致する災害が発生した場合に速やかに安否の確認が行えると共に、安否の状況を色分けして表示することにより、確認時の視認性を向上させることができる。すなわち、災害発生時における情報共有システムの利用性を向
上させることができる。
【０００９】
また、スレッド生成部は、発生した災害ごとに、地図上の座標と対応付けてユーザが登録する情報を表示する地図情報掲示板をさらに生成し、情報収集部は、地図上の座標、当該座標に対応付けて表示する地域情報、及び当該座標に関連付けて表示するマーカの色彩の入力をユーザから受け、情報出力部は、情報収集部が入力を受けた地域情報を、座標に基づいて地図上にマッピングして出力するようにしてもよい。このようにすれば、情報が関連する位置を認識し易くなると共に、例えば情報の内容によってマーカの色彩を設定すれば、情報の視認性を向上させることができる。
【００１０】
また、安否問合せ部は、生成された電子掲示板並びにユーザ及び当該ユーザの安否を示す所定の選択肢の組み合わせごとに一意となるアクセス先を含むメッセージを生成し、ユーザの連絡先へ送信し、情報収集部は、アクセス先へのアクセスに基づき、当該アクセス先に対応する電子掲示板へ、当該アクセス先に対応するユーザの安否状況として、当該アクセス先に対応する選択肢を登録するようにしてもよい。このようにすれば、ユーザは電子メール等のメッセージから直接アクセス先にアクセスすることにより、データの通信量を抑制し且つ速やかに安否状況を回答できるようになる。
【００１１】
また、スレッド生成部は、災害情報取得部が取得した災害情報が示す災害が地震であり、且つ余震である場合、電子掲示板を生成しないようにしてもよい。災害の発生ごとに電子掲示板が生成されると情報がうまく集約されないところ、上述のようにすれば、情報の発散を抑制できる。
【００１２】
また、スレッド生成部は、ユーザが所持するモバイル装置から取得した当該モバイル装置の位置を示す情報に基づき、災害情報取得部が取得した災害情報が示す災害の規模が予め定められた規模以上であり、且つ災害が発生した地域がモバイル装置の位置を含む場合、電子掲示板を生成し、安否問合せ部は、少なくとも災害が発生した地域に位置するモバイル装置のユーザに、安否を示す所定の選択肢のいずれかの入力を要求するメッセージを送信するようにしてもよい。このようにすれば、ユーザが例えば通常の行動範囲から外れた外出先で被災したような場合においても、適切に安否の確認を行い、情報を共有することができるようになる。
【００１３】
なお、課題を解決するための手段に記載の内容は、本発明の課題や技術的思想を逸脱しない範囲で可能な限り組み合わせることができる。また、課題を解決するための手段の内容は、コンピュータ等の装置若しくは複数の装置を含むシステム、コンピュータが実行する方法、又はコンピュータに実行させるプログラムとして提供することができる。なお、このようなプログラムを格納した、コンピュータ読み取り可能な記録媒体を提供するようにしてもよい。
【００１４】
ここで、コンピュータが読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、8mmテープ、メモリカード等がある。また、コンピュータに固定された記録
媒体としてハードディスクやＲＯＭ（Read Only Memory）等がある。
【発明の効果】
【００１５】
災害発生時における情報共有システムの利用性を向上させることができる。
【図面の簡単な説明】
【００１６】
【図１】システム構成の一例を示す図である。
【図２】危機管理情報共有装置の一例を示す機能ブロック図である。
【図３】コンピュータの装置構成図である。
【図４】災害発生時にシステムが行う処理の一例を示す処理フロー図である。
【図５】ユーザ情報テーブルの一例を示す図である。
【図６】グループ情報テーブルの一例を示す図である。
【図７】送信されるメッセージの一例である電子メールを説明するための図である。
【図８】安否情報テーブルの一例を示す図である。
【図９】ユーザが安否を登録又は更新するためのウェブページの一例を示す図である。
【図１０】ユーザの安否一覧を示すウェブページの一例を示す図である。
【図１１】災害掲示板の一例を示す図である。
【図１２】災害掲示板テーブルの一例を示す図である。
【図１３】地図情報の一例を示す図である。
【図１４】地図情報テーブルの一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明を実施するための形態について説明する。なお、実施形態に示す構成は例示であり、本発明は下記の構成に限定されない。
【００１８】
＜システム構成＞
図１は、本実施形態に係るシステムの一例を示す図である。図１のシステムは、危機管理情報共有装置１と、災害情報公開装置２と、モバイル装置３とを含み、これらがインターネット等のネットワーク４を介して接続されている。危機管理情報共有装置１は、災害の発生や予測に関する情報を取得してユーザに通知したり、各ユーザの安否やその他の情報を収集及び公開するサーバである。災害情報公開装置２は、例えば気象庁が発表する警報や特別警報を公開するサーバである。本実施形態における災害情報とは、例えば、地震、津波、火山噴火、大雨、洪水、大雪、暴風、暴風雪、波浪、又は高潮に関する特別警報や警報の発表を示す情報である。災害情報公開装置２は、災害情報をネットワーク４上に公開し、危機管理情報共有装置１は災害情報の公開と連携してユーザへ安否確認のための電子メールを送信したり、発生した災害ごとに情報を集約して公開するための電子掲示板を生成したりする。モバイル装置３は、本システムのユーザが携帯するコンピュータである。モバイル装置３は、例えば携帯電話網を介してネットワーク４と接続されており、危機管理情報共有装置１へ、安否確認に対する回答や周辺地域に関する情報、その他の情報を送信したり、危機管理情報共有装置１が公開する情報を受信及び表示したりする。なお、図１の例では１つのモバイル装置３を示しているが、モバイル装置３は複数のユーザがそれぞれ１台以上所持しており、ネットワーク４に複数接続されているものとする。
【００１９】
＜機能構成＞
図２は、本実施形態に係る危機管理情報共有装置１の一例を示す機能ブロック図である。図２の危機管理情報共有装置１は、災害情報取得部１１と、スレッド生成部１２と、記憶部１３と、安否問合せ部１４と、情報収集部１５と、情報出力部１６とを有する。災害情報取得部１１は、ネットワーク４を介して災害情報公開装置２へアクセスし、前回のアクセス後に発生した災害情報があれば取得する。災害情報とは、災害の種別、発生した日時、発生した地域（例えば、行政区画）及び災害の程度（震度、波の高さ、噴火警報レベル、降水量、風速等）を含むものとする。また、スレッド生成部１２は、災害情報取得部１１が取得した災害情報が、予め設定された監視対象の災害に該当する場合、ユーザが安否情報を登録するための電子掲示板や、発生した災害に関する様々な情報を登録するための電子掲示板、周辺地域等の情報を登録するための地図情報掲示板を、発生した災害ごとに生成し、公開する。記憶部１３は、ユーザに安否確認を行うべき災害の種別及びその程
度の設定や、生成された電子掲示板、当該掲示板へ投稿されたデータ等を記憶する。そして、安否問合せ部１４は、生成した電子掲示板へ安否を示す情報の登録を促すメッセージをユーザに送信する。また、情報収集部１５は、ユーザが携帯するモバイル装置３から、ユーザの安否を示す情報や、地図上の位置に関連付けられた地域に関する情報、その他の情報の入力を受け、記憶部１３に記憶させる。また、情報出力部１６は、例えばモバイル装置３からの要求を受け、要求に応じた情報を記憶部１３から抽出してモバイル装置３へ出力する。
【００２０】
＜装置構成＞
なお、危機管理情報共有装置１、災害情報公開装置２及びモバイル装置３は、図３に示すようなコンピュータである。図３は、コンピュータの一例を示す装置構成図である。例えば、コンピュータは、ＣＰＵ（Central Processing Unit）１００１、主記憶装置１０
０２、補助記憶装置１００３、通信ＩＦ（Interface）１００４、入出力ＩＦ（Interface）１００５、ドライブ装置１００６、通信バス１００７を備えている。ＣＰＵ１００１は、プログラムを実行することにより本実施の形態で説明する処理を行う。主記憶装置１００２は、ＣＰＵ１００１が読み出したプログラムやデータをキャッシュしたり、ＣＰＵの作業領域を展開したりする。主記憶装置は、具体的には、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等である。補助記憶装置１００３は、ＣＰＵ１００１により実行されるプログラムや、本実施の形態で用いる設定情報などを記憶する。補助記憶装置１００３は、具体的には、ＨＤＤ（Hard-disk Drive）やＳＳＤ（Solid State Drive）、フラッシュメモリ等である。主記憶装置１００２や補助記憶装置１００３は、嗜好情報記憶部１０３、観光情報記憶部１０７、予定情報記憶部１０８等として働く。通信ＩＦ１００４は、他のコンピュータ装置との間でデータを送受信する。通信ＩＦ１００４は、具体的には、有線又は無線のネットワークカード等である。入出力ＩＦ１００５は、入出力装置と接続され、ユーザから入力を受け付けたり、ユーザへ情報を出力したりする。入出力装置は、具体的には、カメラ等の撮像装置、キーボード、マウス、ディスプレイ、タッチパネル、又はＧＰＳ受信機や磁気センサ、加速度センサ等のセンサ等である。ドライブ装置１００６は、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標） Disc）等の記憶媒体に記録されたデータを読み出したり、記憶媒体にデータを書き込んだりする。以上のような構成要素が、通信バス１００７で接続されている。なお、これらの構成要素は複数設けられていてもよいし、一部の構成要素（例えば、ドライブ装置１００６）を設けないようにしてもよい。また、入出力装置がコンピュータと一体に構成されていてもよい。そして、ドライブ装置で読み取り可能な可搬性の記憶媒体や、ＵＳＢメモリのような補助記憶装置、ネットワークＩＦなどを介して、本実施の形態で実行されるプログラムが提供されるようにしてもよい。そして、ＣＰＵ１００１がプログラムを実行することにより、上記のようなコンピュータを危機管理情報共有装置１、災害情報公開装置２、又はモバイル装置３として働かせる。
【００２１】
＜災害発生時の処理＞
図４は、災害発生時にシステムが行う処理の一例を示す処理フロー図である。例えば地震等の災害が発生すると、災害情報公開装置２は災害の発生を検知し、災害の発生を示す災害情報を公開する（図４：Ｓ１）。災害情報公開装置２は、例えば気象庁や民間企業が管理するサーバであり、例えば全国に設置された地震計から得られる情報に基づき、地震の発生を検知すると共に、その規模や震源等を算出する。また、気象衛星や気象レーダーから得られる情報に基づき、天候に関する警報等の情報を公開するものであってもよい。
【００２２】
一方、危機管理情報共有装置１の地震検知部１１は、災害情報公開装置２と連携して新たに公開された災害情報を取得する（Ｓ２）。例えば、危機管理情報共有装置１は、定期的に災害情報公開装置２にアクセスしたり、災害情報公開装置２から通知を受けたりすることにより、災害情報公開装置２がＸＭＬ形式等で配信する災害情報を取得する。
【００２３】
また、危機管理情報共有装置１のスレッド生成部１２は、取得した災害情報が所定の条件を満たすか判断する（Ｓ３）。本ステップでは、取得した災害情報と関連付けて、ユーザが安否情報等を登録するための電子掲示板を生成するか否か判断する。なお、危機管理情報共有装置１記憶部１３には、電子掲示板を生成してユーザに安否確認を行う対象となる災害の種別、規模、地域等の情報が予め設定されているものとする。
【００２４】
図５は、記憶部１３に記憶されるユーザ情報テーブルの一例を示す図である。ユーザ情報テーブルは、ユーザＩＤ、画像、グループＩＤ、連絡先、及び現在地の項目を含む。ユーザＩＤのフィールドには、本システムのユーザを一意に特定するための識別情報が登録される。画像のフィールドには、ユーザが登録した自身の画像の保存先が登録される。グループＩＤのフィールドには、勤務先や学校等のようなユーザが属するグループを示す識別情報が登録される。連絡先のフィールドには、ユーザの電子メールアドレスやＳＮＳ（Social Networking System）のアカウント等のようなユーザの連絡先を示す情報が登録される。また、現在地のフィールドには、例えばユーザが所持するモバイル端末３がＧＰＳ（Global Positioning System）受信機等を利用して取得したユーザの位置を示す情報が
所定のタイミングで登録される。なお、ユーザ情報テーブルは、現在地の項目を有していなくてもよい。
【００２５】
図６は、記憶部１３に記憶されるグループ情報テーブルの一例を示す図である。グループ情報テーブルは、グループＩＤ、地域、災害種別、及び災害レベルの項目を含む。グループＩＤのフィールドには、ユーザ情報テーブルのグループと対応する識別情報が登録される。また、地域のフィールドには、例えば勤務先や学校の所在地など、当該地域に災害が発生した場合に、グループに属するユーザに安否の確認を行う基準となる地域（例えば、行政区画）を示す情報が登録される。災害種別のフィールドには、地震、津波、火山噴火、大雨、洪水、大雪、暴風、暴風雪、波浪、高潮等の、発生した場合に、グループに属するユーザに安否の確認を行う対象となる災害の種別を示す情報が登録される。災害レベルのフィールドには、震度、波の高さ、噴火警報レベル、降水量、風速等のように、発生した災害の程度が当該レベル以上である場合に、グループに属するユーザに安否の確認を行う対象となる災害の程度を示す情報が登録される。
【００２６】
スレッド生成部１２は、Ｓ１で取得した災害情報が示す災害が、グループ情報テーブルの「地域」フィールドに登録された地域で発生し、且つ「災害種別」フィールドに登録された種別の災害であって、「災害レベル」フィールドに登録された災害レベル以上の規模である場合、Ｓ３において所定の条件を満たすと判断する。なお、災害情報が所定の条件を満たさないと判断された場合（図示せず）、危機管理情報共有装置１は処理を終了し、新たな災害情報が公開されるまで待機する。
【００２７】
一方、災害情報が所定の条件を満たす場合（Ｓ３：ＹＥＳ）、スレッド生成部１２は、取得した災害情報と関連付けて、電子掲示板を記憶部１３に生成する（Ｓ４）。具体的には、例えば特定の日時に発生した地震に関して、「安全」、「困難」、「危険」等のような安否の状況を示す選択肢によってユーザが各自の状況を登録できる電子掲示板のスレッドを生成する。また、安否確認のための掲示板だけでなく、地図上にマーカを配置すると共に当該マーカに対応付けてユーザが文字や画像を投稿できる地図情報掲示板のスレッドをさらに生成してもよい。
【００２８】
また、危機管理情報共有装置１の安否問合せ部１４は、Ｓ４で生成した電子掲示板に安否を示す情報の登録を要求するメッセージをユーザに送信する（Ｓ５）。図７は、本ステップで送信されるメッセージの一例である電子メールを説明するための図である。Ｓ５では、例えば、Ｓ４において生成した電子掲示板に登録する選択肢ごとに、リンク先へ接続
することによりユーザが各選択肢を登録するためのＵＲＩ（Uniform Resource Identifier）を本文に含む電子メールを送信する。図７の例では、「安全」、「困難」、「危険」
といった選択肢の各々に対し、クリックして接続することにより安否確認に対する回答ができるリンクを含む。ＵＲＩの少なくとも一部は、災害（電子掲示板のスレッド）、ユーザ及び選択肢の組み合わせに対して一意（ユニーク）であってランダムな文字列によって構成される。安否問合せ部１４がこのようなＵＲＩを生成し、メッセージ内に選択肢を提示することにより、モバイル装置３のユーザは、例えばインターネットブラウザで電子掲示板のスレッドを表示させる必要なく、メッセージ内のリンクへアクセスすることにより回答を直接登録することができるようになる。
【００２９】
一方、モバイル装置３は、安否問合せのメッセージを受信する（Ｓ６）。本ステップでは、例えば、図７に示したような電子メールを受信し、ユーザの操作によってモバイル装置３のディスプレイに表示する。また、モバイル装置３は、ユーザの操作を受け、ユーザの安否を示す情報を危機管理情報共有装置１へ送信する（Ｓ７）。本ステップでは、例えば図７に示したリンク（ＵＲＩ）のいずれかをユーザが選択（クリック、タップ等）することにより、危機管理情報共有装置１へアクセスすることにより回答を送信する。
【００３０】
また、危機管理情報共有装置１の情報収集部１５は、モバイル装置３からユーザの安否情報を受信し、記憶部１３に登録する（Ｓ８）。本実施形態では、上述のようにユニークなＵＲＩを発行するため、情報収集部１５は、モバイル装置３からのアクセス先のＵＲＩによって、回答を登録すべき災害、回答者であるユーザ、及び安否の状況を示す選択肢の組み合わせを特定することができる。
【００３１】
図８は、ユーザから回答を受けた安否の状況を登録するための安否情報テーブルの一例を示す図である。図８の安否情報テーブルは、災害ＩＤ、投稿日時、ユーザＩＤ、及び安否の項目を含む。災害ＩＤのフィールドには、発生した災害を一意に特定するための識別情報が登録される。投稿日時のフィールドには、ユーザから回答を受信した日時を示す情報が登録される。ユーザＩＤのフィールドには、ユーザを一意に特定するための識別情報が登録される。また、安否のフィールドには、ユーザが選択した安否の状況を示す選択肢のいずれかを特定するための情報が登録される。なお、安否のフィールドについては、状況の変化に伴いユーザが登録内容を更新できるものとする。
【００３２】
＜電子掲示板の表示及び情報の投稿＞
図９は、ユーザが安否の状況を示す情報を登録又は更新するためのウェブページの一例を示す図である。安否の回答は、図７に示したようなメッセージからでなく、所定のウェブページに表示された選択肢のいずれかを選択することにより登録又は更新できるようにしてもよい。図９のウェブページには、「安全」、「困難」、及び「危険」の選択肢を示すボタンが表示されており、ユーザがいずれかをクリックまたはタップすることにより回答を選択することができる。ここで、選択肢のボタンに付されたハッチングは、色彩を表すものとする。本実施形態では、選択肢の各々に異なる色彩を割り当てることにより、回答の視認性を向上させる。例えば、「安全」は緑色、「困難」は黄色、「危険」は赤色で表示する。
【００３３】
図１０は、危機管理情報共有装置１の情報出力部１６が出力するユーザの安否一覧を示すウェブページの一例を示す図である。本実施形態では、発生した災害ごとに図１０に示すような安否の一覧を表示するウェブページが生成及び更新される。情報出力部１６は、図４のＳ４において電子掲示板のスレッドを生成した後、モバイル装置３から当該スレッドへのアクセスを受けた場合、ユーザから登録された安否情報を一覧にして表示するウェブページを出力する。図８の例では、ウェブページを閲覧するユーザが選択したグループに属するユーザと安否を示す情報が一覧表示されている。ここで、安否を示す情報は、各
ユーザの左側に表示された長方形部分の色彩で示す。図９の例と同様に、図１０においても各領域に施されたハッチングによって色彩を表すものとする。このようにすれば、ウェブページを閲覧するユーザは視覚的に他のユーザの状況を把握できるようになる。また、図１０のウェブページは、「全て」、「安全」、「困難」、「危険」、及び「未登録」のタブを有しており、閲覧するユーザはこれらのタブをクリック、タップ等することにより表示するユーザをフィルタリング（絞り込み）できる。このような機能によっても、ウェブページを閲覧するユーザは他のユーザの状況を把握し易くなる。
【００３４】
図１１は、情報出力部１６が出力する災害掲示板の一例を示す図である。災害掲示板も、例えば図４のＳ４において発生した災害ごとに生成され、ユーザからの投稿を受けることにより更新される。図１１の災害掲示板の上部には、ユーザが投稿する文章を入力するためのテキストボックスと、モバイル装置３に保存されている写真データ等を投稿に添付するための「添付」ボタンと、掲示板に入力データを送信するための「投稿」ボタンとを含む。
【００３５】
図１２は、記憶部１３に記憶され、災害掲示板への投稿を保持する災害掲示板テーブルの一例を示す図である。情報収集部１５は、図１１に示したような災害掲示板への投稿を受けると、図１２に示すような災害掲示板テーブルに投稿内容を登録する。図１２の災害掲示板テーブルは、災害ＩＤ、投稿日時、ユーザＩＤ、及び投稿内容の項目を含む。また、投稿内容は、テキストが登録されるコメントのフィールドと、写真データ等が登録される添付のフィールドとを含む。災害ＩＤのフィールドには、発生した災害を一意に特定するための識別情報が登録される。投稿日時のフィールドには、ユーザから回答を受信した日時を示す情報が登録される。ユーザＩＤのフィールドには、ユーザを一意に特定するための識別情報が登録される。また、コメントのフィールドにはユーザが当該掲示板に書き込んだ文章が登録される。添付のフィールドには、ユーザが送信した写真データ等の添付ファイルの保存先が登録される。
【００３６】
また、図１１に示した災害掲示板の下部には、例えば閲覧ユーザと同じグループに属するユーザが投稿した内容が時系列順に表示される。このような表示は、上述した災害掲示板テーブルや、ユーザ情報テーブル、グループ情報テーブル、安否情報テーブルに登録された内容に基づいて行われる。図１１の例でも、投稿された情報の左側には投稿したユーザの安否を示す情報が長方形状の領域の色彩によって示されている。また、災害掲示板のウェブページに表示される各投稿は、災害掲示板テーブルに保持されている投稿日時、ユーザ情報テーブルに保持されているユーザの画像、属するグループ、氏名、災害掲示板テーブルに保持されている投稿内容を含む。本実施形態では、所定の条件を満たす災害が発生した場合、図４のＳ４においてこのような掲示板が自動的に生成されるため、ユーザは速やかに情報を共有することができるようになる。
【００３７】
図１３は、情報出力部１６が出力する地図情報（地図掲示板とも呼ぶ）の一例を示す図である。地図掲示板も、例えば図４のＳ４において発生した災害ごとに生成され、ユーザからの投稿を受けることにより更新される。地図情報は、ピン形状であって目印となるマーカを地図上に配置すると共に、マーカと関連付けてテキストや画像を登録することができる。また、マーカにも色彩を設定することができ、危険の程度によって色彩を選択したり、例えば水道や交通といった投稿内容の分類によって色彩を選択したりすることができる。このようなマーカの色彩によれば、ユーザにとって情報の視認性が向上する。
【００３８】
図１４は、記憶部１３に記憶され、地図情報への投稿を保持する地図情報テーブルの一例を示す図である。情報収集部１５は、図１３に示したような地図情報への投稿を受けると、図１４に示すような地図情報テーブルに投稿内容を登録する。図１４の地図情報テーブルは、災害ＩＤ、投稿日時、ユーザＩＤ、及び投稿内容の項目を含む。また、投稿内容
は、座標、色、コメント、及び添付の項目を含む。災害ＩＤのフィールドには、発生した災害を一意に特定するための識別情報が登録される。投稿日時のフィールドには、ユーザから回答を受信した日時を示す情報が登録される。ユーザＩＤのフィールドには、ユーザを一意に特定するための識別情報が登録される。また、座標のフィールドには、地図上の位置を示す緯度及び経度等の座標が登録される。色のフィールドには、予め定められた複数の色からユーザによって選択されたマーカの色が登録される。コメントのフィールドにはユーザが当該掲示板に書き込んだ文章が登録される。添付のフィールドには、ユーザが送信した写真データ等の添付ファイルの保存先が登録される。
【００３９】
図１３に示した地図情報は、地図情報テーブルに登録されたデータを地図上にマッピングすることにより表示される。また、図１３の地図の上部には、表示情報をフィルタリングするためのチェックボックスが配置されている。本実施形態では、チェックボックスにチェックが入っている情報が、地図上に表示されるものとする。なお、表示情報をフィルタリングするための手段は、チェックボックスに限らずプルダウンメニュー等様々な構成を採用することができる。このようなフィルタリングによっても、ユーザは必要な情報の抽出が容易にできるようになる。また、図１３に示す「災害備蓄倉庫」や「避難所」は、特定の災害に限らずすべての地図情報に共通して表示される情報である。このような共通情報を予め登録しておいたり、ユーザから追加及び変更できるようにしてもよい。
【００４０】
＜効果＞
以上のように、本実施形態に係るシステムによれば、外部の装置が提供する災害情報と連携して速やかに安否の問合せを行ったり、情報を集約するための電子掲示板を生成することができる。このとき、ユーザは災害の種別や程度を登録しておくことにより、安否確認を行う対象を自由に設定できる。また、安否を問い合わせるメッセージは、アクセスすることにより回答の選択肢を登録できるリンクを含むため、ユーザはクリックやタップ等の操作だけで安否状況を登録することができる。災害の発生時においてはネットワーク４に輻輳が生じることもあるところ、安否状況を登録するためにまず専用のウェブページを表示させるような場合と比較して通信するデータ量を低減させることができるため、速やかに安否状況を登録できるようになる。また、安否情報や地図上のマーカを色分けして表示することにより、ユーザにとって情報の視認性が向上する。このように、ネットワーク上（クラウド上）に情報を集約することにより、すべてのメンバーが情報を共有できるようになる。すなわち、上述のようなシステムによれば、災害発生時における情報共有システムの利用性を向上させることができる。
【００４１】
＜変形例＞
図４のＳ３では、さらに他の条件を判断するようにしてもよい。例えば、発生した災害が地震である場合において、当該地震が先に発生した地震の余震であるとき、スレッド生成部は電子掲示板を生成しないと判断するようにしてもよい。余震であるか否かの情報は、災害情報公開装置２から発信される情報に基づいて行われる。例えば今回の地震と前回の地震とを比較し、震源の距離及び発生日時がそれぞれ所定の閾値以下である場合に余震であると判断するようにしてもよい。このようにすれば、地震が頻発するような場合において、電子掲示板が複数生成されることにより情報が発散してしまうのを抑制できる。
【００４２】
また、図４のＳ３では、ユーザが属するグループに関連付けられている地域で災害が発生した場合に限らず、グループに属するユーザの現在地に基づき、災害が発生した場合においてグループに属するユーザのいずれかが災害が発生した地域にいる場合は、安否の問い合わせ及び電子掲示板の生成を行うようにしてもよい。すなわち、災害の種別や程度といった条件を満たす場合であって、Ｓ２において取得した災害情報に含まれる災害の発生地域に、グループに属するユーザの少なくともいずれかの現在地が含まれるときは、Ｓ３においてスレッドを生成すると判断する。このとき、当該地域にいるユーザ以外のメンバ
ーにも災害情報を発報する（例えば、安否の問い合わせを行う）ことにより、メンバーのいずれかが被災した可能性があることを認識できる。なお、各ユーザの現在地を示す情報は、例えばモバイル装置３が備えるＧＰＳ受信機によって取得され、定期的に危機管理情報共有装置１に送信されるものとする。このようにすれば、例えばユーザのいずれかが出張先や旅行先等で災害に遭った場合も、同一のグループに属するユーザは速やかに情報を共有することができるようになる。
【符号の説明】
【００４３】
１  危機管理情報共有装置
１１  災害情報取得部
１２  スレッド生成部
１３  記憶部
１４  安否問合せ部
１５  情報収集部
１６  情報出力部
２  災害情報公開装置
３  モバイル装置
４  ネットワーク
【図１】
0006374341.tif 000002
【図２】
0006374341.tif 000003
【図３】
0006374341.tif 000004
【図４】
0006374341.tif 000005
【図５】
0006374341.tif 000006
【図６】
0006374341.tif 000007
【図７】
0006374341.tif 000008
【図８】
0006374341.tif 000009
【図９】
0006374341.tif 000010
【図１０】
0006374341.tif 000011
【図１１】
0006374341.tif 000012
【図１２】
0006374341.tif 000013
【図１３】
0006374341.tif 000014
【図１４】
0006374341.tif 000015