JP2022039338A - 管理装置 - Google Patents

Abstract

【課題】電力網の需給調整を需要家に要請したときに、需要家によって電力網の需給調整が適切に行なわれやすくする。
【解決手段】管理装置は、電力網の需給調整を需要家に要請する管理装置であって、選定手段と要請手段と記録手段と更新手段とを備える。選定手段は、複数の需要家の中から所定の優先順位に従って１以上の需要家を選定する。要請手段は、選定手段により選定された１以上の需要家に電力網の需給調整を要請する。記録手段は、要請に対する各需要家の対応履歴を示す対応履歴情報を記録する。更新手段は、対応履歴情報を用いて優先順位を更新する。更新手段は、要請に対して需要家起因で需給調整を中途離脱した対応履歴が多い需要家ほど選ばれにくくなるように優先順位を決定する。
【選択図】図６

Description

本開示は、管理装置に関し、特に、電力網の需給調整を需要家に要請する管理装置に関する。

電力会社が提供する電力網の需要家が、電力会社からのＤＲ（デマンドレスポンス）の要請に応えて電力網の需給調整を行なうことによって、電力会社から需要家へインセンティブが支払われる仕組みが知られている。しかし、ＤＲの要請が特定の需要家に偏ってしまうと、需要家間においてＤＲへの参加機会が不平等になる。特開２０１３－１１７７６９号公報（特許文献１）では、ＤＲへの参加機会を各需要家に平等に提供するために、要請回数の少ない需要家から順にＤＲへの参加を要請することが提案されている。

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

しかしながら、上記のようにＤＲへの参加機会の均等を図ることが、必ずしも公平とは限らない。たとえば、ＤＲの要請に対して誠実な対応をした需要家と不誠実な対応をした需要家とが同様に扱われるとしたら、誠実な対応をした需要家は不公平と感じるかもしれない。また、ＤＲの要請に対して不誠実な対応をする需要家が増えると、ＤＲによって電力網の需給調整が適切に行なわれなくなり、前述の仕組みが破綻する可能性がある。

本開示は、上記課題を解決するためになされたものであり、その目的は、電力網の需給調整を需要家に要請したときに、需要家によって電力網の需給調整が適切に行なわれやすくすることである。

本開示に係る管理装置は、電力網の需給調整を需要家に要請する管理装置であって、選定手段と要請手段と記録手段と更新手段とを備える。選定手段は、複数の需要家の中から所定の優先順位に従って１以上の需要家を選定するように構成される。要請手段は、選定手段により選定された１以上の需要家に電力網の需給調整を要請するように構成される。記録手段は、要請に対する各需要家の対応履歴を示す対応履歴情報を記録するように構成される。更新手段は、対応履歴情報を用いて優先順位を更新するように構成される。更新手段は、要請に対して需要家起因で需給調整を中途離脱した対応履歴が多い需要家ほど選ばれにくくなるように優先順位を決定するように構成される。

以下、電力網の需給調整の要請を、「電力調整要請」とも称する。また、電力調整要請に対して需要家起因で需給調整を中途離脱した対応履歴を、「中途離脱履歴」とも称する。

上記の管理装置によれば、電力調整要請に対して需要家起因で中途離脱した需要家は、次回以降の電力調整要請で選ばれにくくなる。これにより、需要家起因での中途離脱が抑制される。このため、電力網の需給調整を需要家に要請したときに、需要家によって電力網の需給調整が適切に行なわれやすくなる。

上記の更新手段は、所定期間における需要家起因での中途離脱の積算回数と、中途離脱率（すなわち、電力調整に参加した回数に対する需要家起因での中途離脱の回数の比率）と、電力調整要請に対して需要家起因で需給調整を中途離脱したことに対するペナルティの積算値との少なくとも１つに基づいて、各需要家の中途離脱履歴の多少を判断してもよい。

上記の管理装置は、電力調整要請に対して需要家起因で需給調整を中途離脱すると次回以降の電力調整要請で選ばれにくくなる旨を通知する通知手段をさらに備えてもよい。

上記の更新手段は、電力調整要請に対して需要家起因で参加しなかった対応履歴が多い需要家ほど選ばれにくくなるように優先順位を決定するように構成されてもよい。

上記の更新手段は、電力調整要請に対して需要家起因で遅刻した対応履歴が多い需要家ほど選ばれにくくなるように優先順位を決定するように構成されてもよい。

なお、中途離脱は、電力調整要請に対して電力調整にいったん参加してから途中で（要請期間満了前に）離脱することである。不参加は、電力調整要請に対して最初から電力調整に参加しないことである。遅刻は、電力調整要請に対して遅れて（要請期間開始後に）電力調整に参加することである。

上記の更新手段は、電力調整に参加した対応履歴が少ない需要家ほど選ばれやすくなるように優先順位を決定するように構成されてもよい。以下、電力調整に参加した対応履歴を、「参加履歴」とも称する。

上記の更新手段は、所定期間において電力調整に参加した積算回数と、所定期間において電力調整要請に応えて調整した電力量の積算値と、電力調整要請に応えたことに対するインセンティブの積算値との少なくとも１つに基づいて、各需要家の参加履歴の多少を判断してもよい。

上記の記録手段は、要請手段が電力網の需給調整を要請した履歴を示す要請履歴情報を記録するように構成されてもよい。上記の更新手段は、要請手段が電力網の需給調整を要請した履歴が少ない需要家ほど選ばれやすくなるように優先順位を決定するように構成されてもよい。

本開示によれば、電力網の需給調整を需要家に要請したときに、需要家によって電力網の需給調整が適切に行なわれやすくすることが可能になる。

本開示の実施の形態に係る電力管理システムに含まれる車両の構成を示す図である。 本開示の実施の形態に係る電力管理システムの概略的な構成を示す図である。 本開示の実施の形態に係る電力管理システムに含まれる車両制御装置及び管理装置の詳細構成を示す図である。 本開示の実施の形態に係る管理装置が保有するＶＰＰ情報を示す図である。 本開示の実施の形態に係る管理装置が保有する優先順位情報を示す図である。 本開示の実施の形態に係る優先順位の決定方法を示す図である。 本開示の実施の形態に係る管理装置がＶＰＰ協力車両を選定するときに実行する処理を示すフローチャートである。 本開示の実施の形態に係る管理装置がＶＰＰ協力車両のユーザに電力網の需給調整を要請するときに実行する処理を示すフローチャートである。 本開示の実施の形態に係る車両が電力調整に参加するときに実行する処理を示すフローチャートである。

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

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

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

車両５０は、電子制御ユニット（以下、「ＥＣＵ（Electronic Control Unit）」と称する）１５０を備える。ＥＣＵ１５０は、バッテリ１３０の充電制御及び放電制御を行なうように構成される。また、ＥＣＵ１５０は、車両５０の外部との通信を制御するように構成される。この実施の形態に係る車両５０は、電気自動車（ＥＶ）である。この実施の形態では、車両５０がユーザによって運転されるが、車両５０は自動運転可能に構成されてもよい。

