JP2002342866A - 緊急情報配信システム - Google Patents

Abstract

(57)【要約】 【課題】 警戒情報や避難情報など緊急性の高い情報
を、センターから不特定多数の端末装置へ迅速に配信す
る。 【解決手段】 端末装置２０は、緊急情報の有無を問い
合わせるメッセージ４１を送信し、サーバ装置１０から
の応答待ち状態となる。サーバ装置１０は、配信すべき
緊急情報がある場合には、詳細情報データベース１２に
蓄積した緊急情報を送信する。サーバ装置１０は、配信
すべき緊急情報がない場合には、問い合わせメッセージ
４１に対する応答を保留し、新たな緊急情報３１が発生
したときに保留した応答メッセージ４２を送信する。応
答メッセージ４２を受信した端末装置２０は、ＷＥＢブ
ラウザ部２１が提供するブラウザ機能を用いてサーバ装
置１０から緊急情報３５を取得し、取得した緊急情報を
画面などに出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、防災情報システム
における緊急情報配信システムに関し、より特定的に
は、警戒情報や避難情報など緊急性の高い情報を不特定
多数の端末装置に配信する緊急情報配信システムに関す
る。

【０００２】

【従来の技術】防災情報システムは、気象情報や地震情
報などを常時収集し、台風や地震などが発生した場合に
警戒情報や避難情報などを配信する。防災情報システム
では、各拠点に設置された観測所から防災情報センター
に対して、雨量情報や河川の水位情報や地震の震度情報
など、各種の観測データが送信される。防災情報センタ
ーに設置されたホストコンピュータは、観測所から収集
した観測データに統計処理を施し、その結果を表形式や
地図に重畳した形式でディスプレイなどに出力する。ま
た、ホストコンピュータは、収集した観測データに基づ
き、警戒情報や避難情報など緊急性の高い情報（以下、
緊急情報という）を求める。例えば、ホストコンピュー
タは、累加雨量や河川の水位が所定のしきい値を超えた
場合に、河川の氾濫が予想される地域の緊急情報を求め
る。この場合、ホストコンピュータは、予め定めた手順
に従って自動的に緊急情報を求めてもよく、オペレータ
からの指示に従って緊急情報を求めてもよい。

【０００３】その後、ホストコンピュータは、求めた緊
急情報を各拠点に配置された端末装置に配信する。端末
装置は、配信された緊急情報をディスプレイに表示した
り、音声合成で出力したりする。端末装置のユーザは、
これにより緊急情報を認識し、警戒、避難、警戒指示、
避難指示などの行動を取ることができる。このような防
災情報システムによれば、収集した観測データに基づき
迅速かつ適切に緊急情報を求めて各拠点に配信し、災害
の発生を未然に防止することができる。

【０００４】以下では防災情報システムのうち、緊急情
報を配信する機能に着目する。従来の防災情報システム
における端末装置は、専用ソフトウェアを用いて緊急情
報を受信し表示する（以下、この方式を専用ソフト方式
という）。また、インターネットやＷＷＷ（Ｗｏｒｌｄ
Ｗｉｄｅ Ｗｅｂ）システムの普及に伴い、ブラウザ
機能を有するパーソナルコンピュータなどを用いて、緊
急情報を受信し表示することもできる（以下、この方式
をＷＥＢ方式という）。ＷＥＢ方式によれば、専用の端
末装置に限らず不特定多数の端末装置に対して、ホスト
コンピュータから緊急情報を配信することができる。

【０００５】

【発明が解決しようとする課題】しかしながら、上記２
つの方式は、それぞれ解決すべき課題を有している。専
用ソフト方式を採用した場合には、専用ソフトウェアを
搭載した端末装置を予め各拠点に設置する必要がある。
しかし、局地豪雨のように不特定かつ局地的に被害をも
たらす自然災害に対応するために、多数の端末装置を必
要なだけ配置することは事実上不可能である。このた
め、専用ソフト方式には、限られた拠点にしか緊急情報
を配信できないという問題がある。

【０００６】一方、ＷＥＢ方式を採用した場合、ＷＷＷ
システムで使用されるｈｔｔｐ（Ｈｙｐｅｒｔｅｘｔ
Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によれば、端末
装置が主体となってサーバ装置に蓄積されたデータを取
得する必要がある。したがって、非同期で発生する緊急
情報を受信するために、端末装置は、ある程度の時間間
隔で防災情報センターに緊急情報の有無を問い合わせる
必要がある。しかし、この間隔が長いと、緊急情報の発
生から端末装置による受信までのタイムラグが大きくな
る。逆に間隔が短いと、ホストコンピュータや通信ネッ
トワークに常に高い負荷がかかって通信の信頼性が低下
し、緊急情報を確実に配信できなくなる。このようにＷ
ＥＢ方式には、迅速かつ確実に緊急情報を配信できない
という問題がある。

