JP7673711B2 - エネルギーマネジメント方法、プログラム、コンピュータ装置 - Google Patents

Description

本開示は、エネルギーマネジメント方法、プログラム、およびコンピュータ装置に関する。

特開２０２０－１５６１４９号公報（特許文献１）には、電気自動車を用いたＶＰＰシステムが開示されている。ＶＰＰ（仮想発電所）は、ＩｏＴ（モノのインターネット）を利用した高度なエネルギーマネジメント技術により多数のＤＥＲ（Distributed Energy Resources）を束ね、これらＤＥＲを遠隔・統合制御することによってあたかも１つの発電所のように機能させる仕組みである。

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

ところで、エネルギーマネジメントにおいては、複数の蓄電装置（例えば、電気自動車に搭載された蓄電装置）が使用されるかもしれない。こうした方法では、複数の蓄電装置で同時に充電を行うことで、１つの蓄電装置だけで充電するよりも大きい充電電力によってエネルギーマネジメントを行うことが可能になる。しかし、エネルギーマネジメントの途中でいずれかの蓄電装置が満充電状態になると、上記複数の蓄電装置の最大充電電力（複数の蓄電装置が充電可能な上限電力）が小さくなり、エネルギーマネジメントのために要求される電力を上記複数の蓄電装置が充電できなくなる可能性がある。

本開示は、上記課題を解決するためになされたものであり、その目的は、複数の蓄電装置を用いたエネルギーマネジメントにおいて、それら蓄電装置の最大充電電力の低下を抑制することである。

本開示の第１の観点に係る形態に従うと、以下に示すエネルギーマネジメント方法が提供される。

（第１項）当該エネルギーマネジメント方法は、対象期間内か否かを判断することと、複数の蓄電装置から選ばれた対象リソースによって対象期間内においてエネルギーマネジメントを実行することとを含む。エネルギーマネジメントを実行することは、対象期間内においてエネルギーマネジメントが行われるように対象リソースを充電することと、対象期間内において複数の蓄電装置の各々が目標の充電量に到達した状態になることを抑制するように対象リソースを複数の蓄電装置から選び直すこととを含む。

上記方法では、対象期間（すなわち、エネルギーマネジメントが実行される期間）内において、複数の蓄電装置の各々が目標の充電量に到達した状態になることを抑制するように（例えば、複数の蓄電装置がいずれも満充電状態にならないように）、対象リソースを複数の蓄電装置から選び直すようにしている。このため、エネルギーマネジメントの途中でいずれかの蓄電装置が目標の充電量に到達した状態になることが抑制される。こうした処理によれば、複数の蓄電装置を用いたエネルギーマネジメントにおいて、それら蓄電装置の最大充電電力の低下を抑制することが可能になる。

上記第１項に記載のエネルギーマネジメント方法は、以下に示す第２項～第５項のいずれか１項に記載の構成を有し得る。

（第２項）第１項に記載のエネルギーマネジメント方法が以下の特徴をさらに有する。当該エネルギーマネジメント方法は、複数の蓄電装置の各々は車両に搭載されている。対象リソースを選び直すことは、複数の蓄電装置の各々に関する蓄電残量と車両の出発予定時刻とを用いて対象リソースを選ぶことを含む。

対象期間内において上記複数の蓄電装置の各々が満充電状態になることを抑制するように対象リソース（充電対象）を選び直すことによって、車両の出発予定時刻までに蓄電装置の蓄電残量を目標値まで上昇させることができなくなることが懸念される。この点、上記方法では、上記複数の蓄電装置の各々に関する蓄電残量と車両の出発予定時刻とを用いて対象リソースを選ぶようにしている。このため、上記方法によれば、対象期間内において上記複数の蓄電装置がいずれも満充電状態にならないようにすることと、車両の出発予定時刻までに蓄電装置の蓄電残量を目標値まで上昇させることとの、両立を図りやすくなる。

蓄電装置を備える各車両の出発予定時刻は、対象期間経過後であってもよい。各車両は、電力を動力源の全てまたは一部として利用する電動車（ｘＥＶ）であってもよい。ｘＥＶには、ＢＥＶ（電気自動車）、ＰＨＥＶ（プラグインハイブリッド車）、ＦＣＥＶ（燃料電池車）などが含まれる。

（第３項）第２項に記載のエネルギーマネジメント方法が以下の特徴をさらに有する。対象リソースを選び直すことは、複数の蓄電装置から、充電期限が早い蓄電装置を優先的に対象リソースとして選ぶことを含む。蓄電装置の充電期限は、当該蓄電装置を備える車両の出発予定時刻から当該蓄電装置の残充電時間さかのぼった時刻である。蓄電装置の残充電時間は、当該蓄電装置の蓄電残量を目標値まで上昇させるために要する時間である。

上記のように、充電期限が早い蓄電装置を優先的に対象リソースとして選ぶことで、車両の出発予定時刻までに蓄電残量を目標値にするための充電の期限が近い蓄電装置から優先的に充電が実行されるようになる。これにより、上記複数の蓄電装置の各々について、対象期間内において蓄電残量が満充電量にならないようにすることと、車両の出発予定時刻までに蓄電残量を目標値まで上昇させることとの、両立が図られる。

（第４項）第３項に記載のエネルギーマネジメント方法が以下の特徴をさらに有する。対象リソースを選び直すことは、充電期限に従って選ばれた対象リソースについて、残充電時間が所定時間以下になったか否かを判断することと、残充電時間が所定時間以下になったと判断された場合に、複数の蓄電装置から対象リソースを選び直すこととを含む。

上記のように、対象リソースの選び直し条件（選び直しのタイミング）を残充電時間によって定めることで、対象期間内において複数の蓄電装置がいずれも満充電状態にならないように対象リソースを複数の蓄電装置から選び直しやすくなる。

（第５項）第１項～第４項のいずれか１項に記載のエネルギーマネジメント方法が以下の特徴をさらに有する。対象リソースを選び直すことは、複数の蓄電装置から、蓄電残量が所定の第１基準値未満の蓄電装置を優先的に対象リソースとして選ぶことと、蓄電残量に従って選ばれた対象リソースについて、蓄電残量が第１基準値以上に予め設定された第２基準値以上になったか否かを判断することと、蓄電残量が第２基準値以上になったと判断された場合に、複数の蓄電装置から対象リソースを選び直すこととを含む。

上記方法によれば、対象期間内において、少なくとも上記第１基準値に相当する蓄電残量が複数の蓄電装置の各々に確保されやすくなる。これにより、対象期間経過後に複数の蓄電装置の各々を所定の用途で使用しやすくなる。

（第６項）第１項～第５項のいずれか１項に記載のエネルギーマネジメント方法が以下の特徴をさらに有する。当該エネルギーマネジメント方法は、対象期間で車群が出力可能な充放電量と、対象期間で必要な車群の充放電量との差が所定値以上の場合は、目標の充電量に到達した状態になることの抑制を解除することをさらに含む。上記車群に含まれる各車両は、前述の蓄電装置を備える。

（第７項）第１項～第６項のいずれか１項に記載のエネルギーマネジメント方法が以下の特徴をさらに有する。当該エネルギーマネジメント方法は、対象期間で車群が出力可能な充放電量を、対象期間で必要な車群の充放電量で割った値が所定値以上の場合は目標の充電量に到達した状態になることの抑制を解除することをさらに含む。上記車群に含まれる各車両は、前述の蓄電装置を備える。

（第８項）第１項～第７項のいずれか１項に記載のエネルギーマネジメント方法が以下の特徴をさらに有する。当該エネルギーマネジメント方法は、対象期間で車群が出力可能な充放電出力と、対象期間で必要な車群の充放電出力との差が所定値以上の場合は、目標の充電量に到達した状態になることの抑制を解除することをさらに含む。上記車群に含まれる各車両は、前述の蓄電装置を備える。

（第９項）第１項～第８項のいずれか１項に記載のエネルギーマネジメント方法が以下の特徴をさらに有する。当該エネルギーマネジメント方法は、対象期間で車群が出力可能な充放電出力を、対象期間で必要な車群の充放電出力で割った値が所定値以上の場合は目標の充電量に到達した状態になることの抑制を解除することをさらに含む。上記車群に含まれる各車両は、前述の蓄電装置を備える。

上記第６項～第９項のいずれか１項に記載のエネルギーマネジメント方法によれば、所定の解除条件が成立する場合に、対象期間内において複数の蓄電装置の各々が目標の充電量に到達した状態になることの抑制処理を解除することが可能になる。解除条件は、上記抑制処理の必要性が低い状況、あるいは上記抑制処理が不要である状況において成立するように設定される。

他の観点に係る形態に従うと、第１項～第９項のいずれか１項に記載のエネルギーマネジメント方法をコンピュータに実行させるプログラムが提供される。ある形態においては、上記プログラムを記憶する記憶装置と、記憶装置に記憶されたプログラムを実行するプロセッサとを備えるコンピュータ装置が提供される。他の形態においては、上記プログラムを配信するコンピュータ装置が提供される。

本開示によれば、複数の蓄電装置を用いたエネルギーマネジメントにおいて、それら蓄電装置の最大充電電力の低下を抑制することが可能になる。

