JP2022146859A - 車両保険システム、車両ディーラ端末、及び車両販売方法 - Google Patents

Abstract

【課題】車両で使用される蓄電装置の、劣化による資産価値の損失の少なくとも一部を補填する車両保険システム、車両ディーラ端末及び車両販売方法を提供する。【解決手段】車両保険システムのディーラ端末２００は、蓄電装置を備える対象車両の販売時に、対象期間に対する保険料が支払われると、対象車両及び対象期間を登録する登録部２０３と、対象車両の購入者の車両の使い方に関する車両使用情報を用いて、購入者をランク付けするランク付け部２０１と、対象期間に対する保険料と、対象期間を延長するための更新料との少なくとも一方を、購入者のランクを用いて決定する保険料決定部２０２と、対象車両が対象期間内において売却される場合に、蓄電装置の劣化による資産価値の損失の少なくとも一部を補填する保険金を決定する保険金決定部２０４と、を備える。【選択図】図５

Description

本開示は、車両保険システム、車両ディーラ端末、及び車両販売方法に関する。

特開２０２０－１４９６７９号公報（特許文献１）には、車両で用いられるバッテリをユーザに貸し出すシステムが開示されている。このシステムでは、ユーザが貸出料金を支払うと、バッテリの劣化の進行の度合いを示す指標が規定量変化する間だけ車両の走行が許可される。こうした仕組みにより、リース車両におけるバッテリの劣化を抑制している。

特開２０２０－１４９６７９号公報

上記特許文献１では、ＰＯＶ（個人所有車）においてバッテリが劣化する課題については検討されていない。ユーザによってバッテリが劣化しやすい態様でＰＯＶが使用されると、そのＰＯＶが売却されるときに、劣化によってバッテリの資産価値が大きく低下しており、ＰＯＶの売却額（バッテリ売却額を含む）が想定よりもはるかに低い額になる可能性がある。

コンベ車（内燃機関のみを走行用の動力源とする自動車）と比べると、ｘＥＶ（電力を動力源の全て又は一部として利用する電動車）の歴史はまだ浅く、ｘＥＶに関する知見を有するユーザは少ない。ユーザは、ｘＥＶをどのように使用するとバッテリが劣化しやすいかを把握していない可能性が高い。こうしたユーザにとって、車両で使用されるバッテリの劣化によって資産価値の過度な損失が生じることは酷である。

本開示は、上記課題を解決するためになされたものであり、その目的は、車両で使用される蓄電装置の、劣化による資産価値の損失の少なくとも一部を補填する保険サービスを提供することである。

本開示の第１の観点に係る車両保険システムは、次に示す登録部、ランク付け部、保険料決定部、及び保険金決定部を備える。登録部は、蓄電装置を備える対象車両の販売時に、対象期間に対する保険料が支払われると、対象車両及び対象期間を登録するように構成される。ランク付け部は、対象車両の購入者の車両の使い方に関する車両使用情報を用いて、購入者をランク付けするように構成される。保険料決定部は、対象期間に対する保険料と、対象期間を延長するための更新料との少なくとも一方を、購入者のランクを用いて決定するように構成される。保険金決定部は、対象車両が対象期間内において売却される場合に、蓄電装置の劣化による資産価値の損失の少なくとも一部を補填する保険金を決定するように構成される。

上記車両保険システムによれば、対象車両（保険対象の車両）で使用される蓄電装置の、劣化による資産価値の損失の少なくとも一部を補填する保険サービスを提供することが可能になる。サービス提供者（たとえば、保険会社）は、保険料決定部で決定された保険料又は更新料を受け取り、保険金決定部で決定された保険金を支払うことで、保険サービスを提供することができる。

上記車両保険システムでは、登録部が、保険登録（保険のための登録）を対象車両の販売時に行ない、対象車両が対象期間（保険対象の期間）内において売却される場合に、保険金決定部が保険金を決定する。車両購入時（保険登録時）においては、蓄電装置の状態を高い精度で把握しやすいため、車両購入時から車両売却時までに蓄電装置がどの程度劣化したかを管理しやすくなる。

上記車両保険システムでは、ランク付け部と保険料決定部とによって、保険サービス料（保険サービスを受けるための料金）と保険金（保険サービスによって受取人に対して支払われる金銭）とのバランスを調整できる。ランク付け部は、ユーザ（対象車両の購入者）の車両の使い方に関する車両使用情報を用いて、ユーザをランク付けする。そして、保険料決定部が、ユーザのランクに基づいて保険サービス料（保険料及び／又は更新料）を決定する。このため、上記車両保険システムによれば、ユーザの車両の使い方に応じてそのユーザに請求する保険サービス料を変動させることができる。たとえば、推奨される車両の使い方をしていないユーザが増えると、保険サービス料に対して保険金が過剰に大きくなり、保険ビジネスが成立しなくなる可能性がある。しかし、上記車両保険システムでは、ランク付け部及び保険料決定部が提供する上記仕組みにより、推奨される車両の使い方をしていないユーザの保険料を高くして、こうしたユーザの増加を抑制することができる。

なお、最初の対象期間に対する保険料は対象車両の購入代金に含まれていてもよい。すなわち、対象車両の購入代金が支払われたことによって、対象期間に対する保険料が支払われたとみなしてもよい。そして、その後の更新料（対象期間の延長料金）が保険ランク（ランク付け部によって決められたユーザのランク）に基づいて決定されてもよい。

車両使用情報は、車両に搭載された蓄電装置の容量維持率に関する情報を含んでもよい。ランク付け部は、購入者の車両の使い方が容量維持率が高く維持されやすい使い方であるほど購入者のランクを高くするように構成されてもよい。保険料決定部は、保険料又は更新料を決定する際に、購入者のランクが高いほど保険料又は更新料を安くするように構成されてもよい。

蓄電装置の劣化を促進するような車両の使い方をするユーザが増えると、保険サービス料に対して保険金が過剰に大きくなって保険ビジネスが成立しなくなる可能性がある。上記構成によれば、蓄電装置の劣化を促進するような車両の使い方をするユーザの保険料を高くして、こうしたユーザの増加を抑制することができる。

ランク付け部は、車両使用情報として、車両の単位期間あたりの走行数と、車載蓄電装置の単位期間あたりの充電数と、放置期間のうち車載蓄電装置のＳＯＣが所定値以上である時間の割合とを用いて、購入者をランク付けするように構成されてもよい。

以下、対象車両の単位期間あたりの走行数を、「走行頻度」とも称する。走行数は、走行回数であってもよいし、走行日数であってもよい。蓄電装置の単位期間あたりの充電数を、「充電頻度」とも称する。充電数は、充電回数であってもよいし、充電日数であってもよい。放置期間のうち蓄電装置のＳＯＣが所定値以上である時間の割合を、「高ＳＯＣ比率」とも称する。

走行頻度、充電頻度、及び高ＳＯＣ比率は、車両使用情報の中でも特に蓄電装置の劣化しやすさに影響しやすい。上記構成によれば、ランク付け部が、蓄電装置の劣化しやすさの観点でユーザ（対象車両の購入者）を適切にランク付けしやすくなる。

なお、ＳＯＣ（State Of Charge）は、蓄電残量を示し、たとえば、満充電状態の蓄電量に対する現在の蓄電量の割合を０～１００％で表わしたものである。

上述したいずれかの車両保険システムは、蓄電装置の売却額を決定する売却額決定部をさらに備えてもよい。蓄電装置の性能評価試験の結果により示される蓄電装置の資産価格が基準価格よりも低い場合には、保険金決定部が蓄電装置の資産価格と基準価格との差額を保険金として決定するとともに、売却額決定部が基準価格を蓄電装置の売却額としてもよい。

上記構成によれば、蓄電装置の資産価格が基準価格よりも低い場合に、保険が適用され、蓄電装置の資産価格と基準価格との差額が保険金で補填される。このため、蓄電装置の劣化によってユーザ（対象車両の購入者）の資産価値が過度に低下することを抑制することが可能になる。

上記売却額決定部は、蓄電装置の売却額を含む対象車両の売却額を決定してもよい。上記基準価格は、市場平均価格であってもよいし、自動車メーカのデータベースから取得される価格（たとえば、過去に売却された同種の蓄電装置の平均売却額）であってもよい。

上記売却額決定部は、性能評価試験の結果により示される蓄電装置の資産価格が基準価格よりも高い場合には、蓄電装置の資産価格を蓄電装置の売却額としてもよい。こうした構成では、蓄電装置の資産価格が基準価格よりも高い場合には保険が適用されず、保険金は支払われない。これにより、保険サービス料と保険金とのバランスが調整される。

車両使用情報は、購入者が対象車両を売却したときの性能評価試験の結果を含んでもよい。ランク付け部は、性能評価試験の結果により示される蓄電装置の資産価格が高いほど購入者のランクを高くするように構成されてもよい。

前述した車両売却時の試験（蓄電装置の性能評価試験）の結果により示される蓄電装置の資産価格が高い場合には、蓄電装置が劣化しにくい態様で車両が使用された可能性が高い。上記構成によれば、こうした態様で車両を使用したユーザの保険料を安くすることができる。こうした保険料の調整により、ユーザが意識的に蓄電装置の劣化が抑制されるように車両を使うことにインセンティブを付与することができる。

上記保険金決定部は、購入者のランクが高いほど保険金の支払い上限額を高くするように構成されてもよい。以下、保険金の支払い上限額を、「保険限度額」とも称する。

上記構成によれば、ユーザの車両の使い方に応じて保険限度額を変動させることができる。このため、推奨される車両の使い方をしているユーザの保険限度額を高くして、こうしたユーザの増加を促進することができる。

保険料決定部は、対象期間が満了する前に、購入者のランクを用いて更新料を決定するように構成されてもよい。登録部は、対象期間が満了する前に更新料が支払われると、対象期間を延長するように構成されてもよい。こうした構成によれば、ユーザの車両の使い方に応じて更新料を変動させることができる。このため、推奨される車両の使い方をしているユーザの更新料を安くして、こうしたユーザの増加を促進することができる。

ランク付け部は、ランク付けの結果により示される購入者のランクが所定ランクよりも低い場合に、ランク付けによって得た情報を用いて、購入者のランクが低い要因を特定し、特定された要因を示すレポートを購入者に送るように構成されてもよい。こうした構成によれば、購入者のランクが低くなったときに、その要因を購入者が把握しやすくなる。

上記レポートは、ランク改善に関するアドバイスを含んでもよい。こうした構成によれば、購入者がランクを改善しやすくなる。

ランク付け部は、ランク付けによって得た情報を用いて購入者の車両の使い方を特定し、特定された車両の使い方を用いて、購入者に車両買替えを案内するように構成されてもよい。

上記構成では、ランク付けによって得た情報を保険以外のサービスに利用する。詳しくは、ランク付けによって得た情報を利用して、ユーザ（対象車両の購入者）に車両買替えを案内する。ランク付けによって得た情報を利用してユーザの車両の使い方を特定することで、ユーザに合った車両を紹介することが可能になる。上記構成によれば、ランク付けによって得た情報を有効利用してユーザに有益な情報を提供することができる。

上述したいずれかの車両保険システムにおいて、対象車両は、ｘＥＶ（電力を動力源の全て又は一部として利用する車両）であってもよい。ｘＥＶには、ＢＥＶ（電気自動車）、ＨＥＶ（ハイブリッド電動車）、ＰＨＥＶ（プラグインハイブリッド電動車）、及びＦＣＥＶ（燃料電池電動車）が含まれる。ｘＥＶにおいては車両の資産価値に対して蓄電装置の資産価値が占める割合が大きく、蓄電装置の劣化によってｘＥＶの資産価値が変動しやすい。このため、上述した保険サービスが特に有益である。

上述した登録部、ランク付け部、保険料決定部、保険金決定部、及び売却額決定部は、１つのコンピュータにまとめて実装されてもよいし、複数のコンピュータに分かれて実装されてもよい。