車両５０は、バッテリ１３０の状態を監視する監視モジュール１３１をさらに備える。監視モジュール１３１は、バッテリ１３０の状態（たとえば、電圧、電流、及び温度）を検出する各種センサを含み、検出結果をＥＣＵ１５０へ出力する。監視モジュール１３１は、上記センサ機能に加えて、ＳＯＣ（State Of Charge）推定機能、ＳＯＨ（State of Health）推定機能、セル電圧の均等化機能、診断機能、及び通信機能をさらに有するＢＭＳ（Battery Management System）であってもよい。ＥＣＵ１５０は、監視モジュール１３１の出力に基づいてバッテリ１３０の状態（たとえば、温度、電流、電圧、ＳＯＣ、及び内部抵抗）を取得することができる。

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

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

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

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

なお、充放電器１２０の構成は上記に限られず適宜変更可能である。充放電器１２０は、たとえば整流回路、ＰＦＣ（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）を含んでもよい。通信機器１８０は、５Ｇ（第５世代移動通信システム）対応の通信Ｉ／Ｆを含んでもよい。ＥＣＵ１５０は、通信機器１８０を通じて車両５０外部の通信装置と無線通信を行なうように構成される。

図２は、この実施の形態に係る電力管理システムの概略的な構成を示す図である。図２を参照して、この実施の形態では、電力系統ＰＧと、サーバ１０，３０と、スマートメータ１１と、ＥＶＳＥ４０Ａ～４０Ｄと、車両５０Ａ～５０Ｄと、携帯端末８０Ａ～８０Ｄとによって、ＶＧＩ（Vehicle Grid Integration）システム１が構築される。

図２において、携帯端末８０Ａ～８０Ｄは、それぞれ車両５０Ａ～５０Ｄのユーザが携帯する携帯端末に相当する。以下、区別して説明する場合を除いて、携帯端末８０Ａ～８０Ｄの各々を「携帯端末８０」と記載する。この実施の形態では、各携帯端末８０として、タッチパネルディスプレイを具備するスマートフォンを採用する。ただしこれに限られず、各携帯端末８０としては、任意の携帯端末を採用可能であり、タブレット端末、ウェアラブルデバイス（たとえば、スマートウォッチ）、又は電子キーなども採用可能である。

図２には、車両、携帯端末、及びＥＶＳＥが４つずつ示されているが、ＶＧＩシステム１に含まれる車両、携帯端末、及びＥＶＳＥの数は、各々独立して任意であり、１０個以上であってもよいし、１００個以上であってもよい。ＶＧＩシステム１は、個人が所有する車両（ＰＯＶ）と、ＭａａＳ（Mobility as a Service）事業者が管理する車両（ＭａａＳ車両）との少なくとも一方を含んでもよい。ＶＧＩシステム１は、特定のユーザのみが使用可能な非公共のＥＶＳＥ（たとえば、家庭用のＥＶＳＥ）と、不特定多数のユーザが使用可能な公共のＥＶＳＥとの少なくとも一方を含んでもよい。

図２に示す車両５０ＡはＥＶＳＥ４０Ａと電気的に接続されている。この実施の形態では、ＥＶＳＥ４０Ａが、逆潮流に対応するＡＣ充電設備である。ただし、ＶＧＩシステム１は、逆潮流に対応しない充電設備を含んでもよいし、ＤＣ充電設備（たとえば、急速充電器）を含んでもよい。ＥＶＳＥ４０Ａにつながれた充電ケーブル４２のコネクタ４３が車両５０Ａのインレット１１０に接続されることで、車両５０ＡとＥＶＳＥ４０Ａとの間での通信が可能になるとともに、ＥＶＳＥ４０Ａと車両５０Ａとの間で電力の授受を行なうことが可能になる。これにより、外部充電及び外部給電の準備が完了する。車両５０Ａに搭載された通信機器１８０は、充電ケーブル４２を介してＥＶＳＥ４０Ａと通信するように構成される。ＥＶＳＥ４０Ａと車両５０Ａとの通信方式は任意であり、たとえば、ＣＡＮ（Controller Area Network）であってもよいし、ＰＬＣであってもよい。ＥＶＳＥ４０Ａと車両５０Ａとの通信に関する規格は、ＩＳＯ／ＩＥＣ１５１１８でもよいし、ＩＥＣ６１８５１でもよい。

ＥＶＳＥ４０Ａに内蔵される電源回路４１は、スマートメータ１１を介して電力系統ＰＧと電気的に接続されている。たとえば、電力系統ＰＧから電源回路４１及び充電ケーブル４２を経由して車両５０Ａへ電力が供給されることで、バッテリ１３０の外部充電が行なわれる。また、車両５０ＡがＥＶＳＥ４０Ａに対して外部給電を行なうことによって、車両５０Ａから充電ケーブル４２及び電源回路４１を経由して電力系統ＰＧへ電力を逆潮流させることができる。電源回路４１は、電力系統ＰＧから供給される電力を外部充電に適した電力に変換するとともに、車両５０Ａから供給される電力を逆潮流に適した電力に変換する。

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

ＶＧＩシステム１に含まれる各車両５０に搭載された通信機器１８０は、たとえば移動体通信網（テレマティクス）を介してサーバ３０と無線通信するように構成される。サーバ３０と各車両５０との通信プロトコルは、ＯｐｅｎＡＤＲであってもよい。通信機器１８０とサーバ３０との間でやり取りされる信号は暗号化されていてもよい。さらに、この実施の形態では、車両５０Ａに搭載された通信機器１８０と携帯端末８０Ａとが相互に無線通信するように構成される。ＥＣＵ１５０は、無線通信により携帯端末８０Ａを制御して、ユーザに対する報知を携帯端末８０Ａに行なわせることができる。通信機器１８０と携帯端末８０Ａとの通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）のような近距離通信（たとえば、車内及び車両周辺の範囲での直接通信）であってもよい。

携帯端末８０には所定のアプリケーションソフトウェア（以下、単に「アプリ」と称する）がインストールされている。携帯端末８０は、車両５０のユーザによって携帯され、上記アプリを通じてサーバ３０と情報のやり取りを行なうことができる。ユーザは、たとえば携帯端末８０のタッチパネルディスプレイ（図示せず）を通じて、上記アプリを操作できる。また、携帯端末８０のタッチパネルディスプレイは、車両５０のユーザに対して報知可能に構成される。

この実施の形態では、ＶＧＩシステム１がＶＰＰ（仮想発電所）として機能する。ＶＰＰは、ＩｏＴ（モノのインターネット）を利用した高度なエネルギーマネジメント技術により多数の分散型エネルギーリソース（以下、「ＤＥＲ（Distributed Energy Resources）」とも称する）を束ね、これらＤＥＲを遠隔・統合制御することによってあたかも１つの発電所のように機能させる仕組みである。ＤＥＲの例としては、各需要家が保有するエネルギーリソース（以下、「ＤＳＲ（Demand Side Resources）」とも称する）が挙げられる。ＶＧＩシステム１では、ＶＰＰを実現するためのＤＳＲとして、蓄電装置を備える電動車両（すなわち、図１に示した車両５０）を採用する。

サーバ１０は、送配電事業者に帰属するサーバである。この実施の形態では、電力会社が発電事業者及び送配電事業者を兼ねる。電力会社は、図示しない発電所及び送配電設備によって電力網（すなわち、電力系統ＰＧ）を構築するとともに、サーバ１０、スマートメータ１１、及び電力系統ＰＧを保守及び管理する。電力会社は、たとえば電力を使用する需要家（たとえば、個人又は会社）と取引を行なうことにより利益を得ることができる。この実施の形態では、電力会社が、電力系統ＰＧを運用する系統運用者に相当する。この実施の形態に係る電力系統ＰＧは、本開示に係る「電力網」の一例に相当する。

