JP7465915B2 - 情報処理方法、装置、及び車両 - Google Patents

Description

本開示は、管理システム、車両、及び、情報処理方法に関する。

近年、自動車の中のシステムには、電子制御ユニット（以下、ＥＣＵ：Engine Control
Unit）と呼ばれる装置が多数配置されている。これらのＥＣＵをつなぐネットワークを
車載ネットワークと呼ぶ。車載ネットワークには、多数の規格が存在する。その中でも最も主流な車載ネットワークの一つに、Controller Area Network（以下、ＣＡＮ）という
規格がある。ＣＡＮでは、メッセージはブロードキャストで送信されるので、ＣＡＮに接続するＥＣＵは、すべてのメッセージを取得することができる。

ＣＡＮに接続するＥＣＵは自動車の部品と接続または一体化しており、自動車の部品が交換されると接続または一体化しているＥＣＵも同時に交換される。自動車は、適切な時期に部品を交換することで、安全な走行が可能となる。

例えば特許文献１には、自動車の部品の適切な交換時期を容易に把握できるシステムが開示されている。

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

しかしながら、交換される自動車の部品に自動車メーカが認定している正規部品ではなく非正規部品が用いられる場合、自動車の安全な走行が損なわれるおそれがある。そのため、交換された部品がどのようなものであったかを確実にわかることが求められている。

本開示は、上述の事情を鑑みてなされたもので、車両において交換された部品を確実に管理することができる管理システム等を提供することを目的とする。

本開示の一態様に係る情報処理方法は、車両内のネットワークに接続する複数の電子制御装置のうち交換された電子制御装置を一意に識別する第１の識別子を含む第１トランザクションデータを取得し、取得した前記第１トランザクションデータの正当性を検証し、前記検証において前記第１トランザクションデータの正当性が確認されない場合に、前記交換された電子制御装置が非正規部品であることを示す情報を生成し、前記情報に対するユーザの確認結果を示す第２トランザクションデータを取得し、前記第２トランザクションデータを記憶装置に記録する。

なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータで読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

本開示によれば、車両において交換された部品を確実に管理することができる。

実施の形態１に係る管理システムの構成の一例を示した図である。 実施の形態１に係る車両が有する車載ネットワークシステムの全体構成の一例を示す図である。 実施の形態１に係るヘッドユニットの機能構成の一部を示す図である。 実施の形態１に係るゲートウェイの機能構成を示すブロック図である。 実施の形態１に係る認証サーバの機能構成を示すブロック図である。 ブロックチェーンのデータ構造を示す説明図である。 トランザクションデータのデータ構造を示す説明図である。 実施の形態１に係るカーメーカサーバの機能構成を示すブロック図である。 実施の形態１に係るカーメーカサーバと認証サーバとの間の登録処理を示すシーケンス図である。 図８Ａに示すステップＳ１０４の詳細処理を示すフローチャートである。 実施の形態１に係る車両と認証サーバとの間の第１検証処理を示すシーケンス図である。 図９Ａに示すステップＳ２０１の詳細処理を示すフローチャートである。 図９Ａに示すステップＳ２０５の詳細処理を示すフローチャートである。 実施の形態１に係る車両と認証サーバとの間の第２検証処理を示すシーケンス図である。 図１０Ａに示すステップＳ２０９の詳細処理を示すフローチャートである。 図１０Ａに示すステップＳ２１５の詳細処理を示すフローチャートである。 実施の形態１に係る車両で表示される画面表示の一例を示す図である。 実施の形態１の変形例に係る認証サーバの機能構成を示すブロック図である。 実施の形態１の変形例に係るカーメーカサーバと認証サーバとの間の登録処理を示すシーケンス図である。 実施の形態１の変形例に係る認証サーバが第３トランザクションデータを記録する際に用いるデータ構造の一例である。 実施の形態１の変形例に係る車両と認証サーバとの間の第１検証処理を示すシーケンス図である。 実施の形態１の変形例に係る認証サーバが第１トランザクションデータを記録する際に用いるデータ構造の一例である。 実施の形態２に係る車両と認証サーバとの間の第１検証処理を示すシーケンス図である。 実施の形態２に係る車両で表示される画面表示の一例を示す図である。 その他の変形例に係るユーザのパスワードを入力するための画面の一例を示す図である。 その他の変形例に係るユーザに部品を交換したか否かの事実を確認するための画面の一例を示す図である。

本開示の一態様に係る管理システムは、１以上の車両と１以上の認証サーバとを備える管理システムであって、前記１以上の車両のそれぞれは、前記１以上の認証サーバの少なくとも一の認証サーバと通信を行う第１通信部と、前記車両内のネットワークに接続する複数の電子制御装置と、前記複数の電子制御装置のうち、１以上の電子制御装置が交換された場合、交換された前記１以上の電子制御装置を検知する検知部と、前記検知部が検知した前記１以上の電子制御装置それぞれを一意に識別する第１の識別子を含み前記１以上
の電子制御装置を交換したことを示す第１トランザクションデータを生成し、前記第１通信部を介して前記一の認証サーバに送信するトランザクションデータ生成部と、を備え、前記少なくとも一の認証サーバそれぞれは、前記１以上の車両のそれぞれと通信を行う第２通信部と、前記１以上の車両の少なくとも一の車両から取得した前記第１トランザクションデータの正当性を検証する検証部と、前記検証部により前記第１トランザクションデータの正当性が確認されると前記第１トランザクションデータを記憶装置に記録する記録部とを備える。

これにより、車両において交換された部品すべての履歴を記憶装置に記録することができるので、車両において交換された部品を確実に管理することができる。

また、例えば、前記記録部は、前記複数の電子制御装置それぞれを一意に識別する第２の識別子を前記記憶装置に予め記録しており、前記検証部は、前記第１トランザクションデータに含まれる前記第１の識別子が、前記第２の識別子に含まれているかと、前記第１トランザクションデータの正当性とを検証し、前記記録部は、前記検証部により、前記第１の識別子が前記第２の識別子に含まれていることが確認され、かつ、前記第１トランザクションデータの正当性が確認された場合、前記第１トランザクションデータを前記記憶装置に記録するとしてもよい。

また、例えば、前記第２通信部は、前記検証部により、前記第１の識別子が前記第２の識別子に含まれていないことが確認され、かつ、前記第１トランザクションデータの正当性が確認された場合、前記第１の識別子が前記第２の識別子に含まれていない旨を通知するとしてもよい。

また、例えば、前記１以上の認証サーバのそれぞれは、さらに、前記第１の識別子が前記第２の識別子に含まれていないことをユーザに確認するための画面を生成し、前記第２通信部を介して送信することで、前記第１の識別子が前記第２の識別子に含まれていない旨を通知する画面生成部を備えるとしてもよい。

また、例えば、前記１以上の車両のそれぞれは、さらに、前記１以上の電子制御装置を交換する時に秘密情報が入力される入力部を備え、前記入力部は、入力された前記秘密情報を前記トランザクションデータ生成部に送信し、前記トランザクションデータ生成部は、前記第１トランザクションデータを、前記第１の識別子と、前記秘密情報から生成された認証情報とを含めて生成するとしてもよい。

また、例えば、前記秘密情報は、前記一の車両の管理者が保持する第１秘密鍵または前記１以上の電子制御装置を交換した業者の第２秘密鍵のいずれか１つ以上を含み、前記認証情報は、前記第１秘密鍵で生成された第１署名または、前記第２秘密鍵で生成された第２署名のいずれか１つ以上を含むとしてもよい。

また、例えば、前記１以上の車両のそれぞれは、さらに、前記１以上の電子制御装置を交換した第１ユーザの入力を受け付ける入力部を備え、前記トランザクションデータ生成部は、前記第１トランザクションデータに、前記第１の識別子及び前記入力部に入力された前記第１ユーザを特定するための第１ユーザ情報を含めて生成し、前記１以上の認証サーバのそれぞれでは、前記記録部は、複数のユーザそれぞれを一意に特定できる第２ユーザ情報を前記記憶装置に予め記録し、前記検証部は、前記第１トランザクションデータに含まれる前記第１の識別子が、予め記録されている前記第２の識別子に含まれているかと、前記第１トランザクションデータに含まれる前記第１ユーザ情報が、予め記録されている前記第２ユーザ情報に含まれているかと、前記第１トランザクションデータの正当性とを検証し、前記記録部は、前記検証部により、前記第１の識別子が前記第２の識別子に含まれていることが確認され、かつ、前記第１ユーザ情報が前記第２ユーザ情報に含まれ、かつ、前記第１トランザクションデータの正当性が確認された場合、前記第１トランザクションデータを前記記憶装置に記録するとしてもよい。

また、例えば、前記トランザクションデータ生成部は、さらに、前記第１トランザクションデータをブロックチェーンのトランザクションデータとして生成し、前記記録部は、前記第１トランザクションデータをブロックチェーンのトランザクションデータとして記録するとしてもよい。

本開示の一態様に係る車両は、１以上の車両と１以上の認証サーバとを備える管理システムにおける一の車両であって、前記１以上の認証サーバの少なくとも一の認証サーバと通信を行う第１通信部と、前記一の車両内のネットワークに接続する複数の電子制御装置と、前記複数の電子制御装置のうち、１以上の電子制御装置が交換された場合、交換された前記１以上の電子制御装置を検知する検知部と、前記検知部が検知した前記１以上の電子制御装置それぞれを一意に識別する第１の識別子を含み前記１以上の電子制御装置を交換したことを示す第１トランザクションデータを生成し、前記第１通信部を介して前記一の認証サーバに送信するトランザクションデータ生成部と、を備える。

