JP7447833B2 - 電力管理装置及び電力管理方法 - Google Patents

Description

本開示は、電力管理装置及び電力管理方法に関し、特に、電力網に電気的に接続可能な複数の電力調整リソースに電力網に対する電力需給調整を要請するデマンドレスポンスを管理する電力管理装置及び電力管理方法に関する。

上記のような電力管理装置及び電力管理方法について、国際公開第２０２０／１５８５９２号（特許文献１）には、サーバ装置において、電力需要家の信頼度に関する情報を用いて、デマンドレスポンス（以下「ＤＲ（Demand Response）」と称する。）要請の対象の需要家を選出することが記載されている。ここで、需要家の信頼度に関する情報とは、ＤＲ要請に対する達成率（ＤＲ要請期間中に、要請された電力量に対して達成した電力量の割合）や、ＤＲ要請に対する滞在率（ＤＲ要請に応じていた際の電力量が、要請量に対して所定範囲（例えば±２０％）に入っていた時間の単位時間当たりの割合）である（特許文献１参照）。

国際公開第２０２０／１５８５９２号 特開２０２０－３６５０３号公報 特開２０１７－１３０１８３号公報

ＤＲに参加可能な電力調整リソースとして、バッテリを搭載した車両を積極的に活用することが検討されている。ＤＲに参加する車両と、ＤＲを管理する電力管理装置（サーバ）との間で、各種情報のやり取りが無線通信により行なわれる場合に、通信状態が悪いと、ＤＲに必要な情報を電力管理装置が車両から適切に取得することができず、その結果、ＤＲ要請に対して適切な電力需給調整が実行されない可能性がある。ＤＲに参加しているにも拘わらず、ＤＲ要請に対して適切な電力需給調整が実行されないと、ペナルティが科される等の不利益を需要家が被る可能性がある。

本開示は、かかる問題を解決するためになされたものであり、本開示の目的は、ＤＲ要請に対して適切な電力需給調整が実行されないことによる需要家の不利益を抑制可能な電力管理装置及び電力管理方法を提供することである。

本開示の電力管理装置は、電力網に電気的に接続可能な複数の電力調整リソースに電力網に対する電力需給調整を要請するＤＲを管理する電力管理装置である。複数の電力調整リソースは、バッテリを搭載した車両を含む。そして、電力管理装置は、車両と無線通信を行なう通信装置と、取得部と、制御部とを備える。取得部は、電力網に対する電力需給が行なわれたことを示す履歴情報、及びバッテリの充電状態に関する情報を、通信装置を通じて車両から取得する。制御部は、ＤＲ要請に対する複数の電力調整リソースの優先順位を決定する。制御部は、取得部によって取得されたバッテリの充電状態が変化しているにも拘わらず、取得部によって履歴情報が取得されていない場合に、ＤＲ要請に対して車両が選ばれにくくなるように車両の優先順位を決定する。

また、本開示の電力管理方法は、電力網に電気的に接続可能な複数の電力調整リソースに電力網に対する電力需給調整を要請するＤＲを管理する電力管理方法である。複数の電力調整リソースは、バッテリを搭載した車両を含む。そして、電力管理方法は、電力網に対する電力需給が行なわれたことを示す履歴情報を車両からサーバへ無線により送信するステップと、バッテリの充電状態に関する情報を車両からサーバへ無線により送信するステップと、ＤＲ要請に対する複数の電力調整リソースの優先順位を決定するステップとを含む。優先順位を決定するステップは、サーバが車両から取得したバッテリの充電状態が変化しているにも拘わらず、サーバが車両から履歴情報を取得していない場合に、ＤＲ要請に対して車両が選ばれにくくなるように車両の優先順位を決定するステップを含む。

上記の電力管理装置及び電力管理方法においては、車両のバッテリの充電状態が変化しているにも拘わらず、取得部によって車両から上記履歴情報が取得されていない場合、電力管理装置と車両との間の無線通信の信頼性が低下しているものとされ、ＤＲ要請に対して車両が選ばれにくくなるように車両の優先順位が決定される。これにより、ＤＲに参加しているにも拘わらず、通信信頼性が低下しているためにＤＲ要請に対して適切な電力需給調整が実行されない事態を回避することができる。したがって、上記の電力管理装置及び電力管理方法によれば、ＤＲ要請に対して適切な電力需給調整が実行されないことによる需要家の不利益（ペナルティが科される等）を抑制することができる。

履歴情報は、電力網からのバッテリの充電の開始及び終了の少なくとも一方を示す情報を含んでいてもよい。

また、履歴情報は、バッテリから電力網への放電の開始及び終了の少なくとも一方を示す情報を含んでいてもよい。

また、履歴情報は、電力網と車両との電気的な接続及び解除の少なくとも一方を示す情報を含んでいてもよい。

上記のような履歴情報が車両から取得されていない場合には、車両のバッテリの充電状態が変化しているとしても、車両との通信信頼性が低下しているものとされ、ＤＲ要請に対して車両が選ばれにくくなるように車両の優先順位が決定される。したがって、通信信頼性が低下しているためにＤＲ要請に対して適切な電力需給調整が実行されないことによる需要家の不利益を抑制することができる。

バッテリの充電状態の変化は、車両の走行システムが停止してから起動するまでの変化であってもよい。

また、取得部は、車両の位置情報を車両からさらに取得してもよい。そして、バッテリの充電状態の変化は、車両の位置情報が一定であるときの変化であってもよい。

また、取得部は、車両の走行距離を車両からさらに取得してもよい。そして、バッテリの充電状態の変化は、車両の走行距離が一定であるときの変化であってもよい。

上記のようなバッテリの充電状態の変化は、駐車中の充電状態の変化であり、電力網に対する電力需給が行なわれたことを示し得るけれども、取得部によって電力需給の履歴情報が取得されていない場合には、車両との通信信頼性が低下しているものとして、ＤＲ要請に対して車両が選ばれにくくなるように車両の優先順位が決定される。したがって、通信信頼性が低下しているためにＤＲ要請に対して適切な電力需給調整が実行されないことによる需要家の不利益を抑制することができる。

制御部は、取得部によって取得されたバッテリの充電状態の変化量がしきい値を超えており、かつ、取得部によって履歴情報が取得されていない場合に、ＤＲ要請に対して車両が選ばれにくくなるように車両の優先順位を決定してもよい。

走行中は、電力網に対する電力需給は行なわれないので、履歴情報は取得されない。他方、走行によってバッテリの充電状態は変化するので、走行中の充電状態の変化によって、ＤＲ要請に対して車両が選ばれにくくなるように車両の優先順位が決定されてしまう可能性がある。そこで、上記のように、充電状態の変化量がしきい値を超えている場合に、ＤＲ要請に対して車両が選ばれにくくなるように車両の優先順位を決定することで、不必要に車両の優先順位が下げられるのを抑制することができる。なお、電力網に対する電力需給が行なわれるときの充電状態の平均的な変化量は、走行時の充電状態の平均的な変化量よりも大きいと考えられるため（走行中は放電と充電の双方が行なわれるため）、しきい値は、例えば、両者の平均的な変化量を区別可能な値に適宜設定される。

