JP7806725B2 - 管理装置および管理システム - Google Patents

Description

本開示は、管理装置および管理システムに関する。

電力系統から供給される電力の需給バランスを保つため、複数の分散型エネルギーリソース（ＤＥＲ：Distributed Energy Resources）をひとつの発電所のように統合・制御する仮想発電所（ＶＰＰ：Virtual Power Plant）が注目されている。たとえば、車両に備えられた蓄電装置を、充放電設備を介して電力系統に電気的に接続し、分散型エネルギーリソースの一つとして電力系統に対する電力需給計画に組み込むことが行われている。

特開２０２２－０９８７７９号公報（特許文献１）には、対象車両に備えられた蓄電装置が、充放電設備から給電を受けられる充電可能状態になったときに、対象車両において蓄電装置の充電が開始されるか否かを判断する車両診断方法が開示されている。

特開２０２２－０９８７７９号公報

特許文献１に開示された車両診断方法において、蓄電装置のような電力調整リソースは、充放電が不能となる異常が検知された場合、電力需給計画に用いるリソースから除外されてしまう。ところが、この電力調整リソースは、異常の種類によっては早期に異常から復旧できる場合がある。このような場合においてまで、この電力調整リソースを電力需給計画から除外した場合、電力系統に対して計画されている電力需給量が不足しかねない。

本開示の目的は、電力系統に対して計画されていた電力需給量が不足してしまうことを抑制することができる管理装置および管理システムを提供することである。

本開示の管理装置は、各々が充放電設備を介して電力系統に電気的に接続可能な複数の電力調整リソースの電力需給計画を管理する装置である。管理装置は、プロセッサと、プロセッサによって実行可能なプログラムを記憶するメモリとを備える。プロセッサは、充放電が不能となる異常が検知された場合、異常の種類に応じて、異常から復旧するまでの復旧予測時間を推定する。プロセッサは、異常の検知時に充放電設備に接続されていた電力調整リソースを搭載する対象車両を、充放電設備における復旧予測時間経過以降の電力需給計画に使用される車両として設定する。

この構成によれば、充放電が不能となる異常が検知された場合であっても、異常から復旧するまでの復旧予測時間に基づき、異常検知時に充放電設備に接続されていた電力調整リソースを搭載する車両を電力需給計画に組み込む。このように、異常からの復旧時間を見込んで電力需給計画を策定するため、電力系統に対して計画されていた電力需給量が不足してしまうことを抑制することができる。

好ましくは、異常は、対象車両において生じたものであってもよい。これにより、異常が発生した車両も含めて電力需給計画を策定するため、電力系統に対して計画されていた電力需給量が不足してしまうことを抑制することができる。

好ましくは、プロセッサは、異常が検知された場合、充放電設備における電力需給計画に使用される候補車両群の中から、対象車両に代えて充放電設備に接続する車両を選択するようにしてもよい。プロセッサは、対象車両を候補車両群に追加するようにしてもよい。このように、候補車両群の中から次に充放電設備に接続する車両を選択し、異常が検知された車両を候補車両群に追加するため、異常からの復旧時間を踏まえて候補車両群を生成することができる。

好ましくは、候補車両群の各々の車両には、充放電設備に接続する順番が定められるようにしてもよい。プロセッサは、対象車両を候補車両群に追加する際に、復旧予測時間に基づき、対象車両を充放電設備に接続する順番を決定するようにしてもよい。このように、候補車両群において、異常が検知された車両の充放電設備への接続順が復旧予測時間に基づき決定されるため、極力無駄な待ち時間が発生しないように電力系統に対する充放電を行うことができる。

本開示の管理システムは、充放電設備と、各々が充放電設備を介して電力系統に電気的に接続可能な複数の電力調整リソースと、複数の電力調整リソースの電力需給計画を管理する管理装置とを備える。管理装置は、充放電が不能となる異常が検知された場合、異常の種類に応じて、異常から復旧するまでの復旧予測時間を推定する。管理装置は、異常の検知時に充放電設備に接続されていた電力調整リソースを搭載する対象車両を、充放電設備における復旧予測時間経過以降の電力需給計画に使用される車両として設定する。

この構成によれば、充放電が不能となる異常が検知された場合であっても、異常から復旧するまでの復旧予測時間に基づき、異常検知時に充放電設備に接続されていた電力調整リソースを搭載する車両を電力需給計画に組み込む。このように、異常からの復旧時間を見込んで電力需給計画を策定するため、電力系統に対して計画されていた電力需給量が不足してしまうことを抑制することができる。