本開示の一態様に係る情報処理方法は、１以上の車両と１以上の認証サーバとを備える管理システムにおける一の認証サーバの情報処理方法であって、前記１以上の車両のそれぞれと通信を行う通信ステップと、前記１以上の車両のうちの一の車両から取得した第１トランザクションデータであって前記一の車両内ネットワークに接続する複数の電子制御装置のうち交換された１以上の電子制御装置それぞれを一意に識別する第１の識別子を含み、前記１以上の電子制御装置を交換したことを示す第１トランザクションデータの正当性を検証する検証ステップと、前記検証ステップにおいて前記第１トランザクションデータの正当性が確認されると前記第１トランザクションデータを記憶装置に記録する記録ステップとを含む。

以下、図面を参照しながら、実施の形態について説明する。なお、以下で説明する実施の形態は、いずれも本開示の一具体例を示すものである。つまり、以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置及び接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素は、本開示の課題を達成するために必ずしも必要ではないが、より好ましい形態を構成する構成要素として説明される。

（実施の形態１）
まず、本開示のシステム構成について説明する。

［１．１ システム構成］
本開示の管理システムは、車両における部品の交換を確実に管理する。以下では、図面を参照しながら、実施の形態における管理システム等の説明を行う。

本実施の形態では、自動車などの車両から認証サーバへ部品の交換の通知を行い、認証サーバが交換した部品が正規部品であるか否かをの判断を行う例について図面を参照しながら説明する。以下では、車両を構成する部品の交換時にＥＣＵの交換を伴う場合を説明するので、電子制御装置すなわちＥＣＵの交換も部品の交換と称して説明する。

［１．１．１ 管理システム１０の全体構成］
図１は、実施の形態１に係る管理システム１０の構成の一例を示した図である。

管理システム１０は、１以上の車両と１以上の認証サーバとを備える。本実施の形態では、管理システム１０は、図１に示すように、例えば、車両１００ａ、１００ｂ、１００ｃと、認証サーバ２００ａ、２００ｂ、２００ｃと、カーメーカサーバ３００とを備える。これらは、車両１００ａ等及び認証サーバ２００ａ等と、認証サーバ２００ａ等同士、カーメーカサーバ３００と認証サーバ２００ａ等とは、ネットワークＮで接続されている。また、認証サーバ２００ａ、２００ｂ、２００ｃは記憶装置２０１ａ、２０１ｂ、２０１ｃと接続する。認証サーバ２００ａ等は、記憶装置２０１ａ等とネットワークＮを介して接続されていてもよいし、内部に記憶装置２０１ａを備えてもよい。記憶装置２０１ａは、ブロックチェーンのトランザクション及びブロックが電子的に記録される。

［１．１．２ 車両１００ａの構成］
車両１００ａ等は、例えば自動車であるが、これに限られない。車両１００ａ等は、自動二輪車、船舶等であってもよい。つまり、車両１００ａ等は、車両１００ａ内のネットワークに複数のＥＣＵが接続されており、車両１００ａの部品交換時にＥＣＵを伴うものであればよい。

図２は、実施の形態１に係る車両１００ａが有する車載ネットワークシステムの全体構成の一例を示す図である。車両１００ｂ、１００ｃも同様の構成であるため、車両１００ａを例に挙げて説明する。

複数の電子制御ユニットは、車両１００ａ等内のネットワークで接続されている。より具体的には、複数の電子制御ユニットであるＥＣＵ１１１、ＥＣＵ１２１、ＥＣＵ１３１、ＥＣＵ１４１、ＥＣＵ１５１、及びゲートウェイ１０１が車載ネットワークで接続されている。ここで、車載ネットワークはＣＡＮであってもよいし、Ｅｔｈｅｒｎｅｔ（登録商標）であってもよいし、ＣＡＮとＥｔｈｅｒｎｅｔとが混在したものであってもよい。なお、車載ネットワークがＥｔｈｅｒｎｅｔ（登録商標）を含む場合でも、ブロードキャストでメッセージが送信されるとしてもよい。

車載ネットワークには、例えば、エンジン１１０、バッテリー１３０、及び、図示しないモータなどの燃料の制御に関連する駆動系のＥＣＵが接続されている。図２に示す例では、車載ネットワークには、エンジン１１０用のＥＣＵ１１１、及び、バッテリー１３０用のＥＣＵ１３１が接続されている。

また、車載ネットワークには、運転アシスト部１２０、並びに、図示しない自動ブレーキ、車線維持、車間距離機能、衝突防止機能及びエアバッグなどの安全快適機能系ＥＣＵが接続されている。図２に示す例では、車載ネットワークには、運転アシスト部１２０用のＥＣＵ１２１が接続されている。

また、車載ネットワークには、ヘッドユニット１４０などインフォテイメント系ＥＣＵが接続されている。図２に示す例では、車載ネットワークには、ヘッドユニット１４０用のＥＣＵ１４１が接続されている。なお、ヘッドユニット１４０用のＥＣＵ１４１がなく、ヘッドユニット１４０がＥＣＵ１４１を介さず車載ネットワークに直接接続されていてもよい。本実施の形態では、ヘッドユニット１４０は後述する表示部及び入力部を有し、車両１００ａの管理者または車両１００ａの部品を交換した業者などのユーザに対し、画面の表示及び情報入力を受け付ける機能を有する。

図３は、実施の形態１に係るヘッドユニット１４０の機能構成の一部を示す図である。図３に示すように、ヘッドユニット１４０は、表示部１４１１と入力部１４１２とを有する。

表示部１４１１は、認証サーバ２００ａ等の一から送信された画面情報に示される画面をユーザに表示する。

入力部１４１２は、ユーザからの情報入力を受け付け、ゲートウェイ１０１に送信する。具体的には、入力部１４１２は、１以上の電子制御装置を交換する時に秘密情報が入力される。秘密情報は、一の車両である車両１００ａの管理者が保持する第１秘密鍵または１以上の電子制御装置を交換した業者の第２秘密鍵のいずれか１つ以上を含む。入力部１４１２は、入力された秘密情報をゲートウェイ１０１に送信する。また、入力部１４１２は、表示部１４１１が表示した画面においてユーザにより選択された選択結果が入力され、入力された選択結果を、ゲートウェイ１０１に送信する。なお、秘密情報は、例えばユーザにより入力されたパスワードである。

また、車載ネットワークには、認証サーバ２００ａ等と通信する通信機能を有する通信部１５０など通信系ＥＣＵが接続されている。図２に示す例では、車載ネットワークには、通信部１５０用のＥＣＵ１５１が接続されている。

なお、上述したＥＣＵ１１１～ＥＣＵ１５１は、それぞれが接続する部品と一体すなわち１つの部品で構成されるとしてもよい。例えば、エンジン１１０とこれに接続されるＥＣＵ１１１とが一体すなわち１つの部品として構成されてもよい。他のＥＣＵ１２１等も同様である。

このような複数の電子制御ユニットすなわちＥＣＵ１１１～ＥＣＵ１５１は、接続されたものの状態等を取得し、定期的または非定期的に取得した状態等を示すメッセージを送信する。例えば、ＥＣＵ１１１は、エンジン１１０の回転数を状態等として取得し、定期的に回転数を示すメッセージを送信する。また、例えばＥＣＵ１２１は、運転アシスト部１２０の運転アシスト機能がＯＮになった時にその旨を現すメッセージを送信する。また、ＥＣＵが新規に車載ネットワークに接続したときに、その旨を示すメッセージを送信するとしてもよい。

次に、車載ネットワークに接続されているゲートウェイ１０１について説明する。

［１．１．３ ゲートウェイ１０１の構成］
図４は、実施の形態１に係るゲートウェイ１０１の機能構成を示すブロック図である。

ゲートウェイ１０１は、車両１００ａ等に搭載され、図４に示すように、検知部１１０１と、トランザクションデータ生成部１１０２と、第１通信部１１０３とを備える。以下、各構成要素について説明する。

＜検知部１１０１＞
検知部１１０１は、複数の電子制御装置のうち、１以上の電子制御装置が交換された場合、交換された１以上の電子制御装置を検知する。図２に示す例では、検知部１１０１は、車載ネットワークに接続しているＥＣＵ１１１～ＥＣＵ１５１のいずれかが交換されたか否か、すなわち車両１００ａを構成する部品の交換があったか否かを検知する。上述したように、車両１００ａを構成する部品の交換があれば、当該部品と接続または一体化されているＥＣＵも交換されるからである。

ここで、部品の交換があったか否かを検知する検知方法としてはいくつか挙げられる。例えば、検知部１１０１は、新規部品としてのＥＣＵが車載ネットワークに接続したときに、当該ＥＣＵにより送信されるメッセージから、当該ＥＣＵが同種の新規ＥＣＵに交換
されたことを検知してもよい。また、例えば、検知部１１０１は、交換されたＥＣＵから送信される定期的なメッセージが一時的に取得できなくなった場合に、当該ＥＣＵが交換されたことを検知してもよい。また、検知部１１０１は、交換されたＥＣＵから送信されるメッセージの頻度または種類などが変更された場合に、当該ＥＣＵが交換されたことを検知してもよい。また、車載ネットワークがＥｔｈｅｒｎｅｔ（登録商標）であれば、検知部１１０１は、例えば、交換されたＥＣＵのＭＡＣアドレスまたはＩＰアドレスから当該ＥＣＵが交換されたことを検知してもよい。

検知部１１０１は、部品交換を検知した場合、交換された１以上のＥＣＵを一意に識別する第１の識別子を含む交換情報をトランザクションデータ生成部１１０２へ送信する。ここで交換情報は、当該第１の識別子それぞれで識別される１以上のＥＣＵが交換されたことを示す情報などである。なお、検知部１１０１は、部品交換したことを検知するだけでもよい。

