WO2024004568A1

WO2024004568A1 - 車両メンテナンス関連装置、車両部品交換予測装置、車両メンテナンス関連方法、及び車両部品交換予測方法

Info

Publication number: WO2024004568A1
Application number: PCT/JP2023/021316
Authority: WO
Inventors: 貴幸神田; 俊一久保; 道雄社本; 昌宏高津; 康太竹原
Original assignee: 株式会社デンソー
Priority date: 2022-06-29
Filing date: 2023-06-08
Publication date: 2024-01-04

Abstract

電動車両が充電スタンド（２）から自車のバッテリに充電を行う期間中に、電動車両の診断に関する情報である診断関連情報を、電動車両から取得する車両通信部（２０１）と、車両通信部（２０１）で取得する診断関連情報を用いて、電動車両のメンテナンスに関するメンテナンス関連処理を行うメンテ関連処理部（２０５）とを備えることで、充電スタンド（２）から電動車両のバッテリを充電する待ち時間に、電動車両の診断に関する診断関連情報を電動車両から取得することを可能にする。

Description

車両メンテナンス関連装置、車両部品交換予測装置、車両メンテナンス関連方法、及び車両部品交換予測方法

関連出願の相互参照

　この出願は、２０２２年６月２９日に日本に出願された特許出願第２０２２－１０５０８５号、および、２０２２年６月２９日に日本に出願された特許出願第２０２２－１０５０８６号を基礎としており、基礎の出願の内容を、全体的に、参照により援用している。

　本開示は、車両メンテナンス関連装置、車両部品交換予測装置、車両メンテナンス関連方法、及び車両部品交換予測方法に関するものである。

　車両外部の電源から供給される電力によって、車載のバッテリを充電する電動車両が知られている。特許文献１には、充電スタンドから充電ケーブルを介して供給される電力によって、車載の蓄電装置を充電する電動車両が開示されている。

特開２０１９－１９８１５６号公報

　充電スタンドから電動車両が充電を受ける場合、充電のための待ち時間が生じる。電動車両のユーザの利便性の向上のため、この待ち時間を有効に活用したい要求があると考えられる。

　この開示の１つの目的は、電動車両のユーザの利便性をより向上させる車両メンテナンス関連装置、車両部品交換予測装置、車両メンテナンス関連方法、及び車両部品交換予測方法を提供することにある。

　上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は、開示の更なる有利な具体例を規定する。請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

　上記目的を達成するために、本開示の車両メンテナンス関連装置は、電動車両が外部の充電器から自車のバッテリに充電を行う期間中に、電動車両の診断に関する情報である診断関連情報を、電動車両から取得する診断関連情報取得部と、診断関連情報取得部で取得する診断関連情報を用いて、電動車両のメンテナンスに関するメンテナンス関連処理を行うメンテナンス関連処理部とを備える。

　上記目的を達成するために、本開示の車両メンテナンス関連方法は、少なくとも１つのプロセッサにより実行される、電動車両が外部の充電器から自車のバッテリに充電を行う期間中に、電動車両の診断に関する情報である診断関連情報を、電動車両から取得する診断関連情報取得工程と、診断関連情報取得工程で取得する診断関連情報を用いて、電動車両のメンテナンスに関するメンテナンス関連処理を行うメンテナンス関連処理工程とを含む。

　これらによれば、外部の充電器から電動車両のバッテリを充電する待ち時間に、電動車両の診断に関する診断関連情報を電動車両から取得することが可能になる。そして、この診断関連情報を用いて、電動車両のメンテナンスに関するメンテナンス関連処理を行うことが可能になる。よって、電動車両のバッテリの充電の待ち時間をより有効に活用することが可能になる。その結果、電動車両のユーザの利便性がより向上する。

　上記目的を達成するために、本開示の車両部品交換予測装置は、電動車両が外部の充電器から自車のバッテリに充電を行う期間中に、電動車両の部品の劣化度合を特定可能な劣化関連情報を、電動車両から取得する劣化関連情報取得部と、劣化関連情報取得部で取得する劣化関連情報を用いて、電動車両の部品の交換タイミングを予測する交換タイミング予測部とを備える。

　上記目的を達成するために、本開示の車両部品交換予測方法は、少なくとも１つのプロセッサにより実行される、電動車両が外部の充電器から自車のバッテリに充電を行う期間中に、電動車両の部品の劣化度合を特定可能な劣化関連情報を、電動車両から取得する劣化関連情報取得工程と、劣化関連情報取得工程で取得する劣化関連情報を用いて、電動車両の部品の交換タイミングを予測する交換タイミング予測工程とを含む。

　これらによれば、外部の充電器から電動車両のバッテリを充電する待ち時間に、電動車両の部品の劣化度合を特定可能な劣化関連情報を電動車両から取得することが可能になる。そして、この劣化関連情報を用いて、電動車両の部品の交換タイミングを予測することが可能になる。よって、電動車両のバッテリの充電の待ち時間をより有効に活用することが可能になる。その結果、電動車両のユーザにとっての利便性がより向上する。

車両用システムの概略的な構成の一例を示す図である。車両側ユニットの概略的な構成の一例を示す図である。充電スタンドの概略的な構成の一例を示す図である。車両用システムでの充電時関連処理の流れの一例を示すシーケンス図である。車両用システムの概略的な構成の一例を示す図である。充電スタンドの概略的な構成の一例を示す図である。サーバの概略的な構成の一例を示す図である。車両用システムでの充電時関連処理の流れの一例を示すシーケンス図である。車両用システムの概略的な構成の一例を示す図である。車両側ユニットの概略的な構成の一例を示す図である。充電スタンドの概略的な構成の一例を示す図である。車両用システムの概略的な構成の一例を示す図である。車両側ユニットの概略的な構成の一例を示す図である。充電スタンドの概略的な構成の一例を示す図である。車両用システムでの充電時関連処理の流れの一例を示すシーケンス図である。車両用システムの概略的な構成の一例を示す図である。充電スタンドの概略的な構成の一例を示す図である。サーバの概略的な構成の一例を示す図である。車両用システムでの充電時関連処理の流れの一例を示すシーケンス図である。車両用システムの概略的な構成の一例を示す図である。車両側ユニットの概略的な構成の一例を示す図である。充電スタンドの概略的な構成の一例を示す図である。

　図面を参照しながら、開示のための複数の実施形態を説明する。なお、説明の便宜上、複数の実施形態の間において、それまでの説明に用いた図に示した部分と同一の機能を有する部分については、同一の符号を付し、その説明を省略する場合がある。同一の符号を付した部分については、他の実施形態における説明を参照することができる。

　（実施形態１）
　＜車両用システム５の概略構成＞
　以下、本実施形態について図面を用いて説明する。図１に示す車両用システム５は、電動車両１、充電スタンド２、及びサーバ３を含んでいる。電動車両１としては、ＥＶ（Electric Vehicle），ＰＨＶ（Plug-in Hybrid Vehicle）等が挙げられる。なお、電動車両１は、エンジンの発電によってモータを駆動するレンジエクステンダー車であってもよい。電動車両１は、車両側ユニット１０を含む。車両側ユニット１０については、後述する。

　充電スタンド２は、電動車両１の後述するバッテリ１１の充電に用いられる。充電スタンド２が、電動車両１の外部の充電器に相当する。電動車両１と充電スタンド２とは、充電時には、ケーブルＣａで接続される。ケーブルＣａの一端には、給電プラグが設けられている。ケーブルＣａの他端は、充電スタンド２に例えば常時接続されている。ケーブルＣａの給電プラグは、車両側ユニット１０の後述するインレット部１２に着脱可能に接続される。ケーブルＣａの給電プラグがインレット部１２に接続されることで、充電スタンド２から電動車両１のバッテリ１１への給電が可能になる。ケーブルＣａには、給電のための電力線が含まれる。充電スタンド２から電動車両１のバッテリ１１への給電は、この電力線を介して行われる。ケーブルＣａには、通信のための信号線も含まれる。充電スタンド２と車両側ユニット１０との間での通信は、この通信線を介して行われる。充電スタンド２は、充電方式として、急速充電方式を採用することができる。本実施形態では、急速充電方式として、例えば、ＣＨＡｄｅＭＯ（登録商標）の規格を用いるものとして説明する。

　サーバ３は、充電スタンド２とネットワークを介して通信する。サーバ３は、正規のユーザを識別するための識別情報を予め記憶している。サーバ３は、充電の許可のための認証を行う。サーバ３は、正規のユーザの識別情報と、充電スタンド２から送信されてくる識別情報とを照合することで認証を行う。

　＜車両側ユニット１０の概略構成＞
　続いて、車両側ユニット１０の概略構成を説明する。車両側ユニット１０は、図２に示すように、バッテリ１１、インレット部１２、車載センサ１３、制御系ＥＣＵ１４、及び充電ＥＣＵ１５を含んでいる。制御系ＥＣＵ１４及び充電ＥＣＵ１５は、例えば車内ＬＡＮ（図２のＬＡＮ参照）に接続される。

　バッテリ１１は、電動車両１の駆動力源のモータへ電力を供給するための走行用のバッテリである。このバッテリ１１が車載バッテリに相当する。例えば、バッテリ１１は、電気的に直列接続された複数の電池セルを備えている。この電池セルとしては例えばリチウムイオン電池などの二次電池を採用することができる。

　インレット部１２は、前述の給電プラグの接続先である。給電プラグとインレット部１２とが接続されることで、バッテリ１１が充電スタンド２から充電可能になる。インレット部１２は、給電プラグとの接続を検知する検知センサと、給電プラグの意図しない取り外しを防止するためのロック機構を有している。インレット部１２は、電動車両１の車体に取り付けられている。インレット部１２には、複数の端子が設けられている。この複数の端子の一部は、ケーブルＣａの電力線と接続される。この複数の端子の他の一部は、ケーブルＣａの信号線と接続される。例えば、給電プラグとインレット部１２との接続が、上述の検知センサで検知された場合、信号線には、接続信号が出力される。接続信号は、給電プラグとインレット部１２とが接続されたことを示す信号である。

　車載センサ１３は、車両制御に用いる種々の情報を検出するために電動車両１に搭載されるセンサ群である。車載センサ１３で検出した情報（以下、センシング情報）は、制御系ＥＣＵ１４を介して車内ＬＡＮへ出力される。なお、車載センサ１３で検出したセンシング情報は、制御系ＥＣＵ１４を介さずに、車内ＬＡＮへ出力されても構わない。