本開示の実施の形態に係るエネルギーマネジメントシステムの概略的な構成を示す図である。 三次調整力－２の概要について説明するための図である。 電力系統の調整力として車群を動作させるためにサーバ（コンピュータ装置）が実行する処理について説明するための図である。 本開示の実施の形態に係るエネルギーマネジメント方法を示すフローチャートである。 図４に示した対象リソース選定に係る処理の詳細を示すフローチャートである。 図４および図５に示した方法によってエネルギーマネジメントが実行されたときの各リソースのＳＯＣ推移の第１の例を示すタイムチャートである。 図４および図５に示した方法によってエネルギーマネジメントが実行されたときの各リソースのＳＯＣ推移の第２の例を示すタイムチャートである。 図４および図５に示した方法によってエネルギーマネジメントが実行されたときの各リソースのＳＯＣ推移の第３の例を示すタイムチャートである。 図５に示した処理の変形例を示すフローチャートである。

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

図１は、本開示の実施の形態に係るエネルギーマネジメントシステムの概略的な構成を示す図である。図１を参照して、この実施の形態に係るエネルギーマネジメントシステムは、電力系統ＰＧのエネルギーマネジメントを実行する。このエネルギーマネジメントシステムは、車群１と、ＥＶＳＥ群２と、サーバ３００，７００とを含む。ＥＶＳＥは、車両用給電設備（Electric Vehicle Supply Equipment）を意味する。

電力系統ＰＧは、送配電設備によって構築される電力網である。電力系統ＰＧには、複数の発電所が接続されている。電力系統ＰＧは、それらの発電所から電力の供給を受けている。車群１は、電力系統ＰＧの調整力として動作可能な複数の電動車（ｘＥＶ）を含む。ＥＶＳＥ群２は、電力系統ＰＧから電力の供給を受ける複数のＥＶＳＥを含む。ＥＶＳＥ群２に含まれる各ＥＶＳＥは、例えば通信線を介して通信ネットワークＮＷと接続されている。通信ネットワークＮＷは、例えばインターネットと無線基地局とによって構築される広域ネットワークである。

サーバ７００は、電力系統ＰＧのＴＳＯ（系統運用者）に帰属するコンピュータに相当する。サーバ３００は、アグリゲータに帰属するコンピュータに相当する。サーバ３００とサーバ７００との各々は、例えば通信線を介して通信ネットワークＮＷと接続されている。サーバ３００とサーバ７００とは相互に通信可能に構成される。

サーバ３００としては、プロセッサ３１０、ＲＡＭ（Random Access Memory）３２０、および記憶装置３３０を備えるコンピュータを採用できる。サーバ３００は時計機能を有する。サーバ３００は、図示しないＨＭＩ（Human Machine Interface）をさらに備えてもよい。ＨＭＩは、タッチパネルディスプレイであってもよい。プロセッサ３１０としては、例えばＣＰＵ（Central Processing Unit）を採用できる。記憶装置３３０は、格納された情報を保存可能に構成される。記憶装置３３０は書き換え可能な不揮発性メモリを含んでもよい。サーバ３００において、記憶装置３３０に記憶されているプログラムをプロセッサ３１０が実行することで、各種の処理（例えば、後述する図３～図８参照）が実行される。ただし、これらの各種処理は、ソフトウェアによる実行に限られず、専用のハードウェア（電子回路）で実行することも可能である。

車群１に含まれる各車両（以下、区別しない場合は「車両１００」と称する）の識別情報（車両ＩＤ）が、予めサーバ３００に登録されている。サーバ３００の記憶装置３３０は、車両１００に関する情報（以下、単に「車両情報」とも称する）を、車両ＩＤで区別して記憶している。車両情報には、車両１００の仕様（例えば、定格充電電力）と、車両１００が電力系統ＰＧと電気的に接続された状態（プラグイン状態）になっているか否かを示す情報と、プラグイン状態の車両１００に関する情報（例えば、蓄電残量、出発予定時刻、および充電目標値）とが含まれる。

この実施の形態では、サーバ３００が、ＥＶＳＥ２００を介して、ＥＶＳＥ２００に接続された車両１００（プラグイン状態の車両１００）と通信することにより、その車両１００に関する情報を取得する。ユーザは、後述する図３に示すユーザ端末５００を通じて、車両１００に出発予定時刻および充電目標値を設定することができる。出発予定時刻は、車両１００が次回走行を開始する予定の時刻（すなわち、車両１００が駐車状態から走行状態に移行する予定の時刻）に相当する。この実施の形態における充電目標値は、出発予定時刻における蓄電残量の目標値に相当し、ＳＯＣ値で表すことができる。以下、充電目標値を示すＳＯＣ値を、「目標ＳＯＣ」と称する。なお、ＳＯＣ（State Of Charge）は、蓄電残量を示し、例えば満充電状態の蓄電量に対する現在の蓄電量の割合を０～１００％で表わしたものである。

ＥＶＳＥ群２に含まれる各ＥＶＳＥ（以下、区別しない場合は「ＥＶＳＥ２００」と称する）の識別情報（ＥＶＳＥ－ＩＤ）が、予めサーバ３００に登録されている。サーバ３００の記憶装置３３０は、ＥＶＳＥ２００に関する情報（以下、単に「ＥＶＳＥ情報」とも称する）を、ＥＶＳＥ－ＩＤで区別して記憶している。ＥＶＳＥ情報には、ＥＶＳＥ２００の仕様（例えば、定格給電電力）と、ＥＶＳＥ２００の通信アドレスと、ＥＶＳＥ２００の位置（例えば、緯度および経度）とが含まれる。

サーバ３００は、複数の分散型エネルギーリソース（以下、「ＤＥＲ（Distributed Energy Resources）」とも称する）を束ねてＶＰＰ（仮想発電所）を実現するように構成される。ＶＰＰは、複数のＤＥＲを遠隔・統合制御することによってあたかも１つの発電所のように機能させる仕組みである。例えば、ＥＶＳＥ２００と電気的に接続された車両１００は、ＶＰＰのためのＤＥＲとして機能し得る。このため、サーバ３００は、例えばサーバ７００（ＴＳＯ）からの要求に応じて、ＥＶＳＥ２００と電気的に接続された車両１００に電力系統ＰＧのエネルギーマネジメントを実行させる。サーバ３００は、電力市場において、ＴＳＯが要求する調整力を落札してもよい。

サーバ３００は、ユーザによって予め定められた条件（例えば、入札条件）に従って電力市場で取引き（例えば、入札および約定）を自動的に行い、電力取引きに関する帳簿（取引き記録）を管理するように構成される。サーバ３００は、電力取引きに関する決済を行ってもよい。以下では、電力市場で落札される調整力の一例として、三次調整力－２について説明する。

図２は、三次調整力－２の概要について説明するための図である。図１とともに図２を参照して、三次調整力－２は、ＦＩＴ（Feed-in Tariff）特例制度のための調整力であり、需給調整市場で取引きされる。需給調整市場では、電力を商品とした取引きが行われる。各商品は、例えば入札方式によって売買される。三次調整力－２は、「ＲＲ－ＦＩＴ」（Replacement Reserve for Feed-in Tariff）に相当し、応動時間は４５分以内、継続時間は３時間（６コマ）である。需給調整市場では、１日を３時間単位で区切った８ブロックの各々について、三次調整力－２の取引きが行われる。

ＦＩＴ特例制度では、ＴＳＯが発電計画に対するインバランスの責任を負う。ＴＳＯは、対象ブロックの前々日に再エネ出力を予測して発電計画値を決定する。そして、ＴＳＯは、対象ブロックの前日に、再エネ予測誤差（前々日からの予測誤差）を解消するための三次調整力－２を調達する。なお、再エネは、再生可能エネルギー（ＲＥ：Renewable Energy）を意味する。

サーバ３００は、対象ブロックの前日の１２時から１４時までの期間内に、需給調整市場で入札を行う。具体的には、サーバ３００は、商品（例えば、三次調整力－２）、ブロック（８ブロックのいずれか）、および入札量（ΔｋＷ）を含む入札情報（すなわち、入札条件を示す情報）を、需給調整市場システムへ送信する。その後、入札日の１５時に結果がサーバ３００に通知される。入札した商品が落札されると、約定に至る。ΔｋＷ約定量は、落札量に相当する。

需給調整市場で三次調整力－２を落札した者（落札者）は、基準値（ｋＷ）に対して設定された落札量の範囲（以下、「落札範囲」とも称する）内で電力を調整する義務（契約義務）を負う。この実施の形態では、サーバ３００が三次調整力－２に入札する。そして、入札した商品が落札されると、サーバ３００は、所定の時刻ｔ０（例えば、落札された対象ブロックの開始時刻１時間前）までに基準値を需給調整市場システムに登録する。時刻ｔ０は、基準値の提出期限に相当する。図２に示す例は、充電側の調整力が落札された例である。この例では、充電側の基準値が登録される。サーバ３００は、落札された対象ブロック（例えば、図２に示す約定期間ｔ１～ｔ２）において、落札範囲内でサーバ７００が任意に要求する目標値（例えば、図２に示す目標値Ｌ１）を、サーバ７００から逐次受信する。

この実施の形態では、サーバ３００が、車群１から、約定期間ｔ１～ｔ２に割り当てる複数の車両（例えば、後述する車両１００Ａ～１００Ｃ）を選ぶ。選ばれた各車両は、約定期間ｔ１～ｔ２においてプラグイン状態を維持する。そして、サーバ３００は、約定期間ｔ１～ｔ２において、それらプラグイン状態の車両の中から１台以上の車両を、対象リソース（制御対象）として選びつつ、選ばれた対象リソースが電力系統ＰＧのエネルギーマネジメントを実行するように、対象リソースを制御する。具体的には、サーバ３００は、約定期間ｔ１～ｔ２において、対象リソースによる実績充電電力（実績値Ｌ２）が、サーバ７００からの目標充電電力（目標値Ｌ１）に追従するように、対象リソースの充電制御を実行する。基準値（ｋＷ）と実績値Ｌ２（ｋＷ）との差が、対象リソースが提供する電力系統ＰＧの調整力（ΔｋＷ）に相当する。

