JP2022043420A - 災害対応支援方法および災害対応支援システム - Google Patents

Abstract

【課題】被災地の状況変化に対応し、地域の道路復旧や物資輸送の計画のための情報を効率的に提供する。【解決手段】災害対応支援システムにおいて、中央制御装置は、物資供給および需要拠点の情報と、物資の重要度情報と供給及び需要拠点を含む地域の道路網情報とを記憶し、各拠点の位置と道路網情報に基づき、供給及び需要拠点間の物資の配送経路を推定する処理と各拠点での被災時からの時間経過に伴う物資供給又は需要状態の遷移に基づき所定時点での拠点間で配送される物資配送量を特定する処理と、災害情報を管理する装置から道路網の被害箇所情報を取得する処理と、配送経路上の道路のうち被害が起きた道路を絞り込む処理と、道路網情報に基づく対象道路の長さ、対象道路に関して特定している物資の配送量及び物資の重要度情報に基づき復旧優先度を決定する処理と、復旧優先度に応じた形態で物資の配送経路の推奨情報を出力する処理と、を実行する。【選択図】図１

Description

本発明は、災害対応支援方法および災害対応支援システムに関する。

大規模災害の発生により、当該地域の道路が被災した場合、その他の多種多様な災害対策に追われる被災自治体や公共団体にとって、道路復旧業務の負担は大きい。被害状況によっては、復旧業務遂行が困難となるケースもある。

一方、当該地域の道路では、被災者の救援や避難施設への物資輸送など、災害時ゆえの通行機会が急激に増加する傾向にある。それゆえ、被災地道路の重要性は通常時よりも高まるケースが多い。

そこで、こうした道路の被災に伴う影響を検討する従来技術が存在する。例えば、交通網上の一部の不通が地域社会に及ぼす影響をシミュレートすることを目的とした、オブジェクト指向コンピュータプログラム（特許文献１参照）などが提案されている。

この技術は、交差点または中継点などを表す複数のノードと、ノードからノードへの分岐のない通路を表すパスから構成される網目構造上で、ノードをオブジェクトとすることにより、オブジェクト間通信を用いて任意の１ノードから他の全ノードへ至る放射状の最適な複数経路を一斉に求めることを特徴とするものである。

特開２００４－３４１７９４号公報

従来技術においては、被災による被害や復旧の状況が時系列的に変化しうる点を十分考慮しておらず、また、被災地にて輸送する物資の量や重要度を考慮にいれることも十分でなかった。それゆえ、全体として適切な道路の復旧計画や物資の配送計画に資する情報提供ができていない。

そこで本発明の目的は、被災地における状況変化に対応し、当該地域における道路復旧や物資輸送の計画に資する適宜な情報を効率的に提供可能とする技術を提供することにある。

上記課題を解決する本発明の災害対応支援方法は、情報処理装置が、物資の供給および需要の各拠点の情報と、前記物資の重要度の情報と、前記供給および前記需要の各拠点を含む地域の道路網の情報とを記憶装置にて保持し、前記各拠点の情報が示す各拠点の所在位置と、前記道路網の情報とに基づき、前記供給および前記需要の拠点間を結ぶ前記物資の配送経路を推定する処理と、前記各拠点の情報が示す各拠点における、被災時からの時間経過に伴う物資の供給または需要の各状態の遷移予定に基づき、所定時点での前記拠点間で配送される前記物資の配送量を特定する処理と、災害情報を管理する所定の外部装置から、前記道路網において被災による被害箇所の情報を取得する処理と、前記配送経路における各道路のうち前記被害箇所が含まれる対象道路を絞り込む処理と、前記対象道路に関して、前記道路網の情報に基づく当該対象道路の長さ、当該対象道路に関して特定して
いる前記物資の配送量、および前記物資の重要度、の各情報に基づき復旧優先度を決定する処理と、前記復旧優先度に応じた出力形態にて前記物資の配送経路の推奨情報を出力する処理と、を実行することを特徴とする。

また、本発明の災害対応支援システムは、物資の供給および需要の各拠点の情報と、前記物資の重要度の情報と、前記供給および前記需要の各拠点を含む地域の道路網の情報とを保持する記憶装置と、前記各拠点の情報が示す各拠点の所在位置と、前記道路網の情報とに基づき、前記供給および前記需要の拠点間を結ぶ前記物資の配送経路を推定する処理と、前記各拠点の情報が示す各拠点における、被災時からの時間経過に伴う物資の供給または需要の各状態の遷移予定に基づき、所定時点での前記拠点間で配送される前記物資の配送量を特定する処理と、災害情報を管理する所定の外部装置から、前記道路網において被災による被害箇所の情報を取得する処理と、前記配送経路における各道路のうち前記被害箇所が含まれる対象道路を絞り込む処理と、前記対象道路に関して、前記道路網の情報に基づく当該対象道路の長さ、当該対象道路に関して特定している前記物資の配送量、および前記物資の重要度、の各情報に基づき復旧優先度を決定する処理と、前記復旧優先度に応じた出力形態にて前記物資の配送経路の推奨情報を出力する処理を実行する演算装置と、を含むことを特徴とする。

本発明によれば、被災地における状況変化に対応し、当該地域における道路復旧や物資輸送の計画に資する適宜な情報を効率的に提供可能となる。

本実施形態における災害対応支援システムの構成例を示す図である。 本実施形態の供給施設情報テーブルのデータ構成例を示す図である。 本実施形態の需要拠点情報テーブルのデータ構成例を示す図である。 本実施形態の道路情報テーブルのデータ構成例を示す図である。 本実施形態の物資情報テーブルのデータ構成例を示す図である。 本実施形態の状態情報テーブルのデータ構成例を示す図である。 本実施形態の状態遷移情報テーブルのデータ構成例を示す図である。 本実施形態のアラート閾値情報テーブルのデータ構成例を示す図である。 本実施形態の出力閾値情報テーブルのデータ構成例を示す図である。 本実施形態の災害情報テーブルのデータ構成例を示す図である。 本実施形態の在庫情報テーブルのデータ構成例を示す図である。 本実施形態の物資必要量情報テーブルのデータ構成例を示す図である。 本実施形態の輸送情報テーブルのデータ構成例を示す図である。 本実施形態の積荷情報テーブルのデータ構成例を示す図である。 本実施形態の道路の復旧計画情報テーブルのデータ構成例を示す図である。 本実施形態の最短経路の道路情報テーブルのデータ構成例を示す図である。 本実施形態の最短経路の出発地・目的地情報テーブルのデータ構成例を示す図である。 本実施形態の道路の復旧優先度情報テーブルのデータ構成例を示す図である。 本実施形態における災害対応支援方法のフロー例を示す図である。 本実施形態における災害対応支援方法のフロー例を示す図である。 本実施形態における道路の推奨画面例を示す図である。 本実施形態における経路の推奨画面例を示す図である。

＜システム構成例＞
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の災害対応支援システム１００を含むネットワーク構成例を示す図である。図１に示す災害対応支援システム１００は、被災地における状況変化に対応し、当該地域における道路復旧や物資輸送の計画に資する適宜な情報を効率的に提供可能とするコンピュータシステムである。

具体的には、例えば、被災地における様々な情報を収集し、それらの情報を組み合せて分析することで、被災地への物資輸送を円滑に行うための道路復旧、配送計画に資する情報提供を行うシステムを想定する。ただし、本発明はこの実施例に限定されるものではなく、被災地への物資輸送を円滑に行うための情報提供の何れの状況においても、本発明は適用可能である。

図１に例示する災害対応支援システム１００は、中央制御装置１３０、主記憶装置１１０、補助記憶装置１２０、通信装置１３１、及び入出力装置１３２を有する。これらはバスによって相互に接続されている。