【０００７】また、ＷＥＢ方式を採用した場合には、ｈ
ｔｔｐに代えて独自プロトコルを用いることもできる。
しかし、この場合、防災情報センターと端末装置とを結
ぶ経路上にはファイヤーウォールなどのセキュリティ機
器が存在するため、これらのセキュリティ機器が独自プ
ロトコルをサポートする必要が生じる。経路上に存在す
るすべてのセキュリティ機器が独自プロトコルをサポー
トするように制御することは実質的に極めて困難である
ため、実際にはこの方式を採用することはできない。

【０００８】それ故に、本発明は、不特定箇所から接続
できるＷＥＢ方式の利点を生かしつつ、緊急情報を迅速
に配信する緊急情報配信システムを提供することを目的
とする。

【０００９】

【課題を解決するための手段および発明の効果】第１の
発明は、非同期で発生した緊急情報を、サーバ装置から
端末装置へ配信する緊急情報配信システムであって、サ
ーバ装置は、緊急情報を入力する入力手段と、入力され
た緊急情報を蓄積する蓄積手段と、端末装置から受信し
た配信要求に応じて、配信すべき緊急情報がある場合に
は蓄積手段に蓄積された緊急情報を送信し、配信すべき
緊急情報がない場合にはその配信要求に対する応答を保
留し、新たな緊急情報が入力されたときに保留した配信
要求に応答すべくその緊急情報を送信する送信手段とを
備え、端末装置は、サーバ装置に対して配信要求を送信
し、サーバ装置から緊急情報を受信する受信手段と、緊
急情報を受信するごとに、その緊急情報をユーザに対し
て認識可能な状態で出力する出力手段とを備える。

【００１０】このような第１の発明によれば、サーバ装
置は、緊急情報が発生するまで端末装置からの配信要求
を保留し、発生と同時に緊急情報を端末装置に送信す
る。また、端末装置は、受信した緊急情報をユーザに認
識可能な状態で出力する。したがって、端末装置のユー
ザは、発生した緊急情報の内容を直ちに知ることができ
る。また、端末装置が主体となってサーバ装置にアクセ
スするため、ＷＥＢ方式を用いて緊急情報を配信するこ
とができる。したがって、不特定箇所から接続できるＷ
ＥＢ方式の利点を生かしつつ、緊急情報を配信すること
ができる。

【００１１】第２の発明は、第１の発明において、出力
手段は、緊急情報を受信するごとに、その緊急情報を画
面に表示することを特徴とする。

【００１２】このような第２の発明によれば、緊急情報
は直ちに画面に表示されるので、端末装置のユーザは、
発生した緊急情報を直ちに認識することができる。

【００１３】第３の発明は、第１の発明において、受信
手段は、受信済みの緊急情報を特定した配信要求を送信
し、送信手段は、蓄積手段に蓄積された緊急情報と配信
要求によって特定された受信済みの緊急情報のいずれが
新しいかによって、配信すべき緊急情報があるか否かを
判断すること特徴とする。

【００１４】このような第３の発明によれば、端末装置
はどの緊急情報を受信したかをサーバ装置に伝えるの
で、サーバ装置は、各端末装置ごとに緊急情報を配信す
べきか否かを判断することができる。したがって、サー
バ装置は、各端末装置がすでに受信した緊急情報を再び
送信しないようにすることができる。

【００１５】第４の発明は、第１の発明において、受信
手段は、所定の時間間隔で配信要求を送信し、送信手段
は、先に受信した配信要求に対する応答を保留中に新た
な配信要求を受信したときには、先に受信した配信要求
を破棄することを特徴する。

【００１６】このような第４の発明によれば、端末装置
は、所定の時間間隔で配信要求を送信し、常にサーバ装
置からの応答待ち状態にある。したがって、端末装置
は、非同期で発生した緊急情報を常に受信することがで
きる。また、サーバ装置は、応答を保留中に配信要求を
受信したときには、保留中の配信要求を破棄する。した
がって、サーバ装置は、常に最新の配信要求に応答する
ことができる。

【００１７】第５の発明は、第１の発明において、送信
手段は、配信要求に対する応答として、配信すべき緊急
情報を特定した応答メッセージを送信した後に、端末装
置からの指示に従って緊急情報を送信し、受信手段は、
応答メッセージを受信したときには、サーバ装置に対し
てその応答メッセージで特定された緊急情報を送信する
ように指示することを特徴とする。