サーバ３００は、目標値Ｌ１に従って対象リソースに指令値を送信する。約定期間ｔ１～ｔ２内において目標値Ｌ１が変更された場合、サーバ３００は、商品要件の応動時間内に実績値Ｌ２をその値（変更後の目標値Ｌ１）に変化させる。約定期間ｔ１～ｔ２内において目標値Ｌ１が同じ値で継続する場合、サーバ３００は、少なくとも商品要件の継続時間は実績値Ｌ２を目標値Ｌ１に維持する。約定期間ｔ１～ｔ２の終了後、サーバ３００は、約定期間ｔ１～ｔ２における実績データ（実績値Ｌ２）をサーバ７００（ＴＳＯのサーバ）へ送信する。ＴＳＯは、約定期間ｔ１～ｔ２において、ΔｋＷ約定量（落札量）の供出が可能な状態を落札者が維持していることと、落札範囲内で目標値Ｌ１に従って落札者が調整していること（応動実績）とを確認する。ΔｋＷ約定量の供出可否の評価（アセスメントＩ）と応動実績の評価（アセスメントＩＩ）との少なくとも一方において、商品要件の不適合が判明した場合には、落札者に所定のペナルティ料金が科される。

図３は、電力市場で落札した電力系統ＰＧの調整力として車群１を動作させるためにサーバ３００が実行する処理について説明するための図である。

まず、車群１に含まれる車両１００とＥＶＳＥ群２に含まれるＥＶＳＥ２００との各々の構成について説明する。図３を参照して、車両１００は、バッテリ１１０と、電子制御装置（以下、「ＥＣＵ（Electronic Control Unit）」と表記する）１５０とを備える。ＥＣＵ１５０は、例えばプロセッサおよび記憶装置を備えるコンピュータである。車両１００は、バッテリ１１０に蓄えられた電力を用いて走行可能に構成される電動車（ｘＥＶ）である。車両１００は、内燃機関を備えないＢＥＶであってもよいし、内燃機関を備えるＰＨＥＶであってもよい。バッテリ１１０としては、公知の車両用蓄電装置（例えば、液式二次電池、全固体二次電池、または組電池）を採用できる。車両用二次電池の例としては、リチウムイオン電池、ニッケル水素電池が挙げられる。

ＥＶＳＥ２００の本体は、制御部２１０および回路部２２０を内蔵する。ＥＶＳＥ２００は、ＥＶＳＥ２００の本体から外側に向かって延びる充電ケーブル２３０をさらに備える。充電ケーブル２３０は回路部２２０と電気的につながっている。制御部２１０は、プロセッサおよび記憶装置を含み、サーバ３００からの指令に従って回路部２２０を制御する。回路部２２０は、車両１００に対する給電（バッテリ１１０の充電）のための回路を含む。充電ケーブル２３０は、先端にコネクタ２４０（プラグ）を有する。

車両１００は、コネクタ２４０が着脱可能なインレット１２０をさらに備える。ＥＶＳＥ２００の本体につながる充電ケーブル２３０のコネクタ２４０が駐車状態の車両１００のインレット１２０に接続されることで、車両１００はＥＶＳＥ２００と電気的に接続された状態（以下、「プラグイン状態」とも称する）になる。一方、例えば車両１００の走行中においては、車両１００がＥＶＳＥ２００と電気的に接続されていない状態（以下、「プラグアウト状態」とも称する）になる。

ＥＶＳＥ２００は、コネクタ２４０の状態（プラグイン状態／プラグアウト状態）を検出する接続検出回路（図示せず）を備える。接続検出回路は、コネクタ２４０の状態を制御部２１０へ出力する。また、制御部２１０は、回路部２２０に含まれるセンサ（図示せず）から、ＥＶＳＥ２００の稼働状況（例えば、電力系統ＰＧからの入力電力、および車両１００への出力電力）を示す情報を取得する。ＥＶＳＥ２００の稼働期間においては、ＥＶＳＥ２００に関する情報がＥＶＳＥ２００からサーバ３００へ逐次送信される。

ＥＶＳＥ２００と電力系統ＰＧとは電気的に接続されている。このため、プラグイン状態の車両１００は電力系統ＰＧと電気的に接続される。プラグイン状態においてバッテリ１１０の充電を行う場合には、電力系統ＰＧからＥＶＳＥ２００に電力が供給され、ＥＶＳＥ２００の回路部２２０が、供給される電力を、車両１００への給電に適した電力に変換して、変換後の電力を充電ケーブル２３０のコネクタ２４０に出力する。この場合、コネクタ２４０からインレット１２０に入力される電力によってバッテリ１１０が充電される。

車両１００は、バッテリ１１０の温度調整を行う温度調整装置１３０をさらに備える。温度調整装置１３０は、例えば、バッテリ１１０を加熱するヒータを含む。ただしこれに限られず、温度調整装置１３０は、ヒータに代えてまたは加えて、バッテリ１１０を冷却する送風機（例えば、ファンまたはブロワ）を含んでもよい。温度調整装置１３０は、ＥＣＵ１５０によって制御される。ＥＣＵ１５０は、バッテリ１１０の充電前に、温度調整装置１３０によってバッテリ１１０の温度を所定温度範囲内に調整する。この実施の形態では、バッテリ１１０が本来の充電性能を十分に発揮できる温度範囲（以下、「充電レンジ」とも称する）を、所定温度範囲とする。バッテリ１１０の温度が充電レンジから外れると、バッテリ１１０の充電電力が低下することがある。

ユーザ端末５００は、車両１００のユーザによって所持される携帯端末である。ユーザ端末５００は、車両１００と通信可能に構成される。この実施の形態では、ユーザ端末５００として、タッチパネルディスプレイを具備するスマートフォンを採用する。スマートフォンはコンピュータを内蔵する。ただしこれに限られず、ユーザ端末５００としては、任意の端末を採用可能である。例えば、ラップトップ、タブレット端末、携帯型ゲーム機、ウェアラブルデバイス（スマートウォッチ、スマートグラス、スマートグローブなど）、電子キーなども、ユーザ端末５００として採用可能である。

次に、サーバ３００が実行するエネルギーマネジメントに係る処理について説明する。この実施の形態では、サーバ３００が、エネルギーマネジメントのためのリソースを、車群１から選ぶ。サーバ３００は、例えば、エネルギーマネジメントを要請する信号（以下、「ＶＰＰ信号」とも称する）を、車両のユーザ端末５００に送り、承諾／拒否のいずれかの返信をユーザ端末５００に要求する。ＶＰＰ信号は、ＤＲ（デマンドレスポンス）を実施するための信号に相当する。

ＶＰＰ信号は、車両の拘束期間（すなわち、エネルギーマネジメントのために車両が拘束される期間）を含む。拘束期間は、エネルギーマネジメントが実行される期間に相当し、例えば図２に示した約定期間（落札した商品の調整期間）である。この実施の形態では、上記拘束期間が、本開示に係る「対象期間」の一例に相当する。以下では、上記拘束期間を「ＶＰＰ期間」と称する。

ＶＰＰ信号は、ＶＰＰ期間の開始時刻における蓄電残量の上限値を示す情報（以下、「開始ＳＯＣ上限値」と表記する）をさらに含む。ユーザ端末５００は、ＶＰＰ信号を受信すると、ＶＰＰ期間および開始ＳＯＣ上限値を表示する。車両ユーザは、ユーザ端末５００を操作することによって承諾／拒否のいずれかを選択できる。サーバ３００は、ユーザ端末５００から承諾の返信を受けた場合には、その車両をリソースとして決定する。ユーザが上記承諾の返信を行うことは、ＶＰＰ信号が示す要請（例えば、ＶＰＰ期間および開始ＳＯＣ上限値）に従うことをユーザがアグリゲータに約束することを意味する。このため、リソースとして決定された車両１００のユーザは、ＶＰＰ期間の開始時刻までにバッテリ１１０のＳＯＣが開始ＳＯＣ上限値以下になった状態の車両１００をプラグイン状態にして、ＶＰＰ期間内において車両１００をプラグイン状態に維持する。すなわち、リソースとして決定された車両１００の出発予定時刻は、ＶＰＰ期間よりも後に設定されている。ＶＰＰ信号はインセンティブ情報をさらに含み、ユーザ端末５００はそのインセンティブ情報をさらに表示してもよい。サーバ３００は、アグリゲータとの約束（契約）を履行した車両ユーザに、ＶＰＰ信号が示すインセンティブ（例えば、換金可能なポイント）を付与してもよい。他方、サーバ３００がユーザ端末５００から拒否の返信を受けた場合には、サーバ３００は、その車両をリソースとして選ばない。

サーバ３００は、上記のようにして、車群１から、エネルギーマネジメントのために必要な台数の車両１００を選ぶ。サーバ３００は、例えば落札量（図２）と車両情報（図１）とＥＶＳＥ情報（図１）とに基づいて、エネルギーマネジメントのために必要な車両１００の台数を求める。以下では、図３に示す３台の車両１００Ａ～１００Ｃが、エネルギーマネジメントのためのリソースとして選ばれた例について説明する。