　制御系ＥＣＵ１４は、電動車両１の機器の制御を行う電子制御装置群である。制御系ＥＣＵ１４は、プロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータを主体として構成される。制御系ＥＣＵ１４は、メモリに記憶された制御プログラムを実行することで制御処理を実行する。制御系ＥＣＵ１４としては、走行制御に関わる電子制御装置が挙げられる。制御系ＥＣＵ１４としては、車体制御に関わる電子制御装置が挙げられる。

　制御系ＥＣＵ１４は、車載センサ１３で検出されたセンシング情報に基づいて、制御処理を実行する。制御系ＥＣＵ１４は、自己診断機能を有する。制御系ＥＣＵ１４は、自己診断機能により、車載センサ１３で検出されるセンシング情報から、制御系ＥＣＵ１４が制御する機器の異常の有無を判断する。制御系ＥＣＵ１４は、異常ありと判断した場合に、その異常に応じたエラーコード及びセンシング情報を不揮発性メモリに記憶しておけばよい。エラーコードは、ダイアグコードと言い換えることができる。ダイアグコードは、ＤＴＣ（Diagnostic Trouble Code）のことである。エラーコードは、故障診断コードと言い換えることもできる。

　制御系ＥＣＵ１４は、テストモードにおいても、制御処理を実行する。テストモードとは、所定の手順で電動車両１を操作させて電動車両１の各部位の動作状況を確認するモードである。テストモードでは、制御系ＥＣＵ１４は、外部から送信されるコマンドに従い、制御処理を実行する。そして、制御系ＥＣＵ１４は、この制御処理によって車載センサ１３で検出されたセンシング情報を例えば車内ＬＡＮに出力する。このような機能をアクティブテスト機能と呼ぶことができる。また、このセンシング情報が、電動車両１でのテストモードで確認した、電動車両１の各部位の動作状況のデータ（以下、テスト結果データ）に相当する。テストモードでは、電動車両１の各部位を実際に動作させることで、リアルタイムでの機器の異常の発生を確認可能とする。

　充電ＥＣＵ１５は、バッテリ１１への充電を管理する電子制御装置である。充電ＥＣＵ１５は、プロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータを主体として構成される。充電ＥＣＵ１５は、バッテリ１１の充電状態を監視し、充電に関する動作を制御する。充電ＥＣＵ１５は、ケーブルＣａの信号線を介して充電スタンド２と通信を行う通信部１５１を機能ブロックとして備える。

　充電ＥＣＵ１５は、バッテリ１１のＳＯＣ（state of charge）をモニタし、残充電量を特定する。充電ＥＣＵ１５は、インレット部１２と給電プラグとの接続が検知された場合に、給電プラグとバッテリ１１とを電気的に接続して、バッテリ１１の充電を開始させる。通信部１５１は、バッテリ１１の充電を開始させる場合に、電動車両１の識別情報及び給電要求信号を充電スタンド２へ送信すればよい。識別情報は、個々の電動車両１を識別する情報である。充電ＥＣＵ１５は、インレット部１２のロック機構を制御して、給電プラグとインレット部１２との接続をロックする。充電ＥＣＵ１５は、バッテリ１１の残充電量に基づいて、充電量を調整する。充電ＥＣＵ１５は、モニタしたＳＯＣに基づいて、バッテリ１１が満充電であるか否かを判断する。そして、満充電であると判断した場合に、通信部１５１は、給電中止信号を充電スタンド２へ送信すればよい。充電ＥＣＵ１５は、通信部１５１で充電スタンド２から要求を受信した場合に、その要求に従った処理を行う。

　＜充電スタンド２の概略構成＞
　続いて、充電スタンド２の概略構成を説明する。充電スタンド２は、図３に示すように、制御装置２０及び電源供給部２１を備える。電源供給部２１は、電力供給源からの電力を、制御装置２０の制御に従い、ケーブルＣａの電力線を介して電動車両１に供給する。電源供給部２１は、制御装置２０の制御に従い電流の供給をオンオフするリレー等とすればよい。

　制御装置２０は、プロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータを主体として構成される。制御装置２０は、メモリに記憶された制御プログラムを実行することで、各種の処理を実行する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ又は磁気ディスクなどによって実現される。

　制御装置２０は、図３に示すように、車両通信部２０１、充電許可部２０２、サーバ通信部２０３、充電制御部２０４、及びメンテ関連処理部２０５を機能ブロックとして備える。この制御装置２０が車両メンテナンス関連装置に相当する。また、コンピュータによって制御装置２０の各機能ブロックの処理が実行されることが、車両メンテナンス関連方法が実行されることに相当する。なお、制御装置２０が実行する機能の一部又は全部を、一つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、制御装置２０が備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。

　車両通信部２０１は、インレット部１２と給電プラグとが接続された状態において、通信部１５１との間で、ケーブルＣａの信号線を介して通信を行う。車両通信部２０１は、通信部１５１から識別情報及び給電要求信号が送信されてきた場合には、この識別情報及び給電要求信号を取得する。車両通信部２０１は、通信部１５１から給電中止信号が送信されてきた場合には、この給電中止信号を取得する。

　充電許可部２０２は、充電の許可を行う。充電許可部２０２は、車両通信部２０１で取得した識別情報を、サーバ３に送る。車両通信部２０１で取得した識別情報は、サーバ通信部２０３からサーバ３に送信する。サーバ通信部１０３は、ネットワークを介してサーバ３と通信する。サーバ３では、正規の識別情報と、車両通信部２０１で取得した識別情報との照合が成立した場合に、認証を成立させる。充電許可部２０２は、サーバ３で認証が成立した場合に、充電を許可すればよい。充電許可部２０２は、サーバ３で認証が不成立であった場合には、充電を許可しない。

　充電制御部２０４は、車両通信部２０１で給電要求信号を取得した場合であって、充電許可部２０２で充電が許可された場合に、電動車両１への給電を開始させる。一方、充電制御部２０４は、車両通信部２０１で給電中止信号を取得した場合に、電動車両１への給電を中止させる。充電制御部２０４は、電源供給部２１を制御することで、給電を開始させたり中止させたりする。電動車両１への給電を開始してから給電を中止するまでの期間を充電期間と呼ぶ。

　車両通信部２０１は、充電期間中に、電動車両１の診断に関する情報（以下、診断関連情報）を、電動車両１から取得する。車両通信部２０１は、診断関連情報を、通信部１５１からケーブルＣａの信号線を介して取得する。この車両通信部２０１が診断関連情報取得部に相当する。また、この車両通信部２０１での処理が診断関連情報取得工程に相当する。車両通信部２０１は、診断関連情報の要求を通信部１５１に送信することで、通信部１５１から診断関連情報を送信させればよい。車両通信部２０１は、充電スタンド２からの電動車両１への給電開始をトリガに、診断関連情報を要求すればよい。

　車両通信部２０１は、診断関連情報として、電動車両１のエラーコードを取得することが好ましい。これによれば、充電期間中に、エラーコードを用いた点検を行うことが可能になる。通信部１５１は、車両通信部２０１からエラーコードの要求を受信した場合に、制御系ＥＣＵ１４で記憶されていたエラーコードを読みだして収集すればよい。そして、通信部１５１は、収集したエラーコードを、車両通信部２０１に送信すればよい。

　車両通信部２０１は、診断関連情報として、電動車両１でのテストモードで得られるテスト結果データを取得してもよい。テストモードについては、車両通信部２０１から通信部１５１に、テストモードの実施を指示するコマンドを送信することで実施させればよい。通信部１５１は、車両通信部２０１からテストモードの実施を指示するコマンドを受信した場合に、このコマンドを制御系ＥＣＵ１４に送ればよい。これにより、制御系ＥＣＵ１４でこのコマンドに従った制御処理が実行され、テスト結果データが車内ＬＡＮに出力される。通信部１５１は、このテスト結果データを収集し、車両通信部２０１に送信すればよい。

　メンテ関連処理部２０５は、車両通信部２０１で取得する診断関連情報を用いて、電動車両１のメンテナンスに関するメンテナンス関連処理を行う。このメンテ関連処理部２０５がメンテナンス関連処理部に相当する。また、このメンテ関連処理部２０５での処理がメンテナンス関連処理工程に相当する。メンテ関連処理部２０５は、充電期間中に、メンテナンス関連処理を行うことが好ましい。これによれば、充電期間中に、メンテナンス関連処理も行うことが可能になる。その結果、電動車両１のユーザの利便性がさらに向上する。

　メンテ関連処理部２０５は、車両通信部２０１で取得するエラーコードを用いて、メンテナンス関連処理として、電動車両１の点検を行えばよい。これによれば、充電の待ち時間に、過去に得られたエラーコードをもとにした、電動車両１の点検を済ませることが可能になる。その結果、電動車両１のユーザの利便性がより向上する。エラーコードを用いた点検としては、電動車両１の故障箇所の点検等が挙げられる。

　メンテ関連処理部２０５は、車両通信部２０１で取得するテスト結果データを用いて、メンテナンス関連処理として、電動車両１の点検を行ってもよい。これによれば、充電の待ち時間に、リアルタイムでの電動車両１の異常の発生をもとにした、電動車両１の点検を済ませることが可能になる。その結果、電動車両１のユーザの利便性がより向上する。テスト結果データを用いた点検としては、電動車両１の故障箇所の点検等が挙げられる。

　＜車両用システム５での充電時関連処理＞
　続いて、図４のシーケンス図を用いて、車両用システム５での充電時に関連する処理（以下、充電時関連処理）の流れの一例について説明を行う。図４の例では、電動車両１の認証が成立する場合を例に挙げて説明を行う。図４の例では、診断関連情報として、電動車両１のエラーコードを取得する場合を例に挙げて説明を行う。

　まず、ｔ１では、充電スタンド２の給電プラグと電動車両１のインレット部１２とが接続される。ｔ２では、電動車両１の通信部１５１が、識別情報及び給電要求信号を充電スタンド２へ送信する。この識別情報及び給電要求信号を、充電スタンド２の車両通信部２０１が受信して取得する。ｔ３では、ｔ２で取得した識別情報を、充電スタンド２のサーバ通信部２０３が、サーバ３へ送信する。この識別情報を、サーバ３が受信する。

　ｔ４では、サーバ３が、ｔ３で受信した識別情報と正規の識別情報とを照合し、認証を行う。以下では、認証が成立する場合を例に挙げて説明を続ける。ｔ５では、サーバ３が、認証が成立したことを充電スタンド２に回答する。ｔ６では、充電スタンド２の充電制御部２０４が、電動車両１への給電を開始させる。