ＤＥＲを束ねてエネルギーマネジメントサービスを提供する電気事業者は、「アグリゲータ」と称される。電力会社は、たとえばアグリゲータと連携することにより、電力調整（より特定的には、電力系統ＰＧの需給調整）を行なうことができる。電力会社又はアグリゲータが各需要家に電力系統ＰＧの需給調整を要請し、各需要家がその要請に応じて電力系統ＰＧの需給調整を行なう。こうした仕組みは、一般に「ＤＲ（デマンドレスポンス）」と称される。以下、電力系統ＰＧの需給調整の要請を、「ＶＰＰ要請」とも称する。ＶＰＰ要請は、電力需要の増加と、電力需要の抑制と、逆潮流と、周波数調整との少なくとも１つを含んでもよい。

サーバ３０は、アグリゲータに帰属するサーバである。サーバ３０は、制御装置３１と、記憶装置３２と、通信装置３３とを含んで構成される。制御装置３１は、プロセッサを含み、所定の情報処理を行なうとともに通信装置３３を制御するように構成される。記憶装置３２は、各種情報を保存可能に構成される。通信装置３３は各種通信Ｉ／Ｆを含む。制御装置３１は、通信装置３３を通じて外部と通信するように構成される。

サーバ３０は、サーバ１０、車両５０Ａ～５０Ｄ、及び携帯端末８０Ａ～８０Ｄの各々と通信可能に構成される。サーバ１０とサーバ３０とは、たとえばＶＰＮ（Virtual Private Network）を介して相互通信可能に構成される。サーバ１０とサーバ３０との通信プロトコルは、ＯｐｅｎＡＤＲであってもよい。この実施の形態では、アグリゲータの端末（たとえば、サーバ３０）が、電力会社の端末（たとえば、サーバ１０）及び車両ユーザの端末（たとえば、通信機器１８０及び携帯端末８０）の各々と通信可能に構成される。しかしこれに限られず、ＶＧＩシステム１は、電力会社に連絡するサーバと、車両ユーザに連絡するサーバとを別々に含んでもよい。これらのサーバは、異なる電気事業者（たとえば、上位／下位アグリゲータ）に管理されてもよい。

サーバ１０が電力調整を行なうときには、まず、複数のアグリゲータの中から、電力調整に必要な数のアグリゲータを選び、選ばれたアグリゲータに電力調整を要請する。たとえば、アグリゲータに電力調整を要請する信号（以下、「ＡＧ要請信号」とも称する）が、サーバ１０からサーバ３０へ送信される。ＡＧ要請信号には、当該電力調整の対象となる地域、電力調整の種類（たとえば、電力需要の増加、電力需要の抑制、逆潮流、又は周波数調整）、アグリゲータに依頼する電力調整量、及び電力調整期間が含まれる。電力調整期間は、電力調整の開始時刻及び終了時刻を示す情報である。

サーバ３０は、ＡＧ要請信号の要請に応えるために必要な数のＶＰＰ協力車両を選定する。ＶＰＰ協力車両は、電力調整に参加する車両５０である。ＶＰＰ協力車両は、予めアグリゲータと契約を結んだユーザに帰属する車両５０の中から選定される。この契約を結んだユーザは、アグリゲータからの要請に従う充放電を行なうことによって所定のインセンティブを受け取ることができる。また、要請に従うことを承認したにもかかわらず、要請に従わなかったユーザには、上記契約によって所定のペナルティが科される。

この実施の形態では、上記ＶＰＰ協力車両の選定が終了すると、サーバ３０が、各ＶＰＰ協力車両の充放電スケジュールを決定し、ＶＰＰ協力車両ごとのＶＰＰ要請期間を示すＶＰＰ要請信号を、各ＶＰＰ協力車両のユーザへ送信する。ＶＰＰ要請信号は、各需要家（たとえば、各ＶＰＰ協力車両のユーザ）にＶＰＰ要請を行なう信号である。この実施の形態に係るＶＰＰ要請信号は、ＶＰＰ要請期間においてサーバ３０が遠隔操作によってＶＰＰ協力車両を充放電制御できるようにＶＰＰ協力車両を待機させることを、ＶＰＰ協力車両のユーザに要請する。

サーバ３０は、ＶＰＰ協力車両に設定されたＶＰＰ要請期間の開始時刻が到来すると、そのＶＰＰ協力車両へ充放電指令（より特定的には、ＶＰＰ協力車両に充放電制御を行なわせる指令）を送信することにより、ＡＧ要請信号が要請する電力調整を行なう。

サーバ３０は、所定の電力量計によってＶＰＰ協力車両ごとの電力調整量（たとえば、所定期間における充電電力量及び／又は放電電力量）を計測する。所定の電力量計は、スマートメータ１１であってもよいし、車両５０に搭載された電力量計（たとえば、監視モジュール１２１）であってもよい。電力量計の設置場所は任意である。ＥＶＳＥ４０に電力量計が内蔵されてもよい。持運び可能な充電ケーブルに電力量計を付けてもよい。

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

図３は、車両５０のＥＣＵ１５０、及びサーバ３０の詳細構成を示す図である。この実施の形態に係るサーバ３０は、所定の優先順位に従って需要家（たとえば、ＶＰＰ協力車両のユーザ）を選定するとともに、ＶＰＰ要請に対して需要家起因で電力調整を中途離脱した対応履歴が多い需要家ほど選ばれにくくなる態様で上記の優先順位を設定するように構成される。こうした構成により、電力系統ＰＧの需給調整を需要家に要請したときに、需要家によって電力系統ＰＧの需給調整が適切に行なわれやすくなる。この実施の形態に係るサーバ３０は、本開示に係る「管理装置」の一例に相当する。

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

情報管理部５０１は、車両５０に搭載された各種センサの出力を用いて車両状態を取得し、取得した車両状態を記憶装置１５３に記録するように構成される。車両状態は、たとえば、ケーブル接続状態と、充放電状態と、充放電電力と、バッテリ１３０のＳＯＣと、残充電時間と、残放電時間とを含む。

ケーブル接続状態は、インレット１１０に対して充電ケーブル４２のコネクタ４３が接続されているか否かを示す情報である。情報管理部５０１は、インレット１１０に設けられた接続センサ（図示せず）の出力に基づいてケーブル接続状態を取得してもよい。また、情報管理部５０１は、ＥＶＳＥ４０からのケーブル接続信号に基づいてケーブル接続状態を取得してもよい。ケーブル接続信号の例としては、ＣＰＬＴ信号（コントロールパイロット信号）又はＰｒｏｘｉｍｉｔｙ信号が挙げられる。

充放電状態は、バッテリ１３０が外部充電中／外部給電中／充放電無し（すなわち、外部充電も外部給電も実行していない状態）のいずれの状態であるかを示す情報である。充放電電力は、バッテリ１３０の充電電力と、バッテリ１３０の放電電力とを含む。充放電電力において、バッテリ１３０の放電電力値は正の値、バッテリ１３０の充電電力値は負の値で表わされてもよい。情報管理部５０１は、監視モジュール１３１の出力に基づいて、充放電状態及び充放電電力を取得してもよい。