このうち補助記憶装置１２０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）など、不揮発性記憶装置で構成されている。この補助記憶装置１２０は、マスタデータベース１２１、収集／推定データベース１２２、他システム演算結果データベース１２３、優先度格納データベース１２４を格納している。

また、主記憶装置１１０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）など揮発性記憶装置で構成され、プログラムを格納している。プログラムが中央制御装置１３０により実行されることで、データ収集部１１１、データ推定部１１２、優先度決定部１１３、他システム演算結果取得部１１４、配信部１１５、などの機能が実装される。以降、「○○部は」と主体を記した場合は、中央制御装置１３０が、補助記憶装置１２０から各プログラムを読み出し、主記憶装置１１０にロードしたうえで、各プログラムの機能（詳細後記）を実現するものとする。

ここで、上述の災害対応支援システム１００と通信回線１４０を介して接続可能な装置である、災害対策本部システム１５０、災害情報共有システム１５１、道路復旧計画システム１６０、最短経路探索システム１６１は、一般的なコンピュータである。

このうち災害対策本部システム１５０は、被災地の状況を収集・分析し、対策を講じるための支援を行うシステムであり、対策を主体的に行う被災地域の自治体で稼働するものや、地域を跨った大規模災害であれば政府内で稼働するものである。

この災害対策本部システム１５０は、自治体毎、政府の担当府省庁毎に別々のシステムとして稼働するものであるが、複数の地域の自治体が共有するシステムとしても良く、複数の府省庁が共有するシステムとしても良い。また、単数乃至複数の自治体と、単数乃至複数の府省庁間で共有するシステムとしても良い。

次に、災害情報共有システム１５１は、地震の震度や道路被害状況などの被災情報を災害対応支援システム１００に提供するシステムである。

また、道路復旧計画システム１６０は、道路の通行可能状況や被害状況の収集とこれらの状況を踏まえて復旧の順番やタイミングを計画するためのシステムで、災害対応支援シ
ステム１００との間で、道路の復旧計画を提供し、道路復旧の要望を受け付けるシステムである。

また、最短経路探索システム１６１は、出発地と目的地と道路の使用可否に関する制約を入力することで最短経路を探索するためのシステムである。この最短経路探索システム１６１は、災害対応支援システム１００から災害による被害等で使用できない道路の情報を受け付け、出発地から目的地までの最短経路を災害対応支援システム１００に提供するシステムである。

この最短経路探索システム１６１は、数理計画問題を扱った既存のツールを利用することとしても良い。また、この最短経路探索システム１６１の機能が、災害対応支援システム１００に備わるとしてもよい。

なお、通信回線１４０には、ＬＡＮ(Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ)の他、専用回線、ＷＡＮ(Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ)、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網、衛星通信回線など、様々なネットワークを採用可能である。また、公衆回線網など公開された通信回線を採用する場合は、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）技術を用いて通信内容を秘匿して擬似的に専用回線化しても良い。

なお、図１では、災害対応支援システム１００は単独で入出力を行うものとしたが、通信回線１４０で他の端末（例：災害対応支援方法の機能を利用するユーザの端末）と接続し、当該端末の入出力装置で情報を入出力するものとしても良い。また、災害対応支援システム１００を災害対策本部システム１５０あるいは災害情報共有システム１５１の中のサブシステムとしても良い。
＜データ構造例＞
ここで、データベースの詳細を説明する。図２Ａ、図２Ｂ、図２Ｃ、図２Ｄ、図３Ａ、図３Ｂ、図４Ａ、図４Ｂに、マスタデータベース１２１が含む各テーブルの例を示す。

マスタデータベース１２１においては、メーカの倉庫など物資の供給施設に関する所在地などのデータや、広域物資拠点や災害避難所や防災拠点など物資の需要拠点の所在地などのデータや、幹線道路など道路網のデータや、発災時に政府から被災地に供給される物資の品目ごとの属性データが記憶されている。

また、マスタデータベース１２１では、発災後の被災地の状態を示すデータや、被災地の状態が今後どのように遷移するかを示すデータが格納されている。

さらに、マスタデータベース１２１では、物資輸送の停滞が起きているか判別するための閾値データや、災害対応支援システム１００が推奨データを出力する際に推奨データのレベル分けをするための閾値データが格納されている。

こうしたマスタデータベース１２１は、供給施設情報テーブル２００（図２Ａ）と、需要拠点情報テーブル２１０（図２Ｂ）と、道路情報テーブル２２０（図２Ｃ）と、物資情報テーブル２３０（図２Ｄ）と、状態情報テーブル３００（図３Ａ）と、状態遷移情報テーブル３１０（図３Ｂ）と、アラート閾値情報テーブル４００（図４Ａ）と、出力閾値情報テーブル４１０（図４Ｂ）で構成される。

このうち図２Ａで例示する供給施設情報テーブル２００においては、メーカの倉庫など物資の供給施設の所在地のデータが記憶されている。これは、災害が起きる前に調査した結果に基づいて、災害対応支援システム１００の管理者等のユーザが登録したデータであ
る。

また、供給施設情報テーブル２００は、供給施設を一意に特定する供給施設ＩＤ２０１と、名称２０２と、所在地の緯度２０３および経度２０４、の各値で構成される。各レコードを識別するためのキーは、供給施設ＩＤ２０１である。

このうち供給施設ＩＤ２０１は、災害時に物資の供給施設となりえるメーカの工場、メーカの倉庫、卸の倉庫、小売の倉庫、小売の店舗などを一意に識別するための識別子である。名称２０２は、供給施設の名称を示す。緯度２０３は、供給施設の所在地の緯度情報を示す。また、経度２０４は、供給施設の所在地の経度情報を示す。

また、図２Ｂで例示する需要拠点情報テーブル２１０においては、広域物資拠点や避難所や病院や住居など物資の需要拠点の所在地のデータが記憶されている。これは、災害が起きる前に調査した結果に基づいて、災害対応支援の管理者等のユーザが登録したデータである。

この需要拠点情報テーブル２１０は、需要拠点ＩＤ２１１と、名称２１２と、緯度２１３と、経度２１４と、備考２１５で構成される。各レコードを識別するためのキーは、需要拠点ＩＤ２１１である。

上述のうち、需要拠点ＩＤ２１１は、災害時に物資を必要とする避難所に物資を供給するための中間拠点として都道府県が設置する広域物資拠点などを一意に識別するための識別子である。他に、災害時に物資を必要とする拠点であれば、病院、避難所、住居などを含めても良い。

また、名称２１２は、需要拠点の名称を示す。緯度２１３は、需要拠点の所在地の緯度情報を示す。経度２１４は、需要拠点の所在地の経度情報を示す。備考２１５には、需要拠点を、災害用の需要拠点／災害とは関係のない通常営業用の需要拠点（小売の店舗など）など、需要拠点を区別するための情報を格納することとしても良いし、区別する必要がなければ特にデータを格納しなくても良い。

また、図２Ｃで例示する道路情報テーブル２２０においては、幹線道路など道路網のデータが記憶されている。これは、災害が起きる前に調査した結果に基づいて、ユーザが登録したデータである。なお、登録するデータは既存の地図情報のデータであっても良い。

この道路情報テーブル２２０は、道路ＩＤ２２１と、名称２２２と、緯度（始点）２２３と、経度（始点）２２４と、緯度（終点）２２５と、経度（終点）２２６と、距離２２７と、幅員レベル２２８で構成される。各レコードを識別するためのキーは、道路ＩＤ２２１である。

上述のうち、道路ＩＤ２２１は、災害時に物資を輸送するための道路を一意に識別するための識別子である。道路の中でも幹線道路だけを対象にするなど、一部の道路に限定することとしても良い。

また、名称２２２は、道路の名称を示す。緯度（始点）２２３は、道路の端点の所在地の緯度情報を示す。経度（始点）２２４は、道路の所在地の端点の経度情報を示す。緯度（終点）２２５は、道路のもう一つの端点の所在地の緯度情報を示す。経度（終点）２２７は、道路のもう一つの端点の所在地の経度情報を示す。