　ｔ７では、充電スタンド２の車両通信部２０１が、エラーコードの要求を電動車両１へ送信する。このエラーコードの要求を、電動車両１の通信部１５１が受信する。ｔ８では、通信部１５１が、制御系ＥＣＵ１４で記憶されていたエラーコードを読みだし、収集する。ｔ９では、通信部１５１が、収集したエラーコードを、充電スタンド２へ送信する。充電スタンド２の車両通信部２０１は、このエラーコードを受信して取得する。ｔ１０では、充電スタンド２のメンテ関連処理部２０５が、ｔ９で取得したエラーコードを用いて、電動車両１の点検を行う。

　ｔ１１では、電動車両１の通信部１５１が、給電中止信号を充電スタンド２へ送信する。この給電中止信号を、充電スタンド２の車両通信部２０１が受信して取得する。ｔ１２では、充電スタンド２の充電制御部２０４が、電動車両１への給電を中止させる。ｔ１３では、充電スタンド２の給電プラグと電動車両１のインレット部１２との接続が解消される。

　（実施形態２）
　実施形態１では、メンテナンス関連処理を充電スタンド２で行う構成を示したが、必ずしもこれに限らない。例えば、以下の実施形態２の構成としてもよい。以下では、実施形態２の構成の一例について図を用いて説明する。

　＜車両用システム５ａの概略構成＞
　以下、本実施形態について図面を用いて説明する。図５に示す車両用システム５ａは、電動車両１、充電スタンド２ａ、及びサーバ３ａを含んでいる。実施形態２の車両用システム５ａは、充電スタンド２の代わりに充電スタンド２ａを含む。実施形態２の車両用システム５ａは、サーバ３の代わりにサーバ３ａを含む。実施形態２の車両用システム５ａは、これらの点を除けば、実施形態１の車両用システム５と同様である。

　＜充電スタンド２ａの概略構成＞
　続いて、充電スタンド２ａの概略構成を説明する。充電スタンド２ａは、図６に示すように、制御装置２０ａ及び電源供給部２１を備える。制御装置２０ａは、図６に示すように、車両通信部２０１、充電許可部２０２、サーバ通信部２０３ａ、及び充電制御部２０４を機能ブロックとして備える。充電スタンド２は、メンテ関連処理部２０５を備えない。充電スタンド２は、サーバ通信部２０３の代わりにサーバ通信部２０３ａを備える。充電スタンド２ａは、これらの点を除けば、実施形態１の充電スタンド２と同様である。

　サーバ通信部２０３ａは、車両通信部２０１で取得する診断関連情報を、サーバ３ａへ送信する。サーバ通信部２０３ａは、この点を除けば、実施形態１のサーバ通信部２０３と同様である。

　＜サーバ３ａの概略構成＞
　続いて、サーバ３ａの概略構成を説明する。サーバ３ａは、プロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータを主体として構成される。サーバ３ａは、メモリに記憶された制御プログラムを実行することで、各種の処理を実行する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ又は磁気ディスクなどによって実現される。

　サーバ３ａは、図７に示すように、通信部３１、認証部３２、及びメンテ関連処理部３３を機能ブロックとして備える。このサーバ３ａも車両メンテナンス関連装置に相当する。また、コンピュータによってサーバ３ａの各機能ブロックの処理が実行されることが、車両メンテナンス関連方法が実行されることに相当する。なお、サーバ３ａが実行する機能の一部又は全部を、一つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、サーバ３ａが備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。

　通信部３１は、充電スタンド２ａのサーバ通信部２０３ａから送信されてくる識別情報を受信して取得する。通信部３１は、充電スタンド２ａが電動車両１から取得した識別情報を間接的に受信して取得する。認証部３２は、通信部３１で取得した識別情報と正規の識別情報とを照合し、認証を行う。通信部３１は、認証部３２での認証結果を、サーバ通信部２０３ａに送信する。

　通信部３１は、充電スタンド２ａのサーバ通信部２０３ａから送信されてくる診断関連情報を受信して取得する。通信部３１は、充電スタンド２ａが電動車両１から取得した診断関連情報を間接的に受信して取得する。この通信部３１も診断関連情報取得部に相当する。また、この通信部３１での処理も診断関連情報取得工程に相当する。

　通信部３１は、診断関連情報として、電動車両１のエラーコードを取得することが好ましい。これによれば、充電期間中に、エラーコードを用いた点検を行うことが可能になる。通信部３１は、診断関連情報として、電動車両１でのテストモードで得られるテスト結果データを取得してもよい。

　メンテ関連処理部３３は、通信部３１で取得する診断関連情報を用いて、電動車両１のメンテナンスに関するメンテナンス関連処理を行う。このメンテ関連処理部３３もメンテナンス関連処理部に相当する。また、このメンテ関連処理部３３での処理もメンテナンス関連処理工程に相当する。メンテ関連処理部３３は、充電期間中に、メンテナンス関連処理を行うことが好ましい。これによれば、充電期間中に、メンテナンス関連処理も行うことが可能になる。その結果、電動車両１のユーザの利便性がさらに向上する。

　メンテ関連処理部３３は、通信部３１で取得するエラーコードを用いて、メンテナンス関連処理として、電動車両１の点検を行えばよい。これによれば、充電の待ち時間に、過去に得られたエラーコードをもとにした、電動車両１の点検を済ませることが可能になる。その結果、電動車両１のユーザの利便性がより向上する。エラーコードを用いた点検としては、電動車両１の故障箇所の点検等が挙げられる。

　メンテ関連処理部３３は、通信部３１で取得するテスト結果データを用いて、メンテナンス関連処理として、電動車両１の点検を行ってもよい。これによれば、充電の待ち時間に、リアルタイムでの電動車両１の異常の発生をもとにした、電動車両１の点検を済ませることが可能になる。その結果、電動車両１のユーザの利便性がより向上する。テスト結果データを用いた点検としては、電動車両１の故障箇所の点検等が挙げられる。

　＜車両用システム５ａでの充電時関連処理＞
　続いて、図８のシーケンス図を用いて、車両用システム５ａでの充電時関連処理の流れの一例について説明を行う。図８の例では、電動車両１の認証が成立する場合を例に挙げて説明を行う。図８の例では、診断関連情報として、電動車両１のエラーコードを取得する場合を例に挙げて説明を行う。

　まず、ｔ２１～ｔ２９までの処理は、ｔ１～ｔ９までの処理と同様とする。ｔ３０では、サーバ通信部２０３ａが、車両通信部２０１で取得したエラーコードを、サーバ３ａへ送信する。サーバ３ａの通信部３１は、このエラーコードを受信して取得する。ｔ３１では、サーバ３ａのメンテ関連処理部３３が、ｔ３０で取得したエラーコードを用いて、電動車両１の点検を行う。ｔ３２～ｔ３４までの処理は、ｔ１１～ｔ１３までの処理と同様とする。

　ここでは、充電スタンド２ａの車両通信部２０１が、エラーコードの要求を電動車両１へ送信する構成を示したが、必ずしもこれに限らない。例えば、サーバ３ａの通信部３１が、充電スタンド２ａを介して、エラーコードの要求を電動車両１へ送信する構成としてもよい。この場合、通信部３１は、電動車両１への給電を開始した旨の情報を充電スタンド２ａから受信した場合に、エラーコードの要求を送信する構成とすればよい。なお、テストモードの実施の指示についても、同様とすればよい。

　（実施形態３）
　前述の実施形態では、充電スタンド２，２ａが、ケーブルＣａの信号線を介した通信によって、電動車両１から診断関連情報を取得する構成を示したが、必ずしもこれに限らない。例えば、以下の実施形態３の構成としてもよい。以下では、実施形態３の構成の一例について図を用いて説明する。

　＜車両用システム５ｂの概略構成＞
　以下、本実施形態について図面を用いて説明する。図９に示す車両用システム５ｂは、電動車両１、充電スタンド２ｂ、及びサーバ３を含んでいる。実施形態３の車両用システム５ｂは、充電スタンド２の代わりに充電スタンド２ｂを含む。実施形態３の電動車両１は、車両側ユニット１０の代わりに車両側ユニット１０ｂを含む。実施形態３の車両用システム５ｂは、これらの点を除けば、実施形態１の車両用システム５と同様である。

　＜車両側ユニット１０ｂの概略構成＞
　続いて、車両側ユニット１０ｂの概略構成を説明する。車両側ユニット１０ｂは、図１０に示すように、バッテリ１１、インレット部１２、車載センサ１３、制御系ＥＣＵ１４、充電ＥＣＵ１５、及び無線通信器１６を含んでいる。制御系ＥＣＵ１４、充電ＥＣＵ１５、及び無線通信器１６は、例えば車内ＬＡＮ（図１０のＬＡＮ参照）に接続される。車両側ユニット１０ｂは、無線通信器１６を含む点を除けば、実施形態１の車両側ユニット１０と同様である。

　無線通信器１６は、無線通信によって通信を行うための通信モジュールである。無線通信器１６は、例えば近距離無線通信規格に従った近距離無線通信を行う。無線通信器１６は、例えばＢｌｕｅｔｏｏｔｈ（登録商標），ＢＬＥ（Bluetooth Low Energy）等の近距離無線通信規格に従った近距離無線通信を行う構成とすればよい。無線通信器１６は、充電スタンド２ｂから診断関連情報の要求を受信した場合に、診断関連情報を収集する。そして、収集した診断関連情報を、無線通信によって充電スタンド２ｂへ送信する。

　無線通信器１６は、車両通信部２０１ｂからエラーコードの要求を受信した場合に、制御系ＥＣＵ１４で記憶されていたエラーコードを読みだして収集すればよい。そして、無線通信器１６は、収集したエラーコードを、無線通信によって、車両通信部２０１ｂに送信すればよい。無線通信器１６は、車両通信部２０１ｂからテストモードの実施を指示するコマンドを受信した場合に、このコマンドを制御系ＥＣＵ１４に送ればよい。これにより、制御系ＥＣＵ１４でこのコマンドに従った制御処理が実行され、テスト結果データが車内ＬＡＮに出力される。無線通信器１６は、このテスト結果データを収集し、車両通信部２０１ｂに送信すればよい。