残充電時間は、外部充電中のバッテリ１３０が満充電状態になるまでの時間を示す情報である。残放電時間は、外部給電中のバッテリ１３０が空状態になるまでの時間を示す情報である。情報管理部５０１は、バッテリ１３０のＳＯＣと、監視モジュール１３１の出力とに基づいて、残充電時間及び残放電時間を取得してもよい。ＳＯＣの測定方法としては、たとえば電流積算法又はＯＣＶ推定法のような公知の手法を採用できる。なお、各車両５０の残充電時間及び残放電時間は、サーバ３０において算出されてもよい。

充放電制御部５０２は、充放電器１２０を制御するように構成される。充放電制御部５０２は、外部充電及び外部給電を実行可能に構成される。この実施の形態では、ＶＰＰ設定が記憶装置１５３（図１）に記憶されている。ＶＰＰ設定はＯＮ／ＯＦＦのいずれかに設定される。ＶＰＰ設定がＯＮになると、サーバ３０による充放電器１２０の遠隔操作が許可される。ＶＰＰ設定がＯＦＦであるときには、サーバ３０による充放電器１２０の遠隔操作が禁止される。ユーザは、入力装置１６０を通じて、ＶＰＰ設定のＯＮ／ＯＦＦを切り替えることができる。情報管理部５０１が、ユーザからの入力に応じて記憶装置１５３内のＶＰＰ設定を切り替える。

ＶＰＰ設定がＯＦＦである場合には、外部充電及び外部給電の準備が完了した状態（たとえば、図２に示した車両５０Ａの状態）において、外部充電又は外部給電の実行条件が成立すると、外部充電又は外部給電が充放電制御部５０２によって実行される。この実施の形態では、ユーザにより充電開始操作がなされるか、あるいはユーザが予め設定した充電開始時刻（たとえば、タイマ充電の開始時刻）になると、充放電制御部５０２が外部充電を開始する。また、ユーザにより給電開始操作がなされるか、あるいはユーザが予め設定した給電開始時刻（たとえば、タイマ給電の開始時刻）になると、充放電制御部５０２が外部給電を開始する。充電開始操作及び給電開始操作の各々は、ＥＶＳＥ４０又は車両５０に設けられたボタン（画面に表示される仮想的なボタンを含む）を押す操作であってもよい。

ＶＰＰ設定がＯＮである場合には、外部充電及び外部給電の準備が完了した状態において、充放電制御部５０２がサーバ３０からの充放電指令を待つ。充放電制御部５０２は、サーバ３０からの充放電指令を受信すると、その充放電指令に従ってバッテリ１３０の充放電制御を実行する。

情報管理部５０１は、上述した車両状態及びＶＰＰ設定をサーバ３０へ送信するように構成される。情報管理部５０１は、所定のタイミング（たとえば、車両５０の走行終了時又は充電コネクタ接続時）になると、記憶装置１５３に蓄積されたデータをサーバ３０へ送信してもよい。また、情報管理部５０１は、所定周期で車両状態及びＶＰＰ設定をサーバ３０へ逐次送信してもよい。

サーバ３０は、情報管理部３０１、更新部３０２、選定部３０３、要請部３０４、及び通知部３０５を含む。この実施の形態に係るサーバ３０においては、図２に示した制御装置３１のプロセッサと、プロセッサにより実行されるプログラム（たとえば、記憶装置３２に記憶されるプログラム）とによって、上記各部が具現化される。ただしこれに限られず、上記各部は、専用のハードウェア（電子回路）によって具現化されてもよい。

サーバ３０は、登録された各ユーザの情報（以下、「ユーザ情報」とも称する）と、登録された各車両５０の情報（以下、「車両情報」とも称する）とを管理するように構成される。ユーザを識別するための識別情報（以下、「ユーザＩＤ」とも称する）がユーザごとに付与されており、サーバ３０はユーザ情報をユーザＩＤで区別して管理している。ユーザＩＤは、ユーザに携帯される携帯端末８０を識別する情報（端末ＩＤ）としても機能する。ユーザ情報には、ユーザが携帯する携帯端末８０の通信アドレスと、ユーザに帰属する車両５０の車両ＩＤとが含まれる。車両ＩＤは、車両５０を識別するための識別情報である。車両ＩＤは車両５０ごとに付与されており、サーバ３０は車両情報を車両ＩＤで区別して管理している。車両情報には、車両５０に搭載された通信機器１８０の通信アドレスと、各車両５０から受信した情報（前述した車両状態及びＶＰＰ設定を含む）とが含まれる。

ユーザ情報は、以下に説明するＶＰＰ情報を含む。図４は、この実施の形態に係るＶＰＰ情報を示す図である。ユーザ（需要家）ごとのＶＰＰ情報が、情報管理部３０１によって記憶装置３２に記録される。この実施の形態に係る情報管理部３０１は、本開示に係る「記録手段」の一例に相当する。

図４を参照して、このＶＰＰ情報は、サービス加入日（すなわち、アグリゲータが提供するサービスにユーザが加入した日）を含む。サービス加入日は、ユーザがサーバ３０に登録された日であってもよい。たとえば、ユーザがサーバ３０に登録されると、情報管理部３０１が記憶装置３２にサービス加入日を書き込む。

ＶＰＰ情報は、要請履歴情報と対応履歴情報とをさらに含む。この実施の形態では、ＶＰＰ要請に基づく電力調整（より特定的には、電力系統ＰＧの需給調整）が行なわれるたびに情報管理部３０１が記憶装置３２内の要請履歴情報及び対応履歴情報を更新する。要請履歴情報は、ＶＰＰ要請履歴（すなわち、サーバ３０がユーザに電力系統ＰＧの需給調整を要請した履歴）を示す情報である。対応履歴情報は、ＶＰＰ要請に対するユーザの対応履歴を示す情報である。対応履歴情報によって示される対応履歴は、参加履歴（ユーザが電力調整に参加した対応履歴）と、中途離脱履歴（ＶＰＰ要請に対してユーザ起因で電力調整を中途離脱した対応履歴）と、遅刻履歴（ＶＰＰ要請に対してユーザ起因で遅刻した対応履歴）と、不参加履歴（ＶＰＰ要請に対してユーザ起因で電力調整に参加しなかった対応履歴）とを含む。

図４に示す例では、ＶＰＰ情報が、要請履歴情報としてＶＰＰ要請の回数を示す。また、ＶＰＰ情報は、参加履歴として、ＶＰＰ回数、ＶＰＰ時間、ＶＰＰ電力、ＶＰＰ電力量、及びＶＰＰインセンティブを示す。ＶＰＰ回数は、ＶＰＰ要請に基づく電力調整にユーザが参加した回数である。ＶＰＰ時間は、ＶＰＰ要請に応じてユーザが電力調整を行なった時間（たとえば、ＶＰＰ要請期間の長さ）である。ＶＰＰ電力量（ｋＷｈ）は、ＶＰＰ要請に基づいて調整された電力量である。ＶＰＰインセンティブは、ＶＰＰ要請に応じて電力調整を行なうことによってユーザが獲得したインセンティブである。サーバ３０は、たとえば「インセンティブ＝インセンティブ単価×電力調整量」のような式に従ってインセンティブを算出してもよい。ただしこれに限られず、インセンティブの算出方法は任意である。ＶＰＰ回数、ＶＰＰ時間、ＶＰＰ電力量、及びＶＰＰインセンティブは、ＶＰＰ要請に基づく電力調整にユーザが参加するたびに積算される。

