特開 2024-157279 物資調達調整支援システム及び物資調達調整支援方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024157279

(43)【公開日】2024-11-07

(54)【発明の名称】物資調達調整支援システム及び物資調達調整支援方法

(51)【国際特許分類】

   G06Q 50/26 20240101AFI20241030BHJP

【ＦＩ】

G06Q50/26

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2023071549

(22)【出願日】2023-04-25

【国等の委託研究の成果に係る記載事項】（出願人による申告）令和４年度、国立研究開発法人防災科学技術研究所、戦略的イノベーション創造プログラム（ＳＩＰ）「国家レジリエンス（防災・減災）の強化／避難・緊急活動支援統合システムの研究開発／道路・海上交通解析技術と連携した物資供給支援技術の研究開発（物資供給支援技術）」委託研究、産業技術力強化法第１７条の適用を受ける特許出願

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001678

【氏名又は名称】藤央弁理士法人

(72)【発明者】

【氏名】太田 延之

(72)【発明者】

【氏名】小林 賢司

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC35

5L050CC35

(57)【要約】

【課題】異常時に、特定の供給元への物資の発注が集中して発注過多が起き、物資供給が困難になり、特定地域での物資不足が起きる。
【解決手段】平時の第１の状態時の取引実績に基づいて、物資事業者が受けた発注量と、その内の外部調達される量とを推定し、第２の状態時において、過去の第２の状態時と同一又は類似する調達実績に基づいて、外部調達される量を推定し、第１の状態と第２の状態における推定に基づいて物資事業者への発注量を推定し、発注者の発注を調整するための情報を出力するシステムとする。
【選択図】 図２

【特許請求の範囲】

【請求項1】

物資の調達の調整を支援する物資調達調整支援システムであって、
演算処理を実行する制御部と、前記制御部がアクセス可能な記憶部と、入出力部とを備え、
前記物資の発注者が物資事業者に物資を発注し、前記物資事業者が前記発注に対応して前記物資を供給する際の支援をするものであり、
前記制御部が、
平時である第１の状態における前記物資事業者の取引実績に基づいて、第１の前記物資事業者が引き受けた発注量のうち第２の物資事業者に外部調達される量を推定し、
前記第１の状態と異なる第２の状態における過去の調達実績に基づいて、前記第１の前記物資事業者が引き受けた発注量のうち前記第２の物資事業者に外部調達される量を推定し、
前記第１の状態における外部調達される量と前記第２の状態における外部調達される量とに基づいて前記第１の物資事業者への発注量を推定し、
当該推定された前記第１の物資事業者への発注量を出力することを特徴とする物資調達調整支援システム。

【請求項2】

請求項１に記載の物資調達調整支援システムであって、
前記制御部が、
前記第１の物資事業者から取得した前記第２の状態における前記第１の物資事業者の供給可能量と、前記第２の状態における前記物資の供給の低下を示す情報とに基づいて、前記第２の状態における前記第１の物資事業者の前記物資の供給が制約された実質の供給可能量を推定し、
前記推定された実質の供給可能量を出力することを特徴とする物資調達調整支援システム。

【請求項3】

請求項２に記載の物資調達調整支援システムであって、
前記制御部が、前記推定された実質の供給可能量と前記推定された前記第１の物資事業者への発注量との差を計算し、前記計算された差を出力することを特徴とする物資調達調整支援システム。

【請求項4】

請求項２に記載の物資調達調整支援システムであって、
前記制御部が、前記推定された実質の供給可能量より前記推定された発注量が多い場合、当該物資事業者への発注の中止を推奨する情報を出力することを特徴とする物資調達調整支援システム。

【請求項5】

請求項４に記載の物資調達調整支援システムであって、
前記制御部が、前記物資事業者への発注の中止時に、代替となる前記物資事業者へ発注する推奨案を出力することを特徴とする物資調達調整支援システム。

【請求項6】