　＜充電スタンド２ｂの概略構成＞
　続いて、充電スタンド２ｂの概略構成を説明する。充電スタンド２ｂは、図１１に示すように、制御装置２０ｂ及び電源供給部２１を備える。制御装置２０ｂは、図１１に示すように、車両通信部２０１ｂ、充電許可部２０２、サーバ通信部２０３、充電制御部２０４、及びメンテ関連処理部２０５を機能ブロックとして備える。充電スタンド２ｂは、車両通信部２０１の代わりに車両通信部２０１ｂを備える点を除けば、実施形態１の充電スタンド２と同様である。充電スタンド２ｂも、電動車両１の外部の充電器に相当する。

　車両通信部２０１ｂは、無線通信によって、無線通信器１６との間でも情報の送受信を行うこともできる点を除けば、実施形態１の車両通信部２０１と同様である。車両通信部２０１ｂは、無線通信器１６から送信されてくる診断関連情報を受信する。なお、車両通信部２０１ｂは、無線通信によって、診断関連情報の要求を無線通信器１６に送信するものとする。つまり、実施形態３では、認証に関する通信は、ケーブルＣａの信号線を介して行われる。一方、診断関連情報に関する通信は、無線によって行われる。なお、車両通信部２０１ｂは、ケーブルＣａの信号線を介して通信を行う部材と、無線通信を行う部材とがそれぞれ設けられている構成とすればよい。この車両通信部２０１ｂも診断関連情報取得部に相当する。また、この車両通信部２０１ｂでの処理も診断関連情報取得工程に相当する。

　実施形態３では、認証に関する通信は、ケーブルＣａの信号線を介して行われる構成を示したが、必ずしもこれに限らない。例えば、認証に関する通信も無線で行われる構成としてもよい。また、実施形態３の構成と実施形態２の構成とを組み合わせてもよい。

　（実施形態４）
　前述の実施形態では、サーバ３，３ａで充電の許可のための認証を行う構成を示したが、必ずしもこれに限らない。例えば、サーバ３，３ａで認証を行う代わりに、充電スタンド２，２ａ，２ｂで認証を行う構成としてもよい。この場合、充電スタンド２，２ａ，２ｂにおいて、予め登録しておいた正規の識別情報と、車両通信部２０１，２０１ｂで取得した識別情報との照合を行えばよい。

　（実施形態５）
　なお、診断関連情報及びメンテナンス関連処理は、前述の実施形態で述べた例に限らない。例えば、メンテナンス関連処理は、エラーコード，テスト結果データを出力する処理であってもよい。エラーコード，テスト結果データは、例えばネットワークを介してディーラのＰＣに出力すればよい。他にも、診断関連処理は、電動車両１の電子制御装置の制御プログラムのバージョン情報であってもよい。電子制御装置としては、制御系ＥＣＵ１４等が挙げられる。この場合、メンテナンス関連処理は、制御プログラムのリプログラミングとすればよい。メンテ関連処理部２０５は、制御プログラムのバージョン情報が最新でない場合に、制御プログラムのリプログラミングを行えばよい。

　（実施形態６）
　＜車両用システム９の概略構成＞
　以下、本実施形態について図面を用いて説明する。図１２に示す車両用システム９は、電動車両１、充電スタンド２ｃ、サーバ３ｃ、及びユーザ端末４を含んでいる。電動車両１としては、ＥＶ（Electric Vehicle），ＰＨＶ（Plug-in Hybrid Vehicle）等が挙げられる。なお、電動車両１は、エンジンの発電によってモータを駆動するレンジエクステンダー車であってもよい。電動車両１は、車両側ユニット１０ｃを含む。車両側ユニット１０ｃについては、後述する。

　充電スタンド２ｃは、電動車両１の後述するバッテリ１１の充電に用いられる。充電スタンド２ｃが、電動車両１の外部の充電器に相当する。電動車両１と充電スタンド２ｃとは、充電時には、ケーブルＣａで接続される。ケーブルＣａの一端には、給電プラグが設けられている。ケーブルＣａの他端は、充電スタンド２ｃに例えば常時接続されている。ケーブルＣａの給電プラグは、車両側ユニット１０の後述するインレット部１２に着脱可能に接続される。ケーブルＣａの給電プラグがインレット部１２に接続されることで、充電スタンド２ｃから電動車両１のバッテリ１１への給電が可能になる。ケーブルＣａには、給電のための電力線が含まれる。充電スタンド２ｃから電動車両１のバッテリ１１への給電は、この電力線を介して行われる。ケーブルＣａには、通信のための信号線も含まれる。充電スタンド２ｃと車両側ユニット１０ｃとの間での通信は、この通信線を介して行われる。充電スタンド２ｃは、充電方式として、急速充電方式を採用することができる。本実施形態では、急速充電方式として、例えば、ＣＨＡｄｅＭＯ（登録商標）の規格を用いるものとして説明する。

　サーバ３ｃは、充電スタンド２ｃとネットワークを介して通信する。サーバ３ｃは、正規のユーザを識別するための識別情報を予め記憶している。サーバ３ｃは、充電の許可のための認証を行う。サーバ３ｃは、正規のユーザの識別情報と、充電スタンド２ｃから送信されてくる識別情報とを照合することで認証を行う。また、サーバ３ｃは、電動車両１のユーザが利用するディーラーのサーバであるものとする。サーバ３ｃは、ディーラーへの電動車両１の入庫予約も行う。

　ユーザ端末４は、電動車両１のユーザが携帯する携帯端末である。ユーザ端末４は、スマートフォンといった多機能携帯電話機とすればよい。ユーザ端末４は、ネットワークを介して通信を行う機能を有している。ユーザ端末４は、情報を表示する機能を有している。ユーザ端末４は、ユーザからの入力を受け付ける機能を有している。

　＜車両側ユニット１０ｃの概略構成＞
　続いて、車両側ユニット１０ｃの概略構成を説明する。車両側ユニット１０ｃは、図１３に示すように、バッテリ１１、インレット部１２、ＴＰＭＳ（Tire Pressure Monitoring Systems）１６、及び充電ＥＣＵ１７を含んでいる。ＴＰＭＳ１６及び充電ＥＣＵ１７は、例えば車内ＬＡＮ（図１３のＬＡＮ参照）に接続される。

　ＴＰＭＳ１６は、電動車両１のタイヤの空気圧をモニタするタイヤ圧監視システムである。ＴＰＭＳ１６は、センサユニット１６１、ＴＰＭＳ用通信機１６２、及びＴＰＭＳ用ＥＣＵ１６３を備えている。

　センサユニット１６１は、電動車両１の各タイヤに設けられる。例えば、センサユニット１６１は、タイヤバルブと一体的に構成される。例えば、センサユニット１６１は、タイヤのディスクホイールに取り付けられる。例えば、センサユニット１６１は、空気圧センサと、無線通信部と、マイコンとからなる。空気圧センサは、タイヤ空気圧を検出する。無線通信部は、無線通信で情報を送受信する。マイコンは、タイヤ情報を無線通信部にて送信させる。無線通信部は、例えばＬＦ帯の電波にて送信されてくる信号を受信し、ＵＨＦ帯の電波にて信号を送信する。ＬＦ帯の電波とは、例えば３０ｋＨｚ～３００ｋＨｚの電波とする。ＵＨＦ帯の電波とは、例えば３００ＭＨｚ～３ＧＨｚの電波とする。タイヤ情報は、タイヤ空気圧、タイヤ識別情報、及びタイヤ位置を含むものとすればよい。タイヤ空気圧は、空気圧センサでの検出結果である。タイヤ識別情報は、各タイヤを識別するための情報である。タイヤ位置は、右前輪，左前輪，右後輪，左後輪といったタイヤの取り付け位置である。

　センサユニット１６１は、後述するＬＦアンテナからＬＦ帯の電波にて送信されてくる送信要求信号を無線通信部で受信する。センサユニット１６１は、この送信要求信号を受信すると、空気圧センサでタイヤ空気圧を検出する。そして、センサユニット１６１は、検出したタイヤ空気圧を含むタイヤ情報を、ＵＨＦ帯の電波にて送信する。

　ＴＰＭＳ用通信機１６２は、ＬＦ送信部とＵＨＦ受信部とを備える。ＬＦ送信部は、ＬＦアンテナを有している。ＬＦ送信部は、このＬＦアンテナを介してＬＦ帯の電波にて情報を送信する。ＬＦ送信部は、ＴＰＭＳ用ＥＣＵ１６３の制御によって、送信要求信号を送信する。ＵＨＦ受信部は、ＵＨＦアンテナを有している。ＵＨＦ受信部は、ＵＨＦ帯の電波にてセンサユニット１６１から送信されてくるタイヤ情報を、ＵＨＦアンテナで受信する。ＵＨＦ受信部は、受信したタイヤ情報を、通信線を介してＴＰＭＳ用ＥＣＵ１６３に出力する。

　ＴＰＭＳ用ＥＣＵ１６３は、プロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータを主体として構成される。ＴＰＭＳ用ＥＣＵ１６３は、メモリに記憶された制御プログラムを実行することで、タイヤの空気圧のモニタに関する処理を実行する。

　ＴＰＭＳ用ＥＣＵ１６３は、通信線を介して送信要求信号をＴＰＭＳ用通信機１６２に送る。これにより、ＴＰＭＳ用通信機１６２のＬＦ通信部から送信要求信号が送信される。また、ＴＰＭＳ用ＥＣＵ１６３では、ＴＰＭＳ用通信機１６２から出力されてくるタイヤ情報を取得する。ＴＰＭＳ用ＥＣＵ１６３は、取得したタイヤ情報を不揮発性メモリに記憶しておけばよい。ＴＰＭＳ用ＥＣＵ１６３は、取得したタイヤ情報に含まれるタイヤ空気圧が正常な範囲にない場合に、報知を行わせてもよい。報知については、電動車両１に搭載された表示器等で行わせればよい。

　充電ＥＣＵ１７は、バッテリ１１への充電を管理する電子制御装置である。充電ＥＣＵ１７は、プロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータを主体として構成される。充電ＥＣＵ１７は、バッテリ１１の充電状態を監視し、充電に関する動作を制御する。充電ＥＣＵ１７は、ケーブルＣａの信号線を介して充電スタンド２ｃと通信を行う通信部１７１を機能ブロックとして備える。