＜トランザクションデータ生成部１１０２＞
トランザクションデータ生成部１１０２は、検知部１１０１が検知した１以上の電子制御装置それぞれを一意に識別する第１の識別子を含み当該１以上の電子制御装置を交換したことを示す第１トランザクションデータを生成する。トランザクションデータ生成部１１０２は、生成した第１トランザクションデータを、第１通信部１１０３を介して認証サーバ２００ａ等の一に送信する。また、トランザクションデータ生成部１１０２は、第１トランザクションデータをブロックチェーンのトランザクションデータとして生成する。ここで、例えば、トランザクションデータ生成部１１０２は、第１トランザクションデータを、第１の識別子と、秘密情報から生成された認証情報とを含めて生成してもよい。なお、認証情報は、署名またはパスワードのハッシュ値である。認証情報が署名である場合、第１秘密鍵で生成された第１署名または、第２秘密鍵で生成された第２署名のいずれか１つ以上を含むとしてもよい。

本実施の形態では、トランザクションデータ生成部１１０２は、検知部１１０１から取得した交換情報から、ブロックチェーンのトランザクションデータである第１トランザクションデータを生成する。ここで、交換情報は、１以上のＥＣＵが交換された旨を示し、例えば、第１の識別子を含む。トランザクションデータ生成部１１０２は、部品交換したことを示す第１トランザクションデータを、例えば、取得した交換情報に含まれる第１の識別子と、当該第１の識別子を含む情報に対する署名とを含めて生成してもよい。

ここで、当該署名を生成するために必要な署名鍵は、あらかじめゲートウェイ１０１が保持していてもよい。また、当該署名を生成するために必要な署名鍵は、ヘッドユニット１４０の入力部１４１２に入力された秘密情報を基に生成されてもよい。なお、当該署名は、第１トランザクションデータに含まれる認証情報の一例である。認証情報は、署名である場合に限らない。ユーザが入力するパスワードが得られる場合には、当該パスワードのハッシュ値であってもよい。

なお、トランザクションデータ生成部１１０２は、ヘッドユニット１４０から取得した選択結果から、ブロックチェーンのトランザクションデータすなわち後述する第２トランザクションデータを生成して、認証サーバ２００ａ等に送信するとしてもよい。

＜第１通信部１１０３＞
第１通信部１１０３は、１以上の認証サーバ２００ａ等の少なくとも一の認証サーバと通信を行う。より具体的には、第１通信部１１０３は、車載システムに接続されている通信部１５０を介して認証サーバ２００ａ等のうち少なくとも一と通信を行う通信インタフェースである。この通信は、ＴＬＳ（Transport Layer Security）によりなされてもよい
。その場合、ＴＬＳ通信用の暗号鍵は通信部１５０または第１通信部１１０３が保持してもよい。

なお、ヘッドユニット１４０が、表示部１４１１と入力部１４１２とを有するとして説明したが、これに限らない。ユーザが携帯する携帯端末が表示部１４１１と入力部１４１２とを有するとしてもよい。この場合、当該携帯端末が、車両のゲートウェイ１０１と通信して、上述した表示部１４１１と入力部１４１２との機能を実現するとしてもよい。また、当該携帯端末が、認証サーバ２００ａとも通信して、表示部１４１１と入力部１４１２との機能を実現するとしてもよい。

次に、認証サーバ２００ａ等について説明する。

［１．１．４ 認証サーバ２００ａの構成］
図５は、実施の形態１に係る認証サーバ２００ａの機能構成を示すブロック図である。認証サーバ２００ｂ、２００ｃも同様の構成であるため、認証サーバ２００ａを例に挙げて説明する。

認証サーバ２００ａは、図５に示すように、画面生成部２１１と、トランザクションデータ検証部２１２と、トランザクションデータ生成部２１３と、ブロック生成部２１４と、同期部２１５と、記録部２１６と、第２通信部２１７とを備える。認証サーバ２００ａは、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。以下、各構成要素について説明する。

＜画面生成部２１１＞
画面生成部２１１は、交換された１以上のＥＣＵを一意に識別する第１の識別子が予め記録部２１６に記録されている正規部品であるＥＣＵを示す第２の識別子に含まれていないことをユーザに確認するための画面を生成する。そして、画面生成部２１１は、生成した画面を示す画面情報を第２通信部２１７を介して送信することで、第１の識別子が第２の識別子に含まれていない旨を通知する。

本実施の形態では、画面生成部２１１は、車両１００ａ等から取得した第１トランザクションデータから交換された１以上のＥＣＵが非正規部品であると判断された場合、ユーザにその旨を確認するための画面を生成する。例えば、画面生成部２１１は、車両１００ａの管理者に交換された１以上のＥＣＵが非正規部品であることと、当該非正規部品を利用することを承諾するか否かなどを確認するため、車両１００ａのヘッドユニット１４０の表示部１４１１に表示される画面を生成する。

そして、画面生成部２１１は、生成した画面を示す画面情報を第２通信部２１７を介して車両１００ａのゲートウェイ１０１に送信する。

＜トランザクションデータ検証部２１２＞
トランザクションデータ検証部２１２は、検証部の一例であり、１以上の車両の少なくとも一の車両１００ａから取得した第１トランザクションデータの正当性を検証する。より具体的には、トランザクションデータ検証部２１２は、第１トランザクションデータに含まれる第１の識別子が、第２の識別子に含まれているかと、第１トランザクションデータの正当性とを検証する。

本実施の形態では、トランザクションデータ検証部２１２は、車両１００ａ等から、取得した第１トランザクションデータの正当性を検証する。

より具体的には、トランザクションデータ検証部２１２は、車両１００ａ等から、第１トランザクションデータを取得すると、第１トランザクションデータに含まれる署名すなわち認証情報が正当であるかを検証する。また、トランザクションデータ検証部２１２は、第１トランザクションデータに含まれる第１の識別子が正当であるかを検証する。より詳細には、トランザクションデータ検証部２１２は、第１トランザクションデータに含まれる第１の識別子が、記録部２１６に予め記録されている正規部品を示す第２の識別子に含まれるかを検証する。

トランザクションデータ検証部２１２は、検証した結果、取得した第１トランザクションデータの正当性を確認した場合、記録部２１６に第１トランザクションデータを記録させ、同期部２１５に第１トランザクションデータを通知させる。

トランザクションデータ検証部２１２は、同様に、車両１００ａ等から、取得した第２トランザクションデータの正当性を検証する。トランザクションデータ検証部２１２は、検証した結果、取得した第２トランザクションデータの正当性を確認した場合、記録部２１６に第２トランザクションデータを記録させ、同期部２１５に第２トランザクションデータを通知すればよい。

また、トランザクションデータ検証部２１２は、同様に、カーメーカサーバ３００から、取得した第３トランザクションデータの正当性を検証する。トランザクションデータ検証部２１２は、検証した結果、取得した第３トランザクションデータの正当性を確認した場合、記録部２１６に第３トランザクションデータを記録させ、同期部２１５に第３トランザクションデータを通知すればよい。

なお、第２トランザクションデータ及び第３トランザクションデータの詳細は後述する。

＜トランザクションデータ生成部２１３＞
トランザクションデータ生成部２１３は、車両１００ａ等から取得した選択結果から、ブロックチェーンのトランザクションデータである第２トランザクションデータを生成する。トランザクションデータ生成部２１３は、ユーザの選択結果を示す第２トランザクションデータを、例えば、取得した選択結果に含まれる承諾情報を含めて生成する。ここで、承諾情報とは、例えば、交換された車両１００ａの部品が正規部品ではないことを確認し、当該正規部品をそのまま利用することをユーザが承諾したことを示す情報である。

ここで、トランザクションデータ生成部２１３は、ユーザの選択結果を示す第２トランザクションデータを、例えば、選択結果に含まれる承諾情報と、署名とを含めて生成してもよい。なお、署名は、認証情報の一例であるので、ユーザが入力するパスワードが得られる場合には、当該パスワードのハッシュ値であってもよい。また、署名は、ユーザが入力するパスワードを得られる場合には、当該パスワードから生成した署名鍵を用いて生成されてもよい。

なお、このような第２トランザクションデータは、トランザクションデータ生成部２１３が生成する場合に限らず、車両１００ａ等のゲートウェイ１０１により生成されてもよい。この場合、生成された第２トランザクションデータは、車両１００ａ等からトランザクションデータ生成部２１３により取得されてもよいし、ブロック生成部２１４により取得されてもよい。

＜ブロック生成部２１４＞
ブロック生成部２１４は、複数の認証サーバの間でコンセンサスアルゴリズムを実行す
る。コンセンサスアルゴリズムは、PBFT（Practical Byzantine Fault Tolerance）とよ
ばれるコンセンサスアルゴリズムを用いてもよいし、その他の公知のコンセンサスアルゴリズムを用いてもよい。本実施の形態では、ブロック生成部２１４は、認証サーバ２００ａ、認証サーバ２００ｂ及び認証サーバ２００ｃの間でコンセンサスアルゴリズムを実行する。

ブロック生成部２１４は、まず、一以上のトランザクションデータを含むブロックチェーンのブロックを生成する。そして、ブロック生成部２１４は、コンセンサスアルゴリズムで合意形成ができた場合は、記録部２１６に記録させる。ブロック生成部２１４により生成されたブロックは、記録部２１６に記録されているブロックチェーンに接続されて記録される。

ここで、ブロックチェーンのデータ構造と、トランザクションデータのデータ構造とについて説明する。

図６Ａは、ブロックチェーンのデータ構造を示す説明図である。

ブロックチェーンは、その記録単位であるブロックがチェーン（鎖）上に接続されたものである。それぞれのブロックは、複数のトランザクションデータと、直前のブロックのハッシュ値とを有している。具体的には、ブロックＢ２には、その前のブロックＢ１のハッシュ値が含まれている。そして、ブロックＢ２に含まれる複数のトランザクションデータと、ブロックＢ１のハッシュ値とから演算されたハッシュ値が、ブロックＢ２のハッシュ値として、ブロックＢ３に含められる。このように、前のブロックの内容をハッシュ値として含めながら、ブロックをチェーン状に接続することで、接続されたトランザクションデータの改ざんを有効に防止する。