また、距離２２７は、当該道路の長さを示す。幅員レベル２２８は、当該道路の幅員の
広さのレベルを示す。例えば４Ｍ以下は狭い、４Ｍ以上は広いと２段階にレベル分けしても良いし、４Ｍ以下はレベル１、４Ｍ以上はレベル２、２車線はレベル３、それ以上はレベル４など多段階にレベル分けしても良い。

また、図２Ｄで例示する物資情報テーブル２３０においては、発災時に政府から被災地に供給される物資の品目ごとの属性データが記憶されている。これは、過去の災害の経験や、それに関する文献など、既存の知見に基づいて、ユーザが定義したデータである。

こうした物資情報テーブル２３０は、品目ＩＤ２３１と、名称２３２と、分類２３３と、重要度２３４と、備考２３５で構成される。各レコードを識別するためのキーは、品目ＩＤ２３１である。

このうち品目ＩＤ２３１は、災害時に政府から被災地に供給する物資の品目を一意に識別するための識別子である。名称２３２は、品目の名称を示す。分類２３３は、品目がどのような種類のものか分類するための分類項目で、例えば、食料、医療品、衣料品などである。

また、重要度２３４は、品目の重要度を示す。例えば、食料や医療品は被災者の生命維持に直結するため重要度が高く、衣料品は生命維持に必ずしも直結しないため重要度を低くしても良いし、保存がきく食料は重要度が高く、保存がきかない食料は重要度が中程度などとしても良い。

また、備考２３５には、重要度を決定するために必要な情報（生命維持に必要／不要、保存できる／できない）を格納して、これに基づいて重要度２３４を決定するとしても良いし、単に重要度の決定理由を格納するだけとしても良いし、特に必要なければデータを格納しなくても良い。

また、図３Ａで例示する状態情報テーブル３００においては、発災後の被災地の状態を示すデータが記憶されている。これは、過去の災害の経験や、それに関する文献など、既存の知見に基づいて、ユーザが定義したデータである。

こうした状態情報テーブル３００は、状態ＩＤ３０１と、災害種別３０２と、災害規模３０３と、対象３０４と、状態３０５で構成される。各レコードを識別するためのキーは、状態ＩＤ３０１である。

この状態ＩＤ３０１は、災害の種別を示す情報（地震、台風など）と、災害の規模を示す数値（地震であれば震度、台風であれば風速など）と、状態を把握する対象（供給施設、需要拠点など）とを一意に識別するための識別子である。

また、災害種別３０２は、地震、台風など、災害の種別を示す。災害規模３０３は、地震であれば震度、台風であれば風速など、災害の規模を数値で示す。対象３０４は、災害によって状態の変化が起こり得るために時々刻々の状態の把握が必要な対象を示しており、例えば、物資の供給施設や需要拠点などを示す。状態３０５は、物資の供給施設が通常の在庫量と比べて何％の在庫まで供給可能なのか、需要拠点が想定の需要量と比べて何％の需要まで見込まれるのか、などを示す。
また、図３Ｂで例示する状態遷移情報テーブル３１０においては、状態がどのように遷移するか示すデータが記憶されている。これは、過去の災害の経験や、それに関する文献など、既存の知見に基づいて、ユーザが定義したデータである。

こうした状態遷移情報テーブル３１０は、遷移元状態ＩＤ３１１と、遷移先状態ＩＤ３
１２と、遷移時間３１３と、遷移確率３１４で構成される。各レコードを識別するためのキーは、遷移元状態ＩＤ３１１と遷移先状態ＩＤ３１２と遷移時間３１３である。

遷移元状態ＩＤ３１１は、状態ＩＤ３０１と同様に、災害の種別と、災害の規模と、状態を把握する対象とで一意に識別される識別子であり、状態遷移前の元の状態を示す識別子である。

また、遷移先状態ＩＤ３１２は、遷移先状態ＩＤ３１１や状態ＩＤ３０１と同様の識別子であり、遷移時間の経過後に状態が遷移した後の状態を示す識別子である。遷移時間３１３は、遷移元状態から遷移先状態に遷移するまでの経過時間を示す。遷移確率３１４は、遷移元状態から遷移先状態に、遷移時間の経過後に、状態が遷移する確率を示す。

また、図４Ａで例示するアラート閾値情報テーブル４００においては、物資の輸送の停滞が起きているか判別するための閾値データが記憶されている。これは、過去の災害の経験や、それに関する文献など、既存の知見に基づいて、ユーザが定義したデータである。

このアラート閾値情報テーブル４００は、アラート閾値ＩＤ４０１と、種類４０２と、閾値４０３で構成される。各レコードを識別するためのキーは、アラート閾値ＩＤ４０１である。アラート閾値ＩＤ４０１は、物資輸送の停滞が起きているかどうかを判別するための閾値を一意に識別するための識別子である。

また、種類４０２は、物資の到着予定の時間からの乖離を示す「時間」や、到着予定の数量からの乖離を示す「数量」や、到着予定の物資の重要度を示す「重要度」など、閾値の設定の対象を示す。閾値の設定においては、アラート閾値ＩＤ４０１を指定して、この中の１つのレコードだけを利用することとしても良いし、これらのレコードをＡＮＤ条件で組み合わせたり、ＯＲ条件で組み合わせたり、ＡＮＤ条件とＯＲ条件で組み合わせたものを条件としても良い。閾値４０３は、種類４０２に応じた閾値として設定された数値を示す。

また、図４Ｂで例示する出力閾値情報テーブル４１０においては、災害対応支援システム１００が出力する推奨データをレベル分けするための閾値データが記憶されている。これは、過去の災害の経験や、それに関する文献など、既存の知見に基づいて、ユーザが定義したデータである。

こうした出力閾値情報テーブル４１０は、出力閾値ＩＤ４１１と、優先度閾値４１２と、出力レベル４１３で構成される。各レコードを識別するためのキーは、出力閾値ＩＤ４１１である。出力閾値ＩＤ４１１は、災害対応支援システム１００が出力する推奨データをデータの確度で分類して出力するための閾値を一意に識別するための識別子である。

また、優先度閾値４１２は、災害対応支援システム１００が算出する道路の復旧優先度の閾値として設定された数値を示す。出力レベル４１３は、物資の輸送に関して、使用する道路や経路の推奨のレベルをレベル分けするためのものであり、推奨のレベルは、優先度閾値４１２によってレベル分けされる。

続いて、図５、図６Ａ、図６Ｂ、図６Ｃ、図６Ｄに、収集／推定データベース１２２の含む各テーブルの例を示す。こうした収集／推定データベース１２２においては、被災地の状況を示すデータとして、被災地から収集したデータや被災地から収集したデータに基づいて推定したデータが記憶されている。

この収集／推定データベース１２２は、災害情報テーブル５００（図５Ａ）と、在庫情
報テーブル６００（図６Ａ）と、物資必要量情報テーブル６１０（図６Ｂ）と、輸送情報テーブル６２０（図６Ｃ）と、積荷情報テーブル６３０（図６Ｄ）で構成される。

このうち図５で例示する災害情報テーブル５００は、地震の震度に関するデータが記憶されている。この震度情報テーブル２１０は、例えば、災害情報共有システム１５１から配信されたデータを格納したものである。

この災害情報テーブル５００は、メッシュＩＤ５０１と、日時５０２と、災害種別５０３と災害規模５０４と、収集フラグ５０５で構成される。各レコードを識別するためのキーは、メッシュＩＤ５０１と日時５０２と災害種別５０３である。メッシュＩＤ５０１は、災害で被災した地域を一意に識別するための識別子である。

また、日時５０２は被災を観測した日時を示す。災害種別５０３は、地震、台風など、災害の種別を示す。災害規模５０４は、地震であれば震度、台風であれば風速など、災害の規模を数値で示す。