履歴情報は、電力網からのバッテリの充電が行なわれたことを示す情報を含んでいてもよい。そして、制御部は、取得部によって取得された充電状態が上昇しているにも拘わらず、取得部によって履歴情報が取得されていない場合に、ＤＲ要請に対して車両が選ばれにくくなるように車両の優先順位を決定してもよい。

これにより、ＤＲに参加しているにも拘わらず、通信信頼性が低下しているために、車両においてＤＲ要請に対して適切な充電（電力需要）が実行されない事態を回避することができる。したがって、ＤＲ要請に対して適切な充電が実行されないことによる需要家の不利益を抑制することができる。

本開示の電力管理装置及び電力管理方法によれば、ＤＲ要請に対して適切な電力需給調整が実行されないことによる需要家の不利益を抑制することができる。

本開示の実施の形態に従う電力管理装置を含む電力管理システムの構成を示す図である。 図１に示す車両の詳細な構成図である。 車両からサーバへ送信される情報の一例を示す図である。 車両からサーバへ送信される情報の一例を示す図である。 サーバにおいて車両毎に管理されるＤＲ情報の一例を示す図である。 ＤＲ要請に対する優先順位情報の一例を示す図である。 ＤＲ要請に対する優先順位の決定方法の一例を説明する図である。 ＤＲ要請に対する優先順位の決定方法の一例を説明する図である。 ＤＲ要請に対する車両の優先順位を更新する処理の手順の一例を示すフローチャートである。 ＤＲ要請に対する車両の優先順位を更新する処理の手順の一例を示すフローチャートである。 変形例１において、ＤＲ要請に対する車両の優先順位を更新する処理の手順の一例を示すフローチャートである。 変形例２において、ＤＲ要請に対する車両の優先順位を更新する処理の手順の一例を示すフローチャートである。 変形例３において、ＤＲ要請に対する車両の優先順位を更新する処理の手順の一例を示すフローチャートである。 変形例４において、ＤＲ要請に対する車両の優先順位を更新する処理の手順の一例を示すフローチャートである。

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

図１は、本開示の実施の形態に従う電力管理装置を含む電力管理システムの構成を示す図である。図１を参照して、電力管理システム１は、電力系統ＰＧと、電力管理装置に相当するサーバ３０と、ＥＶＳＥ（Electric Vehicle Supply Equipment）４０と、車両５０と、携帯端末８０とを備える。

車両５０は、インレット１１０と、充放電器１２０と、バッテリ１３０と、ＥＣＵ（Electronic Control Unit）１５０と、通信機器１８０とを備える。この車両５０は、インレット１１０を通じて電力系統ＰＧと電力を授受可能に構成されている。すなわち、車両５０は、インレット１１０を通じてＥＶＳＥ４０に電気的に接続されることによって、電力系統ＰＧから供給される電力をバッテリ１３０に蓄えることができ、また、バッテリ１３０に蓄えられた電力を電力系統ＰＧへ供給することができる。なお、以下では、ＥＶＳＥ４０によって電力系統ＰＧからバッテリ１３０を充電することを「外部充電」と称し、バッテリ１３０に蓄えられた電力をＥＶＳＥ４０により電力系統ＰＧへ供給することを「外部給電」と称する場合がある。

インレット１１０は、ＥＶＳＥ４０から延びる電力ケーブル４２のコネクタ４３と電気的に接続可能に構成される。コネクタ４３がインレット１１０に接続されることによって、車両５０は、電力系統ＰＧから受電することができ、また、電力系統ＰＧへ電力を供給することができる。なお、図１には、ＥＶＳＥ４０の給電方式に対応するインレット１１０（及び充放電器１２０）のみが示されているが、車両５０は、複数種の給電方式（例えば、ＡＣ（Alternate Current）方式及びＤＣ（Direct Current）方式）に対応できるように複数のインレットを備えてもよい。

充放電器１２０は、インレット１１０とバッテリ１３０との間の電力経路に設けられ、当該電力経路の電気的な接続／遮断を切り替えるリレーと、電力変換回路とを含んで構成される（いずれも図示せず）。充放電器１２０は、外部充電時は、インレット１１０から入力される電力をバッテリ１３０の電圧レベルに変換してバッテリ１３０へ出力する。他方、外部給電時は、充放電器１２０は、バッテリ１３０から放電される電力を外部給電に適した電圧レベルに変換してインレット１１０へ出力する。電力変換回路は、例えば、双方向コンバータによって構成される。

バッテリ１３０は、例えば、リチウムイオン二次電池又はニッケル水素二次電池のような二次電池を含んで構成される。バッテリ１３０は、外部充電時には、充放電器１２０から出力される電力を受けて充電され、外部給電時には、蓄えられた電力を充放電器１２０へ出力する。このように、電力系統ＰＧ（ＥＶＳＥ４０）から供給される電力をバッテリ１３０に蓄え、或いは、バッテリ１３０に蓄えられた電力を電力系統ＰＧ（ＥＶＳＥ４０）へ供給することにより、車両５０は、ＤＲ要請に対応可能な電力調整リソースとして機能することができる。また、バッテリ１３０は、車両制動時に走行モータ（図示せず）により発電された回生電力を蓄えることができる。

ＥＣＵ１５０は、プロセッサ（ＣＰＵ（Central Processing Unit）等）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等を含んで構成される（いずれも図示せず）。プロセッサは、ＲＯＭに格納されているプログラムをＲＡＭ等に展開して実行する。ＲＯＭに格納されているプログラムには、ＥＣＵ１５０により実行される各種制御の処理が記述されている。

ＥＣＵ１５０は、車両５０の各種制御を実行する。例えば、ＥＣＵ１５０は、車両５０の走行制御を実行する。また、ＥＣＵ１５０は、バッテリ１３０の充電制御及び放電制御を実行する。特に、ＥＣＵ１５０は、サーバ３０から通信機器１８０を通じて受信したＤＲ要請に従って、バッテリ１３０の充電制御及び／又は放電制御を実行する。また、ＥＣＵ１５０は、バッテリ１３０のＳＯＣ（State Of Charge）や、車両５０の位置情報、ＳＯＣに基づくＥＶ走行可能距離等の各種データを収集し、所定のタイミング（システム起動／停止時、充放電開始／終了時、或いは定期的）で、収集された各種データを通信機器１８０を通じてサーバ３０へ送信する。ＥＣＵ１５０により実行される制御については、後ほど詳しく説明する。

通信機器１８０は、サーバ３０と無線通信を行なうための通信Ｉ／Ｆ（インターフェース）を含む。ＥＣＵ１５０は、通信機器１８０を通じてサーバ３０と無線通信を行なうことができる。通信機器１８０は、ＤＣＭ（Data Communication Module）を含んでもよいし、５Ｇ対応の通信Ｉ／Ｆを含んでもよい。