【００１８】このような第５の発明によれば、サーバ装
置は、端末装置の配信要求に応答した後に、端末装置か
らの指示に従って緊急情報を送信する。したがって、サ
ーバ装置は、緊急情報が発生したときに、多数の端末装
置からの配信要求に迅速に応答することができる。

【００１９】第６の発明は、第１の発明において、送信
手段は、標準化された通信プロトコルに従って、蓄積手
段に蓄積された緊急情報を送信するＷＥＢサーバ部と、
端末装置から受信した配信要求に応じて、配信すべき緊
急情報がある場合にはＷＥＢサーバ部に送信開始を指示
し、配信すべき緊急情報がない場合にはその配信要求に
対する応答を保留して、新たな緊急情報が入力されたと
きに保留した配信要求に応答すべくＷＥＢサーバ部に送
信開始を指示する送信制御部とを含み、受信手段は、Ｗ
ＥＢサーバ部と同じ通信プロトコルに従って、サーバ装
置から緊急情報を受信するＷＥＢブラウザ部と、ＷＥＢ
ブラウザ部に配信要求の送信開始を指示する受信制御部
とを含むことを特徴とする。

【００２０】このような第６の発明によれば、サーバ装
置と端末装置は、ＷＥＢサーバとＷＥＢブラウザを用い
て緊急情報を配信する。したがって、ブラウザ機能を有
するパーソナルコンピュータなどに受信制御部と出力手
段の機能を有するソフトウェアを搭載することにより、
緊急情報配信システムの端末装置を構成することができ
る。よって、不特定多数の端末装置に緊急情報を配信す
ることができる。

【００２１】第７の発明は、第６の発明において、受信
制御部と出力手段とは、サーバ装置から転送されたプロ
グラムによって構成されることを特徴とする。

【００２２】このような第７の発明によれば、緊急情報
配信システムの端末装置として動作するために必要なソ
フトウエアは、ブラウザ機能を用いてサーバ装置から転
送される。したがって、そのためのソフトウェアを予め
搭載することなく、必要に応じてパーソナルコンピュー
タなどを緊急情報配信システムの端末装置として使用す
ることができる。

【００２３】第８の発明は、非同期で発生した緊急情報
を、端末装置に対して送信するサーバ装置であって、緊
急情報を入力する入力手段と、入力された緊急情報を蓄
積する蓄積手段と、端末装置から受信した配信要求に応
じて、配信すべき緊急情報がある場合には蓄積手段に蓄
積された緊急情報を送信し、配信すべき緊急情報がない
場合にはその配信要求に対する応答を保留し、新たな緊
急情報が入力されたときに保留した配信要求に応答すべ
くその緊急情報を送信する送信手段とを備える。

【００２４】このような第８の発明によれば、サーバ装
置は、緊急情報が発生するまで端末装置からの配信要求
を保留し、発生と同時に緊急情報を端末装置に送信す
る。したがって、端末装置は、発生した緊急情報を直ち
にユーザに認識可能な状態で出力することができる。

【００２５】

【発明の実施の形態】図１は、本発明の実施形態に係る
緊急情報配信システムの構成を示すブロック図である。
このシステムは、サーバ装置１０、端末装置２０、およ
び、通信ネットワーク１を備え、防災情報システムの一
部として機能する。なお、図１では図面の簡略化のた
め、１台の端末装置２０のみを示しているが、実際のシ
ステムには多数の端末装置２０が含まれる。

【００２６】通信ネットワーク１は、有線通信網や無線
通信網などからなるインターネットである。通信ネット
ワーク１に接続された各種の装置は、ｈｔｔｐなど標準
化された通信プロトコルを用いて相互に通信する。ま
た、装置に対する不正アクセスを防止するため、通信ネ
ットワーク１にはファイヤーウォール２などのセキュリ
ティ機器が設けられる。ファイヤーウォール２は、標準
化された通信プロトコルのみをサポートする。サーバ装
置１０と端末装置２０とを結ぶ経路上には、一般に複数
のファイヤーウォール２が設けられる。

【００２７】サーバ装置１０は、入力部１１、詳細情報
データベース１２、緊急情報管理テーブル１３、送信制
御部１４、および、ＷＥＢサーバ部１５を備える。サー
バ装置１０は、防災情報センターに配置され、緊急情報
を端末装置２０に配信する。

