JP2021093802A - 電力管理システム、及びサーバ - Google Patents

Abstract

【課題】蓄電装置のユーザに電力の需給調整を要請するときに、蓄電装置の劣化を抑制することを望むユーザに配慮して要請を行なうことができる電力管理システム及びサーバを提供する。【解決手段】電力管理システムが、複数の蓄電装置（たとえば、蓄電装置を備える車両）とサーバ３０とを備える。サーバ３０は、複数の蓄電装置から少なくとも１つの蓄電装置を選定する選定部と、選定された蓄電装置に対するスケジュールを作成するスケジュール作成部と、作成されたスケジュールに従って外部充電及び外部給電の少なくとも一方を制御することを、選定された蓄電装置のユーザに要請する要請部とを備える。サーバ３０は、要望度（電池寿命優先／インセンティブ優先）を示す要望情報を取得し、取得された要望情報を用いて、蓄電装置の選定とスケジュールの作成との少なくとも一方を行なう。【選択図】図１０

Description

本開示は、電力管理システム及びサーバに関し、より具体的には、蓄電装置を利用して電力の需給調整を行なう技術に関する。

電気自動車のような移動体を利用して電力の需給調整を行なう技術が知られている。たとえば、特開２０１２−０４８２８６号公報（特許文献１）には、蓄電装置を備える複数の電気自動車と、充電監視制御センタとを含む電力管理システムが開示されている。充電監視制御センタは、蓄電装置の充電を行なう電気自動車を募集して、応募があった各電気自動車の充電場所及び充電量を決定するとともに、充電場所への移動を各電気自動車に指示するように構成される。

特開２０１２−０４８２８６号公報

上記特許文献１に記載される電力管理システムでは、電気自動車のユーザは、充電監視制御センタからの要請に従って充電を行なうことにより、インセンティブを受け取ることができる。しかしながら、全てのユーザがインセンティブを最優先にするとは限らない。ユーザの中には、充電監視制御センタからの要請に応えてインセンティブを受け取るよりも、蓄電装置の劣化を抑制することを望むユーザもいる。上記特許文献１に記載される電力管理システムでは、こうしたユーザに対して何ら配慮がなされておらず、改善の余地が残されている。

本開示は、上記課題を解決するためになされたものであり、その目的は、蓄電装置のユーザに電力の需給調整を要請するときに、蓄電装置の劣化を抑制することを望むユーザに配慮して要請を行なうことができる電力管理システム及びサーバを提供することである。

本開示に係る電力管理システムは、複数の蓄電装置とサーバとを備える。複数の蓄電装置の各々は、外部から供給される電力によって蓄電装置を充電する外部充電と、蓄電装置から外部へ電力を供給する外部給電との少なくとも一方を行なうように構成される。サーバは、選定部と、スケジュール作成部と、要請部とを備える。選定部は、複数の蓄電装置から少なくとも１つの蓄電装置を選定するように構成される。スケジュール作成部は、選定された蓄電装置に対するスケジュールを作成するように構成される。要請部は、作成されたスケジュールに従って外部充電及び外部給電の少なくとも一方を制御することを、選定された蓄電装置のユーザに要請するように構成される。サーバは、蓄電装置の劣化を抑制することをユーザが望む程度である第１要望度と、上記の要請に応じてインセンティブを得ることをユーザが望む程度である第２要望度との少なくとも一方の要望度を示す要望情報を蓄電装置ごとに取得し、取得された要望情報を用いて、蓄電装置の選定とスケジュールの作成との少なくとも一方を行なうように構成される。

本開示に係るサーバは、複数の蓄電装置を備える電力管理システムで用いられるサーバである。複数の蓄電装置の各々は、外部から供給される電力によって蓄電装置を充電する外部充電と、蓄電装置から外部へ電力を供給する外部給電との少なくとも一方を行なうように構成される。サーバは、選定部と、スケジュール作成部と、要請部とを備える。選定部は、複数の蓄電装置から少なくとも１つの蓄電装置を選定するように構成される。スケジュール作成部は、選定された蓄電装置に対するスケジュールを作成するように構成される。要請部は、作成されたスケジュールに従って外部充電及び外部給電の少なくとも一方を制御することを、選定された蓄電装置のユーザに要請するように構成される。サーバは、蓄電装置の劣化を抑制することをユーザが望む程度である第１要望度と、上記の要請に応じてインセンティブを得ることをユーザが望む程度である第２要望度との少なくとも一方の要望度を示す要望情報を蓄電装置ごとに取得し、取得された要望情報を用いて、蓄電装置の選定とスケジュールの作成との少なくとも一方を行なうように構成される。

上記サーバの要請部は、蓄電装置のユーザに電力の需給調整を要請することができる。要請部は、蓄電装置のユーザに紐付けてサーバに登録された通信装置へ信号を送信してもよい。複数の蓄電装置の各々のユーザは、要請部の要請に従って、蓄電装置による外部充電及び外部給電の少なくとも一方を制御すること（又は、上記スケジュールが示す期間においてサーバによる蓄電装置の遠隔操作を許可すること）により、電力の需給調整に貢献することができる。以下、上記要望情報においてインセンティブを得ることよりも蓄電装置の劣化を抑制することを望むユーザを「第１ユーザ」とも称し、上記要望情報において蓄電装置の劣化を抑制することよりもインセンティブを得ることを望むユーザを「第２ユーザ」とも称する。

上記サーバは、要望情報を用いて、蓄電装置の選定とスケジュールの作成との少なくとも一方を行なうように構成される。たとえば、サーバは、蓄電装置の劣化を招き得る要請に対しては、蓄電装置の選定において、第１ユーザの蓄電装置が選定されにくくしてもよい。また、サーバは、第１ユーザの蓄電装置に対するスケジュールの作成において、蓄電装置が劣化しにくいスケジュールを作成してもよい。このように、サーバは、蓄電装置の選定とスケジュールの作成との少なくとも一方によって、各蓄電装置の劣化しやすさを調整することができる。このため、上記サーバによれば、蓄電装置のユーザに電力の需給調整を要請するときに、蓄電装置の劣化を抑制することを望むユーザに配慮して要請を行なうことが可能になる。

上記要望情報は、ユーザが蓄電装置の劣化を抑制することを望む程度を、蓄電装置の劣化抑制を望む／望まないのいずれかで示す情報と、ユーザがインセンティブを得ることを望む程度を、インセンティブを得ることを望む／望まないのいずれかで示す情報との少なくとも一方であってもよい。

上記構成によれば、各蓄電装置のユーザを第１ユーザ（すなわち、インセンティブ獲得よりも蓄電装置の劣化抑制を望むユーザ）と第２ユーザ（すなわち、蓄電装置の劣化抑制よりもインセンティブ獲得を望むユーザ）とに分けることができる。サーバは、蓄電装置の選定とスケジュールの作成との少なくとも一方を、第１ユーザと第２ユーザとで異なる態様で行なうことによって、ユーザごとに適した要請を行なうことが可能になる。

上記では、要望情報が、第１要望度及び第２要望度の各々を２段階（望む／望まない）で示す情報であると仮定して、各蓄電装置のユーザを第１ユーザと第２ユーザとに分けて説明を行なったが、要望情報は、第１要望度及び第２要望度の各々を２段階で示す情報には限られない。要望情報は、各要望度を３段階以上で示す情報であってもよいし、各要望度を０〜１００の連続値で示す情報であってもよい。

上記選定部は、上記要請部によってユーザに外部充電が要請される蓄電装置を選定するときには、第１要望度が低い又は第２要望度が高い蓄電装置から優先的に選ぶように構成されてもよい。

蓄電装置の劣化は、充電頻度が高くなるほど進行する傾向がある。上記構成によれば、ユーザに外部充電が要請される蓄電装置を選定部が選定するときには、第１要望度が低い又は第２要望度が高いユーザの蓄電装置から優先的に選ばれる。第１要望度が低いユーザの蓄電装置から優先的に選ばれることにより、第１要望度が高いユーザの蓄電装置の充電頻度の増加を抑制することができる。そして、蓄電装置の充電頻度の増加が抑制されることで、蓄電装置の劣化が抑制される。また、第２要望度が高いユーザの蓄電装置から優先的に選ばれることにより、第２要望度が高いユーザはインセンティブを獲得しやすくなる。

上記選定部は、上記要請部によってユーザに外部給電が要請される蓄電装置を選定するときには、第１要望度が高い又は第２要望度が高い蓄電装置から優先的に選ぶように構成されてもよい。

また、蓄電装置は、高ＳＯＣ状態で放置されると劣化しやすい。ＳＯＣ（State Of Charge）は、蓄電残量を示し、たとえば、満充電状態の蓄電量に対する現在の蓄電量の割合を０〜１００％で表わしたものである。上記構成によれば、ユーザに外部給電が要請される蓄電装置を選定部が選定するときに、第１要望度が高い又は第２要望度が高いユーザの蓄電装置から優先的に選ばれる。第１要望度が高いユーザの蓄電装置から優先的に選ばれることにより、第１要望度が高いユーザの蓄電装置のＳＯＣを低くすることができる。そして、蓄電装置のＳＯＣを低くすることで、蓄電装置の劣化が抑制される。また、第２要望度が高いユーザの蓄電装置から優先的に選ばれることにより、第２要望度が高いユーザはインセンティブを獲得しやすくなる。

上記選定部は、上記要請部によってユーザに外部給電が要請される蓄電装置を選定するときには、所定の条件を満たす状態の蓄電装置の中で第１要望度が高い又は第２要望度が低い蓄電装置から優先的に選ぶように構成されてもよい。

上記構成によれば、ユーザに外部給電が要請される蓄電装置を選定部が選定するときに、所定の条件を満たす状態の蓄電装置のみが選ばれる。所定の条件は、蓄電装置のＳＯＣが所定値以上であるときに満たされてもよいし、蓄電装置の温度が所定値以上であるときに満たされてもよい。また、ユーザに外部給電が要請される蓄電装置を選定部が選定するときには、第１要望度が高い又は第２要望度が低いユーザの蓄電装置から優先的に選ばれる。このため、第１要望度が高い又は第２要望度が低いユーザの蓄電装置が劣化しやすい状態（たとえば、高ＳＯＣ状態）で放置されることを抑制できる。また、蓄電装置が高温である場合には、蓄電装置に異常が生じている可能性がある。高温状態の蓄電装置のＳＯＣを低下させることで、安全性を高めることができる。

上記構成によれば、ユーザに外部給電が要請される蓄電装置を選定部が選定するときに、要望度の高いユーザの蓄電装置が選定されやすくなる。これにより、要望度の高いユーザの蓄電装置の劣化を抑制できる。しかし、蓄電装置の選定において要望度の高いユーザの蓄電装置を優先的に選ぶことにより、要望度の低いユーザのインセンティブを得る機会が奪われる可能性がある。こうした課題に鑑みて、下記構成を採用してもよい。

上記サーバは、上記要請部の要請に応えたときにユーザに与えられるインセンティブ単価を、ユーザごとに管理するとともに、第１要望度が低い又は第２要望度が高いユーザほどインセンティブ単価を高くするように構成されてもよい。

上記構成では、第１要望度が低い又は第２要望度が高いユーザほどインセンティブ単価を高くする。蓄電装置のユーザは、第１要望度を低くする（又は、第２要望度を高くする）と、蓄電装置が劣化しやすくなる代わりに、高いインセンティブを得やすくなる。これにより、ユーザ間の公平性を担保することができる。

上記複数の蓄電装置の各々は、複数の移動体の各々に搭載されてもよい。上記サーバは、移動体ごとの次回出発時刻を取得するように構成されてもよい。複数の移動体の各々は、蓄電装置に蓄えられた電力を用いて移動するように構成されてもよい。上記スケジュール作成部は、選定された移動体に対する充電スケジュールを作成するときには、第１要望度が高い又は第２要望度が低いユーザの移動体ほど、充電終了時刻と次回出発時刻との乖離度が小さくなるように、充電スケジュールを作成してもよい。

移動体が外部充電を行なうと、蓄電装置のＳＯＣが上昇し、充電終了時刻においては蓄電装置が高ＳＯＣ状態になると考えられる。また、移動体が出発（すなわち、移動）することによって蓄電装置の電力が消費され、蓄電装置のＳＯＣは低下すると考えられる。このため、充電終了時刻と次回出発時刻との乖離度が小さいほど、蓄電装置が高ＳＯＣ状態で放置される時間が短くなると考えられる。上記構成では、第１要望度が高い又は第２要望度が低いユーザの移動体ほど充電終了時刻と次回出発時刻との乖離度が小さくなるように充電スケジュールが作成される。これにより、第１要望度が高い又は第２要望度が低いユーザの蓄電装置が高ＳＯＣ状態で放置されること（ひいては、蓄電装置が劣化すること）を抑制できる。