ＶＰＰ電力（ｋＷ）は、ＶＰＰ要請に基づいて行なわれた充放電の電力ピーク値である。複数回のＶＰＰ要請に対してＶＰＰ電力が取得された場合には、これらＶＰＰ電力の平均値が記録される。充電と放電とに関してＶＰＰ電力が別々に記録されてもよい。あるいは、充電電力と放電電力とを区別せずに、充放電電力の絶対値が、ＶＰＰ電力として記録されてもよい。

ＶＰＰ情報は、中途離脱履歴として、離脱回数及び離脱ペナルティを示す。離脱回数は、ＶＰＰ要請に対してユーザがユーザ起因で電力調整を中途離脱した回数である。離脱ペナルティは、ＶＰＰ要請に対してユーザ起因で電力調整を中途離脱したことに対するペナルティである。離脱回数及び離脱ペナルティは、ＶＰＰ要請に対してユーザがユーザ起因で電力調整を中途離脱するたびに積算される。

ＶＰＰ情報は、遅刻履歴として、遅刻回数及び遅刻ペナルティを示す。遅刻回数は、ＶＰＰ要請に対してユーザがユーザ起因で遅刻した回数である。遅刻ペナルティは、ＶＰＰ要請に対してユーザ起因で遅刻したことに対するペナルティである。遅刻回数及び遅刻ペナルティは、ＶＰＰ要請に対してユーザがユーザ起因で遅刻するたびに積算される。

ＶＰＰ情報は、不参加履歴として、不参加回数及び不参加ペナルティを示す。不参加回数は、ＶＰＰ要請に対してユーザがユーザ起因で電力調整に参加しなかった回数である。不参加ペナルティは、ＶＰＰ要請に対してユーザ起因で電力調整に参加しなかったことに対するペナルティである。不参加回数及び不参加ペナルティは、ＶＰＰ要請に対してユーザがユーザ起因で電力調整に不参加となるたびに積算される。

再び図３を参照して、記憶装置３２には、上述したユーザ情報及び車両情報に加えて、以下に説明する優先順位情報が記憶されている。図５は、この実施の形態に係る優先順位情報を示す図である。図５を参照して、優先順位情報は、各ユーザの優先順位を示す。図５中の「ＵＩＤ－＊＊」は、各順位に該当するユーザ（需要家）のユーザＩＤを示している。

優先順位情報は、図３に示した更新部３０２によって更新される。この実施の形態に係る更新部３０２は、本開示に係る「更新手段」の一例に相当する。更新部３０２は、図４に示したＶＰＰ情報に基づいて優先順位情報を更新する。図６は、この実施の形態に係る優先順位の決定方法を示す図である。図６に示すレーダーチャートにおいて、Ｘ１１、Ｘ１２、Ｘ１３、Ｘ１４、Ｘ１５は、それぞれＶＰＰ要請履歴、参加履歴、中途離脱履歴、遅刻履歴、不参加履歴の程度を示す指標である。中心Ｘ０は、レーダーチャートの原点を示している。

図４とともに図６を参照して、Ｘ１１の折れ線データは、ＶＰＰ要請履歴が少ないほど、中心Ｘ０から離れた位置（外側）にプロットされる。更新部３０２は、たとえばＶＰＰ要請の回数に基づいてＸ１１の値を決定する。より具体的には、Ｘ１１の折れ線データは、ＶＰＰ要請の回数が少ないほど外側にプロットされる。

Ｘ１２の折れ線データは、参加履歴が少ないほど、中心Ｘ０から離れた位置（外側）にプロットされる。更新部３０２は、たとえばＶＰＰ回数、ＶＰＰ時間、ＶＰＰ電力量、及びＶＰＰインセンティブの少なくとも１つに基づいてＸ１２の値を決定する。より具体的には、Ｘ１２の折れ線データは、ＶＰＰ回数が少ないほど、ＶＰＰ時間が短いほど、ＶＰＰ電力量が少ないほど、ＶＰＰインセンティブが少ないほど、外側にプロットされる。

Ｘ１３の折れ線データは、中途離脱履歴が少ないほど、中心Ｘ０から離れた位置（外側）にプロットされる。更新部３０２は、たとえば離脱回数及び離脱ペナルティの少なくとも１つに基づいてＸ１３の値を決定する。より具体的には、Ｘ１３の折れ線データは、離脱回数が少ないほど、離脱ペナルティが少ないほど、外側にプロットされる。

Ｘ１４の折れ線データは、不参加履歴が少ないほど、中心Ｘ０から離れた位置（外側）にプロットされる。更新部３０２は、たとえば不参加回数及び不参加ペナルティの少なくとも１つに基づいてＸ１４の値を決定する。より具体的には、Ｘ１４の折れ線データは、不参加回数が少ないほど、不参加ペナルティが少ないほど、外側にプロットされる。

Ｘ１５の折れ線データは、遅刻履歴が少ないほど、中心Ｘ０から離れた位置（外側）にプロットされる。更新部３０２は、たとえば遅刻回数及び遅刻ペナルティの少なくとも１つに基づいてＸ１５の値を決定する。より具体的には、Ｘ１５の折れ線データは、遅刻回数が少ないほど、遅刻ペナルティが少ないほど、外側にプロットされる。

折れ線Ｄ１、Ｄ２は、それぞれ車両５０Ａ、５０Ｂ（図２）の各ユーザのデータを示している。更新部３０２は、折れ線Ｄ１、Ｄ２の内部の面積に基づいて、それぞれ車両５０Ａ、５０Ｂの各ユーザの優先順位を決定するとともに、記憶装置３２内の優先順位情報を更新する。面積が大きいほど優先順位は高い。図６に示すレーダーチャートは、車両５０Ｂのユーザの優先順位（Ｄ２）よりも車両５０Ａのユーザの優先順位（Ｄ１）のほうが高いことを示している。

各指標の重み付け（たとえば、図６に示したレーダーチャートにおけるＸ１１～Ｘ１５の各目盛りの間隔）は、ユーザが任意に設定できる。たとえば、不参加よりも中途離脱のほうが優先順位を低下させるように重み付けされてもよい。また、遅刻よりも不参加のほうが優先順位を低下させるように重み付けされてもよい。不参加及び遅刻と比べて、中途離脱はリカバリーしにくい傾向がある。

なお、優先順位の決定方法は、上記レーダーチャートを用いた方法に限られない。更新部３０２は、ビッグデータを用いて統計的に学習して得た関係式に基づき、各ユーザの履歴情報から各ユーザの優先順位を求めてもよい。また、関係式の代わりに、ＡＩ（人工知能）を用いた機械学習により得た学習済みモデルを用いてもよい。

