特開 2024-112135 情報処理方法、プログラム及び情報処理装置

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024112135

(43)【公開日】2024-08-20

(54)【発明の名称】情報処理方法、プログラム及び情報処理装置

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240813BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023017017

(22)【出願日】2023-02-07

(71)【出願人】

【識別番号】302064762

【氏名又は名称】株式会社日本総合研究所

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】木通 秀樹

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC11

5L050CC11

(57)【要約】

【課題】電池の劣化診断の結果を、電池の良否が分かり易く提示することができる情報処理方法等を提供する。
【解決手段】コンピュータは、複数の電気自動車の走行距離又は各電気自動車に搭載されている車載用電池の使用期間と、各車載用電池の劣化度合との関係に基づいて設定された車載用電池に対する評価基準を取得する。また、コンピュータは、評価対象の車載用電池の使用期間又は前記車載用電池が搭載された電気自動車の走行距離と、前記車載用電池の劣化度合とを取得する。そして、コンピュータは、評価対象の車載用電池の使用期間又は走行距離、及び評価対象の車載用電池の劣化度合と、前記評価基準とに基づき、評価対象の車載用電池の評価値を特定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の電気自動車の走行距離又は各電気自動車に搭載されている車載用電池の使用期間と、各車載用電池の劣化度合との関係に基づいて設定された前記車載用電池に対する評価基準を取得し、
評価対象の車載用電池の使用期間又は前記車載用電池が搭載された電気自動車の走行距離と、前記車載用電池の劣化度合とを取得し、
前記評価対象の車載用電池の使用期間又は前記走行距離、及び前記評価対象の車載用電池の劣化度合と、前記評価基準とに基づき、前記評価対象の車載用電池の評価値を特定する
処理をコンピュータが実行する情報処理方法。

【請求項2】

前記評価対象の車載用電池の使用期間又は前記電気自動車の走行距離に応じた劣化度合の前記評価基準からの乖離度に基づいて、前記車載用電池の評価値を特定する
処理を前記コンピュータが実行する請求項１に記載の情報処理方法。

【請求項3】

前記車載用電池に対する評価基準は前記車載用電池の種類に応じて設定されている
請求項１に記載の情報処理方法。

【請求項4】

前記車載用電池の使用期間又は前記電気自動車の走行距離を第１軸とし、前記車載用電池の劣化度合を第２軸とし、複数の車載用電池の使用期間又は各車載用電池が搭載されている電気自動車の走行距離に対する各車載用電池の劣化度合をプロットしたグラフを表示し、
前記各車載用電池の劣化度合のうちで、各使用期間又は走行距離に対する劣化度合が、各車載用電池の劣化度合の平均値よりも小さい車載用電池の劣化度合の変化を前記評価基準として前記グラフ上にプロットする
処理を前記コンピュータが実行する請求項１～３のいずれかひとつに記載の情報処理方法。

【請求項5】

前記各車載用電池の劣化度合のうちで、前記評価基準とした前記車載用電池よりも使用期間又は走行距離に対する劣化度合が大きい車載用電池の劣化度合の変化を、前記評価基準よりも低い第２評価基準として前記グラフ上にプロットする
処理を前記コンピュータが実行する請求項４に記載の情報処理方法。

【請求項6】

前記複数の車載用電池の使用期間又は各車載用電池が搭載された電気自動車の走行距離毎に、各車載用電池の劣化度合に基づく評価値が所定範囲である劣化度合の範囲を示す評価基準ゾーンを前記グラフ上に表示する
処理を前記コンピュータが実行する請求項４に記載の情報処理方法。

【請求項7】

前記評価対象の車載用電池の使用期間又は前記車載用電池が搭載されている電気自動車の走行距離に応じた劣化度合を前記グラフ上にプロットする
処理を前記コンピュータが実行する請求項４に記載の情報処理方法。

【請求項8】

前記評価対象の車載用電池の使用期間又は前記車載用電池が搭載されている電気自動車の走行距離に応じた前記車載用電池の劣化度合を時系列で取得し、
取得した複数の劣化度合に基づいて、前記車載用電池の劣化速度を算出する
処理を前記コンピュータが実行する請求項１～３のいずれかひとつに記載の情報処理方法。

【請求項9】

複数の電気自動車の走行距離又は各電気自動車に搭載されている車載用電池の使用期間と、各車載用電池の劣化度合との関係に基づいて設定された前記車載用電池に対する評価基準を取得し、
評価対象の車載用電池の使用期間又は前記車載用電池が搭載された電気自動車の走行距離と、前記車載用電池の劣化度合とを取得し、
前記評価対象の車載用電池の使用期間又は前記走行距離、及び前記評価対象の車載用電池の劣化度合と、前記評価基準とに基づき、前記評価対象の車載用電池の評価値を特定する
処理をコンピュータに実行されるプログラム。

【請求項10】

制御部を備える情報処理装置において、
前記制御部は、
複数の電気自動車の走行距離又は各電気自動車に搭載されている車載用電池の使用期間と、各車載用電池の劣化度合との関係に基づいて設定された前記車載用電池に対する評価基準を取得し、
評価対象の車載用電池の使用期間又は前記車載用電池が搭載された電気自動車の走行距離と、前記車載用電池の劣化度合とを取得し、
前記評価対象の車載用電池の使用期間又は前記走行距離、及び前記評価対象の車載用電池の劣化度合と、前記評価基準とに基づき、前記評価対象の車載用電池の評価値を特定する
情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理方法、プログラム及び情報処理装置に関する。

【背景技術】

【0002】

ハイブリッド自動車（ＨＥＶ：Hybrid Electric Vehicle）及び電気自動車（ＥＶ：Electric Vehicle）が普及するにつれて、これらの自動車に搭載される二次電池（単に「電池」ともいう）の劣化診断が重要になってきている。特に、これらの自動車が中古車として販売される場合には、電池の劣化度合が車両価格に影響を与えるので、適正な劣化診断が行われることが必要である。特許文献１には、電池を有し、モータにより走行可能な自動車に搭載され、電池の温度が所定の温度閾値範囲内であり、かつ、電池の残存容量が所定の容量閾値範囲内のときに電池の劣化を判定する電池劣化判定装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１９－１５２５５１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に開示の技術では、例えば診断対象の電池の内部抵抗の大小に基づいて電池の劣化具合が診断される。このような診断結果は、自動車及び電池に詳しくないユーザにとっては理解し難く、診断結果から自身の自動車及び電池の良否を判断することは容易ではない。

【0005】

本開示は、電池の劣化診断の結果を、電池の良否が分かり易く提示することができる情報処理方法等を提供することを目的とする。

【課題を解決するための手段】

【0006】

本開示に係る情報処理方法は、複数の電気自動車の走行距離又は各電気自動車に搭載されている車載用電池の使用期間と、各車載用電池の劣化度合との関係に基づいて設定された前記車載用電池に対する評価基準を取得し、評価対象の車載用電池の使用期間又は前記車載用電池が搭載された電気自動車の走行距離と、前記車載用電池の劣化度合とを取得し、前記評価対象の車載用電池の使用期間又は前記走行距離、及び前記評価対象の車載用電池の劣化度合と、前記評価基準とに基づき、前記評価対象の車載用電池の評価値を特定する処理をコンピュータが実行する。

【発明の効果】

【0007】

本開示によれば、電池の劣化診断の結果を、電池の良否が分かり易く提示することができる。

【図面の簡単な説明】

【0008】

【図1】情報処理システムの構成例を示す模式図である。

【図2】ノード装置の構成例を示す模式図である。

【図3】ノード装置に記憶される電池関連情報の構成例を示す模式図である。

【図4】端末装置、車載計測機器及び診断機器の構成例を示すブロック図である。

【図5】電池管理サーバの構成例を示すブロック図である。

【図6】電池管理サーバが記憶するＤＢの構成例を示す模式図である。

【図7】診断サーバの構成例を示すブロック図である。

【図8】診断サーバが記憶するＤＢの構成例を示す模式図である。

【図9】入力画面例を示す模式図である。

【図10】車載計測機器による計測データの蓄積処理手順の一例を示すフローチャートである。

【図11】整備事業者での診断結果の蓄積処理手順の一例を示すフローチャートである。

【図12】診断結果に対する評価処理の説明図である。

【図13】画面例を示す模式図である。

【図14】画面例を示す模式図である。

【図15】診断結果の提供処理手順の一例を示すフローチャートである。

【図16】アドバイスＤＢの構成例を示す模式図である。

【図17】実施形態２の診断結果の蓄積処理手順の一例を示すフローチャートである。

【図18】画面例を示す模式図である。

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

【0009】

以下に、本開示の情報処理方法、プログラム及び情報処理装置について、その実施形態を示す図面に基づいて詳述する。以下の実施形態では、ＨＥＶ又はＥＶに搭載される電池（車載用電池）に関する各種の情報を管理する情報処理システムについて説明する。なお、以下では自動車又は車両は、ＨＥＶ、ＥＶ（電気自動車）であるとする。以下の実施形態において、車両は、新しく製造された電池が搭載されて使用され、車載用電池として利用できない程度に電池が劣化した場合、新しく製造された電池に交換されて使用される。また、以下の実施形態では、各電池について、製造されて車両に搭載されてから車両から取り外されるまでの間における各種の情報を管理する。電池は、電池パックと呼ばれ、複数の電池モジュールで構成されており、各電池モジュールは、複数の電池セルが直列に、又は直列かつ並列に接続されて構成されている。以下の実施形態において電池は電池パックを意味し、電池パック単位で電池の情報の管理及び劣化度合の診断を行う構成とするが、電池モジュール単位又は電池セル単位で各処理を行う構成でもよい。

【0010】

（実施形態１）
図１は情報処理システムの構成例を示す模式図である。本実施形態の情報処理システムでは、分散型台帳技術の１つであるブロックチェーンシステムを利用して、電池に関する各種の情報を分散記憶して管理する。ブロックチェーンシステムは、ピアツーピア（Ｐ２Ｐ）のネットワーク１に接続された複数のノード装置１０を有し、複数のノード装置１０が電池に関する各種の情報を分散して共有するシステムである。それぞれのノード装置１０には、電池メーカの端末装置２０、ＥＶメーカの端末装置３０、車両管理者の車載計測機器４０、整備・中古車事業者の診断機器５０、電池管理事業者の電池管理サーバ６０、診断事業者の診断サーバ７０等が接続されている。本実施形態の情報処理システムでは、ブロックチェーンシステムは必須の構成ではなく、電池に関する各種の情報を各サーバ６０，７０に記憶させておき、各機器又は他のサーバからの要求に応じた情報を各サーバ６０，７０が提供する構成でもよい。

【0011】

