JP7243425B2 - 電池情報管理システムおよび電池情報管理方法 - Google Patents

Description

本開示は、電動車両に搭載される電池の情報管理に関する。

特許第５２４９０７９号公報（特許文献１）には、電動車両に着脱可能な電池に対して、充電可能回数、使用日数、使用可能期間、あるいは、残存電気量などの電池情報を更新可能に記憶できるＩＣチップを設定しておき、たとえば、電池交換時に電池情報に基づいて交換前後の劣化状態の差を推定し、推定された差に応じて精算処理を行なう技術が開示される。

特許第５２４９０７９号公報

しかしながら、電池の劣化状態は、同じ使用期間であっても電動車両の使用履歴によっては大きくばらつく場合があり、上述のような電池情報から電池の劣化状態を正確に推定することができない場合がある。そのため、たとえば、ユーザが自車の電池の劣化状態を正確に把握できない場合には、電池交換時において、交換前よりも劣化した電池を交換対象として選択する可能性がある。

本開示は、上述した課題を解決するためになされたものであって、その目的は、交換対象となり得る電池をユーザが適切に選択可能な電池情報管理システムおよび電池情報管理方法を提供することである。

本開示のある局面に係る電池情報管理システムは、交換可能な電池を搭載する電動車両から走行履歴を取得し、取得された走行履歴を用いて電動車両の電池の劣化状態を推定し、推定された劣化状態を電動車両を特定可能な情報と対応づけて記憶するサーバ装置と、サーバ装置と通信可能であって、かつ、電動車両に搭載される電池の劣化状態を示す劣化情報についての送信要求をサーバ装置に対して実行可能な第１端末と、第１端末と通信可能であって、電池と交換可能な交換用電池を扱う店舗が保有する交換用電池の在庫についての在庫情報を記憶する第２端末とを備える。サーバ装置は、第１端末において劣化情報の送信要求が実行される場合に、劣化情報を前記第１端末に送信する。第２端末は、第１端末から電動車両に搭載される電池の交換条件についての情報を受ける場合に、交換条件を満たす交換用電池に対応する在庫情報を第１端末に送信する。

このようにすると、電動車両に搭載される電池の劣化状態が走行履歴から推定されるため、ユーザは、電動車両に搭載される電池の劣化状態を第１端末において取得することが可能となる。そのため、ユーザは、電動車両に搭載される電池の劣化状態について精度の高い情報を取得することができる。その結果、取得した劣化状態に応じた交換条件を設定することができるため、ユーザは、第２端末から電動車両に搭載される電池の交換対象として適切な交換用電池の在庫情報を取得することができる。そのため、ユーザは、交換対象となり得る電池を適切に選択することができる。

ある実施の形態においては、交換条件は、交換用電池の劣化度に関する情報と、交換用電池の交換に要する費用に関する情報と、交換用電池の製造元に関する情報とのうちの少なくともいずれかの情報を含む。

このようにすると、ユーザは、在庫情報から交換対象なり得る電池をユーザが適切に選択することができる。

本開示の他の局面に係る電池情報管理方法は、サーバ装置と、サーバ装置と通信可能な第１端末と、第１端末と通信可能な第２端末とを用いた電池情報管理方法である。この電池情報管理方法は、サーバ装置において、交換可能な電池を搭載する電動車両から走行履歴を取得し、取得された走行履歴を用いて電動車両の電池の劣化状態を推定し、推定された劣化状態を電動車両を特定可能な情報と対応づけて記憶するステップと、第１端末において、電動車両に搭載される電池の劣化状態を示す劣化情報についての送信要求をサーバ装置に対して実行するステップと、第２端末において、電池と交換可能な交換用電池を扱う店舗が保有する交換用電池の在庫についての在庫情報を記憶するステップと、サーバ装置において、第１端末において劣化情報の送信要求が実行される場合に、劣化情報を第１端末に送信するステップと、第２端末において、第１端末から電動車両に搭載される電池の交換条件についての情報を受ける場合に、交換条件を満たす交換用電池に対応する在庫情報を第１端末に送信するステップとを含む。

本開示によると、交換対象となり得る電池をユーザが適切に選択可能な電池情報管理システムおよび電池情報管理方法を提供することができる。

本実施の形態に係る電池情報管理システムの構成の一例を示すブロック図である。 電池情報管理システム１の各構成の具体例を示す図である。 サーバ装置と電動車両とで実行される制御処理の一例を示すフローチャートである。 サーバ装置とユーザ端末とで実行される制御処理の一例を示すフローチャートである。 問い合わせ情報を受信した時点の容量維持率の算出方法を説明するための図である。 店舗端末とユーザ端末とで実行される制御処理の一例を示すフローチャートである。 ユーザ端末の表示部に表示される交換用電池リストの構成の一例を示す図である。 電池情報管理システムの各構成間でやりとりされる各種情報を説明するための図である。 電池情報管理システムの各構成間でやりとりされる各種取引態様を説明するための図である。

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

＜電池情報管理システム１の基本構成＞
図１は、本実施の形態に係る電池情報管理システム１の構成の一例を示すブロック図である。電池情報管理システム１は、サーバ装置１００と、ユーザ端末２００と、店舗端末３００とを備える。

サーバ装置１００は、ユーザ端末２００と、電動車両４００と、ディーラツール５００との各々と、通信可能に構成される。サーバ装置１００は、ユーザ端末２００からの各種情報の受信や、電動車両４００あるいはディーラツール５００からの各種情報の受信が可能に構成される。さらに、サーバ装置１００は、ユーザ端末２００への各種情報の送信や、電動車両４００あるいはディーラツール５００への各種情報の送信が可能に構成される。