仮に過去のトランザクションデータが変更されると、ブロックのハッシュ値が変更前と異なる値になり、改ざんしたブロックを正しいものとみせかけるには、それ以降のブロックすべてを作り直さなければならず、この作業は現実的には非常に困難である。

本実施の形態では、各トランザクションデータは、部品交換したことを示す第１トランザクションデータ、ユーザの選択結果を示す第２トランザクションデータ、及び、後述する正規部品の登録に関する第３トランザクションデータなどを示している。

図６Ｂは、トランザクションデータのデータ構造を示す説明図である。

図６Ｂに示されるトランザクションデータＤ１は、例えば車両において部品が交換されたことを示す第１トランザクションデータの一例である。トランザクションデータＤ１は、保持者を示すアドレスＰ１と、提供先を示すアドレスＰ２と、アドレスＰ１及びＰ２のハッシュ値に対して、保持者の署名鍵で署名することで生成される電子署名Ｐ３とを含んでいる。なお、新たにトランザクションデータが生成されるときのトランザクションデータは、アドレスＰ１が空欄となる。

＜同期部２１５＞
同期部２１５は、複数の認証サーバの間でブロックチェーンのブロックの同期、及び、トランザクションデータの同期を行う。複数の認証サーバでは、peer to peerでブロックチェーンのブロックの同期が行われ、記録部２１６に記録される。

例えば、トランザクションデータ検証部２１２により、車両１００ａから取得した第１トランザクションデータの正当性が検証されると、同期部２１５は、他の認証サーバ２０
０ｂ及び２００ｃに第１トランザクションデータの複製を転送する。これにより、検証済みの第１トランザクションデータを他の認証サーバ２００ｂ及び２００ｃの記録部２１６に記録させることができる。また、同期部２１５は、他の認証サーバ２００ｂ及び２００ｃから第１トランザクションデータを取得したら、取得した第１トランザクションデータを記録部２１６に記録させる。なお、第２トランザクションデータ及び第３トランザクションデータの場合も同様であるので、説明は省略する。

＜記録部２１６＞
記録部２１６は、第１トランザクションデータと、第２トランザクションデータと、第３トランザクションデータとをブロックチェーンのブロックで記憶装置２０１ａに記録する。なお、当該記憶装置２０１ａは、記録部２１６の内部に構成されていてもよいし、図１に示すように、認証サーバ２００ａの外部に構成されていてもよい。

本実施の形態では、記録部２１６は、トランザクションデータ検証部２１２により第１トランザクションデータの正当性が確認されると第１トランザクションデータを記憶装置２０１ａに記録する。記録部２１６は、第１トランザクションデータをブロックチェーンのトランザクションデータとして記録する。

ここで、記録部２１６は、複数の電子制御装置それぞれを一意に識別する第２の識別子を記憶装置２０１ａに予め記録していてもよい。予め記録される第２の識別子により示されるＥＣＵは、例えば、カーメーカなどが認定し、動作保証のある正規部品に該当する。この場合、記録部２１６は、トランザクションデータ検証部２１２により、第１の識別子が第２の識別子に含まれていることが確認され、かつ、第１トランザクションデータの正当性が確認された場合、第１トランザクションデータを記憶装置２０１ａに記録してもよい。これにより、正規部品である部品が交換されたことが記憶装置２０１ａに確実に記録される。

＜第２通信部２１７＞
第２通信部２１７は、１以上の車両１００ａ等のそれぞれと通信を行う。第２通信部２１７は、トランザクションデータ検証部２１２により、第１の識別子が第２の識別子に含まれていないことが確認され、かつ、第１トランザクションデータの正当性が確認された場合、第１の識別子が第２の識別子に含まれていない旨を通知する。これにより、非正規部品である部品が交換されたことを車両１００ａ等に通知することができる。

より具体的には、第２通信部２１７は、車両１００ａ等、及び、カーメーカサーバ３００と通信を行う通信インタフェースである。この通信は、ＴＬＳとしてもよい。この通信は、ＴＬＳによりなされてもよい。その場合、ＴＬＳ通信用の暗号鍵は、第２通信部２１７が保持してもよい。

次に、カーメーカサーバ３００について説明する。

［１．１．５ カーメーカサーバ３００の構成］
図７は、実施の形態１に係るカーメーカサーバ３００の機能構成を示すブロック図である。

カーメーカサーバ３００は、図７に示すように、入力部３１１と、トランザクションデータ生成部３１２と、第３通信部３１３とを備える。カーメーカサーバ３００は、プロセッサがメモリを用いて所定のプログラムを実行することで実現され得る。以下、各構成要素について説明する。

＜入力部３１１＞
入力部３１１は、カーメーカで管理している正規部品に関する入力を受け付け、トランザクションデータ生成部３１２へ送信する。より具体的には、入力部３１１は、カーメーカで管理している正規部品である複数の電子制御装置それぞれを一意に識別する第２の識別子の入力を受け付ける。そして、入力部３１１は、入力された第２の識別子をトランザクションデータ生成部３１２に送信する。

＜トランザクションデータ生成部３１２＞
トランザクションデータ生成部３１２は、入力部３１１から送信されて取得した入力情報から、ブロックチェーンのトランザクションデータである第３トランザクションデータを生成する。ここで、トランザクションデータ生成部３１２は、正規部品を登録する旨を示す第３トランザクションデータを、第２の識別子を含めて生成する。本実施の形態では、トランザクションデータ生成部３１２は、正規部品を登録する旨を示す第３トランザクションデータを、第２の識別子とカーメーカサーバ３００の署名とを含めて生成する。なお、署名は、認証情報の一例であるので、カーメーカサーバ３００が入力するパスワードが得られる場合には、当該パスワードのハッシュ値であってもよい。

＜第３通信部３１３＞
第３通信部３１３は、車両１００ａ等、及び、認証サーバ２００ａ等との通信を行う通信インタフェースである。この通信は、ＴＬＳとしてもよい。この通信は、ＴＬＳによりなされてもよい。その場合、ＴＬＳ通信用の暗号鍵は第３通信部３１３が保持してもよい。

［１．２ 動作等］
以下、以上のように構成された管理システム１０の処理動作について説明する。

［１．２．１ カーメーカサーバ３００と認証サーバ２００ａ等との間の登録処理］
まず、認証サーバ２００ａ等に、正規部品を一意に識別する第２の識別子を登録する登録処理について説明する。ここでは、カーメーカサーバ３００から、認証サーバ２００ａ等のうちの一の認証サーバ２００ａに第２の識別子を含む第３トランザクションデータを送信する場合について説明する。

図８Ａは、実施の形態１に係るカーメーカサーバ３００と認証サーバ２００ａ等との間の登録処理を示すシーケンス図である。図８Ｂは、図８Ａに示すステップＳ１０４の詳細処理を示すフローチャートである。

まず、ステップＳ１０１において、カーメーカサーバ３００は、車両１００ａ等を構成する部品として交換できる正規部品を示す第２の識別子を取得する。

次に、ステップＳ１０２において、カーメーカサーバ３００は、取得した正規部品の第２の識別子を含む第３トランザクションデータを生成する。本実施の形態では、第３トランザクションデータは、例えば、第２の識別子とカーメーカサーバ３００の署名などの認証情報とを含めて生成される。

次に、ステップＳ１０３において、カーメーカサーバ３００は、生成した第３トランザクションデータを認証サーバ２００ａに送信する。なお、図８Ａでは、カーメーカサーバ３００は、生成した第３トランザクションデータを認証サーバ２００ａに送信する例が示されているが、これに限らない。認証サーバ２００ａ等のうちのいずれかの認証サーバに送信してもよい。

次に、ステップＳ１０４において、認証サーバ２００ａは、取得した第３トランザクションデータの検証を行い、成功した場合に、記録部２１６に第３トランザクションデータを記録させて、ステップＳ１０６に進む。

ここで、ステップＳ１０４の詳細処理について、図８Ｂを用いて説明する。すなわち、認証サーバ２００ａは、まず、取得した第３トランザクションデータの検証を行い、成功したか否かを確認する（Ｓ１０４１）。より詳細には、認証サーバ２００ａは、第３トランザクションデータに含まれる第２の識別子が正当であるかと、第３トランザクションデータに含まれるカーメーカサーバ３００の署名が正当であるかとを検証する。つまり、認証サーバ２００ａは、第２の識別子及び署名が正当であるか否かを確認する。ステップＳ１０４１において、認証サーバ２００ａは、第２の識別子及び署名が正当であることを確認し、第３トランザクションデータの検証が成功した場合（Ｓ１０４１でＹ）、記録部２１６に第３トランザクションデータを記録させて（Ｓ１０４２）、ステップＳ１０６に進む。なお、ステップＳ１０４１において、認証サーバ２００ａは、第３トランザクションデータの検証が成功しなかった場合（Ｓ１０４１でＮ）、カーメーカサーバ３００にその旨を通知し（Ｓ１０４３）、登録処理を終了する。

次に、ステップＳ１０６において、認証サーバ２００ａは、取得した第３トランザクションデータの複製を、他の認証サーバ２００ｂ、２００ｃに転送する。なお、他の認証サーバ２００ｂ、２００ｃにおいても、転送され取得した第３トランザクションデータを検証する。この検証処理は、図８Ｂで説明した処理と同様である。

次に、ステップＳ１０７において、認証サーバ２００ａと認証サーバ２００ｂと認証サーバ２００ｃとは、コンセンサスアルゴリズムを実行する。コンセンサスアルゴリズムを実行することで、認証サーバ２００ａと認証サーバ２００ｂと認証サーバ２００ｃとが取得した第３トランザクションデータが正当なトランザクションデータであることが検証される。認証サーバ２００ａ、２００ｂ及び２００ｃは、検証済みの第３トランザクションデータを含むブロックの生成を行う。これにより、正規部品を示す第２の識別子を含むブロックが生成されるので、ブロックチェーンを参照することで、交換されたＥＣＵが正規部品であるかの判断ができる。