なお、サーバは、各移動体の履歴データ（たとえば、充電場所に到着してから出発するまでの滞在時間）を用いて、移動体ごとの次回出発時刻を予測してもよい。また、サーバは、移動体のユーザから次回出発時刻（すなわち、ユーザの予定）を取得してもよい。ユーザは、任意の通信機器（たとえば、携帯端末）を用いて、次回出発時刻をサーバへ送信できる。

上記選定部は、要望情報を用いて、単位期間あたりの充電回数の上限値を、蓄電装置ごとに設定し、単位期間あたりの充電回数が上限値を超えている蓄電装置を、選定の候補から除外するように構成されてもよい。

蓄電装置の劣化は、単位期間あたりの充電回数が多くなるほど進行する傾向がある。上記サーバは、単位期間あたりの充電回数が上限値を超えている蓄電装置を、選定の候補から除外することができる。これにより、要請部からの要請に従う外部充電又は外部給電によって蓄電装置の劣化が進行することを抑制できる。上記サーバは、要望情報を用いて単位期間あたりの充電回数の上限値を設定するため、第１要望度が高い又は第２要望度が低いユーザの蓄電装置の劣化を抑制できる。

なお、充電回数は、充電開始から充電停止までを１回とする。充電開始は、蓄電装置が非充電状態（すなわち、充電を行なっていない状態）から充電状態（すなわち、充電を行なっている状態）になることである。充電停止は、蓄電装置が充電状態から非充電状態になることである。蓄電装置が充電状態から放電状態（すなわち、放電を行なっている状態）へ切り替わることも、充電停止に含まれる。

また、上限値の設定には、上限値に有効な数値が設定されることのほか、「上限値なし」の設定も含まれる。上記選定部は、上限値に「無限大」を設定することにより、実質的に「上限値なし」の設定を行なってもよい。

上述したいずれかの電力管理システムは、複数の蓄電装置のユーザごとに携帯される複数の携帯端末を備えてもよい。複数の携帯端末の各々は、蓄電装置のユーザからの入力を受け付け、蓄電装置のユーザによって要望情報が入力されると、入力された要望情報をサーバへ送信するように構成されてもよい。

上記構成によれば、ユーザが携帯端末を通じてサーバへ要望情報を送信することが可能になる。

上述したいずれかの電力管理システムにおいて、複数の蓄電装置の各々は、複数の移動体の各々に搭載されてもよい。上述したいずれかの電力管理システムは、移動体ごとに搭載された複数のユーザ端末を備えてもよい。複数のユーザ端末の各々は、蓄電装置のユーザからの入力を受け付け、蓄電装置のユーザによって要望情報が入力されると、入力された要望情報をサーバへ送信するように構成されてもよい。

上記構成によれば、ユーザが移動体のユーザ端末を通じてサーバへ要望情報を送信することが可能になる。

なお、上記ユーザからの入力は、ＧＵＩ（Graphical User Interface）に対する入力であってもよいし、音声入力であってもよい。また、ユーザは、ボタン又はレバーのような部材を操作することによって上記入力を行なってもよい。携帯端末又はユーザ端末からサーバへの信号は、携帯端末又はユーザ端末から直接的にサーバに送られてもよいし、携帯端末又はユーザ端末から他の装置を経由してサーバに送られてもよい。

上述したいずれかの電力管理システムにおいて、複数の蓄電装置の各々は、複数の車両の各々に搭載されてもよい。上述したいずれかの電力管理システムは、複数の車両の各々と電気的に接続可能に構成される複数の電力設備と、複数の電力設備の各々に電力を供給する電力網とをさらに備えてもよい。上記要請部は、スケジュールに従って外部充電及び外部給電の少なくとも一方を制御することを車両のユーザに要請する信号を、車両に搭載された通信機器と、車両のユーザが携帯する携帯端末との少なくとも一方へ送信するように構成されてもよい。

上記構成によれば、サーバが車両（より特定的には、上記通信機器）及び／又は携帯端末へ上記信号を送信することによって、電力網の需給バランスを調整することができる。

なお、サーバから車両又は携帯端末への信号は、サーバから直接的に車両又は携帯端末送られてもよいし、サーバから他の装置（たとえば、上記電力設備）を経由して車両又は携帯端末に送られてもよい。

上記移動体は、電動車両であってもよい。電動車両は、車両に搭載された蓄電装置に蓄えられた電力を用いて走行するように構成される車両である。移動体は、遠隔操作可能に構成されてもよいし、自動運転可能に構成されてもよい。移動体は、飛行体（たとえば、ドローン）であってもよい。

本開示によれば、蓄電装置のユーザに電力の需給調整を要請するときに、蓄電装置の劣化を抑制することを望むユーザに配慮して要請を行なうことができる電力管理システム及びサーバを提供することが可能になる。

本開示の実施の形態に係る電力管理システムに含まれる車両の構成を示す図である。 本開示の実施の形態に係る電力管理システムの概略的な構成を示す図である。 本開示の実施の形態に係る電力管理システムに含まれる電力網と複数のＥＶＳＥと複数の車両とを示す図である。 本開示の実施の形態に係る電力管理システムに含まれる車両制御装置、サーバ、及び携帯端末の詳細構成を示す図である。 図４に示したサーバが保有する車両情報及びユーザ情報の詳細について説明するための図である。 本開示の実施の形態に係る電力管理システムにおいて、アグリゲータが電力市場で電力取引を行なうときにサーバによって実行される処理を示すフローチャートである。 図６に示したＤＲ車両の選定に係る処理の詳細を示すフローチャートである。 充電回数が１回である充電スケジュールの一例を示す図である。 充電回数が５回である充電スケジュールの一例を示す図である。 図７に示した処理によって行なわれるＤＲ車両の選定について説明するための図である。 図６に示した処理によって行なわれる充電スケジュールの作成について説明するための図である。 本開示の実施の形態に係る電力管理システムにおいて、ＤＲ車両の蓄電装置の充放電制御を示すフローチャートである。 本開示の実施の形態に係る電力管理システムにおいて、非ＤＲ車両の蓄電装置の充放電制御を示すフローチャートである。 図１０に示したＤＲ車両の選定の変形例について説明するための図である。

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

この実施の形態に係る電力管理システムは、複数の車両を含む。電力管理システムにおける複数の車両は、互いに異なる構成を有してもよいが、この実施の形態では互いに同一の構成を有する。以下、区別して説明する場合を除いて、電力管理システムに含まれる複数の車両の各々を「車両５０」と記載し、電力管理システムに含まれる複数のＥＶＳＥの各々を「ＥＶＳＥ４０」と記載する。ＥＶＳＥは、車両用給電設備（Electric Vehicle Supply Equipment）を意味する。

図１は、この実施の形態に係る電力管理システムに含まれる車両５０の構成を示す図である。図１を参照して、車両５０は、走行用の電力を蓄電するバッテリ１３０を備える。バッテリ１３０は、たとえばリチウムイオン電池又はニッケル水素電池のような二次電池を含んで構成される。この実施の形態では、二次電池として、複数のリチウムイオン電池を含む組電池を採用する。組電池は、複数の単電池（一般に「セル」とも称される）が互いに電気的に接続されて構成される。なお、二次電池の代わりに、電気二重層キャパシタのような他の蓄電装置を採用してもよい。この実施の形態に係るバッテリ１３０は、本開示に係る「蓄電装置」の一例に相当する。

車両５０は、電子制御ユニット（以下、「ＥＣＵ（Electronic Control Unit）」と称する）１５０を備える。ＥＣＵ１５０は、バッテリ１３０の充電制御及び放電制御を行なうように構成される。また、ＥＣＵ１５０は、車両５０の外部との通信を制御するように構成される。車両５０は、バッテリ１３０の状態を監視する監視モジュール１３１をさらに備える。監視モジュール１３１は、バッテリ１３０の状態（たとえば、電圧、電流、及び温度）を検出する各種センサを含み、検出結果をＥＣＵ１５０へ出力する。ＥＣＵ１５０は、監視モジュール１３１の出力（すなわち、各種センサの検出値）に基づいてバッテリ１３０の状態（たとえば、温度、電流、電圧、ＳＯＣ、及び内部抵抗）を取得することができる。車両５０は、バッテリ１３０に蓄えられた電力のみを用いて走行可能な電気自動車（ＥＶ）であってもよいし、バッテリ１３０に蓄えられた電力とエンジン（図示せず）の出力との両方を用いて走行可能なプラグインハイブリッド車（ＰＨＶ）であってもよい。この実施の形態では、車両５０がユーザによって運転されるが、車両５０は自動運転可能に構成されてもよい。

車両５０は、ＥＶＳＥ４０の給電方式に対応するインレット１１０及び充放電器１２０を備える。インレット１１０は、車両５０の外部から供給される電力を受電するように構成される。また、インレット１１０は、充放電器１２０から供給される電力を車両５０の外部へ出力するように構成される。なお、図１には、インレット１１０及び充放電器１２０のみを示しているが、車両５０は、複数種の給電方式（たとえば、ＡＣ方式及びＤＣ方式）に対応できるように、給電方式ごとの複数のインレット及び充放電器を備えてもよい。

ＥＶＳＥ４０には、充電ケーブル４２が接続される。充電ケーブル４２は、常にＥＶＳＥ４０に接続されていてもよいし、ＥＶＳＥ４０に対して着脱可能であってもよい。充電ケーブル４２は、先端にコネクタ４３を有し、内部に電力線を含む。インレット１１０には、充電ケーブル４２のコネクタ４３を接続することができる。ＥＶＳＥ４０につながれた充電ケーブル４２のコネクタ４３が車両５０のインレット１１０に接続されることで、ＥＶＳＥ４０と車両５０とが電気的に接続される。これにより、ＥＶＳＥ４０から充電ケーブル４２を通じて車両５０に電力を供給することが可能になる。

充放電器１２０は、インレット１１０とバッテリ１３０との間に位置する。充放電器１２０は、インレット１１０からバッテリ１３０までの電力経路の接続／遮断を切り替えるリレーと、電力変換回路（たとえば、双方向コンバータ）と（いずれも図示せず）を含んで構成される。充放電器１２０に含まれるリレー及び電力変換回路の各々は、ＥＣＵ１５０によって制御される。車両５０は、充放電器１２０の状態を監視する監視モジュール１２１をさらに備える。監視モジュール１２１は、充放電器１２０の状態（たとえば、電圧、電流、及び温度）を検出する各種センサを含み、検出結果をＥＣＵ１５０へ出力する。この実施の形態では、監視モジュール１２１が、上記電力変換回路に入力される電圧及び電流と、上記電力変換回路から出力される電圧及び電流とを検出するように構成される。

車両５０外部のＥＶＳＥ４０とインレット１１０とが充電ケーブル４２を介して接続されることにより、ＥＶＳＥ４０と車両５０との間で電力の授受を行なうことが可能になる。このため、車両５０による外部充電（すなわち、車両５０の外部から電力の供給を受けて車両５０のバッテリ１３０を充電すること）が可能になる。外部充電のための電力は、たとえばＥＶＳＥ４０から充電ケーブル４２を通じてインレット１１０に供給される。充放電器１２０は、インレット１１０が受電した電力をバッテリ１３０の充電に適した電力に変換し、変換された電力をバッテリ１３０へ出力するように構成される。また、ＥＶＳＥ４０とインレット１１０とが充電ケーブル４２を介して接続されることにより、車両５０による外部給電（すなわち、車両５０から充電ケーブル４２を通じてＥＶＳＥ４０に給電を行なうこと）が可能になる。外部給電のための電力は、バッテリ１３０から充放電器１２０に供給される。充放電器１２０は、バッテリ１３０から供給される電力を外部給電に適した電力に変換し、変換された電力をインレット１１０へ出力するように構成される。外部充電及び外部給電のいずれかを実行するときには充放電器１２０のリレーが閉状態（接続状態）にされ、外部充電及び外部給電のいずれも実行しないときには充放電器１２０のリレーが開状態（遮断状態）にされる。

なお、充放電器１２０の構成は上記に限られず適宜変更可能である。充放電器１２０は、たとえば整流回路、ＰＦＣ（Power Factor Correction）回路、絶縁回路（たとえば、絶縁トランス）、インバータ、及びフィルタ回路の少なくとも１つを含んでもよい。車両５０がＡＣ方式のＥＶＳＥに対して外部給電を行なう場合には、バッテリ１３０から放電された電力に充放電器１２０がＤＣ／ＡＣ変換を行ない、変換後の交流電力が車両５０からＥＶＳＥへ供給されてもよい。車両５０がＤＣ方式のＥＶＳＥに対して外部給電を行なう場合には、車両５０からＥＶＳＥへ直流電力が供給され、ＥＶＳＥに内蔵されるインバータによってＤＣ／ＡＣ変換が行なわれるようにしてもよい。ＤＣ方式のＥＶＳＥの規格は、ＣＨＡｄｅＭＯ、ＣＣＳ（Combined Charging System）、ＧＢ／Ｔ、Ｔｅｓｌａのいずれであってもよい。