ここで、電動車両４００は、少なくとも駆動用モータジェネレータ（図示せず）と、駆動用モータジェネレータに電力供給が可能な電池４５０とを搭載した車両であればよく、たとえば、電気自動車であってもよいし、あるいは、さらにエンジンを加えたハイブリッド自動車であってもよい。また、電池４５０は、リチウムイオン二次電池やニッケル水素二次電池等の各種二次電池を含む。

ディーラツール５００は、電動車両４００から所定の情報（たとえば、走行履歴情報）を取得可能に構成されるサービスツールである。ディーラツール５００は、たとえば、電動車両４００を販売する販売店や、後述する交換用電池を扱う店舗等に設置され、電動車両４００とケーブル等によって通信可能に接続されることで上述の所定の情報の取得を可能とする。

ユーザ端末２００は、ユーザが使用可能な端末であって、サーバ装置１００や店舗端末３００に対する各種要求を実行したり、サーバ装置１００や店舗端末３００から受信する情報をユーザに報知するための端末である。ユーザ端末２００は、たとえば、パーソナルコンピュータであってもよいし、あるいは、スマートフォンなどの携帯端末であってもよい。ユーザ端末２００は、サーバ装置１００および店舗端末３００の各々との間で各種情報の受信および送信が可能に構成される。ユーザ端末２００は、サーバ装置１００あるいは店舗端末３００と、所定のネットワーク（たとえば、インターネットあるいは専用通信網等）を経由して通信可能に構成される。なお、ユーザ端末２００とサーバ装置１００との間で行なわれる通信、あるいは、ユーザ端末２００と店舗端末３００との間で行なわれる通信には、有線での通信および無線による通信のうちの少なくともいずれかが含まれるようにしてもよい。

店舗端末３００は、電動車両４００に搭載される電池４５０と交換可能な新品あるいは中古の電池（以下、交換用電池と記載する）を扱う店舗（たとえば、ディーラや交換用電池の販売者等）における交換用電池の在庫に関する情報を記憶したり、ユーザ端末２００から電池４５０の交換意思表明を受け付けるための端末である。店舗端末３００は、たとえば、パーソナルコンピュータであってもよい。

＜電池情報管理システム１の各構成の具体例＞
図２は、電池情報管理システム１の各構成の具体例を示す図である。図２に示すように、サーバ装置１００は、たとえば、制御部１０２と、通信部１０４と、記憶部１０６とを含む。サーバ装置１００の各構成は、通信バス１０１によって相互に通信可能に接続されている。

制御部１０２は、たとえば、ＣＰＵ（Central Processing Unit）を含む。制御部１０２は、たとえば、記憶部１０６に記憶された各種情報（データやプログラム等）や電動車両４００あるいはユーザ端末２００から通信部１０４を経由して受信する各種情報に基づいて所定の演算処理を実行可能に構成される。

通信部１０４は、たとえば、ユーザ端末２００、電動車両４００およびディーラツール５００の各々との通信が可能に構成される。通信部１０４とユーザ端末２００との間で行なわれる通信、通信部１０４と電動車両４００との間で行なわれる通信、および、通信部１０４とディーラツール５００との間で行なわれる通信は、いずれも、無線通信および有線通信のうちの少なくともいずれかによって行なわれ、たとえば、中継点（たとえば、無線基地局等）や所定のネットワークを介在して行なわれてもよいし、あるいは、中継点や所定のネットワークを介在さずに直接的に行なわれてもよい。

無線通信の通信方式としては、たとえば、ＩＥＥＥ８０２．１１等に代表されるワイヤレスＬＡＮ（Local Area Network）や、２Ｇ、３Ｇ、４Ｇ、５Ｇ等の携帯電話の無線通信規格を利用した、中継点や所定のネットワークを経由した信号の授受が可能な無線通信方式であってもよいし、あるいは、通信先との間で直接的に信号の授受が可能な無線通信方式であって、たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線通信規格を利用した通信方式であってもよい。

記憶部１０６は、たとえば、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等のメモリと、ハードディスクあるいはソリッドステートドライブ等の大容量の記憶装置とを含む。

ユーザ端末２００は、たとえば、制御部２０２と、通信部２０４と、記憶部２０６と、入力部２０８と、表示部２１０とを含む。ユーザ端末２００の各構成は、通信バス２０１によって通信可能に接続されている。

制御部２０２は、たとえば、ＣＰＵを含む。制御部２０２は、記憶部２０６に記憶された各種情報やサーバ装置１００あるいは店舗端末３００から通信部２０４を経由して受信する各種情報に基づいて所定の演算処理を実行可能に構成される。

通信部２０４は、たとえば、サーバ装置１００および店舗端末３００の各々との通信が可能に構成される。通信部２０４とサーバ装置１００との間で行なわれる通信、および、通信部２０４と店舗端末３００との間で行なわれる通信については、上述の通信と同様であるため、その詳細な説明は繰り返さない。

記憶部２０６は、たとえば、ＲＯＭおよびＲＡＭ等のメモリと、ハードディスクあるいはソリッドステートドライブ等の大容量の記憶装置を含む。入力部２０８は、たとえば、キーボード、マウスあるいはタッチパネル等によって構成される。入力部２０８は、ユーザのキーボード、マウスあるいはタッチパネル等に対するユーザの操作に応じた信号を制御部２０２に送信する。

表示部２１０は、たとえば、液晶ディスプレイあるいは有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。表示部２１０は、制御部２０２からの制御信号に応じて記憶部２０６に記憶された画像情報や文字情報を表示する。

店舗端末３００は、たとえば、制御部３０２と、通信部３０４と、記憶部３０６とを含む。店舗端末３００の各構成は、通信バス３０１によって通信可能に接続されている。

制御部３０２は、たとえば、ＣＰＵを含む。制御部３０２は、記憶部３０６に記憶された各種情報やユーザ端末２００から通信部３０４を経由して受信する各種情報に基づいて所定の演算処理を実行可能に構成される。