車両１００Ａ～１００Ｃの各々は、前述した構成（バッテリ１１０、インレット１２０、温度調整装置１３０、およびＥＣＵ１５０）を有する。以下、車両１００Ａ、車両１００Ｂ、車両１００Ｃが備える蓄電装置（バッテリ１１０）を、それぞれ「バッテリ１１０Ａ」、「バッテリ１１０Ｂ」、「バッテリ１１０Ｃ」と称する。また、電力系統ＰＧのエネルギーマネジメントが実行されるときに、車両１００Ａ、車両１００Ｂ、車両１００Ｃと電気的に接続されるＥＶＳＥ２００を、それぞれ「ＥＶＳＥ２００Ａ」、「ＥＶＳＥ２００Ｂ」、「ＥＶＳＥ２００Ｃ」と称する。ＥＶＳＥ２００Ａ～２００Ｃの各々は、前述した構成（制御部２１０、回路部２２０、充電ケーブル２３０、およびコネクタ２４０）を有する。

サーバ３００は、車両１００Ａ～１００Ｃ（エネルギーマネジメントのためのリソース）から選ばれた１台以上の車両１００である対象リソース（制御対象）を制御してＶＰＰ期間内においてエネルギーマネジメントを実行する。具体的には、サーバ３００は、ＶＰＰ期間内においてエネルギーマネジメントが行われるように、対象リソースが備える蓄電装置（バッテリ１１０）の充電制御を実行する。

この実施の形態では、サーバ３００が、ＥＶＳＥ２００Ａ、２００Ｂ、２００Ｃを介して、それぞれ車両１００Ａ、１００Ｂ、１００Ｃを制御する。サーバ３００は、車両に対する指令値を、対応するＥＶＳＥ（当該車両に接続されたＥＶＳＥ）へ送信する。指令値は、充電電力を示す。サーバ３００は、実績値（バッテリ１１０Ａ～１１０Ｃの総充電電力）を目標値（サーバ７００からの要求値）に近づけるように指令値を決定してもよい。

プラグイン状態においては、ＥＶＳＥ２００の制御部２１０と車両１００のＥＣＵ１５０とが、充電ケーブル２３０内の通信線を介して有線通信を行う。ＥＶＳＥ２００においては、回路部２２０が、制御部２１０からの指令に従ってバッテリ１１０の充電を実行する。制御部２１０は、バッテリ１１０の充電中において、ＥＣＵ１５０からバッテリ１１０の状態（例えば、温度、電流、電圧、およびＳＯＣ）を受信しつつ、充電電力を目標値（サーバ３００からの指令値）に近づけるように回路部２２０を制御する。

図４は、この実施の形態に係るエネルギーマネジメント方法を示すフローチャートである。フローチャート中の「Ｓ」は、ステップを意味する。このフローチャートに示される処理は、例えば、サーバ３００が電力市場でエネルギーマネジメントに関する商品（例えば、調整力）を落札した後、その商品の約定期間（ＶＰＰ期間）の開始時刻から所定時間（例えば、３０分）さかのぼった時刻になると、サーバ３００によって開始される。

図１～図３とともに図４を参照して、Ｓ１１では、現在時刻がＶＰＰ期間内か否かを、サーバ３００が判断する。ＶＰＰ期間の前においては、Ｓ１１でＮＯと判断されるとともに、後述するＳ１６およびＳ１７でもＮＯと判断される。これにより、Ｓ１１の判断が繰り返される。そして、ＶＰＰ期間の開始時刻が到来すると、Ｓ１１においてＹＥＳと判断され、処理がＳ１２に進む。

この実施の形態では、車両１００Ａ～１００Ｃの各々において、ＥＣＵ１５０が、ＶＰＰ期間の前に温度調整装置１３０によってバッテリ１１０の温度を所定温度範囲（例えば、充電レンジ）内に調整し、ＶＰＰ期間内においてバッテリ１１０の温度が所定温度範囲内に維持されるように温度調整装置１３０を制御する。

Ｓ１２では、サーバ３００が、サーバ７００からの要求値（目標充電電力）に基づいて、エネルギーマネジメント（ＶＰＰ）のための対象リソースに含まれる車両の台数（蓄電装置の数）が適切か否かを判断する。目標充電電力に対して過不足のない台数の車両が対象リソースとして選ばれている場合には、Ｓ１２においてＹＥＳと判断され、処理がＳ１３に進む。他方、対象リソースとして選ばれた車両の台数が目標充電電力に対して不足または過多である場合には、Ｓ１２においてＮＯと判断され、処理がＳ１４に進む。なお、初回処理ルーチンでは、対象リソースがまだ選ばれていないため、Ｓ１２においてＮＯと判断され、処理がＳ１４に進む。

Ｓ１４では、サーバ３００が、車両１００Ａ～１００Ｃから、目標充電電力を賄うために必要な台数の車両を、対象リソースとして選択する。より具体的には、車両１００Ａ～１００Ｃのうち対象リソースではない車両を選定候補とし、サーバ３００は、選定候補から対象リソースを選ぶ。初回処理ルーチンでは、車両１００Ａ～１００Ｃはいずれも対象リソースではないため、車両１００Ａ～１００Ｃの全てが選定候補となる。図５は、Ｓ１４の詳細を示すフローチャートである。

図１～図３とともに図５を参照して、Ｓ２１では、サーバ３００が、選定候補の中に、バッテリ１１０のＳＯＣが所定の基準値（以下、「Ｔｈ１」と表記する）未満である車両１００が存在するか否かを判断する。以下では、バッテリ１１０のＳＯＣがＴｈ１未満である車両１００を、「低ＳＯＣ車」と称する。Ｔｈ１は、低ＳＯＣ領域（例えば、０％超５０％未満の範囲）に予め設定される。Ｔｈ１は、５％以上４５％以下であってもよく、１５％以上３５％以下であってもよい。Ｔｈ１は、本開示に係る「第１基準値」の一例に相当する。

この実施の形態では、車両１００Ａ～１００Ｃの全てについて同一のＴｈ１が設定される。しかしこれに限られず、Ｔｈ１は、車両ごと（蓄電装置ごと）に異なる値であってもよい。各車両のユーザが、ユーザ端末５００を通じて、車両１００にＴｈ１を設定してもよい。

選定候補の中に低ＳＯＣ車が存在する場合には（Ｓ２１にてＹＥＳ）、サーバ３００が、Ｓ２２において、低ＳＯＣ車を対象リソースとして選ぶ。選定候補の中に複数の低ＳＯＣ車が存在する場合には、サーバ３００は、バッテリ１１０のＳＯＣが最も低い低ＳＯＣ車を、対象リソースとして選んでもよい。複数の車両（リソース）をまとめて対象リソースとして選ぶ場合には、サーバ３００は、バッテリ１１０のＳＯＣが低い順に車両（リソース）を選んでもよい。

続くＳ２３では、サーバ３００が、Ｓ２２で選んだ対象リソース（低ＳＯＣ車）について再選択条件を設定する。この実施の形態では、その対象リソース（低ＳＯＣ車）に搭載されたバッテリ１１０のＳＯＣが所定の基準値（以下、「Ｔｈ２」と表記する）以上になった場合に成立する再選択条件を、サーバ３００が設定する。対象リソースのバッテリ１１０が充電されることによってバッテリ１１０のＳＯＣがＴｈ２に到達すると、再選択条件が成立する。他方、対象リソースのバッテリ１１０のＳＯＣがＴｈ２未満である間は、再選択条件は成立しない。Ｔｈ２は、本開示に係る「第２基準値」の一例に相当する。

Ｔｈ２は、低ＳＯＣ領域（例えば、０％超５０％未満の範囲）に予め設定される。ただし、Ｔｈ２は、Ｔｈ１以上の値である。この実施の形態では、Ｔｈ２をＴｈ１と同じ値にする。しかしこれに限られず、Ｔｈ２はＴｈ１よりも高い値であってもよい。Ｔｈ２は、車両ごと（蓄電装置ごと）に異なる値であってもよい。各車両のユーザが、ユーザ端末５００を通じて、車両１００にＴｈ２を設定してもよい。

Ｓ２２およびＳ２３の処理によって対象リソースおよびその再選択条件が決定されると、図５に示す一連の処理は終了し、処理は図４のＳ１５に進む。

他方、選定候補の中に低ＳＯＣ車が存在しない場合には（Ｓ２１にてＮＯ）、サーバ３００が、Ｓ２４において、選定候補から、バッテリ１１０の充電期限が最も早い車両１００を対象リソースとして選ぶ。複数の車両（リソース）をまとめて対象リソースとして選ぶ場合には、サーバ３００は、バッテリ１１０の充電期限が早い順に車両（リソース）を選んでもよい。

バッテリ１１０の充電期限は、車両１００の出発予定時刻からバッテリ１１０の残充電時間さかのぼった時刻である。バッテリ１１０の残充電時間は、バッテリ１１０のＳＯＣを目標ＳＯＣまで上昇させるために要する時間である。すなわち、バッテリ１１０のＳＯＣが目標ＳＯＣに近づくほど残充電時間は短くなる。車両１００の出発予定時刻が一定であれば、バッテリ１１０の残充電時間が長くなるほどバッテリ１１０の充電期限は早くなる。バッテリ１１０の残充電時間が一定であれば、車両１００の出発予定時刻が早くなるほどバッテリ１１０の充電期限は早くなる。

以下では、バッテリ１１０Ａ，１１０Ｂ，１１０Ｃの目標ＳＯＣを、それぞれ「Ｔｈ４」，「Ｔｈ５」，「Ｔｈ６」と表記する。Ｔｈ４～Ｔｈ６の各々は、高ＳＯＣ領域（例えば、７０％以上１００％以下の範囲）に予め設定される。この実施の形態では、Ｔｈ４～Ｔｈ６の各々を、満充電状態を示すＳＯＣ値（１００％）とする。しかしこれに限られず、Ｔｈ４～Ｔｈ６は互いに異なる値であってもよい。

