JP2016038830A - 安否情報配信装置及びプログラム - Google Patents

Abstract

【課題】個人情報の収集や管理に要するコストを削減しつつ、グループ間での安否確認を好適に実行可能な安否情報配信装置を提供する。【解決手段】サーバ装置３は、安否確認に関する事前登録を行う対象者が所持する媒体１から読み取られた媒体識別コードを取得する。また、サーバ装置３は、読み取られた一つ以上の媒体識別コードを対象者ごとに対応付けた媒体識別コードＤＢ３２１を記憶部３２に記憶する。また、サーバ装置３は、指定された複数の対象者をグループの構成員として関連付けたグループ情報ＤＢ３２２を記憶部３２に記憶する。安否確認の必要が生じた後では、サーバ装置３は、対象者が所持する媒体１から媒体識別コードを取得することで、当該媒体識別コードに対応する対象者の生存を確認する。そして、サーバ装置３は、生存が確認された対象者が属するグループの構成員に当該対象者の生存を通知する。【選択図】図６

Description

本発明は、安否を確認するための技術分野に関する。

従来から、災害等の発生後における安否を確認するためのシステムが提案されている。例えば、特許文献１には、ＳＮＳがその会員および家族のために運営するシステムとして構成され、システム管理サーバは、被災地にいるユーザに安否確認サイトのＵＲＬを記載したメールを送信し、このサイトにアクセスがあった場合には当該ユーザは生存していると判断し、安否情報掲示板に掲載する技術が記載されている。他方で、非特許文献１には、地方公共団体が災害時要援護者情報を事前に登録しておく際の個人情報保護に関する課題が記載されている。具体的には、地方公共団体の個人情報保護条例において、保有個人情報の目的外利用・第三者提供をあらかじめ規定しておく方法や、要援護者登録制度を住民に周知し、自ら登録を希望した者を登録する等の対策が記載されている。その他にも、本発明に関連する技術が特許文献２乃至９に記載されている。

国際公開第２０１２／１３３８８６号公報 特開２０１１−１９１９９号公報 特開２０１０−１７７７５５号公報 特開２０１０−５７０７５号公報 特開２００８−２５７７１１号公報 特開２００８−１４０２８４号公報 特開２００６−３３０８２１号公報 特開２００６−７２４７８号公報 特開２００５−１３４９６９号公報

内閣府ホーム＞防災情報のページ＞災害時要援護者対策、"災害時要援護者の避難支援ガイドライン"、［online］、平成１８年３月２８日、内閣府、［平成２５年５月３０日検索］、インターネット＜http://www.bousai.go.jp/hinan_kentou/060328/hinanguide.pdf＞

しかしながら、上記したような従来技術では、安否確認の対象者を登録する際に対象者の個人情報を事前に収集する必要があったため、その実施主体者は、個人情報の収集やその収集したデータの管理に大きな手間とコストがかかる傾向にあった。

そこで、本発明は、個人情報の収集や管理に要するコストを削減しつつ、グループ間での安否確認を好適に実行可能な安否情報配信装置を提供することを主な目的とする。

本発明の１つの観点では、安否情報配信装置は、複数の対象者が所持する媒体から読み取られた媒体識別情報を取得する取得手段と、前記取得手段が取得した媒体識別情報を前記対象者ごとに対応付けて記憶部に記憶する第１記憶制御手段と、前記対象者をグループの構成員として関連付けて前記記憶部に記憶する第２記憶制御手段と、安否確認の際に、前記対象者が所持する媒体から得られる媒体識別情報と対象者の安否情報を取得することで、当該媒体識別情報に対応する対象者の安否情報を前記記憶部に記憶する安否記憶手段と、安否情報が記憶された対象者が属するグループの構成員に当該対象者の安否情報を配信する配信手段と、を有する。

上記の安否情報配信装置は、取得手段と、第１記憶制御手段と、第２記憶制御手段と、安否記憶手段と、配信手段とを有する。取得手段は、複数の対象者が所持する媒体から読み取られた媒体識別情報を取得する。媒体は、所持もしくは所有できるものであれば、バーコード、二次元バーコード等でも良く、媒体が識別できるシステムとして構成されていれば良い。第１記憶制御手段は、前記取得手段が取得した媒体識別情報を対象者ごとに対応付けて記憶部に記憶する。第２記憶制御手段は、複数の対象者をグループの構成員として関連付けて記憶部に記憶する。安否記憶手段は、安否確認の際に、対象者が所持する媒体から得られる媒体識別情報と対象者の安否情報を取得することで、当該媒体識別情報を所持する対象者の生存を確認する。配信手段は、生存が確認された対象者が属するグループの構成員に、構成員の安否情報を配信する。

この態様によれば、安否情報配信装置は、災害等の発生前には各個人ごとの媒体識別情報のみを管理し、個人情報を扱うことなく、安否確認のグループの登録などを実行する。従って、安否情報配信装置は、安否確認に関するグループの事前登録を行う際に、個人情報の収集や管理などに要するコストや手間を好適に削減することが可能となる。

上記安否情報配信装置の一態様では、前記配信手段は、前記グループの構成員が使用する端末から安否確認に関する問い合わせがあった場合に、前記グループ内で無事が確認された構成員が無事である旨を前記端末に配信する。この態様により、安否情報配信装置は、各構成員が使用する端末のメールアドレスなどの通信アドレスを予め記憶することなく、無事が確認されたグループの構成員に安否情報を配信することができる。即ち、この態様では、安否情報配信装置は、グループの構成員に他の構成員の生存を配信するのに、メールアドレスなどの個人情報を予め管理又は、記憶する必要がないため、個人情報の取り扱いに要する管理コストを削減することができる。

上記安否情報配信装置の他の一態様では、前記配信手段は、前記安否記憶手段が既に無事を確認した対象者が使用する端末に対し、当該対象者が属するグループ内で無事が確認された構成員が無事である旨を配信する。この態様により、安否情報配信装置は、無事が確認されていない人に不要に生存情報を配信するのを好適に抑制することができる。

上記安否情報配信装置の他の一態様では、前記第２記憶制御手段は、前記グループの構成員の各々に対する前記グループ内で識別可能な仮名を前記記憶部に記憶し、前記配信手段は、前記仮名を用いて前記対象者が無事である旨を配信する。この態様により、安否情報配信装置は、氏名等の個人情報を扱うことなく、グループの構成員の無事を他の構成員に好適に認識させることができる。