【００２８】緊急情報３１は、防災情報センターに設置
された緊急情報作成装置（図示せず）によって作成さ
れ、非同期で、すなわち、任意のタイミングでサーバ装
置１０に入力される。緊急情報作成装置は、各拠点に設
置された観測所から気象情報や地震情報などの観測デー
タを常時収集し、これらの観測データに基づき警戒情報
や避難情報などの緊急情報を作成する。緊急情報は、例
えば、累加雨量や河川の水位情報が所定のしきい値を超
えたときに作成される。

【００２９】入力部１１は、後述するように、緊急情報
作成装置から緊急情報３１を受け取ると、緊急情報３１
の詳細情報３２と管理情報３３とを、それぞれ、詳細情
報データベース１２と緊急情報管理テーブル１３とに書
き込む。詳細情報データベース１２は、緊急情報の詳細
情報３２をファイル単位で蓄積する。緊急情報管理テー
ブル１３は、図２に示すように、緊急情報の管理情報３
３として、各緊急情報の識別番号５１と有効期限５２と
を蓄積する。識別番号５１は、緊急情報を一意に識別す
るために入力部１１が割り当てる番号である。有効期限
５２は、各緊急情報が有効である期限を表す。有効期限
を経過した緊急情報は、破棄される。

【００３０】ＷＥＢサーバ部１５は、ＷＷＷシステムに
おけるＷＥＢサーバとして機能する。すなわち、ＷＥＢ
サーバ部１５は、例えばｈｔｔｐに準拠して動作し、端
末装置２０からの要求に応じて、サーバ装置１０に蓄積
されたデータを送信する。送信制御部１４は、後述する
ように、端末装置２０からの要求に応じて、ＷＥＢサー
バ部１５を制御して、詳細情報データベース１２に蓄積
された緊急情報の詳細情報３２を送信する。

【００３１】端末装置２０は、ＷＥＢブラウザ部２１、
受信制御部２２、および、出力部２３を備える。端末装
置２０は、通信ネットワーク１に接続可能な任意の拠点
に配置され、サーバ装置１０から緊急情報を受信し出力
する。端末装置２０は、典型的には、ブラウザ機能を有
するパーソナルコンピュータによって実現される。

【００３２】ＷＥＢブラウザ部２１は、ＷＷＷシステム
におけるＷＥＢブラウザとして機能する。すなわち、Ｗ
ＥＢブラウザ部２１は、ＷＥＢサーバ部１５と同じ通信
プロトコル、例えばｈｔｔｐに準拠して動作し、サーバ
装置１０に蓄積されたデータを受信する。また、ＷＥＢ
ブラウザ部２１は、他のＷＥＢサーバ（図示せず）から
データを受信し、受信したデータを画面に表示すること
もできる。

【００３３】受信制御部２２は、ＷＥＢブラウザ部２１
を制御してサーバ装置１０から緊急情報を受信し、出力
部２３に供給する。また、受信制御部２２は、直前に受
信した緊急情報の識別番号を表す受信済み番号２４を管
理する。出力部２３は、受信した緊急情報３５を、ユー
ザに認識可能な状態に変換して、緊急情報出力３６とし
て出力する。受信制御部２２および出力部２３の詳細は
後述する。

【００３４】図１に示す緊急情報配信システムは、概ね
以下のように動作する。サーバ装置１０は、入力された
緊急情報３１を詳細情報データベース１２に蓄積する。
端末装置２０は、サーバ装置１０に対して、配信すべき
緊急情報の有無を問い合わせる。この問い合わせには、
端末装置２０の受信済み番号２４が含まれている。サー
バ装置は、蓄積した緊急情報の識別番号と受信した受信
済み番号とを比較し、配信すべき緊急情報があると判断
した場合には、その問い合わせに直ちに応答する。サー
バ装置１０は、配信すべき緊急情報がないと判断した場
合には、その問い合わせに対する応答を保留し、新たな
緊急情報が入力されたときに保留した問い合わせに応答
する。端末装置２０は、応答を受信すると、ブラウザ機
能を用いてサーバ装置１０から緊急情報の詳細情報を受
信し、受信した緊急情報を用いて画面表示などを行う。
以下、入力部１１、送信制御部１４、受信制御部２２、
および、出力部２３の詳細を順に説明する。