通信部３０４は、ユーザ端末２００との通信が可能に構成される。通信部３０４とユーザ端末２００との間で行なわれる通信については、上述の通信と同様であるため、その詳細な説明は繰り返さない。

記憶部３０６は、たとえば、ＲＯＭおよびＲＡＭ等のメモリと、ハードディスクあるいはソリッドステートドライブ等の大容量の記憶装置を含む。記憶部３０６は、たとえば、店舗が扱う交換用電池の在庫に関する在庫情報を記憶する。

電動車両４００は、たとえば、制御部４０２と、通信部４０４と、記憶部４０６と、インタフェース４０８とを含む。電動車両４００の各構成は、通信バス４０１によって通信可能に接続されている。

制御部４０２は、たとえば、ＣＰＵを含む。制御部４０２は、記憶部４０６に記憶された各種情報やサーバ装置１００から通信部４０４を経由して受信する各種情報、あるいは、ディーラツール５００からインタフェース５０８を経由して受信する各種情報に基づいて所定の演算処理を実行可能に構成される。

通信部４０４は、たとえば、サーバ装置１００との通信が可能に構成される。通信部４０４とサーバ装置１００との間で行なわれる通信は、たとえば、無線通信で行なわれる。無線通信は、上述したとおりであるため、その詳細な説明は繰り返さない。

記憶部４０６は、たとえば、ＲＯＭおよびＲＡＭ等のメモリと、ハードディスクあるいはソリッドステートドライブ等の大容量の記憶装置を含む。記憶部４０６は、たとえば、電動車両４００の走行中に取得される各種情報を走行履歴として記憶する。

インタフェース４０８は、たとえば、ディーラツール５００とケーブル等を用いて直接的に接続され、有線通信が可能に構成される。インタフェース４０８は、たとえば、コネクタ等を含む。

ディーラツール５００は、制御部５０２と、通信部５０４と、記憶部５０６と、インタフェース５０８とを含む。ディーラツール５００の各構成は、通信バス５０１によって通信可能に接続されている。

制御部５０２は、たとえば、ＣＰＵを含む。制御部５０２は、記憶部５０６に記憶された各種情報やサーバ装置１００から通信部５０４を経由して受信する各種情報、あるいは、電動車両４００からインタフェース５０８を経由して受信する各種情報に基づいて所定の演算処理を実行可能に構成される。

通信部５０４は、たとえば、サーバ装置１００との通信が可能に構成される。通信部５０４とサーバ装置１００との間で行なわれる通信は、上述の通信と同様であるため、その詳細な説明は繰り返さない。

記憶部５０６は、たとえば、ＲＯＭおよびＲＡＭ等のメモリと、ハードディスクあるいはソリッドステートドライブ等の大容量の記憶装置を含む。記憶部５０６は、たとえば、インタフェース５０８を経由して受信した電動車両４００の走行履歴を記憶する。

インタフェース５０８は、たとえば、電動車両４００とケーブル等を用いて直接的に接続され、有線通信が可能に構成される。インタフェース５０８は、たとえば、インタフェース４０８と接続可能なコネクタ等を含む。

＜電池の交換サービスについて＞
以下、ユーザが使用する電動車両４００に搭載される電池を交換用電池に交換するサービスの一例について説明する。

電動車両４００を利用するユーザは、たとえば、交換用電池を扱う店舗に対して電池を交換する意思の表明（以下、交換意思表明と記載する）を行なうとともに、交換を希望する交換用電池の条件（以下、交換条件と記載する）を通知する。交換条件は、たとえば、交換用電池の劣化の程度に関する情報を含む。

店舗は、たとえば、ユーザからの交換意思表明と交換条件とを受けると、店舗が扱う交換用電池の在庫から交換条件を満たす複数の交換用電池を提示する。ユーザは、たとえば、複数の交換用電池の中から一つを選択し、精算処理を行なうとともに、所定の整備工場において電動車両４００に搭載される電池を選択した交換用電池に交換するサービスを受けることが可能となる。

ユーザと店舗との間で行なわれる上述のような電池の交換サービスは、ユーザ端末２００と店舗端末３００とを用いて実現することができる。

たとえば、ユーザ端末２００は、入力部２０８に対して交換意思表明を行なうための操作と交換条件を入力する操作とがユーザによって行なわれたことを示す信号を受信すると、交換意思表明を行なう旨と交換条件とを示す情報を店舗端末３００に送信する。

店舗端末３００は、当該情報を受信すると、記憶部３０６に記憶される交換用電池の情報から交換条件を満たす交換用電池の情報を抽出し、抽出した単数あるいは複数の交換用電池の情報をユーザ端末２００に送信する。

ユーザ端末２００は、受信した単数あるいは複数の交換用電池の情報を表示部２１０に表示する。ユーザ端末２００は、入力部２０８に対して受信した単数あるいは複数の交換用電池のいずれかを交換対象として選択する操作が行なわれると、選択された交換用電池を特定するための情報を店舗端末３００に送信する。

店舗端末３００は、ユーザ端末２００から受信した情報に基づいて選択された交換用電池を特定し、ユーザの電動車両４００に搭載される電池４５０の交換対象として設定し、精算処理等を行なう。

ユーザは、電動車両４００に搭載される電池４５０が劣化した場合、上述のような電池の交換サービスによって電動車両４００に搭載される電池４５０を交換用電池に交換することにより、劣化により低下した走行可能距離を長くすることができる。

しかしながら、自車の電池の劣化状態は、同じ使用期間であっても電動車両の使用履歴によって大きくばらつく場合があり、たとえば、充電可能回数、使用日数、使用可能期間、あるいは、残存電気量を示すＳＯＣ（State Of Charge）などの電池情報から電池の劣化状態を正確に推定することができない場合がある。そのため、ユーザが自車に搭載された電池の劣化状態を正確に把握できない場合には、上述のような電池の交換サービスを受ける場合において、交換前よりも劣化した電池を交換対象として選択する可能性がある。