また、収集フラグ５０５は、このレコードのデータが被災地で観測されて災害対応支援システム１００で収集したデータそのものなのか、災害対応支援システム１００で推定したデータなのかを示すフラグである。例えば、収集データの場合を「１」、推定データの場合を「０」とする。

また、図６Ａで例示する在庫情報テーブル６００は、物資の供給施設の在庫データが記憶されている。この在庫情報テーブル６００は、供給施設ＩＤ６０１と、日時６０２と、品目ＩＤ６０３と、在庫数６０４と、稼働状態６０５と、収集フラグ６０６で構成される。各レコードを識別するためのキーは、供給施設ＩＤ６０１と、日時６０２と、品目ＩＤ６０３である。供給施設ＩＤ６０１は、供給施設ＩＤ２０１と同様に、災害時に物資の供給施設となりえるメーカの工場、メーカの倉庫、卸の倉庫、小売の倉庫、小売の店舗などを一意に識別するための識別子である。
また、日時６０２は、在庫情報を観測した日時あるいは推定した日時を示す。品目ＩＤ６０３は、品目ＩＤ２３１と同様に、災害時に政府から被災地に供給する物資の品目を一意に識別するための識別子である。

また、在庫数６０４は、供給施設での物資の品目毎の在庫数を示す。稼働状態６０５は、供給施設が在庫をどの程度供給可能なのかその割合を示す。収集フラグ６０６は、収集フラグ５０５と同様に、このレコードのデータが被災地で観測されて災害対応支援システム１００で収集したデータそのものなのか、災害対応支援システム１００で推定したデータなのかを示すフラグである。

また、図６Ｂで例示する物資必要量情報テーブル６１０は、需要拠点での物資の必要量のデータが記憶されている。この物資必要量情報テーブル６１０は、需要拠点ＩＤ６１１と、日時６１２と、品目ＩＤ６１３と、必要量６１４と、収集フラグ６１５で構成される。

各レコードを識別するためのキーは、需要拠点ＩＤ６１１と、日時６１２と、品目ＩＤ６１３である。需要拠点ＩＤ６１１は、需要拠点ＩＤ２１１と同様に、災害時に物資を必要とする避難所に物資を供給するための中間拠点として都道府県が設置する広域物資拠点などを一意に識別するための識別子である。

また、日時６１２は、必要量を観測した日時あるいは推定した日時を示す。品目ＩＤ６１３は、品目ＩＤ２３１と同様に、災害時に政府から被災地に供給する物資の品目を一意
に識別するための識別子である。

また、必要量６１４は、需要拠点での物資の必要量を示す。収集フラグ６１５は、収集フラグ５０５と同様に、このレコードのデータが被災地で観測されて災害対応支援システム１００で収集したデータそのものなのか、災害対応支援システム１００で推定したデータなのかを示すフラグである。

また、図６Ｃで例示する輸送情報テーブル６２０は、供給施設から需要拠点までの物資の輸送データのうち、積荷以外の輸送全体のデータが記憶されている。この輸送情報テーブル６２０は、輸送予約ＩＤ６２１と、輸送元ＩＤ６２２と、輸送先ＩＤ６２３と、出発予定日時６２４と、到着予定日時６２５と、輸送完了６２６と、収集フラグ６２７と、備考６２８で構成される。

各レコードを識別するためのキーは、輸送予約ＩＤ６２１である。輸送予約ＩＤ６２１は、供給施設から需要拠点までの物資の輸送データを一意に識別するための識別子である。物資を輸送することが確定した時点で識別子を振り、輸送の完了前にキャンセルされた場合でもレコードを削除せずに残す。

また、輸送元ＩＤ６２２は、輸送元である供給施設の識別子を示し、供給施設ＩＤ２０１と同様に、災害時に物資の供給施設となりえるメーカの工場、メーカの倉庫、卸の倉庫、小売の倉庫、小売の店舗などを一意に識別する識別子である。

また、輸送先ＩＤ６２３は、輸送先である需要拠点の識別子を示し、需要拠点ＩＤ２１１と同様に、災害時に物資を必要とする避難所に物資を供給するための中間拠点として都道府県が設置する広域物資拠点などを一意に識別するための識別子である。

また、出発予定日時６２４は、物資を輸送することが確定した時点で決定した輸送開始の日時を示す。到着予定日時６２５は、物資を輸送することが確定した時点で決定した輸送終了の日時を示す。輸送完了６２６は、物資の輸送が完了したことを示すフラグである。例えば、輸送が完了した場合を「１」、輸送中の場合を「０」、荷主などにより輸送がキャンセルされた場合を「－１」とする。

また、収集フラグ６２７は、収集フラグ５０５と同様に、このレコードのデータが被災地で観測されて災害対応支援システム１００で収集したデータそのものなのか、災害対応支援システム１００で推定したデータなのかを示すフラグである。

また、備考６２８には、輸送の荷主に関わる情報（政府調達／自治体調達／民間通常営業）を格納することとしても良いし、荷主を区別する必要がなければ特にデータを格納しなくても良い。

また、図６Ｄで例示する積荷情報テーブル６３０は、供給施設から需要拠点までの物資の輸送データのうち、積荷データが記憶されている。この積荷情報テーブル６３０は、輸送予約ＩＤ６３１と、品目ＩＤ６３２と、輸送量６３３と、収集フラグ６３４で構成される。

各レコードを識別するためのキーは、輸送予約ＩＤ６３１である。輸送予約ＩＤ６３１は、輸送予約ＩＤ６２１と同様に、供給施設から需要拠点までの物資の輸送データを一意に識別するための識別子である。品目ＩＤ６３２は、品目ＩＤ２３１と同様に、災害時に政府から被災地に供給する物資の品目を一意に識別するための識別子で、供給施設から需要拠点まで輸送する物資の品目を示す。

また、輸送量６３３は、供給施設から需要拠点まで輸送する物資の数量を示す。収集フラグ６３４は、収集フラグ５０５と同様に、このレコードのデータが被災地で観測されて災害対応支援システム１００で収集したデータそのものなのか、災害対応支援システム１００で推定したデータなのかを示すフラグである。

続いて、図７Ａ、図７Ｂに、他システム演算結果データベース１２３の例を示す。他システム演算結果データベース１２３においては、道路復旧計画システム１６０で計画した道路の復旧計画や、最短経路探索システム１６１で探索した出発地から目的地までの最短経路が、他のシステムからの演算結果として記憶されている。

こうした他システム演算結果データベース１２３は、道路の復旧計画情報テーブル７００（図７Ａ）と、最短経路の道路情報テーブル７１０（図７Ｂ）と、最短経路の出発地・目的地情報テーブル７２０（図７Ｃ）で構成される。

このうち図７Ａで例示する道路の復旧計画テーブル７００においては、災害によって被災した幹線道路など道路網の復旧計画のデータが記憶されている。この道路の復旧計画テーブル７００は、道路ＩＤ７０１と、復旧開始予定日時７０２と、復旧終了予定日時７０３と、復旧完了７０４で構成される。

各レコードを識別するためのキーは、道路ＩＤ７０１、復旧開始予定日時７０２と、復旧終了予定日時７０３である。道路ＩＤ７０１は、道路ＩＤ２２１と同様に、災害時に物資を輸送するための道路を一意に識別するための識別子である。道路の中でも幹線道路だけを対象にするなど、一部の道路に限定することとしても良い。

また、復旧開始予定日時７０２は、道路の復旧計画が立案され、計画が確定された時点で決定した道路復旧の開始の日時を示す。復旧終了予定日時７０３は、道路の復旧計画が立案され、計画が確定された時点で決定した道路復旧の終了の日時を示す。復旧完了７０４は、道路の復旧計画が実際に完了したことを示すフラグである。例えば、復旧が完了した場合を「１」、復旧が未済の場合を「０」とする。

