JP2022140020A - 災害時管理制御装置、災害時管理制御方法、災害時管理制御プログラム - Google Patents

Abstract

【課題】災害者個人、又は非難地域等、狭い地域の拠点毎に、必要な災害備蓄品、電源設備、通信設備、及び移動手段等の災害時必要物を提供する。【解決手段】備蓄管理データベース３０では、第１群１２に分類された施設に備蓄されている災害時必要物の少なくとも種類及び数量を関連付けて格納すると共に、第２群１４に分類された施設において、不足することが予測される災害時必要物の少なくとも種類と数量（希望受取数）を関連付けて格納しておくことで、災害発生時には、第１群１２に分類された施設が備蓄していた災害時必要物を、第２群１４に分類された施設へ融通することができる。【選択図】図２

Description

本発明は、備蓄した災害時必要物を一元管理する制御と、契約により災害発生時に災害時必要物を融通する制御とを組み合わせた災害時管理制御装置、災害時管理制御方法、災害時管理制御プログラムに関するものである。

災害発生時に備え災害時必要物を備蓄することは有用である一方、備蓄のための費用との関係で、必要十分な備蓄が困難な場合がある。

特許文献１には、非常時の災害復旧等に必要な資機材を、広い地域で多くの関係各社と連携して、短時間のうちに容易に調達するためのシステムが記載されている。

この特許文献１では、必要時に資機材の調達を支援するためのシステムであって、資機材の調達にかかわる会員を登録する手段と、システム使用時に会員であることを認証する手段と、相互に融通可能な会員保有の資機材を登録して保管する、データベースを含む登録保管手段と、前記データベースを検索・参照して、前記会員の中から必要な資機材を調達できる会員を選択する手段と、を備えている。

なお、特許文献１は、電力業界において、台風・土砂崩れ・地震・津波などの非常災害が発生した場合に、被災箇所を復旧するための資材や機材等を、迅速で的確に調達または手配するものであり、同一業種であればこそ可能なシステムということができる。

特許文献２には、インターネット等の通信網を利用し、医薬品等の供給側（備蓄側）とその需要側（入手希望側）とをホームページ上で仲介し、効率的な医薬品の相互融通を促進し、備蓄医薬品の迅速な流通・供給を可能とすることが記載されている。

なお、参考として、特許文献３、特許文献４、特許文献５、及び特許文献６等には、災害時の対応について記載されている。

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

しかしながら、災害時は、拠点毎、個人単位で、災害必要物の種類及び数量の要求情報が異なり、特許文献１及び特許文献２を含む従来技術で開示されている、同一業種内で必要な資材や機材を調達するシステムでは、個々の拠点及び個人単位で要求が異なる災害必要物を特定し、調達することは難しい。

また、特許文献３～特許文献６においては、災害地域全体を対象として、防災情報の通報や、ライフライン情報をグローバルに提供するのみであり、災害者個人、又は非難地域等、狭い地域の拠点毎に、必要な災害備蓄品、電源設備、通信設備、及び移動手段等の災害時必要物を提供することはなされていない。

本発明は、災害者個人、又は非難地域等、狭い地域の拠点毎に、必要な災害備蓄品、電源設備、通信設備、及び移動手段等の災害時必要物を提供することができる災害時管理制御装置、災害時管理制御方法、災害時管理制御プログラムを得ることにある。

本発明に係る災害時管理制御装置は、備蓄した災害時必要物を一元管理する制御と、契約により災害発生時に災害時必要物を融通する制御とを組み合わせた災害時管理制御装置であって、共通の契約内容に基づき契約を交わしている複数の契約サイトを、災害時に災害時必要物を余剰に備蓄可能な第１契約サイトを含む第１群と、災害時に災害時必要物が不足することが予測される第２契約サイトを含む第２群とに分類して管理する顧客管理部と、前記顧客管理部で、前記第１群に分類された前記第１契約サイトと、前記第１契約サイトに備蓄されている災害時必要物の少なくとも種類及び数量を示す情報と、を関連付けた第１関連情報を格納する第１格納部と、前記顧客管理部で、前記第２群に分類された前記第２契約サイトと、前記第２契約サイトで不足することが予測される災害時必要物の少なくとも種類と数量を示す情報と、を関連付けた第２関連情報を格納する第２格納部と、前記第１群に分類された前記第１契約サイトが備蓄していた災害時必要物の種類数及び種類毎の備蓄数量を、前記第２群に分類された前記第２契約サイトが要求する災害時必要物の種類数及び種類毎の備蓄数量に基づき調整する調整部と、を有している。