電池メーカの端末装置２０は、電池メーカの事業所やオフィス等に設けられ、電池メーカの担当者が使用する端末である。ＥＶメーカの端末装置３０は、ＥＶメーカの事業所やオフィス等に設けられ、ＥＶメーカの担当者が使用する端末である。車載計測機器４０は、車両に搭載され、車両の走行距離、車両に搭載されている電池の使用時間（放電時間）、充電時間及び充電回数等の充電に関する情報を計測し、走行距離、電池の使用時間及び充電に関する充電データを含む計測データを取得する。車両管理者は、車両の所有者に加えて、車両のリース・シェアリング事業者等、車両を管理する事業者を含む。整備・中古車事業者の診断機器５０は、整備事業者や中古車事業者の整備場やオフィス等に用意され、車両又は電池の整備を行う担当者が使用する機器である。診断機器５０は、例えばハンディ型の診断機器であり、整備・中古車事業者に搬入された車両に搭載されている電池の電流値及び電圧値等のデータを計測すると共に、電池の劣化度合を推定する。診断機器５０は、例えば電池（電池パック）の電流値、電圧値、温度、及びＳＯＣ（State of Charge）を計測し、電池の劣化度としてＳＯＨ（State of Health）を推定する。なお、電池の劣化度として、診断機器５０は、ＳＯＨに加えて又はＳＯＨの代わりに、電池の電流値及び電圧値からインピーダンス（電池の内部抵抗）を算出してもよい。また、診断機器５０は、電池の劣化度合として、電池の残存寿命（何年後に寿命になるか）等を算出してもよく、電池の放電特性を示す放電曲線（放電カーブ）又は電池の充電特性を示す充電曲線（充電カーブ）を算出してもよい。放電カーブは、放電容量に対する電圧値の変化特性を示すデータであり、充電カーブは、充電容量に対する電圧値の変化特性を示すデータである。

【0012】

電池管理サーバ６０は、例えば電池販売用のマーケットプレースを運営する電池管理事業者の事業所やオフィス等に設置される。電池管理サーバ６０は、車載用電池の仕様及び材料の情報、電池が搭載された車両の情報等、車載用電池に関連する電池情報を電池ＤＢ６２ａ（図６Ａ参照）に記憶して管理している。また、電池管理サーバ６０は、車載計測機器４０によって計測した車載用電池の計測データを計測ＤＢ６２ｂ（図６Ｂ参照）に記憶して管理している。更に、電池管理サーバ６０は、車載用電池情報、及び車載用電池の計測データをブロックチェーンシステムに出力して記憶させる処理を行う。

【0013】

診断サーバ７０は、車載用電池の劣化度合を診断する診断事業者の事業所やオフィス等に設置される。診断サーバ７０は、診断機器５０によって計測した車載用電池の計測データ、及び診断機器５０が計測データに基づいて診断した車載用電池の劣化度合（診断結果）を診断ＤＢ７２ａ（図８Ａ参照）に記憶して管理している。なお、診断サーバ７０は、車載用電池の劣化度合を診断する機能を備える。よって、本実施形態では、電池の劣化度合の診断処理は診断機器５０で行う構成とするが、診断事業者の診断サーバ７０で行う構成でもよい。この場合、診断サーバ７０は、診断機器５０から取得した車載用電池の計測データに基づく診断処理を実行し、計測データと共に診断結果を診断ＤＢ７２ａに記憶する。また、診断サーバ７０は、各車両について、車両に搭載されている車載用電池の劣化度合と車両の走行距離とを車両ＤＢ７２ｂ（図８Ｂ参照）に記憶して管理している。

【0014】

電池管理サーバ６０及び診断サーバ７０は、１つの装置として記載するが、複数台設けられて分散処理されてもよく、１台のサーバ内に設けられた複数の仮想マシンによって実現されていてもよく、クラウドサーバを用いて実現されてもよい。また、診断事業者が複数いる場合、診断サーバ７０は複数設けられる。更に、電池メーカ、ＥＶメーカ、車両管理者、及び整備・中古車事業者が複数いる場合、端末装置２０，３０、車載計測機器４０、診断機器５０は複数設けられる。

【0015】

本実施形態のブロックチェーンシステムでは、電池管理サーバ６０及び診断サーバ７０において実行される処理に関する情報、サーバ６０，７０から提供される情報を複数のノード装置１０が分散して記憶する。また、ブロックチェーンシステムは、複数のノード装置１０で記憶する情報を各サーバ６０，７０に提供することができる。

【0016】

図２はノード装置１０の構成例を示す模式図である。ノード装置１０は、コンピュータ又はコンピュータシステムで構成することができる。ノード装置１０は、電池メーカ、ＥＶメーカ、車両管理者の事業所又はオフィス等、整備・中古車事業者の整備場、工場又はオフィス等、電池管理事業者、診断事業者の事業所又はオフィス等に設けられる。なお、ノード装置１０は、端末装置２０，３０、車載計測機器４０、診断機器５０、電池管理サーバ６０、又は診断サーバ７０として機能してもよい。また、車載計測機器４０、及び診断機器５０は、ノード装置１０に接続された所定のサーバ又は端末装置と通信するように構成されていてもよい。この場合、各機器４０，５０は、所定のサーバ又は端末装置を介してノード装置１０との間で情報の送受信を行う。

【0017】

ノード装置１０は、通信部１１、情報生成部１２、情報記録部１３、情報参照部１４、及びデータベース１５を備える。通信部１１は、ネットワーク１に接続された他のノード装置１０との通信を行う機能を備える。また通信部１１は、端末装置２０，３０、車載計測機器４０、診断機器５０、電池管理サーバ６０、及び診断サーバ７０との通信を行う機能を備える。

【0018】

データベース１５は、記録内容の書き換えが可能な不揮発性の半導体メモリや、ハードディスク等で構成することができる。データベース１５は、ノードリスト１６、及び電池関連情報１７を記録している。ノードリスト１６は、ブロックチェーンシステムにおいて適正に登録されたノード装置１０を識別する識別情報に対応付けて、当該ノード装置１０のＩＰアドレス及び電子証明書が登録されている。電子証明書には、各ノード装置１０の公開鍵及び電子署名が記録されている。新たなノード装置１０が適正に登録されると、ノードリスト１６に当該登録が反映される。

【0019】

図３はノード装置１０に記憶される電池関連情報１７の構成例を示す模式図である。電池関連情報１７は、図３に示すように複数のブロック１７０を備える。複数のブロック１７０は、チェーン状に連結され、いわゆるブロックチェーンの構造を有する情報である。図３には、ｎ番目及びｎ＋１番目のブロック１７０が連なった例を示す。各ブロック１７０は、タイムスタンプ１７１、直前のブロック１７０のハッシュ値１７２、及び記録情報１７３を含む。タイムスタンプ１７１は、当該ブロック１７０が生成された日時を示す情報である。ハッシュ値１７２は、直前のブロック１７０から予め設定されたハッシュ関数に基づいて生成される値である。記録情報１７３は、ブロック１７０に登録する情報の本体部分である。記録情報１７３には、例えば、電池ＩＤ（電池を識別するための識別情報）に対応付けて、電池の製造時点から廃棄されるまでの期間に亘る、電池の製造、ＥＶへの搭載、整備、廃棄等の各イベント時における電池の情報が含まれる。具体的には、記録情報１７３には、各イベントにおける電池の計測データ、劣化度合の診断データ等が含まれる。また、記録情報１７３には、電池の使用履歴、電池が搭載された車両の走行履歴等の情報が含まれてもよい。なお、記録情報１７３は、電池が車両に搭載された時点から車両から取り外されるまでの期間に亘る電池の情報を含む構成でもよい。

【0020】

例えば、ＥＶメーカ又はＥＶの販売店、あるいはＥＶの車両管理者（例えば所有者）は、車両管理者によるＥＶの利用開始時に、電池ＩＤに対応付けて、電池の仕様に関する情報、車両に関する情報をブロックチェーンシステムに出力して記憶させる。この場合、図３左下に示すように記録情報１７３には、電池ＩＤ、電池の仕様情報、車両ＩＤ、車両の情報、車両管理者の情報等が含まれる。また、車両に搭載された車載計測機器４０は、定期的に、電池ＩＤに対応付けて、車両の走行距離、電池の使用時間、充電時間及び充電回数をブロックチェーンシステムに出力して記憶させる。この場合、図３右下に示すように記録情報１７３には、電池ＩＤ、走行距離、電池使用時間、充電時間及び充電回数等が含まれる。このように、ブロック１７０には、電池の製造時点から廃棄されるまでの期間における電池に関する各種の情報が、電池ＩＤに対応付けて記録される。

【0021】

情報生成部１２は、通信部１１を介して、端末装置２０，３０、車載計測機器４０、診断機器５０、電池管理サーバ６０、及び診断サーバ７０から取得する情報を用いて、ブロックチェーンシステムに登録するブロック１７０を生成する。なお、上述したような電池関連情報は、ブロック１７０の記録情報１７３に記憶されるほかに、電池管理サーバ６０、及び診断サーバ７０の各ＤＢに記憶され、ブロック１７０にはハッシュ値１７２のみが記憶される構成でもよい。このような構成においても、ハッシュ値１７２に基づいて改ざんの有無の検証が可能である。

【0022】

情報記録部１３は、他のノード装置１０にて新たに生成されたブロック１７０がブロックチェーンシステムにおいて予め設定された合意規則を満たしているか否かを判定する。情報記録部１３は、所定の合意規則を満たすブロック１７０をブロックチェーンシステムに記録する。この場合、情報記録部１３は、新たなブロックを、縦列接続されたブロック１７０の末尾に追加する。なお、ブロックチェーンシステムにおいて、参加者間でやり取りされる情報の信頼性は、参加者全体で形成されるネットワーク内での合意形成のプロセスによって担保されており、改ざん等の不正をシステム全体で防ぐことで、ブロックチェーンの健全性が保たれる。合意形成のプロセスは、例えばプルーフ・オブ・ワーク（Proof of Work）又はプルーフ・オブ・ステーク（Proof of Stake）等のコンセンサス・アルゴリズムを用いることができる。

【0023】

情報参照部１４は、通信部１１を介して、電池管理サーバ６０、及び診断サーバ７０からブロックチェーンシステムの記憶内容を参照する要求を受信すると、当該要求に対応するブロック１７０から記録情報１７３を読み出し、読み出した記録情報１７３を要求元へ送信する。なお、記録情報１７３の内容が各サーバ６０，７０のＤＢに記憶されている場合、情報参照部１４は、各ＤＢから各情報を読み出して要求元へ送信する。これにより、ブロックチェーンシステムに記録された情報が、各サーバ６０，７０に提供可能となる。

【0024】

図４は端末装置２０、車載計測機器４０及び診断機器５０の構成例を示すブロック図である。端末装置２０は、パーソナルコンピュータ、タブレット端末、スマートフォン等である。図４Ａに示すように端末装置２０は、端末全体を制御する制御部２１、記憶部２２、通信部２３、操作部２４、表示部２５等を含み、これらの各部はバスを介して相互に接続されている。制御部２１は、例えばＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等を備える。制御部２１のＣＰＵは、ＲＯＭ又は記憶部２２に予め記憶された制御プログラム２２ＰをＲＡＭに展開して実行することにより、上述したハードウェアの動作を制御し、端末装置２０が行うべき処理を実行する。なお、制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭを備える構成とするが、１又は複数のＣＰＵ、マルチコアＣＰＵ、ＧＰＵ（Graphics Processing Unit）等を含む任意の演算制御装置であってもよい。