本開示の第２の観点に係る車両ディーラ端末は、次に示す登録部、ランク付け部、保険料決定部、及び保険金決定部を備える。登録部は、蓄電装置を備える対象車両の販売時に、対象期間に対する保険料が支払われると、対象車両及び対象期間を登録するように構成される。ランク付け部は、対象車両の購入者の車両の使い方に関する車両使用情報を用いて、購入者をランク付けするように構成される。保険料決定部は、対象期間に対する保険料と、対象期間を延長するための更新料との少なくとも一方を、購入者のランクを用いて決定するように構成される。保険金決定部は、対象車両が対象期間内において売却される場合に、蓄電装置の劣化による資産価値の損失の少なくとも一部を補填する保険金を決定するように構成される。

上記車両ディーラ端末も、前述の車両保険システムと同様、対象車両で使用される蓄電装置の、劣化による資産価値の損失の少なくとも一部を補填する保険サービスを提供することができる。

本開示の第３の観点に係る車両販売方法は、第１蓄電装置を備える第１車両を売却したユーザに、第２蓄電装置を備える第２車両を販売する車両販売方法であって、次に示す処理Ａ～Ｆを含む。

処理Ａでは、ユーザの第１車両の使い方に関する車両使用情報を取得する。処理Ｂでは、車両使用情報を用いてユーザをランク付けする。処理Ｃでは、ユーザに第２車両を販売する。処理Ｄでは、ユーザのランクを用いて、対象期間に対する保険料を決定する。処理Ｅでは、対象期間に対する保険料が支払われた場合に、第２車両及び対象期間を登録する。処理Ｆでは、第２車両が対象期間内において売却される場合に、第２蓄電装置の劣化による資産価値の損失の少なくとも一部を補填する保険金を決定する。

上記車両販売方法も、前述の車両保険システムと同様、対象車両で使用される蓄電装置の、劣化による資産価値の損失の少なくとも一部を補填する保険サービスを提供することができる。

本開示によれば、車両で使用される蓄電装置の、劣化による資産価値の損失の少なくとも一部を補填する保険サービスを提供することが可能になる。

本開示の実施の形態において車両が購入されるときの車両保険システムの動作について説明するための図である。 本開示の実施の形態において、保険に加入した車両が売却されるときの車両保険システムの動作について説明するための図である。 本開示の実施の形態に係る車両保険システムに含まれる車両及びディーラ端末の詳細構成を示す図である。 図３に示したユーザ情報データベースに記憶されるユーザ情報の一例を示す図である。 図３に示したディーラ端末の構成要素を機能別に示す機能ブロック図である。 本開示の実施の形態に係る車両保険システムにおいて、ユーザがディーラに車両を売却するときにディーラ端末によって実行される処理を示すフローチャートである。 本開示の実施の形態に係る車両保険システムにおいて、ユーザがディーラから車両を購入するときにディーラ端末によって実行される処理を示すフローチャートである。 図７に示した処理において使用される料金表の一例を示す図である。 図７に示した処理においてディーラ端末がユーザに保険料を請求する画面の一例を示す図である。 本開示の実施の形態に係る車両保険システムにおいて、ディーラ端末によって実行される保険更新に係る処理を示すフローチャートである。 図１０に示したランク付けに係る処理を示す第１のフローチャートである。 図１０に示したランク付けに係る処理を示す第２のフローチャートである。 図１０に示したランク付けに係る処理を示す第３のフローチャートである。 買い物用途で使われる車両の状態推移の一例を示すタイムチャートである。 通勤用途で使われる車両の状態推移の一例を示すタイムチャートである。 図１１～図１３に示した処理によりランクＡ、Ｂ、Ｃにランク付けされた各ユーザによって使用された車両におけるバッテリの容量維持率の推移を示す図である。 図５に示したディーラ端末の構成の変形例を説明するための図である。 図６に示した処理の変形例を示すフローチャートである。 図８に示した料金表の変形例を示す図である。 車両保険システムの変形例において、レポートの作成及び送信に係る処理を示すフローチャートである。 車両保険システムの変形例において、車両買替え案内に係る処理を示すフローチャートである。 車両の使い方が追加されたユーザ情報の一例を示す図である。 ランク付けの方法の変形例について説明するための図である。

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

まず、図１及び図２を用いて、この実施の形態に係る車両保険システムによって実現されるビジネスモデルの概要について説明する。

図１は、この実施の形態において車両が購入されるときの車両保険システムの動作について説明するための図である。

図１を参照して、自動車メーカＰ１は、ディーラＰ２を通じて車両を販売する。ディーラＰ２は、自動車メーカＰ１が製造した車両の販売及びアフターサービス（たとえば、点検及び整備）を行なう自動車販売店である。ディーラＰ２は、自動車メーカＰ１から車両を仕入れて車両購入者Ｐ３に販売する。ディーラＰ２が車両購入者Ｐ３から車両の注文を受けると、自動車メーカＰ１により製造された車両がディーラＰ２に供給される。そして、ディーラＰ２から車両購入者Ｐ３へ車両（たとえば、図１に示す車両１０）が引き渡される。この実施の形態において、ディーラＰ２が販売する車両（車両１０を含む）は、新車（未使用の蓄電装置が搭載された未使用の車両）である。この実施の形態において、車両購入者Ｐ３が購入した車両１０はＰＨＥＶ（プラグインハイブリッド電動車）である。

ディーラＰ２は、ディーラ端末２００と、ディーラツールＤＴとを保有する。ディーラツールＤＴは、車両に蓄積されたデータを車両から読み取る機器である。ディーラツールＤＴは、自動車メーカＰ１が製造した車両に対応するように自動車メーカＰ１によって製造され、自動車メーカＰ１からディーラＰ２に提供される。

この実施の形態では、自動車メーカＰ１が、ディーラＰ２を通じて、車両購入者Ｐ３に対して保険サービスを提供する。自動車メーカＰ１は保険会社を兼ね、ディーラＰ２は保険代理店を兼ねる。自動車メーカＰ１及びディーラＰ２が提供する保険サービスは、車両で使用される蓄電装置の、劣化による資産価値の損失の少なくとも一部を補填する保険サービスである。ディーラＰ２は、車両購入者Ｐ３が車両を購入するときに、保険に加入するか否かの判断を車両購入者Ｐ３に促す。具体的には、ディーラＰ２は、保険料（保険サービスの代金）を決定し、車両購入者Ｐ３に保険料を請求する。保険料の決定方法については後述する。保険の契約は、車両購入者Ｐ３がディーラＰ２に保険料を支払うことによって成立する。車両購入者Ｐ３が保険料を支払った場合には、車両購入者Ｐ３は保険サービスを受けられる。保険サービスの詳細については後述する。他方、車両購入者Ｐ３が保険料を支払わなかった場合には、車両購入者Ｐ３は保険サービスを受けられない。

図２は、この実施の形態において、保険に加入した車両が売却されるときの車両保険システムの動作について説明するための図である。

図２を参照して、ディーラＰ２は、車両の販売に加えて車両の買取りも行なう。車両購入者Ｐ３は、ディーラＰ２から購入した車両１０をディーラＰ２に売却することができる。車両購入者Ｐ３は、保険に加入した車両１０を、保険の対象期間内においてディーラＰ２に売却することによって、上述の保険サービスを受けることができる。

具体的には、ディーラＰ２は、車両１０から取り出したバッテリ（より特定的には、走行用の電力を蓄える二次電池）について性能評価試験を行ない、バッテリの資産価値を評価する。ディーラＰ２は、性能評価試験の結果に基づいてバッテリの資産価格（査定価格）を算出する。バッテリの劣化度が大きいほどバッテリの資産価格は低くなる。そして、バッテリの資産価格に応じて車両１０の売却額（車両１０の資産価格に相当）が変わる。車両購入者Ｐ３が受ける保険サービスの内容は、車両１０が売却される時点におけるバッテリの資産価格に応じて変わる。以下、図２を用いて、車両１０の売却額（査定価格）が異なる３つの例について説明する。以下に示す３つの例では、車両１０の売却額の違いがバッテリの資産価格の違いによって生じているものとする。ここでは、車両１０の市場平均価格（たとえば、車両１０と同一車種の車両の中古販売市場における平均価格）を、１００００００円とする。

第１の例では、バッテリの劣化度が小さく、車両１０の資産価格が市場平均価格と同じ１００００００円である。この場合には、劣化によるバッテリの資産価値の損失が生じていないため、車両購入者Ｐ３に保険金は支払われない。ただし、こうした車両購入者Ｐ３はランクＡにランク付けされる。

車両購入者Ｐ３は、車両１０が売却される時点におけるバッテリの資産価格に応じてランク付けされる。この実施の形態では、車両購入者Ｐ３がランクＡ～Ｃのいずれかにランク付けされる。ランクＡ～Ｃは、保険料を決定する際に用いられる保険ランクである。保険ランクが高いほど保険料が安くなる。保険ランクは、高いほうから、ランクＡ、ランクＢ、ランクＣの順である。ランクＡの車両購入者Ｐ３は、次回車両を購入するときに通常料金よりも安い保険料で車両を保険に加入させることができる。バッテリを劣化させなかったユーザを保険料で優遇することで、バッテリを劣化させないことをユーザに促すことができる。

第２の例では、バッテリの劣化度が中程度であり、車両１０の資産価格が市場平均価格よりも安い８０００００円である。この場合には、バッテリの劣化によって２０００００円の損失が生じたと考えられるため、保険金によって損失（２０００００円）が補填される。そして、車両購入者Ｐ３はランクＢにランク付けされる。これにより、次回車両を購入するときの保険料が通常料金になる。

第３の例では、バッテリの劣化度が大きく、車両１０の資産価格が市場平均価格よりも安い６０００００円である。この場合には、バッテリの劣化によって４０００００円の損失が生じたと考えられるため、保険金によって損失（４０００００円）が補填される。そして、車両購入者Ｐ３はランクＣにランク付けされる。これにより、次回車両を購入するときの保険料が通常料金よりも高くなる。

上記保険サービスによれば、車両１０の使用によるバッテリの劣化が大きい場合に、バッテリの資産価値の損失を保険金で補填することができる。このため、上記第１～第３の例のいずれにおいても、車両購入者Ｐ３は、市場平均価格で車両１０をディーラＰ２に売却することができる。

ディーラＰ２は、車両売却金を車両購入者Ｐ３に支払って、車両購入者Ｐ３から車両１０を買い取る。買い取った車両１０のバッテリの劣化度が小さい場合には、ディーラＰ２は、バッテリを交換することなく、車両１０を中古車両として販売又はリースしてもよい。また、買い取った車両１０のバッテリの劣化度が中程度である場合には、ディーラＰ２は、車両１０から取り出したバッテリを中古電池ユーザＰ４に販売又はリースしてもよい。車両１０から取り出されたバッテリは、定置用として再利用されてもよい。また、買い取った車両１０のバッテリの劣化度が大きい場合には、ディーラＰ２は、車両１０から取り出したバッテリを資源リサイクルに回してもよい。資源リサイクルでは、バッテリから再生可能な材料を回収するためにバッテリが材料レベルまで分解される。中古電池として再利用できない水準までバッテリが劣化すると、バッテリの経済的な価値は著しく低くなる。

図３は、この実施の形態に係る車両保険システムに含まれる車両１０及びディーラ端末２００の詳細構成を示す図である。

図１及び図２とともに図３を参照して、前述したように、車両１０はＰＨＥＶである。車両１０は、ディーラＰ２によって販売される。車両購入者Ｐ３は、車両１０を購入することによって車両１０のユーザになる。車両１０は、バッテリ１１と、監視ユニット１１ａと、電力制御ユニット（ＰＣＵ：Power Control Unit）１２と、モータジェネレータ（ＭＧ：Motor Generator）１３と、エンジン１４と、電子制御ユニット（ＥＣＵ：Electronic Control Unit）１５と、記憶装置１６と、通信装置１７と、ディーラツールＤＴを接続するためのコネクタ１８とを備える。

バッテリ１１は、たとえばリチウムイオン電池又はニッケル水素電池のような二次電池を含む。二次電池は組電池であってもよい。この実施の形態では、二次電池として、複数のリチウムイオン電池を含む組電池を採用する。組電池は、複数の二次電池（一般に「セル」とも称される）が互いに電気的に接続されて構成される。この実施の形態に係るバッテリ１１は、本開示に係る「蓄電装置」の一例に相当する。

