(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-11-29
(45)【発行日】2023-12-07
(54)【発明の名称】防災システム
(51)【国際特許分類】
G06Q 50/26 20120101AFI20231130BHJP
【ＦＩ】
G06Q50/26
【請求項の数】
6
(21)【出願番号】P 2020006653
(22)【出願日】2020-01-20
(65)【公開番号】P2021114149
(43)【公開日】2021-08-05
【審査請求日】2022-09-16
(73)【特許権者】
【識別番号】302060926
【氏名又は名称】株式会社フジタ
(74)【代理人】
【識別番号】100120592
【弁理士】
【氏名又は名称】山崎 崇裕
(74)【代理人】
【識別番号】100184712
【弁理士】
【氏名又は名称】扇原 梢伸
(74)【代理人】
【識別番号】100192223
【弁理士】
【氏名又は名称】加久田 典子
(72)【発明者】
【氏名】丹羽 廣海
(72)【発明者】
【氏名】平野 勝識
【審査官】西村 純
(56)【参考文献】
【文献】特開２００２－１３３０３６（ＪＰ，Ａ）
【文献】特開２０１４－１９１７９３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
入力手段、記憶手段、表示手段、及び、制御手段を備えるコンピュータを用いて構築された防災システムであって、前記制御手段は、
前記入力手段により、所定の地域のハザードマップに関する情報を含む地域情報が入力されると、前記地域情報を前記記憶手段に記憶し、
前記入力手段により、前記所定の地域に配置される拠点に関する情報を含む拠点情報が入力されると、前記拠点情報を前記記憶手段に記憶し、
前記入力手段により、前記拠点に配置される災害時用の備蓄品に関する情報を含む備蓄品情報が入力されると、前記備蓄品情報を前記記憶手段に記憶し、
前記入力手段により、前記拠点情報を変更する情報が入力されると、前記地域情報に基づいて、前記備蓄品情報の変更が必要であるか否かを判断し、変更が必要であると判断した場合には、前記備蓄品情報の変更が必要である旨の情報を前記表示手段に表示することを特徴とする防災システム。
【請求項2】
請求項１に記載の防災システムにおいて、前記制御手段は、
前記入力手段により、前記地域情報を変更する情報が入力されると、変更後の前記地域情報に基づいて、前記備蓄品情報の変更が必要であるか否かを判断し、変更が必要であると判断した場合には、前記備蓄品情報の変更が必要である旨の情報を前記表示手段に表示することを特徴とする防災システム。
【請求項3】
請求項１又は２に記載の防災システムにおいて、前記制御手段は、
前記入力手段により、前記所定の地域における時系列の観測情報が入力されると、前記観測情報を前記記憶手段に記憶し、
前記入力手段により、前記所定の地域における時系列の被害実績情報が入力されると、前記被害実績情報を前記記憶手段に記憶し、
前記観測情報及び前記被害実績情報に基づいて実際の被害が発生する確率を算出し、算出した確率に基づいて被害可能性マップを生成し、前記被害可能性マップを前記表示手段に表示することを特徴とする防災システム。
【請求項4】
請求項３に記載の防災システムにおいて、前記制御手段は、
実際の被害が発生する確率を算出する際には、前記観測情報に対する前記被害実績情報の相関性から前記観測情報に対する被害規模の係数を統計的に算出し、前記観測情報の階級に応じた被災戸数若しくは避難者数の期待値、又は、交通網が遮断される確率を算出することを特徴とする防災システム。
【請求項5】
請求項１から４のいずれかに記載の防災システムにおいて、前記制御手段は、
特定の拠点について、災害種別ごとに危険エリアであるか安全エリアであるかを判断し、判断結果に基づいて前記特定の拠点からその他の拠点へ又は前記その他の拠点から前記特定の拠点へ提供可能な備蓄品に関する補完情報を生成し、前記補完情報を前記表示手段に表示することを特徴とする防災システム。
【請求項6】
請求項１から５のいずれかに記載の防災システムにおいて、前記制御手段は、
前記入力手段により、災害時の交通実績情報が入力されると、前記交通実績情報を前記記憶手段に記憶し、
前記交通実績情報に基づいて前記拠点から災害が予測される災害予測点までの最適な配送ルート又は配送時間に関する配送情報を生成し、前記配送情報を前記表示手段に表示することを特徴とする防災システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、防災システムに関する。
【背景技術】
【0002】
この種のシステムに関する技術として、緊急災害用物資分散管理システム及びその方法（例えば、特許文献１）や、資源備蓄システム及び管理装置が開示されている（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００２－１３３０３６号公報
【文献】特開２００５－２２２３３７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
先行技術として、上記のような文献が存在しているが、変動する拠点に対応することができる技術は存在しない。
【0005】
そこで、本発明は、変動する拠点に対応することができる技術の提供を課題とする。
【課題を解決するための手段】
【0006】
本発明は、上記の課題を解決するため以下の解決手段を採用する。なお、以下の解決手段及び括弧書中の文言はあくまで例示であり、本発明はこれに限定されるものではない。また、本発明は、以下の解決手段に示す各発明特定事項を少なくとも１つ含む発明とすることができる。さらに、以下の解決手段に示す各発明特定事項には、発明特定事項を限定する要素を追加して下位概念化することができ、発明特定事項を限定する要素を削除して上位概念化することもできる。
【0007】
解決手段１：本解決手段の防災システムは、入力手段、記憶手段、表示手段、及び、制御手段を備える防災システムであって、前記制御手段は、前記入力手段により、所定の地域のハザードマップに関する情報、前記所定の地域の避難所に関する情報のうち少なくとも１つを含む地域情報が入力されると、前記地域情報を前記記憶手段に記憶し、前記入力手段により、前記所定の地域に配置される拠点に関する情報を含む拠点情報が入力されると、前記拠点情報を前記記憶手段に記憶し、前記入力手段により、前記拠点に配置される災害時用の備蓄品に関する情報を含む備蓄品情報が入力されると、前記備蓄品情報を前記記憶手段に記憶し、前記入力手段により、前記拠点情報を変更する情報が入力されると、前記地域情報に基づいて、前記備蓄品情報の変更が必要であるか否かを判断し、変更が必要であると判断した場合には、前記備蓄品情報の変更が必要である旨の情報を前記表示手段に表示することを特徴とする防災システムである。
【0008】
本解決手段の防災システムは、以下の構成を備えている。
（１）入力手段を備えている。入力手段は、マウスやキーボード等の入力装置である。入力手段は、端末に配置することが好ましい。
（２）記憶手段を備えている。記憶手段は、メモリやデータベース等の記憶装置である。記憶手段は、サーバ内又はサーバ外に配置することが好ましい。
（３）表示手段を備えている。表示手段は、ディスプレイ等の表示装置である。表示手段は、端末に配置することが好ましい。
（４）制御手段を備えている。制御手段は、上記（１）の入力手段、上記（２）の記憶手段及び上記（３）の表示手段のうち、少なくとも１つの手段を制御することができる。制御手段は、サーバに配置することが好ましい。
（１）入力手段を備えている。入力手段は、マウスやキーボード等の入力装置である。入力手段は、端末に配置することが好ましい。
（２）記憶手段を備えている。記憶手段は、メモリやデータベース等の記憶装置である。記憶手段は、サーバ内又はサーバ外に配置することが好ましい。
（３）表示手段を備えている。表示手段は、ディスプレイ等の表示装置である。表示手段は、端末に配置することが好ましい。
（４）制御手段を備えている。制御手段は、上記（１）の入力手段、上記（２）の記憶手段及び上記（３）の表示手段のうち、少なくとも１つの手段を制御することができる。制御手段は、サーバに配置することが好ましい。
【0009】
（５）制御手段は、入力手段により、所定の地域のハザードマップに関する情報、所定の地域の避難所に関する情報のうち少なくとも１つを含む地域情報（地域の基本データ）が入力されると、地域情報を記憶手段に記憶する。
（６）制御手段は、入力手段により、所定の地域に配置される拠点に関する情報を含む拠点情報が入力されると、拠点情報を記憶手段に記憶する。拠点とは、災害時用の備蓄品（水、食料品、毛布等）を配置することができる場所である。
（６）制御手段は、入力手段により、所定の地域に配置される拠点に関する情報を含む拠点情報が入力されると、拠点情報を記憶手段に記憶する。拠点とは、災害時用の備蓄品（水、食料品、毛布等）を配置することができる場所である。
【0010】
（７）制御手段は、入力手段により、拠点に配置される災害時用の備蓄品に関する情報を含む備蓄品情報が入力されると、備蓄品情報を記憶手段に記憶する。
（８）制御手段は、入力手段により、拠点情報を変更する情報が入力されると、地域情報に基づいて、備蓄品情報の変更が必要であるか否かを判断し、変更が必要であると判断した場合には、備蓄品情報の変更が必要である旨の情報を表示手段に表示する。
（８）制御手段は、入力手段により、拠点情報を変更する情報が入力されると、地域情報に基づいて、備蓄品情報の変更が必要であるか否かを判断し、変更が必要であると判断した場合には、備蓄品情報の変更が必要である旨の情報を表示手段に表示する。
【0011】
本解決手段によれば、拠点情報の変更により備蓄品情報の変更が必要であると判断した場合には、備蓄品情報の変更が必要である旨の情報を表示手段に表示するため、拠点が変動（移動、追加、撤去等）しても、変動後の拠点に適した情報を表示することができ、結果として、変動する拠点に対応することができる。
【0012】
解決手段２：本解決手段の防災システムは、上述したいずれかの解決手段において、前記制御手段は、前記入力手段により、前記地域情報を変更する情報が入力されると、変更後の前記地域情報に基づいて、前記備蓄品情報の変更が必要であるか否かを判断し、変更が必要であると判断した場合には、前記備蓄品情報の変更が必要である旨の情報を前記表示手段に表示することを特徴とする防災システムである。
【0013】
本解決手段では、制御手段は、入力手段により、地域情報を変更する情報が入力されると、変更後の地域情報に基づいて、備蓄品情報の変更が必要であるか否かを判断し、変更が必要であると判断した場合には、備蓄品情報の変更が必要である旨の情報を表示手段に表示する。
【0014】
本解決手段によれば、地域情報の変更により備蓄品情報の変更が必要であると判断した場合には、備蓄品情報の変更が必要である旨の情報を表示手段に表示するため、地域情報が変更（更新等）されても、変更後の地域情報に適した情報を表示することができる。
【0015】
解決手段３：本解決手段の防災システムは、上述したいずれかの解決手段において、前記制御手段は、前記入力手段により、前記所定の地域における時系列の観測情報が入力されると、前記観測情報を前記記憶手段に記憶し、前記入力手段により、前記所定の地域における時系列の被害実績情報が入力されると、前記被害実績情報を前記記憶手段に記憶し、前記観測情報及び前記被害実績情報に基づいて実際の被害が発生する確率を算出し、算出した確率に基づいて被害可能性マップを生成し、前記被害可能性マップを前記表示手段に表示することを特徴とする防災システムである。
【0016】
本解決手段では、以下の特徴が追加される。
（１）制御手段は、入力手段により、所定の地域における時系列の観測情報が入力されると、観測情報を記憶手段に記憶する。
（２）制御手段は、入力手段により、所定の地域における時系列の被害実績情報が入力されると、被害実績情報を記憶手段に記憶する。
（３）制御手段は、観測情報及び被害実績情報に基づいて実際の被害が発生する確率を算出し、算出した確率に基づいて被害可能性マップを生成し、被害可能性マップを表示手段に表示する。
（１）制御手段は、入力手段により、所定の地域における時系列の観測情報が入力されると、観測情報を記憶手段に記憶する。
（２）制御手段は、入力手段により、所定の地域における時系列の被害実績情報が入力されると、被害実績情報を記憶手段に記憶する。
（３）制御手段は、観測情報及び被害実績情報に基づいて実際の被害が発生する確率を算出し、算出した確率に基づいて被害可能性マップを生成し、被害可能性マップを表示手段に表示する。
【0017】
本解決手段によれば、観測情報及び被害実績情報に基づく被害可能性マップを表示手段に表示するため、利用者は、被害可能性マップを見ながら実際の被害を予測することができるだけでなく、既存のハザードマップの妥当性を検証することもできる。
【0018】
解決手段４：本解決手段の防災システムは、上述したいずれかの解決手段において、前記制御手段は、実際の被害が発生する確率を算出する際には、前記観測情報に対する前記被害実績情報の相関性から前記観測情報に対する被害規模の係数を統計的に算出し、前記観測情報の階級に応じた被災戸数若しくは避難者数の期待値、又は、交通網が遮断される確率を算出することを特徴とする防災システムである。
【0019】
本解決手段では、制御手段は、実際の被害が発生する確率を算出する際には、観測情報に対する被害実績情報の相関性（関係性）から観測情報に対する被害規模の係数を統計的に算出し、観測情報の階級に応じた被災戸数若しくは避難者数の期待値（数値、確率等）、又は、交通網が遮断される確率を算出する。
【0020】
本解決手段によれば、観測情報の階級に応じた被災戸数若しくは避難者数の期待値、又は、交通網が遮断される確率を算出するため、実際の被害が発生する確率等をより詳細に算出することができる。
【0021】
解決手段５：本解決手段の防災システムは、上述したいずれかの解決手段において、前記制御手段は、特定の拠点について、災害種別ごとに危険エリアであるか安全エリアであるかを判断し、判断結果に基づいて前記特定の拠点からその他の拠点へ又は前記その他の拠点から前記特定の拠点へ提供可能な備蓄品に関する補完情報を生成し、前記補完情報を前記表示手段に表示することを特徴とする防災システムである。
【0022】
本解決手段では、制御手段は、特定の拠点について、災害種別ごとに危険エリアであるか安全エリアであるかを判断し、判断結果に基づいて特定の拠点からその他の拠点へ又はその他の拠点から特定の拠点へ提供可能な備蓄品に関する補完情報を生成し、補完情報を表示手段に表示する。
【0023】
本解決手段によれば、特定の拠点からその他の拠点へ又はその他の拠点から特定の拠点へ提供可能な備蓄品に関する補完情報を生成し、補完情報を表示手段に表示するため、特定の拠点やその他の拠点では互いに助け合うことができ、複数の拠点同士が共助、補完しあえるネットワークを構築することができる。
【発明の効果】
【0024】
本発明によれば、変動する拠点に対応することができる。
【図面の簡単な説明】
【0025】
【図1】本実施形態の防災システム１００を示す図である。
【図2】備蓄品管理の手順例を示すフローチャートである。
【図3】災害種別ごとのシミュレーションの詳細を示すフローチャートである。
【図4】災害時被害実績データによるハザードマップの妥当性検証の手順例を示すフローチャートである。
【図5】観測データに対する被害規模の算出の詳細を示すフローチャートである。
【図6】拠点配置の検討の手順例を示すフローチャートである。
【図7】防災ＧＩＳプラットフォーム１０の構成イメージを示す図である。
【図8】防災システム１００の運用イメージを示す図である。
【図9】防災システム１００の運用例を示す図である。
【発明を実施するための形態】
【0026】
以下、本発明の実施形態について、図面を参照しながら説明する。
図１は、本実施形態の防災システム１００を示す図である。
防災システム１００は、防災ＧＩＳプラットフォーム１０、ネットワーク２０、及び、複数の端末３０を備えている。
防災ＧＩＳプラットフォーム１０と複数の端末３０とは、インターネット等のネットワーク２０を介して、通信可能に接続されている。
図１は、本実施形態の防災システム１００を示す図である。
防災システム１００は、防災ＧＩＳプラットフォーム１０、ネットワーク２０、及び、複数の端末３０を備えている。
防災ＧＩＳプラットフォーム１０と複数の端末３０とは、インターネット等のネットワーク２０を介して、通信可能に接続されている。
【0027】
防災ＧＩＳプラットフォーム１０は、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ：地理情報システム）を使用して、空間情報の収集、変換、蓄積、整理（カタログ化）、利用（分析・視覚化）に関する提案及び解決方法を提供可能である。
防災ＧＩＳプラットフォーム１０は、３Ｄデータ、人流データ、衛星画像、オープンデータ、屋外データ、屋内データを収集し、これらのデータを本プラットフォームに適した内容に自動で変換し、変換したデータを蓄積し、蓄積したデータを整理し（カタログ化し）、利用者は整理されたデータ利用すること（視認すること）ができる。
防災ＧＩＳプラットフォーム１０は、３Ｄデータ、人流データ、衛星画像、オープンデータ、屋外データ、屋内データを収集し、これらのデータを本プラットフォームに適した内容に自動で変換し、変換したデータを蓄積し、蓄積したデータを整理し（カタログ化し）、利用者は整理されたデータ利用すること（視認すること）ができる。
【0028】
また、防災ＧＩＳプラットフォーム１０は、ネットワーク２０を介して、複数の端末３０に対して防災に関する情報を提供する。
防災ＧＩＳプラットフォーム１０は、災害時に各地の災害拠点（避難所等）に必要な物資を、様々な拠点（本社、支店、事業部、営業所、作業所）から供給するために、拠点に適切な備蓄品量を算出する。
防災ＧＩＳプラットフォーム１０は、災害時に各地の災害拠点（避難所等）に必要な物資を、様々な拠点（本社、支店、事業部、営業所、作業所）から供給するために、拠点に適切な備蓄品量を算出する。
【0029】
拠点のうち、本社、支店、事業部、営業所は、基本的には、変動しない拠点である。
一方、建築や土木の作業所は現場であり、作業が終わると撤去されるため、変動する拠点である。
そして、防災ＧＩＳプラットフォーム１０は、変動する拠点が存在していても、最適な備蓄品の量を算出することができる。
一方、建築や土木の作業所は現場であり、作業が終わると撤去されるため、変動する拠点である。
そして、防災ＧＩＳプラットフォーム１０は、変動する拠点が存在していても、最適な備蓄品の量を算出することができる。
【0030】
防災ＧＩＳプラットフォーム１０は、防災ＧＩＳプラットフォーム１０を制御するサーバ１２（制御手段）と、各種のデータや情報を記憶するデータベース１４（記憶手段）とを備えている。サーバ１２は、データベース１４を制御する。
【0031】
端末３０は、防災ＧＩＳプラットフォーム１０を利用する利用者（顧客）の会社や施設、防災ＧＩＳプラットフォーム１０を運営する運営者の会社や施設等に配置される。端末３０は、パーソナルコンピュータや携帯型情報処理端末である。
【0032】
端末３０は、マウスやキーボード、タッチパネル等の入力装置３１（入力手段）、メモリ等の記憶装置３２（記憶手段）、ディスプレイ等の表示装置３３（表示装置）、及び、これらの装置を制御するＣＰＵやプロセッサ等の制御装置３４（制御手段）を備えている。制御装置３４は、入力装置３１、記憶装置３２、及び、表示装置３３を制御する。
【0033】
防災ＧＩＳプラットフォームでは、以下に示す（１）備蓄品管理、（２）災害時被害実績データによるハザードマップの妥当性検証、（３）拠点配置の検討のうち少なくとも１つの処理を実行することができる。いずれの処理を実行するかについては、防災ＧＩＳプラットフォームのメニュー画面等から利用者が任意に選択することができる。
【0034】
図２は、備蓄品管理の手順例を示すフローチャートである。
以下に示す手順例は、サーバ１２（サーバのＣＰＵ）又は制御装置３４（端末のＣＰＵ）が実行する。
以下に示す手順例は、サーバ１２（サーバのＣＰＵ）又は制御装置３４（端末のＣＰＵ）が実行する。
【0035】
〔地域の基本データ収集・入力〕
ステップＳ１００：サーバ１２又は制御装置３４は、地域の基本データの収集・入力を行う。具体的には、入力装置３１により、地域の基本データとして、自治体発行のハザードマップ、避難所情報等が入力されると、端末３０は、これらの情報をサーバ１２に送信し、サーバ１２は、これらの情報をデータベース１４に記憶する（アップロードする）。
地域の基本データは、自治体発行のハザードマップ、避難所情報のうち少なくとも１つを含んでいればよい。
ステップＳ１００：サーバ１２又は制御装置３４は、地域の基本データの収集・入力を行う。具体的には、入力装置３１により、地域の基本データとして、自治体発行のハザードマップ、避難所情報等が入力されると、端末３０は、これらの情報をサーバ１２に送信し、サーバ１２は、これらの情報をデータベース１４に記憶する（アップロードする）。
地域の基本データは、自治体発行のハザードマップ、避難所情報のうち少なくとも１つを含んでいればよい。
【0036】
このような処理を実行することにより、サーバ１２は、入力装置３１により、所定の地域のハザードマップに関する情報、所定の地域の避難所に関する情報のうち少なくとも１つを含む地域の基本データ（地域情報）が入力されると、地域の基本データをデータベース１４に記憶することができる。
【0037】
〔防災ＧＩＳプラットフォームのデータ参照〕
ステップＳ１０１：サーバ１２は、データベース１４に記憶されているデータを参照する。防災ＧＩＳプラットフォーム１０の運用を開始した当初は、データベース１４に、防災ＧＩＳプラットフォーム１０の運営者の拠点情報が記憶されている。拠点情報とは、備蓄品を配置する拠点に関する情報であり、例えば、位置、従業員数、必要資源量、保管スペース等の情報である。
ステップＳ１０１：サーバ１２は、データベース１４に記憶されているデータを参照する。防災ＧＩＳプラットフォーム１０の運用を開始した当初は、データベース１４に、防災ＧＩＳプラットフォーム１０の運営者の拠点情報が記憶されている。拠点情報とは、備蓄品を配置する拠点に関する情報であり、例えば、位置、従業員数、必要資源量、保管スペース等の情報である。
【0038】
〔顧客データの入力〕
ステップＳ１０２：制御装置３４は、顧客データの入力を行う。具体的には、入力装置３１を用いて、顧客データの入力を受け付ける。顧客データは、顧客の拠点情報（自社拠点リスト、拠点位置）や、備蓄品情報（保管数量、更新期限等）である。
ステップＳ１０２：制御装置３４は、顧客データの入力を行う。具体的には、入力装置３１を用いて、顧客データの入力を受け付ける。顧客データは、顧客の拠点情報（自社拠点リスト、拠点位置）や、備蓄品情報（保管数量、更新期限等）である。
【0039】
〔防災ＧＩＳプラットフォームのデータの更新〕
ステップＳ１０３：サーバ１２は、データベース１４のデータを更新する。具体的には、入力装置３１により、顧客データが入力されると、端末３０は、顧客データをサーバ１２に送信し、サーバ１２は、顧客データをデータベース１４に記憶する。これにより、例えば、データベース１４に、顧客の拠点情報（拠点データ）が追加される。
ステップＳ１０３：サーバ１２は、データベース１４のデータを更新する。具体的には、入力装置３１により、顧客データが入力されると、端末３０は、顧客データをサーバ１２に送信し、サーバ１２は、顧客データをデータベース１４に記憶する。これにより、例えば、データベース１４に、顧客の拠点情報（拠点データ）が追加される。
【0040】
このような処理を実行することにより、サーバ１２は、入力装置３１により、所定の地域に配置される拠点に関する情報を含む拠点情報が入力されると、拠点情報をデータベース１４に記憶することができる。
【0041】
また、このような処理を実行することにより、サーバ１２は、入力装置３１により、拠点に配置される災害時用の備蓄品に関する情報を含む備蓄品情報が入力されると、備蓄品情報をデータベース１４に記憶することができる。
【0042】
〔災害種別ごとのシミュレーション〕
ステップＳ１０４：サーバ１２は、災害種別ごとのシミュレーションを実行する。具体的には、サーバ１２は、追加された拠点情報を考慮して災害種別ごとに最適備蓄量の計算を行う。なお、処理の詳細は、後述する。
ステップＳ１０４：サーバ１２は、災害種別ごとのシミュレーションを実行する。具体的には、サーバ１２は、追加された拠点情報を考慮して災害種別ごとに最適備蓄量の計算を行う。なお、処理の詳細は、後述する。
【0043】
〔備蓄品管理の見直し〕
ステップＳ１０５：サーバ１２は、備蓄品の管理の見直しを行う。具体的には、サーバ１２は、全ての災害種別を考慮した最適備蓄計画の検討を行う。最適備蓄計画を検討する際には、オープンデータを利用することができる。
ステップＳ１０５：サーバ１２は、備蓄品の管理の見直しを行う。具体的には、サーバ１２は、全ての災害種別を考慮した最適備蓄計画の検討を行う。最適備蓄計画を検討する際には、オープンデータを利用することができる。
【0044】
オープンデータは、国勢調査（世代別人口）、指定避難所、福祉避難所、ハザードマップ、災害拠点病院、車両リアルタイムデータ（平常時、災害時の渋滞情報、通行止め情報）、地震データ（時系列）、台風情報（時系列）、アメダス（時系列）、火山活動（時系列）、避難施設、平年値（気候）メッシュ、竜巻等の突風等、土砂災害・雪崩メッシュ、土砂災害危険箇所、土砂災害警戒区域、浸水想定区域、津波浸水想定等のデータである。
【0045】
サーバ１２は、ＧＩＳを使って空間的位置関係から被災拠点をカバーするのに必要な備蓄量を求める。サーバ１２は、全ての災害種別のハザードマップに対して被災する拠点を除いたシミュレーションを行い、被災拠点を補完できる備蓄数量をそれぞれ算出する。そして、それらのうち最大の備蓄量が最適（必要）備蓄量になる。例えば、サーバ１２は、地震の場合１０、津波の場合２０、浸水の場合５という備蓄量が算出された場合には最大値である２０を最適備蓄量として採用する。
【0046】
サーバ１２は、災害種別ごとのハザードマップを参照し、被災することが予測される拠点を除いた条件で備蓄品を融通するシミュレーションを行う。サーバ１２は、被災拠点の備蓄物資は使えないものとするとともに、被災を免れる拠点から被災拠点に物資を融通することとしたシミュレーションを行い、それぞれの位置関係から最適な融通経路を自動計算する。このようにして、サーバ１２は、対象災害が発生した場合の必要備蓄量を算出する。そして、サーバ１２は、すべての災害種別に対してシミュレーションを行い、算出された備蓄量の最大値を必要備蓄量として採用し、全ての拠点の必要備蓄量を求めることにより、最適備蓄計画とする。
【0047】
ステップＳ１０６：サーバ１２は、備蓄品の見直しが必要であるか否かを確認する。見直しが必要であるか否かの判断基準は、防災ＧＩＳプラットフォームの仕様に応じて任意に設定することができる。例えば、サーバ１２は、所定の拠点に対して、所定の目標時間内に、必要な数量の備蓄品（物資）が届く場合、見直しが不要であると判断することができる。また、サーバ１２は、データベース１４に記憶されている備蓄量が、最適備蓄量と異なる場合、備蓄品の見直しが必要であると判断することができる。
【0048】
その結果、見直しが必要であること確認した場合（Ｙｅｓ）、サーバ１２は、ステップＳ１０７を実行する。一方、見直しが必要であることを確認できない場合（Ｎｏ）、サーバ１２は、ステップＳ１１３を実行する。
【0049】
〔防災ＧＩＳプラットフォームから運営者へアラート〕
ステップＳ１０７：サーバ１２は、運営者へアラートを行う。具体的には、サーバ１２は、運営者の端末３０の表示装置３３に、備蓄品管理の見直しが必要である旨の警告情報を表示する。警告情報には、いずれの顧客のいずれの拠点について、備蓄品管理の見直しが必要であるかの情報を含ませることができる。なお、このような警告情報は、顧客の端末３０の表示装置３３に表示してもよい。
ステップＳ１０７：サーバ１２は、運営者へアラートを行う。具体的には、サーバ１２は、運営者の端末３０の表示装置３３に、備蓄品管理の見直しが必要である旨の警告情報を表示する。警告情報には、いずれの顧客のいずれの拠点について、備蓄品管理の見直しが必要であるかの情報を含ませることができる。なお、このような警告情報は、顧客の端末３０の表示装置３３に表示してもよい。
【0050】
このような処理を実行することにより、サーバ１２は、入力装置３１により、拠点情報を変更する情報が入力されると、地域の基本データに基づいて、備蓄品情報の変更が必要であるか否かを判断し、変更が必要であると判断した場合には、備蓄品情報の変更が必要である旨の警告情報を表示装置３３に表示することができる。
【0051】
〔他社拠点の備蓄品管理の見直しの協力依頼、提案（運営者）〕
ステップＳ１０８：サーバ１２は、他社拠点の備蓄品管理の見直しの協力依頼、提案を行う。この協力依頼、提案により、備蓄品の最適化が完了した場合には、防災ＧＩＳプラットフォームにおける目標時間内に必要数量の物資（備蓄品）が各拠点まで届く状態となる。
ステップＳ１０８：サーバ１２は、他社拠点の備蓄品管理の見直しの協力依頼、提案を行う。この協力依頼、提案により、備蓄品の最適化が完了した場合には、防災ＧＩＳプラットフォームにおける目標時間内に必要数量の物資（備蓄品）が各拠点まで届く状態となる。
【0052】
サーバ１２は、ある拠点の備蓄量に不足が出た場合、あらかじめ登録された近隣の拠点情報を参照し、保管スペースに余裕がある拠点を、配送時間が短い順に埋めて行く作業（処理）を実行する。これにより、備蓄品が不足した拠点に対して最も近い拠点に、サーバ１２が（運営者が）協力依頼（不足備蓄品を置いてもらうように協力を依頼）を送信することができる。協力してもらえない場合、あるいは最大限備蓄を置いてもらってもまだ不足がある場合には、顧客のＢＣＰ（Ｂｕｓｉｎｅｓｓ Ｃｏｎｔｉｎｕｉｔｙ Ｐｌａｎ）を満足できないため暫定運用となる。
【0053】
ステップＳ１０９：サーバ１２は、最適化が完了したか否かを確認する。最適化が完了したか否かの判断基準は、防災ＧＩＳプラットフォームの仕様に応じて任意に設定することができる（以下、同様）。例えば、サーバ１２は、所定の拠点に対して、所定の目標時間内に、必要な数量の備蓄品（物資）が届く場合、最適化が完了したと判断することができる。
【0054】
その結果、最適化が完了したことを確認した場合（Ｙｅｓ）、サーバ１２は、ステップＳ１１３を実行する。一方、最適化が完了したことを確認できない場合（Ｎｏ）、サーバ１２は、ステップＳ１１０を実行する。
【0055】
〔顧客自社拠点の備蓄品管理の見直しの協力依頼、提案（運営者）〕
ステップＳ１１０：サーバ１２は、顧客自社拠点の備蓄品管理の見直しの協力依頼、提案を行う。この協力依頼、提案により、備蓄品の最適化が完了した場合には、防災ＧＩＳプラットフォームにおける目標時間内に必要数量の物資が各拠点まで届く状態となる。
ステップＳ１１０：サーバ１２は、顧客自社拠点の備蓄品管理の見直しの協力依頼、提案を行う。この協力依頼、提案により、備蓄品の最適化が完了した場合には、防災ＧＩＳプラットフォームにおける目標時間内に必要数量の物資が各拠点まで届く状態となる。
【0056】
顧客自社拠点の備蓄品管理の見直しとはすなわち、顧客のＢＣＰの見直しを意図している。つまり、現有のすべての拠点で最大限備蓄品を配備してもなお、顧客のＢＣＰが求める備蓄数量に足りない場合も想定されるので、そのような場合には顧客のＢＣＰを暫定的に見直してもらうことで対応する。例えば、近隣拠点に最大限協力してもらったとしても、１００必要な備蓄品が８０しか確保できない場合、２０を自社で備蓄できるように保管スペースを確保してもらうよう提案したり、ＢＣＰで規定する備蓄品の到着時間を暫定的に数時間延ばしてもらうことで、より遠い他社拠点の備蓄品を使う計画に変更する運用を提案する。
【0057】
このような処理を自動化する手法としては、以下の手法が考えられる。
（１）サーバが備蓄品不足数を自動計算する。→サーバが追加に必要な保管スペースを自動計算する。→サーバがスペース確保の提案を行う。
（２）サーバが備蓄品不足数を自動計算する。→サーバが備蓄品到着目標時間を何時間延長すれば遠方の他社拠点でカバーできるかを自動シミュレーションする。→サーバが暫定運用の提案を行う。
（３）顧客は、上記（１）か上記（２）のいずれか又は両方を選択して備蓄品管理を見直す。
（１）サーバが備蓄品不足数を自動計算する。→サーバが追加に必要な保管スペースを自動計算する。→サーバがスペース確保の提案を行う。
（２）サーバが備蓄品不足数を自動計算する。→サーバが備蓄品到着目標時間を何時間延長すれば遠方の他社拠点でカバーできるかを自動シミュレーションする。→サーバが暫定運用の提案を行う。
（３）顧客は、上記（１）か上記（２）のいずれか又は両方を選択して備蓄品管理を見直す。
【0058】
ステップＳ１１１：サーバ１２は、最適化が完了したか否かを確認する。
その結果、最適化が完了したことを確認した場合（Ｙｅｓ）、サーバ１２は、ステップＳ１１３を実行する。一方、最適化が完了したことを確認できない場合（Ｎｏ）、サーバ１２は、ステップＳ１１２を実行する。
その結果、最適化が完了したことを確認した場合（Ｙｅｓ）、サーバ１２は、ステップＳ１１３を実行する。一方、最適化が完了したことを確認できない場合（Ｎｏ）、サーバ１２は、ステップＳ１１２を実行する。
【0059】
〔暫定運用〕
ステップＳ１１２：サーバ１２は、暫定運用を行うと判断する。なお、近隣に新規顧客が出現した場合、ステップＳ１０８に戻り、ステップＳ１０８～ステップＳ１１１までの処理を繰り返し実行する。
ステップＳ１１２：サーバ１２は、暫定運用を行うと判断する。なお、近隣に新規顧客が出現した場合、ステップＳ１０８に戻り、ステップＳ１０８～ステップＳ１１１までの処理を繰り返し実行する。
【0060】
〔通常運用〕
ステップＳ１１３：サーバ１２は、通常運用を行うと判断する。
通常運用を行っている場合において、地域の基本データや拠点情報等の各種情報の更新契機が発生した場合、サーバ１２は、上記のステップＳ１００以下の任意の位置からステップＳ１１２又はステップＳ１１３までの処理を実行することができる。
ステップＳ１１３：サーバ１２は、通常運用を行うと判断する。
通常運用を行っている場合において、地域の基本データや拠点情報等の各種情報の更新契機が発生した場合、サーバ１２は、上記のステップＳ１００以下の任意の位置からステップＳ１１２又はステップＳ１１３までの処理を実行することができる。
【0061】
このような処理を実行することにより、サーバ１２は、入力装置３１により、地域の基本データを変更する情報が入力されると、変更後の地域の基本データに基づいて、備蓄品情報の変更が必要であるか否かを判断し、変更が必要であると判断した場合には、備蓄品情報の変更が必要である旨の警告情報を表示装置３３に表示することができる。
【0062】
図３は、災害種別ごとのシミュレーションの詳細を示すフローチャートである。
防災ＧＩＳプラットフォーム１０のサーバ１２は、以下に示す手順例に従って、災害種別ごとのシミュレーションを実行する。
防災ＧＩＳプラットフォーム１０のサーバ１２は、以下に示す手順例に従って、災害種別ごとのシミュレーションを実行する。
【0063】
〔災害種別の選定〕
ステップＳ１５０：サーバ１２は、災害種別の選定を行う。具体的には、サーバ１２は、地震、津波、豪雨、土砂災害、浸水等から、ここで想定する災害種別を１つ選定する。
災害種別は、１つずつ選定され、最終的には、全ての災害種別が選定されることになる。ただし、端末３０の入力装置３１を操作して、選定する災害種別を限定することもできる。
ステップＳ１５０：サーバ１２は、災害種別の選定を行う。具体的には、サーバ１２は、地震、津波、豪雨、土砂災害、浸水等から、ここで想定する災害種別を１つ選定する。
災害種別は、１つずつ選定され、最終的には、全ての災害種別が選定されることになる。ただし、端末３０の入力装置３１を操作して、選定する災害種別を限定することもできる。
【0064】
〔ハザードマップ参照〕
ステップＳ１５１：サーバ１２は、ハザードマップを参照する。具体的には、サーバ１２は、データベース１４にアクセスし、選定した災害種別に対応するハザードマップを参照する。
ステップＳ１５１：サーバ１２は、ハザードマップを参照する。具体的には、サーバ１２は、データベース１４にアクセスし、選定した災害種別に対応するハザードマップを参照する。
【0065】
〔被災が予測される拠点の選定〕
ステップＳ１５２：サーバ１２は、被災が予測される拠点を選定する。具体的には、サーバ１２は、ハザードマップに基づき、被災が予測される拠点を選定する。被災拠点は、被災しない拠点からの物資を受け取る側となり、被災しない拠点は、被災拠点に物資を送る側となる。なお、被災拠点に備蓄品が少ない場合はできるだけ早く支援物資（備蓄品）を届ける必要が生じるため、このような状況を考慮して、サーバ１２は、被災が予測される拠点を選定する。
ステップＳ１５２：サーバ１２は、被災が予測される拠点を選定する。具体的には、サーバ１２は、ハザードマップに基づき、被災が予測される拠点を選定する。被災拠点は、被災しない拠点からの物資を受け取る側となり、被災しない拠点は、被災拠点に物資を送る側となる。なお、被災拠点に備蓄品が少ない場合はできるだけ早く支援物資（備蓄品）を届ける必要が生じるため、このような状況を考慮して、サーバ１２は、被災が予測される拠点を選定する。
【0066】
例えば、サーバ１２は、浸水マップや土砂災害マップと、避難所との位置関係を可視化することで（ハザードマップと避難所位置情報とのレイヤーを重ね合わせることで）、複数の情報を容易に可視化、集計することができる。
【0067】
〔配送シミュレーション〕
ステップＳ１５３：サーバ１２は、配送シミュレーションを行う。
サーバ１２は、大規模データ（主に人流データ）を蓄積している。例えば、トラックの軌跡データ（自動車運行データ）は、人と車の移動データ（携帯型情報処理端末から取得した利用者の位置情報）からトラックターミナルに一定時間滞在したＩＤを抽出し、トラックの軌跡を記憶し、このようなデータを一定期間（例えば３ヶ月）にわたり蓄積し、大規模データとしている。
サーバ１２は、蓄積している大規模データを参照して、配送シミュレーションを行う。
配送シミュレーションでは、災害種別ごとの拠点からの配送シミュレーション（豪雨時、地震時等の所要時間等）を行う。配送シミュレーションでは、オープンデータを利用することができる。
ステップＳ１５３：サーバ１２は、配送シミュレーションを行う。
サーバ１２は、大規模データ（主に人流データ）を蓄積している。例えば、トラックの軌跡データ（自動車運行データ）は、人と車の移動データ（携帯型情報処理端末から取得した利用者の位置情報）からトラックターミナルに一定時間滞在したＩＤを抽出し、トラックの軌跡を記憶し、このようなデータを一定期間（例えば３ヶ月）にわたり蓄積し、大規模データとしている。
サーバ１２は、蓄積している大規模データを参照して、配送シミュレーションを行う。
配送シミュレーションでは、災害種別ごとの拠点からの配送シミュレーション（豪雨時、地震時等の所要時間等）を行う。配送シミュレーションでは、オープンデータを利用することができる。
【0068】
配送シミュレーションは、ステップＳ１５４～ステップＳ１５６の一連のプロセスを示している。それぞれの被災拠点ごとに、支援拠点を選定するところから配送計画をシミュレートするところまでが配送シミュレーションである。以下のステップＳ１５４～ステップＳ１５６は、配送シミュレーションの具体的な内容である。
【0069】
〔支援拠点の選定〕
ステップＳ１５４：サーバ１２は、支援拠点（被災拠点に物資を送る側）の選定を行う。具体的には、サーバ１２は、支援拠点として、被災拠点ごとに防災ＧＩＳプラットフォーム１０で目標とする時間内に備蓄品を届けられる拠点を選定する。
ステップＳ１５４：サーバ１２は、支援拠点（被災拠点に物資を送る側）の選定を行う。具体的には、サーバ１２は、支援拠点として、被災拠点ごとに防災ＧＩＳプラットフォーム１０で目標とする時間内に備蓄品を届けられる拠点を選定する。
【0070】
〔被災拠点の物資不足数量の算出〕
ステップＳ１５５：サーバ１２は、被災拠点の物資不足数量の算出を行う。具体的には、サーバ１２は、あらかじめ入力された拠点情報から備蓄品の項目ごとに必要量と備蓄数量を参照し、不足数量を算出する。
ステップＳ１５５：サーバ１２は、被災拠点の物資不足数量の算出を行う。具体的には、サーバ１２は、あらかじめ入力された拠点情報から備蓄品の項目ごとに必要量と備蓄数量を参照し、不足数量を算出する。
【0071】
〔支援拠点からの配送計画シミュレーション〕
ステップＳ１５６：サーバ１２は、支援拠点からの配送計画シミュレーションを行う。具体的には、サーバ１２は、複数の被災拠点、支援拠点の情報を統合し、全ての被災拠点の不足数量を補完できるように支援拠点からの支援物資配送数量をシミュレーションで求める。
ステップＳ１５６：サーバ１２は、支援拠点からの配送計画シミュレーションを行う。具体的には、サーバ１２は、複数の被災拠点、支援拠点の情報を統合し、全ての被災拠点の不足数量を補完できるように支援拠点からの支援物資配送数量をシミュレーションで求める。
【0072】
〔必要備蓄量の計算〕
ステップＳ１５７：サーバ１２は、必要備蓄量の計算を行う。具体的には、サーバ１２は、支援拠点ごとに、全ての被災拠点への支援物資配送数量を合計して、当該災害種別に対するその拠点の必要備蓄量とする。なお、あらかじめ入力された保管スペースを考慮することが好ましい。
ステップＳ１５７：サーバ１２は、必要備蓄量の計算を行う。具体的には、サーバ１２は、支援拠点ごとに、全ての被災拠点への支援物資配送数量を合計して、当該災害種別に対するその拠点の必要備蓄量とする。なお、あらかじめ入力された保管スペースを考慮することが好ましい。
【0073】
〔最適備蓄量の計算〕
ステップＳ１５７：サーバ１２は、最適備蓄量の計算を行う。具体的には、サーバ１２は、以上の計算を全ての災害種別ごと（災害種別を限定している場合には、限定している災害種別ごと）に行い、それぞれによって求められた必要備蓄量の最大値を最適備蓄量とする。
そして、以上の処理を終えると、サーバ１２は、呼び出し元に復帰してそれ以降の処理を継続する。
ステップＳ１５７：サーバ１２は、最適備蓄量の計算を行う。具体的には、サーバ１２は、以上の計算を全ての災害種別ごと（災害種別を限定している場合には、限定している災害種別ごと）に行い、それぞれによって求められた必要備蓄量の最大値を最適備蓄量とする。
そして、以上の処理を終えると、サーバ１２は、呼び出し元に復帰してそれ以降の処理を継続する。
【0074】
図４は、災害時被害実績データによるハザードマップの妥当性検証の手順例を示すフローチャートである。
以下に示す手順例は、サーバ１２又は制御装置３４が実行する。
以下に示す手順例は、サーバ１２又は制御装置３４が実行する。
【0075】
〔地域の基本データ収集・入力〕
ステップＳ２００：サーバ１２又は制御装置３４は、地域の基本データの収集・入力を行う。具体的には、入力装置３１により、地域の基本データとして、自治体発行のハザードマップ、避難所情報等が入力されると、端末３０は、これらの情報をサーバ１２に送信し、サーバ１２は、これらの情報をデータベース１４に記憶する（アップロードする）。
ステップＳ２００：サーバ１２又は制御装置３４は、地域の基本データの収集・入力を行う。具体的には、入力装置３１により、地域の基本データとして、自治体発行のハザードマップ、避難所情報等が入力されると、端末３０は、これらの情報をサーバ１２に送信し、サーバ１２は、これらの情報をデータベース１４に記憶する（アップロードする）。
【0076】
〔災害情報の収集〕
ステップＳ２０１：サーバ１２は、災害情報の収集を行う。具体的には、サーバ１２は、災害種別ごとに、被害があった過去の被災例をリストアップする。
ステップＳ２０１：サーバ１２は、災害情報の収集を行う。具体的には、サーバ１２は、災害種別ごとに、被害があった過去の被災例をリストアップする。
【0077】
災害情報の収集は、サーバが自動的に行ってもよく、人（運営者）が行ってもよい。
災害情報の収集をサーバが行う場合、サーバは所定のサーバやデータベース等にアクセスし、災害情報の収集を行う。
災害情報の収集をサーバが行う場合、サーバは所定のサーバやデータベース等にアクセスし、災害情報の収集を行う。
【0078】
災害情報の収集を人が行う場合、ステップＳ２０１では被災例をリストアップし、ステップＳ２０２ではリストアップされた災害に関連する気象等の観測データを集めてサーバに入力し、ステップＳ２０３ではリストアップされた災害に関連する災害時被害実績データを集めてサーバに入力する、というプロセスとなる。
【0079】
また、災害情報に関するデータベースを運営者が用意、適時更新しておくことによりＳ２０１～Ｓ２０３の処理を手動とし、ステップＳ２０４～ステップＳ２０６の処理を自動的に行うようにすることができる。
【0080】
〔災害時観測データの収集・入力〕
ステップＳ２０２：サーバ１２又は制御装置３４は、災害時観測データの収集・入力を行う。具体的には、入力装置３１により、時系列の観測データが入力されると、端末３０は、時系列の観測データをサーバ１２に送信し、サーバ１２は、時系列の観測データをデータベース１４に記憶する。時系列の観測データは、震度、波高、降雨量、気圧、河川水位等の位置情報及び観測データである。ここでは、複数の災害データを入力することもできる。
ステップＳ２０２：サーバ１２又は制御装置３４は、災害時観測データの収集・入力を行う。具体的には、入力装置３１により、時系列の観測データが入力されると、端末３０は、時系列の観測データをサーバ１２に送信し、サーバ１２は、時系列の観測データをデータベース１４に記憶する。時系列の観測データは、震度、波高、降雨量、気圧、河川水位等の位置情報及び観測データである。ここでは、複数の災害データを入力することもできる。
【0081】
このような処理を実行することにより、サーバ１２は、入力装置３１により、所定の地域における時系列の観測データ（観測情報）が入力されると、観測データをデータベース１４に記憶することができる。
【0082】
〔災害時被害実績データの収集・入力〕
ステップＳ２０３：サーバ１２又は制御装置３４は、災害時被害実績データの収集・入力を行う。具体的には、入力装置３１により、時系列の災害時被害実績データが入力されると、端末３０は、時系列の災害時被害実績データをサーバ１２に送信し、サーバ１２は、災害時被害実績データをデータベース１４に記憶する。時系列の災害時被害実績データは、被災戸数（全壊、半壊）、避難所への避難者数、運休、通行止め箇所、道路交通量等から等から推定される渋滞、通行止め箇所、浸水深等のデータである。ここでは、複数の災害データを入力することができる。時系列の災害時被害実績データには、オープンデータを利用することができる。
ステップＳ２０３：サーバ１２又は制御装置３４は、災害時被害実績データの収集・入力を行う。具体的には、入力装置３１により、時系列の災害時被害実績データが入力されると、端末３０は、時系列の災害時被害実績データをサーバ１２に送信し、サーバ１２は、災害時被害実績データをデータベース１４に記憶する。時系列の災害時被害実績データは、被災戸数（全壊、半壊）、避難所への避難者数、運休、通行止め箇所、道路交通量等から等から推定される渋滞、通行止め箇所、浸水深等のデータである。ここでは、複数の災害データを入力することができる。時系列の災害時被害実績データには、オープンデータを利用することができる。
【0083】
このような処理を実行することにより、サーバ１２は、入力装置３１により、所定の地域における時系列の災害時被害実績データ（被害実績情報）が入力されると、災害時被害実績データをデータベース１４に記憶することができる。
【0084】
〔観測データに対する被害規模の算出〕
ステップＳ２０４：サーバ１２は、観測データに対する被害規模の算出を行う。具体的には、サーバ１２は、観測データと被害実績の相関を時系列で整理し、観測実績値に対する被害規模の係数を統計的に算出することにより、観測データの階級に応じた被災戸数や避難者数の期待値、交通が遮断される確率を地図上の各メッシュで求め、コンターマップ（地図上の等しい数値を等高線で結んで表示するマップ）等で可視化し、被災可能性マップとする。例えば、サーバ１２は、累積降雨量１００ｍｍで３０ｃｍ浸水する確率等を算出・出力（表示）する。なお、処理の詳細は、後述する。
ステップＳ２０４：サーバ１２は、観測データに対する被害規模の算出を行う。具体的には、サーバ１２は、観測データと被害実績の相関を時系列で整理し、観測実績値に対する被害規模の係数を統計的に算出することにより、観測データの階級に応じた被災戸数や避難者数の期待値、交通が遮断される確率を地図上の各メッシュで求め、コンターマップ（地図上の等しい数値を等高線で結んで表示するマップ）等で可視化し、被災可能性マップとする。例えば、サーバ１２は、累積降雨量１００ｍｍで３０ｃｍ浸水する確率等を算出・出力（表示）する。なお、処理の詳細は、後述する。
【0085】
このような処理を実行することにより、サーバ１２は、実際の被害が発生する確率を算出する際には、観測データに対する災害時被害実績データの相関性から観測データに対する被害規模の係数を統計的に算出し、観測データの階級に応じた被災戸数若しくは避難者数の期待値、又は、交通網が遮断される確率を算出することができる。
【0086】
〔ハザードマップの検証〕
ステップＳ２０５：サーバ１２は、ハザードマップの検証を行う。具体的には、サーバ１２は、自治体発行のハザードマップと上記により求めた被災可能性マップを照らし合わせて、ハザードマップの妥当性を災害種別ごとに検証する。
ステップＳ２０５：サーバ１２は、ハザードマップの検証を行う。具体的には、サーバ１２は、自治体発行のハザードマップと上記により求めた被災可能性マップを照らし合わせて、ハザードマップの妥当性を災害種別ごとに検証する。
【0087】
〔ハザードマップの見直し〕
ステップＳ２０６：サーバ１２は、ハザードマップの見直しを行う。具体的には、サーバ１２は、自治体発行のハザードマップと被災可能性マップに不整合があるエリアを地図上で特定し、近年の災害傾向等を考慮の上、見直し、新たなハザードマップを作成する。作成した新たなハザードマップは、データベース１４に記憶したり、端末３０の表示装置３３に表示したりすることができる。
ステップＳ２０６：サーバ１２は、ハザードマップの見直しを行う。具体的には、サーバ１２は、自治体発行のハザードマップと被災可能性マップに不整合があるエリアを地図上で特定し、近年の災害傾向等を考慮の上、見直し、新たなハザードマップを作成する。作成した新たなハザードマップは、データベース１４に記憶したり、端末３０の表示装置３３に表示したりすることができる。
【0088】
このような処理を実行することにより、サーバ１２は、観測データ及び災害時被害実績データに基づいて実際の被害が発生する確率を算出し、算出した確率に基づいて被害可能性マップを生成し、被害可能性マップを表示装置３３に表示することができる。
【0089】
図５は、観測データに対する被害規模の算出の詳細を示すフローチャートである。
サーバ１２は、以下に示す手順例に従って、観測データに対する被害規模の算出を行う。
サーバ１２は、以下に示す手順例に従って、観測データに対する被害規模の算出を行う。
【0090】
〔災害種別の選定〕
ステップＳ２５０：サーバ１２は、災害種別の選定を行う。具体的には、サーバ１２は、洪水・浸水、地震、津波、土砂災害等から、ここで対象とする災害種別を１つ選定する。災害種別は、１つずつ選定され、最終的には、全ての災害種別が選定されることになる。ただし、端末３０の入力装置３１を操作して、選定する災害種別を限定することもできる。
ステップＳ２５０：サーバ１２は、災害種別の選定を行う。具体的には、サーバ１２は、洪水・浸水、地震、津波、土砂災害等から、ここで対象とする災害種別を１つ選定する。災害種別は、１つずつ選定され、最終的には、全ての災害種別が選定されることになる。ただし、端末３０の入力装置３１を操作して、選定する災害種別を限定することもできる。
【0091】
〔過去の被災事例を抽出〕
ステップＳ２５１：サーバ１２は、過去の被災事例を抽出する。具体的には、サーバ１２は、対象とする災害種別について、収集した災害情報（過去の被災例）の中から１つの事例を選定する。
災害情報（過去の被災例）は、防災ＧＩＳプラットフォーム１０の運用開始時に、あらかじめデータベース１４に記憶されている。実際の災害により新しい災害情報が発生した場合には、サーバ１２が自動的に災害情報を収集したり、端末３０を用いて災害情報をデータベース１４にアップロードしたりすることができる。
ステップＳ２５１：サーバ１２は、過去の被災事例を抽出する。具体的には、サーバ１２は、対象とする災害種別について、収集した災害情報（過去の被災例）の中から１つの事例を選定する。
災害情報（過去の被災例）は、防災ＧＩＳプラットフォーム１０の運用開始時に、あらかじめデータベース１４に記憶されている。実際の災害により新しい災害情報が発生した場合には、サーバ１２が自動的に災害情報を収集したり、端末３０を用いて災害情報をデータベース１４にアップロードしたりすることができる。
【0092】
〔観測データと被害実績を時系列で対比〕
ステップＳ２５２：サーバ１２は、観測データと被害実績を時系列で対比する。具体的には、サーバ１２は、観測データと被害実績の対応を分析する。例えば、サーバ１２は、時間降雨量、累積降雨量、降雨継続時間等の観測データと浸水深等の災害時被害実績データの相関をそれぞれグラフにプロットする。
なお、収集した災害情報が複数ある場合には、収集した災害情報の分だけ、ステップＳ２５１及びステップＳ２５２の処理を繰り返し実行する。
ステップＳ２５２：サーバ１２は、観測データと被害実績を時系列で対比する。具体的には、サーバ１２は、観測データと被害実績の対応を分析する。例えば、サーバ１２は、時間降雨量、累積降雨量、降雨継続時間等の観測データと浸水深等の災害時被害実績データの相関をそれぞれグラフにプロットする。
なお、収集した災害情報が複数ある場合には、収集した災害情報の分だけ、ステップＳ２５１及びステップＳ２５２の処理を繰り返し実行する。
【0093】
〔データ集積〕
ステップＳ２５３：サーバ１２は、データ集積を行う。具体的には、サーバ１２は、対象とする災害種別について、一つ一つの災害における観測データと災害時被害実績データの関係を集積する。
ステップＳ２５３：サーバ１２は、データ集積を行う。具体的には、サーバ１２は、対象とする災害種別について、一つ一つの災害における観測データと災害時被害実績データの関係を集積する。
【0094】
〔観測データと被害実績の相関分析〕
ステップＳ２５４：サーバ１２は、観測データと被害実績の相関分析を行う。具体的には、サーバ１２は、集積されたデータから近似式を推定する。例えば、浸水深＝係数Ｋ×累積降雨量における係数Ｋを求める。
ステップＳ２５４：サーバ１２は、観測データと被害実績の相関分析を行う。具体的には、サーバ１２は、集積されたデータから近似式を推定する。例えば、浸水深＝係数Ｋ×累積降雨量における係数Ｋを求める。
【0095】
〔観測データの階級区分〕
ステップＳ２５５：サーバ１２は、観測データの階級を区分する。具体的には、サーバ１２は、降雨（時間降雨、累積降雨、降雨継続時間）、地震（震度、卓越周期）、河川水位（水位、水位上昇速度、ＨＷＬ（計画高水位）継続時間）、各種センサ（地すべり計、地下水位計、傾斜計等）等の観測データをいくつかの階級に区分する。例えば、累積雨量であれば、０～５０ｍｍ、５０～１００ｍｍ、１００～１５０ｍｍ、１５０～２００ｍｍ・・等である。
ステップＳ２５５：サーバ１２は、観測データの階級を区分する。具体的には、サーバ１２は、降雨（時間降雨、累積降雨、降雨継続時間）、地震（震度、卓越周期）、河川水位（水位、水位上昇速度、ＨＷＬ（計画高水位）継続時間）、各種センサ（地すべり計、地下水位計、傾斜計等）等の観測データをいくつかの階級に区分する。例えば、累積雨量であれば、０～５０ｍｍ、５０～１００ｍｍ、１００～１５０ｍｍ、１５０～２００ｍｍ・・等である。
【0096】
〔階級ごとの被害状況の期待値を求める〕
ステップＳ２５６：サーバ１２は、階級ごとの被害状況の期待値を求める。具体的には、サーバ１２は、観測データの階級に応じた被災期待値（被災戸数や避難者数の期待値（予測数）、交通が遮断される確率等）を地図上の各メッシュで求める。例えば、累積雨量５０ｍｍ以下で３０ｃｍ浸水する確率、５０～１００ｍｍで３０ｃｍ浸水する確率等を求める。
ステップＳ２５６：サーバ１２は、階級ごとの被害状況の期待値を求める。具体的には、サーバ１２は、観測データの階級に応じた被災期待値（被災戸数や避難者数の期待値（予測数）、交通が遮断される確率等）を地図上の各メッシュで求める。例えば、累積雨量５０ｍｍ以下で３０ｃｍ浸水する確率、５０～１００ｍｍで３０ｃｍ浸水する確率等を求める。
【0097】
〔結果を地図上に表示する〕
ステップＳ２５７：サーバ１２は、結果を地図上に表示する。具体的には、サーバ１２は、地図上の各メッシュで求められた被災期待値をコンターマップ等で示し、端末３０の表示装置３３に表示する。
そして、以上の処理を終えると、サーバ１２は、呼び出し元に復帰してそれ以降の処理を継続する。
ステップＳ２５７：サーバ１２は、結果を地図上に表示する。具体的には、サーバ１２は、地図上の各メッシュで求められた被災期待値をコンターマップ等で示し、端末３０の表示装置３３に表示する。
そして、以上の処理を終えると、サーバ１２は、呼び出し元に復帰してそれ以降の処理を継続する。
【0098】
図６は、拠点配置の検討の手順例を示すフローチャートである。
以下に示す手順例は、サーバ１２又は制御装置３４が実行する。また、以下に示す手順例は、病院の最適立地の検討例である。
以下に示す手順例は、サーバ１２又は制御装置３４が実行する。また、以下に示す手順例は、病院の最適立地の検討例である。
【0099】
〔地域の基本データ収集・入力〕
ステップＳ３００：サーバ１２又は制御装置３４は、地域の基本データ収集・入力を行う。具体的には、入力装置３１により、地域の基本データとして、居住人数、道路等の入った基本地図データ及び公共交通網データ、ハザードマップ等の情報が入力されると、端末３０は、これらの情報をサーバ１２に送信し、サーバ１２は、これらの情報をデータベース１４に記憶する（アップロードする）。
地域の基本データは、居住人数、道路等の入った基本地図データ、公共交通網データ、ハザードマップの情報のうち少なくとも１つを含んでいればよい。
ステップＳ３００：サーバ１２又は制御装置３４は、地域の基本データ収集・入力を行う。具体的には、入力装置３１により、地域の基本データとして、居住人数、道路等の入った基本地図データ及び公共交通網データ、ハザードマップ等の情報が入力されると、端末３０は、これらの情報をサーバ１２に送信し、サーバ１２は、これらの情報をデータベース１４に記憶する（アップロードする）。
地域の基本データは、居住人数、道路等の入った基本地図データ、公共交通網データ、ハザードマップの情報のうち少なくとも１つを含んでいればよい。
【0100】
このような処理を実行することにより、サーバ１２は、入力装置３１により、所定の地域の居住人数情報、道路情報、地図情報、公共交通情報、ハザードマップに関する情報のうち少なくとも１つを含む地域の基本データ（環境情報）が入力されると、地域の基本データをデータベース１４に記憶することができる。
【0101】
〔平常時の到達圏シミュレーション〕
ステップＳ３０１：サーバ１２は、平常時の到達圏シミュレーションを行う。具体的には、サーバ１２は、地図上の各メッシュで（地図情報の各ポイントに）目標時間内に到達することができる住民の人数や割合等をシミュレーション（経路検索シミュレーション等）で算出する。例えば、地図上のメッシュにおいて、１時間以内に住民の８割以上が到達することができるメッシュ（場所）を特定し、リストアップし、立地候補地とする。
ステップＳ３０１：サーバ１２は、平常時の到達圏シミュレーションを行う。具体的には、サーバ１２は、地図上の各メッシュで（地図情報の各ポイントに）目標時間内に到達することができる住民の人数や割合等をシミュレーション（経路検索シミュレーション等）で算出する。例えば、地図上のメッシュにおいて、１時間以内に住民の８割以上が到達することができるメッシュ（場所）を特定し、リストアップし、立地候補地とする。
【0102】
〔ハザードマップと照合〕
ステップＳ３０２：サーバ１２は、ハザードマップと照合を行う。具体的には、サーバ１２は、ハザードマップと上記により求めた立地候補地を照合し、被災の危険性が無い又は低いエリアを特定する。このようにして、平常時に、都市計画等で目標とする人数が目標時間内に到達することができるエリアのうち、被災の危険性が無い又は低いと見込まれる場所を特定することができる。
ステップＳ３０２：サーバ１２は、ハザードマップと照合を行う。具体的には、サーバ１２は、ハザードマップと上記により求めた立地候補地を照合し、被災の危険性が無い又は低いエリアを特定する。このようにして、平常時に、都市計画等で目標とする人数が目標時間内に到達することができるエリアのうち、被災の危険性が無い又は低いと見込まれる場所を特定することができる。
【0103】
ステップＳ３０１及びステップＳ３０２は、安全な立地候補地の選定である（平常時）。
ステップＳ３０１及びステップＳ３０２の処理を実行することにより、サーバ１２は、地域の基本データに基づいて、地図情報における平常時の立地候補地を決定することができる。
ステップＳ３０１及びステップＳ３０２の処理を実行することにより、サーバ１２は、地域の基本データに基づいて、地図情報における平常時の立地候補地を決定することができる。
【0104】
〔災害時観測データの収集・入力〕
ステップＳ３０３：サーバ１２又は制御装置３４は、災害時観測データの収集・入力を行う。具体的には、入力装置３１により、時系列の観測データが入力されると、端末３０は、時系列の観測データをサーバ１２に送信し、サーバ１２は、時系列の観測データをデータベース１４に記憶する。時系列の観測データは、震度、波高、降雨量、気圧、河川水位等の位置情報及び観測データである。ここでは、複数の災害時観測データを入力することができる。
ステップＳ３０３：サーバ１２又は制御装置３４は、災害時観測データの収集・入力を行う。具体的には、入力装置３１により、時系列の観測データが入力されると、端末３０は、時系列の観測データをサーバ１２に送信し、サーバ１２は、時系列の観測データをデータベース１４に記憶する。時系列の観測データは、震度、波高、降雨量、気圧、河川水位等の位置情報及び観測データである。ここでは、複数の災害時観測データを入力することができる。
【0105】
このような処理を実行することにより、サーバ１２は、入力装置３１により、所定の地域における災害時の時系列の観測データ（観測情報）が入力されると、災害時の時系列の観測データをデータベース１４に記憶することができる。
【0106】
〔災害時交通実績データの収集・入力〕
ステップＳ３０４：サーバ１２又は制御装置３４は、災害時交通実績データの収集・入力を行う。具体的には、入力装置３１により、時系列の交通実績データが入力されると、端末３０は、時系列の交通実績データをサーバ１２に送信し、サーバ１２は、時系列の交通実績データをデータベース１４に記憶する。時系列の交通実績データは、公共交通の運休状況、道路の通行止め箇所、道路交通量等から推定される渋滞時間等のデータである。ここでは、複数の災害時交通実績データを入力することができる。
ステップＳ３０４：サーバ１２又は制御装置３４は、災害時交通実績データの収集・入力を行う。具体的には、入力装置３１により、時系列の交通実績データが入力されると、端末３０は、時系列の交通実績データをサーバ１２に送信し、サーバ１２は、時系列の交通実績データをデータベース１４に記憶する。時系列の交通実績データは、公共交通の運休状況、道路の通行止め箇所、道路交通量等から推定される渋滞時間等のデータである。ここでは、複数の災害時交通実績データを入力することができる。
【0107】
このような処理を実行することにより、サーバ１２は、入力装置３１により、災害時の交通実績データ（交通実績情報）が入力されると、災害時の交通実績データをデータベース１４に記憶することができる。
【0108】
この場合、サーバ１２は、災害時の交通実績データに基づいて拠点から災害が予測される災害予測点までの最適な配送ルート又は配送時間に関する配送情報を生成し、配送情報を表示装置３３に表示することができる。
なお、このような配送ルート又は配送時間に関するシミュレーションは、図３のステップＳ１５３やステップＳ１５６において実行することもできる。
なお、このような配送ルート又は配送時間に関するシミュレーションは、図３のステップＳ１５３やステップＳ１５６において実行することもできる。
【0109】
〔通行不能となる確率の算出〕
ステップＳ３０５：サーバ１２は、通行不能となる確率の算出を行う。具体的には、サーバ１２は、災害時観測データと災害時交通実績データの相関を整理し、観測実績値に対して通行不能となる確率等を階級別に求める。例えば、累積降雨量１００ｍｍ、１５０ｍｍ、２００ｍｍの時に通行不能となる確率（通行不能確率）等を求める。
ステップＳ３０５：サーバ１２は、通行不能となる確率の算出を行う。具体的には、サーバ１２は、災害時観測データと災害時交通実績データの相関を整理し、観測実績値に対して通行不能となる確率等を階級別に求める。例えば、累積降雨量１００ｍｍ、１５０ｍｍ、２００ｍｍの時に通行不能となる確率（通行不能確率）等を求める。
【0110】
〔災害時に期待できる交通網の選択〕
ステップＳ３０６：サーバ１２は、災害時に期待できる交通網の選択を行う。具体的には、サーバ１２は、観測データに対する通行不能確率の閾値（目標値）を設定し、災害が発生すると遮断する可能性が高い道路等は考慮に入れず、通行が期待できる交通網（災害時に利用可能な利用可能道路）を選別する。
ステップＳ３０６：サーバ１２は、災害時に期待できる交通網の選択を行う。具体的には、サーバ１２は、観測データに対する通行不能確率の閾値（目標値）を設定し、災害が発生すると遮断する可能性が高い道路等は考慮に入れず、通行が期待できる交通網（災害時に利用可能な利用可能道路）を選別する。
【0111】
例えば、防災ＧＩＳプラットフォーム１０において累積降雨量１００ｍｍが降っても８０％以上の確率で安全であることを目標とする場合は、累積降雨量１００ｍｍで２０％以上の確率で通行不能になる交通ルートを除外して次の経路検索シミュレーションに供す。
【0112】
〔災害時の到達圏シミュレーション〕
ステップＳ３０７：サーバ１２は、災害時の到達圏シミュレーションを行う。具体的には、サーバ１２は、ステップＳ３０１及びステップＳ３０２の処理で求めた立地候補地に対して、災害種別ごとの一定時間内に到達することができる住民の人数や割合等をシミュレーション（経路検索シミュレーション等）で算出する（災害時情報を算出する）。
ステップＳ３０５、ステップＳ３０６及びステップＳ３０７は、災害時にも機能する立地の選定である。
ステップＳ３０７：サーバ１２は、災害時の到達圏シミュレーションを行う。具体的には、サーバ１２は、ステップＳ３０１及びステップＳ３０２の処理で求めた立地候補地に対して、災害種別ごとの一定時間内に到達することができる住民の人数や割合等をシミュレーション（経路検索シミュレーション等）で算出する（災害時情報を算出する）。
ステップＳ３０５、ステップＳ３０６及びステップＳ３０７は、災害時にも機能する立地の選定である。
【0113】
〔最適拠点配置の検討〕
ステップＳ３０８：サーバ１２は、最適拠点配置の検討を行う。具体的には、サーバ１２は、ある拠点からの到達時間をコンターマップ等で地図上に示し（到達可能性マップを生成して表示し）、ハザードマップと重ね合わせて、災害に対して安全であり、かつ、災害時にも病院等（主要な場所）へ一定時間に到達することができるエリア（特定立地候補地）を可視化する。可視化した情報は、データベース１４に記憶したり、端末３０の表示装置３３に表示したりすることができる。そして、そのような地域を都市計画において住居地域に定めて居住を誘導する。
ステップＳ３０８：サーバ１２は、最適拠点配置の検討を行う。具体的には、サーバ１２は、ある拠点からの到達時間をコンターマップ等で地図上に示し（到達可能性マップを生成して表示し）、ハザードマップと重ね合わせて、災害に対して安全であり、かつ、災害時にも病院等（主要な場所）へ一定時間に到達することができるエリア（特定立地候補地）を可視化する。可視化した情報は、データベース１４に記憶したり、端末３０の表示装置３３に表示したりすることができる。そして、そのような地域を都市計画において住居地域に定めて居住を誘導する。
【0114】
ステップＳ３０５～テップＳ３０８の処理を実行することにより、サーバ１２は、観測データ及び交通実績データに基づいて、立地候補地の中から、地図情報における災害時にも安全な特定立地候補地を決定し、特定立地候補地を表示装置３３に表示することができる。
【0115】
図７は、防災ＧＩＳプラットフォーム１０の構成イメージを示す図である。
図７中（Ａ）に示すように、リアルタイムデータは、災害時リアルタイムデータを含んでいる。災害時リアルタイムデータは、気象データ、河川水位データ、潮位データ、浸水マップ、土砂災害マップ等を含んでいる。これらのデータは、端末３０からサーバ１２に送信され、サーバ１２によってデータベース１４に随時追加され、更新される。リアルタイムデータは、災害時に運営者が提供する。
図７中（Ａ）に示すように、リアルタイムデータは、災害時リアルタイムデータを含んでいる。災害時リアルタイムデータは、気象データ、河川水位データ、潮位データ、浸水マップ、土砂災害マップ等を含んでいる。これらのデータは、端末３０からサーバ１２に送信され、サーバ１２によってデータベース１４に随時追加され、更新される。リアルタイムデータは、災害時に運営者が提供する。
【0116】
ここで、図７では、リアルタイムデータと災害時被害実績データとを分けて表示しているが、内容としては同じものである。リアルタイムデータも災害時被害実績データも、降雨量や河川水位等のデータ、実際に現在浸水している範囲等のマップ、土砂災害発生箇所が分かる空中写真等を含んでいる。リアルタイムデータは、災害が収束した後には災害時被害実績データとして蓄積されていく。リアルタイムデータは、リアルタイムの災害情報をマップ化することで、配送時の経路選択の参考にすることができる。
気象データ、河川水位データ、潮位データは「観測データ」に含まれており、浸水マップ、土砂災害マップは「災害時被害実績データ」に含まれている。
気象データ、河川水位データ、潮位データは「観測データ」に含まれており、浸水マップ、土砂災害マップは「災害時被害実績データ」に含まれている。
【0117】
図７中（Ｂ）に示すように、顧客データは、自社拠点リストを含んでいる。自社拠点リストは、拠点位置、備蓄品保管数量等の情報を含んでいる。これらのデータは、端末３０からサーバ１２に送信され、サーバ１２によってデータベース１４に随時追加され、更新される。
【0118】
図７中（Ｃ）に示すように、災害時被害実績データは、実際の被害データを含んでいる。実際の被害データは、降雨等の気象実績、河川水位等の実績、通行止め箇所の実績等を含んでいる。観測データに対する被害状況を時系列で分析することにより、観測データの階級に応じた被害の期待値をメッシュごとに算出し、マップ上に可視化することができる。災害時被害実績データは、運営者がとりまとめて提供する。災害時被害実績データは、運営者の端末３０からサーバ１２に送信され、サーバ１２によってデータベース１４に追加される。
【0119】
図７中（Ｄ）に示すように、地域の基本データは、災害関連情報を含んでいる。災害関連情報は、ハザードマップ、避難所情報、運営者拠点情報（拠点位置、備蓄品保管情報）等を含んでいる。災害関連情報は、端末３０からサーバ１２に送信され、サーバ１２によってデータベース１４に定期的に追加され、更新される。地域の基本データは、運営者が提供する。
そして、図７中（Ａ）～図７中（Ｄ）に示すデータは、これらが組み合わされて、データベース１４に記憶される。
そして、図７中（Ａ）～図７中（Ｄ）に示すデータは、これらが組み合わされて、データベース１４に記憶される。
【0120】
図８は、防災システム１００の運用イメージを示す図である。
運営者の端末３０は、防災ＧＩＳプラットフォーム１０にアクセスし、自動更新のメンテナンスを行う。
自動更新のメンテナンスは、防災ＧＩＳプラットフォーム１０の運営者が行っているメンテナンス作業である。具体的には、システムやソフトウェアのアップデート、顧客からの不具合情報、バグ情報への対応、通信トラブルがあった際の復旧対応等である。
また、運営者の端末３０は、本支店、工場・倉庫、作業所の備蓄品に関する備蓄品データＤを含む拠点情報を定期的に防災ＧＩＳプラットフォーム１０に送信し、サーバ１２は受信した情報をデータベース１４にアップロードする。
運営者の端末３０は、防災ＧＩＳプラットフォーム１０にアクセスし、自動更新のメンテナンスを行う。
自動更新のメンテナンスは、防災ＧＩＳプラットフォーム１０の運営者が行っているメンテナンス作業である。具体的には、システムやソフトウェアのアップデート、顧客からの不具合情報、バグ情報への対応、通信トラブルがあった際の復旧対応等である。
また、運営者の端末３０は、本支店、工場・倉庫、作業所の備蓄品に関する備蓄品データＤを含む拠点情報を定期的に防災ＧＩＳプラットフォーム１０に送信し、サーバ１２は受信した情報をデータベース１４にアップロードする。
【0121】
病院等による顧客Ａの端末３０は、防災ＧＩＳプラットフォーム１０に対するインプットデータとして、総合病院、系列病院の備蓄品に関する備蓄品データＤを含む拠点情報を防災システム１００に送信し、サーバ１２は受信した情報をデータベース１４にアップロードする。
そうすると、防災ＧＩＳプラットフォーム１０のサーバ１２は、アップロードされた情報に基づいて最適備蓄計画に関する情報を生成し、顧客Ａの端末３０に送信する。顧客Ａの端末３０では、最適備蓄計画を確認することができ、必要に応じて備蓄品の量等を変更する。
そうすると、防災ＧＩＳプラットフォーム１０のサーバ１２は、アップロードされた情報に基づいて最適備蓄計画に関する情報を生成し、顧客Ａの端末３０に送信する。顧客Ａの端末３０では、最適備蓄計画を確認することができ、必要に応じて備蓄品の量等を変更する。
【0122】
製造メーカ等による顧客Ｂの端末３０は、防災ＧＩＳプラットフォーム１０に対するインプットデータとして、本支店、工場の備蓄品に関する備蓄品データＤを含む拠点情報を防災ＧＩＳプラットフォーム１０に送信し、サーバ１２は受信した情報をデータベース１４にアップロードする。
そうすると、防災ＧＩＳプラットフォーム１０のサーバ１２は、アップロードされた情報に基づいて最適備蓄計画に関する情報を生成し、顧客Ｂの端末３０に送信する。顧客Ｂの端末３０では、最適備蓄計画を確認することができ、必要に応じて備蓄品の量等を変更する。
そうすると、防災ＧＩＳプラットフォーム１０のサーバ１２は、アップロードされた情報に基づいて最適備蓄計画に関する情報を生成し、顧客Ｂの端末３０に送信する。顧客Ｂの端末３０では、最適備蓄計画を確認することができ、必要に応じて備蓄品の量等を変更する。
【0123】
商社等による顧客Ｃの端末３０は、防災ＧＩＳプラットフォーム１０に対するインプットデータとして、物流拠点、営業所の備蓄品に関する備蓄品データＤを含む拠点情報を防災ＧＩＳプラットフォーム１０に送信し、サーバ１２は受信した情報をデータベース１４にアップロードする。
そうすると、防災ＧＩＳプラットフォーム１０のサーバ１２は、アップロードされた情報に基づいて最適備蓄計画に関する情報を生成し、顧客Ｃの端末３０に送信する。顧客Ｃの端末３０では、最適備蓄計画を確認することができ、必要に応じて備蓄品の量等を変更する。
そうすると、防災ＧＩＳプラットフォーム１０のサーバ１２は、アップロードされた情報に基づいて最適備蓄計画に関する情報を生成し、顧客Ｃの端末３０に送信する。顧客Ｃの端末３０では、最適備蓄計画を確認することができ、必要に応じて備蓄品の量等を変更する。
【0124】
ここでは、顧客が３つである例で示しているが、顧客が増加していくと、図８の右方向の矢印に示すように、防災ＧＩＳプラットフォーム１０を利用するネットワークが広がっていく。
【0125】
図９は、防災システム１００の運用例を示す図である。
ここでは、大きく分けて３つのグループを表示している。
１つ目のグループは、防災ネットワークグループ３１０である。
防災ネットワークグループ３１０は、運営会社３１１、顧客Ａ～顧客Ｈにより構成されている。
ここでは、大きく分けて３つのグループを表示している。
１つ目のグループは、防災ネットワークグループ３１０である。
防災ネットワークグループ３１０は、運営会社３１１、顧客Ａ～顧客Ｈにより構成されている。
【0126】
２つ目のグループは、国・地方グループ３２０である。
国・地方グループ３２０は、避難所Ｉ、自治体Ｊ、政府Ｋにより構成されている。
国・地方グループ３２０は、避難所Ｉ、自治体Ｊ、政府Ｋにより構成されている。
【0127】
３つ目のグループは、アライアンスグループ３３０である。
アライアンスグループ３３０は、コンサルタント会社Ｌ～Ｎ、防災用品商社Ｏ～Ｑにより構成されている。
アライアンスグループ３３０は、コンサルタント会社Ｌ～Ｎ、防災用品商社Ｏ～Ｑにより構成されている。
【0128】
防災ネットワークグループ３１０には、上述した防災システム１００（防災ＧＩＳプラットフォーム１０）が導入されている。防災システム１００は、拠点の更新（アップデート）に合わせて、随時更新されていく。
【0129】
運営会社３１１は、防災システム１００を運営しており、顧客Ａ～顧客Ｈは、防災システム１００を利用している。
この場合、運営会社３１１は、顧客Ａ～顧客Ｈと協定を結ぶことができ、顧客Ａ～顧客Ｈから年間使用料を受け取ることができる（矢印Ｘ参照）。
この場合、運営会社３１１は、顧客Ａ～顧客Ｈと協定を結ぶことができ、顧客Ａ～顧客Ｈから年間使用料を受け取ることができる（矢印Ｘ参照）。
【0130】
ここで、顧客Ｆが被災し、被害が生じたものとする。
この場合、共助や近助により、顧客Ｅは、顧客Ｆに対して備蓄品の融通・補完等を行い（矢印Ｙ参照）、顧客Ｇは、顧客Ｆに対して人材や運送手段を提供することができる（矢印Ｚ参照）。必要な備蓄品の量等は、防災ＧＩＳプラットフォームにより計算することができる。
災害が落ち着いた後等には、顧客Ｆは、運営会社３１１を通じて、顧客Ｅ及び顧客Ｇに、支援に対する対価を支払うことができる（矢印Ｍ１参照）。
この場合、共助や近助により、顧客Ｅは、顧客Ｆに対して備蓄品の融通・補完等を行い（矢印Ｙ参照）、顧客Ｇは、顧客Ｆに対して人材や運送手段を提供することができる（矢印Ｚ参照）。必要な備蓄品の量等は、防災ＧＩＳプラットフォームにより計算することができる。
災害が落ち着いた後等には、顧客Ｆは、運営会社３１１を通じて、顧客Ｅ及び顧客Ｇに、支援に対する対価を支払うことができる（矢印Ｍ１参照）。
【0131】
このような場合を想定して、防災ＧＩＳプラットフォームのサーバは、特定の拠点（例えば顧客Ｆの拠点）について、災害種別ごと（例えば、地震、津波、豪雨、土砂災害、浸水ごと）に危険エリアであるか安全エリアであるかを判断し、判断結果に基づいて特定の拠点からその他の拠点（例えば、顧客Ｅの拠点や顧客Ｇの拠点）へ又はその他の拠点から特定の拠点へ提供可能な備蓄品に関する補完情報を生成し、補完情報を表示装置に表示することができる。
【0132】
例えば、海の近くにある海エリアと、山の近くにある山エリアとが隣接している場合、海エリアは津波、洪水等の浸水災害危険エリアとなり、山エリアは土砂災害の危険エリアとなる。
この場合、浸水災害時には山エリアから海エリアに対して備蓄品を供給することができ、土砂災害時には海エリアから山エリアに対して備蓄品を供給することができ、共助や近助が可能となる。
防災ＧＩＳプラットフォームのサーバは、災害種別ごとに、いずれのエリアからいずれのエリアにどの程度の備蓄品を提供可能であるかに関する補完情報を生成し、補完情報を表示装置に表示することができる。
この場合、浸水災害時には山エリアから海エリアに対して備蓄品を供給することができ、土砂災害時には海エリアから山エリアに対して備蓄品を供給することができ、共助や近助が可能となる。
防災ＧＩＳプラットフォームのサーバは、災害種別ごとに、いずれのエリアからいずれのエリアにどの程度の備蓄品を提供可能であるかに関する補完情報を生成し、補完情報を表示装置に表示することができる。
【0133】
防災ネットワークグループ３１０は、グループ全体として、国・地方グループ３２０を支援することもできる（矢印Ｚ１参照）。
防災ネットワークグループ３１０に属している顧客Ｂは、グループ全体としてではなく単体で、例えば、国・地方グループ３２０の避難所Ｉに対して支援を行うこともできる（矢印Ｚ２参照）。
そして、このような支援を行うことにより、防災ネットワークグループ３１０は、ＣＳＲ（Ｃｏｒｐｏｒａｔｅ Ｓｏｃｉａｌ Ｒｅｓｐｏｎｓｉｂｉｌｉｔｙ）貢献に寄与することができる。
防災ネットワークグループ３１０に属している顧客Ｂは、グループ全体としてではなく単体で、例えば、国・地方グループ３２０の避難所Ｉに対して支援を行うこともできる（矢印Ｚ２参照）。
そして、このような支援を行うことにより、防災ネットワークグループ３１０は、ＣＳＲ（Ｃｏｒｐｏｒａｔｅ Ｓｏｃｉａｌ Ｒｅｓｐｏｎｓｉｂｉｌｉｔｙ）貢献に寄与することができる。
【0134】
防災ネットワークグループ３１０は、アライアンスグループ３３０と協定を結ぶことができる。この場合、防災ネットワークグループ３１０は、アライアンスグループ３３０に対して防災システムに記憶されている情報を用いて情報提供を行うことができる（矢印Ｉ参照）。一方、アライアンスグループ３３０は、情報提供に伴う対価を防災ネットワークグループ３１０に支払うことができる（矢印Ｍ２参照）。
【0135】
また、アライアンスグループ３３０のコンサルタント会社Ｌ～Ｎは、提供された情報に基づいてサービス（コンサルタントサービス）を提供し（矢印Ｓ参照）、そのサービスに対する対価を受け取ることができる（矢印Ｍ３参照）。
さらに、アライアンスグループ３３０の防災用品商社Ｏ～Ｑは、提供された情報に基づいてサービス（最適な防災用品）を提供し（矢印Ｓ参照）、そのサービスに対する対価を受け取ることができる（矢印Ｍ３参照）。
さらに、アライアンスグループ３３０の防災用品商社Ｏ～Ｑは、提供された情報に基づいてサービス（最適な防災用品）を提供し（矢印Ｓ参照）、そのサービスに対する対価を受け取ることができる（矢印Ｍ３参照）。
【0136】
以上説明したように、本実施形態によれば、以下のような効果がある。
（１）本実施形態によれば、拠点情報の変更により備蓄品情報の変更が必要であると判断した場合には、備蓄品情報の変更が必要である旨の警告情報を表示装置３３に表示するため、拠点が変動（移動、追加、撤去等）しても、変動後の拠点に適した情報を表示することができ、結果として、変動する拠点に対応することができる。
（１）本実施形態によれば、拠点情報の変更により備蓄品情報の変更が必要であると判断した場合には、備蓄品情報の変更が必要である旨の警告情報を表示装置３３に表示するため、拠点が変動（移動、追加、撤去等）しても、変動後の拠点に適した情報を表示することができ、結果として、変動する拠点に対応することができる。
【0137】
（２）本実施形態によれば、地域の基本データ（地域情報）の変更により備蓄品情報の変更が必要であると判断した場合には、備蓄品情報の変更が必要である旨の警告情報を表示装置３３に表示するため、地域の基本データが変更されても、変更後の地域の基本データに適した情報を表示することができる。
【0138】
（３）本実施形態によれば、被害可能性マップを表示装置３３に表示するため、利用者は、被害可能性マップを見ながら実際の被害を予測することができるだけでなく、既存のハザードマップの妥当性を検証することもできる。
【0139】
（４）本実施形態によれば、観測データ（観測情報）の階級に応じた被災戸数若しくは避難者数の期待値、又は、交通網が遮断される確率を算出するため、実際の被害が発生する確率等をより詳細に算出することができる。
【0140】
（５）本実施形態によれば、特定の拠点からその他の拠点へ又はその他の拠点から特定の拠点へ提供可能な備蓄品に関する補完情報を生成し、補完情報を表示装置３３に表示するため、特定の拠点やその他の拠点では互いに助け合うことができ、複数の拠点同士が共助、補完しあえるネットワークを構築することができる。
【0141】
（６）本実施形態によれば、立地候補地の中から、地図情報における災害時にも安全な特定立地候補地を決定し、特定立地候補地を表示装置３３に表示するため、地域の基本データだけでなく、実際の観測データ及び交通実績データに基づいて特定立地候補地を決定することができる。そして、このような特定立地候補地を都市計画において住居地域に定めることができ、結果として、防災の観点に基づいて街づくりを支援することができる。
【0142】
（７）本実施形態によれば、多数の項目に基づいて立地候補地や特定立地候補地を決定するため、立地候補地や特定立地候補地をより正確に決定することができる。
【0143】
本発明は、上述した実施形態に制約されることなく、種々に変形して実施することができる。
本実施形態では、防災システムは、防災ＧＩＳプラットフォームとネットワークと端末とにより構成する例で説明したが、１つの端末（パーソナルコンピュータ、携帯型情報処理端末等）だけで防災システムを構成してもよい。
本実施形態では、防災システムは、防災ＧＩＳプラットフォームとネットワークと端末とにより構成する例で説明したが、１つの端末（パーソナルコンピュータ、携帯型情報処理端末等）だけで防災システムを構成してもよい。
【符号の説明】
【0144】
１０ 防災ＧＩＳプラットフォーム
１２ サーバ
１４ データベース
２０ ネットワーク
３０ 端末
３１ 入力装置
３２ 記憶装置
３３ 表示装置
３４ 制御装置
１００ 防災システム
１２ サーバ
１４ データベース
２０ ネットワーク
３０ 端末
３１ 入力装置
３２ 記憶装置
３３ 表示装置
３４ 制御装置
１００ 防災システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】