【0025】

記憶部２２は、フラッシュメモリ、ハードディスク、ＳＳＤ（Solid State Drive）等で構成される。記憶部２２には、制御部２１によって実行される制御プログラム２２Ｐ（プログラム製品）、制御プログラム２２Ｐの実行に必要な各種のデータ等が記憶される。なお、記憶部２２に記憶されるプログラムは、例えば端末装置２０の製造段階において記憶部２２に書き込まれてもよく、当該プログラムを読み取り可能に記憶した非一時的な記録媒体により提供されてもよい。記録媒体は、例えばＣＤ－ＲＯＭ、ＵＳＢメモリ、ＳＤ（Secure Digital）メモリ、マイクロＳＤカード等の可搬型メモリである。この場合、制御部２１は、不図示の読取装置を用いて記録媒体から各種プログラムを読み取り、読み取った各種プログラムを記憶部２２にインストールすることが可能である。また、記憶部２２に記憶されるプログラムは、通信部２３を介した通信により提供されてもよい。この場合、制御部２１は、通信部２３を通じて各種プログラムを取得し、取得した各種プログラムを記憶部２２にインストールすることができる。

【0026】

通信部２３は、ノード装置１０との通信を行う機能、ネットワーク１を介して各機器との通信を行う機能を備える。また通信部２３は、インターネット等を介して、例えば電池管理サーバ６０との通信を行う機能を備える。通信部２３は、ネットワーク１を介して各種の情報を受信した場合、受信した情報を制御部２１へ出力し、制御部２１は、通信部２３を介して受信した情報に基づき適宜の処理を実行する。通信部２３は、ネットワーク１を介して所望の宛先へ送信すべき情報が制御部２１から入力された場合、入力された情報をネットワーク１を介して前記宛先へ送信する。

【0027】

操作部２４は、キーボード又はマウス等の入力インタフェースを備え、端末装置２０を使用するユーザによる操作入力を受け付け、操作内容に対応した制御信号を制御部２１へ送出する。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１からの指示に従って各種の情報を表示する。操作部２４及び表示部２５は一体として構成されたタッチパネルであってもよい。

【0028】

端末装置２０は、電池メーカが製造した電池に関する電池情報の入力を操作部２４から受け付けた場合、受け付けた電池情報を通信部２３を介して電池管理サーバ６０へ送信する。電池管理サーバ６０は、端末装置２０から取得した電池情報を例えば電池ＤＢ６２ａに記憶し、更にブロックチェーンシステムに出力してブロックチェーンシステムに記憶させる。電池情報は、例えば電池の仕様に関する情報、使用された材料に関する情報、最適な運用方法等の情報を含む。

【0029】

端末装置３０は、端末装置２０と同様の構成を有するので、構成についての説明は省略する。端末装置３０は、ＥＶメーカが製造したＥＶに関する車両情報の入力を操作部から受け付けた場合、受け付けた車両情報を通信部を介して電池管理サーバ６０へ送信する。電池管理サーバ６０は、端末装置３０から取得した車両情報を例えば電池ＤＢ６２ａに記憶し、更にブロックチェーンシステムに出力してブロックチェーンシステムに記憶させる。車両情報は、例えば電池が搭載された車両に関する情報等を含む。

【0030】

図４Ｂに示すように車載計測機器４０は、例えば車載用電池が搭載された車両が車両管理者に販売された場合、又は車両の製造段階で車載用電池が車両に搭載された場合に、車両に搭載されて車両内の電池に接続される。車載計測機器４０は、車両に搭載されている電池の状態を計測する機能を備える。車載計測機器４０は、機器全体を制御する制御部４１、記憶部４２、通信部４３、及び計測部４４等を有する。制御部４１、記憶部４２、通信部４３は、図４Ａに示す端末装置２０の制御部２１、記憶部２２、通信部２３と同様の構成を有するので詳細な説明は省略する。計測部４４は、電池を接続するための端子を備え、接続された電池の使用時間（放電時間）、充電時間及び充電回数等を計測する。また計測部４４は、車両の走行距離を計測する。走行距離は、例えば車両に搭載された機器から取得してもよく、計測部４４自身が計測する構成を有していてもよい。車載計測機器４０は、例えば所定時間毎又は１日に１回等の定期的なタイミング、あるいは車両の走行終了時等の所定のタイミングで計測部４４による計測処理を実行し、得られた計測データを通信部４３にて電池管理サーバ６０へ送信する。電池管理サーバ６０は、車載計測機器４０から取得した計測データを例えば計測ＤＢ６２ｂに記憶し、更にブロックチェーンシステムに出力してブロックチェーンシステムに記憶させる。上述した構成により、車両に搭載された車載計測機器４０にて計測された電池の計測データが所定のタイミングで電池管理サーバ６０及びブロックチェーンシステムに蓄積される。

【0031】

図４Ｃに示すように診断機器５０は、パーソナルコンピュータ、タブレット端末、スマートフォン等で構成することができる。診断機器５０は、整備事業者又は中古車事業者に搬送された整備対象の車両に搭載されている電池の状態を診断する機能を備える。診断機器５０は、制御部５１、記憶部５２、通信部５３、操作部５４、表示部５５、診断部５６、及びＲＦＩＤ（Radio Frequency Identifier）リーダ５７等を有する。制御部５１、記憶部５２、通信部５３、操作部５４、表示部５５は、図４Ａに示す端末装置２０の制御部２１、記憶部２２，通信部２３、操作部２４、表示部２５と同様の構成を有するので詳細な説明は省略する。

【0032】

ＲＦＩＤリーダ５７は、通信可能な範囲内にあるＩＣタグから、ＩＣタグに記憶してある情報を読み取る。本実施形態の情報処理システムでは、例えば電池に割り当てられた電池ＩＤを記憶させたＩＣタグが電池に取り付けられている。よって、診断機器５０は、ＲＦＩＤリーダ５７によって、電池に取り付けられたＩＣタグから電池ＩＤを読み取ることにより、診断対象の電池の電池ＩＤを取得することができる。なお、診断機器５０はＲＦＩＤリーダ５７を備えている必要はなく、例えばＲＦＩＤリーダの機能を有する端末装置（例えばスマートフォン）を用いてＩＣタグから電池ＩＤを読み取り、読み取った電池ＩＤを操作部５４を介して入力してもよい。なお、ＩＣタグの代わりに、電池ＩＤから生成された一次元コード又は二次元コードが電池に印刷又は貼付される構成でもよい。この場合、コードリーダによって一次元コード又は二次元コードから電池ＩＤを読み取ることができる。

【0033】

診断部５６は、診断対象の電池を接続するための端子を備え、接続された電池の電流値、電圧値、温度、ＳＯＣ等を計測し、計測データを取得することができる。また、診断部５６は、所定の診断アルゴリズムに従って電池パックの劣化度合を推定することができる。劣化度合は、例えばＳＯＨ（State of Health）で表され、ＳＯＨは、新品の状態の電池を１００％とした場合に電池の容量が何％であるかを示す値である。診断部５６は、例えば完全充放電時の放電電流積算法による診断アルゴリズムに従ってＳＯＨを推定する。当該診断アルゴリズムは、完全充放電を用いた容量計測を行うものであり、一度電池を満充電（ＳＯＣが１００％）まで充電した後で、ＳＯＣが０％になるまで放電させ、放電する際に電流積算法を用いて満充電容量を求め、初期満充電容量で除算してＳＯＨを推定するものである。また診断部５６は、例えば充電曲線解析法による診断アルゴリズム、放電曲線解析法による診断アルゴリズム等、上述の診断方法よりも簡易な診断方法を用いてＳＯＨを推定してもよい。診断部５６は、例えば診断サーバ７０から指示された診断アルゴリズム、又は、操作部５４を介して指定された診断アルゴリズムに従って電池（電池パック）のＳＯＨを推定する。なお、診断部５６は、電池から分解された電池モジュール単位、又は電池モジュールから分解された電池セル単位で計測処理及び診断処理を行ってもよく、電池モジュール単位又は電池セル単位で得られた計測結果及び診断結果から電池（電池パック）に対する計測結果及び診断結果を取得してもよい。また、診断部５６は、劣化度合として、ＳＯＨに加えて又はＳＯＨの代わりに、電池のインピーダンス（内部抵抗）を算出してもよい。

【0034】

診断機器５０は、診断部５６で計測した電池の計測データ（電流値、電圧値、温度、及びＳＯＣ）及び劣化度合（例えばＳＯＨ）を含む診断データを、通信部５３にて診断サーバ７０へ送信する。診断サーバ７０は、診断機器５０から取得した診断データを例えば診断ＤＢ７２ａに記憶し、更にブロックチェーンシステムに出力してブロックチェーンシステムに記憶させる。これにより、診断機器５０にて診断された電池の診断データが診断ＤＢ７２ａ及びブロックチェーンシステムに蓄積される。なお、電池の劣化度合（ＳＯＨ及びインピーダンス等）は、診断サーバ７０で推定されてもよく、この場合、診断サーバ７０は、診断機器５０から取得した計測データと、推定した劣化度合とを対応付けて診断ＤＢ７２ａ及びブロックチェーンシステムに記憶させる。診断サーバ７０は、電池に対する診断データに基づいて、電池の継続使用の可否、及び新しい電池への交換の要否を判断する。例えば、劣化度合を示すＳＯＨが所定の閾値以下である場合、又は、インピーダンが所定閾値以上である場合に、新しい電池への交換が必要であるとすることができる。ここで、閾値は、電池が車両に搭載されて利用することができない程度の値とすることができる。また、診断サーバ７０は、診断ＤＢ７２ａに蓄積してある過去の診断データも考慮して、電池の継続使用の可否を判断してもよい。電池の継続使用の可否の判断は、診断機器５０が行う構成でもよい。

【0035】

整備・中古車事業者は、診断機器５０を用いて、診断対象の電池の電池情報、当該電池の計測データを電池管理サーバ６０（電池ＤＢ６２ａ、計測ＤＢ６２ｂ）から取得することができる。また整備・中古車事業者は、整備場に車両が搬入された場合に、診断機器５０を用いて、電池の劣化度合の診断処理を行うことができ、診断結果（計測データ及び劣化度合）を診断サーバ７０へ送信して診断ＤＢ７２ａに記憶する。上述した構成により、整備・中古車事業者に車両が搬送された場合に、車両に搭載された電池の計測データ及び劣化度合が診断機器５０にて計測され、診断サーバ７０及びブロックチェーンシステムに蓄積される。

【0036】