［１．２．２ 車両１００ａと認証サーバ２００ａ等との間の検証処理］
続いて、車両１００ａの部品交換が検知され、車両１００ａと認証サーバ２００ａ等との間で交換した部品を検証する処理について説明する。ここでは、車両１００ａから、認証サーバ２００ａ等のうちの一の認証サーバ２００ａに第１の識別子を含む第１トランザクションデータを送信する場合について説明する。

図９Ａは、実施の形態１に係る車両１００ａと認証サーバ２００ａ等との間の第１検証処理を示すシーケンス図である。図９Ｂは、図９Ａに示すステップＳ２０１の詳細処理を示すフローチャートである。図９Ｃは、図９Ａに示すステップＳ２０５の詳細処理を示すフローチャートである。ここで、第１検証処理を、車両１００ａの部品交換が検知され、部品交換したことを示す第１トランザクションデータが検証されるまでの処理として説明する。

まず、ステップＳ２０１において、車両１００ａのゲートウェイ１０１は、車両１００ａを構成する部品の交換があったことを検知する。

ここで、ステップＳ２０１の詳細処理について、図９Ｂを用いて説明する。すなわち、車両１００ａのゲートウェイ１０１は、まず、車載ネットワークに接続しているＥＣＵのいずれかの交換を検知したかを確認する（Ｓ２０１１）。より詳細には、車両１００ａを
構成する部品の交換があれば、当該部品と接続または一体化されているＥＣＵも交換される。そのため、ゲートウェイ１０１は、車載ネットワークに接続しているＥＣＵのいずれかの交換を検知することで、車両１００ａを構成する部品の交換があったことを検知することができる。ステップＳ２０１１において、ゲートウェイ１０１は、ＥＣＵの交換を検知した場合（Ｓ２０１１でＹ）、ステップＳ２０３に進む。なお、ステップＳ２０１１において、ゲートウェイ１０１は、ＥＣＵの交換を検知しなかった場合（Ｓ２０１１でＮ）、第１検証処理を終了する。

次に、ステップＳ２０３において、車両１００ａのゲートウェイ１０１は、交換されたＥＣＵを示す第１の識別子を含む第１トランザクションデータを生成する。本実施の形態では、第１トランザクションデータは、例えば、第１の識別子と、当該第１の識別子を含む情報に対する署名などの認証情報とを含めて生成される。

次に、ステップＳ２０４において、車両１００ａのゲートウェイ１０１は、生成した第１トランザクションデータを認証サーバ２００ａに送信する。なお、図９Ａでは、車両１００ａは、生成した第１トランザクションデータを認証サーバ２００ａに送信する例が示されているが、これに限らない。認証サーバ２００ａ等のうちのいずれかの認証サーバに送信してもよい。

次に、ステップＳ２０５において、認証サーバ２００ａは、取得した第１トランザクションデータの検証を行い、成功した場合に、記録部２１６に第１トランザクションデータを記録させて、ステップＳ２０７に進む。

ここで、ステップＳ２０５の詳細処理について、図９Ｃを用いて説明する。すなわち、認証サーバ２００ａは、まず、取得した第１トランザクションデータの検証を行い、成功したか否かを確認する（Ｓ２０５１）。より詳細には、認証サーバ２００ａは、第１トランザクションデータに含まれる第１の識別子が正当であるかと、第１トランザクションデータに含まれる署名が正当であるかとを検証する。つまり、認証サーバ２００ａは、第１の識別子及び署名がいずれも正当であるか否かを確認する。ステップＳ２０５１において、認証サーバ２００ａは、第１の識別子及び署名が正当であることを確認し、第１トランザクションデータの検証が成功した場合（Ｓ２０５１でＹ）、記録部２１６に第１トランザクションデータを記録させて（Ｓ２０５２）、ステップＳ２０７に進む。なお、ステップＳ２０５１において、認証サーバ２００ａは、第１トランザクションデータの検証が成功しなかった場合（Ｓ２０５１でＮ）、車両１００ａのゲートウェイ１０１にその旨を通知し（Ｓ２０５３）、第１検証処理を終了する。

次に、ステップＳ２０７において、認証サーバ２００ａは、取得した第１トランザクションデータの複製を、他の認証サーバ２００ｂ、２００ｃに転送する。他の認証サーバ２００ｂ、２００ｃでも転送され取得した第１トランザクションデータを検証する。この検証処理は、図９Ｃで説明した処理と同様である。

次に、ステップＳ２０８において、認証サーバ２００ａと認証サーバ２００ｂと認証サーバ２００ｃとは、コンセンサスアルゴリズムを実行する。コンセンサスアルゴリズムを実行することで、認証サーバ２００ａと認証サーバ２００ｂと認証サーバ２００ｃとが取得した第１トランザクションデータが正当なトランザクションデータであると検証される。認証サーバ２００ａ、２００ｂ及び２００ｃは、検証済みの第１トランザクションデータを含むブロックの生成を行う。

次に、第１検証処理に続く第２検証処理について説明する。

図１０Ａは、実施の形態１に係る車両１００ａと認証サーバ２００ａ等との間の第２検証処理を示すシーケンス図である。図１０Ｂは、図１０Ａに示すステップＳ２０９の詳細処理を示すフローチャートである。図１０Ｃは、図１０Ａに示すステップＳ２１５の詳細処理を示すフローチャートである。第２検証処理は、部品交換したことを示す第１トランザクションデータが記録される第１検証処理に続いて行われる。より詳細には、第２検証処理は、第１検証処理後から、第１トランザクションデータに含まれる第１の識別子により示されるＥＣＵが非正規部品であってもそのまま利用することをユーザが選択したことを示す第２トランザクションデータが検証されるまでの処理である。

次に、ステップＳ２０９において、認証サーバ２００ａは、第１トランザクションデータに含まれる、交換されたＥＣＵを示す第１の識別子の検証を行い、ブロックチェーンに存在していない場合に、ステップＳ２１２に進む。

ここで、ステップＳ２０９の詳細処理について、図１０Ｂを用いて説明する。すなわち、認証サーバ２００ａは、まず、第１トランザクションデータに含まれる第１の識別子が、予め記録された第２の識別子に有るかどうかを確認する（Ｓ２０９１）。より詳細には、認証サーバ２００ａは、ブロック生成済みの第１トランザクションデータに含まれる第１の識別子が、予めブロックチェーンに記録された正規部品を示す第２の識別子に含まれるかどうかを確認する。ステップＳ２０９１において、認証サーバ２００ａは、第１の識別子が、予め記録された第２の識別子にない場合（Ｓ２０９１でＮ）、第１の識別子に示されるＥＣＵの交換が、非正規部品の交換であると判断し（Ｓ２０９２）、ステップＳ２１２に進む。なお、ステップＳ２０９１において、認証サーバ２００ａは、第１の識別子が、予め記録された第２の識別子に有る場合（Ｓ２０９１でＹ）、第１の識別子に示されるＥＣＵの交換が、正規部品の交換であると判断し（Ｓ２０９３）、第２検証処理を終了する。

次に、ステップＳ２１２において、認証サーバ２００ａは、交換したＥＣＵが非正規部品であることと、当該非正規部品を利用することをユーザに確認するための画面を生成し、車両１００ａに送信する。

次に、ステップＳ２１３において、車両１００ａは、認証サーバ２００ａから取得した画面を表示する。本実施の形態では、車両１００ａは、当該画面を、ヘッドユニット１４０で表示する。当該画面は、例えば図１１に示すような画面である。ここで、図１１は、実施の形態１に係る車両１００ａで表示される画面表示の一例を示す図である。図１１では、「自動車内の部品が交換されました。自動車メーカの正規部品ではないです。このまま利用しますか」といった画面表示の例が示されている。すなわち、図１１には、車両１００ａで交換されたＥＣＵが正規部品ではないことと、当該非正規部品をそのまま利用するかをユーザに確認するための画面表示の一例が示されている。

次に、ステップＳ２１４において、車両１００ａが表示する画面表示に対するユーザによる選択を受け付ける。すると、車両１００ａはユーザの選択結果を示す第２トランザクションデータを生成して、認証サーバ２００ａに送信する。ユーザによる選択とは、例えば図１１に示される「はい」または「いいえ」の一方の入力を受け付けることである。

次に、ステップＳ２１５において、認証サーバ２００ａは、取得した第２トランザクションデータの検証を行い、成功した場合に、記録部２１６に第２トランザクションデータを記録させて、ステップＳ２１７に進む。

ここで、ステップＳ２１５の詳細処理について、図１０Ｃを用いて説明する。すなわち、認証サーバ２００ａは、まず、取得した第２トランザクションデータの検証を行い、成
功したか否かを確認する（Ｓ２１５１）。より詳細には、認証サーバ２００ａは、第２トランザクションデータに含まれる署名が正当であるかを検証する。ステップＳ２１５１において、認証サーバ２００ａは、署名が正当であることを確認し、第２トランザクションデータの検証が成功した場合（Ｓ２１５１でＹ）、記録部２１６に第２トランザクションデータを記録させて（Ｓ２１５２）、ステップＳ２１７に進む。なお、ステップＳ２１５１において、認証サーバ２００ａは、第２トランザクションデータの検証が成功しなかった場合（Ｓ２１５１でＮ）、車両１００ａのゲートウェイ１０１にその旨を通知し（Ｓ２１５３）、第２検証処理を終了する。

次に、ステップＳ２１７において、認証サーバ２００ａは、取得した第２トランザクションデータの複製を、他の認証サーバ２００ｂ、２００ｃに転送する。なお、他の認証サーバ２００ｂ、２００ｃにおいても、転送され取得した第２トランザクションデータを検証する。この検証処理は、図１０Ｃで説明した処理と同様である。