監視ユニット１１ａは、バッテリ１１の状態（たとえば、温度、電流、及び電圧）を検出する各種センサを含み、検出結果をＥＣＵ１５へ出力する。ＥＣＵ１５は、監視ユニット１１ａの出力（各種センサの検出値）に基づいてバッテリ１１の状態を取得する。監視ユニット１１ａは、上記センサ機能に加えて、ＳＯＣ（State Of Charge）推定機能、ＳＯＨ（State of Health）推定機能、セル電圧の均等化機能、診断機能、及び通信機能をさらに有するＢＭＳ（Battery Management System）であってもよい。

ＥＣＵ１５は、マイクロコンピュータであってもよい。ＥＣＵ１５は、プロセッサ及びＲＡＭ（Random Access Memory）を備える。記憶装置１６は、格納された情報を保存可能に構成される。たとえば、記憶装置１６に記憶されているプログラムをＥＣＵ１５のプロセッサが実行することによって、車両１０の制御が実行される。図示は省略しているが、車両１０には、監視ユニット１１ａ以外にも、各種センサ（車速センサ、オドメータ、アクセル開度センサ、外気温センサなど）が搭載されている。ＥＣＵ１５は、車両１０に搭載されたセンサによって車両１０の状態を検出しつつ、検出結果を記憶装置１６に蓄積する。たとえば、車両１０が走行状態／充電状態／放置状態のいずれの状態であるかが、記憶装置１６に逐次記録される。走行状態は、車両１０が走行中の状態である。充電状態は、車両１０が外部充電中の状態である。放置状態は、車両１０の駐車中に外部充電が行なわれていない状態（走行状態でも充電状態でもない状態）である。また、バッテリ１１のＳＯＣの推移も、記憶装置１６に逐次記録される。ＥＣＵ１５は、車載センサの検出結果に基づいて、車両１０が所望の状態となるように車載機器を制御する。

通信装置１７は、各種通信Ｉ／Ｆ（インターフェース）を含んで構成される。この実施の形態では、通信装置１７が携帯端末２０と通信可能に構成される。通信装置１７と携帯端末２０との通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）のような近距離通信（たとえば、車内及び車両周辺の範囲での直接通信）であってもよい。

携帯端末２０は、車両１０のユーザに携帯される端末である。この実施の形態では、携帯端末２０として、タッチパネルディスプレイを具備するスマートフォンを採用する。ただしこれに限られず、携帯端末２０としては、任意の携帯端末を採用可能であり、タブレット端末、ウェアラブルデバイス（たとえば、スマートウォッチ）、又は電子キーなども採用可能である。携帯端末２０は、無線通信により通信ネットワーク５０にアクセス可能に構成される。

ＭＧ１３は、たとえば三相交流モータジェネレータである。ＭＧ１３は、ＰＣＵ１２によって駆動され、車両１０の駆動輪を回転させるように構成される。ＰＣＵ１２は、たとえばインバータ及びコンバータ（いずれも図示せず）を含んで構成される。ＰＣＵ１２は、バッテリ１１から供給される電力を用いてＭＧ１３を駆動する。バッテリ１１に蓄えられた電力は、ＭＧ１３によって動力に変換される。また、ＭＧ１３は、回生発電を行ない、発電した電力をバッテリ１１に供給する。ＰＣＵ１２は、ＥＣＵ１５によって制御される。エンジン１４は、燃料を燃焼させたときに生じる燃焼エネルギーをピストン又はロータのような運動子の運動エネルギーに変換することによって動力を出力する内燃機関である。エンジン１４は、ＥＣＵ１５によって制御される。

ＭＧ１３及びエンジン１４の各々は、車両１０の駆動輪に動力を伝達可能に構成される。ＥＣＵ１５は、ＰＣＵ１２及びエンジン１４を協調制御することで、ＭＧ１３とエンジン１４との少なくとも一方から出力される動力を用いて車両１０を走行させるように構成される。車両１０のハイブリッド方式は、シリーズ方式、パラレル方式、スプリット方式のいずれであってもよい。

ＥＣＵ１５は、複数種の走行モードの中から１つの走行モードを選択し、選択された走行モードに従って車両１０の走行制御を行なう。ユーザは、図示しない入力装置（たとえば、運転席近傍に設けられたスイッチ）又は携帯端末２０を操作して走行モードの切替えをＥＣＵ１５に指示することができる。ＥＣＵ１５は、ユーザから指示された走行モードを選択する。上記複数種の走行モードには、ＣＤ（Charge Depleting）モードと、ＣＳ（Charge Sustaining）モードとが含まれる。ＣＤモードは、エンジン１４が停止した状態でバッテリ１１の電力を消費しながらＭＧ１３によって継続的に車両１０を走行させる走行モードである。ＣＤモードにおいては、バッテリ１１の充電よりも放電の割合のほうが大きくなり、バッテリ１１のＳＯＣは徐々に減少する。ＣＳモードは、バッテリ１１のＳＯＣが目標ＳＯＣ値に維持されるようにエンジン１４の作動／停止を切り替える走行モードである。目標ＳＯＣ値は、約５０％であってもよい。

車両１０は、接触充電のための充電器１１ｂ及びインレット１１ｃをさらに備える。図示しないＥＶＳＥ（Electric Vehicle Supply Equipment）の本体につながる充電ケーブルのコネクタが駐車状態の車両１０のインレット１１ｃに接続（プラグイン）されることによって、車両１０がプラグイン状態になる。ＥＶＳＥは、車両外部の給電設備に相当する。プラグイン状態では、車両１０とＥＶＳＥとの間での通信が可能になるとともに、ＥＶＳＥと車両１０との間で電力の授受を行なうことが可能になる。プラグイン状態の車両１０では、外部充電（すなわち、ＥＶＳＥからインレット１１ｃに供給される電力によってバッテリ１１を充電すること）が可能になる。充電器１１ｂは、外部充電中において、インレット１１ｃが受電した電力をバッテリ１１の充電に適した電力に変換し、変換された電力をバッテリ１１へ出力するように構成される。充電器１１ｂは、ＥＣＵ１５によって制御される。

ＥＣＵ１５は、即時充電とタイマ充電との両方を実行可能に構成される。即時充電は、車両１０がプラグイン状態になると、すぐに開始される外部充電である。タイマ充電は、予め設定されたスケジュールに従って実行される外部充電である。タイマ充電のスケジュールは開始時刻及び終了時刻の両方を含んでもよい。また、タイマ充電のスケジュールは開始時刻のみであり、その開始時刻にタイマ充電が開始され、充電中にバッテリ１１のＳＯＣが所定ＳＯＣ値以上になるとタイマ充電が終了してもよい。ユーザは、図示しない入力装置（たとえば、運転席近傍に設けられた操作パネル）又は携帯端末２０を操作することにより、ＥＣＵ１５に対して、タイマ充電のスケジュールを設定したり、タイマ充電の予約／解除を切り替えたりすることができる。ＥＣＵ１５は、タイマ充電が予約されていない場合には即時充電を実行し、タイマ充電が予約されている場合には、即時充電を実行せず、予め設定されたスケジュールに従ってタイマ充電を実行する。

コネクタ１８は、ディーラツールＤＴと接続可能に構成される。ディーラツールＤＴの通信ケーブルがコネクタ１８に接続されることにより、ディーラツールＤＴは、車両１０に蓄積されたデータ（たとえば、記憶装置１６に蓄積されたデータ）を車両１０から取得することが可能になる。

ディーラ端末２００は、図１及び図２に示したディーラＰ２に設置された端末である。ディーラ端末２００は、情報処理装置２１０と、通信装置２２０と、ディーラツールＤＴを接続するためのコネクタ２３０と、車両情報ＤＢ（データベース）２３１と、ユーザ情報ＤＢ（データベース）２３２と、入力装置２４０と、ディスプレイ２５０とを含む。

情報処理装置２１０は、コンピュータであってもよい。情報処理装置２１０は、プロセッサ２１１と、ＲＡＭ２１２と、記憶装置２１３とを備える。プロセッサ２１１としては、たとえばＣＰＵ（Central Processing Unit）を採用できる。記憶装置２１３は、格納された情報を保存可能に構成される。記憶装置２１３には、プログラムのほか、プログラムで使用される情報（たとえば、マップ、数式、及び各種パラメータ）が記憶されている。なお、情報処理装置２１０が備えるプロセッサの数は任意であり、所定の処理ごとにプロセッサが用意されてもよい。この実施の形態では、情報処理装置２１０が、ソフトウェアによって処理を行なうが、ソフトウェアの代わりに専用のハードウェア（電子回路）によって処理が行なわれてもよい。

通信装置２２０は、通信ネットワーク５０にアクセス可能に構成される。通信装置２２０は、通信ネットワーク５０を介して、外部の通信装置（携帯端末２０を含む）と通信可能に構成される。通信装置２２０と携帯端末２０との間でやり取りされる信号は暗号化されてもよい。コネクタ２３０は、ディーラツールＤＴと接続可能に構成される。ディーラツールＤＴの通信ケーブルがコネクタ２３０に接続されることにより、ディーラツールＤＴが保有するデータ（たとえば、車両１０から取り込んだデータ）をディーラツールＤＴからディーラ端末２００へ送信することが可能になる。ディーラ端末２００の情報処理装置２１０は、ディーラツールＤＴから取得した情報を、車両情報ＤＢ２３１及びユーザ情報ＤＢ２３２に追加する。

入力装置２４０は、ユーザからの入力を受け付ける装置である。入力装置２４０は、ユーザからの入力に対応する信号を情報処理装置２１０へ出力するように構成される。入力装置２４０としては、各種ポインティングデバイス（マウス、タッチパッド等）、キーボード、又はタッチパネルを採用できる。入力装置２４０は、音声入力を受け付けるスマートスピーカを含んでもよい。ディスプレイ２５０は、情報処理装置２１０からの指示に従って情報を表示するように構成される。ディスプレイ２５０は、液晶ディスプレイ（ＬＣＤ）であってもよいし、タッチパネルディスプレイであってもよい。ディスプレイ２５０はスピーカ機能を備えてもよい。

ディーラＰ２は、販売した各車両に対して当該車両を識別するためのＩＤ（以下、「車両ＩＤ」とも称する）を付与する。ディーラＰ２が販売した車両は車両情報ＤＢ２３１に登録される。車両情報ＤＢ２３１は、各登録車両に関する車両情報を登録車両ごとの車両ＩＤと紐付けて蓄積する。車両情報ＤＢ２３１に記憶される車両情報には、蓄電装置の初期容量と、車両使用情報とが含まれる。また、入力装置２４０を通じて情報処理装置２１０に入力された車両情報が車両情報ＤＢ２３１に追加されてもよい。車両使用情報は、車両の使い方に関する情報である。この実施の形態では、走行頻度（車両の単位期間あたりの走行数）と、充電頻度（蓄電装置の単位期間あたりの充電数）と、高ＳＯＣ比率（放置期間のうち蓄電装置のＳＯＣが所定値以上である時間の割合）と、車両売却時の試験結果（蓄電装置の性能評価試験の結果）とが、車両使用情報として採用される。走行頻度、充電頻度、高ＳＯＣ比率、及び車両売却時の試験結果の詳細については後述する。情報処理装置２１０は、車両ＩＤに基づいて車両を特定し、その車両に関する車両情報を車両情報ＤＢ２３１から読み出すことができる。

ディーラＰ２は、取引きした各ユーザに対して当該ユーザを識別するためのＩＤ（以下、「ユーザＩＤ」とも称する）を付与する。ディーラＰ２で車両の売買を行なったユーザは、ユーザ情報ＤＢ２３２に登録される。ユーザ情報ＤＢ２３２は、登録された各ユーザに関するユーザ情報をユーザごとのユーザＩＤと紐付けて蓄積する。ユーザ情報ＤＢ２３２に記憶されるユーザ情報には、ユーザの連絡先（たとえば、通信アドレス）と、保険情報とが含まれる。また、入力装置２４０を通じて情報処理装置２１０に入力されたユーザ情報がユーザ情報ＤＢ２３２に追加されてもよい。この実施の形態では、対象車両（保険対象の車両）と、対象期間（保険対象の期間）と、ランク情報（ユーザの保険ランクを示す情報）とが、保険情報として採用される。情報処理装置２１０は、ユーザＩＤに基づいてユーザを特定し、そのユーザに関するユーザ情報をユーザ情報ＤＢ２３２から読み出すことができる。