本発明によれば、共通の契約内容に基づき契約を交わしている複数の契約サイトを、災害時に災害時必要物を余剰に備蓄可能な第１契約サイトを含む第１群と、災害時に災害時必要物が不足することが予測される第２契約サイトを含む第２群とに分類して管理する。

第１格納部は、顧客管理部で、第１群に分類された第１契約サイトと、第１契約サイトに備蓄されている災害時必要物の少なくとも種類及び数量を示す情報と、を関連付けた第１関連情報を格納する。

第２格納部は、第２群に分類された第２契約サイトと、第２契約サイトで不足することが予測される災害時必要物の少なくとも種類と数量を示す情報と、を関連付けた第２関連情報を格納する。

調整部では、第１群に分類された第１契約サイトが備蓄していた災害時必要物の種類数及び種類毎の備蓄数量を、第２群に分類された第２契約サイトが要求する災害時必要物の種類数及び種類毎の備蓄数量に基づき調整する。

本発明では、災害発生を予測して、第１群に分類された第１契約サイトが備蓄していた災害時必要物の種類及び数量と、災害時に災害時必要物が不足することが予測される第２群に分類された第２契約サイトが要求する災害時必要物の種類及び数量とのバランスをとって管理することで、災害時における災害時必要物の調達を効率よく行うことで、災害者個人、又は非難地域等、狭い地域の拠点毎に、必要な災害備蓄品、電源設備、通信設備、及び移動手段等の災害時必要物を提供することができる。

本発明において、前記第１群に分類された第１契約サイトが備蓄していた災害時必要物の種類数及び種類毎の備蓄数量が供給情報であり、前記第２群に分類された第２契約サイトが要求する災害時必要物の種類数及び種類毎の備蓄数量が需要情報であり、前記調整部は、供給情報と需要情報とに属する数のバランスを、所定の誤差の範囲内に維持することを特徴としている。

本発明において、災害発生時には、前記第１群に分類された第１契約サイトで備蓄していた災害時必要物を、予め定めた配分情報に基づいて、第２群に分類された第２契約サイトへ配送する配送指示部をさらに有することを特徴としている。

本発明において、前記配分情報が、前記第１群に分類された第１契約サイト及び前記第２群に分類された第２契約サイトの各々の被災情報を含む緊急情報と、前記第１群に分類された第１契約サイトにおける前記災害時必要物のストック情報、及び前記第２群に分類された第２契約サイトにおける前記災害時必要物の希望受取数情報を含む備蓄管理情報と、災害発生後の交通状況情報及び気象情報を含む災害情報と、前記第１群に分類された第１契約サイト及び前記第２群に分類された第２契約サイトの各々の位置を含む顧客管理情報と、の少なくとも１つを含むことを特徴としている。

本発明において、災害発生時に、予め定めた災害対策拠点へ、前記第１格納部に格納された前記第１関連情報と、前記第２格納部に格納された前記第２関連情報とを、災害時必要物情報として通知する通知手段をさらに有することを特徴としている。

本発明に係る災害時管理制御方法は、備蓄した災害時必要物を一元管理する制御と、契約により災害発生時に災害時必要物を融通する制御とを組み合わせた災害時管理制御方法であって、共通の契約内容に基づき契約を交わしている複数の契約サイトを、災害時に災害時必要物を余剰に備蓄可能な第１契約サイトを含む第１群と、災害時に災害時必要物が不足することが予測される第２契約サイトを含む第２群とに分類して管理し、前記第１群に分類された前記第１契約サイトと、前記第１契約サイトに備蓄されている災害時必要物の少なくとも種類及び数量を示す情報と、を関連付けた第１関連情報を格納し、前記第２群に分類された前記第２契約サイトと、前記第２契約サイトで不足することが予測される災害時必要物の少なくとも種類と数量を示す情報と、を関連付けた第２関連情報を格納し、前記第１群に分類された前記第１契約サイトが備蓄していた災害時必要物の種類数及び種類毎の備蓄数量を、前記第２群に分類された前記第２契約サイトが要求する災害時必要物の種類数及び種類毎の備蓄数量に基づき調整することを特徴としている。

本発明の災害時管理制御方法によれば、災害者個人、又は非難地域等、狭い地域の拠点毎に、必要な災害備蓄品、電源設備、通信設備、及び移動手段等の災害時必要物を提供することができる。

本発明に係る災害時管理制御プログラムは、コンピュータを、上記の災害時管理制御装置として動作させることを特徴としている。

本発明の災害時管理制御プログラムによれば、災害者個人、又は非難地域等、狭い地域の拠点毎に、必要な災害備蓄品、電源設備、通信設備、及び移動手段等の災害時必要物を提供することができる。

以上説明した如く本発明では、災害者個人、又は非難地域等、狭い地域の拠点毎に、必要な災害備蓄品、電源設備、通信設備、及び移動手段等の災害時必要物を提供することができる。

