ホーム > 特許ランキング > トヨタ自動車株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-16
(45)【発行日】2024-07-24
(54)【発明の名称】管理システム、及びエネルギーマネジメント方法
(51)【国際特許分類】
H02J 3/38 20060101AFI20240717BHJP
H02J 3/32 20060101ALI20240717BHJP
H02J 7/00 20060101ALI20240717BHJP
H02J 13/00 20060101ALI20240717BHJP
B60L 55/00 20190101ALI20240717BHJP
B60L 50/60 20190101ALI20240717BHJP
B60L 53/14 20190101ALI20240717BHJP
B60L 53/62 20190101ALI20240717BHJP
B60L 53/65 20190101ALI20240717BHJP
B60L 53/68 20190101ALI20240717BHJP
B60L 58/12 20190101ALI20240717BHJP
B60L 58/16 20190101ALI20240717BHJP
【ＦＩ】
H02J3/38 110
H02J3/32
H02J7/00 P
H02J7/00 Y
H02J13/00 301A
H02J13/00 301J
B60L55/00
B60L50/60
B60L53/14
B60L53/62
B60L53/65
B60L53/68
B60L58/12
B60L58/16
【請求項の数】
10
(21)【出願番号】P 2021047309
(22)【出願日】2021-03-22
(65)【公開番号】P2022146385
(43)【公開日】2022-10-05
【審査請求日】2023-03-23
(73)【特許権者】
【識別番号】000003207
【氏名又は名称】トヨタ自動車株式会社
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】木野村 茂樹
【審査官】大濱 伸也
(56)【参考文献】
【文献】特開２０１０－０２２１５４（ＪＰ，Ａ）
【文献】特開２０１６－１６３５３２（ＪＰ，Ａ）
【文献】国際公開第２０１６／０７１９５６（ＷＯ，Ａ１）
【文献】特開２０１７－１２１１０３（ＪＰ，Ａ）
【文献】特開２０２０－０５４２１４（ＪＰ，Ａ）
【文献】特開２０１５－０２７１６４（ＪＰ，Ａ）
【文献】特開２０１３－２３１４４１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０２Ｊ ３／３８
Ｈ０２Ｊ ３／３２
Ｈ０２Ｊ ７／００－７／１２
Ｈ０２Ｊ ７／３４－７／３６
Ｈ０１Ｍ １０／４２－１０／４８
Ｈ０２Ｊ １３／００
Ｂ６０Ｌ ５５／００
Ｂ６０Ｌ ５０／６０
Ｂ６０Ｌ ５３／１４
Ｂ６０Ｌ ５３／６２
Ｂ６０Ｌ ５３／６５
Ｂ６０Ｌ ５３／６８
Ｂ６０Ｌ ５８／１２
Ｂ６０Ｌ ５８／１６
(57)【特許請求の範囲】
【請求項1】
管理コンピュータを備える管理システムであって、前記管理コンピュータは、
電力系統の電力調整のための充放電を蓄電装置に行なわせる制御部と、
前記蓄電装置のユーザに通知を行なう通知部と、
を含み、
前記管理コンピュータには、前記ユーザの端末であるユーザ端末が登録されており、
前記ユーザ端末は、前記ユーザからの入力を受け付けるように構成され、
前記管理コンピュータは、予測劣化進行度が異なる複数の劣化区分と、前記複数の劣化区分の各々に属する充放電条件とを決定するように構成され、
充放電条件に対応する前記予測劣化進行度は、その充放電条件に従って前記電力系統の電力調整のための充放電が実行されたと仮定した場合の前記蓄電装置の劣化の予測進行度であり、
前記管理コンピュータは、前記複数の劣化区分の各々に属する充放電条件と、充放電条件ごとの前記予測劣化進行度とを前記ユーザに知らせる第１信号を前記ユーザ端末へ送信するように構成され、
前記ユーザ端末は、前記第１信号を受信した後、前記第１信号が示す複数の充放電条件のいずれかを選択する入力を前記ユーザから受けると、前記ユーザが選択した充放電条件を前記管理コンピュータへ送信するように構成され、
前記管理コンピュータは、前記ユーザが選択した前記充放電条件が、要請に係る前記電力系統の電力調整に合っている場合に、当該電力調整を要請する第２信号を前記ユーザ端末へ送信するように構成される、管理システム。
【請求項2】
前記蓄電装置は車両に搭載され、前記ユーザ端末は、前記車両に搭載された車載端末と、前記ユーザが携帯する携帯端末との少なくとも一方を含み、
前記ユーザ端末は、前記車両の走行予定に関する走行予定情報を前記管理コンピュータへ送信するように構成され、
前記管理コンピュータは、前記車両の仕様と前記走行予定情報とを用いて、前記複数の劣化区分の各々に属する充放電条件を決定するように構成される、請求項１に記載の管理システム。
【請求項3】
前記ユーザ端末は、前記ユーザからの入力に基づいて、前記電力系統の電力調整への参加許可／参加禁止のいずれかが設定されるように構成され、前記ユーザ端末は、前記参加禁止が設定された状態で前記電力系統の電力調整の要請を受けたときには、前記要請に係る前記電力系統の電力調整に参加しない旨を前記管理コンピュータに通知するように構成される、請求項１又は２に記載の管理システム。
【請求項4】
前記ユーザ端末は、前記第１信号が示す複数の充放電条件のいずれかを選択する入力を前記ユーザから受けると、前記ユーザが選択した前記充放電条件であるユーザ条件を保存するように構成され、
前記ユーザ端末は、前記ユーザから前記ユーザ条件の削除の指示を受けた場合に前記ユーザ条件を削除するように構成され、
前記ユーザ端末は、当該ユーザ端末に前記ユーザ条件が設定されているか否かを示すユーザ条件フラグを保有し、前記ユーザ条件の保存または削除に応じて前記ユーザ条件フラグを更新するように構成され、
前記ユーザ端末は、前記参加許可が設定された状態で前記電力系統の電力調整の要請を受けたときに、当該ユーザ端末に前記ユーザ条件が設定されていることを前記ユーザ条件フラグが示していれば、前記制御部による前記蓄電装置のリモート充放電制御を許可するように構成され、
前記ユーザ端末は、前記参加禁止が設定された状態で前記電力系統の電力調整の要請を受けたときには、前記リモート充放電制御を禁止するように構成される、請求項３に記載の管理システム。
【請求項5】
前記ユーザ端末は、前記参加許可が設定された状態で前記電力系統の電力調整の要請を受けたときに、当該ユーザ端末に前記ユーザ条件が設定されていないことを前記ユーザ条件フラグが示していれば、所定のデフォルト条件に従う前記蓄電装置の充放電によって要請に応えることができるか否かに基づいて、前記デフォルト条件で要請に係る前記電力系統の電力調整に参加するか否かを判断するように構成され、
前記デフォルト条件は、前記ユーザ条件ではない充放電条件である、請求項４に記載の管理システム。
【請求項6】
前記ユーザ端末は、前記デフォルト条件で要請に係る前記電力系統の電力調整に参加すると判断した場合には前記リモート充放電制御を許可し、前記デフォルト条件で要請に係る前記電力系統の電力調整に参加しないと判断した場合には前記リモート充放電制御を禁止するように構成され、
前記リモート充放電制御が許可されているときには、前記管理コンピュータからの充放電指令に従って前記蓄電装置の前記リモート充放電制御が実行され、
前記ユーザ端末に前記ユーザ条件が設定されていることを前記ユーザ条件フラグが示すときに実行された前記リモート充放電制御が前記ユーザ条件を満たさない場合には、当該リモート充放電制御は中止され、
前記ユーザ端末に前記ユーザ条件が設定されていないことを前記ユーザ条件フラグが示すときに実行された前記リモート充放電制御が前記デフォルト条件を満たさない場合には、当該リモート充放電制御は中止される、請求項５に記載の管理システム。
【請求項7】
複数の劣化区分は、第１区分及び第２区分を含み、
前記第１区分に属する充放電条件は、前記予測劣化進行度が基準値以上になるように決定され、
前記第２区分に属する充放電条件は、前記予測劣化進行度が前記基準値未満になるように決定され、
前記第２信号は、要請される電力調整の種類が充電促進、充電抑制、放電のいずれであるかを示すとともに、要請される電力調整の開始時刻及び終了時刻を示す、請求項１～６のいずれか１項に記載の管理システム。
【請求項8】
前記第１区分及び前記第２区分の各々に属する充放電条件は、充電を許容するか否かを示し、
前記充電を許容する充放電条件は、許容される充電方式と、許容される最大充電電力値と、充電が許容される前記蓄電装置のＳＯＣ上限値と、充電が許容される時間帯とを示す、請求項７に記載の管理システム。
【請求項9】
前記第１区分及び前記第２区分の各々に属する充放電条件は、放電を許容するか否かを示し、
前記放電を許容する充放電条件は、許容される放電方式と、許容される最大放電電力値と、放電が許容される前記蓄電装置のＳＯＣ下限値と、放電が許容される時間帯とを示す、請求項７又は８に記載の管理システム。
【請求項10】
蓄電装置のユーザの端末であるユーザ端末が登録された管理コンピュータが、予測劣化進行度が異なる複数の劣化区分と、前記複数の劣化区分の各々に属する充放電条件とを決定することと、
前記管理コンピュータが、前記複数の劣化区分の各々に属する充放電条件と、充放電条件ごとの前記予測劣化進行度とを前記ユーザに知らせる第１信号を前記ユーザ端末へ送信することと、
前記ユーザ端末が、前記第１信号を受信した後、前記第１信号が示す複数の充放電条件のいずれかを選択する入力を前記ユーザから受けた場合に、前記ユーザ端末が、前記ユーザが選択した充放電条件を前記管理コンピュータへ送信することと、
前記ユーザが選択した前記充放電条件が、要請に係る電力系統の電力調整に合っている場合に、前記管理コンピュータが、当該電力調整を要請する第２信号を前記ユーザ端末へ送信することと、
を含み、
充放電条件に対応する前記予測劣化進行度は、その充放電条件に従って前記電力系統の電力調整のための充放電が実行されたと仮定した場合の前記蓄電装置の劣化の予測進行度である、エネルギーマネジメント方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、管理システム、及びエネルギーマネジメント方法に関する。
【背景技術】
【0002】
電力市場（たとえば、需給調整市場）又は電気事業者（たとえば、電力会社）からのエネルギーマネジメントの要請に応えた需要家に対して報酬（インセンティブ）が支払われる仕組みが知られている。特開２０１９－０８０４０３号公報（特許文献１）は、エネルギーマネジメントのための充放電に伴う車載電池の劣化進行度を車両のユーザに通知するシステムを開示している。こうしたシステムでは、ユーザが上記通知により車載電池の劣化進行度を確認できる。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１９－０８０４０３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記システムによれば、ユーザは、エネルギーマネジメントのための充放電に伴う電池の劣化進行度を考慮して、エネルギーマネジメントに参加するか否かを決定することができる。しかしながら、エネルギーマネジメントのための充放電に伴う電池の劣化進行度のみの通知では、ユーザが望むエネルギーマネジメントであるか否かを判断することが難しい場合がある。ユーザは、充放電の形態によっては、ある程度は電池の劣化進行を許容してエネルギーマネジメントへの参加を望むかもしれない。
【0005】
本開示は、上記課題を解決するためになされたものであり、その目的は、蓄電装置のユーザがエネルギーマネジメントに参加するか否かを適切に判断しやすくすることである。
【課題を解決するための手段】
【0006】
本開示の第１の観点に係る管理システムは、管理コンピュータを備える。管理コンピュータは、エネルギーマネジメントのための充放電を蓄電装置に行なわせる制御部と、蓄電装置のユーザに通知を行なう通知部とを含む。通知部は、上記通知において、複数の充放電条件をユーザに知らせるとともに、複数の充放電条件の各々についてその充放電条件に従って制御部がエネルギーマネジメントのための充放電を実行したと仮定した場合の蓄電装置の劣化の予測進行度をユーザに知らせるように構成される。
【0007】
以下、上記充放電条件に従ってエネルギーマネジメントのための充放電が実行されたと仮定した場合の蓄電装置の劣化の予測進行度を、「予測劣化進行度」とも称する。予測劣化進行度は、エネルギーマネジメントによって蓄電装置の劣化がどの程度進行するかを示す。
【0008】
上記管理システムによれば、充放電条件ごとの予測劣化進行度が蓄電装置のユーザに通知される。充放電条件の通知によって、エネルギーマネジメントのための充放電の形態をユーザが把握しやすくなる。ユーザは、エネルギーマネジメントに伴う蓄電装置の劣化進行度（予測劣化進行度）だけでなく、エネルギーマネジメントのための充放電の形態を考慮して、エネルギーマネジメントに参加するか否かを判断することができる。このため、蓄電装置のユーザは、エネルギーマネジメントに参加するか否かを適切に判断しやすくなる。
【0009】
上記予測劣化進行度は、数値で表わされてもよいし、所定の劣化区分（たとえば、大／中／小、又はランクＡ，Ｂ，Ｃ，・・・）で表わされてもよい。上記通知部は、互いの予測劣化進行度が異なるように複数の充放電条件を決定してもよい。
【0010】
上記管理コンピュータは、電力網を管理するコンピュータであってもよい。エネルギーマネジメントは、電力網の需給調整であってもよい。
【0011】
上記蓄電装置は車両に搭載されてもよい。管理コンピュータには、ユーザの端末であるユーザ端末が登録されてもよい。通知部は、上記通知のための信号をユーザ端末へ送信してもよい。ユーザ端末は、車両に搭載された車載端末と、ユーザが携帯する携帯端末との少なくとも一方を含んでもよい。
【0012】
上記構成によれば、管理コンピュータから車両ユーザ（蓄電装置のユーザに相当）に上記通知を行なうことができる。そして、車両ユーザは、車両に搭載された蓄電装置を利用してエネルギーマネジメントに参加することができる。
【0013】
ユーザ端末は、車載端末であってもよいし、携帯端末であってもよい。また、相互に通信可能に構成される車載端末及び携帯端末が協働してユーザ端末として機能してもよい。
【0014】
上記車両は電動車両であってもよい。電動車両は、蓄電装置に蓄えられた電力を用いて走行するように構成される車両である。電動車両には、ＥＶ（電気自動車）、ＨＶ（ハイブリッド車両）、及びＰＨＶ（プラグインハイブリッド車両）のほか、ＦＣ車（燃料電池自動車）、レンジエクステンダーＥＶなども含まれる。
【0015】
ユーザ端末は、車両の走行予定に関する走行予定情報を管理コンピュータへ送信するように構成されてもよい。通知部は、走行予定情報を用いて、上記通知によってユーザに知らせる複数の充放電条件を決定するように構成されてもよい。こうした構成によれば、通知部が、車両の走行予定に合った複数の充放電条件をユーザに提示しやすくなる。
【0016】
通知部は、上記車両の仕様を用いて、上記通知によってユーザに知らせる複数の充放電条件を決定するように構成されてもよい。こうした構成によれば、通知部が、車両の仕様に合った複数の充放電条件をユーザに提示しやすくなる。
【0017】
ユーザ端末は、ユーザからの入力を受け付けるように構成されてもよい。ユーザ端末は、上記通知のための信号を受信した後、この信号が示す複数の充放電条件のいずれかを選択する入力をユーザから受けると、ユーザが選択した充放電条件を管理コンピュータへ送信するように構成されてもよい。
【0018】
上記構成によれば、蓄電装置のユーザが希望する充放電条件を管理コンピュータへ送信することができる。管理コンピュータは、ユーザが希望する充放電条件を用いて、そのユーザにエネルギーマネジメントを要請するか否かを判断することができる。
【0019】
ユーザ端末は、ユーザからの入力に基づいて、エネルギーマネジメントへの参加許可／参加禁止のいずれかが設定されるように構成されてもよい。ユーザ端末は、参加禁止が設定された状態でエネルギーマネジメントの要請を受けたときには、要請に係るエネルギーマネジメントに参加しない旨を管理コンピュータに通知するように構成されてもよい。以下、要請に係るエネルギーマネジメントに参加しない旨の通知を、「不参加通知」とも称する。
【0020】
上記管理システムでは、蓄電装置のユーザが、予め参加禁止（エネルギーマネジメント不参加）をユーザ端末に設定することができる。予め参加禁止がユーザ端末に設定されている場合には、エネルギーマネジメントの要請を受けたときにユーザが参加／不参加を選択しなくても、自動的にユーザ端末から管理コンピュータに不参加通知が行なわれる。このため、ユーザの利便性が向上する。
【0021】
ユーザ端末は、要請に係るエネルギーマネジメントに参加する旨判断した場合には、制御部による蓄電装置のリモート充放電制御を許可するように構成されてもよい。また、ユーザ端末は、要請に係るエネルギーマネジメントに参加しない旨判断した場合には、リモート充放電制御を禁止するように構成されてもよい。
【0022】
上記構成によれば、ユーザ端末が要請に係るエネルギーマネジメントに参加する旨判断した場合にはリモート充放電制御が許可される。これにより、管理コンピュータの制御部が蓄電装置のリモート充放電制御を通じてエネルギーマネジメントを行なうことが可能になる。また、ユーザ端末が要請に係るエネルギーマネジメントに参加しない旨判断した場合にはリモート充放電制御が禁止されることで、予定していないリモート充放電制御が実行されることを抑制できる。
【0023】
ユーザに通知される複数の充放電条件の各々は、許容される充電方式と、許容される最大充電電力値と、充電が許容される蓄電装置のＳＯＣ上限値と、充電が許容される時間帯との少なくとも１つを示してもよい。
【0024】
上記構成によれば、蓄電装置のユーザが、エネルギーマネジメントのための充電の形態を把握しやすくなる。複数の充放電条件の各々は、蓄電装置の温度と外気温との少なくとも一方に基づいて充電電力制限が実行されるか否かを示してもよい。
【0025】
ユーザに通知される複数の充放電条件の各々は、許容される放電方式と、許容される最大放電電力値と、放電が許容される蓄電装置のＳＯＣ下限値と、放電が許容される時間帯との少なくとも１つを示してもよい。
【0026】
上記構成によれば、蓄電装置のユーザが、エネルギーマネジメントのための放電の形態を把握しやすくなる。複数の充放電条件の各々は、蓄電装置の温度と外気温との少なくとも一方に基づいて放電電力制限が実行されるか否かを示してもよい。
【0027】
なお、ＳＯＣ（State Of Charge）は、蓄電残量を示し、たとえば満充電状態の蓄電量に対する現在の蓄電量の割合を０～１００％で表わしたものである。
【0028】
本開示の第２の観点に係るエネルギーマネジメント方法は、複数の充放電条件と、複数の充放電条件の各々に従ってエネルギーマネジメントのための充放電を蓄電装置が行なったと仮定した場合の蓄電装置の劣化の予測進行度とを、蓄電装置のユーザに知らせることと、複数の充放電条件のいずれかの条件に従ってエネルギーマネジメントのための充放電を実行することとを含む。
【0029】
上記エネルギーマネジメント方法によっても、前述した管理システムと同様、蓄電装置のユーザはエネルギーマネジメントに参加するか否かを適切に判断しやすくなる。
【発明の効果】
【0030】
本開示によれば、蓄電装置のユーザがエネルギーマネジメントに参加するか否かを適切に判断しやすくなる。
【図面の簡単な説明】
【0031】
【図1】本開示の実施の形態に係る車両の構成を示す図である。
【図2】本開示の実施の形態に係る管理システムの構成を示す図である。
【図3】本開示の実施の形態に係るエネルギーマネジメント方法における充放電条件の決定、通知、及び選択に係る処理を示すフローチャートである。
【図8】本開示の実施の形態に係るエネルギーマネジメント方法において、ユーザ端末に設定された充放電条件を削除する処理を示すフローチャートである。
【図9】本開示の実施の形態に係るエネルギーマネジメント方法において、ユーザ端末にエネルギーマネジメントの参加許可／参加禁止を設定する処理を示すフローチャートである。
【図10】本開示の実施の形態に係るエネルギーマネジメント方法において、ユーザ端末がエネルギーマネジメントの要請を受けたときに実行する処理を示すフローチャートである。
【図11】本開示の実施の形態に係るエネルギーマネジメント方法におけるリモート充放電制御に係る処理を示すフローチャートである。
【発明を実施するための形態】
【0032】
以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。図中、同一又は相当部分には同一符号を付してその説明は繰り返さない。
【0033】
図１は、この実施の形態に係る車両の構成を示す図である。図１を参照して、車両５０は、走行用の電力を蓄電するバッテリ１３０を備える。車両５０は、バッテリ１３０に蓄えられた電力を用いて走行可能に構成される。この実施の形態に係る車両５０は、エンジン（内燃機関）を備えない電気自動車（ＥＶ）である。
【0034】
バッテリ１３０は、たとえばリチウムイオン電池又はニッケル水素電池のような二次電池を含んで構成される。この実施の形態では、二次電池として、複数のリチウムイオン電池を含む組電池を採用する。組電池は、複数の二次電池（一般に「セル」とも称される）が互いに電気的に接続されて構成される。なお、二次電池の代わりに、電気二重層キャパシタのような他の蓄電装置を採用してもよい。この実施の形態に係るバッテリ１３０は、本開示に係る「蓄電装置」の一例に相当する。
【0035】
車両５０は、電子制御装置（以下、「ＥＣＵ（Electronic Control Unit）」と称する）１５０を備える。ＥＣＵ１５０は、バッテリ１３０の充電制御及び放電制御を行なうように構成される。また、ＥＣＵ１５０は、車両５０の外部との通信を制御するように構成される。
【0036】
車両５０は、バッテリ１３０の状態を監視する監視モジュール１３１をさらに備える。監視モジュール１３１は、バッテリ１３０の状態（たとえば、電圧、電流、及び温度）を検出する各種センサを含み、検出結果をＥＣＵ１５０へ出力する。監視モジュール１３１は、上記センサ機能に加えて、ＳＯＣ（State Of Charge）推定機能、ＳＯＨ（State of Health）推定機能、セル電圧の均等化機能、診断機能、及び通信機能をさらに有するＢＭＳ（Battery Management System）であってもよい。ＥＣＵ１５０は、監視モジュール１３１の出力に基づいてバッテリ１３０の状態（たとえば、温度、電流、電圧、ＳＯＣ、及び内部抵抗）を取得することができる。
【0037】
ＥＶＳＥ（Electric Vehicle Supply Equipment）４０は、車両外部の給電設備に相当する。ＥＶＳＥ４０の本体には、電源回路４１が内蔵されている。ＥＶＳＥ４０の本体には、充電ケーブル４２が接続される。充電ケーブル４２は、常にＥＶＳＥ４０の本体に接続されていてもよいし、ＥＶＳＥ４０の本体に対して着脱可能であってもよい。充電ケーブル４２は、先端にコネクタ４３を有し、内部に電力線を含む。
【0038】
車両５０は、接触充電のためのインレット１１０及び充放電器１２０を備える。インレット１１０は、車両５０の外部から供給される電力を受電するように構成される。インレット１１０は、充電ケーブル４２のコネクタ４３が接続可能に構成される。ＥＶＳＥ４０の本体につながる充電ケーブル４２のコネクタ４３が車両５０のインレット１１０に接続（プラグイン）されることによって、車両５０がプラグイン状態になる。
【0039】
充放電器１２０は、インレット１１０とバッテリ１３０との間に位置する。充放電器１２０は、インレット１１０からバッテリ１３０までの電力経路の接続／遮断を切り替えるリレーと、電力変換回路と（いずれも図示せず）を含んで構成される。充放電器１２０は、整流回路、力率改善（Power Factor Correction）回路、絶縁回路、変圧器（たとえば、絶縁トランス）、及びフィルタ回路の少なくとも１つを含んでもよい。充放電器１２０に含まれるリレー及び電力変換回路の各々は、ＥＣＵ１５０によって制御される。
【0040】
車両５０は、充放電器１２０の状態を監視する監視モジュール１２１をさらに備える。監視モジュール１２１は、充放電器１２０の状態を検出する各種センサを含み、検出結果をＥＣＵ１５０へ出力する。この実施の形態では、監視モジュール１２１が、上記電力変換回路に入力される電圧及び電流と、上記電力変換回路から出力される電圧及び電流とを検出するように構成される。監視モジュール１２１は、バッテリ１３０の充電電力及び放電電力を検出可能に構成される。
【0041】
プラグイン状態の車両５０では、外部充電（すなわち、車両外部から供給される電力によってバッテリ１３０を充電すること）と外部給電（すなわち、車両５０から車両外部へ給電を行なうこと）とが可能になる。外部充電のための電力は、たとえばＥＶＳＥ４０からインレット１１０に供給される。充放電器１２０は、インレット１１０が受電した電力をバッテリ１３０の充電に適した電力に変換し、変換された電力をバッテリ１３０へ出力するように構成される。外部給電のための電力は、バッテリ１３０から充放電器１２０に供給される。充放電器１２０は、バッテリ１３０から供給される電力を外部給電に適した電力に変換し、変換された電力をインレット１１０へ出力するように構成される。外部充電及び外部給電のいずれかが実行されるときには充放電器１２０のリレーが閉状態（接続状態）にされ、外部充電及び外部給電のいずれも実行されないときには充放電器１２０のリレーが開状態（遮断状態）にされる。
【0042】
ＥＣＵ１５０は、プロセッサ１５１、ＲＡＭ（Random Access Memory）１５２、記憶装置１５３、及びタイマ１５４を含んで構成される。ＥＣＵ１５０はコンピュータであってもよい。プロセッサ１５１はＣＰＵ（Central Processing Unit）であってもよい。ＲＡＭ１５２は、プロセッサ１５１によって処理されるデータを一時的に記憶する作業用メモリとして機能する。記憶装置１５３は、格納された情報を保存可能に構成される。記憶装置１５３は、たとえばＲＯＭ（Read Only Memory）及び書き換え可能な不揮発性メモリを含む。記憶装置１５３には、プログラムのほか、プログラムで使用される情報（たとえば、マップ、数式、及び各種パラメータ）が記憶されている。この実施の形態では、記憶装置１５３に記憶されているプログラムをプロセッサ１５１が実行することで、ＥＣＵ１５０における各種制御が実行される。ただし、ＥＣＵ１５０における各種制御は、ソフトウェアによる実行に限られず、専用のハードウェア（電子回路）で実行することも可能である。なお、ＥＣＵ１５０が備えるプロセッサの数は任意であり、所定の制御ごとにプロセッサが用意されてもよい。
【0043】
タイマ１５４は、設定時刻の到来をプロセッサ１５１に知らせるように構成される。タイマ１５４に設定された時刻になると、タイマ１５４からプロセッサ１５１へその旨を知らせる信号が送信される。この実施の形態では、タイマ１５４としてタイマ回路を採用する。ただし、タイマ１５４は、ハードウェア（タイマ回路）ではなく、ソフトウェアによって実現されてもよい。また、ＥＣＵ１５０は、ＥＣＵ１５０に内蔵されるリアルタイムクロック（ＲＴＣ）回路（図示せず）を利用して現在時刻を取得できる。
【0044】
車両５０は、走行駆動部１４０と、入力装置１６１と、メータパネル１６２と、ナビゲーションシステム（以下、「ＮＡＶＩ」と称する）１７０と、通信機器１８０と、駆動輪Ｗとをさらに備える。なお、車両５０の駆動方式は、図１に示される前輪駆動に限られず、後輪駆動又は４輪駆動であってもよい。
【0045】
走行駆動部１４０は、図示しないＰＣＵ（Power Control Unit）とＭＧ（Motor Generator）とを含み、バッテリ１３０に蓄えられた電力を用いて車両５０を走行させるように構成される。ＰＣＵは、たとえば、インバータと、コンバータと、リレー（以下、「ＳＭＲ（System Main Relay）」と称する）と（いずれも図示せず）を含んで構成される。ＰＣＵは、ＥＣＵ１５０によって制御される。ＭＧは、たとえば三相交流モータジェネレータである。ＭＧは、ＰＣＵによって駆動され、駆動輪Ｗを回転させるように構成される。ＰＣＵは、バッテリ１３０から供給される電力を用いてＭＧを駆動する。また、ＭＧは、回生発電を行ない、発電した電力をバッテリ１３０に供給するように構成される。ＳＭＲは、バッテリ１３０からＭＧまでの電力経路の接続／遮断を切り替えるように構成される。ＳＭＲは、車両５０の走行時に閉状態（接続状態）にされる。
【0046】
入力装置１６１は、ユーザからの入力を受け付ける装置である。入力装置１６１は、ユーザによって操作され、ユーザの操作に対応する信号をＥＣＵ１５０へ出力する。入力装置１６１の例としては、各種スイッチ、各種ポインティングデバイス、キーボード、タッチパネルが挙げられる。入力装置１６１は、音声入力を受け付けるスマートスピーカを含んでもよい。
【0047】
ユーザは、入力装置１６１を通じてＥＣＵ１５０に走行予定情報を設定できる。走行予定情報は、車両５０の走行予定に関する情報である。走行予定情報は、走行予定の時間帯、走行距離、目的地、走行ルートの少なくとも１つを含んでもよい。
【0048】
メータパネル１６２は、車両５０に関する情報を表示するように構成される。メータパネル１６２は、たとえば車両５０に搭載された各種センサによって計測された車両５０に関する各種情報を表示する。メータパネル１６２は、タッチパネルディスプレイであってもよい。メータパネル１６２は、ＥＣＵ１５０によって制御される。
【0049】
ＮＡＶＩ１７０は、プロセッサと、記憶装置と、タッチパネルディスプレイと、ＧＰＳ（Global Positioning System）モジュールと（いずれも図示せず）を含んで構成される。ＮＡＶＩ１７０は、ＧＰＳモジュールを用いて車両５０の位置を特定することができる。ＮＡＶＩ１７０は、車両５０の現在位置から目的地までの走行ルート（たとえば、最短ルート）を見つけるための経路探索を行ない、経路探索により見つかった走行ルートを地図上に表示するように構成される。
【0050】
通信機器１８０は、各種通信Ｉ／Ｆ（インターフェース）を含んで構成される。通信機器１８０は、後述するサーバ３０（図２参照）と無線通信するための通信Ｉ／Ｆを含む。通信機器１８０は、ＤＣＭ（Data Communication Module）を含んでもよい。通信機器１８０は、５Ｇ（第５世代移動通信システム）対応の通信Ｉ／Ｆを含んでもよい。ＥＣＵ１５０は、通信機器１８０を通じて車両５０の外部の通信装置と通信を行なうように構成される。
【0051】
図２は、この実施の形態に係る管理システムの構成を示す図である。図２に示される管理システム１は、ＶＧＩ（Vehicle Grid Integration）システムである。管理システム１は、ＶＰＰ（仮想発電所）として機能する。ＶＰＰは、ＩｏＴ（モノのインターネット）を利用した高度なエネルギーマネジメント技術により多数の分散型エネルギーリソース（以下、「ＤＥＲ（Distributed Energy Resources）」とも称する）を束ね、これらＤＥＲを遠隔・統合制御することによってあたかも１つの発電所のように機能させる仕組みである。ＤＥＲの例としては、各需要家が保有するエネルギーリソース（以下、「ＤＳＲ（Demand Side Resources）」とも称する）が挙げられる。管理システム１では、ＶＰＰを実現するためのＤＳＲとして、車両５０（すなわち、蓄電装置を備える電動車両）を採用する。たとえば、車両５０はＰＯＶ（個人が所有する車両）である。ＥＶＳＥ４０は、車両５０のユーザの自宅に設置された家庭用のＥＶＳＥであってもよいし、公共のＥＶＳＥであってもよい。
【0052】
この実施の形態では、電力系統ＰＧと、サーバ１０，３０と、スマートメータ１１と、複数のＥＶＳＥ（ＥＶＳＥ４０のみ図示）と、複数のＤＳＲ（車両５０のみ図示）とによって、管理システム１が構築される。管理システム１に含まれる電動車両及びＥＶＳＥの数は、各々独立して任意であり、１０個以上であってもよいし、１００個以上であってもよい。
【0053】
携帯端末８０は、車両５０のユーザが携帯する携帯端末に相当する。この実施の形態では、携帯端末８０として、タッチパネルディスプレイを具備するスマートフォンを採用する。ただしこれに限られず、携帯端末８０としては、任意の携帯端末を採用可能であり、タブレット端末、ウェアラブルデバイス（たとえば、スマートウォッチ）、又は電子キーなども採用可能である。
【0054】
図２に示す車両５０はＥＶＳＥ４０と電気的に接続されている。ＥＶＳＥ４０の本体につながれた充電ケーブル４２のコネクタ４３が車両５０のインレット１１０に接続されることで、車両５０とＥＶＳＥ４０との間での通信が可能になるとともに、ＥＶＳＥ４０と車両５０との間で電力の授受を行なうことが可能になる。これにより、外部充電及び外部給電の準備が完了する。車両５０に搭載された通信機器１８０は、充電ケーブル４２を介してＥＶＳＥ４０と通信するように構成される。
【0055】
ＥＶＳＥ４０の本体に内蔵される電源回路４１は、スマートメータ１１を介して電力系統ＰＧと電気的に接続されている。たとえば、電力系統ＰＧから電源回路４１及び充電ケーブル４２を経由して車両５０へ電力が供給されることで、バッテリ１３０の外部充電が行なわれる。また、車両５０がＥＶＳＥ４０に対して外部給電を行なうことによって、車両５０から充電ケーブル４２及び電源回路４１を経由して電力系統ＰＧへ電力を逆潮流させることができる。電源回路４１は、電力系統ＰＧから供給される電力を外部充電に適した電力に変換するとともに、車両５０から供給される電力を逆潮流に適した電力に変換する。
【0056】
スマートメータ１１は、ＥＶＳＥ４０から車両５０に供給された電力量を計測するように構成される。また、スマートメータ１１は、車両５０からＥＶＳＥ４０に逆潮流された電力量も計測するように構成される。スマートメータ１１は、所定時間経過ごと（たとえば、３０分経過ごと）に電力使用量を計測し、計測した電力使用量を記憶するとともにサーバ１０へ送信するように構成される。また、サーバ１０は、サーバ３０へスマートメータ１１の計測値を随時送信する。サーバ１０は、定期的に送信してもよいし、サーバ３０からの要求に応じて送信してもよい。
【0057】
車両５０に搭載された通信機器１８０は、サーバ３０と無線通信するように構成される。この実施の形態に係るサーバ３０は、本開示に係る「管理コンピュータ」の一例に相当する。通信機器１８０とサーバ３０との間でやり取りされる信号は暗号化されていてもよい。さらに、この実施の形態では、車両５０に搭載された通信機器１８０と携帯端末８０とが相互に無線通信するように構成される。ＥＣＵ１５０は、無線通信により携帯端末８０を制御して、ユーザに対する報知を携帯端末８０に行なわせることができる。通信機器１８０と携帯端末８０との通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）のような近距離通信（たとえば、車内及び車両周辺の範囲での直接通信）であってもよい。
【0058】
車両５０に搭載された各種センサの検出値はＥＣＵ１５０に入力される。車両５０には、前述した監視モジュール１２１及び１３１のほか、図示しない位置センサ、車速センサ、アクセルセンサ、外気温センサ、及び充電ケーブル接続検出回路なども搭載されている。ＥＣＵ１５０は、必要に応じて、これらの検出値を制御に用いる。また、ＥＣＵ１５０は、車両５０の状態をサーバ３０へ逐次送信する。たとえば、サーバ３０は、後述するリモート充放電制御において、車両５０から受け取った情報を参照しながら車両５０を遠隔操作する。
【0059】
携帯端末８０には所定のアプリケーションソフトウェア（以下、単に「アプリ」と称する）がインストールされている。携帯端末８０は、車両５０のユーザによって携帯され、上記アプリを通じてサーバ３０と情報のやり取りを行なうことができる。ユーザは、たとえば携帯端末８０のタッチパネルディスプレイを通じて、上記アプリを操作できる。また、携帯端末８０のタッチパネルディスプレイは、車両５０のユーザに対して情報を報知可能に構成される。
【0060】
車両５０のユーザは、携帯端末８０に対して車両５０の仕様を入力できる。この実施の形態では、車両５０の充放電に関するスペックが、車両５０の仕様として携帯端末８０に入力される。そして、携帯端末８０に入力された車両５０の仕様は、携帯端末８０からサーバ３０へ送信される。車両５０の充放電に関するスペックは、車両５０が実行可能な充放電方式を含んでもよい。ユーザは、車両５０の装備だけでなく、利用可能なＥＶＳＥ（たとえば、自宅周辺のＥＶＳＥ及び／又は職場周辺のＥＶＳＥ）の性能も考慮して、車両５０が実行可能な充放電方式を携帯端末８０に入力してもよい。また、車両５０の充放電に関するスペックは、最大充放電電力値と、バッテリ１３０の温度特性との少なくとも一方を含んでもよい。
【0061】
サーバ１０は、送配電事業者に帰属するサーバである。この実施の形態では、電力会社が発電事業者及び送配電事業者を兼ねる。図示しない発電所及び送配電設備によって電力網（すなわち、電力系統ＰＧ）が構築されている。送配電設備は、送電線、変電所、及び配電線を含み、発電所から供給される電力の送電及び配電を行なうように構成される。発電所の例としては、火力発電所、水力発電所、原子力発電所、及び自然変動電源（太陽光発電設備、風力発電設備等）が挙げられる。
【0062】
電力会社は、サーバ１０、スマートメータ１１、及び電力系統ＰＧを保守及び管理する。電力会社は、たとえば電力を使用する需要家（たとえば、個人又は会社）と取引を行なうことにより利益を得ることができる。この実施の形態では、電力会社が、電力系統ＰＧを運用する系統運用者に相当する。
【0063】
ＤＥＲを束ねてエネルギーマネジメントサービスを提供する電気事業者は、「アグリゲータ」と称される。電力会社は、たとえばアグリゲータと連携することにより、電力系統ＰＧの電力調整（たとえば、需給調整）を行なうことができる。電力会社又はアグリゲータが各需要家に電力系統ＰＧの電力調整を要請し、各需要家がその要請に応じて電力系統ＰＧの電力調整を行なう。こうした仕組みは、一般に「ＤＲ（デマンドレスポンス）」と称される。以下、電力系統ＰＧの電力調整の要請を、「ＶＰＰ要請」とも称する。ＶＰＰ要請は、本開示に係る「エネルギーマネジメントの要請」の一例に相当する。
【0064】
サーバ１０及び３０の各々は、電力系統ＰＧを管理するコンピュータに相当する。サーバ３０は、アグリゲータに帰属するサーバである。自動車メーカがアグリゲータを兼ねてもよい。自動車メーカは、自らが製造した各車両の情報を入手しやすい。管理システム１に含まれる各車両はサーバ３０に登録される。そして、各車両からサーバ３０へ車両の情報（たとえば、車両の位置、充電ケーブルの接続状態、及び蓄電量など）が逐次送信される。
【0065】
サーバ３０は、制御装置３１と、記憶装置３２と、通信装置３３とを含んで構成される。制御装置３１は、コンピュータであってもよい。制御装置３１は、プロセッサを含み、所定の情報処理を行なうとともに通信装置３３を制御するように構成される。記憶装置３２は、各種情報を保存可能に構成される。通信装置３３は各種通信Ｉ／Ｆを含む。制御装置３１は、通信装置３３を通じて外部と通信するように構成される。サーバ３０は、サーバ１０、車両５０、及び携帯端末８０の各々と通信可能に構成される。この実施の形態では、サーバ３０とＥＶＳＥ４０との間では通信が行なわれないが、サーバ３０とＥＶＳＥ４０とは相互通信可能に構成されてもよい。サーバ３０はＥＶＳＥ４０を経由して車両５０と通信するように構成されてもよい。
【0066】
サーバ３０には、複数の車両（車両５０を含む）と複数のユーザ（車両５０のユーザを含む）とが登録されている。また、ユーザとともにユーザ端末（携帯端末８０を含む）も、サーバ３０に登録されている。サーバ３０は、登録された各ユーザの情報（以下、「ユーザ情報」とも称する）と、登録された各車両の情報（以下、「車両情報」とも称する）とを管理するように構成される。ユーザ端末に関する情報は、ユーザ情報及び車両情報の少なくとも一方に含まれる。ユーザ情報及び車両情報は、記憶装置３２に記憶される。
【0067】
ユーザを識別するための識別情報（ユーザＩＤ）がユーザごとに付与されており、サーバ３０はユーザ情報をユーザＩＤで区別して管理している。ユーザＩＤは、ユーザに携帯される携帯端末を識別する情報（端末ＩＤ）としても機能する。ユーザ情報には、ユーザが携帯する携帯端末の通信アドレスと、ユーザに帰属する車両を識別する情報（車両ＩＤ）とが含まれる。さらに、車両を識別するための識別情報（車両ＩＤ）が車両ごとに付与されており、サーバ３０は車両情報を車両ＩＤで区別して管理している。車両情報には、車両の仕様（たとえば、充放電に関するスペック）と、車両に搭載された無線通信機（たとえば、通信機器１８０）の通信アドレスと、車両から受信した情報（たとえば、車両の位置及び状態を示す情報）とが含まれる。
【0068】
この実施の形態では、アグリゲータの端末（サーバ３０）が、電力会社の端末（サーバ１０）及び車両ユーザの端末（通信機器１８０及び携帯端末８０）の各々と通信可能に構成される。しかしこれに限られず、管理システム１は、電力会社に連絡するサーバと、車両ユーザに連絡するサーバとを別々に含んでもよい。これらのサーバは、異なる電気事業者（たとえば、上位／下位アグリゲータ）に管理されてもよい。
【0069】
サーバ１０が電力調整を行なうときには、まず、複数のアグリゲータの中から、電力調整に必要な数のアグリゲータを選び、選ばれたアグリゲータにＶＰＰ要請を行なう。そして、サーバ３０は、サーバ１０からのＶＰＰ要請に応えるために必要な数のＶＰＰ協力車両を選定する。ＶＰＰ協力車両は、ＶＰＰ（要請された電力調整）に参加する車両である。上記ＶＰＰ協力車両の選定が終了すると、サーバ３０が、各ＶＰＰ協力車両のユーザ端末へＶＰＰ要請信号を送信する。ＶＰＰ要請信号は、要請される電力調整の種類（たとえば、充電促進、充電抑制、又は放電）と、ＶＰＰ要請期間（より特定的には、要請される電力調整の開始時刻及び終了時刻）とを含んでもよい。
【0070】
ＶＰＰ協力車両のユーザは、アグリゲータからの要請に従う充放電を行なうことによって所定の報酬（インセンティブ）を受け取ることができる。サーバ３０は、所定の電力量計によってＶＰＰ協力車両ごとの電力調整量を計測する。所定の電力量計は、スマートメータ１１であってもよいし、車両５０に搭載された電力量計（たとえば、監視モジュール１２１及び１３１）であってもよい。電力量計の設置場所は任意である。ＥＶＳＥ４０に電力量計が内蔵されてもよい。持運び可能な充電ケーブルに電力量計を付けてもよい。
【0071】
この実施の形態では、サーバ３０の制御装置３１が、制御部３１１及び通知部３１２を含む。この実施の形態に係る制御装置３１においては、プロセッサと、プロセッサにより実行されるプログラムとによって、上記各部が具現化される。プログラムは、制御装置３１が保有する記憶装置（図示せず）に記憶されていてもよいし、記憶装置３２に記憶されていてもよい。また、上記各部は、専用のハードウェア（電子回路）によって具現化されてもよい。
【0072】
制御部３１１は、エネルギーマネジメントのための充放電（以下、「ＶＰＰ充放電」とも称する）をバッテリ１３０に行なわせるように構成される。この実施の形態では、後述するリモート充放電制御（図１１参照）により、制御部３１１がＶＰＰ充放電をバッテリ１３０に行なわせる。
【0073】
通知部３１２は、車両５０のユーザ（バッテリ１３０のユーザ）に通知（以下、「ＶＰＰ通知」とも称する）を行なう。通知部３１２は、ＶＰＰ通知において、複数の充放電条件をユーザに知らせるとともに、それら充放電条件の各々について、当該充放電条件に従って制御部３１１がＶＰＰ充放電を実行したと仮定した場合のバッテリ１３０の劣化の予測進行度をユーザに知らせるように構成される。
【0074】
図３は、車載端末及びサーバ３０によって実行される充放電条件の決定、通知、及び選択に係る処理を示すフローチャートである。この実施の形態では、車両５０に搭載されたＥＣＵ１５０、入力装置１６１、メータパネル１６２、ＮＡＶＩ１７０、及び通信機器１８０が、車載端末として機能する。この実施の形態に係る車載端末は、本開示に係る「ユーザ端末」の一例に相当する。たとえば、ユーザが入力装置１６１を通じてＥＣＵ１５０にＶＰＰ通知を要求すると、以下に説明する図３に示す処理が開始される。以下、フローチャート中の各ステップを、単に「Ｓ」と表記する。
【0075】
図１及び図２とともに図３を参照して、Ｓ１１では、車両５０のＥＣＵ１５０が、サーバ３０にＶＰＰ通知を要求する。この際、ＥＣＵ１５０は、ＶＰＰ通知を要求する信号とともに、車両ＩＤ及び走行予定情報をサーバ３０へ送信する。ただし、ＥＣＵ１５０に走行予定情報が設定されていない場合には、走行予定情報は送信されない。また、ＥＣＵ１５０は、Ｓ１１において、ユーザが入力装置１６１を通じて指定した劣化区分の数をサーバ３０へさらに送信してもよい。ユーザによって指定される劣化区分の数は、２～１０であってもよいし、１１以上であってもよい。その後、ＥＣＵ１５０は、ＶＰＰ通知を受けるまでＳ１２において待機する。
【0076】
サーバ３０の制御装置３１（より特定的には、通知部３１２）は、上記ＶＰＰ通知を要求する信号を受信すると、Ｓ２１において、車両ＩＤに基づいて車両５０を特定し、記憶装置３２から車両５０の仕様を読み出す。
【0077】
続けて、通知部３１２は、Ｓ２２において劣化区分を決定する。通知部３１２は、車両５０（より特定的には、車載端末）から劣化区分の数を受信した場合には、その数の劣化区分を決定し、劣化区分の数を受信しなかった場合には、所定の数（たとえば、２つ）の劣化区分を決定する。以下では、Ｓ２２において第１区分（小区分）及び第２区分（大区分）が劣化区分として決定された例について説明する。
【0078】
続けて、通知部３１２は、Ｓ２３において、車両５０の仕様と走行予定情報とに基づいて、劣化区分ごとの充放電条件（たとえば、２つの充放電条件）を決定する。具体的には、通知部３１２は、Ｓ２３において、第１区分及び第２区分の各々に属する充放電条件を決定する。第１区分に属する充放電条件は、予測劣化進行度が基準値（所定値）以上になるように決定される。第２区分に属する充放電条件は、予測劣化進行度が上記基準値未満になるように決定される。なお、充放電条件に対応する予測劣化進行度は、その充放電条件に従ってエネルギーマネジメントのための充放電が実行されたと仮定した場合の蓄電装置（この実施の形態では、バッテリ１３０）の劣化の予測進行度に相当する。
【0079】
図４は、図３のＳ２３の詳細を示すフローチャートである。この実施の形態では、第１区分及び第２区分の各々に属する充放電条件は、充電を許容するか否かを示す。そして、充電を許容する充放電条件は、許容される充電方式と、許容される最大充電電力値と、充電が許容されるバッテリ１３０のＳＯＣ上限値と、充電が許容される時間帯と、温度による充電電力制限の有無とをさらに示す。また、第１区分及び第２区分の各々に属する充放電条件は、放電を許容するか否かをさらに示す。そして、放電を許容する充放電条件は、許容される放電方式と、許容される最大放電電力値と、放電が許容されるバッテリ１３０のＳＯＣ下限値と、放電が許容される時間帯と、温度による放電電力制限の有無とをさらに示す。各充放電条件は、以下に示すＳ２２１～Ｓ２２５の処理によって決定される。図４では、Ｓ２２１、Ｓ２２２、Ｓ２２３、Ｓ２２４、Ｓ２２５の順に処理が示されているが、これらの処理の順序は適宜変更可能である。また、これらの処理は同時に実行されてもよい。
【0080】
図１及び図２とともに図４を参照して、Ｓ２２１では、通知部３１２が、各区分に属する充放電条件について、許容される充放電方式を決定する。この実施の形態では、通知部３１２が、充電（外部充電に相当）及び放電（外部給電に相当）に関して、両方許容／両方禁止／充電のみ許容／放電のみ許容のいずれかを選択する。予測劣化進行度は、大きいほうから、両方許容、充電又は放電のみ許容、両方禁止の順になる傾向がある。また、通知部３１２は、ＡＣ（交流）方式及びＤＣ（直流）方式に関して、両方許容／ＡＣのみ許容／ＤＣのみ許容のいずれかを選択する。予測劣化進行度は、大きいほうから、両方許容、ＤＣのみ許容、ＡＣのみ許容の順になる傾向がある。
【0081】
Ｓ２２２では、通知部３１２が、各区分に属する充放電条件について、許容される最大電力値を決定する。この実施の形態では、通知部３１２が、最大電力値として、１０ｋＷ／２０ｋＷ／５０ｋＷ／１００ｋＷのいずれかを選択する。最大電力値が大きくなるほど予測劣化進行度が大きくなる傾向がある。充電を許容する充放電条件については、許容される最大充電電力値が決定される。放電を許容する充放電条件については、許容される最大放電電力値が決定される。充電及び放電の両方が許容される充放電条件においては、充電と放電とで、許容される最大電力値が異なってもよい。
【0082】
Ｓ２２３では、通知部３１２が、各区分に属する充放電条件について、充放電が許容されるＳＯＣ限界値を決定する。充電を許容する充放電条件については、バッテリ１３０のＳＯＣ上限値が決定される。この実施の形態では、通知部３１２が、充電が許容されるバッテリ１３０のＳＯＣ上限値として、６０％／８０％／１００％のいずれかを選択する。ＳＯＣ上限値が高くなるほど予測劣化進行度が大きくなる傾向がある。放電を許容する充放電条件については、バッテリ１３０のＳＯＣ下限値が決定される。この実施の形態では、通知部３１２が、放電が許容されるバッテリ１３０のＳＯＣ下限値として、４０％／２０％／０％のいずれかを選択する。ＳＯＣ下限値が低くなるほど予測劣化進行度が大きくなる傾向がある。
【0083】
Ｓ２２４では、通知部３１２が、各区分に属する充放電条件について、充放電が許容される時間帯を決定する。この実施の形態では、通知部３１２が、充放電が許容される時間帯として、制限なし／日中のみ／夜間のみのいずれかを選択する。予測劣化進行度は、大きいほうから、制限なし、日中のみ、夜間のみの順になる傾向がある。充電及び放電の両方が許容される充放電条件においては、充電と放電とで、許容される時間帯が異なってもよい。
【0084】
Ｓ２２５では、通知部３１２が、各区分に属する充放電条件について、温度による充放電制限の有無を決定する。この実施の形態では、バッテリ１３０の温度及び外気温のいずれかが所定温度を超えると、充放電電力の上限が１０ｋＷよりも小さい値（たとえば、５ｋＷ）に制限される。この実施の形態では、通知部３１２が、制限なし／制限ありのいずれかを選択する。制限ありよりも制限なしのほうが予測劣化進行度が大きくなる傾向がある。充電及び放電の両方が許容される充放電条件においては、充電及び放電のいずれか一方のみで制限ありが選択されてもよい。
【0085】
具体例については後述するが、通知部３１２は、上記図４に示したＳ２２１～Ｓ２２５（図３のＳ２３）において、車両５０の仕様と走行予定情報とに合うように、第１区分及び第２区分の各々に属する充放電条件を決定する。上記図４に示した処理により、第１区分に属する充放電条件と、第２区分に属する充放電条件とが決定されると、処理は、図３のＳ２４に進む。
【0086】
再び図１及び図２とともに図３を参照して、Ｓ２４では、通知部３１２が、車両５０（より特定的には、車載端末）に対してＶＰＰ通知を行なう。具体的には、通知部３１２は、第１区分（予測劣化進行度が基準値以上であることを示す劣化区分）と、第１区分に属する充放電条件と、第２区分（予測劣化進行度が基準値未満であることを示す劣化区分）と、第２区分に属する充放電条件とを知らせる信号（以下、「通知信号」とも称する）を車載端末へ送信する。この実施の形態では、この通知信号が、本開示に係る「通知のための信号」の一例に相当する。こうした通知信号によって、充放電条件ごとの予測劣化進行度が車両５０のユーザ（バッテリ１３０のユーザ）に通知される。この実施の形態では、劣化区分（第１区分／第２区分）によって予測劣化進行度が車両５０のユーザに通知される。各劣化区分が示す予測劣化進行度は、予め車載端末（ユーザ端末）に記憶されていてもよい。また、ＶＰＰ通知において、劣化区分に代えて劣化区分が示す予測劣化進行度が、サーバ３０から車載端末へ送信されてもよい。予測劣化進行度は数値で表わされてもよい。
【0087】
サーバ３０は、上記ＶＰＰ通知を行なった後、車両５０から後述するユーザ条件を受信するまでＳ２５において待機する。以下では、第１区分、第２区分に属する充放電条件を、それぞれ「第１充放電条件」、「第２充放電条件」とも称する。
【0088】
車両５０のＥＣＵ１５０は、サーバ３０から上記通知信号を受信すると（Ｓ１２にてＹＥＳ）、Ｓ１３において、以下に説明する入力画面を所定の表示装置（たとえば、メータパネル１６２又はＮＡＶＩ１７０のタッチパネルディスプレイ）に表示させる。なお、ＥＣＵ１５０は、携帯端末８０に入力画面を表示させてもよい。
【0089】
図５は、図３のＳ１３において表示される入力画面の一例を示す図である。図５を参照して、この入力画面は、第１充放電条件を選択するためのチェックボックスＣＢ１と、第１充放電条件の予測劣化進行度を示すテキストＭ１と、第１充放電条件を示すテキストＭ２と、第２充放電条件を選択するためのチェックボックスＣＢ２と、第２充放電条件の予測劣化進行度を示すテキストＭ３と、第２充放電条件を示すテキストＭ４と、決定ボタンＭ５とを表示し、第１充放電条件及び第２充放電条件のいずれかの選択をユーザに促す。
【0090】
テキストＭ１は、第１充放電条件の予測劣化進行度が小さいことを示す。テキストＭ２は、ＶＰＰ通知によって知らされた第１充放電条件の内容を示す。図５に示す例では、ＡＣ充電のみ許容、最大充電電力値１０ｋＷ、充電許容ＳＯＣ上限値８０％、日中のみ充電許容、温度による充電制限あり（高温時に充電電力を５ｋＷに制限）という内容の第１充放電条件が示されている。
【0091】
テキストＭ３は、第２充放電条件の予測劣化進行度が大きいことを示す。テキストＭ４は、ＶＰＰ通知によって知らされた第２充放電条件の内容を示す。図５に示す例では、ＡＣ充電及びＤＣ充電の両方許容、最大充電電力値１００ｋＷ、充電許容ＳＯＣ上限値１００％、ＡＣ放電及びＤＣ放電の両方許容、最大放電電力値１００ｋＷ、放電許容ＳＯＣ下限値０％、時間帯による充放電制限なし、温度による充放電制限なしという内容の第２充放電条件が示されている。
【0092】
前述したように、サーバ３０（より特定的には、通知部３１２）は、車両５０の仕様と走行予定情報とに基づいて、第１充放電条件及び第２充放電条件を決定する。このため、通知部３１２によって決定される各充放電条件は、車両５０の仕様と走行予定情報とによって変わり得る。
【0093】
図６は、図５に示した入力画面の第１変形例を示す図である。図６を参照して、通知部３１２は、走行予定情報が長距離走行の予定を示す場合には、図５に示した条件（テキストＭ２）に代えて、テキストＭ２Ａが示す条件を、第１充放電条件として決定してもよい。テキストＭ２Ａに示す第１充放電条件における最大充電電力値及び充電許容ＳＯＣ上限値の各々は、図５に示した第１充放電条件（テキストＭ２）よりも高くなっている。こうした第１充放電条件（テキストＭ２Ａ）によれば、長距離走行を行ないやすくなる。
【0094】
図７は、図５に示した入力画面の第２変形例を示す図である。図７を参照して、通知部３１２は、装備が外部給電（放電）に対応していない車両のユーザ端末からＶＰＰ通知を要求された場合には、図５に示した条件（テキストＭ４）に代えて、テキストＭ４Ａが示す条件を、第２充放電条件として決定してもよい。テキストＭ４Ａが示す第２充放電条件では、外部給電（放電）が禁止される。
【0095】
図３のＳ１４では、ユーザによって第１充放電条件及び第２充放電条件のいずれか一方が選択されたか否かを、ＥＣＵ１５０が判断する。ユーザは、図５に示したチェックボックスＣＢ１によって第１充放電条件の選択／非選択を切り替えることができる。また、ユーザは、図５に示したチェックボックスＣＢ２によって第２充放電条件の選択／非選択を切り替えることができる。図５に示す例では、第１充放電条件が選択されている。第１充放電条件及び第２充放電条件のいずれか一方が選択された状態で、ユーザによって決定ボタンＭ５が押されると、図３のＳ１４においてＹＥＳと判断され、処理がＳ１５に進む。以下では、ユーザによって選択された充放電条件（第１充放電条件又は第２充放電条件）を、「ユーザ条件」とも称する。
【0096】
再び図１及び図２とともに図３を参照して、Ｓ１５では、ＥＣＵ１５０が、ユーザ条件を記憶装置１５３に保存した後、ユーザ条件をサーバ３０へ送信する。その後、ＥＣＵ１５０は、Ｓ１６においてユーザ条件フラグをＯＮにする。ユーザ条件フラグは予め記憶装置１５３に用意されている。ユーザ条件フラグがＯＮであることは、ユーザ条件がＥＣＵ１５０に設定されていることを意味する。一方、サーバ３０は、車両５０から上記ユーザ条件を受信すると（Ｓ２５にてＹＥＳ）、Ｓ２６において、そのユーザ条件を記憶装置３２に登録する。
【0097】
上記のように、この実施の形態に係る車載端末（ユーザ端末）は、サーバ３０から通知信号を受信した後（Ｓ１２にてＹＥＳ）、通知信号が示す複数の充放電条件のいずれかを選択する入力をユーザから受けると（Ｓ１４にてＹＥＳ）、ユーザ条件（ユーザが選択した充放電条件）をサーバ３０へ送信する（Ｓ１５）。このため、サーバ３０は、ユーザから受信したユーザ条件（ユーザが希望する充放電条件）を用いて、そのユーザにエネルギーマネジメントを要請するか否かを判断することができる。
【0098】
この実施の形態に係る車載端末は、ＥＣＵ１５０に設定されたユーザ条件をユーザが削除できるように構成される。図８は、車載端末（ユーザ端末）に設定されたユーザ条件（充放電条件）を削除する処理を示すフローチャートである。このフローチャートに示される処理は、たとえばユーザが入力装置１６１を通じてＥＣＵ１５０にユーザ条件の削除を指示した場合に実行される。
【0099】
図１及び図２とともに図８を参照して、Ｓ４１では、記憶装置１５３に保存されたユーザ条件をＥＣＵ１５０が削除する。続くＳ４２では、ＥＣＵ１５０がユーザ条件フラグをＯＦＦにする。ユーザ条件フラグがＯＦＦであることは、ユーザ条件がＥＣＵ１５０に設定されていないことを意味する。
【0100】
この実施の形態に係る車載端末は、ユーザからの入力に基づいて、エネルギーマネジメントへの参加許可／参加禁止のいずれかが設定されるように構成される。図９は、車載端末（ユーザ端末）にエネルギーマネジメントの参加許可／参加禁止を設定する処理を示すフローチャートである。このフローチャートに示される処理は、たとえばユーザが入力装置１６１を通じてＥＣＵ１５０にエネルギーマネジメントへの参加許可／参加禁止のいずれかを入力した場合に実行される。
【0101】
図１及び図２とともに図９を参照して、Ｓ５１では、ユーザからの入力が参加禁止を示すか否かを、ＥＣＵ１５０が判断する。そして、ユーザからの入力が参加禁止を示す場合（Ｓ５１にてＹＥＳ）には、ＥＣＵ１５０が、Ｓ５２において、参加フラグをＯＦＦにする。他方、ユーザからの入力が参加許可を示す場合（Ｓ５１にてＮＯ）には、ＥＣＵ１５０が、Ｓ５３において、参加フラグをＯＮにする。参加フラグは予め記憶装置１５３に用意されている。参加フラグがＯＮであることは、バッテリ１３０がエネルギーマネジメントに利用されることをユーザが許可したことを意味する。参加フラグがＯＦＦであることは、バッテリ１３０がエネルギーマネジメントに利用されることをユーザが許可していないことを意味する。
【0102】
この実施の形態に係るサーバ３０は、図３のＳ２６で登録されたユーザ条件が、要請に係るエネルギーマネジメントに合っている場合に、車両５０の車載端末（ユーザ端末）にエネルギーマネジメントを要請する。図１０は、車載端末がエネルギーマネジメントの要請を受けたとき（たとえば、ＶＰＰ要請信号を受信したとき）に実行する処理を示すフローチャートである。
【0103】
図１及び図２とともに図１０を参照して、Ｓ６１では、参加フラグがＯＮであるか否かを、ＥＣＵ１５０が判断する。参加フラグがＯＮである場合（Ｓ６１にてＹＥＳ）には、ＥＣＵ１５０が、Ｓ６２において、ユーザ条件フラグがＯＮであるか否かを判断する。ユーザ条件フラグがＯＮである場合（Ｓ６２にてＹＥＳ）には、処理がＳ６４に進む。
【0104】
また、ユーザ条件フラグがＯＦＦである場合（Ｓ６２にてＮＯ）には、ＥＣＵ１５０が、Ｓ６３において、デフォルト条件でエネルギーマネジメントに参加するか否かを判断する。デフォルト条件は、ユーザ条件ではない充放電条件であり、初期状態（たとえば、出荷時）においてＥＣＵ１５０に設定されている充放電条件である。デフォルト条件は任意に設定される。デフォルト条件でのエネルギーマネジメントは、サーバ３０がデフォルト条件に従ってバッテリ１３０の充放電を実行することによって行なわれるエネルギーマネジメントである。ＥＣＵ１５０は、デフォルト条件に従うバッテリ１３０の充放電によって要請に応えることができるか否かに基づいて、要請に係るエネルギーマネジメントに参加するか否かを判断する。たとえば、要請される充電電力値が、デフォルト条件が規定する最大充電電力値よりも大きい場合には、Ｓ６３においてＮＯと判断され、処理がＳ６５に進む。ＥＣＵ１５０がデフォルト条件でエネルギーマネジメントに参加すると判断した場合（Ｓ６３にてＹＥＳ）には、処理がＳ６４に進む。
【0105】
Ｓ６４では、ＥＣＵ１５０がリモートフラグをＯＮにする。リモートフラグは予め記憶装置１５３に用意されている。リモートフラグがＯＮであることは、サーバ３０によるバッテリ１３０のリモート充放電制御が許可されていることを意味する。
【0106】
続くＳ６７では、ＥＣＵ１５０が、ユーザに対する報知を行なう。ＥＣＵ１５０は、たとえばメータパネル１６２又はＮＡＶＩ１７０に報知処理を行なわせる。ただしこれに限られず、ＥＣＵ１５０は、携帯端末８０に報知処理を行なわせてもよい。リモートフラグがＯＮである場合には、ＥＣＵ１５０は、Ｓ６７において、エネルギーマネジメントに参加することが決定した旨をユーザに報知する。また、リモートフラグがＯＮであり、かつ、車両５０がプラグイン状態でない場合には、ＥＣＵ１５０は、上記報知処理により、車両５０をプラグイン状態にすることをユーザに促す。
【0107】
上述したＳ６１において参加フラグがＯＦＦである場合には、ＥＣＵ１５０は、要請に係るエネルギーマネジメントに参加しない旨判断する。この場合、Ｓ６１においてＮＯと判断され、処理がＳ６５に進む。Ｓ６５では、ＥＣＵ１５０が、サーバ３０に対して不参加通知（要請に係るエネルギーマネジメントに参加しない旨の通知）を行なう。このように、予め参加禁止（参加フラグ＝ＯＦＦ）が車載端末（ユーザ端末）に設定されている場合には、エネルギーマネジメントの要請を受けたときにユーザが参加／不参加を選択しなくても、自動的にユーザ端末からサーバ３０に不参加通知が行なわれる。このため、ユーザの利便性が向上する。
【0108】
続けて、ＥＣＵ１５０は、Ｓ６６においてリモートフラグをＯＦＦにする。リモートフラグがＯＦＦであることは、サーバ３０によるバッテリ１３０のリモート充放電制御が禁止されていることを意味する。その後、処理はＳ６７に進む。リモートフラグがＯＦＦである場合には、ＥＣＵ１５０は、Ｓ６７において、エネルギーマネジメントに参加しないことが決定した旨をユーザに報知する。
【0109】
図１１は、この実施の形態に係るエネルギーマネジメント方法におけるリモート充放電制御に係る処理を示すフローチャートである。たとえば、車両５０がプラグイン状態であり、かつ、リモートフラグがＯＮである状態になると、開始される。前述したエネルギーマネジメントの要請からエネルギーマネジメントの開始までに所定の猶予時間があってもよい。ユーザは、この猶予時間に車両５０をプラグイン状態にしてもよい。
【0110】
図１及び図２とともに図１１を参照して、Ｓ７１では、ＥＣＵ１５０が、サーバ３０（より特定的には、制御部３１１）から充放電指令を受信したか否かを判断する。そして、サーバ３０から充放電指令を受信すると（Ｓ７１にてＹＥＳ）、ＥＣＵ１５０は、Ｓ７２において、その充放電指令に従ってバッテリ１３０の充放電制御を行なう。ここで実行されるバッテリ１３０の充放電制御は、ＶＰＰ充放電に相当する。その後、処理はＳ７３に進む。
【0111】
Ｓ７３では、実行された充放電制御が所定の充放電条件を満たすか否かを、ＥＣＵ１５０が判断する。所定の充放電条件は、ユーザ条件フラグがＯＮである場合はユーザ条件、ユーザ条件フラグがＯＦＦである場合はデフォルト条件である。通常は、所定の充放電条件に従わない充放電制御は行なわれないが、何らかの異常によって、所定の充放電条件に従わない充放電制御が行なわれる可能性もある。所定の充放電条件に従わない充放電制御が行なわれた場合（Ｓ７３にてＮＯ）には、ＥＣＵ１５０は、Ｓ７５において、リモート充放電制御の終了をサーバ３０に通知した後、Ｓ７６において、リモートフラグをＯＦＦにする。ＥＣＵ１５０は、こうした処理によりリモート充放電制御を中止する。これにより、所定の充放電条件に従わない充放電制御が行なわれることを抑制できる。
【0112】
実行された充放電制御が所定の充放電条件を満たす場合（Ｓ７３にてＹＥＳ）には、処理がＳ７４に進む。Ｓ７４では、エネルギーマネジメントが終了したか否かを、ＥＣＵ１５０が判断する。エネルギーマネジメントが終了すると、ＥＣＵ１５０は、サーバ３０から終了通知を受信する。ＥＣＵ１５０は、この終了通知を受信したか否かに基づいて、エネルギーマネジメントが終了したか否かを判断してもよい。エネルギーマネジメントが終了していない場合（Ｓ７４にてＮＯ）には、処理がＳ７１に戻る。エネルギーマネジメントが終了した場合（Ｓ７４にてＹＥＳ）には、処理がＳ７６に進む。なお、サーバ３０から充放電指令を受信しない状態（Ｓ７１にてＮＯ）で所定時間経過した場合にも、処理がＳ７６に進むようにしてもよい。
【0113】
Ｓ７６では、ＥＣＵ１５０がリモートフラグをＯＦＦにする。Ｓ７６の処理が実行されることにより、図１１に示す一連の処理は終了する。上記のように、リモート充放電制御では、サーバ３０からの充放電指令に従い、プラグイン状態の車両５０がバッテリ１３０の充放電制御を実行する。充放電指令は、無線通信によりサーバ３０から車両５０へ送信される。サーバ３０は、充放電指令により車両５０を遠隔操作する。要請に係るエネルギーマネジメントが充電である場合には上記充放電指令により外部充電が実行され、要請に係るエネルギーマネジメントが放電である場合には上記充放電指令により外部給電が実行される。
【0114】
リモートフラグがＯＦＦである場合には、上述したリモート充放電制御は行なわれず、ＥＣＵ１５０は通常の充放電制御を実行する。通常の充放電制御の一例では、即時充電又はタイマ充電を行なう充電制御と、ユーザからの要求に応じて外部給電を実行する放電制御とが実行される。即時充電は、車両５０がプラグイン状態になると、すぐに開始される外部充電である。タイマ充電は、車両５０がプラグイン状態であるときに所定の開始時刻が到来すると開始される外部充電である。ＥＣＵ１５０にタイマ充電が予約されていない場合には即時充電が実行され、ＥＣＵ１５０にタイマ充電が予約されている場合にはタイマ充電が実行される。
【0115】
以上説明したように、この実施の形態に係るエネルギーマネジメント方法は、複数の充放電条件と、複数の充放電条件の各々に従ってエネルギーマネジメントのための充放電をバッテリ１３０（蓄電装置）が行なったと仮定した場合のバッテリ１３０の劣化の予測進行度とを、バッテリ１３０のユーザに知らせること（図３のＳ２４）と、複数の充放電条件のいずれかの条件に従ってエネルギーマネジメントのための充放電を実行すること（図１１のＳ７２）とを含む。こうしたエネルギーマネジメント方法によれば、ユーザはエネルギーマネジメントに参加するか否かを適切に判断しやすくなる。
【0116】
車両５０は、交流電力を供給するＡＣ給電のみ実行可能なＥＶＳＥを用いてエネルギーマネジメントを行なってもよいし、直流電力を供給するＤＣ給電のみ実行可能なＥＶＳＥを用いてエネルギーマネジメントを行なってもよい。また、車両５０は、ＡＣ給電とＤＣ給電との両方を実行可能なＥＶＳＥを用いてエネルギーマネジメントを行なってもよい。ＥＶＳＥは、車両５０からの指示に従ってＡＣ給電／ＤＣ給電を切り替えるように構成されてもよい。車両５０は、複数のインレット（ＡＣ方式のインレット、及びＤＣ方式のインレット）を備えてもよい。
【0117】
充放電器１２０の電力変換回路は、車両ではなくＥＶＳＥに搭載されていてもよい。管理コンピュータ（たとえば、サーバ３０）は、車両と通信しながらＥＶＳＥに搭載された電力変換回路を遠隔操作することにより、エネルギーマネジメントを行なってもよい。
【0118】
図３に示した処理では、バッテリ１３０のユーザからの要求に応じてサーバ３０がＶＰＰ通知（Ｓ２４）を実行する。しかしこれに限られず、サーバ３０は、ユーザからの要求がなくてもＶＰＰ通知を実行してもよい。たとえば、サーバ３０は、エネルギーマネジメントの実行前に（たとえば、エネルギーマネジメント実行時刻から所定時間さかのぼったタイミングで）、エネルギーマネジメントを要請するＤＳＲの候補として選ばれた車両のユーザ端末に対して、図３に示した処理（Ｓ２１～Ｓ２６）を実行してもよい。
【0119】
また、上記実施の形態では、サーバ３０が車載端末（ユーザ端末）から走行予定情報を取得している。しかしこれに限られず、サーバ３０は、過去のデータに基づく学習によって走行予定情報を取得してもよい。たとえば、車両５０について、平日は通勤のための短距離走行、休日はレジャー目的の長距離走行を予定していることを示す走行予定情報を、サーバ３０が学習によって取得するかもしれない。この場合、サーバ３０は、エネルギーマネジメントが実行される日に応じて、第１充放電条件を変更してもよい。たとえば、エネルギーマネジメントが平日に実行される場合には、ＶＰＰ通知において、図５に示した第１充放電条件（テキストＭ２）がユーザに通知され、エネルギーマネジメントが休日に実行される場合には、ＶＰＰ通知において、図６に示した第１充放電条件（テキストＭ２Ａ）がユーザに通知されてもよい。ビッグデータ及びＡＩ（人工知能）を利用して上記学習が行なわれてもよい。
【0120】
ユーザに知らせる複数の充放電条件を決定する方法は、図４に示した方法に限られない。たとえば、図４に示した処理において、Ｓ２２５が割愛されてもよい。また、Ｓ２２２、Ｓ２２３、及びＳ２２４の少なくとも１つが割愛されてもよい。
【0121】
ＶＰＰ通知において、充放電条件ごとの予測劣化進行度に加えて、エネルギーマネジメント参加確率（エネルギーマネジメントに参加できる確率）が通知され、図３のＳ１３において入力画面中に充放電条件ごとのエネルギーマネジメント参加確率が表示されてもよい。許容される充放電方式が多いほど、エネルギーマネジメント参加確率は高くなる。また、許容される時間帯が広いほど、エネルギーマネジメント参加確率は高くなる。
【0122】
上記実施の形態では、車両５０に搭載された車載端末を、ユーザ端末として採用している。しかしこれに限られず、車載端末に代えて又は加えて、車両５０のユーザが携帯する携帯端末８０を、ユーザ端末として採用してもよい。携帯端末８０は、無線通信によりサーバ３０から通知、要請、及び指令を受け、無線通信により車載端末に指示を出して車載端末に車両制御（たとえば、バッテリ１３０の充放電制御）を実行させてもよい。
【0123】
管理コンピュータを含む管理システムの構成は、図２に示した構成に限られない。たとえば、サーバ３０の機能をサーバ１０に搭載し、サーバ３０を割愛してもよい。サーバ１０は、管理コンピュータとして機能し得る。電力網は、インフラストラクチャとして整備された大規模な電力網（電力系統）に限られず、マイクログリッドであってもよい。ＶＰＰ要請信号を送信するコンピュータは、電力市場（たとえば、需給調整市場）のサーバであってもよい。
【0124】
車両の構成は、図１に示した構成に限られない。たとえば、車両は、非接触充電可能に構成されてもよい。車両は、ＥＶに限られず、ＰＨＶであってもよい。車両は、乗用車に限られず、バス又はトラックであってもよい。車両は、ＰＯＶに限られず、ＭａａＳ（Mobility as a Service）車両であってもよい。車両は、自動運転可能に構成されてもよいし、飛行機能を備えてもよい。車両は、無人で走行可能な車両（たとえば、無人搬送車（ＡＧＶ）又は農業機械）であってもよい。
【0125】
エネルギーマネジメントに使用される蓄電装置は、車両以外の電力調整リソースに搭載されていてもよい。電力調整リソースは、車両以外の移動体（船、飛行機、ドローン、歩行ロボット、ロボットクリーナ、宇宙探査機等）であってもよいし、定置式のＥＳＳ（Energy Storage System）であってもよい。
【0126】
上記の各種変形例は任意に組み合わせて実施されてもよい。
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【0127】
１ 管理システム、１０，３０ サーバ、３１ 制御装置、３２ 記憶装置、３３ 通信装置、４０ ＥＶＳＥ、５０ 車両、８０ 携帯端末、１１０ インレット、１２０ 充放電器、１２１，１３１ 監視モジュール、１３０ バッテリ、１５０ ＥＣＵ、１５１ プロセッサ、１５２ ＲＡＭ、１５３ 記憶装置、１５４ タイマ、１６１ 入力装置、１６２ メータパネル、１７０ ＮＡＶＩ、１８０ 通信機器、３１１ 制御部、３１２ 通知部、ＰＧ 電力系統。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】