図４は、ユーザ情報ＤＢ２３２に記憶されるユーザ情報の一例を示す図である。図３とともに図４を参照して、ユーザ情報ＤＢ２３２においては、ユーザごとの保険情報が管理されている。ユーザごとの保険情報はユーザＩＤによって区別される。対象車両は、保険に加入した車両である。この実施の形態では、ディーラＰ２が販売した車両のうち保険に加入した車両が、対象車両としてユーザ情報ＤＢ２３２に登録される。このため、対象車両は登録車両のいずれかである。対象車両は車両ＩＤによって示されてもよい。対象期間は、保険が適用される期間を示す。たとえば、対象車両の販売時から所定時間（たとえば、１年）経過するまでの期間が、対象期間としてユーザ情報ＤＢ２３２に登録される。保険契約の更新によって対象期間は更新（延長）される。ランクは、ユーザの保険ランクを示し、随時更新される。保険ランクは、前述したランクＡ～Ｃのいずれかである。

図５は、ディーラ端末２００の構成要素を機能別に示す機能ブロック図である。図３とともに図５を参照して、ディーラ端末２００の情報処理装置２１０は、ランク付け部２０１と、保険料決定部２０２と、登録部２０３と、保険金決定部２０４と、売却額決定部２０５とを含む。この実施の形態では、図３に示したプロセッサ２１１と、プロセッサ２１１により実行されるプログラム（たとえば、記憶装置２１３に記憶されるプログラム）とによって、上記各部が具現化される。ただしこれに限られず、上記各部は、専用のハードウェア（電子回路）によって具現化されてもよい。

ランク付け部２０１は、対象車両の購入者の車両使用情報を用いて、購入者をランク付けするように構成される。保険料決定部２０２は、購入者のランクを用いて、初回保険料を決定するように構成される。この実施の形態では、保険料決定部２０２が、初回保険料だけでなく更新料を、購入者のランクを用いて決定するように構成される。登録部２０３は、対象車両の販売時に、初回保険料（対象期間に対する保険料）が支払われると、対象車両及び対象期間を登録するように構成される。保険金決定部２０４は、対象車両が対象期間内において売却される場合に、蓄電装置の劣化による資産価値の損失の少なくとも一部を補填する保険金を決定するように構成される。売却額決定部２０５は、蓄電装置の資産価格と基準価格とを用いて、蓄電装置の売却額を決定するように構成される。対象車両が車両１０である場合には、バッテリ１１が「蓄電装置」に相当する。

以下、図５及び図６を用いて、ユーザが第１車両から第２車両に買い替える例におけるディーラ端末２００の動作を説明する。この例では、ユーザが、第１車両については前述の保険に加入せず、第２車両については前述の保険に加入するものとする。第１車両はユーザ情報ＤＢ２３２に登録されず、第２車両は対象車両としてユーザ情報ＤＢ２３２に登録される。第１車両及び第２車両の各々は、車両１０と同様、図３に示した構成を有するものとする。第１車両、第２車両のバッテリ１１はそれぞれ、本開示に係る「第１蓄電装置」、「第２蓄電装置」の一例に相当する。

ディーラＰ２は、ユーザから第１車両を買い取る。ユーザが第１車両を売却するときには、ディーラ端末２００が、第１車両について以下に説明する図６に示す処理を実行する。図６は、ユーザがディーラＰ２に車両を売却するときにディーラ端末２００によって実行される処理を示すフローチャートである。このフローチャートに示される処理は、たとえばディーラＰ２の店員が入力装置２４０（図３）を通じてディーラ端末２００に指示すると、開始される。以下では、フローチャート中の各ステップを、単に「Ｓ」と表記する。

図３及び図５とともに図６を参照して、Ｓ１０１では、売却額決定部２０５がバッテリ１１の資産価格を取得する。具体的には、ディーラＰ２において、作業者が、第１車両から取り出したバッテリ１１について性能評価試験を行ない、試験結果（性能評価試験の結果）をディーラ端末２００に入力する。売却額決定部２０５は、入力された試験結果を取得する。そして、売却額決定部２０５は、その試験結果を用いて、バッテリ１１の資産価格（以下、「価格Ｘ１」と表記する）を算出する。

上記性能評価試験は、バッテリ１１の資産価値を評価するための試験である。この実施の形態では、バッテリ１１の容量維持率を測定する試験を、上記性能評価試験として採用する。容量維持率は、初期容量に対する現在の容量の比率である。初期容量は、初期状態（すなわち、蓄電装置が劣化していない状態）の容量である。バッテリ１１の容量維持率が低いほどバッテリ１１の劣化は進行している。売却額決定部２０５は、Ｓ１０１において、試験結果により示されるバッテリ１１の容量維持率が高いほど価格Ｘ１が高くなるように、価格Ｘ１を算出する。この実施の形態における試験結果は、本開示に係る「車両に搭載された蓄電装置の容量維持率に関する情報」の一例に相当する。

続けて、Ｓ１０２では、売却額決定部２０５が基準価格（以下、「価格Ｘ２」と表記する）を取得する。価格Ｘ２は、バッテリ１１の市場平均価格（たとえば、バッテリ１１と同一種類のバッテリの中古販売市場における平均価格）であってもよい。売却額決定部２０５は、通信装置２２０を通じて、所定のデータベース（たとえば、外部のデータセンタが保有するデータベース）から価格Ｘ２を取得してもよい。

続けて、Ｓ１０３では、売却額決定部２０５が、価格Ｘ２から価格Ｘ１を減算することにより、差額Ｘ３（＝Ｘ２－Ｘ１）を算出する。また、ランク付け部２０１は、Ｓ１０４において、価格Ｘ１が価格Ｘ２以上であるか否かを判断する。そして、価格Ｘ１が価格Ｘ２未満である場合（Ｓ１０４にてＮＯ）には、ランク付け部２０１は、Ｓ１０５において、差額Ｘ３が所定の閾値（以下、「Ｔｈ」と表記する）以上であるか否かを判断する。

価格Ｘ１が価格Ｘ２以上である場合（Ｓ１０４にてＹＥＳ）には、ランク付け部２０１が、バッテリ１１の劣化度が小さいと認定し、処理をＳ１０６に進める。価格Ｘ１が価格Ｘ２未満であり、かつ、差額Ｘ３がＴｈ未満である場合（Ｓ１０５にてＮＯ）には、ランク付け部２０１が、バッテリ１１の劣化度が中程度であると認定し、処理をＳ１０７に進める。価格Ｘ１が価格Ｘ２未満であり、かつ、差額Ｘ３がＴｈ以上である場合（Ｓ１０５にてＹＥＳ）には、ランク付け部２０１が、バッテリ１１の劣化度が大きいと認定し、処理をＳ１０８に進める。Ｓ１０６、Ｓ１０７、Ｓ１０８ではそれぞれ、ランク付け部２０１がユーザの保険ランクをランクＡ、Ｂ、Ｃとする。ランク付け部２０１は、Ｓ１０６～Ｓ１０８の各々において、ユーザ情報ＤＢ２３２内のランク情報を更新する。Ｓ１０６～Ｓ１０８のいずれかにおいて決定されたユーザの保険ランクはユーザＩＤと紐付けられてユーザ情報ＤＢ２３２に記憶される（図４参照）。

第１車両は保険に加入していないため、Ｓ１０６～Ｓ１０８のいずれかにおいてランク付けが行なわれると、Ｓ１１０の処理が実行される。具体的には、Ｓ１０６の処理が実行されると、処理がＳ１１０に進み、Ｓ１０７及びＳ１０８のいずれかの処理が実行されると、処理がＳ１０９に進む。Ｓ１０９においては、第１車両が保険の対象か否かを、売却額決定部２０５が判断する。第１車両は保険に加入していないため、Ｓ１０９においてＮＯと判断され、処理がＳ１１０に進む。

Ｓ１１０では、売却額決定部２０５が、Ｓ１０１において算出された価格Ｘ１（第１車両におけるバッテリ１１の資産価格）を、第１車両におけるバッテリ１１の売却額とする。売却額決定部２０５は、第１車両の売却額（バッテリ１１の売却額を含む）を、第１車両のユーザが携帯する携帯端末２０に通知してもよい。第１車両のユーザは、携帯端末２０を操作して、キャッシュレス決済により第１車両を売却してもよい。上記Ｓ１１０の処理が実行されると、図６に示す一連の処理は終了する。図６のＳ１１１については、後述する第２車両の売却時の処理において説明する。

次に、ディーラＰ２は、第１車両を売却したユーザに第２車両を販売する。ユーザが第２車両を購入するときには、ディーラ端末２００が、第２車両について以下に説明する図７に示す処理を実行する。図７は、ユーザがディーラＰ２から車両を購入するときにディーラ端末２００によって実行される処理を示すフローチャートである。このフローチャートに示される処理は、たとえばディーラＰ２の店員が入力装置２４０（図３）を通じてディーラ端末２００に指示すると、開始される。

図３及び図５とともに図７を参照して、Ｓ２０１では、保険料決定部２０２が、ユーザ（第２車両の購入者）の保険ランクをユーザ情報ＤＢ２３２から取得する。続けて、保険料決定部２０２は、Ｓ２０２において、ユーザの保険ランクに基づいて初回保険料（対象期間に対する保険料）を決定する。保険料決定部２０２は、記憶装置２１３に記憶された料金表を参照して、初回保険料を決定してもよい。

図８は、料金表の一例を示す図である。図８を参照して、初回保険料は、車両を保険に加入させるための保険料である。ユーザは、車両購入時に初回保険料を支払うことによって、その車両について保険サービスを受けられる。ただし、初回保険料によって保険サービスを受けられる期間は、初回保険料の対象期間に限られる。この実施の形態では、初回保険料が支払われてから１年経過するまでの期間を、対象期間とする。図８に示す料金表では、ユーザ（車両購入者）の保険ランクによって初回保険料が変わる。ユーザの保険ランクがランクＡ、Ｂ、Ｃである場合には、それぞれ初回保険料が１００００円、２００００円、３００００円となる。このように、ユーザの保険ランクが高いほど初回保険料が安くなる。更新料については後述する。

前述のように、この実施の形態に係るランク付け部２０１は、ユーザ（第２車両の購入者）が第１車両を売却したときの性能評価試験の結果により示される第１車両のバッテリ１１の資産価格が高いほど、ユーザの保険ランクを高くする（図６のＳ１０１～Ｓ１０８参照）。ユーザの第１車両の使い方が容量維持率が高く維持されやすい使い方であるほどユーザの保険ランクは高くなる。この実施の形態では、図８に示すように、ユーザの保険ランクが低いほど初回保険料が高くなる。このように、蓄電装置の劣化を促進するような車両の使い方をするユーザの保険料を高くすることで、こうしたユーザの増加を抑制することができる。

再び図３及び図５とともに図７を参照して、Ｓ２０３では、登録部２０３が、Ｓ２０２で決定された初回保険料をユーザに請求する。登録部２０３は、初回保険料を、第１車両のユーザが携帯する携帯端末２０に通知してもよい。そして、ディーラ端末２００からの通知を受けた携帯端末２０が、以下に説明する図９に示す画面を表示してもよい。

図９は、ディーラ端末２００がユーザに保険料を請求する画面の一例を示す図である。図９を参照して、この画面は、メッセージＭ１１及びＭ１２と、「はい」ボタンＭ１３と、「いいえ」ボタンＭ１４とを表示して、保険料を支払うか否かの選択をユーザに促す。メッセージＭ１１は、保険の概要（初回保険料及び対象期間を含む）を示している。メッセージＭ１２は、「はい」ボタンＭ１３及び「いいえ」ボタンＭ１４に関する説明を示している。ユーザは、たとえば画面に触れることによって、「はい」ボタンＭ１３と「いいえ」ボタンＭ１４とのいずれかのボタンを選択することができる。ユーザは、「はい」ボタンＭ１３を操作することによって、キャッシュレス決済により初回保険料をディーラＰ２に支払うことができる。なお、上記各ボタンは、タッチパネルディスプレイに表示された仮想的なボタンに限られず、物理的なボタンであってもよい。