本実施の形態に係るメンテナンス業務サイトを中心として災害対応システムである。 図１のメンテナンス業務サイトを中心として災害対応システムを確立するための通信回線網システム図である。 本実施の形態に係る災害対応システムにおける災害時管理サーバで実行される処理を機能別に分類した制御ブロック図である。 図２の災害時管理サーバで実行される各種制御ルーチンを示すフローチャートである。 図２の災害時管理サーバで実行される緊急時の災害発生時緊急割込ルーチンを示すフローチャートである。 本実施の形態に係る通常メンテナンス業務サーバで管理される、メンテナンス契約サイトの個人情報データベースの詳細図である。 本実施の形態に係る第１群に属するメンテナンス契約サイトで管理される、災害必要物の供給情報データベースの詳細図である。 本実施の形態に係る第２群に属するメンテナンス契約サイトで管理される、災害必要物の需要情報データベースの詳細図である。

図１は、災害時必要物を融通するために、メンテナンス業務管理サイト１０を中心とした施設との関連を示す構造図である。

メンテナンス業務管理サイト１０は、複数の施設との間で通常メンテナンスの業務契約を契約している。本実施の形態では、当該業務契約している施設の中から、別途、災害時必要物の管理（災害に備えた備蓄する、及び、備蓄した災害時必要物を災害発生時に施設へ供給する等）を一括管理する災害サポート契約を交わしている施設を対象とした災害時管理制御システムを構築したものである。

災害時必要物とは、食糧等の備蓄品、電源設備、通信設備、及び移動手段等を指すが、ここにあげているのは一例であり、災害時に必要となる物資全般を含むものとする。

施設は、災害時必要物を保管し、災害発生時に他の施設に融通する第１群１２と、災害発生時に第１群１２の施設から災害時必要物の共有を受ける第２群１４とに分類される。

第１群１２は、災害時必要物を保管するための資金的余裕があり、かつ、保管設備（空間）に余裕がある、例えば、大手ビル、大工場等の大規模施設が代表的である。

一方、第２群１４は、災害時必要物を保管するための資金的余裕が乏しく、かつ、保管設備に余裕がない、例えば、中小ビル、中小工場等の小規模施設が代表的である。

なお、大規模施設を第１群１２に分類し、小規模施設を第２群１４に分類したのは一例であり、災害時必要物を保管するための資金及び保管設備等の企業リソースの状況によって分類すればよい。

第１群１２及び第２群１４に分類される施設は、メンテナンス業務管理サイト１０に対して、通常メンテナンスの業務契約に加え、災害サポートのための災害時業務契約が結ばれている。

図１において、矢印Ａは、第２群１４の施設からメンテナンス業務管理サイト１０に対して、災害時に災害時必要物の供給を受けるために、金銭契約を交わしていることを示し、第２群１４からメンテナンス業務管理サイト１０に、例えば、定期的に料金が支払われるようになっている（サブスクリプションサービス）。

図１において、矢印Ｂは、メンテナンス業務管理サイト１０から第１群１２の施設に対して、事前に災害時必要物を保管するための対価契約を交わしていることを示し、メンテナンス業務管理サイト１０から第１群１２の施設に対して、例えば、通常メンテナンス契約料の減免等が行われるようになっている。

すなわち、本実施の形態では、災害時必要物である備蓄品、電源設備、通信設備、移動手段（車）等を、余裕をもってストック可能な施設（第１群１２）と、余裕のない施設（第２群１４）との間を仲介し、第１群１２の施設には、災害時に第２群１４の施設に災害時必要物を提供する代わりに、通常メンテナンス契約料を割り引き、第２群１４には、災害時に第１群１２から災害時必要物を受け取る代わりに、サポート料を支払うというビジネスモデルを構築した。なお、第１群１２は、相対的に大規模施設であることが多く、第２群１４は、相対的に小規模施設であることが多い。

図１において、矢印Ｃは、災害発生時に、第１群１２の施設から第２群１４の施設に対して、災害時必要物を配送することを示している。メンテナンス業務管理サイト１０から指令を受ける配送業務管理サイト１６が設置されており、当該配送業務管理サイト１６は、災害発生時のリアルタイムの交通状況情報（道路寸断、渋滞、交通規制等）に基づいて、最適な配送ルートを構築する。配送ルートは、例えば、所定の数理モデルによって計算すればよい。なお、配送業務管理サイト１６では、別途確定した配送ルート（例えば、熟練者等により作成された配送ルート）を受け付けて、配送実行するようにしてもよい。

図２は、災害時管理制御を実行するために、相互に情報伝達を行う災害時管理制御システム１８の概略図である。