ＥＣＵ１５０は、プロセッサ１５１、ＲＡＭ（Random Access Memory）１５２、記憶装置１５３、及びタイマ１５４を含んで構成される。プロセッサ１５１としては、たとえばＣＰＵ（Central Processing Unit）を採用できる。ＲＡＭ１５２は、プロセッサ１５１によって処理されるデータを一時的に記憶する作業用メモリとして機能する。記憶装置１５３は、格納された情報を保存可能に構成される。記憶装置１５３は、たとえばＲＯＭ（Read Only Memory）及び書き換え可能な不揮発性メモリを含む。記憶装置１５３には、プログラムのほか、プログラムで使用される情報（たとえば、マップ、数式、及び各種パラメータ）が記憶されている。この実施の形態では、記憶装置１５３に記憶されているプログラムをプロセッサ１５１が実行することで、ＥＣＵ１５０における各種制御が実行される。ただし、ＥＣＵ１５０における各種制御は、ソフトウェアによる実行に限られず、専用のハードウェア（電子回路）で実行することも可能である。なお、ＥＣＵ１５０が備えるプロセッサの数は任意であり、所定の制御ごとにプロセッサが用意されてもよい。

タイマ１５４は、設定時刻の到来をプロセッサ１５１に知らせるように構成される。タイマ１５４に設定された時刻になると、タイマ１５４からプロセッサ１５１へその旨を知らせる信号が送信される。この実施の形態では、タイマ１５４としてタイマ回路を採用する。ただし、タイマ１５４は、ハードウェア（タイマ回路）ではなく、ソフトウェアによって実現してもよい。また、ＥＣＵ１５０は、ＥＣＵ１５０に内蔵されるリアルタイムクロック（ＲＴＣ）回路（図示せず）を利用して現在時刻を取得できる。

車両５０は、走行駆動部１４０と、入力装置１６０と、報知装置１７０と、通信機器１８０と、駆動輪Ｗとをさらに備える。なお、車両５０の駆動方式は、図１に示される前輪駆動に限られず、後輪駆動又は４輪駆動であってもよい。

走行駆動部１４０は、図示しないＰＣＵ（Power Control Unit）とＭＧ（Motor Generator）とを含み、バッテリ１３０に蓄えられた電力を用いて車両５０を走行させるように構成される。ＰＣＵは、たとえば、プロセッサを含んで構成される制御装置と、インバータと、コンバータと、リレー（以下、「ＳＭＲ（System Main Relay）」と称する）と（いずれも図示せず）を含んで構成される。ＰＣＵの制御装置は、ＥＣＵ１５０からの指示（制御信号）を受信し、その指示に従ってＰＣＵのインバータ、コンバータ、及びＳＭＲを制御するように構成される。ＭＧは、たとえば三相交流モータジェネレータである。ＭＧは、ＰＣＵによって駆動され、駆動輪Ｗを回転させるように構成される。また、ＭＧは、回生発電を行ない、発電した電力をバッテリ１３０に供給するように構成される。ＳＭＲは、バッテリ１３０からＰＣＵまでの電力経路の接続／遮断を切り替えるように構成される。ＳＭＲは、車両５０の走行時に閉状態（接続状態）にされる。

入力装置１６０は、ユーザからの入力を受け付ける装置である。入力装置１６０は、ユーザによって操作され、ユーザの操作に対応する信号をＥＣＵ１５０へ出力する。通信方式は有線でも無線でもよい。入力装置１６０の例としては、各種スイッチ、各種ポインティングデバイス、キーボード、タッチパネルが挙げられる。入力装置１６０は、カーナビゲーションシステムの操作部であってもよい。入力装置１６０は、音声入力を受け付けるスマートスピーカであってもよい。

報知装置１７０は、ＥＣＵ１５０から要求があったときに、ユーザ（たとえば、車両５０の乗員）へ所定の報知処理を行なうように構成される。報知装置１７０は、表示装置（たとえば、タッチパネルディスプレイ）、スピーカ（たとえば、スマートスピーカ）、及びランプ（たとえば、ＭＩＬ（故障警告灯））の少なくとも１つを含んでもよい。報知装置１７０は、メータパネル、ヘッドアップディスプレイ、又はカーナビゲーションシステムであってもよい。

通信機器１８０は、各種通信Ｉ／Ｆ（インターフェース）を含んで構成される。通信機器１８０は、ＤＣＭ（Data Communication Module）を含んでもよい。ＥＣＵ１５０は、通信機器１８０を通じて車両５０外部の通信装置と無線通信を行なうように構成される。

図示は省略しているが、車両５０は、車両５０の状態をリアルタイムで検出する各種センサ（たとえば、位置センサ、外気温センサ、車速センサ、及びオドメータなど）を備える。車両５０の状態は、逐次検出され、ＥＣＵ１５０の記憶装置１５３に記録される。位置センサは、ＧＰＳ（Global Positioning System）を利用したセンサであってもよい。位置センサは、車両５０に搭載されたカーナビゲーションシステム（図示せず）に含まれてもよい。

近年、電力会社が保有する大規模発電所（集中型エネルギーリソース）に依存した電力システムが見直され、各需要家が保有するエネルギーリソース（以下、「ＤＳＲ（Demand Side Resources）」とも称する）を電力システムに活用する仕組みの構築が進められている。ＤＳＲは、分散型エネルギーリソース（以下、「ＤＥＲ（Distributed Energy Resources）」とも称する）として機能する。

ＤＳＲを電力システムに活用する仕組みとして、ＶＰＰ（仮想発電所）が提案されている。ＶＰＰは、ＩｏＴ（モノのインターネット）を利用した高度なエネルギーマネジメント技術により多数のＤＥＲ（たとえば、ＤＳＲ）を束ね、これらＤＥＲを遠隔・統合制御することによってあたかも１つの発電所のように機能させる仕組みである。ＶＰＰにおいて、ＤＥＲを束ねてエネルギーマネジメントサービスを提供する電気事業者は、「アグリゲータ」と称される。電力会社は、たとえばアグリゲータと連携することにより、デマンドレスポンス（以下、「ＤＲ」とも称する）によって電力の需給バランスを調整することができる。

ＤＲは、デマンドレスポンス信号（以下、「ＤＲ信号」とも称する）によって各需要家に所定の要請を行なうことにより電力の需給バランスを調整する手法である。ＤＲ信号は、電力需要の抑制又は逆潮流を要請するＤＲ信号（以下、「下げＤＲ信号」とも称する）と、電力需要の増加を要請するＤＲ信号（以下、「上げＤＲ信号」とも称する）との２種類に大別される。

この実施の形態に係る電力管理システムは、ＶＧＩ（Vehicle Grid Integration）システムである。ＶＧＩシステムでは、ＶＰＰを実現するためのＤＳＲとして、蓄電装置を備える電動車両（すなわち、上述した車両５０）を採用する。

図２は、この実施の形態に係る電力管理システムの概略的な構成を示す図である。図２に示されるＶＧＩシステム１は、本開示に係る「電力管理システム」の一例に相当する。図２には、車両、ＥＶＳＥ、及びアグリゲータサーバの各々を１つずつしか示していないが、ＶＧＩシステム１は、車両、ＥＶＳＥ、及びアグリゲータサーバの各々を複数含む。ＶＧＩシステム１に含まれる車両、ＥＶＳＥ、及びアグリゲータサーバの数は、各々独立して任意であり、１０個以上であってもよいし、１００個以上であってもよい。ＶＧＩシステム１に含まれる各車両は、個人が所有する車両（ＰＯＶ）であってもよいし、ＭａａＳ（Mobility as a Service）事業者が管理する車両（ＭａａＳ車両）であってもよい。図２には１つの携帯端末のみを図示しているが、携帯端末は、車両のユーザごとに携帯されている。図２には、家庭用のＥＶＳＥを例示するが、ＶＧＩシステム１は、不特定多数のユーザが使用可能な公共のＥＶＳＥを含んでもよい。

図２を参照して、ＶＧＩシステム１は、送配電事業者サーバ１０（以下、単に「サーバ１０」とも称する）と、スマートメータ１１と、アグリゲータサーバ３０（以下、単に「サーバ３０」とも称する）と、ＥＶＳＥ４０と、車両５０（図１参照）と、ＨＥＭＳ−ＧＷ（Home Energy Management System−GateWay）６０と、データセンタ７０と、携帯端末８０と、電力系統ＰＧとを含む。この実施の形態では、携帯端末８０として、タッチパネルディスプレイを具備するスマートフォンを採用する。ただしこれに限られず、携帯端末８０としては、任意の携帯端末を採用可能であり、タブレット端末、スマートフォン、ウェアラブルデバイス（たとえば、スマートウォッチ）、電子キー、又はサービスツールなども採用可能である。

サーバ１０は、送配電事業者に帰属するサーバである。この実施の形態では、電力会社が発電事業者及び送配電事業者を兼ねる。電力会社は、図示しない発電所及び送配電設備によって電力網（すなわち、電力系統ＰＧ）を構築するとともに、サーバ１０、スマートメータ１１、ＥＶＳＥ４０、ＨＥＭＳ−ＧＷ６０、及び電力系統ＰＧを保守及び管理する。この実施の形態に係る電力系統ＰＧは、本開示に係る「電力網」の一例に相当する。この実施の形態では、電力会社が、電力系統ＰＧを運用する系統運用者に相当する。

電力会社は、たとえば電力を使用する需要家（たとえば、個人又は会社）と取引を行なうことにより利益を得ることができる。電力会社は、各需要家にスマートメータを提供する。たとえば、図２に示す車両５０のユーザには、スマートメータ１１が提供されている。各スマートメータを識別するための識別情報（以下、「メータＩＤ」とも称する）がスマートメータごとに付与されており、サーバ１０は、各スマートメータの計測値をメータＩＤで区別して管理している。電力会社は、各スマートメータの計測値に基づいて需要家ごとの電力使用量を把握することができる。

ＶＧＩシステム１においては、複数のアグリゲータを識別するための識別情報（ＩＤ）がアグリゲータごとに付与されている。サーバ１０はアグリゲータごとの情報をアグリゲータのＩＤで区別して管理している。アグリゲータは、管轄内の需要家が制御した電力量を束ねることによってエネルギーマネジメントサービスを提供する。アグリゲータは、ＤＲ信号によって各需要家に電力平準化を要請することにより電力量を制御することができる。

サーバ３０は、アグリゲータに帰属するサーバである。サーバ３０は、制御装置３１と、記憶装置３２と、通信装置３３とを含んで構成される。制御装置３１は、プロセッサを含み、所定の情報処理を行なうとともに通信装置３３を制御するように構成される。サーバ３０の構成の詳細については後述する。ＶＧＩシステム１においてアグリゲータ（ひいては、サーバ３０）が管理するＤＳＲは電動車両（たとえば、ＰＯＶ又はＭａａＳ車両）である。需要家は、電動車両によって電力量を制御することができる。アグリゲータは、車両５０だけでなく、車両５０以外のリソース（たとえば、自動販売機、植物工場、又はバイオマス）からも、電気の供給力（容量）を調達してもよい。アグリゲータは、たとえば電力会社と取引を行なうことにより利益を得ることができる。なお、アグリゲータは、送配電事業者（たとえば、電力会社）と連絡する上位アグリゲータと、需要家と連絡する下位アグリゲータとに分かれていてもよい。

データセンタ７０は、制御装置７１と、記憶装置７２と、通信装置７３とを含んで構成される。制御装置７１は、プロセッサを含み、所定の情報処理を行なうとともに通信装置７３を制御するように構成される。記憶装置７２は、各種情報を保存可能に構成される。通信装置７３は各種通信Ｉ／Ｆを含む。制御装置７１は、通信装置７３を通じて外部と通信するように構成される。データセンタ７０は、登録された複数の携帯端末（携帯端末８０を含む）の情報を管理するように構成される。携帯端末の情報には、端末自体の情報（たとえば、携帯端末の通信アドレス）に加えて、携帯端末を携帯するユーザに関する情報（たとえば、当該ユーザに帰属する車両５０の車両ＩＤ）も含まれる。携帯端末を識別するための識別情報（以下、「端末ＩＤ」とも称する）が携帯端末ごとに付与されており、データセンタ７０は携帯端末ごとの情報を端末ＩＤで区別して管理している。端末ＩＤは、ユーザを識別する情報（ユーザＩＤ）としても機能する。