上記安否情報配信装置の他の一態様では、前記安否記憶手段は、前記対象者が所持する媒体から媒体識別情報を取得すると共に、当該対象者が使用する端末から前記対象者の位置情報を取得し、前記配信手段は、当該対象者が属するグループの構成員に、前記位置情報に基づく前記対象者の位置を配信する。この態様により、安否情報配信装置は、無事が確認されたグループ構成員の居場所を、他の構成員に好適に認識させることができる。

上記安否情報配信装置の他の一態様では、前記配信手段は、前記無事が確認された対象者が属するグループの構成員に、前記端末から取得した位置情報に基づく前記対象者の移動軌跡を配信する。この態様により、安否情報配信装置は、無事が確認されたグループ構成員の移動軌跡を、他の構成員に好適に認識させることができる。

上記安否情報配信装置の他の一態様では、前記安否記憶手段は、前記対象者が所持する媒体から媒体識別情報を取得すると共に、当該対象者が入力したメッセージを取得し、前記配信手段は、当該対象者が属するグループの構成員に、前記メッセージを配信する。この態様により、安否情報配信装置は、グループの構成員が入力した現在地などの必要な情報を、グループの他の構成員に好適に伝えることができる。

上記安否情報配信装置の他の一態様では、前記第１記憶制御手段は、前記取得手段が取得した媒体識別情報の中に、既に特定の対象者に対応付けられた媒体識別情報が含まれている場合には、前記取得手段が取得した媒体識別情報を前記特定の対象者に対応付けて記憶する。これにより、同一人物についての媒体識別情報の塊を適切に管理することが可能となる。換言すると、同一人物が所持する媒体の固有の媒体識別情報の数を正しく増やし、管理することが可能となる。

本発明の別の観点では、プログラムは、上記いずれか記載の安否情報配信装置としてコンピュータを機能させる。このプログラムをコンピュータにインストールし、インターネット等に接続して機能させることで、本発明に係る安否情報配信装置を構成させることができる。

本発明によれば、安否情報配信装置は、グループ内での安否確認を好適に実行しつつ、個人情報の収集や管理などに要するコストや手間を削減することが可能となる。

本実施形態に係る安否確認システムの概略構成を示す。 媒体識別コードＤＢのデータ構造の一例である。 グループ情報ＤＢのデータ構造の一例である。 同一人物の媒体識別コード固まりに寄せて管理する方法を説明するための図を示す。 媒体識別コードＤＢの更新処理を示すフローチャートである。 第１具体例に係るグループ情報ＤＢの登録処理を示すフローチャートである。 第２具体例に係るグループ情報ＤＢの登録処理を示すフローチャートである。 災害発生後に安否確認システムが実行するフローチャートである。 生存報告のために端末装置が媒体の媒体識別コードを読み取る際の表示例である。 グループの各構成員の安否を示した安否確認画面の表示例である。 特定の構成員の居場所を示した安否確認画面の表示例である。 特定の構成員の移動軌跡を示した安否確認画面の表示例である。

以下、図面を参照しながら、本発明の実施の形態について説明する。

［構成］
（１）システム構成
図１は、本実施形態に係る安否確認システム１０の概略構成を示す図である。図１に示す安否確認システム１０は、主に、媒体１と、端末装置２と、サーバ装置３とを有する。安否確認システム１０は、災害時における被災者の安否を、事前に登録したグループの構成員同士が確認するために好適に利用される。安否確認システム１０は、災害時だけでなく、たとえば無差別爆破のようなテロ事件、トンネル崩落や脱線事故などの大規模事故の時においても用いても良い。

媒体１は、災害後の安否を確認するグループの各構成員が所有するカードなどの媒体である。具体的には、媒体１は、例えば、クレジットカード、ポイントカード、キャッシュカード、運転免許証、会員カード、又は社員証などのＩＣカードや磁気カードである。なお、媒体１はカードに限定されず、ＩＣタグを有するリストバンドなども媒体１として用いても良い。そして、媒体１には、内部のＩＣチップなどに媒体識別コードが記憶されている。本実施形態では、各個人に対して１又は複数の媒体１が使用される。媒体識別コードは、媒体１自体を識別するためのコードであり、媒体１ごとに固有のコードが付与されており、個別の媒体を特定できるようになっている。この媒体識別コードは、媒体ごとにコード体系が異なっており、数字のみで構成されているとは限らない。

端末装置２は、グループの各構成員が所有するスマートフォンなどの携帯端末であり、媒体１から媒体識別コードを読み取り自在に構成される。そして、端末装置２は、災害発生前には安否確認についての事前登録を行うために利用され、災害発生後には安否報告やグループの各構成員の安否確認を行うために利用される。具体的には、端末装置２は、媒体１の媒体識別コードの読み取りや、必要な入力等の受け付けを行い、取得した媒体識別コードや入力情報をサーバ装置３へ送信する。

サーバ装置３は、端末装置２から受信する媒体識別コードや入力情報に基づき、災害発生前には安否確認についての個人及びグループの登録処理を行い、災害発生後には登録されたグループの各構成員の安否報告の受け付けや安否情報の配信を行う。サーバ装置３は、本発明における「安否情報配信装置」の一例である。

（２）端末装置の構成
次に、端末装置２の構成について説明する。端末装置２は、図１に示すように、主に、制御部２１と、記憶部２２と、通信部２３と、読取り部２４と、入力部２５と、表示部２６と、現在位置取得部２７とを有する。

記憶部２２は、図示しないＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）やハードディスクなどの各種のメモリを備えて構成され、端末装置２を制御するための種々の制御プログラムなどが格納されると共に、制御部２１に対してワーキングエリアを提供する。

通信部２３は、ネットワークを介して、サーバ装置３と通信可能に構成されている。読取り部２４は、近距離無線通信（ＮＦＣ：ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）などにより媒体１から媒体識別コードを読み取り、読み取った媒体識別コードを制御部２１へ供給する。

入力部２５は、各種コマンドやデータを入力するための、キー、スイッチ、ボタン、リモコン、音声入力装置などから構成されている。表示部２６がタッチパネル方式に構成されている場合には、表示部２６の表示画面上に設けられたタッチパネルも入力部２５として機能する。

