7586114 電動車両および電動車両システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-11

(45)【発行日】2024-11-19

(54)【発明の名称】電動車両および電動車両システム

(51)【国際特許分類】

   B60L 53/66 20190101AFI20241112BHJP

   B60L 53/14 20190101ALI20241112BHJP

   H02J 7/00 20060101ALI20241112BHJP

【ＦＩ】

B60L53/66

B60L53/14

H02J7/00 P

【請求項の数】 10

(21)【出願番号】P 2022029650

(22)【出願日】2022-02-28

(65)【公開番号】P2023125522

(43)【公開日】2023-09-07

【審査請求日】2023-12-19

(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】

【図1】第１実施の形態に係る電動車両、ＥＶＳＥ、および、サーバの構成を示す図である。

【図2】第１および第２実施の形態に係る所定の通信規格の各バージョンと優先度との関係を示す図である。

【図3】第１実施の形態に係る電動車両、ＥＶＳＥ、および、サーバ間のシーケンス制御を示す図である。

【図4】第２実施の形態に係る電動車両、ＥＶＳＥ、および、サーバの構成を示す図である。

【図5】第２実施の形態に係る所定の通信規格の各バージョンと電力制御プロトコル通信の実績との関係を示す図である。

【図6】第２実施の形態に係る電動車両、ＥＶＳＥ、および、サーバ間のシーケンス制御を示す図である。

【図7】第２実施の形態に係る所定の通信規格の各バージョンと電力制御プロトコル通信の実績との更新後の関係を示す図である。

【発明を実施するための形態】

【0021】

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

【0022】

［第１実施の形態］
図１は、本開示の第１実施の形態に係る電動車両１０および電動車両システム１の概略的な構成を示す図である。

【0023】

電動車両システム１は、電動車両１０と、ＥＶＳＥ（Electric Vehicle Supply Equipment）２０とを備える。ＥＶＳＥ２０は、本開示の「電力スタンド」の一例である。

【0024】

電動車両１０は、ＥＶＳＥ２０と所定の通信規格により通信可能に構成されている。所定の通信規格は、たとえば、ＣＨＡｄｅＭＯ規格、ＧＢ／Ｔ規格、または、ＣＳＳ（Communications Standards Summary）規格などを含む。

【0025】

サーバ１００は、電動車両１０とＥＶＳＥ２０との通信を管理するサーバである。サーバ１００は、電動車両１０およびＥＶＳＥ２０の各々と通信可能に構成されている。なお、サーバ１００は、本開示の「第２サーバ」の一例である。

【0026】

サーバ１００は、プロセッサ１０１と、メモリ１０２と、通信部１０３とを含む。プロセッサ１０１は、所定の情報処理を行う。メモリ１０２は、各種情報を保存可能に構成される。メモリ１０２には、プロセッサ１０１に実行されるプログラムのほか、プログラムで使用される情報（たとえば、マップ、数式、及び各種パラメータ）が記憶されている。通信部１０３は、各種通信Ｉ／Ｆを含む。

【0027】

また、サーバ１００は、登録された複数の電動車両１０の情報（以下、「車両情報」とも称する）と、登録された各ユーザの情報（以下、「ユーザ情報」とも称する）と、登録されたＥＶＳＥ２０の情報（以下、「ＥＶＳＥ情報」とも称する）と、を管理するように構成される。ユーザ情報、車両情報、および、ＥＶＳＥ情報は、識別情報（ＩＤ）で区別されてメモリ１０２に記憶されている。

【0028】

ユーザＩＤは、ユーザを識別するための識別情報であり、ユーザに携帯される携帯端末１６を識別する情報（端末ＩＤ）としても機能する。サーバ１００は、携帯端末１６から受信した情報をユーザＩＤごとに区別して保存するように構成される。ユーザ情報には、ユーザが携帯する携帯端末１６の通信アドレスと、ユーザに帰属する電動車両１０の車両ＩＤとが含まれる。

【0029】

車両ＩＤは、電動車両１０を識別するための識別情報である。車両ＩＤは、ナンバープレートであってもよいし、ＶＩＮ（Vehicle Identification Number）であってもよい。車両情報には、各電動車両１０の行動予定が含まれる。

【0030】

ＥＶＳＥ－ＩＤは、ＥＶＳＥ２０を識別するための識別情報である。ＥＶＳＥ情報には、各ＥＶＳＥ２０の通信アドレスと、各ＥＶＳＥ２０に接続された電動車両１０の状態とが含まれる。また、ＥＶＳＥ情報には、互いに接続されている電動車両１０とＥＶＳＥ２０との組合せを示す情報（たとえば、ＥＶＳＥ－ＩＤと車両ＩＤとの組合せ）も含まれる。

【0031】

電動車両１０は、ＥＶＳＥ２０からの充電（外部充電）およびＥＶＳＥ２０への給電（外部給電）を含む電力制御が可能に構成されている。電動車両１０は、たとえば、ＰＨＥＶ（Plug-in Hybrid Electric Vehicle）車、ＢＥＶ（Battery Electric Vehicle）車、および、ＦＣＥＶ（Fuel Cell Electric Vehicle）車を含む。また、電動車両１０は、個人が所有する車両（ＰＯＶ（Personally Owned Vehicle））と、ＭａａＳ（Mobility as a Service）事業者が管理する車両（ＭａａＳ車両）との少なくとも一方を含んでもよい。なお、電動車両１０は、外部給電および外部充電の一方のみが可能に構成されていてもよい。

【0032】

電動車両１０は、走行用モータ１１と、バッテリ１２と、通信部１３と、ＥＣＵ（Electronic Control Unit）１４と、充放電器１５とを備える。

【0033】

バッテリ１２は、走行用モータ１１へ電力を供給する。バッテリ１２は、走行用の電力を蓄電する二次電池を含む。二次電池は、複数のリチウムイオン電池または複数のニッケル水素電池を含む組電池である。なお、二次電池の代わりに、電気二重層キャパシタのような他の蓄電装置を採用してもよい。

【0034】

また、通信部１３は、サーバ１００およびＥＶＳＥ２０の各々と通信する。通信部１３は、ＤＣＭ（Data Communication Module）または５Ｇ（第５世代移動通信システム）対応の通信Ｉ／Ｆを含んでいてもよい。

【0035】

ＥＣＵ１４は、バッテリ１２の電力制御（充電制御および放電制御）を行う。ＥＣＵ１４は、プロセッサ１４ａおよび記憶装置１４ｂを含む。ＥＣＵ１４は、コンピュータまたはＣＰＵ（Central Processing Unit）であってもよい。記憶装置１４ｂは、格納された情報を保存可能に構成される。記憶装置１４ｂには、プログラムのほか、プログラムで使用される情報（たとえば、マップ、数式、および、各種パラメータ）が記憶されている。記憶装置１４ｂに記憶されているプログラムをプロセッサ１４ａが実行することで、ＥＣＵ１４における各種制御が実行される。なお、プロセッサ１４ａは、本開示の「制御部」の一例である。

【0036】

ＥＶＳＥ２０は、車両用給電設備を意味する。電動車両１０は、ＥＶＳＥ２０に電気的に接続可能に構成される。たとえば、ＥＶＳＥ２０につながる充電ケーブル３０が電動車両１０のインレットに接続されることによって、ＥＶＳＥ２０と電動車両１０との間で電力の授受を行うことが可能になる。電動車両システム１に管理されているＥＶＳＥ２０の数は任意であり、５個程度であってもよいし、１０個以上であってもよいし、１００個以上であってもよい。

【0037】

ＥＶＳＥ２０は、ＤＣ方式のＥＶＳＥを含む。したがって、電動車両１０からＥＶＳＥ２０へ直流電力が供給され、ＥＶＳＥ２０に内蔵されるインバータによってＤＣ／ＡＣ変換が行なわれる。電動車両１０のバッテリ１２の充放電電力を調整する充放電器１５は、たとえばＤＣ／ＤＣコンバータによって充放電電力を調整するように構成される。ただし、ＥＶＳＥ２０がＤＣ方式であることは必須ではなく、ＡＣ方式であってもよい。

【0038】

また、ＥＶＳＥ２０は、上記所定の通信規格の少なくとも１つのバージョンに対応する。第１実施の形態では、ＥＶＳＥ２０は、上記所定の通信規格のバージョンＡ、バージョンＢ、および、バージョンＣに対応している。また、第１実施の形態では、バージョンＡ、バージョンＢ、バージョンＣの順に新しいバージョンである。

【0039】

また、電動車両１０の通信部１３は、上記所定の通信規格の複数のバージョンに対応している。第１実施の形態では、ＥＶＳＥ２０は、上記所定の通信規格のバージョンＡ、バージョンＢ、および、バージョンＣに対応している。なお、電動車両１０およびＥＶＳＥ２０の各々に対応しているバージョンが互いに同じである例を記載したが、対応するバージョンが互いに異なっていてもよい。

【0040】

また、電動車両１０のプロセッサ１４ａは、電動車両１０とＥＶＳＥ２０との間の電力制御プロトコル通信が上記所定の通信規格を用いて行われるように、通信部１３を制御する。具体的には、プロセッサ１４ａは、通信部１３とＥＶＳＥ２０との間の電力制御プロトコル通信に用いられる上記所定の通信規格のバージョンを決定する制御を行う。上記バージョンの決定方法については、後に詳細に説明する。なお、第１実施の形態における電力制御プロトコル通信とは、電力制御を開始するために必要な電動車両１０とＥＶＳＥ２０との間におけるプロトコルを決定するための通信を意味する。

【0041】

また、上記所定の通信規格の複数のバージョン（Ａ～Ｃ）は、予め優先度（優先順位）が設定されている。たとえば、新しいバージョンの順（すなわち、Ａ、Ｂ、Ｃの順）に優先度が高く設定されている。上記優先度に関する情報は、サーバ１００のメモリ１０２に格納されている。具体的には、メモリ１０２には、優先度と所定の通信規格のバージョンとの関係が格納されている。メモリ１０２には、優先度と所定の通信規格のバージョンとが対応付けられたテーブルが格納されていてもよい。

【0042】

ここで、従来、ＥＶＳＥから受信したメッセージが予め定められた特定信号である場合に特定信号が表す内容に拘わらず通信シーケンスを進める電動車両を備える充電システムが知られている。しかしながら、この充電システムは、電動車両とＥＶＳＥとの充電プロトコル通信に用いられる通信規格について考慮していない。たとえば、車両が所定の通信規格の複数のバージョンに対応可能な場合、複数のバージョンのうちの１つがランダムに選択されることに起因して、充電プロトコル通信に不適切なバージョンが充電プロトコル通信に用いられる場合がある。この場合、車両を充電することが困難になると考えられる。したがって、電動車両が所定の通信規格の複数のバージョンに対応している場合に、充電等の電力制御を適切に行うことが可能な電動車両（電動車両システム）が望まれている。

【0043】

そこで、第１実施の形態では、電動車両１０のプロセッサ１４ａは、電力制御プロトコル通信に用いられるバージョンを、上記優先度に基づいて決定する。具体的には、プロセッサ１４ａは、上記優先度に関する情報がサーバ１００（メモリ１０２）から取得されるように、通信部１３を制御する。そして、プロセッサ１４ａは、取得された上記優先度と複数のバージョン（Ａ～Ｃ）との関係に関する情報に基づいて、電力制御プロトコル通信に用いられるバージョンを選択する。

【0044】

詳細には、プロセッサ１４ａは、複数のバージョン（Ａ～Ｃ）のうち最も優先度が高いバージョンＡを、電力制御プロトコル通信に用いられるバージョンとして（最初に）選択する。

【0045】

また、第１実施の形態では、プロセッサ１４ａは、電力制御プロトコル通信において、バージョンＡを用いた通信が失敗した場合に、バージョンＡよりも優先度が１段階低いバージョンＢを用いた通信に切り替える制御を行う。この場合におけるバージョンＡおよびバージョンＢは、それぞれ、本開示の「第１バージョン」および「第２バージョン」の一例である。なお、通信の「失敗」は、たとえば、車両からの要求信号に対して所定期間内に応答信号がＥＶＳＥから返って来ない場合や、リトライ動作をしてもＥＶＳＥから応答がない場合などを含む。

【0046】

その後、プロセッサ１４ａは、電力制御プロトコル通信において、バージョンＢを用いた通信にも失敗した場合、バージョンＢよりも優先度が１段階低いバージョンＣを用いた通信に切り替える制御を行う。この場合におけるバージョンＢおよびバージョンＣは、それぞれ、本開示の「第１バージョン」および「第２バージョン」の一例である。

【0047】

（シーケンス制御）
次に、図３のシーケンス図を参照して、電力制御プロトコル通信に用いる所定の通信規格のバージョンの決定方法を説明する。なお、図３は、電力制御が始まるまでのプロトコル通信に用いるバージョンを決定する方法を説明するための図である。

【0048】

まず、ステップＳ１では、サーバ１００は、電動車両１０（通信部１３）に、上記優先度に関する情報（優先度と所定の通信規格のバージョンとの関係に関する情報、図２参照）を送信する。この際、電動車両１０（プロセッサ１４ａ）は、サーバ１００（メモリ１０２）から上記優先度に関する情報が取得されるように、通信部１３を制御する。

【0049】

次に、ステップＳ２では、プロセッサ１４ａは、ステップＳ１において取得された上記優先度に関する情報に基づいて、最も優先度が高いバージョン（バージョンＡ）を、ＥＶＳＥ２０との通信に用いるバージョンとして選択する。

【0050】

これにより、ステップＳ３では、電動車両１０（通信部１３）とＥＶＳＥ２０との間においてバージョンＡを用いた通信が開始される。その結果、電動車両１０とＥＶＳＥ２０との間において、互いの情報の交換が可能となる。

【0051】

次に、ステップＳ４では、電動車両１０（通信部１３）は、ＥＶＳＥ２０に、通信に用いられるバージョンの情報を送信する。具体的には、通信部１３は、ＥＶＳＥ２０に対する通信にバージョンＡを用いることをＥＶＳＥ２０に伝達する。

【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】

ステップＳ１４では、電動車両１１０（プロセッサ１１４ａ）は、電力制御が行われるＥＶＳＥ２０を特定する。たとえば、プロセッサ１１４ａは、ＥＶＳＥ２０から送信されるＥＶＳＥ－ＩＤやＥＶＳＥ２０の型番情報、または、ＧＰＳ（Global Positioning System）機能等に基づき、ＥＶＳＥ２０を特定してもよい。

【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】

１、２１ 電動車両システム，１０、１１０ 電動車両，１３、１１３ 通信部，２０ ＥＶＳＥ（電力スタンド），１４ａ、１１４ａ プロセッサ（制御部），１００、２００ サーバ（第１サーバ）（第２サーバ），Ａ～Ｃ バージョン。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】