(57)【要約】【課題】  移動体端末からのメッセージ情報を複数の地域局を利用してサーバ装置に収集することができる情報収集システムを提供する。【解決手段】  携帯端末３０は、メッセージ情報を複数のローカル放送局２０に含まれる第１のローカル放送局２０に送信する手段と、第１のローカル放送局２０からメッセージ情報に対応する確認情報を受信する手段と、受信した確認情報に含まれる通信可否情報が通信否状態を示す場合に、第２のローカル放送局２０の識別情報を受信することで第２のローカル放送局２０のエリア内に入ったことが検出された後に、メッセージ情報若しくは確認情報内のメッセージ情報を第２のローカル放送局２０に送信する手段とを備えている。【選択図】        図５
2011029869.tif 000002
【特許請求の範囲】
【請求項１】
移動体端末からのメッセージ情報を、複数の地域局のいずれかを介してサーバ装置で収集する情報収集システムであって、
前記複数の地域局は、
前記移動体端末から受信したメッセージ情報に、前記サーバ装置との通信可否状態を示す通信可否情報と、各地域局を識別する識別情報とを付加した確認情報を、前記移動体端末に送信する送信手段を有し、
前記移動体端末は、
メッセージ情報を前記複数の地域局に含まれる第１の地域局に送信する第１の送信手段と、
前記第１の地域局から前記メッセージ情報に対応する確認情報を受信する受信手段と、
前記受信手段により受信した前記確認情報に含まれる通信可否情報が通信否状態を示す場合に、前記複数の地域局に含まれる第２の地域局の識別情報を受信することで第２の地域局のエリア内に入ったことが検出された後に、前記第１の送信手段により前記第１の地域局に送信したメッセージ情報若しくは前記確認情報内のメッセージ情報を前記第２の地域局に送信する第２の送信手段と、
を有することを特徴とする情報収集システム。
【請求項２】
前記複数の地域局の備える前記送信手段は、前記確認情報に、他の移動体端末から送信されたメッセージ情報を含めて送信することを特徴とする請求項１記載の情報収集システム。
【請求項３】
移動体端末からのメッセージ情報を、複数の地域局のいずれかを介してサーバ装置で収集する情報収集システムにおける前記移動体端末であって、
前記複数の地域局に含まれる第１の地域局に送信したメッセージ情報に、前記サーバ装置との通信可否状態を示す通信可否情報と、前記第１の地域局を識別する識別情報とを付加した確認情報を、前記第１の地域局から受信する受信手段と、
前記受信手段で受信した前記確認情報に含まれる通信可否情報を参照して、前記第１の地域局が、前記サーバ装置と通信可能か否かを判定する判定手段と、
前記判定手段により通信可能であると判定された場合に、記憶手段に記憶している前記確認情報を前記記憶手段から削除する削除手段と、
前記判定手段により通信可能でないと判定された場合に、前記複数の地域局に含まれる第２の地域局から識別情報を受信することで前記第２の地域局のエリア内に入ったことが検出された後に、メッセージ情報を前記第２の地域局に送信する第２の送信手段と、
を有することを特徴とする移動体端末。
【請求項４】
移動体端末からのメッセージ情報を、複数の地域局のいずれかを介してサーバ装置で収集する情報収集システムにおける前記移動体端末で実行されるプログラムあって、
前記移動体端末を、
前記複数の地域局に含まれる第１の地域局に送信したメッセージ情報に、前記サーバ装置との通信可否状態を示す通信可否情報と、前記第１の地域局を識別する識別情報とを付加した確認情報を、前記第１の地域局から受信する受信手段と、
前記受信手段で受信した前記確認情報に含まれる通信可否情報を参照して、前記第１の地域局が、前記サーバ装置と通信可能か否かを判定する判定手段と、
前記判定手段により通信可能であると判定された場合に、記憶手段に記憶している前記確認情報を前記記憶手段から削除する削除手段と、
前記判定手段により通信可能でないと判定された場合に、前記複数の地域局に含まれる第２の地域局から識別情報を受信することで前記第２の地域局のエリア内に入ったことが検出された後に、メッセージ情報を前記第２の地域局に送信する第２の送信手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報収集システム、移動体端末及びプログラムに関する。
【背景技術】
【０００２】
現在、携帯電話機をはじめとして、通信機能を備えた移動体端末が広範に普及している。また、移動体端末に搭載される機能も通話、メール等に留まらず、インターネット等への接続機能や、放送用電波の受信機能を搭載した機種も登場している。このため、移動体端末も種々の場面で利用されるようになってきた。例えば、大地震などの被災時には、移動体端末の電子メール機能を利用して個人の安否情報をメール送信したり、インターネット上の掲示板等に安否情報を掲示するシステムもある。
【０００３】
また、特許文献１では、金融機関の専用線ネットワークを利用して、震災の発生時に個人の携帯端末からの安否情報を各地の無線基地局から専用線ネットワークを利用してサーバに送信する技術を開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１３９９１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、信頼性の高い専用線ネットワークであっても、震災等の発生時に回線に障害が生じないという補償はなく、また、このような専用線ネットワークが敷設されていない地域では利用することができない。
【０００６】
本発明は上記事情に鑑みてなされたものであり、移動体端末のメッセージ情報を複数の地域局を利用してサーバ装置に収集することができる情報収集システム、移動体端末及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本明細書に開示の情報収集システムは、移動体端末からのメッセージ情報を、複数の地域局のいずれかを介してサーバ装置で収集する情報収集システムであって、前記複数の地域局は、前記移動体端末から受信したメッセージ情報に、前記サーバ装置との通信可否状態を示す通信可否情報と、各地域局を識別する識別情報とを付加した確認情報を、前記移動体端末に送信する送信手段を有し、前記移動体端末は、メッセージ情報を前記複数の地域局に含まれる第１の地域局に送信する第１の送信手段と、前記第１の地域局から前記メッセージ情報に対応する確認情報を受信する受信手段と、前記受信手段により受信した前記確認情報に含まれる通信可否情報が通信否状態を示す場合に、前記複数の地域局に含まれる第２の地域局の識別情報を受信することで第２の地域局のエリア内に入ったことが検出された後に、前記第１の送信手段により前記第１の地域局に送信したメッセージ情報若しくは前記確認情報内のメッセージ情報を前記第２の地域局に送信する第２の送信手段と備えている。
本明細書に開示の情報収集システムによれば、移動体端末からのメッセージ情報を複数の地域局を利用してサーバ装置に収集することができる。
【発明の効果】
【０００８】
本明細書に開示の情報収集システムによれば、移動体端末からのメッセージ情報を複数の地域局を利用してサーバ装置に収集することができる。
【図面の簡単な説明】
【０００９】
【図１】システム構成の一例を示す図である。
【図２】ローカル放送局の構成の一例を示す図である。
【図３】制御部のハードウェア構成の一例を示す図である。
【図４】携帯端末の構成の一例を示す図である。
【図５】携帯端末の機能ブロックの一例を示す図である。
【図６】携帯端末からローカル放送局に送信される安否情報の構成の一例を示す図である。
【図７】携帯端末の表示部に表示される表示の一例を示す図である。
【図８】携帯端末の表示部に表示される表示の一例を示す図である。
【図９】全体の処理概要を説明するためのタイムチャートである。
【図１０】携帯端末の表示部に表示される表示の一例である。
【図１１】ローカル放送局から携帯端末に送信される確認情報の構成の一例を示す図である。
【図１２】情報サーバによって提供される掲示板に表示される安否情報の一例を示す図である。
【図１３】携帯端末の制御部の処理手順を示すフローチャートである。
【図１４】ローカル放送局の制御部の処理手順を示すフローチャートである。
【図１５】実施例２の動作概略を示す図であり、作業員を各地点にバスで送る様子を示す図である。
【図１６】実施例２の動作概略を示す図であり、作業員に本部からの連絡事項を通知する様子を示す図である。
【図１７】実施例２の動作概略を示す図であり、作業員からの連絡事項をバスのローカル放送局に送信する様子を示す図である。
【図１８】実施例２の動作概略を示す図であり、作業員からの連絡事項を本部に送信する様子を示す図である。
【図１９】実施例２のローカル放送局の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照しながら本発明の好適な実施例を説明する。
【実施例１】
【００１１】
まず、図１を参照しながら本実施例の構成について説明する。本実施例は、図１に示すように情報サーバ１０と、複数のローカル放送局２０Ａ〜２０Ｎ（Ｎは任意の自然数）とをネットワーク１５で接続したシステム構成を備えている。ローカル放送局２０Ａ〜２０Ｎの配信するローカル放送は、例えば、デジタルのテレビ放送の受信機能を備えた携帯端末３０で視聴することができる。携帯端末３０は、デジタルテレビ放送の受信機能を備えた端末であればよく、例えば、携帯電話、ＰＤＡ（Personal Digital Assistance）、ノートパソコンや携帯型ゲーム機等であってもよい。
なお、情報サーバ１０の数は１つである必要はなく、複数であってもよい。また、ローカル放送局２０Ａ〜２０Ｎは、ほぼ同一の構成を備えており、以下の説明においてローカル放送局２０Ａ〜２０Ｎを区別する必要のない場合には、ローカル放送局２０と総称して呼ぶ。また、図１には、携帯端末３０を２つだけ示しているが、後述する機能を備えた携帯端末３０を所持する複数の利用者が本システムを利用可能である。
【００１２】
情報サーバ１０は、複数のローカル放送局２０Ａ〜２０Ｎからネットワーク１５を介して送信されたメッセージ情報を受信する。また、情報サーバ１０は、受信したメッセージ情報を、情報サーバ１０によって提供される、インターネット上で公開された掲示板に掲載する。メッセージ情報には、例えば、地震等の震災が発生した場合の安否情報や、混雑によって、携帯電話の電話回線やデータ通信回線が輻輳状態となり、連絡が取れなくなってしまった場合の連絡情報などが含まれる。また、情報サーバ１０は、ローカル放送局２０Ａ〜２０Ｎが配信するコンテンツの提供も行う。
【００１３】
ローカル放送局２０Ａ〜２０Ｎは、ＬＡＮケーブル１７を介して、情報サーバ１０が接続したネットワーク１５に接続している。ローカル放送局２０Ａ〜２０Ｎは、例えば、駅、コンサートホール、病院、百貨店、スーパーマーケット、イベント会場等の人が集まる場所に設置される。ローカル放送局２０Ａ〜２０Ｎは、各設置場所で、例えば半径２〜３ｍ以内の限られたエリア内に情報を配信する。テレビ放送の受信機能を備えた携帯端末３０が、ローカル放送局２０の放送エリア内に入ることで、ローカル放送局２０の配信する情報を携帯端末３０が受信して視聴することができる。
【００１４】
図２を参照しながらローカル放送局２０の構成の一例を説明する。ローカル放送局２０は、第１送信部２１と、第２送信部２２と、受信部２３と、ビーコン信号出力部２４と、制御部２５と、記憶部２６と、ネットワークインターフェース部２７と、入出力インターフェース２８とを備えている。
第１送信部２１は、メインチャネルとしての情報配信に使用され、通常時には、例えば、ローカル放送局２０の設置場所にちなんだ情報を配信している。例えば、駅に設置されたローカル放送局２０であれば、第１送信部２１は、電車の遅延情報や駅構内でのトイレの場所等の情報を配信する。また、第１送信部２１は、災害等の発生によりローカル放送局２０が災害モードとなった場合には、避難経路を示す画像や音声の情報を配信する。また第１送信部２１は、災害モード時には、ローカル放送局２０を利用してユーザのメッセージ情報をインターネット上の掲示板に登録する方法について説明するガイダンスを配信する。
第２送信部２２は、サブチャネルとしての情報配信に使用される。第２送信部２２は、ローカル放送局２０が災害モードになると、ローカル放送局２０が携帯端末３０から受信したメッセージ情報を配信する。
【００１５】
受信部２３は、携帯端末３０から配信されるメッセージ情報を受信する。受信部２３の受信したメッセージ情報は、制御部２５の制御により記憶部２６に記憶される。
【００１６】
ビーコン信号出力部２４は、ビーコン信号を、ローカル放送局２０の配信するローカル放送の受信可能エリアよりも広いエリアに出力する。ビーコン信号出力部２４の出力するビーコン信号には、対応するローカル放送局２０を識別する識別情報、ローカル放送局２０の配信するローカル放送の周波数情報や、ローカル放送局２０の位置情報が含まれる。また、ビーコン信号出力部２４の出力するビーコン信号には、ローカル放送局２０が災害モードにあるか否かを示す情報も含まれる。
携帯端末３０は、ビーコン信号を受信してローカル放送局２０を識別し、ビーコン信号に含まれる位置情報によりローカル放送局２０の位置を携帯端末３０の表示部３６に表示させる。また、携帯端末３０は、ビーコン信号に含まれる周波数情報に基づいて、自動的にローカル放送を受信することができる。また、携帯端末３０は、ビーコン信号を受信して、ビーコン信号を出力するローカル放送局２０が災害モードに設定されているか否かを表示部３６に表示させる。
【００１７】
制御部２５は、通常モード時には、記憶部２６からローカル放送用のコンテンツを読み出して、第１送信部２１から配信する。また、制御部２５は、ビーコン信号を生成して、ビーコン信号出力部２４から出力する。さらに、制御部２５は、災害モード時には、記憶部２６から避難経路を示す画像や音声を読み出し、第１送信部２１から配信する。また、制御部２５は、携帯端末３０から受信し、記憶部２６に記憶しているメッセージ情報にヘッダ情報を付加して、第２送信部２２から配信する。さらに、制御部２５は、情報サーバ１０と通信可能であるか否かを判定し、通信可能であれば、携帯端末３０から受信し、記憶部２６に記憶しているメッセージ情報をネットワークインターフェース部２７から情報サーバ１０に送信する。例えば、制御部２５は、情報サーバ１０にＰｉｎｇコマンド等を送信することで、ネットワーク１５に接続するＬＡＮケーブル１７が断線していないか、情報サーバ１０と通信可能な状態にあるか否かを判定する。
【００１８】
図３に、制御部２５のハードウェア構成の一例を示す。制御部２５は、ＣＰＵ（Central Processing Unit）２５１、ＲＯＭ（Read Only Memory）２５２、ＲＡＭ（Random Access Memory）２５３、入出力部２５４等を備えている。
ＲＯＭ２５２には、ＣＰＵ２５１を制御するプログラムが記録されている。ＣＰＵ２５１は、ＲＯＭ２５２に記録されたプログラムを読み込んで、読み込んだプログラムに従った処理を行う。ＲＡＭ２５３は、ＣＰＵ２５１が演算に使用するデータや、演算結果のデータが書き込まれる。ＣＰＵ２５１、ＲＡＭ２５３などのハードウェアと、ＲＯＭ２５２に格納されたプログラムとの協働によって実現される制御部２５の処理フローについては、フローチャートを参照しながら後ほど説明する。
また、入出力部２５４は、制御部２５に入出力される情報の入力部と出力部として機能する。
【００１９】
記憶部２６は、第１送信部２１から配信するローカル放送用のコンテンツを記憶している。また、記憶部２６は、携帯端末３０から配信されたメッセージ情報を記憶する。メッセージ情報の詳細については後述する。
【００２０】
ネットワークインターフェース部２７は、ネットワーク１５とのインターフェースとして機能し、ＬＡＮケーブル１７を介してネットワーク１５に接続している。ネットワークインターフェース部２７は、制御部２５から出力されるメッセージ情報をネットワーク１５を介して情報サーバ１０に送信する。また、ネットワークインターフェース部２７は、情報サーバ１０からネットワーク１５を介して送られたコンテンツなどの情報を制御部２５に送る。制御部２５は、ネットワークインターフェース部２７から送られたコンテンツ等を記憶部２６に記憶させる。
【００２１】
入出力インターフェース２８は、例えば、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）メモリカードといった情報記録媒体に記録されたコンテンツを読み込む入力ポートとして機能する。また、入出力インターフェース２８は、記憶部２６に記憶した情報を、情報記録媒体に出力して書き込む出力ポートともなる。
【００２２】
次に、図４を参照して携帯端末３０の構成の一例を説明する。
携帯端末３０は、無線電話通話部３１、無線通信部３２、ビーコン信号受信部３３、放送波送受信部３４、グラフィックインターフェース３５、オーディオインターフェース３７、画像入力インターフェース４０、入力部４２、制御部５０、記憶部５５等を備えている。これらの機能部は、通信バスで接続されている。この他に、携帯端末３０は、グラフィックインターフェース３５と接続した表示部３６、オーディオインターフェース３７と接続したマイク３８及びスピーカ３９、画像入力インターフェース４０と接続したカメラ４１、入力部４２と接続した操作部４３等を備えている。
【００２３】
無線電話通話部３１は、無線により電話通信を行う。無線電話通話部３１は、電話回線網を介して、操作部４３で入力した電話番号の電話機との電話回線を接続する。
【００２４】
無線通信部３２は、無線によりアクセスポイントにアクセスし、インターネット上のサーバ装置とデータ通信を行う。
【００２５】
ビーコン信号受信部３３は、ローカル放送局２０から出力されるビーコン信号を受信する。ビーコン信号受信部３３は、受信したビーコン信号を制御部５０に出力する。
【００２６】
放送波送受信部３４は、ローカル放送局２０から出力される放送波を受信して、制御部５０に出力する。制御部５０は、受信した放送波からコンテンツやメッセージ情報等の情報を取り出して、表示部３６に表示させたり、記憶部５５に記憶させる。また、放送波送受信部３４は、制御部５０によって生成された情報を放送波に乗せて出力する。
なお、携帯端末３０の放送波送受信部３４が情報を配信する周波数は、各携帯端末３０で同じ周波数を使用するとよい。ローカル放送局２０は、同じ周波数に合わせることで携帯端末３０の配信を受信することができる。携帯端末３０の放送波送受信部３４は、１クール分の配信が終了すると、配信用のチャンネルを他の携帯端末３０用に開放する。
【００２７】
グラフィックインターフェース３５は、制御部５０で生成した表示情報を表示部３６に表示可能な形式に変換し、表示部３６に出力する。表示部３６は、グラフィックインターフェース３５から出力された情報を表示する。
【００２８】
オーディオインターフェース３７は、マイク３８及びスピーカ３９に接続し、音声信号の入出力を行う。すなわち、オーディオインターフェース３７は、マイク３８で入力した音声信号に圧縮等の処理を施し、処理を施した音声信号を制御部５０の制御により無線電話通信部３１に出力する。また、オーディオインターフェース３７は、制御部５０の制御により無線電話通信部３１で受信した信号に信号処理を施し、信号処理によって取り出された音声信号をスピーカ３９から出力する。
【００２９】
画像入力インターフェース４０は、カメラ４１に接続している。画像入力インターフェース４０は、カメラ４１で撮影した動画像や静止画像等の画像データを入力し、入力した画像データを制御部５０の制御により記憶部５５に記憶させる。
【００３０】
入力部４２は、操作部４３に接続している。入力部４２は、操作部４３で入力した情報を受け付けて、制御部５０に出力する。例えば、電話番号、電子メールとして送信するメッセージや宛て先などが操作部４３から入力される。
【００３１】
携帯端末３０の制御部５０のハードウェア構成の一例も、図３に示すローカル放送局２０の制御部２５と同一である。制御部５０は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、入出力部５４を備えている。
ＣＰＵ５１は、ＲＯＭ５２に記憶したプログラム（以下、メッセージ登録アプリと呼ぶ）を読み出して処理を行う。このメッセージ登録アプリに従った処理をＣＰＵ５１、ＲＡＭ５３などのハードウェアで実行することで、携帯端末３０で作成したメッセージ情報がローカル放送局２０に配信される。メッセージ登録アプリに従った詳細な処理手順については、フローチャートを参照しながら後ほど説明する。
【００３２】
記憶部５５は、制御部５０の制御によって作成されたメッセージ情報を記憶する。また、記憶部５５は、ローカル放送局２０から受信したメッセージ情報を記憶する。メッセージ情報の詳細については後述する。
入出力部５４は、制御部５０に入出力される情報の入力部と出力部として機能する。
【００３３】
次に、図５を参照しながらプログラム制御によって実現される携帯端末３０の制御部５０の機能ブロックについて説明する。なお、機能ブロックとは、制御部５０の備えるＣＰＵ５１、ＲＡＭ５３などのハードウェアと、ＲＯＭ５２に記憶したプログラム（メッセージ登録アプリ）との協働によって実現される処理を一定の機能ごとにまとめたブロックである。
制御部５０は、メッセージ生成部３０１、受信処理部３０２、記憶処理部３０３、判定処理部３０４、表示制御部３０５、削除処理部３０６、放送エリア判定処理部３０７、読出し処理部３０８、送信処理部３０９を機能ブロックとして備えている。
【００３４】
メッセージ生成部３０１は、カメラ４１で撮影した画像データに、ヘッダ情報を付加して安否情報を生成する。安否情報は、例えば、震災等が発生した場合に、自身の現在の状況を報告する情報であり、「今、○○公園にいます。大きな地震がありましたが無事です。」といった動画像が含まれる。また、安否情報には、図６に示すように、ヘッダ部とデータ部とが含まれる。データ部にはカメラ４１で撮影した画像データが含まれる。また、ヘッダ部には、ファイル名、作成日時、端末番号、データ長、緊急フラグ等のヘッダ情報が含まれる。なお、端末番号は、携帯端末３０に付けられた識別番号である。また、データ長は、安否情報のデータサイズを示す。また、災害フラグは、メッセージが災害時のメッセージであるのか、それ以外の通常時のメッセージであるのかを示す。また、ヘッダ情報に、画像データの作成日時を含ませておくことで、安否情報がインターネット上の掲示板に掲示された際に、掲示板の利用者は、視聴した安否情報がいつ作成されたものであるのかを認識することができる。
メッセージ生成部３０１は、生成した安否情報を記憶処理部３０３に送り、記憶処理部３０３の処理により記憶部５５に記憶させる。また、メッセージ生成部３０１は、生成した安否情報のデータサイズ情報を判定処理部３０４に通知する。判定処理部３０４は、メッセージ生成部３０１から通知されたデータサイズ情報を使用して、安否情報がローカル放送局２０に正常に配信されたか否かを判定する。
【００３５】
受信処理部３０２は、ローカル放送局２０から配信され、放送波送受信部３４で受信した確認情報を制御部５０内に入力する。なお、確認情報の詳細については後述するが、確認情報には、ローカル放送局２０が複数の携帯端末３０から受信した複数ユーザの安否情報を含む。受信処理部３０２は、入力した確認情報を記憶処理部３０３に送って、記憶処理部３０３の処理により記憶部５５に記憶させる。また、受信処理部３０２は、入力した確認情報を判定処理部３０４に送る。
【００３６】
判定処理部３０４は、受信処理部３０２から確認情報を取得し、取得した確認情報にヘッダ情報として含まれるＬＡＮ接続フラグの状態を判定する。ＬＡＮ接続フラグの状態が未接続（ＯＦＦ）の状態であると、ローカル放送局２０が情報サーバ１０に接続できない状態にあることを示している。従って、携帯端末３０がローカル放送局２０に送信した安否情報が、ローカル放送局２０から情報サーバ１０に送信されないことを示す。判定処理部３０４は、ＬＡＮ接続フラグの状態が未接続であると判定すると、表示制御部３０５に表示情報の生成を指示する。表示制御部３０５は、判定処理部３０４の指示により、表示部３６に、「掲示板に安否情報を登録することができません。移動して、別のローカル放送局２０に再度安否情報を登録して下さい」といった内容のメッセージを表示させる（図７参照）。
また、判定処理部３０４は、受信処理部３０２から確認情報を取得して、ローカル放送局２０に安否情報が正常に登録されたか否かを判定する。判定は、記憶部５５に記憶している、ローカル放送局２０に配信した安否情報のデータサイズと、ローカル放送局２０から受信した確認情報に含まれる安否情報のデータサイズを比較することで行う。判定処理部３０４は、安否情報がローカル放送局２０に正常に登録されていると判定すると、削除処理部３０６に、記憶部５５に記憶している安否情報を削除するように指示する。
【００３７】
削除処理部３０６は、判定処理部３０４から、記憶部５５に記憶した安否情報や確認情報を削除するように指示を受けると、記憶部５５に記憶した情報を削除する。
【００３８】
放送エリア判定処理部３０７は、ビーコン信号受信部３３で受信したビーコン信号を取得して、取得したビーコン信号に含まれるローカル放送局２０の識別情報により、ローカル放送局２０を認識する。また、放送エリア判定処理部３０７は、ビーコン信号に含まれる位置情報を表示部３６に表示させるように表示制御部３０５に指示する。表示制御部３０５は、放送エリア判定処理部３０７からローカル放送局２０の位置情報を取得して、表示部３６に表示させる表示情報を生成する。表示制御部３０５は、生成したローカル放送局２０の位置を示す表示情報を表示部３６に表示させる。
また、放送エリア判定処理部３０７は、メッセージ登録アプリが起動しているときに、所定時間を経過しても、ビーコン信号受信部３３でビーコン信号を受信することができないときには、表示制御部３０５に、ユーザに現在位置から移動するように指示する表示を生成するように指示する。表示制御部３０５は、「ローカル放送局２０の配信を受けられるエリアに移動しましょう」といった表示を生成して、表示部３６に表示させる（図８参照）。
【００３９】
読出し処理部３０８は、安否情報を記憶部５５から読み出して送信処理部３０９に送る。送信処理部３０９は、読出し処理部３０８から取得した安否情報を放送波送受信部３４を介してローカル放送局２０に配信する。
【００４０】
次に、図９を参照しながら本実施例の処理概要について説明する。図９は、携帯端末３０と、ローカル放送局２０Ａと、ローカル放送局２０Ｂとの処理を時系列に並べたタイムチャートである。
なお、図９に示す処理は、地震等によって災害が発生し、電話回線やデータ通信回線の輻輳や寸断により被災地の外部に安否を通知できない場合などに有効に機能する。また、図９では、ローカル放送局２０として、ローカル放送局２０Ａとローカル放送局２０Ｂとを例に挙げて説明するが、他のローカル放送局２０もローカル放送局２０Ａ、２０Ｂと同様に動作する。
例えば、地震等の震災が発生すると、ローカル放送局２０Ａ、２０Ｂは、放送局から放送される緊急震災速報等の放送波を受信して、災害モードに切り替わる。また、ローカル放送局２０Ａ、２０Ｂは、ネットワークに接続したサーバ装置から情報を受信して災害モードに切り替わることもできる。
携帯端末３０のユーザは、災害が発生すると、自身の安否を被災地の外部に通知するために、操作部４３を操作してメッセージ登録アプリを起動させる。また、携帯端末３０の制御部５０は、インターネットを介して通信キャリアのサーバ装置から送信された震災情報を無線通信部３２で受信し、メッセージ登録アプリを自動で起動させてもよい。
【００４１】
災害モードに移行したローカル放送局２０Ａ、２０Ｂは、メインチャネルから避難経路や、ローカル放送局２０を用いた安否情報のインターネット上の掲示板への登録方法のガイダンスを配信する。また、ローカル放送局２０Ａ、２０Ｂは、受信部２３を用いて携帯端末３０から配信される安否情報を受信する。
【００４２】
携帯端末３０の制御部５０は、まず、表示部３６に、図１０に示すような表示を表示させ、ユーザに安否情報の作成を要求する。ユーザは、カメラ４１を用いて自身を撮影し、自身の現在の状況を報告した安否情報を作成する。例えば、「今、○〇公園にいます。大きな地震がありましたが無事です」といった動画像をカメラ４１で撮影する。制御部５０は、カメラ４１で撮影した画像データにヘッダ情報等を付加して安否情報を作成する。制御部５０は、作成した安否情報を記憶部５５に記憶させる。図６には、安否情報の構成の一例を示す。
【００４３】
次に、制御部５０は、最寄りのローカル放送局２０から出力されるビーコン信号を受信しているか否かを判定する。ビーコン信号には、ローカル放送局２０の配信するローカル放送の周波数情報が含まれる。ここでは、携帯端末３０は、ローカル放送局２０Ａのビーコン信号を受信しているものとする。また、所定の時間を経過しても、ローカル放送局２０のビーコン信号を受信することができなかった場合、制御部５０は、最寄りのローカル放送局２０まで移動するように指示するメッセージを表示部３６に表示させる（図８参照）。
【００４４】
制御部５０は、放送波送受信部３４を使用し、作成した安否情報をローカル放送局２０Ａに向けて配信する。ローカル放送局２０Ａの制御部２５は、携帯端末３０から配信された安否情報を受信し、受信した安否情報を記憶部２６に記憶する。次に、ローカル放送局２０Ａの制御部２５は、記憶部２６に記憶している安否情報にヘッダ情報を付加した確認情報を生成し、生成した確認情報をサブチャネルで配信する。確認情報として配信される安否情報は、今回、携帯端末３０から受信した安否情報だけではなく、他の携帯端末３０から配信され、既に記憶部２６に記憶済みの安否情報も含まれる。
図１１に、ローカル放送局２０Ａから配信される確認情報の構成の一例を示す。確認情報は、各携帯端末３０から受信した安否情報に、ヘッダ情報が付加されている。ヘッダ情報には、ローカル放送局２０Ａを識別する識別情報、ファイル名、データ長、位置情報、ＬＡＮ接続状態フラグ、ファイル数等が含まれる。また、位置情報には、ローカル放送局２０ＡのＩＰ（Internet Protocol）アドレスが含まれる。確認情報にローカル放送局２０ＡのＩＰアドレスが含まれることで、情報サーバ１０はＩＰアドレスに基づいてローカル放送局２０の設置場所を特定することができる。情報サーバ１０は、ＩＰアドレスに基づいて特定した場所を、安否情報が撮影された場所としてインターネット上で表示するようにしてもよい。安否情報を見た利用者は、安否情報がどこで撮影されたものであるのかを認識することができる。また、ＬＡＮ接続状態フラグは、ローカル放送局２０Ａがネットワーク１５に接続されているか否かを示す情報である。ローカル放送局２０Ａとネットワーク１５とを接続するＬＡＮケーブル１７が地震等によって断線した場合、又、何らかの理由によって情報サーバ１０との通信が不能状態である場合に、ＬＡＮ接続状態フラグが未接続（ＯＦＦ）を示す状態に設定される。ローカル放送局２０Ａは、例えば、情報サーバ１０にＰｉｎｇコマンド等を送信することで情報サーバ１０と接続可能な状態にあるか否かを判定する。また、ファイル数は、確認情報に含まれる安否情報の数を示している。
【００４５】
携帯端末３０の制御部５０は、ローカル放送局２０Ａから配信された確認情報を受信すると、ローカル放送局２０Ａに安否情報が正常に登録されたか否かを判定する。例えば、制御部５０は、記憶部５５に記憶してある、ローカル放送局２０Ａに配信した安否情報のデータサイズと、確認情報として受信した安否情報のデータサイズを比較することで安否情報が正常に登録されたか否かを判定する。安否情報には、図６に示すように携帯端末３０を識別する端末番号が含まれるので、制御部５０は、この端末番号に基づいて携帯端末３０のユーザの安否情報を確認情報から取り出す。制御部５０は、安否情報がローカル放送局２０Ａに正常に登録されていると判定すると、記憶部５５に記憶している、携帯端末３０で作成したユーザの安否情報を記憶部５５から削除する。
【００４６】
また、ローカル放送局２０Ａからサブチャネルで配信される確認情報を受信した携帯端末３０は、確認情報のヘッダ情報に含まれるＬＡＮ接続状態フラグの状態を判定する。ＬＡＮ接続フラグの状態が未接続（ＯＦＦ）の状態であれば、携帯端末３０から送信した安否情報がローカル放送局２０Ａから情報サーバ１０に送信されないことを示している。そこで、制御部５０は、ローカル放送局２０Ａが情報サーバ１０と接続できない状態にあり、安否情報が情報サーバ１０にアップロードされない旨を表示部３６に表示させる。また、制御部５０は、ユーザに、場所を移動して他のローカル放送局２０から安否情報を再度送信するように要求する（図７参照）。携帯端末３０のユーザは、表示部３６の表示に従って、他のローカル放送局２０（ここではローカル放送局２０Ｂとする）の設置場所に移動する。
このようにローカル放送局２０が、携帯端末３０に他の携帯端末３０から受信した安否情報も含めて送信しておくことで、携帯端末３０のユーザが、他のユーザの安否情報を運び、他のローカル放送局２０に安否情報を登録することができる。また、他のローカル放送局２０がＬＡＮ接続可能な状態にあれば、複数のユーザの安否情報を情報サーバ１０に送って掲示板に登録することができる。
【００４７】
携帯端末３０の制御部５０は、ローカル放送局２０Ｂから出力されるビーコン信号を受信する。ビーコン信号には、ローカル放送局２０Ｂの識別情報、ローカル放送局２０Ｂがローカル放送に使用する周波数情報や、ローカル放送局２０Ｂの位置情報が含まれる。携帯端末３０の制御部５０は、ビーコン信号を受信すると、ローカル放送局２０Ｂの位置情報を表示部３６に表示させる。
次に、制御部５０は、安否情報の作成を、再度、ユーザに要求する。ローカル放送局２０Ａの設置地点から、ローカル放送局２０Ｂの設置地点に場所を移動したため、制御部５０は、再度、ユーザに安否情報の作成を要求する。制御部５０は、カメラ４１で撮影した画像データと、記憶部５５に記憶している他の携帯端末のユーザの安否情報にヘッダ情報を付加して、ローカル放送局２０Ｂに向けて配信する。なお、この説明では、ユーザが場所を移動したことで、再度安否情報
作成して、ローカル放送局２０Ｂに配信するとして説明するが、制御部５０は、記憶部５５に記憶している確認情報をそのままローカル放送局２０Ｂに配信してもよい。すなわち、制御部５０は、ローカル放送局２０Ａの放送エリアにいるときに作成した安否情報をそのまま、ローカル放送局２０Ｂに配信してもよい。
ローカル放送局２０Ｂは、携帯端末３０から配信された安否情報を受信部２３で受信し、記憶部２６に記憶する。ここで、制御部５０は、記憶部５５に記憶している他の携帯端末のユーザの安否情報もローカル放送局２０Ｂに向けて配信する。従って、ローカル放送局２０Ｂが、情報サーバ１０に接続していれば、他の利用者の安否情報も掲示板に登録することができる。
【００４８】
ローカル放送局２０Ｂの制御部２５は、携帯端末３０から安否情報を受信すると、受信した安否情報をまず記憶部２６に記憶する。そして、制御部２５は、記憶部２６に記憶した安否情報にヘッダ情報を付加し、確認情報としてサブチャネルから配信する。ヘッダ情報には、ローカル放送局２０Ｂの識別情報も含まれる。携帯端末３０の制御部５０は、ローカル放送局２０Ｂのサブチャネルで配信される確認情報を受信し、記憶部５５に記憶させる。携帯端末の制御部５０は、ローカル放送局２０Ｂから確認情報を受信すると、ローカル放送局２０Ａから確認情報を受信したときと同様の処理を行う。すなわち、制御部５０は、まず、ローカル放送局２０Ｂに安否情報が正常に登録されているか否かの確認処理を行う。また、ローカル放送局２０Ｂが情報サーバ１０に接続されているか否かをＬＡＮ接続フラグから判定する。ＬＡＮ接続フラグの状態が接続状態を示している場合には、制御部５０は、ローカル放送局２０Ｂが情報サーバ１０と通信可能な状態にあり、安否情報の情報サーバ１０への登録が可能な状態にあることを表示部３６に表示する。また、携帯端末３０の制御部５０は、ＬＡＮ接続フラグの状態が接続（ＯＮ）の状態であれば、記憶部５５に記憶した確認情報を削除する。ＬＡＮ接続フラグの状態が接続（ＯＮ）の状態であれば、各携帯端末３０がローカル放送局２０Ａに送信した安否情報が、情報サーバ１０に送信され、掲示板に登録されることを示しているので、制御部５０は、不要な情報を記憶部５５から削除する。
また、ＬＡＮ接続フラグの状態が未接続状態を示している場合には、制御部５０は、ローカル放送局２０Ｂが情報サーバ１０と接続できない状態にあり、安否情報が情報サーバ１０に登録されない旨を表示部３６に表示させる。
なお、この説明では、ローカル放送局２０Ｂは、情報サーバ１０と通信可能な状態にあるものとする。
【００４９】
ローカル放送局２０Ｂは、携帯端末３０から受信した安否情報の数が一定数を越えた場合、又は所定時間を経過するごとに記憶部２６に記憶した安否情報を情報サーバ１０に送信する。ローカル放送局２０Ｂからの安否情報を受信した情報サーバ１０は、受信した安否情報をインターネット上の掲示板に登録する。この掲示板を他の場所にいるユーザが参照することで、震災の発生場所にいた人の安否を確認することができる。図１２に、掲示板に掲示される情報の一例を示す。図１２に示すように、掲示板の掲示情報には、登録者の氏名と、安否情報を撮影した時間と、場所とが表示される。例えば、携帯端末３０のユーザが、場所を移動するごとに、ローカル放送局２０に安否情報を登録しておくことで、安否を知りたい人は、時間と場所を時系列に把握することもできる。
【００５０】
なお、上述した説明では、安否情報としてカメラ４１で撮影された動画像を例に説明したが、静止画像とテキストデータの組み合わせ、又はテキストデータだけであってもよい。但し、安否情報を動画像で撮影して掲示板に登録しておくことで、掲示板を見た人に安否をより確実に伝えることができる。また、映像を掲示板に登録しておくことで、掲示板を見た人の周囲の背景等を含む被災地の状況を報告することができる。
また、上述した説明では、ローカル放送局２０と携帯端末３０との間でローカル放送を用いて情報を送受信していたが、情報を送受信する手段は、ローカル放送に限定されるものではない。例えば、Ｂｌｕｅｔｏｏｔｈ、赤外線を利用するＩｒＤＡ（Infrared Data Association）など、他の無線通信手段を用いてもよい。
また、上述した説明では、震災等が発生した場合を例に説明したが、イベント会場など、混雑によって携帯電話の電話回線やデータ通信回線が輻輳状態となり、連絡が取れなくなってしまった場合の連絡にも用いることができる。この場合、携帯端末３０は、通信キャリアから通信回線制御フラグを受信して、電話回線やデータ通信回線が輻輳状態にあることを認識し、メッセージ登録アプリを起動させる。携帯端末３０の制御部５０は、表示部３６に電話回線やデータ通信回線が輻輳状態にあることを表示すると共に、ユーザに連絡情報を作成してローカル放送局２０に配信するか否かを問い合わせるメッセージを表示させる。ユーザが連絡事項を作成するとの操作入力を行うと、制御部５０は、以降、図１３に示すフローに従って処理を行う。
【００５１】
次に、図１３に示すフローチャートを参照しながら携帯端末３０の制御部５０の処理手順を説明する。
地震等によって災害が発生し、電話回線やデータ通信回線の輻輳や寸断により被災地の外部に安否を通知できない場合、携帯端末３０のユーザは、操作部４３を操作して、メッセージ登録アプリを起動させる（ステップＳ１）。なお、携帯端末３０の制御部５０は、通信キャリアのサーバ装置からインターネットを介して送信された震災情報を受信することで、自動でメッセージ登録アプリを起動させてもよい。
【００５２】
以降、制御部５０は、メッセージ登録アプリに従って動作する。まず、制御部５０は、安否情報を作成する（ステップＳ２）。制御部５０は、表示部３６に、例えば図１０に示すような表示情報を表示させ、ユーザに安否情報の作成を要求する。制御部５０は、カメラ４１で撮影された画像（動画像であっても、静止画像であってもよい）に、ヘッダ情報を付加して安否情報を作成する。作成した安否情報は、制御部５０の制御によって記憶部５５に記憶される。
【００５３】
次に、制御部５０は、作成した安否情報をローカル放送局２０に向けて配信する（ステップＳ３）。安否情報をローカル放送局２０に向けて配信すると、制御部５０は、サブチャネルに周波数を合わせて、ローカル放送局２０から配信される確認情報を受信する。制御部５０は、受信した確認情報を記憶部５５に記憶させる（ステップＳ４）。次に、制御部５０は、配信した安否情報がローカル放送局２０に正常に登録されたか否かを判定する（ステップＳ５）。制御部５０は、記憶部５５に記憶してある、ローカル放送局２０に配信した安否情報のデータサイズと、確認情報として受信した安否情報のデータサイズとを比較する。これらのデータサイズが一致した場合、安否情報がローカル放送局２０に正常に登録されたと判定することができる。制御部５０は、安否情報が正常にローカル放送局２０に登録されたと判定すると（ステップＳ５／ＹＥＳ）、記憶部５５に記憶している、ローカル放送局２０に配信した安否情報を削除する（ステップＳ６）。すなわち、携帯端末３０の記憶部５５には、確認情報として受信した安否情報だけが記憶されているようにする。また、安否情報がローカル放送局２０に正常に登録されていないと判定すると（ステップＳ５／ＮＯ）、制御部５０は、安否情報を再度ローカル放送局２０に向けて送信する（ステップＳ３）。そして、制御部５０は、ローカル放送局２０から配信される確認情報を受信して（ステップＳ４）、安否情報が正常にローカル放送局２０に登録されたかを再度判定する（ステップＳ５）。
【００５４】
次に、制御部５０は、確認情報のヘッダ情報に含まれるＬＡＮ接続状態フラグの状態を判定する（ステップＳ７）。ＬＡＮ接続状態フラグが接続（ＯＮ）の状態にあるときには、制御部５０は、記憶部５５に記憶している確認情報を削除する（ステップＳ８）。また、ＬＡＮ接続状態フラグが未接続（ＯＦＦ）状態にあるときには、制御部５０は、ローカル放送局２０が情報サーバ１０と接続できない状態にあり、安否情報が情報サーバ１０にアップロードされない旨を表示部３６に表示させる。また、制御部５０は、ユーザに、場所を移動して他のローカル放送局２０から安否情報を再度送信するように要求する（図７参照）。そして、制御部５０は、他のローカル放送局２０から出力されるビーコン信号の受信モードとなる（ステップＳ９）。ビーコン信号には、ローカル放送局２０がローカル放送に使用する周波数情報や、ローカル放送局２０の位置情報が含まれている。
【００５５】
制御部５０は、ビーコン信号を受信すると（ステップＳ９／ＹＥＳ）、ビーコン信号からローカル放送局２０の位置情報を取り出して、表示部３６に表示させる（ステップＳ１０）。また、制御部５０は、受信したビーコン信号に含まれる情報によりローカル放送局２０が災害モードにあるか否かを判定する（ステップＳ１１）。ローカル放送局２０が災害モードにない場合には（ステップＳ１１／ＮＯ）、制御部５０は、メッセージ登録アプリの処理を継続するか否かをユーザに問い合わせる（ステップＳ１２）。
ユーザがメッセージ登録アプリの処理を継続するとの操作を入力した場合（ステップＳ１３／ＹＥＳ）、制御部５０は、災害モードにある他のローカル放送局２０のビーコン信号を受信できる場所に移動するように表示部３６にメッセージを表示する。そして、制御部５０は、ローカル放送局２０から出力されるビーコン信号の受信モードとなる。また、ユーザがメッセージ登録アプリの処理を継続しないとの操作を入力した場合（ステップＳ１３／ＮＯ）、制御部５０はメッセージ登録アプリの処理を終了させる。なお、制御部５０は、災害モードにないローカル放送局２０に安否情報を送信して、安否情報の情報サーバ１０への登録を依頼するようにしてもよい。
また、ステップＳ１１で、ローカル放送局２０が災害モードにある場合には（ステップＳ１１／ＹＥＳ）、制御部５０は、ユーザに安否情報の作成を要求し（ステップＳ２）、作成した安否情報をローカル放送局２０に向けて送信する（ステップＳ３）。その後、制御部５０は、上述したステップＳ３以降の処理を繰り返す。
【００５６】
次に、図１４に示すフローチャートを参照しながら、ローカル放送局２０の処理手順を説明する。
【００５７】
放送局から放送される緊急震災速報等の放送波を受信すると（ステップＳ２１／ＹＥＳ）、ローカル放送局２０の制御部２５は、災害モードに切り替わる。
災害モードに切り替わった制御部２５は、メインチャネルの配信内容を、避難経路や、ローカル放送局２０を用いた安否情報の登録方法のガイダンスに切り替える（ステップＳ２２）。
【００５８】
次に、制御部２５は、ネットワークインターフェース部２７によりＬＡＮケーブル１７にＰＩＮＧコマンドを出力し、ＬＡＮケーブル１７がネットワーク１５に接続されているか否かを判定する（ステップＳ２３）。制御部２５は、ＬＡＮケーブル１７がネットワーク１５に接続されている場合には（ステップＳ２３／ＹＥＳ）、ＬＡＮ接続フラグをＯＮに設定する（ステップＳ２４）。また、制御部２５は、ＬＡＮケーブル１７がネットワーク１５に接続されていないと判定すると（ステップＳ２３／ＮＯ）、ＬＡＮ接続フラグをＯＦＦに設定する（ステップＳ２５）。また、制御部２５は、ＬＡＮ接続されていると判定した場合に（ステップＳ２３／ＹＥＳ）、情報サーバ１０から災害モード解除の命令を受信したか否かを判定する（ステップＳ２６）。情報サーバ１０から災害モード解除の命令を受信した場合には（ステップＳ２６／ＹＥＳ）、制御部２５は、記憶部２６内に記憶済みの確認情報を情報サーバ１０に送信し、通常モードに移行する（ステップＳ２７）。
また、災害モードの解除命令を受信していない場合には（ステップＳ２６／ＮＯ）、制御部２５は、携帯端末３０から配信される安否情報を受信チャネルで受信したか否かを判定する（ステップＳ２８）。携帯端末３０から安否情報を受信した場合には（ステップＳ２８／ＹＥＳ）、制御部２５は、受信した安否情報を記憶部２６に記憶させる（ステップＳ２９）。また、制御部２５は、記憶部２６に記憶済みの、各携帯端末３０から受信した安否情報に、ローカル放送局２０の識別情報やＬＡＮ接続フラグをヘッダ情報として付加した確認情報を生成する。制御部２５は、生成した確認情報をサブチャネルで配信する（ステップＳ３０）。次に、制御部２５は、記憶部２６に記憶済みの確認情報のデータ量が一定量に到達したか否かを判定する。又は、制御部２５は、前回情報サーバ１０に確認情報を送信してから一定時間を経過したか否かを判定する（ステップＳ３１）。ステップＳ３１の判定結果がＹＥＳであれば、制御部２５は、ＬＡＮ接続フラグの状態を判定し（ステップＳ３２）、ＬＡＮ接続フラグがＯＮ状態であれば（ステップＳ３２／ＹＥＳ）、確認情報をＬＡＮ経由で情報サーバ１０に送信する（ステップＳ３３）。確認情報の情報サーバ１０への送信を完了した場合、又はＬＡＮ接続フラグがＯＦＦの場合には（ステップＳ３２／ＮＯ）、制御部２５は、ステップＳ２３に戻って、ＬＡＮの接続状態の確認から再度処理を行う。
【００５９】
このように本実施例は、ローカル放送局２０が、携帯端末３０からメッセージ情報を受信すると、受信したメッセージ情報に、ローカル放送局２０が情報サーバ１０と通信可能な状態にあるか否かを示す通信可否情報を含ませて携帯端末３０に配信している。従って、携帯端末３０のユーザは、ローカル放送局２０に配信したメッセージ情報が情報サーバ１０に登録されるのか否かを確認することができる。
また、ローカル放送局２０は、携帯端末３０からメッセージ情報を受信すると、受信したメッセージ情報に他の携帯端末３０から受信したメッセージ情報も含めた確認情報として携帯端末３０に配信する。従って、自身のメッセージ情報を携帯端末３０からローカル放送局２０に配信するときに、確認情報も同時にローカル放送局２０に配信することができる。従って、確認情報を配信したローカル放送局２０が情報サーバ１０に接続可能であれば、他のユーザのメッセージ情報も同時に情報サーバ１０に登録することができる。
【実施例２】
【００６０】
添付図面を参照しながら本発明の第２実施例について説明する。
本実施例は、例えば、無線電話の電波が届かない僻地で工事を行う作業員と、作業員を管轄する本部１０００との間で連絡を取り合う場合に有効に機能する。
図１５〜図１８を参照しながら本実施例の概略を説明する。まず、図１５に示すように携帯端末３０を携帯した作業員が移動手段（本実施例では、バス１１００を例に説明するが、バス１１００だけに限られるものではない）に乗って、それぞれの作業現場に移動する。バス１１００には、ローカル放送局２０Ｎが搭載されている。バス１１００のローカル放送局２０Ｎは、データの送受信が可能なように、例えば、バス１１００の乗降口に搭載されている。また、図１５に示すようにバス１１００の各停留所１２００には、ローカル放送局２０Ａ、２０Ｂ、２０Ｃ、・・・が配置されている。
【００６１】
作業員を停留所１２００で降ろしたバス１１００は、本部１０００まで戻ってくる。本部１０００では、作業員に連絡事項があれば、バス１１００のローカル放送局２０Ｎの記憶部２６Ｎに連絡事項を記憶させる。連絡事項を記憶部２６Ｎに記憶させる方法は、例えば、携帯端末３０等を使用して、バス１１００のローカル放送局２０Ｎに向けて連絡事項を配信してもよい。また、情報サーバ１０からバス１１００のローカル放送局２０Ｎに連絡事項をダウンロードしてもよい。さらに、ＳＤカード等の記録媒体に連絡事項を記録しておいて、バス１１００のローカル放送局２０Ｎに、この記録媒体に記録した情報を読み込ませるようにしてもよい。なお、ここでの連絡事項は、天気予報であるとする。
【００６２】
バス１１００のローカル放送局２０Ｎは、バス１１００が停留所１２００に到着する度に、停留所１２００に配置したローカル放送局２０Ａ、２０Ｂ、２０Ｃ、・・・と情報の送受信を行って、記憶した連絡事項をローカル放送局２０Ａ、２０Ｂ、２０Ｃ、・・・に配信する（図１６参照）。作業員は、空いた時間を利用して最寄りの停留所１２００まで行き、ローカル放送局２０Ａ、２０Ｂ、２０Ｃ、・・・から自身の携帯する携帯端末３０に連絡事項の配信を受ける。従って、作業員は、最新の天気予報を取得することができる。
【００６３】
また、天気予報を見た作業員が、今日は夕方から雷雨だから作業を早めに切り上げて本部１０００に戻ろうと判断したとする。この場合、作業員は携帯端末３０を使用して最寄りの停留所１２００のローカル放送局２０Ａ、２０Ｂ、２０Ｃ、・・・に、仕事を切り上げる切り上げ時間を送信しておく。停留所１２００のローカル放送局２０Ａ、２０Ｂ、２０Ｃ、・・・は、携帯端末３０から配信された切り上げ時間を自身の記憶部２６に記憶させる。停留所１２００のローカル放送局２０Ａ、２０Ｂ、２０Ｃ、・・・は、バス１１００が到着すると、バス１１００のローカル放送局２０Ｎに向けて切り上げ時間を配信する。バス１１００のローカル放送局２０Ｎは、停留所１２００のローカル放送局２０Ａ、２０Ｂ、２０Ｃ、・・・から配信された切り上げ時間をローカル放送局２０Ｎの記憶部２６Ｎに記憶させる（図１７参照）。
【００６４】
バス１１００が本部１０００に戻ってくると、本部１０００は、ローカル放送局２０Ｎの記憶部２６Ｎに記憶した切り上げ時間情報を読み出して、作業員からの連絡事項を確認する（図１８参照）。
【００６５】
次に、処理フローについて説明する。なお、携帯端末３０とローカル放送局２０との間での情報の交換方法については、すでに実施例１で説明済みであるので、ローカル放送局２０同士の間での情報の交換方法について説明する。
図１９を参照しながら、バス１１００のローカル放送局２０Ｎと、停留所１２００のローカル放送局２０Ａ、２０Ｂ、２０Ｃ、・・・との間で情報を交換する手順について説明する。なお、図１９には、停留所１２００のローカル放送局２０Ａの処理手順を示すが、バス１１００のローカル放送局２０Ｎの処理手順も図１９とほぼ同一である。また、この説明では、バス１１００のローカル放送局２０Ｎがビーコン信号を所定間隔で送信し、そのビーコン信号を停留所１２００のローカル放送局２０Ａが受信して情報の交換を開始するものとする。また、以下のフローでは、ローカル放送局２０Ａの動作として説明するが、実際には、ローカル放送局２０Ａに搭載された制御部２５の処理動作を示している。
【００６６】
バス１１００が停留所１２００に近づき、停留所１２００のローカル放送局２０Ａがバス１１００のローカル放送局２０Ｎの出力するビーコン信号を受信することで（ステップＳ４１）、両者の間で情報の交換が開始される。停留所１２００のローカル放送局２０Ａは、ビーコン信号を受信し、受信したビーコン信号によりバス１１００のローカル放送局２０Ｎが情報配信に使用するローカル放送の周波数を認識する。停留所１２００のローカル放送局２０Ａは、バス１１００のローカル放送局２０Ｎの配信する情報（以下、この情報を情報Ａと呼ぶ）を受信する（ステップＳ４２）。
【００６７】
停留所１２００のローカル放送局２０Ａは、バス１１００のローカル放送局２０Ｎの配信する情報Ａを受信すると、受信した情報Ａと、ローカル放送局２０Ａの記憶部２６に記憶している情報（以下、情報Ｂと呼ぶ）とをバス１１００のローカル放送局２０Ｎに向けて配信する（ステップＳ４３）。バス１１００のローカル放送局２０Ｎも、停留所１２００のローカル放送局２０Ａから送信されるビーコン信号を受信することで、ローカル放送局２０Ａが情報配信に使用する周波数を認識し、ローカル放送局２０Ａからの情報配信を受ける。
【００６８】
バス１１００のローカル放送局２０Ｎは、まず、自身が停留所１２００のローカル放送局２０Ａに向けて配信した情報Ａが正常に停留所１２００のローカル放送局２０Ａで受信できているか否かを判定する。情報Ａが停留所１２００のローカル放送局２０Ａで正常に受信できていると判定した場合、バス１１００のローカル放送局２０Ｎは、停留所１２００のローカル放送局２０Ａから配信された情報Ｂをローカル放送局２０Ａに向けて配信する。
また、バス１１００のローカル放送局２０Ｎは、情報Ａが停留所１２００のローカル放送局２０Ａに正常に配信されていないと判定すると、停留所１２００のローカル放送局２０Ａから受信した情報Ｂに情報Ａを付加して、再度、停留所１２００のローカル放送局２０Ａに配信する。
【００６９】
停留所１２００のローカル放送局２０Ａは、バス１１００のローカル放送局２０Ｎから情報を受信すると（ステップＳ４４）、受信した情報が、バス１１００のローカル放送局２０Ｎに配信した情報Ｂであるか否かを判定する（ステップＳ４５）。すなわち、停留所１２００のローカル放送局２０Ａは、自身がバス１１００のローカル放送局２０Ｎに配信した情報Ｂだけを受信したか否かを判定する。バス１１００のローカル放送局２０Ｎから受信した情報に、他の情報、すなわち情報Ａが含まれる場合（ステップＳ４５／ＮＯ）、停留所１２００のローカル放送局２０Ａは、まず、自身の配信した情報である情報Ｂを正常に受信できたか否かを判定する（ステップＳ４６）。停留所１２００のローカル放送局２０Ａは、バス１１００のローカル放送局２０Ｎから受信した情報Ｂと、記憶部２６に記憶している情報Ｂとを比較することで、情報Ｂを正常に受信しているか否かを判定する。情報Ｂを正常に受信できていた場合（ステップＳ４６／ＹＥＳ）、停留所１２００のローカル放送局２０Ａは、他の情報である情報Ａをバス１１００のローカル放送局２０Ｎに向けて配信する（ステップＳ４７）。このあと、バス１１００のローカル放送局２０Ｎで、情報Ａを正常に受信することができた場合には、バス１１００のローカル放送局２０Ｎから停留所１２００のローカル放送局２０Ａに終了通知が送られる。停留所１２００のローカル放送局２０Ａは、終了通知を受信することで（ステップＳ４８／ＹＥＳ）、処理を終了する。
また、ステップＳ４６で情報Ｂを正常に受信できなかったと判定した場合（ステップＳ４６／ＮＯ）、停留所１２００のローカル放送局２０Ａは、バス１１００のローカル放送局２０Ｎから受信した情報Ａと、記憶部２６に記憶している情報Ｂとをバス１１００のローカル放送局２０Ｎに向けて再度配信する（ステップＳ４３）。この後、停留所１２００のローカル放送局２０Ａは、バス１１００のローカル放送局２０Ｎから終了通知を受信するまでステップＳ４３〜Ｓ４８の処理を繰り返す。また、ステップＳ４８でバス１１００のローカル放送局２０Ｎから終了通知を受信することができなかった場合（ステップＳ４８／ＮＯ）、停留所１２００のローカル放送局２０Ａは、情報Ａを再度バス１１００のローカル放送局２０Ｎに送信する（ステップＳ４８）。
【００７０】
また、ステップＳ４５でバス１１００のローカル放送局２０Ｎから受信した情報が、情報Ｂだけであった場合（ステップＳ４５／ＹＥＳ）、停留所１２００のローカル放送局２０Ａは、まず、受信した情報Ｂを正常に受信することができたか否かを判定する（ステップＳ４９）。情報Ｂを正常に受信することができたと判定した場合には（ステップＳ４９／ＹＥＳ）、停留所１２００のローカル放送局２０Ａは、バス１１００のローカル放送局２０Ｎにデータの正常受信が完了したことを通知する終了通知を配信する（ステップＳ５０）。また、情報Ｂを正常に受信することができなかった場合には（ステップＳ４９／ＮＯ）、ローカル放送局２０Ａは、情報Ｂを再度、バス１１００のローカル放送局２０Ｎに向けて配信する（ステップＳ５１）。この後、停留所１２００のローカル放送局２０Ａは、バス１１００のローカル放送局２０Ｎから配信される情報Ｂを受信して（ステップＳ４４）、情報Ｂを正常に受信することができたか否かを再度判定する。
【００７１】
上述した実施例は、本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施が可能である。
【符号の説明】
【００７２】
１０  情報サーバ（サーバ装置）
２０  ローカル放送局（地域局）
２１  第１送信部
２２  第２送信部（送信手段）
２３  受信部
２４  ビーコン信号出力部
２５  制御部
２６  記憶部
３０  携帯端末（移動体端末）
５０  制御部
５５  記憶部
３０１  メッセージ生成部
３０２  受信処理部
３０３  記憶処理部
３０４  判定処理部（判定手段）
３０５  表示制御部
３０６  削除処理部（削除手段）
３０７  放送エリア判定処理部
３０８  読出し処理部
３０９  送信処理部（第１の送信手段、第２の送信手段）
【図１】
2011029869.tif 000003
【図２】
2011029869.tif 000004
【図３】
2011029869.tif 000005
【図４】
2011029869.tif 000006
【図５】
2011029869.tif 000007
【図６】
2011029869.tif 000008
【図７】
2011029869.tif 000009
【図８】
2011029869.tif 000010
【図９】
2011029869.tif 000011
【図１０】
2011029869.tif 000012
【図１１】
2011029869.tif 000013
【図１２】
2011029869.tif 000014
【図１３】
2011029869.tif 000015
【図１４】
2011029869.tif 000016
【図１５】
2011029869.tif 000017
【図１６】
2011029869.tif 000018
【図１７】
2011029869.tif 000019
【図１８】
2011029869.tif 000020
【図１９】
2011029869.tif 000021