再び図３及び図５とともに図７を参照して、Ｓ２０４では、ユーザによって初回保険料が支払われたか否かを、登録部２０３が判断する。ユーザによって「はい」ボタンＭ１３（図９）が選択されると、登録部２０３は、Ｓ２０４においてＹＥＳと判断する。他方、ユーザによって「いいえ」ボタンＭ１４（図９）が選択されると、登録部２０３は、Ｓ２０４においてＮＯと判断する。

この実施の形態では、ユーザ（第２車両の購入者）が初回保険料を支払って、第２車両を保険に加入させる。このため、Ｓ２０４においてＹＥＳと判断され、処理がＳ２０５に進む。Ｓ２０５では、登録部２０３が、対象車両（第２車両）と初回保険料の対象期間とをユーザ情報ＤＢ２３２に登録する。これにより、保険の契約が成立し、第２車両が保険に加入したことになる。対象車両及び対象期間はユーザＩＤと紐付けられてユーザ情報ＤＢ２３２に記憶される（図４参照）。なお、ユーザによって初回保険料が支払われなかった場合（Ｓ２０４にてＮＯ）には、対象車両及び対象期間が登録されることなく、図７に示す一連の処理は終了する。この場合、購入された車両は保険に加入しないことになる。

上記Ｓ２０５の処理が実行されると、図７に示す一連の処理は終了する。その後、第２車両について支払われた初回保険料の対象期間の満了が近づくと、ディーラ端末２００が、第２車両について以下に説明する図１０に示す処理を実行する。図１０は、ディーラ端末２００によって実行される保険更新に係る処理を示すフローチャートである。このフローチャートに示される処理は保険更新タイミングで実行される。

この実施の形態では、対象期間の満了が近づくと、ディーラ端末２００が、第２車両のユーザが携帯する携帯端末２０に対して、来店を促す通知を行なう。そして、対象期間満了が近い時期（たとえば、対象期間満了１ヶ月前から対象期間満了時までの間）に第２車両がディーラＰ２を訪れると、ディーラＰ２の店員が、ディーラツールＤＴを用いて、第２車両に蓄積された車両使用情報をディーラ端末２００に取り込んだ後、ディーラ端末２００に図１０に示す処理を実行させる。ディーラ端末２００に取り込まれた車両使用情報は、車両情報ＤＢ２３１に保存される。

図３及び図５とともに図１０を参照して、Ｓ３０１では、ランク付け部２０１が、ユーザ（第２車両の購入者）の車両使用情報を用いて、ユーザをランク付けする。そして、ランク付け部２０１は、このランク付け結果に基づいてユーザ情報ＤＢ２３２内のランク情報を更新する。以下、図１１～図１６を用いて、Ｓ３０１の処理（ランク付け）について詳述する。

図１１は、図１０のＳ３０１で実行されるランク付けに係る処理を示す第１のフローチャートである。図３及び図５とともに図１１を参照して、Ｓ１０では、ランク付け部２０１が、車両情報ＤＢ２３１からユーザ（第２車両の購入者）の車両使用情報を取得する。そして、ランク付け部２０１は、その車両使用情報に基づいて、上記ユーザの走行頻度、充電頻度、及び高ＳＯＣ比率を算出する。この実施の形態では、１週間あたりの第２車両の走行日数を、上記走行頻度として採用する。また、１日あたりのバッテリ１１の外部充電の回数を、上記充電頻度として採用する。また、放置期間（第２車両が放置状態の期間）のうちバッテリ１１のＳＯＣが７０％以上である時間の割合を、上記高ＳＯＣ比率として採用する。この実施の形態では、ランク付け部２０１が、第２車両の購入時から現時点までのデータ（車両使用情報）を用いて、走行頻度、充電頻度、及び高ＳＯＣ比率を算出する。ただし、ランク付け部２０１は、２回目以降の更新において、前回更新時から今回更新時（現時点）までのデータを用いて、走行頻度、充電頻度、及び高ＳＯＣ比率を算出してもよい。この実施の形態における走行頻度、充電頻度、及び高ＳＯＣ比率の各々は、本開示に係る「車両に搭載された蓄電装置の容量維持率に関する情報」の一例に相当する。

続くＳ１１では、上記ユーザの走行頻度が２日／週未満であるか否かを、ランク付け部２０１が判断する。そして、走行頻度が２日／週未満である場合（Ｓ１１にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「週末走行」と認定し、処理をＳ１２に進める。週末走行は、週末のみに車両を走行させる車両の使い方である。

Ｓ１２では、上記ユーザの充電頻度が０．３回／日未満であるか否かを、ランク付け部２０１が判断する。そして、充電頻度が０．３回／日未満である場合（Ｓ１２にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「ＨＶ走行」と認定し、Ｓ１３において上記ユーザの保険ランクをランクＡとする。ＨＶ走行は、走行のためにエンジン１４の動力を積極的に使用する車両の使い方である。この実施の形態では、走行モードとしてＣＳモードを選択する期間を長くすると、ＨＶ走行に該当する。

充電頻度が０．３回／日以上である場合（Ｓ１２にてＮＯ）には、Ｓ１４において、上記ユーザの高ＳＯＣ比率が８０％未満であるか否かを、ランク付け部２０１が判断する。そして、高ＳＯＣ比率が８０％未満である場合（Ｓ１４にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「低ＳＯＣ充電」と認定し、Ｓ１５において上記ユーザの保険ランクをランクＢとする。他方、高ＳＯＣ比率が８０％以上である場合（Ｓ１４にてＮＯ）には、ランク付け部２０１は、ユーザの車両の使い方を「毎日充電」と認定し、Ｓ１６において上記ユーザの保険ランクをランクＣとする。低ＳＯＣ充電は、ユーザがバッテリのＳＯＣが少ないと感じたときにバッテリの外部充電を行なう車両の使い方である。毎日充電は、バッテリの外部充電を１日に１回行なう車両の使い方である。

上記Ｓ１３、Ｓ１５、及びＳ１６のいずれかにおいてユーザ（第２車両の購入者）の保険ランクが更新されると、図１１に示す処理（図１０のＳ３０１）が終了し、処理は図１０のＳ３０２に進む。一方、Ｓ１１においてＮＯと判断された場合には、以下に説明する図１２に示す処理が開始される。図１１中の「Ｚ１」は、図１２に示す処理のスタートに相当する。

図１２は、図１０のＳ３０１で実行されるランク付けに係る処理を示す第２のフローチャートである。図３及び図５とともに図１２を参照して、Ｓ２０では、ユーザ（第２車両の購入者）の走行頻度が６日／週未満であるか否かを、ランク付け部２０１が判断する。そして、走行頻度が６日／週未満である場合（Ｓ２０にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「平日走行」と認定し、処理をＳ２１に進める。平日走行は、平日のみに車両を走行させる車両の使い方である。

Ｓ２１では、上記ユーザの充電頻度が０．３回／日未満であるか否かを、ランク付け部２０１が判断する。そして、充電頻度が０．３回／日未満である場合（Ｓ２１にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「ＨＶ走行」と認定し、Ｓ２２において上記ユーザの保険ランクをランクＡとする。

充電頻度が０．３回／日以上である場合（Ｓ２１にてＮＯ）には、Ｓ２３において、充電頻度が０．９回／日未満であるか否かを、ランク付け部２０１が判断する。そして、充電頻度が０．９回／日未満である場合（Ｓ２３にてＹＥＳ）には、Ｓ２４において、上記ユーザの高ＳＯＣ比率が４０％未満であるか否かを、ランク付け部２０１が判断する。

高ＳＯＣ比率が４０％未満である場合（Ｓ２４にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「低ＳＯＣ充電」と認定し、Ｓ２５において上記ユーザの保険ランクをランクＢとする。

他方、高ＳＯＣ比率が４０％以上である場合（Ｓ２４にてＮＯ）には、ランク付け部２０１は、ユーザの車両の使い方を「毎日充電」と認定し、処理をＳ２６に進める。Ｓ２６では、高ＳＯＣ比率が７０％未満であるか否かを、ランク付け部２０１が判断する。そして、高ＳＯＣ比率が７０％未満である場合（Ｓ２６にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「通勤用途」と認定し、Ｓ２７において上記ユーザの保険ランクをランクＣとする。他方、高ＳＯＣ比率が７０％以上である場合（Ｓ２６にてＮＯ）には、ランク付け部２０１は、ユーザの車両の使い方を「買い物用途」と認定し、Ｓ２８において上記ユーザの保険ランクをランクＣとする。通勤用途は、ユーザが通勤（たとえば、自宅と会社との間の移動）のために車両を使う車両の使い方である。買い物用途は、ユーザが買い物（たとえば、自宅と店との間の移動）のために車両を使う車両の使い方である。なお、図１２のＳ２７及びＳ２８では同じ保険ランクが設定されるため、通勤用途／買い物用途を判別しない場合には、Ｓ２６を割愛してもよい。

Ｓ２３においてＮＯと判断された場合には、ランク付け部２０１は、ユーザの車両の使い方を「２回充電」と認定し、Ｓ２９において上記ユーザの保険ランクをランクＣとする。２回充電は、バッテリの外部充電を１日に２回行なう車両の使い方である。

上記Ｓ２２、Ｓ２５、Ｓ２７、Ｓ２８、及びＳ２９のいずれかにおいてユーザ（第２車両の購入者）の保険ランクが更新されると、図１２に示す処理（図１０のＳ３０１）が終了し、処理は図１０のＳ３０２に進む。一方、Ｓ２０においてＮＯと判断された場合には、ランク付け部２０１は、ユーザの車両の使い方を「毎日走行」と認定し、以下に説明する図１３に示す処理を開始する。毎日走行は、車両を毎日走行させる車両の使い方である。図１２中の「Ｚ２」は、図１３に示す処理のスタートに相当する。

図１３は、図１０のＳ３０１で実行されるランク付けに係る処理を示す第３のフローチャートである。図３及び図５とともに図１３を参照して、Ｓ３１では、ユーザ（第２車両の購入者）の充電頻度が０．３回／日未満であるか否かを、ランク付け部２０１が判断する。そして、充電頻度が０．３回／日未満である場合（Ｓ３１にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「ＨＶ走行」と認定し、Ｓ３２において上記ユーザの保険ランクをランクＡとする。

充電頻度が０．３回／日以上である場合（Ｓ３１にてＮＯ）には、Ｓ３３において、充電頻度が０．９回／日未満であるか否かを、ランク付け部２０１が判断する。そして、充電頻度が０．９回／日未満である場合（Ｓ３３にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「低ＳＯＣ充電」と認定し、Ｓ３４において上記ユーザの保険ランクをランクＢとする。他方、充電頻度が０．９回／日以上である場合（Ｓ３３にてＮＯ）には、Ｓ３５において、上記ユーザの高ＳＯＣ比率が４０％未満であるか否かを、ランク付け部２０１が判断する。

高ＳＯＣ比率が４０％未満である場合（Ｓ３５にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「タイマ充電あり」と認定し、Ｓ３６において上記ユーザの保険ランクをランクＡとする。タイマ充電ありは、高ＳＯＣ比率の増加が抑制されるようにタイマ充電を行なう車両の使い方である。

他方、高ＳＯＣ比率が４０％以上である場合（Ｓ３５にてＮＯ）には、ランク付け部２０１は、ユーザの車両の使い方を「毎日充電」と認定し、処理をＳ３７に進める。Ｓ３７では、高ＳＯＣ比率が７０％未満であるか否かを、ランク付け部２０１が判断する。そして、高ＳＯＣ比率が７０％未満である場合（Ｓ３７にてＹＥＳ）には、ランク付け部２０１は、ユーザの車両の使い方を「通勤用途」と認定し、Ｓ３８において上記ユーザの保険ランクをランクＢとする。他方、高ＳＯＣ比率が７０％以上である場合（Ｓ３７にてＮＯ）には、ランク付け部２０１は、ユーザの車両の使い方を「買い物用途」と認定し、Ｓ３９において上記ユーザの保険ランクをランクＣとする。

上記Ｓ３２、Ｓ３４、Ｓ３６、Ｓ３８、及びＳ３９のいずれかにおいてユーザ（第２車両の購入者）の保険ランクが更新されると、図１３に示す処理（図１０のＳ３０１）が終了し、処理は図１０のＳ３０２に進む。