続くＳ２５では、サーバ３００が、Ｓ２４で選んだ対象リソースの充電期限が過ぎているか否かを判断する。Ｓ２４で選んだ対象リソースの充電期限が到来していない場合には（Ｓ２５にてＮＯ）、処理がＳ２６に進む。Ｓ２６では、サーバ３００が、Ｓ２４で選んだ対象リソースについて再選択条件を設定する。この実施の形態では、対象リソースの残充電時間が所定時間（以下、「Ｔｈ３」と表記する）以下になること（第１要件）と、車両１００Ａ～１００Ｃのいずれかの充電期限が到来すること（第２要件）とのいずれかの要件を満たす場合に成立し、いずれの要件も満たさない場合には成立しない再選択条件を、サーバ３００が設定する。Ｓ２６で設定される再選択条件は、対象リソースの残充電時間がＴｈ３以下になると成立するため、対象リソースのバッテリ１１０が満充電状態になる前に成立する。Ｔｈ３が長いほど、対象リソースの残充電時間がＴｈ３以下になったときの対象リソースの充電余力（例えば、蓄電装置が満充電になるまでに充電可能な時間）が大きくなる。Ｔｈ３は、１５分以上１時間以下であってもよく、約３０分であってもよい。

この実施の形態では、車両１００Ａ～１００Ｃの全てについて同一のＴｈ３が設定される。しかしこれに限られず、Ｔｈ３は、車両ごと（蓄電装置ごと）に異なる値であってもよい。例えば、サーバ３００は、車両の出発予定時刻に基づいてその車両のＴｈ３を決定してもよい。

上記Ｓ２６の処理が実行されると、図５に示す一連の処理は終了し、処理は図４のＳ１５に進む。他方、Ｓ２４で選んだ対象リソースの充電期限が過ぎている場合には（Ｓ２５にてＹＥＳ）、Ｓ２６の処理が行われることなく、図５に示す一連の処理は終了し、処理は図４のＳ１５に進む。充電期限が過ぎた対象リソースについては、再選択条件が設定されないため、以下に説明するＳ１５の処理により、ＶＰＰ期間が終了するまで充電が継続される。

再び図１～図３とともに図４を参照して、サーバ３００は、Ｓ１４の処理によって対象リソースを選んだ後、Ｓ１５において、サーバ７００からの要求値（目標充電電力）に従うエネルギーマネジメントが行われるように対象リソースのバッテリ１１０を充電する。具体的には、サーバ３００は、対象リソースによる実績充電電力を、サーバ７００からの目標充電電力に近づけるように、対象リソース（車両１００Ａ～１００Ｃの少なくとも１つ）に対応するＥＶＳＥへ充電指令を送信する。このように、サーバ３００は、前述のリモート制御（図３参照）により、対象リソースに含まれる１台以上の車両の蓄電装置（バッテリ１１０Ａ～１１０Ｃの少なくとも１つ）を充電する。

Ｓ１５の処理が実行されると、処理は最初のステップ（Ｓ１１）に戻る。ＶＰＰ期間内においては、Ｓ１１～Ｓ１５の処理が繰り返される。２回目以降の処理ルーチンでは、サーバ３００が、Ｓ１２において、対象リソースの最大充電電力（対象リソースが充電可能な上限電力）が目標充電電力以上であるか否かに基づいて、対象リソースに含まれる車両の台数が十分か否かを判断する。対象リソースとして選ばれた車両の台数が増えるほど対象リソースの最大充電電力は大きくなる。車両１００Ａ～１００Ｃの全てが対象リソースとして選ばれた場合には、バッテリ１１０Ａ～１１０Ｃの定格充電電力の合計値が、対象リソースの最大充電電力に相当する。

対象リソースの最大充電電力が目標充電電力未満であることは、対象リソースとして選ばれた車両の台数が不足していることを意味する。この場合、Ｓ１２においてＮＯと判断され、前述したＳ１４の処理（図５参照）により、対象リソースが追加される。具体的には、サーバ３００は、車両１００Ａ～１００Ｃのうち、対象リソースではない車両から、目標充電電力を賄うために必要な台数の車両を、対象リソースとして選択する。車両１００Ａ～１００Ｃの全てを対象リソースとして選ばなければ目標充電電力を賄うことができない場合には、サーバ３００は、車両１００Ａ～１００Ｃの全てを対象リソースとして選択する。

また、サーバ３００は、Ｓ１２において、対象リソースに含まれる車両の台数を減らしても対象リソースの最大充電電力が目標充電電力以上になるか否かに基づいて、対象リソースに含まれる車両の台数が多すぎるか否かを判断する。対象リソースに含まれる車両の台数が多すぎる場合、Ｓ１２においてＮＯと判断され、前述したＳ１４の処理（図５参照）により、対象リソースの選び直しが実行される。具体的には、車両１００Ａ～１００Ｃの全てが対象リソースではなくなり、サーバ３００は、改めて前述したＳ１４の処理（図５参照）により、車両１００Ａ～１００Ｃから、目標充電電力を賄うために必要な台数の車両を、対象リソースとして選択する。

対象リソースに含まれる車両の台数が過不足ない場合には（Ｓ１２にてＹＥＳ）、サーバ３００は、Ｓ１３において、対象リソースの再選択条件が成立するか否かを判断する。再選択条件は、前述した図５の処理により、対象リソースとして選ばれた車両ごとに設定される。このため、対象リソースが複数の車両を含む場合には、サーバ３００は、車両ごとに再選択条件が成立するか否かを判断する。

対象リソースの再選択条件が成立する場合には（Ｓ１２，Ｓ１３の両方でＹＥＳ）、対象リソースとして選ばれた車両の台数（ひいては、対象リソースによる充電電力）が適切であるにもかかわらず、Ｓ１４において対象リソースの選び直しが実行される。具体的には、再選択条件が成立した車両は、対象リソースではなくなる。そして、サーバ３００は、前述したＳ１４の処理（図５参照）により、車両１００Ａ～１００Ｃのうち、対象リソースではない車両（再選択条件が成立した車両を含む）から、改めて対象リソースを選択する。

この実施の形態では、車両１００Ａ～１００Ｃの中に蓄電残量が少ない車両が存在する段階（エネルギーマネジメントを開始したばかりの頃）では、蓄電残量が少ない車両が優先的に対象リソースとして選択される（図５のＳ２１～Ｓ２３）。その後、対象リソースの蓄電装置（バッテリ１１０Ａ～１１０Ｃの少なくとも１つ）が充電されることによって、バッテリ１１０Ａ～１１０Ｃの少なくとも１つの残充電時間がＴｈ３以下になると、対象リソースの選び直しが実行される。この実施の形態では、バッテリ１１０Ａ～１１０Ｃの各々が満充電状態になる前に再選択条件が成立し、対象リソースの選び直しが実行される。これにより、バッテリ１１０Ａ～１１０Ｃの各々が目標の充電量に到達した状態（例えば、満充電状態）になることが抑制される。対象リソースの選び直しにおいては、充電期限の早い車両（蓄電装置）が優先的に対象リソースとして選択される（図５のＳ２４）。これにより、車両１００Ａ～１００Ｃの各々について、出発予定時刻までにバッテリ１１０のＳＯＣが目標値（目標ＳＯＣ）まで上昇しやすくなる。

さらに、対象リソースに含まれるいずれかの車両の充電期限が到来すると、対象リソースの選び直しによって、その車両（充電期限が到来した車両）が対象リソースとして選ばれる（図５のＳ２４）。充電期限で開始したバッテリ１１０の充電がＶＰＰ期間の終了時刻まで継続されても、ＶＰＰ期間の終了時刻においてバッテリ１１０は満充電状態にはならない。そして、後述するＳ３１の処理によりＶＰＰ期間の後においても充電は継続され、ＶＰＰ期間経過後の出発予定時刻においてバッテリ１１０のＳＯＣが目標ＳＯＣに到達する。このように、図４および図５に示す処理によれば、車両１００Ａ～１００Ｃの各々について、目標ＳＯＣに従う充電制御が実行されやすくなる。

ＶＰＰ期間が経過した場合には（Ｓ１１にてＮＯ）、サーバ３００が、Ｓ１６において、バッテリ１１０Ａ～１１０Ｃの全てのＳＯＣが目標ＳＯＣに到達しているか否かを判断する。以下、目標ＳＯＣ未満のＳＯＣを有するバッテリ１１０を、「充電未完バッテリ」と称する。

バッテリ１１０Ａ～１１０Ｃの中に充電未完バッテリが存在する場合には（Ｓ１６にてＮＯ）、サーバ３００が、Ｓ１７において、充電未完バッテリの充電期限が過ぎたか否かを判断する。充電未完バッテリの充電期限が到来していない場合には（Ｓ１７にてＮＯ）、処理がＳ１１に戻り、Ｓ１６において再びＮＯと判断される。このため、充電未完バッテリの充電期限が到来するまでＳ１７の判断が繰り返される。充電未完バッテリが複数存在する場合には、充電未完バッテリごとにＳ１７の判断が実行される。

充電未完バッテリの充電期限が到来すると（Ｓ１７にてＹＥＳ）、サーバ３００は、Ｓ１８において、充電未完バッテリのＳＯＣを目標ＳＯＣまで上昇させる充電制御の開始を指示する信号（以下、「充電開始指令」と称する）を、当該充電未完バッテリを備える車両（車両１００Ａ～１００Ｃのいずれか）へ送信する。