携帯端末８０は、車両５０のユーザが携帯する端末に相当する。携帯端末８０は、サーバ３０と無線通信可能に構成される。車両５０のユーザは、例えば、車両５０の各種情報（ＳＯＣや走行可能距離等）をサーバ３０が取得するように、携帯端末８０からサーバ３０へ指示を出力することができる。この実施の形態では、携帯端末８０として、タッチパネルディスプレイを具備するスマートフォンを採用する。但しこれに限られず、携帯端末８０としては、任意の携帯端末を採用可能である。

電力系統ＰＧは、電気事業者（例えば電力会社）によって提供される電力網である。電力系統ＰＧは、ＥＶＳＥ４０を含む複数のＥＶＳＥと電気的に接続されており、各ＥＶＳＥに交流電力を供給する。ＥＶＳＥ４０には、電源回路４１が設けられており、電源回路４１は、電力系統ＰＧから供給される電力を車両５０の外部充電に適した電力に変換する。電源回路４１は、充電電力を検出するためのセンサを含んでもよい。

充放電器１２０のリレーが閉状態になることで、車両５０のバッテリ１３０がＥＶＳＥ４０に電気的に接続される。そして、外部充電時においては、電力系統ＰＧから電源回路４１、電力ケーブル４２、インレット１１０、及び充放電器１２０を経由してバッテリ１３０へ電力が供給される。また、外部給電時においては、バッテリ１３０から充放電器１２０、インレット１１０、電力ケーブル４２、及び電源回路４１を経由して電力系統ＰＧへ電力が出力される。

サーバ３０は、通信装置３１と、取得部３２と、制御部３３と、記憶部３４とを含む。通信装置３１は、車両５０の通信機器１８０と無線通信を行なうための通信Ｉ／Ｆを含む。また、通信装置３１は、携帯端末８０と無線通信を行なうための通信Ｉ／Ｆも含む。

取得部３２は、通信装置３１を通じて車両５０の各種情報を取得する。取得部３２は、例えば、バッテリ１３０のＳＯＣ、車両５０の位置情報、走行可能距離等の情報を取得し、取得された情報を車両毎の識別情報（ＩＤ）に対応付けて記憶部３４に格納する。また、取得部３２は、車両５０において電力系統ＰＧに対する電力需給が行なわれたことを示す履歴情報、すなわち外部充電又は外部給電が行なわれたことを示す履歴情報も、通信装置３１を通じて車両５０から取得する。履歴情報は、例えば、外部充電又は外部給電の開始／終了を示す情報であったり、電力ケーブル４２のコネクタ４３とインレット１１０との接続／解除を示す情報であったりする。取得部３２により取得される情報の内容及び取得タイミングについては、後ほど詳しく説明する。

制御部３３は、プロセッサ（ＣＰＵ等）、メモリ（ＲＯＭ及びＲＡＭ）、入出力バッファ等を含んで構成される（いずれも図示せず）。プロセッサは、ＲＯＭに格納されているプログラムをＲＡＭ等に展開して実行する。ＲＯＭに格納されているプログラムには、制御部３３により実行される各種処理が記述されている。制御部３３により実行される処理については後ほど説明する。

記憶部３４は、各種情報を保存可能に構成される。記憶部３４には、取得部３２によって車両５０から取得された情報が、車両毎の識別情報（ＩＤ）に対応付けられて記憶される。記憶部３４は、例えば、ハードディスクドライブ（Hard Disk Drive：ＨＤＤ）やソリッドステートドライブ（Solid State Drive：ＳＳＤ）等によって構成される。

図２は、図１に示した車両５０の詳細な構成図である。図２を参照して、車両５０は、図１で説明したインレット１１０、充放電器１２０、バッテリ１３０、ＥＣＵ１５０及び通信機器１８０のほか、監視モジュール１２１，１３１と、走行駆動部１６０と、ナビゲーションシステム（以下「ＮＡＶＩ」と称する。）１７０とをさらに備える。

監視モジュール１２１は、充放電器１２０の状態を検出する各種センサを含み、検出結果をＥＣＵ１５０へ出力する。この実施の形態では、監視モジュール１２１は、充放電器１２０に入力される電圧及び電流と、充放電器１２０から出力される電圧及び電流とを検出するように構成される。

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

走行駆動部１６０は、ＰＣＵ（Power Control Unit）とＭＧ（Motor Generator）とを含んで構成され（いずれも図示せず）、バッテリ１３０に蓄えられた電力を用いて車両５０の走行駆動力を発生する。ＰＣＵは、例えば、インバータとコンバータとを含んで構成され（いずれも図示せず）、ＥＣＵ１５０によって制御される。ＭＧは、例えば三相交流モータジェネレータである。ＭＧは、ＰＣＵによって駆動され、駆動輪Ｗを回転させるように構成される。ＰＣＵは、バッテリ１３０から供給される電力を用いてＭＧを駆動する。また、ＭＧは、車両の制動時に回生発電を行ない、発電した電力をバッテリ１３０に供給する。

ＮＡＶＩ１７０は、プロセッサと、記憶装置と、タッチパネルディスプレイと、ＧＰＳ（Global Positioning System）モジュールとを含んで構成される（いずれも図示せず）。記憶装置は、地図情報を記憶している。タッチパネルディスプレイは、ユーザからの入力を受け付けたり、地図及びその他の情報を表示したりする。ＧＰＳモジュールは、ＧＰＳ衛星からの信号（以下「ＧＰＳ信号」と称する。）を受信するように構成される。ＮＡＶＩ１７０は、ＧＰＳ信号を用いて車両５０の位置を特定することができる。ＮＡＶＩ１７０は、ユーザからの入力に基づき、車両５０の現在位置から目的地までの走行ルート（たとえば、最短ルート）を見つけるための経路探索を行ない、経路探索により見つかった走行ルートを地図上に表示するように構成される。

ＥＣＵ１５０は、プロセッサ１５１と、ＲＡＭ１５２と、記憶装置１５３とを含む。ＲＡＭ１５２は、プロセッサ１５１によって処理されるデータを一時的に記憶する作業用メモリとして機能する。記憶装置１５３は、格納された情報を保存可能に構成される。記憶装置１５３は、例えばＲＯＭ及び書き換え可能な不揮発性メモリを含む。記憶装置１５３には、プログラムのほか、プログラムで使用される情報（マップ、数式、各種パラメータ等）が記憶されている。記憶装置１５３に記憶されているプログラムをプロセッサ１５１が実行することで、ＥＣＵ１５０における各種制御が実行される。

具体的には、ＥＣＵ１５０は、走行駆動部１６０を制御することにより、車両５０の走行制御を実行する。また、ＥＣＵ１５０は、充放電器１２０を制御することにより、バッテリ１３０の充電制御及び放電制御を実行する。充電制御及び放電制御については、ＥＣＵ１５０は、サーバ３０から通信機器１８０を通じて受けるＤＲ要請に従って充電制御及び／又は放電制御を実行することができる。

また、ＥＣＵ１５０は、監視モジュール１３１により取得されるバッテリ１３０の電圧及び電流等からバッテリ１３０のＳＯＣを算出して記憶装置１５３へ出力する。また、ＥＣＵ１５０は、ＳＯＣに基づく車両５０の走行可能距離を算出して記憶装置１５３へ出力する。また、ＥＣＵ１５０は、車両５０の位置情報をＮＡＶＩ１７０から取得して記憶装置１５３へ出力する。