そこで、本実施の形態においては、電池情報管理システム１の各構成が以下のように動作するものとする。すなわち、サーバ装置１００は、交換可能な電池を搭載する電動車両４００から走行履歴を取得し、取得された走行履歴を用いて電動車両４００の電池の劣化状態を推定し、推定された劣化状態を電動車両４００を特定可能な情報と対応づけて記憶する。

ユーザ端末２００は、電動車両４００に搭載される電池の劣化状態を示す電池劣化情報についての送信要求をサーバ装置１００に対して実行する。

サーバ装置１００は、ユーザ端末２００において電池劣化情報の送信要求が実行される場合に、電動車両４００に搭載される電池の電池劣化情報をユーザ端末２００に送信する。

店舗端末３００は、店舗が保有する交換用電池の在庫についての在庫情報を記憶する。在庫情報は、たとえば、店舗が保有する交換用電池を特定するための情報と、交換用電池の電池劣化情報と、交換用電池の交換費用とを対応づけた情報を含む。店舗端末３００は、ユーザ端末２００から電動車両４００に搭載される電池の交換条件についての情報を受ける場合に、交換条件を満たす交換用電池に対応する在庫情報をユーザ端末２００に送信する。

このようにすると、電動車両４００に搭載される電池４５０の劣化状態が電動車両４００の走行履歴から推定されるため、ユーザは、電池４５０の劣化状態をユーザ端末２００において取得することが可能となる。そのため、ユーザは、電池４５０の劣化状態について精度の高い情報を取得することができる。その結果、取得した劣化状態に応じた交換条件を設定することができるため、ユーザは、店舗端末３００から電池４５０の交換対象として適切な交換用電池の在庫情報を取得することができる。そのため、ユーザは、交換対象となり得る電池を適切に選択することができる。

＜サーバ装置１００および電動車両４００において実行される制御処理について＞
以下、図３を参照して、サーバ装置１００（より詳細には、制御部１０２）および電動車両４００（より詳細には、制御部４０２）で実行される制御処理について説明する。図３は、サーバ装置１００および電動車両４００で実行される制御処理の一例を示すフローチャートである。

図３の左側のフローチャートに示すように、ステップ（以下、ステップをＳと記載する）１００にて、サーバ装置１００は、電動車両４００から走行履歴情報を受信したか否かを判定する。走行履歴情報は、電動車両４００の走行履歴を示す情報と、電動車両４００を特定するための情報（たとえば、車両ＩＤ）と含む。走行履歴は、たとえば、総電動走行距離と、ＥＶ走行時における高負荷運転状態（たとえば、電動車両４００のアクセル開度がしきい値以上の状態、電動車両４００に要求される駆動力（要求駆動力）がしきい値以上の状態、あるいは、電動車両４００に要求されるパワー（要求パワー）がしきい値以上の状態）の継続時間（以下、総高負荷運転時間と記載する）と、充電電流の積算値（以下、総充電量とも記載する）と、放電電流の積算値（以下、総放電量とも記載する）と、電池温度の変化履歴と、電流の変化履歴と、ＳＯＣの変化履歴とを含む。なお、走行履歴としては、上述したものに限定されるものではなく、たとえば、上述したもののうちの少なくともいずれかを含むようにしてもよいし、上述したもの以外の履歴を含むようにしてもよい。電動車両４００から走行履歴情報を受信したと判定される場合（Ｓ１００にてＹＥＳ）、処理はＳ１０２に移される。

Ｓ１０２にて、サーバ装置１００は、走行履歴情報を記憶部１０６に記憶する。サーバ装置１００は、走行履歴情報に含まれる車両ＩＤと、走行履歴とを対応づけて記憶部１０６の所定の記憶領域に記憶する。なお、走行履歴情報を受信していないと判定される場合（Ｓ１００にてＮＯ）、処理は終了される。

一方、図３の右側のフローチャートに示すように、Ｓ１５０にて、電動車両４００は、実行条件が成立するか否かを判定する。実行条件は、サーバ装置１００に走行履歴情報の送信を実行する条件であって、たとえば、前回の送信時点から予め定められた時間が経過したという条件を含むようにしてもよいし、あるいは、走行履歴を示すいずれかの情報が前回の送信時点における値からしきい値以上に変化したという条件を含むようにしてもよい。実行条件が成立すると判定する場合（Ｓ１５０にてＹＥＳ）、処理はＳ１５２に移される。

Ｓ１５２にて、電動車両４００は、車両ＩＤと走行履歴とを含む走行履歴情報をサーバ装置１００に送信する。なお、実行条件が成立しないと判定される場合（Ｓ１５０にてＮＯ）、処理は終了される。

＜サーバ装置１００およびユーザ端末２００において実行される制御処理について＞
次に、図４を参照して、サーバ装置１００（より詳細には、制御部１０２）およびユーザ端末２００（より詳細には、制御部２０２）で実行される制御処理について説明する。図４は、サーバ装置１００およびユーザ端末２００で実行される制御処理の一例を示すフローチャートである。

図４の左側のフローチャートに示すように、Ｓ２００にて、サーバ装置１００は、電池の劣化状態についての問い合わせに関する情報（以下、問い合わせ情報と記載する）を受信したか否かを判定する。問い合わせ情報は、車両ＩＤと、電池の劣化状態を示す情報（以下、電池劣化情報と記載する）の送信要求を示す情報と、問い合わせ元のユーザを特定するための情報とを含む。電池劣化情報は、電池の劣化度を示す情報であって、本実施の形態においては、容量維持率を含む。問い合わせ元のユーザを特定するための情報としては、たとえば、ユーザによって事前に登録され、サーバ装置１００の記憶部１０６に記憶されるユーザＩＤが含まれる。問い合わせ情報を受信したと判定される場合（Ｓ２００にてＹＥＳ）、処理はＳ２０２に移される。