表示部２６は、例えば液晶ディスプレイなどにより構成され、ユーザに対して文字や画像などを表示する。現在位置取得部２７は、例えばＧＰＳ受信機であり、緯度及び経度からなる位置情報を生成し、制御部２１へ供給する。

制御部２１は、図示しないＣＰＵ（Central Processing Unit）などを備えて構成され、端末装置２全体の制御を行う。本実施形態では、制御部２１は、災害発生前には、読取り部２４が読み取った媒体１の媒体識別コードや、グループの登録に必要な入力情報を、通信部２３によりサーバ装置３に送信する。また、制御部２１は、災害発生後には、読取り部２４が読み取った媒体１の媒体識別コードや現在位置取得部２７が生成した位置情報等をサーバ装置３に送信することで安否報告を行う。また、制御部２１は、サーバ装置３の所定のＵＲＬにアクセスすることで、グループの各構成員の安否や居場所などの生存情報をサーバ装置３から受信し、後述する安否確認画面を表示する。

（３）サーバ装置の構成
サーバ装置３は、図１に示すように、主に、制御部３１と、記憶部３２と、端末装置２とネットワークを介して通信するための通信部３３とを有する。

記憶部３２は、図示しないＲＯＭやＲＡＭやハードディスクなどの各種のメモリを備えて構成され、サーバ装置３を制御するための種々の制御プログラムなどを記憶する。また、記憶部３２は、媒体識別コードを各個人に対応付けたデータベースである媒体識別コードＤＢ３２１を記憶する。さらに、記憶部３２は、個人ごとに、当該個人が所属するグループの情報を関連付けたデータベースであるグループ情報ＤＢ３２２を記憶する。また、記憶部３２は、災害発生後の安否報告により端末装置２から受信した位置情報などの生存情報を、個人ごとに記憶する。

図２は、媒体識別コードＤＢ３２１のデータ構造の一例を示す。図２に示すように、記憶部３２は、媒体識別コードの取得時にサーバ装置３が生成するユーザＩＤを用いて、各個人ごとに、１又は複数の媒体識別コードを記憶する。図２に示す媒体識別コードＤＢ３２１では、ユーザＩＤ「000001」に対して、３つの媒体１の媒体識別コードが対応付けられており、ユーザＩＤ「000002」に対して、４つの媒体１の媒体識別コードが対応付けられている。媒体識別コードＤＢ３２１の具体的な更新方法については、図４を参照して後述する。

図３は、グループ情報ＤＢ３２２のデータ構造の一例を示す。図３に示すグループ情報ＤＢ３２２は、「グループ名」、「グループ識別コード」、「ユーザＩＤ」、及び「グループ内名称」の各項目を有する。ここで、「グループ名」は、グループの登録時に端末装置２への入力により指定されたグループ名を示す。また、「グループ識別コード」は、グループの登録時にサーバ装置３が生成したグループごとに固有の識別コードである。「グループ内名称」は、グループの代表者又は本人がグループの登録時又は参加時に指定したグループ内での個人の仮名（即ちニックネーム）を示す。図３の例では、グループ名が「○×ファミリー」のグループは、グループ内名称が「父」、「母」、「長男」、「次男」である４人の構成員を有し、グループ名が「×△会」のグループは、グループ内名称が「リーダ」、「副リーダ」、「てつ」、「たかし」の４人の構成員を有する。グループ情報ＤＢ３２２の具体的な更新方法については、図６及び図７を参照して後述する。

制御部３１は、図示しないＣＰＵなどを備えて構成され、サーバ装置３全体の制御を行う。本実施形態では、制御部３１は、災害発生前には、端末装置２から送信される媒体識別コード及び入力情報に基づき、媒体識別コードＤＢ３２１及びグループ情報ＤＢ３２２の更新処理などを行う。また、制御部３１は、災害発生後に安否報告として端末装置２から媒体識別コード及び位置情報等を受信した場合、受信した位置情報等を、受信した媒体識別コードに対応するユーザＩＤに関連付けて記憶部３２に記憶する。また、制御部３１は、端末装置２からの要求に応じ、当該端末装置２の使用者が属するグループの構成員の生存情報を示す安否確認画面の表示情報を端末装置２に送信する。制御部３１は、本発明における「取得手段」、「第１記憶制御手段」、「第２記憶制御手段」、「安否記憶手段」、「配信手段」、及びプログラムを実行するコンピュータの一例である。

［災害発生前の事前登録］
次に、災害発生前に実行される媒体識別コードＤＢ３２１及びグループ情報ＤＢ３２２の更新処理について説明する。

（１）媒体識別コードＤＢの更新
まず、媒体識別コードＤＢ３２１の更新方法について説明する。サーバ装置３は、同一人物が複数の媒体１の媒体識別コードを登録した場合、複数の媒体識別コードを一まとまりにして、当該人物のユーザＩＤに対応付けて管理する。これについて、図４を参照して具体的に説明する。

図４（ａ）は、グループ「○×ファミリー」にグループ内名称「父」として参加予定の人物（単に「父」と呼ぶ。）が最初に媒体１の媒体識別コードを登録する機会で３つの媒体１の媒体識別コードを登録した場合を例示している。この場合、サーバ装置３は、ユーザＩＤ「000001」を用意して、そのユーザＩＤ「000001」に対して、３つの媒体１の媒体識別コード「a859173」、「Jx328865721」、「T20618921526」を対応付けて登録する。図４（ｂ）は、父が２回目に媒体１の媒体識別コードを登録する機会で２つの媒体１の媒体識別コードを登録する場合を例示している。なお、当該２つの媒体１のうちの１つの媒体１は、最初に媒体１の媒体識別コードを登録する機会で登録した媒体１と同一であるものとする。この場合、サーバ装置３は、ユーザＩＤ「003875」を用意して、そのユーザＩＤ「003875」に対して、２つの媒体１の媒体識別コード「a859173」、「30851747845」を対応付けて登録する。

この後、サーバ装置３は、今回登録した媒体識別コード「a859173」、「30851747845」が、既に登録されているものであるか否かを調べる。その結果、サーバ装置３は、今回登録した媒体識別コード「a859173」が既に登録されていると判断する。言い換えると、サーバ装置３は、図４（ｂ）中の符号１１０、１１１に示すように、媒体識別コード「a859173」が、２つのユーザＩＤ「000001」、「003875」について登録されていると判断する。この場合、サーバ装置３は、ユーザＩＤ「000001」の人物とユーザＩＤ「003875」の人物とが同一であると判断し、ユーザＩＤ「000001」及びユーザＩＤ「003875」についての登録内容を更新する。このとき、サーバ装置３は、符号１１１が示すレコードを消去してもよく、当該レコードを消去せずに残してもよい。