そして、ＥＣＵ１５０は、所定のタイミングで上記各種情報を記憶装置１５３から読み出し、通信機器１８０を通じてサーバ３０へ送信する。所定のタイミングは、例えば、車両システムの起動／停止（スタートスイッチのオン／オフ時等）、外部充電の開始／終了、外部給電の開始／終了、電力ケーブル４２のコネクタ４３とインレット１１０との接続／解除等のイベント発生時であったり、定期的であったりする。

なお、ＥＣＵ１５０における各種制御は、ソフトウェアによる実行に限られず、専用のハードウェア（電子回路）で実行することも可能である。

図３及び図４は、車両５０からサーバ３０へ送信される情報の一例を示す図である。図３は、走行システムの起動／停止時に車両５０からサーバ３０へ送信される情報の一例を示す。図３を参照して、ドライバによりスタートスイッチ（図示せず）が操作されることにより車両５０の走行システムが起動されると、車両５０のＥＣＵ１５０は、そのときの時刻を示す「走行開始時刻」とともに、「ＧＰＳ位置情報」、「積算走行距離」、「ＳＯＣ」等の情報を記憶装置１５３から読み出して通信機器１８０によりサーバ３０へ送信する。なお、ＧＰＳ位置情報は、ＮＡＶＩ１７０により取得される車両５０の現在位置情報である。積算走行距離は、車両５０のこれまでの通算の走行距離である。ＳＯＣは、バッテリ１３０の現在のＳＯＣである。

また、ドライバによりスタートスイッチが操作されることにより車両５０の走行システムが停止すると、ＥＣＵ１５０は、そのときの時刻を示す「走行終了時刻」とともに、「ＧＰＳ位置情報」、「積算走行距離」、「ＳＯＣ」等の情報を記憶装置１５３から読み出して通信機器１８０によりサーバ３０へ送信する。

図４は、走行関係以外のイベント発生時に車両５０からサーバ３０へ送信される情報の一例を示す。図４を参照して、「イベント種類」は、サーバ３０へ情報を送信するイベントを示し、この例では、当該イベントが外部充電の開始であることが示されている。そして、ＥＣＵ１５０は、外部充電が開始されると、「イベント種類」とともに、当該イベントの「発生時刻」、「ＧＰＳ位置情報」、「ＳＯＣ」、「外部給電可能時間」、「残充電時間」、「ＥＶ走行可能距離」、「充電器状態情報」等の情報を記憶装置１５３から読み出し、或いは別途収集して、通信機器１８０によりサーバ３０へ送信する。

なお、外部給電可能時間は、外部給電時にバッテリ１３０が空状態になるまでの時間であり、ＳＯＣ及び給電電力の大きさに基づいて算出される。残充電時間は、外部充電時にバッテリ１３０が満充電状態になるまでの時間であり、ＳＯＣ及び充電電力の大きさに基づいて算出される。ＥＶ走行可能距離は、バッテリ１３０に蓄えられた電力で走行可能な距離であり、ＳＯＣ及び車両５０の電費（例えば過去の平均値等）に基づいて算出される。充電器状態情報は、充放電器１２０の状態（作動中／停止）を示す。

再び図１を参照して、サーバ３０は、車両５０に対してＤＲを実施する。概略的には、サーバ３０は、例えば電力系統ＰＧを管理する電力会社のサーバ（図示せず）から需給調整を要請されると、車両５０での対応可能容量を把握する。そして、サーバ３０は、その対応可能容量に基づいて、車両５０の実施スケジュールを生成し、通信装置３１を通じて車両５０へＤＲ要請を送信する。

ＤＲ要請を受けた車両５０は、ＥＶＳＥ４０に接続されることで、サーバ３０からのＤＲ要請に従って、ＥＶＳＥ４０（電力系統ＰＧ）から供給される電力を受けてバッテリ１３０を充電したり（外部充電）、バッテリ１３０に蓄えられた電力をＥＶＳＥ４０（電力系統ＰＧ）へ供給したりすることができる（外部給電）。そして、車両５０は、外部充電又は外部給電の実行に伴ない、各イベント（例えば、外部充電時の充電開始／終了タイミング）の発生時に、図４に示した情報を通信機器１８０によってサーバ３０へ送信する。

このとき、車両５０とサーバ３０との間の無線通信状態が悪いと、ＤＲに必要な情報をサーバ３０が車両５０から適切に取得することができず、その結果、ＤＲ要請に対して適切な電力需給調整が実行されない可能性がある。ＤＲに参加しているにも拘わらず、ＤＲ要請に対して適切な電力需給調整が実行されないと、ペナルティが科される等の不利益を車両５０のユーザが被る可能性がある。

そこで、この実施の形態では、ＤＲに参加している車両５０とサーバ３０との間の無線通信状態が悪いと判断される場合には、ＤＲに参加している複数の電力調整リソース（以下「ＤＥＲ（Distributed Energy Resource）」と称する。）に対して与えられる優先順位について、車両５０の優先順位を下げる。

すなわち、ＤＲは、複数のＤＥＲに対して要請されるところ、ＤＲに参加する各ＤＥＲについては、対応状況（対応時間や充電能力／給電能力等）を加味して優先順位が決定される。そして、この実施の形態では、サーバ３０において車両５０のＳＯＣの変化が検知されているにも拘わらず、車両５０において外部充電又は外部給電が行なわれたことを示す履歴情報をサーバ３０が車両５０から取得していない場合に、サーバ３０は、車両５０との通信の信頼性が低下しているものと判断して、ＤＲ要請に対して車両５０が選ばれにくくなるように車両５０の優先順位を決定する。

これにより、車両５０について、ＤＲに参加しているにも拘わらず、通信信頼性が低下しているためにＤＲ要請に対して適切な電力需給調整が実行されない事態を回避することができる。したがって、ＤＲ要請に対して適切な電力需給調整が実行されないことによる需要家（車両５０のユーザ）の不利益（ペナルティが科される等）を抑制することができる。

この実施の形態では、ＤＲに参加登録している各車両について、ＤＲに対する優先順位を決定するための情報（以下「ＤＲ情報」と称する。）がサーバ３０において管理される。そして、サーバ３０は、ＤＲに参加している各車両のＤＲ情報に基づいて、ＤＲ要請に対する車両５０の優先順位を決定する。

図５は、サーバ３０において車両毎に管理されるＤＲ情報の一例を示す図である。図５を参照して、「ＵＩＤ」は、車両５０の識別情報（ＩＤ）であり、ＤＲへの参加登録時に車両毎に付与される。「車両状態」は、車両５０がＥＶＳＥ４０に接続されることによりＤＲ要請に対応可能か否かを示す。この情報は、車両５０から取得される、車両５０の走行システムの起動／停止状態及び位置情報に基づいて決定される。車両５０の走行システムが停止しており、かつ、車両５０の位置情報がＥＶＳＥ４０の近傍（例えば自宅）である場合に、「車両状態」はＤＲ対応可となる。