Ｓ２０２にて、サーバ装置１００は、電池劣化情報を設定する。サーバ装置１００は、たとえば、電動車両４００の電池４５０に仕様に応じて予め定められる容量維持率の初期値からの経時変化を示す劣化基準カーブを上述の走行履歴を用いて補正する。サーバ装置１００は、たとえば、上述の走行履歴とマップ等を用いて劣化基準カーブの補正係数を算出することによって劣化基準カーブを補正してもよい。

マップは、実験等により適合され、たとえば、容量維持率の初期値の時点からの期間に対して走行履歴に含まれる複数の数値のうちの少なくともいずれかが基準値よりも高くなるほど補正係数の値が小さくなるように設定される。

サーバ装置１００は、補正された劣化カーブから問い合わせ情報を受信した時点の容量維持率を算出し、算出された容量維持率の値を電池劣化情報として設定する。

図５は、問い合わせ情報を受信した時点の容量維持率の算出方法を説明するための図である。図５の縦軸は、容量維持率を示す。図５の横軸は、積算使用時間を示す。図５のＬＮ１（実線）は、劣化基準カーブを示す。図５のＬＮ２（破線）は、補正された劣化カーブを示す。

サーバ装置１００は、図５のＬＮ１に示される劣化基準カーブを走行履歴を用いて補正し、図５のＬＮ２に示される補正された劣化カーブを設定する。サーバ装置１００は、補正された劣化カーブにおいて問い合わせ時点における容量維持率（たとえば、８０％）を算出する。サーバ装置１００は、算出された容量維持率を電池劣化情報として設定する。

Ｓ２０４にて、サーバ装置１００は、設定された電池劣化情報を問い合わせ元であるユーザ端末２００に対して送信する。なお、問い合わせ情報を受信していないと判定される場合（Ｓ２００にてＮＯ）、処理は終了される。

図４の右側のフローチャートに示すように、Ｓ２５０にて、ユーザ端末２００は、入力部２０８に問い合わせの操作があるか否かを判定する。ユーザ端末２００は、たとえば、入力部２０８に対して車両ＩＤを入力する操作と、電池４５０の電池劣化情報を要求する操作とが行なわれた場合に、入力部２０８に問い合わせの操作があると判定する。入力部２０８に問い合わせの操作があると判定される場合（Ｓ２５０にてＹＥＳ），処理はＳ２５２に移される。

Ｓ２５２にて、ユーザ端末２００は、問い合わせ情報をサーバ装置１００に送信する。なお、問い合わせ情報については、上述したとおりであるため、その詳細な説明は繰り返さない。

Ｓ２５４にて、ユーザ端末２００は、サーバ装置１００から電池劣化情報を受信したか否かを判定する。ユーザ端末２００は、たとえば、サーバ装置１００から受信した情報に、電池劣化情報が含まれる場合に、サーバ装置１００から電池劣化情報を受信したと判定する。サーバ装置１００から電池劣化情報を受信したと判定される場合（Ｓ２５４にてＹＥＳ）、処理はＳ２５６に移される。

Ｓ２５６にて、ユーザ端末２００は、電池劣化情報を表示部２１０に表示させる。なお、入力部２０８に問い合わせの操作がないと判定される場合には（Ｓ２５０にてＮＯ）、処理は終了される。また、サーバ装置１００から電池劣化情報を受信していないと判定される場合（Ｓ２５４にてＮＯ）、処理はＳ２５４に戻される。

＜店舗端末３００および電動車両４００において実行される制御処理について＞
次に、図６を参照して、店舗端末３００（より詳細には、制御部３０２）およびユーザ端末２００（より詳細には、制御部２０２）で実行される制御処理について説明する。図６は、店舗端末３００およびユーザ端末２００で実行される制御処理の一例を示すフローチャートである。

図６の左側のフローチャートに示すように、Ｓ３００にて、店舗端末３００は、交換意思表明と交換条件とを含む情報を受信したか否かを判定する。交換意思表明と交換条件とを含む情報を受信したと判定される場合（Ｓ３００にてＹＥＳ）、処理はＳ３０２に移される。

Ｓ３０２にて、店舗端末３００は、交換用電池リストを設定する。具体的には、店舗端末３００は、店舗が在庫として保有する交換用電池の情報から交換条件を満たす複数の交換用電池についての情報を抽出し、抽出した複数の交換用電池についての情報を交換用電池リストとして設定する。交換条件は、たとえば、交換用電池としてユーザが希望する容量維持率についての条件を含む。具体的には、交換条件は、たとえば、容量維持率がしきい値よりも高いという条件を含む。店舗端末３００は、店舗が在庫として保有する交換用電池の情報から容量維持率がしきい値よりも高い交換用電池についての情報を抽出し、抽出された情報を交換用電池リストとして設定する。交換用電池リストは、たとえば、電池を特定するための情報と、容量維持率についての情報と、交換費用についての情報とを含む。

Ｓ３０４にて、店舗端末３００は、設定された交換用電池リストをユーザ端末２００に送信する。

Ｓ３０６にて、店舗端末３００は、選択された交換用電池を特定する情報をユーザ端末２００から受信したか否かを判定する。店舗端末３００は、たとえば、ユーザ端末２００から受信した情報が交換用電池リストに含まれるいずれかの電池を特定するための情報と一致する場合に、選択された交換用電池を特定する情報をユーザ端末２００から受信したと判定する。選択された交換用電池を特定する情報をユーザ端末２００から受信したと判定される場合（Ｓ３０６にてＹＥＳ）、処理はＳ３０８に移される。