第１群１２の施設及び第２群１４の施設は、それぞれメンテナンス業務管理サイト１０を備えている。各メンテナンス業務管理サイト１０は、通信回線網２０（例えば、インターネット、ＬＡＮ（ローカルエリア通信回線網）、ＷＡＮ（ワイドエリア通信回線網）、電話回線等）を介して、メンテナンス業務管理サイト１０の災害時管理サーバ２２に接続されている。

また、通信回線網２０には、配送業務管理サイト１６の災害時配車管理サーバ２４、及び災害情報発信サイト２５が接続されている。

すなわち、災害時管理サーバ２２、各メンテナンス契約サイト２８、災害時配車管理サーバ２４、及び災害情報発信サイト２５は、相互に通信回線網２０を介して、情報の伝達が実行される。

第１群１２及び第２群１４のメンテナンス契約サイト２８は、メンテナンス業務管理サイト１０との間で通常メンテナンス契約が交わされている施設の中の一部の施設であり、当該一部の施設は、メンテナンス契約サイト２８との間で、通常メンテナンス業務契約に加え、災害サポート契約が交わされている。

災害時管理サーバ２２は、顧客管理データベース２６及び備蓄管理データベース３０を備えている。

顧客管理データベース２６には、通常メンテナンス業務サーバ３２の図示しない主顧客管理データベースに格納されている通常メンテナンス業務契約施設等の顧客情報が複製されると共に、顧客情報に、災害サポート契約に関する情報が付加されて記憶されている（図６参照）。

災害サポート契約に関する情報は、災害サポートの契約の有無、及び、契約している場合の所属群（第１群１２又は第２群１４）に関する情報である。

備蓄管理データベース３０には、図７に示される如く、第１群１２に分類された施設（第１契約サイトとしてのメンテナンス契約サイト２８Ａ）に対して、災害時必要物と、そのストック数が関連付けられて記憶されている。

例えば、災害備蓄品、電源設備、通信設備、及び移動手段等の災害必要物にはそれぞれ複数の種類が存在し（図７に行方向項目に示す、備蓄品Ａ～Ｃ、電源設備Ａ、Ｂ、通信設備Ａ～Ｄ、避難設備Ａ、Ｂ、避難のための移動手段（車両等）Ａ、Ｂの銘柄参照）、各メンテナンス契約サイト（図７の列方向項目に示すサイトＩＤ参照）毎に、銘柄毎のストック数が一覧表となって記憶されている。

災害時管理サーバ２２では、この備蓄管理データベース３０に格納された情報を、定期又は不定期に更新し、常に最新の災害時必要物のストック情報を維持するようになっている。

また、備蓄管理データベース３０には、図８に示される如く、第２群１４に分類された施設（第２契約サイトとしてのメンテナンス契約サイト２８Ｂ）に対して、災害時必要物と、災害時必要物毎の受取希望数が関連付けられて記憶されている。

例えば、災害備蓄品、電源設備、通信設備、及び移動手段等の災害必要物にはそれぞれ複数の種類が存在し（図８に行方向項目に示す、備蓄品Ａ～Ｃ、電源設備Ａ、Ｂ、通信設備Ａ～Ｄ、避難設備Ａ、Ｂ、避難のための移動手段（車両等）Ａ、Ｂの銘柄参照）、各メンテナンス契約サイト（図８の列方向項目に示すサイトＩＤ参照）毎に、銘柄毎の希望受取数が一覧表となって記憶されている。

災害時管理サーバ２２では、この備蓄管理データベース３０に格納された情報を、定期又は不定期に更新し、常に最新の災害時必要物の希望受取数情報を維持するようになっている。

ここで、災害発生時に、メンテナンス業務管理サイト１０の災害時管理サーバ２２で、第１群１２の施設の契約エリア情報（顧客管理情報Ｄ６の一部であり、「Ｄ６（１）」という）、第１群１２の被災情報（「第１群被災情報Ｄ１」という）、及び第１群１２における災害時必要物のストック数（備蓄管理情報Ｄ５の一部であり、「Ｄ５（１）」という）と、第２群１４の契約エリア情報（顧客管理情報Ｄ６の一部であり、「Ｄ６（２）」という）、第２群１４の被災情報（「第２群被災情報Ｄ２」という）、及び第２群１４の施設における災害時必要物の希望受取数（備蓄管理情報Ｄ５の一部であり、「Ｄ５（２）」という）と、から予め定めた配送計画数理モデル計算式に基づいて、第１群１２の施設から第２群１４の施設へ災害時必要物を配送する場合の迅速、かつ必要十分な配送計画を解析する。