「ＳＯＣ」は、車両５０から取得された最新のＳＯＣである。ＤＲ要請には、電力需要家（車両５０）に対して電力需要の増加を要請する需要増加要請（以下「上げＤＲ」とも称する。）と、電力需要の抑制を要請する需要抑制要請（以下「下げＤＲ」とも称する。）とがある。なお、下げＤＲは、電力需要の抑制に限られず、電力系統ＰＧへの電力供給も含む。車両５０においては、ＳＯＣが低いほど、上げＤＲへの対応力が高く、ＳＯＣが高いほど、下げＤＲへの対応力が高い。そこで、ＤＲ要請が上げＤＲであるときは、ＳＯＣが低いことは、ＤＲ要請に対する車両５０の優先順位を高める方向に働き、ＳＯＣが高いことは、ＤＲ要請に対する車両５０の優先順位を下げる方向に働く。他方、ＤＲ要請が下げＤＲであるときは、ＳＯＣが低いことは、ＤＲ要請に対する車両５０の優先順位を下げる方向に働き、ＳＯＣが高いことは、ＤＲ要請に対する車両５０の優先順位を高める方向に働く。

「通信信頼性」は、車両５０とサーバ３０との間の無線通信の信頼性を示す。上述のように、車両５０とサーバ３０との間の通信信頼性が低下すると、車両５０において、ＤＲ要請に対して適切な電力需給調整が実行されない可能性がある。そのため、通信信頼性の低下は、ＤＲ要請に対する車両５０の優先順位を下げる方向に働く。この実施の形態では、サーバ３０において車両５０のＳＯＣの変化が検知されたにも拘わらず、車両５０において外部充電又は外部給電が行なわれたことを示す履歴情報をサーバ３０が車両５０から取得していない場合に、車両５０との通信信頼性が低いと判断される。

図６は、ＤＲ要請に対する優先順位情報の一例を示す図である。図６を参照して、この優先順位情報は、サーバ３０により管理され、ＤＲに参加している各ユーザの優先順位を示す。「ＵＩＤ－＊＊＊」は、各順位に該当するユーザ（需要家）のユーザＩＤを示す。この優先順位情報は、図５に示した車両毎のＤＲ情報に基づいて更新される。

図７及び図８は、ＤＲ要請に対する車両５０の優先順位の決定方法の一例を説明する図である。図５とともに図７を参照して、Ｘ１１～Ｘ１３は、それぞれ図５に示した「車両状態」、「ＳＯＣ」、「通信信頼性」の程度を示す指標である。

Ｘ１１の「車両状態」は、例えば、ＤＲ要請の時間帯に対してＤＲ対応可の時間が長いほど、中心Ｘ０から離れた位置（外側）にプロットされる。この例では、ＤＲ要請の時間帯全てにＤＲ対応可である場合が示されている。

Ｘ１２の「ＳＯＣ」は、ＤＲ要請が上げＤＲである場合には、ＳＯＣが低いほど外側にプロットされ、ＤＲ要請が下げＤＲである場合には、ＳＯＣが高いほど外側にプロットされる。Ｘ１３の「通信信頼性」は、サーバ３０と車両５０との間の通信信頼性が高いと判断されるほど外側にプロットされる。言い換えると、サーバ３０と車両５０との間の通信信頼性が低下していると判断されている場合は、内側にプロットされる。

そして、この例では、Ｘ１１～Ｘ１３の各プロットにより定まる斜線領域の面積に基づいて、車両５０の優先順位が決定される。すなわち、他の車両との比較において、当該斜線領域の面積が大きいほど優先順位は高く、他方、当該斜線領域の面積が小さいほど優先順位は低いものとなる。

図８は、サーバ３０と車両５０との間の通信信頼性が低下している場合の状況を示した図である。図８を参照して、この例では、サーバ３０と車両５０との間の通信信頼性が低下したために、Ｘ１３の「通信信頼性」が図７の例よりも内側にプロットされている。このため、Ｘ１１～Ｘ１３の各プロットにより定まる斜線領域の面積は、図７に示される例と比べて小さくなっている。すなわち、図８に示されるチャートは、図７の例よりも車両５０の優先順位が低いことを示している。

なお、Ｘ１１～Ｘ１３の各指標には、重み付けを付してもよい。例えば、ＳＯＣの状況よりも通信信頼性の低下の方が優先順位低下への寄与の程度が大きくなるように重み付けを付してもよい。また、ＤＲ要請に対する車両５０の優先順位を決定するパラメータは、Ｘ１１～Ｘ１３に限定されるものではなく、それ以外のパラメータを含めてもよい。

図９及び図１０は、ＤＲ要請に対する車両５０の優先順位を更新する処理の手順の一例を示すフローチャートである。図９のフローチャートは、上げＤＲが要請されているときの処理手順を示し、図１０のフローチャートは、下げＤＲが要請されているときの処理手順を示す。これらのフローチャートに示される一連の処理は、サーバ３０により実行され、車両５０の走行システムの停止に伴なって車両５０の各種情報（図３）をサーバ３０が車両５０から取得すると開始される。

図９を参照して、サーバ３０は、車両５０の走行システムの停止に伴なって車両５０から送信されてくる情報（図３）から、バッテリ１３０のＳＯＣ（Ｓ１とする。）の情報を取得する（ステップＳ１０）。

次いで、サーバ３０は、外部充電の開始イベント及び終了イベントを車両５０から受信したか否かを判定する（ステップＳ２０）。詳しくは、サーバ３０は、走行システムの停止後に、イベント種類が外部充電の開始及び終了である情報（図４）を車両５０から受信したか否かを判定する。そして、外部充電の開始イベント及び終了イベントが受信されると（ステップＳ２０においてＹＥＳ）、サーバ３０は、その後の処理を実行することなくエンドへ処理を移行する。

外部充電の開始イベント及び終了イベントの少なくとも一方が車両５０から受信されていない間は（ステップＳ２０においてＮＯ）、サーバ３０は、車両５０の走行システムが起動されたか否かを判定する（ステップＳ３０）。詳しくは、サーバ３０は、走行システムの起動に伴なって車両５０の各種情報（図３）を車両５０から取得したか否かを判定する。サーバ３０が当該情報をまだ受信しておらず、走行システムの停止中であると判断されるときは（ステップＳ３０においてＮＯ）、ステップＳ２０へ処理が戻される。

ステップＳ３０において車両５０の走行システムが起動されたと判定されると（ステップＳ３０においてＹＥＳ）、サーバ３０は、走行システムの起動に伴なって車両５０から送信されてくる情報（図３）から、バッテリ１３０のＳＯＣ（Ｓ２とする。）の情報を取得する（ステップＳ４０）。

次いで、サーバ３０は、ステップＳ４０において取得されたＳＯＣ（Ｓ２）と、ステップＳ１０において取得されたＳＯＣ（Ｓ２）との差ΔＳＯＣ（＝Ｓ２－Ｓ１）を算出し、ΔＳＯＣがしきい値Ｓｔｈ１よりも大きいか否かを判定する（ステップＳ５０）。なお、外部充電時のＳＯＣの平均的な上昇量は、走行時のＳＯＣの上昇量よりも十分に大きいと考えられるため（一般的に、走行時はＳＯＣが低下）、しきい値Ｓｔｈ１は、両者を区別可能な値に適宜設定される。