【００３５】図３は、入力部１１の動作を示すフローチ
ャートである。入力部１１は、緊急情報３１が入力され
ると（ステップＳ１０１）、まず、入力された緊急情報
に新たな識別番号を付与する（ステップＳ１０２）。次
に、入力部１１は、緊急情報３１の詳細情報３２を、フ
ァイル単位で詳細情報データベース１２に記録する（ス
テップＳ１０３）。次に、入力部１１は、入力された緊
急情報３１の管理情報３３として、識別番号５１と有効
期限５２を緊急情報管理テーブル１３に書き込む（ステ
ップＳ１０４）。次に、入力部１１は、新たな緊急情報
が入力された旨を、制御信号３４を用いて送信制御部１
４に通知する（ステップＳ１０５）。入力部１１は、緊
急情報３１が入力されるごとに、ステップＳ１０１から
Ｓ１０５までの処理を行う。

【００３６】図４は、送信制御部１４の動作を示すフロ
ーチャートである。送信制御部１４は、入力部１１から
の通知に対する処理（ステップＳ１２１〜Ｓ１２３）
と、端末装置２０から受信したメッセージに対する処理
（ステップＳ１２４〜Ｓ１３４）とを繰り返す。なお、
図４に示すフローチャートにおけるデータの送受信は、
いずれも、ＷＥＢサーバ部１５を用いて行われる。

【００３７】送信制御部１４は、入力部１１から新たな
緊急情報３１が入力された旨の通知を受けたときには、
ステップＳ１２２へ進む（ステップＳ１２１）。この場
合、送信制御部１４は、各端末装置２０に入力された緊
急情報を直ちに配信すべきであると判断する。このた
め、送信制御部１４は、入力された緊急情報３１の識別
番号を含んだ応答メッセージ４２を作成し、作成した応
答メッセージ４２を問い合わせを保留中のすべての端末
装置２０に対して送信する（ステップＳ１２２、Ｓ１２
３）。

【００３８】送信制御部１４は、端末装置２０から問い
合わせメッセージ４１を受信したときにはステップＳ１
２５へ、詳細情報要求メッセージ４３を受信したときに
はステップＳ１３２へ進む。送信制御部１４は、それ以
外の場合はステップＳ１２１へ戻る（ステップＳ１２
４）。

【００３９】問い合わせメッセージ４１を受信した場
合、送信制御部１４は、その端末装置２０からの問い合
わせを保留中であるか否かを判断し（ステップＳ１２
５）、保留中である場合にはその問い合わせをキャンセ
ルする（ステップＳ１２６）。次に、送信制御部１４
は、受信した問い合わせメッセージ４１から受信済み番
号Ａを取得し（ステップＳ１２７）、緊急情報管理テー
ブル１３からその時点で有効な最新の識別番号Ｂを取得
する（ステップＳ１２８）。

【００４０】次に、送信制御部１４は、受信済み番号Ａ
と有効な最新の識別番号Ｂとを比較する（ステップＳ１
２９）。送信制御部１４は、識別番号Ｂが受信済み番号
Ａより新しい場合には（ステップＳ１２９のＹＥＳ）、
問い合わせに直ちに応答すべきと判断し、識別番号Ｂを
含んだ応答メッセージ４２を作成し、端末装置２０に送
信する（ステップＳ１３０）。それ以外の場合には（ス
テップＳ１２９のＮＯ）、送信制御部１４は、問い合わ
せに直ちに応答すべきでないと判断し、問い合わせメッ
セージ４１に対する応答を保留する（ステップＳ１３
１）。

【００４１】詳細情報要求メッセージ４３を受信した場
合、送信制御部１４は、そのメッセージから識別番号を
取得し（ステップＳ１３２）、取得した識別番号に対応
した緊急情報の詳細情報を詳細情報データベース１２か
ら読み出す（ステップＳ１３３）。次に、送信制御部１
４は、読み出した詳細情報を含んだ詳細情報メッセージ
４４を作成し、端末装置２０に送信する（ステップＳ１
３４）。

【００４２】図５は、受信制御部２２の動作を示すフロ
ーチャートである。なお、図５に示すフローチャートに
おけるデータの送受信は、いずれも、ＷＥＢブラウザ部
２１を用いて行われる。受信制御部２２は、起動時に受
信済み番号２４を「なし」に初期化し（ステップＳ２０
１）、その後はステップＳ２０２からＳ２１０までの処
理を繰り返す。