この場合、災害情報発信サイト２５から、災害発生中の交通状況情報Ｄ３（道路寸断、渋滞、交通規制等）、及び気象情報Ｄ４を、配車計画数理モデルの計算式のファクタとして取得することで、現状（災害時）に適合した配送ルートを構築する。

以下の表１に、上記した各データの記号とデータ種類の一覧表を示す。

配送業務管理サイト１６の災害時配車管理サーバ２４では、災害時管理サーバ２２で構築された配送ルートを受領することで、配送業務管理サイト１６が管理する車両（トラック等）を現地に派遣する。

図３は、災害時管理サーバ２２で実行される処理の機能ブロック図である。なお、各ブロックは、機能別に分類したものであり、ハード構成を限定するものではない。

（災害未発生中の情報管理）

災害時管理サーバ２２は、通信Ｉ／Ｆ５０を備えており、この通信Ｉ／Ｆ５０によって、各メンテナンス契約サイト２８Ａ、２８Ｂ、災害時配車管理サーバ２４、及び災害情報発信サイト２５との通信を行う。

また、災害時管理サーバ２２は、更新時期管理部５２を備え、備蓄管理データベース３０に格納されている備蓄管理情報Ｄ５、及び顧客管理データベース２６に格納されている顧客管理情報Ｄ６の更新時期を管理する。

更新時期管理部５２は、備蓄情報更新指示部５４に接続されており、備蓄管理情報Ｄ５の更新時期となった場合は、備蓄情報更新指示部５４を起動させる。

備蓄情報更新指示部５４が起動すると、備蓄情報要求部５６に対して、第１群１２及び第２群１４に属するメンテナンス契約サイト２８Ａ、２８Ｂに対して、通信Ｉ／Ｆ５０を介して、備蓄管理情報Ｄ５を要求する。

通信Ｉ／Ｆ５０には、備蓄情報取得部５８が接続されており、第１群１２のメンテナンス契約サイト２８Ａからの回答（図７のストック数情報「Ｄ５の一部」）、及び第２群１４のメンテナンス契約サイト２８Ｂから回答（図８の希望受取数情報「Ｄ５の他の一部」）を取得する。

備蓄情報取得部５８は、照合更新部６０に接続されている。照合更新部６０は、備蓄管理データベース３０に接続されており、備蓄情報取得部５８で取得した備蓄管理情報Ｄ５と、備蓄管理データベース３０に格納された備蓄管理情報Ｄ５（図７、図８参照）と、を照合する。なお、図７は第１群１２の施設における災害時必要物のストック数の一覧であり、図８は第２群の施設における災害時必要物の希望受取数の一覧である。

照合更新部６０において、情報に変更があった場合は、備蓄管理データベース３０に格納されている備蓄管理情報Ｄ５を更新する。これにより、備蓄管理データベース３０に格納されている備蓄管理情報Ｄ５は、常に最新情報となる。

更新時期管理部５２は、顧客管理情報更新指示部６２に接続されており、顧客管理情報Ｄ６の更新時期となった場合は、顧客管理情報更新指示部６２を起動させる。

顧客管理情報更新指示部６２が起動すると、顧客情報要求部６４に対して、通常メンテナンス業務サーバ３２に対して、顧客管理情報Ｄ６を要求する。

通常メンテナンス業務サーバ３２は、顧客情報取得部６６が接続されており、通常メンテナンス業務サーバ３０からの回答（顧客管理情報Ｄ６）を取得する。

顧客情報取得部６６は、照合更新部６８に接続されている。照合更新部６８は、顧客管理データベース２６に接続されており、顧客情報取得部６６で取得した顧客管理情報Ｄ６と、備蓄管理データベース３２に格納された顧客管理情報Ｄ６（図７、図８参照）と、を照合する。

照合更新部６８において、情報に変更があった場合は、顧客管理データベース２６に格納されている顧客管理情報Ｄ６を更新する。これにより、顧客管理データベース２６に格納されている顧客管理情報Ｄ６は、常に最新情報となる。

（災害発生時の災害時必要分の融通）

災害が発生すると、災害発生時緊急情報受付部７０が起動し、通信Ｉ／Ｆ５０を介して、第１群１２の施設（メンテナンス契約サイト２８）の第１群被災情報Ｄ１と、第２群１４の施設（メンテナンス契約サイト２８）の第２群被災情報Ｄ２を受け付ける。

災害発生時緊急情報受付部７０は、配送計画処理部７２に接続されており、災害発生時緊急情報受付部７０で受け付けた第１群被災情報Ｄ１、第２群被災情報Ｄ２は、配送計画処理部７２へ送出される。

また、災害発生時緊急情報受付部７０は、起動時に災害情報取得部７４に対して、災害情報の取得を指示する。