そして、ステップＳ５０においてΔＳＯＣがしきい値Ｓｔｈよりも大きいと判定されると（ステップＳ５０においてＹＥＳ）、サーバ３０は、ＤＲ要請（上げＤＲ）に対する車両５０の優先順位を下げる方向に優先順位を更新する（ステップＳ６０）。具体的には、ΔＳＯＣがしきい値Ｓｔｈ１よりも大きいにも拘わらず（ステップＳ５０においてＹＥＳ）、外部充電の開始イベント及び終了イベントの少なくとも一方が車両５０から受信されていない状況は（ステップＳ２０においてＮＯ）、サーバ３０と車両５０との間の通信信頼性が低下しているものと判断される。そして、サーバ３０は、図７及び図８で説明したように、Ｘ１１～Ｘ１３の各プロットにより定まる斜線領域の面積に基づいて、ＤＲ要請（上げＤＲ）に対する車両５０の優先順位を下げる方向に優先順位を更新する。

なお、上記では、外部充電の開始イベント及び終了イベントの少なくとも一方が車両５０から受信されていない場合を、車両５０の優先順位を下げる条件としたが、当該条件を、外部充電の開始イベント及び終了イベントの双方が車両５０から受信されていない場合としてもよい。

また、外部充電の開始イベント及び終了イベントの双方を受信していないか、或いは両イベントの一方を受信していないかによって、優先順位の決定に対する通信信頼性の重み付けを変えてもよい。

図１０を参照して、下げＤＲが要請されているときの処理手順を説明する。図１０に示したフローチャートにおいて、ステップＳ２１０，Ｓ２３０，Ｓ２４０，Ｓ２６０の処理は、それぞれ図９に示したステップＳ１０，Ｓ３０，Ｓ４０，Ｓ６０の処理と同じである。

このフローチャートでは、ステップＳ２１０においてバッテリ１３０のＳＯＣ（Ｓ１）の情報が取得されると、サーバ３０は、外部給電の開始イベント及び終了イベントを車両５０から受信したか否かを判定する（ステップＳ２２０）。詳しくは、サーバ３０は、走行システムの停止後に、イベント種類が外部給電の開始及び終了である情報（図４）を車両５０から受信したか否かを判定する。そして、外部給電の開始イベント及び終了イベントが受信されると（ステップＳ２２０においてＹＥＳ）、サーバ３０は、その後の処理を実行することなくエンドへ処理を移行する。

外部給電の開始イベント及び終了イベントの少なくとも一方が車両５０から受信されていない間は（ステップＳ２２０においてＮＯ）、サーバ３０は、ステップＳ２３０へ処理を進める。

また、ステップＳ２４０においてバッテリ１３０のＳＯＣ（Ｓ２）の情報が取得されると、サーバ３０は、ステップＳ２１０において取得されたＳＯＣ（Ｓ１）と、ステップＳ２４０において取得されたＳＯＣ（Ｓ２）との差ΔＳＯＣ（＝Ｓ１－Ｓ２）を算出し、ΔＳＯＣがしきい値Ｓｔｈ２よりも大きいか否かを判定する（ステップＳ２５０）。

そして、ステップＳ２５０においてΔＳＯＣがしきい値Ｓｔｈ２よりも大きいと判定されると（ステップＳ２５０においてＹＥＳ）、ステップＳ２６０へ処理が移行され、ＤＲ要請（下げＤＲ）に対する車両５０の優先順位を下げる方向に優先順位が更新される。具体的には、ΔＳＯＣがしきい値Ｓｔｈ２よりも大きいにも拘わらず（ステップＳ２５０においてＹＥＳ）、外部給電の開始イベント及び終了イベントの少なくとも一方が車両５０から受信されていない状況は（ステップＳ２２０においてＮＯ）、サーバ３０と車両５０との間の通信信頼性が低下しているものと判断される。そして、サーバ３０は、図７及び図８で説明したように、Ｘ１１～Ｘ１３の各プロットにより定まる斜線領域の面積に基づいて、ＤＲ要請（下げＤＲ）に対する車両５０の優先順位を下げる方向に優先順位を更新する。

なお、外部給電時のＳＯＣの平均的な低下量は、走行時のＳＯＣの低下量よりも大きいと考えられるため（走行中は放電と充電の双方が行なわれるため）、しきい値Ｓｔｈ２は、例えば、両者の平均的な変化量を区別可能な値に適宜設定される。

なお、図１０の例では、外部給電の開始イベント及び終了イベントの少なくとも一方が車両５０から受信されていない場合を、車両５０の優先順位を下げる条件としたが、当該条件を、外部給電の開始イベント及び終了イベントの双方が車両５０から受信されていない場合としてもよい。

また、外部給電の開始イベント及び終了イベントの双方を受信していないか、或いは両イベントの一方を受信していないかによって、優先順位の決定に対する通信信頼性の重み付けを変えてもよい。

以上のように、この実施の形態においては、車両５０のバッテリ１３０のＳＯＣが変化しているにも拘わらず、車両５０において外部充電又は外部給電が行なわれたことを示す履歴情報がサーバ３０において取得されていない場合、サーバ３０と車両５０との間の無線通信の信頼性が低下しているものとされ、ＤＲ要請に対して車両５０が選ばれにくくなるように車両５０の優先順位が決定される。これにより、ＤＲに参加しているにも拘わらず、通信信頼性が低下しているためにＤＲ要請に対して適切な電力需給調整が実行されない事態を回避することができる。したがって、この実施の形態によれば、ＤＲ要請に対して適切な電力需給調整が実行されないことによる需要家（車両５０のユーザ）の不利益（ペナルティが科される等）を抑制することができる。

［変形例１］
上記の実施の形態では、車両５０において電力系統ＰＧに対する電力需給が行なわれたことを示す履歴情報、すなわち外部充電又は外部給電が行なわれたことを示す履歴情報として、外部充電又は外部給電の開始／終了を示す情報が用いられるものとした。上記の履歴情報としては、これに代えて、電力ケーブル４２のコネクタ４３とインレット１１０との接続／解除を示す情報を用いてもよい。

図１１は、この変形例１において、ＤＲ要請に対する車両５０の優先順位を更新する処理の手順の一例を示すフローチャートである。このフローチャートは、図９，図１０に示したフローチャートに対応するものである。

図１１を参照して、このフローチャートに示されるステップＳ３１０，Ｓ３３０，Ｓ３４０，Ｓ３６０の処理は、それぞれ図９に示したステップＳ１０，Ｓ３０，Ｓ４０，Ｓ６０の処理と同じである。