以下、図１４及び図１５を用いて、車両の使い方と蓄電装置（たとえば、バッテリ１１）の劣化しやすさとの関係について説明する。以下では、７０％以上のＳＯＣを「高ＳＯＣ」、３０％超７０％未満のＳＯＣを「中ＳＯＣ」、３０％以下のＳＯＣを「低ＳＯＣ」と称する。

図１４は、買い物用途で使われる車両の状態推移の一例を示すタイムチャートである。図１４及び後述する図１５の各々においては、車両が走行状態である期間を「Ｔ」、車両が充電状態である期間を「Ｃ」と表記する。また、蓄電装置が高ＳＯＣ、中ＳＯＣ、低ＳＯＣの状態で車両が放置状態である期間を、それぞれ「高ＳＯＣ放置」、「中ＳＯＣ放置」、「低ＳＯＣ放置」と表記する。

図１４を参照して、買い物用途で車両を使うユーザは、自宅から車両に乗って買い物に出かけて、買い物終了後、車両に乗って帰宅する。毎日充電では、ユーザは帰宅後に車両の蓄電装置を充電する。低ＳＯＣ充電では、帰宅後に車両の蓄電装置が低ＳＯＣになっていなければユーザは蓄電装置を充電せず、帰宅後に車両の蓄電装置が低ＳＯＣになっていればユーザは蓄電装置を充電する。タイマ充電ありでは、ユーザは、帰宅後に車両の蓄電装置を充電せず、タイマ充電を利用して車両の走行開始直前に蓄電装置を充電する。蓄電装置の劣化は、高ＳＯＣ放置期間において特に進行しやすい。図１４に示すように、高ＳＯＣ放置期間の長さは、「毎日充電＞低ＳＯＣ充電＞タイマ充電あり」となる傾向がある。このため、蓄電装置の劣化しやすさも、「毎日充電＞低ＳＯＣ充電＞タイマ充電あり」となる傾向がある。このように、タイマ充電を利用することで、蓄電装置が劣化しにくくなる。

図１５は、通勤用途で使われる車両の状態推移の一例を示すタイムチャートである。図１５を参照して、通勤用途で車両を使うユーザは、朝、自宅から車両に乗って勤務先に向かい、夕方、車両に乗って帰宅する。就業時間において車両は勤務先で放置される。２回充電では、ユーザは、勤務先で車両の蓄電装置を充電し、帰宅後に車両の蓄電装置を再度充電する。毎日充電では、ユーザは帰宅後に車両の蓄電装置を充電する。タイマ充電ありでは、ユーザは、タイマ充電を利用して、出勤のための走行を開始する直前に車両の蓄電装置を充電する。図１５に示すように、高ＳＯＣ放置期間の長さは、「２回充電＞毎日充電＞タイマ充電あり」となる傾向がある。このため、蓄電装置の劣化しやすさも、「２回充電＞毎日充電＞タイマ充電あり」となる傾向がある。

図１４及び図１５に示すように、通勤用途の毎日充電よりも買い物用途の毎日充電のほうが高ＳＯＣ放置期間が長くなる傾向がある。このように、通勤用途よりも買い物用途のほうが蓄電装置が劣化しやすい傾向がある。なお、図１４には示していないが、買い物用途においても、通勤用途と同様、「２回充電」は「毎日充電」よりも蓄電装置が劣化しやすい傾向がある。また、図１５には示していないが、通勤用途においても、買い物用途と同様、「低ＳＯＣ充電」は、「毎日充電」よりも蓄電装置が劣化しにくく、「タイマ充電あり」よりも蓄電装置が劣化しやすい傾向がある。また、「ＨＶ走行」では、バッテリ１１のＳＯＣが基本的には低ＳＯＣ又は中ＳＯＣに維持されるため、高ＳＯＣ比率は低くなる。このため、車両の使い方がＨＶ走行である場合にはバッテリ１１は劣化しにくい。

図１１～図１３に示した処理では、上述した車両の使い方と蓄電装置の劣化しやすさとの関係に基づき、ユーザがランク付けされている。ランク付け部２０１は、図１０のＳ３０１において、図１１～図１３に示した処理により、ユーザの車両の使い方が蓄電装置の容量維持率が高く維持されやすい使い方であるほどユーザの保険ランクを高くする。蓄電装置の劣化が進行するほど蓄電装置の容量維持率は低くなる。

図１６は、図１１～図１３に示した処理によりランクＡ、Ｂ、Ｃが設定された各ユーザが同じ車種のＰＨＥＶを月間走行距離１０００ｋｍ以上２０００ｋｍ以下の条件で１０年間使用した場合における、ＰＨＥＶに搭載されたバッテリの容量維持率の推移を示す図である。図１６に示すように、バッテリの容量維持率の下降の仕方は、ユーザの保険ランクによって異なる傾向になった。バッテリの容量維持率が高いほうから保険ランクを並べると、ランクＡ、ランクＢ、ランクＣとなった。このように、ユーザの保険ランクが高いほどバッテリの容量維持率は高く維持された。

再び図３及び図５とともに図１０を参照して、Ｓ３０２では、保険料決定部２０２が、ユーザ（第２車両の購入者）の保険ランクに基づいて保険契約の更新料を決定する。保険料決定部２０２は、図８に示した料金表を参照して、更新料を決定してもよい。

図８を参照して、更新料は、対象期間を延長するための料金である。ユーザは、更新料を支払うことによって、対象期間を所定期間（たとえば、１年間）延長できる。図８に示す料金表では、ユーザ（車両購入者）の保険ランクによって更新料が変わる。ユーザの保険ランクがランクＡ、Ｂ、Ｃである場合には、それぞれ更新料（対象期間を１年延長するための料金）が５０００円、７５００円、１００００円となる。このように、ユーザの保険ランクが高いほど更新料が安くなる。

前述のように、この実施の形態に係るランク付け部２０１は、ユーザ（第２車両の購入者）の車両の使い方が容量維持率が高く維持されやすい使い方であるほどユーザの保険ランクを高くするように構成される（図１１～図１６参照）。また、この実施の形態では、図８に示すように、ユーザの保険ランクが低いほど更新料が高くなる。このように、蓄電装置の劣化を促進するような車両の使い方をするユーザの更新料を高くすることで、こうしたユーザの増加を抑制することができる。

再び図３及び図５とともに図１０を参照して、Ｓ３０３では、登録部２０３が、Ｓ３０２で決定された更新料をユーザに請求する。登録部２０３は、更新料を、ユーザが携帯する携帯端末２０に通知してもよい。たとえば、ユーザは、携帯端末２０を操作することによって、キャッシュレス決済により更新料をディーラＰ２に支払うことができる。

続くＳ３０４では、ユーザによって更新料が支払われたか否かを、登録部２０３が判断する。Ｓ３０３及びＳ３０４は、それぞれ前述した図７のＳ２０３及びＳ２０４に準ずる処理であってもよい。更新料が支払われた場合（Ｓ３０４にてＹＥＳ）には、登録部２０３が、Ｓ３０５において、ユーザ情報ＤＢ２３２に登録された上記ユーザの保険情報に含まれる対象期間（図４参照）を延長する。延長期間は固定（たとえば、１年間）であってもよい。また、複数年分の更新料が支払われることで、対象期間が複数年延長されるようにしてもよい。

更新料が支払われなかった場合（Ｓ３０４にてＮＯ）には、登録部２０３は対象期間を延長しない（Ｓ３０６）。この場合、ユーザ情報ＤＢ２３２に登録された対象期間の満了により第２車両が保険の対象から除外されることになる。

この実施の形態では、図７に示した処理によって最初の対象期間が設定され、図１０に示した処理によって対象期間が延長される。ユーザ（第２車両の購入者）が保険契約を更新し続ける場合には、図１０に示した処理が対象期間の満了前に実行され、図１０のＳ３０５の処理が実行されるたびに対象期間が延長される。そして、上記ユーザが対象期間内において第２車両をディーラＰ２に売却すると、ディーラ端末２００が、第２車両について図６に示した処理を実行する。以下、図６を用いて、第２車両の売却時にディーラ端末２００が実行する処理について説明する。

図３及び図５とともに図６を参照して、Ｓ１０１～Ｓ１０８については、前述した第１車両の売却時の処理に準ずるため、説明を割愛する。

価格Ｘ１（性能評価試験の結果により示されるバッテリ１１の資産価格）が価格Ｘ２（基準価格）以上である場合（Ｓ１０４にてＹＥＳ）には、ランク付け部２０１が、Ｓ１０６においてユーザの保険ランクとしてランクＡを設定し、売却額決定部２０５が、Ｓ１１０において価格Ｘ１をバッテリ１１の売却額とする。保険金決定部２０４は、第２車両の価格Ｘ１が価格Ｘ２よりも高い場合には、保険金を０（保険金無し）とする。

価格Ｘ１が価格Ｘ２未満であり、かつ、差額Ｘ３がＴｈ未満である場合（Ｓ１０５にてＮＯ）には、ランク付け部２０１が、Ｓ１０７においてユーザの保険ランクとしてランクＢを設定し、処理をＳ１０９に進める。価格Ｘ１が価格Ｘ２未満であり、かつ、差額Ｘ３がＴｈ以上である場合（Ｓ１０５にてＹＥＳ）には、ランク付け部２０１が、Ｓ１０８においてユーザの保険ランクとしてランクＣを設定し、処理をＳ１０９に進める。第２車両は保険に加入しているため、Ｓ１０９においてＹＥＳと判断され、処理はＳ１１１に進む。

Ｓ１１１では、保険金決定部２０４が差額Ｘ３を保険金として決定し、売却額決定部２０５が価格Ｘ２（＝価格Ｘ１＋差額Ｘ３）をバッテリ１１の売却額とする。このように、保険金決定部２０４は、第２車両（対象車両）が対象期間内において売却される場合に、バッテリ１１の劣化による資産価値の損失を補填する保険金を決定する。保険金決定部２０４は、第２車両の価格Ｘ１が価格Ｘ２よりも低い場合に、差額Ｘ３を保険金として決定する。そして、売却額決定部２０５は、第２車両の価格Ｘ１が価格Ｘ２よりも低い場合に、価格Ｘ２（差額Ｘ３を保険金で補填した額）をバッテリ１１の売却額とする。バッテリ１１の資産価格が基準価格よりも低い場合に保険を適用することで、バッテリ１１の劣化によってユーザ（対象車両の購入者）の資産価値が過度に低下することを抑制できる。

以上説明したように、この実施の形態に係る車両販売方法は、第１蓄電装置を備える第１車両を売却したユーザに、第２蓄電装置を備える第２車両を販売する方法である。車両販売方法は、情報取得処理（第１車両の売却時における図６のＳ１０１）と、ランク付け処理（第１車両の売却時における図６のＳ１０１～Ｓ１０８）と、販売処理（図７）と、保険料決定処理（図７のＳ２０２）と、登録処理（図７のＳ２０５）と、保険金決定処理（第２車両の売却時における図６のＳ１１１）とを含む。情報取得処理では、ユーザの第１車両の使い方に関する車両使用情報を取得する。ランク付け処理では、上記車両使用情報を用いてユーザをランク付けする。販売処理では、ユーザに第２車両を販売する。保険料決定処理では、ユーザのランクを用いて、対象期間に対する保険料を決定する。登録処理では、対象期間に対する保険料が支払われた場合に、第２車両及び対象期間を登録する。保険金決定処理では、第２車両が対象期間内において売却される場合に、第２蓄電装置の劣化による資産価値の損失を補填する保険金を決定する。こうした車両販売方法によれば、対象車両で使用される蓄電装置の、劣化による資産価値の損失の少なくとも一部を補填する保険サービスを提供することが可能になる。

上記実施の形態では、ディーラ端末２００が、ランク付け部２０１と、保険料決定部２０２と、登録部２０３と、保険金決定部２０４と、売却額決定部２０５とを備える（図５）。しかしこれに限られず、ディーラ端末２００の少なくとも一部の機能が、自動車メーカＰ１に帰属するサーバに実装されてもよい。

