(57)【要約】【課題】被災者などの人的要素を排除して安否情報の生成精度を高めることにある。【解決手段】送信指示を契機に移動通信端末（６−１、６−２・・・６−Ｎ）が端末情報（１０）を自動収集し、該端末情報（１０）を送信する。安否情報処理手段（安否情報処理サーバ４）は、送信指示を配信して移動通信端末（６−１、６−２・・・６−Ｎ）から端末情報（１０）を収集し、該端末情報を用いて安否情報（安否情報テーブル１２）を自動生成する。【選択図】図１
2013247418.tif 000002
【特許請求の範囲】
【請求項１】
送信指示を契機に端末情報を収集し、該端末情報を送信する移動通信端末と、
前記送信指示を配信して前記移動通信端末から前記端末情報を収集し、該端末情報を用いて安否情報を生成する安否情報処理手段と、
を備える安否情報処理システム。
【請求項２】
前記送信指示は、前記安否情報処理手段が移動通信端末に配信するブロードキャストＳＭＳ（Short Message Service ）で行う、
請求項１に記載の安否情報処理システム。
【請求項３】
前記端末情報は、前記移動通信端末の識別情報、操作履歴情報、発信履歴情報、エリア情報、位置情報のいずれかまたは２以上を含む、
請求項１に記載の安否情報処理システム。
【請求項４】
前記安否情報は、前記移動通信端末から受信した前記端末情報により判定される救助緊急度を含む、
請求項１に記載の安否情報処理システム。
【請求項５】
移動通信端末に端末情報の送信指示を配信し、前記移動通信端末から前記端末情報を受信する通信部と、
前記通信部で受信した前記端末情報を用いて安否情報を生成する処理部と、
を備える安否情報処理装置。
【請求項６】
コンピュータで実行する安否情報処理プログラムであって、
移動通信端末に対する端末情報の送信指示を生成し、
前記移動通信端末から受信した端末情報を収集し、
前記端末情報を用いて安否情報を生成する
処理を前記コンピュータに実行させるための安否情報処理プログラム。
【請求項７】
端末情報の送信指示を受信し、前記端末情報を送信する通信部と、
前記通信部で受信した前記送信指示を契機に前記端末情報を収集する処理部と、
を備える移動通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信端末など移動体通信のたとえば、ブロードキャストＳＭＳ（Short Message Service ）を利用する安否情報処理システム、安否情報処理装置、安否情報処理プログラムおよび移動通信端末に関する。
【背景技術】
【０００２】
災害時の安否確認には災害伝言板など、安否情報を管理しているシステムに対して被災者が電話、メールなどにより安否情報を通知する方法がある。その他、安否確認システムから被災者に対して安否確認を促す方法などがある。安否確認を促す方法では、確認対象の携帯電話機などの移動通信端末に対する同報メール送信や、ブロードキャストショートメッセージサービス（ＳＭＳ：Short Message Service ）を用いた方法などがある。ブロードキャストＳＭＳでは、特定エリア内の移動通信端末に対する同報送信（緊急通報）を行っている。
【０００３】
ブロードキャストＳＭＳによる安否情報の収集に関し、緊急通報の受信を契機に移動通信端末の所有者にボタン操作を促し、予め登録してある移動通信端末に緊急メールを送信することが知られている（たとえば、特許文献１）。
【０００４】
収集情報を用いた緊急度や優先度の設定に関し、情報発信側、着信側の震度情報や住宅情報などの情報を参照して発信側と着信側との間の通話に優先度を設けることが知られている（たとえば、特許文献２）。また、緊急度関数を定め、車両の速度、道路状況（たとえば、事故、落下物情報）などの情報を用いた緊急度関数の算出結果を緊急度とし、この緊急度を各車両などに通知することが知られている（たとえば、特許文献３）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−０８９０９１号公報
【特許文献２】特開２００７−１２４０５２号公報
【特許文献３】特開２００４−０５４３６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、被災状況などの安否情報を被災者に通知させることは被災者に無理を強いることになり困難を伴う。災害による負傷、移動通信端末の操作の不慣れ、トラフィック輻輳による通信不可など、安否情報の通知が困難であれば、安否情報を収集することができないという課題がある。
【０００７】
予め登録してある移動通信端末に緊急メールを送信しても、その移動通信端末から安否情報の通知がなければ、安否確認システムは、緊急メールを送信する。この緊急メールの送信は、被災していない場合でも、通知忘れなどであっても行われる。このため、安否確認システムは正確な安否情報を収集することができないという課題がある。
【０００８】
いずれにしても被災者などの人的要素が安否情報の精度に影響し、安否確認システムの機能が果たせないという課題がある。
【０００９】
そこで、本発明の目的は、上記課題に鑑み、被災者などの人的要素を排除して安否情報の生成精度を高めることにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本開示の構成は、送信指示を契機に移動通信端末が端末情報を自動収集し、該端末情報を送信する。安否情報処理手段は、送信指示を配信して移動通信端末から端末情報を収集し、該端末情報を用いて安否情報を自動生成する。
【発明の効果】
【００１１】
本開示の構成によれば、次のいずれかの効果が得られる。
【００１２】
(1) 移動通信端末に端末情報を自動送信させるので、端末情報を被災者などの人的要素を排除して収集でき、端末情報から生成される安否情報の精度が高められる。
【００１３】
(2) 収集された端末情報により、的確な安否確認ができ、被災状況の的確な把握が可能になる。
【００１４】
(3) 災害時の安否確認において、移動通信端末から収集した端末情報により緊急性を把握できる。
【００１５】
そして、本発明の他の目的、特徴および利点は、添付図面および各実施の形態を参照することにより、一層明確になるであろう。
【図面の簡単な説明】
【００１６】
【図１】第１の実施の形態に係る安否情報処理システムを示す図である。
【図２】安否情報処理の手順を示すフローチャートである。
【図３】第２の実施の形態に係る安否情報処理システムの処理シーケンスの一例を示す図である。
【図４】安否情報処理システムの一例を示す図である。
【図５】サーバの安否情報処理機能の一例を示す図である。
【図６】サーバのハードウェアの一例を示す図である。
【図７】移動通信端末の安否情報処理機能の一例を示す図である。
【図８】移動通信端末のハードウェアの一例を示す図である。
【図９】サーバ側の安否情報処理の処理手順を示すフローチャートである。
【図１０】ブロードキャストＳＭＳの一例を示す図である。
【図１１】移動通信端末側の端末情報の処理手順を示すフローチャートである。
【図１２】図１１の処理手順のサブルーチンを示すフローチャートである。
【図１３】図１１の処理手順のサブルーチンを示すフローチャートである。
【図１４】端末情報テーブルの一例を示す図である。
【図１５】ＳＭＳのテキストメッセージを示す図である。
【図１６】安否情報を生成する処理手順を示すフローチャートである。
【図１７】情報更新方式の安否情報テーブルの一例を示す図である。
【図１８】安否情報の推移を示す図である。
【図１９】レコード値−救助緊急度テーブルの一例を示す図である。
【図２０】救助緊急度−収容エリア被災状況関係テーブルの一例を示す図である。
【図２１】第３の実施の形態に係る安否情報を生成する処理手順を示すフローチャートである。
【図２２】情報蓄積方式の安否情報テーブルの一例を示す図である。
【発明を実施するための形態】
【００１７】
〔第１の実施の形態〕
【００１８】
図１は、第１の実施の形態に係る安否情報処理システムを示している。この安否情報処理システム２は、本開示の安否情報処理システムの一例である。この安否情報処理システム２には一例として安否情報処理サーバ（以下単に「サーバ」と称する）４、複数の移動通信端末６および基地局８が含まれている。
【００１９】
サーバ４は安否情報処理手段または安否情報処理装置の一例であり、本開示の安否情報処理システム２を司るコンピュータで構成される。このサーバ４は、移動通信端末６に端末情報１０の送信指示を配信し、該端末情報１０を移動通信端末６から収集し、安否情報を生成する。端末情報１０には、移動通信端末６の識別情報、操作履歴情報、発信履歴情報、エリア情報、位置情報のいずれかまたは２以上が含まれる。収集した端末情報１０から安否情報が生成される。識別情報はたとえば、電話番号である。操作履歴情報は移動通信端末６にある操作ボタンなどの操作履歴である。発信履歴情報は、電話発信やメールなどのパケット発信、ブラウザなどの実行記録である。エリア情報は、基地局８の収容エリアなどである。位置情報は、移動通信端末６の移動や存在位置を表す情報である。サーバ４からの送信指示には移動体通信の媒体たとえば、ブロードキャストＳＭＳ（Short Message Service ）を用いる。
【００２０】
移動通信端末６はサーバ４との間で情報の送受を行う通信機能を備えた移動機であり、たとえば、携帯電話機で構成される。移動通信端末６は通信機能を備えていればよく、タブレット端末やスマートフォンであってもよいし、通信機能を備えたカメラやゲーム機などの電子機器であってもよい。移動通信端末６は、サーバ４から配信された端末情報１０の送信指示を契機に、自端末が所有する端末情報１０を自動収集し、送信指示の応答として端末情報１０をサーバ４に自動送信する。この移動通信端末６から端末情報１０の送信にはたとえば、ＳＭＳを用いる。
【００２１】
基地局８は、サーバ４と移動通信端末６との中継手段であり、移動体通信サービスを提供する。基地局８は移動体通信サービスが可能なサービスエリアとして収容エリアを有する。この収容エリアについて、基地局８は移動通信端末６にエリア情報を提供する。
【００２２】
＜安否情報処理の手順＞
【００２３】
図２のＡおよびＢは、安否情報処理システム２の処理手順を示している。図２のＡに示す処理手順はサーバ４によって実行される。
【００２４】
サーバ４は収容エリア内の移動通信端末６に対して端末情報１０の送信指示を配信する（Ｓ１１）。この送信指示はたとえば、ブロードキャストＳＭＳにより行う。
【００２５】
各移動通信端末６は既述の送信指示の受信を契機に端末情報１０を自動収集し、自動送信をする。これにより、サーバ４は端末情報１０を受信し、各端末情報を収集する（Ｓ１２）。
【００２６】
そして、サーバ４は、収集した端末情報１０により安否情報を自動生成する（Ｓ１３）。
【００２７】
図２のＢに示す処理手順は移動通信端末６によって実行される。
【００２８】
移動通信端末６は、サーバ４より配信された端末情報１０の送信指示を受信する（Ｓ２１）。各移動通信端末６は送信指示の受信を契機に既述の端末情報１０を自動収集する（Ｓ２２）。これにより、移動通信端末６は、収集した端末情報１０をサーバ４に自動送信する（Ｓ２３）。
【００２９】
このように、サーバ４からの送信指示に対し、移動通信端末６はその送信指示を契機に端末情報１０を自動収集し、サーバ４に自動送信する。このため、被災地における被災者の状況に関係なく、端末情報１０がサーバ４に収集される。
【００３０】
端末情報１０は移動通信端末６の識別情報、操作履歴情報、発信履歴情報、エリア情報、位置情報のいずれかまたは２以上であるから、これらの情報により安否情報を自動的に生成することができる。つまり、端末情報１０の収集および送信が自動で実行されるので、人的影響を排除できる。したがって、被災者などの人的な影響を受けることなく、端末情報１０の自動収集および自動送信に基づき、安否情報の生成精度が高められる。
【００３１】
〔第２の実施の形態〕
【００３２】
図３は、第２の実施の形態に係る安否情報処理システムの処理シーケンスを示している。図３に示す構成は一例であり、斯かる構成に本開示の構成が限定されるものではない。図１と同一部分には同一符号を付してある。
【００３３】
図３に示す処理シーケンスでは、サーバ４、複数の移動通信端末６−１、６−２・・・６−Ｎおよび基地局８−１を示している。基地局８−１は、複数の基地局８−１、８−２・・・８−Ｎのうちのひとつである。この基地局８−１は、サーバ４と各移動通信端末６−１、６−２・・・６−Ｎとを無線接続させる中継手段である。したがって、移動通信端末６−１、６−２・・・６−Ｎは、基地局８−１の収容エリア８０−１（図４）に含まれる。
【００３４】
この安否情報処理システム２では、サーバ４から基地局８−１に対し、基地局８−１の収容エリア８０−１に対して端末情報１０の収集を要求する（Ｓ１０１）。端末情報１０は、安否を確認できる情報の一例である。これを受けた基地局８−１から各移動通信端末６−１、６−２・・・６−Ｎに対し、ブロードキャストＳＭＳを配信する（Ｓ１０２）。各移動通信端末６−１、６−２・・・６−ＮはブロードキャストＳＭＳの受信を契機に端末情報１０を自動収集する（Ｓ１０３、Ｓ１０４、Ｓ１０５、Ｓ１０６）。各移動通信端末６−１、６−２・・・６−Ｎは、収集した情報をサーバ４に送信する（Ｓ１０７、Ｓ１０８、Ｓ１０９、Ｓ１１０）。各移動通信端末６−１、６−２・・・６−Ｎの送信は、ユーザの操作を介在することなく、自動で実行される。
【００３５】
サーバ４では各移動通信端末６−１、６−２・・・６−Ｎから受信した端末情報１０を元にユーザ（つまり、移動通信端末の所有者）の安否情報を自動生成し、移動通信端末６−１、６−２・・・６−Ｎから情報を受信する度に各安否情報の更新を行う（Ｓ１１１、Ｓ１１２、Ｓ１１３、Ｓ１１４）。
【００３６】
この安否情報処理システム２の利点および効果を以下に列挙する。
【００３７】
(1) 各移動通信端末６−１、６−２・・・６−Ｎのユーザ操作を介在することなく、つまり、安否情報の通知操作を伴うことなく、各移動通信端末６−１、６−２・・・６−Ｎから自動送信される端末情報１０を自動収集できる。これにより、安否情報を生成することができ、その生成精度が高められる。
【００３８】
(2) 移動通信端末６−１、６−２・・・６−Ｎと、安否情報処理システム２を実行するサーバ４との間の通信に限定される。このため、ブロードキャストＳＭＳの優先度制御を活用できる。つまり、移動通信端末６−１、６−２・・・６−Ｎとサーバ４との通信は優先トラフィックでの通信とすることができる。これにより、災害時、トラフィック輻輳が生じても、各移動通信端末６−１、６−２・・・６−Ｎから端末情報１０を自動収集することができる。つまり、移動通信端末６−１、６−２・・・６−Ｎから正確かつ確実な端末情報を生成させ、その端末情報から安否情報を生成することができる。
【００３９】
＜安否情報処理システム２＞
【００４０】
図４は、安否情報処理システム２の構成例を示している。図４において、図１と同一部分には同一符号を付してある。
【００４１】
この安否情報処理システム２では、サーバ４、複数の移動通信端末６−１、６−２・・・６−Ｎおよび基地局８−１、８−２・・・８−Ｎが含まれる。各基地局８−１、８−２・・・８−Ｎには通信圏内で特定される収容エリア（つまり、サービスエリア）８０−１、８０−２・・・８０−Ｎを有する。各収容エリア８０−１、８０−２・・・８０−Ｎ毎に複数の移動通信端末６−１、６−２・・・６−Ｎが含まれる。つまり、安否情報処理システム２は、安否情報生成処理機能を持つサーバ４と各基地局８−１、８−２・・・８−Ｎに存在する複数の移動通信端末６−１、６−２・・・６−Ｎにより構成されている。
【００４２】
サーバ４のメモリ３８（図６）には、安否情報データベースの一例である安否情報テーブル１２が設定されている。この安否情報テーブル１２には、各移動通信端末６−１、６−２・・・６−Ｎから取得した端末情報１０、端末情報１０から生成した安否情報、緊急度情報などが登録されている。
【００４３】
移動通信端末６−１、６−２・・・６−Ｎのメモリには端末情報１０のデータベースの一例である端末情報テーブル１３が設定されている。各端末情報テーブル１３には端末情報１０が格納されている。この端末情報１０は各移動通信端末６−１、６−２・・・６−Ｎの電話番号、操作履歴、通信履歴、位置情報などである。
【００４４】
＜サーバ４の機能構成およびハードウェア＞
【００４５】
図５は、サーバ４の機能構成の一例を示している。サーバ４は、外部ＩＦ（Interface ）機能１４、制御機能１６および安否情報生成処理機能１８を備える。外部ＩＦ機能１４は、基地局８や移動通信端末６−１、６−２・・・６−Ｎのいずれかと接続され、情報の送受を行う。制御機能１６は、外部ＩＦ機能１４と安否情報生成処理機能１８との間に介在し、安否情報の生成および収集の制御を行う。安否情報生成処理機能１８は、移動通信端末情報、安否情報などの登録や、安否情報を用いた緊急度情報の生成、その登録を行う。
【００４６】
外部ＩＦ機能１４には、オペレータ入力受信ＩＦ機能２０、端末情報ＳＭＳ受信ＩＦ機能２２およびブロードキャストＳＭＳ配信機能２４が含まれる。オペレータ入力受信ＩＦ機能２０は、オペレータ入力やその他の情報入力を行う。端末情報ＳＭＳ受信ＩＦ機能２２はＳＭＳの受信を行う。ブロードキャストＳＭＳ配信機能２４は、既述のブロードキャストＳＭＳの配信を行う。
【００４７】
制御機能１６には、安否情報生成処理制御機能２６が含まれる。安否情報生成処理制御機能２６は、安否情報の生成や収集の制御を行う。
【００４８】
安否情報生成処理機能１８には、端末情報設定・更新機能２８、救助緊急度設定・更新機能３０および既述の安否情報テーブル１２が含まれる。端末情報設定・更新機能２８は、端末情報の設定や更新を行う。救助緊急度設定・更新機能３０は、安否情報の登録とともに、安否情報から算出した緊急度情報の設定およびその更新を行う。安否情報テーブル１２の機能は既述の通りである。
【００４９】
図６は、サーバ４のハードウェアの一例を示している。サーバ４は、既述の機能を実行するコンピュータであり、入出力部３２、ＳＭＳ送受信部３４、プロセッサ３６およびメモリ３８を備えている。
【００５０】
入出力部３２は、情報の入出力に用いられる。ＳＭＳ送受信部３４は通信部の一例であり、プロセッサ３６の制御によりブロードキャストＳＭＳの配信または受信を行う。
【００５１】
プロセッサ３６は処理部の一例であり、たとえば、ＣＰＵ（Central Processing Unit ）で構成される。このプロセッサ３６では、メモリ３８にある安否情報生成処理プログラムを実行し、既述の外部ＩＦ機能１４、制御機能１６および安否情報生成処理機能１８を実行する。各機能の実行により、安否情報の収集、その情報の安否情報テーブル１２への登録、緊急度の判定および緊急度情報の登録などを行う。
【００５２】
メモリ３８はデータの記憶媒体である。このメモリ３８には、ＲＯＭ（Read-Only Memory）およびＲＡＭ（Random-Access Memory）が含まれる。ＲＯＭにはＯＳ（Operating System）や既述の安否情報生成処理プログラムなど、各種のソフトウェアプログラムが格納されている。ＲＡＭはワークエリアを構成する。
【００５３】
この安否情報処理システム２では、サーバ４が上記構成により、安否情報生成処理を実行する。サーバ４の安否情報生成処理はつぎの通りである。
【００５４】
(a) サーバ４は、安否情報収集のための各種パラメータをオペレータ入力受信ＩＦ機能２０により受け付ける。各種パラメータは、入出力画面を通して入力される。この入力操作はたとえば、オペレータによって行えばよい。
【００５５】
(b) サーバ４は、安否情報を生成させたい収容エリア８０−１、８０−２・・・８０−Ｎのいずれかまたは２以上に、ブロードキャストＳＭＳを配信する。このブロードキャストＳＭＳは、ブロードキャストＳＭＳ配信機能により、オペレータからの入力に従ってＳＭＳ送受信部３４から配信する。
【００５６】
(c) サーバ４は、ブロードキャストＳＭＳを受信した各移動通信端末６−１、６−２・・・６−Ｎから端末情報１０を受ける。移動通信端末６−１、６−２・・・６−Ｎが送信する端末情報１０はＳＭＳ送受信部３４で受信する。
【００５７】
(d) サーバ４は、受信した端末情報１０を端末情報設定・更新機能２８により、メモリ３８上の安否情報テーブル１２に登録する。
【００５８】
(e) サーバ４は、安否情報テーブル１２内の端末情報１０を用いて救助緊急度設定・更新機能３０により端末所有者の救助緊急度を判断する。その判断結果である救助緊急度を安否情報テーブル１２に登録する。
【００５９】
＜移動通信端末６−１、６−２・・・６−Ｎの機能構成およびハードウェア＞
【００６０】
図７は、移動通信端末６−１、６−２・・・６−Ｎの機能構成の一例を示している。各移動通信端末６−１、６−２・・・６−Ｎは、外部ＩＦ機能４０、制御機能４２および端末情報収集機能４４を備える。外部ＩＦ機能４０は、サーバ４と接続され、情報の送受を行う。制御機能４２は、外部ＩＦ機能４０と端末情報収集機能４４との間に介在し、端末情報の収集および制御を行う。端末情報収集機能４４は、情報のログ機能、位置情報などの情報収集を行う。
【００６１】
外部ＩＦ機能４０には、ブロードキャストＳＭＳ受信ＩＦ機能４６および端末情報ＳＭＳ送信機能４８が含まれる。ブロードキャストＳＭＳ受信ＩＦ機能４６は、サーバ４から配信されたブロードキャストＳＭＳを受信する。端末情報ＳＭＳ送信機能４８は、配信されたブロードキャストＳＭＳに対応し、端末情報１０をＳＭＳでサーバ４に送信する。
【００６２】
制御機能４２には、端末情報収集処理制御機能５０が含まれる。端末情報収集処理制御機能５０は、サーバ４からのブロードキャストＳＭＳに対応し、端末情報１０の収集の制御を行う。
【００６３】
端末情報収集機能４４には、操作ログ収集機能５２、緯度・経度情報収集機能５４、電話・パケット発信情報収集機能５６、収容エリア情報収集機能５８の各機能が含まれる。
【００６４】
操作ログ収集機能５２は操作ログ情報の収集を行う。ユーザが移動通信端末６−１、６−２・・・６−Ｎを操作した操作履歴は移動通信端末６−１、６−２・・・６−Ｎにログ情報として記録されている。このログ情報をブロードキャストＳＭＳの受信を契機に収集する。
【００６５】
緯度・経度情報収集機能５４は、自端末である移動通信端末６−１、６−２・・・６−Ｎの位置情報として緯度および経度の収集を行う。
【００６６】
電話・パケット発信情報収集機能５６は、電話・パケット発信情報の収集を行う。ユーザが移動通信端末６−１、６−２・・・６−Ｎにより送受信した電話・パケットの発信履歴情報は移動通信端末６−１、６−２・・・６−Ｎに記録されている。この情報をブロードキャストＳＭＳの受信を契機に収集する。
【００６７】
収容エリア情報収集機能５８は移動通信端末６−１、６−２・・・６−Ｎが通信している収容エリア８０−１、８０−２・・・８０−Ｎなどの基地局情報の収集を行う。
【００６８】
図８は、移動通信端末６−１、６−２・・・６−Ｎのハードウェア構成の一例を示している。移動通信端末６−１、６−２・・・６−Ｎはサーバ４に対応する既述の機能を実行するコンピュータであり、パケット送受信部６０、ＳＭＳ送受信部６２、プロセッサ６４、メモリ６６、操作入出力部６８およびＧＰＳ（Global Positioning System ）通信部７０を備えている。
【００６９】
パケット送受信部６０は通信部の一例であり、プロセッサ６４の制御によりパケット情報の送受信を行う。ＳＭＳ送受信部６２は通信部の一例であり、プロセッサ６４の制御によりＳＭＳの送受信を行う。
【００７０】
プロセッサ６４はたとえば、ＣＰＵ（Central Processing Unit ）で構成される。このプロセッサ６４では、メモリ６６にある安否情報生成処理プログラムの端末側プログラムを実行し、安否情報に関する情報の収集、その登録および送信などを行う。
【００７１】
メモリ６６はデータの記憶媒体である。このメモリ６６には、ＲＯＭ（Read-Only Memory）およびＲＡＭ（Random-Access Memory）が含まれる。ＲＯＭにはＯＳ（Operating System）や既述の安否情報生成処理プログラムの端末側プログラムなど、各種のソフトウェアプログラムが格納されている。ＲＡＭはワークエリアを構成する。
【００７２】
操作入出力部６８は、情報の入出力に用いられる。ＧＰＳ通信部７０はプロセッサ６４の制御によりＧＰＳから自端末の位置情報を取得する。
【００７３】
この移動通信端末６−１、６−２・・・６−Ｎの機能は以下の通りである。
【００７４】
(a) 移動通信端末６−１、６−２・・・６−Ｎでは、制御機能４２により移動通信端末情報が収集される。
【００７５】
(b) サーバ４からの端末情報収集の要求を受け、ブロードキャストＳＭＳ受信ＩＦ機能４６を用いてブロードキャストＳＭＳを受信する。
【００７６】
(c) ブロードキャストＳＭＳの受信を契機に各種情報の収集を行う。
【００７７】
(c-1)   操作ボタンの押下ログの収集を行う。この操作ボタンの押下は、移動通信端末６−１、６−２・・・６−Ｎのユーザの行動情報であり、ユーザの安否に密接な関係がある。この操作ボタンの押下情報は、既述の操作ログ収集機能５２により行う。
【００７８】
(c-2)   メモリ６６から、電話・パケットの発信履歴の収集を行う。この発信履歴は、移動通信端末６−１、６−２・・・６−Ｎのユーザの行動情報であり、ユーザの安否に密接な関係がある。この発信履歴は、電話・パケット発信情報収集機能５６により実行する。
【００７９】
(c-3)   緯度・経度情報収集機能５４を用いて各移動通信端末６−１、６−２・・・６−Ｎの位置情報の収集を行う。この位置情報の収集は、ＧＰＳ通信部７０より実行する。
【００８０】
(c-4)   収容エリア情報収集機能５８を用いて現在通信を行っている基地局情報の収集を行う。この基地局情報の収集は、パケット送受信部６０を用いて行う。
【００８１】
(d) 収集した各種の端末情報は、端末情報ＳＭＳ送信機能４８を用いてＳＭＳとしてサーバ４に送信する。
【００８２】
＜安否情報の生成処理＞
【００８３】
図９は、安否情報生成処理の処理手順の一例を示している。この安否情報生成処理では、ブロードキャストＳＭＳの配信と、この配信を契機とする安否情報の生成が実行される。この処理手順は、サーバ４側のオペレータ入力により開始される。Ｓ２０１、Ｓ２０５およびＳ２０６がサーバ４側の処理、Ｓ２０２、Ｓ２０３およびＳ２０４は移動通信端末６−１、６−２・・・６−Ｎ側の処理である。
【００８４】
オペレータ入力に基づき、サーバ４からブロードキャストＳＭＳ配信が実行される（Ｓ２０１）。つまり、オペレータ指示により、安否情報を収集したい収容エリア８０−１、８０−２・・・８０−Ｎのいずれかまたは２以上を選択し、ブロードキャストＳＭＳを配信する。
【００８５】
このブロードキャストＳＭＳの配信を受けた移動通信端末６−１、６−２・・・６−Ｎは、ブロードキャストＳＭＳの受信処理を実行する（Ｓ２０２）。このブロードキャストＳＭＳの受信を契機に、移動通信端末６−１、６−２・・・６−Ｎでは、端末情報１０を収集し（Ｓ２０３）、収集した情報をサーバ４に送信する（Ｓ２０４）。
【００８６】
サーバ４では、安否情報生成処理として、移動通信端末６−１、６−２・・・６−Ｎから端末情報１０を受信する（Ｓ２０５）。サーバ４では、受信した端末情報を元に救助緊急度を設定し、各端末単位の安否情報を生成し、更新する（Ｓ２０６）。
【００８７】
各移動通信端末６−１、６−２・・・６−Ｎからの端末情報１０の送信はオペレータから指定された回数、間隔で繰り返される。サーバ４では、端末情報１０を各移動通信端末６−１、６−２・・・６−Ｎから受信する度に各移動通信端末６−１、６−２・・・６−Ｎの安否情報の更新を行う（Ｓ２０３〜Ｓ２０６）。
【００８８】
＜ブロードキャストＳＭＳ配信処理＞
【００８９】
オペレータ指示を受け、サーバ４は、移動通信端末６−１、６−２・・・６−Ｎに対し、ブロードキャストＳＭＳにより端末情報収集要求を送信する。オペレータ指示の内容は端末情報を収集する収容エリア８０−１、８０−２・・・８０−Ｎの何れかまたは２以上、端末情報を収集する回数、収集する時間の間隔とする。
【００９０】
サーバ４は、オペレータ指示の内容、端末情報収集要求を表すサービス種別を元にＳＭＳを生成し、端末情報を収集するエリアに対し、ブロードキャストＳＭＳを配信する。サービス種別とは端末情報収集要求を表すサービス識別子である。
【００９１】
ブロードキャストＳＭＳを受信した移動通信端末６−１、６−２・・・６−Ｎは、サービス種別が端末情報収集要求であるか否かを判断する。端末情報収集要求であれば、移動通信端末６−１、６−２・・・６−Ｎは端末情報を収集する。
【００９２】
図１０のＡおよびＢはブロードキャストＳＭＳを示している。このブロードキャストＳＭＳ７２は、サーバ４が生成し、移動通信端末６−１、６−２・・・６−Ｎに配信するＳＭＳである。
【００９３】
ブロードキャストＳＭＳ７２は図１０のＡに示すように、サービス種別７４、配信先エリアコード７６、端末情報収集回数７８および端末情報収集間隔８０で構成される。このブロードキャストＳＭＳ７２は図１０のＢに示す記号列で表され、たとえば、１４桁の数字列である。
【００９４】
サービス種別７４は端末情報収集要求を表すサービス種別を表している。このサービス種別７４は、数字列始めの４桁で構成され、たとえば、「１０００」である。
【００９５】
配信先エリアコード７６は端末情報を収集するエリアを表すエリアコードである。この配信先エリアコード７６は、サービス種別７４に続く５桁の数字列たとえば、「９９９９９」である。
【００９６】
端末情報収集回数７８は端末情報の収集回数（回）である。この端末情報収集回数７８は、配信先エリアコード７６に続く２桁の数字列たとえば、「０６」である。
【００９７】
端末情報収集間隔８０は、端末情報を収集する間隔である。この端末情報収集間隔８０は、数字列の末尾３桁のたとえば、「０１０」である。
【００９８】
図１０のＢに示す数字列からなるブロードキャストＳＭＳ７２は、エリアコード９９９９９の収容エリアに対し、１０分間隔６回の端末情報の収集要求を行うことを表す。
【００９９】
＜移動通信端末６−１、６−２・・・６−Ｎの処理＞
【０１００】
図１１は、移動通信端末６による処理手順を示している。
【０１０１】
この処理手順は、待機状態にある移動通信端末６−１、６−２・・・６−Ｎがサーバ４から配信されたブロードキャストＳＭＳを受信することにより、この受信を契機に自動実行される処理である。自動実行とは、少なくともユーザ操作を介在することなく端末情報の収集および送信を実行することである。
【０１０２】
この処理手順では、移動通信端末６−１、６−２・・・６−Ｎは、サーバ４から配信されたブロードキャストＳＭＳを受信する（Ｓ２１１）。このブロードキャストＳＭＳに端末情報収集要求が含まれている場合、この端末情報収集要求を契機に、移動通信端末６−１、６−２・・・６−Ｎは、ブロードキャストＳＭＳにあるサービス種別に応じて端末情報の収集が開始される。つまり、移動通信端末６−１、６−２・・・６−Ｎの操作ログの収集開始が実行される（Ｓ２１２）。この開始に基づき、電話・パケットの発信情報（情報ｂ）の収集（Ｓ２１３）、収容エリア情報（情報ｄ）の収集（Ｓ２１４）、経度および緯度の情報（情報ｅ）の収集（Ｓ２１５）、操作ログの収集（情報ｃ）収集（Ｓ２１６）を順次に実行する。
【０１０３】
これらの情報に基づき、端末情報テーブル１３を基にＳＭを生成する（Ｓ２１７）。この端末情報をＳＭＳにより送信する（Ｓ２１８）。この送信の後、収集回数の満了を判断する（Ｓ２１９）。収集回数が満了していなければ（Ｓ２１９のＮＯ）、オペレータ指示の収集間隔の待機を行ない（Ｓ２２０）、Ｓ２１３〜Ｓ２１９の処理を繰り返す。収集回数が満了すれば（Ｓ２１９のＹＥＳ）、処理を終了する。
【０１０４】
図１２のＡはＳ２１３のサブルーチンを示している。電話またはパケットの発信情報の収集（Ｓ２１３）では、前回収集時刻から現在までの電話またはパケットの発信履歴を検索し（Ｓ２１３１）、発信履歴の有無を端末情報テーブル１３へ格納し（Ｓ２１３２）、Ｓ２１３にリターンする。
【０１０５】
図１２のＢはＳ２１４のサブルーチンを示している。収容エリア情報の収集（Ｓ２１４）では、現在捕捉している基地局から基地局情報を取得し（Ｓ２１４１）、基地局８−１、８−２・・・８−Ｎを一意に定めるＩＤを端末情報テーブル１３へ格納し（Ｓ２１４２）、Ｓ２１４にリターンする。
【０１０６】
図１３のＡはＳ２１５のサブルーチンを示している。緯度および経度の情報収集（Ｓ２１５）では、緯度・経度情報収集機能５４の一例としてＧＰＳ機能により緯度および経度の情報を取得し（Ｓ２１５１）、緯度および経度の情報を端末情報テーブル１３へ格納し（Ｓ２１５２）、Ｓ２１５にリターンする。
【０１０７】
図１３のＢはＳ２１６のサブルーチンを示している。操作ログの収集（Ｓ２１６）では、前回時刻から現在までの操作ログを検索し（Ｓ２１６１）、操作の有無を端末情報情報テーブル１３へ格納し（Ｓ２１６２）、Ｓ２１６にリターンする。
【０１０８】
これらの処理手順により、移動通信端末６−１、６−２・・・６−Ｎが自動収集する情報は以下の通りである。
【０１０９】
ａ）  電話番号：  電話番号は移動通信端末６−１、６−２・・・６−Ｎを特定し、所有者を特定する情報に利用できる。この電話番号は、移動通信端末６−１、６−２・・・６−Ｎからサーバ４に送信するＳＭＳに自動的に付与される。
【０１１０】
ｂ）  電話・パケットの発信情報：  移動通信端末６−１、６−２・・・６−Ｎが操作されたか否かを表し、その操作を特定する情報である。この情報は、移動通信端末６−１、６−２・・・６−Ｎが保持している電話およびパケット通信の発信履歴を参照し、前回の収集時刻から現在時刻までの間の発信履歴の有無を検索することにより収集することができる。
【０１１１】
ｃ）  移動通信端末６−１、６−２・・・６−Ｎの操作ボタンの押下情報：  移動通信端末６が操作されたか否かを表し、その操作の有無を特定する情報である。この情報はブロードキャストＳＭＳの受信を契機に操作ログの収集を開始し、前回の収集時刻から現在までの間のログを検索することにより収集することができる。
【０１１２】
ｄ）  収容エリアの情報：  移動通信端末６−１、６−２・・・６−Ｎの移動や移動先を表し、所有者による移動通信端末６−１、６−２・・・６−Ｎの移動の有無を特定する情報である。この情報は、現在通信を行っている基地局から基地局情報を取得し、基地局を一意に示す識別子を取得することにより収集することができる。
【０１１３】
ｅ）  緯度および経度の情報：  移動通信端末６−１、６−２・・・６−Ｎの移動や移動先を表し、所有者による移動通信端末６−１、６−２・・・６−Ｎの移動の有無を特定する情報である。このＧＰＳ情報は、ｄ）の情報に比較して精度の高い情報である。この情報はＧＰＳ機能を用いて現在の緯度および経度の情報を取得することにより収集することができる。
【０１１４】
各情報の収集について、移動通信端末６−１、６−２・・・６−Ｎが電話・パケットの発信履歴、操作ログ、通信中の基地局情報、ＧＰＳによる緯度および経度情報を取得または収集する機能を備えていれば、上記情報ａ）、ｂ）、ｃ）、ｄ）およびｅ）の各情報を収集できる。
【０１１５】
移動通信端末６−１、６−２・・・６−Ｎは収集した端末情報を一定回数、一定間隔で繰り返し送信する。端末情報の送信回数、送信間隔はサーバ４からから受信したブロードキャストＳＭＳ内に含まれる端末情報の収集間隔、収集回数に従う。情報ｂ、ｃは前回送信時から現在までの情報を送信し、情報ｄ、ｅは現在時点の情報を送信する。
【０１１６】
図１４は、端末情報テーブル１３を示している。この端末情報テーブル１３は、移動通信端末６−１、６−２・・・６−Ｎのメモリ６６に設定されている。この端末情報テーブル１３には、移動通信端末６が取得した情報が格納される。
【０１１７】
この端末情報テーブル１３には、電話・パケット発信情報格納部８２、端末操作情報格納部８４、収容エリア情報格納部８６、緯度情報格納部８８および経度情報格納部９０が設定されている。
【０１１８】
電話・パケット発信情報格納部８２には、既述の電話またはパケットの発信の有無を表す情報が格納される。たとえば、電話またはパケットの発信があれば、「１」を格納し、電話またはパケットの発信がなれければ、「０」を格納する。
【０１１９】
端末操作情報格納部８４には、移動通信端末６−１、６−２・・・６−Ｎの操作の有無を表す情報が格納される。たとえば、操作があれば、「１」を格納し、操作がなれければ、「０」を格納する。
【０１２０】
収容エリア情報格納部８６には、収容エリア８０−１、８０−２・・・８０−Ｎ（図４）の基地局情報が格納される。この例では基地局情報として４桁の数字（記号）たとえば、「５５５５」が格納されている。
【０１２１】
緯度情報格納部８８には、緯度情報が格納される。この例では緯度情報としてたとえば、「３５度３４分５２．１５４秒」が格納されている。
【０１２２】
経度情報格納部９０には、経度情報が格納される。この例では経度情報としてたとえば、「１３９度３８分２９．３０６秒」が格納されている。
【０１２３】
図１５は、各移動通信端末６−１、６−２・・・６−Ｎが生成したＳＭＳ９２の一例を示している。このＳＭＳ９２は、移動通信端末６が端末情報テーブル１３の情報により生成する。生成したＳＭＳ９２は、サーバ４に送信する。
【０１２４】
このＳＭＳ９２は図１５のＡに示すように、電話・パケットの発信情報９４、端末操作情報９６、収容エリア情報９８および緯度・経度情報１００を含む記号列であり、たとえば、２５桁の数字列で構成される。
【０１２５】
電話・パケットの発信情報９４は、電話またはパケットの発信情報の有無を表し、ＳＭＳ９２の最初の１桁目に設定されている。電話またはパケットの発信があれば「１」、なければ「０」である。
【０１２６】
端末操作情報９６は、操作ボタンの押下情報の有無を表し、電話・パケットの発信情報９４に続く２桁目に設定されている。操作ボタンの押下があれば「１」、なければ「０」である。
【０１２７】
収容エリア情報９８は、収容エリアをカバーする基地局を表す識別子を表し、端末操作情報９６に続くたとえば、次の４桁の数字列で表される。この例では、「５５５５」の数字列が示されている。
【０１２８】
緯度・経度情報１００は、現在の緯度情報および経度情報を表している。緯度情報は収容エリア情報９８に続くたとえば、９桁の数字列である。この数字列は、緯度を表す数字「３５３４５２１５４」であり、度、分、秒の順でそれぞれ表している。経度情報は緯度情報に続くたとえば、１０桁の数字列である。この数字列は、経度を表す数字「１３９３８２９３０６」であり、度、分、秒の順でそれぞれ表している。
【０１２９】
図１５のＢに示すＳＭＳ９２では次の情報を表している。前回収集時間から現在までの間に電話またはパケットの発信がある。操作ボタンの押下が有る。現在の収容エリアは「５５５５」である。現在位置の緯度は「３５度３４分５２．１５４秒」である。経度は「１３９度３８分２９．３０６秒」である。
【０１３０】
＜安否情報の生成処理＞
【０１３１】
図１６は、安否情報を生成する処理手順を示している。この処理手順は、前回までの情報と現在の情報から移動通信端末６−１、６−２・・・６−Ｎの状態を判断し、過去の安否情報を現在時点の安否情報に更新する。
【０１３２】
安否情報の生成処理はサーバ４で実行され、安否情報の生成に各移動通信端末６−１、６−２・・・６−ＮからＳＭＳで送信される端末情報１０を用いる。サーバ４は移動通信端末６−１、６−２・・・６−Ｎの電話番号をキーに端末情報１０を管理する安否情報データベースとして安否情報テーブル１２（図４）を生成する。そして、端末情報１０を収集する度に安否情報テーブル１２を更新する。
【０１３３】
この処理手順では、移動通信端末６からＳＭＳで送信される端末情報１０を受信する（Ｓ３０１）。受信した端末情報１０内の電話番号を検索キーとして、データベースである安否情報テーブル１２内のレコードを検索する（Ｓ３０２）。
【０１３４】
端末情報１０内の電話番号を持つレコードが安否情報テーブル１２に存在するか否かを判断する（Ｓ３０３）。安否情報テーブル１２に受信した電話番号を持つレコードが存在しなければ（Ｓ３０３のＮＯ）、受信した端末情報１０を安否情報テーブル１２に新規レコードとして登録する（Ｓ３０４）。この場合、情報ｄ、ｅは、前回との差分により端末所有者の移動の有無を特定するため、新規登録の場合には安否情報テーブル１２の値は「×」とし、次回の比較のために現在の収容エリア情報、緯度および経度情報を保持する（Ｓ３０５）。そして、各レコードの値をもとに救助緊急度を設定し、または更新し（Ｓ３０６）、処理を終了する。
【０１３５】
安否情報テーブル１２に移動通信端末６−１、６−２・・・６−Ｎから受信した電話番号を持つレコードが存在すれば（Ｓ３０３のＹＥＳ）、今回受信した端末情報１０を元に安否情報テーブル１２の値を更新する。情報ｂ、ｃは前回までの値が「×」であるか否かを判定する（Ｓ３０７）。情報ｂ、ｃは前回までの値が「×」であれば（Ｓ３０７のＹＥＳ）、現在の値で安否情報テーブル１２の値を更新する（Ｓ３０８）。前回までの値が「○」であれば（Ｓ３０７のＮＯ）、すでに端末所有者による電話発信、パケット発信または操作ボタン押下が確認されているので、その値の更新は行わない。
【０１３６】
情報ｄ、ｅが前回までの値が「×」であるかを判定する（Ｓ３０９）。情報ｄ、ｅが前回までの値が「×」であれば（Ｓ３０９のＹＥＳ）、情報ｄ、ｅに前回の位置情報との差分が有るかを判定する（Ｓ３１０）。情報ｄ、ｅが前回までの値が「×」でなければ（Ｓ３０９のＮＯ）、各レコードの値をもとに救助緊急度を設定し、または更新し（Ｓ３０６）、処理を終了する。
【０１３７】
情報ｄ、ｅが前回までの値が「×」であり、情報ｄ、ｅに前回の位置情報との差分が有れば（Ｓ３１０のＹＥＳ）、安否情報テーブル１２の値を「○」に更新し（Ｓ３１１）、各レコードの値をもとに救助緊急度を設定し、または更新し（Ｓ３０６）、処理を終了する。つまり、前回までの値が「○」の場合には、情報ｂ、ｃと同様に、すでに端末所有者の移動が確認されているので、その値の更新は行わない。
【０１３８】
情報ｄ、ｅに前回の位置情報との差分がなければ（Ｓ３１０のＮＯ）、各レコードの値をもとに救助緊急度を設定し、または更新し（Ｓ３０６）、処理を終了する。
【０１３９】
図１７は、情報更新方式のデータベースである安否情報テーブル１２のデータ構造を示している。
【０１４０】
この安否情報テーブル１２には、電話番号格納部１０４、電話・パケット情報格納部１０６、端末操作情報格納部１０８、収容エリア情報格納部１１０、緯度・経度情報格納部１１２および救助緊急度格納部１１４が設定されている。
【０１４１】
電話番号格納部１０４には、移動通信端末６−１、６−２・・・６−Ｎの電話番号が格納される。
【０１４２】
電話・パケット情報格納部１０６には、電話発信情報またはパケット発信情報のいずれかまたは双方が格納される。この場合、発信があれば「○」が格納される。発信がなければ「×」が格納される。
【０１４３】
端末操作情報格納部１０８には、操作ボタンの操作などの操作情報が格納される。操作があれば「○」が格納される。操作がなければ「×」が格納される。
【０１４４】
収容エリア情報格納部１１０には移動通信端末６の収容エリアの移動を表す情報が格納される。移動があれば「○」が格納される。移動がなければ「×」が格納される。
【０１４５】
緯度・経度情報格納部１１２には緯度情報および経度情報から移動の有無を表す情報が格納される。移動があれば「○」が格納される。移動がなければ「×」が格納される。
【０１４６】
救助緊急度格納部１１４には救助緊急度のランク情報が格納される。ランク情報は緊急度を表すたとえば、Ａ、Ｂ・・・Ｅで表される。
【０１４７】
図１８は、安否情報の遷移を示している。この安否情報の遷移は、３回のＳＭＳの受信による状態変化を示している。
【０１４８】
この例では、電話番号「０９０−ａｂｃｄ−ｅｆｇｈ」の移動通信端末６からＳＭＳを受信した場合である。
【０１４９】
(1) １回目のＳＭＳ受信
【０１５０】
１回目のＳＭＳの受信により、サーバ４は端末情報１０を取得する。この端末情報１０から安否情報テーブル１２には、電話番号「０９０−ａｂｃｄ−ｅｆｇｈ」について、電話・パケット情報格納部１０６には「○」、端末操作情報格納部１０８には「○」、収容エリア情報格納部１１０には「×」、緯度・経度情報格納部１１２には「×」、救助緊急度格納部１１４には「Ｃ」が格納されている。
【０１５１】
(2) ２回目のＳＭＳ受信
【０１５２】
２回目のＳＭＳの受信により、サーバ４は端末情報１０を取得する。この端末情報１０から安否情報テーブル１２には、電話番号「０９０−ａｂｃｄ−ｅｆｇｈ」について、電話・パケット情報格納部１０６には「○」、端末操作情報格納部１０８には「○」、収容エリア情報格納部１１０には「○」、緯度・経度情報格納部１１２には「○」、救助緊急度格納部１１４には「Ｅ」が格納されている。つまり、収容エリア情報格納部１１０は前回の「×」から「○」に更新されている。また、緯度・経度情報格納部１１２も前回の「×」から「○」に更新されている。これにより、救助緊急度格納部１１４の救助緊急度のランクが「Ｃ」から「Ｅ」に変化している。
【０１５３】
(3) ３回目のＳＭＳ受信
【０１５４】
３回目のＳＭＳの受信により、サーバ４は端末情報１０を取得する。この端末情報１０から安否情報テーブル１２には、電話番号「０９０−ａｂｃｄ−ｅｆｇｈ」について、電話・パケット情報格納部１０６には「○」、端末操作情報格納部１０８には「○」、収容エリア情報格納部１１０には「○」、緯度・経度情報格納部１１２には「○」、救助緊急度格納部１１４には「Ｅ」が格納されている。つまり、２回目のＳＭＳの受信と同様のデータであり、状態の変化はない。これにより、救助緊急度格納部１１４の救助緊急度のランクが「Ｅ」が維持されている。
【０１５５】
＜各レコード値と救助緊急度の関係テーブル１１６＞
【０１５６】
図１９は、レコード値−救助緊急度関係テーブル１１６を示している。
【０１５７】
救助緊急度は、データベースである安否情報テーブル１２のレコード値から算出され、具体的には各レコード値の操作系情報および移動系情報から求められる。そこで、このレコード値−救助緊急度関係テーブル１１６は、操作系情報および移動系情報とともに、救助緊急度を示している。
【０１５８】
このレコード値−救助緊急度関係テーブル１１６には、操作系情報格納部１１８、移動系情報格納部１２０および救助緊急度格納部１２２が設定されている。操作系情報格納部１１８には既述の情報ｂ、ｃの「○」の数が格納される。移動系情報格納部１２０には情報ｄ、ｅの「○」の数が格納されている。これら「○」の数を総合し、救助緊急度格納部１２２にはランク情報として「Ａ、Ｂ・・・Ｅ」が格納されている。
【０１５９】
このレコード値−救助緊急度関係テーブル１１６を参照することにより、情報ｂ、ｃの「○」の数、情報ｄ、ｅの「○」の数に基づき、救助緊急度が設定される。
【０１６０】
＜収容エリア毎の被災情報の生成処理＞
【０１６１】
図２０は、収容エリア毎の被災状況関係テーブル１２４を示している。
【０１６２】
この被災状況関係テーブル１２４では、各移動通信端末６−１、６−２・・・６−Ｎを単位とする安否情報から特定エリアたとえば、既述の収容エリアの被災情報を総合して被災状況を求めることができる。被災状況関係テーブル１２４には端末緊急度格納部１２６および被災状況の重み格納部１２８が設定されている。端末緊急度格納部１２６には既述のランク情報が格納されている。被災状況の重み格納部１２８には重み付け係数が格納されている。
【０１６３】
特定エリア内に存在する移動通信端末６−１、６−２・・・６−Ｎの救助緊急度から緊急度毎の重みに従い、被災指数は、次の計算式により算出することができる。
【０１６４】
被災指数αは、複数の緊急度に対して重み付け係数を乗算して求められる。たとえば、被災指数αは、
被災指数α＝緊急度Ａの割合×１００＋緊急度Ｂの割合×８０
＋緊急度Ｃの割合×６０＋緊急度Ｄの割合×４０
＋緊急度Ｅの割合×２０                      ・・・(1) 
である。つまり、特定エリアの被災指数が１００に近いほど、そのエリアの被災状況が重いということを表している。
【０１６５】
＜発明の効果＞
【０１６６】
Ａ) 移動通信端末６−１、６−２・・・６−ＮがブロードキャストＳＭＳの受信を契機に端末情報１０を自動的かつ自発的に収集し、その端末情報１０をサーバ４に送信する。移動通信端末６は所有者の操作を介在することなく、収容エリア８０−１、８０−２・・・８０−Ｎ内に存在する端末所有者の端末情報を生成し、送信することができる。これにより、ユーザが安否情報を通知することが困難な場合や、ユーザが安否情報の通知を忘れるという人的な弊害を排除でき、端末所有者の安否情報の収集を的確かつ迅速に行うことが可能である。
【０１６７】
Ｂ）移動通信端末６−１、６−２・・・６−Ｎからサーバ４への通信を優先トラフィック通信で行うことができ、災害時にトラフィック輻輳により繋がり難い状態でも、確実に安否情報の収集を行うことができる。
【０１６８】
Ｃ）移動通信端末６−１、６−２・・・６−Ｎ毎の安否情報を集計および解析することにより、収容エリアなどの特定エリア毎の被災指数を算出することができる。これにより、エリア毎の被災状況を遠隔地から確認し、分析することが可能となる。有益な情報が得られ、被災地への効率的かつ的確な救助計画の策定などに寄与することができる。
【０１６９】
〔第３の実施の形態〕
【０１７０】
図２１は、第３の実施の形態に係る安否情報を生成する処理手順を示している。この処理手順は、端末情報の受信開始時から現在時刻までの安否情報を蓄積している。
【０１７１】
安否情報の生成処理はサーバ４で実行され、安否情報の生成に各移動通信端末６からＳＭＳで送信される端末情報１０を用いる。サーバ４は移動通信端末６の電話番号をキーに端末情報を管理するデータベースである安否情報テーブル１２（図２２）を生成する。そして、端末情報１０を収集する度に安否情報テーブル１２に蓄積している。
【０１７２】
この処理手順では、移動通信端末６からＳＭＳで送信される端末情報１０を受信する（Ｓ４０１）。受信した端末情報１０内の電話番号を検索キーとして、安否情報テーブル１２（図２２）内のレコードを検索する（Ｓ４０２）。
【０１７３】
端末情報内の電話番号を持つレコードが安否情報テーブル１２（図２２）に存在するか否かを判断する（Ｓ４０３）。安否情報テーブル１２に受信した電話番号を持つレコードが存在しなければ（Ｓ４０３のＮＯ）、受信した端末情報１０を安否情報テーブル１２に新規レコードとして登録する（Ｓ４０４）。現在時刻をレコードに追加する（Ｓ４０５）。この場合、情報ｄ、ｅは、前回との差分により端末所有者の移動の有無を特定するため、新規登録の場合には安否情報テーブル１２の値は「×」とし、次回の比較のために現在の収容エリア情報、緯度および経度情報を保持する（Ｓ４０６）。そして、各レコードの値をもとに救助緊急度を設定し、または更新し（Ｓ４０７）、処理を終了する。
【０１７４】
安否情報テーブル１２（図２２）に受信した電話番号を持つレコードが存在すれば（Ｓ４０３のＹＥＳ）、今回受信した端末情報を元に安否情報テーブル１２の値を更新する。つまり、情報ｂ、ｃに今回の値を登録する（Ｓ４０８）。情報ｄ、ｅの値が「×」であるかを判定する（Ｓ４０９）。情報ｄ、ｅの前回の値が「×」でなければ（Ｓ４０９のＮＯ）、情報ｄ、ｅに「○」を登録する（Ｓ４１０）。現在時刻をレコードに追加し（Ｓ４１１）、既述のＳ４０７に移行する。既述の通り、Ｓ４０７では、各レコードの値をもとに救助緊急度を設定し、または更新し（Ｓ４０７）、処理を終了する。
【０１７５】
情報ｄ、ｅの前回の値が「×」であれば（Ｓ４０９のＹＥＳ）、情報ｄ、ｅに前回からの情報に差分があるかを判定する（Ｓ４１２）。情報ｄ、ｅに前回からの情報に差分があれば（Ｓ４１２のＹＥＳ）、情報ｄ、ｅに「○」を登録し（Ｓ４１３）、現在時刻をレコードに追加し（Ｓ４１１）、Ｓ４０７を実行して処理を終了する。
【０１７６】
情報ｄ、ｅに前回からの情報に差分がなければ（Ｓ４１２のＮＯ）、情報ｄ、ｅに「×」を登録し（Ｓ４１４）、現在時刻をレコードに追加し（Ｓ４１１）、Ｓ４０７を実行して処理を終了する。
【０１７７】
なお、この第３の実施の形態において、Ｓ４０８では情報ｂ、ｃに今回の値を登録しているが、これに代え、情報ｂ、ｃの前回の値が「×」であるか否かを判定した処理としてもよい。この場合、情報ｂ、ｃの前回の値が「×」であれば、情報ｂ、ｃに今回の値を登録し、情報ｂ、ｃの前回の値が「×」でなければ、情報ｂ、ｃに「○」を登録してもよい。
【０１７８】
図２２は、情報蓄積方式のデータベースである安否情報テーブル１２のデータ構造を示している。
【０１７９】
図２２に示す安否情報テーブル１２には、電話番号格納部１０４、収集時刻格納部１０５、電話・パケット情報格納部１０６、端末操作情報格納部１０８、収容エリア情報格納部１１０、緯度・経度情報格納部１１２および救助緊急度格納部１１４が設定されている。
【０１８０】
電話番号格納部１０４には、移動通信端末６の電話番号が格納される。
【０１８１】
収集時刻格納部１０５には既述の情報を収集する収集時刻が格納される。
【０１８２】
電話・パケット情報格納部１０６には、収集時刻毎に電話発信情報またはパケット発信情報のいずれかまたは双方が格納される。この場合、発信があれば「○」が格納される。発信がなければ「×」が格納される。
【０１８３】
端末操作情報格納部１０８には、収集時刻毎に操作ボタンの操作などの操作情報が格納される。操作があれば「○」が格納される。操作がなければ「×」が格納される。
【０１８４】
収容エリア情報格納部１１０には、収集時刻毎に移動通信端末６の収容エリアの移動を表す情報が格納される。移動があれば「○」が格納される。移動がなければ「×」が格納される。
【０１８５】
緯度・経度情報格納部１１２には、収集時刻毎に緯度情報および経度情報から移動の有無を表す情報が格納される。移動があれば「○」が格納される。移動がなければ「×」が格納される。
【０１８６】
救助緊急度格納部１１４には、収集時刻毎に救助緊急度のランク情報が格納される。ランク情報は緊急度を表すたとえば、Ａ、Ｂ・・・Ｅで表される。
【０１８７】
この実施の形態のように、情報の蓄積型方式では、前回の情報を更新せずに保持し、新規に現在時刻の情報を追加する。これにより、安否情報の時間的な遷移を確認することができる。
【０１８８】
サーバ４は生成した安否情報テーブル１２の各レコードの値を元に各移動通信端末６を単位として救助緊急度を設定、更新する。各レコード値と救助緊急度の関係を各レコード値と救助緊急度の関係テーブル１１６（図１９）に従い、端末情報から生成した各レコードの「○」の数を元に救助緊急度を決定する。救助緊急度は、最高の緊急度をＡ、最低の緊急度をＥとしてＡ〜Ｅの５段階でレベル付けする。そして、サーバ４は、算出した救助緊急度により、各移動通信端末６−１、６−２・・・６−Ｎを単位とする安否情報を生成する。
【０１８９】
〔他の実施の形態〕
【０１９０】
第１の実施の形態における端末情報テーブル１３（図４）では、電話番号格納部を備え、移動通信端末６−１、６−２・・・６−Ｎの電話番号を格納している。同様に、第２の実施の形態の端末情報テーブル１３（図１４）においても電話番号格納部を備え、電話番号などの識別情報を格納してもよい。
【０１９１】
以上説明したように本開示の最も好ましい実施の形態等について説明した。本発明は、上記記載に限定されるものではない。特許請求の範囲に記載され、又は発明を実施するための形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能である。斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。
【符号の説明】
【０１９２】
２  安否情報処理システム
４  安否情報処理サーバ
６、６−１、６−２・・・６−Ｎ  移動通信端末
８、８−１、８−２・・・８−Ｎ  基地局
１０  端末情報
１２  安否情報テーブル
１３  端末情報テーブル
１４  外部ＩＦ（Interface ）機能
１６  制御機能
１８  安否情報生成処理機能
２０  オペレータ入力受信ＩＦ機能
２２  端末情報ＳＭＳ受信ＩＦ機能
２４  ブロードキャストＳＭＳ配信機能
２６  安否情報生成処理制御機能
２８  端末情報設定・更新機能
３０  救助緊急度設定・更新機能
３２  入出力部
３４  ＳＭＳ送受信部
３６  プロセッサ
３８  メモリ
４０  外部ＩＦ機能
４２  制御機能
４４  端末情報収集機能
４６  ブロードキャストＳＭＳ受信ＩＦ機能
４８  端末情報ＳＭＳ送信機能
５０  端末情報収集処理制御機能
５２  操作ログ収集機能
５４  緯度・経度情報収集機能
５６  電話・パケット発信情報収集機能
５８  収容エリア情報収集機能
６０  パケット送受信部
６２  ＳＭＳ送受信部
６４  プロセッサ
６６  メモリ
６８  操作入力部
７０  ＧＰＳ（Global Positioning System ）通信部
７２  ブロードキャストＳＭＳ
７４  サービス種別
７６  配信先エリアコード
７８  端末情報収集回数
８０  端末情報収集間隔
８０−１、８０−２・・・８０−Ｎ  収容エリア
８２  電話・パケット発信情報格納部
８４  端末操作情報格納部
８６  収容エリア情報格納部
８８  緯度情報格納部
９０  経度情報格納部
９２  ＳＭＳ
９４  電話・パケットの発信情報
９６  端末操作情報
９８  収容エリア情報
１００  緯度・経度情報
１０４  電話番号格納部
１０６  電話・パケット情報格納部
１０８  端末操作情報格納部
１１０  収容エリア情報格納部
１１２  緯度・経度情報格納部
１１４  救助緊急度格納部
１１６  レコード値−救助緊急度関係テーブル
１１８  操作系情報格納部
１２０  移動系情報格納部
１２２  救助緊急度格納部
１２４  被災状況関係テーブル
１２６  端末緊急度格納部
１２８  被災状況の重み格納部
【図１】
2013247418.tif 000003
【図２】
2013247418.tif 000004
【図３】
2013247418.tif 000005
【図４】
2013247418.tif 000006
【図５】
2013247418.tif 000007
【図６】
2013247418.tif 000008
【図７】
2013247418.tif 000009
【図８】
2013247418.tif 000010
【図９】
2013247418.tif 000011
【図１０】
2013247418.tif 000012
【図１１】
2013247418.tif 000013
【図１２】
2013247418.tif 000014
【図１３】
2013247418.tif 000015
【図１４】
2013247418.tif 000016
【図１５】
2013247418.tif 000017
【図１６】
2013247418.tif 000018
【図１７】
2013247418.tif 000019
【図１８】
2013247418.tif 000020
【図１９】
2013247418.tif 000021
【図２０】
2013247418.tif 000022
【図２１】
2013247418.tif 000023
【図２２】
2013247418.tif 000024