充電開始指令を受信した車両のＥＣＵ１５０は、上記充電制御に係る処理（Ｓ３１～Ｓ３３の一連の処理）を開始する。ＥＣＵ１５０は、Ｓ３１においてバッテリ１１０（充電未完バッテリ）の充電を実行する。続けて、ＥＣＵ１５０は、Ｓ３２において、バッテリ１１０のＳＯＣが目標ＳＯＣ以上になったか否かを判断する。バッテリ１１０のＳＯＣが目標ＳＯＣに到達していない間は（Ｓ３２にてＮＯ）、ＥＣＵ１５０は、Ｓ３１においてバッテリ１１０の充電を実行する。そして、バッテリ１１０のＳＯＣが目標ＳＯＣに到達すると（Ｓ３２にてＹＥＳ）、ＥＣＵ１５０は、Ｓ３３において、バッテリ１１０の充電が完了したことを示す信号（以下、「充電完了通知」と称する）を、サーバ３００へ送信する。Ｓ３３の処理が実行されると、充電開始指令を受信した車両による充電制御（Ｓ３１～Ｓ３３の一連の処理）は終了する。サーバ３００は、上記車両から充電完了通知を受信すると、当該車両が備える充電未完バッテリの充電が完了したと判断する。

サーバ３００が充電開始指令（Ｓ１８）を送信した後、処理はＳ１６に戻る。全ての充電未完バッテリについて上記充電制御に係る処理（Ｓ３１～Ｓ３３の一連の処理）が実行されることによってバッテリ１１０Ａ～１１０Ｃの全てのＳＯＣが目標ＳＯＣに到達すると、Ｓ１６においてＹＥＳと判断され、図４に示す一連の処理は終了する。

図６は、図４および図５に示した方法によってエネルギーマネジメントが実行されたときの各リソースのＳＯＣ推移の第１の例を示すタイムチャートである。図６において、線Ｌ１Ａ、Ｌ１Ｂ、Ｌ１Ｃは、それぞれバッテリ１１０Ａ、１１０Ｂ、１１０ＣのＳＯＣ推移を示す。図６に示す例では、サーバ７００からの要求値（目標充電電力）が、線Ｌ１１で示されるように、ＶＰＰ期間（約定期間ｔ１～ｔ２）内で一定である。この目標充電電力は、１台の車両１００（１つのバッテリ１１０）で賄うことができる。

図６を参照して、この例では、ＶＰＰ期間が始まると、ｔ２１（＝ｔ１）で、車両１００Ｂが対象リソースとして選択され（図５のＳ２２）、バッテリ１１０Ｂの充電が実行される（図４のＳ１５）。ｔ１においては、車両１００Ａ，１００Ｂが低ＳＯＣ車に該当し、バッテリ１１０ＡのＳＯＣよりもバッテリ１１０ＢのＳＯＣのほうが低い。

その後、ｔ１１で、バッテリ１１０ＢのＳＯＣがＴｈ２（＝Ｔｈ１）に到達すると、車両１００Ｂの再選択条件（図５のＳ２３）が成立し、対象リソースの選び直し（図５）が実行される。これにより、ｔ１１で、車両１００Ａが対象リソースとして選択され（図５のＳ２２）、バッテリ１１０Ｂに代えてバッテリ１１０Ａの充電が実行される。ｔ１１においては、車両１００Ａのみが低ＳＯＣ車に該当する。ｔ１２で、バッテリ１１０ＡのＳＯＣがＴｈ２に到達すると、車両１００Ａの再選択条件（図５のＳ２３）が成立し、対象リソースの選び直し（図５）が実行される。しかし、再び車両１００Ａが対象リソースとして選択されることにより（図５のＳ２４）、バッテリ１１０Ａの充電は継続される。ｔ１２における車両１００Ａ，１００Ｂ，１００Ｃの充電期限および残充電時間は、それぞれｔｃ１，ｔｃ２，ｔｃ３およびΔＴ１１，ΔＴ２１，ΔＴ３１である。ｔｃ１～ｔｃ３の中では、ｔｃ１（車両１００Ａの充電期限）が最も早い。

その後、ｔ２２で、バッテリ１１０Ａの残充電時間（ΔＴ１２）がＴｈ３以下になると、車両１００Ａの再選択条件（図５のＳ２６）が成立し、対象リソースの選び直し（図５）が実行される。これにより、ｔ２２で、車両１００Ｂが対象リソースとして選択され（図５のＳ２４）、バッテリ１１０Ａに代えてバッテリ１１０Ｂの充電が実行される。ｔ２２における車両１００Ａ，１００Ｂ，１００Ｃの充電期限は、それぞれｔｃ４，ｔｃ２，ｔｃ３である。ｔｃ２～ｔｃ４の中ではｔｃ２（車両１００Ｂの充電期限）が最も早い。

その後、ｔ３１で、バッテリ１１０Ｂの残充電時間（ΔＴ２２）がＴｈ３以下になると、車両１００Ｂの再選択条件（図５のＳ２６）が成立し、対象リソースの選び直し（図５）が実行される。これにより、ｔ３１で、車両１００Ｃが対象リソースとして選択され（図５のＳ２４）、バッテリ１１０Ｂに代えてバッテリ１１０Ｃの充電が実行される。ｔ３１における車両１００Ａ，１００Ｂ，１００Ｃの充電期限は、それぞれｔｃ４，ｔｃ５，ｔｃ３である。ｔｃ３～ｔｃ５の中ではｔｃ３（車両１００Ｃの充電期限）が最も早い。

その後、車両１００Ａの充電期限（ｔｃ４）が到来すると、車両１００Ｃの再選択条件（図５のＳ２６）が成立し、対象リソースの選び直し（図５）が実行される。これにより、ｔｃ４で、車両１００Ａが対象リソースとして選択され（図５のＳ２４）、バッテリ１１０Ｃに代えてバッテリ１１０Ａの充電が実行される。バッテリ１１０Ａの充電は、バッテリ１１０ＡのＳＯＣが目標ＳＯＣ（Ｔｈ４）になるまで（すなわち、車両１００Ａの出発予定時刻ｔ４になるまで）継続される（図４のＳ１５およびＳ３１）。ｔｃ４における車両１００Ａ，１００Ｂ，１００Ｃの充電期限は、それぞれｔｃ４，ｔｃ５，ｔｃ６である。ｔｃ４～ｔｃ６の中ではｔｃ４（車両１００Ａの充電期限）が最も早い。

ＶＰＰ期間の経過後（ｔ２後）、車両１００Ｂの充電期限（ｔｃ５）が到来すると、バッテリ１１０Ａの充電と並行してバッテリ１１０Ｂの充電が実行される。バッテリ１１０Ｂの充電は、バッテリ１１０ＢのＳＯＣが目標ＳＯＣ（Ｔｈ５）になるまで（すなわち、車両１００Ｂの出発予定時刻ｔ５になるまで）継続される（図４のＳ３１）。また、車両１００Ｃの充電期限（ｔｃ６）が到来すると、バッテリ１１０Ｃの充電がさらに実行される。バッテリ１１０Ｃの充電は、バッテリ１１０ＣのＳＯＣが目標ＳＯＣ（Ｔｈ６）になるまで（すなわち、車両１００Ｃの出発予定時刻ｔ６になるまで）継続される（図４のＳ３１）。このように、図６に示す例では、車両１００Ａ，１００Ｂ，１００Ｃの出発予定時刻までにバッテリ１１０Ａ，１１０Ｂ，１１０Ｃの蓄電残量がそれぞれ目標値（Ｔｈ４，Ｔｈ５，Ｔｈ６）まで上昇する。

上述した図６に示す例では、ＶＰＰ期間内において、バッテリ１１０Ａ，１１０Ｂ，１１０Ｃが、いずれも満充電状態にならず、いずれも充電可能な状態になっている。このため、ＶＰＰ期間内においては、線Ｌ１２で示されるように、バッテリ１１０Ａ～１１０Ｃの最大充電電力は、バッテリ１１０Ａ～１１０Ｃの定格充電電力の合計値に相当する。

図７は、図４および図５に示した方法によってエネルギーマネジメントが実行されたときの各リソースのＳＯＣ推移の第２の例を示すタイムチャートである。図７において、線Ｌ２Ａ、Ｌ２Ｂ、Ｌ２Ｃは、それぞれバッテリ１１０Ａ、１１０Ｂ、１１０ＣのＳＯＣ推移を示す。図７に示す例では、サーバ７００からの要求値（目標充電電力）が、線Ｌ２１で示されるように、ＶＰＰ期間（約定期間ｔ１～ｔ２）内で変化する。期間ｔ１～ｔ４１および期間ｔ４３～ｔ２の各々の目標充電電力は、１台の車両１００（１つのバッテリ１１０）で賄うことができるが、期間ｔ４２～ｔ４３の目標充電電力は、３台以上の車両１００（３つ以上のバッテリ１１０）でなければ賄うことができない。

図７を参照して、この例でも、ｔ１（ｔ２１）からｔ１２までは、図６に示した例と同じである。そして、ｔ１２で、車両１００Ａが対象リソースとして再び選択され、バッテリ１１０Ａの充電は継続される。ただし、図７に示す例では、ｔ４１からｔ４２まで目標充電電力が０になる（線Ｌ２１）。このため、ｔ４１からｔ４２までの期間においては、バッテリ１１０Ａ～１１０Ｃのいずれの充電も実行されない。そして、ｔ４２で、目標充電電力が３つのバッテリ１１０の充電を要求する値になると、対象リソースの数が不足していると判断され（図４のＳ１２にてＮＯ）、車両１００Ａに加えて車両１００Ｂおよび１００Ｃが対象リソースとして選択される（図４のＳ１４）。