請求項１に記載の物資調達調整支援システムであって、
前記制御部が、前記第２の状態における前記第１の物資事業者の供給可能量を前記第１の物資事業者から取得し、
前記第１の状態における外部調達される量及び前記第２の状態における外部調達される量に基づいて、前記発注者が前記物資事業者に発注した場合の前記物資の発注量を推定し、
当該推定された前記物資の発注量と前記取得した前記物資事業者の供給可能量とを出力することを特徴とする物資調達調整支援システム。

【請求項7】

請求項６に記載の物資調達調整支援システムであって、
前記制御部が、前記取得した前記物資事業者の供給可能量と前記推定された物資の発注量との差を計算し、前記計算された差を出力することを特徴とする物資調達調整支援システム。

【請求項8】

請求項６に記載の物資調達調整支援システムであって、
前記制御部が、前記取得した前記物資事業者の供給可能量より前記推定した物資の発注量が多い場合、当該物資事業者への発注の中止を推奨する情報を出力することを特徴とする物資調達調整支援システム。

【請求項9】

請求項８に記載の物資調達調整支援システムであって、
前記制御部が、前記物資事業者への発注の中止時に、代替となる前記物資事業者へ発注する推奨案を出力することを特徴とする物資調達調整支援システム。

【請求項10】

請求項１に記載の物資調達調整支援システムであって、
前記発注者は、国の機関及び地方自治体を含むことを特徴とする物資調達調整支援システム。

【請求項11】

物資調達調整支援システムが物資の調達の調整を支援する物資調達調整支援方法であって、
前記物資調達調整支援システムは、
演算処理を実行する制御部と、前記制御部がアクセス可能な記憶部と、入出力部とを有し、
前記物資の発注者が物資事業者に物資を発注し、前記物資事業者が前記発注に対応して前記物資を供給する際の支援をするものであり、
前記物資調達調整支援方法は、
前記制御部が、平時である第１の状態における前記物資事業者の取引実績に基づいて、第１の前記物資事業者が引き受けた発注量のうち第２の物資事業者に外部調達される量を推定し、
前記制御部が、前記第１の状態と異なる第２の状態における過去の同一又は類似する調達実績に基づいて、前記第１の前記物資事業者が引き受けた発注量のうち前記第２の物資事業者に外部調達される量を推定し、
前記制御部が、前記第１の状態における外部調達される量と前記第２の状態における外部調達される量とに基づいて前記第１の物資事業者への発注量を推定し、
前記制御部が、当該推定された前記第１の物資事業者への発注量を出力することを特徴とする物資調達調整支援方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、異常時の物資調達調整支援システム及び方法に関する。

【背景技術】

【0002】

地震を初めとする自然災害が発生した際には、災害地を支援する物資を調達し被災地に届ける活動が行われる。

【0003】

特許文献１は、災害発生時に被災者ニーズと避難所状況とを加味して、限られた物資を適正に分配可能にし、物資の提供を行う物資提供団体を適正に選択、決定することを課題として次に述べる物資分配支援方法及びシステムを開示している。避難所側装置は、被災者自身が入力するニーズ情報、避難所側の責任者等が入力する避難者の人数、避難所周辺の被災状況等の避難所情報を受付けて自治体側装置へ送信する。自治体側装置は、ニーズ情報、物資提供団体の在庫量等を元に、各避難所に対する適正な物資分配を行い、過去の物資提供量、避難所別の１人当りの平均物資消費量等を考慮して、再び各避難所に対する適正な物資分配を行いその結果を登録する。自治体側装置は、避難所と物資提供団体の拠点との距離、物資の在庫量等を指標として、優先的に物資を提供する団体を選択、決定し、物資提供団体が決定すると、当該物資提供団体へ、物資提供先である避難所住所、必要な量等の物資手配情報を送信するという技術を開示している。

【0004】