【００４３】受信制御部２２は、新たな緊急情報の有無
を問い合わせるために、受信済み番号２４を含んだ問い
合わせメッセージ４１を作成し（ステップＳ２０２）、
サーバ装置１０に送信する（ステップＳ２０３）。次
に、受信制御部２２は、サーバ装置１０から応答メッセ
ージ４２を受信するまで待機する（ステップＳ２０
４）。上述したように、サーバ装置１０は問い合わせメ
ッセージ４１に対する応答を保留するので、受信制御部
２２は、応答待ち状態に入ると同時にタイマーを起動す
る。受信制御部２２は、タイマーがタイムアウトする前
に応答メッセージ４２を受信したときには、ステップＳ
２０５へ進む。また、タイマーがタイムアウトしたとき
や通信が切断されたときには、受信制御部２２は、ステ
ップＳ２０２へ進み、問い合わせメッセージ４１を再び
送信する。この場合、端末装置２０からは所定の時間間
隔で、問い合わせメッセージ４１が繰り返し送信される
ことになる。

【００４４】サーバ装置１０から応答メッセージ４２を
受信した場合（ステップＳ２０４のＹＥＳ）、受信制御
部２２は、応答メッセージ４２から有効な最新の識別番
号を取得する（ステップＳ２０５）。次に、受信制御部
２２は、取得した識別番号を含んだ詳細情報要求メッセ
ージ４３を作成し（ステップＳ２０６）、サーバ装置１
０に送信する（ステップＳ２０７）。

【００４５】詳細情報要求メッセージ４３を受信したサ
ーバ装置１０は、指定された識別番号を有する緊急情報
の詳細情報３２を含んだ詳細情報メッセージ４４を送信
する（図４のステップＳ１３４）。受信制御部２２は、
サーバ装置１０から詳細情報メッセージ４４を受信し
（ステップＳ２０７）、緊急情報３５を出力部２３に供
給する（ステップＳ２０８）。次に、受信制御部２２
は、受信済み番号２４を更新し、ステップＳ２０２へ戻
る（ステップＳ２０９）。

【００４６】出力部２３は、受信制御部２２から緊急情
報３５を受け取ると、受け取った緊急情報３５をユーザ
にとって認識可能な状態で出力する。例えば、出力部２
３は、受信制御部２２から新たな緊急情報３５を受け取
ると、直ちに端末装置２０の表示画面内に新たなウィン
ドウを開き、そのウィンドウ内に緊急情報３５の内容を
表示させる。図６は、端末装置２０による緊急情報の表
示例を示す図である。図６に示すウィンドウには、緊急
情報として気象台情報と河川情報とが表示されている。
このウィンドウは、端末装置２０が新たな緊急情報を受
信したときに優先的に表示され、ユーザがウィンドウを
閉じる操作を行うまで表示される。また、出力部２３
は、印字出力するなど他の手段で緊急情報３５を出力し
てもよい。

【００４７】図７は、図１に示す緊急情報配信システム
におけるメッセージ送受信の様子を示すシーケンス図で
ある。受信済み番号２４が当初（ｉ−１）である場合、
端末装置２０は、受信済み番号（ｉ−１）を含んだ問い
合わせメッセージ４１を所定の時間間隔で送信し（ステ
ップＳ２０３）、問い合わせに対する応答待ち状態にあ
る。サーバ装置１０は、問い合わせメッセージ４１を受
信しても（ステップＳ１２４）、配信すべき緊急情報が
ない場合ので、先に受信した問い合わせをキャンセルし
（ステップＳ１２６）、新たに受信した問い合わせに対
する応答を保留する（ステップＳ１３１）。

【００４８】問い合わせメッセージ４１ｃに対する応答
が保留されているときに、新たな緊急情報が、サーバ装
置１０に入力されたとする（ステップＳ１０１）。サー
バ装置１０は、入力された緊急情報に識別番号ｉを付与
し（ステップＳ１０２）、識別番号ｉを含んだ応答メッ
セージ４２ｃを送信する（ステップＳ１２３）。端末装
置２０は、応答メッセージ４２ｃを受信すると（ステッ
プＳ２０４）、識別番号ｉを含んだ詳細情報要求メッセ
ージ４３を送信する（ステップＳ２０７）。

【００４９】サーバ装置１０は、詳細情報要求メッセー
ジ４３を受信すると（ステップＳ１２４）、識別番号ｉ
を有する緊急情報の詳細情報を含んだ詳細情報メッセー
ジ４４を送信する（ステップＳ１３２）。端末装置２０
は、詳細情報メッセージ４４を受信すると（ステップＳ
２０８）、そこから緊急情報を取り出して出力する（ス
テップＳ２０９）。端末装置２０は、受信済み番号２４
をｉに更新し（ステップＳ２１０）、受信済み番号ｉを
含んだ問い合わせメッセージ４１を所定の時間間隔で送
信する（ステップＳ２０３）。