図５は電池管理サーバ６０の構成例を示すブロック図である。電池管理サーバ６０は、パーソナルコンピュータ、サーバコンピュータ等である。電池管理サーバ６０は、サーバ全体を制御する制御部６１、記憶部６２、通信部６３、操作部６４、表示部６５等を含み、これらの各部はバスを介して相互に接続されている。制御部６１は、例えばＣＰＵ、ＲＯＭ及びＲＡＭ等を備える。制御部６１のＣＰＵは、ＲＯＭ又は記憶部６２に予め記憶された制御プログラム６２ＰをＲＡＭに展開して実行することにより、上述したハードウェアの動作を制御し、電池管理サーバ６０が行うべき処理を実行する。なお、制御部６１は、ＣＰＵ、ＲＯＭ及びＲＡＭを備える構成とするが、１又は複数のＣＰＵ、マルチコアＣＰＵ、ＧＰＵ等を含む任意の演算制御装置であってもよい。

【0037】

記憶部６２は、フラッシュメモリ、ハードディスク、ＳＳＤ等で構成される。記憶部６２には、制御部６１によって実行される制御プログラム６２Ｐ（プログラム製品）、制御プログラム６２Ｐの実行に必要な各種のデータ等が記憶される。なお、記憶部６２に記憶されるプログラムは、例えば電池管理サーバ６０の製造段階において記憶部６２に書き込まれてもよく、当該プログラムを読み取り可能に記憶した非一時的な記録媒体６０Ｍにより提供されてもよい。この場合、制御部６１は、不図示の読取装置を用いて記録媒体６０Ｍから各種プログラムを読み取り、読み取った各種プログラムを記憶部６２にインストールすることが可能である。また、記憶部６２に記憶されるプログラムは、通信部６３を介した通信により提供されてもよい。この場合、制御部６１は、通信部６３を通じて各種プログラムを取得し、取得した各種プログラムを記憶部６２にインストールすることができる。また、記憶部６２は、後述する電池ＤＢ（データベース）６２ａ及び計測ＤＢ６２ｂを記憶する。

【0038】

通信部６３は、ノード装置１０との通信を行う機能、ネットワーク１を介して各機器との通信を行う機能を備える。また通信部６３は、インターネット等を介して診断サーバ７０との通信を行う機能を備える。操作部６４は、キーボード又はマウス等の入力インタフェースを備え、電池管理サーバ６０を使用するユーザによる操作入力を受け付け、操作内容に対応した制御信号を制御部６１へ送出する。表示部６５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部６１からの指示に従って各種の情報を表示する。操作部６４及び表示部６５は一体として構成されたタッチパネルであってもよい。なお、本実施形態では、電池管理サーバ６０は操作部６４及び表示部６５を備える構成とするが、操作部６４及び表示部６５は必須ではなく、外部に接続されたコンピュータを通じて操作を受け付け、表示すべき情報を外部の表示装置へ出力する構成であってもよい。

【0039】

電池管理サーバ６０は、電池メーカが製造した電池に関する電池情報を端末装置２０から取得した場合、取得した電池情報を電池ＤＢ６２ａに記憶する。また電池管理サーバ６０は、ＥＶメーカが電池を搭載した車両に関する車両情報を端末装置３０から取得した場合、取得した車両情報を電池ＤＢ６２ａに記憶する。更に電池管理サーバ６０は、車載計測機器４０が電池を計測した計測データを取得した場合、取得した計測データを計測ＤＢ６２ｂに記憶する。電池管理サーバ６０は、電池ＤＢ６２ａ及び計測ＤＢ６２ｂに記憶した各情報をノード装置１０へ出力してブロックチェーンシステムに記憶させてもよい。

【0040】

図６は電池管理サーバ６０が記憶するＤＢ６２ａ～６２ｂの構成例を示す模式図である。図６Ａは電池ＤＢ６２ａを、図６Ｂは計測ＤＢ６２ｂをそれぞれ示す。電池ＤＢ６２ａは、電池に関する電池情報、及び電池が搭載された車両に関する車両情報等を記憶する。図６Ａに示す電池ＤＢ６２ａは、電池ＩＤ列、仕様情報列、材料情報列、車両情報列等を含み、電池に割り当てられた識別情報（電池ＩＤ）に対応付けて各情報を記憶する。仕様情報は、電池の種類、サイズ、使用条件、最適な運用方法等、電池の仕様に関する情報を含む。材料情報は、電池の製造に使用された材料の種類及び使用量、リサイクルされた材料が使用されている場合にリサイクル材料の種類及び使用量等の情報を含む。車両情報は、製造された電池が搭載された車両に関する情報であり、例えば、車両の製造年月日（電池が車両に搭載された年月日）、車両ＩＤ、メーカ名、車種、年式、管理者情報等が対応付けて車両情報列に記憶される。車両ＩＤは、車両に割り当てられた識別情報であり、管理者情報は、車両の購入者等の所有者の氏名、連絡先等の情報を含む。なお、車両情報は、車両番号（メーカの製造番号等）、車両の利用状況（例えば、走行距離、使用年数、使用頻度、１日の平均走行距離等）を含んでもよい。

【0041】

計測ＤＢ６２ｂは、電池が車両に搭載されている期間に車載計測機器４０によって計測された電池の計測データを記憶する。図６Ｂに示す計測ＤＢ６２ｂは、電池ＩＤ列、車両ＩＤ列、計測データ列等を含み、電池ＩＤに対応付けて、電池が搭載されている車両の車両ＩＤと、車載計測機器４０から取得した計測データとを記憶する。計測データは、車載計測機器４０が計測処理を実行した日時、車載計測機器４０に関する機器情報、車載計測機器４０が計測した車両の走行距離、電池の使用時間、充電時間及び充電回数等を含む。機器情報は、車載計測機器４０を特定するための情報、車載計測機器４０の属性及び車両管理者の属性等の情報を含む。電池管理サーバ６０は、電池が車両に搭載されている期間における電池に関する情報を電池ＤＢ６２ａに記憶して管理する。また、電池管理サーバ６０は、電池が車両に搭載されている期間において車載計測機器４０によって計測された電池の計測データを計測ＤＢ６２ｂに記憶して管理する。

【0042】

図７は診断サーバ７０の構成例を示すブロック図である。診断サーバ７０は、パーソナルコンピュータ、サーバコンピュータ等である。診断サーバ７０は、サーバ全体を制御する制御部７１、記憶部７２、通信部７３、切替部７４、診断部７５等を含み、これらの各部はバスを介して相互に接続されている。制御部７１、記憶部７２、及び通信部７３は、図５に示す電池管理サーバ６０の制御部６１、記憶部６２，通信部６３と同様の構成を有するので詳細な説明は省略する。なお、記憶部７２は、制御部７１が実行する制御プログラム７２Ｐに加えて診断ＤＢ７２ａ及び車両ＤＢ７２ｂを記憶する。

【0043】

診断部７５は、第１診断アルゴリズム７５ａ、第２診断アルゴリズム７５ｂ、第３診断アルゴリズム７５ｃを備える。図７の例では３つの診断アルゴリズムを備える構成を示しているが、４つ以上の診断アルゴリズムを有していてもよい。第１～第３診断アルゴリズム７５ａ～７５ｃは、電池のＳＯＨを推定する際の診断アルゴリズムであり、例えば、完全充放電時の放電電流積算法による診断アルゴリズム、充電曲線解析法による診断アルゴリズム、放電曲線解析法による診断アルゴリズムを含む。充電曲線解析法は、初めに充電中の電池の電圧、電流、及び温度を測定し、これらのデータを充電曲線として記録し、電池の内部状態を表すパラメータの初期値を設定し、回帰計算によってパラメータの推定を行って電池の状態（例えば、電池容量）を算出するものである。放電曲線解析法は、放電曲線を電圧で微分する等により特徴づけて、電池の正極と負極の各活物質の容量変化を抽出し、電池の状態（例えば、電池容量）を算出するものである。

【0044】

なお、第１～第３診断アルゴリズム７５ａ～７５ｃは、上述した診断アルゴリズムのほかに、内部抵抗からのテーブルルックアップを用いた診断アルゴリズム、モデルに基づく診断アルゴリズム等を含んでもよい。内部抵抗からのテーブルルックアップによる診断は、ＳＯＨと内部抵抗との関係を予め取得してテーブル化しておき、計測した内部抵抗からテーブルルックアップにてＳＯＨを求めるものである。モデルに基づく診断は、ＳＯＣ推定で用いるモデルの中の特定のパラメータとＳＯＨとを関連付けた上で、そのパラメータを推定することにより、ＳＯＨを推定するものである。例えば、電池の満充電容量を等価回路モデル内のコンデンサの容量で表して、その容量を推定することで、ＳＯＨを求めることができる。診断アルゴリズムは上述したものに限定されない。また診断アルゴリズムは、例えば電池メーカ毎、ＥＶメーカ毎、電池の種類毎に用意されてもよい。

【0045】

切替部７４は、診断対象の電池の電池情報（例えば電池管理サーバ６０の電池ＤＢ６２ａに記憶してある電池情報）、又はユーザの選択に応じて、所要の診断アルゴリズムを選択する。切替部７４は、例えば診断機器５０から診断対象の電池の情報を取得した場合、当該電池の電池情報を電池管理サーバ６０から取得し、電池情報に基づいて、当該電池の劣化度合（ＳＯＨ）の診断に用いる診断アルゴリズムを選択する。例えば電池メーカ又は電池の種類毎に予め診断アルゴリズムが設定されている場合、切替部７４は、診断対象の電池の電池メーカ又は種類に応じた診断アルゴリズムを選択する。診断部７５は、切替部７４によって選択された診断アルゴリズムに従った診断処理の実行を診断機器５０に指示する。なお、診断部７５は、診断機器５０によって計測された電池の計測データを取得し、取得した計測データに基づいて、切替部７４によって選択された診断アルゴリズムに従って当該電池の劣化度合を診断してもよい。また、診断部７５は、電池から分解された電池モジュール単位、又は電池モジュールから分解された電池セル単位で診断処理を行ってもよく、電池モジュール単位又は電池セル単位で得られた診断結果から電池（電池パック）に対する診断結果を取得してもよい。また、診断部７５は、劣化度合として、ＳＯＨに加えて又はＳＯＨの代わりに、電池のインピーダンスを算出してもよい。

【0046】

診断サーバ７０は、診断機器５０が電池の診断処理を行う際に、診断対象の電池に応じた診断アルゴリズムを決定して診断機器５０に提示する。また診断サーバ７０は、診断機器５０による診断処理の結果（診断データ）を取得して診断ＤＢ７２ａに記憶して管理する。診断サーバ７０は、診断ＤＢ７２ａに記憶した各情報をノード装置１０へ出力してブロックチェーンシステムに記憶させてもよい。また診断サーバ７０は、各電池の診断データを診断ＤＢ７２ａに記憶した後、各電池が車両に搭載されてから、ここでの診断処理が実行された時点までの車両の走行距離（累積走行距離）を算出し、各電池の劣化度合と車両の累積走行距離とを対応付けて車両ＤＢ７２ｂに記憶して管理する。なお、診断サーバ７０は、車両ＤＢ７２ｂに記憶した各情報をノード装置１０へ出力してブロックチェーンシステムに記憶させてもよい。

【0047】