　充電ＥＣＵ１７は、バッテリ１１のセル電圧、セル温度等の電池情報を取得する。充電ＥＣＵ１７は、この電池情報を用いて、バッテリ１１のＳＯＣ（State Of Charge）を算出する。充電ＥＣＵ１７は、バッテリ１１のＳＯＣを逐次算出し、残充電量を特定する。充電ＥＣＵ１７は、電池情報を用いて、バッテリ１１のＳＯＨ（State Of Health）を算出する。ＳＯＨは、バッテリ１１の容量維持率であっても抵抗上昇率であってもよい。容量維持率は、初期の電池容量に対する現在の電池容量の割合である。抵抗上昇率は、初期の電池内部抵抗に対する現在の電池内部抵抗の割合である。

　充電ＥＣＵ１７は、インレット部１２と給電プラグとの接続が検知された場合に、給電プラグとバッテリ１１とを電気的に接続して、バッテリ１１の充電を開始させる。通信部１７１は、バッテリ１１の充電を開始させる場合に、電動車両１の識別情報及び給電要求信号を充電スタンド２ｃへ送信すればよい。識別情報は、個々の電動車両１を識別する情報である。充電ＥＣＵ１７は、インレット部１２のロック機構を制御して、給電プラグとインレット部１２との接続をロックする。充電ＥＣＵ１７は、バッテリ１１の残充電量に基づいて、充電量を調整する。充電ＥＣＵ１７は、算出したＳＯＣに基づいて、バッテリ１１が満充電であるか否かを判断する。そして、満充電であると判断した場合に、通信部１７１は、給電中止信号を充電スタンド２ｃへ送信すればよい。充電ＥＣＵ１７は、通信部１７１で充電スタンド２ｃから要求を受信した場合に、その要求に従った処理を行う。

　＜充電スタンド２ｃの概略構成＞
　続いて、充電スタンド２ｃの概略構成を説明する。充電スタンド２ｃは、図１４に示すように、制御装置２０ｃ及び電源供給部２１を備える。電源供給部２１は、電力供給源からの電力を、制御装置２０ｃの制御に従い、ケーブルＣａの電力線を介して電動車両１に供給する。電源供給部２１は、制御装置２０ｃの制御に従い電流の供給をオンオフするリレー等とすればよい。

　制御装置２０ｃは、プロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータを主体として構成される。制御装置２０ｃは、メモリに記憶された制御プログラムを実行することで、各種の処理を実行する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ又は磁気ディスクなどによって実現される。

　制御装置２０ｃは、図３に示すように、車両通信部２０１、充電許可部２０２、ネットワーク（以下、ＮＷ）通信部２０６、充電制御部２０４、タイミング予測部２０７、及び予測結果出力部２０８を機能ブロックとして備える。この制御装置２０ｃが車両部品交換予測装置に相当する。また、コンピュータによって制御装置２０ｃの各機能ブロックの処理が実行されることが、車両部品交換予測方法が実行されることに相当する。なお、制御装置２０ｃが実行する機能の一部又は全部を、一つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、制御装置２０ｃが備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。

　車両通信部２０１は、インレット部１２と給電プラグとが接続された状態において、通信部１７１との間で、ケーブルＣａの信号線を介して通信を行う。車両通信部２０１は、通信部１７１から識別情報及び給電要求信号が送信されてきた場合には、この識別情報及び給電要求信号を取得する。車両通信部２０１は、通信部１７１から給電中止信号が送信されてきた場合には、この給電中止信号を取得する。

　充電許可部２０２は、充電の許可を行う。充電許可部２０２は、車両通信部２０１で取得した識別情報を、サーバ３ｃに送る。車両通信部２０１で取得した識別情報は、ＮＷ通信部２０６からサーバ３ｃに送信する。ＮＷ通信部２０６は、ネットワークを介して、ネットワークに接続された端末，サーバと通信する。サーバ３ｃでは、正規の識別情報と、車両通信部２０１で取得した識別情報との照合が成立した場合に、認証を成立させる。充電許可部２０２は、サーバ３ｃで認証が成立した場合に、充電を許可すればよい。充電許可部２０２は、サーバ３ｃで認証が不成立であった場合には、充電を許可しない。

　車両通信部２０１は、充電期間中に、電動車両１の部品の劣化度合を特定可能な情報（以下、劣化関連情報）を、電動車両１から取得する。車両通信部２０１は、劣化関連情報を、通信部１７１からケーブルＣａの信号線を介して取得する。この車両通信部２０１が劣化関連情報取得部に相当する。また、この車両通信部２０１での処理が劣化関連情報取得工程に相当する。車両通信部２０１は、劣化関連情報の要求を通信部１７１に送信することで、通信部１７１から劣化関連情報を送信させればよい。車両通信部２０１は、充電スタンド２ｃからの電動車両１への給電開始をトリガに、劣化関連情報を要求すればよい。劣化関連情報は、ＣＨＡｄｅＭＯの規格に沿った通信を行う場合のデータ領域に、ビットアサインで割り当てて送信すればよい。

　車両通信部２０１は、劣化関連情報として、電動車両１のバッテリ１１のＳＯＨを取得することが好ましい。これによれば、充電スタンド２から電動車両１のバッテリ１１を充電する待ち時間に、バッテリ１１のＳＯＨを取得することが可能になる。通信部１７１は、車両通信部２０１からＳＯＨの要求を受信した場合に、充電ＥＣＵ１７で算出したＳＯＨを取得する。そして、通信部１７１は、取得したＳＯＨを車両通信部２０１へ送信する。

　車両通信部２０１は、劣化関連情報として、ＴＰＭＳ１６で検出したタイヤの空気圧を取得してもよい。これによれば、充電スタンド２ｃから電動車両１のバッテリ１１を充電する待ち時間に、ＴＰＭＳ１６で検出したタイヤの空気圧を取得することが可能になる。通信部１７１は、車両通信部２０１からタイヤ空気圧の要求を受信した場合に、ＴＰＭＳ１６で検出したタイヤの空気圧を、ＴＰＭＳ用ＥＣＵ１６３から取得する。そして、通信部１７１は、取得したタイヤの空気圧を車両通信部２０１へ送信する。

　タイミング予測部２０７は、車両通信部２０１で取得する劣化関連情報を用いて、電動車両１の部品の交換タイミングを予測する。これによれば、バッテリ１１の充電の待ち時間中に取得した劣化関連情報を用いて、電動車両１の部品の交換タイミングを予測することが可能になる。よって、電動車両１のバッテリ１１の充電の待ち時間をより有効に活用することが可能になる。その結果、電動車両１のユーザにとっての利便性がより向上する。このタイミング予測部２０７が交換タイミング予測部に相当する。また、このタイミング予測部２０７での処理が交換タイミング予測工程に相当する。タイミング予測部２０７は、充電期間中に、電動車両１の部品の交換タイミングを予測することが好ましい。これによれば、充電期間中に、電動車両１の部品の交換タイミングの予測も行うことが可能になる。その結果、電動車両１のユーザにとっての利便性がさらに向上する。交換タイミングは、交換が必要となる日付で表してもよいし、交換が必要となる日付までの現時点からの残り日時で表してもよい。

　タイミング予測部２０７は、車両通信部２０１で取得するＳＯＨを用いて、バッテリ１１の交換タイミングを予測すればよい。これによれば、充電の待ち時間を利用して、バッテリ１１の交換タイミングを予測することが可能になる。例えば、タイミング予測部２０７は、予め対応付けられたＳＯＨとバッテリ１１の交換タイミングとの対応関係をもとに、交換タイミングを予測すればよい。この対応関係としては、マップ等を用いればよい。

　タイミング予測部２０７は、車両通信部２０１で取得するタイヤの空気圧を用いて、タイヤの交換タイミングを予測してもよい。これによれば、充電の待ち時間を利用して、タイヤの交換タイミングを予測することが可能になる。例えば、タイミング予測部２０７は、予め対応付けられたタイヤの空気圧とタイヤの交換タイミングとの対応関係をもとに、交換タイミングを予測すればよい。この対応関係としては、マップ等を用いればよい。

　予測結果出力部２０８は、タイミング予測部２０７で予測した交換タイミングを出力する。これによれば、電動車両１のユーザ，電動車両１のユーザが利用するディーラー等で交換タイミングを確認可能となる。予測結果出力部２０８は、ＮＷ通信部２０６を介して、ネットワークに接続されたユーザ端末４に交換タイミングを出力すればよい。これによれば、電動車両１のユーザが、ユーザ端末４での表示等によって、この交換タイミングを確認することが可能になる。予測結果出力部２０８は、ＮＷ通信部２０６を介して、ネットワークに接続されたサーバ３ｃに交換タイミングを出力してもよい。これによれば、ディーラーの端末がサーバ３ｃからこの交換タイミングを取得し、ディーラーでこの交換タイミングを確認することが可能になる。他にも、予測結果出力部２０８は、充電スタンド２ｃに表示器が設けられる場合には、この表示器に、予測した交換タイミングを出力してもよい。これによれば、電動車両１のユーザが、この表示器での表示によって、この交換タイミングを確認することが可能になる。

　また、ＮＷ通信部２０６は、予約処理部２６１及び予約情報通知部２６２をサブ機能ブロックとして備える。予約処理部２６１は、タイミング予測部２０７で予測した交換タイミングをもとに、サーバ３ｃへの電動車両１の次回の入庫予約の処理を行う。この入庫予約は、部品交換のためのディーラーへの入庫予約である。これによれば、電動車両１の部品交換が必要なタイミングで、電動車両１をディーラーへ入庫させることが容易になる。よって、電動車両１のユーザにとっての利便性がさらに向上する。

　サーバ３ｃへの入庫予約の処理は、以下のようにすればよい。予約処理部２６１は、タイミング予測部２０７で予測した交換タイミングを、サーバ３ｃに送信する。サーバ３ｃは、送信されてきた交換タイミングから、ディーラーへの入庫可能な日時を決定し、電動車両１の次回の入庫予約を行う。ＮＷ通信部２０６は、確定した次回の入庫予約の情報をサーバ３ｃから取得する。電動車両１の次回の入庫予約の情報を、以下では入庫予約情報と呼ぶ。入庫予約情報は、例えば入庫する予定の日時とすればよい。

　サーバ３ｃは、ディーラーへの入庫可能な日時の候補を、ユーザに選択して貰う構成としてもよい。この場合、以下のようにすればよい。まず、サーバ３ｃから候補日時をユーザ端末４に送信する。続いて、ユーザ端末４でユーザに候補日時を選択して貰う。そして、ユーザ端末４で選択された候補日時を、サーバ３ｃが受信する。サーバ３ｃとユーザ端末４との通信は、ネットワークを介して行えばよい。