【００５０】このように、サーバ装置１０に入力された
緊急情報３１は、端末装置２０に迅速に配信され、端末
装置２０から直ちに出力される。したがって、端末装置
２０のユーザは、発生した緊急情報の内容を直ちに知る
ことができる。また、サーバ装置１０と端末装置２０は
ｈｔｔｐなど標準的な通信プロトコルを用いて通信す
る。このため、サーバ装置１０と端末装置２０とを結ぶ
経路上に、標準的な通信プロトコルのみをサポートする
ファイヤーウォール２が存在していても、その存在が通
信の妨げとなることはない。

【００５１】端末装置２０は、典型的には、ＷＥＢブラ
ウザ部２１と受信制御部２２と出力部２３との機能を有
するソフトウェアをパーソナルコンピュータなどに搭載
することによって構成することができる。この場合、Ｗ
ＥＢブラウザ部２１の機能は、多くのパーソナルコンピ
ュータなどに予め搭載されているブラウザソフトウェア
によって実現できる。したがって、ブラウザ機能を有す
るパーソナルコンピュータなどに、受信制御部２２と出
力部２３の機能を有するソフトウェアを搭載すれば、容
易に端末装置２０を構成することができる。

【００５２】また、受信制御部２２と出力部２３の機能
を、ブラウザソフトウェア上で動作するソフトウェアで
あるアプレットとして実現することもできる。この場
合、ユーザは、防災情報センターのホームページから、
ブラウザソフトウェアに対応したアプレットをパーソナ
ルコンピュータなどにダウンロードする。ダウンロード
されたアプレットは、ブラウザソフトウェアが防災情報
センターのホームページをアクセスしている間、受信制
御部２２および出力部２３として機能する。これによ
り、予め必要なソフトウェアを搭載することなく、ブラ
ウザ機能を有するパーソナルコンピュータなどに必要な
アプレットを転送することにより、必要に応じてパーソ
ナルコンピュータなどを緊急情報配信システムの端末装
置として使用することができる。したがって、不特定多
数の端末装置に緊急情報を配信することができる。

【００５３】以上に示すように、サーバ装置は、緊急情
報が発生するまで端末装置からの配信要求を保留し、発
生と同時に緊急情報を端末装置に送信する。また、端末
装置は、受信した緊急情報をユーザに認識可能な状態で
出力する。したがって、端末装置のユーザは、発生した
緊急情報の内容を直ちに知ることができる。また、端末
装置が主体となってサーバ装置にアクセスするため、Ｗ
ＥＢ方式を用いて緊急情報を配信することができる。し
たがって、不特定箇所から接続できるＷＥＢ方式の利点
を生かしつつ、緊急情報を配信することができる。

【００５４】なお、本実施形態では、サーバ装置は、問
い合わせメッセージに対して応答メッセージを送信した
後に、端末装置からの要求に応じて緊急情報を配信する
こととしたが、これに代えて、問い合わせメッセージに
対して直ちに緊急情報を送信することとしてもよい。ま
た、ブラウザ機能を有するパーソナルコンピュータを用
いて端末装置を構成することしたが、これに代えて、ブ
ラウザ機能を有する任意の情報通信機器、例えば、携帯
電話や個人用情報端末やワークステーションなどを用い
て端末装置を構成してもよい。このような緊急情報配信
システムも、本実施形態と同様の効果を奏することがで
きる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る緊急情報配信システ
ムの構成を示すブロック図である。

【図２】図１に示す緊急情報配信システムにおける緊急
情報管理テーブルの例を示す図である。

【図３】図１に示す緊急情報配信システムにおける入力
部の動作を示すフローチャートである。

【図４】図１に示す緊急情報配信システムにおける送信
制御部の動作を示すフローチャートである。

【図５】図１に示す緊急情報配信システムにおける受信
制御部の動作を示すフローチャートである。

【図６】図１に示す緊急情報配信システムにおける端末
装置による緊急情報の表示例を示す図である。

【図７】図１に示す緊急情報配信システムによるメッセ
ージ送受信の様子を示すシーケンス図である。

【符号の説明】

１…通信ネットワーク １０…サーバ装置 １１…入力部 １２…詳細情報データベース １３…緊急情報管理テーブル １４…送信制御部 １５…ＷＥＢサーバ部 ２０…端末装置 ２１…ＷＥＢブラウザ部 ２２…受信制御部 ２３…出力部 ２４…受信済み番号 ３１、３５…緊急情報 ３２…詳細情報 ３３…管理情報 ３４…制御信号 ３６…緊急情報出力 ４１…問い合わせメッセージ ４２…応答メッセージ ４３…詳細情報要求メッセージ ４４…詳細情報メッセージ