図８は診断サーバ７０が記憶するＤＢ７２ａ～７２ｂの構成例を示す模式図である。図８Ａは診断ＤＢ７２ａを、図８Ｂは車両ＤＢ７２ｂをそれぞれ示す。診断ＤＢ７２ａは、車載用電池に対する診断データを記憶する。図８Ａに示す診断ＤＢ７２ａは、電池ＩＤ列、診断データ列等を含み、電池のＩＤに対応付けて当該電池に対する診断処理結果を記憶する。診断データは、診断機器５０を用いて行われた診断処理毎に診断ＤＢ７２ａに記憶される。診断データは、診断データを識別するための識別情報（診断ＩＤ）、診断処理の実行日時、イベント、診断機器５０に関する機器情報、診断機器５０による電池の計測データ（電流値、電圧値、温度、ＳＯＣ）、電池に対する診断結果（ＳＯＨ）等を含む。イベントは、診断処理の実行事由であり、例えば整備・中古車事業者に搬入された車両を整備する際に診断機器５０による診断処理が行われた場合は「車両整備」が記憶され、ＥＶメーカで車両に搭載された際に診断機器（図示せず）による診断処理が行われた場合は「車両搭載」が記憶される。機器情報は、診断機器５０を特定するための情報、診断機器５０の属性及び各事業者等の情報を含む。診断結果は、診断機器５０による計測データに基づいて診断機器５０又は診断サーバ７０で判定された電池に対する診断結果を含み、例えば診断に使用した診断アルゴリズム、電池に対するＳＯＨ、並びに診断事業者（診断機関）を特定する情報等を含む。

【0048】

車両ＤＢ７２ｂは、車両に搭載された電池の劣化度合と当該電池が搭載されてからの車両の累積走行距離とを記憶する。図８Ｂに示す車両ＤＢ７２ｂは、車両ＩＤ列、電池ＩＤ列、日時列、ＳＯＨ列、累積走行距離列、使用期間列等を含み、車両ＩＤに対応付けて、当該車両に搭載されている電池の電池ＩＤ、当該電池に対する劣化診断処理の実行日時、当該電池のＳＯＨ、車両の累積走行距離、当該電池が車両に搭載されてからの期間（使用期間）を記憶する。累積走行距離及び使用期間は、当該電池が車両に搭載された時点を０とし、電池の劣化診断が行われる時点までに車両が走行した距離及び電池を使用した期間を示す。日時、ＳＯＨ、累積走行距離及び使用期間は、電池に対して診断処理が実行されたタイミング毎に車両ＤＢ７２ｂに記憶される。

【0049】

以下に、電池に関する電池関連情報を電池管理サーバ６０に登録する処理について説明する。ここでの電池関連情報は、電池に関する電池情報、車両に関する車両情報、及び、車載計測機器４０によって計測された電池の計測データとする。

【0050】

電池メーカが電池を製造した場合に、電池に関する電池情報を電池管理サーバ６０の電池ＤＢ６２ａに登録する処理について説明する。図９は入力画面例を示す模式図であり、図９Ａは電池情報の入力画面例を示し、図９Ｂは車両情報の入力画面例を示す。図９Ａに示す画面は、例えば端末装置２０が所定のアプリケーションを実行することによって表示部２５に表示される。図９Ａに示す入力画面は、登録対象の電池（電池パック）に使用されている電池モジュールの数、各電池モジュールに使用されている電池セルの数、仕様情報、材料情報等の各情報を入力するための入力欄を有する。各入力欄は、各情報が直接入力される構成でもよく、複数の選択肢を表示して任意のものを選択することにより入力される構成でもよい。仕様情報は、電池の種類、サイズ、使用条件、最適な運用方法等の情報を含む。材料情報は、電池の製造に使用された材料の種類及び使用量、リサイクルされた材料が使用されている場合にリサイクル材料の種類及び使用量等の情報を含む。なお、仕様情報及び材料情報の入力欄には、それぞれ仕様情報及び材料情報が入力されてもよく、仕様情報又は材料情報が記載されたファイル（例えばテキストファイル）のファイル名が入力されてもよい。端末装置２０は、電池情報入力画面を介して各情報が入力されて登録ボタンが操作された場合、入力された電池情報を電池管理サーバ６０へ送信して電池ＤＢ６２ａに記憶する。これにより、電池メーカで電池が製造された場合、電池に関する電池情報が電池管理サーバ６０に登録される。なお、電池管理サーバ６０は、端末装置２０から受信した電池情報を電池ＤＢ６２ａに登録する際に、当該電池パックに対して電池ＩＤを発行し、発行した電池ＩＤ及び電池情報を電池ＤＢ６２ａに記憶する。電池管理サーバ６０は、電池ＩＤを発行した場合、発行した電池ＩＤを端末装置２０に送信して電池メーカに通知する。なお、電池管理サーバ６０は、電池ＤＢ６２ａに記憶した電池情報をノード装置１０へ出力し、ノード装置１０に対して電池情報のブロックチェーンシステムへの格納を指示してもよい。この場合、ノード装置１０は、電池管理サーバ６０から取得した電池情報を用いてブロック１７０を生成し、生成したブロック１７０が所定の合意規則を満たす場合にブロックチェーンシステムに記憶する。

【0051】

次に、ＥＶメーカがＥＶを製造した場合に、ＥＶに関する車両情報を電池管理サーバ６０の電池ＤＢ６２ａに登録する処理について説明する。図９Ｂに示す画面は、例えば端末装置３０が所定のアプリケーションを実行することによって表示部に表示される。図９Ｂに示す入力画面は、電池ＩＤ、年月日、メーカ、車種、年式、管理者（車両の所有者）の氏名及び連絡先情報等の各情報を入力するための入力欄を有する。各入力欄は、各情報が直接入力される構成でもよく、複数の選択肢を表示して任意のものを選択することにより入力される構成でもよい。電池ＩＤは、電池メーカが電池情報を電池管理サーバ６０に登録した際に電池管理サーバ６０によって発行されたＩＤである。年月日は、電池が車両に搭載された日であってもよく、車両情報が電池ＤＢ６２ａに登録される日であってもよい。端末装置３０は、車両情報入力画面を介して各情報が入力されて登録ボタンが操作された場合、入力された車両情報を電池管理サーバ６０へ送信して電池ＤＢ６２ａに車両情報として記憶する。これにより、ＥＶメーカでＥＶが製造された場合（ＥＶに電池が搭載された場合）、ＥＶに関する車両情報が電池管理サーバ６０に登録される。なお、電池管理サーバ６０は、端末装置３０から受信した車両情報を電池ＤＢ６２ａに登録する際に、当該車両に対して車両ＩＤを発行し、発行した車両ＩＤ及び車両情報を電池ＤＢ６２ａに記憶する。また、電池管理サーバ６０は、電池ＤＢ６２ａに記憶した車両情報をノード装置１０へ出力し、ノード装置１０によってブロックチェーンシステムに記憶してもよい。上述した車両情報は、ＥＶメーカの担当者が端末装置３０を用いて電池ＤＢ６２ａに登録するほかに、ＥＶを購入した購入者（車両管理者）が自身の端末装置を用いて電池ＤＢ６２ａに登録してもよい。例えば、車両管理者は車両の使用開始時に車両情報を電池ＤＢ６２ａに登録し、車両ＩＤの発行を受けてもよい。

【0052】

上述したように電池メーカ及びＥＶメーカによって電池情報及び車両情報が電池管理サーバ６０に登録された車両は、購入者（車両管理者）によって購入されて使用される。なお、例えばＥＶメーカは、車両を販売する際に、車両に車載計測機器４０を搭載して車両内の電池に接続する。その際、ＥＶメーカは、車両に搭載された電池に割り当てられた電池ＩＤを記憶させたＩＣタグを電池に取り付ける。これにより、ＲＦＩＤリーダによってＩＣタグから電池ＩＤを読み取ることができる。

【0053】

次に、車載計測機器４０が取得する計測データを電池管理サーバ６０の計測ＤＢ６２ｂに蓄積する処理について説明する。車載計測機器４０は、所定のタイミングで、車両の走行距離と、接続された電池の使用時間、充電時間及び充電回数とを計測し、計測データを取得する。図１０は車載計測機器４０による計測データの蓄積処理手順の一例を示すフローチャートである。図１０では左側に車載計測機器４０が行う処理を、右側に電池管理サーバ６０が行う処理をそれぞれ示す。

【0054】

車載計測機器４０は、定期的に又は所定のタイミングで計測処理を行うように構成されており、制御部４１は、計測処理を実行するタイミング（計測タイミング）であるか否かを判断する（Ｓ１１）。例えば所定時間毎に計測処理を実行する場合、制御部４１は、直近の計測処理の実行から所定時間が経過したか否かを判断する。また、例えば１日に１回所定時刻に計測処理を実行する場合、制御部４１は、所定時刻が到来したか否かを判断する。計測タイミングでないと判断した場合（Ｓ１１：ＮＯ）、制御部４１は、計測タイミングが到来するまで待機する。計測タイミングであると判断した場合（Ｓ１１：ＹＥＳ）、制御部４１は、計測処理を実行し（Ｓ１２）、直近の計測処理からこの時点までの期間における車両の走行距離、電池の使用時間、充電時間及び充電回数を計測する。制御部４１は、計測対象の電池の電池ＩＤに対応付けて、取得した計測データを電池管理サーバ６０へ送信する（Ｓ１３）。なお、制御部４１は、この時点の日時（計測日時）と、車載計測機器４０を特定できる機器情報（例えば機器に割り当てられた機器ＩＤ）とを計測データに含めて電池管理サーバ６０へ送信する。機器情報は、例えば予め記憶部４２に記憶されている。なお、電池ＩＤは、例えば車載計測機器４０が車両に搭載された際に、操作部（図示せず）を介して入力されて記憶部４２に記憶されてもよく、車載計測機器４０がＲＦＩＤリーダの機能を有する場合、電池に取り付けられたＩＣタグから読み取ってもよい。

【0055】

電池管理サーバ６０の制御部６１は、車載計測機器４０から計測データを受信した場合、受信した計測データを計測ＤＢ６２ｂに記憶する（Ｓ１４）。ここでは、制御部６１は、車載計測機器４０から受信した電池ＩＤに対応付けて、計測日時及び機器情報を含む計測データを計測ＤＢ６２ｂに記憶する。また制御部６１は、計測データをブロックチェーンシステムに記憶させる（Ｓ１５）。ここでは、制御部６１は、電池ＩＤ及び計測データを対応付けてノード装置１０へ出力し、ノード装置１０に対して、計測データのブロックチェーンシステムへの格納を指示する。ノード装置１０は、電池管理サーバ６０から取得した電池ＩＤ及び計測データを用いてブロック１７０を生成し、生成したブロック１７０が所定の合意規則を満たす場合にブロックチェーンシステムに記録する。これにより、車載計測機器４０によって計測された計測データが電池ＩＤに対応付けてブロックチェーンシステムに記憶される。なお、制御部６１は、計測データを計測ＤＢ６２ｂに記憶させずにブロックチェーンシステムのみに記憶させる構成でもよく、計測データを計測ＤＢ６２ｂに記憶させ、ブロックチェーンシステムには、記憶させた計測データに対応するブロック１７０にハッシュ値１７２のみを記憶させる構成でもよい。