図４（ｃ）は、そのような更新後の登録内容を例示している。図４（ｃ）中の符号１１２に示すように、サーバ装置３は、今回登録した媒体識別コード「30851747845」をユーザＩＤ「000001」に新たに対応付ける。さらに、サーバ装置３は、「003875」に紐づけられた媒体識別コード「30851747845」を消去する。こうすることで、４つの媒体識別コード「a859173」、「Jx328865721」、「T20618921526」、「30851747845」が、同一人物（ユーザＩＤ「000001」）が所持する複数の媒体１の媒体識別コードとしてまとめて管理されることとなる。なお、上記したような更新を行うに当たって、ユーザＩＤ「003875」の登録内容については消去しなくても良い。

以上述べたことから分かるように、本実施形態では、災害発生前には、各個人ごとの媒体識別コードのみを管理し、個人情報については扱わない。従って、本実施形態によれば、個人情報をハンドリングしないため、個人情報の収集や管理などに要するコストや手間を大幅に削減することが可能となる。

図５は、図４で説明した媒体識別コードの登録処理の流れを示す処理フローを示している。この処理フローは、災害発生前において、安否確認に関する事前登録を行うために実行される。また、当該処理フローは、端末装置２及びサーバ装置３によって実行される。

まず、端末装置２は、媒体１の媒体識別コードの登録の開始を指示する入力があったか否かを判定する（ステップＳ１１）。そして、登録開始の指示の入力を検知した場合（ステップＳ１１：Ｙｅｓ）、端末装置２は、当該登録開始の指示があった旨をサーバ装置３に送信する（ステップＳ１２）。この際、サーバ装置３は、新たなユーザＩＤを作成（用意）する（ステップＳ２１）。他方で、登録開始の指示を検知しない場合（ステップＳ１１：Ｎｏ）、端末装置２は、ステップＳ１１の判定を繰り返し行う。

続いて、端末装置２は、読取り部２４によって読み取られた媒体１の媒体識別コードを取得する（ステップＳ１３）。そして、端末装置２は、ステップＳ１３で取得した媒体識別コードを、サーバ装置３に送信する（ステップＳ１４）。この際に、サーバ装置３は、ステップＳ２１で作成したユーザＩＤに対して、端末装置２から受信した媒体識別コードを対応付けて登録する（ステップＳ２２）。具体的には、制御部３１は、ユーザＩＤに媒体識別コードを対応付けた情報を、媒体識別コードＤＢ３２１に登録する。

続いて、端末装置２は、媒体１の媒体識別コードの登録の終了を指示する入力があったか否かを判定する（ステップＳ１５）。そして、登録終了を指示する入力がない場合（ステップＳ１５：Ｎｏ）、端末装置２は、ステップＳ１３、Ｓ１４の処理を再度行う。この場合、端末装置２は、登録終了を指示する入力があるまで、媒体識別コードを取得し（ステップＳ１３）、取得した媒体識別コードをサーバ装置３に送信する（ステップＳ１４）。この際、サーバ装置３は、端末装置２から次々に受信した媒体識別コードを、ステップＳ２１で作成したユーザＩＤに対して順次対応付けた情報を媒体識別コードＤＢ３２１に登録する（ステップＳ２２）。

一方、登録終了を指示する入力があった場合（ステップＳ１５：Ｙｅｓ）、端末装置２は、登録終了を指示する入力あった旨を、サーバ装置３に送信する（ステップＳ１６）。この際、サーバ装置３は、媒体識別コードＤＢ３２１を参照することで、ステップＳ２２で登録した媒体識別コードと同一の媒体識別コードが既に登録済みであるか否かを判定する（ステップＳ２３）。言い換えると、サーバ装置３は、以前に登録した媒体識別コードと同一のコードが、今回登録した媒体識別コードに含まれているか否かを判定する。

同一の媒体識別コードが登録済みである場合（ステップＳ２３：Ｙｅｓ）、サーバ装置３は、今回取得した媒体識別コードを、同一人物の媒体識別コードであるとみなしてまとめて管理する（ステップＳ２４）。具体的には、サーバ装置３は、今回取得した媒体識別コードと同一の媒体識別コードが以前に登録されたユーザＩＤに対して、当該今回取得した媒体識別コードを対応付けて、媒体識別コードＤＢ３２１に登録する。他方で、同一の媒体識別コードが媒体識別コードＤＢ３２１に登録済みでない場合（ステップＳ２３：Ｎｏ）、サーバ装置３は、ステップＳ２４の処理を行わない。

（２）グループ情報ＤＢの更新
次に、グループ登録に伴うグループ情報ＤＢ２３２の更新処理の具体例（第１及び第２具体例）について説明する。

第１具体例では、グループの代表者は、グループの登録時に、当該グループの構成員となる各個人からサーバ装置３に登録済みの媒体１を少なくとも１つずつ借り、端末装置２に媒体識別コードを読み取らせることで、サーバ装置３に対してグループ登録を行う。

図６は、第１具体例に係るグループ情報ＤＢ３２２の登録処理の手順を示すフローチャートの一例である。図６は、父、母、長男、及び次男の４人からなる家族を、グループ名「○×ファミリー」（図３参照）として登録する例を示す。

まず、父が使用する端末装置２は、父の操作に基づき、父が所有する１又は複数の媒体１の媒体識別コードを読み取り（ステップＳ１０１）、サーバ装置３へ読み取った媒体識別コードを送信する（ステップＳ１０２）。そして、媒体識別コードを受信したサーバ装置３は、ユーザＩＤを生成し、受信した１又は複数の媒体識別コードを当該ユーザＩＤに関連付けて媒体識別コードＤＢ３２１に登録する（ステップＳ１０３）。