再び図３を参照して、選定部３０３は、ＶＰＰ協力車両の候補（詳しくは、複数の車両５０を含む車両グループ）から、記憶装置３２内の優先順位情報が示す優先順位に従って１以上のＶＰＰ協力車両を選定するように構成される。ＶＰＰ協力車両を選定することは、そのＶＰＰ協力車両のユーザを選定することを意味する。選定部３０３によって１以上の需要家（ＶＰＰ協力車両のユーザ）が選定される。この実施の形態に係る選定部３０３は、本開示に係る「選定手段」の一例に相当する。

要請部３０４は、選定部３０３により選定された各ＶＰＰ協力車両のユーザへＶＰＰ要請信号を送信するように構成される。そして、ＶＰＰ協力車両に設定されたＶＰＰ要請期間の開始時刻が到来すると、要請部３０４は、そのＶＰＰ協力車両へ充放電指令を送信することにより、所定の電力調整（たとえば、電力会社から要請された電力需要の増加、電力需要の抑制、逆潮流、又は周波数調整）を行なう。この実施の形態に係る要請部３０４は、本開示に係る「要請手段」の一例に相当する。

通知部３０５は、ＶＰＰ要請に対してユーザ起因での遅刻、中途離脱、及び不参加のいずれかの対応をすると、次回以降のＶＰＰ要請で選ばれにくくなる旨を各ＶＰＰ協力車両のユーザに通知するように構成される。

図７は、サーバ３０がＶＰＰ協力車両を選定するときに実行する処理を示すフローチャートである。このフローチャートに示される処理は、アグリゲータが電力会社から電力系統ＰＧの需給調整を要求されたときに開始される。図７に示す処理は、たとえばサーバ３０がサーバ１０から前述のＡＧ要請信号を受信することによって開始される。ただしこれに限られず、アグリゲータが所定の入力装置（図示せず）を通じてサーバ３０に電力系統ＰＧの需給調整に係る処理（たとえば、ＶＰＰ協力車両の選定及び充放電指令の送信）の実行を指示することによって、図７に示す処理が開始されてもよい。

図１～図３とともに図７を参照して、ステップ（以下、単に「Ｓ」と表記する）１１では、選定部３０３が、電力調整の内容を取得する。電力調整の内容には、当該電力調整の対象となる地域、電力調整の種類（たとえば、電力需要の増加、電力需要の抑制、逆潮流、又は周波数調整）、電力調整量、及び電力調整期間が含まれる。

Ｓ１２では、選定部３０３が、ＶＰＰ協力車両の候補（以下、「選定候補」とも称する）の中からＶＰＰ協力車両を選定する。選定部３０３は、基本的には、サーバ３０に登録された全ての車両５０を、選定候補とする。ただし、選定部３０３は、上記電力調整の内容に基づいて、不適合な車両５０を選定候補から除外してもよい。選定部３０３は、記憶装置３２内の優先順位情報が示す優先順位に従って所定の目標数のＶＰＰ協力車両を選定する。所定の目標数は、要求される電力調整量を確保可能な台数である。

Ｓ１３では、要請部３０４が、Ｓ１２において選定された各ＶＰＰ協力車両の充放電スケジュールを決定し、各ＶＰＰ協力車両のユーザへＶＰＰ要請信号を送信するとともに、当該要請を承認するか否かの回答（アンサーバック）をユーザに要求する。ＶＰＰ要請信号は、電力調整の種類と、ＶＰＰ要請期間とを示す。ＶＰＰ要請信号は、ＶＰＰ協力車両に搭載された通信機器１８０へ送信されてもよいし、ＶＰＰ協力車両のユーザが携帯する携帯端末８０へ送信されてもよい。ＶＰＰ要請期間はＶＰＰ協力車両ごとに異なってもよいし、全てのＶＰＰ協力車両に同じＶＰＰ要請期間が設定されてもよい。要請部３０４は、各ＶＰＰ協力車両の車両ＩＤ及びＶＰＰ要請期間を記憶装置３２に保存する。

Ｓ１４では、選定部３０３が、全てのＶＰＰ協力車両のユーザから、要請を承認する旨の回答があったか否かを判断する。この判断は、たとえば、全てのユーザから回答を受信したタイミング、又は要請してから所定時間が経過したタイミングで、実行される。この実施の形態では、要請してから所定時間が経過しても回答を送信しないユーザを、要請を承認しない旨の回答をしたユーザと同じように扱う。

Ｓ１４においてＮＯ（いずれかのユーザがＶＰＰ要請を承認しなかった）と判断された場合には、選定部３０３は、Ｓ１５において、ＶＰＰ要請を承認しなかったユーザに帰属する車両５０を、選定候補から除外する。その後、処理はＳ１２に戻る。Ｓ１５で除外された車両５０は、Ｓ１２において選ばれなくなる。

Ｓ１４においてＹＥＳ（全てのユーザがＶＰＰ要請を承認した）と判断された場合には、Ｓ１６において、確定した電力調整の内容（ＶＰＰ要請期間を含む）を示すＶＰＰ要請信号が、サーバ３０から各ＶＰＰ協力車両へ送信される。各ＶＰＰ協力車両は、受信したＶＰＰ要請信号を記憶装置１５３に保存してもよい。また、Ｓ１６においては、通知部３０５が、ＶＰＰ要請に対してユーザ起因での遅刻、中途離脱、及び不参加のいずれかの対応をすると、次回以降のＶＰＰ要請で選ばれにくくなる旨を各ＶＰＰ協力車両のユーザに通知する。この通知は、ＶＰＰ協力車両に搭載された通信機器１８０に行なってもよいし、ＶＰＰ協力車両のユーザが携帯する携帯端末８０に行なってもよい。Ｓ１６の処理が実行されることにより、図７に示す一連の処理は終了する。

サーバ３０は、上述した図７に示す処理により選定された各ＶＰＰ協力車両について、以下に説明する図８に示す処理を実行する。図８の処理は、ＶＰＰ協力車両ごとに実行され、ＶＰＰ協力車両同士のＶＰＰ要請期間が重複する場合には、各ＶＰＰ協力車両について並行して図８の処理が実行される。

図８は、サーバ３０がＶＰＰ協力車両に電力系統ＰＧの需給調整を要請するときに実行する処理を示すフローチャートである。このフローチャートに示される処理は、ＶＰＰ協力車両に設定されたＶＰＰ要請期間の開始時刻になると、サーバ３０の制御装置３１によって開始される。

図１～図３とともに図８を参照して、要請部３０４は、Ｓ２１において、ＶＰＰ協力車両へ充放電指令を送信する。この充放電指令は、ＶＰＰ協力車両の充放電制御部５０２を遠隔操作する信号である。充放電指令は、ＶＰＰ要請期間における指令電力値を示す信号であってもよい。充放電指令において、放電電力値は正の指令電力値、充電電力値は負の指令電力値で表わされてもよい。

Ｓ２１の処理後、要請部３０４は、Ｓ２２において、ＶＰＰ要請期間が終了したか否かを判断する。Ｓ２２にてＮＯと判断されると、処理はＳ２３を経てＳ２１に戻る。ＶＰＰ要請期間においては、Ｓ２２にてＮＯと判断されるため、Ｓ２１～Ｓ２３が繰り返される。