【0056】

車載計測機器４０の制御部４１は、ステップＳ１３の処理後、ステップＳ１１に戻り、計測タイミングが到来する都度、計測処理及び計測データの送信処理を繰り返す。電池管理サーバ６０は、車載計測機器４０から計測データを受信する都度、計測データを計測ＤＢ６２ｂ及びブロックチェーンシステムに記憶する。これにより、車載計測機器４０が所定のタイミングで計測した電池の計測データが、電池管理サーバ６０及びブロックチェーンシステムに蓄積されるので、電池の状態をトレースすることができる。

【0057】

次に、整備事業者が診断機器５０を用いて電池の診断処理を行い、得られた診断結果（診断データ）が診断サーバ７０の診断ＤＢ７２ａに蓄積されると共に整備事業者に提示される処理について説明する。図１１は整備事業者での診断結果の蓄積処理手順の一例を示すフローチャート、図１２は診断結果に対する評価処理の説明図、図１３及び図１４は画面例を示す模式図である。図１１では左側に整備事業者の診断機器５０が行う処理を、右側に診断サーバ７０が行う処理をそれぞれ示す。

【0058】

車両の整備又は点検を行うために整備事業者に車両が搬入された場合、整備事業者は、車両に搭載されている電池に診断機器５０を接続し、診断機器５０による電池の計測処理及び診断処理を実行する。診断機器５０は、例えば車両の給電口に挿入することにより電池に接続される接続インタフェースを有する。診断機器５０の制御部５１は、接続された診断対象の電池（車載用電池）の電池ＩＤを取得する（Ｓ２１）。ここでは、制御部５１は、ＲＦＩＤリーダ５７によって、電池に取り付けられたＩＣタグから電池ＩＤを読み取る。本実施形態では、電池管理サーバ６０の電池ＤＢ６２ａに、電池ＩＤに対応付けて電池情報及び車両情報が登録してあるので、診断機器５０は電池ＩＤのみを取得すればよいが、電池情報及び車両情報の各情報が、操作部５４を介して診断機器５０に入力される構成でもよい。

【0059】

制御部５１は、取得した電池ＩＤを診断サーバ７０へ送信し、当該電池の診断処理に用いる診断アルゴリズムの提示を要求する（Ｓ２２）。診断サーバ７０の制御部７１は、診断機器５０から診断アルゴリズムの提示を要求された場合、予め登録してある診断アルゴリズムの中から、当該電池の診断に用いるべき診断アルゴリズムを選択する（Ｓ２３）。例えば制御部７１は、診断機器５０から受信した電池ＩＤに基づいて、電池管理サーバ６０の電池ＤＢ６２ａから当該電池に関する電池情報及び車両情報を取得し、電池情報又は車両情報に基づいて、使用すべき診断アルゴリズムを選択する。なお、診断サーバ７０において、例えば電池メーカに応じた診断アルゴリズム、ＥＶメーカに応じた診断アルゴリズム、電池の仕様又は型番に応じた診断アルゴリズムが予め設定されており、制御部７１は、診断対象の電池又は電池が搭載してある車両に応じて、使用すべき診断アルゴリズムを決定してもよい。

【0060】

制御部７１は、選択した診断アルゴリズムを診断機器５０に送信して提示する（Ｓ２４）。診断機器５０の制御部５１は、診断部５６によって電池の電流値、電圧値、温度、ＳＯＣを計測する計測処理を行う（Ｓ２５）。また、制御部５１は、診断部５６によって電池の劣化度合（例えばＳＯＨ）を推定する診断処理を行う（Ｓ２６）。ここでは、制御部５１は、診断サーバ７０から提示された診断アルゴリズムに従った診断処理を行い、電池の劣化度合（ＳＯＨ）を推定する。なお、診断アルゴリズムは整備事業者等によって指定されてもよく、この場合、診断機器５０は、操作部５４を介して診断アルゴリズムの指定を受け付け、指定された診断アルゴリズムに従った診断処理を行う。また、診断部５６は、電池モジュール単位又は電池セル単位で劣化度合（ＳＯＨ）の推定を行ってもよく、電池モジュール毎又は電池セル毎に得られた劣化度合から電池全体（電池パック）の劣化度合を推定してもよい。例えば、各セルのＳＯＨの値と、ＳＯＨのばらつきとに基づいて、電池パックに対する劣化度合を算出してもよい。また、各セルのＳＯＨのうちの最小値を電池に対するＳＯＨとしてもよく、各セルのＳＯＨの平均値を電池に対するＳＯＨとしてもよい。

【0061】

制御部５１は、診断対象の電池の電池ＩＤに対応付けて、診断処理の結果（電流値、電圧値、温度、ＳＯＣを含む計測データ、及びＳＯＨ）と、診断処理に用いた診断アルゴリズムを示す情報とを含む診断データを診断サーバ７０へ送信する（Ｓ２７）。なお、制御部５１は、この時点の日時（診断日時）、イベント（診断処理の実行事由）、診断機器５０を特定できる機器情報（例えば機器に割り当てられた機器ＩＤ）等を診断データに含めて診断サーバ７０へ送信してもよい。イベントは、例えば整備事業者によって操作部５４を介して入力され、ここでは「車両整備」とされる。機器情報は、例えば予め記憶部５２に記憶されている。

【0062】

診断サーバ７０の制御部７１は、診断機器５０が送信した診断データを取得し、取得した診断データを診断ＤＢ７２ａに記憶する（Ｓ２８）。ここでは、制御部７１は、診断機器５０から受信した電池ＩＤに対応付けて、診断日時、イベント、機器情報、計測データ及びＳＯＨ、ＳＯＨの診断に使用した診断アルゴリズムの情報を含む診断データを診断ＤＢ７２ａに記憶する。なお、制御部７１は、ここでの診断処理に対して診断ＩＤを発行し、診断ＩＤを診断データに付与して診断ＤＢ７２ａに記憶する。

【0063】

制御部７１は、上述した診断データをブロックチェーンシステムに記憶させる（Ｓ２９）。ここでは、制御部７１は、電池ＩＤ及び診断データを対応付けてノード装置１０へ出力して、診断データのブロックチェーンシステムへの格納を指示し、ノード装置１０によってブロックチェーンシステムに記録される。これにより、診断機器５０が診断対象の電池に接続された場合に計測した電池の計測データと、計測データに基づいて診断された電池の劣化度合とを含む診断データが、診断サーバ７０及びブロックチェーンシステムに記録される。よって、このような診断データに基づいて、電池の状態をトレースすることができる。なお、制御部７１は、診断データを診断ＤＢ７２ａに記憶させずにブロックチェーンシステムのみに記憶させる構成でもよく、診断データを診断ＤＢ７２ａに記憶させ、ブロックチェーンシステムには、記憶させた診断データに対応するブロック１７０にハッシュ値１７２のみを記憶させる構成でもよい。計測データに基づく診断処理は、診断機器５０が行う構成のほかに、診断サーバ７０が行ってもよい。この場合、診断サーバ７０は、診断機器５０から計測データを取得し、取得した計測データに基づいて、ステップＳ２３で選択した診断アルゴリズムに基づく診断処理を行い、電池の診断データを取得する。ここでも、診断サーバ７０は、電池モジュール単位又は電池セル単位で劣化度合（ＳＯＨ）の推定を行ってもよく、電池モジュール毎又は電池セル毎に得られた劣化度合から電池全体（電池パック）の劣化度合を推定してもよい。また診断サーバ７０は、診断対象の電池に対する過去の計測データ（例えば車載計測機器４０による計測データ）も考慮して電池に対する劣化度合を診断してもよい。この場合、制御部７１は、電池管理サーバ６０又はブロックチェーンシステムから、診断対象の電池の計測データを取得すればよい。

【0064】

診断サーバ７０の制御部７１は、診断データを診断ＤＢ７２ａに記憶した後、当該電池のＳＯＨと、当該電池が車両に搭載されてからこの時点までの車両の累積走行距離とを車両ＤＢ７２ｂに記憶する（Ｓ３０）。具体的には、制御部７１は、診断ＤＢ７２ａに記憶した診断データの電池ＩＤ、診断処理の実行日時及びＳＯＨを取得し、当該電池が搭載されている車両の車両ＩＤ及び走行距離を電池管理サーバ６０の計測ＤＢ６２ｂから取得する。制御部７１は、車両ＤＢ７２ｂにおいて、取得した車両ＩＤ及び電池ＩＤに対応付けて、取得した実行日時及びＳＯＨを記憶する。また制御部７１は、車両ＤＢ７２ｂに記憶してある直近の日時に対応する累積走行距離に、取得した走行距離を加算して、電池が車両に搭載されてから当該実行日時までの累積走行距離を算出し、実行日時に対応付けて車両ＤＢ７２ｂに記憶する。なお、累積走行距離は、直近の日時に対応する累積走行距離に、今回計測された走行距離を加算して算出する構成に限定されない。例えば、制御部７１は、計測ＤＢ６２ｂに記憶してある各計測日時に対応する走行距離を全て加算することにより累積走行距離を算出してもよい。また、制御部７１は、当該車両の製造年月日（電池が車両に搭載された年月日）を電池ＤＢ６２ａから取得し、製造年月日からこの時点までの期間（電池の使用期間）を算出し、実行日時に対応付けて車両ＤＢ７２ｂに記憶する。

【0065】

次に、制御部７１は、ステップＳ３０で車両ＤＢ７２ｂに記憶した累積走行距離と同じ累積走行距離に対応付けて車両ＤＢ７２ｂに記憶してある他の電池のＳＯＨを車両ＤＢ７２ｂから読み出す（Ｓ３１）。そして、制御部７１は、読み出した他の電池のＳＯＨ（累積走行距離が同じである他の電池のＳＯＨ）に基づいて、ステップＳ３０で車両ＤＢ７２ｂに記憶したＳＯＨに対する評価スコアを算出する（Ｓ３２）。

【0066】