特許文献２は、ネットワークを介して受発注取引を仲介する場合に、発注元から個別に発注された複数の発注情報を効果的にまとめた一括発注情報を作成して最適な発注先へ送信する一括発注仲介サービスを提供できるようにすることを課題として次に述べる物資分配支援方法及びシステムを開示している。発注仲介サーバは、複数の発注元端末からネットワーク網を介して送信されて来た各個別発注情報を受け付けて収集管理すると共に、各個別発注情報に含まれている発注商品とその希望納期とを元に、発注商品別に希望納期が重複し合う複数の個別発注をまとめる一括発注情報を作成する。発注仲介サーバは、この一括発注情報に基づいて最適な発注先を決定して、その発注先端末に対して一括発注情報を送信するという技術を開示している。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００６－１８８３３１号公報

【特許文献2】特開２００３－２３３７３７号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

従来技術においては、異常時（例えば災害発生時）に、特定の供給元への物資の発注が集中して、その供給元の供給可能な量を発注が上回る状況が起き、物資供給が困難になり、特定地域（例えば被災地）での物資不足が起きる。

【課題を解決するための手段】

【0007】

物資の調達の調整を支援する物資調達調整支援システムであって、演算処理を実行する制御部と、前記制御部がアクセス可能な記憶部と、入出力部とを備え、前記物資の発注者が物資事業者に物資を発注し、前記物資事業者が前記発注に対応して前記物資を供給する際の支援をするものであり、前記制御部が、平時である第１の状態における前記物資事業者の取引実績に基づいて、第１の前記物資事業者が引き受けた発注量のうち第２の物資事業者に外部調達される量を推定し、前記第１の状態と異なる第２の状態における過去の調達実績に基づいて、前記第１の前記物資事業者が引き受けた発注量のうち前記第２の物資事業者に外部調達される量を推定し、前記第１の状態における外部調達される量と前記第２の状態における外部調達される量とに基づいて前記第１の物資事業者への発注量を推定し、当該推定された前記第１の物資事業者への発注量を出力することを特徴とする物資調達調整支援システムとする。

【発明の効果】

【0008】

発災時に、特定の供給元への物資の発注過多を避け、物資供給を円滑に進め、特定地域での物資不足のリスクを低減する。前述した以外の課題、構成及び効果は、以下の発明を実施するための形態の説明により明らかにされる。

【図面の簡単な説明】

【0009】

【図1】物資調達調整の流れを示す概念例を示す図である。

【図2】物資調達調整支援システムのシステム構成例を示す図である。

【図3A】調達調整管理データベースのデータ構成例を示す図である。

【図3B】調達調整管理データベースのデータ構成例を示す図である。

【図4】平時の取引実績データベースのデータ構成例を示す図である。

【図5】災害状況データベースのデータ構成例を示す図である。

【図6】過去の災害状況データベースのデータ構成例を示す図である。

【図7A】災害時の調達実績データベースのデータ構成例を示す図である。

【図7B】災害時の調達実績データベースのデータ構成例を示す図である。

【図8】状況判定指針データベースのデータ構成例を示す図である。

【図9】協定等管理データベースのデータ構成例を示す図である。

【図10A】推奨案提示処理例のフローチャートである。

【図10B】推奨案提示処理例のフローチャートである。

【図11】再調整画面の例である。

【図12A】再調整画面の例を示す図である。

【図12B】再調整画面の例を示す図である。

【発明を実施するための形態】

【0010】

以下、本発明を実施するための形態を、図面を用いて説明する。

【0011】

本実施例では、物資調達調整支援システムを用いて災害時に行政が行う物資の調達調整を支援するための例を示す。具体的には、物資調達調整支援システムを用いて都道府県等の地方自治体や政府が同時並行で物資事業者に物資調達のための発注作業を行う際に、物資事業者への実質的な発注量を可視化する。この可視化に伴い、物資調達調整支援システムが、当該物資事業者に対して発注を中止する案や他の代替の物資事業者への発注する案等の推奨案を提示する例を示す。これにより、複数の発注元からの発注が特定の物資事業者に集中して、当該物資事業者に対する発注過多が起こり、物資供給の停滞に繋がることを回避する。

【0012】