また、図７Ｂで例示する最短経路の道路情報テーブル７１０においては、供給施設から需要拠点までの輸送経路のデータが記憶されている。この最短経路の道路情報テーブル７１０は、経路ＩＤ７１１と、順番７１２と、道路ＩＤ７１３で構成される。

各レコードを識別するためのキーは、経路ＩＤ７１１、順番７１２である。経路ＩＤ７１１は、供給施設から需要拠点までの最短の輸送経路を一意に識別するための識別子である。輸送経路の中の道路は、道路の中でも幹線道路など一部の道路に限定していても良い。

順番７１２は、最短の輸送経路の道路の中で、道路ＩＤ７１３が使用される順番を示したものである。道路ＩＤ７１３は、道路ＩＤ２２１と同様に、災害時に物資を輸送するための道路を一意に識別するための識別子で、輸送経路の中で使用される道路の識別子を示す。

また、図７Ｃで例示する最短経路の出発地・目的地情報テーブル７２０においては、供給施設から需要拠点までの輸送経路のデータが記憶されている。この最短経路の出発地・目的地情報テーブル７２０は、経路ＩＤ７２１と、出発地緯度７２２と、出発地経度７２３、到着地緯度７２４、到着地経度７２５で構成される。

各レコードを識別するためのキーは、経路ＩＤ７２１である。経路ＩＤ７２１は、経路ＩＤ７１１と同様に、供給施設から需要拠点までの最短の輸送経路を一意に識別するための識別子である。

また、出発地緯度７２２は、出発地である供給施設の緯度情報を示す。出発地経度７２３は、出発地である供給施設の経度情報を示す。到着地緯度７２４は、到着地である需要拠点の緯度情報を示す。到着地経度７２５は、到着地である需要拠点の経度情報を示す。

また、図８で例示する道路の復旧優先度情報テーブル８００においては、災害によって被災した幹線道路などの道路の復旧優先度のデータが記憶されている。この道路の復旧優先度情報テーブル８００は、道路ＩＤ８０１と、復旧優先度８０２と、復旧優先順位８０３で構成される。

各レコードを識別するためのキーは、道路ＩＤ８０１である。道路ＩＤ８０１は、道路ＩＤ２２１と同様に、被災していて物資の輸送に利用できない道路を一意に識別するための識別子である。道路の中でも幹線道路だけを対象にするなど、一部の道路に限定することとしても良い。

また、復旧優先度８０２は、災害対応支援システム１００で算出した道路の復旧優先度を示す。復旧優先順位８０３は、道路の復旧優先度を降順に並べたときの順位を示す。
＜災害対応支援方法のフロー：メインフロー＞
以下、本実施形態における災害対応支援方法の実際手順について図に基づき説明する。以下で説明する災害対応支援方法に対応する各種動作は、災害対応支援システム１００がメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

なお、発災を検知してから道路の復旧優先度の決定を終了するまでの全体の処理例を図９に示し、道路の復旧優先度を決定する詳細な処理例を図１０に示す。また、マスタデータベース１２１にデータを登録する処理は、図９、図１０の一連の処理（処理Ｓ９００～処理Ｓ９０７、処理Ｓ１０００～処理Ｓ１００９）の事前に、ユーザが行うものである。

図９は、本実施形態の災害対応支援方法のフロー例であって、発災を検知してから道路の復旧優先度の決定を終了するまでの全体処理フロー例を示す図である。

まず、処理Ｓ９００にて、災害対応支援システム１００の中央制御装置１３０が、例えば、予め定めた時刻の到来やユーザからの指定を受けるなどして処理フローを開始し、処理Ｓ９０１に進む。

処理Ｓ９０１にて、データ収集部１１１が、災害情報共有システム１５１から、通信装置１３１を介して、地震の震度など発災時の災害発生情報を収集する。収集した災害発生情報を収集／推定データベース１２１の災害情報テーブル５００に格納する。

上述の災害情報テーブル５００への情報格納に際し、データ収集部１１１は、災害発生情報を観測した日時を日時５０２に格納し、災害発生情報の災害の種別を種別５０３に格納し、観測した災害の規模の数値データを災害規模５０４に格納し、推定データではなく被災地で観測されたデータを収集してきたことを示すために数値「１」を収集フラグ５０５に格納し処理Ｓ９０２に進む。

処理Ｓ９０２にて、データ収集部１１１が、災害対策本部システム１５０や災害情報共有システム１５１から、通信装置１３１を介して、供給施設の物資の在庫情報、需要拠点
での物資の必要量情報、供給施設から需要拠点までの物資の輸送情報、その積荷情報を収集し、収集した情報を収集／推定データベース１２２に格納し、処理Ｓ９０３に進む。

供給施設の物資の在庫情報を、収集／推定データベース１２２の在庫情報テーブル６００に格納する際は、在庫情報を観測した供給施設ＩＤを供給施設ＩＤ６０１に格納し、観測した日時を日時６０２に格納し、在庫情報の品目の識別子を品目ＩＤ６０３に格納し、観測された在庫数を在庫数６０４に格納し、供給施設が在庫をどの程度供給可能なのかその割合を示す稼働状態を稼働状態６０５に格納し、推定データではなく観測されたデータを収集してきたことを示すために数値「１」を収集フラグ６０６に格納する。

また、需要拠点での物資の必要量情報を、収集／推定データベース１２２の物資必要量情報テーブル６１０に格納する際は、必要量情報を観測した需要拠点ＩＤを需要拠点ＩＤ６１１に格納し、観測した日時を日時６１２に格納し、必要量情報の品目の識別子を品目ＩＤ６１３に格納し、観測された必要量を必要量６１４に格納し、推定データではなく観測されたデータを収集してきたことを示すために数値「１」を収集フラグ６１５に格納する。

また、供給施設から需要拠点までの物資の輸送情報を、収集／推定データベース１２２の輸送情報テーブル６２０に格納する際は、物資を輸送することが確定した時点で振られた識別子を輸送予約ＩＤ６２１に格納し、輸送元である供給施設の識別子を輸送元ＩＤ６２２に格納し、輸送先である需要拠点の識別子を輸送先ＩＤ６２３に格納し、物資を輸送することが確定した時点で決定した輸送開始の日時を出発予定日時６２４に格納し、物資を輸送することが確定した時点で決定した輸送終了の日時を到着予定日時６２５に格納し、物資の輸送が実際に完了した場合は輸送完了を示す「１」を輸送完了６２６に格納し、推定データではなく観測されたデータを収集してきたことを示すために数値「１」を収集フラグ６２５に格納し、輸送の荷主に関わる情報を格納する場合は、荷主が政府の場合は「政府調達」、荷主が自治体の場合は「自治体調達」、荷主が企業の場合は「民間通常営業」を備考６２８に格納する。

また、積荷情報を、収集／推定データベース１２２の積荷情報テーブル６３０に格納する際は、輸送予約ＩＤ６２１に格納されたものと同じものを輸送予約ＩＤ６３１に格納し、供給施設から需要拠点まで輸送する物資の品目の識別子を品目ＩＤ６３２に格納し、供給施設から需要拠点まで輸送する物資の数量を輸送量６３３に格納し、推定データではなく観測されたデータを収集してきたことを示すために数値「１」を収集フラグ６３４に格納する。

処理Ｓ９０３にて、データ推定部１１２が、マスタデータベース１２１から、供給施設情報テーブル２００、需要拠点情報テーブル２１０、状態情報テーブル３００、および状態遷移情報テーブル３１０の各データを取得し、収集／推定データベース１２２から災害情報テーブル５００のデータを取得し、これらデータに基づいて供給施設の物資の在庫情報、需要拠点での物資の必要量情報を推定し、推定した情報を収集／推定データベース１２２の在庫情報テーブル６００、物資必要量情報テーブル６１０に格納／上書きし、処理Ｓ９０４に進む。