ここで、累積走行距離とＳＯＨとの関係について説明する。図１２は累積走行距離とＳＯＨとの関係を示すグラフである。図１２Ａに示すグラフにおいて、横軸は累積走行距離を示し、縦軸はＳＯＨを示し、車両ＤＢ７２ｂに登録してある各電池の累積走行距離に対応するＳＯＨをプロットした散布図を示している。なお、ＳＯＨは上端が１００％を示し、下方向に向かうほど小さい値（劣化した状態を示す値）を示し、累積走行距離は左端が０を示し、右方向に向かうほど大きい値を示す。図１２Ｂは、図１２Ａに示すグラフにおいて、任意の累積走行距離Ｄに対応する各電池のＳＯＨの頻度（車両数）を示すグラフであり、このグラフは、十分な数の電池を母集団とした場合に正規分布で表現することができる。なお、図１２Ａのグラフにおいて、破線は各累積走行距離におけるＳＯＨの平均値（偏差値５０のＳＯＨ）を示しており、実線で囲んだ閉領域は、各累積走行距離において偏差値が３０～７５のＳＯＨを含む領域を示しており、実線閉領域の上端の太実線は、偏差値７５のＳＯＨを示している。なお、偏差値７５のＳＯＨは、理想的な劣化速度で劣化した場合のＳＯＨを示す。電池は、走行距離又は使用期間が増加するにつれて劣化し、ある程度の走行距離又は使用期間に到達した後に急速に劣化することが知られている。例えば、図１２Ａに示す例では、累積走行距離がＤ１に到達した後、電池のＳＯＨの劣化速度が速くなっており、偏差値５０のＳＯＨを示す破線の傾きが、累積走行距離がＤ１の前後で変化している。よって、図１２Ａに示すように、偏差値３０～７５のＳＯＨを含む領域は、累積走行距離がＤ１よりも大きい箇所で、ＳＯＨが低い値となる方向に伸びた状態となる。

【0067】

よって、本実施形態では、評価対象（診断対象）の電池が搭載されている車両の累積走行距離と同じ累積走行距離における他の電池のＳＯＨを母集団として、評価対象の電池のＳＯＨに対する偏差値を評価スコア（評価値）として算出する。具体的には、制御部７１は、ステップＳ３１で車両ＤＢ７２ｂから読み出した他の電池のＳＯＨを、評価対象の電池に対する評価基準として取得し、ステップＳ３０で車両ＤＢ７２ｂに記憶した評価対象の電池のＳＯＨを取得する。そして、制御部７１は、評価基準である他の電池のＳＯＨと、評価対象の電池のＳＯＨとに基づいて、評価対象の電池の評価値を特定する。具体的には、制御部７１は、評価基準である他の電池のＳＯＨの平均値及び標準偏差を算出し、算出した平均値及び標準偏差と、評価対象の電池のＳＯＨとに基づいて、評価対象の電池のＳＯＨの偏差値を算出する。制御部７１は、算出したＳＯＨの偏差値を車両ＤＢ７２ｂに記憶してもよい。また、制御部７１は、車両ＤＢ７２ｂに記憶した診断対象の電池の各情報をブロックチェーンシステムに記憶させてもよい。

【0068】

本実施形態では、評価対象の電池の評価スコアとして、累積走行距離が同じ他の電池のＳＯＨを母集団とし、評価対象の電池のＳＯＨの偏差値を算出するが、この構成に限定されない。累積走行距離が同じ他の電池のＳＯＨに基づいて設定された評価基準（例えば偏差値７５のＳＯＨ、偏差値５０のＳＯＨ等）からの乖離度（例えば差分値）を、評価対象の電池の評価スコアとしてもよい。なお、診断サーバ７０は、図８Ｂに示す車両ＤＢ７２ｂを、車両のメーカ、車種、車両の製造年月日等の車両の種類、並びに、電池のメーカ、型番、材料等の電池の種類毎に記憶部７２に記憶しており、電池の評価スコアを算出する際に評価対象の電池の種類及び電池が搭載されている車両の種類に応じた車両ＤＢ７２ｂに登録されている各電池の情報を使用する。これにより、車両及び電池の種類毎に、評価スコアを算出する際の母集団を切り替えることができ、適切な評価スコアの算出が可能となる。

【0069】

制御部７１は、算出した評価スコア（偏差値）を表示する診断結果画面を生成して診断機器５０へ送信する（Ｓ３３）。図１３は診断結果画面例を示す。図１３Ａに示す診断結果画面は、診断対象の電池の電池ＩＤと、診断結果として診断日時、診断処理に用いた診断アルゴリズム、車両の累積走行距離、電池の劣化度合（例えばＳＯＨ）、劣化度合（ＳＯＨ）に対する偏差値、及び診断事業者の情報とを表示する。なお、制御部７１は、例えば診断結果から、当該電池の取引価格を算定し、診断結果画面に取引価格を表示させてもよい。例えば、電池の劣化度合と取引価格との関係を定めた算定式を予め登録しておくことにより、劣化度合を診断した電池の取引価格を算定できる。

【0070】

図１３Ｂは診断結果画面の変形例を示す。制御部７１は、図１３Ｂに示すような診断結果画面を生成して診断機器５０へ送信してもよい。図１３Ｂに示す画面は、図１３Ａに示す構成に加えて、車両ＤＢ７２ｂに記憶してある各電池の各累積走行距離に対応するＳＯＨをプロットしたグラフを表示する。図１３Ｂに示すグラフは、車両の累積走行距離を横軸（第１軸）とし、電池の劣化度合を示すＳＯＨを縦軸（第２軸）とし、各電池の累積走行距離に対応するＳＯＨをプロットしたものである。なお、評価対象（診断対象）の電池の現在の評価スコアは白丸でプロットしてある。また、図１３Ｂの画面は、グラフ上に、理想的な劣化速度で劣化した劣化度合が小さい電池のＳＯＨ（偏差値７５のＳＯＨ）の時間的変化を評価基準として表示している。なお、評価基準とする偏差値７５のＳＯＨは、１つの電池におけるＳＯＨの時間的変化である必要はなく、母集団のうちの偏差値７５のＳＯＨを実線で結んだものであってもよい。また、図１３Ｂの画面は、グラフ上に、偏差値７５のＳＯＨよりも劣化度合が大きい（劣化速度が速い）電池のＳＯＨ（例えば偏差値５０のＳＯＨ、偏差値３０のＳＯＨ）の時間的変化を第２評価基準として表示している。更に、図１３Ｂの画面は、グラフ上に、偏差値３０～７５のＳＯＨの範囲を示す評価基準ゾーンを表示している。このように、グラフ上に、他の電池のＳＯＨを評価基準として表示することにより、診断対象の電池のＳＯＨがどの程度の劣化度合であるかを容易に判断できる。

【0071】

図１４Ａ及び図１４Ｂは診断結果画面の変形例を示す。制御部７１は、図１３Ａ又は図１３Ｂに示す構成に加えて、図１４Ａに示すグラフを表示する画面を生成してもよい。図１４Ａに示すグラフは、診断対象の電池の累積走行距離と同じ累積走行距離である他の電池のＳＯＨの頻度分布を示しており、この頻度分布上に、診断対象の電池の現在のＳＯＨを示している。このようなグラフを提示することにより、各事業者及び車両管理者は、電池の劣化度合の程度を他のユーザの電池の劣化度合との比較によって判断することができる。

【0072】

また、制御部７１は、図１４Ｂに示すような診断結果画面を生成してもよい。図１４Ｂは、図１３Ｂの画面と同じ構成を有し、更に、診断対象の電池のＳＯＨの時間的変化を示している。このような画面を生成する場合、制御部７１は、診断対象の電池のＳＯＨ及び累積走行距離を車両ＤＢ７２ｂから取得し、各累積走行距離に対応するＳＯＨをプロットし、プロットした各点を結ぶ。これにより、診断対象の電池のＳＯＨの時間的変化（劣化曲線）を提示できる。このような画面を生成する場合、制御部７１は、診断対象の電池に対して時系列で計測されたＳＯＨに基づいて、電池の劣化速度を算出することができ、劣化速度を図１４Ｂの画面に表示してもよい。

【0073】

診断機器５０の制御部５１は、診断サーバ７０が送信した診断結果画面を受信して表示部５５に表示する（Ｓ３４）。これにより、例えば整備事業者は、診断対象の電池の劣化度合を把握できるだけでなく、他の車両の電池の劣化度合と比較して診断対象の電池の劣化度合の程度（劣化速度の速い／遅い）を容易に把握できる。また、整備事業者は、診断サーバ７０から提供された診断結果画面を車両管理者に提供することができ、車両に搭載されている電池の劣化度合と、この劣化度合に対する偏差値とを車両管理者に提供できる。よって、車両管理者は、整備事業者に車両の整備を依頼することにより、自身の車両に搭載されている電池の劣化度合と、自身の車両と同程度の累積走行距離の他の車両の電池の劣化度合を母集団とした場合の偏差値とを把握することができる。このような偏差値を提示することにより、車両管理者は、自身の電池の劣化度合を容易に判断できる。また、車両管理者は、自身の電池の劣化速度を低減させて劣化度合の偏差値を向上させるために、電池及び車両の使用方法を改善する等を行うことが期待される。

【0074】

上述した処理により、車両に対して整備事業者による整備が行われる場合に、診断機器５０及び診断サーバ７０による診断処理が行われる。また、診断処理の結果（診断データ）は、診断サーバ７０及びブロックチェーンシステムに蓄積される。よって、蓄積された診断データを以降の診断処理に利用できると共に、電池の状態をトレースすることができる。

【0075】

上述した処理において、例えば診断サーバ７０が実行する電池に対する評価スコアの算出処理は、ブロックチェーンシステムにおけるスマートコントラクトによって実現することができる。例えば電池の診断データの登録を条件として診断データに基づいて電池に対する評価スコアの算出処理が行われるプログラムをノード装置１０に定義しておき、ノード装置１０がプログラムを実行することにより、電池の診断処理が行われると自動的に診断対象の電池に対する評価スコアの算出処理が実行され、診断結果画面が診断機器５０へ送信されるように構成することができる。

【0076】

次に、電池に対する診断結果を、車両管理者からの依頼に応じて診断サーバ７０が車両管理者に提供する処理について説明する。例えば車両管理者は、自身の車両に搭載されている電池の劣化度合を把握したい場合、あるいは自身の車両の売却を検討している場合、自身の端末装置を用いて診断サーバ７０に対して電池に対する診断結果を要求する。図１５は診断結果の提供処理手順の一例を示すフローチャートである。

【0077】

車両管理者は、自身の端末装置に対して、診断結果の要求対象の電池（以下では、診断対象の電池という）の電池ＩＤを入力する。例えば車両管理者は、端末装置の操作部を介して電池ＩＤを入力してもよく、端末装置がＲＦＩＤリーダの機能を有する場合、ＲＦＩＤリーダによって、電池に取り付けられたＩＣタグから電池ＩＤを読み取ってもよい。車両管理者の端末装置は、診断対象の電池の電池ＩＤを取得し（Ｓ４１）、取得した電池ＩＤを診断サーバ７０へ送信し、当該電池に対する診断結果の要求を送信する（Ｓ４２）。

【0078】

診断サーバ７０の制御部７１は、診断結果の要求を受信した場合、要求された診断対象の電池の直近に計測されたＳＯＨと、このＳＯＨの計測時の累積走行距離とを取得する（Ｓ４３）。具体的には、制御部７１は、受信した電池ＩＤに対応付けて車両ＤＢ７２ｂに記憶してあるＳＯＨ及び累積走行距離のうちで、直近のＳＯＨ及び累積走行距離を読み出す。そして、制御部７１は、図１１中のステップＳ３１～Ｓ３３と同じ処理を行う（Ｓ４４～Ｓ４６）。具体的には、制御部７１は、ステップＳ４３で取得した診断対象の電池の累積走行距離と同じ累積走行距離に対応付けて車両ＤＢ７２ｂに記憶してある他の電池のＳＯＨを車両ＤＢ７２ｂから読み出し（Ｓ４４）、読み出した他の電池のＳＯＨに基づいて、診断対象の電池のＳＯＨに対する評価スコア（偏差値）を算出する（Ｓ４５）。そして、制御部７１は、算出した評価スコア（偏差値）を表示する診断結果画面を生成して、要求元の端末装置へ送信する（Ｓ４６）。