　予約情報通知部２６２は、予約処理部２６１で処理を行った電動車両１の次回の入庫予約の情報を、ユーザ端末４に通知する。これによれば、入庫予約情報をユーザが容易に確認可能となる。よって、電動車両１のユーザにとっての利便性がさらに向上する。予約情報通知部２６２は、入庫予約情報を、ネットワークを介してユーザ端末４に送信すればよい。ユーザ端末４は、入庫予約情報を受信した場合に、この入庫予約情報を表示することで、ユーザに通知すればよい。ユーザ端末４で入庫予約情報を表示するタイミングは、ユーザから入庫予約情報の表示を要求する入力を受け付けたタイミングとしてもよい。

　＜車両用システム９での充電時関連処理＞
　続いて、図１５のシーケンス図を用いて、車両用システム９での充電時に関連する処理（以下、充電時関連処理）の流れの一例について説明を行う。図１５の例では、電動車両１の認証が成立する場合を例に挙げて説明を行う。

　まず、ｔ４１では、充電スタンド２ｃの給電プラグと電動車両１のインレット部１２とが接続される。ｔ４２では、電動車両１の通信部１４１が、識別情報及び給電要求信号を充電スタンド２ｃへ送信する。この識別情報及び給電要求信号を、充電スタンド２ｃの車両通信部２０１が受信して取得する。ｔ４３では、ｔ４２で取得した識別情報を、充電スタンド２ｃのＮＷ通信部２０６が、サーバ３ｃへ送信する。この識別情報を、サーバ３ｃが受信する。

　ｔ４４では、サーバ３ｃが、ｔ４３で受信した識別情報と正規の識別情報とを照合し、認証を行う。以下では、認証が成立する場合を例に挙げて説明を続ける。ｔ４５では、サーバ３ｃが、認証が成立したことを充電スタンド２ｃに回答する。ｔ４６では、充電スタンド２ｃの充電制御部２０４が、電動車両１への給電を開始させる。

　ｔ４７では、充電スタンド２ｃの車両通信部２０１が、劣化関連情報の要求を電動車両１へ送信する。この劣化関連情報の要求を、電動車両１の通信部１７１が受信する。ｔ４８では、通信部１７１が、電動車両１において、劣化関連情報を取得する。通信部１７１は、ＳＯＨを取得する場合には、充電ＥＣＵ１７からバッテリ１１のＳＯＨを取得する。通信部１７１は、タイヤの空気圧を取得する場合には、ＴＰＭＳ１６からタイヤ情報を取得する。

　ｔ４９では、通信部１７１が、取得した劣化関連情報を、充電スタンド２ｃへ送信する。充電スタンド２ｃの車両通信部２０１は、この劣化関連情報を受信して取得する。ｔ５０では、充電スタンド２ｃのタイミング予測部２０７が、ｔ４９で取得した劣化関連情報を用いて、電動車両１の部品の交換タイミングを予測する。

　ｔ５１では、予約処理部２６１が、ｔ５０で予測した交換タイミングを、サーバ３ｃへ送信する。この交換タイミングをサーバ３ｃが受信する。ｔ５２では、サーバ３ｃが、送信されてきた交換タイミングをもとに、電動車両１の次回の入庫予約を行う。ｔ５３では、サーバ３ｃが、ｔ５２で行った入庫予約についての入庫予約情報を、充電スタンド２ｃへ送信する。この入庫予約情報を、ＮＷ通信部２０６が受信する。

　ｔ５４では、予約情報通知部２６２が、ＮＷ通信部２０６で受信した入庫予約情報を、ユーザ端末４に送信する。この入庫予約情報を、ユーザ端末４が受信する。ｔ５５では、ユーザ端末４が、この入庫予約情報をユーザに通知する。

　ｔ５６では、電動車両１の通信部１７１が、給電中止信号を充電スタンド２ｃへ送信する。この給電中止信号を、充電スタンド２ｃの車両通信部２０１が受信して取得する。ｔ５７では、充電スタンド２ｃの充電制御部２０４が、電動車両１への給電を中止させる。ｔ５８では、充電スタンド２ｃの給電プラグと電動車両１のインレット部１２との接続が解消される。

　なお、図１５では、電動車両１の部品の交換タイミングの予測及び電動車両１の次回の入庫予約を、充電期間中に行う構成を示したが、必ずしもこれに限らない。例えば、電動車両１の部品の交換タイミングの予測及び電動車両１の次回の入庫予約を、充電期間中に行わない構成としても構わない。

　（実施形態７）
　実施形態６では、電動車両１の部品の交換タイミングの予測を充電スタンド２ｃで行う構成を示したが、必ずしもこれに限らない。例えば、以下の実施形態７の構成としてもよい。以下では、実施形態７の構成の一例について図を用いて説明する。

　＜車両用システム９ｄの概略構成＞
　以下、本実施形態について図面を用いて説明する。図１６に示す車両用システム９ｄは、電動車両１、充電スタンド２ｄ、サーバ３ｄ、及びユーザ端末４を含んでいる。実施形態７の車両用システム９ｄは、充電スタンド２ｃの代わりに充電スタンド２ｄを含む。実施形態７の車両用システム９ｄは、サーバ３ｃの代わりにサーバ３ｄを含む。実施形態７の車両用システム９ｄは、これらの点を除けば、実施形態６の車両用システム９と同様である。

　＜充電スタンド２ｄの概略構成＞
　続いて、充電スタンド２ｄの概略構成を説明する。充電スタンド２ｄは、図１７に示すように、制御装置２０ｄ及び電源供給部２１を備える。制御装置２０ｄは、図１７に示すように、車両通信部２０１、充電許可部２０２、ＮＷ通信部２０６ｄ、及び充電制御部２０４を機能ブロックとして備える。充電スタンド２ｄは、タイミング予測部２０７を備えない。充電スタンド２ｄは、ＮＷ通信部２０６の代わりにＮＷ通信部２０６ｄを備える。充電スタンド２ｄは、これらの点を除けば、実施形態６の充電スタンド２ｃと同様である。

　ＮＷ通信部２０６ｄは、ネットワークを介して、ネットワークに接続された端末，サーバと通信する。ＮＷ通信部２０６ｄは、車両通信部２０１で取得した識別情報をサーバ３ｄに送信する。ＮＷ通信部２０６ｄは、サーバ３ｄから送信されてくる入庫予約情報を、受信する。ＮＷ通信部２０６ｄは、確定した次回の入庫予約の情報をサーバ３ｄから取得する。

　＜サーバ３ｄの概略構成＞
　続いて、サーバ３ｄの概略構成を説明する。サーバ３ｄは、プロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備えるマイクロコンピュータを主体として構成される。サーバ３ｄは、メモリに記憶された制御プログラムを実行することで、各種の処理を実行する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ又は磁気ディスクなどによって実現される。

　サーバ３ｄは、図１８に示すように、ＮＷ通信部３４、認証部３２、タイミング予測部３５、予測結果出力部３６、及び予約処理部３７を機能ブロックとして備える。このサーバ３ｄも車両部品交換予測装置に相当する。また、コンピュータによってサーバ３ｄの各機能ブロックの処理が実行されることが、車両部品交換予測方法が実行されることに相当する。なお、サーバ３ｄが実行する機能の一部又は全部を、一つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、サーバ３ｄが備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。

　ＮＷ通信部３４は、充電スタンド２ｄのＮＷ通信部２０６ｄから送信されてくる識別情報を受信して取得する。ＮＷ通信部３４は、充電スタンド２ｄが電動車両１から取得した識別情報を間接的に受信して取得する。認証部３２は、ＮＷ通信部３４で取得した識別情報と正規の識別情報とを照合し、認証を行う。ＮＷ通信部３４は、認証部３２での認証結果を、ＮＷ通信部２０６ｄに送信する。

　ＮＷ通信部３４は、充電スタンド２ｄのＮＷ通信部２０６ｄから送信されてくる劣化関連情報を受信して取得する。ＮＷ通信部３４は、充電スタンド２ｄが電動車両１から取得した劣化関連情報を間接的に受信して取得する。このＮＷ通信部３４も劣化関連情報取得部に相当する。また、このＮＷ通信部３４での処理も劣化関連情報取得工程に相当する。

　ＮＷ通信部３４は、劣化関連情報として、電動車両１のバッテリ１１のＳＯＨを取得することが好ましい。これによれば、充電スタンド２から電動車両１のバッテリ１１を充電する待ち時間に、バッテリ１１のＳＯＨを取得することが可能になる。ＮＷ通信部３１は、劣化関連情報として、電動車両１のＴＰＭＳ１６で検出したタイヤの空気圧を取得してもよい。

　タイミング予測部３５は、ＮＷ通信部３４で取得する劣化関連情報を用いて、電動車両１の部品の交換タイミングを予測する。これによれば、バッテリ１１の充電の待ち時間中に取得した劣化関連情報を用いて、電動車両１の部品の交換タイミングを予測することが可能になる。よって、電動車両１のバッテリ１１の充電の待ち時間をより有効に活用することが可能になる。その結果、電動車両１のユーザにとっての利便性がより向上する。このタイミング予測部３５も交換タイミング予測部に相当する。また、このタイミング予測部３５での処理も交換タイミング予測工程に相当する。タイミング予測部３５は、タイミング予測部２０７と同様にして、充電期間中に、電動車両１の部品の交換タイミングを予測することが好ましい。これによれば、充電期間中に、電動車両１の部品の交換タイミングの予測も行うことが可能になる。その結果、電動車両１のユーザにとっての利便性がさらに向上する。

　タイミング予測部３５は、ＮＷ通信部３４で取得するＳＯＨを用い、タイミング予測部２０７と同様にして、バッテリ１１の交換タイミングを予測すればよい。これによれば、充電の待ち時間を利用して、バッテリ１１の交換タイミングを予測することが可能になる。タイミング予測部３５は、ＮＷ通信部３４で取得するタイヤの空気圧を用い、タイミング予測部２０７と同様にして、タイヤの交換タイミングを予測してもよい。これによれば、充電の待ち時間を利用して、タイヤの交換タイミングを予測することが可能になる。

　予測結果出力部３６は、タイミング予測部３５で予測した交換タイミングを出力する。これによれば、電動車両１のユーザ，電動車両１のユーザが利用するディーラー等で交換タイミングを確認可能となる。予測結果出力部３６は、ＮＷ通信部３４を介して、ネットワークに接続されたユーザ端末４に交換タイミングを出力すればよい。これによれば、電動車両１のユーザが、ユーザ端末４での表示等によって、この交換タイミングを確認することが可能になる。予測結果出力部３６は、ＮＷ通信部３４を介して、充電スタンド２ｄに交換タイミングを出力してもよい。これによれば、充電スタンド２ｄに表示器が設けられる場合には、この表示器に、予測した交換タイミングを出力可能となる。その結果、電動車両１のユーザが、この表示器での表示によって、この交換タイミングを確認することが可能になる。