具体的には、まずデータ推定部１１２は、在庫情報テーブル６００の供給施設ＩＤ６０１から、供給施設情報テーブル２００の供給施設ＩＤ２０１を検索し、その緯度２０３と経度２０４を取得する。データ推定部１１２は、この緯度２０３と経度２０４が含まれるメッシュＩＤを災害情報テーブル５００のメッシュＩＤ５０１で検索する。

次に、データ推定部１１２は、上記で検索したレコードの災害種別５０３と災害規模５
０４から、状態情報テーブル３００の災害種別３０２と災害規模３０３を検索し、その中で対象３０４が「供給施設」のものを特定する。

データ推定部１１２は、特定したレコードの状態ＩＤ３０１を状態遷移情報テーブル３１０の遷移元状態ＩＤ３１１で検索し、該当する遷移元状態ＩＤ３１１に関して、遷移先状態ＩＤ３１２、遷移時間３１３、および遷移確率３１４の各値を全て取得する。

この中で、データ推定部１１２は、状態の遷移が最初の遷移元状態ＩＤ３１１を検索し、それを起点に、遷移先状態ＩＤ３１２と遷移時間３１３と遷移確率３１４を用いて、将来の状態遷移を時系列に予測する。その個々の時系列における遷移先状態ＩＤ３１２と一致する状態ＩＤ３０１の状態３０５が、その時点での「供給施設」の稼働状態を示す。

データ推定部１１２は、この稼働状態と遷移確率を掛け合わせることで稼働状態の期待値を求め、この稼働状態の期待値に基づいて、供給施設の物資の在庫情報を推定し、収集／推定データベース１２２の在庫情報テーブル６００を格納／上書きする。

その際、データ推定部１１２は、在庫情報を推定した時系列上の時点を日時６０２に格納／上書きし、供給施設が在庫をどの程度供給可能なのかその割合を示す稼働状態は前記稼働状態の期待値であるとして、前記稼働状態の期待値で稼働状態６０５に格納／上書きし、推定データであることを示すために数値「０」を収集フラグ６０６に格納／上書きする。

需要拠点に対しても同様に、データ推定部１１２は、対象３０４を「供給施設」から「需要拠点」に置き換えて処理し、将来の状態遷移を時系列に予測する。データ推定部１１２は、この稼働状態に基づいて、需要拠点での物資の必要量情報を収集／推定データベース１２２の物資必要量情報テーブル６１０に格納／上書きする。

その際、データ推定部１１２は、必要量情報を推定した時系列上の時点を日時６０２に格納／上書きし、需要拠点の必要量がどの程度必要とされるかその割合を示す値を稼働状態に相当するものと解釈して、必要量６１４にその値を掛け合わせて必要量６１４に格納／上書きし、推定データであることを示すために数値「０」を収集フラグ６１５に格納／上書きする。なお状態遷移に関してはマルコフ連鎖による状態の予測としても良い。

処理Ｓ９０４にて、優先度決定部１１３が、マスタデータベース１２１からアラート閾値情報テーブル４００と物資情報テーブル２３０の各データを取得し、収集／推定データベース１２２から輸送情報テーブル６２０のデータを取得し、これらに基づいて物資輸送の停滞が起きているか判定する。

上述の判定において、優先度決定部１１３は、輸送情報テーブル６２０の到着予定日時６２５と現在時刻を比較し、到着予定日時６２５が現在時刻を超過しており、且つ、輸送完了６２６のフラグが「０」で輸送中を示すレコードを抽出する。

また、優先度決定部１１３は、到着予定日時６２５からの超過時間と、輸送予約ＩＤ６２１と一致する輸送予約ＩＤ６３１の輸送量６３３と、品目ＩＤ６３２と一致する品目ＩＤ２３０の重要度２３４とをそれぞれ抽出し、アラート閾値情報テーブル４００の種類４０２と一致する項目の閾値４０３と、超過時間、輸送量６３３、重要度２３４を比較する。

上述の比較の結果、閾値４３０を超過する場合、優先度決定部１１３は、物資輸送の停滞が起きていると判定し、処理Ｓ９０５に進む。他方、上述の比較の結果、閾値４３０を
超過していない場合は、優先度決定部１１３は、物資輸送の停滞が起きていないものと判定して、処理Ｓ９０２に戻る。

処理Ｓ９０５にて、優先度決定部１１３が、道路の復旧の優先度を決定し（詳細後述）、処理Ｓ９０６に進む。

処理Ｓ９０６にて、優先度決定部１１３が、入出力端末１３２を介して、ユーザから処理の続行／終了の操作を受け付ける。なお、基本は続行するものとして、ユーザから終了の操作のみを受け付けることとしても良い。続行する場合は処理Ｓ９０２に戻る。終了する場合は処理Ｓ９０７に進む。

処理Ｓ９０７にて、中央処理装置１３０が、発災を検知してから道路の復旧優先度の決定を終了するまでの全体の処理フローを終了する。
＜災害対応支援フロー：復旧優先度決定＞
図１０は、本実施形態の災害対応支援方法のフロー例であって、道路の復旧優先度を決定する詳細処理フロー例を示す図である。

この場合、処理Ｓ１０００にて、災害対応支援システム１００の中央制御装置１３０が、上述の処理Ｓ９０４の判定結果を受けて、道路の復旧優先度を決定する処理フロー（処理Ｓ９０５の詳細フロー）を開始し処理Ｓ１００１に進む。

処理Ｓ１００１にて、優先度決定部１１３が、他システム演算結果取得部１１４を呼び出し、他システム演算結果取得部１１４により、道路復旧計画システム１６０から、通信装置１３１を介して、道路復旧計画の情報を収集し、他システム演算結果データベース１２３の道路の復旧計画情報テーブル７００に格納し、処理Ｓ１００２に進む。

この格納に際し、復旧完了７０４には、これから復旧させる道路については「０」を格納し、既に復旧させた道路については「１」を格納する。そもそも道路の被害が無く、復旧計画が無いものは、レコードそのものが存在しない。あるいは、被害のない道路にもレコードを用意し、例えば「－１」など別の値を格納することとしても良い。

処理Ｓ１００２にて、優先度決定部１１３が他システム演算結果取得部１１４を呼び出し、他システム演算結果取得部１１４により、最短経路探索システム１６１から、通信装置１３１を介して、出発地である供給施設と目的地である需要拠点の緯度経度を指定して、供給施設から需要拠点までの最短経路を取得し、他システム演算結果データベース１２３の最短経路の道路情報テーブル７１０に格納し、処理Ｓ１００３に進む。

処理Ｓ１００３にて、優先度決定部１１３が、災害により被害を受けている道路で、且つ、最短経路内の道路を抽出する。具体的には、優先度決定部１１３は、被害を受けていてこれから復旧させる道路を、道路復旧計画テーブル７００の復旧完了７０４が「０」の道路ＩＤ７０１で抽出する。次に、供給施設から需要拠点までの経路に含まれる道路だけに限定するため、優先度決定部１１３は、最短経路の道路情報テーブル７１０の経路ＩＤ７１１に含まれる道路ＩＤ７１３と一致する前記道路ＩＤ７０１だけに限定する。限定された道路ＩＤ７０１が存在する場合は処理Ｓ１００４に進む。限定された道路ＩＤ７０１が存在しない場合は処理Ｓ１００９に進む。

処理Ｓ１００４にて、優先度決定部１１３が、処理Ｓ１００３で抽出して限定された道路を復旧優先度決定の対象の道路とし、処理Ｓ１００５に進む。