その後、ｔ４３で目標充電電力が低下すると（線Ｌ２１）、対象リソースの数が多すぎると判断され（図４のＳ１２にてＮＯ）、対象リソースの選び直し（図５）が実行される。これにより、ｔ４３で、車両１００Ｂが対象リソースとして選択され（図５のＳ２４）、バッテリ１１０Ａ～１１０Ｃの充電に代えてバッテリ１１０Ｂのみの充電が実行される。ｔ４３における車両１００Ａ，１００Ｂ，１００Ｃの充電期限は、それぞれｔｄ１，ｔｄ２，ｔｄ３である。ｔｄ１～ｔｄ３の中ではｔｄ２（車両１００Ｂの充電期限）が最も早い。

その後、ｔ３２で、バッテリ１１０Ｂの残充電時間（ΔＴ２３）がＴｈ３以下になると、車両１００Ｂの再選択条件（図５のＳ２６）が成立し、対象リソースの選び直し（図５）が実行される。しかし、車両１００Ｂが対象リソースとして再び選択され、バッテリ１１０Ｂの充電は継続される。ｔ３２における車両１００Ａ，１００Ｂ，１００Ｃの充電期限は、それぞれｔｄ１，ｔｄ４，ｔｄ３である。ｔｄ１，ｔｄ３，ｔｄ４の中ではｔｄ４（車両１００Ｂの充電期限）が最も早い。そして、バッテリ１１０Ｂが充電されることによってバッテリ１１０Ｂの残充電時間が短くなり、車両１００Ｂの充電期限がｔｄ３よりも遅くなったタイミング（ｔ３３）で、車両１００Ｃが対象リソースとして選択され（図５のＳ２４）、バッテリ１１０Ｂに代えてバッテリ１１０Ｃの充電が実行される。

その後、ＶＰＰ期間の終了時刻（ｔ２）が到来すると、バッテリ１１０Ｃの充電はいったん停止する。そして、車両１００Ａ，１００Ｂ，１００Ｃの充電期限（ｔｄ１，ｔｄ４，ｔｄ５）が到来すると、それぞれバッテリ１１０Ａ，１１０Ｂ，１１０Ｃの充電が実行される（図４のＳ３１）。上述したように、図７に示す例では、ＶＰＰ期間内において、バッテリ１１０Ａ，１１０Ｂ，１１０Ｃが、いずれも満充電状態にならず、いずれも充電可能な状態になっている（線Ｌ２２）。このため、ＶＰＰ期間の後期（ｔ４２）において、目標充電電力が大きくなった場合にも、バッテリ１１０Ａ～１１０Ｃは、その目標充電電力に応じた充電を実行することができる。

図８は、図４および図５に示した方法によってエネルギーマネジメントが実行されたときの各リソースのＳＯＣ推移の第３の例を示すタイムチャートである。図８において、線Ｌ３Ａ、Ｌ３Ｂ、Ｌ３Ｃは、それぞれバッテリ１１０Ａ、１１０Ｂ、１１０ＣのＳＯＣ推移を示す。図８に示す例では、線Ｌ３１で示されるように、サーバ７００からの要求値（目標充電電力）が、ＶＰＰ期間（約定期間ｔ１～ｔ２）の最初の部分（期間ｔ１～ｔ５０）においてのみ、充電を要求する。

図８を参照して、この例でも、ｔ１（ｔ２１）からｔ１２までは、図６に示した例と同じである。そして、ｔ１２で、車両１００Ａが対象リソースとして再び選択され、バッテリ１１０Ａの充電は継続される。ただし、図８に示す例では、ｔ５０以降は目標充電電力が０になる（線Ｌ３１）。このため、ｔ５０からｔ２までの期間においては、バッテリ１１０Ａ～１１０Ｃのいずれの充電も実行されない。その後、ＶＰＰ期間の終了時刻（ｔ２）が到来すると、バッテリ１１０Ａ，１１０Ｂ，１１０Ｃの各々の充電が同時に開始される（図４のＳ３１）。ｔ２における車両１００Ａ，１００Ｂ，１００Ｃの充電期限は、それぞれｔｅ１，ｔｅ２，ｔｅ３であり、いずれの充電期限もｔ２の時点ですでに過ぎている。図８に示す例では、車両１００Ａ，１００Ｂ，１００Ｃの出発予定時刻までにバッテリ１１０Ａ，１１０Ｂ，１１０Ｃの蓄電残量がそれぞれ目標値（Ｔｈ４，Ｔｈ５，Ｔｈ６）まで上昇しない。しかし、ＶＰＰ期間内において、蓄電残量がＴｈ１以下のバッテリ１１０（図５のＳ２２）と、充電期限が早いバッテリ１１０（図５のＳ２４）とが、優先的に対象リソースとして選ばれることで、ＶＰＰ期間内においてバッテリ１１０Ａ，１１０Ｂ，１１０Ｃの各々が目標の充電量に到達した状態になることが抑制され、かつ、バッテリ１１０Ａ，１１０Ｂ，１１０Ｃの各々に関して出発予定時刻（ｔ４，ｔ５，ｔ６）における蓄電残量が目標値（Ｔｈ４，Ｔｈ５，Ｔｈ６）に近くなる。図８に示す例でも、ＶＰＰ期間内において、バッテリ１１０Ａ，１１０Ｂ，１１０Ｃは、いずれも満充電状態にならず、いずれも充電可能な状態になっている（線Ｌ３２）。

以上説明したように、この実施の形態に係るエネルギーマネジメント方法は、図４および図５に示した処理を含む。具体的には、エネルギーマネジメント方法は、対象期間（ＶＰＰ期間）内か否かを判断すること（図４のＳ１１）と、複数の蓄電装置（バッテリ１１０Ａ，１１０Ｂ，１１０Ｃ）から選ばれた対象リソースによって対象期間内においてエネルギーマネジメントを実行すること（図４のＳ１２～Ｓ１５）とを含む。エネルギーマネジメントを実行することは、対象期間内においてエネルギーマネジメントが行われるように対象リソースを充電すること（図４のＳ１５）と、対象期間内において複数の蓄電装置の各々が目標の充電量に到達した状態になることを抑制するように対象リソースを複数の蓄電装置から選び直すこと（図４のＳ１４および図５）とを含む。

対象リソースを選び直すことは、複数の蓄電装置から蓄電残量が所定の第１基準値（Ｔｈ１）未満の蓄電装置を優先的に対象リソースとして選ぶこと（図５のＳ２２）と、蓄電残量に従って選ばれた対象リソースについて蓄電残量が第１基準値（Ｔｈ１）以上に予め設定された第２基準値（Ｔｈ２）以上になったか否かを判断すること（図４のＳ１３，図５のＳ２３）と、蓄電残量が第２基準値（Ｔｈ２）以上になったと判断された場合に（図４のＳ１３にてＹＥＳ）複数の蓄電装置から対象リソースを選び直すこと（図４のＳ１４）と、複数の蓄電装置から充電期限が早い蓄電装置を優先的に対象リソースとして選ぶこと（図５のＳ２４）と、充電期限に従って選ばれた対象リソースについて残充電時間が所定時間（Ｔｈ３）以下になったか否かを判断すること（図４のＳ１３，図５のＳ２６）と、残充電時間が所定時間（Ｔｈ３）以下になったと判断された場合に（図４のＳ１３にてＹＥＳ）複数の蓄電装置から対象リソースを選び直すこと（図４のＳ１４）とを含む。

上記方法によれば、複数の蓄電装置を用いたエネルギーマネジメントにおいて、それら蓄電装置の最大充電電力の低下を抑制することが可能になる。例えば、約定期間において落札量を確保しやすくなる（図２参照）。

図４および図５に示した処理は適宜変更可能である。例えば、Ｓ２１～Ｓ２３は省略されてもよい。また、充電期限が早い順ではなく、出発予定時刻が早い順に対象リソースが選択されるように、Ｓ２４の処理が変更されてもよい。また、再選択条件も適宜変更可能である。例えば、前述した第１要件に代えて、対象リソースの蓄電残量が所定量増えたことを要件とする再選択条件が設定されるように、Ｓ２６の処理が変更されてもよい。また、第２要件が省略されてもよい。

図５に示した処理に代えて、図９に示す処理が採用されてもよい。図９は、図５に示した処理の変形例を示すフローチャートである。図９に示す処理では、図５に示した処理のＳ２５とＳ２６の間にＳ２５Ａが追加されている。

Ｓ２５Ａでは、所定の解除条件が成立するか否かを、サーバ３００が判断する。解除条件は、ＶＰＰ期間で車群が出力可能な充放電量から、ＶＰＰ期間で必要な車群の充放電量を減算した値（両者の差）が、所定値以上の場合に成立し、そうでない場合に成立しなくてもよい。あるいは、解除条件は、ＶＰＰ期間で車群が出力可能な充放電量を、ＶＰＰ期間で必要な車群の充放電量で割った値が、所定値以上の場合に成立し、そうでない場合に成立しなくてもよい。あるいは、解除条件は、ＶＰＰ期間で車群が出力可能な充放電出力から、ＶＰＰ期間で必要な車群の充放電出力を減算した値（両者の差）が、所定値以上の場合に成立し、そうでない場合に成立しなくてもよい。あるいは、解除条件は、ＶＰＰ期間で車群が出力可能な充放電出力を、ＶＰＰ期間で必要な車群の充放電出力で割った値が、所定値以上の場合に成立し、そうでない場合に成立しなくてもよい。車群は、例えば車両１００Ａ，１００Ｂ，１００Ｃである。ＶＰＰ期間で必要な車群の充放電量および充放電出力の各々は、約定量（落札量）であってもよい。この変形例でも、ＶＰＰ期間が、本開示に係る「対象期間」の一例に相当する。