本実施例の物資調達調整支援システムは、主に災害時などの物資の発注が集中する状態における物資の調達を調整支援する物資調達調整支援システムである。図１～図１２を用いて、本実施例の詳細を説明する。ただし、本発明はこの実施例に限定されるものではなく、物資の調達調整を支援するための何れの状況においても、本発明は適用可能である。

【0013】

ここで、実施例の詳細を説明する前に、まず本実施例の概要を、図１を用いて説明する。本実施例では、政府や都道府県等の地方自治体が物資事業者に物資調達のための発注を行う場合である。図１は、物資調達調整の流れを示す概念例を示す図である。図１に、概念例として概念図１００を示す。

【0014】

概念図１００は、物資の品目や納期を示す欄である品目・納期１０１と、図式の見方を示す凡例１０２及び他の構成要素で構成される。ここで納期は、到着希望の日として例示されている。凡例１０２は、要請／発注の流れを示す矢印、物資の流れを示す別の矢印、物資調達調整支援システム２００で推定された流れを示す破線、及び物資調達調整支援システム２００からの推奨案を示す二重線等で構成される。

【0015】

概念図１００の他の構成要素は、発注元１１１、供給元（小売）１１２、供給元（メーカ）１１３、供給先１１４である。ここで、発注元１１１は供給元（小売）１１２や供給元（メーカ）１１３に物資を発注し、供給元（小売）１１２は供給元（メーカ）１１３に物資を発注して、供給元（小売）１１２や供給元（メーカ）１１３から供給先１１４に物資を供給することを示す。図１において、発注元１１１、供給元（小売）１１２、供給元（メーカ）１１３及び供給先１１４の各欄は、それぞれの横方向の並びがそれぞれの欄に対応することを示している。供給元（小売）１１２及び供給元（メーカ）１１３は、物資事業者に該当する。

【0016】

次に、この実施例における物資の発注や供給の流れを具体的に説明する。発注元１１１は、被災地で災害対応にあたる地方自治体であるＸ県１２１並びに、被災地に対して物資支援を行う政府の物資所管省庁であるＫ１省１２２、及びＫ２省１２３などである。また、供給元（小売）１１２は、ａ１社１２４や、ａ２社１２５や、ａ３社１２６等である。また、供給元（メーカ）１１３は、ｂ１社１２７や、ｂ２社１２８、及びｂ３社１２９等である。また、供給先１１４は、被災地の地方自治体の物資倉庫として使うＸ県物資拠点１３０等である。本実施例では、Ｘ県で災害が発生した場合を例に説明する。

【0017】

ここで、被災地の地方自治体であるＸ県１２１は、まず、協定を結んでいる供給元のｂ１社１２７に発注１３１を行い、ｂ１社１２７から被災地のＸ県物資拠点１３０に物資の供給１３２を行う。ここで協定は、例えば発注元１１１が供給元（メーカ）１１３との間で締結している、災害の発生のような緊急事態が発生した場合における相互の対応を取り決めたものである。

【0018】

一方で、被災地であるＸ県１２１から政府に物資支援を要請する場合、Ｘ県は、まず政府を取り纏めるＮ府１２０に要請１３３を行う。この要請１３３は物資の支援要請を含むものである。次にＮ府１２０はＫ１省１２２に物資調達の要請１３４を行う。

【0019】

この要請を受けたＫ１省１２２は、ｂ２社１２８に物資の発注１３５を行うと共に、ｂ３社１２９に物資の発注１３６を行う。それを受けて、ｂ２社１２８は、被災地のＸ県物資拠点１３０に物資の供給１３７を行い、ｂ３社１２９もＸ県物資拠点１３０に物資の供給１３８を行う。

【0020】