図１７は、図５に示したディーラ端末２００の構成の変形例を説明するための図である。図１７を参照して、この変形例では、自動車メーカＰ１のデータセンタにサーバ１００が設置されている。ディーラＰ２が販売した各車両はサーバ１００に登録される。サーバ１００は、無線通信により、各登録車両から最新の車両情報（車両使用情報を含む）を逐次受信する。また、ディーラＰ２においてディーラツールＤＴが登録車両から取得した車両情報（車両使用情報を含む）がディーラツールＤＴ又はディーラ端末２００Ａからサーバ１００へ送信されてもよい。サーバ１００は、取得した車両使用情報を用いて登録車両のユーザをランク付けし、ランク付けの結果を保存する。サーバ１００は、新しい車両使用情報を取得するたびにランク付け（Ｓ１００）を実行する。ランク付け（Ｓ１００）は、たとえば図１１～図１３に示した処理である。サーバ１００は、ディーラ端末２００Ａからの要求に応じて、ディーラ端末２００Ａへランク情報（ランク付けの結果）を送信する。この変形例に係るディーラ端末２００Ａは、前述したディーラ端末２００と同様、図１０に示した処理を実行するが、図１０のＳ３０１の処理に代えて、サーバ１００にランク情報を要求する処理を実行する。ディーラ端末２００Ａは、サーバ１００から受信したランク情報を用いて、図１０のＳ３０２の処理を実行できる。上記変形例によれば、対象車両がディーラＰ２に来なくても、ディーラ端末２００Ａが保険更新に係る処理を実行できるようになる。

保険金決定部２０４は、ユーザの保険ランクが高いほど保険金の支払い上限額を高くするように構成されてもよい。たとえば、ユーザが対象車両を売却する際に、以下に説明する図１８に示す処理が実行されてもよい。

図１８は、図６に示した処理の変形例を示すフローチャートである。なお、図１８に示す車両購入時の処理（Ｓ２０１～Ｓ２０５）は、図７に示した処理と同じである。以下では、ユーザが対象車両を購入したときにＳ２０１～Ｓ２０５の処理が実行され、Ｓ２０５の処理によって対象車両が保険に加入したものとする。また、対象車両は、車両１０と同様、図３に示した構成を有するものとする。

図３及び図５とともに図１８を参照して、対象車両の売却時には、対象車両について、Ｓ１０１、Ｓ１０２、Ｓ１０３Ａ、Ｓ１０４Ａ、及びＳ１０５Ａの処理が順に実行される。図１８のＳ１０１及びＳ１０２ではそれぞれ、図６のＳ１０１及びＳ１０２と同様に、対象車両について価格Ｘ１及び価格Ｘ２を取得する。Ｓ１０３Ａでは、保険料決定部２０２が、ユーザの保険ランクをユーザ情報ＤＢ２３２から取得する。Ｓ１０４Ａでは、保険金決定部２０４が、ユーザの保険ランクに基づいて保険限度額を決定する。保険金決定部２０４は、以下に説明する図１９に示す料金表を参照して、保険限度額を決定してもよい。

図１９は、図８に示した料金表の変形例を示す図である。図１９を参照して、保険限度額は、保険金の支払い上限額に相当する。図１９に示す料金表では、ユーザの保険ランクによって保険限度額が変わる。ユーザの保険ランクがランクＡ、Ｂ、Ｃである場合には、それぞれ保険限度額が５０００００円、４０００００円、３０００００円となる。このように、ユーザの保険ランクが高いほど保険限度額が高くなる。

再び図３及び図５とともに図１８を参照して、Ｓ１０５Ａでは、売却額決定部２０５が、上記Ｓ１０１、Ｓ１０２、及びＳ１０４Ａでそれぞれ取得された価格Ｘ１、価格Ｘ２、及び保険限度額の少なくとも１つを用いて、対象車両に搭載されたバッテリ１１の売却額を決定する。また、劣化によってバッテリ１１の資産価値の損失が生じている場合には、保険金決定部２０４が、その損失の少なくとも一部を補填する保険金を決定する。

具体的には、価格Ｘ１が価格Ｘ２以上である場合には、売却額決定部２０５は、Ｓ１０５Ａにおいて価格Ｘ１をバッテリ１１の売却額とする。また、価格Ｘ１が価格Ｘ２未満である場合には、保険限度額を超えない範囲で、差額Ｘ３（バッテリ１１の劣化による資産価値の損失）が保険金で補填される。たとえば、差額Ｘ３が４０００００円である場合に、ユーザの保険ランクがランクＣであれば、保険限度額である３０００００円（図１９参照）が保険金で補填され、残りの１０００００円は自己負担になる。この場合、価格Ｘ２から１０００００円を減算した額がバッテリ１１の売却額となる。

以前保険に加入しており、現在は保険に未加入のユーザが、バッテリの二次利用として中古バッテリを車両に搭載した後、改めて保険に加入するときに、図７又は図１８に示した処理が実行されてもよい。そして、Ｓ２０１（図７又は図１８）において以前の保険ランクが取得され、上記ユーザに適用されてもよい。ユーザは、以前の保険ランクを引き継ぐことができる。こうしたサービスによれば、バッテリの再利用が促進される。

ランク付け部２０１は、ランク付けの結果により示されるユーザのランクが所定ランク（以下、「目標ランク」と表記する）よりも低い場合に、ランク付けによって得た情報を用いて、ユーザのランクが低い要因を特定し、特定された要因を示すレポートをユーザに送るように構成されてもよい。レポートは、ランク改善に関するアドバイスを含んでもよい。ディーラ端末２００は、図１０に示した処理を開始したときに、以下に説明する図２０に示す処理を並行して実行してもよい。

図２０は、上記レポートの作成及び送信に係る処理を示すフローチャートである。図３及び図５とともに図２０を参照して、Ｓ４０１では、ディーラ端末２００が、図１０のＳ３０１の処理（ランク付け）が完了したか否かを判断する。そして、図１０のＳ３０１の処理が完了すると（Ｓ４０１にてＹＥＳ）、処理はＳ４０２に進む。図１０のＳ３０１では、図１１～図１３に示した処理によってランク付けが実行される。

Ｓ４０２では、上記ランク付けの結果により示されるユーザの保険ランクがランクＡ（目標ランク）よりも低いか否かを、ランク付け部２０１が判断する。ユーザの保険ランクがランクＡである場合には（Ｓ４０２にてＮＯ）、図２０に示す一連の処理は終了する。他方、ユーザの保険ランクがランクＢ又はランクＣである場合には（Ｓ４０２にてＹＥＳ）、Ｓ４０３、Ｓ４０４、及びＳ４０５の処理が順に実行される。

Ｓ４０３では、ランク付け部２０１が、ランク付けによって得た情報（図１１～図１３参照）を用いて、ユーザの保険ランクが低い要因（ランク低下の要因）を特定する。ただし、ランク低下の要因を特定するために使用される情報は、ランク付けによって得た情報に限定されず、ランク付けによって得た情報に加えて他の情報が使用されてもよい。ランク低下の要因を特定するために使用される情報の例としては、走行距離、走行頻度、充電頻度、及び充電上限ＳＯＣが挙げられる。

たとえば、走行距離が短く（たとえば、５００ｋｍ以上１０００ｋｍ未満）、毎日走行して走行が終了するたびに毎回充電し、満充電状態でバッテリを放置したこと（以下、「第１要因」とも称する）によって保険ランクが低くくなることがある。また、走行頻度が低く、走行していない日に満充電状態でバッテリを放置していること（以下、「第２要因」とも称する）によって保険ランクが低くくなることもある。また、走行距離が長く（たとえば、１０００ｋｍ以上２０００ｋｍ未満）、毎日走行して走行が終了するたびに毎回充電し、高ＳＯＣでバッテリを放置したこと（以下、「第３要因」とも称する）によって保険ランクが低くくなることもある。また、ＰＨＥＶにおけるＨＶ走行の頻度が高いこと（以下、「第４要因」とも称する）によって保険ランクが低くくなることもある。

ランク付け部２０１は、Ｓ４０３において、ランク低下の要因が上記第１～第４要因のいずれであるかを特定してもよい。また、ランク付け部２０１は、Ｓ４０３において、ランク低下の要因として上記第１～第４要因以外の要因を特定してもよい。

Ｓ４０４では、ランク付け部２０１が、Ｓ４０３で特定されたランク低下の要因に基づいて、ランク改善に関するアドバイス（すなわち、保険ランクを上げるためのアドバイス）を取得する。たとえば、ディーラ端末２００は、ランク低下の要因ごとのアドバイスを記憶装置２１３で管理し、Ｓ４０３で特定されたランク低下の要因に応じて記憶装置２１３からアドバイスを取得してもよい。

前述した第１要因と第２要因との各々に対しては、ＳＯＣが低くなってからバッテリの充電を行なうこと（以下、「第１アドバイス」とも称する）が、アドバイスとして取得されてもよい。第３要因に対しては、タイマ充電の使用（以下、「第２アドバイス」とも称する）が、アドバイスとして取得されてもよい。第４要因に対しては、ＰＨＥＶにおけるＥＶ走行（エンジンを停止した状態でのモータによる走行）及びタイマ充電の使用（以下、「第３アドバイス」とも称する）が、アドバイスとして取得されてもよい。ランク付け部２０１は、Ｓ４０４において、ランク改善に関するアドバイスとして上記第１～第３アドバイスのいずれかを取得してもよい。上記第１～第３アドバイスは、予め記憶装置２１３に記憶されてもよい。

Ｓ４０５では、上記Ｓ４０３及びＳ４０４においてそれぞれ取得されたランク低下の要因及びアドバイスを示すレポート（報告書）をランク付け部２０１が作成し、作成されたレポートをランク付け部２０１がユーザに発行する。たとえば、ランク付け部２０１は、ユーザが携帯する携帯端末２０に対して上記レポートを送信する。Ｓ４０５の処理が実行されると、図２０に示す一連の処理は終了する。

ユーザは、上記レポート（Ｓ４０５）が示すアドバイスに従ってランクを上げることによって保険料の減額を受けることができる。上記アドバイスに従ってランクを上げたユーザに、ディーラで利用可能なポイントが付与されてもよい。なお、ディーラ端末２００の代わりに、図１７に示したサーバ１００が、図２０に示した処理を実行してもよい。上記図２０に示した例では、目標ランクをランクＡ（最も高いランク）としている。しかしこれに限られず、目標ランクは、ユーザ（購入者）ごとに設定されてもよい。たとえば、ディーラ端末２００又はサーバ１００が、ユーザごとの目標ランクを管理し、ユーザに応じて目標ランクを変更してもよい。

ランク付け部２０１は、ランク付けによって得た情報を用いてユーザの車両の使い方を特定し、特定された車両の使い方を用いて、ユーザに車両買替えを案内するように構成されてもよい。ディーラ端末２００は、図１０に示した処理を開始したときに、以下に説明する図２１に示す処理を並行して実行してもよい。

図２１は、車両買替え案内に係る処理を示すフローチャートである。図３及び図５とともに図２１を参照して、Ｓ５０１では、ディーラ端末２００が、図１０のＳ３０１の処理（ランク付け）が完了したか否かを判断する。そして、図１０のＳ３０１の処理が完了すると（Ｓ５０１にてＹＥＳ）、処理はＳ５０２に進む。図１０のＳ３０１では、図１１～図１３に示した処理によってランク付けが実行される。

Ｓ５０２では、ランク付け部２０１が、上記ランク付け（図１１～図１３に示した処理）によって得た情報を用いて、対象車両のユーザの車両の使い方（たとえば、走行頻度、充電方法、及び車両用途）を特定し、特定された車両の使い方をユーザ情報ＤＢ２３２に保存する。たとえば、図１１～図１３に示した処理により、ユーザの走行頻度が週末走行／平日走行／毎日走行のいずれであるかを特定することができる。また、図１１～図１３に示した処理によれば、ユーザの充電方法がＨＶ走行／タイマ充電あり／低ＳＯＣ充電／毎日充電／２回充電のいずれであるかを特定することができる。また、図１１～図１３に示した処理によれば、ユーザの車両用途が買い物用途／通勤用途のいずれであるかを特定することができる。また、ランク付け部２０１は、ユーザの走行頻度が週末走行である場合には、ユーザの車両用途を「レジャー用途」と認定してもよい。

