防災情報提供システム
【課題】業種毎にシステム構成、ユーザインターフェースが異なっても、ユーザ端末側に対しては防災、交通、天気等に関わる情報を容易に共通した見方がでるページで提供できる防災情報提供システムを得る。
【解決手段】防災関連情報をＸＭＬ形式で効率的にストレージサーバ３に収集・集約し、それらをパソコン１０ａ、携帯電話機１６、ＣＡＴＶ等の複数のメディアを用いてユーザに提供するシステムとし、「気象情報」、「メール配信」、「電話応答」の３つの機能を有し、「メール配信」、「電話応答」の機能を備えることによって、健常者だけではなく視覚障害、聴覚障害者などの災害弱者を考慮した連携をはかる。
そして、各サーバ間のデータ連携方法は、原則的にファイルストレージ上のＸＭＬファイルを介して行い、またデータの削除は原則的にデータ取得側で実施することとする。さらに、複数の装置で参照するファイルについては、定期的にバッチプログラムを動作させることによりデータが増大しつづけることを防止する。
【解決手段】防災関連情報をＸＭＬ形式で効率的にストレージサーバ３に収集・集約し、それらをパソコン１０ａ、携帯電話機１６、ＣＡＴＶ等の複数のメディアを用いてユーザに提供するシステムとし、「気象情報」、「メール配信」、「電話応答」の３つの機能を有し、「メール配信」、「電話応答」の機能を備えることによって、健常者だけではなく視覚障害、聴覚障害者などの災害弱者を考慮した連携をはかる。
そして、各サーバ間のデータ連携方法は、原則的にファイルストレージ上のＸＭＬファイルを介して行い、またデータの削除は原則的にデータ取得側で実施することとする。さらに、複数の装置で参照するファイルについては、定期的にバッチプログラムを動作させることによりデータが増大しつづけることを防止する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、防災情報提供システムに関し、特に業種毎に独自のデータ形式で防災、交通等に関わる情報を保存しているサーバからのデータを、集めてこれらを一目で把握させるためのシステムに関する。
【背景技術】
【０００２】
既存の防災情報システムは、紙ベースの報告フォーマットに基づいて設計されており、収集したデータを帳票出力するだけではなく、付加情報としてＧＩＳデータも扱える。
【０００３】
しかしながら、ＧＩＳを導入した平成１２年以降は帳票出力を主体としたニーズから、よりＧＩＳを中心としたＷｅｂ上での解析機能や、防災を軸としつつもより総合的な情報提供を果たす役割に対するニーズが高まってきており、ニーズに対するＷｅｂシステムとしては現在の既設システムでは必ずしも最適化されているとは言えないのが現状である。
【０００４】
また、ビルドアップによる構築（＊＊＊意味不明＊＊）であるため本来備えておくべき機能の一部が欠落しているという問題もある。
【０００５】
例えば、既設システムは、データ収集方法、ユーザインターフェース、ＷｅｂＧＩＳの項目を特徴としている。
【０００６】
データ収集方法は、市町村などからの報告を電話、ｆａｘによる情報収集管理から自動的に生成することを最大の目的として構成され、登録する文字情報はそれまでに手作業で行っていた情報を網羅しており、消防庁への報告を行うのに必要な項目としている。
【０００７】
ユーザインターフェースは、Ｗｅｂページの報告様式はそれまでの紙ベースでの報告に基づき設計されており、被害種別毎に一覧形式の入力インターフェースを実現することによって、電話、ｆａｘで業務を行ってきた実務担当者にとって違和感のないインターフェースが実現されている。
【０００８】
ＷｅｂＧＩＳは、帳票作成機能を主体としたＷｅｂシステムの方針に従って構築されており、文字情報の負荷情報としてＧＩＳを利用するものであり、全ての地図データは防災ＬＡＮ内のサーバで管理し、国土地理院作成の数値地図等をベースに構築されている。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記の既存のシステムは、レスポンス、操作性、機能性等に問題がある。
【００１０】
レスポンスについては、報告件数が増加するにつれてページの表示速度が低下する。また、ＧＩＳにおいてサーバに全地図データを保持していることにより通信時間が増大し、それにより費用が増大する。
【００１１】
操作性については、報告件数が増加するに従って、ページのスクロールが多発する。また、報告画面において、複数の担当者が同時に同じ報告項目を報告することができない。
【００１２】
また、ページのツリー構造が複雑で画面間の遷移をスムーズに行うことができない。
【００１３】
また。多くの項目をキーボードで直接入力する必要がある（入力補助機能が乏しい）。
【００１４】
緊急性、重要性のある報告とそうでいない報告との区別が判断し難い。
【００１５】
また、地図データの質が腐敗化しつつあり、データ量についても不足している。さらに、ＧＩＳにおいて操作が複雑で分かりづらい。
【００１６】
機能性については、市町村、関係機関における集計、帳票出力機能がない、検索機能、フィルタリング機能が乏しい、ＰＣ端末以外に防災情報システムにアクセルする手段がない。
【００１７】
データの表示機能が文字ベースのマトリックス１種のみで多角的なデータ解析が困難である。
【００１８】
その他については、定期的な人事異動等により、職員のシステム操作に対する習熱度を維持するのが困難である。
【００１９】
また、連携することによって互いに高め合うことが可能なシステムとの連携が実現できない。
【００２０】
さらに、視聴障害者や災害弱者を考慮した情報伝達手段がない。すなわち、従来の防災システムは、業種毎にシステム構成、ユーザインターフェースが異なるので、共通した見方ができないという課題があった。
【００２１】
本願発明は、以上の課題を解決するためになされたもので、業種毎にシステム構成、ユーザインターフェースが異なっても、ユーザ端末側に対しては防災、交通、天気等に関わる情報を容易に共通した見方がでるページで提供できる防災情報提供システムを得ることを目的とする。
【課題を解決するための手段】
【００２２】
本発明は、少なくとも、一定地域の行政機関が収集可能な災害、交通情報に関わる情報を収集し、このデータを独自の形式又はＸＭＬ形式で送信する第１のサーバ、自業者の交通情報を収集して前記ＸＭＬ形式又は独自の形式で配信する第２のサーバ、気象情報を前記ＸＭＬ形式又は独自の形式で配信する第３のサーバに対して防災情報提供サーバが通信を行って、これらの情報を要望するユーザ端末に前記ＸＭＬ形式のデータに基づく画面を提供する防災情報提供システムである。
【００２３】
前記防災情報提供サーバは、前記各サーバが送信する情報の種類毎のフォルダ、前記端末の種類に応じたフォルダが予め設定されたメモリと、前記各サーバからのデータが前記ＸＭＬ形式のデータかどうかを判断し、ＸＭＬ形式でない前記独自の形式のデータの場合は、該データをＸＭＬ形式に変換する手段と、前記各サーバからのデータを前記ＸＭＬ形式に変換した後に、該ＸＭＬ形式のデータのタグ情報で情報の種類を判断し、該判断した種類の前記フォルダに、ＸＭＬデータを保存する手段と、前記ユーザ端末が要望する情報の種類に該当するフォルダを前記メモリから検索し、該フォルダ内のＸＭＬデータのうちで予め設定されている項目のＸＭＬデータを読み出して、これを一画面に構成して前記ユーザ端末に送信する手段とを備えたことを要旨とする。
【発明の効果】
【００２４】
以上のように、本発明によれば、防災、交通、天気等にかかわる情報をＸＭＬ又は独自の形式のデータで各種業種、行政機関のサーバから収集させ、これをＸＭＬファイルで情報の種類毎に格納し、ユーザ端末からのアクセスがあったときは、ユーザが要望する種類に関連するＸＭＬデータを予め設定されている項目種だけあつめ、これを１画面でみられる形式にして送信する。
【００２５】
このため、業種毎にシステム構成、ユーザインターフェースが異なったとしても、共通した見方でできるだけ多くの情報をユーザ端末に提供できるという効果が得られている。
【００２６】
従って、災害情報等においては緊急性を要するものであるから、自分のもっとも必要とする情報を直ちにみることができるので、災害用に適している。
【発明を実施するための最良の形態】
【００２７】
本実施の形態は、防災関連情報をＸＭＬで効率的に収集・集約し、それらをパソコン、携帯電話機、ＣＡＴＶ等の複数のメディアを用いてユーザに提供するシステムであり、「気象情報」、「メール配信」、「電話応答」の３つの機能を有し、「メール配信」、「電話応答」の機能を備えることによって、健常者だけではなく視覚障害、聴覚障害者などの災害弱者を考慮した連携をはかっている。
【００２８】
そして、各サーバ間のデータ連携方法は、原則的にファイルストレージ上のＸＭＬファイルを介して行い、またデータの削除は原則的にデータ取得側で実施することとする。さらに、複数の装置で参照するファイルについては、定期的にバッチプログラムを動作させることによりデータが増大しつづけることを防止する。
【００２９】
＜実施の形態１＞
図１は本発明の実施の形態１の概念図である。図１に示すシステムは、ライフライン端末装置１からの災害時における交通情報、電力情報、ガス情報、気象情報（雨量情報、風情報等）、避難施設情報等（総称して災害情報という）を防災情報提供サイトＣの情報登録用サーバ３が登録する。
【００３０】
また、防災情報提供サイトＣの自動巡回サーバ３が鉄道事業者サーバ５、船舶事業者サーバ６、バス事業者サーバ７から希望の情報を検索し、これらを情報登録用サーバ３に登録する。
【００３１】
また、気象情報会社のサーバ８（図示せず）は情報登録用サーバ３と通信を確立して、ＸＭＬ形式の気象情報を情報登録用サーバ３（ストレージサーバともいう）に登録する。
【００３２】
ＸＭＬ変換・情報提供サーバ９は、情報登録用サーバ３の災害情報がＸＭＬ形式かどうかを判断し、ＸＭＬ形式ではない場合は、その情報をＸＭＬ形式（タグ形式）に変換する。
【００３３】
そして、外部からの端末１０（１０ａ、１０ｂ、・・・）からのアクセスによって、希望の災害情報をｈｔｍｌでインターネット１１を介して送信する。
【００３４】
すなわち、災害情報をＸＭＬ形式で送信させて保存又はＸＭＬ形式に変換して保存し、これらのＸＭＬ形式の災害情報をｈｔｍｌで外部に提供することによって、関連のシステムからの各種データを統一的な形式でユーザに提供している。
【００３５】
図２は本実施の形態１の概略構成図である。図２に示すようにライフラインのサービスサイトＡは、ライフライン端末１ａ、サーバ１ｂ、データベース１ｃ等（総称してライフライン端末装置１）から構成され、ライフライン端末１ａ（パソコン）に入力された災害情報（県道の交通情報（国の番号と交通情報）、田畑の状況、河川の状況）をデータベース１ｃに保存する。このライフライン端末１ａで入力する情報は後述するＸＭＬ形式で入力するのが好ましい。
【００３６】
サーバ１ｂは、防災情報提供サイトＣからの要求されたファイルのデータ（ＸＭＬの場合もある）をインターネット１１を介して送信する。
【００３７】
交通関係のサービスサイトＢ（本実施の形態では鉄道）は、端末５ｂ（パソコン）、サーバ５ａ、データベース５ｃ等（総称して交通情報サーバ５ともいう）から構成され、端末５ｂに入力された鉄道の交通情報をデータベース５ｃに保存する。この端末５ｂで入力する情報は後述するＸＭＬ形式で入力される。
【００３８】
サーバ５ａは、インターネット１１を介して防災情報提供ホストＣと回線を確立して、データベース５ｃの鉄道情報を送信する。
【００３９】
気象会社のサーバ８は、専用回線１２で防災情報提供ホストＣと接続し、気象情報（ＸＭＬ）を防災情報提供サイトＣに送信する。
【００４０】
また、ブラウザ機能を有するパソコン１０ａ、携帯電話機１５（ｉモード；登録商標）、一般電話機１６（プッシュボタン）がインターネット１１、電話網１３、無線網１４を介して防災情報提供サービスホストＣに接続され、防災情報提供ホストＣがこれらのユーザ端末が希望する防災情報に関連する全てをＨＴＭＬで送信し、画面において一度で必要な情報を提供している。
【００４１】
前述の防災情報サービスサイトＣは、自動巡回サーバ４と、ＸＭＬ変換機能付き入力用サーバ１９と、ＣＴＩサーバ１７と、公開ｗｅｂサーバ１８と、ストレージサーバ３、ルータ（図示せず）等を有している。前述の入力用サーバ１９と公開ｗｅｂサーバ１８とを含むものをＸＭＬ変換・情報提供サーバ９と称している。
【００４２】
自動巡回サーバ４は、ライフライン端末装置１及び交通情報サービスサイトＢが保存している情報のファイル番号を記憶しており、このファイル番号を希望データとして送出して送信させ、これを入力用サーバ１９に送信して、ＸＭＬ形式の変換させてストレージサーバ３に書き込む。
【００４３】
このストレージサーバ３は、予めフォルダを備え、例えば、気象情報のフォルダ、交通情報のフォルダ、河川状況のフォルダ、ガスのフォルダ、電力状況のフォルダ等を備え、これらのフォルダに階層構造で各種データを保存する。
【００４４】
入力用サーバ１９は、ＸＭＬ変換機能及びストレージサーバのフォルダ検索機能等を備え、ＸＭＬ形式のデータを受信したときは、このＸＭＬデータのタグの種類を読み、該当の種類名を有するフォルダに受信したＸＭＬを階層的に書き込む。また、ＸＭＬ形式のデータではない災害情報（テキスト、ＣＳＶ、バイナリ等）を受信したときは、これをＸＭＬ形式に変換してストレージサーバ３に保存する。
【００４５】
前述のストレージサーバ３は、図３に示すように、フォルダ（災害、最新、ニュース、河川、道路、鉄道、ＣＴＩ、携帯・・・・）の下に年月日、地域名（市名）、そして、ＸＭＬ形式の災害情報を階層的にリンク付けしている。ＣＴＩサーバ１７は、一般電話機１６のプッシュキー（番号、記号）に、災害情報（ＸＭＬデータ）のタグを対応させている。例えば、１番が気象、２番が道路、３番、が鉄道等と対応させている。
【００４６】
そして、ＣＴＩサーバ１７は、一般電話機１６と回線を結び（通話状態）、災害情報をプッシュキーで案内できるメッセージを送信し、一般電話機１７からのプッシュキーの種類を判断し、この種類に対応する災害情報のタグを読み、このタグの種類に該当するフォルダをストレージサーバ３から検索し、検索したＸＭＬデータを音声変換して一般電話機に送信する。
【００４７】
公開ｗｅｂサーバ１８は、ＰＣ端末１０ａ又は携帯電話機１５からのアクセスをインターネット１１を介して受け付け、所定のページを提供する。このとき、ＰＣ端末１０ａからの位置情報によって地域名を判断し、該当の地域の災害情報を全て検索し（予め設定されている種類のみ）、検索した災害情報を所定の画面形式で表示させる（後述する）。また、携帯電話機１５からのアクセスの場合は、携帯電話機１６の画面サイズに応じた画面を提供する。
【００４８】
上記のように構成された防災システムについて以下に動作を説明する。図４、図５は本実施の形態のシーケンス図である。
【００４９】
防災情報サービスサイトＣのＸＭＬ変換機能付き入力用サーバ１９と気象情報用サーバ８が通信ネットワーク（例えば、専用回線）を介して接続を確立する（ｄ１）。
【００５０】
気象情報用サーバ８は、各種気象情報（アメダス情報、雨量、地域、風、気圧・・・）を収集し、これらを定期的に読み出して入力用サーバ１９にＸＭＬ形式で送信する（ｄ２）。この気象情報用サーバ８からの送信は、図６に示すようにコンテンツ種類とコンテンツ名、区分、更新頻度、画像添付の有無、ＸＭＬデータ配信の有無、地区等をテーブルで記憶し、更新頻度に従ってＸＭＬ形式で配信する（図７参照：情報名のタグをつけて配信）。
【００５１】
入力用サーバ１９は、気象情報用サーバ８からの気象情報（ＸＭＬデータ）を受信し、タグをキーとして該当のフォルダを引き当て、このフォルダにＸＭＬファイルで書き込む（ｄ３）。例えば図８に示すように、災害とするフォルダに、年月日、地域名、ＸＭＬデータ等を階層的に保存する。
【００５２】
また、自動巡回サーバ４は、交通情報サーバ８に保存されている情報のファイル番号（アドレス）を交通情報読出名用ファイル（図示せず）に保存しており、この交通情報読出名用ファイルに基づくファイル名を指定して、希望の交通情報を取り出す（ｄ４、ｄ５）。このとき、交通情報用サーバ５からの交通情報がＸＭＬ形式で送信されたときは、タグの種類を判断し、ストレージサーバ３の該当のフォルダ内に保存する。また、ＸＭＬ形式にされていないときは、入力用サーバ１６に送出してＸＭＬ変換させた後で、ストレージサーバ３に保存させる（ｄ６、ｄ７）。
【００５３】
また、自動巡回サーバ４は、ライフライン端末装置１（県の端末（県道、県内の電車情報、田畑）、消防署、警察等）に対して、希望の情報（ファイルの番号、要求コマンド）を要求する（ｄ８、ｄ９）。ライフライン端末装置１は、上記のようにＸＭＬ形式で情報を送信する。
【００５４】
一方、また、自動巡回サーバ４は、ライフライン端末装置１からのデータがＸＭＬ形式ではないときは、これを入力用サーバ１９に送信してＸＭＬに変換させてストレージサーバ３に保存させる（ｄ１１、ｄ１２）。
【００５５】
さらに、ライフライン端末装置１は、入力用サーバ１６にアクセスしてライフライン情報（県道、県内の電車情報、田畑、水道、ガス、電気）、消防署、警察等）を入力させるための入力画面を要求する（ｄ１０、ｄ１１）。
【００５６】
そして、ライフライン端末は、この入力画面に対して、所定の情報（地域名、道路の状況、混雑の状況等）を入力して、入力用サーバ１９に送信する（ｄ１２）。入力用サーバ１９は入力画面に入力されたデータの種類を判別し、該当のフォルダにＸＭＬファイルで書き込む（ｄ１３）。
【００５７】
すなわち、ストレージサーバ３には、各種災害の情報のフォルダが存在し、このフォルダにはＸＭＬ形式の災害情報が書き込まれている。
【００５８】
そして、例えば、一般電話機１５の所定ボタンを押下してユーザが防災情報サイトのＣＴＩサーバ１７と回線を確立すると（ｄ１５）、ＣＴＩサーバ１７は防災情報提供サイトで提供できるコンテンツの種類を音声で案内する（ｄ１６）。例えば、〇〇地域の災害情報を知りたい場合は、「２」のボタンを押下してください、地域名は「５」ですという案内をする。
【００５９】
この案内で、ユーザが案内に従って番号を押下し、この押下信号がＣＴＩサーバ１７に順次送信される（ｄ１７）。
【００６０】
ＣＴＩサーバ１７は、一般電話機１６の番号に、情報の種類名を対応させてファイルとして保存している。
【００６１】
ＣＴＩサーバ１７は、一般電話機１６からの押下信号を順次受信し、押下信号の組み合わせに対応する番号をファイルから検索して、なにを要求しているかを判定する。例えば、〇〇地域の災害情報であれば、〇〇地域の災害情報と要求コードとをストレージサーバ３に送出する（ｄ１８）。ストレージサーバ３は、ＣＴＩサーバ１７から〇〇地域の災害情報が要求されたときは、ＣＴＩというフォルダを検索し、このフォルダに格納されている〇〇地域の災害情報（ＸＭＬデータ）を送出する（ｄ１９）。ＣＴＩサーバ１７は、ＸＭＬデータを解読して、これを音声データに変換して一般電話機１６に送信する（ｄ２０）。前述の災害情報の検索は、図８に示すようにＣＴＩというフォルダでストレージサーバが保存しており、このＣＴＩのフォルダ内に各種災害に関わるＸＭＬデータを保存している。
【００６２】
従って、ユーザが文字を読むことができなくとも、ユーザが希望した災害情報を伝えることが可能となっている。
【００６３】
一方、携帯電話機１５からのアクセスは公開ｗｅｂサーバに対して行い、希望のコンテンツを得る（ｄ２５、ｄ２６、ｄ２７、ｄ２８、ｄ２９、ｄ３０）。
【００６４】
例えば、図９に示すように、公開ｗｅｂサーバは、お知らせ、災害情報、避難場所、病院情報等の画面を提供する（図９（ａ））。図９（ａ）においては、病院検索が選択されている。そして、病院情報のなかから希望の地域を選択させ（図９（ｂ）（ｃ））、最終的には希望の病院（図９（ｄ））の地図画面を表示させている（図９の（ｄ））。
【００６５】
すなわち、公開ｗｅｂサーバ１８は、病院情報の選択が携帯電話機から送信されると、ストレージサーバから病院情報のフォルダを検索し、このフォルダ内の地域に該当するＸＭＬデータを全て検索し（設定されている項目のみ）、このＸＭＬデータの地域名をｗｅｂサーバに送信する（ｄ２９）。ｗｅｂサーバは、図９の（ｂ）の画面にして携帯電話機１５に送信する（ｄ３０）。次に、地域名が携帯電話機１５によって選択されると、公開ｗｅｂサーバ１８は、この地域内のＸＭＬデータの病院名を全て検索してｗｅｂサーバ１８に送信する（ｄ２９）。ｗｅｂサーバ１８は図９（ｄ）の画面にして携帯電話機１５に送信する（ｄ３０）。次に、携帯電話機から病院名が選択されると、公開ｗｅｂサーバ１８は、病院名にリンク付けされているＸＭＬデータ（地図、診療内容、ベッド数、備考等）を読み出し、これを解読してｈｔｍｌで携帯電話機１５に送信する（ｄ３０）。すなわち、携帯電話機１５には、地図と診療内容、時間などが一度に表示される。
【００６６】
また、ブラウザ機能付きパソコン１０ａからのアクセスは公開ｗｅｂサーバ１８に対して行い、パソコン１０ａは希望のコンテンツを得る（ｄ３５、ｄ３６、ｄ３７、ｄ３８、ｄ３９、ｄ４０）。
【００６７】
例えば、パソコン１０ａからのアクセスによって、公開ｗｅｂサーバ１８は、トップページ用のフォルダのデータ及びストレージサーバ３の本日のニュースのフォルダ、最新情報のフォルダ、トピックスのフォルダ、県の天気のフォルダ、現在でている注意、警報のフォルダを検索し、これらのフォルダに書き込まれているＸＭＬデータのうちで予め設定されている項目だけを全て抽出してｈｔｍｌでパソコン１０ａに送出することで図１０に示す画面を得る。
【００６８】
図１０の画面には、本日のニュース、最新情報、トピックス、県の天気、現在でている注意、警報等が一度に表示されている。従って、従来のように、スクロールを繰り返して目的の情報を得る必要がない。
【００６９】
従って、ユーザは一画面毎に、希望の情報を得るための画面を開く必要がないので、希望の情報を素早く把握できる。
【００７０】
＜実施の形態２＞
図１１は実施の形態２のシーケンス図である。図１１に示すように、防災提供サイトにＣＡＴＶ用サーバ２０を設ける。
【００７１】
このＣＡＴＶサーバ２０は、定期的にストレージサーバ３にアクセスして最新の災害情報のフォルダのＸＭＬデータを送信させる（ｄ４５、ｄ４６）。このアクセスにあたっては、地域名を送信する。
【００７２】
そして、ＣＡＴＶサーバ２０は、ストレージサーバ３からＸＭＬデータを受信し、前回のＸＭＬデータとの比較を行って、相違しているデータがないかどうかを判断する。
【００７３】
相違しているＸＭＬデータが存在する場合は、そのＸＭＬデータのタグから地域名を読み、この地域の該当の顧客に対して、相違している最新の情報をテキストに変換してケーブルテレビ局２２のサーバに送信し、ユーザに送信させる（ｄ４７、ｄ４８）。
【００７４】
従って、ＣＡＴＶのテレビジョンをみているユーザには、最新の災害情報（近くの地域の河川の氾濫、雨量等）が直ちに知らせられることになる。
【００７５】
＜実施の形態３＞
図１２は実施の形態３のシーケンス図である。本実施の形態ではＰＣ端末はスクリーンセーバ機能を有する。
【００７６】
ＰＣ端末はスクリーンセーバが起動したかどうかを判断し（ｄ４５）、スクリーンセーバが起動したときに、スクリーンセーバ用サーバ２５に、スクリーンセーバ起動を知らせる（ｄ４６）。このとき、ＰＣ端末のアドレスを知らせる。
【００７７】
次に、スクリーンセーバ用サーバ２５は、スクリーンセーバの起動が知らせられると、ＰＣ端末のアドレスをキーとして、認証を行う。ユーザファイルに予め登録しているアドレスの場合は、サービス許可と判定すると共に、ＰＣ端末の地域を判定する（ｄ４７）。つまり、ユーザファイルには、ＰＣ端末のアドレスに、地域名とユーザ名、メールアドレス、サービスするコンテンツ等（このコンテンツは、天気、災害等）を記憶している。
【００７８】
そして、スクリーンセーバ用サーバ２５は、サービスするコンテンツ、地域名のＸＭＬデータを送信させるコマンドをストレージサーバ３に送出して、読み出す（ｄ４８、ｄ４９）。
【００７９】
例えば、Ａ地域の天気を読み出したときに、それが雨となっている場合は、図１３に示す雨を知らせる画像データを生成し（ｄ５０）、これをＨＴＭＬでＰＣ端末に送信する（ｄ５１）。
【００８０】
すなわち、図１３に示すように、スクリーンセーバが起動したときに、ストレージサーバ３が、ユーザの地域がはれの場合は、図１３（ａ）に示す晴れの画像を生成してＰＣ端末に送信し、夜で晴れになっている場合は、図１３（ｂ）の画像を表示させ、雨の場合は図１３（ｃ）の雨の画像を表示させる。
【図面の簡単な説明】
【００８１】
【図１】実施の形態１の災害情報提供システムの概念図である。
【図２】実施の形態１の災害情報提供システムの概略構成図である。
【図３】ストレージサーバのＸＭＬデータの保存を説明する説明図である。
【図４】実施の形態１を説明するためのシーケンス図である。
【図５】実施の形態１を説明するためのシーケンス図である。
【図６】気象情報用サーバで配信されるコンテンツを説明する説明図である。
【図７】気象情報用サーバから配信されるＸＭＬデータを説明する説明図である。
【図８】ストレージサーバに保存されるＸＭＬデータを説明する説明図である。
【図９】携帯電話機に表示される画面例を説明する説明図である。
【図１０】ＰＣ端末に表示される画面例を説明する説明図である。
【図１１】実施の形態２を説明するシーケンス図である。
【図１２】実施の形態３を説明するシーケンス図である。
【図１３】スクリーンセーバー起動によるＰＣ端末の画面例を説明する説明図である。
【符号の説明】
【００８２】
１ ライフライン端末装置
３ 情報登録用サーバ
４ 自動巡回サーバ
８ 気象情報会社のサーバ
９ ＸＭＬ変換・情報提供サーバ
１０ 端末
１５ 携帯電話機
１６ 一般電話機
１９ ＸＭＬ変換機能付き入力用サーバ
１７ ＣＴＩサーバ
１８ 公開ｗｅｂサーバ
【技術分野】
【０００１】
本発明は、防災情報提供システムに関し、特に業種毎に独自のデータ形式で防災、交通等に関わる情報を保存しているサーバからのデータを、集めてこれらを一目で把握させるためのシステムに関する。
【背景技術】
【０００２】
既存の防災情報システムは、紙ベースの報告フォーマットに基づいて設計されており、収集したデータを帳票出力するだけではなく、付加情報としてＧＩＳデータも扱える。
【０００３】
しかしながら、ＧＩＳを導入した平成１２年以降は帳票出力を主体としたニーズから、よりＧＩＳを中心としたＷｅｂ上での解析機能や、防災を軸としつつもより総合的な情報提供を果たす役割に対するニーズが高まってきており、ニーズに対するＷｅｂシステムとしては現在の既設システムでは必ずしも最適化されているとは言えないのが現状である。
【０００４】
また、ビルドアップによる構築（＊＊＊意味不明＊＊）であるため本来備えておくべき機能の一部が欠落しているという問題もある。
【０００５】
例えば、既設システムは、データ収集方法、ユーザインターフェース、ＷｅｂＧＩＳの項目を特徴としている。
【０００６】
データ収集方法は、市町村などからの報告を電話、ｆａｘによる情報収集管理から自動的に生成することを最大の目的として構成され、登録する文字情報はそれまでに手作業で行っていた情報を網羅しており、消防庁への報告を行うのに必要な項目としている。
【０００７】
ユーザインターフェースは、Ｗｅｂページの報告様式はそれまでの紙ベースでの報告に基づき設計されており、被害種別毎に一覧形式の入力インターフェースを実現することによって、電話、ｆａｘで業務を行ってきた実務担当者にとって違和感のないインターフェースが実現されている。
【０００８】
ＷｅｂＧＩＳは、帳票作成機能を主体としたＷｅｂシステムの方針に従って構築されており、文字情報の負荷情報としてＧＩＳを利用するものであり、全ての地図データは防災ＬＡＮ内のサーバで管理し、国土地理院作成の数値地図等をベースに構築されている。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記の既存のシステムは、レスポンス、操作性、機能性等に問題がある。
【００１０】
レスポンスについては、報告件数が増加するにつれてページの表示速度が低下する。また、ＧＩＳにおいてサーバに全地図データを保持していることにより通信時間が増大し、それにより費用が増大する。
【００１１】
操作性については、報告件数が増加するに従って、ページのスクロールが多発する。また、報告画面において、複数の担当者が同時に同じ報告項目を報告することができない。
【００１２】
また、ページのツリー構造が複雑で画面間の遷移をスムーズに行うことができない。
【００１３】
また。多くの項目をキーボードで直接入力する必要がある（入力補助機能が乏しい）。
【００１４】
緊急性、重要性のある報告とそうでいない報告との区別が判断し難い。
【００１５】
また、地図データの質が腐敗化しつつあり、データ量についても不足している。さらに、ＧＩＳにおいて操作が複雑で分かりづらい。
【００１６】
機能性については、市町村、関係機関における集計、帳票出力機能がない、検索機能、フィルタリング機能が乏しい、ＰＣ端末以外に防災情報システムにアクセルする手段がない。
【００１７】
データの表示機能が文字ベースのマトリックス１種のみで多角的なデータ解析が困難である。
【００１８】
その他については、定期的な人事異動等により、職員のシステム操作に対する習熱度を維持するのが困難である。
【００１９】
また、連携することによって互いに高め合うことが可能なシステムとの連携が実現できない。
【００２０】
さらに、視聴障害者や災害弱者を考慮した情報伝達手段がない。すなわち、従来の防災システムは、業種毎にシステム構成、ユーザインターフェースが異なるので、共通した見方ができないという課題があった。
【００２１】
本願発明は、以上の課題を解決するためになされたもので、業種毎にシステム構成、ユーザインターフェースが異なっても、ユーザ端末側に対しては防災、交通、天気等に関わる情報を容易に共通した見方がでるページで提供できる防災情報提供システムを得ることを目的とする。
【課題を解決するための手段】
【００２２】
本発明は、少なくとも、一定地域の行政機関が収集可能な災害、交通情報に関わる情報を収集し、このデータを独自の形式又はＸＭＬ形式で送信する第１のサーバ、自業者の交通情報を収集して前記ＸＭＬ形式又は独自の形式で配信する第２のサーバ、気象情報を前記ＸＭＬ形式又は独自の形式で配信する第３のサーバに対して防災情報提供サーバが通信を行って、これらの情報を要望するユーザ端末に前記ＸＭＬ形式のデータに基づく画面を提供する防災情報提供システムである。
【００２３】
前記防災情報提供サーバは、前記各サーバが送信する情報の種類毎のフォルダ、前記端末の種類に応じたフォルダが予め設定されたメモリと、前記各サーバからのデータが前記ＸＭＬ形式のデータかどうかを判断し、ＸＭＬ形式でない前記独自の形式のデータの場合は、該データをＸＭＬ形式に変換する手段と、前記各サーバからのデータを前記ＸＭＬ形式に変換した後に、該ＸＭＬ形式のデータのタグ情報で情報の種類を判断し、該判断した種類の前記フォルダに、ＸＭＬデータを保存する手段と、前記ユーザ端末が要望する情報の種類に該当するフォルダを前記メモリから検索し、該フォルダ内のＸＭＬデータのうちで予め設定されている項目のＸＭＬデータを読み出して、これを一画面に構成して前記ユーザ端末に送信する手段とを備えたことを要旨とする。
【発明の効果】
【００２４】
以上のように、本発明によれば、防災、交通、天気等にかかわる情報をＸＭＬ又は独自の形式のデータで各種業種、行政機関のサーバから収集させ、これをＸＭＬファイルで情報の種類毎に格納し、ユーザ端末からのアクセスがあったときは、ユーザが要望する種類に関連するＸＭＬデータを予め設定されている項目種だけあつめ、これを１画面でみられる形式にして送信する。
【００２５】
このため、業種毎にシステム構成、ユーザインターフェースが異なったとしても、共通した見方でできるだけ多くの情報をユーザ端末に提供できるという効果が得られている。
【００２６】
従って、災害情報等においては緊急性を要するものであるから、自分のもっとも必要とする情報を直ちにみることができるので、災害用に適している。
【発明を実施するための最良の形態】
【００２７】
本実施の形態は、防災関連情報をＸＭＬで効率的に収集・集約し、それらをパソコン、携帯電話機、ＣＡＴＶ等の複数のメディアを用いてユーザに提供するシステムであり、「気象情報」、「メール配信」、「電話応答」の３つの機能を有し、「メール配信」、「電話応答」の機能を備えることによって、健常者だけではなく視覚障害、聴覚障害者などの災害弱者を考慮した連携をはかっている。
【００２８】
そして、各サーバ間のデータ連携方法は、原則的にファイルストレージ上のＸＭＬファイルを介して行い、またデータの削除は原則的にデータ取得側で実施することとする。さらに、複数の装置で参照するファイルについては、定期的にバッチプログラムを動作させることによりデータが増大しつづけることを防止する。
【００２９】
＜実施の形態１＞
図１は本発明の実施の形態１の概念図である。図１に示すシステムは、ライフライン端末装置１からの災害時における交通情報、電力情報、ガス情報、気象情報（雨量情報、風情報等）、避難施設情報等（総称して災害情報という）を防災情報提供サイトＣの情報登録用サーバ３が登録する。
【００３０】
また、防災情報提供サイトＣの自動巡回サーバ３が鉄道事業者サーバ５、船舶事業者サーバ６、バス事業者サーバ７から希望の情報を検索し、これらを情報登録用サーバ３に登録する。
【００３１】
また、気象情報会社のサーバ８（図示せず）は情報登録用サーバ３と通信を確立して、ＸＭＬ形式の気象情報を情報登録用サーバ３（ストレージサーバともいう）に登録する。
【００３２】
ＸＭＬ変換・情報提供サーバ９は、情報登録用サーバ３の災害情報がＸＭＬ形式かどうかを判断し、ＸＭＬ形式ではない場合は、その情報をＸＭＬ形式（タグ形式）に変換する。
【００３３】
そして、外部からの端末１０（１０ａ、１０ｂ、・・・）からのアクセスによって、希望の災害情報をｈｔｍｌでインターネット１１を介して送信する。
【００３４】
すなわち、災害情報をＸＭＬ形式で送信させて保存又はＸＭＬ形式に変換して保存し、これらのＸＭＬ形式の災害情報をｈｔｍｌで外部に提供することによって、関連のシステムからの各種データを統一的な形式でユーザに提供している。
【００３５】
図２は本実施の形態１の概略構成図である。図２に示すようにライフラインのサービスサイトＡは、ライフライン端末１ａ、サーバ１ｂ、データベース１ｃ等（総称してライフライン端末装置１）から構成され、ライフライン端末１ａ（パソコン）に入力された災害情報（県道の交通情報（国の番号と交通情報）、田畑の状況、河川の状況）をデータベース１ｃに保存する。このライフライン端末１ａで入力する情報は後述するＸＭＬ形式で入力するのが好ましい。
【００３６】
サーバ１ｂは、防災情報提供サイトＣからの要求されたファイルのデータ（ＸＭＬの場合もある）をインターネット１１を介して送信する。
【００３７】
交通関係のサービスサイトＢ（本実施の形態では鉄道）は、端末５ｂ（パソコン）、サーバ５ａ、データベース５ｃ等（総称して交通情報サーバ５ともいう）から構成され、端末５ｂに入力された鉄道の交通情報をデータベース５ｃに保存する。この端末５ｂで入力する情報は後述するＸＭＬ形式で入力される。
【００３８】
サーバ５ａは、インターネット１１を介して防災情報提供ホストＣと回線を確立して、データベース５ｃの鉄道情報を送信する。
【００３９】
気象会社のサーバ８は、専用回線１２で防災情報提供ホストＣと接続し、気象情報（ＸＭＬ）を防災情報提供サイトＣに送信する。
【００４０】
また、ブラウザ機能を有するパソコン１０ａ、携帯電話機１５（ｉモード；登録商標）、一般電話機１６（プッシュボタン）がインターネット１１、電話網１３、無線網１４を介して防災情報提供サービスホストＣに接続され、防災情報提供ホストＣがこれらのユーザ端末が希望する防災情報に関連する全てをＨＴＭＬで送信し、画面において一度で必要な情報を提供している。
【００４１】
前述の防災情報サービスサイトＣは、自動巡回サーバ４と、ＸＭＬ変換機能付き入力用サーバ１９と、ＣＴＩサーバ１７と、公開ｗｅｂサーバ１８と、ストレージサーバ３、ルータ（図示せず）等を有している。前述の入力用サーバ１９と公開ｗｅｂサーバ１８とを含むものをＸＭＬ変換・情報提供サーバ９と称している。
【００４２】
自動巡回サーバ４は、ライフライン端末装置１及び交通情報サービスサイトＢが保存している情報のファイル番号を記憶しており、このファイル番号を希望データとして送出して送信させ、これを入力用サーバ１９に送信して、ＸＭＬ形式の変換させてストレージサーバ３に書き込む。
【００４３】
このストレージサーバ３は、予めフォルダを備え、例えば、気象情報のフォルダ、交通情報のフォルダ、河川状況のフォルダ、ガスのフォルダ、電力状況のフォルダ等を備え、これらのフォルダに階層構造で各種データを保存する。
【００４４】
入力用サーバ１９は、ＸＭＬ変換機能及びストレージサーバのフォルダ検索機能等を備え、ＸＭＬ形式のデータを受信したときは、このＸＭＬデータのタグの種類を読み、該当の種類名を有するフォルダに受信したＸＭＬを階層的に書き込む。また、ＸＭＬ形式のデータではない災害情報（テキスト、ＣＳＶ、バイナリ等）を受信したときは、これをＸＭＬ形式に変換してストレージサーバ３に保存する。
【００４５】
前述のストレージサーバ３は、図３に示すように、フォルダ（災害、最新、ニュース、河川、道路、鉄道、ＣＴＩ、携帯・・・・）の下に年月日、地域名（市名）、そして、ＸＭＬ形式の災害情報を階層的にリンク付けしている。ＣＴＩサーバ１７は、一般電話機１６のプッシュキー（番号、記号）に、災害情報（ＸＭＬデータ）のタグを対応させている。例えば、１番が気象、２番が道路、３番、が鉄道等と対応させている。
【００４６】
そして、ＣＴＩサーバ１７は、一般電話機１６と回線を結び（通話状態）、災害情報をプッシュキーで案内できるメッセージを送信し、一般電話機１７からのプッシュキーの種類を判断し、この種類に対応する災害情報のタグを読み、このタグの種類に該当するフォルダをストレージサーバ３から検索し、検索したＸＭＬデータを音声変換して一般電話機に送信する。
【００４７】
公開ｗｅｂサーバ１８は、ＰＣ端末１０ａ又は携帯電話機１５からのアクセスをインターネット１１を介して受け付け、所定のページを提供する。このとき、ＰＣ端末１０ａからの位置情報によって地域名を判断し、該当の地域の災害情報を全て検索し（予め設定されている種類のみ）、検索した災害情報を所定の画面形式で表示させる（後述する）。また、携帯電話機１５からのアクセスの場合は、携帯電話機１６の画面サイズに応じた画面を提供する。
【００４８】
上記のように構成された防災システムについて以下に動作を説明する。図４、図５は本実施の形態のシーケンス図である。
【００４９】
防災情報サービスサイトＣのＸＭＬ変換機能付き入力用サーバ１９と気象情報用サーバ８が通信ネットワーク（例えば、専用回線）を介して接続を確立する（ｄ１）。
【００５０】
気象情報用サーバ８は、各種気象情報（アメダス情報、雨量、地域、風、気圧・・・）を収集し、これらを定期的に読み出して入力用サーバ１９にＸＭＬ形式で送信する（ｄ２）。この気象情報用サーバ８からの送信は、図６に示すようにコンテンツ種類とコンテンツ名、区分、更新頻度、画像添付の有無、ＸＭＬデータ配信の有無、地区等をテーブルで記憶し、更新頻度に従ってＸＭＬ形式で配信する（図７参照：情報名のタグをつけて配信）。
【００５１】
入力用サーバ１９は、気象情報用サーバ８からの気象情報（ＸＭＬデータ）を受信し、タグをキーとして該当のフォルダを引き当て、このフォルダにＸＭＬファイルで書き込む（ｄ３）。例えば図８に示すように、災害とするフォルダに、年月日、地域名、ＸＭＬデータ等を階層的に保存する。
【００５２】
また、自動巡回サーバ４は、交通情報サーバ８に保存されている情報のファイル番号（アドレス）を交通情報読出名用ファイル（図示せず）に保存しており、この交通情報読出名用ファイルに基づくファイル名を指定して、希望の交通情報を取り出す（ｄ４、ｄ５）。このとき、交通情報用サーバ５からの交通情報がＸＭＬ形式で送信されたときは、タグの種類を判断し、ストレージサーバ３の該当のフォルダ内に保存する。また、ＸＭＬ形式にされていないときは、入力用サーバ１６に送出してＸＭＬ変換させた後で、ストレージサーバ３に保存させる（ｄ６、ｄ７）。
【００５３】
また、自動巡回サーバ４は、ライフライン端末装置１（県の端末（県道、県内の電車情報、田畑）、消防署、警察等）に対して、希望の情報（ファイルの番号、要求コマンド）を要求する（ｄ８、ｄ９）。ライフライン端末装置１は、上記のようにＸＭＬ形式で情報を送信する。
【００５４】
一方、また、自動巡回サーバ４は、ライフライン端末装置１からのデータがＸＭＬ形式ではないときは、これを入力用サーバ１９に送信してＸＭＬに変換させてストレージサーバ３に保存させる（ｄ１１、ｄ１２）。
【００５５】
さらに、ライフライン端末装置１は、入力用サーバ１６にアクセスしてライフライン情報（県道、県内の電車情報、田畑、水道、ガス、電気）、消防署、警察等）を入力させるための入力画面を要求する（ｄ１０、ｄ１１）。
【００５６】
そして、ライフライン端末は、この入力画面に対して、所定の情報（地域名、道路の状況、混雑の状況等）を入力して、入力用サーバ１９に送信する（ｄ１２）。入力用サーバ１９は入力画面に入力されたデータの種類を判別し、該当のフォルダにＸＭＬファイルで書き込む（ｄ１３）。
【００５７】
すなわち、ストレージサーバ３には、各種災害の情報のフォルダが存在し、このフォルダにはＸＭＬ形式の災害情報が書き込まれている。
【００５８】
そして、例えば、一般電話機１５の所定ボタンを押下してユーザが防災情報サイトのＣＴＩサーバ１７と回線を確立すると（ｄ１５）、ＣＴＩサーバ１７は防災情報提供サイトで提供できるコンテンツの種類を音声で案内する（ｄ１６）。例えば、〇〇地域の災害情報を知りたい場合は、「２」のボタンを押下してください、地域名は「５」ですという案内をする。
【００５９】
この案内で、ユーザが案内に従って番号を押下し、この押下信号がＣＴＩサーバ１７に順次送信される（ｄ１７）。
【００６０】
ＣＴＩサーバ１７は、一般電話機１６の番号に、情報の種類名を対応させてファイルとして保存している。
【００６１】
ＣＴＩサーバ１７は、一般電話機１６からの押下信号を順次受信し、押下信号の組み合わせに対応する番号をファイルから検索して、なにを要求しているかを判定する。例えば、〇〇地域の災害情報であれば、〇〇地域の災害情報と要求コードとをストレージサーバ３に送出する（ｄ１８）。ストレージサーバ３は、ＣＴＩサーバ１７から〇〇地域の災害情報が要求されたときは、ＣＴＩというフォルダを検索し、このフォルダに格納されている〇〇地域の災害情報（ＸＭＬデータ）を送出する（ｄ１９）。ＣＴＩサーバ１７は、ＸＭＬデータを解読して、これを音声データに変換して一般電話機１６に送信する（ｄ２０）。前述の災害情報の検索は、図８に示すようにＣＴＩというフォルダでストレージサーバが保存しており、このＣＴＩのフォルダ内に各種災害に関わるＸＭＬデータを保存している。
【００６２】
従って、ユーザが文字を読むことができなくとも、ユーザが希望した災害情報を伝えることが可能となっている。
【００６３】
一方、携帯電話機１５からのアクセスは公開ｗｅｂサーバに対して行い、希望のコンテンツを得る（ｄ２５、ｄ２６、ｄ２７、ｄ２８、ｄ２９、ｄ３０）。
【００６４】
例えば、図９に示すように、公開ｗｅｂサーバは、お知らせ、災害情報、避難場所、病院情報等の画面を提供する（図９（ａ））。図９（ａ）においては、病院検索が選択されている。そして、病院情報のなかから希望の地域を選択させ（図９（ｂ）（ｃ））、最終的には希望の病院（図９（ｄ））の地図画面を表示させている（図９の（ｄ））。
【００６５】
すなわち、公開ｗｅｂサーバ１８は、病院情報の選択が携帯電話機から送信されると、ストレージサーバから病院情報のフォルダを検索し、このフォルダ内の地域に該当するＸＭＬデータを全て検索し（設定されている項目のみ）、このＸＭＬデータの地域名をｗｅｂサーバに送信する（ｄ２９）。ｗｅｂサーバは、図９の（ｂ）の画面にして携帯電話機１５に送信する（ｄ３０）。次に、地域名が携帯電話機１５によって選択されると、公開ｗｅｂサーバ１８は、この地域内のＸＭＬデータの病院名を全て検索してｗｅｂサーバ１８に送信する（ｄ２９）。ｗｅｂサーバ１８は図９（ｄ）の画面にして携帯電話機１５に送信する（ｄ３０）。次に、携帯電話機から病院名が選択されると、公開ｗｅｂサーバ１８は、病院名にリンク付けされているＸＭＬデータ（地図、診療内容、ベッド数、備考等）を読み出し、これを解読してｈｔｍｌで携帯電話機１５に送信する（ｄ３０）。すなわち、携帯電話機１５には、地図と診療内容、時間などが一度に表示される。
【００６６】
また、ブラウザ機能付きパソコン１０ａからのアクセスは公開ｗｅｂサーバ１８に対して行い、パソコン１０ａは希望のコンテンツを得る（ｄ３５、ｄ３６、ｄ３７、ｄ３８、ｄ３９、ｄ４０）。
【００６７】
例えば、パソコン１０ａからのアクセスによって、公開ｗｅｂサーバ１８は、トップページ用のフォルダのデータ及びストレージサーバ３の本日のニュースのフォルダ、最新情報のフォルダ、トピックスのフォルダ、県の天気のフォルダ、現在でている注意、警報のフォルダを検索し、これらのフォルダに書き込まれているＸＭＬデータのうちで予め設定されている項目だけを全て抽出してｈｔｍｌでパソコン１０ａに送出することで図１０に示す画面を得る。
【００６８】
図１０の画面には、本日のニュース、最新情報、トピックス、県の天気、現在でている注意、警報等が一度に表示されている。従って、従来のように、スクロールを繰り返して目的の情報を得る必要がない。
【００６９】
従って、ユーザは一画面毎に、希望の情報を得るための画面を開く必要がないので、希望の情報を素早く把握できる。
【００７０】
＜実施の形態２＞
図１１は実施の形態２のシーケンス図である。図１１に示すように、防災提供サイトにＣＡＴＶ用サーバ２０を設ける。
【００７１】
このＣＡＴＶサーバ２０は、定期的にストレージサーバ３にアクセスして最新の災害情報のフォルダのＸＭＬデータを送信させる（ｄ４５、ｄ４６）。このアクセスにあたっては、地域名を送信する。
【００７２】
そして、ＣＡＴＶサーバ２０は、ストレージサーバ３からＸＭＬデータを受信し、前回のＸＭＬデータとの比較を行って、相違しているデータがないかどうかを判断する。
【００７３】
相違しているＸＭＬデータが存在する場合は、そのＸＭＬデータのタグから地域名を読み、この地域の該当の顧客に対して、相違している最新の情報をテキストに変換してケーブルテレビ局２２のサーバに送信し、ユーザに送信させる（ｄ４７、ｄ４８）。
【００７４】
従って、ＣＡＴＶのテレビジョンをみているユーザには、最新の災害情報（近くの地域の河川の氾濫、雨量等）が直ちに知らせられることになる。
【００７５】
＜実施の形態３＞
図１２は実施の形態３のシーケンス図である。本実施の形態ではＰＣ端末はスクリーンセーバ機能を有する。
【００７６】
ＰＣ端末はスクリーンセーバが起動したかどうかを判断し（ｄ４５）、スクリーンセーバが起動したときに、スクリーンセーバ用サーバ２５に、スクリーンセーバ起動を知らせる（ｄ４６）。このとき、ＰＣ端末のアドレスを知らせる。
【００７７】
次に、スクリーンセーバ用サーバ２５は、スクリーンセーバの起動が知らせられると、ＰＣ端末のアドレスをキーとして、認証を行う。ユーザファイルに予め登録しているアドレスの場合は、サービス許可と判定すると共に、ＰＣ端末の地域を判定する（ｄ４７）。つまり、ユーザファイルには、ＰＣ端末のアドレスに、地域名とユーザ名、メールアドレス、サービスするコンテンツ等（このコンテンツは、天気、災害等）を記憶している。
【００７８】
そして、スクリーンセーバ用サーバ２５は、サービスするコンテンツ、地域名のＸＭＬデータを送信させるコマンドをストレージサーバ３に送出して、読み出す（ｄ４８、ｄ４９）。
【００７９】
例えば、Ａ地域の天気を読み出したときに、それが雨となっている場合は、図１３に示す雨を知らせる画像データを生成し（ｄ５０）、これをＨＴＭＬでＰＣ端末に送信する（ｄ５１）。
【００８０】
すなわち、図１３に示すように、スクリーンセーバが起動したときに、ストレージサーバ３が、ユーザの地域がはれの場合は、図１３（ａ）に示す晴れの画像を生成してＰＣ端末に送信し、夜で晴れになっている場合は、図１３（ｂ）の画像を表示させ、雨の場合は図１３（ｃ）の雨の画像を表示させる。
【図面の簡単な説明】
【００８１】
【図１】実施の形態１の災害情報提供システムの概念図である。
【図２】実施の形態１の災害情報提供システムの概略構成図である。
【図３】ストレージサーバのＸＭＬデータの保存を説明する説明図である。
【図４】実施の形態１を説明するためのシーケンス図である。
【図５】実施の形態１を説明するためのシーケンス図である。
【図６】気象情報用サーバで配信されるコンテンツを説明する説明図である。
【図７】気象情報用サーバから配信されるＸＭＬデータを説明する説明図である。
【図８】ストレージサーバに保存されるＸＭＬデータを説明する説明図である。
【図９】携帯電話機に表示される画面例を説明する説明図である。
【図１０】ＰＣ端末に表示される画面例を説明する説明図である。
【図１１】実施の形態２を説明するシーケンス図である。
【図１２】実施の形態３を説明するシーケンス図である。
【図１３】スクリーンセーバー起動によるＰＣ端末の画面例を説明する説明図である。
【符号の説明】
【００８２】
１ ライフライン端末装置
３ 情報登録用サーバ
４ 自動巡回サーバ
８ 気象情報会社のサーバ
９ ＸＭＬ変換・情報提供サーバ
１０ 端末
１５ 携帯電話機
１６ 一般電話機
１９ ＸＭＬ変換機能付き入力用サーバ
１７ ＣＴＩサーバ
１８ 公開ｗｅｂサーバ
【特許請求の範囲】
【請求項１】
少なくとも、一定地域の行政機関が収集可能な災害、交通情報に関わる情報を収集し、このデータを独自の形式又はＸＭＬ形式で送信する第１のサーバ、自業者の交通情報を収集して前記ＸＭＬ形式又は独自の形式で配信する第２のサーバ、気象情報を前記ＸＭＬ形式又は独自の形式で配信する第３のサーバに対して防災情報提供サーバが通信を行って、これらの情報を要望するユーザ端末に前記ＸＭＬ形式のデータに基づく画面を提供する防災情報提供システムであって、
前記防災情報提供サーバは、
前記各サーバが送信する情報の種類毎のフォルダ、前記端末の種類に応じたフォルダが予め設定されたメモリと、
前記各サーバからのデータが前記ＸＭＬ形式のデータかどうかを判断し、ＸＭＬ形式でない前記独自の形式のデータの場合は、該データをＸＭＬ形式に変換する手段と、
前記各サーバからのデータを前記ＸＭＬ形式に変換した後に、該ＸＭＬ形式のデータのタグ情報で情報の種類を判断し、該判断した種類の前記フォルダに、ＸＭＬデータを保存する手段と、
前記ユーザ端末が要望する情報の種類に該当するフォルダを前記メモリから検索し、該フォルダ内のＸＭＬデータのうちで予め設定されている項目のＸＭＬデータを読み出して、これを一画面に構成して前記ユーザ端末に送信する手段と
を有することを特徴とする防災情報提供システム。
【請求項２】
前記防災情報提供サーバは、
前記ユーザ端末からのアクセスでユーザ端末の種類を判断する手段と、
前記判断したユーザ端末の種類がブラウザ機能を有する携帯電話機のときは、 前記携帯電話機に対して前記各種情報を絞り込むための画面を順次提供し、最終的な画面は前記携帯電話機が最終的に絞り込んだ種類に該当するフォルダを前記メモリから検索し、該フォルダ内のＸＭＬデータのうちで予め設定されている携帯電話機に応じた項目のＸＭＬデータを読み出して、これらのデータを前記携帯電話機の画面用の構成して前記ユーザ端末に送信する手段と
を有することを特徴とする請求項１記載の防災情報提供システム。
【請求項３】
記防災情報提供サーバは、
ＣＴＩサーバを備え、
前記ユーザ端末が、ボタン電話機と判定したときには、前記ＣＴＩサーバを起動させる手段と、
前記ＣＴＩサーバは、
前記ボタン電話機に対して前記各種情報のサービス案内をさせるためのボタンの選択を音声で送信する手段と、
前記ボタンの選択に伴って、該ボタンに対応させている前記情報の種類に対応するフォルダのＸＭＬデータを読み込む手段と、
該ＸＭＬデータを解読し、これお音声に変換して前記ボタン電話機に送信する手段と
を有することを特徴とする請求項１又は２記載の防災情報提供システム。
【請求項４】
前記防災情報提供サーバは、
前記第１のサーバ、第２のサーバの情報のファイル番号を予めメモリに登録し、該メモリのファイル番号を希望の情報を得るための情報として前記第１のサーバ、第２のサーバに送信する手段と
を有することを特徴とする請求項１、２又は３記載の防災情報提供システム。
【請求項５】
前記防災情報提供サーバは、
前記ユーザ端末からスクリーンセーバの起動が知らせられたとき、前記メモリ宇に保存されているＸＭＬ形式の天気情報を読み、該天気情報に応じてユーザが一目で視覚的にわかる画像を生成して、前記ユーザ端末にＨＴＭＬで送信する手段と
を有することを特徴とする請求項１、２、３又は４記載の防災情報提供システム。
【請求項１】
少なくとも、一定地域の行政機関が収集可能な災害、交通情報に関わる情報を収集し、このデータを独自の形式又はＸＭＬ形式で送信する第１のサーバ、自業者の交通情報を収集して前記ＸＭＬ形式又は独自の形式で配信する第２のサーバ、気象情報を前記ＸＭＬ形式又は独自の形式で配信する第３のサーバに対して防災情報提供サーバが通信を行って、これらの情報を要望するユーザ端末に前記ＸＭＬ形式のデータに基づく画面を提供する防災情報提供システムであって、
前記防災情報提供サーバは、
前記各サーバが送信する情報の種類毎のフォルダ、前記端末の種類に応じたフォルダが予め設定されたメモリと、
前記各サーバからのデータが前記ＸＭＬ形式のデータかどうかを判断し、ＸＭＬ形式でない前記独自の形式のデータの場合は、該データをＸＭＬ形式に変換する手段と、
前記各サーバからのデータを前記ＸＭＬ形式に変換した後に、該ＸＭＬ形式のデータのタグ情報で情報の種類を判断し、該判断した種類の前記フォルダに、ＸＭＬデータを保存する手段と、
前記ユーザ端末が要望する情報の種類に該当するフォルダを前記メモリから検索し、該フォルダ内のＸＭＬデータのうちで予め設定されている項目のＸＭＬデータを読み出して、これを一画面に構成して前記ユーザ端末に送信する手段と
を有することを特徴とする防災情報提供システム。
【請求項２】
前記防災情報提供サーバは、
前記ユーザ端末からのアクセスでユーザ端末の種類を判断する手段と、
前記判断したユーザ端末の種類がブラウザ機能を有する携帯電話機のときは、 前記携帯電話機に対して前記各種情報を絞り込むための画面を順次提供し、最終的な画面は前記携帯電話機が最終的に絞り込んだ種類に該当するフォルダを前記メモリから検索し、該フォルダ内のＸＭＬデータのうちで予め設定されている携帯電話機に応じた項目のＸＭＬデータを読み出して、これらのデータを前記携帯電話機の画面用の構成して前記ユーザ端末に送信する手段と
を有することを特徴とする請求項１記載の防災情報提供システム。
【請求項３】
記防災情報提供サーバは、
ＣＴＩサーバを備え、
前記ユーザ端末が、ボタン電話機と判定したときには、前記ＣＴＩサーバを起動させる手段と、
前記ＣＴＩサーバは、
前記ボタン電話機に対して前記各種情報のサービス案内をさせるためのボタンの選択を音声で送信する手段と、
前記ボタンの選択に伴って、該ボタンに対応させている前記情報の種類に対応するフォルダのＸＭＬデータを読み込む手段と、
該ＸＭＬデータを解読し、これお音声に変換して前記ボタン電話機に送信する手段と
を有することを特徴とする請求項１又は２記載の防災情報提供システム。
【請求項４】
前記防災情報提供サーバは、
前記第１のサーバ、第２のサーバの情報のファイル番号を予めメモリに登録し、該メモリのファイル番号を希望の情報を得るための情報として前記第１のサーバ、第２のサーバに送信する手段と
を有することを特徴とする請求項１、２又は３記載の防災情報提供システム。
【請求項５】
前記防災情報提供サーバは、
前記ユーザ端末からスクリーンセーバの起動が知らせられたとき、前記メモリ宇に保存されているＸＭＬ形式の天気情報を読み、該天気情報に応じてユーザが一目で視覚的にわかる画像を生成して、前記ユーザ端末にＨＴＭＬで送信する手段と
を有することを特徴とする請求項１、２、３又は４記載の防災情報提供システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１１】
【図１２】
【図９】
【図１０】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１１】
【図１２】
【図９】
【図１０】
【図１３】
【公開番号】特開２００７−３１０５６４（Ｐ２００７−３１０５６４Ａ）
【公開日】平成１９年１１月２９日（２００７．１１．２９）
【国際特許分類】
【出願番号】特願２００６−１３７７６９（Ｐ２００６−１３７７６９）
【出願日】平成１８年５月１７日（２００６．５．１７）
【出願人】（５９４１５６８８０）三重県 (58)
【出願人】（５９１０７４１６１）アジア航測株式会社 (48)
【Ｆターム（参考）】
【公開日】平成１９年１１月２９日（２００７．１１．２９）
【国際特許分類】
【出願日】平成１８年５月１７日（２００６．５．１７）
【出願人】（５９４１５６８８０）三重県 (58)
【出願人】（５９１０７４１６１）アジア航測株式会社 (48)
【Ｆターム（参考）】
[ Back to top ]