次に、ステップＳ２１８において、認証サーバ２００ａと認証サーバ２００ｂと認証サーバ２００ｃとは、コンセンサスアルゴリズムを実行する。コンセンサスアルゴリズムを実行することで、認証サーバ２００ａと認証サーバ２００ｂと認証サーバ２００ｃとが取得した第２トランザクションデータが正当なトランザクションデータであることが検証され。認証サーバ２００ａ、２００ｂ及び２００ｃは、検証済みの第２トランザクションデータを含むブロックの生成を行う。

［１．３ 実施の形態１の効果］
以上のように、実施の形態１に係る管理システム１０等によれば、車両において交換された部品すべての履歴を記憶装置に記録することができるので、車両において交換された部品を確実に管理することができる。また、実施の形態１に係る管理システム１０等によれば、交換された部品が正規部品か否かと、非正規部品であればユーザへの確認したことも履歴として記録する。より具体的には、交換された部品が正規部品であるかの検証を車両と認証サーバとの間で行い、交換された部品が非正規部品である場合、ユーザに通知してさらに非正規部品を利用することの確認を行う。このようにして、実施の形態１に係る管理システムは、車両において交換された部品を確実に管理することができる。

換言すると、実施の形態１に係る管理システムによれば、車両において交換された部品が、カーメーカが認定し、車両に用いられたときに動作保証できる正規部品かそうでない非正規部品かを確実に管理することができる。さらに、車両において交換された部品が非正規部品である場合には、ユーザが確認したことも確実に管理する。

それにより、車両の故障または事故などの問題が発生した場合に、車両の問題か車両に用いられた正規部品か、または車両に用いられた非正規部品かというように、問題の切り分けを容易に行うことができる。

例えば、車両において非正規部品であるバッテリーに交換されたことにより、バッテリーからの出力が足りずに走行に影響が出るといった自動車の安全な走行が損なわれることも考えられる。このような場合でも、実施の形態１に係る管理システム１０等を用いることで、車両において交換された部品が、非正規部品であることが確実にわかるので、車両に用いられた非正規部品が問題となっていることを容易につきつめることができる。

この結果、施の形態１に係る管理システムを用いることで、車両及び正規部品に問題があればカーメーカはこれらの機能等の改善に繋げることができ、非正規部品に問題であれば、非正規部品が不適合であるといった警告を行うことができる。

さらに、カーメーカは、交換された部品が正規部品であるかの確認ができるため、交換された部品そのものの保証と、当該部品に交換された車両の動作保証もできる。一方、ユーザは、交換された部品が非正規部品であっても、カーメーカによる保証がないことについて同意をすれば利用することができる。

また、車両の管理者は、車両において交換されたすべての部品が正規部品であるか否かを確認することができる。これにより、車両の管理者は、車両において交換されたすべての部品が正規部品のみであれば、当該車両には正規部品のみが利用されていることを保証でき、当該車両の中古車としての価値を維持することもできる。

また、実施の形態１に係る管理システム１０等では、改ざんが困難であるブロックチェーンにより車両における部品の交換等を管理するので、車両において交換された部品をより安全なシステムでより確実に管理することができる。

（変形例）
実施の形態１では、改ざんが困難であるブロックチェーンにより車両における部品の交換等を管理する管理システム１０について説明したが、ブロックチェーンにより車両における部品の交換等をしなくてもよい。以下、この場合を変形例として、実施の形態１と異なる点を中心に説明する。

［１．４． システム構成］
本変形例の管理システム１０は、実施の形態１と同様に、交換された部品が正規部品か否かと、非正規部品であればユーザへの確認したことも履歴として記録することで、車両における部品の交換を確実に管理する。

本変形例の管理システム１０は、例えば、図１に示す車両１００ａ、１００ｂ、１００ｃなどの１以上の車両と、図１２に示す認証サーバ２００Ａなどの１以上の認証サーバと、カーメーカサーバ３００とを備える。なお、車両１００ａ等は、実施の形態１と比較して、第１トランザクションデータをブロックチェーンではないトランザクションデータとして生成する点のみが異なり、他は同様である。また、カーメーカサーバ３００は、実施の形態１と比較して、第３トランザクションデータをブロックチェーンではないトランザクションデータとして生成する点のみが異なり、他は同様である。認証サーバ２００Ａについては、後述する。

［１．４．１ 認証サーバ２００Ａの構成］
図１２は、実施の形態１の変形例に係る認証サーバ２００Ａの機能構成を示すブロック図である。図５と同様の要素には同一の符号を付しており、詳細な説明は省略する。

図１２に示す認証サーバ２００Ａは、実施の形態１に係る認証サーバ２００ａに対して、トランザクションデータ生成部２１３Ａの構成が異なり、ブロック生成部２１４がない点で異なる。

トランザクションデータ生成部２１３Ａは、車両１００ａ等から取得した選択結果から、ブロックチェーンではないトランザクションデータである第２トランザクションデータを生成する。その他は、同様であるので説明を省略する。

［１．５ 動作等］
以下、以上のように構成された本変形例の管理システム１０の処理動作について説明する。

［１．５．１ カーメーカサーバ３００と認証サーバ２００Ａとの間の登録処理］
まず、認証サーバ２００Ａにおいて正規部品を一意に識別する第２の識別子を登録する登録処理について説明する。ここでは、カーメーカサーバ３００から、認証サーバ２００Ａに第２の識別子を含む第３トランザクションデータを送信する場合について説明する。

図１３は、実施の形態１の変形例に係るカーメーカサーバ３００と認証サーバ２００Ａ等との間の登録処理を示すシーケンス図である。なお、図８Ａ等と同様の要素には同一の符号を付しており、詳細な説明は省略する。図１４は、実施の形態１の変形例に係る認証サーバ２００Ａが第３トランザクションデータを記録する際に用いるデータ構造の一例である。

まず、ステップＳ１０１において、カーメーカサーバ３００は、車両１００ａ等に用いられる正規部品を示す第２の識別子を取得する。

次に、ステップＳ１０２において、カーメーカサーバ３００は、取得した正規部品の第２の識別子を含む第３トランザクションデータを生成する。ここで、第３トランザクションデータは、ブロックチェーンとして記録されないトランザクションデータである。

次に、ステップＳ１０３において、カーメーカサーバ３００は、生成した第３トランザクションデータを認証サーバ２００Ａに送信する。

次に、ステップＳ１０４Ａにおいて、認証サーバ２００Ａは、取得した第３トランザクションデータの検証を行い、成功した場合に、ステップＳ１０４Ｂに進む。なお、ステップＳ１０４Ａの詳細処理については、図８Ｂで説明した通りであるのでここでの説明は省略する。

次に、ステップＳ１０４Ｂにおいて、認証サーバ２００Ａは、記録部２１６に第３トランザクションデータを記録させる。より具体的には、認証サーバ２００Ａは、例えば図１４に示すように、登録処理すなわち登録を示す取引において、取得した第２の識別子で示されるＥＣＵすなわち部品が、正規部品であることを記憶装置２０１Ａに記録する。このようにして、認証サーバ２００Ａは、ブロックチェーンではない第３トランザクションデータを記憶装置２０１Ａに記録する。

［１．５．２ 車両１００ａと認証サーバ２００Ａとの間の検証処理］
続いて、車両１００ａの部品交換が検知され、車両１００ａと認証サーバ２００Ａとの間で交換した部品を検証する処理について説明する。ここでは、車両１００ａから、認証サーバ２００Ａに第１の識別子を含む第１トランザクションデータを送信する場合について説明する。

図１５は、実施の形態１の変形例に係る車両１００ａと認証サーバ２００Ａとの間の第１検証処理を示すシーケンス図である。なお、図９Ａ等と同様の要素には同一の符号を付しており、詳細な説明は省略する。図１６は、実施の形態１の変形例に係る認証サーバ２００Ａが第１トランザクションデータを記録する際に用いるデータ構造の一例である。ここでも、第１検証処理を、車両１００ａの部品交換が検知され、部品交換したことを示す第１トランザクションデータが検証されるまでの処理として説明する。

まず、ステップＳ２０１において、車両１００ａのゲートウェイ１０１は、車両１００ａを構成する部品の交換があったことを検知する。ステップＳ２０１の詳細処理については、図９Ｂで説明した通りであるのでここでの説明は省略する。

次に、ステップＳ２０３において、車両１００ａのゲートウェイ１０１は、交換されたＥＣＵを示す第１の識別子を含む第１トランザクションデータを生成する。本変形例でも、第１トランザクションデータは、例えば、第１の識別子と、当該第１の識別子を含む情報に対する署名などの認証情報とを含めて生成される。

次に、ステップＳ２０４において、車両１００ａのゲートウェイ１０１は、生成した第１トランザクションデータを認証サーバ２００Ａに送信する。

次に、ステップＳ２０５Ａにおいて、認証サーバ２００Ａは、取得した第１トランザクションデータの検証を行い、成功した場合に、ステップＳ２０５Ｂに進む。なお、ステップＳ２０５Ｂの詳細処理については、図９Ｃで説明した通りであるのでここでの説明は省略する。

次に、ステップＳ２０５Ｂにおいて、認証サーバ２００Ａは、記録部２１６に第１トランザクションデータを記録させる。より具体的には、認証サーバ２００Ａは、例えば図１６に示すように、部品の交換を示す取引において、取得した第１の識別子で示されるＥＣＵすなわち部品が、正規部品であるか非正規部品であるかと、非正規部品である場合ユーザの確認があるか否かを記憶装置２０１Ａに記録する。このようにして、認証サーバ２００Ａは、第１トランザクションデータを記憶装置２０１Ａに記録する。

なお、第１検証処理に続く第２検証処理についても、同様に、認証サーバ２００Ａは、ブロックチェーンを利用しないデータ構造を用いて、第３トランザクションデータを記憶装置２０１Ａに記録する。