このフローチャートでは、ステップＳ３１０においてバッテリ１３０のＳＯＣ（Ｓ１）の情報が取得されると、サーバ３０は、電力ケーブル４２のコネクタ４３とインレット１１０との接続イベント及び解除イベントを車両５０から受信したか否かを判定する（ステップＳ３２０）。詳しくは、サーバ３０は、走行システムの停止後に、イベント種類がコネクタ４３とインレット１１０との接続及び解除である情報（図４）を車両５０から受信したか否かを判定する。そして、コネクタ４３とインレット１１０との接続イベント及び解除イベントが受信されると（ステップＳ３２０においてＹＥＳ）、サーバ３０は、その後の処理を実行することなくエンドへ処理を移行する。

コネクタ４３とインレット１１０との接続イベント及び解除イベントの少なくとも一方が車両５０から受信されていない間は（ステップＳ３２０においてＮＯ）、サーバ３０は、ステップＳ３３０へ処理を進める。

また、ステップＳ３４０においてバッテリ１３０のＳＯＣ（Ｓ２）の情報が取得されると、サーバ３０は、ステップ３１０において取得されたＳＯＣ（Ｓ１）と、ステップＳ３４０において取得されたＳＯＣ（Ｓ２）との差｜ΔＳＯＣ｜を算出し、｜ΔＳＯＣ｜がしきい値Ｓｔｈよりも大きいか否かを判定する（ステップＳ３５０）。

そして、ステップＳ３５０において｜ΔＳＯＣ｜がしきい値Ｓｔｈよりも大きいと判定されると（ステップＳ３５０においてＹＥＳ）、ステップＳ３６０へ処理が移行され、ＤＲ要請に対する車両５０の優先順位を下げる方向に優先順位が更新される。具体的には、｜ΔＳＯＣ｜がしきい値Ｓｔｈよりも大きいにも拘わらず（ステップＳ３５０においてＹＥＳ）、コネクタ４３とインレット１１０との接続イベント及び解除イベントの少なくとも一方が車両５０から受信されていない状況は（ステップＳ３２０においてＮＯ）、サーバ３０と車両５０との間の通信信頼性が低下しているものと判断される。そして、サーバ３０は、図７及び図８で説明したように、Ｘ１１～Ｘ１３の各プロットにより定まる斜線領域の面積に基づいて、ＤＲ要請に対する車両５０の優先順位を下げる方向に優先順位を更新する。

以上のように、この変形例１によっても、上記の実施の形態と同様の効果が得られる。
［変形例２］
上記の実施の形態及び変形例１では、車両５０との通信信頼性の判断に、走行システムの停止から起動までのＳＯＣの変化（ΔＳＯＣ）を用いるものとしたが、これに代えて、車両５０の位置が変化していないときのＳＯＣの変化を用いてもよい。

図１２は、この変形例２において、ＤＲ要請に対する車両５０の優先順位を更新する処理の手順の一例を示すフローチャートである。このフローチャートは、上げＤＲが要請されているときの処理手順を示す。このフローチャートに示される一連の処理は、所定の周期で繰り返し実行される。

図１２を参照して、サーバ３０は、車両５０から定期的に送信される情報（図４）から車両５０の情報（位置情報、バッテリ１３０のＳＯＣ等）を取得する（ステップＳ４１０）。そして、サーバ３０は、ステップＳ４１０で取得された車両５０の位置情報が前回値から変化しているか否かを判定する（ステップＳ４２０）。車両位置が変化している場合には（ステップＳ４２０においてＹＥＳ）、以降の一連の処理は実行されずにリターンへ処理が移行される。

車両位置に変化がない場合（ステップＳ４２０においてＮＯ）、サーバ３０は、外部充電の開始イベント及び終了イベントを車両５０から受信したか否かを判定する（ステップＳ４３０）。外部充電の開始イベント及び終了イベントが受信されたときは（ステップＳ４３０においてＹＥＳ）、サーバ３０は、その後の処理を実行することなくリターンへ処理を移行する。

外部充電の開始イベント及び終了イベントの少なくとも一方が車両５０から受信されていない間は（ステップＳ４３０においてＮＯ）、サーバ３０は、ステップＳ４１０で取得されるＳＯＣの今回値（Ｓ２とする。）と前回値（Ｓ１とする。）との差ΔＳＯＣ（＝Ｓ２－Ｓ１）を算出し、ΔＳＯＣがしきい値Ｓｔｈ１よりも大きいか否かを判定する（ステップＳ４４０）。

そして、ステップＳ４４０においてΔＳＯＣがしきい値Ｓｔｈ１よりも大きいと判定されると（ステップＳ４４０においてＹＥＳ）、サーバ３０は、ＤＲ要請（上げＤＲ）に対する車両５０の優先順位を下げる方向に優先順位を更新する（ステップＳ４５０）。具体的には、車両５０の駐車中（位置情報に変化なし）にＳＯＣが変化（ΔＳＯＣ＞Ｓｔｈ１）しているにも拘わらず（ステップＳ４４０においてＹＥＳ）、外部充電の開始イベント及び終了イベントの少なくとも一方が車両５０から受信されていない状況は（ステップＳ４３０においてＮＯ）、サーバ３０と車両５０との間の通信信頼性が低下しているものと判断される。そして、サーバ３０は、図７及び図８で説明したように、Ｘ１１～Ｘ１３の各プロットにより定まる斜線領域の面積に基づいて、ＤＲ要請（上げＤＲ）に対する車両５０の優先順位を下げる方向に優先順位を更新する。

なお、特に図示しないが、下げＤＲが要請されている場合の処理手順については、ステップＳ４３０において外部給電開始／終了のイベントが考慮され、ステップＳ４４０においてΔＳＯＣ＝Ｓ１（前回値）－Ｓ２（今回値）とすることで、ＤＲ要請（下げＤＲ）に対する車両５０の優先順位の更新が行なわれる。

以上のように、この変形例２によっても、上記の実施の形態と同様の効果が得られる。
［変形例３］
実施の形態に対する変形例１と同様に、変形例２において、外部充電又は外部給電が行なわれたことを示す履歴情報として、電力ケーブル４２のコネクタ４３とインレット１１０との接続／解除を示す情報を用いてもよい。

図１３は、この変形例３において、ＤＲ要請に対する車両５０の優先順位を更新する処理の手順の一例を示すフローチャートである。このフローチャートは、図１２に示したフローチャートに対応するものである。

図１３を参照して、このフローチャートに示されるステップＳ５１０，Ｓ５２０，Ｓ５５０の処理は、それぞれ図１２に示したステップＳ４１０，Ｓ４２０，Ｓ４５０の処理と同じである。

このフローチャートでは、車両位置に変化がない場合（ステップＳ５２０においてＮＯ）、サーバ３０は、電力ケーブル４２のコネクタ４３とインレット１１０との接続イベント及び解除イベントを車両５０から受信したか否かを判定する（ステップＳ５３０）。詳しくは、サーバ３０は、イベント種類がコネクタ４３とインレット１１０との接続及び解除である情報（図４）を車両５０から受信したか否かを判定する。そして、コネクタ４３とインレット１１０との接続イベント及び解除イベントが受信されると（ステップＳ５３０においてＹＥＳ）、サーバ３０は、その後の処理を実行することなくリターンへ処理を移行する。