フロントページの続き Ｆターム(参考） 5C087 AA02 AA03 AA10 AA24 BB03 BB12 BB73 DD02 EE07 EE15 EE20 FF01 FF02 FF04 FF19 FF20 FF30 GG12 GG19 GG22 GG23 GG32 GG66 GG67 GG70 GG71 GG83

Claims (8)

【特許請求の範囲】
1. 【請求項１】 非同期で発生した緊急情報を、サーバ装
   置から端末装置へ配信する緊急情報配信システムであっ
   て、 前記サーバ装置は、 前記緊急情報を入力する入力手段と、 入力された緊急情報を蓄積する蓄積手段と、 前記端末装置から受信した配信要求に応じて、配信すべ
   き緊急情報がある場合には前記蓄積手段に蓄積された緊
   急情報を送信し、配信すべき緊急情報がない場合には当
   該配信要求に対する応答を保留し、新たな緊急情報が入
   力されたときに保留した配信要求に応答すべく当該緊急
   情報を送信する送信手段とを備え、 前記端末装置は、 前記サーバ装置に対して前記配信要求を送信し、前記サ
   ーバ装置から前記緊急情報を受信する受信手段と、 前記緊急情報を受信するごとに、当該緊急情報をユーザ
   に対して認識可能な状態で出力する出力手段とを備え
   た、緊急情報配信システム。
2. 【請求項２】 前記出力手段は、前記緊急情報を受信す
   るごとに、当該緊急情報を画面に表示することを特徴と
   する、請求項１に記載の緊急情報配信システム。
3. 【請求項３】 前記受信手段は、受信済みの緊急情報を
   特定した前記配信要求を送信し、 前記送信手段は、前記蓄積手段に蓄積された緊急情報と
   前記配信要求によって特定された受信済みの緊急情報の
   いずれが新しいかによって、配信すべき緊急情報がある
   か否かを判断すること特徴とする、請求項１に記載の緊
   急情報配信システム。
4. 【請求項４】 前記受信手段は、所定の時間間隔で前記
   配信要求を送信し、 前記送信手段は、先に受信した配信要求に対する応答を
   保留中に新たな配信要求を受信したときには、先に受信
   した配信要求を破棄することを特徴する、請求項１に記
   載の緊急情報配信システム。
5. 【請求項５】 前記送信手段は、前記配信要求に対する
   応答として、配信すべき緊急情報を特定した応答メッセ
   ージを送信した後に、前記端末装置からの指示に従って
   前記緊急情報を送信し、 前記受信手段は、前記応答メッセージを受信したときに
   は、前記サーバ装置に対して当該応答メッセージで特定
   された緊急情報を送信するように指示することを特徴と
   する、請求項１に記載の緊急情報配信システム。
6. 【請求項６】 前記送信手段は、 標準化された通信プロトコルに従って、前記蓄積手段に
   蓄積された緊急情報を送信するＷＥＢサーバ部と、 前記端末装置から受信した配信要求に応じて、配信すべ
   き緊急情報がある場合には前記ＷＥＢサーバ部に送信開
   始を指示し、配信すべき緊急情報がない場合には当該配
   信要求に対する応答を保留して、新たな緊急情報が入力
   されたときに保留した配信要求に応答すべく前記ＷＥＢ
   サーバ部に送信開始を指示する送信制御部とを含み、 前記受信手段は、 前記ＷＥＢサーバ部と同じ通信プロトコルに従って、前
   記サーバ装置から前記緊急情報を受信するＷＥＢブラウ
   ザ部と、 前記ＷＥＢブラウザ部に前記配信要求の送信開始を指示
   する受信制御部とを含むことを特徴とする、請求項１に
   記載の緊急情報配信システム。
7. 【請求項７】 前記受信制御部と前記出力手段とは、前
   記サーバ装置から転送されたプログラムによって構成さ
   れることを特徴とする、請求項６に記載の緊急情報配信
   システム。
8. 【請求項８】 非同期で発生した緊急情報を、端末装置
   に対して送信するサーバ装置であって、 前記緊急情報を入力する入力手段と、 入力された緊急情報を蓄積する蓄積手段と、 前記端末装置から受信した配信要求に応じて、配信すべ
   き緊急情報がある場合には前記蓄積手段に蓄積された緊
   急情報を送信し、配信すべき緊急情報がない場合には当
   該配信要求に対する応答を保留し、新たな緊急情報が入
   力されたときに保留した配信要求に応答すべく当該緊急
   情報を送信する送信手段とを備えた、サーバ装置。