（実施の形態２）
実施の形態１では、車両１００ａ等の車両側で部品交換を検知すると、第１トランザクションデータを生成していたが、これに限らない。車両１００ａ等の車両側で部品交換を検知すると、まず、部品交換を検知したことを認証サーバ２００ａ等に送信し、部品交換を行った者を特定するための情報を取得後に、第１トランザクションデータを生成してもよい。実施の形態２では、部品交換を行った者を特定するための情報（以下で第１ユーザ情報と称する）を含めた第１トランザクションデータを第４トランザクションデータとも称して説明する。

［２．１ システム構成］
実施の形態２の管理システム１０は、実施の形態１と同様に、交換された部品が正規部品か否かと、非正規部品であればユーザへの確認したことも履歴として記録することで、車両において交換された部品を確実に管理する。さらに、実施の形態２の管理システム１０は、部品交換を行った者を特定するための情報も管理する。

実施の形態２の管理システム１０は、例えば、実施の形態１の管理システム１０と同様に、車両１００ａ、１００ｂ、１００ｃなどの１以上の車両と、図１２に示す認証サーバ２００ａ、２００ｂ、２００ｃなどの１以上の認証サーバと、カーメーカサーバ３００とを備える。以下、実施の形態１と異なる点を中心に説明する。

＜車両１００ａ等＞
ヘッドユニット１４０が有する入力部１４１２は、さらに、１以上の電子制御装置を交換した第１ユーザの入力を受け付けてもよい。なお、ユーザが携帯する携帯端末が、上述したように表示部１４１１と入力部１４１２とを有する場合、当該携帯端末は、１以上の電子制御装置を交換した第１ユーザの入力を受け付けてもよい。

これらの場合、ゲートウェイ１０１のトランザクションデータ生成部１１０２は、第１トランザクションデータに、第１の識別子及び入力部１４１２に入力された第１ユーザを特定するための第１ユーザ情報を含めて生成すればよい。

＜認証サーバ２００ａ等＞
画面生成部２１１は、車両１００ａ等から、複数の電子制御装置のうち、１以上の電子制御装置が交換された旨を示す交換情報を取得すると、当該１以上の電子制御装置を交換した第１ユーザを示す情報の入力を促す画面を生成する。換言すると、画面生成部２１１は、交換情報を取得すると、部品を交換した第１ユーザの情報を得るための画面を生成する。そして、画面生成部２１１は、生成した画面を示す画面情報を第２通信部２１７を介して車両１００ａ等に送信する。なお、その他については実施の形態１で説明した通りであるので、説明を省略する。

トランザクションデータ検証部２１２は、検証部の一例であり、１以上の車両の少なくとも一の車両１００ａから取得した第１トランザクションデータの正当性を検証する。本実施の形態では、トランザクションデータ検証部２１２は、第１トランザクションデータに含まれる第１の識別子が、予め記録されている第２の識別子に含まれているかと、第１トランザクションデータに含まれる第１ユーザ情報が、予め記録されている第２ユーザ情報に含まれているかと、第１トランザクションデータの正当性とを検証する。その他については実施の形態１で説明した通りであるので、説明を省略する。

記録部２１６は、第１トランザクションデータと、第２トランザクションデータと、第３トランザクションデータとを、ブロックチェーンのブロックで記憶装置２０１ａに記録する。さらに、記録部２１６は、複数のユーザそれぞれを一意に特定できる第１ユーザ情報を記憶装置２０１ａに予め記録する。記録部２１６は、第１ユーザ情報をブロックチェーンのトランザクションデータとして記録する。

本実施の形態では、トランザクションデータ検証部２１２により、第１の識別子が第２の識別子に含まれていることが確認され、かつ、第１ユーザ情報が第２ユーザ情報に含まれ、かつ、第１トランザクションデータの正当性が確認された場合、記録部２１６は、第１トランザクションデータを記憶装置２０１ａに記録する。その他については実施の形態１で説明した通りであるので、説明を省略する。

なお、以下では、第１ユーザ情報を含めた第１トランザクションデータを、第４トランザクションデータと称して説明する。

［２．２ 動作等］
以下、実施の形態２に係る管理システム１０の処理動作について説明する。

［２．２．１ 車両１００ａと認証サーバ２００ａ等との間の検証処理］
車両１００ａの部品交換が検知され、車両１００ａと認証サーバ２００ａ等との間で交換した部品を検証する処理について説明する。ここでは、車両１００ａから、認証サーバ２００ａに第１の識別子及び第１ユーザ情報を含む第１トランザクションデータである第４トランザクションデータを送信する場合について説明する。

図１７は、実施の形態２に係る車両１００ａと認証サーバ２００ａとの間の第１検証処理を示すシーケンス図である。なお、図９Ａ等と同様の要素には同一の符号を付しており、詳細な説明は省略する。ここでも、第１検証処理を、車両１００ａの部品交換が検知され、部品交換したことを示す第１トランザクションデータが検証されるまでの処理として説明する。

まず、ステップＳ３０１において、車両１００ａのゲートウェイ１０１は、車両１００ａを構成する部品の交換があったことを検知すると、ステップＳ３０２に進む。ステップＳ３０１の詳細処理については、図９Ｂで説明した通りであるのでここでの説明は省略する。

次に、ステップＳ３０３において、車両１００ａのゲートウェイ１０１は、部品の交換があった旨を示す交換情報を認証サーバ２００ａに通知する。なお、図１７では、車両１００ａは、交換情報を認証サーバ２００ａに送信する例が示されているが、これに限らない。認証サーバ２００ａ等のうちのいずれかの認証サーバに送信してもよい。

次に、ステップＳ３０４において、認証サーバ２００ａは、部品を交換した第１ユーザの情報である第１ユーザ情報を取得するための画面を生成し、車両１００ａに送信する。

次に、ステップＳ３０５において、車両１００ａは、認証サーバ２００ａから取得した画面を表示する。本実施の形態では、車両１００ａは、当該画面を、ヘッドユニット１４０で表示するが、第１ユーザが携帯する携帯端末の表示面に表示してもよい。当該画面は、例えば図１８に示すような画面である。ここで、図１８は、実施の形態２に係る車両１００ａで表示される画面表示の一例を示す図である。図１８には、「部品を交換したユーザを特定するため、ＩＤとパスワードとを入力してください。」といった画面表示の例が示されている。すなわち、図１１には、車両１００ａの部品を交換した第１ユーザを特定するために、ＩＤとパスワードとを確認する画面表示の一例が示されている。

すると、ステップＳ３０６において、第１ユーザが予め登録していた第１ユーザのＩＤ及びパスワードが、ヘッドユニット１４０または第１ユーザが携帯する携帯電話が有する入力部１４１２を介して、入力されるとする。

この場合、ステップＳ３０７において、車両１００ａのゲートウェイ１０１は、交換されたＥＣＵを示す第１の識別子と、第１ユーザのＩＤ及びパスワードから生成された秘密鍵を用いた署名とを含む第４トランザクションデータを生成する。

次に、ステップＳ３０８において、車両１００ａのゲートウェイ１０１は、生成した第４トランザクションデータを認証サーバ２００ａに送信する。

次に、ステップＳ３０９において、認証サーバ２００ａは取得した第４トランザクションデータの検証を行い、成功した場合に、記録部２１６に第１トランザクションデータを記録させて、ステップＳ３１０に進む。なお、ステップＳ３０９の詳細処理については、図９Ｃで説明した通りであるのでここでの説明は省略するが、第４トランザクションデータの正当性の検証は、署名すなわち認証情報が正当であるかと、第１の識別子が正当であるかとを検証する。

次に、ステップＳ３１０において、認証サーバ２００ａは、取得した第４トランザクションデータの複製を、他の認証サーバ２００ｂ、２００ｃに転送する。他の認証サーバ２００ｂ、２００ｃにおいても、転送され取得した第４トランザクションデータを検証する。この検証処理は、図９Ｃで説明した処理と同様である。

次に、ステップＳ３１１において、認証サーバ２００ａと認証サーバ２００ｂと認証サーバ２００ｃとは、コンセンサスアルゴリズムを実行する。コンセンサスアルゴリズムを実行することで、認証サーバ２００ａと認証サーバ２００ｂと認証サーバ２００ｃとが取得した第４トランザクションデータが正当なトランザクションデータであると検証される
。そして、認証サーバ２００ａ、２００ｂ及び２００ｃは、検証済みの第１トランザクションデータを含むブロックの生成を行う。

このようにして、ブロックチェーンで記録される第４トランザクションデータに含まれるＩＤから、どの第１ユーザが部品を交換したのかを特定することができる。換言すると、第１ユーザが、カーメーカが認定する業者である第２ユーザか否かを判別することができるので、カーメーカが認定する業者で交換したか否かも管理することができる。

なお、第１検証処理に続く第２検証処理については、実施の形態１で説明した通りであるので、ここでの説明を省略する。

［２．３ 実施の形態２の効果］
以上のように、実施の形態２に係る管理システムでは、交換された部品が正規部品か否かと、非正規部品であればユーザへの確認したことも履歴として記録する。さらに、実施の形態２に係る管理システムでは、交換された部品がどのユーザが交換したのかについても履歴として記録する。これにより、車両において交換された部品を確実に管理することができる。

また、実施の形態２に係る管理システムでは、認定された正規の業者である第２のユーザが予め記憶装置に登録されている。これにより、部品を交換した第１ユーザが認定された正規の業者であるか否かを確認することができる。ここで、第１ユーザは、正規の業者の個々人でもよいし、複数の従業員を含む業者でもよい。

例えば、カーメーカは、交換された部品が正規部品であるかの確認だけでなく、認定された正規の業者が交換したことを確認できるため、車両の動作保証もできる。