災害情報取得部７４では、災害情報発信サイト２５（図３では、１つであるが、交通情報、気象情報等、様々な分野に設置されている複数の災害情報サイトであってもよい。）から発信される災害情報を、通信Ｉ／Ｆ５０を介して取得する（本実施の形態では、交通状況情報Ｄ３、及び気象情報Ｄ４とする。）。

災害情報取得部７４は、配送計画処理部７２に接続されており、取得した災害情報は、配送計画処理部７２へ送出される。

さらに、災害発生時緊急情報受付部７０は、起動時に備蓄管理データベース３０に対して、備蓄管理情報Ｄ５を配送計画処理部７２へ送出するように指示すると共に、顧客管理データベース２６に対して、顧客管理情報Ｄ６を配送計画処理部７２へ送出するように指示する。

この結果、配送計画処理部７２には、配送計画を行うためのファクタ（情報Ｄ１～Ｄ６）が集約されることになる。

配送計画処理部７２には、配送計画数理モデル計算式記憶部７６が接続されており、例えば、情報Ｄ１～Ｄ６の何れか、又は全てが揃った時点（一例として、災害発生時緊急情報受付部７０から第１群被災情報Ｄ１、第２群被災情報Ｄ２を受けた時点）で、配送計画数理モデル計算式を読み出し、情報Ｄ１～Ｄ６をファクタとして数理モデルの計算を実行する。なお、上記情報Ｄ１～Ｄ６以外のファクタ、例えば、災害時の状況から、数量の増加、減少のリクエストがあった場合、当該リクエスト情報を加味して、物資の配送を行うようにしてもよい。

この計算の結果、稼働配送車数、契約エリア間配送ルート、群間配送ルート、配送人員等が導出される。

導出された計算結果は、配送指示部７８へ通知される。配送指示部７８は、通信Ｉ／Ｆ５０を介して、災害時配車管理サーバ２４に対して、搬送を指示する。

以下に、本実施の形態の作用を、図４及び図５のフローチャートに従い説明する。

図４（Ａ）は、災害時管理サーバ２２で実行される、災害未発生中の情報管理のための、災害時管理制御のメインルーチンを示すフローチャートである。

ステップ１００では、備蓄管理情報更新処理(詳細は、図４（Ｂ）で説明)が実行され、次いで、ステップ２００へ移行して顧客管理情報更新処理(詳細は、図４（Ｃ）で説明)が実行される。

（備蓄管理情報更新処理）

図４（Ｂ）は、図４（Ａ）のステップ１００で実行される備蓄管理情報更新処理サブルーチンの詳細を示す制御フローチャートである。

ステップ１０２では、更新時期か否かを判断し、否定判定された場合は、このルーチンは終了し、リターン（図４（Ａ）のステップ２００へ移行）する。

また、ステップ１０２で肯定判定された場合は、ステップ１０４へ移行して、第１群１２及び第２群１４の施設（メンテナンス契約サイト２８Ａ、２８Ｂ）へ備蓄管理情報を要求し、ステップ１０６へ移行する。ステップ１０６では備蓄管理情報を取得したか否かを判断し、肯定判定されるまで繰り返す。このステップ１０６で肯定判定されると、ステップ１０８へ移行して、備蓄管理データベース３０に格納されている備蓄管理情報と照合を行う。

次のステップ１１０では、備蓄管理データベース３０に格納された備蓄管理情報を更新する必要があるか否かを判断する。すなわち、取得した備蓄管理情報と格納された備蓄管理情報との間に乖離があるか否かを判断し、否定判定された場合は、備蓄管理データベース３０に格納された備蓄管理情報を維持し、このルーチンは終了する。

また、ステップ１１０で肯定判定された場合は、ステップ１１２へ移行して、備蓄管理データベース３０に格納された備蓄管理情報を、取得した備蓄管理情報に基づいて更新し、このルーチンは終了する。

（備蓄管理情報更新処理）

図４（Ｃ）は、図４（Ａ）のステップ２００で実行される顧客管理情報更新処理サブルーチンの詳細を示す制御フローチャートである。

ステップ２０２では、更新時期か否かを判断し、否定判定された場合は、このルーチンは終了し、リターン（図４（Ａ）のステップ１００へ移行）する。

また、ステップ２０２で肯定判定された場合は、ステップ２０４へ移行して、通常メンテナンス業務サーバ３２へ顧客管理情報を要求し、ステップ２０６へ移行する。ステップ２０６では顧客管理情報を取得したか否かを判断し、肯定判定されるまで繰り返す。このステップ２０６で肯定判定されると、ステップ２０８へ移行して、顧客管理データベース２６に格納されている顧客管理情報と照合を行う。