　予約処理部３７は、タイミング予測部３５で予測した交換タイミングをもとに、電動車両１の次回の入庫予約の処理を行う。これによれば、電動車両１の部品交換が必要なタイミングで、電動車両１をディーラーへ入庫させることが容易になる。よって、電動車両１のユーザにとっての利便性がさらに向上する。サーバ３ｄは、タイミング予測部３５で予測した交換タイミングから、ディーラーへの入庫可能な日時を決定し、電動車両１の次回の入庫予約を行う。サーバ３ｄは、サーバ３ｃと同様にして、ディーラーへの入庫可能な日時の候補を、ユーザに選択して貰う構成としてもよい。

　また、ＮＷ通信部３４は、予約情報通知部３４１をサブ機能ブロックとして備える。予約情報通知部３４１は、予約処理部３７で処理を行った電動車両１の次回の入庫予約の情報を、ユーザ端末４に通知する。これによれば、入庫予約情報をユーザが容易に確認可能となる。よって、電動車両１のユーザにとっての利便性がさらに向上する。予約情報通知部３４１は、入庫予約情報を、ネットワークを介してユーザ端末４に送信すればよい。ユーザ端末４は、入庫予約情報を受信した場合に、この入庫予約情報を表示することで、ユーザに通知すればよい。

　＜車両用システム９ｄでの充電時関連処理＞
　続いて、図１９のシーケンス図を用いて、車両用システム９ｄでの充電時関連処理の流れの一例について説明を行う。図１９の例では、電動車両１の認証が成立する場合を例に挙げて説明を行う。

　まず、ｔ６１～ｔ６９までの処理は、ｔ４１～ｔ４９までの処理と同様とする。ｔ７０では、ＮＷ通信部２０６ｄが、車両通信部２０１で取得した劣化関連情報を、サーバ３ｄへ送信する。サーバ３ｄのＮＷ通信部３４は、この劣化関連情報を受信して取得する。ｔ７１では、タイミング予測部３５が、ｔ７１で取得した劣化関連情報を用いて、電動車両１の部品の交換タイミングを予測する。

　ｔ７２では、予約処理部３７が、ｔ７１で予測した交換タイミングをもとに、電動車両１の次回の入庫予約を行う。ｔ７３では、予約情報通知部３４１が、ｔ７２で行った入庫予約についての入庫予約情報を、ユーザ端末４に送信する。この入庫予約情報を、ユーザ端末４が受信する。ｔ７４では、ユーザ端末４が、この入庫予約情報をユーザに通知する。ｔ７５～ｔ７７までの処理は、ｔ５６～ｔ５８までの処理と同様とする。

　ここでは、充電スタンド２ｄの車両通信部２０１が、劣化関連情報の要求を電動車両１へ送信する構成を示したが、必ずしもこれに限らない。例えば、サーバ３ｄのＮＷ通信部３４が、充電スタンド２ｄを介して、劣化関連情報の要求を電動車両１へ送信する構成としてもよい。この場合、ＮＷ通信部３４は、電動車両１への給電を開始した旨の情報を充電スタンド２ｄから受信した場合に、劣化関連情報の要求を送信する構成とすればよい。

　（実施形態８）
　前述の実施形態では、充電スタンド２ｃ，２ｄが、ケーブルＣａの信号線を介した通信によって、電動車両１から劣化関連情報を取得する構成を示したが、必ずしもこれに限らない。例えば、以下の実施形態８の構成としてもよい。以下では、実施形態８の構成の一例について図を用いて説明する。

　＜車両用システム９ｅの概略構成＞
　以下、本実施形態について図面を用いて説明する。図２０に示す車両用システム９ｅは、電動車両１、充電スタンド２ｅ、サーバ３ｃ、及びユーザ端末４を含んでいる。実施形態８の車両用システム９ｅは、充電スタンド２ｃの代わりに充電スタンド２ｅを含む。実施形態８の電動車両１は、車両側ユニット１０ｃの代わりに車両側ユニット１０ｅを含む。実施形態８の車両用システム９ｅは、これらの点を除けば、実施形態６の車両用システム９と同様である。

　＜車両側ユニット１０ｅの概略構成＞
　続いて、車両側ユニット１０ｅの概略構成を説明する。車両側ユニット１０ｅは、図２１に示すように、バッテリ１１、インレット部１２、車載センサ１３、ＴＰＭＳ１６、充電ＥＣＵ１７、及び無線通信器１８を含んでいる。ＴＰＭＳ１６、充電ＥＣＵ１７、及び無線通信器１８は、例えば車内ＬＡＮ（図２１のＬＡＮ参照）に接続される。車両側ユニット１０ｅは、無線通信器１８を含む点を除けば、実施形態６の車両側ユニット１０ｃと同様である。

　無線通信器１８は、無線通信によって通信を行うための通信モジュールである。無線通信器１８は、例えば近距離無線通信規格に従った近距離無線通信を行う。無線通信器１８は、例えばＢｌｕｅｔｏｏｔｈ（登録商標），ＢＬＥ（Bluetooth Low Energy）等の近距離無線通信規格に従った近距離無線通信を行う構成とすればよい。無線通信器１８は、充電スタンド２ｅから劣化関連情報の要求を受信した場合に、診断関連情報を収集する。そして、収集した劣化関連情報を、無線通信によって充電スタンド２ｅへ送信する。

　無線通信器１８は、車両通信部２０１ｅからＳＯＨの要求を受信した場合に、充電ＥＣＵ１７で算出したバッテリ１１のＳＯＨを取得すればよい。そして、無線通信器１８は、取得したＳＯＨを、無線通信によって、車両通信部２０１ｅに送信すればよい。無線通信器１８は、車両通信部２０１ｅからタイヤ空気圧の要求を受信した場合に、ＴＰＭＳ１６で検出したタイヤの空気圧を取得すればよい。そして、無線通信器１８は、取得したタイヤの空気圧を、無線通信によって、車両通信部２０１ｅに送信すればよい。

　＜充電スタンド２ｅの概略構成＞
　続いて、充電スタンド２ｅの概略構成を説明する。充電スタンド２ｅは、図２２に示すように、制御装置２０ｅ及び電源供給部２１を備える。制御装置２０ｅは、図２２に示すように、車両通信部２０１ｅ、充電許可部２０２、ＮＷ通信部２０６、充電制御部２０４、タイミング予測部２０７、及び予測結果出力部２０８を機能ブロックとして備える。充電スタンド２ｅは、車両通信部２０１の代わりに車両通信部２０１ｅを備える点を除けば、実施形態６の充電スタンド２ｃと同様である。充電スタンド２ｅも、電動車両１の外部の充電器に相当する。

　車両通信部２０１ｅは、無線通信によって、無線通信器１８との間でも情報の送受信を行うこともできる点を除けば、実施形態６の車両通信部２０１と同様である。車両通信部２０１ｅは、無線通信器１８から送信されてくる劣化関連情報を受信する。なお、車両通信部２０１ｅは、無線通信によって、劣化関連情報の要求を無線通信器１８に送信するものとする。つまり、実施形態８では、認証に関する通信は、ケーブルＣａの信号線を介して行われる。一方、劣化関連情報に関する通信は、無線によって行われる。なお、車両通信部２０１ｅは、ケーブルＣａの信号線を介して通信を行う部材と、無線通信を行う部材とがそれぞれ設けられている構成とすればよい。この車両通信部２０１ｅも劣化関連情報取得部に相当する。また、この車両通信部２０１ｅでの処理も劣化関連情報取得工程に相当する。

　実施形態８では、認証に関する通信は、ケーブルＣａの信号線を介して行われる構成を示したが、必ずしもこれに限らない。例えば、認証に関する通信も無線で行われる構成としてもよい。また、実施形態８の構成と実施形態７の構成とを組み合わせてもよい。

　（実施形態９）
　前述の実施形態では、サーバ３ｃ，３ｄで充電の許可のための認証を行う構成を示したが、必ずしもこれに限らない。例えば、サーバ３ｃ，３ｄで認証を行う代わりに、充電スタンド２ｃ，２ｄ，２ｅで認証を行う構成としてもよい。この場合、充電スタンド２ｃ，２ｄ，２ｅにおいて、予め登録しておいた正規の識別情報と、車両通信部２０１，２０１ｅで取得した識別情報との照合を行えばよい。

　（実施形態１０）
　なお、劣化関連情報及び電動車両１の部品の交換タイミングの予測は、前述の実施形態で述べた例に限らない。劣化関連情報として、ＳＯＨ，タイヤの空気圧以外の、電動車両１の部品の交換タイミングを予測可能な情報を用いてもよい。

　（実施形態１１）
　前述の実施形態では、充電の許可の認証と、電動車両１の次回の入庫予約とを同一のサーバ３ｃ，３ｄで行う構成を示したが、必ずしもこれに限らない。例えば、充電の許可の認証と、電動車両１の次回の入庫予約とを、異なるサーバで行う構成としてもよい。

　なお、本開示は、上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本開示の技術的範囲に含まれる。また、本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサを構成する専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の装置及びその手法は、専用ハードウェア論理回路により、実現されてもよい。もしくは、本開示に記載の装置及びその手法は、コンピュータプログラムを実行するプロセッサと一つ以上のハードウェア論理回路との組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

　（開示されている技術的思想）
　この明細書は、以下に列挙された複数の項に記載された複数の技術的思想を開示している。いくつかの項は、後続の項において先行する項を択一的に引用する多項従属形式（a multiple dependent form）により記載されている場合がある。さらに、いくつかの項は、他の多項従属形式の項を引用する多項従属形式（a multiple dependent form referring to another multiple dependent form）により記載されている場合がある。これらの多項従属形式で記載された項は、複数の技術的思想を定義している。

　技術的思想１
　電動車両（１）が外部の充電器（２，２ａ，２ｂ）から自車のバッテリ（１１）に充電を行う期間中に、前記電動車両の診断に関する情報である診断関連情報を、前記電動車両から取得する診断関連情報取得部（２０１，２０１ｂ，３１）と、
　前記診断関連情報取得部で取得する前記診断関連情報を用いて、前記電動車両のメンテナンスに関するメンテナンス関連処理を行うメンテナンス関連処理部（２０５，３３）とを備える車両メンテナンス関連装置。