携帯端末８０には所定のアプリケーションソフトウェア（以下、単に「アプリ」と称する）がインストールされており、携帯端末８０は、そのアプリを通じてサーバ３０、ＨＥＭＳ−ＧＷ６０、及びデータセンタ７０の各々と情報のやり取りを行なうように構成される。携帯端末８０は、たとえばインターネットを介してサーバ３０、ＨＥＭＳ−ＧＷ６０、及びデータセンタ７０の各々と無線通信するように構成される。ユーザは、携帯端末８０を操作することによりユーザの状態及び予定を示す情報をデータセンタ７０へ送信することができる。ユーザの状態を示す情報の例としては、ユーザがＤＲに対応可能な状況であるか否かを示す情報が挙げられる。ユーザの予定を示す情報の例としては、ＰＯＶが自宅を出発する時刻、又はＭａａＳ車両の運行計画が挙げられる。サーバ３０及びデータセンタ７０の各々は、携帯端末８０から受信した情報を端末ＩＤごとに区別して保存するように構成される。

サーバ１０とサーバ３０とは、たとえばＶＰＮ（Virtual Private Network）を介して相互通信可能に構成される。サーバ１０及び３０の各々は、たとえばインターネットを通じて、電力市場情報（たとえば、電力取引に関する情報）を取得することができる。サーバ１０とサーバ３０との通信プロトコルは、ＯｐｅｎＡＤＲであってもよい。サーバ３０とデータセンタ７０とは、たとえばインターネットを介して相互通信可能に構成される。サーバ３０とデータセンタ７０との通信プロトコルは、ＯｐｅｎＡＤＲであってもよい。サーバ３０は、ユーザに関する情報をデータセンタ７０から取得することができる。サーバ３０及びデータセンタ７０の各々とＨＥＭＳ−ＧＷ６０とは、たとえばインターネットを介して相互通信可能に構成される。サーバ３０及びデータセンタ７０の各々とＨＥＭＳ−ＧＷ６０との通信プロトコルは、ＯｐｅｎＡＤＲであってもよい。

この実施の形態では、サーバ３０とＥＶＳＥ４０との間では通信が行なわれないが、サーバ３０とＥＶＳＥ４０とは相互通信可能に構成されてもよい。サーバ３０はＥＶＳＥ４０を経由して車両５０と通信するように構成されてもよい。ＥＶＳＥ４０は、ＥＶＳＥ管理用クラウドと通信可能に構成されてもよい。ＥＶＳＥ４０とＥＶＳＥ管理用クラウドとの通信プロトコルは、ＯＣＰＰ（Open Charge Point Protocol）であってもよい。

サーバ３０は、管轄内の各車両５０の状態又は予定を示す情報（たとえば、車両位置、起動スイッチのＯＮ／ＯＦＦ状態、充電ケーブル接続状態、バッテリ状態、充電スケジュール、充電条件、給電スケジュール、給電条件、走行スケジュール、及び走行条件）を各車両５０から逐次取得し、保存するように構成される。起動スイッチは、車両システムを起動させるためのスイッチであり、一般に「パワースイッチ」又は「イグニッションスイッチ」と称される。充電ケーブル接続状態は、インレット１１０に対して充電ケーブル４２のコネクタ４３が接続されているか否かを示す情報である。バッテリ状態は、バッテリ１３０のＳＯＣ値、及びバッテリ１３０が充電中か否かを示す情報である。充電スケジュールは、予定している外部充電の開始時刻及び終了時刻を示す情報である。充電条件は、予定している外部充電の条件（たとえば、充電電力）であってもよいし、現在実行中の外部充電の条件（たとえば、充電電力及び残充電時間）であってもよい。給電スケジュールは、予定している外部給電の開始時刻及び終了時刻を示す情報である。給電条件は、予定している外部給電の条件（たとえば、給電電力）であってもよいし、現在実行中の外部給電の条件（たとえば、給電電力及び残給電時間）であってもよい。走行スケジュールは、予定している走行の開始時刻及び終了時刻を示す情報である。走行条件は、予定している走行の条件（たとえば、走行ルート及び走行距離）であってもよいし、現在実行中の走行の条件（たとえば、走行速度及び残走行距離）であってもよい。

サーバ１０は、ＤＲ（デマンドレスポンス）を利用して電力平準化を行なうように構成される。サーバ１０が、電力平準化を行なうときには、まず、各アグリゲータサーバ（サーバ３０を含む）に対してＤＲへの参加を要請する信号（以下、「ＤＲ参加要請」とも称する）を送信する。ＤＲ参加要請には、当該ＤＲの対象となる地域、ＤＲの種類（たとえば、下げＤＲ又は上げＤＲ）、及びＤＲ期間が含まれる。サーバ３０は、サーバ１０からＤＲ参加要請を受信したときに、ＤＲ可能量（すなわち、ＤＲに従って調整可能な電力量）を求めてサーバ１０へ送信するように構成される。サーバ３０は、たとえば管轄内の各需要家のＤＲ容量（すなわち、ＤＲ対応可能な容量）の合計に基づいてＤＲ可能量を求めることができる。

サーバ１０は、各アグリゲータサーバから受信したＤＲ可能量に基づいてアグリゲータごとのＤＲ量（すなわち、アグリゲータに依頼する電力調整量）を決定し、各アグリゲータサーバ（サーバ３０を含む）にＤＲ実行を指示する信号（以下、「ＤＲ実行指示」とも称する）を送信する。ＤＲ実行指示には、当該ＤＲの対象となる地域、ＤＲの種類（たとえば、下げＤＲ又は上げＤＲ）、アグリゲータに対するＤＲ量、及びＤＲ期間が含まれる。サーバ３０は、ＤＲ実行指示を受信すると、管轄内の車両５０のうちＤＲ対応可能な各車両５０に対してＤＲ量の割当てを行ない、車両ごとのＤＲ信号を作成するとともに各車両５０へＤＲ信号を送信する。ＤＲ信号は、車両５０のユーザに需給調整を促す価格シグナルであってもよいし、サーバ３０が車両５０を直接的に制御するための充電指令又は給電指令であってもよい。価格シグナルは、ＤＲの種類（たとえば、下げＤＲ又は上げＤＲ）、車両５０に対するＤＲ量、ＤＲ期間、及びインセンティブ情報を含んでもよい。価格シグナルは、車両５０に代えて又は加えて、携帯端末８０へ送信されてもよい。車両５０が遠隔操作（たとえば、サーバ３０によるディスパッチ）を許可しているときには、サーバ３０が充電指令又は給電指令を車両５０へ送信することによって直接的に車両５０を制御することが可能になる。

ＥＣＵ１５０は、車両外部から通信機器１８０を通じてＤＲ信号を受信するように構成される。車両５０のユーザは、ＥＣＵ１５０が上記のＤＲ信号を受信した場合に、ＥＶＳＥ４０及び車両５０を用いてＤＲ信号に従う外部充電又は外部放電を行なうことによって、電気事業者（たとえば、電力会社又はアグリゲータ）が要請する電力の需給調整に貢献することができる。電気事業者は、ＤＲ信号を送信することにより、車両５０のユーザに電力の需給調整を要請することができる。ＤＲ信号は、上述のようにＤＲ実行指示に従ってサーバ３０から車両５０へ送信されることがある。また、ＤＲ信号は、電力市場情報に基づいてサーバ３０から車両５０へ送信されることもある（たとえば、後述する図６参照）。この実施の形態では、電気事業者が要請する電力の需給調整に車両５０のユーザが貢献したときには、車両５０のユーザと電気事業者との間の取り決めに従い、貢献量に応じたインセンティブが電気事業者から車両５０のユーザへ支払われる。

電気事業者が上記貢献量を計測する方法は任意である。電気事業者は、スマートメータ１１の測定値を用いて上記貢献量を求めてもよい。ＶＧＩシステム１は、スマートメータ１１に加えて、上記貢献量を計測するための電力量計（たとえば、他のスマートメータ）を備えてもよい。電気事業者は、ＥＶＳＥ４０に内蔵される電力量計（図示せず）の測定値を用いて上記貢献量を求めてもよい。電気事業者は、車両５０に搭載されたセンサ（たとえば、監視モジュール１２１，１３１）の測定値を用いて上記貢献量を求めてもよい。持運び可能な充電ケーブルにメータ機能を持たせて、充電ケーブルにより計測された電力量に基づいて電気事業者が上記貢献量を求めてもよい。充電ケーブルごとにユーザＩＤを付与し、ユーザが充電ケーブルを使用するときに充電ケーブルから電気事業者のサーバ（たとえば、サーバ１０又は３０）へ自動的にユーザＩＤが送信されるようにしてもよい。こうすることで、いずれのユーザによって充放電が行なわれたかを電気事業者が特定できるようになる。

図２に示す車両５０は、住宅（たとえば、ユーザの自宅）の駐車スペースに駐車した状態で、充電ケーブル４２を介して屋外のＥＶＳＥ４０と電気的に接続されている。ＥＶＳＥ４０は、ユーザ及びユーザの家族のみによって使用される非公共の充電設備である。この実施の形態では、ＥＶＳＥ４０が、逆潮流に対応する充電設備（すなわち、充放電設備）である。ＥＶＳＥ４０につながれた充電ケーブル４２のコネクタ４３が車両５０のインレット１１０に接続されることで、車両５０とＥＶＳＥ４０との間での通信が可能になるとともに、ＥＶＳＥ４０と車両５０との間で電力の授受を行なうことが可能になる。ＥＶＳＥ４０が備える電源回路４１は、電力系統ＰＧと電気的に接続されている。たとえば、電力系統ＰＧから電源回路４１及び充電ケーブル４２を経由して車両５０へ電力が供給されることで、バッテリ１３０の外部充電が行なわれる。また、車両５０がＥＶＳＥ４０に対して外部給電を行なうことによって、車両５０から充電ケーブル４２及び電源回路４１を経由して電力系統ＰＧへ電力を逆潮流させることができる。電源回路４１は、電力系統ＰＧから供給される電力を外部充電に適した電力に変換するとともに、車両５０から供給される電力を逆潮流に適した電力に変換する。

電源回路４１は、電力会社が提供する電力系統ＰＧにスマートメータ１１を介して接続されている。スマートメータ１１は、ＥＶＳＥ４０から車両５０に供給された電力量を計測するように構成される。また、スマートメータ１１は、車両５０からＥＶＳＥ４０に逆潮流された電力量も計測するように構成される。スマートメータ１１は、所定時間経過ごと（たとえば、３０分経過ごと）に電力使用量を計測し、計測した電力使用量を記憶するとともにサーバ１０及びＨＥＭＳ−ＧＷ６０の各々へ送信するように構成される。スマートメータ１１とサーバ１０との間の通信プロトコルとしては、たとえばＩＥＣ（ＤＬＭＳ／ＣＯＳＥＭ）を採用できる。また、サーバ１０は、サーバ３０へスマートメータ１１の計測値を随時送信する。サーバ１０は、定期的に送信してもよいし、サーバ３０からの要求に応じて送信してもよい。

ＨＥＭＳ−ＧＷ６０は、エネルギーマネジメントに関する情報（たとえば、電力の使用状況を示す情報）をサーバ３０、データセンタ７０、及び携帯端末８０の各々へ送信するように構成される。ＨＥＭＳ−ＧＷ６０は、スマートメータ１１から電力量の計測値を受信するように構成される。スマートメータ１１とＨＥＭＳ−ＧＷ６０との通信方式は任意であり、９２０ＭＨｚ帯小電力無線通信であってもよいし、ＰＬＣ（Power Line Communication）であってもよい。ＨＥＭＳ−ＧＷ６０とＥＶＳＥ４０とは、たとえばＬＡＮ（Local Area Network）を介して相互通信可能に構成される。ＬＡＮは、有線ＬＡＮであってもよいし、無線ＬＡＮであってもよい。ＨＥＭＳ−ＧＷ６０とＥＶＳＥ４０との通信に関する規格は、ＥＣＨＯＮＥＴ Ｌｉｔｅ、ＳＥＰ（Smart Energy Profile）２．０、及びＫＮＸのいずれであってもよい。

車両５０に搭載された通信機器１８０は、充電ケーブル４２を介してＥＶＳＥ４０と通信するように構成される。ＥＶＳＥ４０と車両５０との通信方式は任意であり、たとえば、ＣＡＮ（Controller Area Network）であってもよいし、ＰＬＣであってもよい。ＥＶＳＥ４０と車両５０との通信に関する規格は、ＩＳＯ／ＩＥＣ１５１１８でもよいし、ＩＥＣ６１８５１でもよい。