Ｓ３０８にて、店舗端末３００は、精算処理を実行する。店舗端末３００は、たとえば、ユーザが事前に登録したクレジットカード等の情報を利用した自動支払いを選択している場合には、選択された交換用電池に対応する交換費用を精算する精算処理を実行する。

図６の右側のフローチャートに示すように、Ｓ３５０にて、ユーザ端末２００は、入力部２０８に交換意思表明と交換条件とを入力する操作があるか否かを判定する。交換意思表明を入力する操作とは、たとえば、表示画面に表示される交換意思表明を行なうための所定の画像を選択する操作（たとえば、マウスにおけるクリック操作あるいはタッチパネルにおけるタッチ操作など）であってもよい。入力部２０８に交換意思表明と交換条件とを入力する操作があると判定される場合（Ｓ３５０にてＹＥＳ）、処理はＳ３５２に移される。

Ｓ３５２にて、ユーザ端末２００は、交換意思表明と交換条件とを含む情報を店舗端末３００に送信する。なお、交換意思表明と交換条件とを含む情報は、交換意思表明の送信先であるユーザを特定するための情報をさらに含む。ユーザを特定するための情報としては、たとえば、事前に登録されて店舗端末３００の記憶部３０６に記憶されたユーザＩＤが含まれる。なお、サーバ装置１００の記憶部１０６に記憶されたユーザＩＤと店舗端末３００の記憶部３０６に記憶されたユーザＩＤとしては、サーバ装置１００と店舗端末３００間で共有されることによって同じユーザＩＤを利用可能としてもよい。

Ｓ３５４にて、ユーザ端末２００は、店舗端末３００から交換用電池リストを受信したか否かを判定する。店舗端末３００から交換用電池リストを受信したと判定される場合（Ｓ３５４にてＹＥＳ）、処理がＳ３５６に移される。

Ｓ３５６にて、ユーザ端末２００は、交換用電池リストを表示部２１０に表示させる。図７は、ユーザ端末２００の表示部２１０に表示される交換用電池リストの構成の一例を示す図である。表示部２１０の表示画面には、交換用電池リストとして、複数の交換用電池の各々を特定するための情報（たとえば、電池Ａ～電池Ｄ）と、複数の交換用電池の各々に対応する容量維持率と、複数の交換用電池の各々に対応する交換費用とが表形式で表示される。

図７に示される交換用電池リストには、電池Ａの容量維持率９０％であって、電池Ａへの交換費用が１０００００円であることが表示される。さらに、図７に示される交換用電池リストには、電池Ｂの容量維持率が９４％であって、電池Ｂへの交換費用が１８００００円であることが表示される。さらに、図７に示される交換用電池リストには、電池Ｃの容量維持率が８７％であって、電池Ｃへの交換費用が８００００円であることが表示される。さらに、図７に示される交換用電池リストには、電池Ｄの容量維持率が７５％であって、電池Ｄへの交換費用が２００００円であることが表示される。なお、交換用電池リストとして表示される交換用電池の個数は、特に４個に限定されるものではなく、たとえば、３個以下であってもよいし、あるいは、５個以上であってもよい。

Ｓ３５８にて、ユーザ端末２００は、交換用電池を選択する操作があるか否かを判定する。ユーザ端末２００は、たとえば、表示部２１０において交換用電池リストに表示される複数の交換用電池の中からいずれかの交換用電池を選択する操作を入力部２０８において受け付けた場合に交換用電池を選択する操作があると判定する。交換用電池を選択する操作があると判定される場合（Ｓ３５８にてＹＥＳ）、処理はＳ３６０に移される。

Ｓ３６０にて、ユーザ端末２００は、選択された交換用電池を特定するための情報を送信する。なお、入力部２０８に交換意思表明と交換条件とを入力する操作がないと判定される場合には（Ｓ３５０にてＮＯ）、処理は終了される。また、店舗端末３００から交換用電池リストを受信していないと判定される場合には（Ｓ３５４にてＮＯ）、処理はＳ３５４に戻される。さらに、交換用電池を選択する操作がないと判定される場合には（Ｓ３５８にてＮＯ）、処理は終了される。

＜電池情報管理システムの各構成の動作について＞
以上のような構造およびフローチャートに基づく本実施の形態に係る電池情報管理システム１の各構成の動作について図８を参照しつつ説明する。図８は、電池情報管理システム１の各構成間でやりとりされる各種情報を説明するための図である。

図８（Ａ）に示すように、電動車両４００においては、予め定められた時間が経過するなどして実行条件が成立する毎に（Ｓ１５０にてＹＥＳ）、車両ＩＤと走行履歴とを含む走行履歴情報がサーバ装置１００に送信される（Ｓ１５２）。

走行履歴情報がサーバ装置１００において受信されると（Ｓ１００にてＹＥＳ）、受信した車両ＩＤに対応する走行履歴が記憶部１０６の所定の記憶領域に記憶される（Ｓ１０２）。

ユーザがユーザ端末２００の入力部２０８に対して電動車両４００に搭載される電池４５０の電池劣化情報を問い合わせる操作を行なう場合には（Ｓ２５０にてＹＥＳ）、図８（Ｂ）に示すように、問い合わせ情報がサーバ装置１００に送信される（Ｓ２５２）。

サーバ装置１００において、問い合わせ情報を受信したと判定される場合（Ｓ２００にてＹＥＳ）、問い合わせ情報に含まれる車両ＩＤから走行履歴が記憶部１０６から取得され、電池劣化情報が設定される（Ｓ２０２）。そして、図８（Ｃ）に示すように、設定された電池劣化情報が問い合わせ元であるユーザ端末２００に送信される（Ｓ２０４）。

ユーザ端末２００において、サーバ装置１００から電池劣化情報を受信したと判定される場合には（Ｓ２５４にてＹＥＳ）、電池劣化情報が表示部２１０に表示される（Ｓ２５６）。

