(57)【要約】【課題】被災者の安否登録を容易にして、適時に安否を確認することができる安否確認システム及び安否確認方法を提供する。【解決手段】安否確認サーバ５００は、被災者端末１００が通信した場合に生成される通信情報を交換局から取得して、被災者端末の被災者端末識別子を情報記憶部５２０に登録し、安否確認要求を受信した場合、安否確認要求に含まれる被災者端末識別子が情報記憶部５２０に登録されているか否かを検索者端末４００に通知し、被災者端末識別子に対応する被災者端末１００が通信した場合に生成される通信情報を交換局３００から取得した場合、被災者端末識別子が登録されたことを予め登録したメールアドレスに基づき検索者端末４００に通知することを特徴とする。【選択図】図１
2014050041.tif 000002
【特許請求の範囲】
【請求項１】
安否確認サーバと検索者端末とを備える安否確認システムであって、
前記安否確認サーバは、被災者端末が通信した場合に生成される通信情報を交換局から取得して、該被災者端末の被災者端末識別子を情報記憶部に登録し、
前記検索者端末は、前記安否確認サーバに被災者端末識別子を含む安否確認要求を送信し、
前記安否確認サーバは、前記安否確認要求を受信した場合、前記安否確認要求に含まれる前記被災者端末識別子が前記情報記憶部に登録されているか否かを前記検索者端末に通知し、
前記検索者端末は、前記安否確認要求に含まれる前記被災者端末識別子が前記情報記憶部に登録されていない場合、前記検索者端末のメールアドレスを前記安否確認サーバに送信し、
前記安否確認サーバは、前記メールアドレスを前記情報記憶部に登録し、前記被災者端末識別子に対応する被災者端末が通信した場合に生成される通信情報を前記交換局から取得した場合、前記被災者端末識別子が登録されたことを前記メールアドレスに基づき前記検索者端末に通知することを特徴とする安否確認システム。
【請求項２】
前記安否確認サーバは、被災者端末が通信した場合に生成される前記被災者端末の位置情報を交換局から取得して、該位置情報を前記情報記憶部に登録し、前記検索者端末へ通知をする際に前記位置情報を通知することを特徴とする、請求項１に記載の安否確認システム。
【請求項３】
前記被災者端末がパケット通信をした場合に、前記被災者端末は前記交換局により前記安否確認サーバへリダイレクトされ、
前記安否確認サーバは、前記被災者端末から安否情報を取得して、該安否情報を前記情報記憶部に登録し、前記検索者端末へ通知をする際に前記安否情報を通知することを特徴とする、請求項１又は２に記載の安否確認システム。
【請求項４】
前記被災者端末が音声通信をした場合に、前記被災者端末は前記交換局により前記安否確認サーバへリダイレクトされ、
前記安否確認サーバは、前記被災者端末から伝言情報を取得して、該伝言情報を前記情報記憶部に登録し、前記検索者端末へ通知をする際に前記伝言情報を通知することを特徴とする、請求項１又は２に記載の安否確認システム。
【請求項５】
安否確認サーバと検索者端末とを備える安否確認方法であって、
前記安否確認サーバが、被災者端末が通信した場合に生成される通信情報を交換局から取得して、該被災者端末の被災者端末識別子を情報記憶部に登録するステップと、
前記検索者端末が、前記安否確認サーバに被災者端末識別子を含む安否確認要求を送信するステップと、
前記安否確認サーバが、前記安否確認要求を受信した場合、前記安否確認要求に含まれる前記被災者端末識別子が前記情報記憶部に登録されているか否かを前記検索者端末に通知するステップと、
前記検索者端末が、前記安否確認要求に含まれる前記被災者端末識別子が前記情報記憶部に登録されていない場合、前記検索者端末のメールアドレスを前記安否確認サーバに送信するステップと、
前記安否確認サーバが、前記メールアドレスを前記情報記憶部に登録し、前記被災者端末識別子に対応する被災者端末が通信した場合に生成される通信情報を前記交換局から取得した場合、前記被災者端末識別子が登録されたことを前記メールアドレスに基づき前記検索者端末に通知するステップと、
を含むことを特徴とする安否確認方法。
【請求項６】
前記安否確認サーバが、被災者端末が通信した場合に生成される前記被災者端末の位置情報を交換局から取得して、該位置情報を前記情報記憶部に登録し、前記通知するステップにおいて、前記位置情報を通知することを特徴とする、請求項５に記載の安否確認方法。
【請求項７】
前記被災者端末がパケット通信をした場合に、前記被災者端末は前記交換局により前記安否確認サーバへリダイレクトされ、
前記安否確認サーバは、前記被災者端末から安否情報を取得して、該安否情報を前記情報記憶部に登録し、前記通知するステップにおいて、前記安否情報を通知することを特徴とする、請求項５又は６に記載の安否確認方法。
【請求項８】
前記被災者端末が音声通信をした場合に、前記被災者端末は前記交換局により前記安否確認サーバへリダイレクトされ、
前記安否確認サーバは、前記被災者端末から伝言情報を取得して、該伝言情報を前記情報記憶部に登録し、前記通知するステップにおいて前記伝言情報を通知することを特徴とする、請求項５又は６に記載の安否確認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、災害時の安否確認システム及び安否確認方法に関する。
【背景技術】
【０００２】
従来の安否確認システムとして、災害用伝言ダイヤル等がある（例えば非特許文献１）。災害用伝言ダイヤルは、地震、噴火などの災害の発生により、被災地への通信が増加し、通信がつながりにくい状況になった場合に提供が開始される音声の伝言板システムである。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】NTT東日本、“災害用伝言ダイヤル（１７１）”、２０１２年、[online]、[２０１２年７月１８日検索]、インターネット<URL: http://www.ntt-east.co.jp/saigai/voice171/index.html>
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、災害用伝言ダイヤルなどの従来の安否確認システムでは、被災者が安否確認システムについて認知していることが前提であり、かつ、災害時に被災者が自ら意識的に安否確認システムへ安否を登録する必要があるため、安否登録が煩雑であった。さらに被災者は災害時、自らの安全を確保すること、またごく近い親族への生存報告で手一杯であり、その他の親族や友人のために安否確認システムへ登録を行う余裕はなく、安否確認システムへの安否登録は遅れがちであった。
【０００５】
従って、上記のような問題点に鑑みてなされた本発明の目的は、被災者の安否登録を容易にして、適時に安否を確認することができる安否確認システム及び安否確認方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明に係る安否確認システムは、
安否確認サーバと検索者端末とを備える安否確認システムであって、
前記安否確認サーバは、被災者端末が通信した場合に生成される通信情報を交換局から取得して、該被災者端末の被災者端末識別子を情報記憶部に登録し、
前記検索者端末は、前記安否確認サーバに被災者端末識別子を含む安否確認要求を送信し、
前記安否確認サーバは、前記安否確認要求を受信した場合、前記安否確認要求に含まれる前記被災者端末識別子が前記情報記憶部に登録されているか否かを前記検索者端末に通知し、
前記検索者端末は、前記安否確認要求に含まれる前記被災者端末識別子が前記情報記憶部に登録されていない場合、前記検索者端末のメールアドレスを前記安否確認サーバに送信し、
前記安否確認サーバは、前記メールアドレスを前記情報記憶部に登録し、前記被災者端末識別子に対応する被災者端末が通信した場合に生成される通信情報を前記交換局から取得した場合、前記被災者端末識別子が登録されたことを前記メールアドレスに基づき前記検索者端末に通知することを特徴とする。
【０００７】
また、本発明に係る安否確認方法は、
安否確認サーバと検索者端末とを備える安否確認方法であって、
前記安否確認サーバが、被災者端末が通信した場合に生成される通信情報を交換局から取得して、該被災者端末の被災者端末識別子を情報記憶部に登録するステップと、
前記検索者端末が、前記安否確認サーバに被災者端末識別子を含む安否確認要求を送信するステップと、
前記安否確認サーバが、前記安否確認要求を受信した場合、前記安否確認要求に含まれる前記被災者端末識別子が前記情報記憶部に登録されているか否かを前記検索者端末に通知するステップと、
前記検索者端末が、前記安否確認要求に含まれる前記被災者端末識別子が前記情報記憶部に登録されていない場合、前記検索者端末のメールアドレスを前記安否確認サーバに送信するステップと、
前記安否確認サーバが、前記メールアドレスを前記情報記憶部に登録し、前記被災者端末識別子に対応する被災者端末が通信した場合に生成される通信情報を前記交換局から取得した場合、前記被災者端末識別子が登録されたことを前記メールアドレスに基づき前記検索者端末に通知するステップと、
を含むことを特徴とする。
【発明の効果】
【０００８】
本発明における安否確認システム及び安否確認方法によれば、被災者の安否登録を容易にして、適時に安否を確認することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る安否確認システムのブロック図である。
【図２】被災者端末識別子テーブルの例である。
【図３】登録待ちアドレステーブルの例である。
【図４】本発明の一実施形態に係る安否確認システムの動作を示すフローチャートである。
【図５】登録待ちアドレステーブル生成後における本発明の一実施形態に係る安否確認システムの動作を示すフローチャートである。
【図６】変形例１における被災者端末識別子テーブルである。
【図７】変形例２における被災者端末識別子テーブルである。
【図８】変形例３における被災者端末識別子テーブルである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について説明する。
【００１１】
（実施の形態）
図１は本発明の一実施形態に係る安否確認システムのブロック図である。本発明の一実施形態に係る安否確認システムは、被災者端末１００と、基地局２００と、交換局３００と、検索者端末４００と、安否確認サーバ５００とを備える。
【００１２】
被災者端末１００は、被災者であるユーザが保有する通信端末であり、好適には携帯電話である。ここでは便宜上被災者端末１００と称するが、被災者端末１００は被災者であるかを判断する機構は有する必要は無い。被災者端末１００は、基地局２００と無線通信し、交換局３００の通信制御によって、他の通信端末及びサーバと通話及びパケット通信を行う。
【００１３】
交換局３００は、被災者端末１００の通信を制御する。交換局３００は、通信情報記憶部３１０を備える。交換局３００は、本システム起動後における被災者端末１００が通信した場合に生成される、被災者端末１００の通信に係る情報（以下、通信情報という。）を通信情報記憶部３１０に格納する。具体的には交換局３００は、本システム起動後において、被災者端末１００から、発信、もしくは他の通信端末からの着信に応答、もしくはバックグラウンドの自動通信でないパケット通信、があった場合は、当該通信情報を、通信情報記憶部３１０に格納する。また交換局３００は、通信情報を、該通信情報が生成されたとき、又は定期的に、安否確認サーバ５００に送信する。
【００１４】
通信情報には、被災者端末１００を一意に特定するための識別子（以下、被災者端末識別子という。）を含む。被災者端末識別子は、好適には電話番号である。以下、被災者端末識別子は電話番号であるものとして説明する。
【００１５】
検索者端末４００は、安否確認サーバ５００に、被災者端末１００を保有するユーザの安否を検索するための通信端末である。検索者端末４００により検索者は、安否確認サーバ５００に、ウェブブラウザを通じてアクセスでき、被災者の電話番号を用いて、被災者の安否確認を行うことができる。検索者端末４００は、安否確認サーバ５００に被災者端末識別子、すなわち電話番号を含む安否確認要求を送信する。また検索者端末４００は、安否確認要求に含まれる電話番号が後述する安否確認サーバ５００の情報記憶部５２０に登録されていない場合、検索者端末４００のメールアドレスを安否確認サーバ５００に送信する。
【００１６】
安否確認サーバ５００は、交換局３００及び検索者端末４００と通信するサーバ装置である。安否確認サーバ５００は、通信情報取得部５１０と、被災者端末識別子検索部５３０と、情報記憶部５２０と、通知要求登録部５４０と、通知送信部５５０とを備える。
【００１７】
通信情報取得部５１０は、被災者端末１００が通信した場合に生成される通信情報を交換局３００から取得する。具体的には通信情報取得部５１０は、交換局３００が、通信情報が生成されたとき、又は定期的に送信する通信情報を受信することにより、通信情報を取得する。
【００１８】
情報記憶部５２０は、通信情報取得部５１０が取得した通信情報に係る電話番号を登録する。好適には情報記憶部５２０は、当該通信情報をテーブル（以下、被災者端末識別子テーブル）の形式にて登録する。
【００１９】
図２は、被災者端末識別子テーブルの例である。図２に示すように、被災者端末識別子テーブルには、通信があった被災者端末１００の被災者端末識別子として電話番号が登録される。上述の通り、被災者端末識別子テーブルには、災害発生時、当システム起動後に能動的な通信(通話の発信、着信、バックグラウンドでのパケット通信を除くパケット通信)が行われた被災者端末１００の電話番号が登録される。バックグラウンドでのパケット通信は、被災者が無事でなくても、被災者端末１００が動作していれば行われるため、除外する。
【００２０】
被災者端末識別子検索部５３０は、検索者端末４００から安否確認要求を受信した場合、該安否確認要求に含まれる電話番号が情報記憶部５２０に登録されているか否かを検索する。具体的には被災者端末識別子検索部５３０は、安否確認要求に含まれる電話番号が被災者端末識別子テーブルに登録されているか否かを検索する。そして被災者端末識別子検索部５３０は、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されているか否かを、検索者端末４００に通知する。例えば被災者端末識別子検索部５３０は、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されている場合、「この番号の持ち主は災害後、通信を行いました」というメッセージを通知する。
【００２１】
通知要求登録部５４０は、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されていない場合、検索者端末４００にその旨を通知し、かつメールアドレスを問合せる。例えば通知要求登録部５４０は、「この番号の持ち主は震災後、通信を行っていません。通信が行われた際に通知しますか？」というメッセージを送信して問い合わせる。通知要求登録部５４０は、当該問合せに対して検索者端末４００から受信したメールアドレスを情報記憶部５２０に登録する。好適には通知要求登録部５４０は、当該メールアドレスをテーブル（以下、登録待ちアドレステーブルという。）の形式にて登録する。
【００２２】
図３は、登録待ちアドレステーブルの例である。図３に示すように、登録待ちアドレステーブルには、安否確認要求に含まれる電話番号と、当該安否確認要求を送信した検索者端末４００のメールアドレスとが対応付けられて登録される。すなわち登録待ちアドレステーブルには、災害発生時、当システム起動後に、当システムに対して、被災者の親族・友人(検索者)が、被災者の電話番号にて安否情報の検索を行い、かつ、被災者端末識別子テーブルに当該被災者電話番号が登録されてなかった場合に、電話番号欄に当該被災者端末１００の電話番号を、登録待ちアドレス欄に検索者端末４００のメールアドレスが登録される。
【００２３】
登録待ちアドレステーブルが情報記憶部５２０に格納されている場合で通信情報取得部５１０が通信情報を取得した場合、通信情報取得部５１０は、登録待ちアドレステーブルに、通信情報に係る電話番号が登録されているか否かを判定する。登録されている場合、当該電話番号に対応付けられたメールアドレスを、通知送信部５５０に渡す。
【００２４】
通知送信部５５０は通信情報取得部５１０からメールアドレスを受取ると、当該メールアドレスに対応付けられた電話番号が安否確認サーバ５００に登録されたことを、当該メールアドレスに基づき、検索者端末４００に通知する。すなわち、本システムにおける安否確認サーバ５００は、被災者端末識別子に対応する被災者端末１００が通信した場合に生成される通信情報を交換局３００から取得した場合、被災者端末識別子が登録されたことを上記メールアドレスに基づき検索者端末４００に通知する。当該通知後、通知送信部５５０は、登録待ちアドレステーブルにおける当該電話番号及び電子メールアドレスを削除する。
【００２５】
次に、本発明に係る安否確認システムについて、図４及び図５に示すフローチャートによりその動作を説明する。
【００２６】
図４は、交換局３００から通信情報を取得して安否登録、安否確認、及び登録待ちアドレステーブルを作成する動作を示す。まず地震等の災害発生時に、当システムを無線通信サービス事業者の操作により起動させる。はじめに交換局３００は、被災者端末１００が通信した場合に生成される通信情報を格納する（ステップＳ１）。具体的には交換局３００は、被災者端末１００から、発信、もしくは他の通信端末からの着信に応答、もしくはバックグラウンドの自動通信でないパケット通信、があった場合は、当該通信情報を、通信情報記憶部３１０に格納する。
【００２７】
次に交換局３００は、通信情報を、該通信情報が生成されたとき、又は定期的に、安否確認サーバ５００に送信する（ステップＳ２）。安否確認サーバ５００の通信情報取得部５１０は、被災者端末１００が通信した場合に生成される通信情報を交換局３００から取得する（ステップＳ３）。具体的には通信情報取得部５１０は、交換局３００が、通信情報が生成されたとき、又は定期的に送信する通信情報を受信することにより、通信情報を取得する。
【００２８】
続いて情報記憶部５２０は、通信情報取得部５１０が取得した通信情報に係る電話番号を登録する。好適には情報記憶部５２０は、被災者端末識別子テーブルの形式にて登録する（ステップＳ４）。
【００２９】
続いて検索者端末４００は、安否確認サーバ５００に電話番号を含む安否確認要求を送信する（ステップＳ５）。安否確認サーバ５００の被災者端末識別子検索部５３０は、検索者端末４００から安否確認要求を受信した場合、該安否確認要求に含まれる電話番号が情報記憶部５２０に登録されているか否かを検索する（ステップＳ６）。具体的には被災者端末識別子検索部５３０は、安否確認要求に含まれる電話番号が被災者端末識別子テーブルに登録されているか否かを検索する。登録されている場合、ステップＳ７に進む。一方登録されていない場合、ステップＳ８に進む。
【００３０】
安否確認要求に含まれる電話番号が情報記憶部５２０に登録されている場合、被災者端末識別子検索部５３０は、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されていることを通知する（ステップＳ７）。そして処理が終了する。
【００３１】
一方安否確認要求に含まれる電話番号が情報記憶部５２０に登録されていない場合、被災者端末識別子検索部５３０は、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されていないことを通知する（ステップＳ８）。続いて通知要求登録部５４０は、検索者端末４００に、メールアドレスを問合せる（ステップＳ９）。
【００３２】
検索者端末４００は、安否確認要求に含まれる電話番号が後述する安否確認サーバ５００の情報記憶部５２０に登録されていない場合、メールアドレスの問合せに対して、ユーザの操作により検索者端末４００のメールアドレスを安否確認サーバ５００に送信する（ステップＳ１０）。
【００３３】
通知要求登録部５４０は、当該問合せに対して検索者端末４００から受信したメールアドレスを情報記憶部５２０に登録する（ステップＳ１１）。そして処理が終了する。
【００３４】
続いて登録待ちアドレステーブル生成後における、交換局３００から通信情報を取得して安否登録及び安否確認する動作について、図５により説明する。なお図４における動作と同一の動作については同一の符号を付し、説明は省略する。
【００３５】
図５におけるステップＳ１〜ステップＳ４の動作は、図４における動作とそれぞれのステップにおける動作と同一である。ステップＳ４の後、安否確認サーバ５００の通信情報取得部５１０は、登録待ちアドレステーブルに、通信情報に係る電話番号が登録されているか否かを判定する（ステップＳ１２）。通信情報に係る電話番号が登録されている場合、ステップＳ１３に進む。一方、通信情報に係る電話番号が登録されていない場合、処理が終了する。
【００３６】
ステップＳ１２において、通信情報に係る電話番号が登録されている場合、通信情報取得部５１０は、当該電話番号に対応付けられたメールアドレスを、通知送信部５５０に渡す。そして通知送信部５５０は、通信情報取得部５１０からメールアドレスを受取ると、当該メールアドレスに対応付けられた電話番号が安否確認サーバ５００に登録されたことを、当該メールアドレスに基づき、検索者端末４００に通知する（ステップＳ１３）。すなわち、本システムにおける安否確認サーバ５００は、被災者端末識別子に対応する被災者端末１００が通信した場合に生成される通信情報を交換局３００から取得した場合、被災者端末識別子が登録されたことを上記メールアドレスに基づき検索者端末４００に通知する。当該通知後、通知送信部５５０は、登録待ちアドレステーブルにおける当該電話番号及び電子メールアドレスを削除する。そして処理が終了する。
【００３７】
このように本発明によれば、災害時に、被災者が被災者端末１００を用いてごく近い親族への生存報告を行っただけで、もしくは、被災者端末１００を用いて何らかの情報をウェブサイト等から能動的に得ただけで、安否確認サーバ５００が、被災者端末１００が通信した場合に生成される通信情報を交換局３００から取得する。そして当該通信情報に基づいて被災者端末１００に関する登録を行うため、被災者の安否登録を容易にすることができる。また、このように被災者端末１００が通信した場合に生成される通信情報に基づくため、検索者端末４００のユーザは被災者の安否を適時に確認することができる。また、安否確認サーバ５００は、検索者端末４００のメールアドレスを登録して、被災者端末識別子に対応する被災者端末が通信した場合に生成される通信情報を交換局３００から取得した場合、前記被災者端末識別子が登録されたことを前記メールアドレスに基づき検索者端末４００に通知するため、検索者端末４００のユーザは、何度も本システムにアクセスする必要なく、被災者の安否を適時に確認することができる。
【００３８】
（変形例１）
なお、被災者端末１００がＧＰＳ等の位置情報取得部（不図示）を備え、安否確認サーバ５００は、被災者端末１００が通信した場合に生成される被災者端末１００の位置情報を交換局３００から取得するようにしてもよい。この場合安否確認サーバ５００は、該位置情報を情報記憶部５２０に登録し、検索者端末４００へ通知をする際に当該位置情報を通知する。
【００３９】
図６は、変形例１における情報記憶部５２０の被災者端末識別子テーブルの例である。図６に示す通り、変形例１における被災者端末識別子テーブルは、被災者端末１００の位置情報を含む。この場合、図４のステップＳ７において、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されている場合、被災者端末識別子検索部５３０は、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されていることに加えて、位置情報を通知する。
【００４０】
このように構成することにより、検索者端末４００に被災者の位置情報が通知されるため、被災者がどこで発信等の通信を行ったのかを把握することができる。
【００４１】
（変形例２）
さらに交換局３００は、被災者端末１００がパケット通信をした場合に、被災者端末１００を安否確認サーバ５００へリダイレクトしてもよい。この場合、安否確認サーバ５００は、安否確認サーバ５００において稼動する安否確認サイトを介して、被災者端末１００からユーザの入力により安否情報を取得する。そして安否確認サーバ５００は、該安否情報を情報記憶部５２０に登録し、検索者端末４００へ通知をする際に安否情報を通知する。なお安否確認サーバ５００は、安否情報を取得後に、被災者端末１００がパケット通信をして接続しようとしたサイトへ被災者端末１００を接続させる。
【００４２】
図７は、変形例２における情報記憶部５２０の被災者端末識別子テーブルの例である。図７に示す通り、変形例２における被災者端末識別子テーブルは、被災者端末１００により入力された安否情報を含む。この場合、図４のステップＳ７において、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されている場合、被災者端末識別子検索部５３０は、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されていることに加えて、安否情報を通知する。
【００４３】
このように構成することにより、検索者端末４００に被災者の安否情報が通知されるため、被災者の状況をより詳細に把握することができる。
【００４４】
（変形例３）
さらに交換局３００は、被災者端末１００が音声通信をした場合に、被災者端末１００を安否確認サーバ５００へリダイレクトしてもよい。この場合、安否確認サーバ５００は、安否確認サーバ５００において稼動する伝言掲示板を介して、被災者端末１００からユーザの音声入力により伝言情報を取得する。そして安否確認サーバ５００は、該伝言情報を情報記憶部５２０に登録し、検索者端末４００へ通知をする際に伝言情報を通知する。なお安否確認サーバ５００は、伝言情報を取得後に、被災者端末１００が音声通信をして接続しようとした通信端末へ被災者端末１００を接続させる。
【００４５】
図８は、変形例３における情報記憶部５２０の被災者端末識別子テーブルの例である。図８に示す通り、変形例３における被災者端末識別子テーブルは、被災者端末１００により入力された伝言情報を含む。伝言情報は好適には伝言再生用のＵＲＬにより構成する。そしてこの場合、図４のステップＳ７において、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されている場合、被災者端末識別子検索部５３０は、安否確認要求に含まれる電話番号が情報記憶部５２０に登録されていることに加えて、伝言情報を通知する。
【００４６】
このように構成することにより、検索者端末４００に被災者の伝言情報が通知されるため、被災者の状況を被災者の肉声によってより詳細に把握することができる。
【００４７】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００４８】
１００  被災者端末
２００  基地局
３００  交換局
３１０  通信情報記憶部
４００  検索者端末
５００  安否確認サーバ
５１０  通信情報取得部
５２０  情報記憶部
５３０  被災者端末識別子検索部
５４０  通知要求登録部
５５０  通知送信部
【図１】
2014050041.tif 000003
【図２】
2014050041.tif 000004
【図３】
2014050041.tif 000005
【図４】
2014050041.tif 000006
【図５】
2014050041.tif 000007
【図６】
2014050041.tif 000008
【図７】
2014050041.tif 000009
【図８】
2014050041.tif 000010