同様に、Ｎ府１２０はＫ２省１２３にも物資調達の要請１３９を行う。Ｋ２省１２３は、ａ１社１２４に物資の発注１４０を行い、ａ２社１２５に物資の発注１４１を行い、ａ３社１２６に物資の発注１４２を行う。これを受けて、ａ１社１２４、ａ２社１２５、ａ３社１２６は、それぞれ被災地のＸ県物資拠点１３０に物資の供給を行う。ここで、ａ３社１２６は、物資の製造能力を有しており、Ｘ県物資拠点１３０への供給１４３を直接行うことができる。一方で、ａ１社１２４とａ２社１２５は、物資の製造能力を持たず、保有している在庫が乏しいことから、ａ１社１２４はｂ３社１２９に発注１５０を行い、ａ２社１２５も同様にｂ３社１２９に発注１５０を行い、ｂ３社１２９での被災地のＸ県物資拠点１３０への物資の供給１３８をもって、物資調達に対応する。供給１３８には、発注１３６、発注１５０及び発注１５１で発注された物資が含まれている。

【0021】

この際、ａ１社１２４からｂ３社１２９への発注１５０と、ａ２社１２５からｂ３社１２９への発注１５１は、本来の発注元であるＫ２省１２３では把握できず、物資調達調整支援システム２００にも登録されない情報のため、物資調達調整支援システム２００で推定して補完する。推定方法としては、供給元（小売）１１２と供給元（メーカ）１１３との平時の取引実績から、実際の供給元がｂ３社１２９になることを推定する推定方法１６０と、供給元（小売）１１２と供給元（メーカ）１１３の過去の災害時の調達実績から、実際の供給元がｂ３社１２９になることを推定する推定方法１６１とがある。推定方法１６０及び推定方法１６１は、個々に推定するケースと、各々の推定結果を統合して一つの推定結果とするケースの両方がある。また、推定結果に対応して、代替案として、発注の中止を推奨する推奨案１５２と、他の代替の供給元への発注を推奨する推奨案１５３を示す。ここでは、特定の供給元に対して発注が集中して発注過多の起こることが事前に推定された場合に、それへの代替案として、発注過多の起きる供給元への発注の中止を推奨する案１６２と、他の代替の供給元への発注を推奨する案１６３を例示する。

【0022】

図２は、物資調達調整支援システムのシステム構成例を示す図である。図２を用いて物資調達調整支援システム２００の構成を説明する。

【0023】

物資調達調整支援システム２００は、演算処理を実行する制御部２３０、主記憶部２１０、補助記憶部２２０、通信部２３１、及び入出力部２３２を有する。これらはバスによって相互に接続されている。

【0024】

補助記憶部２２０は、調達調整管理データベース２２１、平時の取引実績データベース２２２、災害状況データベース２２３、過去の災害状況データベース２２４、災害時の調達実績データベース２２５、状況判定指針データベース２２６、及び協定等管理データベース２２７を格納している。図２においては、これらデータベースを「ＤＢ」と略記している。

【0025】

主記憶部２１０は、本実施例に係る物資調達調整支援システム２００を動作させるプログラムを格納している。調達調整支援部２１１、発注量推定部２１２、再調整推奨部２１３は、プログラムで構成することができる。以降、「…部は」と主体を記した場合は、制御部２３０が、補助記憶部２２０から各プログラムを読み出し、主記憶部２１０にロードしたうえで、各プログラムの機能を実現できるものである。各プログラムの機能の詳細は後に述べる。

【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】

２００ 物資調達調整支援システム
２１０ 主記憶部
２１１ 調達調整支援部
２１２ 発注量推定部
２１３ 再調整推奨部
２２０ 補助記憶部
２２１ 調達調整管理データベース
２２２ 平時の取引実績データベース
２２３ 災害状況データベース
２２４ 過去の災害状況データベース
２２５ 災害時の調達実績データベース
２２６ 状況判定指針データベース
２２７ 協定等管理データベース
２３０ 制御部
２３１ 通信部
２３２ 入出力部
２４０ 通信回線
２５０ 政府・県連携システム
２５１ 物資事業者取引管理システム
２５２ 災害情報共有システム

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10A】

【図10B】

【図11】

【図12A】

【図12B】