たとえば、ユーザが交換用電池を扱う店舗に対して電動車両４００に搭載された電池４５０の交換を希望する場合には、ユーザの操作によってユーザ端末２００の入力部２０８に交換意思表明と交換条件とが入力される。入力部２０８に交換意思表明と交換条件とを入力する操作があると判定される場合には（Ｓ３５０にてＹＥＳ）、図８（Ｄ）に示すように、交換意思表明と交換条件とを含む情報が店舗端末３００に送信される（Ｓ３５２）。

店舗端末３００において、ユーザ端末２００から交換意思表明と交換条件とを含む情報を受信したと判定される場合（Ｓ３００にてＹＥＳ）、交換用電池リストが設定され（Ｓ３０２）、図８（Ｅ）に示すように、設定された交換用電池リストがユーザ端末２００に送信される（Ｓ３０４）。

ユーザ端末２００において、店舗端末３００から交換用電池リストを受信したと判定される場合（Ｓ３５４にてＹＥＳ）、交換用電池リストに含まれる複数の交換用電池の情報がユーザ端末２００の表示部２１０に表示される（Ｓ３５６）。

ユーザが表示部２１０に表示される複数の交換用電池からいずれかの交換用電池を選択する操作があると判定される場合には（Ｓ３５８にてＹＥＳ）、図８（Ｆ）に示すように、選択された交換用電池を特定するための情報が店舗端末３００に送信される（Ｓ３６０）。

店舗端末３００において、選択された交換用電池の情報を受信したと判定される場合（Ｓ３０６にてＹＥＳ）、精算処理が実行される（Ｓ３０８）。その後、ユーザは、たとえば、店舗あるいは電池交換のサービスを実施する拠点（整備工場等）において電動車両４００に搭載される電池４５０が、ユーザに選択された交換用電池と交換される作業が行なわれる。

＜電池情報管理システム１による作用効果について＞
以上のようにして、本実施の形態に係る電池情報管理システム１によると、電動車両４００に搭載される電池４５０の劣化状態が走行履歴から推定されるため、ユーザは、電動車両４００に搭載される電池４５０の劣化状態をユーザ端末２００において取得することが可能となる。そのため、ユーザは、電動車両４００に搭載される電池４５０の劣化状態について精度の高い情報を取得することができる。その結果、取得した劣化状態に応じた交換条件を設定することができるため、ユーザは、店舗端末３００から電動車両４００に搭載される電池４５０の交換対象として適切な交換用電池の在庫情報を取得することができる。そのため、ユーザは、交換対象となり得る電池を適切に選択することができる。したがって、交換対象となり得る電池をユーザが適切に選択可能な電池情報管理システムおよび電池情報管理方法を提供することができる。

さらに、上述のように電池情報管理システム１の各構成間において図９に示すような態様での取引を実施することが可能となる。図９は、電池情報管理システム１の各構成間でやりとりされる各種取引態様を説明するための図である。

たとえば、サーバ装置１００をカーメーカー６００が管理し、カーメーカー６００が製造した電動車両４００を第１ユーザ６２０が保有している場合を想定する。この場合、第１ユーザ６２０とカーメーカー６００との間には、たとえば、第１ユーザ６２０が予め定められた期間（たとえば、１年間）毎の会費を支払う対価として、あるいは、初回の会員登録料を支払う対価として、カーメーカー６００から電池劣化情報の受信が可能となる態様での取引が可能となる。この場合、第１ユーザ６２０は、回数を制限されることなく、電池劣化情報を問い合わせることが可能となる。

さらに、第１ユーザ６２０と店舗６１０との間には、たとえば、第１ユーザ６２０は、ユーザが選択した交換用電池に要する交換費用を支払う対価として店舗６１０において電動車両４００に搭載される電池４５０の交換サービスを受ける態様での取引が可能となる。

なお、ユーザとカーメーカーとの間での取引態様としては、第１ユーザ６２０とカーメーカー６００との間の取引態様に限定されるものではなく、たとえば、以下のような態様での取引を実施するものとしてもよい。

たとえば、サーバ装置１００をカーメーカー６００が管理し、カーメーカー６００が製造した電動車両４００を第２ユーザ６３０が保有している場合を想定する。この場合、第２ユーザ６３０とカーメーカー６００との間には、たとえば、第２ユーザ６３０が問い合わせ料として料金を支払う対価としてカーメーカー６００から電池劣化情報の受信が可能となる態様での取引が可能となる。この場合、第２ユーザ６３０は、問い合わせ料を１回支払う毎に電池劣化情報を１回受信することが可能となる。

さらに、カーメーカー６００がディーラツール５００を製造し、製造したディーラツール５００を販売する販売者である場合には、カーメーカー６００が店舗６１０に対してディーラツール５００を販売し、店舗６１０がカーメーカー６００に対して購入費用を支払うという態様での取引を実施してもよい。

＜変形例について＞
上述の実施の形態では、交換条件は、たとえば、容量維持率がしきい値よりも高いという条件を含むものとして説明したが、このような条件に限定されるものではない。交換条件は、たとえば、交換費用の範囲（たとえば、しきい値以下）を設定する条件を含むようにしてもよいし、あるいは、製造元を限定する条件を含むようにしてもよいし、あるいは、容量維持率に代えて走行可能距離の範囲（たとえば、しきい値以上）を設定する条件を含むようにしてもよい。

さらに上述の実施の形態では、サーバ装置１００は、電動車両４００から直接的に通信によって走行履歴情報を受信するものとして説明したが、サーバ装置１００は、ディーラツール５００を経由して電動車両４００から走行履歴情報を受信するものとしてもよい。

ディーラツール５００は、たとえば、インタフェース５０８を経由して電動車両４００から走行履歴情報を取得可能に構成される。具体的な構成については上述したとおりであるため、その詳細な説明は繰り返さない。