次のステップ２１０では、顧客管理データベース２６に格納された顧客管理情報を更新する必要があるか否かを判断する。すなわち、取得した顧客管理情報と格納された顧客管理情報との間に乖離があるか否かを判断し、否定判定された場合は、顧客管理データベース２６に格納された顧客管理情報を維持し、このルーチンは終了する。

また、ステップ２１０で肯定判定された場合は、ステップ２１２へ移行して、顧客管理データベース２６に格納された顧客管理情報を、取得した顧客管理情報に基づいて更新し、このルーチンは終了する。

（災害発生時緊急処理）

図５は、災害時管理サーバ２２で実行される、災害発生時の災害時必要物の融通ための、災害発生時緊急割込ルーチンを示すフローチャートである。

ステップ３００では、各メンテナンス契約サイト２８Ａ、２８Ｂの被災情報（第１群被災情報Ｄ１、第２群被災情報Ｄ２）を取得し、ステップ３０２へ移行する。

ステップ３０２では、災害情報（交通状況情報Ｄ３、気象情報Ｄ４）を取得し、ステップ３０４へ移行する。

ステップ３０４では、第１群１２の施設における災害時必要物のストック数（備蓄管理情報Ｄ５（１））、及び第２群１４の施設における受取希望数（備蓄管理情報Ｄ５（２））を取得し、ステップ３０６へ移行する。

ステップ３０６では、顧客管理データベース２６から、各メンテナンス契約サイト２８Ａ、２８Ｂが所在するエリア等の顧客管理情報Ｄ６（第１群１２の施設の契約エリア情報Ｄ６（１）及び第２群１４の施設の契約エリア情報Ｄ６（２））を取得し、ステップ３０８へ移行する。なお、ステップ３０２の処理（災害情報の取得）は、ステップ３０４、ステップ３０６の処理の後で行ってもよい。災害情報の取捨選択が可能であり、制御負担軽減につながる。

ステップ３０８では、配送計画数理モデル計算式を読み出し、次いでステップ３１０へ移行して、ステップ３００～ステップ３０６で取得した各情報Ｄ１～Ｄ６をファクタとして、配送計画数理モデル計算式に代入し、計算を実行する。

この配送計画数理モデル計算式の計算により、稼働配送車数、契約エリア間配送ルート、群間配送ルート、配送人員等の配送関連情報を導出し、ステップ３１２へ移行する。

ステップ３１２では、導出された配送関連情報を配送業務管理サイト１６の災害時配車管理サーバ２４へ通知し、配送指示を指示する。なお、配送指示前において、時々刻々と変化する災害情報（交通状況予測情報、気象予測情報）に基づいて、最適な配送ルートを設定したが、配送指示後も、継続して時々刻々と変化する災害情報（リアルタイムの交通状況情報、気象情報）を取得して、配送ルートの変更を行うようにしてもよい。

以上説明した如く、本実施の形態によれば、備蓄管理データベース３０では、第１群１２に分類された施設に備蓄されている災害時必要物の少なくとも種類及び数量を関連付けて格納すると共に、第２群１４に分類された施設において、不足することが予測される災害時必要物の少なくとも種類と数量（希望受取数）を関連付けて格納しておくことで、災害発生時には、第１群１２に分類された施設が備蓄していた災害時必要物を、第２群１４に分類された施設へ融通することができる。

また、災害時の状況（交通状況情報、気象情報等）に基づいて、配送ルートを導出することで、寸断された道路、通行止めの道路、悪天候による通行不可道路等を、総合的に考慮して、迅速に、かつ必要十分な災害時必要物を配送することができる。

なお、本実施の形態では、災害発生時において、第１群１２の施設から第２群１４の施設へ、交通状況情報及び気象情報に基づいて、配送ルートを導出し、導出された配送関連情報を配送業務管理サイト１６の災害時配車管理サーバ２４へ通知し、配送指示を指示するようにしたが、例えば、災害発生時に立ちあがる災害発生対策本部等の災害対策拠点に対して、前記情報Ｄ１～情報Ｄ６の一部又は全部の情報を通知するようにしてもよい。その後、災害対策拠点からの指示に従い、配送を指示することで、災害時必要物の重複配送、配送漏れ等を防止することができる。

１０ メンテナンス業務管理サイト
１２ 第１群
１４ 第２群
１６ 配送業務管理サイト
１８ 災害時管理制御システム
２０ 通信回線網
２２ 災害時管理サーバ
２４ 災害時配車管理サーバ
２６ 災害情報発信サイト
２６ 顧客管理データベース（顧客管理部）
２８Ａ、２８Ｂ メンテナンス契約サイト
３０ 備蓄管理データベース（第１格納部、第２格納部）
３２ 通常メンテナンス業務サーバ
５０ 通信Ｉ／Ｆ
５２ 更新時期管理部
５４ 備蓄情報更新指示部
５６ 備蓄情報要求部
５８ 備蓄情報取得部
６０ 照合更新部
６２ 顧客管理情報更新指示部
６４ 顧客情報要求部
６６ 顧客情報取得部
６８ 照合更新部
７０ 災害発生時緊急情報受付部
７２ 配送計画処理部（調整部）
７４ 災害情報取得部
７６ 配送計画数理モデル計算式記憶部
７８ 配送指示部