通信機器１８０は、たとえば移動体通信網（テレマティクス）を介してサーバ３０と無線通信するように構成される。車両５０とサーバ３０との間でやり取りされる信号は、アグリゲータから指定された方式で暗号化されていてもよい。さらに、この実施の形態では、通信機器１８０と携帯端末８０とが相互に無線通信するように構成される。ＥＣＵ１５０（図１）は、無線通信により携帯端末８０を制御して、ユーザに対する報知を携帯端末８０に行なわせることができる。通信機器１８０と携帯端末８０との通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）のような近距離通信（たとえば、車内及び車両周辺の範囲での直接通信）であってもよい。

図３は、この実施の形態に係る電力管理システムに含まれる電力網と複数のＥＶＳＥと複数の車両とを示す図である。図３を参照して、ＶＧＩシステム１は、ＥＶＳＥ４０Ａ〜４０Ｉと、車両５０Ａ〜５０Ｄと、電力系統ＰＧとを含む。車両５０Ａ〜５０Ｄは、それぞれバッテリ１３０Ａ〜１３０Ｄを備える。バッテリ１３０Ａ〜１３０Ｄの各々は、外部充電及び外部給電の両方を可能に構成される。ＥＶＳＥ４０Ａ〜４０Ｉの各々は、本開示に係る「電力設備」の一例に相当する。

電力系統ＰＧは、ＥＶＳＥ４０Ａ〜４０Ｉの各々に電力を供給するように構成される。車両５０Ａ〜５０Ｄの各々は、ＥＶＳＥ４０Ａ〜４０Ｉのいずれかを介して、電力系統ＰＧと電気的に接続可能に構成される。図３に示す例では、車両５０Ａ、５０Ｂ、５０Ｃ、５０ＤがそれぞれＥＶＳＥ４０Ａ、４０Ｄ、４０Ｅ、４０Ｇを介して電力系統ＰＧと電気的に接続されている。電力系統ＰＧは、ＥＶＳＥ４０Ａ，４０Ｄ，４０Ｅ，４０Ｇを通じて車両５０Ａ〜５０Ｄの各々に電力を供給可能に構成される。

この実施の形態に係る電力管理システム（ＶＧＩシステム１）では、車両５０のユーザは、サーバ３０の要請に応えることにより、インセンティブを受け取ることができる。しかしながら、全てのユーザがインセンティブを最優先にするとは限らない。ユーザの中には、インセンティブを受け取るよりも、バッテリ１３０の劣化を抑制することを望むユーザもいる。

そこで、この実施の形態に係る電力管理システム（ＶＧＩシステム１）では、車両５０、サーバ３０、及び携帯端末８０が、以下に説明する構成を有することにより、車両５０のユーザに電力の需給調整を要請するときに、バッテリ１３０の劣化を抑制することを望むユーザに配慮して要請を行なうことを可能にしている。図４は、車両５０のＥＣＵ１５０、サーバ３０、及び携帯端末８０の詳細構成を示す図である。

図４を参照して、携帯端末８０は、制御装置８１と、記憶装置８２と、通信装置８３と、ＴＰＤ（タッチパネルディスプレイ）８４とを備える。制御装置８１は、プロセッサを含み、所定の情報処理を行なうとともに通信装置８３及びＴＰＤ８４を制御するように構成される。記憶装置８２は、各種情報を保存可能に構成される。通信装置８３は各種通信Ｉ／Ｆを含む。制御装置８１は、通信装置８３を通じて外部と通信するように構成される。携帯端末８０は、車両５０のユーザによって携帯され、ＴＰＤ８４は、車両５０のユーザに対して報知（たとえば、表示）を行なう。なお、報知は、表示に限られず、音声によって行なわれてもよい。

サーバ３０は、車両５０の通信機器１８０と携帯端末８０との各々と通信可能に構成される。サーバ３０は、情報管理部３０１、推定部３０２、選定部３０３、スケジュール作成部３０４、要請部３０５、及びインセンティブ管理部３０６を含む。この実施の形態に係るサーバ３０においては、図２に示した制御装置３１のプロセッサと、プロセッサにより実行されるプログラムとによって、上記各部が具現化される。ただしこれに限られず、上記各部は、専用のハードウェア（電子回路）によって具現化されてもよい。

ＥＣＵ１５０は、情報管理部５０１及び充放電制御部５０２を含む。この実施の形態に係るＥＣＵ１５０においては、図１に示したプロセッサ１５１と、プロセッサ１５１により実行されるプログラムとによって、上記各部が具現化される。ただしこれに限られず、上記各部は、専用のハードウェア（電子回路）によって具現化されてもよい。

ＥＣＵ１５０の情報管理部５０１は、前述した車両５０の状態又は予定を示す情報をサーバ３０へ逐次送信するように構成される。情報管理部５０１は、車両５０に搭載された各種センサの出力を用いて車両５０の状態を取得することができる。サーバ３０の情報管理部３０１は、車両５０から受信した情報を車両５０の車両ＩＤと紐付けて記憶装置３２に保存するように構成される。

サーバ３０の推定部３０２は、車両から受信した情報に含まれる履歴データを用いて、車両５０の次回出発時刻を推定するように構成される。この実施の形態では、推定部３０２が、車両５０の履歴データを用いて、車両５０の滞在時間（すなわち、車両５０が充電場所に到着してから充電場所を出発するまでの時間）を学習する。情報管理部３０１は、車両５０から受信した情報のうち、滞在時間の学習に用いられる履歴データ（以下、「学習用データ」とも称する）を充電場所ごとに区別して記憶装置３２に保存する。図２に示す例では、ユーザの自宅が充電場所である。この実施の形態では、車両５０の位置、到着時刻、及び出発時刻の履歴データを、学習用データとして採用する。車両５０の位置は、前述した位置センサによって検出された位置であってもよい。車両５０の到着時刻は、ＥＶＳＥ４０につながる充電ケーブル４２のコネクタ４３が車両５０のインレット１１０に接続されたタイミングであってもよい。車両５０の出発時刻は、車両５０の起動スイッチがＯＮになったタイミングであってもよい。推定部３０２は、学習結果（すなわち、学習された滞在時間）を充電場所ごとに区別して記憶装置３２に保存する。なお、学習方法は任意である。学習にＡＩ（人工知能）を用いてもよい。

この実施の形態では、車両５０が次回充電場所に到着すると、推定部３０２が、その次回充電場所について学習された滞在時間を記憶装置３２から取得する。そして、推定部３０２は、次回到着時刻（すなわち、車両５０が次回充電場所に到着した時刻）と次回滞在時間（すなわち、上記学習された滞在時間）とに基づいて次回出発時刻を推定する。推定部３０２は、次回到着時刻から次回滞在時間が経過したタイミングが次回出発時刻であると推定してもよい。

詳細は後述するが（図６参照）、サーバ３０は、外部（たとえば、電力会社又は電力市場）から電力の需給調整を要請されると、以下に示すような手順で、管轄内の各車両５０に電力調整を要請する。まず、選定部３０３は、上記外部からの要請に応えるために必要な台数の車両５０を、管轄内の複数の車両５０から選定する。以下、選定部３０３により選定された各車両５０を、「ＤＲ車両」とも称する。スケジュール作成部３０４は、各ＤＲ車両に対するバッテリ１３０の充放電制御スケジュール（以下、単に「スケジュール」と称する）を作成する。スケジュールは、充電スケジュールであってもよいし、給電スケジュールであってもよいし、充電抑制スケジュールであってもよい。充電抑制スケジュールは、充電が制限される期間（すなわち、制限開始時刻及び制限終了時刻）を示すスケジュールである。充電制限の例としては、充電実行禁止と、充電電力制限（すなわち、所定電力以上での充電禁止）とが挙げられる。選定部３０３によって選定されたＤＲ車両と、スケジュール作成部３０４によって作成されたスケジュールとの各々は、サーバ３０の記憶装置３２に保存される。要請部３０５は、スケジュール作成部３０４により作成されたスケジュールに従う電力調整（より特定的には、スケジュールに従って外部充電及び外部給電の少なくとも一方を制御すること）を要請するＤＲ信号を、各ＤＲ車両のユーザへ送信するように構成される。ＤＲ信号は、ＤＲ車両に搭載された通信機器１８０へ送信されてもよいし、ＤＲ車両のユーザが携帯する携帯端末８０へ送信されてもよい。通信機器１８０及び携帯端末８０の各々は、車両５０のユーザに紐付けてサーバ３０に登録された通信装置に相当する。

車両５０のユーザは、上記ＤＲ信号（すなわち、要請部３０５の要請）に従って外部充電及び外部給電の少なくとも一方を制御すること（又は、上記スケジュールが示す期間においてサーバ３０による車両５０の遠隔操作を許可すること）により、アグリゲータからインセンティブを受け取ることができる。インセンティブ管理部３０６は、各ユーザのインセンティブ情報をユーザＩＤで区別して記憶装置３２に保存するように構成される。インセンティブ情報は、インセンティブ単価及びインセンティブ獲得額を含む。インセンティブ管理部３０６は、要請部３０５の要請に応えたときにユーザに与えられるインセンティブ単価を、ユーザごとに管理する。インセンティブ管理部３０６は、ユーザごとにインセンティブ単価を変えることができる。インセンティブ単価は任意であり、ＤＲ参加に対して支払われるインセンティブのＤＲ１回あたりの単価であってもよいし、調整された電力量に対して支払われるインセンティブの単位電力量あたりの単価であってもよいし、拘束時間に対して支払われるインセンティブの単位時間あたりの単価であってもよい。インセンティブ管理部３０６は、上記インセンティブ単価に加えてインセンティブ獲得額（すなわち、ユーザが獲得したインセンティブの合計額）も、ユーザごとに区別して記憶装置３２に保存するように構成される。

情報管理部５０１がサーバ３０から上述のＤＲ信号を受信すると、ＤＲ信号は記憶装置１５３に記憶される。充放電制御部５０２は、充放電器１２０を制御することにより、バッテリ１３０の充放電制御を行なうように構成される。充放電制御部５０２は、原則として遠隔操作が禁止されるが、記憶装置１５３内のＤＲ信号に含まれるスケジュールが示す期間（すなわち、ＤＲ開始時刻からＤＲ終了時刻までのＤＲ期間）においては、サーバ３０による遠隔操作が可能になる。充放電制御部５０２が遠隔操作可能な状態であるときには、サーバ３０は、充電指令又は給電指令を車両５０へ送信することによって直接的に充放電制御部５０２を制御することができる。情報管理部５０１は、受信した指令について所定の認証を行なって不正な指令を排除することにより、不正な遠隔操作（たとえば、サーバ３０以外による遠隔操作）を抑制してもよい。充放電制御部５０２に対する遠隔操作の許可／禁止を、車両５０のユーザが入力装置１６０又は携帯端末８０を通じて設定できるようにしてもよい。

サーバ３０の記憶装置３２には、車両ごとの車両情報と、車両５０のユーザごとのユーザ情報とが記憶されている。図５は、サーバ３０が保有する車両情報及びユーザ情報の詳細について説明するための図である。

図４とともに図５を参照して、記憶装置３２内のユーザ情報は、以下に説明するモード情報を含む。車両５０に搭載される入力装置１６０と、車両５０のユーザに携帯される携帯端末８０のＴＰＤ８４との各々は、車両５０のユーザからの入力を受け付けるように構成される。車両５０の報知装置１７０（図１）と携帯端末８０のＴＰＤ８４との各々は、表示又は音声により、車両５０のユーザに対してインセンティブ優先モードと電池寿命優先モードとのいずれかを入力することを要求してもよい。車両５０のユーザが、この要求に応じていずれかのモードを入力装置１６０又はＴＰＤ８４に入力すると、車両５０のＥＣＵ１５０又は携帯端末８０の制御装置８１がモード情報（すなわち、ユーザによって選択されたモードを示す情報）を記憶装置１５３又は記憶装置８２に保存するとともにサーバ３０へ送信する。サーバ３０は、受信したモード情報をユーザＩＤと紐付けて記憶装置３２に保存する。この実施の形態では、上記モード情報が、本開示に係る「要望情報」の一例に相当する。ユーザが電池寿命優先モードを選んだことは、ユーザがバッテリ１３０の劣化を抑制することを望むことを意味する。ユーザがインセンティブ優先モードを選んだことは、ユーザがバッテリ１３０の劣化を抑制することを望まないことを意味する。この実施の形態では、車両５０に搭載された入力装置１６０及びＥＣＵ１５０が、本開示に係る「ユーザ端末」として機能する。