解除条件が成立しない場合には（Ｓ２５ＡにてＮＯ）、Ｓ２６において再選択条件が設定された後、図９に示す一連の処理が終了する。他方、解除条件が成立する場合には（Ｓ２５ＡにてＹＥＳ）、再選択条件の設定（Ｓ２６）が行われることなく、図９に示す一連の処理が終了する。これにより、蓄電装置（例えば、バッテリ１１０Ａ，１１０Ｂ，１１０Ｃ）が目標の充電量に到達することを抑制するための再選択が行われなくなる（図４参照）。解除条件が成立することは、蓄電装置が目標の充電量に到達した状態になることの抑制処理が解除されることを意味する。抑制処理を解除することで、充電のＯＮ／ＯＦＦ回数を低減することができる。

上記実施の形態では、サーバ３００がＥＶＳＥ２００を制御することによってバッテリ１１０の充電制御を行う例を示したが、サーバ３００は、ＥＶＳＥ２００を介さずに車両１００に直接的に指令を送信しながら（例えば、車両１００と無線通信しながら）、車両１００に搭載された充電器を遠隔的に制御してもよい。サーバ３００は、各車両に搭載された充電器に対して、充電電力を目標値に追従させる制御ではなく、充電の実行（ＯＮ）／停止（ＯＦＦ）を切り替える制御を行うことにより、エネルギーマネジメントを実行してもよい。サーバ３００と車両１００とが無線通信を行う形態では、サーバ３００は、車両１００の位置および状態を示す情報をリアルタイムで車両１００から逐次受信し、車両情報を逐次更新してもよい。サーバ３００は、車両１００から受信した情報を用いて、車両１００の出発予定時刻を予測してもよい。

上記実施の形態では、オンプレミスサーバ（サーバ３００）が、電力系統ＰＧ（外部電源）のエネルギーマネジメントを実行するコンピュータとして機能する。しかしこれに限られず、クラウドコンピューティングによってクラウド上にサーバ３００の機能（特に、エネルギーマネジメントに係る機能）が実装されてもよい。

電力系統ＰＧ（外部電源）は、大規模な交流グリッドに限られず、マイクログリッドであってもよいし、ＤＣ（直流）グリッドであってもよい。車群１に含まれる車両の数は任意であり、３台以上３０台未満であってもよいし、３０台以上１００台未満であってもよいし、１００台以上であってもよい。また、ＥＶＳＥ群２に含まれるＥＶＳＥの数も任意である。ＥＶＳＥ群２は、複数種のＥＶＳＥ（例えば、普通充電器および急速充電器）を含んでもよい。ＥＶＳＥ群２は、公共ＥＶＳＥ（例えば、商業施設、自動車販売店、または高速道路のパーキングエリアに設置されたＥＶＳＥ）と非公共ＥＶＳＥ（例えば、家庭用ＥＶＳＥ）との少なくとも一方を含んでもよい。

電力調整（エネルギーマネジメント）に使用される車両の構成は、前述した構成（図３参照）に限られない。車両は、充電による電力調整と放電による電力調整（例えば、逆潮流）との両方を行うように構成されてもよい。車両は、水素エンジンまたはバイオ燃料エンジンを備えるＰＨＥＶであってもよい。車両は、ソーラーパネルを備えてもよいし、飛行機能を備えてもよいし、非接触充電可能に構成されてもよい。非接触充電を行う車両は、給電設備側の送電部（例えば、送電コイル）と車両側の受電部（例えば、受電コイル）との位置合わせが完了したときに、前述した「プラグイン状態」に準ずる状態になったとみなされてもよい。車両は、４輪の乗用車に限られず、バスまたはトラックであってもよいし、３輪のＢＥＶであってもよい。

エネルギーマネジメントのために使用される蓄電装置の数は、３つに限られず、適宜変更可能である。エネルギーマネジメントのための蓄電装置を備えるリソースは、自動車に限られず、自動車以外の乗り物（鉄道車両、船、飛行機等）、無人の移動体（無人搬送車、農業機械、歩行ロボット、ドローン、ロボットクリーナ、宇宙探査機等）、または定置式の蓄電システムであってもよい。リソースは、蓄電装置の入出力に対して電力変換を行う電力変換回路（例えば、ＡＣ／ＤＣ変換を行うインバータ）を含んでもよい。

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

１ 車群、２ ＥＶＳＥ群、１００，１００Ａ，１００Ｂ，１００Ｃ 車両、１１０，１１０Ａ，１１０Ｂ，１１０Ｃ バッテリ、１２０ インレット、１３０ 温度調整装置、１５０ ＥＣＵ、２００，２００Ａ，２００Ｂ，２００Ｃ ＥＶＳＥ、２１０ 制御部、２２０ 回路部、２３０ 充電ケーブル、２４０ コネクタ、３００ サーバ、３１０ プロセッサ、３２０ ＲＡＭ、３３０ 記憶装置、５００ ユーザ端末、ＰＧ 電力系統。

Claims (11)

1. 対象期間内か否かを判断することと、
   複数の蓄電装置から選ばれた対象リソースによって前記対象期間内においてエネルギーマネジメントを実行することと、
   を含み、
   前記エネルギーマネジメントを実行することは、
   前記対象期間内においてエネルギーマネジメントが行われるように前記対象リソースを充電することと、
   前記対象期間内において、前記複数の蓄電装置の各々が目標の充電量に到達した状態になることを抑制するように、前記対象リソースを前記複数の蓄電装置から選び直すことと、
   を含む、エネルギーマネジメント方法。
2. 前記複数の蓄電装置の各々は、車両に搭載されており、
   前記対象リソースを選び直すことは、
   前記複数の蓄電装置の各々に関する蓄電残量と前記車両の出発予定時刻とを用いて前記対象リソースを選ぶこと、
   を含む、請求項１に記載のエネルギーマネジメント方法。
3. 前記対象リソースを選び直すことは、
   前記複数の蓄電装置から、充電期限が早い蓄電装置を優先的に前記対象リソースとして選ぶこと、
   を含み、
   前記蓄電装置の前記充電期限は、当該蓄電装置を備える前記車両の出発予定時刻から当該蓄電装置の残充電時間さかのぼった時刻であり、
   前記蓄電装置の前記残充電時間は、当該蓄電装置の蓄電残量を目標値まで上昇させるために要する時間である、請求項２に記載のエネルギーマネジメント方法。
4. 前記対象リソースを選び直すことは、
   前記充電期限に従って選ばれた前記対象リソースについて、前記残充電時間が所定時間以下になったか否かを判断することと、
   前記残充電時間が前記所定時間以下になったと判断された場合に、前記複数の蓄電装置から前記対象リソースを選び直すことと、
   を含む、請求項３に記載のエネルギーマネジメント方法。
5. 前記対象リソースを選び直すことは、
   前記複数の蓄電装置から、蓄電残量が所定の第１基準値未満の蓄電装置を優先的に前記対象リソースとして選ぶことと、
   前記蓄電残量に従って選ばれた前記対象リソースについて、前記蓄電残量が前記第１基準値以上に予め設定された第２基準値以上になったか否かを判断することと、
   前記蓄電残量が前記第２基準値以上になったと判断された場合に、前記複数の蓄電装置から前記対象リソースを選び直すことと、
   を含む、請求項２に記載のエネルギーマネジメント方法。
6. 当該エネルギーマネジメント方法は、
   前記対象期間で車群が出力可能な充放電量と、前記対象期間で必要な前記車群の充放電量との差が所定値以上の場合は、前記目標の充電量に到達した状態になることの前記抑制を解除すること、
   をさらに含み、
   前記車群に含まれる各車両は、前記蓄電装置を備える、請求項１に記載のエネルギーマネジメント方法。
7. 当該エネルギーマネジメント方法は、
   前記対象期間で車群が出力可能な充放電量を、前記対象期間で必要な前記車群の充放電量で割った値が所定値以上の場合は、前記目標の充電量に到達した状態になることの前記抑制を解除すること、
   をさらに含み、
   前記車群に含まれる各車両は、前記蓄電装置を備える、請求項１に記載のエネルギーマネジメント方法。
8. 当該エネルギーマネジメント方法は、
   前記対象期間で車群が出力可能な充放電出力と、前記対象期間で必要な前記車群の充放電出力との差が所定値以上の場合は、前記目標の充電量に到達した状態になることの前記抑制を解除すること、
   をさらに含み、
   前記車群に含まれる各車両は、前記蓄電装置を備える、請求項１に記載のエネルギーマネジメント方法。
9. 当該エネルギーマネジメント方法は、
   前記対象期間で車群が出力可能な充放電出力を、前記対象期間で必要な前記車群の充放電出力で割った値が所定値以上の場合は、前記目標の充電量に到達した状態になることの前記抑制を解除すること、
   をさらに含み、
   前記車群に含まれる各車両は、前記蓄電装置を備える、請求項１に記載のエネルギーマネジメント方法。
10. 請求項１～９のいずれか一項に記載のエネルギーマネジメント方法をコンピュータに実行させる、プログラム。
11. 請求項１０に記載のプログラムを記憶する記憶装置と、前記プログラムを実行するプロセッサとを備える、コンピュータ装置。

Images