Claims (7)

1. 備蓄した災害時必要物を一元管理する制御と、契約により災害発生時に災害時必要物を融通する制御とを組み合わせた災害時管理制御装置であって、
   共通の契約内容に基づき契約を交わしている複数の契約サイトを、災害時に災害時必要物を余剰に備蓄可能な第１契約サイトを含む第１群と、災害時に災害時必要物が不足することが予測される第２契約サイトを含む第２群とに分類して管理する顧客管理部と、
   前記顧客管理部で、前記第１群に分類された前記第１契約サイトと、前記第１契約サイトに備蓄されている災害時必要物の少なくとも種類及び数量を示す情報と、を関連付けた第１関連情報を格納する第１格納部と、
   前記顧客管理部で、前記第２群に分類された前記第２契約サイトと、前記第２契約サイトで不足することが予測される災害時必要物の少なくとも種類と数量を示す情報と、を関連付けた第２関連情報を格納する第２格納部と、
   前記第１群に分類された前記第１契約サイトが備蓄していた災害時必要物の種類数及び種類毎の備蓄数量を、前記第２群に分類された前記第２契約サイトが要求する災害時必要物の種類数及び種類毎の備蓄数量に基づき調整する調整部と、
   を有する災害時管理制御装置。
2. 前記第１群に分類された第１契約サイトが備蓄していた災害時必要物の種類数及び種類毎の備蓄数量が供給情報であり、前記第２群に分類された第２契約サイトが要求する災害時必要物の種類数及び種類毎の備蓄数量が需要情報であり、
   前記調整部は、供給情報と需要情報とに属する数のバランスを、所定の誤差の範囲内に維持する、請求項１記載の災害時管理制御装置。
3. 災害発生時には、前記第１群に分類された第１契約サイトで備蓄していた災害時必要物を、予め定めた配分情報に基づいて、第２群に分類された第２契約サイトへ配送する配送指示部をさらに有する、請求項１又は請求項２記載の災害時管理制御装置。
4. 前記配分情報が、
   前記第１群に分類された第１契約サイト及び前記第２群に分類された第２契約サイトの各々の被災情報を含む緊急情報と、
   前記第１群に分類された第１契約サイトにおける前記災害時必要物のストック情報、及び前記第２群に分類された第２契約サイトにおける前記災害時必要物の希望受取数情報を含む備蓄管理情報と、
   災害発生後の交通状況情報及び気象情報を含む災害情報と、
   前記第１群に分類された第１契約サイト及び前記第２群に分類された第２契約サイトの各々の位置を含む顧客管理情報と、
   の少なくとも１つを含む、請求項３記載の災害時管理制御装置。
5. 災害発生時に、予め定めた災害対策拠点へ、前記第１格納部に格納された前記第１関連情報と、前記第２格納部に格納された前記第２関連情報とを、災害時必要物情報として通知する通知手段をさらに有する、請求項１又は請求項２記載の災害時管理制御装置。
6. 備蓄した災害時必要物を一元管理する制御と、契約により災害発生時に災害時必要物を融通する制御とを組み合わせた災害時管理制御方法であって、
   共通の契約内容に基づき契約を交わしている複数の契約サイトを、災害時に災害時必要物を余剰に備蓄可能な第１契約サイトを含む第１群と、災害時に災害時必要物が不足することが予測される第２契約サイトを含む第２群とに分類して管理し、
   前記第１群に分類された前記第１契約サイトと、前記第１契約サイトに備蓄されている災害時必要物の少なくとも種類及び数量を示す情報と、を関連付けた第１関連情報を格納し、
   前記第２群に分類された前記第２契約サイトと、前記第２契約サイトで不足することが予測される災害時必要物の少なくとも種類と数量を示す情報と、を関連付けた第２関連情報を格納し、
   前記第１群に分類された前記第１契約サイトが備蓄していた災害時必要物の種類数及び種類毎の備蓄数量を、前記第２群に分類された前記第２契約サイトが要求する災害時必要物の種類数及び種類毎の備蓄数量に基づき調整する、
   災害時管理制御方法。
7. コンピュータを、
   請求項１～請求項５の何れか１項記載の災害時管理制御装置として動作させる、
   災害時管理制御プログラム。

Images