ユーザ情報は、前述のインセンティブ情報をさらに含む。インセンティブ管理部３０６は、上記モード情報を参照して、バッテリ１３０の劣化を抑制することを望む程度が低いユーザほどインセンティブ単価を高くする。すなわち、インセンティブ管理部３０６は、電池寿命優先モードを選んだユーザのインセンティブ単価よりもインセンティブ優先モードを選んだユーザのインセンティブ単価を高くする。

記憶装置３２内の車両情報は、除外情報と、ＤＲ参加優先度と、次回出発時刻と、スケジュールとを含む。除外情報は、ＤＲ車両として適していない車両を選別するための情報である。この実施の形態では、除外情報として、バッテリ１３０のＳＯＣと、単位期間あたりの充電回数とを採用する。また、後述する第１閾値、第２閾値、及び上限値も、除外情報に含まれる。

詳細は後述するが、選定部３０３は、前述したモード情報を用いて、車両ごとのＤＲ参加優先度を決定する。ＤＲ参加優先度が高い車両５０ほどＤＲ車両の選定において選ばれやすくなる（後述する図７参照）。次回出発時刻は、推定部３０２によって前述の方法で推定され、記憶装置３２に保存される。スケジュール作成部３０４は、モード情報と次回出発時刻とを用いて、車両ごとのスケジュールを作成する（後述する図６参照）。

図６は、アグリゲータが電力市場で電力取引を行なうときにサーバ３０によって実行される処理を示すフローチャートである。このフローチャートに示される処理は、電力系統ＰＧの需給調整が電力市場において要請されているときに電力市場で要請される電力調整の内容（以下、「要請内容」とも称する）をアグリゲータがサーバ３０に入力することによって開始される。

図１〜図５とともに図６を参照して、ステップ（以下、単に「Ｓ」と表記する）１１では、サーバ３０の制御装置３１が、アグリゲータによって入力された要請内容（すなわち、電力調整の内容）を取得する。要請内容には、電力調整の種類（たとえば、外部充電の要請、又は外部給電の要請）、電力調整量、及び要請期間が含まれる。

Ｓ１２では、サーバ３０の選定部３０３が、管轄内の車両５０の中から、電力調整を要請するＤＲ車両を選定する。図７は、図６のＳ１２において実行されるＤＲ車両の選定に係る処理の詳細を示すフローチャートである。

図１〜図６とともに図７を参照して、Ｓ２１では、サーバ３０の選定部３０３が、図６のＳ１１で取得された要請内容と、前述したモード情報及び除外情報（図５）とを用いて、ＤＲ車両の候補から不適合車両（すなわち、ＤＲ車両として適していない車両）を除外する。初期においては、アグリゲータの管轄内の全ての車両５０が、ＤＲ車両の候補である。その後、後述する図６のＳ１６によって、ＤＲ車両の候補は絞られ得る。以下、電池寿命優先モードを選んだユーザの車両５０を「第１車両」とも称し、インセンティブ優先モードを選んだユーザの車両５０を「第２車両」とも称する。選定部３０３は、モード情報を用いて、管轄内の各車両５０が第１車両／第２車両のいずれであるかを判断できる。また、選定部３０３は、モード情報を用いて、単位期間あたりの充電回数の上限値を、車両ごとに設定する。この実施の形態では、第１車両については上限値に所定の回数（より特定的には、充電の繰り返しによるバッテリ１３０の劣化の進行を抑制するための閾値）が設定され、第２車両については上限値が「無し」に設定される。

この実施の形態では、単位期間あたりの充電回数として、１日あたりの充電回数を採用する。また、第１車両に対して設定する上限値として、１０回を採用する。充電回数は、充電開始から充電停止までを１回とする。以下、図８及び図９を用いて、充電回数の数え方について説明する。図８は、充電回数が１回である充電スケジュールの一例を示す図である。図８を参照して、この充電スケジュールでは、タイミングｔ１で充電が開始され、タイミングｔ２で充電が停止する。このため、図８に示す充電スケジュールに従って車両５０が外部充電を行なうと、バッテリ１３０の充電回数が１回増える。図９は、充電回数が５回である充電スケジュールの一例を示す図である。図９を参照して、この充電スケジュールでは、断続的に充電が行なわれる。１回目の充電は、タイミングｔ１で開始され、タイミングｔ２１で停止する。２回目の充電は、タイミングｔ１１で開始され、タイミングｔ２２で停止する。３回目の充電は、タイミングｔ１２で開始され、タイミングｔ２３で停止する。４回目の充電は、タイミングｔ１３で開始され、タイミングｔ２４で停止する。５回目の充電は、タイミングｔ１４で開始され、タイミングｔ２で停止する。このため、図９に示す充電スケジュールに従って車両５０が外部充電を行なうと、バッテリ１３０の充電回数が５回増える。

再び図７を参照して、選定部３０３は、Ｓ２１において、１日あたりの充電回数が１０回を超えている第１車両を、ＤＲ車両の候補から除外する。なお、第１車両に対する上限値は、固定値であってもよいし、要請内容に応じて可変であってもよい。

また、図６のＳ１１で取得された要請内容が外部給電を要請する場合には、選定部３０３は、Ｓ２１において、バッテリ１３０のＳＯＣが所定の第１閾値未満である車両５０を、ＤＲ車両の候補から除外する。第１閾値は任意に設定できるが、たとえば１５％以上５０％以下の範囲から選ばれるＳＯＣ値であってもよい。また、図６のＳ１１で取得された要請内容が外部充電を要請する場合には、選定部３０３は、Ｓ２１において、バッテリ１３０のＳＯＣが所定の第２閾値を超える車両５０を、ＤＲ車両の候補から除外する。第２閾値は任意に設定できるが、たとえば５０％以上８５％以下の範囲から選ばれるＳＯＣ値であってもよい。

Ｓ２２では、選定部３０３が、図６のＳ１１で取得された要請内容と、前述したモード情報（図５）とを用いて、ＤＲ車両の候補である各車両５０のＤＲ参加優先度を決定する。図６のＳ１１で取得された要請内容が外部給電を要請する場合には、選定部３０３は、第１車両のＤＲ参加優先度を第２車両のＤＲ参加優先度よりも高くする。また、図６のＳ１１で取得された要請内容が外部充電を要請する場合には、選定部３０３は、第２車両のＤＲ参加優先度を第１車両のＤＲ参加優先度よりも高くする。各第１車両のＤＲ参加優先度は、全て同じにしてもよいし、モード情報以外の基準によって変えてもよい。たとえば、モード情報以外の基準としてバッテリ１３０のＳＯＣを採用してもよい。外部給電が要請されるＤＲ車両の選定においては、選定部３０３は、バッテリ１３０のＳＯＣが高い第１車両ほどＤＲ参加優先度を高くしてもよい。また、外部充電が要請されるＤＲ車両の選定においては、選定部３０３は、バッテリ１３０のＳＯＣが低い第１車両ほどＤＲ参加優先度を高くしてもよい。各第２車両のＤＲ参加優先度も、上記第１車両と同様、全て同じにしてもよいし、モード情報以外の基準によって変えてもよい。

Ｓ２３では、選定部３０３が、上記Ｓ２２で決定した各車両５０のＤＲ参加優先度に従ってＤＲ車両を選定する。選定部３０３は、ＤＲ車両の候補の中から所定台数（より特定的には、要請内容に応えるために必要な台数）のＤＲ車両をＤＲ参加優先度の高い順に選定する。図１０は、ＤＲ車両の選定について説明するための図である。

図１０を参照して、要請内容が外部充電を要請する場合には、選定部３０３は、第２車両（インセンティブ優先）から優先的に選ぶ。すなわち、要請内容が外部充電を要請する場合には、バッテリ１３０のＳＯＣが第２閾値以下である車両５０の中で、ユーザがバッテリ１３０の劣化を抑制することを望む程度が低い車両５０から優先的に選ばれる。第２車両の数が十分あれば、選定される全てのＤＲ車両が第２車両になる。第２車両の数が不十分あれば、選定されるＤＲ車両は第１車両及び第２車両の両方を含む。他方、要請内容が外部給電を要請する場合には、選定部３０３は、第１車両（電池寿命優先）から優先的に選ぶ。すなわち、要請内容が外部給電を要請する場合には、バッテリ１３０のＳＯＣが第１閾値以上である車両５０の中で、ユーザがバッテリ１３０の劣化を抑制することを望む程度が高い車両５０から優先的に選ばれる。第１車両の数が十分あれば、選定される全てのＤＲ車両が第１車両になる。第１車両の数が不十分あれば、選定されるＤＲ車両は第１車両及び第２車両の両方を含む。第１車両（電池寿命優先）を優先的に選ぶと、第２車両（インセンティブ優先）のユーザのインセンティブを得る機会が奪われる可能性がある。そこで、インセンティブ管理部３０６は、第１車両（電池寿命優先）のユーザのインセンティブ単価よりも第２車両（インセンティブ優先）のユーザのインセンティブ単価を高くする。これにより、第２車両（インセンティブ優先）においては、バッテリ１３０が劣化しやすくなる代わりに、ユーザが高いインセンティブを得やすくなる。その結果、ユーザ間の公平性が担保される。

なお、ＤＲ参加優先度が同じ車両５０が多数存在し、ＤＲ参加優先度だけでは所定台数のＤＲ車両を選びきれない場合には、選定部３０３は、ＤＲ参加優先度によってＤＲ車両の候補を絞った後、ＤＲ参加優先度が同じ複数の車両５０の中から任意の基準で（又は、ランダムに）ＤＲ車両を選んでもよい。

図７のＳ２３の処理が実行されることによって、図６のＳ１２の処理は終了する。その後、処理は図６のＳ１３に進む。再び図１〜図５とともに図６を参照して、Ｓ１３では、サーバ３０のスケジュール作成部３０４が、Ｓ１２で選ばれた各ＤＲ車両に対するスケジュールを作成する。Ｓ１１で取得された要請内容が外部給電を要請する場合には、スケジュール作成部３０４は、外部給電の開始時刻及び終了時刻を示す給電スケジュールを作成する。Ｓ１１で取得された要請内容が外部充電を要請する場合には、スケジュール作成部３０４は、外部充電の開始時刻及び終了時刻を示す充電スケジュールを作成する。スケジュール作成部３０４は、モード情報と次回出発時刻（図５）とを用いて、ＤＲ車両ごとのスケジュールを作成する。

スケジュール作成部３０４は、充電スケジュールを作成するときには、ユーザがバッテリ１３０の劣化を抑制することを望む程度が高いＤＲ車両ほど、充電スケジュールの充電終了時刻と次回出発時刻との乖離度が小さくなるように、充電スケジュールを作成する。図１１は、充電スケジュールの作成について説明するための図である。図１〜図５とともに図１１を参照して、たとえばＳ１２で選ばれたＤＲ車両の中に、次回出発時刻が同じである第１車両（電池寿命優先）及び第２車両（インセンティブ優先）が含まれる場合、スケジュール作成部３０４は、第２車両の充電スケジュールＳｃ１１を、第１車両の充電スケジュールＳｃ１２よりも早い時間帯に設定する。これにより、充電スケジュールＳｃ１２の充電終了時刻と次回出発時刻との乖離度（すなわち、時間Ｔ２）は、充電スケジュールＳｃ１１の充電終了時刻と次回出発時刻との乖離度（すなわち、時間Ｔ１）よりも小さくなる。これにより、第１車両のバッテリ１３０が高ＳＯＣ状態で放置されること（ひいては、電池寿命優先モードを選んだユーザのバッテリ１３０が劣化すること）を抑制できる。Ｓ１２で選ばれたＤＲ車両の中に多数の第１車両が存在し、全ての第１車両のバッテリ１３０の劣化を抑制できない場合には、スケジュール作成部３０４は、バッテリ１３０の劣化を抑制する第１車両を任意の基準で（又は、ランダムに）選んでもよい。

スケジュール作成部３０４は、給電スケジュールを作成するときには、ユーザがバッテリ１３０の劣化を抑制することを望む程度が高いＤＲ車両ほど早く外部給電が開始されるように、給電スケジュールを作成する。すなわち、スケジュール作成部３０４は、第１車両の給電スケジュールを、第２車両の給電スケジュールよりも早い時間帯に設定する。Ｓ１２で選ばれたＤＲ車両の中に複数の第１車両が存在する場合には、スケジュール作成部３０４は、バッテリ１３０のＳＯＣが高い第１車両ほど早く外部給電が開始されるように、各第１車両の給電スケジュールを作成してもよい。Ｓ１２で選ばれたＤＲ車両の中に複数の第２車両が存在する場合には、スケジュール作成部３０４は、バッテリ１３０のＳＯＣが高い第２車両ほど早く外部給電が開始されるように、各第２車両の給電スケジュールを作成してもよい。