同様に、母が使用する端末装置２は、母が所有する１又は複数の媒体１の媒体識別コードを読み取り（ステップＳ１０４）、サーバ装置３へ読み取った媒体識別コードを送信する（ステップＳ１０５）。そして、媒体識別コードを受信したサーバ装置３は、ユーザＩＤを生成し、受信した媒体識別コードを当該ユーザＩＤに関連付けて媒体識別コードＤＢ３２１に登録する（ステップＳ１０６）。また、長男が使用する端末装置２は、長男が所有する１又は複数の媒体１の媒体識別コードを読み取り（ステップＳ１０７）、サーバ装置３へ読み取った媒体識別コードを送信する（ステップＳ１０８）。そして、媒体識別コードを受信したサーバ装置３は、ユーザＩＤを生成し、受信した媒体識別コードを当該ユーザＩＤに関連付けて媒体識別コードＤＢ３２１に登録する（ステップＳ１０９）。また、次男が使用する端末装置２は、次男が所有する１又は複数の媒体１の媒体識別コードを読み取り（ステップＳ１１０）、サーバ装置３へ読み取った媒体識別コードを送信する（ステップＳ１１１）。そして、媒体識別コードを受信したサーバ装置３は、ユーザＩＤを生成し、受信した媒体識別コードを当該ユーザＩＤに関連付けて媒体識別コードＤＢ３２１に登録する（ステップＳ１１２）。なお、図４で説明したように、グループの構成員となる各個人は、媒体識別コードを登録する操作を、複数回にわたって実行してもよい。

その後、父は、家族４人をグループ登録するため、サーバ装置３に登録済みの他の３人の媒体１を１つずつ借り、自己の登録済みの媒体１も含めて計４つの媒体１を端末装置２にかざして媒体識別コードを読み取らせる。この場合、父の端末装置２は、サーバ装置３に登録済みの各媒体１の媒体識別コードを読み取ると共に、グループ登録に必要な入力を受け付ける（ステップＳ１１３）。ここで、父の端末装置２は、グループ登録に必要な入力として、グループ名及び各構成員のグループ内名称等の入力を受け付ける。そして、端末装置２は、ステップＳ１１３で読み取った媒体識別コード及び入力情報を、サーバ装置３へ送信する（ステップＳ１１４）。

サーバ装置３は、ステップＳ１１４に基づく媒体識別コード及び入力情報の受信後、グループ情報ＤＢ３２２に登録済みのグループと重ならないグループ識別コードを生成し、グループ情報ＤＢ３２２を更新する（ステップＳ１１５）。具体的には、まず、サーバ装置３は、媒体識別コードＤＢ３２１を参照することで受信した各媒体識別コードに対応するユーザＩＤを認識する。そして、サーバ装置３は、認識したユーザＩＤに対し、生成したグループ識別コードと、受信した入力情報に含まれるグループ名及びグループ内名称とを関連付けて、グループ情報ＤＢ３２２に登録する。

このように、第１具体例によれば、グループの代表者がグループの構成員となる各個人の登録済みの媒体１を借りて端末装置２に媒体識別コードを読み取らせることで、好適にグループ登録を行うことができる。

次に、第２具体例について説明する。第２具体例では、まず、グループの代表者は、端末装置２を用いてサーバ装置３に対してグループ登録を行い、サーバ装置３からグループ識別コードを取得する。そして、グループの構成員となる各個人は、媒体１の登録時に、代表者から伝えられたグループ識別コードを指定してグループへの参加手続を行う。

図７は、第２具体例に係るグループ情報ＤＢ３２２の登録処理の手順を示すフローチャートの一例である。図７の例では、第１具体例と同様、父、母、長男、及び次男の４人からなる家族を、グループ名「○×ファミリー」として登録する例を示す。

まず、父が使用する端末装置２は、父の操作に基づき、父が所有する１又は複数の媒体１の媒体識別コードを読み取ると共に、グループ登録に必要な入力を受け付ける（ステップＳ２０１）。例えば、この場合、父が使用する端末装置２は、グループ登録に必要な入力として、グループ名（図３では「○×ファミリー」）及び本人のグループ内名称（図３では「父」）等の入力を受け付ける。そして、父が使用する端末装置２は、媒体識別コード及び入力情報をサーバ装置３へ送信する（ステップＳ２０２）。この場合、サーバ装置３は、受信した媒体識別コードを媒体識別コードＤＢ３２１に登録すると共に、グループ識別コードを生成してグループ情報ＤＢ３２２の更新を行う（ステップＳ２０３）。具体的には、サーバ装置３は、父のユーザＩＤを生成し、受信した媒体識別コードを当該ユーザＩＤに関連付けて媒体識別コードＤＢ３２１に登録する。また、サーバ装置３は、父のユーザＩＤを、生成したグループ識別コードと、受信したグループ名及びグループ内名称等と関連付けてグループ情報ＤＢ３２２に登録する。そして、サーバ装置３は、生成したグループ識別コードを父の端末装置２へ送信する（ステップＳ２０４）。その後、父の端末装置２は、受信したグループ識別コードをユーザである父に通知し、父は、グループの構成員となる母、長男、及び次男に、通知されたグループ識別コードを知らせる。

その後、母が使用する端末装置２は、母が所有する１又は複数の媒体１の媒体識別コードを読み取ると共に、グループ識別コードや本人のグループ内名称（図３では「母」）等の入力を受け付ける（ステップＳ２０５）。そして、母が使用する端末装置２は、読み取った媒体識別コードとグループ識別コードなどの入力情報を、サーバ装置３へ送信する（ステップＳ２０６）。この場合、サーバ装置３は、受信した媒体識別コードを媒体識別コードＤＢ３２１に登録すると共に、グループ情報ＤＢ３２２の更新を行う（ステップＳ２０７）。具体的には、サーバ装置３は、母のユーザＩＤを生成し、受信した媒体識別コードを当該ユーザＩＤに関連付けて媒体識別コードＤＢ３２１に登録する。また、サーバ装置３は、母のユーザＩＤを、受信したグループ識別コード等と関連付けてグループ情報ＤＢ３２２に登録する。