【0079】

車両管理者の端末装置は、診断サーバ７０が送信した診断結果画面を受信して表示する（Ｓ４７）。これにより、車両管理者は、任意のタイミングで、自身の車両に搭載されている電池の劣化度合を把握できると共に、自身の車両と同程度の累積走行距離の他の車両の電池を母集団とした場合の自身の電池の劣化度合の程度（劣化速度の速い／遅い）を把握できる。よって、車両管理者は、正規のディーラー等に依頼しなくても、自身の車両に搭載されている電池の劣化度合を簡単に把握することができる。

【0080】

本実施形態は、電池の劣化度合としてＳＯＨを用い、ＳＯＨの偏差値によって電池に対する評価スコアを提示する構成であるが、ＳＯＨの代わりに電池のインピーダンス（内部抵抗）を用いてもよく、ＳＯＨ及びインピーダンスの両方を用いて劣化度合を算出（評価）する構成でもよい。また、本実施形態は、電池が搭載されてからの車両の累積走行距離と当該電池のＳＯＨとに基づいて、ＳＯＨの評価スコア（具体的には偏差値）を算出する構成であるが、この構成に限定されない。例えば、電池が搭載されてからの期間（電池の使用期間）と当該電池のＳＯＨとに基づいて、ＳＯＨの評価スコア（具体的には偏差値）を算出する構成でもよい。具体的には、診断対象の電池の使用期間と同じ使用期間の各電池のＳＯＨを母集団として、診断対象の電池のＳＯＨの偏差値を評価スコアとして算出してもよい。電池の使用期間に基づくＳＯＨの偏差値（評価スコア）を算出する場合、経年劣化、自然環境、車両の駐車環境及び走行環境に応じた劣化状況を把握することが可能となる。例えば、累積走行距離が短い車両について、電池の使用期間に基づくＳＯＨの評価スコアを他の電池と比較することにより、各車両の駐車環境（屋根付きの駐車場又は屋内駐車場、あるいは、屋外駐車場等）による劣化速度（速い／遅い）を管理することができる。よって、電池の劣化速度をより遅くするための使用環境を考察することが可能となる。また、車両の累積走行距離及び車両に搭載されてからの電池の使用期間の両方を考慮して、ＳＯＨの評価スコアを算出してもよい。

【0081】

上述した構成の本実施形態の情報処理システムでは、車載用電池として製造された電池が１つの車両に搭載されてから取り外されるまでの期間において、車載計測機器４０及び診断機器５０によって適宜のタイミングで計測された電池の計測データと、電池の劣化度合の診断データとが、電池ＩＤに対応付けてブロックチェーンシステムに記録される。このような電池に関する情報がブロックチェーンシステムを介して各事業者で共有されるので、異なる電池メーカが製造した電池の情報についても各事業者間で共有することができる。電池に関する各種の情報をブロックチェーンシステムに蓄積しておき、蓄積された情報を用いて診断処理を行うことにより、信頼性の高い処理の実行が可能となる。

【0082】

本実施形態の情報処理システムにおいて、診断対象の電池は、複数の電池メーカが製造した電池であってもよく、リチウムイオンバッテリ、ニッケル水素バッテリ等の複数種類の電池であってもよい。よって、本実施形態の情報処理システムでは、複数種類の電池に対して診断処理が行われ、それぞれの診断結果が蓄積される。このように蓄積された診断結果を集計することにより、電池に対して、例えば電池メーカ毎の評価、電池の種類毎の評価が可能となる。また、任意の電池メーカの任意の型式の電池に対する評価を抽出して総合的な評価を提示することもできる。また、診断サーバ７０は、例えば図８Ｂに示す車両ＤＢ７２ｂを、車両のメーカ、車種、車両の製造年月日等の車両の種類毎に、あるいは、電池のメーカ、型番、材料等の電池の種類毎に記憶部７２に記憶しているので、車両及び電池の種類毎に、評価スコアを算出する際の母集団を切り替えることができ、適切な評価スコアの算出が可能である。よって、車両及び電池の種類毎に、各電池に対する評価を行うことができ、各電池のＳＯＨがプロットされた図１２Ａに示すグラフを生成することができる。これにより、車両及び電池の種類毎に各電池の劣化度合の比較が可能となり、車両又は電池の種類が異なる場合であっても、何らかの同一基準に基づいて各電池の比較が可能となる。

【0083】

本実施形態において、車載計測機器４０は、車両の走行距離、車両に搭載されている電池の使用時間、充電時間及び充電回数等の計測データに加えて、電池周辺の温度及び湿度等の電池の使用環境に関する計測データを計測する構成を有していてもよい。また、使用環境に関する計測データも、車両の走行距離、電池の使用時間、充電時間及び充電回数等の計測データと共にブロックチェーンシステムに蓄積することにより、電池が使用された環境をトレースできるように構成されていてもよい。同様に、診断機器５０は、電池の電流値、電圧値、温度、ＳＯＣ及びＳＯＨの診断データに加えて、電池周辺の温度及び湿度等の電池の使用環境に関する計測データを計測する構成でもよい。この場合にも、使用環境に関する計測データを診断データと共にブロックチェーンシステムに蓄積することにより、電池が使用された環境をトレースできるように構成されていてもよい。

【0084】

（実施形態２）
本実施形態では、電池に対する診断結果に加えて、診断結果に応じて電池の使用方法に関するアドバイスを提供する情報処理システムについて説明する。本実施形態では、診断サーバ７０は、図７に示す実施形態１の構成に加えて、記憶部７２にアドバイスＤＢ７２ｃを記憶している。その他の構成については実施形態１と同じであるので説明を省略する。

【0085】

図１６はアドバイスＤＢ７２ｃの構成例を示す模式図である。アドバイスＤＢ７２ｃは、電池に対する診断結果に応じて整備事業者又は中古車事業者、あるいは、電池のユーザ（車両管理者）に提供すべきアドバイスを記憶する。図１６に示すアドバイスＤＢ７２ｃは、アドバイスＩＤ列、アドバイス内容列、提供条件列等を含み、アドバイスを識別するための識別情報（アドバイスＩＤ）に対応付けて、アドバイスの内容と、各アドバイスを提供すべき提供条件とを記憶する。アドバイスは、例えば電池の劣化度合（例えばＳＯＨ）に応じた電池又は車両の使用方法に関する内容であり、車両の運転方法、車両の駐車環境、及び電池の充電方法等に関する内容を含む。車両の運転方法に関するアドバイスには、例えば急発進及び急ブレーキ（急停車）を控えること、ゆるやかな加速及びブレーキ操作を行うこと等がある。駐車環境に関するアドバイスには、例えば車両に直射日光が当たらないように屋根付きの駐車場又は屋内駐車場を利用すること等がある。電池の充電方法に関するアドバイスには、例えば急速充電を控えること、充電量がある程度（例えばＳＯＣが３０％程度）まで少なくなってから充電すること等がある。また、アドバイスは、車両の走行距離、電池の使用時間（放電時間）、充電時間及び充電回数に関する内容を含んでもよい。提供条件は、例えば電池のＳＯＨに基づく条件、ＳＯＨに対して算出された偏差値に基づく条件を用いることができる。

【0086】

図１７は実施形態２の診断結果の蓄積処理手順の一例を示すフローチャート、図１８は画面例を示す模式図である。図１７に示す処理は、図１１に示す処理において、ステップＳ３２，Ｓ３３の間にステップＳ５１を追加したものである。図１１と同じステップについては説明を省略する。

【0087】

本実施形態の情報処理システムにおいて、診断機器５０の制御部５１及び診断サーバ７０の制御部７１は、図１１中のステップＳ２１～Ｓ３２と同じ処理を実行する。そして、制御部７１は、ステップＳ３０で車両ＤＢ７２ｂに記憶したＳＯＨ、及び、ステップＳ３２で算出したＳＯＨに対する評価スコア（偏差値）に応じたアドバイスをアドバイスＤＢ７２ｃから特定する（Ｓ５１）。例えば制御部７１は、アドバイスＤＢ７２ｃに記憶してある提供条件の中から、診断対象の電池のＳＯＨ及び／又は偏差値に合致する条件を特定し、特定した条件に対応するアドバイスをアドバイスＤＢ７２ｃから読み出す。

【0088】

制御部７１は、電池の診断結果及び診断結果に応じたアドバイスを表示する診断結果画面を生成して診断機器５０へ送信する（Ｓ３３）。ここでの診断結果画面は図１８に示す構成を有する。図１８に示す診断結果画面は、図１３Ａに示す構成に加えて、電池の使用に関するアドバイスを表示する。なお、診断サーバ７０は、診断結果画面を車両管理者の端末装置に送信してもよい。この場合、電池の診断結果に応じたアドバイスを電池のユーザに提供することができる。具体的には、図１５に示す処理において、ステップＳ４５，Ｓ４６の間にステップＳ５１の処理を追加してもよい。

【0089】

診断機器５０の制御部５１は、診断サーバ７０から受信した診断結果画面を表示部５５に表示し（Ｓ３４）、整備事業者又は中古車事業者に診断結果及び電池の使用に関するアドバイスを提示する。上述した処理により、診断機器５０と診断サーバ７０とによって電池に対する診断処理が行われた場合に、診断結果に加えて診断結果に基づくアドバイスを提供することができる。よって、整備事業者及び中古車事業者は、電池の劣化度合の診断結果を確認できると共に、例えば電池の寿命をのばすような使用方法のアドバイスを受けることができる。なお、電池の診断結果に応じたアドバイスは、各事業者及び電池のユーザが端末装置を用いて診断サーバ７０に要求することによって提供されてもよい。

【0090】

本実施形態の情報処理システムでは、上述した実施形態１と同様の効果が得られる。また、本実施形態では、車両管理者は、電池の診断結果だけでなく、診断結果に基づくアドバイスの提供を受けることができるので、電池及び車両の取り扱い方法に対して効率よく改善することが可能となる。本実施形態においても、上述した実施形態１で適宜説明した変形例の適用が可能である。

【0091】

各実施形態に記載した事項は相互に組み合わせることが可能である。また、特許請求の範囲に記載した独立請求項及び従属請求項は、引用形式に関わらず全てのあらゆる組み合わせにおいて、相互に組み合わせることが可能である。さらに、特許請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載しても良い。

【0092】

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

【符号の説明】

【0093】

１０ ノード装置
２０ 端末装置
３０ 端末装置
４０ 車載計測機器
５０ 診断機器
６０ 電池管理サーバ
７０ 診断サーバ
７１ 制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】