処理Ｓ１００５にて、優先度決定部１１３が、道路の復旧の優先度を決定する。具体的
には、優先度決定部１１３は、マスタデータベース１２１の道路情報テーブル２２０の距離２２７から道路ＩＤ７０１の「距離」を求める。次に、道路７０１ＩＤと一致する道路ＩＤ７１３を含む経路７１１と一致する経路７２１の出発緯度７２２、出発経度７２３から、マスタデータベース１２１の供給施設情報テーブル２００の緯度２０３、経度２０４を用いて、出発地の供給施設ＩＤ２０１を割り出し、到着地緯度７２４、到着地経度７２５から、需要拠点情報テーブル２１０の緯度２１３、経度２１４を用いて、到着地の需要拠点ＩＤ２１１を割り出す。

優先度決定部１１３は、収集／推定データベース１２２の輸送情報テーブル６２０の中で、供給施設ＩＤ２０１と一致する輸送元ＩＤ６２２、需要拠点ＩＤ２１１と一致する輸送先ＩＤ６２３を検索し、なおかつ輸送完了６２６が「０」でまだ輸送中のものを抽出して、さきほどの供給施設ＩＤ２０１と需要拠点ＩＤ２１１の組み合わせであり、且つ、輸送中の輸送予約ＩＤ６２１を絞り込む。

そして、優先度決定部１１３は、輸送予約ＩＤ６２１と一致する積荷情報テーブル６３０の予約ＩＤ６３１からその輸送量６３３を求め、それを「輸送量」として求める。また、優先度決定部１１３は、その品目ＩＤ６３２と一致するマスタデータベース１２１の物資情報テーブル２３０の品目ＩＤ２３１から重要度２３４を検索し、輸送中の物資の「重要度」として割り出す。

優先度決定部１１３は、ここで求めた、距離、輸送量、および重要度の各値を掛け合わせて当該道路の復旧の優先度とする。こうした掛け合わせを行う際、優先度決定部１１３は、各々の項目での総計を求めてから掛け合わせることとしても良いし、各々の項目で平均を求めてから掛け合わせることとしても良いし、項目ごとに総計・平均のどちらを求めてから各々を掛け合わせても良い。この際、道路の幅員レベル２２８も掛け合わせの項目として追加しても良い。

優先度決定部１１３は、上述のように道路の復旧優先度を求めたら、求めた復旧優先度８０２を優先度格納データベース１２４の道路の復旧優先度情報テーブル８００の復旧優先度８０２に格納するとともに、当該復旧優先度と紐づけた形で道路ＩＤ７０１を道路ＩＤ８０１に格納する。また、優先度決定部１１３は、全ての復旧優先度８０２を格納した後に、復旧優先度８０２を比較して順位付けを行い、その順位を復旧優先順位８０３として格納し処理Ｓ１００６に進む。

処理Ｓ１００６にて、優先度決定部１１３が、マスタデータベース１２１から出力閾値情報テーブル４１０を取得し、優先度格納データベース１２４から道路の復旧優先度情報テーブル８００を取得する。出力閾値情報テーブル４１０のうち、どの出力閾値ＩＤ４１１を用いるかは、事前にユーザが災害対応支援システム１００に設定していることとしても良いし、ユーザが入出力装置１３２を介して随時設定することとしても良い。

ここで、優先度決定部１１３は、道路の復旧優先度情報テーブル８００の復旧優先度８０２が、出力閾値情報テーブル４１０の優先度閾値４１２の値以上の道路ＩＤ８０１に対して、出力レベル４１３を振り分け、処理Ｓ１００７に進む。なお、同じ道路ＩＤ８０１に対して、複数の出力レベル４１３が振り割れられてしまう場合は、最大の出力レベル４１３を振り分ける。この処理によって、道路ＩＤ毎の出力レベルを決定する。

処理Ｓ１００７にて、優先度決定部１１３が配信部１１５を呼び出し、配信部１１５により、入出力端末１３２に、出力レベル毎の道路網を出力し、処理Ｓ１００８に進む。また、物資輸送の観点での道路復旧の要請の優先順位として、道路復旧計画システム１６０に優先度や優先順位や出力レベル毎の道路網を出力し処理Ｓ１００８に進む。

入出力端末１３２に出力する際、配信部１１５は、ベースとなる道路網が地図データなどとして事前に設定されており、道路の復旧優先度情報テーブル８００で復旧計画の記載の無い道路は、被害の無かった道路として利用できる可能性の最も確度の高い道路として表示し、復旧計画のある道路は被害のある道路として、個々の道路に対する出力レベルに応じて確度の表示の仕方を変えることとする。

あるいは、配信部１１５は、発災後に自動車の通った実績であるプローブ情報をカーナビサービスの事業者システムなどから別途取得し、プローブ情報のある道路を災害の被害の無い道路として、同様の処理（最も確度の高い道路として表示する処理）をすることとしても良い。

処理Ｓ１００８にて、優先度決定部１１３が配信部１１５を呼び出し、配信部１１５により、配送で推奨する経路の情報を入出力端末１３２に出力し処理Ｓ１００９に進む。

具体的には、配信部１１５は、収集／推定データベース１２２の輸送情報テーブル６２０において、輸送完了６２６欄における値が輸送中の「０」を示す輸送に関して、輸送元ＩＤ６２２の供給施設を出発地とし、輸送先ＩＤ６２３の需要拠点を目的地とする。

また、配信部１１５は、最短経路探索システム１６１に対し、上述の出発地と目的地の組み合わせに関して、処理Ｓ１００６で振り分けられた出力レベルのうち、ユーザが事前に設定しておいた出力レベル以上の道路を輸送で使用する条件を課して、最短経路を問い合わせる。

また、配信部１１５は、最短経路探索システム１６１で探索された最短経路を取得し、この最短経路を、配送で推奨する経路として入出力端末１３２に出力する。

処理Ｓ１００９にて、中央処理装置１３０が、道路の復旧優先度を決定する処理フローを終了する。

次に、図１０の処理Ｓ１００７で入力装置１３２に出力する道路の推奨画面と、処理Ｓ１００８で入力装置１３２に出力する経路の推奨画面の出力画面の例を示す。

図１１Ａは、道路の推奨画面１１００の画面例である。図１１Ａで示した道路の推奨画面１１００は、物資輸送で使用できる可能性の高い道路を、配送に使用する道路として推奨する画面であり、配送計画に役立ててもらうための画面である。本画面は、災害対応支援システム１００の入出力装置１３２に表示される。

図１１Ａで示した道路の推奨画面１１００は、倉庫１１０１と、拠点１１０２と、推奨道路網１１０４と、道路被害α１１０５と、道路被害β１１０６と、凡例１１０７で構成される。倉庫１１０１は、供給施設を示しており、本例では、倉庫Ａ、倉庫Ｂ、倉庫Ｃの３施設としている。

拠点１００２は、需要拠点を示しており、本例では、拠点ａ、拠点ｂ、拠点ｃの３拠点としている。推奨道路網１１０４は、物資輸送で使用できる可能性の高い道路を示す。使用できる可能性の確度の高低に応じて道路の表示方法を変えるものとする。

道路被害α１１０５は道路被害が起きている箇所を示す。道路被害β１１０６も同様に道路被害が起きている箇所を示す。本例では、道路被害α１１０５は道路被害β１１０６よりも復旧の可能性が高いものとしている。

凡例１１０７は推奨道路網１１０４の見方を示しており、本例では、道路の使用の可能性の確度の高低を３段階の確度で表示するものとしている。なお、他の表示方法で推奨する道路を表示可能であれば、他の表示方法としても良い。

図１１Ｂは、経路の推奨画面１１１０の画面例である。図１１Ｂで示した経路の推奨画面１１１０は、使用できる可能性の確度の高い道路を用いて配送の経路を推奨する画面であり、配送計画に役立ててもらうための画面である。本画面は、災害対応支援システム１００の入出力装置１３２に表示される。

図１１Ｂで示した経路の推奨画面１１１０は、倉庫１１１１と、拠点１１１２と、道路網１１１３と、経路１１１４と、道路被害α１１１５と、道路被害β１１１６と、凡例１１１７で構成される。道路網１１１３と、経路１１１４、凡例１１１７以外は図１１Ａと同様である。