同様に、長男が使用する端末装置２は、長男が所有する媒体１の媒体識別コードを読み取ると共に、グループ識別コードや本人のグループ内名称（図３では「長男」）等の入力を受け付ける（ステップＳ２０８）。そして、長男が使用する端末装置２は、読み取った媒体識別コードとグループ識別コードなどの入力情報を、サーバ装置３へ送信する（ステップＳ２０９）。この場合、サーバ装置３は、受信した媒体識別コードを媒体識別コードＤＢ３２１に登録すると共に、グループ情報ＤＢ３２２の更新を行う（ステップＳ２１０）。また、次男が使用する端末装置２は、次男が所有する媒体１の媒体識別コードを読み取ると共に、グループ識別コードや本人のグループ内名称（図３では「次男」）等の入力を受け付ける（ステップＳ２１１）。そして、次男が使用する端末装置２は、読み取った媒体識別コードとグループ識別コードなどの入力情報を、サーバ装置３へ送信する（ステップＳ２１２）。この場合、サーバ装置３は、受信した媒体識別コードを媒体識別コードＤＢ３２１に登録すると共に、グループ情報ＤＢ３２２の更新を行う（ステップＳ２１３）。

このように、第２具体例によれば、グループの代表者がサーバ装置３から取得したグループ識別コードを他の構成員に通知することで、各構成員の媒体１を代表者が借りることなく、グループ登録を好適に行うことができる。即ち、第２具体例では、グループの構成員となる各個人が離れた場所にいる場合であっても、グループの代表者が他者の媒体１を借りる必要がないため、グループ登録を円滑に行うことができる。

なお、グループ登録方法は、上述した第１及び第２具体例に限定されない。他の例として、グループの代表者は、まず、第２具体例の図７のステップＳ２０１〜Ｓ２０４に従い、サーバ装置３からグループ識別コードを取得する。その後、グループの代表者は、他の構成員をグループ登録する場合、グループ識別コードによりグループを指定した上で、グループの他の構成員となる各個人から借りた媒体１の媒体識別コードの読取り操作を行う。この方法によっても、グループ登録を好適に行うことができる。

［災害発生後の処理］
次に、災害発生後の安否確認システム１０の処理について説明する。概略的には、災害発生後、サーバ装置３に登録されたグループの各構成員は、サーバ装置３に登録済みの媒体１の媒体識別コードを端末装置２に読み取らせる。これにより、端末装置２は、読み取った媒体識別コードを、現在位置取得部２７が生成した位置情報と共にサーバ装置３へ送信し、サーバ装置３に生存者及びその現在位置等を認識させる。また、サーバ装置３は、端末装置２からの要求に基づき、安否報告により認識したグループの構成員の生存情報を反映した安否確認画面の表示情報を生成し、要求元の端末装置２に送信する。

（１）処理フロー
図８は、災害発生後の安否確認システム１０の処理手順を示すフローチャートの一例である。図８は、災害発生後、グループ情報ＤＢ３２２に登録された「○×ファミリー」の父、次男、長男が自己の端末装置２により安否報告を行った後、父が自己の端末装置２により安否確認画面を表示する例を示す。

災害発生後、まず、父は、安否報告のため、サーバ装置３に登録済みの媒体１を端末装置２にかざす。この場合、父が使用する端末装置２は、当該媒体１の媒体識別コードを読み取ると共に、現在位置取得部２７から位置情報を取得する（ステップＳ３０１）。そして、父が使用する端末装置２は、媒体識別コード及び位置情報をサーバ装置３へ送信する（ステップＳ３０２）。なお、後述する図９で説明するように、端末装置２は、安否確認画面に表示する簡易的なメッセージの入力をさらに受け付け、当該入力情報をサーバ装置３へ送信してもよい。なお、サーバ装置３に登録済みの媒体１が複数存在する場合、父は、登録済みの任意の媒体１を端末装置２にかざせばよい。この場合、使用する媒体１によらず、同様の処理が実行される。

次に、媒体識別コード及び位置情報等を受信したサーバ装置３は、受信した媒体識別コードに基づき、媒体識別コードＤＢ３２１を参照することで、父のユーザＩＤを認識し、受信した位置情報を、父の生存情報として父のユーザＩＤと関連付けて記憶する（ステップＳ３０３）。

その後、次男が安否報告のため、サーバ装置３に登録済みの媒体１を端末装置２にかざした場合、次男が使用する端末装置２は、当該媒体１の媒体識別コードを読み取ると共に、現在位置取得部２７から位置情報を取得する（ステップＳ３０４）。そして、次男が使用する端末装置２は、媒体識別コード及び位置情報をサーバ装置３へ送信する（ステップＳ３０５）。この場合、サーバ装置３は、受信した媒体識別コードに基づき次男のユーザＩＤを認識すると共に、受信した位置情報を、次男の生存情報として次男のユーザＩＤと関連付けて記憶する（ステップＳ３０６）。同様に、長男が安否報告のためにサーバ装置３に登録済みの媒体１を端末装置２にかざした場合、長男が使用する端末装置２は、当該媒体１の媒体識別コードを読み取ると共に、現在位置取得部２７から位置情報を取得する（ステップＳ３０７）。そして、長男が使用する端末装置２は、媒体識別コード及び位置情報をサーバ装置３へ送信する（ステップＳ３０８）。この場合、サーバ装置３は、受信した媒体識別コードに基づき長男のユーザＩＤを認識すると共に、受信した位置情報を、長男の生存情報として長男のユーザＩＤと関連付けて記憶する（ステップＳ３０９）。

次に、父は、家族の安否を確認するため、父が使用する端末装置２に安否確認画面を表示させる操作を行う。例えば、父は、安否確認画面を表示するためのサーバ装置３のＵＲＬに端末装置２がアクセスするための操作を行う。この場合、父が使用する端末装置２は、安否確認画面を表示するための表示情報の要求信号をサーバ装置３へ送信する（ステップＳ３１０）。この要求信号には、グループを特定するためのグループ識別コードなどが含まれる。上述の要求信号を受信したサーバ装置３は、要求信号に含まれるグループ識別コードに対応するグループの構成員のユーザＩＤをグループ情報ＤＢ３２２を参照することで認識し、当該ユーザＩＤに関連付けられている生存情報（即ち、ステップＳ３０３、Ｓ３０６、Ｓ３０９で取得した生存情報）に基づき、安否確認画面の表示情報を生成する（ステップＳ３１１）。

そして、サーバ装置３は、生成した表示情報を、要求元である父の端末装置２へ送信する（ステップＳ３１２）。そして、父が使用する端末装置２は、受信した表示情報に基づき、安否確認画面を表示する（ステップＳ３１３）。安否確認画面の具体例については、図１０及び図１１を参照して後述する。これにより、父は、端末装置２上で、長男及び次男が生存していること及び居場所を好適に把握することができる。