ディーラツール５００が電動車両４００に接続される場合には、ディーラツール５００は、電動車両４００に対して走行履歴情報を要求する。電動車両４００は、ディーラツール５００の要求に応じて走行履歴情報をインタフェース５０８およびインタフェース４０８を経由してディーラツール５００に送信する。ディーラツール５００は、受信した走行履歴情報を記憶部５０６に記憶するとともに、通信部５０４を経由してサーバ装置１００に走行履歴を送信する。

このようにしても、サーバ装置１００は、電動車両４００の走行履歴を取得することができる。

さらに上述の実施の形態では、サーバ装置１００は、１台の電動車両４００の走行履歴と、電動車両４００に搭載される電池４５０の電池劣化情報を記憶するものとして説明したが、サーバ装置１００は、複数の電動車両の走行履歴と、複数の電動車両の各々に搭載される電池の電池劣化情報を記憶し、ユーザから問い合わせ時にユーザによって指定される電動車両の電池劣化情報を問い合わせ元のユーザに送信してもよい。

さらに上述の実施の形態では、容量維持率の劣化基準カーブを補正して、補正された劣化カーブにおける問い合わせ時点の容量維持率を算出するものとして説明したが、たとえば、問い合わせ時点における満充電容量を走行履歴から算出することによって満充電容量の初期値との比から問い合わせ時点における容量維持率を算出してもよい。

さらに上述の実施の形態では、ユーザは、ユーザ端末２００を用いてサーバ装置１００に対する電池劣化情報の問い合わせと、店舗端末３００に対して交換意思表明とを行なうものとして説明したが、サーバ装置１００に対する電池劣化情報の問い合わせと、店舗端末３００に対する交換意思表明とを必ずしも同一の機器を用いて行なうことに限定されるものではない。たとえば、ユーザは、パーソナルコンピュータをユーザ端末２００として利用してサーバ装置１００に対して電池劣化情報の問い合わせを行なうとともに、電池劣化情報が表示された後に、スマートフォンをユーザ端末２００として利用して、店舗端末３００に対して交換意思表明を行なうようにしてもよい。

さらに上述の実施の形態では、複数の交換用電池からユーザが選択した交換用電池がユーザの電動車両に搭載される電池と交換されるものとして説明したが、店舗端末３００は、店舗の在庫として保有される電池の電池劣化情報についてサーバ装置１００から受信するようにしてもよい。このようにすると、店舗端末３００において、在庫として保有する電池の詳細な劣化状態を取得することが可能となる。

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

１ 電池情報管理システム、１００ サーバ装置、１０１，２０１，３０１，４０１，５０１ 通信バス、１０２，２０２，３０２，４０２，５０２ 制御部、１０４，２０４，３０４，４０４，５０４ 通信部、１０６，２０６，３０６，４０６，５０６ 記憶部、２００ ユーザ端末、２０８ 入力部、２１０ 表示部、３００ 店舗端末、４００ 電動車両、４０８，５０８ インタフェース、４５０ 電池、５００ ディーラツール、６００ カーメーカー、６１０ 店舗、６２０ 第１ユーザ、６３０ 第２ユーザ。

Claims (3)

1. 交換可能な電池を搭載する電動車両から走行履歴を取得し、取得された前記走行履歴を用いて前記電動車両の前記電池の劣化状態を推定し、推定された前記劣化状態を前記電動車両を特定可能な情報と対応づけて記憶するサーバ装置と、
   前記サーバ装置と通信可能であって、かつ、前記電動車両に搭載される前記電池の前記劣化状態を示す劣化情報についての送信要求を前記サーバ装置に対して実行可能な第１端末と、
   前記第１端末と通信可能であって、前記サーバ装置と通信せず、前記電池と交換可能な交換用電池を扱う店舗が保有する前記交換用電池の在庫についての在庫情報を記憶する第２端末とを備え、
   前記サーバ装置は、前記第１端末において前記劣化情報の前記送信要求が実行される場合に、前記劣化情報を前記第１端末に送信し、
   前記第２端末は、前記第１端末から前記電動車両に搭載される前記電池の交換条件についての情報を受ける場合に、前記交換条件を満たす前記交換用電池に対応する前記在庫情報を前記第１端末に送信する、電池情報管理システム。
2. 前記交換条件は、前記交換用電池の劣化度に関する情報と、前記交換用電池の交換に要する費用に関する情報と、前記交換用電池の製造元に関する情報とのうちの少なくともいずれかの情報を含む、請求項１に記載の電池情報管理システム。
3. サーバ装置と、前記サーバ装置と通信可能な第１端末と、前記第１端末と通信可能であって、前記サーバ装置と通信しない第２端末とを用いた電池情報管理方法であって、
   前記サーバ装置において、交換可能な電池を搭載する電動車両から走行履歴を取得し、取得された前記走行履歴を用いて前記電動車両の前記電池の劣化状態を推定し、推定された前記劣化状態を前記電動車両を特定可能な情報と対応づけて記憶するステップと、
   前記第１端末において、前記電動車両に搭載される前記電池の前記劣化状態を示す劣化情報についての送信要求を前記サーバ装置に対して実行するステップと、
   前記第２端末において、前記電池と交換可能な交換用電池を扱う店舗が保有する前記交換用電池の在庫についての在庫情報を記憶するステップと、
   前記サーバ装置において、前記第１端末において前記劣化情報の前記送信要求が実行される場合に、前記劣化情報を前記第１端末に送信するステップと、
   前記第２端末において、前記第１端末から前記電動車両に搭載される前記電池の交換条件についての情報を受ける場合に、前記交換条件を満たす前記交換用電池に対応する前記在庫情報を前記第１端末に送信するステップとを含む、電池情報管理方法。

Images