本開示によれば、電力系統に対して計画されていた電力需給量が不足してしまうことを抑制することができる。

本実施の形態に係る管理装置を備えた管理システムの概略的な全体構成図である。 本実施の形態における管理装置等、各機器の構成を示す概略図である。 管理装置およびＥＶＳＥで実行される処理の一例を示すフローチャートである。 エラー発生時の充放電車両および充放電候補車両群の一例を示す図である。 エラー発生時の充放電車両および充放電候補車両群の一例を示す図である。

以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。

図１は、本実施の形態に係る管理装置２０を備えた管理システム１の概略的な全体構成図である。図１に示すように、管理システム１は、管理装置２０と、複数のＥＶＳＥ（Electric Vehicle Service Equipment）３０と、複数の車両５０にそれぞれ搭載された複数のバッテリ５５とを含む。

管理システム１は、ＶＰＰ（仮想発電所）システムの一部として構成される。ＶＰＰシステムは、ＩｏＴ（Internet of Things（モノのインターネット））を利用した高度なエネルギーマネジメント技術により多数のＤＥＲ（分散型エネルギーリソース）を束ね、これらＤＥＲを遠隔・統合制御することによってあたかも１つの発電所のように機能させる仕組みである。

ＶＰＰシステムは、電力系統ＰＧと、管理システム１とを含んで構成される。電力系統ＰＧは、発電所、送電線、高圧変電所等からなる電力系統であり、電力会社（発電事業者、送配電事業者、小売電気事業者等）によって管理される電力網である。

複数のバッテリ５５の各々は、ＥＶＳＥ３０を介して電力系統ＰＧに電気的に接続可能であって、電力系統ＰＧとの間で充放電可能である。バッテリ５５は、ＤＥＲであり、本開示の「電力調整リソース」の一例に相当する。ＥＶＳＥ３０は、本開示の「充放電設備」の一例に相当する。

管理装置２０は、電力系統ＰＧとの間で充放電可能な複数のバッテリ５５（ＤＥＲ）の電力需給計画（充放電計画）を管理する。管理装置２０は、アグリゲータが管理、運用するサーバ（アグリゲーションサーバ）であり、ＤＥＲを保有する需要家（たとえば、車両ユーザ）とＶＰＰサービス契約を直接締結して、ＤＥＲの制御を行う。アグリゲータとは、地域や所定の施設等の複数のＤＥＲを束ねてエネルギーマネジメントサービスを提供する電気事業者である。管理装置２０は、電力会社から要請されたＤＲ（Demand Response）要請に基づいて、複数のバッテリ５５（ＤＥＲ）の電力需給計画を作成する。

