知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023133735
(43)【公開日】2023-09-27
(54)【発明の名称】計算機システム及び対策の立案方法
(51)【国際特許分類】
G06Q 50/26 20120101AFI20230920BHJP
G06Q 10/06 20230101ALI20230920BHJP
【ＦＩ】
G06Q50/26
G06Q10/06
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2022038888
(22)【出願日】2022-03-14
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110001678
【氏名又は名称】藤央弁理士法人
(72)【発明者】
【氏名】弓部 良樹
(72)【発明者】
【氏名】池本 悠
(72)【発明者】
【氏名】高橋 麻美
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA06
5L049CC35
(57)【要約】
【課題】災害復旧の対策に要するコスト及びリソースの提供状況を考慮して対策を決定する。
【解決手段】施設における災害復旧に関する対策を立案する計算機システムは、対策の実施対象である施設毎の、災害発生による機会損失の額である第１コスト及び自己投資による対策に要する第２コストを管理するためのコスト情報と、外部から提供されるリソースを管理するための提供リソース情報と、を保持する。計算機システムは、提供リソース情報を参照して、指定された施設においてリソースを用いる対策を実施するために必要なリソースを確保できるか否かを判定し、第１コスト、第２コスト、及び判定の結果に基づいて、指定された施設に対して実施する対策を選択する。
【選択図】図１
【解決手段】施設における災害復旧に関する対策を立案する計算機システムは、対策の実施対象である施設毎の、災害発生による機会損失の額である第１コスト及び自己投資による対策に要する第２コストを管理するためのコスト情報と、外部から提供されるリソースを管理するための提供リソース情報と、を保持する。計算機システムは、提供リソース情報を参照して、指定された施設においてリソースを用いる対策を実施するために必要なリソースを確保できるか否かを判定し、第１コスト、第２コスト、及び判定の結果に基づいて、指定された施設に対して実施する対策を選択する。
【選択図】図１
【特許請求の範囲】
【請求項1】
施設における災害復旧に関する対策を立案する計算機システムであって、
プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する計算機を少なくとも一つ含み、
前記記憶装置は、
対策の実施対象である施設毎の、災害発生による機会損失の額である第１コスト及び自己投資による対策に要する第２コストを管理するためのコスト情報と、
外部から提供されるリソースを管理するための提供リソース情報と、
を保持し、
前記プロセッサは、
前記提供リソース情報を参照して、指定された前記施設において前記リソースを用いる対策を実施するために必要な前記リソースを確保できるか否かを判定し、
前記第１コスト、前記第２コスト、及び前記判定の結果に基づいて、指定された前記施設に対して実施する対策を選択することを特徴とする計算機システム。
プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する計算機を少なくとも一つ含み、
前記記憶装置は、
対策の実施対象である施設毎の、災害発生による機会損失の額である第１コスト及び自己投資による対策に要する第２コストを管理するためのコスト情報と、
外部から提供されるリソースを管理するための提供リソース情報と、
を保持し、
前記プロセッサは、
前記提供リソース情報を参照して、指定された前記施設において前記リソースを用いる対策を実施するために必要な前記リソースを確保できるか否かを判定し、
前記第１コスト、前記第２コスト、及び前記判定の結果に基づいて、指定された前記施設に対して実施する対策を選択することを特徴とする計算機システム。
【請求項2】
請求項１に記載の計算機システムであって、
前記プロセッサは、
前記リソースを用いる対策を実施するために必要な前記リソースを確保できると判定された場合、前記提供リソース情報に基づいて前記リソースを用いる対策を生成し、指定された前記施設に対して実施する対策として、前記リソースを用いる対策を選択し、
前記リソースを用いる対策を実施するために必要な前記リソースを確保できず、かつ、前記第１コストが前記第２コスト以上である場合、指定された前記施設に対して実施する対策として、前記自己投資による対策を選択することを特徴とする計算機システム。
前記プロセッサは、
前記リソースを用いる対策を実施するために必要な前記リソースを確保できると判定された場合、前記提供リソース情報に基づいて前記リソースを用いる対策を生成し、指定された前記施設に対して実施する対策として、前記リソースを用いる対策を選択し、
前記リソースを用いる対策を実施するために必要な前記リソースを確保できず、かつ、前記第１コストが前記第２コスト以上である場合、指定された前記施設に対して実施する対策として、前記自己投資による対策を選択することを特徴とする計算機システム。
【請求項3】
請求項２に記載の計算機システムであって、
前記プロセッサは、
前記第１コスト及び前記第２コストに基づいて、前記リソースを用いる対策のコストの上限値を算出し、
前記上限値に基づいて、提供可能な前記リソースを選択する第１マッチング処理を実行することによって、前記リソースを用いる対策を生成することを特徴とする計算機システム。
前記プロセッサは、
前記第１コスト及び前記第２コストに基づいて、前記リソースを用いる対策のコストの上限値を算出し、
前記上限値に基づいて、提供可能な前記リソースを選択する第１マッチング処理を実行することによって、前記リソースを用いる対策を生成することを特徴とする計算機システム。
【請求項4】
請求項３に記載の計算機システムであって、
前記プロセッサは、前記第１コスト及び前記第２コストのいずれか小さい方のコストに、前記施設の運用者の利益から求められる係数を乗算することによって前記上限値を算出することを特徴とする計算機システム。
前記プロセッサは、前記第１コスト及び前記第２コストのいずれか小さい方のコストに、前記施設の運用者の利益から求められる係数を乗算することによって前記上限値を算出することを特徴とする計算機システム。
【請求項5】
請求項２に記載の計算機システムであって、
前記対策は、指定された前記施設の電力供給に関する対策であって、
前記プロセッサは、
指定された前記施設において災害復旧に必要な電力を算出し、
算出された前記電力に基づいて、前記自己投資による対策を生成することを特徴とする計算機システム。
前記対策は、指定された前記施設の電力供給に関する対策であって、
前記プロセッサは、
指定された前記施設において災害復旧に必要な電力を算出し、
算出された前記電力に基づいて、前記自己投資による対策を生成することを特徴とする計算機システム。
【請求項6】
請求項２に記載の計算機システムであって、
前記プロセッサは、
前記リソースを用いる対策が選択された前記施設から災害発生によるリソース提供の要求を受け付け、
前記リソースを用いる対策が選択された前記施設に提供可能な前記リソースを提供する提供者からの前記リソースの提供可否を受け付け、
前記提供者から提供が可能な旨の応答があった前記リソースの中から、前記リソースを用いる対策が選択された前記施設に実際に提供する前記リソースを選択する第２マッチング処理を実行し、
前記第２マッチング処理によって選択された前記リソースの提供計画を生成することを特徴とする計算機システム。
前記プロセッサは、
前記リソースを用いる対策が選択された前記施設から災害発生によるリソース提供の要求を受け付け、
前記リソースを用いる対策が選択された前記施設に提供可能な前記リソースを提供する提供者からの前記リソースの提供可否を受け付け、
前記提供者から提供が可能な旨の応答があった前記リソースの中から、前記リソースを用いる対策が選択された前記施設に実際に提供する前記リソースを選択する第２マッチング処理を実行し、
前記第２マッチング処理によって選択された前記リソースの提供計画を生成することを特徴とする計算機システム。
【請求項7】
請求項２に記載の計算機システムであって、
前記プロセッサは、前記第１コスト、前記第２コスト、及び選択された前記対策を表示する画面を表示することを特徴とする計算機システム。
前記プロセッサは、前記第１コスト、前記第２コスト、及び選択された前記対策を表示する画面を表示することを特徴とする計算機システム。
【請求項8】
計算機システムが実行する施設における災害復旧に関する対策の立案方法であって、
前記計算機システムは、
プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する計算機を少なくとも一つ含み、
対策の実施対象である施設毎の、災害発生による機会損失の額である第１コスト及び自己投資による対策に要する第２コストを管理するためのコスト情報と、外部から提供されるリソースを管理するための提供リソース情報と、を管理し、
前記対策の立案方法は、
前記少なくとも一つの計算機が、前記提供リソース情報を参照して、指定された前記施設において前記リソースを用いる対策を実施するために必要な前記リソースを確保できるか否かを判定する第１のステップと、
前記少なくとも一つの計算機が、前記第１コスト、前記第２コスト、及び前記判定の結果に基づいて、指定された前記施設に対して実施する対策を選択する第２のステップと、を含むことを特徴とする対策の立案方法。
前記計算機システムは、
プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する計算機を少なくとも一つ含み、
対策の実施対象である施設毎の、災害発生による機会損失の額である第１コスト及び自己投資による対策に要する第２コストを管理するためのコスト情報と、外部から提供されるリソースを管理するための提供リソース情報と、を管理し、
前記対策の立案方法は、
前記少なくとも一つの計算機が、前記提供リソース情報を参照して、指定された前記施設において前記リソースを用いる対策を実施するために必要な前記リソースを確保できるか否かを判定する第１のステップと、
前記少なくとも一つの計算機が、前記第１コスト、前記第２コスト、及び前記判定の結果に基づいて、指定された前記施設に対して実施する対策を選択する第２のステップと、を含むことを特徴とする対策の立案方法。
【請求項9】
請求項８に記載の対策の立案方法であって、
前記第２のステップは、
前記少なくとも一つの計算機が、前記リソースを用いる対策を実施するために必要な前記リソースを確保できると判定された場合、前記提供リソース情報に基づいて前記リソースを用いる対策を生成し、指定された前記施設に対して実施する対策として、前記リソースを用いる対策を選択するステップと、
前記少なくとも一つの計算機が、前記リソースを用いる対策を実施するために必要な前記リソースを確保できず、かつ、前記第１コストが前記第２コスト以上である場合、指定された前記施設に対して実施する対策として、前記自己投資による対策を選択するステップと、を含むことを特徴とする対策の立案方法。
前記第２のステップは、
前記少なくとも一つの計算機が、前記リソースを用いる対策を実施するために必要な前記リソースを確保できると判定された場合、前記提供リソース情報に基づいて前記リソースを用いる対策を生成し、指定された前記施設に対して実施する対策として、前記リソースを用いる対策を選択するステップと、
前記少なくとも一つの計算機が、前記リソースを用いる対策を実施するために必要な前記リソースを確保できず、かつ、前記第１コストが前記第２コスト以上である場合、指定された前記施設に対して実施する対策として、前記自己投資による対策を選択するステップと、を含むことを特徴とする対策の立案方法。
【請求項10】
請求項９に記載の対策の立案方法であって、
前記対策の立案方法は、
前記少なくとも一つの計算機が、前記第１コスト及び前記第２コストに基づいて、前記リソースを用いる対策のコストの上限値を算出する第３のステップと、
前記少なくとも一つの計算機が、前記上限値に基づいて、提供可能な前記リソースを選択する第１マッチング処理を実行することによって、前記リソースを用いる対策を生成する第４のステップと、を含むことを特徴とする対策の立案方法。
前記対策の立案方法は、
前記少なくとも一つの計算機が、前記第１コスト及び前記第２コストに基づいて、前記リソースを用いる対策のコストの上限値を算出する第３のステップと、
前記少なくとも一つの計算機が、前記上限値に基づいて、提供可能な前記リソースを選択する第１マッチング処理を実行することによって、前記リソースを用いる対策を生成する第４のステップと、を含むことを特徴とする対策の立案方法。
【請求項11】
請求項１０に記載の対策の立案方法であって、
前記第３のステップは、前記少なくとも一つの計算機が、前記第１コスト及び前記第２コストのいずれか小さい方のコストに、前記施設の運用者の利益から求められる係数を乗算することによって前記上限値を算出するステップを含むことを特徴とする対策の立案方法。
前記第３のステップは、前記少なくとも一つの計算機が、前記第１コスト及び前記第２コストのいずれか小さい方のコストに、前記施設の運用者の利益から求められる係数を乗算することによって前記上限値を算出するステップを含むことを特徴とする対策の立案方法。
【請求項12】
請求項９に記載の対策の立案方法であって、
前記対策は、指定された前記施設の電力供給に関する対策であって、
前記対策の立案方法は、
前記少なくとも一つの計算機が、指定された前記施設において災害復旧に必要な電力を算出するステップと、
前記少なくとも一つの計算機が、算出された前記電力に基づいて、前記自己投資による対策を生成するステップと、を含むことを特徴とする対策の立案方法。
前記対策は、指定された前記施設の電力供給に関する対策であって、
前記対策の立案方法は、
前記少なくとも一つの計算機が、指定された前記施設において災害復旧に必要な電力を算出するステップと、
前記少なくとも一つの計算機が、算出された前記電力に基づいて、前記自己投資による対策を生成するステップと、を含むことを特徴とする対策の立案方法。
【請求項13】
請求項９に記載の対策の立案方法であって、
前記少なくとも一つの計算機が、前記リソースを用いる対策が選択された前記施設から災害発生によるリソース提供の要求を受け付けるステップと、
前記少なくとも一つの計算機が、前記リソースを用いる対策が選択された前記施設に提供可能な前記リソースを提供する提供者からの前記リソースの提供可否を受け付けるステップと、
前記少なくとも一つの計算機が、前記提供者から提供が可能な旨の応答があった前記リソースの中から、前記リソースを用いる対策が選択された前記施設に実際に提供する前記リソースを選択する第２マッチング処理を実行するステップと、
前記少なくとも一つの計算機が、前記第２マッチング処理によって選択された前記リソースの提供計画を生成するステップと、を含むことを特徴とする対策の立案方法。
前記少なくとも一つの計算機が、前記リソースを用いる対策が選択された前記施設から災害発生によるリソース提供の要求を受け付けるステップと、
前記少なくとも一つの計算機が、前記リソースを用いる対策が選択された前記施設に提供可能な前記リソースを提供する提供者からの前記リソースの提供可否を受け付けるステップと、
前記少なくとも一つの計算機が、前記提供者から提供が可能な旨の応答があった前記リソースの中から、前記リソースを用いる対策が選択された前記施設に実際に提供する前記リソースを選択する第２マッチング処理を実行するステップと、
前記少なくとも一つの計算機が、前記第２マッチング処理によって選択された前記リソースの提供計画を生成するステップと、を含むことを特徴とする対策の立案方法。
【請求項14】
請求項９に記載の対策の立案方法であって、
前記少なくとも一つの計算機が、前記第１コスト、前記第２コスト、及び選択された前記対策を表示する画面を表示するステップを含むことを特徴とする対策の立案方法。
前記少なくとも一つの計算機が、前記第１コスト、前記第２コスト、及び選択された前記対策を表示する画面を表示するステップを含むことを特徴とする対策の立案方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、災害の復旧に関する対策を立案するシステム及び方法に関する。
【背景技術】
【0002】
本技術分野の背景技術として特許文献１がある。特許文献１には、リソースごとの提供形態の違いを考慮して最適なリソース配分を実現するリソース融通支援装置及びリソース融通支援方法が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２１－１１７７８０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に開示されている方法では、災害発生時に、複数の事業者間で、災害復旧に用いるリソースを融通し合うことで効果的に災害復旧を行うことができる。しかし、リソースの融通では対応できないケースがある。例えば、災害発生による停電リスクが高く、電力供給に用いるリソースの提供が期待できない場合、災害発生時にリソースが不足し、機会損失が発生する可能性が大きくなる。そのため、事業者は、リソースの融通以外の対策を検討する必要がある。
【0005】
以上のように、対策にかかるコスト及びリソースの提供状況を考慮して対策を決定することが難しいという課題がある。
【0006】
本発明は、前述の課題を鑑みてなされたものであり、対策にかかるコスト及びリソースの提供状況を考慮して対策を立案するシステム及び方法を提供することを目的とする。
【課題を解決するための手段】
【0007】
本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、施設における災害復旧に関する対策を立案する計算機システムであって、プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する計算機を少なくとも一つ含み、前記記憶装置は、対策の実施対象である施設毎の、災害発生による機会損失の額である第１コスト及び自己投資による対策に要する第２コストを管理するためのコスト情報と、外部から提供されるリソースを管理するための提供リソース情報と、を保持し、前記プロセッサは、前記提供リソース情報を参照して、指定された前記施設において前記リソースを用いる対策を実施するために必要な前記リソースを確保できるか否かを判定し、前記第１コスト、前記第２コスト、及び前記判定の結果に基づいて、指定された前記施設に対して実施する対策を選択する。
【発明の効果】
【0008】
本発明の代表的な一形態によれば、対策にかかるコスト及びリソースの提供状況を考慮した対策を立案できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【0009】
【図1】実施例１の災害対策立案システムの構成の一例を示すブロック図である。
【図2A】実施例１の事業者ＤＢのデータ構造の一例を示す図である。
【図2B】実施例１の事業者ＤＢのデータ構造の一例を示す図である。
【図3】実施例１の災害リスクＤＢのデータ構造の一例を示す図である。
【図4】実施例１の電力ＤＢのデータ構造の一例を示す図である。
【図5A】実施例１の設備ＤＢのデータ構造の一例を示す図である。
【図5B】実施例１の設備ＤＢのデータ構造の一例を示す図である。
【図6】実施例１の提供リソースＤＢのデータ構造の一例を示す図である。
【図7】実施例１のマッチング結果ＤＢのデータ構造の一例を示す図である。
【図8】実施例１の派遣計画ＤＢのデータ構造の一例を示す図である。
【図9A】実施例１の対策履歴ＤＢのデータ構造の一例を示す図である。
【図9B】実施例１の対策履歴ＤＢのデータ構造の一例を示す図である。
【図10】実施例１の精算ＤＢのデータ構造の一例を示す図である。
【図11A】実施例１の対策立案システムの利用フローの一例を示す図である。
【図11B】実施例１の対策立案システムの利用フローの一例を示す図である。
【図12】実施例１の端末に表示される画面の一例を示す図である。
【図13】実施例１の端末に表示される画面の一例を示す図である。
【図14】実施例１の端末に表示される画面の一例を示す図である。
【図15】実施例１の端末に表示される画面の一例を示す図である。
【図16】実施例１の対策立案装置が実行する対策立案処理の一例を説明するフローチャートである。
【図17】実施例１における対策の選択方法のイメージを示す図である。
【図18】実施例１の対策立案装置が実行する外部リソース充足判定処理の一例を説明するフローチャートである。
【図19】実施例１のリソースマッチングのイメージを示す図である。
【図20A】実施例１の端末に表示される画面の一例を示す図である。
【図20B】実施例１の端末に表示される画面の一例を示す図である。
【図21】実施例１の端末に表示される画面の一例を示す図である。
【図22】実施例１の対策立案装置が実行する派遣計画生成処理の一例を説明するフローチャートである。
【図23A】実施例１の派遣計画生成処理のイメージを示す図である。
【図23B】実施例１の派遣計画生成処理のイメージを示す図である。
【図24】実施例１の端末に表示される画面の一例を示す図である。
【図25】実施例１の端末に表示される画面の一例を示す図である。
【発明を実施するための形態】
【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】
【数1】
【0093】
式（１）は、災害発生から３日間（７２時間）の売上及び在庫の損失を想定した機会損失の期待値の合計値を算出する式である。なお、式（１）は一例であって第１コストの算出方法はこれに限定されない。
【0094】
次に、対策立案部１２３は、事業者ＤＢ１３１及び電力ＤＢ１３３に基づいて、施設の必要電力を算出する（ステップＳ１６０２）。具体的には以下のような処理が実行される。
【0095】
（Ｓ１６０２－１）対策立案部１２３は、施設のエントリの業種／施設タイプ２０５に基づいて施設のタイプを特定し、また、給電タイプ２０６に基づいて給電タイプを特定する。対策立案部１２３は、電力ＤＢ１３３を参照し、避難所４０４及び小売／飲食４０５、並びに、コンセント４０２及びＶ２Ｈ４０３の値に基づいて、災害発生時に施設で利用される機器を特定する。例えば、業種／施設タイプ２０５が「自治体／避難所」かつ給電タイプ２０６が「Ｖ２Ｈ」である場合、対策立案部１２３は、Ｖ２Ｈ４０３及び避難所４０４のそれぞれに「１」が格納されるエントリを検索する。
【0096】
（Ｓ１６０２－２）対策立案部１２３は、施設のエントリの施設面積２０９及び検索された機器のエントリの必要台数４０７に基づいて特定された機器の台数を算出する。さらに、対策立案部１２３は、特定された機器のエントリの消費電力４０６及び利用時間４０８を用いて、災害発生から３日間の機器の必要電力（ｋＷｈ）を算出する。
【0097】
次に、対策立案部１２３は、施設の必要電力及び非常用電源情報５００に基づいて、自己投資対策のコスト（第２コスト）を算出する（ステップＳ１６０３）。対策立案部１２３は、第１コスト及び第２コストをコスト情報として管理する。
【0098】
具体的には、対策立案部１２３は、非常用電源情報５００の各エントリの出力５０２に基づいて、施設の必要電力を充足する非常用電源を特定する。すなわち、自己投資対策が生成される。対策立案部１２３は、前述の結果に基づいて、自己投資対策のコストｃｏｓｔ２＿ａを算出する。自己投資対策のコストは例えば、式（２）を用いて算出される。ここで、ｉｃｏｓｔ＿ａは導入コスト５０３の値を表し、оｃｏｓｔ＿ａは維持管理コスト５０４の値を表し、ｙ＿ａは耐用年数５０５の値を表す。
【0099】
【数2】
【0100】
次に、対策立案部１２３は、第１コスト及び第２コストに基づいて、外部リソース活用対策のコストの上限値を算出する（ステップＳ１６０４）。
【0101】
ここで、第１コスト、第２コスト、及び外部リソース活用対策のコストは、図１７のような関係で表される。外部リソース活用対策のコストが、第１コスト及び第２コストのいずれか小さいコストよりも大きい場合、外部リソースを活用する以外の対策が望ましい。外部リソース活用対策のコストは、対策立案装置１００が提供するサービスの定額利用料（年額）、マッチング成立時に支払われるマッチング手数料、及びＥＶの提供実績に応じてＥＶ提供者に支払われるインセンティブの合計である。そこで、外部リソース活用対策のコストの上限値ｃｏｓｔＳＴ＿ａは式（３）で表すことができる。ここで、ＰＲＯＦＩＴは、外部リソース活用対策のコストの上限値を決めるためのパラメータであり、第１コスト及び第２コストのいずれか小さいコストからＰＲＯＦＩＴ分の利益を対策立案者が得られるように外部リソース活用対策のコストを決めることを意味する。
【0102】
【数3】
【0103】
【0104】
リソースマッチング部１２４は、施設の必要電力に基づいてＥＶの利用可否を判定する（ステップＳ１８０１）。
【0105】
具体的には、リソースマッチング部１２４は、給電情報５１０の給電タイプ５１１を参照し、施設に必要な機器の給電タイプに対応するエントリを特定する。リソースマッチング部１２４は、特定されたエントリの出力５１２の値が、機器の電力より小さい場合、リソースマッチング部１２４は、ＥＶを利用できないと判定する。
【0106】
リソースマッチング部１２４は、ステップＳ１８０１の判定結果に基づいて、外部リソース活用対策を立案できるか否かを判定する（ステップＳ１８０２）。
【0107】
外部リソース活用対策を立案できない場合、リソースマッチング部１２４は外部リソース充足判定処理を終了する。このとき、リソースマッチング部１２４は、「外部リソース活用対策の立案不可」を対策立案部１２３に出力する。この場合、外部リソース活用対策は選択肢から除外されることになる。
【0108】
外部リソース活用対策を立案できる場合、リソースマッチング部１２４は、利用可能なＥＶを特定する（ステップＳ１８０３）。
【0109】
具体的には、リソースマッチング部１２４は、提供リソースＤＢ１３５を参照し、提供可能エリア６０６に施設の識別情報を含み、かつ、ＥＶの給電タイプが施設の給電タイプと一致するエントリを検索する。
【0110】
リソースマッチング部１２４はリソースマッチングを行い（ステップＳ１８０４）、その後、外部リソース充足判定処理を終了する。
【0111】
具体的には、リソースマッチング部１２４は、式（５）及び式（６）の制約条件のもとで、式（４）で表される最適化問題を解く。式（４）は線形計画問題であり、最大化するｘ＿ａ、ｅ、ＥＶ＿ｅを施設に割り当てるか否か（１or０）のフラグの組合せを求める問題である。すなわち、式（４）で表される最適化問題は、各施設の電力供給量を最大化し、かつ、ＥＶの移動距離、並びに、マッチング手数料及びインセンティブの総和を最小化する施設及びＥＶの組合せを算出する問題である。
【0112】
ｓｕｐｐｌｙＴＧＴ＿ａは施設の電力供給目標量を表し、ｒｅｌｉａｂｉｌｉｔｙ＿ａは施設の派遣確度を表し、ｔｒａｖｅｌＴ＿ａ，ｅはＥＶ＿ｅの施設への移動時間を表し、ｕｎｉｔｓｕｐｐｌｙ＿ｅはＥＶ＿ｅの施設単位供給量を表し、ｉｎｓｅｎｔｉｖｅ＿ａ，ｅはＥＶ＿ｅの施設に対するインセンティブを表し、ｃｏｍｍｉｓｉｏｎ＿ａ，ｅはＥＶ＿ｅと施設ａのマッチング手数料を表し、ｗ＿１、ｗ＿２、ｗ＿３は重みを表す。マッチング手数料及びインセンティブは、例えば、ベースとなる費用をあらかじめ設定しておく。
【0113】
【数4】
【0114】
【数5】
【0115】
【数6】
【0116】
式（５）は各施設の必要供給量をＥＶによる電力供給量が満足する必要があることを意味する。式（６）は各施設の外部リソース活用対策のコストの上限を上回ってはいけないことを意味する。
【0117】
なお、マッチング結果ＤＢ１３６の過去のデータから、対象施設に対してマッチングが成立し、提供が可能であったＥＶの割合を算出し、派遣確度として用いてもよい。
【0118】
図１９はリソースマッチングのイメージを表している。被提供者Ａの施設及び被提供者Ｂの施設の周辺に６人のＥＶ提供者が存在しており、被提供者Ａの施設には、提供者Ａ、提供者Ｂ、提供者Ｃ、及び提供者Ｄが保有するリソースがマッチングされ、被提供者Ｂの施設には、提供者Ｄ、提供者Ｅ、及び提供者Ｆが保有するリソースがマッチングされている。
【0119】
リソースマッチング部１２４は、解が得られた場合、マッチング結果とともに、「外部リソース活用対策の立案可」を対策立案部１２３に出力する。また、施設の周囲にＥＶが存在しない等、ＥＶの登録状況によって制約条件を満たす解が得られない場合、リソースマッチング部１２４は、「外部リソース活用対策の立案不可」を対策立案部１２３に出力する。
【0120】
以上が、外部リソース充足判定処理の説明である。図１６の説明に戻る。
【0121】
対策立案部１２３は、第１コスト、第２コスト、及び外部リソース充足判定処理の結果に基づいて対策を選択する（ステップＳ１６０６）。
【0122】
具体的には、外部リソース充足判定処理の結果として「外部リソース活用対策の立案可」が得られた場合、対策立案部１２３は外部リソース活用対策を選択する。外部リソース充足判定処理の結果として「外部リソース活用対策の立案不可」が得られ、かつ、第１コストが第２コスト以上の場合、対策立案部１２３は自己投資対策を選択する。外部リソース充足判定処理の結果として「外部リソース活用対策の立案不可」が得られ、かつ、第１コストが第２コストより小さい場合、対策立案部１２３は「何もしない」を対策として選択する。
【0123】
なお、第１コストが存在せず、外部リソース充足判定処理の結果として「外部リソース活用対策の立案不可」が得られた場合、対策立案部１２３は自己投資対策を選択する。
【0124】
対策立案部１２３は、対策履歴ＤＢ１３８にエントリを追加し、当該エントリの各フィールドに一連の処理の結果を設定する。外部リソース活用対策が選択された場合、対策立案部１２３は、マッチング結果ＤＢ１３６に、リソースマッチングの結果を反映する。なお、この時点では、マッチング結果ＤＢ１３６に格納されるエントリのマッチングＩＤ７０１、施設ＩＤ７０２、リソースＩＤ７０３、及びマッチング日時７０４以外のフィールドは空欄である。
【0125】
【0126】
端末１０２には、図２０Ａに示す画面２０００が表示される。画面２０００は、対策表示欄２００１、詳細表示欄２００２、及び操作ボタン２００３を含む。対策表示欄２００１は、施設毎の対策を表示する欄である。詳細表示欄２００２は、対策の立案に関する詳細情報を表示する欄であり、アイコン２０１１を押下した場合に情報が表示される。詳細表示欄２００２にはコストのグラフ、必要な電力、及び手数料等が表示される。外部リソース活用対策が選択されている場合、詳細表示欄２００２には地図ボタンが表示される。当該ボタンが押下された場合、図２０Ｂに示すように、詳細表示欄２００２にはマッチング結果が重畳された地図が表示される。対策立案者は、選択された対策を確認し、操作ボタン２００３を押下することによって、対策が確定する。
【0127】
なお、第１コスト及び第２コストの少なくともいずれか一方は対策立案者によって入力されてもよい。第１コストが入力された場合、ステップＳ１６０１の処理を省略することができる。第２コストが入力された場合、ステップＳ１６０３の処理を省略することができる。
【0128】
以上が対策立案処理の説明である。図１１Ａの説明に戻る。以下の説明では、対策立案処理が実行された結果、外部リソース活用対策が選択されたものとする。
【0129】
対策立案装置１００は、ＥＶ提供者にマッチング結果を通知し、ＥＶ提供者はマッチング結果を確認する（Ｐ１１０６）。
【0130】
対策立案者は、対策立案装置１００の運用者に対してマッチング手数料の支払いを行う（Ｐ１１０７）。対策立案装置１００の実績／精算管理部１２６は、精算処理を実行する。具体的には、実績／精算管理部１２６は、精算ＤＢ１３９にエントリを追加し、エントリのマッチングＩＤ１００１、支払日時１００２、及びマッチング手数料１００３に値を設定する。
【0131】
以上が対策立案フェーズの利用フローの説明である。次に、災害発生後に外部リソース活用対策を実施する場合を例に、発災フェーズ、状況把握／準備フェーズ、リソース提供フェーズ、及び復旧後フェーズの利用フローについて説明する。
【0132】
なお、実施例１では、災害発生後にＥＶを施設に派遣する利用方法を想定しているが、台風等予め災害の発生を予測できる場合、災害発生前にＥＶを施設に派遣して災害に備える利用方法でもよい。
【0133】
なお、対策立案者は、対策を一度立案した後、再度、対策の立案を依頼してもよい。状況の変化に応じて最適な対策を選択することができる。例えば、自己投資対策から外部リソース活用対策への変更ができる。
【0134】
災害が発生した（発災フェーズ）後、状況把握／準備フェーズでは、対策立案者は被害状況を確認する（Ｐ１１０８）。例えば、施設において停電が発生しているか否かを確認する。対策立案者は、外部リソース活用対策の実施が必要であると判断した場合、端末１０２を操作して対策立案装置１００にＥＶの派遣要請を行う（Ｐ１１０９）。具体的には、情報提示／取得部１２７は、図２１に示す画面２１００を端末１０２に表示する。
【0135】
画面２１００は、施設選択欄２１０１及び操作ボタン２１０２を含む。施設選択欄２１０１は、ＥＶの派遣要請を行う施設を選択する欄である。なお、施設選択欄２１０１には外部リソース活用対策が選択された施設のみが表示される。対策立案者は、チェックボックスを操作することによってＥＶの派遣要請を行う施設を選択し、操作ボタン２１０２を押下する。
【0136】
対策立案装置１００の派遣計画立案部１２５は、派遣要請を受け付けた場合、選択された施設のマッチング結果に基づいてＥＶ提供者にＥＶの提供が可能か否かを問い合わせる。なお、ＥＶの提供可否の問合せとともに、ＥＶの充電率についても問合せを行ってもよい。
【0137】
ＥＶ提供者は、対策立案装置１００からの問合せに対して、ＥＶの提供可否を判断し、応答を行う（Ｐ１１１０）。
【0138】
派遣計画立案部１２５は、マッチング結果ＤＢ１３６の該当エントリの提供可否７０６に応答の内容を設定する。なお、ＥＶの充電率についても問合せを行った場合、派遣計画立案部１２５は、マッチング結果ＤＢ１３６の該当エントリのＳｏＣ７０７に応答の内容を設定する。
【0139】
派遣計画立案部１２５は応答に基づいて災害時マッチング処理を実行する。具体的には、派遣計画立案部１２５は、改めて、式（４）に示す最適化問題を解くことによって、施設に提供可能なＥＶをマッチングする。さらに、派遣計画立案部１２５は、災害時マッチング処理の結果に基づいて、派遣計画生成処理を実行する。派遣計画立案部１２５は、生成された派遣計画を対策立案者及びＥＶ提供者に送信する。ここで、図２２を用いて派遣計画生成処理について説明する。
【0140】
派遣計画立案部１２５は、提供可能なＥＶの中からリソースを選択する（ステップＳ２２０１）。ここでは、施設とＥＶの提供元との間の距離が近い順に選択されるものとする。
【0141】
派遣計画立案部１２５は、選択したＥＶの提供元から施設への派遣計画を生成する（ステップＳ２２０２）。
【0142】
派遣計画立案部１２５は、提供可能な全てのＥＶの派遣計画を生成したか否かを判定する（ステップＳ２２０３）。派遣計画立案部１２５は、生成された派遣計画を派遣計画ＤＢ１３７に格納する。
【0143】
提供可能な全てのＥＶの派遣計画を生成していない場合、派遣計画立案部１２５は、ステップＳ２２０１に戻り、同様の処理を実行する。
【0144】
提供可能な全てのＥＶの派遣計画を生成した場合、派遣計画立案部１２５は派遣計画生成処理を終了する。
【0145】
図２３Ａは、ＥＶ提供者からの応答結果を反映したマッチング結果を示す。被提供者Ａの施設には、ＥＶ（Ｒ００１）、ＥＶ（Ｒ００２）、ＥＶ（Ｒ００３）、ＥＶ（Ｒ００４）、ＥＶ（Ｒ００５）の５台のＥＶがマッチングされていたが、提供者Ｂから提供不可の応答を受け取っている。そのため、被提供者Ａの施設にはＥＶ（Ｒ００１）、ＥＶ（Ｒ００２）、ＥＶ（Ｒ００４）、ＥＶ（Ｒ００５）の４台のＥＶが提供される。４台のＥＶの各々について、例えば、図２３Ｂに示すような派遣計画が生成される。白部分は移動を表し、黒部分は給電を表し、斜線部分は待機を表す。
【0146】
施設との距離が近い順に、給電を行うようにＥＶを派遣することによって、災害発生後から３日間の迅速かつ継続的な電力供給を実現できる。図２３Ｂでは、１台のＥＶが給電している場合、施設に到着しているＥＶは待機状態となっている。
【0147】
以上が派遣計画生成処理の説明である。図１１Ｂの説明に戻る。
【0148】
リソース提供フェーズでは、対策立案者は派遣計画を確認する（Ｐ１１１１）。例えば、派遣計画立案部１２５は、情報提示／取得部１２７を介して、端末１０２に図２４に示すような画面２４００を表示する。画面２４００は、施設表示欄２４０１、派遣計画表示欄２４０２、及び操作ボタン２４０３を含む。派遣計画表示欄２４０２は、施設に対するＥＶの派遣計画の詳細を表示する欄であり、アイコン２４１１を押下した場合に情報が表示される。派遣計画表示欄２４０２には、施設における電力の供給予測に関するグラフ、及び派遣されるＥＶの派遣計画等が表示される。
【0149】
対策立案者は、派遣計画の内容等を確認し、操作ボタン２４０３を押下する。対策立案装置１００は、当該操作を受け付けた場合、ＥＶ提供者に派遣計画を送信する。ＥＶ提供者は、送信された派遣計画を確認し（Ｐ１１１２）、当該派遣計画に基づいてＥＶを施設に派遣する（Ｐ１１１３）。対策立案者は、提供されたＥＶを用いて給電を行う（Ｐ１１１４）。
【0150】
停電が復旧した場合、復旧後フェーズに移行し、対策立案者はＥＶ提供者にＥＶを返却するための手続を行い（Ｐ１１１５）、ＥＶ提供者はＥＶを回収する（Ｐ１１１６）。このとき、対策立案装置１００の実績／精算管理部１２６は対策実績登録処理を実行する。具体的には、実績／精算管理部１２６は、マッチング結果ＤＢ１３６を参照し、ＥＶの派遣計画に基づいて、対応するエントリの提供開始日時７０８及び提供終了日時７０９に値を設定する。
【0151】
対策立案者は、ＥＶ提供の実績を確認して、ＥＶ提供者に対してインセンティブを支払い（Ｐ１１１７）、ＥＶ提供者はインセンティブを受け取る（Ｐ１１１８）。
【0152】
対策立案装置１００の実績／精算管理部１２６は、情報提示／取得部１２７を介して、端末１０２に図２５に示すような画面２５００を表示する。画面２５００は、実績テーブル２５０１及び操作ボタン２５０２を含む。対策立案者は、実績テーブル２５０１を参照して、提供実績を確認し、操作ボタン２５０２を押下することによってインセンティブの支払いを確定する。実績／精算管理部１２６は、当該操作に伴って精算処理を実行する。具体的には、実績／精算管理部１２６は、精算ＤＢ１３９にエントリを追加し、エントリのマッチングＩＤ１００１、支払日時１００２、及びインセンティブ１００４に値を設定する。
【0153】
以上のように、対策立案システムは、外部のＥＶの提供状況、並びに、第１コスト及び第２コストに基づいて、コストを抑え、かつ、履行確率が高い対策を選択できる。実施例１では、災害発生時の電力供給の対策を一例として説明したが、適用分野はこれに限定されず、幅広く適用できることは言うまでもない。例えば、人及び物資等をリソースとして扱うこともできる。
【0154】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。
【0155】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【0156】
また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
【0157】
さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。
【0158】
上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。
【符号の説明】
【0159】
１００ 対策立案装置
１０２、１０３ 端末
１０４、１０５ ネットワーク
１１０ プロセッサ
１１１ 記憶装置
１２１ ユーザ管理部
１２２ リソース募集／管理部
１２３ 対策立案部
１２４ リソースマッチング部
１２５ 派遣計画立案部
１２６ 実績／精算管理部
１２７ 情報提示／取得部
１３１ 事業者ＤＢ
１３２ 災害リスクＤＢ
１３３ 電力ＤＢ
１３４ 設備ＤＢ
１３５ 提供リソースＤＢ
１３６ マッチング結果ＤＢ
１３７ 派遣計画ＤＢ
１３８ 対策履歴ＤＢ
１３９ 精算ＤＢ
５００ 非常用電源情報
５１０ 給電情報
１２００、１３００、１４００、１５００、２０００、２１００、２４００、２５００ 画面
１０２、１０３ 端末
１０４、１０５ ネットワーク
１１０ プロセッサ
１１１ 記憶装置
１２１ ユーザ管理部
１２２ リソース募集／管理部
１２３ 対策立案部
１２４ リソースマッチング部
１２５ 派遣計画立案部
１２６ 実績／精算管理部
１２７ 情報提示／取得部
１３１ 事業者ＤＢ
１３２ 災害リスクＤＢ
１３３ 電力ＤＢ
１３４ 設備ＤＢ
１３５ 提供リソースＤＢ
１３６ マッチング結果ＤＢ
１３７ 派遣計画ＤＢ
１３８ 対策履歴ＤＢ
１３９ 精算ＤＢ
５００ 非常用電源情報
５１０ 給電情報
１２００、１３００、１４００、１５００、２０００、２１００、２４００、２５００ 画面
【図1】
【図2A】
【図2B】
【図3】
【図4】
【図5A】
【図5B】
【図6】
【図7】
【図8】
【図9A】
【図9B】
【図10】
【図11A】
【図11B】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20A】
【図20B】
【図21】
【図22】
【図23A】
【図23B】
【図24】
【図25】