図２２は、車両の使い方が追加されたユーザ情報の一例を示す図である。図２２に示すように、ユーザ情報ＤＢ２３２に記憶されるユーザ情報に、各ユーザの走行頻度、充電方法、及び車両用途が追加されてもよい。

再び図３及び図５とともに図２１を参照して、Ｓ５０３では、ランク付け部２０１が、上記Ｓ５０２で特定された車両の使い方に合った車種を取得する。ランク付け部２０１は、自動車メーカＰ１が保有するデータベースを検索することにより、対象車両のユーザの車両の使い方に合った車種を取得してもよい。検索方法は任意であり、ビッグデータを用いて機械学習されたＡＩ（人工知能）を、上記検索に用いてもよい。車両の使い方が似ているユーザがグループ化されてもよい。そして、ユーザグループごとに取得された車種別の満足度がデータベース化されてもよい。ランク付け部２０１は、上記Ｓ５０２で特定された車両の使い方に対応するユーザグループにおける満足度が高い車種を、その車両の使い方に合った車種と認定してもよい。

続くＳ５０４では、ランク付け部２０１が、上記Ｓ５０３で取得された車種（以下、「推奨車種」と称する）への買替えを対象車両のユーザに案内する。具体的には、ランク付け部２０１は、対象車両のユーザが携帯する携帯端末２０に対して、推奨車種に関する情報（たとえば、仕様、価格、及び推奨理由）と、車両買替えに関する情報（たとえば、対象車両の売却額、及び手続き方法）とを通知する。上記車両買替えに関する情報は、推奨車種の購入額と対象車両の売却額との差額を含んでもよい。また、上記車両買替えに関する情報は、キャッシュレス決済の案内を含んでもよい。ユーザは、キャッシュレス決済の案内に従って携帯端末２０を操作することによって、キャッシュレス決済により車両買替えを行なってもよい。

なお、ディーラ端末２００の代わりに、図１７に示したサーバ１００が、図２１に示した処理を実行してもよい。

ランク付けの方法は、上述した方法に限られず適宜変更可能である。ランク付け部２０１は、ユーザの車両用途（たとえば、買い物用途／通勤用途／レジャー用途）に基づいて、ユーザをランク付けしてもよい。また、車両使用情報に走行距離（たとえば、月間走行距離及び／又は年間走行距離）が含まれてもよい。ランク付けにおいて、走行距離が考慮されてもよい。ランク付け部２０１は、走行距離に応じてランク付けの方法を変えてもよい。性能評価試験の結果（図６のＳ１０１）に基づく機械学習により、ランク付けの方法が逐次変更（最適化）されてもよい。

図２３は、ランク付けの方法の変形例について説明するための図である。図２３に示す３次元座標系は、走行頻度、高ＳＯＣ比率、充電頻度をそれぞれＸ軸、Ｙ軸、Ｚ軸とする座標系である。この３次元座標系では、１日あたりの車両の走行回数（トリップ数）が「走行頻度（Ｘ軸）」、放置期間のうち蓄電装置のＳＯＣが所定値以上である時間の割合が「高ＳＯＣ比率（Ｙ軸）」、１日あたりの蓄電装置の外部充電の回数が「充電頻度（Ｚ軸）」として採用されている。

ランク付け部２０１は、対象車両の走行頻度、高ＳＯＣ比率、及び充電頻度を用いて、対象車両のユーザをランク付けしてもよい。対象車両の走行頻度が０付近（たとえば、０．２回／日以下）である場合には、対象車両のメンテンナンスが不十分である可能性があるため、ランク付け部２０１は、対象車両のユーザの保険ランクを最低ランク（たとえば、ランクＣ）にしてもよい。また、ランク付け部２０１は、走行頻度が概ね同じユーザのグループにおいて、高ＳＯＣ比率が低いユーザほど、保険ランクを高くしてもよい。また、ランク付け部２０１は、走行頻度及び高ＳＯＣ比率が概ね同じユーザのグループにおいて、充電頻度が低いユーザほど、保険ランクを高くしてもよい。

また、ランク付け部２０１は、対象車両のデータ（走行頻度、高ＳＯＣ比率、及び充電頻度）を、上記３次元座標系にプロットすることにより、対象車両のユーザの車両の使い方を特定してもよい。たとえば、対象車両のデータが、図２３に示す各車両の使い方の座標の近傍にプロットされた場合に、その座標に対応する車両の使い方（放置／タイマ充電あり／低ＳＯＣ充電／ＨＶ走行／買い物／平日通勤／通勤と送迎／業務用車Ａ／業務用車Ｂのいずれか）を、対象車両のユーザの車両の使い方として特定してもよい。

対象期間の長さは１年に限られず、適宜変更可能である。対象期間の長さは、２～５年であってもよいし、６年以上であってもよい。また、延長期間の長さも１年に限られず、適宜変更可能である。さらに、保険更新に係る処理が実行されることは必須ではない。保険更新に係る処理は割愛されてもよい。

図８及び図１９の各々に示した料金表はあくまで一例であり適宜変更可能である。上記実施の形態では、保険ランクを３段階（Ａ／Ｂ／Ｃ）でランク分けしているが、保険ランクの区分の数は、３に限られず任意であり、４～９であってもよいし、１０以上であってもよい。保険ランクの区分とともに保険サービス料の区分（図８及び図１９参照）を増やしてもよい。

ディーラＰ２は、中古車両（使用された蓄電装置が搭載された車両）を販売してもよい。車両情報ＤＢ２３１に記憶される車両情報に、蓄電装置の初期容量に代えて又は加えて、中古車両に搭載された蓄電装置の販売時の容量維持率が含まれてもよい。

対象車両の構成は、図３に示した構成に限られない。たとえば、対象車両は、ＰＨＥＶに限られず、ＢＥＶ（電気自動車）であってもよい。対象車両は、乗用車に限られず、バス又はトラックであってもよい。対象車両は、非接触充電可能に構成されてもよい。対象車両は、自動運転可能に構成されてもよいし、飛行機能を備えてもよい。対象車両は、無人で走行可能な車両（たとえば、無人搬送車又は農業機械）であってもよい。

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

１０ 車両、１１ バッテリ、１１ａ 監視ユニット、１１ｂ 充電器、１１ｃ インレット、１２ ＰＣＵ、１３ ＭＧ、１４ エンジン、１５ ＥＣＵ、１６ 記憶装置、１７ 通信装置、１８ コネクタ、２０ 携帯端末、１００ サーバ、２００，２００Ａ ディーラ端末、２０１ ランク付け部、２０２ 保険料決定部、２０３ 登録部、２０４ 保険金決定部、２０５ 売却額決定部、２１０ 情報処理装置、２１１ プロセッサ、２１２ ＲＡＭ、２１３ 記憶装置、２２０ 通信装置、２３０ コネクタ、２３１ 車両情報ＤＢ、２３２ ユーザ情報ＤＢ、２４０ 入力装置、２５０ ディスプレイ、ＤＴ ディーラツール、Ｐ１ 自動車メーカ、Ｐ２ ディーラ、Ｐ３ 車両購入者、Ｐ４ 中古電池ユーザ。

Claims (13)

1. 蓄電装置を備える対象車両の販売時に、対象期間に対する保険料が支払われると、前記対象車両及び前記対象期間を登録する登録部と、
   前記対象車両の購入者の車両の使い方に関する車両使用情報を用いて、前記購入者をランク付けするランク付け部と、
   前記対象期間に対する前記保険料と、前記対象期間を延長するための更新料との少なくとも一方を、前記購入者のランクを用いて決定する保険料決定部と、
   前記対象車両が前記対象期間内において売却される場合に、前記蓄電装置の劣化による資産価値の損失の少なくとも一部を補填する保険金を決定する保険金決定部と、
   を備える、車両保険システム。
2. 前記車両使用情報は、車両に搭載された蓄電装置の容量維持率に関する情報を含み、
   前記ランク付け部は、前記購入者の車両の使い方が前記容量維持率が高く維持されやすい使い方であるほど前記購入者の前記ランクを高くするように構成され、
   前記保険料決定部は、前記保険料又は前記更新料を決定する際に、前記購入者の前記ランクが高いほど前記保険料又は前記更新料を安くするように構成される、請求項１に記載の車両保険システム。
3. 前記ランク付け部は、前記車両使用情報として、車両の単位期間あたりの走行数と、車載蓄電装置の単位期間あたりの充電数と、放置期間のうち車載蓄電装置のＳＯＣが所定値以上である時間の割合とを用いて、前記購入者をランク付けするように構成される、請求項１又は２に記載の車両保険システム。
4. 前記蓄電装置の売却額を決定する売却額決定部をさらに備え、
   前記蓄電装置の性能評価試験の結果により示される前記蓄電装置の資産価格が基準価格よりも低い場合には、前記保険金決定部が前記蓄電装置の資産価格と前記基準価格との差額を前記保険金として決定するとともに、前記売却額決定部が前記基準価格を前記蓄電装置の売却額とする、請求項１～３のいずれか１項に記載の車両保険システム。
5. 前記売却額決定部は、前記性能評価試験の結果により示される前記蓄電装置の資産価格が前記基準価格よりも高い場合には、前記蓄電装置の資産価格を前記蓄電装置の売却額とする、請求項４に記載の車両保険システム。
6. 前記車両使用情報は、前記購入者が前記対象車両を売却したときの前記性能評価試験の結果を含み、
   前記ランク付け部は、前記性能評価試験の結果により示される前記蓄電装置の資産価格が高いほど前記購入者の前記ランクを高くするように構成される、請求項５に記載の車両保険システム。
7. 前記保険金決定部は、前記購入者の前記ランクが高いほど前記保険金の支払い上限額を高くするように構成される、請求項１～６のいずれか１項に記載の車両保険システム。
8. 前記保険料決定部は、前記対象期間が満了する前に、前記購入者の前記ランクを用いて前記更新料を決定するように構成され、
   前記登録部は、前記対象期間が満了する前に前記更新料が支払われると、前記対象期間を延長するように構成される、請求項１～７のいずれか１項に記載の車両保険システム。
9. 前記ランク付け部は、前記ランク付けの結果により示される前記購入者のランクが所定ランクよりも低い場合に、前記ランク付けによって得た情報を用いて、前記購入者のランクが低い要因を特定し、特定された要因を示すレポートを前記購入者に送るように構成される、請求項１～８のいずれか１項に記載の車両保険システム。
10. 前記レポートは、ランク改善に関するアドバイスを含む、請求項９に記載の車両保険システム。
11. 前記ランク付け部は、前記ランク付けによって得た情報を用いて前記購入者の車両の使い方を特定し、前記特定された車両の使い方を用いて、前記購入者に車両買替えを案内するように構成される、請求項１～１０のいずれか１項に記載の車両保険システム。
12. 蓄電装置を備える対象車両の販売時に、対象期間に対する保険料が支払われると、前記対象車両及び前記対象期間を登録する登録部と、
    前記対象車両の購入者の車両の使い方に関する車両使用情報を用いて前記購入者をランク付けするランク付け部と、
    前記対象期間に対する前記保険料と前記対象期間を延長するための更新料との少なくとも一方を、前記購入者のランクを用いて決定する保険料決定部と、
    前記対象車両が前記対象期間内において売却される場合に、前記蓄電装置の劣化による資産価値の損失の少なくとも一部を補填する保険金を決定する保険金決定部と、
    を備える、車両ディーラ端末。
13. 第１蓄電装置を備える第１車両を売却したユーザに、第２蓄電装置を備える第２車両を販売する車両販売方法であって、
    前記ユーザの前記第１車両の使い方に関する車両使用情報を取得することと、
    前記車両使用情報を用いて前記ユーザをランク付けすることと、
    前記ユーザに前記第２車両を販売することと、
    前記ユーザのランクを用いて、対象期間に対する保険料を決定することと、
    前記対象期間に対する前記保険料が支払われた場合に、前記第２車両及び前記対象期間を登録することと、
    前記第２車両が前記対象期間内において売却される場合に、前記第２蓄電装置の劣化による資産価値の損失の少なくとも一部を補填する保険金を決定することと、
    を含む、車両販売方法。

Images