車両５０は、バッテリ５５に蓄えられた電力を用いて走行可能に構成されている。本実施の形態に車両５０は、エンジン（内燃機関）を備えない電気自動車（ＢＥＶ：(Battery Electric Vehicle）であるが、プラグインハイブリッド車（ＰＨＥＶ：Plug-in Hybrid Electric Vehicle）であってもよい。バッテリ５５は、たとえば、リチウムイオン電池あるいはニッケル水素電池等の二次電池から構成される。

ＥＶＳＥ３０は、Ｖ２Ｇ（Vehicle to Grid）（あるいは、Ｖ２Ｈ（Vehicle to Home））対応の給電装置であり、電力系統ＰＧから供給される電力をバッテリ５５に充電、あるいは、バッテリ５５から放電される電力を電力系統ＰＧへ供給する。

図２は、本実施の形態における管理装置２０等、各機器の構成を示す概略図である。管理装置２０は、プロセッサ２１と、メモリ２２と、通信ＩＦ（Interface）２３とを備える。プロセッサ２１は、メモリ２２に記憶されたプログラムを実行する。管理装置２０は、通信ＩＦ２３を介して車両５０およびＥＶＳＥ３０と通信して、各種データをやり取りする。

車両５０は、ＥＣＵ５１と、ＤＣＭ５２と、充放電ポート５３と、充放電器５４と、バッテリ５５と、走行駆動部５６とを含んで構成される。

ＥＣＵ５１は、プロセッサやメモリ等のハードウェアを有する。ＥＣＵ５１は、バッテリ５５の状態（たとえば、ＳＯＣ（State Of Charge））を検出するとともに、バッテリ５５の充放電制御を実行する。ＤＣＭ５２は、管理装置２０およびＥＶＳＥ３０等との通信を行う。

走行駆動部５６は、ＰＣＵ（Power Control Unit）とＭＧ（Motor Generator）とを含み、バッテリ５５に蓄えられた電力を用いて車両５０を走行させるように構成される。

車両５０は、ＥＶＳＥ３０との間で電力の充放電が可能である。充放電器５４は、充放電ポート５３およびバッテリ５５に電気的に接続される。充放電器５４は、ＥＶＳＥ３０から供給される電力をバッテリ５５に充電可能な電力に変換し、バッテリ５５を充電する。充放電器５４は、バッテリ５５から放電される電力をＥＶＳＥ３０が充電可能な電力に変換し、ＥＶＳＥ３０に電力を供給する。

ＥＶＳＥ３０は、車両５０外部の充放電設備に相当する。ＥＶＳＥ３０は、先端にコネクタ３４を有する充放電ケーブルを備える。コネクタ３４が車両５０の充放電ポート５３に接続（プラグイン）されることにより、車両５０とＥＶＳＥ３０との間で充放電可能な状態になる。

ＥＶＳＥ３０は、プロセッサ３１と、メモリ３２と、通信ＩＦ３３とを備える。プロセッサ３１は、メモリ３２に記憶されたプログラムを実行する。ＥＶＳＥ３０は、通信ＩＦ３３を介して管理装置２０および車両５０と通信して、各種データをやり取りする。

管理装置２０へ送信されるＤＲ要請は、ＤＲを実行する時間帯（日時）および要求される充放電電力であり、たとえば、３０分間を１コマとし、各コマにおける充放電電力である。管理装置２０は、ＤＲ要請に基づいて、各ＤＥＲ（バッテリ５５）の電力需給計画（充放電計画）を作成する。

アグリゲータと契約を結んだ車両５０を所有するユーザは、アグリゲータからの要請に従う充放電を行うことによって所定のインセンティブを受け取ることができる。また、要請に従うことを承認したにもかかわらず、要請に従わなかったユーザには、上記契約によって所定のペナルティ（違約金）が科される、またはインセンティブを受け取ることができない。

図３は、管理装置２０およびＥＶＳＥ３０で実行される処理の一例を示すフローチャートである。管理装置２０側で実行される処理は、周期的（たとえば、１００ｍｓｅｃごと）に実行される。ＥＶＳＥ３０側で実行される処理は、車両５０との接続が検出されたときに実行される。

管理装置２０は、電力会社（小売り電気事業者等）からのＤＲ要請に応答して電力需給計画を作成し、配下に繋がる複数のＥＶＳＥ３０に対する指令を行う。管理装置２０は、電力需給計画に基づき、各ＥＶＳＥ３０において充放電予定である車両群を充放電候補車両群として管理する。充放電候補車両群は、本開示の「候補車両群」の一例に相当する。

ＥＶＳＥ３０側の処理が開始すると、ＥＶＳＥ３０は、Ｓ２１において、ＥＶＳＥエラーを検知したか否かを判定する。以下、「ＥＶＳＥエラー」は、ＥＶＳＥ３０を介して行われる電力系統ＰＧとバッテリ５５との充放電において、充放電が不能となる異常（エラー）を指す。本実施の形態において、ＥＶＳＥエラーは、車両５０において生じたエラーである。ＥＶＳＥエラーは、ＥＶＳＥ３０において検知される。

ＥＶＳＥ３０は、ＥＶＳＥエラーを検知したと判定した場合（Ｓ２１でＹＥＳ）、エラー情報を管理装置２０に送信し（Ｓ２２）、Ｓ２３に処理を進める。一方、ＥＶＳＥ３０は、ＥＶＳＥエラーを検知したと判定しなかった場合（Ｓ２１でＮＯ）、Ｓ２１に処理を戻す。これにより、ＥＶＳＥエラーを検知するまでＳ２１の処理を繰り返す。なお、ＥＶＳＥ３０は、車両５０との接続が解除された場合に、本処理を終了すればよい。

以下、エラー発生時の状況を具体的に説明する。図４，図５は、エラー発生時の充放電車両および充放電候補車両群の一例を示す図である。

図４に示すように、現在、ＥＶＳＥ３０には、充放電のために車両５０ａ（「車両Ａ」とも称する）が接続されている。ここで、充放電のためにＥＶＳＥ３０と接続されている車両を「充放電車両」と称する。充放電車両は、本開示の「対象車両」の一例に相当する。

さらに、車両Ａの後に、車両５０ｂ（「車両Ｂ」とも称する）の充放電が予定されているものとする（順番１）。車両Ｂの後に、車両５０ｃ（「車両Ｃ」とも称する）の充放電が予定されているものとする（順番２）。車両Ｃの後に、車両５０ｄ（「車両Ｄ」とも称する）の充放電が予定されているものとする（順番３）。

充放電候補車両群は、このような待ち行列を成している車両群（車両Ｂ，Ｃ，Ｄ）を指す。充放電候補車両群の各々の車両には、ＥＶＳＥ３０に接続する順番が定められており、車両Ａの後に、車両Ｂ，Ｃ，Ｄの順（順番１～３）で充放電が予定されている。

図４の例では、充放電車両である車両ＡがＥＶＳＥ３０と充放電可能な状態である。しかし、車両Ａにおいてエラーが発生している。たとえば、車両Ａは、バッテリ５５の温度が高くなり、バッテリ５５の過熱を防止するためにエラーが発生したとする。この場合、ＥＶＳＥ３０は、車両Ａのエラーが発生し、エラーの種類が「バッテリの過熱」（以下、「エラーＡ」とも称する）である等、エラーに関するエラー情報を管理装置２０に送信する（Ｓ２２）。

図３に戻り、管理装置２０側の処理が開始すると、管理装置２０は、Ｓ１１において、ＥＶＳＥ３０においてＥＶＳＥエラーを検知したか否かを判定する。管理装置２０は、ＥＶＳＥエラーを検知したと判定した場合（つまり、ＥＶＳＥ３０からエラー情報を受信した場合）（Ｓ１１でＹＥＳ）、Ｓ１２に処理を進める。一方、管理装置２０は、ＥＶＳＥエラーを検知したと判定しなかった場合（Ｓ１１でＮＯ）、管理装置２０側の処理を終了する。

管理装置２０は、Ｓ１２において、ＥＶＳＥエラー発生時にＥＶＳＥ３０と接続されていた車両５０（以下、「エラー発生車両」と称する）を充放電制御対象から除外する。これにより、エラー発生車両とＥＶＳＥ３０との間の充放電を実行する処理が終了する。

管理装置２０は、Ｓ１３において、エラー発生車両のエラーの種類等の確認処理（エラー内容確認）を実行する。管理装置２０は、Ｓ１４において、エラーの種類に応じたエラー発生車両の復旧予測時間を推定する（復旧予測時間推定）。

たとえば、エラーの種類が「エラーＡ（バッテリの過熱）」である場合、復旧予測時間を「時間Ｘ１」と推定し、エラーの種類が「エラーＢ」である場合、復旧予測時間を「時間Ｘ２」と推定し、エラーの種類が「エラーＣ」である場合、復旧予測時間を「－」と推定する。

エラーＡ（バッテリの過熱）の場合、バッテリ５５が冷却されて再び充放電可能となる所定温度まで低下するまでの時間Ｘ１が、復旧予測時間として算出される。エラーＢも時間の経過により解消可能なエラーである。時間の経過によりエラーＢのエラーが解消するであろうと推測される時間Ｘ２がエラーＢの復旧予測時間として算出される。

エラーＣは、たとえば、車両５０において発生したハードウェアの故障等である。たとえば、バッテリ５５等が物理的に破損するなど、時間が経過してもエラーが解消されないような場合には、復旧不能であると判定し、復旧予測時間が算出されない（復旧予測時間は「－」）。

上記図４の例では、車両Ａが充放電車両から除外される。上記確認処理において、車両Ａにエラーが発生し、そのエラーの種類が「バッテリの過熱(エラーＡ）」である等の情報が設定される。この場合、復旧可能であると判定し、バッテリ５５が再び使用可能となる「Ｘ１」時間後を「復旧予測時間」として算出する。

このように、管理装置２０は、ＥＶＳＥ３０においてＥＶＳＥエラーが検知された場合、エラーの種類に応じて、エラーから復旧するまでの復旧予測時間を推定する。

以下、Ｓ１５～Ｓ１７において、候補車両入替処理を実行する。管理装置２０は、Ｓ１５において、充放電候補車両群から新たな充放電車両を選択する。このように、管理装置２０は、エラーが検知された場合、ＥＶＳＥ３０における電力需給計画に使用される充放電候補車両群の中から、充放電車両に代えてＥＶＳＥ３０に接続する車両を選択する。

管理装置２０は、復旧可能であると判定した場合（Ｓ１６でＹＥＳ）、エラー発生車両（充放電車両）を、復旧予測時間に基づき充放電候補車両群に追加し（Ｓ１７）、Ｓ１８に処理を進める。一方、管理装置２０は、復旧不能であると判定した場合（Ｓ１６でＮＯ）、そのままＳ１８に処理を進める。

以下、図５を用いて説明する。管理装置２０は、充放電候補車両群である車両Ｂ，Ｃ，Ｄの待ち行列から、次に充放電が予定されている車両Ｂを新たな充放電車両を選択し、充放電車両とする。これにより、充放電候補車両群は、車両Ｃ，Ｄとなる。

充放電車両（エラー発生車両）である車両Ａは、復旧可能であると判定されているため、充放電候補車両群に追加される。管理装置２０は、充放電車両を充放電候補車両群に追加する際に、復旧予測時間に基づき、充放電車両をＥＶＳＥ３０に接続する順番を決定する。

具体的には、管理装置２０は、全ての充放電候補車両を充放電した場合に、充放電の完了時間が最も短くなるように充放電候補車両群の順番を決定する。本例では、車両Ｂ～Ｄの充放電完了に要する時間がＸ１時間より小さいものとする。この場合、車両Ａが充放電可能となるＸ１時間の経過前に、車両Ｂ～Ｄの充放電が完了するため、充放電候補車両群の車両Ｄの後に車両Ａを追加する。その結果、充放電候補車両群は、車両Ｃ，Ｄ，Ａの順になる。

一方、たとえば、車両Ｄの充放電開始時刻がかなり遅く設定されているような場合、充放電候補車両群は、車両Ｃ，Ａ，Ｄの順に設定され得る。たとえば、車両Ｂ，Ｃ，Ａの順に３つの車両を充放電完了させたとしても、車両Ｄの充放電の開始時間に到達しないような場合が該当する。

このように、管理装置２０は、エラーの検知時にＥＶＳＥ３０に接続されていたバッテリ５５を搭載する充放電車両を、ＥＶＳＥ３０における復旧予測時間経過以降の電力需給計画に使用される車両として設定する。

図３に戻り、管理装置２０は、Ｓ１８において、車両変更情報を送信し、管理装置２０側の処理を終了する。上記例においては、充放電車両が「車両Ｂ」、充放電候補車両群が「車両Ｃ，Ｄ，Ａ」、車両Ａの復旧予測時間が「Ｘ１時間」である等の情報がＥＶＳＥ３０に送信される。

一方、ＥＶＳＥ３０は、車両変更情報を受信したと判定した場合（Ｓ２３でＹＥＳ）、車両変更情報に基づき充放電を実行する処理を再開し（Ｓ２４）、ＥＶＳＥ３０側の処理を終了する。上記例では、ＥＶＳＥ３０は、車両Ａのエラー発生により中断されていた充放電を実行する処理を再開する。この場合、ＥＶＳＥ３０は、車両Ｂを充放電車両に設定し、ＥＶＳＥ３０に車両Ｂが接続された場合に、車両Ｂとの間で充放電を行う。

以上、本実施の形態によれば、管理システム１は、ＥＶＳＥ３０と、複数のバッテリ５５と、管理装置２０とを備える。管理装置２０は、各々がＥＶＳＥ３０を介して電力系統ＰＧに電気的に接続可能な複数のバッテリ５５の電力需給計画を管理する装置である。管理装置２０は、プロセッサ２１と、プロセッサ２１によって実行可能なプログラムを記憶するメモリ２２とを備える。プロセッサ２１は、充放電が不能となるエラーが検知された場合、エラーの種類に応じて、エラーから復旧するまでの復旧予測時間を推定する。プロセッサ２１は、エラーの検知時にＥＶＳＥ３０に接続されていたバッテリ５５を搭載する充放電車両を、ＥＶＳＥ３０における復旧予測時間経過以降の電力需給計画に使用される車両として設定する。

この構成によれば、充放電が不能となる異常が検知された場合であっても、異常から復旧するまでの復旧予測時間に基づき、異常検知時にＥＶＳＥ３０に接続されていたバッテリ５５を搭載する充放電車両を電力需給計画に組み込む。このように、異常からの復旧時間を見込んで電力需給計画を策定するため、電力系統ＰＧに対して計画されていた電力需給量が不足してしまうことを抑制することができる。また、車両のユーザは契約通りの電力需給を行うことができるため、違約金の発生を避け、契約通りの需給調整を安定的に行うことができる。

ＥＶＳＥ３０において充放電が不能となるエラーは、充放電車両において生じたものである。これにより、異常が発生した充放電車両も含めて電力需給計画を策定するため、電力系統ＰＧに対して計画されていた電力需給量が不足してしまうことを抑制することができる。

プロセッサ２１は、エラーが検知された場合、ＥＶＳＥ３０における電力需給計画に使用される充放電候補車両群の中から、充放電車両に代えてＥＶＳＥ３０に接続する車両を選択する。プロセッサ２１は、充放電車両を充放電候補車両群に追加する。このように、充放電候補車両群の中から次にＥＶＳＥ３０に接続する車両を選択し、異常が検知された充放電車両を充放電候補車両群に追加するため、異常からの復旧時間を踏まえて充放電候補車両群を生成することができる。

充放電候補車両群の各々の車両には、ＥＶＳＥ３０に接続する順番が定められている。プロセッサ２１は、充放電車両を充放電候補車両群に追加する際に、復旧予測時間に基づき、充放電車両をＥＶＳＥ３０に接続する順番を決定する。このように、充放電候補車両群において、異常が検知された充放電車両のＥＶＳＥ３０への接続順が復旧予測時間に基づき決定されるため、極力無駄な待ち時間が発生しないように電力系統ＰＧに対する充放電を行うことができる。

なお、本実施の形態において、ＥＶＳＥエラーは、車両５０において生じたエラーであるとして説明した。しかし、これに限らず、ＥＶＳＥエラーは、電力系統ＰＧとバッテリ５５との充放電において、ＥＶＳＥ３０において検知される、充放電が不能となるエラーであれば、どのようなエラーであってもよい。たとえば、ＥＶＳＥ３０側で生じるなんらかの不具合により発生したエラーであってもよい。このエラーが復旧予測時間としてＸ１時間後に復旧されると推測された場合、エラー発生時にＥＶＳＥ３０に接続されていた車両を、Ｘ１時間経過後に再度接続するように電力需給計画を調整すればよい。

今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 管理システム、２０ 管理装置、２１，３１ プロセッサ、２２，３２ メモリ、２３，３３ 通信ＩＦ、３０ ＥＶＳＥ、３４ コネクタ、５０，５０ａ～ｄ 車両、５１ ＥＣＵ、５２ ＤＣＭ、５３ 充放電ポート、５４ 充放電器、５５ バッテリ、５６ 走行駆動部、ＰＧ 電力系統。

Claims (5)

1. 各々が充放電設備を介して電力系統に電気的に接続可能な複数の電力調整リソースの電力需給計画を管理する管理装置であって、
   プロセッサと、
   前記プロセッサによって実行可能なプログラムを記憶するメモリとを備え、
   前記プロセッサは、
   充放電が不能となる異常が検知された場合、前記異常の種類に応じて、前記異常から復旧するまでの復旧予測時間を推定し、
   前記異常の検知時に前記充放電設備に接続されていた電力調整リソースを搭載する対象車両を、前記充放電設備における前記復旧予測時間経過以降の電力需給計画に使用される車両として設定する、管理装置。
2. 前記異常は、前記対象車両において生じたものである、請求項１に記載の管理装置。
3. 前記プロセッサは、
   前記異常が検知された場合、前記充放電設備における電力需給計画に使用される候補車両群の中から、前記対象車両に代えて前記充放電設備に接続する車両を選択し、
   前記対象車両を前記候補車両群に追加する、請求項２に記載の管理装置。
4. 前記候補車両群の各々の車両には、前記充放電設備に接続する順番が定められており、
   前記プロセッサは、前記対象車両を前記候補車両群に追加する際に、前記復旧予測時間に基づき、前記対象車両を前記充放電設備に接続する順番を決定する、請求項３に記載の管理装置。
5. 充放電設備と、
   各々が前記充放電設備を介して電力系統に電気的に接続可能な複数の電力調整リソースと、
   前記複数の電力調整リソースの電力需給計画を管理する管理装置とを備え、
   前記管理装置は、
   充放電が不能となる異常が検知された場合、前記異常の種類に応じて、前記異常から復旧するまでの復旧予測時間を推定し、
   前記異常の検知時に前記充放電設備に接続されていた電力調整リソースを搭載する対象車両を、前記充放電設備における前記復旧予測時間経過以降の電力需給計画に使用される車両として設定する、管理システム。