すなわち、倉庫１１１１は、供給施設を示している。拠点１００２は、需要拠点を示している。道路被害α１１１５、道路被害β１１１６は道路被害が起きている箇所を示し、道路被害α１１１５は道路被害β１１１６よりも復旧の可能性が高い。

一方で、道路網１１１３は、配送計画で想定されうる全ての道路を示す。ただし、災害による被害で使用できない道路も含める。経路１１１４は、物資輸送で使用できる可能性の高い道路を用いた時の配送の経路を示す。配送の経路には、現在は道路被害で使用できず、将来の復旧も確約されていないが、復旧の可能性が高い道路が含まれる。

凡例１１１７は推奨道路網１１１４の見方を示しており、本例では、配送計画で想定されうる全ての道路と、その中で推奨される配送の経路とを表示するものとしている。なお、他の表示方法で推奨する配送の経路を表示可能であれば、他の表示方法としても良い。

以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

こうした本実施形態によれば、被災地における状況変化に対応し、当該地域における道路復旧や物資輸送の計画に資する適宜な情報を効率的に提供可能となる。

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の災害対応支援方法において、前記情報処理装置が、前記被害箇所の情報と前記各拠点の所在位置とに基づき、前記各拠点における災害内容を特定し、前記各拠点での前記災害内容および前記遷移予定と基づき、将来の状態遷移を時系列に予測する処理と、前記予測の結果に基づき、所定時点における前記各拠点の稼働状況に基づき、前記各拠点における物資の供給または需要の状態を推定する、としてもよい。

これによれば、各拠点における物資の供給や需要の状態推移を、発災からの時系列の観点で効率的に推定可能となる。ひいては、被災地における状況変化に対応し、当該地域における道路復旧や物資輸送の計画に資する適宜な情報を、より効率的に提供可能となる。また、本実施形態の災害対応支援方法において、前記情報処理装置が、前記対象道路を絞り込む処理に際し、前記拠点間の最短経路を、前記各拠点の情報が占めず前記所在位置の情報に基づき特定し、前記最短経路かつ前記被害箇所が含まれる道路を対象道路とする、としてもよい。

これによれば、検討対象となる道路を効率的かつ的確に特定し以後の処理に適用可能と
なる。ひいては、被災地における状況変化に対応し、当該地域における道路復旧や物資輸送の計画に資する適宜な情報を、より効率的に提供可能となる。

また、本実施形態の災害対応支援システムにおいて、前記演算装置が、前記被害箇所の情報と前記各拠点の所在位置とに基づき、前記各拠点における災害内容を特定し、前記各拠点での前記災害内容および前記遷移予定と基づき、将来の状態遷移を時系列に予測する処理と、前記予測の結果に基づき、所定時点における前記各拠点の稼働状況に基づき、前記各拠点における物資の供給または需要の状態を推定するものである、としてもよい。

また、本実施形態の災害対応支援システムにおいて、前記演算装置が、前記対象道路を絞り込む処理に際し、前記拠点間の最短経路を、前記各拠点の情報が占めず前記所在位置の情報に基づき特定し、前記最短経路かつ前記被害箇所が含まれる道路を対象道路とするものである、としてもよい。

１００ 災害対応支援システム
１１０ 主記憶装置
１１１ データ収集部
１１２ データ推定部
１１３ 優先度決定部
１１４ 他システム演算結果取得部
１１５ 配信部
１２０ 補助記憶装置
１２１ マスタデータベース
１２２ 収集／推定データベース
１２３ 他システム演算結果データベース
１２４ 優先度格納データベース
１３０ 中央制御装置
１３１ 通信装置
１３２ 入出力装置
１４０ 通信回線
１５０ 災害対策本部システム
１５１ 災害情報共有システム
１６０ 道路復旧計画システム
１６１ 最短経路探索システム

Claims (6)

1. 情報処理装置が、
   物資の供給および需要の各拠点の情報と、前記物資の重要度の情報と、前記供給および前記需要の各拠点を含む地域の道路網の情報とを記憶装置にて保持し、
   前記各拠点の情報が示す各拠点の所在位置と、前記道路網の情報とに基づき、前記供給および前記需要の拠点間を結ぶ前記物資の配送経路を推定する処理と、前記各拠点の情報が示す各拠点における、被災時からの時間経過に伴う物資の供給または需要の各状態の遷移予定に基づき、所定時点での前記拠点間で配送される前記物資の配送量を特定する処理と、災害情報を管理する所定の外部装置から、前記道路網において被災による被害箇所の情報を取得する処理と、前記配送経路における各道路のうち前記被害箇所が含まれる対象道路を絞り込む処理と、前記対象道路に関して、前記道路網の情報に基づく当該対象道路の長さ、当該対象道路に関して特定している前記物資の配送量、および前記物資の重要度、の各情報に基づき復旧優先度を決定する処理と、前記復旧優先度に応じた出力形態にて前記物資の配送経路の推奨情報を出力する処理と、
   を実行することを特徴とする災害対応支援方法。
2. 前記情報処理装置が、
   前記被害箇所の情報と前記各拠点の所在位置とに基づき、前記各拠点における災害内容を特定し、前記各拠点での前記災害内容および前記遷移予定と基づき、将来の状態遷移を時系列に予測する処理と、前記予測の結果に基づき、所定時点における前記各拠点の稼働状況に基づき、前記各拠点における物資の供給または需要の状態を推定する、
   ことを特徴とする請求項１に記載の災害対応支援方法。
3. 前記情報処理装置が、
   前記対象道路を絞り込む処理に際し、前記拠点間の最短経路を、前記各拠点の情報が占めず前記所在位置の情報に基づき特定し、前記最短経路かつ前記被害箇所が含まれる道路を対象道路とする、
   ことを特徴とする請求項１に記載の災害対応支援方法。
4. 物資の供給および需要の各拠点の情報と、前記物資の重要度の情報と、前記供給および前記需要の各拠点を含む地域の道路網の情報とを保持する記憶装置と、
   前記各拠点の情報が示す各拠点の所在位置と、前記道路網の情報とに基づき、前記供給および前記需要の拠点間を結ぶ前記物資の配送経路を推定する処理と、前記各拠点の情報が示す各拠点における、被災時からの時間経過に伴う物資の供給または需要の各状態の遷移予定に基づき、所定時点での前記拠点間で配送される前記物資の配送量を特定する処理と、災害情報を管理する所定の外部装置から、前記道路網において被災による被害箇所の情報を取得する処理と、前記配送経路における各道路のうち前記被害箇所が含まれる対象道路を絞り込む処理と、前記対象道路に関して、前記道路網の情報に基づく当該対象道路の長さ、当該対象道路に関して特定している前記物資の配送量、および前記物資の重要度、の各情報に基づき復旧優先度を決定する処理と、前記復旧優先度に応じた出力形態にて前記物資の配送経路の推奨情報を出力する処理を実行する演算装置と、
   を含むことを特徴とする災害対応支援システム。
5. 前記演算装置が、
   前記被害箇所の情報と前記各拠点の所在位置とに基づき、前記各拠点における災害内容を特定し、前記各拠点での前記災害内容および前記遷移予定と基づき、将来の状態遷移を時系列に予測する処理と、前記予測の結果に基づき、所定時点における前記各拠点の稼働状況に基づき、前記各拠点における物資の供給または需要の状態を推定するものである、
   ことを特徴とする請求項４に記載の災害対応支援システム。
6. 前記演算装置が、
   前記対象道路を絞り込む処理に際し、前記拠点間の最短経路を、前記各拠点の情報が占めず前記所在位置の情報に基づき特定し、前記最短経路かつ前記被害箇所が含まれる道路を対象道路とするものである、
   ことを特徴とする請求項４に記載の災害対応支援システム。

Images