Ｓ２３では、ＶＰＰ要請に基づく電力調整にＶＰＰ協力車両のユーザが参加しているか否かを、情報管理部３０１が確認する。情報管理部３０１は、ＶＰＰ協力車両から受信した情報（前述した車両状態及びＶＰＰ設定を含む）に基づいて、ＶＰＰ協力車両が充放電指令どおりに動いているか否かを判断してもよい。たとえば、バッテリ１３０の充放電電力が、充放電指令が示す指令電力値に一致していれば、ＶＰＰ協力車両は充放電指令どおりに動いている。ＶＰＰ協力車両が充放電指令どおりに動いていることは、ＶＰＰ要請に基づく電力調整にＶＰＰ協力車両のユーザが参加していることを意味する。

情報管理部３０１は、参加のタイミングに基づいてユーザが遅刻したか否かを判断できる。参加のタイミングがＶＰＰ要請期間の開始時刻よりも遅いことは、ＶＰＰ要請に対してユーザが遅刻したことを意味する。この実施の形態に係る情報管理部３０１は、ＶＰＰ要請期間が開始しても電力調整に参加していないユーザについて、ＶＰＰ要請期間の開始時刻から所定時間が経過するまでの期間内に電力調整に参加するか否かを判断し、その期間内に参加したユーザを遅刻のユーザと認定し、その期間が経過しても参加しないユーザを不参加のユーザとみなす。

情報管理部３０１は、ＶＰＰ要請期間においてＶＰＰ協力車両が充放電指令どおりに動いているかを監視する。ＶＰＰ要請期間の途中まで充放電指令どおりに動いていたＶＰＰ協力車両が、ＶＰＰ要請期間の満了前に充放電指令どおりに動かなくなった場合には、ＶＰＰ協力車両のユーザが中途離脱したと、情報管理部３０１は判断する。また、情報管理部３０１は、ＶＰＰ要請期間の途中で、インレット１１０からコネクタ４３が抜かれたり、ＶＰＰ設定がＯＮからＯＦＦに切り替わったりした場合に、ＶＰＰ協力車両のユーザが中途離脱したと判断してもよい。また、情報管理部３０１は、後述する離脱の通知（図９のＳ３７）をＶＰＰ協力車両から受けた場合に、ＶＰＰ協力車両のユーザが中途離脱したと判断してもよい。

中途離脱又は不参加のユーザが確認されたときには、サーバ３０は、新たに選定されたＶＰＰ協力車両へ充放電指令を送信することにより、不足した電力調整量を補ってもよい。また、遅刻のユーザが確認されたときには、サーバ３０は、そのユーザに帰属するＶＰＰ協力車両へ修正した充放電指令（すなわち、遅刻分を取り戻すような修正を加えた充放電指令）を送信することにより、不足した電力調整量を補ってもよい。

ＶＰＰ要請期間の終了タイミングになると（Ｓ２２にてＹＥＳ）、Ｓ２４において、ＶＰＰ協力車両のユーザのＶＰＰ情報（図４参照）が、情報管理部３０１によって更新される。この実施の形態では、情報管理部３０１が、ＶＰＰ要請期間中にＳ２３で確認した内容に基づいて、ユーザごとのＶＰＰ情報を更新する。その後、更新部３０２が、Ｓ２５において、Ｓ２４で更新されたＶＰＰ情報に基づいて優先順位情報（図５参照）を更新する。Ｓ２５の処理が実行されることにより、図７に示す一連の処理は終了する。なお、サーバ３０は、ＶＰＰ要請期間が経過したときに（Ｓ２２にてＹＥＳ）、ＶＰＰ要請が終了したことを示すＶＰＰ終了信号をＶＰＰ協力車両へ送信してもよい。

図９は、ＶＰＰ要請を承認したユーザに帰属する各ＶＰＰ協力車両が実行する処理を示すフローチャートである。このフローチャートに示される処理は、ＶＰＰ協力車両がＥＶＳＥ４０と電気的に接続され、かつ、ＶＰＰ協力車両のＶＰＰ設定がＯＮである状態で、ＶＰＰ要請期間の開始時刻になると、ＶＰＰ協力車両のＥＣＵ１５０（より特定的には、充放電制御部５０２）によって開始される。ただしこれに限られず、図９に示す処理は、ＶＰＰ要請期間の開始時刻よりも少し前に開始されてもよい。

図１～図３とともに図９を参照して、まず、充放電制御部５０２は、以下に説明するＳ３１～Ｓ３３において、ＶＰＰ協力車両がＶＰＰ要請に基づく電力調整を行なうことができる状態であるか否かを判断する。

Ｓ３１では、充放電制御部５０２が、前述のケーブル接続状態に基づいて、ＶＰＰ協力車両がＥＶＳＥ４０と電気的に接続されているか否かを判断する。たとえば、インレット１１０からコネクタ４３が抜かれた場合には、Ｓ３１においてＮＯと判断される。

Ｓ３２では、ＶＰＰ設定がＯＮであるか否かを、充放電制御部５０２が判断する。たとえば、ユーザによってＶＰＰ設定がＯＮからＯＦＦに切り替えられた場合には、Ｓ３２においてＮＯと判断される。

Ｓ３３では、バッテリ１３０のＳＯＣに電力調整を行なうだけの余裕があるか否かを、充放電制御部５０２が判断する。たとえば、電力調整によってバッテリ１３０の過充電又は過放電が生じ得る場合には、Ｓ３３においてＮＯと判断される。

上記Ｓ３１～Ｓ３３の全てでＹＥＳと判断された場合には、処理がＳ３４に進む。Ｓ３４では、充放電制御部５０２が、サーバ３０から充放電指令を受信したか否かを判断する。充放電制御部５０２は、サーバ３０から充放電指令を受信すると（Ｓ３４にてＹＥＳ）、Ｓ３５において、その充放電指令に従ってバッテリ１３０の充放電制御を行なう。その後、処理はＳ３６に進む。サーバ３０から充放電指令を受信していない場合（Ｓ３４にてＮＯ）には、処理はＳ３５を経ずにＳ３６に進む。

Ｓ３６では、ＶＰＰ要請が終了したか否かを、充放電制御部５０２が判断する。たとえば、充放電制御部５０２は、ＶＰＰ要請期間が満了したときにＶＰＰ要請が終了した（Ｓ３６にてＹＥＳ）と判断してもよい。また、充放電制御部５０２は、サーバ３０からＶＰＰ終了信号を受信したときにＶＰＰ要請が終了した（Ｓ３６にてＹＥＳ）と判断してもよい。ＶＰＰ要請期間においては、ＶＰＰ要請は終了していない（Ｓ３６にてＮＯ）と判断される。Ｓ３６にてＮＯと判断されると、処理は最初のステップ（Ｓ３１）に戻る。

Ｓ３１～Ｓ３３のいずれかでＮＯと判断された場合には、処理はＳ３７に進む。Ｓ３７では、充放電制御部５０２が、サーバ３０に対して離脱の通知を行なう。離脱の通知は、ユーザ起因でＶＰＰ協力車両が電力調整を離脱する旨を伝える通知である。その後、処理はＳ３８に進む。

また、Ｓ３６にてＹＥＳと判断された場合にも、処理はＳ３８に進む。Ｓ３８では、情報管理部５０１が、ＶＰＰ設定をＯＦＦにする。Ｓ３８の処理が実行されることにより、図９に示す一連の処理は終了する。図９の処理が終了すると、ＶＰＰ協力車両は非ＶＰＰ協力車両（すなわち、ＶＰＰ協力車両ではない車両５０）になる。