　技術的思想２
　技術的思想１に記載の車両メンテナンス関連装置であって、
　前記メンテナンス関連処理部は、前記電動車両が前記充電を行う期間中に、前記メンテナンス関連処理を行う車両メンテナンス関連装置。

　技術的思想３
　技術的思想１又は２に記載の車両メンテナンス関連装置であって、
　前記充電器（２，２ｂ）に含まれる車両メンテナンス関連装置。

　技術的思想４
　技術的思想１又は２に記載の車両メンテナンス関連装置であって、
　前記充電器（２ａ）と通信可能に接続されたサーバ（３ａ）に含まれ、
　前記診断関連情報取得部（３１）は、前記充電器を介して、前記診断関連情報を前記電動車両から取得する車両メンテナンス関連装置。

　技術的思想５
　技術的思想１～４のいずれか１項に記載の車両メンテナンス関連装置であって、
　前記診断関連情報取得部は、前記診断関連情報として、前記電動車両のエラーコードを取得し、
　前記メンテナンス関連処理部は、前記診断関連情報取得部で取得する前記エラーコードを用いて、前記メンテナンス関連処理として、前記電動車両の点検を行う車両メンテナンス関連装置。

　技術的思想６
　技術的思想１～５のいずれか１項に記載の車両メンテナンス関連装置であって、
　前記診断関連情報取得部は、前記診断関連情報として、所定の手順で前記電動車両を操作させて前記電動車両の各部位の動作状況を確認するテストモードで確認した、前記動作状況のデータを取得し、
　前記メンテナンス関連処理部は、前記診断関連情報取得部で取得する前記動作状況のデータを用いて、前記メンテナンス関連処理として、前記電動車両の点検を行う車両メンテナンス関連装置。

　技術的思想７
　電動車両（１）が外部の充電器（２ｃ，２ｄ，２ｅ）から自車のバッテリ（１１）に充電を行う期間中に、前記電動車両の部品の劣化度合を特定可能な劣化関連情報を、前記電動車両から取得する劣化関連情報取得部（２０１，２０１ｅ，３４）と、
　前記劣化関連情報取得部で取得する前記劣化関連情報を用いて、前記電動車両の部品の交換タイミングを予測する交換タイミング予測部（２０７，３５）とを備える車両部品交換予測装置。

　技術的思想８
　技術的思想７に記載の車両部品交換予測装置であって、
　前記交換タイミング予測部で予測した前記交換タイミングを出力する予測結果出力部（２０８，３６）を備える車両部品交換予測装置。

　技術的思想９
　技術的思想７又は８に記載の車両部品交換予測装置であって、
　前記交換タイミング予測部で予測した前記交換タイミングをもとに、前記電動車両のユーザが利用するディーラーのサーバ（３ｃ，３ｄ）への前記電動車両の次回の入庫予約の処理を行う予約処理部（２６１，３７）を備える車両部品交換予測装置。

　技術的思想１０
　技術的思想９に記載の車両部品交換予測装置であって、
　前記予約処理部で処理を行った前記電動車両の次回の入庫予約の情報を、前記電動車両のユーザの端末に通知する予約情報通知部（２６２，３４１）を備える車両部品交換予測装置。

　技術的思想１１
　技術的思想７～１０のいずれか１項に記載の車両部品交換予測装置であって、
　前記劣化関連情報取得部は、前記劣化関連情報として、前記バッテリの劣化状態を示す情報であるＳＯＨを取得し、
　前記交換タイミング予測部は、前記劣化関連情報取得部で取得する前記ＳＯＨを用いて、前記バッテリの交換タイミングを予測する車両部品交換予測装置。

　技術的思想１２
　技術的思想７～１１のいずれか１項に記載の車両部品交換予測装置であって、
　前記劣化関連情報取得部は、前記劣化関連情報として、前記電動車両のタイヤの空気圧をモニタするタイヤ圧監視システムで検出した前記タイヤの空気圧を取得し、
　前記交換タイミング予測部は、前記劣化関連情報取得部で取得する前記タイヤの空気圧を用いて、前記タイヤの交換タイミングを予測する車両部品交換予測装置。

　技術的思想１３
　技術的思想７～１２のいずれか１項に記載の車両部品交換予測装置であって、
　前記充電器（２ｃ，２ｅ）に含まれる車両部品交換予測装置。

　技術的思想１４
　技術的思想７～１３のいずれか１項に記載の車両部品交換予測装置であって、
　前記充電器（２ｄ）と通信可能に接続されたサーバ（３ｄ）に含まれ、
　前記劣化関連情報取得部（３４）は、前記充電器を介して、前記劣化関連情報を前記電動車両から取得する車両部品交換予測装置。

Claims

　電動車両（１）が外部の充電器（２，２ａ，２ｂ）から自車のバッテリ（１１）に充電を行う期間中に、前記電動車両の診断に関する情報である診断関連情報を、前記電動車両から取得する診断関連情報取得部（２０１，２０１ｂ，３１）と、
　前記診断関連情報取得部で取得する前記診断関連情報を用いて、前記電動車両のメンテナンスに関するメンテナンス関連処理を行うメンテナンス関連処理部（２０５，３３）とを備える車両メンテナンス関連装置。
　請求項１に記載の車両メンテナンス関連装置であって、
　前記メンテナンス関連処理部は、前記電動車両が前記充電を行う期間中に、前記メンテナンス関連処理を行う車両メンテナンス関連装置。
　請求項１に記載の車両メンテナンス関連装置であって、
　前記充電器（２，２ｂ）に含まれる車両メンテナンス関連装置。
　請求項１に記載の車両メンテナンス関連装置であって、
　前記充電器（２ａ）と通信可能に接続されたサーバ（３ａ）に含まれ、
　前記診断関連情報取得部（３１）は、前記充電器を介して、前記診断関連情報を前記電動車両から取得する車両メンテナンス関連装置。
　請求項３又は４に記載の車両メンテナンス関連装置であって、
　前記診断関連情報取得部は、前記診断関連情報として、前記電動車両のエラーコードを取得し、
　前記メンテナンス関連処理部は、前記診断関連情報取得部で取得する前記エラーコードを用いて、前記メンテナンス関連処理として、前記電動車両の点検を行う車両メンテナンス関連装置。
　請求項３又は４に記載の車両メンテナンス関連装置であって、
　前記診断関連情報取得部は、前記診断関連情報として、所定の手順で前記電動車両を操作させて前記電動車両の各部位の動作状況を確認するテストモードで確認した、前記動作状況のデータを取得し、
　前記メンテナンス関連処理部は、前記診断関連情報取得部で取得する前記動作状況のデータを用いて、前記メンテナンス関連処理として、前記電動車両の点検を行う車両メンテナンス関連装置。
　電動車両（１）が外部の充電器（２ｃ，２ｄ，２ｅ）から自車のバッテリ（１１）に充電を行う期間中に、前記電動車両の部品の劣化度合を特定可能な劣化関連情報を、前記電動車両から取得する劣化関連情報取得部（２０１，２０１ｅ，３４）と、
　前記劣化関連情報取得部で取得する前記劣化関連情報を用いて、前記電動車両の部品の交換タイミングを予測する交換タイミング予測部（２０７，３５）とを備える車両部品交換予測装置。
　請求項７に記載の車両部品交換予測装置であって、
　前記交換タイミング予測部で予測した前記交換タイミングを出力する予測結果出力部（２０８，３６）を備える車両部品交換予測装置。
　請求項７に記載の車両部品交換予測装置であって、
　前記交換タイミング予測部で予測した前記交換タイミングをもとに、前記電動車両のユーザが利用するディーラーのサーバ（３ｃ，３ｄ）への前記電動車両の次回の入庫予約の処理を行う予約処理部（２６１，３７）を備える車両部品交換予測装置。
　請求項９に記載の車両部品交換予測装置であって、
　前記予約処理部で処理を行った前記電動車両の次回の入庫予約の情報を、前記電動車両のユーザの端末に通知する予約情報通知部（２６２，３４１）を備える車両部品交換予測装置。
　請求項７に記載の車両部品交換予測装置であって、
　前記劣化関連情報取得部は、前記劣化関連情報として、前記バッテリの劣化状態を示す情報であるＳＯＨを取得し、
　前記交換タイミング予測部は、前記劣化関連情報取得部で取得する前記ＳＯＨを用いて、前記バッテリの交換タイミングを予測する車両部品交換予測装置。
　請求項７に記載の車両部品交換予測装置であって、
　前記劣化関連情報取得部は、前記劣化関連情報として、前記電動車両のタイヤの空気圧をモニタするタイヤ圧監視システムで検出した前記タイヤの空気圧を取得し、
　前記交換タイミング予測部は、前記劣化関連情報取得部で取得する前記タイヤの空気圧を用いて、前記タイヤの交換タイミングを予測する車両部品交換予測装置。
　請求項７に記載の車両部品交換予測装置であって、
　前記充電器（２ｃ，２ｅ）に含まれる車両部品交換予測装置。
　請求項７に記載の車両部品交換予測装置であって、
　前記充電器（２ｄ）と通信可能に接続されたサーバ（３ｄ）に含まれ、
　前記劣化関連情報取得部（３４）は、前記充電器を介して、前記劣化関連情報を前記電動車両から取得する車両部品交換予測装置。
　少なくとも１つのプロセッサにより実行される、
　電動車両（１）が外部の充電器（２，２ａ，２ｂ）から自車のバッテリ（１１）に充電を行う期間中に、前記電動車両の診断に関する情報である診断関連情報を、前記電動車両から取得する診断関連情報取得工程と、
　前記診断関連情報取得工程で取得する前記診断関連情報を用いて、前記電動車両のメンテナンスに関するメンテナンス関連処理を行うメンテナンス関連処理工程とを含む車両メンテナンス関連方法。
　少なくとも１つのプロセッサにより実行される、
　電動車両（１）が外部の充電器（２ｃ，２ｄ，２ｅ）から自車のバッテリ（１１）に充電を行う期間中に、前記電動車両の部品の劣化度合を特定可能な劣化関連情報を、前記電動車両から取得する劣化関連情報取得工程と、
　前記劣化関連情報取得工程で取得する前記劣化関連情報を用いて、前記電動車両の部品の交換タイミングを予測する交換タイミング予測工程とを含む車両部品交換予測方法。