ホーム > 特許ランキング > 国立大学法人東北大学
知財求人 - 知財ポータルサイト「IP Force」
▶ 国立大学法人東北大学の特許一覧 ▶ 国際航業株式会社の特許一覧 ▶ 株式会社エイツーの特許一覧 ▶ 日本電気株式会社の特許一覧
特許6362178津波浸水予測システム、制御装置、並列計算機システムの制御方法及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6362178
(24)【登録日】2018年7月6日
(45)【発行日】2018年7月25日
(54)【発明の名称】津波浸水予測システム、制御装置、並列計算機システムの制御方法及びプログラム
(51)【国際特許分類】
G06F 9/50 20060101AFI20180712BHJP
G06F 19/00 20180101ALI20180712BHJP
G01V 1/00 20060101ALI20180712BHJP
【ＦＩ】
G06F9/50 150Z
G06F19/00 100
G01V1/00 Z
【請求項の数】4
【全頁数】37
(21)【出願番号】特願2016-122639(P2016-122639)
(22)【出願日】2016年6月21日
(65)【公開番号】特開2017-228022(P2017-228022A)
(43)【公開日】2017年12月28日
【審査請求日】2017年11月29日
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２６年度補正予算、総務省、「Ｇ空間情報を活用したＬアラート高度化事業」委託研究、産業技術力強化法第１９条の適用を受ける特許出願平成２７年度、独立行政法人科学技術振興機構、「戦略的創造研究推進事業」委託研究、産業技術力強化法第１９条の適用を受ける特許出願
【早期審査対象出願】
(73)【特許権者】
【識別番号】504157024
【氏名又は名称】国立大学法人東北大学
(73)【特許権者】
【識別番号】390023249
【氏名又は名称】国際航業株式会社
(73)【特許権者】
【識別番号】596010991
【氏名又は名称】株式会社エイツー
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100080816
【弁理士】
【氏名又は名称】加藤 朝道
(74)【代理人】
【識別番号】100098648
【弁理士】
【氏名又は名称】内田 潔人
(74)【代理人】
【識別番号】100119415
【弁理士】
【氏名又は名称】青木 充
(74)【代理人】
【識別番号】100162743
【弁理士】
【氏名又は名称】樋口 高年
(74)【代理人】
【識別番号】100168310
【弁理士】
【氏名又は名称】▲高▼橋 幹夫
(72)【発明者】
【氏名】越村 俊一
(72)【発明者】
【氏名】小林 広明
(72)【発明者】
【氏名】日野 亮太
(72)【発明者】
【氏名】太田 雄策
(72)【発明者】
【氏名】撫佐 昭裕
(72)【発明者】
【氏名】佐藤 佳彦
(72)【発明者】
【氏名】村嶋 陽一
(72)【発明者】
【氏名】鈴木 崇之
(72)【発明者】
【氏名】井上 拓也
(72)【発明者】
【氏名】村田 泰洋
(72)【発明者】
【氏名】加地 正明
【審査官】
田中 幸雄
(56)【参考文献】
【文献】
特開平８−３１６９８４（ＪＰ，Ａ）
【文献】
越村俊一，災害科学と情報技術，情報処理，日本，一般社団法人情報処理学会，２０１６年 ２月１５日，第５７巻 第３号，２３７−２４０ページ
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｇ０６Ｆ ９／５０
Ｇ０１Ｖ １／００
Ｇ０６Ｆ １９／００
Ｈ０４Ｌ １２／５８
(57)【特許請求の範囲】
【請求項1】
それぞれが、複数の計算ノードによりジョブを並列に実行する並列計算機システムと、前記並列計算機システムを制御する制御装置と、を有する、複数の管理センターと、
地震発生に伴い生成された地震情報に応じて、津波浸水予測の実行を、前記複数の管理センターのうち少なくとも１以上の管理センターに依頼する、複数のデータ処理サーバと、
前記管理センターによる津波浸水予測の結果を、所定の送信先に転送する、複数の転送サーバと、
を含み、
前記津波浸水予測に係る実行を依頼された管理センターに含まれる前記制御装置は、前記並列計算機システムに前記津波浸水予測に係るジョブを実行させると共に、
前記津波浸水予測の結果を、前記複数の転送サーバのうち、前記所定の送信先との接続が確保されている転送サーバに、送信する津波浸水予測システム。
地震発生に伴い生成された地震情報に応じて、津波浸水予測の実行を、前記複数の管理センターのうち少なくとも１以上の管理センターに依頼する、複数のデータ処理サーバと、
前記管理センターによる津波浸水予測の結果を、所定の送信先に転送する、複数の転送サーバと、
を含み、
前記津波浸水予測に係る実行を依頼された管理センターに含まれる前記制御装置は、前記並列計算機システムに前記津波浸水予測に係るジョブを実行させると共に、
前記津波浸水予測の結果を、前記複数の転送サーバのうち、前記所定の送信先との接続が確保されている転送サーバに、送信する津波浸水予測システム。
【請求項2】
前記制御装置は、前記津波浸水予測の結果を前記転送サーバに送信する前に、前記転送サーバに対し、前記所定の送信先との接続状態に関する情報の提供を要求する、請求項１の津波浸水予測システム。
【請求項3】
前記制御装置は、前記複数のデータ処理サーバのそれぞれから、同一の内容の津波浸水予測の実行を依頼された場合は、複数の前記津波浸水予測の実行依頼のうち、最も早く受け付けた津波浸水予測を有効とし、他の津波浸水予測の要求を破棄する、請求項１又は２の津波浸水予測システム。
【請求項4】
前記データ処理サーバは、前記管理センターと震源の間の距離及び前記管理センターにおける震度の少なくとも一方に基づき、前記津波浸水予測に係る実行の依頼先を決定する、請求項１乃至３のいずれか一項に記載の津波浸水予測システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、津波浸水予測システム、制御装置、並列計算機システムの制御方法及びプログラムに関する。特に、津波の浸水予測を行う津波浸水予測システム、制御装置、並列計算機システムの制御方法及びプログラムに関する。
【背景技術】
【0002】
気象庁は、地震が発生すると、全国各地に配置された地震計が発するデータに基づいて、震源地やマグニチュードを推定し、推定結果を緊急地震速報として配信する。また、巨大地震の発生に伴い津波が発生する可能性があるため、気象庁は、地震発生による津波発生の可能性を検証し、必要に応じて「津波予報」を各自治体等に通知する。
【0003】
非特許文献１によれば、気象庁は、予め構築されたデータベースを参照することで津波予報を作成している。より具体的には、海底の多数地点に対して複数の地震発生シナリオを作成し、各地震発生シナリオにより発生する津波シミュレーションを事前に実行しておく。さらに、地震発生シナリオの内容（震源位置、規模等）とシミュレーション結果（海岸線での津波の高さ）が関係付けられ、津波予報データベースが構築される。
【0004】
気象庁は、上記津波予報データベースを事前に準備しておき、実際に地震が発生した場合には、その震源位置とマグニチュードを検索キーとして、津波予報データベースにアクセスし得られる結果を、実際に発生した地震による津波の高さとして扱う。気象庁は、予報対象となる海岸線の津波高さを用いて津波予報を作成し、自治体等の関係機関に通知する。
【0005】
また、津波予報を作成する気象庁以外にも様々な研究機関等にて、地震による津波のシミュレーション（数値シミュレーション）が行われている。例えば、巨大津波に対してどのように対応するかを検討するための防災目的や、巨大津波発生時の被害予測を目的として、津波シミュレーションが行われることがある。
【0006】
特許文献１には、津波浸水予測に係るシミュレーションをコンピュータにて実行する際、メッシュサイズ（シミュレーションを行う単位）を変更し、津波浸水予測に係るシミュレーションを実行する技術が開示されている。
【0007】
ここで、上記津波浸水予測に係るシミュレーションを実行する際の基礎となる計算式、アルゴリズムが非特許文献２に開示されている。非特許文献２は、非線形長波理論とStaggered leap-frog法を利用した津波浸水予測の方法を開示する。具体的には、地震による断層変動から津波発生を経て、震源地から津波の遡上域に至るまでの津波の伝播過程を２次元にて計算する方法が、非特許文献２に開示されている。当該津波浸水予測の手法は、地図上（２次元データ）の各点で波高及び速度等の情報が設定され、津波が発生した場合の沿岸における波高及び浸水水域等をコンピュータによる数値計算により算出する。
【0008】
また、津波浸水予測に係るシミュレーションの実行には、所謂、断層パラメータと呼ばれる情報が必要となる。具体的には、断層長、断層幅、平均滑り量、走向、傾斜角、滑り角等により断層の大きさと動き方を規定するのが断層パラメータである。現在では、各種研究機関等が断層パラメータを算出し、当該断層パラメータの提供を行っている。
【先行技術文献】
【特許文献】
【0009】
【特許文献1】特許第３５５４９２６号公報
【非特許文献】
【0010】
【非特許文献1】気象庁, "津波を予測するしくみ",（2015年1月27日検索）＜http://www.data.jma.go.jp/svd/eqev/data/tsunami/ryoteki.html＞
【非特許文献2】C. Goto, Y. Ogawa, N. Shuto and F. Imamura, "Numerical method of tsunami simulation with the leap-frog scheme", IUGG/IOC Time Project,（2015年1月27日検索）＜http://unesdoc.unesco.org/images/0012/001223/122367eb.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【0011】
なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。
【0012】
上述のように気象庁は、現実に発生した地震の震源位置とマグニチュード等に近い地震シナリオを選択し、海岸線における津波の高さを津波予報データベースから検索している。つまり、気象庁の作成する津波予報は、海岸線での波高に関する情報提供に留まっており、陸上の浸水予測までは行われていない。しかしながら、各自治体の防災担当者等は、海岸線からどの程度離れた地域の住民に注意喚起を行えばよいか、どの地域まで津波の浸水被害が及ぶか等の判断を行いたいという要求を有している。つまり、現実に発生した地震の情報（震源位置、マグニチュード等）を用いた、陸上の津波浸水予測まで含めた情報を提供して欲しいという要望が存在する。
【0013】
また、防災担当者等の立場からは、津波浸水予測の結果を得るタイミングも重要である。即ち、防災担当者等は、地震発生から津波到達までの短い時間の間に、正確な津波浸水予測を取得し、当該取得した情報に応じた適切な行動（例えば、住民への注意喚起等）が取れることを期待している。
【0014】
発明者らは、地震発生から津波浸水予測を取得するまでのプロセスを検討した。その結果、津波浸水予測は以下のようなプロセスにより取得できるとの知見を得た。（１）地震検知
（２）震源地の特定
（３）津波発生の可能性を判定
（４）断層パラメータの算出（断層運動の推定）
（５）津波初期水位の推定
（６）津波浸水予測に係るシミュレーションの実行
【0015】
また、発明者らは、上記プロセスは気象庁や各種研究機関等にて個別に実行されるに留まっており、上記プロセスは互いに連携されて実行されるものでは無いことに着目した。その結果、発明者らは、現状では、地震発生から津波浸水予測結果を得るためには、人手を介した上記プロセスの実行が必要であるとの結論に達した。しかし、地震発生という緊急事態の下、上記（１）〜（６）のプロセスが滞りなく実行されるとは限らない。そのため、発明者らは、防災担当者等が必要とするタイミングにて、リアルタイムな津波浸水予測結果を算出することは困難であるとの知見を得た。
【0016】
また、上記（１）〜（６）の手順のうち、（６）の津波浸水予測に係るシミュレーションは、膨大な量の計算を必要とするため、シミュレーション結果を得るまでに長い時間を要することが分かっている。発明者らは、例えば、研究所等に設置されているような比較的高性能な計算機（所謂、ワークステーション等）を利用したとしても、上記（６）の津波浸水予測に係るシミュレーションには、数十時間以上必要であると考えている（例えば、津波現象を６時間再現時）。
【0017】
このように、地震発生から短時間（例えば、数十分以内）にて、地震発生に応じた津波浸水予測を得たいというユーザの要望（情報の即時性に対する要望）は満たされていない。さらに、巨大地震の発生に伴い、津波浸水予測を行うための計算機に障害が生じる可能性がある。津波浸水予測を行う計算機等に障害が発生すれば、津波情報を提供するタイミング以前の問題として、自治体の防災担当者等が必要とする情報の提供自体が困難となる。
【0018】
以上の状況を鑑み、本発明は、地震発生からリアルタイムに生成された津波浸水予測に係る情報をユーザに提供する、信頼性の高い津波浸水予測システム、制御装置、並列計算機システムの制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【0019】
本発明の第１の視点によれば、それぞれが、複数の計算ノードによりジョブを並列に実行する並列計算機システムと、前記並列計算機システムを制御する制御装置と、を有する、複数の管理センターと、地震発生に伴い生成された地震情報に応じて、津波浸水予測の実行を、前記複数の管理センターのうち少なくとも１以上の管理センターに依頼する、複数のデータ処理サーバと、前記管理センターによる津波浸水予測の結果を、所定の送信先に転送する、複数の転送サーバと、を含み、前記津波浸水予測に係る実行を依頼された管理センターに含まれる前記制御装置は、前記並列計算機システムに前記津波浸水予測に係るジョブを実行させると共に、前記津波浸水予測の結果を、前記複数の転送サーバのうち、前記所定の送信先との接続が確保されている転送サーバに、送信する津波浸水予測システムが、提供される。
【0020】
本発明の第２の視点によれば、複数の計算ノードによりジョブを並列に実行する並列計算機システムを制御する制御装置であって、地震発生に伴い生成された地震情報に応じて、津波浸水予測の実行依頼を受け付け、前記津波浸水予測の実行依頼に基づいて、前記並列計算機システムに前記津波浸水予測に係るジョブを実行させ、前記津波浸水予測の結果を、複数の転送サーバのうち、所定の送信先との接続が確保されている転送サーバに送信する、制御装置が、提供される。
【0021】
本発明の第３の視点によれば、複数の計算ノードによりジョブを並列に実行する並列計算機システムの制御方法であって、地震発生に伴い生成された地震情報に応じて、津波浸水予測の実行依頼を受け付けるステップと、前記津波浸水予測の実行依頼に基づいて、前記並列計算機システムに前記津波浸水予測に係るジョブを実行させるステップと、前記津波浸水予測の結果を、複数の転送サーバのうち、所定の送信先との接続が確保されている転送サーバに送信するステップと、を含む並列計算機システムの制御方法が、提供される。
【0022】
本発明の第４の視点によれば、複数の計算ノードによりジョブを並列に実行する並列計算機システムの制御する制御装置に搭載されたコンピュータに実行させるプログラムであって、地震発生に伴い生成された地震情報に応じて、津波浸水予測の実行依頼を受け付ける処理と、前記津波浸水予測の実行依頼に基づいて、前記並列計算機システムに前記津波浸水予測に係るジョブを実行させる処理と、前記津波浸水予測の結果を、複数の転送サーバのうち、所定の送信先との接続が確保されている転送サーバに送信する処理と、を実行させるプログラムが、提供される。なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【0023】
本発明の各視点によれば、地震発生からリアルタイムに生成された津波浸水予測に係る情報をユーザに提供する、信頼性の高い津波浸水予測システム、制御装置、並列計算機システムの制御方法及びプログラムが、提供される。
【図面の簡単な説明】
【0024】
【図1】一実施形態の概要を説明するための図である。
【図2】第１の実施形態に係る津波浸水予測システムの全体構成の一例を示す図である。
【図3】緊急地震速報の一例示す図である。
【図4】断層パラメータを説明するための図である。
【図5】津波浸水予測に係るプログラムが必要とするパラメータを説明するための図である。
【図6】津波浸水予測に係るプログラムのデータ出力結果の一例を示す図である。
【図7】第１の実施形態に係るデータ処理サーバの内部構成の一例を示す図である。
【図8】浸水予測要求の一例を示す図である。
【図9】第１の実施形態に係る浸水予測要求部が参照するテーブル情報の一例を示す図である。
【図10】依頼先管理テーブルの一例を示す図である。
【図11】第１の実施形態に係るリソース決定部が参照するリソース決定テーブルの一例を示す図である。
【図12】第１の実施形態に係る依頼先決定部の動作を説明するための図である。
【図13】第１の実施形態に係る依頼先決定部の動作を説明するための図である。
【図14】第１の実施形態に係る依頼先決定部の動作の一例を示すフローチャートである。
【図15】第１の実施形態に係る浸水予測要求部の動作の一例を示すフローチャートである。
【図16】第１の実施形態に係る検証要求処理部の動作の一例を示すフローチャートである。
【図17】第１の実施形態に係る制御装置の内部構成の一例を示す図である。
【図18】第１の実施形態に係るシミュレーション指示部が生成するスクリプトファイルの一例を示す図である。
【図19】結果送信先管理テーブルの一例を示す図である。
【図20】第１の実施形態に係る制御装置の動作の一例を示すフローチャートである。
【図21】第１の実施形態に係る並列計算機システムの概略構成の一例を示す図である。
【図22】第１の実施形態に係るジョブ管理ノードの内部構成の一例示す図である。
【図23】第１の実施形態に係るジョブ管理ノードにおけるジョブキューの選択を説明するための図である。
【図24】ジョブキューと緊急ジョブキューの違いを説明するための図である。
【図25】第１の実施形態に係る並列計算機システムの動作の一例を示すフローチャートである。
【図26】第１の実施形態に係る転送サーバの内部構成の一例示す図である。
【図27】第１の実施形態に係る津波浸水予測システムの動作の一例を示すシーケンス図である。
【発明を実施するための形態】
【0025】
初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。
【0026】
一実施形態に係る津波浸水予測システムは、複数の管理センター１００と、複数のデータ処理サーバ１０１と、複数の転送サーバ１０２と、を含む（図１参照）。管理センター１００のそれぞれは、複数の計算ノードによりジョブを並列に実行する並列計算機システムと、並列計算機システムを制御する制御装置と、を有する。データ処理サーバ１０１のそれぞれは、地震発生に伴い生成された地震情報に応じて、津波浸水予測の実行を、複数の管理センター１００のうち少なくとも１以上の管理センター１００に依頼する。転送サーバ１０２は、管理センター１００による津波浸水予測の結果を、所定の送信先に転送する。津波浸水予測に係る実行を依頼された管理センター１００に含まれる制御装置は、並列計算機システムに津波浸水予測に係るジョブを実行させる。当該制御装置は、津波浸水予測の結果を、複数の転送サーバ１０２のうち、所定の送信先との接続が確保されている転送サーバに、送信する。
【0027】
図１に示す津波浸水予測システムでは、管理センター１００にシミュレーションの実行を依頼するデータ処理サーバ１０１と、津波浸水予測結果を所定の送信先（例えば、図２に示す自治体端末１０）に転送する転送サーバ１０２と、を冗長化した構成を有する。そのため、発生した地震の影響によりデータ処理サーバ１０１や転送サーバ１０２の一部に障害が発生したとしても、システム全体に対する影響を緩和できる。即ち、津波浸水予測に係る災害情報を、地震発生からリアルタイムにて生成する津波浸水予測システムの信頼性を高めることができる。
【0028】
以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。
【0029】
［第１の実施形態］第１の実施形態について、図面を用いてより詳細に説明する。
【0030】
［システム構成］図２は、第１の実施形態に係る津波浸水予測システムの全体構成の一例を示す図である。図２を参照すると、津波浸水予測システムは、複数の管理センター２−１〜２−ｎ（ｎは正の整数、以下同じ）と、複数の自治体端末１０−１〜１０−５と、気象庁計算機２０と、研究所計算機３０と、複数のデータ処理サーバ４０−１〜４０−ｍ（ｍは正の整数、以下同じ）と、複数の転送サーバ８０−１〜８０−ｋ（ｋは正の整数、以下同じ）と、を含んで構成される。管理センター２−１〜２−ｎのそれぞれは、所謂スーパーコンピュータの管理サイトであり、制御装置５０、並列計算機システム６０及びデータベース（ＤＢ；Data Base）サーバ７０と、を含む。なお、以降の説明において、管理センター２−１〜２−ｎを区別する特段の理由が無い場合には、単に「管理センター２」と表記する。同様に、自治体端末１０−１〜１０−５は「自治体端末１０」、データ処理サーバ４０−１〜４０−ｍは「データ処理サーバ４０」、転送サーバ８０−１〜８０−ｋは「転送サーバ８０」、のように適宜表記する。
【0031】
自治体端末１０、気象庁計算機２０、研究所計算機３０、データ処理サーバ４０、転送サーバ８０及び管理センター２のそれぞれは、ネットワークを介して相互に接続されている。各管理センター２にはイントラネットが敷設され、制御装置５０、並列計算機システム６０及びデータベースサーバ７０が相互に通信可能に構成されている。各管理センター２に含まれる制御装置５０は、並列計算機システム６０の外部インターフェイスとして機能し、並列計算機システム６０を利用しようとするユーザは、制御装置５０にアクセスし、必要な情報の授受を行う。
【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】
浸水予測要求部３０２は、緊急地震速報に基づいて、浸水予測要求を、管理センター２（制御装置５０）に対して送信するか否かを判定し、所定の条件を満たす場合に津波浸水予測に係るシミュレーションの実行を管理センター２に依頼する手段である。浸水予測要求部３０２は、複数の管理センター２−１〜２−ｎの中から、津波浸水予測シミュレーションの実行を依頼する管理センター２を選択する。浸水予測要求部３０２は、通信制御部３０１を介して、浸水予測要求を、選択した管理センター２の制御装置５０に向けて送信する。但し、浸水予測要求には断層パラメータを含める必要があるため、浸水予測要求部３０２は、研究所計算機３０から断層パラメータを受信した後に浸水予測要求を送信する。なお、浸水予測要求は、浸水予測範囲ごとに生成され、管理センター２に送信される。
【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】
計算ノード６２のそれぞれは、ジョブ（プログラム）を実行するための資源（リソース）を有している。具体的には、計算ノード６２は、ＣＰＵ（Central Processing Unit）等の演算装置５０１と、ＲＡＭ（Random Access Memory）等のメモリ装置５０２と、ＨＤＤ（Hard Disc Drive）等のストレージ装置５０３と、を含んで構成される。さらに、計算ノード６２は、ジョブ管理ノード６１やデータベースサーバ７０と通信するためのネットワーク資源（図示せず）を有する。
【0143】
上述のように、ジョブ管理ノード６１は、計算ノード６２にて実行するジョブを管理する。図２２は、ジョブ管理ノード６１の内部構成の一例示す図である。図２２を参照すると、ジョブ管理ノード６１は、通信制御部６０１と、ジョブキュー管理部６０２と、ジョブ制御部６０３と、ジョブキュー６１１と、緊急ジョブキュー６１２と、を含んで構成される。
【0144】
通信制御部６０１は、制御装置５０、計算ノード６２、データベースサーバ７０等との間の通信を制御する手段である。
【0145】
ジョブキュー管理部６０２は、制御装置５０から取得するスクリプトファイルに従って、ジョブを投入するキュー（ジョブキュー６１１、緊急ジョブキュー６１２）の選択及び管理を行う手段である。ジョブキュー管理部６０２は、計算ノード６２に実行させるジョブの順序を、ジョブキュー６１１を用いて管理する。ジョブがジョブキュー６１１に追加されると、追加されたジョブの順番（過去にジョブキュー６１１にジョブが追加された順番）にて、計算ノード６２にジョブが投入される（図２３（ａ）参照）。
【0146】
ジョブキュー管理部６０２は、どの順番でジョブキューにジョブを投入するかと、どの計算ノード６２にどのようなジョブを投入するかを、スケジューリングテーブルを用いて管理する（図２３（ｂ）参照）。図２３（ｂ）に示す例では、ＪＯＢ１、ＪＯＢ２の順番でジョブキューに投入され、ＪＯＢ１の割当先計算ノードは計算ノード６２−１となっている。また、図２３（ｂ）に示すＪＯＢ３のように、１つのジョブが複数の計算ノード６２に投入されてもよい。
【0147】
このように、通常のジョブ（並列計算機システム６０の一般ユーザによるジョブ）は、図２３に示すスケジューリングテーブルにより管理される。
【0148】
また、ジョブ管理ノード６１は、緊急ジョブキュー６１２という、通常のジョブキュー（ジョブキュー６１１）とは異なるジョブキューを備えている。ジョブキュー管理部６０２は、制御装置５０から緊急ジョブキューの活性化指示を受信すると、緊急ジョブキュー６１２を活性化する。緊急ジョブキュー６１２が活性化され、当該緊急ジョブキュー６１２にジョブが追加されると、他のジョブ（ジョブキュー６１１に蓄積されたジョブ）に優先して、緊急ジョブキュー６１２のジョブが優先的に計算ノード６２に投入される（図２４参照）。
【0149】
ジョブキュー管理部６０２は、制御装置５０から津波浸水予測に係るスクリプトファイルを取得すると、当該スクリプトファイルに係るジョブを緊急ジョブキュー６１２に追加する。より具体的には、ジョブキュー管理部６０２は、取得したスクリプトファイルの優先度を確認し、当該優先度が「緊急」であれば、当該スクリプトファイルのジョブを緊急ジョブキュー６１２に追加する。つまり、データ処理サーバ４０による浸水予測要求に起因して実行されるジョブ（津波浸水予測に係るシミュレーション）は、図２３に示すジョブキュー６１１、スケジューリングテーブルを用いたジョブの管理とは異なる方法にて管理される。また、スクリプトファイルに記載された津波浸水予測に係るシミュレーションは、最優先するジョブとして扱われる。
【0150】
ジョブ制御部６０３は、ジョブキュー（ジョブキュー６１１、緊急ジョブキュー６１２）に追加されたジョブを計算ノード６２に実行させる手段である。ジョブ制御部６０３は、緊急ジョブキュー６１２に何らのジョブが存在しない場合には、ジョブキュー６１１に格納された順番にて、スケジューリングテーブルの割当先計算ノードにジョブ実行を指示する。
【0151】
一方、ジョブ制御部６０３は、緊急ジョブキュー６１２にジョブ（具体的には、津波浸水予測に係るジョブ）が存在すれば、当該ジョブを優先的に計算ノード６２に実行させる。その際、ジョブ制御部６０３は、制御装置５０から送信されるスクリプトファイルの必要リソース量を確認し、当該必要リソース量に応じた数の計算ノード６２にジョブを実行させる。
【0152】
より具体的には、ジョブ制御部６０３は、必要な数の計算ノード６２に対して、現在実行中のジョブを停止するように指示する。次に、ジョブ制御部６０３は、当該計算ノード６２に対して、緊急ジョブキュー６１２のジョブ（津波浸水予測に係るジョブ）の実行を指示する。次に、ジョブ制御部６０３は、各計算ノード６２にて津波浸水予測に係るジョブが終了すると、先に停止したジョブの再開を指示する。また、ジョブ制御部６０３は、津波浸水予測に係るジョブが終了したことを確認すると、その旨を制御装置５０に通知する。
【0153】
なお、緊急ジョブキュー６１２に複数のジョブが投入された場合には（複数のジョブを並列実行する場合には）、ジョブ制御部６０３は、各スクリプトファイルの「必要リソース量」に係る情報に基づき、必要な計算ノード６２を確保する。例えば、図１２に示す例では、浸水予測範囲２０３及び２０４のシミュレーションが１つの並列計算機システム６０にて並列実行される。その際、ジョブ制御部６０３は、浸水予測範囲２０３に対応するシミュレーションを実行するために１００台の計算ノード６２を、浸水予測範囲２０４に対応するシミュレーションを実行するために５０台の計算ノード６２を、それぞれ確保し、シミュレーションの実行を指示する。
【0154】
なお、各計算ノード６２は、通常のジョブを実行するための第１メモリ領域と、緊急のジョブ（津波浸水予測に係るジョブ）を実行するための第２メモリ領域と、を備えている。ジョブ制御部６０３から実行中のジョブを停止するように指示された計算ノード６２は、第１メモリ領域へのアクセスを停止する。また、停止したジョブの再開を指示された計算ノード６２は、第１メモリ領域のデータを用いて、停止していたジョブの実行を再開する。
【0155】
並列計算機システム６０の動作をまとめると図２５に示すフローチャートのようになる。
【0156】
初めに、ジョブ管理ノード６１は、制御装置５０からジョブ実行に係るスクリプトファイルを取得する（ステップＳ５０１）。
【0157】
次に、ジョブ管理ノード６１のジョブキュー管理部６０２は、スクリプトファイルに記載されたジョブの優先度が、「緊急」に設定されているか否かを判定する（ステップＳ５０２）。
【0158】
「緊急」に設定されていなければ（ステップＳ５０２、Ｎｏ分岐）、ジョブキュー管理部６０２は、当該スクリプトファイルに係るジョブをジョブキュー６１１に追加する（ステップＳ５０３）。ジョブキュー６１１に追加されたジョブは、スケジューリングテーブルに従い実行される。
【0159】
一方、「緊急」に設定されていれば（ステップＳ５０２、Ｙｅｓ分岐）、ジョブキュー管理部６０２は、スクリプトファイルに係るジョブ（津波浸水予測に係るジョブ）を緊急ジョブキュー６１２に追加する（ステップＳ５０４）。
【0160】
次に、ジョブ制御部６０３は、津波浸水予測に係るスクリプトファイルの「必要リソース量」に係る情報に基づき、必要な計算ノード６２を選択する（ステップＳ５０５）。例えば、スクリプトファイルに記載された必要リソース量がＡ１個であれば、ジョブ制御部６０３は、Ａ１個の計算ノード６２を津波浸水予測に係るジョブを実行する計算ノードとして選択する。
【0161】
ジョブ制御部６０３は、選択した計算ノード６２に対して、実行中のジョブを停止する指示を行う（ステップＳ５０６）。
【0162】
その後、ジョブ制御部６０３は、緊急ジョブキュー６１２に追加された津波浸水予測に係るジョブの実行を、各計算ノード６２に指示する（ステップＳ５０７）。選択された計算ノード６２では、津波浸水予測に係るジョブを実行する。その際、計算ノード６２は、データベースサーバ７０から、津波浸水予測に必要な地形データを取得する。また、計算ノード６２は、スクリプトファイルに記載されたシミュレーション条件にて、津波浸水予測に係るシミュレーションを実行する。シミュレーションの実行が終了した計算ノード６２は、その結果をデータベースサーバ７０に格納する。
【0163】
ジョブ制御部６０３は、シミュレーションが終了した各計算ノード６２に対して、停止したジョブの実行再開を指示する（ステップＳ５０８）。
【0164】
ジョブ制御部６０３は、シミュレーション終了を制御装置５０に通知する（ステップＳ５０９）。
【0165】
［転送サーバ］次に、転送サーバ８０の詳細について説明する。
【0166】
図２６は、転送サーバ８０の内部構成の一例示す図である。図２６を参照すると、転送サーバ８０は、少なくとも、通信制御部７０１と、自治体端末管理部７０２と、結果転送部７０３と、を含んで構成される。
【0167】
通信制御部７０１は、自治体端末１０や制御装置５０等との間の通信を制御する手段である。
【0168】
自治体端末管理部７０２は、転送サーバ８０と各自治体端末１０との間の接続状態を管理する手段である。具体的には、自治体端末管理部７０２は、制御装置５０から自治体端末１０との間の接続状態の提供に係る要求を受けた場合に、各自治体端末１０との間の接続を確認し、その結果を要求のあった制御装置５０に応答する。例えば、自治体端末管理部７０２は、ＳＮＭＰ（Simple Network Management Protocol）等のプロトコルを利用して、自装置（転送サーバ８０）と各自治体端末１０間の接続状態を把握する。
【0169】
結果転送部７０３は、制御装置５０からリアルタイム津波浸水予測を受信すると、制御装置５０から通知された転送先（自治体端末１０）に、リアルタイム津波浸水予測を転送する。
【0171】
地震が発生すると、気象庁の気象庁計算機２０は、緊急地震速報を配信する（ステップＳ０１）。
【0172】
データ処理サーバ４０は、緊急地震速報を受信し、発生した地震による津波浸水予測の要否を判断する（ステップＳ０２）。例えば、データ処理サーバ４０は、先に発生した地震のマグニチュードが７以上、且つ、震源地が海域であって深さが７０ｋｍより浅い等の条件に合致する地震が発生したか否かを判定し、浸水予測の要否を決定する。
【0173】
また、地震が発生すると、研究所計算機３０は、当該地震による断層の動きを解析し、断層パラメータをデータ処理サーバ４０に送信する（ステップＳ０３）。
【0174】
研究所計算機３０から断層パラメータを取得し、且つ、浸水予測が必要と判断したデータ処理サーバ４０は、発生した地震の影響が少ないと思われる管理センター２を優先して津波浸水予測に係るシミュレーションの依頼先を決定する（ステップＳ０４）。より具体的には、データ処理サーバ４０は、震源から遠い位置に存在する管理センター２を優先して津波浸水予測シミュレーションの実行依頼先とする。
【0175】
その後、データ処理サーバ４０は、研究所計算機３０から取得した断層パラメータ及び津波浸水予測に係るシミュレーションを行う際の条件（シミュレーション条件）を伴った浸水予測要求を制御装置５０に行う（ステップＳ０５）。なお、各データ処理サーバ４０は、それぞれ同等の機能を有しているため、同じ管理センター２に向けて、複数の浸水予測要求が送信される。
【0176】
浸水予測要求を受信した制御装置５０は、データ処理サーバ４０に問い合せるなどして、受信した浸水予測要求の正当性を判定する（ステップＳ０６）。
【0177】
浸水予測要求が正当（浸水予測要求は適切）であれば、制御装置５０は、浸水予測に係るシミュレーションの優先度を「緊急」に設定しつつ、スクリプトファイルを並列計算機システム６０に送信する（ステップＳ０７）。
【0178】
当該スクリプトファイルを受信した並列計算機システム６０（ジョブ管理ノード６１）は、津波浸水予測に係るジョブを緊急ジョブキュー６１２に投入（ステップＳ０８）する。
【0179】
また、並列計算機システム６０は、スクリプトファイルに記載された台数の計算ノード６２に津波浸水予測に係るジョブを実行させる（ステップＳ０９）。
【0180】
シミュレーションが終了すると、浸水予測結果（シミュレーション結果）は制御装置５０に送信される（ステップＳ１０）。
【0181】
制御装置５０は、各転送サーバ８０に対して、自治体端末１０との間の接続状態の提供に係る要求を行い、応答結果に基づいて結果送信先管理テーブルを更新する（ステップＳ１１）。次に、制御装置５０は、目的とする自治体端末１０との接続が確保されている転送サーバ８０に向けて、リアルタイム津波浸水予測を送信する（ステップＳ１２）。
【0182】
転送サーバ８０は、制御装置５０から指示された転送先（自治体端末１０）に、リアルタイム津波浸水予測を転送する（ステップＳ１３）。
【0183】
以上のように、第１の実施形態に係るデータ処理サーバ４０は、緊急地震速報という現実に発生した地震により生成される情報に基づいて、津波浸水予測に係る一連のプロセスを開始する。また、第１の実施形態に係る津波浸水予測システムでは、地震発生からリアルタイム津波浸水予測の配信（図２７のステップＳ０１からステップＳ１３まで）までのプロセスが、人手を介さず進行するため、人的要因等によって津波浸水予測の結果の配信が遅れる、止まる等の問題が生じない。
【0184】
さらに、第１の実施形態に係る津波浸水予測システムでは、一般の計算機よりも遙かに演算能力が高い並列計算機システム６０（スーパーコンピュータ）を利用して、津波浸水予測に係るシミュレーションを実行する。そのため、例えば、浸水予測範囲のメッシュサイズが１０ｍ×１０ｍのような高い解像度による陸域の津波浸水予測（陸上の津波遡上予測）が、地震発生から短時間（例えば、数十分）で各自治体に提供可能となる。
【0185】
並列計算機システム６０は、全国の研究者等が利用する計算機であって、これらのユーザによる多くのジョブが並列計算機システム６０では実行されている。そのため、誤って送信された浸水予測要求に応じて、制御装置５０が、並列計算機システム６０に津波浸水予測に係るジョブを実行させたとすれば、多くのユーザのジョブを一時的にとは言え停止することになり大きな問題となり得る。そこで、並列計算機システム６０を制御、管理する制御装置５０は、データ処理サーバ４０からの依頼（浸水予測要求）が、現実に発生した地震に応じて発行されたものか否かを検証（図２７のステップＳ０６）し、並列計算機システム６０にて実行中の一般ジョブを停止することが許容されると判断した時に、津波浸水予測に係るジョブの実行を並列計算機システム６０に命じる。即ち、制御装置５０は、巨大地震発生に伴い巨大津波が発生するかもしれないという特殊な状況の下、津波浸水予測というある種の公共目的なシミュレーションを迅速に実行するため、並列計算機システム６０のリソース（計算ノード）を一時的に占有する。
【0186】
また、制御装置５０は、単に並列計算機システム６０に津波浸水予測に係るジョブの実行を命じるだけでなく、当該津波浸水予測に係るジョブが所定時間以内（例えば、１０分以内）に終了するためのリソースを確保した上で、当該ジョブの実行を命じる。そのため、シミュレーション対象範囲や浸水予測範囲の面積やそのメッシュサイズ、水深等に応じて演算量（処理時間）が変化したとしても、所定時間以内にシミュレーション結果が得られる。
【0187】
さらに、第１の実施形態に係る津波浸水予測システムは、全国各地に散在する並列計算機システム６０（管理センター２）を、津波浸水予測シミュレーションの実行依頼先の候補として備える。つまり、津波浸水予測システムは、全国各地に管理センター２を分散配置し、シミュレーションの実行依頼先を冗長化している。データ処理サーバ４０は、これら冗長化された複数の管理センター２のいずれかに対して、津波浸水予測シミュレーションの実行依頼をする。その際、データ処理サーバ４０は、震源から遠い位置に設置された管理センター２を優先する。つまり、震源から遠い位置に存在する管理センター２ほど、津波浸水予測を行う原因となった地震の影響が少ないと考えられ、そのような管理センター２であればより確実に津波浸水予測シミュレーションを実行できるからである。換言するならば、震源に近い管理センター２及びその内部の並列計算機システム６０は、地震の影響により正常動作が困難な状況にある可能性がある。そこで、データ処理サーバ４０は、震源に近い管理センター２を避けて、シミュレーションが確実に実行可能と考えられる管理センター２にシミュレーションの実行を依頼する。
【0188】
また、たとえ、震源から遠い位置に存在する管理センター２であっても、定期メンテナンス等の理由により、シミュレーションが実行できない状況も考えられる。そこで、データ処理サーバ４０は、管理センター２の稼働状況も考慮して、シミュレーションの実行依頼先を決定する。その結果、より確実に津波浸水予測シミュレーションが実行される。
【0189】
また、並列計算機システム６０（所謂、スーパーコンピュータ）のリソースは有限であるので、１つの並列計算機システム６０にて同時に処理できる（並列して実行できる）ジョブには限界がある。そこで、データ処理サーバ４０は、シミュレーション実行依頼先の利用可能リソース量と実行を依頼しようとするシミュレーションに要するリソース量を比較し、実行余力のある管理センター２にシミュレーションの実行を依頼する。このような対応により、浸水予測要求の受信により直ちにシミュレーションが実行されないジョブを無くすことができる。例えば、１つの並列計算機システム６０に５個の津波浸水予測シミュレーションの実行が依頼され、当該並列計算機システム６０では３個の津波浸水予測シミュレーションしか同時に処理できず、残りの２個の津波浸水予測シミュレーションは、先に実行中のシミュレーションが終了した後に実行されるという事態を回避できる。このような事態が生じると、地震発生から短時間でリアルタイム津波浸水予測をユーザ（自治体の防災担当者等）に提供するという目的が達成できない。
【0190】
また、第１の実施形態に係る津波浸水予測システムでは、管理センター２にシミュレーションの実行を依頼するデータ処理サーバ４０と、シミュレーション結果を自治体端末１０に転送（配信）する転送サーバ８０と、を冗長化している。その結果、発生した地震の影響によりデータ処理サーバ４０や転送サーバ８０の一部に障害が発生したとしても、システム全体に対する影響を緩和できる。
【0191】
さらに、制御装置５０は、地震が発生したとしても目的とする自治体端末１０との間の接続が確保されている転送サーバ８０に限り、シミュレーション結果（リアルタイム津波浸水予測）を送信するので、ネットワークの輻輳を引き起こすことがない。巨大地震が発生すると、膨大な数のメッセージがネットワークを横断することが容易に想定され、ネットワークの輻輳は大きな問題となり得る。第１の実施形態に係る津波浸水予測システムでは、リアルタイム津波浸水予測の送信先を制限することで、ネットワークを横断するデータ量の極小化している。
【0192】
以上、第１の実施形態に係る津波浸水予測システムは、津波浸水予測に係る災害情報を、高精度且つ地震発生からリアルタイムにて生成し、ユーザに発信できる。また、第１の実施形態に係る津波浸水予測システムは、津波浸水予測シミュレーションの実行に関わる装置（計算機）を冗長化しているため、一部の装置に障害が発生したとしてもより確実にシミュレーション結果を配信することができる。即ち、第１の実施形態に係る津波浸水予測システムは、高い信頼性を備える。
【0193】
なお、第１の実施形態にて説明した津波浸水予測システムの構成（図２）は例示であって、システムの構成を限定する趣旨ではない。例えば、５つの自治体端末１０を示しているが、リアルタイム津波浸水予測を取得する自治体端末の数を限定する趣旨ではない。あるいは、データ処理サーバ４０は気象庁から直接緊急地震速報を受信しているが、第三者機関を経由して緊急地震速報を受信してもよいし、緊急地震速報に類する情報を気象庁以外から取得してもよい。さらに、断層パラメータの提供先は１つの機関に限定されない。例えば、データ処理サーバ４０を有する事業者は、複数の研究機関等と断層パラメータ提供に係る契約を結び、最も速く提供された断層パラメータを用いて浸水予測要求が発行されてもよい。
【0194】
また、第１の実施形態では、転送サーバ８０から自治体端末１０にリアルタイム津波浸水予測を送信している。しかし、データ処理サーバ４０と転送サーバ８０を一体化し、制御装置５０は、シミュレーション結果をデータ処理サーバ４０に向けて送信してもよい。つまり、データ処理サーバ４０に転送サーバ８０の機能を繰り込み、データ処理サーバ４０から、自治体端末１０に向けてリアルタイム津波浸水予測を転送してもよい。即ち、制御装置５０が、シミュレーション結果を送信する先は、転送サーバ８０に限定されず、制御装置５０は、所定の送付先にシミュレーション結果を送信することができる。
【0195】
第１の実施形態では、各地の管理センター２に対する地震の影響度（地震影響度）を測る指標として、震源と各管理センター２の間の距離を用いた。しかし、地震影響度を測る指標は、上記距離に限定されず、各管理センター２での震度であってもよい。例えば、データ処理サーバ４０（依頼先決定部３１４）は、気象庁から提供される緊急地震速報や地震情報（各地の震度に関する情報）から、各地に散在する管理センター２の震度を取得し、地震影響度としてもよい。あるいは、データ処理サーバ４０は、気象庁等の各種機関から提供されるデータに基づいて、各地の管理センター２における震度を予測し、地震影響度としてもよい。データ処理サーバ４０は、震度の小さい管理センター２を、地震影響度の小さい管理センター２とし、優先的に津波浸水予測シミュレーションの実行を依頼する。
【0196】
あるいは、データ処理サーバ４０は、震源と管理センター２間の距離と、管理センター２における震度と、を組み合わせて、地震影響度を算出してもよい。例えば、データ処理サーバ４０は、同じ震度であっても、震源地から遠い管理センター２の地震影響度を低くしてもよい。あるいは、データ処理サーバ４０は、震源と管理センター２間の距離と、管理センター２の設置された場所と、管理センター２における震度と、を組み合わせて地震影響度を算出してもよい。例えば、データ処理サーバ４０は、同じ震度、震源までの距離が同じであっても、より地盤が安定している場所に設置された管理センター２の地震影響度を低くしてもよい。
【0197】
第１の実施形態では、図１２を参照しつつ、依頼先決定部３１４の動作を説明した。その際、管理センター２に依頼するシミュレーションの数は３であるものとした。しかし、依頼するシミュレーションの数は１つであっても良いのは勿論である。あるいは、３以上の数、例えば、日本全国の海岸線を網羅するように、多数の津波浸水予測シミュレーションの実行が、各管理センター２に依頼されてもよい。また、第１の実施形態では、シミュレーション対象範囲内にある全ての浸水予測範囲について、津波浸水予測シミュレーションを実行することを前提としたが、シミュレーションを実行する浸水予測範囲を制限してもよい。例えば、震源に近い浸水予測範囲のシミュレーションが優先して実行されるようにしてもよい。例えば、上述のように、全国に渡る浸水予測範囲がシミュレーションの対象となる場合を考える。この場合、太平洋側にて地震が発生した場合には、日本海側の浸水予測範囲のシミュレーションを行わない、あるいは、優先度を低くする等の対応を行ってもよい。
【0198】
第１の実施形態では、管理センター２に関する情報を、管理センター２から直接データ処理サーバ４０に提供している。しかし、データ処理サーバ４０は、管理センター２の情報を一括して管理するデータベースサーバ等を介して、上記情報を取得してもよい。
【0199】
また、第１の実施形態では、依頼先管理テーブルに管理センター２の緯度、経度を登録することで、管理センター２の設置場所を管理している。しかし、管理センター２の設置場所の管理は、例えば、管理センター２が設置されている住所等であってもよい。例えば、Ａ市に管理センター２が設置されていれば、Ａ市を代表する住所（例えば、Ａ市の中心点や市役所等の住所）を管理センター２の設置場所としてもよい。
【0200】
あるいは、全ての管理センター２に関し、設置場所を管理しなくともよい。例えば、全国に配置されている管理センター２をグループ分けして、各グループの設置場所の代表を依頼先管理テーブルに登録してもよい。例えば、東北地方に存在する管理センター２、関東地方に存在する管理センター２、のようにグループ分けし、各グループの設置場所を「東北地方」、「関東地方」のように管理してもよい。
【0201】
また、データ処理サーバ４０は、受信した緊急地震速報のログを内部の記憶部３０４に格納しているが、外部のデータベースサーバ（図示せず）に格納してもよい。この場合、検証要求処理部３０３は、外部のデータベースサーバにアクセスし、制御装置５０から受信した検証要求に関する判定を行う。
【0202】
第１の実施形態では、浸水予測要求部３０２が生成する浸水予測要求のシミュレーション条件のなかに、シミュレーション対象範囲、浸水予測範囲、現象再現時間等を含めているが、これらの情報は必ずしも浸水予測要求に含まれていなくともよい。データ処理サーバ４０と並列計算機システム６０の間で予め取り決めた値を用いることで、現象再現時間等の情報を浸水予測要求に含める必要がなくなる。
【0203】
第１の実施形態では、データ処理サーバ４０のリソース決定部３１３は、記憶部３０４に登録されたテーブル情報（図１１に示すリソース決定テーブル）に基づいて、必要なリソース量を決定している。しかし、リソースの決定は、テーブル情報の参照に限定されない。例えば、リソース決定部３１３は、浸水予測範囲のサイズ（面積）に基づいて、必要なリソース量を計算してもよい。
【0204】
第１の実施形態では、制御装置５０の浸水予測要求検証部４０３は、データ処理サーバ４０自身に浸水予測要求の正当性を検証させている。しかし、制御装置５０自身が、緊急地震速報を受信し、浸水予測要求の正当性を検証してもよい。つまり、浸水予測要求検証部４０３は、データ処理サーバ４０から取得した浸水予測要求に含まれる情報の少なくとも一部と、緊急地震速報（地震情報）に含まれる情報の少なくとも一部と、が一致する場合（例えば、地震発生の日時が一致する場合）に、浸水予測要求が正当であると判定してもよい。
【0205】
あるいは、データ処理サーバ４０が緊急地震速報のログを外部のデータベースサーバに格納する場合には、制御装置５０は、当該データサーバから緊急地震速報に関する情報を取得し、浸水予測要求の正当性を検証してもよい。即ち、制御装置５０による浸水予測要求の正当性に関する検証は、データ処理サーバ４０に問い合わせることに限定されない。
【0206】
第１の実施形態では、制御装置５０はスクリプトファイルに、津波浸水予測シミュレーションの優先度を設定しているが、制御装置５０と並列計算機システム６０との間で、津波浸水予測シミュレーションは最優先のジョブとして取り決めておけば、上記優先度の設定は不要である。
【0207】
第１の実施形態では、データ処理サーバ４０は、並列計算機システム６０に対して、「津波浸水予測」に係る要求を行っているが、データ処理サーバ４０は、並列計算機システム６０に対して「津波被害予測」に係る要求を行ってもよい。この場合、並列計算機システム６０は、津波浸水予測に係るシミュレーション結果と、浸水予測範囲における人口分布や建物情報等と、を利用することで、津波による被害が大きいと思われる地域を予測できる。例えば、浸水高が高く、且つ、人口密度が高い地域は津波による被害が大きい等の予測が行える。なお、この場合には、並列計算機システム６０の演算量が増えるため、データ処理サーバ４０のリソース決定部３１３は、並列計算機システム６０の演算量増加を加味して、並列計算機システム６０が確保する計算ノード６２の台数を決定するのが望ましい。
【0208】
第１の実施形態では、制御装置５０からリアルタイム津波浸水予測の送信先となる転送サーバ８０の数を制限している。しかし、例えば、転送サーバ８０と制御装置５０とが専用回線にて接続されている等の状況であって、ネットワークの輻輳が問題とならなければ、制御装置５０は全ての転送サーバ８０にシミュレーション結果を送信してもよい。この場合、各転送サーバ８０は、接続が確保されている自治体端末１０に向けてリアルタイム津波浸水予測を転送すればよい。あるいは、転送サーバ８０の間で、リアルタイム津波浸水予測の転送先に関する調整（ネゴシエーション）を行い、転送サーバ８０と自治体端末１０の間のデータ量を抑制してもよい。
【0209】
第１の実施形態にて説明したデータ処理サーバ４０、制御装置５０、並列計算機システム６０、転送サーバ８０の機能分担は、例示であって、その内容を限定する趣旨ではない。
【0210】
また、上述の説明で用いた各フローチャートでは、複数のステップ（工程、処理）が順番に記載されているが、実行されるステップの実行順序は、その記載の順番に制限されない。例えば、各処理を並行して実行する等、図示されるステップの順番を内容的に支障のない範囲で変更することができる。
【0211】
上記の実施形態の一部又は全部は、例えば、以下の付記のようにも記載され得るが、以下には限られない。［付記１］
第２の視点に係る制御装置であって、
前記津波浸水予測の結果を前記転送サーバに送信する前に、前記転送サーバに対し、前記所定の送信先との接続状態に関する情報の提供を要求する、制御装置。
［付記２］
前記複数のデータ処理サーバのそれぞれから、同一の内容の津波浸水予測の実行を依頼された場合は、複数の前記津波浸水予測の実行依頼のうち、最も早く受け付けた津波浸水予測を有効とし、他の津波浸水予測の要求を破棄する、付記１の制御装置。
【0212】
なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【0213】
２、２−１〜２−ｎ、１００ 管理センター１０、１０−１〜１０−５ 自治体端末
２０ 気象庁計算機
３０ 研究所計算機
４０、４０−１〜４０−ｍ、１０１ データ処理サーバ
５０ 制御装置
６０ 並列計算機システム
６１ ジョブ管理ノード
６２、６２−１〜６２−ｉ 計算ノード
７０ データベース（ＤＢ；Data Base）サーバ
８０、８０−１〜８０−ｋ、１０２ 転送サーバ
１１１ 取得部
１１２ 検証部
１１３ 指示部
２０１〜２０５ 浸水予測範囲
２１１〜２１３ シミュレーション対象範囲
２２１〜２２４ 震源位置
３０１、６０１、７０１ 通信制御部
３０２ 浸水予測要求部
３０３ 検証要求処理部
３０４、４０６ 記憶部
３１１ 要求要否判定部
３１２ 依頼先管理部
３１３ リソース決定部
３１４ 依頼先決定部
３１５ 浸水予測要求送信部
４０１ 第１通信制御部
４０２ 第２通信制御部
４０３ 浸水予測要求検証部
４０４ シミュレーション指示部
４０５ シミュレーション結果管理部
５０１ 演算装置
５０２ メモリ装置
５０３ ストレージ装置
６０２ ジョブキュー管理部
６０３ ジョブ制御部
６１１ ジョブキュー
６１２ 緊急ジョブキュー
７０２ 自治体端末管理部
７０３ 結果転送部