なお、サーバ装置３は、新たな安否報告に基づく生存情報を生成した場合、当該生存情報を反映した安否確認画面が表示されるように端末装置２の表示を自動更新させてもよい。例えば、サーバ装置３は、父の端末装置２が安否確認画面を表示中に、母の生存情報の登録があった場合、母の居場所を反映した安否確認画面の表示情報を生成し、当該更新用の表示情報を父の端末装置２に送信することで安否確認画面を自動更新させてもよい。

このように、図８のフローチャートによれば、サーバ装置３は、生存者の端末装置２にのみグループの構成員の生存情報を配信する。これにより、サーバ装置３は、グループの構成員全員に一斉配信する場合と比較して、災害時における安否確認のための通信量を好適に抑制することができる。また、サーバ装置３は、端末装置２からの要求に応じて通信を確立した後に安否確認画面の表示情報を送信する。これにより、サーバ装置３は、グループの各構成員が使用する端末装置２の通信アドレス（例えばメールアドレス）を予め記憶する必要がない。

（２）表示例
次に、図８のフローチャートに基づく父が使用する端末装置２の表示例を図９〜図１１を参照して説明する。

図９は、図８のステップＳ３０１で父の端末装置２が媒体１の媒体識別コードを読み取る際の端末装置２の表示画面例である。図９の例では、父の端末装置２は、媒体１の媒体識別コードを読み取る際に居場所報告画面を表示している。ここで、居場所報告画面では、父の端末装置２は、サーバ装置３に登録済みの媒体１の読み取り操作を行うべき旨を表示すると共に、メッセージ入力欄７０と、安否確認ボタン７１とを表示している。

ここで、メッセージ入力欄７０は、安否確認画面で表示させる簡易的なメッセージを入力する欄であり、例えば現在地を簡易的に表した情報（図９では「××にある○○会社のオフィス内」）などが入力される。メッセージ入力欄７０への入力情報は、媒体１の媒体識別コードの読み取り時に位置情報と共にサーバ装置３へ送信され、生存情報としてサーバ装置３に記憶される。

また、安否確認ボタン７１は、安否確認画面を表示するためのボタンである。安否確認ボタン７１が選択されたことを検知した場合、端末装置２は、図８のステップＳ３１０に基づき、グループ識別コードを含む安否確認画面の要求信号をサーバ装置３に送信することで、安否確認画面の表示情報をサーバ装置３から受信する。なお、端末装置２は、安否確認ボタン７１を、媒体１の媒体識別コードの読み取り操作が完了した後（即ち安否報告後）にのみ選択可能に表示するとよい。これにより、端末装置２は、サーバ装置３への安否報告を確実に実行させる。

図１０は、長男及び次男による安否報告後に安否確認ボタン７１を選択した場合に表示される安否確認画面の表示例である。図１０に示す安否確認画面では、端末装置２は、使用者である父が所属するグループの各構成員の安否情報を表示している。

この場合、サーバ装置３は、まず、端末装置２から送信された要求信号に含まれるグループ識別コードに基づき、生存情報を表示すべきグループの各構成員のユーザＩＤを認識する。そして、サーバ装置３は、認識した各ユーザＩＤに対応する生存情報が登録されているか否か判定する。図１０では、サーバ装置３は、要求元の端末装置２の使用者（即ち、父）が属するグループの各構成員のうち、父、長男及び次男の生存情報が登録されていることを認識し、当該生存情報に基づく表示を行う。

図１０の例では、サーバ装置３は、生存情報が登録されていた父、長男及び次男については、生存が確認された旨を端末装置２に表示させると共に、図９のメッセージ入力欄７０に入力されたメッセージと居場所詳細確認ボタン７２Ａ〜７２Ｃとを表示させている。ここで、居場所詳細確認ボタン７２Ａ〜７２Ｃのいずれかが選択された場合、サーバ装置３は、対応する構成員の居場所を地図上に示した安否確認画面（後述の図１１参照）を端末装置２に表示させる。一方、サーバ装置３は、グループの構成員である「母」の生存情報については登録されていないことから、安否登録がない旨を図１０の安否確認画面で端末装置２に表示させている。

なお、図１０では、端末装置２は、端末装置２の使用者である父の生存情報を他の構成員の生存情報と同様に表示しているが、これに代えて、端末装置２の使用者（即ち、父）の生存情報については表示しなくともよい。

図１１は、図１０の安否確認画面で居場所詳細確認ボタン７２Ｃが選択された後の端末装置２の表示面例を示す。図１１の例では、端末装置２は、次男の位置周辺の地図８０を表示すると共に、次男の位置を吹き出し８２により示している。この場合、サーバ装置３は、次男の生存情報として記憶部３２に記憶した位置情報に基づき、地図８０及び吹き出し８２を端末装置２に表示させる。なお、この場合、サーバ装置３は、自己が記憶する地図データに基づき地図８０及び吹き出し８２を表示してもよく、Ｇｏｏｇｌｅ Ｍａｐ（登録商標）等をマッシュアップする（即ちウェブ上に公開されている情報を加工、編集する）ことで地図８０及び吹き出し８２を表示してもよい。

［本実施形態の作用・効果］
以上説明した実施形態によれば、災害発生前に安否確認が必要なグループの登録を行う場合に、グループに属する個人ごとの媒体識別コードや仮名であるグループ内名称等のみを登録し、個人情報を扱わない。よって、個人情報の収集や管理などに要するコスト（個人情報漏洩対策費も含む）や手間（メールアドレスや端末情報の維持管理を含む）を大幅に削減することが可能となる。

また、災害発生後では、グループの各構成員は、所持している媒体１を端末装置２に読み取らせる作業のみを行えばサーバ装置３に生存情報を登録することができる。また、本実施形態では、サーバ装置３は、登録された生存情報を一斉配信する代わりに、安否確認画面の取得要求を行った端末装置２に対してのみ、登録された生存情報を示した安否確認画面の表示情報を送信する。これにより、生存確認がとれていない者への生存情報の送信を抑制し、災害発生直後の通信量を好適に削減することができる。また、この場合、サーバ装置３は、グループの各構成員が使用する端末装置２の通信アドレス（例えばメールアドレス）を管理する必要がないため、個人情報の管理に要するコストや手間を削減することが可能となる。