（変形例）
実施の形態２でも、改ざんが困難であるブロックチェーンにより車両における部品の交換等を管理する場合について説明したが、限らない。ブロックチェーンを用いずに、交換された部品が正規部品であるかの確認だけでなく、認定された正規の業者が交換したことなどの車両における部品の交換等を管理してもよい。

［３． その他の変形例］
以上、本開示について上記各実施の形態に基づいて説明してきたが、本開示は、上記各実施の形態に限定されないのはもちろんである。以下のような場合も本開示に含まれる。

（１）上記の実施の形態及び変形例では、認証サーバとカーメーカサーバとは別の装置として説明したが、認証サーバとカーメーカサーバとが同一の装置で構成されていてもよい。

（２）上記の実施の形態及び変形例では、認証サーバは、交換された部品が非正規部品であることを検証した場合、交換された部品が非正規部品でない旨を車両に通知しているが、カーメーカサーバにも通知するとしてもよい。

（３）上記の実施の形態１等では、ステップＳ２１２からステップＳ２１４において、交換された部品が非正規部品である場合、例えば図１１に示したような画面を生成し、ユーザに非正規部品を利用することの確認を行っているが、これに限らない。さらに次のようにしてもよい。例えば、ステップＳ２１３において表示された例えば図１１に示したような画面において、ユーザが非正規部品の利用を承諾する選択を選んだ場合、図１９に示すような画面をさらに表示し、当該ユーザのパスワードを入力させるとしてもよい。

ここで、図１９は、その他の変形例に係るユーザのパスワードを入力するための画面の一例を示す図である。すなわち、ユーザによりパスワードが入力されると、認証サーバ２００ａは、入力されたパスワードを用いてユーザの選択結果を示す第２トランザクションデータを生成してもよい。ここでのユーザは車両１００ａの管理者であってもよいし、車両１００ａの部品を交換した業者であってもよい。また、ユーザは両者であってもよい。すなわち、車両１００ａの管理者と車両１００ａの部品を交換した業者とのそれぞれにパスワードを入力させてもよい。

そして、認証サーバ２００ａは、入力されたパスワードから生成した秘密鍵を用いて、第２トランザクションデータに含める署名を生成してもよい。ここで、ユーザが例えば上記の両者である場合、認証サーバ２００ａは、車両の管理者のパスワードから生成される秘密鍵を用いた署名と、部品を交換した業者のパスワードから生成される秘密鍵を用いた署名との２つの署名を含めて第２トランザクションデータを生成してもよい。また、認証サーバ２００ａは、入力された複数のパスワードからそれぞれ生成される秘密鍵を用いた署名を含めて第２トランザクションデータを生成してもよい。

（４）上記の実施の形態１及び２における認証サーバが管理するブロックチェーンはカーメーカサーバ３００から参照できるとしてもよい。また、当該ブロックチェーンは、カーメーカだけでなく、正規部品を提供している部品メーカからも参照できるとしてもよい。

（５）上記の実施の形態及び変形例では、車両１００ａ等のゲートウェイ１０１は、部品の交換を検知し、交換した部品を示す第１の識別子を含む第１トランザクションデータを生成して送信しているが、これに限らない。当該ゲートウェイ１０１は、第１トランザクションデータを、交換前の部品を示す識別子も含めて生成してもよい。これにより、仮に交換された部品が非正規部品であっても、どの部品と交換されたかを容易に把握でき、非正規部品の特定を容易に行うことができる。

（６）上記の実施の形態及び変形例では、車両１００ａ等のゲートウェイ１０１は、部品の交換を検知し、交換した部品を示す第１の識別子を含む第１トランザクションデータを送信しているが、これに限らない。当該ゲートウェイ１０１は、第１トランザクションデータを、交換後の部品が送信するメッセージも含めて生成してもよい。これにより、仮に交換された部品が非正規部品であっても、非正規部品がどのような機能を持っているかを容易に把握でき、非正規部品の特定を容易に行うことができる。

（７）上記の実施の形態及び変形例では、車両１００ａ等ゲートウェイ１０１で部品交換を検知していたが、これに限らない。車両１００ａ等が有する車載ネットワーク内のいずれのＥＣＵ、またはすべてのＥＣＵに同様の機能があり、いずれかのＥＣＵが部品交換を検知するとしてもよい。

（８）上記の実施の形態２及びその変形例では、ステップＳ３０５において、車両１００ａの部品を交換した第１ユーザを特定するために、図１８に示す画面表示を行いユーザのＩＤとパスワードとを入力させるとして説明したが、これに限らない。ステップＳ３０２～Ｓ３０６を省略してもよい。この場合、ステップＳ３０１において、部品の交換を検知したときの車両のＧＰＳ情報を自動的に取得して、第４トランザクションデータを生成するとしてもよい。部品の交換を検知したときの車両のＧＰＳ情報に示される場所が部品が交換された場所であると推定されるので、部品を交換した業者の場所を特定でき、カーメーカに認定された業者であるかの確認をすることができる。

（９）上記の実施の形態２及びその変形例では、ステップＳ３０５において、ユーザのＩＤとパスワードとを入力させ、車両１００ａの部品を交換した第１ユーザを特定するしているが、これに限らない。ステップＳ３０５において、図２０に示すように、部品を交換したか否かの事実をユーザに確認するだけでもよい。

ここで、図２０は、その他の変形例に係るユーザに部品を交換したか否かの事実を確認するための画面の一例を示す図である。すなわち、ステップＳ３０５において、図２０に示すように、部品を交換したか否かをユーザに確認し、確認結果を示す第２トランザクションデータを生成してもよい。この場合、認証サーバ２００ａは、車両１００ａ等を構成する部品が交換された事実のみを記録する。これにより、カーメーカは、認証サーバ２００ａが管理する部品が交換された事実のみの記録を参照することで、部品が交換されたことが確認できる。

（１０）上記の実施の形態および変形例における各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記録されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。

（１１）上記の実施の形態および変形例における各装置は、構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Large Scale Integration：大規模集積回路）から
構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記録されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。

また、上記の各装置を構成する構成要素の各部は、個別に１チップ化されていても良いし、一部又はすべてを含むように１チップ化されてもよい。

また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）又は、ＬＳＩ
内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

（１２）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。前記ＩＣカードまたは前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカードまたは前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカードまたは前記モジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。

（１３）本開示は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。

また、本開示は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータで読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、ＢＤ（Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。

また、本開示は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。

また、本開示は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記録しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。

また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。

（１４）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。

本開示は、管理システム、車両、及び、管理システムの情報処理方法に利用でき、特に自動車などの車両において交換された部品を確実に管理する管理システム、車両、及び、管理システムの情報処理方法に利用できる。

１００ａ、１００ｂ、１００ｃ 車両
１０１ ゲートウェイ
１１０ エンジン
１１１、１２１、１３１、１４１、１５１ ＥＣＵ
１２０ 運転アシスト部
１３０ バッテリー
１４０ ヘッドユニット
１５０ 通信部
２００ａ、２００Ａ、２００ｂ、２００ｃ 認証サーバ
２１１ 画面生成部
２１２ トランザクションデータ検証部
２１３、２１３Ａ トランザクションデータ生成部
２１４ ブロック生成部
２１５ 同期部
２１６ 記録部
２１７ 第２通信部
３００ カーメーカサーバ
３１１ 入力部
３１２ トランザクションデータ生成部
３１３ 第３通信部
１１０１ 検知部
１１０２ トランザクションデータ生成部
１１０３ 第１通信部
１４１１ 表示部
１４１２ 入力部

Claims (7)

1. 車両内のネットワークに接続する複数の電子制御装置のうち交換された電子制御装置を一意に識別する第１の識別子を含む第１トランザクションデータを取得し、
   取得した前記第１トランザクションデータの正当性を検証し、
   前記検証において前記第１トランザクションデータの正当性が確認されない場合に、前記交換された電子制御装置が非正規部品であることを示す情報を生成し、
   前記情報に対するユーザの確認結果を示す第２トランザクションデータを取得し、
   前記第２トランザクションデータを記憶装置に記録する、
   情報処理方法。
2. 前記記憶装置は、正規部品を示す第２の識別子を予め記録しており、
   前記検証において、前記第１トランザクションデータに含まれる前記第１の識別子が、前記第２の識別子に含まれていない場合に前記情報を生成する、
   請求項１に記載の情報処理方法。
3. 前記第１トランザクションデータ及び前記第２トランザクションデータをブロックチェーンのトランザクションデータとして記録する、
   請求項１に記載の情報処理方法。
4. 前記第２トランザクションデータは、前記非正規部品をそのまま利用することをユーザが承諾したことを示す承諾情報を含む、
   請求項１～３のいずれか１項に記載の情報処理方法。
5. 前記第１トランザクションデータまたは前記第２トランザクションデータは、さらに、秘密情報から生成された認証情報、または前記電子制御装置を交換した第１ユーザを特定するための第１ユーザ情報を含む、
   請求項１～３のいずれか１項に記載の情報処理方法。
6. 車両内のネットワークに接続する複数の電子制御装置のうち交換された電子制御装置を一意に識別する第１の識別子を含む第１トランザクションデータを取得する取得部と、
   取得した前記第１トランザクションデータの正当性を検証する検証部と、
   前記検証において前記第１トランザクションデータの正当性が確認されない場合に、前記交換された電子制御装置が非正規部品であることを示す情報を生成する生成部と、
   前記情報に対するユーザの確認結果を示す第２トランザクションデータを記録する記憶部と、を備える
   装置。
7. 車両内のネットワークに接続する複数の電子制御装置のうち交換された電子制御装置を一意に識別する第１の識別子を含む第１トランザクションデータを生成する生成部と、
   前記第１トランザクションデータの正当性が確認されない場合に、前記交換された電子制御装置が非正規部品であることを示す情報を取得する取得部と、を備え、
   前記生成部は、前記情報に対するユーザの確認結果を示す第２トランザクションデータを生成する、
   車両。

Images