再び図１〜図５とともに図６を参照して、Ｓ１４では、制御装置３１が、通信装置３３を制御することにより、Ｓ１３で作成されたスケジュールを各ＤＲ車両のユーザへ送信するとともに、当該スケジュールを承認するか否かの回答（アンサーバック）をユーザに要求する。スケジュールは、ＤＲ車両に搭載された通信機器１８０（図１）へ送信されてもよいし、ＤＲ車両のユーザが携帯する携帯端末８０（図２）へ送信されてもよい。

Ｓ１５では、制御装置３１が、スケジュールを送信した全てのユーザから、当該スケジュールを承認する旨の回答があったか否かを判断する。この判断は、たとえば、スケジュールを送信した全てのユーザから回答を受信したタイミング、又はスケジュールを送信してから所定時間が経過したタイミングで、実行される。この実施の形態では、スケジュールを送信してから所定時間が経過しても回答を送信しないユーザを、スケジュールを承認しない旨の回答をしたユーザと同じように扱う。

Ｓ１５においてＮＯ（いずれかのユーザがスケジュールを承認しなかった）と判断された場合には、制御装置３１は、Ｓ１６において、スケジュールを承認しなかったユーザに帰属する車両を、ＤＲ車両の候補から除外する。その後、処理はＳ１２に戻る。Ｓ１６で除外された車両は、Ｓ１２（図７参照）において選ばれなくなる。Ｓ１５においてＮＯと判断されている期間においては、Ｓ１２〜Ｓ１６が繰り返し実行される。

Ｓ１５においてＹＥＳ（全てのユーザがスケジュールを承認した）と判断された場合には、制御装置３１は、Ｓ１７において、電力取引の準備が完了した旨を、図示しない報知装置（たとえば、タッチパネルディスプレイ）を通じてアグリゲータに報知する。各ＤＲ車両のユーザがスケジュールを承認したことは、各ＤＲ車両のユーザとアグリゲータとの間で仮契約が締結されたことを意味する。仮契約は、アグリゲータの要請に応えたユーザへインセンティブを支払うことを、アグリゲータがＤＲ車両のユーザに対して約束するものである。

電力調整のためのＤＳＲ（ＤＲ車両）が上記のように確保されたことによって、アグリゲータは、たとえば日本卸電力取引所（ＪＥＰＸ）を通じて電力市場で電力取引を行なうことが可能になる。アグリゲータは入札に参加してもよい。取引が終わると、アグリゲータは取引の結果（成立／不成立）をサーバ３０に入力する。

サーバ３０の制御装置３１は、Ｓ１７において報知処理を行なった後、Ｓ１８においてアグリゲータからの入力を待つ。そして、アグリゲータから取引の結果（成立／不成立）が入力されると（Ｓ１８にてＹＥＳ）、制御装置３１は、Ｓ１９において、電力取引が成立したか否かを判断する。

電力取引が成立した場合（Ｓ１９にてＹＥＳ）には、サーバ３０の要請部３０５が、Ｓ１９１において、ＤＲ信号（より特定的には、スケジュールに従って外部充電及び外部給電を制御することを要請する信号）を各ＤＲ車両のユーザへ送信する。各ＤＲ車両のユーザがＤＲ信号を受信することによって、各ＤＲ車両のユーザとアグリゲータとの間で本契約が締結される。本契約は、各ＤＲ信号のスケジュールが示す期間（すなわち、ＤＲ開始時刻からＤＲ終了時刻までのＤＲ期間）において、サーバ３０が遠隔操作によって各ＤＲ車両の外部充電及び外部給電を制御できるように各ＤＲ車両を待機させることを、各ＤＲ車両のユーザがアグリゲータに対して約束するものである。また、本契約の締結によって、前述した仮契約の約束が確定する。ＤＲ信号を受け取ったユーザは、上記のようにＤＲ車両を待機させることで、アグリゲータからインセンティブを受け取ることができる。その一方で、上記の約束を破ったユーザにはペナルティが科される。電力取引が成立しない場合（Ｓ１９にてＮＯ）には、サーバ３０の要請部３０５が、Ｓ１９２において、取引不成立を各ＤＲ車両のユーザへ通知する。この通知により、前述の仮契約は解除される。

図１２は、ＤＲ車両として確定した車両５０（すなわち、ＤＲ信号を受信したユーザに帰属する車両５０）におけるバッテリ１３０の充放電制御を示すフローチャートである。このフローチャートに示される処理は、ＤＲ信号に含まれるスケジュールが示す期間（すなわち、ＤＲ期間）において、ＥＣＵ１５０によって繰り返し実行される。なお、ＤＲ期間が経過すると、ＤＲ車両は非ＤＲ車両（すなわち、ＤＲ車両ではない車両５０）になる。

図１〜図５とともに図１２を参照して、Ｓ３１では、ＥＣＵ１５０の充放電制御部５０２（図４）が、各種センサの出力に基づいて、バッテリ１３０が充放電可能な状態か否かを判断する。たとえば、充放電制御部５０２は、充電ケーブル４２の接続状態をチェックし、当該ＤＲ車両とＥＶＳＥ４０との間の電気的な接続が不十分である場合には、バッテリ１３０が充放電可能な状態ではないと判断する。また、当該ＤＲ車両及びＥＶＳＥ４０の少なくとも一方に異常（たとえば、通信異常又は回路異常）が生じている場合にも、バッテリ１３０が充放電可能な状態ではないと判断する。

バッテリ１３０が充放電可能な状態である場合（Ｓ３１にてＹＥＳ）には、ＥＣＵ１５０が、Ｓ３２において、サーバ３０から充放電制御の指令を受信したか否かを判断する。そして、サーバ３０から指令を受信した場合（Ｓ３２にてＹＥＳ）には、充放電制御部５０２が、Ｓ３３において、その指令に従ってバッテリ１３０の充放電制御を行なう。ＥＣＵ１５０がサーバ３０から継続的に指令を受信している間はＳ３１〜Ｓ３３の処理が繰り返される。サーバ３０は、各ＤＲ信号に含まれるスケジュールに従って各ＤＲ車両へ指令を送信する。このため、サーバ３０からの指令に従って各ＤＲ車両の充放電制御部５０２が制御されることは、各ＤＲ信号に含まれるスケジュールに従って各ＤＲ車両の外部充電及び外部給電が制御されることを意味する。

ＥＣＵ１５０がサーバ３０からの指令を受信しない期間（Ｓ３２にてＮＯ）においては、ＥＣＵ１５０は、Ｓ３１及びＳ３２の処理を繰り返しながら、サーバ３０からの指令を待つ。

Ｓ３１においてＮＯ（バッテリ１３０が充放電可能な状態ではない）と判断された場合には、処理はＳ３４に進む。Ｓ３４では、ＥＣＵ１５０が、報知装置１７０（図１）を制御することにより、バッテリ１３０が充放電可能な状態になっていないことを、当該ＤＲ車両のユーザへ報知する。この報知は、携帯端末８０のＴＰＤ８４によって行なわれてもよい。Ｓ３１においてＮＯと判断されることは、サーバ３０が遠隔操作によってＤＲ車両の外部充電及び外部給電を制御できないこと（ひいては、ユーザにペナルティが科されること）を意味する。

図１３は、非ＤＲ車両におけるバッテリ１３０の充放電制御を示すフローチャートである。このフローチャートに示される処理は、非ＤＲ車両が駐車中であるときに繰り返し実行される。

図１〜図５とともに図１３を参照して、Ｓ５１では、外部充電の開始条件が成立したか否かが判断される。この実施の形態では、ＥＣＵ１５０に予約されたタイマ充電の開始時刻が到来すると、外部充電の開始条件が成立する。また、ＥＣＵ１５０にタイマ充電が予約されていない場合には、ＥＶＳＥ４０につながれた充電ケーブル４２のコネクタ４３が車両５０のインレット１１０に接続されると（図１参照）、即時充電の開始条件が成立する。即時充電は、車両５０における外部充電の準備が完了すると、すぐに開始される外部充電である。また、ＥＶＳＥ４０又は車両５０に対してユーザによる所定の充電開始操作がなされた場合にも、外部充電の開始条件が成立する。充電開始操作は任意に設定できる。充電開始操作は、たとえばユーザが所定のボタンを押す操作であってもよい。

図１３では省略しているが、外部充電の開始条件が成立すると（Ｓ５１にてＹＥＳ）、ＥＣＵ１５０に起動信号が入力され、ＥＣＵ１５０が起動する。そして、起動したＥＣＵ１５０によってＳ５２の処理が実行される。Ｓ５２では、バッテリ１３０が充放電可能な状態か否かを、ＥＣＵ１５０が判断する。Ｓ５２の処理は、たとえば図１２のＳ３１と同じである。

バッテリ１３０が充放電可能な状態である場合（Ｓ５２にてＹＥＳ）には、Ｓ５３において、充放電制御部５０２が充放電器１２０を制御することにより外部充電を実行する。その後、充放電制御部５０２は、Ｓ５４において外部充電の終了条件が成立するか否かを判断する。Ｓ５４においてＮＯと判断されている期間は、外部充電（Ｓ５３）が継続的に実行される。外部充電の終了条件は任意に設定できる。外部充電の終了条件は、外部充電中にバッテリ１３０のＳＯＣが所定ＳＯＣ値以上になった場合に成立してもよいし、外部充電中にユーザから充電停止の指示があった場合に成立してもよい。外部充電の終了条件が成立すると（Ｓ５４にてＹＥＳ）、車両システム（ひいては、ＥＣＵ１５０）が停止状態（たとえば、スリープモード）になった後、処理がＳ５５に進む。また、Ｓ５１及びＳ５２のいずれかでＮＯと判断された場合にも、処理はＳ５５に進む。

Ｓ５５では、外部給電の開始条件が成立したか否かが判断される。この実施の形態では、ＥＶＳＥ４０又は車両５０に対してユーザによる所定の給電開始操作がなされた場合に、外部給電の開始条件が成立する。給電開始操作は任意に設定できる。給電開始操作は、たとえばユーザが所定のボタンを押す操作であってもよい。

図１３では省略しているが、外部給電の開始条件が成立すると（Ｓ５５にてＹＥＳ）、ＥＣＵ１５０に起動信号が入力され、ＥＣＵ１５０が起動する。そして、起動したＥＣＵ１５０によってＳ５６の処理が実行される。Ｓ５６では、バッテリ１３０が充放電可能な状態か否かを、ＥＣＵ１５０が判断する。Ｓ５６の処理は、たとえば図１２のＳ３１と同じである。

バッテリ１３０が充放電可能な状態である場合（Ｓ５６にてＹＥＳ）には、Ｓ５７において、充放電制御部５０２が充放電器１２０を制御することにより外部給電を実行する。その後、充放電制御部５０２は、Ｓ５８において外部給電の終了条件が成立するか否かを判断する。Ｓ５８においてＮＯと判断されている期間は、外部給電（Ｓ５７）が継続的に実行される。外部給電の終了条件は任意に設定できる。外部給電の終了条件は、外部給電中にバッテリ１３０のＳＯＣが所定ＳＯＣ値以下になった場合に成立してもよい。また、外部給電の終了条件は、外部給電によって車両５０からＥＶＳＥ４０へ供給された電力量（すなわち、バッテリ１３０の放電電力の積算値）が所定値を超えた場合に成立してもよい。また、外部給電の終了条件は、外部給電中にユーザから給電停止の指示があった場合に成立してもよい。外部給電の終了条件が成立すると（Ｓ５８にてＹＥＳ）、車両システム（ひいては、ＥＣＵ１５０）が停止状態（たとえば、スリープモード）になった後、処理はＳ５１に戻る。また、Ｓ５５及びＳ５６のいずれかでＮＯと判断された場合にも、処理はＳ５１に戻る。

以上説明したように、この実施の形態に係る電力管理システム（ＶＧＩシステム１）では、サーバ３０が、車両ごとにバッテリ１３０の劣化を抑制することをユーザが望む程度（望む／望まないのいずれか）を示すモード情報を取得し、取得されたモード情報を用いて、ＤＲ車両の選定（図６のＳ１２）とスケジュールの作成（図６のＳ１３）とを行なうように構成される。サーバ３０は、バッテリ１３０の劣化を招き得る要請に対しては、ＤＲ車両の選定において、第１車両（電池寿命優先）が選定されにくくする。また、サーバ３０は、第１車両に対するスケジュールの作成において、バッテリ１３０が劣化しにくいスケジュールを作成する。上記電力管理システムによれば、バッテリ１３０を備える車両５０のユーザに電力の需給調整を要請するときに、バッテリ１３０の劣化を抑制することを望むユーザに配慮して要請を行なうことが可能になる。