コネクタ４３とインレット１１０との接続イベント及び解除イベントの少なくとも一方が車両５０から受信されていない間は（ステップＳ５３０においてＮＯ）、サーバ３０は、ステップＳ５１０で取得されるＳＯＣの今回値と前回値との差｜ΔＳＯＣ｜を算出し、｜ΔＳＯＣ｜がしきい値Ｓｔｈよりも大きいか否かを判定する（ステップＳ５４０）。

そして、ステップＳ５４０において｜ΔＳＯＣ｜がしきい値Ｓｔｈよりも大きいと判定されると（ステップＳ５４０においてＹＥＳ）、ステップＳ５５０へ処理が移行され、ＤＲ要請に対する車両５０の優先順位を下げる方向に優先順位が更新される。

以上のように、この変形例３によっても、上記の実施の形態と同様の効果が得られる。
［変形例４］
上記の変形例２，３では、車両５０との通信信頼性の判断に、車両位置が変化していないときのＳＯＣの変化（ΔＳＯＣ）を用いるものとしたが、これに代えて、車両５０の走行距離の変化を用いてもよい。

図１４は、この変形例４において、ＤＲ要請に対する車両５０の優先順位を更新する処理の手順の一例を示すフローチャートである。このフローチャートは、上げＤＲが要請されているときの処理手順を示す。このフローチャートは、図１２に示したフローチャートに対応するものである。

図１４を参照して、このフローチャートに示されるステップＳ６１０，Ｓ６３０～Ｓ６５０の処理は、それぞれ図１２に示したステップＳ４１０，Ｓ４３０～Ｓ４５０の処理と同じである。

このフローチャートでは、ステップＳ６１０において、車両５０から定期的に送信される情報（図４）から車両５０の情報（位置情報、ＳＯＣ、走行距離等を含む。）が取得されると、サーバ３０は、取得された車両５０の走行距離が前回値から変化しているか否かを判定する（ステップＳ６２０）。走行距離が変化している場合には（ステップＳ６２０においてＹＥＳ）、以降の一連の処理は実行されずにリターンへ処理が移行される。

走行距離に変化がない場合（ステップＳ６２０においてＮＯ）、サーバ３０は、ステップＳ６３０へ処理を進め、外部充電の開始イベント及び終了イベントを車両５０から受信したか否かが判定される。移行の処理は、図１２と同様である。

なお、特に図示しないが、下げＤＲが要請されている場合の処理手順については、ステップＳ６３０において外部給電開始／終了のイベントが考慮され、ステップＳ６４０においてΔＳＯＣ＝Ｓ１（前回値）－Ｓ２（今回値）とすることで、ＤＲ要請（下げＤＲ）に対する車両５０の優先順位の更新が行なわれる。また、ステップＳ６３０において、外部充電開始／終了イベントの受信有無に代えて、電力ケーブル４２のコネクタ４３とインレット１１０との接続／解除イベントの受信有無としてもよい。

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

１ 電力管理システム、３０ サーバ、３１ 通信装置、３２ 取得部、３３ 制御部、３４ 記憶部、４０ ＥＶＳＥ、４１ 電源回路、４２ 電力ケーブル、４３ コネクタ、５０ 車両、８０ 携帯端末、１１０ インレット、１２０ 充放電器、１２１，１３１ 監視モジュール、１３０ バッテリ、１５１ プロセッサ、１５２ ＲＡＭ、１５３ 記憶装置、１６０ 走行駆動部、１７０ ナビゲーションシステム、１８０ 通信機器、ＰＧ 電力系統。

Claims (10)

1. 電力網に電気的に接続可能な複数の電力調整リソースに前記電力網に対する電力需給調整を要請するデマンドレスポンスを管理する電力管理装置であって、前記複数の電力調整リソースは、バッテリを搭載した車両を含み、
   前記車両と無線通信を行なう通信装置と、
   前記電力網に対する電力需給が行なわれたことを示す履歴情報、及び前記バッテリの充電状態に関する情報を、前記通信装置を通じて前記車両から取得する取得部と、
   前記デマンドレスポンスの要請に対する前記複数の電力調整リソースの優先順位を決定する制御部とを備え、
   前記制御部は、前記取得部によって取得された前記充電状態が変化しているにも拘わらず、前記取得部によって前記履歴情報が取得されていない場合に、前記デマンドレスポンス要請に対して前記車両が選ばれにくくなるように前記車両の優先順位を決定する、電力管理装置。
2. 前記履歴情報は、前記電力網からの前記バッテリの充電の開始及び終了の少なくとも一方を示す情報を含む、請求項１に記載の電力管理装置。
3. 前記履歴情報は、前記バッテリから前記電力網への放電の開始及び終了の少なくとも一方を示す情報を含む、請求項１に記載の電力管理装置。
4. 前記履歴情報は、前記電力網と前記車両との電気的な接続及び解除の少なくとも一方を示す情報を含む、請求項１に記載の電力管理装置。
5. 前記充電状態の変化は、前記車両の走行システムが停止してから起動するまでの変化である、請求項１から請求項４のいずれか１項に記載の電力管理装置。
6. 前記取得部は、前記車両の位置情報を前記車両からさらに取得し、
   前記充電状態の変化は、前記位置情報が一定であるときの変化である、請求項１から請求項４のいずれか１項に記載の電力管理装置。
7. 前記取得部は、前記車両の走行距離を前記車両からさらに取得し、
   前記充電状態の変化は、前記走行距離が一定であるときの変化である、請求項１から請求項４のいずれか１項に記載の電力管理装置。
8. 前記制御部は、前記取得部によって取得された前記充電状態の変化量がしきい値を超えており、かつ、前記取得部によって前記履歴情報が取得されていない場合に、前記デマンドレスポンス要請に対して前記車両が選ばれにくくなるように前記車両の優先順位を決定する、請求項１から請求項４のいずれか１項に記載の電力管理装置。
9. 前記履歴情報は、前記電力網からの前記バッテリの充電が行なわれたことを示す情報を含み、
   前記制御部は、前記取得部によって取得された前記充電状態が上昇しているにも拘わらず、前記取得部によって前記履歴情報が取得されていない場合に、前記デマンドレスポンス要請に対して前記車両が選ばれにくくなるように前記車両の優先順位を決定する、請求項１に記載の電力管理装置。
10. 電力網に電気的に接続可能な複数の電力調整リソースに前記電力網に対する電力需給調整を要請するデマンドレスポンスを管理する電力管理方法であって、前記複数の電力調整リソースは、バッテリを搭載した車両を含み、
    前記電力網に対する電力需給が行なわれたことを示す履歴情報を前記車両からサーバへ無線により送信するステップと、
    前記バッテリの充電状態に関する情報を前記車両からサーバへ無線により送信するステップと、
    前記デマンドレスポンスの要請に対する前記複数の電力調整リソースの優先順位を決定するステップとを含み、
    前記優先順位を決定するステップは、
    前記サーバが前記車両から取得した前記充電状態が変化しているにも拘わらず、前記サーバが前記車両から前記履歴情報を取得していない場合に、前記デマンドレスポンス要請に対して前記車両が選ばれにくくなるように前記車両の優先順位を決定するステップを含む、電力管理方法。
    

Images