［変形例］
以下では、上記した実施形態の変形例について説明する。なお、下記の変形例は、任意に組み合わせて実施形態に適用することができる。

（変形例１）
端末装置２は、各個人が有する携帯端末に限らず、災害発生前にはイベント会場などに設置され、災害発生後には避難所などに設置される共用の端末であってもよい。この場合、端末装置２は、読取り部２４を有する代わりに、媒体１の媒体識別コードを読み取り可能な読取り装置と電気的に接続し、読取り装置が読み取った媒体識別コードを受信するものであってもよい。この場合、読取り装置は、例えば、ＩＣカードリーダや磁気カードリーダ、無線リーダ、光学リーダなどである。

（変形例２）
図３に示すグループ情報ＤＢ３２２のデータ構造は一例であり、本発明が適用可能なデータ構造は、これに限定されない。

例えば、サーバ装置３は、グループ情報ＤＢ３２２にグループ名を記憶しなくともよい。この場合、図６のステップＳ１１３や図７のステップＳ２０１において、端末装置２は、グループ登録に必要な入力として、グループ名の入力を受け付ける必要がない。

他の例では、サーバ装置３は、グループごとに固有のグループ識別コードを生成し管理する代わりに、端末装置２に入力されるグループ名がグループ間で重複しないように管理してもよい。例えば、サーバ装置３は、グループ登録時に端末装置２に入力されたグループ名が既にグループ情報ＤＢ３２２に登録されたグループ名と同一である場合に、グループ名の再入力を促すことで、グループ名がグループごとに固有になるようにする。そして、この場合、サーバ装置３は、グループごとに固有のグループ名を、実施形態におけるグループ識別コードと同様に取り扱う。

さらに別の例では、サーバ装置３は、グループ情報ＤＢ３２２に登録するグループ内名称を、端末装置２に入力された名称に設定する代わりに、サーバ装置３が自動的に生成した識別コード（識別番号）に設定してもよい。この場合、サーバ装置３は、自動生成した識別コードを端末装置２に送信することで、サーバ装置３が自動生成したグループ内名称をグループの構成員に通知する。

（変形例３）
サーバ装置３は、図１１の個人の居場所を詳細に示した安否確認画面において、対象となる個人の災害発生後の移動軌跡をさらに表示してもよい。図１２は、本変形例に係る次男の居場所を詳細に示した安否確認画面である。図１２では、端末装置２は、災害発生後の次男の移動軌跡を示すルート８１を表示させている。

この場合、サーバ装置３は、災害発生後に、次男が使用する端末装置２から受信した位置情報に基づき、地図中における次男の移動軌跡であるルート８１を認識する。なお、この場合、サーバ装置３は、図９に示す居場所報告画面での媒体１のスキャン後の所定期間において、次男の端末装置２から位置情報を所定間隔ごとに受信してもよい。

（変形例４）
上記した実施形態では、本発明を災害時に適用する例を示したが、本発明は、災害時だけでなく、たとえば無差別爆破のようなテロ事件や、トンネル崩落や脱線事故などの大規模事故などの発生時にも適用可能である。

１ 媒体
２ 端末装置
３ サーバ装置
１０ 安否確認システム
２１、３１ 制御部
２２、３２ 記憶部
２３、３３ 通信部
２４ 読取り部
２５ 入力部
２６ 表示部
２７ 現在位置取得部

Claims (9)

1. 複数の対象者が所持する媒体から読み取られた媒体識別情報を取得する取得手段と、
   前記取得手段が取得した媒体識別情報を前記対象者ごとに対応付けて記憶部に記憶する第１記憶制御手段と、
   前記対象者をグループの構成員として関連付けて前記記憶部に記憶する第２記憶制御手段と、
   安否確認の際に、前記対象者が所持する媒体から得られる媒体識別情報と対象者の安否情報を取得することで、当該媒体識別情報に対応する対象者の安否情報を前記記憶部に記憶する安否記憶手段と、
   安否情報が記憶された対象者が属するグループの構成員に当該対象者の安否情報を配信する配信手段と、
   を有することを特徴とする安否情報配信装置。
2. 前記配信手段は、前記グループの構成員が使用する端末から安否確認に関する問い合わせがあった場合に、前記グループ内で無事が確認された構成員が無事である旨を前記端末に配信することを特徴とする請求項２に記載の安否情報配信装置。
3. 前記配信手段は、前記安否記憶手段が既に無事を確認した対象者が使用する端末に対し、当該対象者が属するグループ内で無事が確認された構成員が無事である旨を配信することを特徴とする請求項１または２に記載の安否情報配信装置。
4. 前記第２記憶制御手段は、前記グループの構成員の各々に対する前記グループ内で識別可能な仮名を前記記憶部に記憶し、
   前記配信手段は、前記仮名を用いて前記対象者が無事である旨を配信することを特徴とする請求項１〜３のいずれか一項に記載の安否情報配信装置。
5. 前記安否記憶手段は、前記対象者が所持する媒体から媒体識別情報を取得すると共に、当該対象者が使用する端末から前記対象者の位置情報を取得し、
   前記配信手段は、当該対象者が属するグループの構成員に、前記位置情報に基づく前記対象者の位置を配信することを特徴とする請求項１〜４のいずれか一項に記載の安否情報配信装置。
6. 前記配信手段は、前記無事が確認された対象者が属するグループの構成員に、前記端末から取得した位置情報に基づく前記対象者の移動軌跡を配信することを特徴とする請求項５に記載の安否情報配信装置。
7. 前記安否記憶手段は、前記対象者が所持する媒体から得られる媒体識別情報と前記安否情報を取得すると共に、当該対象者が入力したメッセージを取得し、
   前記配信手段は、当該対象者が属するグループの構成員に、前記メッセージを配信することを特徴とする請求項１〜６のいずれか一項に記載の安否情報配信装置。
8. 前記第１記憶制御手段は、前記取得手段が取得した媒体識別情報の中に、既に特定の対象者に対応付けられた媒体識別情報が含まれている場合には、前記取得手段が取得した媒体識別情報を前記特定の対象者に対応付けて記憶することを特徴とする請求項１〜７のいずれか一項に記載の安否情報配信装置。
9. 請求項１〜８のいずれか一項に記載の安否情報配信装置としてコンピュータを機能させることを特徴とするプログラム。

Images