(57)【要約】【課題】災害時情報配信支援方法、災害時情報配信支援センター装置及び携帯端末に関し、携帯端末の保持者が列車事故等の災害に遭遇し、負傷等により携帯端末の操作が不可能な状況でも家族等の安否確認者による安否確認を可能にする。【解決手段】列車の各車両のドア付近に設けられたＲＦＩＤタグ２００から乗車位置情報を携帯端末１００で受信し、携帯端末１００から該乗車位置及び乗車時刻の情報を含む乗車列車情報を配信支援センター装置３００に送信する。配信支援センター装置３００は、携帯端末１００から受信した乗車列車情報と、外部情報システム４００から通知された災害に遭遇した列車情報とを照合し、災害に遭遇した列車に携帯電話１００の保持者が乗車していたか否かを判定し、該判定結果を含む乗車情報を安否確認者の通信端末に配信（プッシュ配信又はプル配信）する。また、携帯端末１００の操作履歴情報を通信回線復旧時に配信する。【選択図】      図１
2007094895.tif 000002
【特許請求の範囲】
【請求項１】
列車の各車両のドア付近に設けられたＲＦＩＤタグから無線で乗車位置情報を携帯端末により受信するステップと、
前記携帯端末から前記乗車位置情報及び乗車時刻情報を含む乗車列車情報を配信支援センター装置に送信するステップと、
前記配信支援センター装置において、携帯端末から受信した乗車列車情報と、外部情報システムから通知された災害に遭遇した列車情報とを照合し、災害に遭遇した列車に前記携帯電話の保持者が乗車していたか否かを判定し、該判定結果を含む乗車情報を第三者の通信端末に対して配信するステップと、
を含むことを特徴とする災害時情報配信支援方法。
【請求項２】
前記携帯端末の保持者によりに行われた該携帯端末に対する操作の履歴情報を該携帯端末内の記憶部で記憶するステップと、
前記配信支援センター装置から前記携帯端末に発呼し、該携帯端末の記憶部に記憶された前記操作の履歴情報を収集し、該操作の履歴情報を第三者の通信端末に対して配信するステップと、
を含むことを特徴とする請求項１に記載の災害時情報配信支援方法。
【請求項３】
携帯端末の保持者の乗車位置情報及び乗車時刻情報を含む乗車列車情報及び災害に遭遇した列車情報を収集する乗車列車運行情報収集部と、
前記乗車列車情報と災害に遭遇した列車情報とを、運行時刻情報を基に照合する乗車列車情報照合部と、
前記乗車列車情報照合部の照合により得られる、災害に遭遇した列車に前記携帯電話の保持者が乗車していたか否かの判定結果を含む乗車情報を第三者の通信端末に対して配信する乗車列車情報返信部と、
を備えたことを特徴とする災害時情報配信支援センター装置。
【請求項４】
前記携帯端末に発呼し、該携帯端末内の記憶部に記憶された該携帯端末に対する操作の履歴情報を収集する履歴情報収集部を備え、前記乗車列車情報返信部は該操作の履歴情報を第三者の通信端末に対して配信することを特徴とする請求項３に記載の災害時情報配信支援センター装置。
【請求項５】
携帯端末の保持者によりに行われた該携帯端末に対する操作の履歴情報を記憶する履歴情報記部と、請求項４に記載の災害時情報配信支援センター装置からの履歴情報収集要求の着呼に対して、該記憶部に記憶された履歴情報を前記災害情報配信支援センター装置に送信する操作履歴管理部とを備えたことを特徴とする携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、災害時情報配信支援方法、災害時情報配信支援センター装置及び携帯端末に関し、より詳しくは、携帯端末の保持者が列車事故等の災害に遭遇した場合、家族等が警察や救助隊からの連絡よりもいち早く、その保持者の安否を確認することができる災害時の情報配信支援機能に関する。
【背景技術】
【０００２】
近年、携帯電話機や携帯通信端末機等の携帯端末の普及に伴い、インターネット経由によるネットワークを活用した通信サービスが拡充され、電子メールやＷＷＷ（World Wide Web）の利用は年々増加している。また、携帯端末自体の機能も、大画面化、高解像度化、メール送受信機能、ＷＷＷアクセス機能、バイブレーター及び骨伝導による通話機能、ＰＫＩ（Public Key Infrastructure）や指紋認証による高セキュリティ通信機能などを備え、高機能化されている。
【０００３】
一方、大地震や列車の脱線事故などの災害発生時に、ネットワーク側で提供されている伝言サービスを利用する場合、現状の伝言サービスは以下の利用法が条件となっており、若干問題がある。この問題については後述する。
（１）携帯端末の保持者本人が掲示板に伝言文を書き込む必要がある。
（２）伝言文の書込みが行われた後、事前に登録された通知先の第三者に伝言文を電子メールで通知する。
【０００４】
また、携帯端末の保持者（以下「契約者」という場合もある）の家族や知人等の第三者から、該携帯端末の保持者の安否を確認する状況として、次のような状況が考えられる。（１）地震、津波、台風、洪水などの大規模な自然災害発生時
（２）テロリズム、列車事故、航空機事故、船舶事故、登山遭難、火事などの人災による災害発生時
このような災害発生の中で、家族や知人等の第三者が最も気がかりになるのは、「いつ発生するか不明」、「何処で発生するか不明」という、前もって予測することが不可能な災害遭遇に対するものである。
【０００５】
天災や人災などの災害の中で、地震に伴う津波、台風、台風による洪水などは、予め到来地点や到来時刻の予測がつき、危険地域が予め特定され、また、航空機事故や船舶事故などの場合は、搭乗者名簿や乗船者名簿等が存在するので、被災者の特定は比較的容易である。また、登山の遭難者や火災等の被災者も、対象者が少数であることなどから比較的速やかに特定することが可能である。
【０００６】
ところが、列車事故や地震やテロリズムなどに遭遇したような場合、それらの災害や災難にはいつ遭遇するのか分からないという点で、被災者は予め通知先を登録しておくことはなく、また、被災によって怪我をした場合は、携帯端末を操作することができず、家族などの第三者から安否確認に対して応答することができず、安否確認が困難となる。そのような場合でも早急に安否確認を行うことができるシステムが要望されている。
【０００７】
本発明に関連する先行技術として、本出願人による特願２００４−２２３０５６において、一般の各車両のドア付近に設けられたＩＤ情報を無線で送信するＲＦＩＤタグと、該ＲＦＩＤタグからの情報を受信する身障者が持つ携帯端末と、該携帯端末と接続され、該携帯端末から必要な情報を受信して所定の処理を行ない、その結果を前記携帯端末に送信する他、全体の動作の制御を行なう通信センターと、を含んで構成される身障者支援システムについて発案している。
【０００８】
また、本出願人による特願２００４−３４１３３７において、乗用車などの移動手段に備え付けられた行き先指示支援装置が、利用者の保持するＩＣカードなどに格納された行き先に関する情報を読み取り、現在時刻に関する情報を参照することで、ＩＣカードに格納された行き先に関する情報の中から、現在時刻における最も確からしいと判断される行き先を抽出して出力する行き先指示支援装置について発案している。
【０００９】
また、下記の特許文献１により、交通機関の利用客の電子乗車券の利用区間情報に基づき、車両内通信装置から利用客の携帯端末に対して情報を通知するシステムが知られている。また、下記の特許文献２により、補助必要者が予め所持する携帯端末、或いは駅到達時に貸与する携帯端末を利用して、携帯端末を所持する補助必要者の乗車位置や降車駅等の情報を洩れなく降車駅の駅員に通知するシステムが知られている。また、下記の特許文献３により、交通機関の利用者が乗車駅の改札口を入ってから、下車駅の改札口を出るまでの任意の時間に、ダイヤの乱れ等の運行情報を利用者に通知するシステムが知られている。
【特許文献１】特開２００２−２７１２５１号公報（第４頁、図１）
【特許文献２】特開２００２−２７４３８１号公報（第４頁、第５頁、図１）
【特許文献３】特開２００４−７０４８９号公報（第５頁、第６頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
前述のように、携帯端末の保持者が列車事故等の災害に遭遇し、身体が負傷して携帯端末を操作することができない状況になると、従来の伝言サービスは活用することができなくなる。即ち、
（１）列車脱線事故などの場合、携帯端末の保持者本人が重症を負い又は意識不明の状態となった場合は、該保持者本人の安否はもちろん、その列車に乗車していたかどうかさえ確認することができず、救助活動の後の身元確認作業の段階になって初めて安否が確認される状況であるため、安否確認が迅速に行われないことにより、家族等の第三者が長い時間不安な状態におかれることがあった。
（２）また、タクシー等の交通手段についても、前述の特願２００４−３４１３３７のように、タクシー等の車両に備え付けられた行き先指示支援装置により、現在時刻における行き先を抽出して出力することにより、タクシー等の乗車登録時間帯での安否確認を行う仕組みが提案されているが、乗車したタクシー等が事故又は誘拐等の事件に巻き込まれた場合などは、家族などの第三者から安否確認を行うことはできず、上記（１）の場合と同様に速やかに安否確認を行うことはできないものであった。
（３）また、携帯端末の保持者が地震等の災害に遭遇したような場合、該保持者本人は携帯端末を操作することができる状況であっても、災害地を中心にした地域に対して、携帯端末と伝言サービスセンター側との間で通信回線が正常に確立されない事態が発生する状況では、家族等の第三者と安否確認を行うことができないこととなる。
【００１１】
なお、上記（１）及び（２）の状況の場合、実際には災害に遭遇した本人は携帯端末を操作することができず、家族等の第三者からの安否確認の発呼に対して、被災現場では携帯端末のリンギング音が鳴動しっぱなしの状態になる。
【００１２】
上述のような災害時における安否確認に対するサービスは、年々拡充されつつある状況にあり、そのための技術も進展しているが、本発明は、前述の特願２００４−２２３０５７及び特願２００４−３４１３３７の発明を発展させ、上記課題を解決するものである。更に、本発明は、上記（３）の課題に対して、通信回線が確立されたときに、携帯端末の保持者が携帯端末を操作するなどのアクションを起こすことなく、家族等の第三者が安否確認することができるようにしたものである。
【課題を解決するための手段】
【００１３】
本発明の災害時情報配信支援方法は、（１）列車の各車両のドア付近に設けられたＲＦＩＤタグから無線で乗車位置情報を携帯端末により受信するステップと、前記携帯端末から前記乗車位置情報及び乗車時刻情報を含む乗車列車情報を配信支援センター装置に送信するステップと、前記配信支援センター装置において、携帯端末から受信した乗車列車情報と、外部情報システムから通知された災害に遭遇した列車情報とを照合し、災害に遭遇した列車に前記携帯電話の保持者が乗車していたか否かを判定し、該判定結果を含む乗車情報を第三者の通信端末に対して配信するステップと、を含むことを特徴とする。
【００１４】
また、（２）前記携帯端末の保持者によりに行われた該携帯端末に対する操作の履歴情報を該携帯端末内の記憶部で記憶するステップと、前記配信支援センター装置から前記携帯端末に発呼し、該携帯端末の記憶部に記憶された前記操作の履歴情報を収集し、該操作の履歴情報を第三者の通信端末に対して配信するステップと、を含むことを特徴とする。
【００１５】
また、災害時情報配信支援センター装置は、（３）携帯端末の保持者の乗車位置情報及び乗車時刻情報を含む乗車列車情報及び災害に遭遇した列車情報を収集する乗車列車運行情報収集部と、前記乗車列車情報と災害に遭遇した列車情報とを、運行時刻情報を基に照合する乗車列車情報照合部と、前記乗車列車情報照合部の照合により得られる、災害に遭遇した列車に前記携帯電話の保持者が乗車していたか否かの判定結果を含む乗車情報を第三者の通信端末に対して配信する乗車列車情報返信部と、を備えたことを特徴とする。
【００１６】
また、（４）前記携帯端末に発呼し、該携帯端末内の記憶部に記憶された該携帯端末に対する操作の履歴情報を収集する履歴情報収集部を備え、前記乗車列車情報返信部は該操作の履歴情報を第三者の通信端末に対して配信することを特徴とする。
【００１７】
また、本発明の携帯端末は、（５）携帯端末の保持者によりに行われた該携帯端末に対する操作の履歴情報を記憶する履歴情報記部と、前記（４）に記載の災害時情報配信支援センター装置からの履歴情報収集要求の着呼に対して、該記憶部に記憶された履歴情報を前記災害情報配信支援センター装置に送信する操作履歴管理部とを備えたことを特徴とする。
【発明の効果】
【００１８】
以上説明したように、本発明によれば、列車の各車両のドア付近に設けられたＲＦＩＤタグから取得した乗車位置情報を携帯端末から配信支援センター装置に送信し、配信支援センター装置で該乗車列車情報と災害に遭遇した列車情報とを照合し、携帯電話の保持者が災害に遭遇したか否かの安否確認情報を第三者の通信端末に対して配信することにより、以下の効果が奏される。
（１）携帯端末の保持者本人が自発的に安否情報を伝言サービスセンター又は家族や友人の第三者に通知しなくても、家族や友人等の第三者から安否確認を行うことができる。
（２）携帯端末の保持者が乗車した電車が事故に遭遇した場合、又は地震等の災害に巻き込まれ、該保持者本人が身体的傷害を蒙って、携帯端末を操作することができなくなったとしても、携帯端末の保持者の家族等の第三者が、警察や消防による救助活動の開始よりも先立って事前にある程度の安否に係る情報（例えば、その車両に乗車していたかどうか、乗車した時間及び乗車位置等）を具体的に特定することができる。
（３）地震等の災害が発生した場合、携帯端末の保持者本人が携帯端末を操作することは可能だが、配信支援センター側と携帯端末間の通信回線確立が不可能な場合でも、その地震等の災害の発生直前まで保持者本人が操作していた操作履歴情報及び災害発生直後の携帯端末の操作履歴情報を携帯端末内に蓄積しておき、該操作履歴情報を通信回線確立時に家族等の第三者に配信することにより、通信回線復旧後即時に安否情報を通知することができる。
【発明を実施するための最良の形態】
【００１９】
図１は本発明による災害時情報配信支援システムにおける各種情報送受のプロセスを示す。同図に示すように、ＲＦＩＤ（Radio Frequency Identification）リーダを装着した携帯電話端末１００を所持する携帯端末の契約者（保持者）が列車に乗車する際、該列車の乗車ドア付近に装着されたＲＦＩＤタグ２００から、該列車の乗車位置に関する情報（乗車列車番号、車両番号及びドア番号等）を取得し（１−１）、該取得した乗車位置情報及びその取得時刻情報（乗車時刻に相当）を災害情報配信支援センター装置３００へ送信する（１−２）。なお、「災害情報配信支援センター装置」を「センター」と略称して記載する場合がある。
【００２０】
センター３００では、上記乗車位置情報等を受信すると、該情報の送信者が正規の契約者であることを、契約ユーザ情報記憶部３０６の格納データを参照して確認し、各時刻情報記憶部３０８の列車運行の時刻表を参照して、該契約者が乗車した列車の停車駅毎の発車時刻、乗車列車名・車両番号・ドア番号等の乗車列車情報を、乗車列車情報記憶部３０７に蓄積する（１−３）。
【００２１】
また、センター３００は、外部情報システム４００と連携し、地震等の天災や踏切事故、脱線事故等の人災による災害が発生した場合に、外部情報システム４００から該災害に遭遇した列車情報を入手し、該列車情報が上記乗車列車情報記憶部３０７に蓄積された情報と一致するか否かを確認する（１−４）。
【００２２】
外部情報システム４００から通知される事故情報の例として、例えば、「○○電鉄ＡＢＣ線、□□駅を１２時１０分に発車した列車が、△△付近で脱線事故」等として通知される。該列車情報と乗車列車情報記憶部３０７に蓄積された乗車列車情報とが一致した場合、契約者が予めセンター３００に登録しておいた災害時の通知先（親、兄弟、友人等）の第三者に、センター３００から電子メールにより事故発生車両に乗車の可能性有りの旨の情報を自動的に通知する（プッシュ配信）（１−５）。また、契約者の関係者等の第三者によるセンター３００への該契約者に関する問い合わせに対し、センター３００は事故発生車両に乗車の可能性有りの旨の情報を通知する（１−６）。
【００２３】
図２に本発明の災害時情報配信支援システムにおける送受情報の具体例を示す。乗車ドア付近に装着されたＲＦＩＤタグから携帯端末に取り込まれる列車の乗車位置に関する情報であるタグＩＤ（２−１）は、鉄道会社の識別子、路線名識別子、車体種別識別子、車両番号識別子、ドア番号識別子を表し、一例として、タグＩＤ＝００１−１１−０８５−０５−０２は、会社識別子００１：○○電鉄、路線名識別子１１：ＡＢＣ線、車体種別識別子０８５：イロハライナー、車両番号識別子０５：５両目の車両、ドア番号識別子０２：右側２番目のドアを表すなどと定めておくことができる。
【００２４】
上記乗車位置情報に関するタグＩＤ（２−１）を取り込んだ携帯端末は、送信先のセンターのアドレス（２−２）（例．Ｔｏ：ｓｙｓｔｅｍ＠ｓｅｒｖｉｃｅ．ｃｏｍ）、送信元アドレス（２−３）（例．Ｆｒｏｍ：ｔａｎａｋａ＠ｕｓｅｒ．ｓｅｒｖｉｃｅ．ｃｏｍ）、上記乗車位置情報のタグＩＤ（２−４）（例．ＩＤ：０１１−１１−０８５−０５−０２）、取得時刻情報（２−５）（例．Ｔｉｍｅ：２００４０３１８１６５３（２００４年３月１８日１６時５３分））の情報を含む電子メールをセンターに送信する。
【００２５】
上記電子メールを受け取ったセンターは、上記乗車位置情報のタグＩＤ及び取得時刻情報を基に、契約ユーザ情報及び列車運行の時刻表を参照して、以下のような乗車列車情報を作成する。利用者：田中（２−６）、鉄道会社名：○○電鉄（２−７）、路線名：ＡＢＣ線（２−８）、電車名：イロハライナー（２−９）、車両番号：５両目（２−１０）、ドア番号：右側２番目（２−１１）、乗車駅：東京（２−１２）、乗車時刻：１６時５３分（２−１３）。
【００２６】
センターは、外部情報システムから事故情報が通知されると、予め登録された通知先に、送信先アドレス（２−１４）（例．Ｔｏ：Ｔｏ：ＭｙＦａｔｈｅｒ＠ｍａｉｌ．ｃｏｍ）、送信元アドレス（２−１５）（例．Ｆｒｏｍ：Ｓｙｓｔｅｍ＠ｓｅｒｖｉｃｅ．ｃｏｍ）を付した電子メールを送信する（プッシュ配信）。
【００２７】
上記電子メールの本文内容の一例は、「利用者：田中（２−６）」、「路線名：ＡＢＣ線（２−８）」、「電車名：イロハライナー（２−９）」、「車両番号：５両目（２−１０）」、「ドア番号：右側２番目（２−１１）」、「乗車駅：東京（２−１２）」、「乗車時刻：１６時５３分（２−１３）」、「ＡＢＣ線、□□駅を１２時１０分に発車した電車が△△付近で脱線事故。田中さんが乗車していた可能正があります（２−１６）。」などの伝言である。
【００２８】
なお、送信先アドレス（２−２）（例．Ｔｏ：ｓｙｓｔｅｍ＠ｓｅｒｖｉｃｅ．ｃｏｍ）は、利用者（田中氏）の携帯端末からセンターへ送信する際に必要であり、宛先はセンター宛てに固定さる。また、送信元アドレス（２−３）（例．Ｆｒｏｍ：ｔａｎａｋａ＠ｕｓｅｒ．ｓｅｒｖｉｃｅ．ｃｏｍ）は、センター側で利用者を特定し、「利用者：田中（２−６）」に変換する）ために必要であり、利用者の電子メールアドレスが付与される。
【００２９】
また、乗車位置情報のタグＩＤ（２−４）（例．ＩＤ：０１１−１１−０８５−０５−０２）は、ＲＦＩＤタグから取得したタグＩＤ（２−１）をそのまま使用し、このタグＩＤから上記（２−７）〜（２−１２）の情報に変換する。また、該タグＩＤを取得した時刻情報（２−５）を付与し、これを基にセンター側で列車運行の時刻表から乗車駅：東京（２−１２）及び乗車時刻：１６時５３分（２−１３）を取得する。また、予め登録しておく通知先の第三者のアドレス（２−１４）（例．Ｔｏ：Ｔｏ：ＭｙＦａｔｈｅｒ＠ｍａｉｌ．ｃｏｍ）は、複数設定することが可能である。
【００３０】
次に、契約者が携帯端末に対して行った操作の履歴情報を収集してプッシュ配信するプロセスについて図３を参照して説明する。列車等の事故発生後に契約者が携帯端末を操作すると、携帯端末は、通信回線が確立されない場合であっても、該携帯端末に対して行われた操作の操作日時及び操作内容の履歴情報を該携帯端末内に保持する（３−１）。
【００３１】
携帯端末は、定期的に端末操作履歴情報をセンターへ自動送信（圏外の場合は圏内になったときに送信）する（３−２）。センターは、契約ユーザ情報によりプッシュ配信先の登録情報を確認する（３−３）。予め登録された通知先に端末操作履歴情報をプッシュ配信する（３−４）。これにより、予め登録された通知先の第三者は端末操作履歴情報を確認して、災害に遭遇した契約者の様子を確認することができる。
【００３２】
次に、契約者が携帯端末に対して行った操作の履歴情報を収集してプル配信するプロセスについて図４を参照して説明する。列車等の事故発生後に契約者が携帯端末を操作すると、携帯端末は、通信回線が確立されない場合であっても、該携帯端末に対して行われた操作の操作日時及び操作内容の履歴情報を該携帯端末内に保持する（４−１）。
【００３３】
契約者の関係者は、契約者が災害に遭遇したかも知れないと思うと、契約者の携帯端末操作履歴情報の取得をセンターに対して要求する（４−２）。センターは、契約ユーザ情報により該契約者の関係者かどうかを判断する（４−３）。該契約者の関係者であると判断された場合、センターは、該契約者の携帯電話に自動発呼して、該携帯端末内に保持された端末操作履歴情報を収集する（４−４）。そして収集した端末操作履歴情報を、該契約者の関係者に通知する（４−５）。
【００３４】
本発明による災害時情報配信支援システムの契約者は、先の出願（特願２００４−２２３０５６）に係る身障者支援システムの契約者であってもよく、その場合、契約者は列車に乗り込む前に持参の携帯端末から外出目的、行き先、乗車予定時刻等を支援サービスの登録情報として入力しておく。該携帯端末の保持者が公共機関の鉄道路線の列車の車両に乗り込もうとしてその一つのドア付近を通過すると、該ドア付近に設置してあるＲＦＩＤタグからのタグＩＤ情報を、携帯端末内に装備された受信機能により受信し、該タグＩＤ情報をセンター側に通知し、センター側では該携帯端末の保持者が乗車したことを認識する。
【００３５】
以上図１〜図４を参照して本発明の災害時情報配信支援システム全体の概要を説明したが、本発明による災害時情報配信支援センター装置内の各機能部について図５及び図６を参照して説明する。図５は契約者の乗車記録情報を通知する実施形態の各機能部の説明図である。また、図６は契約者の端末操作履歴を通知する機能を更に有する実施形態の各機能部の説明図である。
【００３６】
まず、図５に示すように、センター３００内には、支援サービス受付部３０１、支援制御部３０２、乗車運行情報収集部３０３、乗車情報照合部３０４、乗車情報返信部３０５、契約ユーザ情報記憶部３０６、乗車列車情報記憶部３０７、各時刻情報記憶部３０８を備える。
【００３７】
列車が走行中に事故等の災害が発生した場合、鉄道・公衆通信システム等の外部情報システム４００で災害発生の通知を受けると（５−１）、外部情報システム４００のメデイア情報センターからの通知により、センター３００の乗車運行情報収集部３０３にニュースとして事故の情報が通知される（５−２）。
【００３８】
この情報をトリガーとして乗車運行情報収集部３０３は、契約ユーザ情報記憶部３０６から契約者のユーザ情報を取得して（５−３）、災害に遭遇した列車に乗車していた多数の契約ユーザの情報を収集し、それらの情報を乗車列車情報記憶部３０７及び各時刻情報３０８記憶部にそれぞれ蓄積する（５−４，５−５）。
【００３９】
なお、契約ユーザが列車に乗車した際に、該列車の乗車位置のドア付近のＲＦＩＤタグから受信した乗車位置を示す情報が乗車時刻情報と共に契約者の携帯端末１００からセンター３００に送信され、それらの乗車情報は契約ユーザ情報記憶部３０６に格納されている。
【００４０】
その後、契約者の家族又は該契約者が承認した関係者等の第三者によって安否確認操作が開始される。該安否確認者（例．家族人）の携帯端末５００からの確認要求によって、支援サービス受付部３０１が起動される（５−１０）。支援サービス受付部３０１の起動により支援制御部３０２が起動される（５−１１）。支援制御部３０２は、乗車情報照合部３０４及び乗車情報返信部３０５を制御処理する（５−１２，５−１６）。
【００４１】
最初に起動（５−１２）された乗車情報照合部３０４は、各時刻情報記憶部３０８に蓄積された各時刻情報と乗車列車情報記憶部３０７に蓄積割れた乗車列車情報とを取得し（５−１３，１−１４）、乗車情報照合部３０４は、乗車位置情報及び乗車時刻情報を基に、その列車に契約者が乗車していたか、また、どの車両のどのドアから乗車したのかを判定し、種々の乗車状況に関する関係情報を決定する。そしてその結果を支援制御部３０２に引き渡す（５−１５）。支援制御部３０２は、該決定情報を基に支援情報返信部３０５に制御を渡す（５−１６）。支援情報返信部３０５は、安否確認者へ契約者の乗車情報の詳細を返信する（５−１７）。
【００４２】
次に図６を参照して、契約者の端末操作履歴を通知する機能を有するセンター内の各機能部について説明する。この実施形態では、センター３００内に履歴情報収集部３０９及び各端末履歴情報記憶部３１０を設ける。前述の図５の実施形態と同様に、列車走行中に事故等の災害が発生した場合、鉄道・公衆通信システム等の外部情報システム４００で災害発生の通知を受け（６−１）、外部情報システム４００のメデイア情報センターからの通知により、センター３００の乗車運行情報収集部３０３にニュースとして災害に遭遇した列車の情報が通知される（６−２）。この情報をトリガーとして乗車運行情報収集部３０３は、契約ユーザ情報記憶部３０６から契約者のユーザ情報を取得する（６−３）。
【００４３】
そして、乗車運行情報収集部３０３は履歴情報収集部３０９を起動し（６−４）、履歴情報収集部３０９は基地局システムを経由して契約者の携帯端末１００の操作履歴情報を取り出す（６−５，６−６、６−７）。履歴情報収集部３０９は、携帯端末１００からの操作履歴情報の収集が完了すると、起動元の乗車運行情報収集部３０３を起動し（６−８）、乗車運行情報収集部３０３は、該操作履歴情報を各端末履歴情報記憶部３１０に蓄積する（６−９）。
【００４４】
以降は、基本的に図５に示した実施形態と同様のプロセスにより契約者の端末操作履歴情報を第三者に配信することができる。即ち、契約者の家族又は該契約者が承認した関係者等の第三者の通信端末によって安否確認操作が開始されると、支援サービス受付部３０１が起動され、支援サービス受付部３０１の起動により支援制御部３０２が起動される（６−１１）。支援制御部３０２は、乗車情報照合部３０４及び乗車情報返信部３０５を制御処理する（６−１２，６−１６）。
【００４５】
最初に起動（６−１２）された乗車情報照合部３０４は、各端末履歴情報記憶部３１０に蓄積された端末操作履歴情報を取得し（６−１３）、該端末操作履歴情報を支援制御部３０２に引き渡す（６−１５）。支援制御部３０２は、該端末操作履歴情報を支援情報返信部３０５に渡す（６−１６）。支援情報返信部３０５は、安否確認者へ契約者の端末操作履歴情報を返信する。
【００４６】
次に図７を参照して携帯端末内の操作履歴管理機能について説明する。図７の（ａ）は契約者の携帯端末内の各機能部を示し、同図（ｂ）は該携帯端末の操作部を示し、同図（ｃ）は履歴情報データベースの格納例を示している。契約者が携帯端末を操作するたびに、既存の制御部１０１で検出される操作の履歴を操作履歴管理部１０２の管理により、履歴情報記憶部１０３に蓄積する。
【００４７】
例えば、操作内容として、７月１２日１２時５分１秒に電源を入れた（７−１）、７月１２日１２時５分５秒にメールキーを押下した（７−２）、７月１２日１２時５分１０秒に１のキーを押下した（７−３）、７月１２日１２時５分１５秒に＃のキーを押下した（７−４）、などの操作履歴情報が、図７（ｃ）に示すように履歴情報記憶部１０３に蓄積される。
【００４８】
ここで、例えば、７月１２日１２時４分に列車事故等が発生した場合、前述の履歴情報収集部３０９は、携帯端末の履歴情報記憶部１０３に蓄積された履歴情報の中から、該事故が発生した時刻の前後の所定時間内の操作履歴情報を検索し、該操作履歴情報を事故発時の操作履歴情報として取得する。上記操作例の場合、同図（ｃ）の破線の枠で囲んだ操作履歴情報を事故発生時の操作履歴情報として取得する。
【００４９】
次に図８を参照して、センター３００の乗車情報照合部３０４における乗車列車情報と事故発生情報とのマッピングについて説明する。センター３００では、ＲＦＩＤタグから得られた乗車列車情報と各時刻情報から得られる実際の列車の運行情報とを照らし合わせ、災害遭遇車両に契約者が乗車していたか否かを判定する。
【００５０】
例えば、乗車列車情報が「契約者：田中、利用列車：ＡＢＣ線、乗車駅：東京駅、乗車時刻：１６時５３分」であり、外部情報システムから通知された事故情報が「本日１７時５分頃、品川駅を１７時に発車したＡＢＣ線の列車が川崎駅手前で脱線転覆」というものであったとすると、この事故情報からキーワード「路線名：ＡＢＣ線、列車：品川駅  １７時  発車」を抽出し、この事故情報キーワードと契約者の乗車列車情報とを、各時刻表の運行情報を参照して照らし合わせる。
【００５１】
上記例の場合、契約者の乗車列車情報から、契約者（田中）が乗車した列車は東京駅１６時５４分発のイロハライナーであり、該列車は１７時に品川駅を発車していることから、「契約者（田中）が東京駅で乗車した時刻の列車が品川駅を発車する時刻と、事故発生列車が品川駅を発車する時刻とが一致する」との照合結果を得る。
【００５２】
図９及び図１０は、契約者が列車に乗車後に災害に遭遇したときの第三者に対する安否確認情報を通知するための各装置間の情報授受のシーケンスを示す。図９に示すように、契約者が列車に乗車後に列車事故又は地震などにより列車障害が発生したとすると、鉄道・公衆通信システム等の外部情報システム４００は、乗車運行情報収集部３０３に対して、列車障害情報を通知すると共に、乗車運行情報収集要求を行い（Ｍ０１）、乗車運行情報収集部３０３は、事故列車に乗車した多数の契約者情報を乗車列車情報記憶部及び各時刻情報記憶部にそれぞれ蓄積し、乗車運行情報収集結果を外部情報システム４００に返信する（Ｍ０２）。
【００５３】
次に図１０に示すように、第三者の携帯端末からの支援情報要求を支援サービス受付部３０１で受信し（Ｍ０３）、支援サービス受付部３０１は該支援制御要求を支援制御部３０２に渡し（Ｍ０４）、支援制御部３０２は支援情報照合要求を乗車情報照合部３０４に渡し（Ｍ０５）、乗車情報照合部３０４は乗車列車情報及び各時刻情報を基に契約者の乗車／非乗車を示す乗車情報照合結果を支援制御部３０２に返信し（Ｍ０６）、支援制御部３０２は乗車情報返信部３０５に乗車情報返信要求を渡し（Ｍ０７）、乗車情報返信部３０５は第三者の携帯端末５００に対して乗車情報返信通知を行う（Ｍ０８）。
【００５４】
図１１及び図１２は、契約者が災害に遭遇したときの携帯端末の操作履歴を第三者に通知するための各装置間の情報授受のシーケンスを示す。図１１に示すように、契約者が列車に乗車後に列車事故又は地震などの列車障害が発生し、契約者はセンター３００に対して携帯端末１００により連絡操作を行ったとする。該連絡操作は、該携帯端末１００内に操作履歴情報として記憶される。
【００５５】
また、鉄道・公衆通信システム等の外部情報システム４００は、列車障害情報の通知を受けると、乗車運行情報収集部３０３に対して操作履歴情報収集要求を送信する（Ｍ１１）。乗車運行情報収集部３０３は、契約者の携帯端末１００に発呼して該携帯端末１００の操作履歴情報を収集蓄積し、操作履歴収集の返信を鉄道・公衆通信システム等の外部情報システム４００に対して行う（Ｍ１２）。
【００５６】
次に図１２に示すように、第三者の携帯端末５００からの乗車情報要求を支援サービス受付部３０１で受信し（Ｍ１３）、支援サービス受付部３０１は支援制御要求を支援制御部３０２に渡し（Ｍ１４）、支援制御部３０２は乗車情報照合要求を乗車情報照合部３０４に渡し（Ｍ１５）、乗車情報照合部３０４は契約ユーザ情報と各端末履歴情報とを照合し、該乗車情報照合結果を支援制御部３０２に返信し（Ｍ１６）、支援制御部３０２は乗車情報返信部３０５に乗車情報返信要求を渡し（Ｍ１７）、乗車情報返信部３０５は第三者の携帯端末に対して乗車情報返信通知を行う（Ｍ１８）。
【００５７】
図１３、図１４及び図１５は乗車運行情報収集部３０３の処理フローを示す。乗車運行情報収集部３０３は、外部情報システム４００からの災害情報発生の通知を受けると処理を開始し、まず、契約ユーザ情報を読み出し（１３−１）、次に列車運行情報の読み出し起動入力情報を設定し（１３−２）、通信インタフェース制御部を起動し（１３−３）、鉄道・公衆通信システム等の外部情報システムから事故情報を受信する。
【００５８】
次に、ＲＦＩＤタグからの乗車情報と事故情報とを基に、乗車車両と事故発生車両のマッピング編集処理を行い（１４−１）、該編集結果を乗車列車情報及び各時刻情報として格納する（１４−２）。次に、契約者の携帯端末１００の操作履歴情報を収集するために、履歴情報収集部３０９に対して操作履歴情報収集起動入力設定を行い（１５−１）、通信インタフェース制御部を起動し（１５−２）、履歴情報収集部３０９から携帯端末の操作履歴情報を収集し（１５−３）、該操作履歴情報の収集結果を各端末履歴情報記憶部に格納する（１５−４）。
【００５９】
図１６は履歴情報収集部３０９の処理フローを示す。履歴情報収集部３０９は乗車運行情報収集部３０３から起動されると、端末履歴情報起動入力情報を設定し（１６−１）、通信インタフェース制御部を起動し（１６−２）、契約者の携帯端末１００に発呼し、該携帯端末１００に格納されている操作履歴情報を受信する。
【００６０】
図１７は支援サービス受付部３０１の処理フローを示す。支援サービス受付部３０１は、第三者からの情報配信支援サービスの要求を受けると、支援制御起動入力情報設定を行い（１７−１）、通信インタフェース制御部を起動し（１７−２）、第三者に対する情報配信支援サービスの制御を支援制御部３０２に渡す（１７−３）。
【００６１】
図１８は支援制御部３０２の処理フローを示す。支援制御部３０２は、支援サービス受付部３０１により起動されると、支援情報照合起動入力情報設定を行い（１８−１）、通信インタフェース制御部を起動し（１８−２）、乗車情報照合部３０４に対して乗車情報照合機能を実行させ（１８−３）、乗車情報を受け取り、乗車情報返信機能起動入力情報設定を行い（１８−４）、通信インタフェース制御部を起動し（１８−５）、乗車情報返信部３０５に対して乗車情報返信機能を実行させる（１８−６）。
【００６２】
図１９は乗車情報照合部３０４の処理フローである。乗車情報照合部３０４は、支援制御部３０２からの起動により、各時刻情報、乗車列車情報及び操作履歴情報を読み出し（１９−１）、各情報を照合し、情報配信支援要求に合致する情報が存在するか否かを判定する（１９−２）。合致する情報が存在する場合は、照合結果の乗車情報が契約者のものである旨の情報及びその詳細履歴情報を起動元に返信する（１９−３）。合致する情報が存在しない場合は、照合結果の乗車情報が契約者のものでない旨の情報を起動元に返信する（１９−４）。
【００６３】
図２０は乗車情報返信部３０５の処理フローを示す。乗車情報返信部３０５は、支援制御部３０２からの起動により、契約者の承認する家族等の近親者である第三者の携帯端末５００に、安否確認の情報を返信又は配信するために、その携帯端末５００に対して、プッシュ型配信の場合は乗車情報を逐次配信し、プル型配信の場合は該携帯端末５００からの着信に対して乗車情報を返信する。
【図面の簡単な説明】
【００６４】
【図１】災害時情報配信支援システムにおける各種情報送受のプロセスを示す図である。
【図２】災害時情報配信支援システムにおける送受情報の具体例を示す図である。
【図３】契約者の携帯端末の操作履歴情報を収集（プッシュ配信）するプロセスを示す図である。
【図４】契約者の携帯端末の操作履歴情報を収集（プル配信）するプロセスを示す図である。
【図５】契約者の乗車記録情報を通知する情報配信支援センター装置内の各機能部を示す図である。
【図６】契約者の乗車記録情報及び携帯端末操作履歴を通知する情報配信支援センター装置内の各機能部を示す図である。
【図７】携帯端末内の操作履歴管理機能を示す図である。
【図８】乗車列車情報と事故発生情報とのマッピングを示す図である。
【図９】乗車情報を通知するための各装置間の情報授受のシーケンスを示す図である。
【図１０】乗車情報を通知するための各装置間の情報授受のシーケンスを示す図である。
【図１１】携帯端末の操作履歴を通知するための各装置間の情報授受のシーケンスを示す図である。
【図１２】携帯端末の操作履歴を通知するための各装置間の情報授受のシーケンスを示す図である。
【図１３】乗車運行情報収集部の処理フローを示す図である。
【図１４】乗車運行情報収集部の処理フローを示す図である。
【図１５】乗車運行情報収集部の処理フローを示す図である。
【図１６】履歴情報収集部の処理フローを示す図である。
【図１７】支援サービス受付部の処理フローを示す図である。
【図１８】支援制御部の処理フローを示す図である。
【図１９】乗車情報照合部の処理フローを示す図である。
【図２０】乗車情報返信部の処理フローを示す図である。
【符号の説明】
【００６５】
１００  携帯端末
２００  ＲＦＩＤタグ
３００  災害情報配信支援センター装置
３０６  契約ユーザ情報記憶部
３０７  乗車列車情報記憶部
３０８  各時刻情報記憶部
４００  外部情報システム
【図１】
2007094895.tif 000003
【図２】
2007094895.tif 000004
【図３】
2007094895.tif 000005
【図４】
2007094895.tif 000006
【図５】
2007094895.tif 000007
【図６】
2007094895.tif 000008
【図７】
2007094895.tif 000009
【図８】
2007094895.tif 000010
【図９】
2007094895.tif 000011
【図１０】
2007094895.tif 000012
【図１１】
2007094895.tif 000013
【図１２】
2007094895.tif 000014
【図１３】
2007094895.tif 000015
【図１４】
2007094895.tif 000016
【図１５】
2007094895.tif 000017
【図１６】
2007094895.tif 000018
【図１７】
2007094895.tif 000019
【図１８】
2007094895.tif 000020
【図１９】
2007094895.tif 000021
【図２０】
2007094895.tif 000022