上記実施の形態では、ＤＲ車両の選定（図６のＳ１２）とスケジュールの作成（図６のＳ１３）との両方に要望情報（より特定的には、モード情報）を用いているが、要望情報は、ＤＲ車両の選定とスケジュールの作成とのいずれか一方のみに用いられてもよい。サーバ３０は、たとえば、即時実施されるＤＲへの参加をＤＲ車両に要請するために現時点において電力系統ＰＧと電気的に接続されている車両５０の中からＤＲ車両を選定する場合に、要望情報を用いてＤＲ車両を選定してもよい。

上記実施の形態では、要望情報としてモード情報を採用している。モード情報は、２段階（電池寿命優先／インセンティブ優先）で要望度を示す情報に相当する。ユーザが電池寿命優先モードを選ぶこと／選ばないことは、それぞれユーザが蓄電装置の劣化抑制を望むこと／望まないことに対応する。ユーザがインセンティブ優先モードを選ぶこと／選ばないことは、それぞれユーザがインセンティブ獲得を望むこと／望まないことに対応する。しかし、要望情報は、要望度を２段階で示す情報には限られない。要望情報は、要望度を３段階以上（たとえば、５段階）で示す情報であってもよいし、要望度を０〜１００の連続値で示す情報であってもよい。サーバ３０は、要望度の高いユーザほどバッテリ１３０の劣化が抑制されるように、ＤＲ車両の選定とスケジュールの作成との少なくとも一方を行なうように構成されてもよい。

図１４は、ＤＲ車両の選定の変形例について説明するための図である。この変形例では、要望度を連続値で示す要望情報が採用される。図１４に示す要望度が高いほど、第１要望度（すなわち、蓄電装置の劣化を抑制することをユーザが望む程度）が高く、第２要望度（すなわち、ユーザがインセンティブを得ることを望む程度）が低いことを意味する。

図１４を参照して、ＤＲ車両に外部給電を要請する場合には、選定部３０３は、要望度の高い車両５０ほどＤＲ参加優先度を高くする。外部給電が要請されるＤＲ車両を選定するときには、上記ＤＲ参加優先度に従い、要望度が高い車両５０から優先的に選ばれる。外部給電によってバッテリ１３０のＳＯＣが低下することで、バッテリ１３０の劣化は抑制される。ＤＲ車両に外部充電を要請する場合には、選定部３０３は、要望度の高い車両５０ほどＤＲ参加優先度を低くする。外部充電が要請されるＤＲ車両を選定するときには、上記ＤＲ参加優先度に従い、要望度が低い車両５０から優先的に選ばれる。充電頻度を下げることで、バッテリ１３０の劣化は抑制される。また、インセンティブ管理部３０６は、要望度が低いユーザほどインセンティブ単価を高くする。これにより、要望度が低い車両５０においては、バッテリ１３０が劣化しやすくなる代わりに、ユーザが高いインセンティブを得やすくなる。その結果、ユーザ間の公平性が担保される。図１４には示していないが、選定部３０３は、要望度の高い車両５０ほど単位期間あたりの充電回数の上限値を低くしてもよい。

上記実施の形態では、サーバ３０（より特定的には、推定部３０２）によって推定された次回出発時刻を、充電スケジュールの作成に用いている。しかしこれに限られず、サーバ３０は、ユーザから取得した次回出発時刻（たとえば、ＰＯＶが自宅を出発する時刻、又はＭａａＳ車両の運行計画）を、充電スケジュールの作成に用いてもよい。

上記実施の形態では、サーバ３０が車両５０を遠隔操作して、スケジュールに従う外部充電及び外部給電の制御を行なっている。しかし、サーバ３０が車両５０を遠隔操作することは必須ではない。車両５０に搭載されたＥＣＵ１５０が、スケジュール（要請部３０５の要請）に従う外部充電及び外部給電の制御を行なってもよい。

電力管理システムは、図２及び図３に示したＶＧＩシステム１に限られない。電力管理システムは、電力系統ＰＧから供給される電力を用いた給電のみを行なう電力設備を含んでもよいし、電力系統ＰＧに対する逆潮流のみを行なう電力設備を含んでもよい。電力管理システムは、外部充電のみ可能な車両を含んでもよいし、外部給電のみ可能な車両を含んでもよい。電力会社は、事業別に分社化されていてもよい。発電事業者と送配電事業者とが異なる会社であってもよい。上記実施の形態では、電力市場で要請される電力調整のために、サーバ３０がＤＲ車両の選定とスケジュールの作成とＤＲ車両への要請とを行なっている（図６参照）。しかしこれに限られず、電力会社から要請される電力調整のために、サーバ３０がＤＲ車両の選定とスケジュールの作成とＤＲ車両に対する要請とを行なってもよい。ＤＲ車両の選定とスケジュールの作成とＤＲ車両に対する要請とを行なうサーバは、アグリゲータサーバに限られず、車両を管理するサーバであれば任意である。

車両の構成は、図１に示した構成に限られない。たとえば、図１に示した構成において、充放電器１２０の代わりに、外部充電のみ可能な充電装置、又は外部給電のみ可能な給電装置を採用してもよい。また、車両は、非接触充電可能に構成されてもよい。車両は、乗用車に限られず、バス又はトラックであってもよい。

上述した電力管理システムは、車両以外の移動体に適用されてもよい。移動体は、車両以外の乗り物（船、飛行機等）であってもよいし、無人の移動体（無人搬送車（ＡＧＶ）、農業機械、移動型ロボット、ドローン等）であってもよい。携帯端末は、移動体の管理者（たとえば、ドローンの管理者）に携帯されてもよい。

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

１ ＶＧＩシステム、１０ 送配電事業者サーバ、１１ スマートメータ、３０ アグリゲータサーバ、３１，７１，８１ 制御装置、３２，７２，８２ 記憶装置、３３，７３，８３ 通信装置、４１ 電源回路、４２ 充電ケーブル、４３ コネクタ、５０ 車両、６０ ＨＥＭＳ−ＧＷ、７０ データセンタ、８０ 携帯端末、１１０ インレット、１２０ 充放電器、１２１，１３１ 監視モジュール、１３０ バッテリ、１４０ 走行駆動部、１５０ ＥＣＵ、１５１ プロセッサ、１５２ ＲＡＭ、１５３ 記憶装置、１５４ タイマ、１６０ 入力装置、１７０ 報知装置、１８０ 通信機器、３０１ 情報管理部、３０２ 推定部、３０３ 選定部、３０４ スケジュール作成部、３０５ 要請部、３０６ インセンティブ管理部、５０１ 情報管理部、５０２ 充放電制御部、ＰＧ 電力系統、Ｗ 駆動輪。

Claims (12)

1. 複数の蓄電装置とサーバとを備える電力管理システムであって、
   前記複数の蓄電装置の各々は、外部から供給される電力によって前記蓄電装置を充電する外部充電と、前記蓄電装置から外部へ電力を供給する外部給電との少なくとも一方を行なうように構成され、
   前記サーバは、
   前記複数の蓄電装置から少なくとも１つの蓄電装置を選定する選定部と、
   前記選定された蓄電装置に対するスケジュールを作成するスケジュール作成部と、
   前記作成されたスケジュールに従って前記外部充電及び前記外部給電の少なくとも一方を制御することを、前記選定された蓄電装置のユーザに要請する要請部とを備え、
   前記サーバは、前記蓄電装置の劣化を抑制することをユーザが望む程度である第１要望度と、前記要請に応じてインセンティブを得ることをユーザが望む程度である第２要望度との少なくとも一方の要望度を示す要望情報を前記蓄電装置ごとに取得し、前記取得された要望情報を用いて、前記蓄電装置の選定と前記スケジュールの作成との少なくとも一方を行なうように構成される、電力管理システム。
2. 前記要望情報は、ユーザが前記蓄電装置の劣化を抑制することを望む程度を、前記蓄電装置の劣化抑制を望む／望まないのいずれかで示す情報と、ユーザが前記インセンティブを得ることを望む程度を、前記インセンティブを得ることを望む／望まないのいずれかで示す情報との少なくとも一方である、請求項１に記載の電力管理システム。
3. 前記選定部は、前記要請部によってユーザに前記外部充電が要請される蓄電装置を選定するときには、前記第１要望度が低い又は前記第２要望度が高い蓄電装置から優先的に選ぶように構成される、請求項１又は２に記載の電力管理システム。
4. 前記選定部は、前記要請部によってユーザに前記外部給電が要請される蓄電装置を選定するときには、前記第１要望度が高い又は前記第２要望度が高い蓄電装置から優先的に選ぶように構成される、請求項１〜３のいずれか１項に記載の電力管理システム。
5. 前記選定部は、前記要請部によってユーザに前記外部給電が要請される蓄電装置を選定するときには、所定の条件を満たす状態の蓄電装置の中で、前記第１要望度が高い又は前記第２要望度が低い蓄電装置から優先的に選ぶように構成される、請求項１又は２に記載の電力管理システム。
6. 前記サーバは、前記要請部の要請に応えたときにユーザに与えられるインセンティブ単価を、ユーザごとに管理するとともに、前記第１要望度が低い又は前記第２要望度が高いユーザほど前記インセンティブ単価を高くするように構成される、請求項５に記載の電力管理システム。
7. 前記複数の蓄電装置の各々は、複数の移動体の各々に搭載され、
   前記サーバは、前記移動体ごとの次回出発時刻を取得するように構成され、
   前記複数の移動体の各々は、前記蓄電装置に蓄えられた電力を用いて移動するように構成され、
   前記スケジュール作成部は、前記選定された移動体に対する充電スケジュールを作成するときには、前記第１要望度が高い又は前記第２要望度が低いユーザの移動体ほど、充電終了時刻と前記次回出発時刻との乖離度が小さくなるように、前記充電スケジュールを作成する、請求項１〜６のいずれか１項に記載の電力管理システム。
8. 前記選定部は、前記要望情報を用いて、単位期間あたりの充電回数の上限値を、前記蓄電装置ごとに設定し、前記単位期間あたりの充電回数が前記上限値を超えている蓄電装置を、前記選定の候補から除外するように構成される、請求項１〜７のいずれか１項に記載の電力管理システム。
9. 前記複数の蓄電装置のユーザごとに携帯される複数の携帯端末を備え、
   前記複数の携帯端末の各々は、前記蓄電装置のユーザからの入力を受け付け、前記蓄電装置のユーザによって前記要望情報が入力されると、前記入力された要望情報を前記サーバへ送信するように構成される、請求項１〜８のいずれか１項に記載の電力管理システム。
10. 前記複数の蓄電装置の各々は、複数の移動体の各々に搭載され、
    前記移動体ごとに搭載された複数のユーザ端末を備え、
    前記複数のユーザ端末の各々は、前記蓄電装置のユーザからの入力を受け付け、前記蓄電装置のユーザによって前記要望情報が入力されると、前記入力された要望情報を前記サーバへ送信するように構成される、請求項１〜８のいずれか１項に記載の電力管理システム。
11. 前記複数の蓄電装置の各々は、複数の車両の各々に搭載され、
    前記複数の車両の各々と電気的に接続可能に構成される複数の電力設備と、
    前記複数の電力設備の各々に電力を供給する電力網とをさらに備え、
    前記要請部は、前記スケジュールに従って前記外部充電及び前記外部給電の少なくとも一方を制御することを前記車両のユーザに要請する信号を、前記車両に搭載された通信機器と、前記車両のユーザが携帯する携帯端末との少なくとも一方へ送信するように構成される、請求項１〜１０のいずれか１項に記載の電力管理システム。
12. 複数の蓄電装置を備える電力管理システムで用いられるサーバであって、
    前記複数の蓄電装置の各々は、外部から供給される電力によって前記蓄電装置を充電する外部充電と、前記蓄電装置から外部へ電力を供給する外部給電との少なくとも一方を行なうように構成され、
    当該サーバは、
    前記複数の蓄電装置から少なくとも１つの蓄電装置を選定する選定部と、
    前記選定された蓄電装置に対するスケジュールを作成するスケジュール作成部と、
    前記作成されたスケジュールに従って前記外部充電及び前記外部給電の少なくとも一方を制御することを、前記選定された蓄電装置のユーザに要請する要請部とを備え、
    前記蓄電装置の劣化を抑制することをユーザが望む程度である第１要望度と、前記要請に応じてインセンティブを得ることをユーザが望む程度である第２要望度との少なくとも一方の要望度を示す要望情報を前記蓄電装置ごとに取得し、前記取得された要望情報を用いて、前記蓄電装置の選定と前記スケジュールの作成との少なくとも一方を行なうように構成される、サーバ。

Images