以上説明したように、この実施の形態に係るサーバ３０（管理装置）は、電力系統ＰＧ（電力網）の需給調整を需要家（たとえば、車両ユーザ）に要請する。サーバ３０は、情報管理部３０１（記録手段）と、更新部３０２（更新手段）と、選定部３０３（選定手段）と、要請部３０４（要請手段）とを備える。選定部３０３は、複数の需要家の中から所定の優先順位（たとえば、優先順位情報が示す優先順位）に従って１以上の需要家を選定する。要請部３０４は、選定された１以上の需要家に電力系統ＰＧの需給調整を要請する。情報管理部３０１は、ＶＰＰ要請（電力系統ＰＧの需給調整の要請）に対する各需要家の対応履歴を示す対応履歴情報を記録する。この実施の形態では、対応履歴情報が、図４に示したＶＰＰ情報に含まれる。更新部３０２は、対応履歴情報を用いて優先順位を更新する。更新部３０２は、ＶＰＰ要請に対して需要家起因で需給調整を中途離脱した対応履歴が多い需要家ほど選ばれにくくなるように優先順位を決定する（たとえば、図６参照）。

上記構成によれば、ＶＰＰ要請に対して需要家起因で中途離脱した需要家は、次回以降のＶＰＰ要請で選ばれにくくなる。これにより、需要家起因での中途離脱が抑制される。このため、電力系統ＰＧの需給調整を需要家に要請したときに、需要家によって電力系統ＰＧの需給調整が適切に行なわれやすくなる。

この実施の形態に係るサーバ３０は、ＶＰＰ要請に対して需要家起因で需給調整を中途離脱すると次回以降のＶＰＰ要請で選ばれにくくなる旨を通知する通知部３０５（通知手段）をさらに備える。これにより、需要家起因での中途離脱が抑制される。

更新部３０２は、ＶＰＰ要請に対して需要家起因で参加しなかった対応履歴が多い需要家ほど選ばれにくくなるように優先順位を決定する（たとえば、図６参照）。また、通知部３０５は、ＶＰＰ要請に対して需要家起因で需給調整に参加しないと次回以降のＶＰＰ要請で選ばれにくくなる旨を通知する。これにより、需要家起因での不参加が抑制される。

更新部３０２は、ＶＰＰ要請に対して需要家起因で遅刻した対応履歴が多い需要家ほど選ばれにくくなるように優先順位を決定する（たとえば、図６参照）。また、通知部３０５は、ＶＰＰ要請に対して需要家起因で遅刻すると次回以降のＶＰＰ要請で選ばれにくくなる旨を通知する。これにより、需要家起因での遅刻が抑制される。

更新部３０２は、ＶＰＰ要請に基づく電力調整に参加した対応履歴が少ない需要家ほど選ばれやすくなるように優先順位を決定する（たとえば、図６参照）。これにより、需要家グループにおいて一部のメンバーに参加が集中することを抑制することができる。

情報管理部３０１は、要請部３０４が電力系統ＰＧの需給調整を要請した履歴を示す要請履歴情報を記録する。この実施の形態では、要請履歴情報が、図４に示したＶＰＰ情報に含まれる。更新部３０２は、電力系統ＰＧの需給調整を要請した履歴が少ない需要家ほど選ばれやすくなるように優先順位を決定する（たとえば、図６参照）。これにより、ＶＰＰ要請に基づく電力調整について、各需要家の参加機会の均等が図られる。

各需要家の優先順位を示す優先順位情報は、図５に示した例に限られない。優先順位情報は、複数の優先順位リストを含んでもよい。たとえば、サーバ３０に登録された需要家が複数のグループに分けられ、優先順位情報がグループごとの優先順位リストを含んでもよい。また、優先順位情報は、電力調整要請の種類別（たとえば、電力需要の増加／電力需要の抑制／逆潮流／周波数調整のような区分ごと）に優先順位リストを含んでもよい。優先順位リストごとに優先順位の決定方法を変えてもよい。たとえば、電力調整要請の種類によって、図６に示した各指標の重み付けを変えてもよい。

優先順位の決定方法は、図６に示した方法に限られない。たとえば、更新部３０２は、サービス加入日を考慮して優先順位を決定してもよい。更新部３０２は、サービス加入日が新しいほど優先順位を高くしてもよい。また、更新部３０２は、ＶＰＰ電力を考慮して優先順位を決定してもよい。更新部３０２は、ＶＰＰ電力が小さいほど優先順位を高くしてもよい。また、更新部３０２は、中途離脱率（すなわち、電力調整に参加した回数に対する需要家起因での中途離脱の回数の比率）を考慮して優先順位を決定してもよい。更新部３０２は、中途離脱率が低いほど優先順位を高くしてもよい。更新部３０２は、離脱の通知（たとえば、図９のＳ３７参照）を行なうことなく中途離脱したユーザの優先順位を、中途離脱の際に離脱の通知を行なったユーザの優先順位よりも低くしてもよい。図６に示した方法では、５つの指標（Ｘ１１～Ｘ１５）を採用しているが、指標の数は適宜変更可能である。たとえば、更新部３０２は、Ｘ１２（参加履歴の程度を示す指標）及びＸ１３（中途離脱履歴の程度を示す指標）を用いて優先順位を決定してもよいし、Ｘ１３のみを用いて優先順位を決定してもよい。

電力調整要請は、電力会社からの要請に限られず、需給調整市場からの要請であってもよい。ＶＧＩシステムは、ＥＶ（電気自動車）以外の電動車両を含んでもよい。電動車両は、蓄電装置に蓄えられた電力を用いて走行するように構成される車両である。電動車両には、ＥＶ（電気自動車）及びＰＨＶ（プラグインハイブリッド車両）のほか、ＦＣ車（燃料電池自動車）、レンジエクステンダーＥＶなども含まれる。車両の構成は、図１に示した構成に限られない。たとえば、図１に示した構成において、充放電器１２０の代わりに、外部充電のみ可能な充電装置、又は外部給電のみ可能な給電装置を採用してもよい。また、車両は、非接触充電可能に構成されてもよい。車両は、乗用車に限られず、バス又はトラックであってもよい。

需要家は、電力網に電気的に接続可能に構成される電力調整リソースのユーザであればよく、電動車両のユーザに限られない。電力調整リソースの例としては、充放電によって電力調整可能な蓄電装置と、そのような蓄電装置を搭載した移動体（電動車両、農業機械、移動型ロボット、ドローン等）と、電力負荷（消費電力）を調整可能な電気機器と、発電出力を調整可能な発電機とが挙げられる。

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

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

Claims (1)

1. 電力網の需給調整を需要家に要請する管理装置であって、
   複数の需要家の中から所定の優先順位に従って１以上の需要家を選定する選定手段と、
   前記選定手段により選定された１以上の需要家に前記電力網の需給調整を要請する要請手段と、
   前記要請に対する各需要家の対応履歴を示す対応履歴情報を記録する記録手段と、
   前記対応履歴情報を用いて前記優先順位を更新する更新手段とを備え、
   前記更新手段は、前記要請に対して需要家起因で需給調整を中途離脱した対応履歴が多い需要家ほど選ばれにくくなるように前記優先順位を決定するように構成される、管理装置。

Images