JP2022543670A - サイバーセキュリティ及び金融取引のための車両制御システム - Google Patents

Abstract

車両制御システムは、メモリ４４０、検証モジュール４５２、及びソフトウェア制御モジュール４５４を含むように構成されたコントローラ１０４を含む。メモリには、公開アドレス及び公開アドレスに関連付けられた１つ以上のソフトウェアハッシュを格納するソフトウェアバージョンリポジトリが含まれる。検証モジュールは、アップロードされる推奨ソフトウェアプログラムであるソフトウェアアップロード要求を検証するように構成される。検証モジュールは、推奨ソフトウェアプログラムを示す付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致するかどうかを判定するように構成される。ソフトウェア制御モジュールは、付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致することに応答して、推奨ソフトウェアプログラムを取得するように構成される。【選択図】図４

Description

関連出願の相互参照

この出願は、２０１９年９月１９日に出願された米国特許出願第１６／５７５９５０号の利益を主張する。上記出願の全開示が、参照により本明細書に組み込まれる。

本開示は、車両システムのサイバーセキュリティに関する。

この欄の記述は、単に、本開示に関連する背景情報を提供するだけのもので、公知技術を構成するものではない。車両自動化の分野における進歩は、車両を制御するための高度なソフトウェアアプリケーション／プログラムを含む複雑な車両制御システムをもたらしてきた。例えば、コントローラは、ブレーキ、パワートレイン、ステアリングなどの車両内のサブシステムを制御するように構成され、他の運転の内、衝突回避、アダプティブクルーズコントロール、レーンチェンジアシストなどの様々な自動運転を実行することができる。格納され、コントローラによって実行されるソフトウェアプログラムは、例えば、診断を実行し、車両の設定値を調整し、及び／又は更新ソフトウェアプログラムにアクセスするために、車両サービス部門によってアクセス可能である。

車両自動化の進歩に加えて、Ｖ２Ｘ（Vehicle to Everything）通信に対応した車両コネクティビティの技術的改善もなされている。具体的には、車両、路側デバイス、クラウドベースのネットワーク、携帯電話などのコンポーネントが、データを共有して処理するための分散コンピューティングシステムを形成する。それに応じて、Ｖ２Ｘ通信を介して車両をリモート診断することが可能である。また、車両コネクティビティにより、悪意の当事者が車両コントローラをハッキングし、ことによると、車両制御のために依拠されるソフトウェアプログラムを変更することも可能となる。これらの及び他の問題が、本開示によって対処される。

この欄は、本開示の概要を提供するものであり、その全範囲又はその特徴のすべての包括的な開示ではない

１つの形態において、本開示は、メモリ、検証モジュール、及びソフトウェア制御モジュールを含むように構成されたコントローラを対象とする。メモリは、公開アドレスと公開アドレスに関連付けられた1つ以上のソフトウェアハッシュを格納するソフトウェアバージョンリポジトリを含む。検証モジュールは、アップロードされる推奨ソフトウェアプログラムを含むソフトウェアアップロード要求を検証するように構成される。検証モジュールは、推奨ソフトウェアプログラムを示す付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致するかどうかを判定するように構成される。ソフトウェア制御モジュールは、付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致することに応答して推奨ソフトウェアプログラムを取得し、現在のソフトウェアハッシュをソフトウェアバージョンリポジトリに格納するように構成される。

１つの形態において、本開示は、車両コントローラに設けられたメモリに、公開アドレスと公開アドレスに関連付けられた１つ以上のソフトウェアハッシュを格納することを含む方法を対象とする。公開アドレスは、少なくとも1台の車両からなる車両群のためのものである。この方法はさらに、車両コントローラによってアップロードされる推奨ソフトウェアプログラムを受信し、推奨ソフトウェアプログラムを示す付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致するかどうかを判定し、そして、付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致することに応答して推奨ソフトウェアプログラムを格納することを含む。

さらなる適用可能分野は、本明細書で提供される説明から明らかになるであろう。説明及び特定の例は、例示のみを目的とすることが意図され、本開示の範囲を限定することは意図されていないことを理解されたい。

本開示が十分に理解され得るようにするため、添付の図面を参照して、例として与えられる様々な形態が説明される。
図１は、本開示による車両認証システムを示す。 図２は、本開示による車両ブロックチェーンマネージャのブロック図を示す。 図３Ａは、本開示によるソフトウェアハッシュを示す。 図３Ｂは、本開示によるソフトウェアハッシュを示す。 図４は、本開示による車両ソフトウェアコントローラの車両制御システムのブロック図である。 図５は、本開示によるソフトウェア更新要求ルーチンのフローチャートである。 図６は、本開示によるサービス部門でのソフトウェア更新認証を示す。 図７は、本開示によるＶ２Ｖ（Vehicle to Vehicle）ソフトウェア確認ルーチンのフローチャートである。 図８は、本開示による２台の車両間のソフトウェア検証を示す。 図９は、本開示による車両ソフトウェアコントローラの別の形態のブロック図である。 図１０は、本開示による車両ブロックチェーンマネージャの別の形態のブロック図である。

ここで説明された図面は、例示のみを目的としており、いかなる方法でも本開示の範囲を限定することは意図されない。

以下の説明は、本質的に単なる例示であり、本開示、適用、又は使用を限定することを意図するものではない。図面全体を通して、対応する参照番号は、同様の又は対応する部品及び特徴を示すことを理解されたい。

サイバーセキュリティは通常、個人情報や専有情報を保存するサーバにおいて論じられるが、サイバーセキュリティは潜在的なソフトウェアハッキングから車両を保護することにも関係する。本開示は、車両群のためのデータの安全で信頼できない検証を提供し、車両金融取引のためのプラットフォームを提供する車両認証システムを対象とする。

図１を参照すると、１つの形態における車両認証システム１００は、とりわけビットコイン、イーサリアムのような分散型ブロックチェーンを利用して、ソフトウェア更新を安全に配信し、無許可主体によって車両に保存されるソフトウェアプログラムに意図しない変更が加えられることを監視する。システム１００は、車両製造業者（すなわち、ＯＥＭ（Original Equipment Manufacturer））によって管理され得る車両ブロックチェーンマネージャ１０２と、ソフトウェア更新の前に車両ブロックチェーンマネージャとともにソフトウェア更新を検証するための車両ソフトウェアコントローラ１０４とを含む。

１つのアプリケーションでは、ＯＥＭは、１台以上の車両１０８（図中の車両１０８－１、１０８－２、及び１０８－３）を含む車両群１０６を開発及び製造する。各車両１０８は、無線通信リンクを介して車両ブロックチェーンマネージャ１０２とデータを交換するように構成された本開示の車両ソフトウェアコントローラ１０４を含む。１つの形態では、車両１０８は、例えば、完全自律型、半自律型（すなわち、衝突回避、車線制御、車線変更支援などのあるレベルの自動化）、及び／又は手動操作（つまり、自動化ではなく警告システムを含む場合がある）を含む、同じ又は異なるレベルの自動化を有し得る。

本明細書でさらに説明するように、車両ブロックチェーンマネージャ１０２は、車両群１０６のブロックチェーン公開アドレスを生成し、公開アドレスを使用してブロックチェーンネットワーク１１０に対し、ソフトウェア更新トランザクションを実行するように構成される。より具体的には、知られているように、ブロックチェーンネットワーク１１０は、暗号化プロトコルで動作するピアツーピアネットワークである。例えば、ビットコインネットワークに関して、メンバーは、ビットコイン暗号通貨ウォレットソフトウェアを使用して、デジタル署名されたメッセージをネットワーク１１０にブロードキャストすることによってビットコインを送受信することができる。取引（トランザクション）は、ブロックチェーンとして知られる分散され複製された公開データベースに記録され、マイニングと呼ばれるプルーフオブワークシステムによって合意形成が達成される。通貨取引に加えて、メンバーは「ＯＰ＿ＲＥＴＵＲＮ」として提供される使用不可の取引を発行することができる。

ブロックチェーンネットワーク１１０のメンバーは、異なるレベルの制御を有することができる。例えば、フルノードであるメンバーは、ピアツーピアネットワークに接続し、ブロックチェーンの全取引履歴のフルコピーを維持しながら、ネットワーク１１０の残りの部分との間でブロックを検証、保存、及び送信するように構成される。メンバーは、指定されたフルノードと通信し、そのアドレスと公開鍵に関連する情報部分のみをダウンロードする軽量クライアントである場合もある。１つの形態では、各フルノードは、コンピューティングデバイス、メモリ、サーバ、エッジ又は分散コンピューティング、及び／又はモニタ、タッチスクリーン、オーディオシステム、キーボード、マウスなどのヒューマンマシンインターフェースを有するコンピュータシステムを含み得る。フルノードはまた、ブロックチェーンネットワーク１１０をサポートし、アクセスするために、他のコンポーネントの中でも、ゲートウェイ、ルーター、基地局、衛星、セルラートランシーバ、及び中間通信デバイスを使用する無線及び有線通信機能を含む。

車両認証システム１００の場合、車両ブロックチェーンマネージャ１０２はフルノードとして設けられ、車両ソフトウェアコントローラ１０４を有する車両１０８は、車両ブロックチェーンマネージャ１０２（すなわち、指定されたフルノード）と通信する軽量クライアントとして設けられる。

フルノードとして、車両ブロックチェーンマネージャ１０２は、各公開アドレスについてブロックチェーンの取引履歴を保存するフリートブロックチェーンデータストア１１２を含むように構成される。図２を参照すると、１つの形態では、車両ブロックチェーンマネージャ１０２は、データベース２０２、通信システム２０４、１つ以上のヒューマンマシンインターフェース（ＨＭＩ）２０５、及びフリートブロックチェーンコントローラ２０６を含む。

データベース２０２は、取引に署名するための１つ以上の秘密鍵２０８と、所与の公開アドレスについての各取引のコピーを保存するように構成されたフリートブロックチェーンデータストア１１２とを格納するように構成される。知られているように、ビットコインは、ブロックチェーンネットワーク１１０で送信される取引を安全にするために公開鍵暗号方式を利用する。公開鍵暗号方式では、メッセージを復号化するために所有者によって秘密鍵が保存され、所有者に送信されるメッセージを暗号化するための公開鍵が他の人に配布される場合がある。従って、誰でも公開鍵を使用してメッセージを暗号化することはできるが、秘密鍵なしでメッセージを復号化することはできないため、セキュリティは秘密鍵の機密性に依存する。ビットコイン取引の場合、秘密鍵は暗号通貨を使用できるようにする秘密番号であり、すべてのビットコイン公開アドレスには合致する秘密鍵がある。秘密鍵は、公開アドレスが秘密鍵から計算できるが、秘密鍵は公開アドレスから計算することはできないように、数学的に公開アドレスに関連付けられている。

通信システム２０４は、車両ブロックチェーンマネージャ１０２を、ブロックチェーンネットワーク１１０の他のフルノード、車両群１０６、車両の保守を実行する車両サービス部門、及び／又は他の適切なシステム／ネットワークなどの外部システム／ネットワークと通信可能に結合するように構成される。１つの形態では、通信システム２０４は、ルーター、トランシーバ、有線ケーブル、入力／出力ポート、及び／又は無線及び／又は有線通信リンクを確立するための他の適切なコンポーネントを含むことができる。例えば、ルーターとケーブルの組み合わせを使用して、通信システム２０４をブロックチェーンネットワーク１１０にアクセスするためのインターネットに通信可能に結合することができる。別の例では、セルラートランシーバを使用して、通信システム２０４を車両１０８に通信可能に結合することができる。

ＨＭＩ２０５は、キーボード、マウス、タッチスクリーンディスプレイ、ラップトップコンピュータ、グラフィカルユーザインターフェース、及び他のインターフェースなどのコンポーネントを含み、ユーザが車両ブロックチェーンマネージャ１０２の特定の機能を操作できるようにする。例えば、本明細書で説明されるように、ユーザは、ＨＭＩ２０５を操作して、車両群の新しい公開アドレスを生成することができる。

フリートブロックチェーンコントローラ２０６は、例えば、車両群１０６に関連付けられる公開アドレスを生成し、車両群１０６がリリースされると、車両群１０６のためのソフトウェア更新通知を発行するために、ブロックチェーンネットワーク１１０上でトランザクションを発行するように構成される。１つの形態では、フリートブロックチェーンコントローラ２０６は、プロセッサ回路、プロセッサ回路によって実行されるコードを格納するためのメモリ回路、及び本明細書で説明する機能を提供するための他の適切なハードウェアコンポーネントを有するコンピューティングデバイスである。１つの形態において、ブロックチェーンネットワーク１１０を介してトランザクションを送信するために、フリートブロックチェーンコントローラ２０６は、ユーザがアクセス可能なグラフィカルユーザインターフェースを提供し、公開アドレスを生成し、トランザクションを送信し、クエリ（問い合わせ）に応答するなどのための様々なビットコインプロトコルを含むように構成される。

１つの形態では、フリートブロックチェーンコントローラ２０６は、車両アドレスモジュール２１０、ソフトウェア取得モジュール２１２、及びブロックチェーントランザクションモジュール２１４を含む。１つの形態において、車両アドレスモジュール２１０は、車両群のための固有の公開アドレスを生成するように構成される。公開アドレスは、トランザクションの送信先又は送信元となるブロックチェーンネットワーク上の場所を表す識別子である。１つの形態では、車両群は、同じメーカー、モデル、トリム、及び／又はボディスタイル、もしくは他の適切なグルーピングの１台以上の車両を含むことができる。例えば、すべてのＪｅｅｐ（登録商標）車両に対して単一の公開アドレスを生成しても良いし、Ｊｅｅｐ Ｌｉｂｅｒｔｙ（登録商標）とＪｅｅｐ Ｒｅｎｅｇａｄｅ（登録商標）が異なる公開アドレスを持つように、異なるＪｅｅｐ（登録商標）モデルに対して異なる公開アドレスを生成しても良い。このように、車両群は同じ又は異なる車両タイプで構成することができ、ＯＥＭによって決定される。１つの形態では、フリートブロックチェーンデータストア１１２は、各車両群の公開鍵とトランザクションを格納する。別の形態では、車両アドレスモジュール２１０は、ＯＥＭによって製造されたすべての車両に使用される１つの公開アドレスを生成することができる。

ソフトウェア取得モジュール２１２は、車両群によって保存される、正当と認められたソフトウェアプログラムを取得するように構成される。正当と認められたソフトウェアプログラムは、ＨＭＩ２０５を介してユーザによって提供され得るか、又は通信システム２０４を介して遠隔的に提供され得る。

ブロックチェーントランザクションモジュール２１４は、所与の車両群に対して生成された公開アドレスを使用して、所与の車両群のソフトウェア識別トランザクションをブロックチェーンネットワーク１１０に送信するように構成される。１つの形態では、ブロックチェーントランザクションモジュール２１４は、ＯＰ＿ＲＥＴＵＮＲ関数を含み、使用不可能なトランザクション出力として、正当と認められるソフトウェアプログラムのハッシュ関数出力をトランザクションに付加するトランザクションを実行するように構成される。トランザクションは、公開アドレスに関連付けられた秘密鍵で署名され、従って、トランザクションの発信者として車両ブロックチェーンマネージャ１０２を確立する。ブロックチェーントランザクションモジュール２１４は、ハッシュアルゴリズムＳＨＡ－２５６など、任意のサイズのデータを固定サイズのビット文字列にマッピングするハッシュ関数アルゴリズム２１６を含むように構成される。例えば、図３Ａ及び３Ｂは、２つの異なるソフトウェアプログラムのハッシュ出力の例を示している。図３Ａにおいて、ｖ１．０ソフトウェアコード３０２は、ハッシュアルゴリズム３０４によってハッシュされて、第１の文字列３０６を生成する。図３Ｂにおいて、ｖ１．１ソフトウェアコード３１０は、ハッシュアルゴリズム３０４によってハッシュされて、文字列３０６とは異なる第２の文字列３１２を生成する。ソフトウェアハッシュを含む送信されたトランザクションのコピーは、フリートブロックチェーンデータストア１１２に格納される。

使用不可のトランザクションは、将来的に検証されるブロックに含まれ、ブロックチェーンに追加される。このように、正当と認められたソフトウェアの更新時に、車両製造業者は、車両ブロックチェーンマネージャ１０２を介して、対応する車両のための同じ公開アドレスを使用して新しいトランザクションを実行し、ブロックチェーン内の最新のソフトウェアハッシュを更新することができる。公開アドレスによる各トランザクションには、チェーン上のブロック検証の時間に基づいてタイムスタンプが付けられ、これにより、ブロックチェーンのコンセンサスアルゴリズムによってソフトウェアバージョンの履歴が作成され、保護される。

再び図１を参照すると、各車両１０８は、軽量クライアントとして動作するように構成される車両ソフトウェアコントローラ１０４を含み、車両ブロックチェーンマネージャ１０２、車両群１０６のメンバー、及び他の非メンバー車両と通信する。１つの形態では、車両ソフトウェアコントローラ１０４は、車両群に対して発行された公開アドレス、及び車両ブロックチェーンマネージャ１０２によって発行された正当と認められたソフトウェアプログラムに関連付けられたソフトウェアハッシュを格納するように構成される。車両ソフトウェアコントローラ１０４はまた、ソフトウェアプログラムを取得する前に、推奨されるソフトウェアプログラムのソフトウェア更新要求を検証するように構成される。

図４を参照すると、１つの形態において、車両ソフトウェアコントローラ１０４は、通信デバイス４０２及び他の車両コントローラ４０４も含む車両制御システム４００の一部である。車両ソフトウェアコントローラ１０４は、限定されないが、コントローラエリアネットワーク（ＣＡＮバス）又はローカル相互接続ネットワーク（ＬＩＮ）などの車両通信ネットワーク４０８を介して車両制御システム４００のコンポーネントと通信するように構成される。

通信デバイス４０２は、専用狭域通信（ＤＳＲＣ）ネットワーク、セルラーネットワーク（例えば、３ＧＰＰ及び／又は５Ｇ）、及び又は衛星通信などの無線通信ネットワークを介して、車両ブロックチェーンマネージャ１０２及び他の車両などの外部デバイスとの無線通信を確立するように構成される。１つの形態では、通信デバイス４０２は、トランシーバと、マイクロプロセッサ及び当該マイクロプロセッサによって実行可能なコンピュータプログラムを格納するためのメモリを有するコンピューティングデバイスとを含む。通信デバイス４０２は、メッセージの受信を評価し、車両通信ネットワーク４０８を介して、メッセージを受け取りに転送するため、受信したメッセージを処理するように構成される。通信デバイス４０２はまた、車両制御システム４００の他のコンポーネントからデータ送信要求を受信して、メッセージを生成し、外部装置に送信する。

他の車両コントローラ４０４は、車両１０８内の１つ以上のデバイスを操作することによって、車両１０８内のサブシステムを制御する。例えば、他の車両コントローラ４０４は、限定されないが、車両１０８の乗員室内の環境を調整するため、圧縮機、熱交換器、及び膨張弁を有する空調システムを制御するように構成された気候制御コントローラ、車両１０８を動かすため、エンジン及び／又はモータ、ブレーキシステム、及び／又はステアリングシステムを操作することによって車両１０８の駆動動作を制御するように構成された駆動動作コントローラ、及び全地球測位システム（ＧＰＳ）トランシーバを有し、車両１０８の位置を監視し、車両１０８の移動経路を決定するように構成されたナビゲーションシステムを含むことができる。

様々な制御操作を実行するために、他の車両コントローラ４０４の各々は、１つ以上のソフトウェアプログラムを格納するメモリと、ソフトウェアプログラムを実行するマイクロプロセッサとを含む。コントローラ４０４の各々は、他の構成要素の中でも、入力／出力インターフェース、ハウジング、及びセンサなど、特定の動作を実行する他の適切なコンポーネントを含むことができる。時として、他の車両コントローラ４０４内に設けられたソフトウェアプログラムは、車両製造業者によって更新され得る。１つの形態では、車両製造業者は、車両制御システム及び車両ブロックチェーンマネージャ１０２によってサポートされる無線通信ネットワークを介して新しいソフトウェアプログラムをブロードキャストすることができる。別の形態では、サービス部門は、以下に説明するように、対象車両１０８がサービス部門に持ち込まれたときに、ソフトウェアプログラムをインストールすることができる。

１つの形態において、車両ソフトウェアコントローラ１０４は、ソフトウェアバージョンリポジトリ４５０及び公開鍵４５１を格納するメモリ４４０、検証モジュール４５２、ソフトウェア制御モジュール４５４、及びフリートモジュール４５６を含む。ソフトウェアバージョンリポジトリ４５０は、車両群１０６に関連付けられた公開アドレス（すなわち、車両公開アドレス）と、正当と認められたソフトウェアプログラムの公開アドレスを使用して発行されるソフトウェアハッシュ（複数可）を格納するように構成されるメモリである。公開鍵４５１は、車両ブロックチェーンマネージャ１０２によって格納される秘密鍵に関連付けられている。

検証モジュール４５２は、サービスデバイスなどの外部デバイスからのソフトウェアアップロード要求を検証するように構成される。1つの形態では、ソフトウェアアップロード要求には、アップロードされる推奨ソフトウェアプログラムが含まれる。検証モジュール４５２は、推奨ソフトウェアプログラムをハッシュして、付随的なソフトウェアハッシュを取得し、それをリポジトリ４５０に格納されている現在のソフトウェアハッシュと比較する。ソフトウェアハッシュが同じである場合、車両制御システム４００はすでに推奨ソフトウェアプログラムを有しているので、検証モジュール４５２は外部デバイスとの通信を終了する。ソフトウェアハッシュが異なる場合、検証モジュール４５２は、車両ブロックチェーンマネージャ１０２とともに現在のソフトウェアハッシュを確認し、推奨ソフトウェアプログラムが正当に認められたソフトウェアプログラムであるかどうかを決定する。例えば、１つの形態では、ビットコインプロトコルに従って、検証モジュール４５２は、ブロックチェーンネットワーク１１０上の公開アドレスを使用して発行された現在の正当と認められたソフトウェアプログラの現在のソフトウェアハッシュを要求するクエリ（すなわち、ウォレット更新要求）を車両ブロックチェーンマネージャ１０２（すなわち、指定されたフルノード）に送信する。検証モジュール４５２は、車両ブロックチェーンマネージャ１０２からの現在のソフトウェアハッシュを付随的ソフトウェアハッシュと比較する。ソフトウェアハッシュが一致する場合、検証モジュール４５２は、推奨ソフトウェアプログラムを正当に認められたソフトウェアプログラムとして識別する。ソフトウェアハッシュが一致しない場合、推奨ソフトウェアプログラムは無認可のソフトウェアプログラムであると識別する。

検証モジュール４５２はまた、現在のソフトウェアハッシュをその車両群のメンバーと比較して、検証するように構成される。具体的には、対象車両１０８の検証モジュール４５２は、ソフトウェア検証要求を送信する車両１０８によって格納された現在のソフトウェアハッシュを含むソフトウェア検証要求を別の車両１０８との間で送受信することができる。ソフトウェア検証要求を受信すると、検証モジュール４５２は、ソフトウェア検証要求において規定されるソフトウェアハッシュ（すなわち、付随的ソフトウェアハッシュ）を、リポジトリ４５０に格納されたソフトウェアハッシュと比較するように構成される。付随的ソフトウェアハッシュがソフトウェアハッシュの１つと同じである場合、検証モジュール４５２は、付随的ソフトウェアハッシュを正当と認められたソフトウェアハッシュとして識別する。ソフトウェアハッシュが異なる場合、検証モジュール４５２は、公開アドレスに対する現在のソフトウェアハッシュを取得するために、車両ブロックチェーンマネージャ１０２にクエリを送信する。現在のソフトウェアハッシュがリポジトリ４５０内のソフトウェアハッシュの１つと同じである場合、検証モジュール４５２は、付随的ソフトウェアハッシュを無認可のソフトウェアハッシュとして識別し、付随的ソフトウェアハッシュを送信した車両１０８に非適合車両としてフラグを立てることができる。現在のソフトウェアハッシュがリポジトリ４５０内のソフトウェアハッシュと一致しない場合、検証モジュールは、ソフトウェア制御モジュール４５４へソフトウェア更新を要求することができる。別の形態では、検証モジュール４５２はまた、車両ブロックチェーンマネージャ１０２からの現在のソフトウェアハッシュを付随的ソフトウェアハッシュと比較することができる。ハッシュが異なる場合、付随的ソフトウェアハッシュは無認可のソフトウェアハッシュとして識別される。ハッシュが同じである場合、検証モジュール４５２は、付随的ソフトウェアハッシュを正当に認められたソフトウェアハッシュとして識別することができる。

ソフトウェア制御モジュール４５４は、正当と認められたソフトウェアハッシュに関連付けられたソフトウェアプログラムを取得するように構成される。例えば、ソフトウェア制御モジュール４５４は、サービスデバイスから推奨ソフトウェアプログラムを取得するか、又は、直接、車両ブロックチェーンマネージャ１０２からの正当と認められるソフトウェアプログラムを要求する。ソフトウェアプログラムとともに提供されるバージョン識別子に基づいて、ソフトウェア制御モジュール４５４は、ネットワーク４０８を介してソフトウェアプログラムを実行することになるそれぞれの車両コントローラにソフトウェアプログラムを送信することができる。さらに、ソフトウェア制御モジュール４５４は、例えば、通信デバイス４０２にソフトウェアプログラムの更新を要求する外部デバイスとの通信を停止するように要求することによって、又は外部デバイスに応答しないことによって、無認可のソフトウェアプログラムの取得を禁止するように構成される。ソフトウェア制御モジュール４５４はさらに、ブロックチェーントランザクションの記録を維持するために、正当と認められたソフトウェアハッシュをリポジトリ４５０に格納する。

フリートモジュール４５６は、車両群１０６の対象車両１０８との通信を要求する第２の車両のアイデンティティを検証するように構成される。１つの形態では、フリートモジュール４５６は、公開アドレス及び公開鍵を第２の車両に送信し、第２の車両から同じものを取得するように構成される。公開アドレス及び鍵が対象車両１０８のものと相関する場合、フリートモジュール４５６は、第２の車両を車両群１０６のメンバーとして識別し、さらなる通信を許可する。公開アドレス及び鍵が相関していない場合、フリートモジュール４５６は、第２の車両を無関係車両として識別し、ソフトウェアデータに関して車両とのそれ以上の通信を行わないように要求する。

図５を参照すると、例示的なソフトウェア更新要求ルーチン５００が、本開示の車両ソフトウェアコントローラによって提供され、実行される。５０２で、車両ソフトウェアコントローラは、ソフトウェア更新要求が外部デバイスから受信されたかどうかを決定する。例えば、図６を参照すると、対象車両１０８は、定期検査などのサービスのために製造業者サービス部門６００にいることができる。対象車両１０８の通信デバイスは、診断及び／又はソフトウェア更新を実行するように構成されたコンピューティングデバイスなどのサービスデバイス６０４と通信する。サービスデバイス６０４は、対象車両１０８のための推奨ソフトウェアプログラムを含むソフトウェア更新要求６０６を送信する。送信は、概して、矢印Ａで表される。

図５に戻ると、ソフトウェア更新要求が受信された場合、５０４において、車両ソフトウェアコントローラは、推奨ソフトウェアプログラムをハッシュして付随的ソフトウェアハッシュを取得し、それを車両ソフトウェアコントローラによって格納された現在のソフトウェアハッシュと比較して、５０６において、現在のソフトウェアハッシュが付随的ソフトウェアハッシュと一致するか決定する。例えば、図６において、現在のソフトウェアハッシュは、ｖ１．０ソフトウェアプログラムの「ｖ１．０ソフトウェアハッシュ」であり、それは、ｖ１．１ソフトウェアプログラムの「ｖ１．１ソフトウェアハッシュ」である付随的ソフトウェアハッシュとは異なる。そのような違いは、さらに、２つの異なるソフトウェアプログラムが同じハッシュアルゴリズムでハッシュされて、異なるソフトウェアハッシュを生成する、図３Ａと図３Ｂに示されている。

現在のソフトウェアハッシュが付随的ソフトウェアハッシュと同じである場合、５０８で、車両ソフトウェアコントローラは、対象の車両が最新であるため、更新は不要であると決定する。しかし、ハッシュが異なる場合、車両ソフトウェアコントローラは、５１０で、車両に関連付けられた公開アドレスについての現在のソフトウェアハッシュを車両ブロックチェーンマネージャに照会するように構成される。

例えば、図６において、車両ソフトウェアコントローラ１０４は、各公開アドレスに対して発行された各トランザクションの完全な履歴を格納する車両ブロックチェーンマネージャ１０２にクエリを送信する（矢印Ｂ）。車両ブロックチェーンマネージャ１０２は、現在のソフトウェアハッシュ（例えば、「ｖ１．１ソフトウェアハッシュ」）を車両ソフトウェアコントローラ１０４に送信する（矢印Ｃ）。

図５に戻って参照すると、５１２で、車両ソフトウェアコントローラは、車両ブロックチェーンマネージャから取得された現在のソフトウェアハッシュが付随的ソフトウェアハッシュと同じであるかどうかを決定する。２つのハッシュが異なる場合、コントローラは、５１４で、外部デバイスとの通信を停止することによって更新を終了する。つまり、外部デバイスからのソフトウェア更新要求は不正な更新であり、従って、外部デバイスは信頼できない可能性がある。１つの形態では、車両ソフトウェアコントローラは、正当と認められないソフトウェアプログラム及び／又は正当と認められないサービスプロバイダを、車両ブロックチェーンマネージャに通知しても良い。

取得した現在のソフトウェアハッシュが付随的ソフトウェアハッシュと同じである場合、車両ソフトウェアコントローラは、５１６で、推奨ソフトウェアプログラムが正当と認められるソフトウェアプログラムであり、更新が許可されると判定し、取得した現在のソフトウェアハッシュをリポジトリに格納する。例えば、図６において、公開アドレスに対して発行されたｖ１．１ソフトウェアハッシュのコピーが、車両ソフトウェアコントローラによって保存される（矢印Ｄ）。

図７を参照すると、例示的なＶ２Ｖ（Vehicle-to-Vehicle）ソフトウェア確認ルーチン７００は、車両ソフトウェアコントローラによって実行される。ルーチン７００は、対象車両の通信装置が別の車両との通信を開始したときに実行され得る。７０２で、車両ソフトウェアコントローラは、自身の公開アドレスと公開鍵を他の車両に送信し、他の車両から同じものを取得する。７０４で、車両ソフトウェアコントローラは、公開アドレスと公開鍵が同じであるかどうかを決定して、他の車両が対象車両と同じ車両群の一部であるかどうかを評価する。それらが同じでない場合、車両ソフトウェアコントローラは、７０６で、他の車両とのソフトウェア確認を終了する。このような状況では、対象車両の車両制御システムは、他の車両と通信して、他の車両の位置、速度、進行方向などの他の情報を取得することができるが、ソフトウェア確認自体は終了する。

公開アドレスと公開鍵が同じである場合、他の車両は同じ車両群のメンバーであり、車両ソフトウェアコントローラは、７０８で、リポジトリに格納されている現在のソフトウェアハッシュを他の車両に送信し、付随的ソフトウェアハッシュと呼ばれる、他の車両の現在のソフトウェアハッシュを受信する。７１０で、車両ソフトウェアコントローラは、その現在のソフトウェアハッシュが付随的ソフトウェアハッシュと同じであるかどうかを決定する。同じである場合、車両ソフトウェアコントローラは、７１２で、ソフトウェア更新は不要と判断する。ソフトウェアハッシュが異なる場合、車両ソフトウェアコントローラは、７１４で、公開アドレスに対して発行された現在のソフトウェアハッシュを車両ブロックチェーンマネージャに照会するように構成される。車両ソフトウェアコントローラは、７１６で、取得した現在のソフトウェアハッシュがリポジトリに格納されているものと同じであるかどうかを判定する。同じである場合、車両ソフトウェアコントローラは、７１２で、正当と認められる最新のソフトウェアプログラムがインストールされているので、ソフトウェア更新は必要ないと判定する。ソフトウェアハッシュが異なる場合、車両ソフトウェアコントローラは、７１８で、車両ブロックチェーンマネージャからソフトウェアアップデートを取得し、リポジトリを更新する。

図８は、車両１０８と同様に構成され、従って、車両ソフトウェアコントローラ１０４を有する、２台の車両８０２Ａ、８０２Ｂ（総称して「車両８０２」）間の例示的なＶ２Ｖソフトウェア検証を示す。（Ａ）では、車両は公開鍵と公開アドレスを交換して、それらが同じ車両群の一部であるかどうかを決定する。アドレスと鍵が一致する場合、（Ｂ）で、車両８０２は、現在のソフトウェアハッシュを交換し、ソフトウェアハッシュを比較して、それぞれの車両８０２が最新のソフトウェアプログラムを使用しているかどうかを決定する。ソフトウェアハッシュが一致しない場合、各車両８０２は、矢印Ｃ及びＤで示されるように、車両ブロックチェーンマネージャ１０２と通信して、そのソフトウェアハッシュが、ブロックチェーンマネージャ１０２によって格納された現在のソフトウェアハッシュと同じであるかどうかを決定する。図８の例では、車両８０２Ａによって格納された現在のソフトウェアハッシュは、車両ブロックチェーンマネージャ１０２のものと同じではなく、従って、車両８０２Ａは、そのソフトウェアプログラム及びリポジトリの更新を続行する。一方、車両８０２Ｂは、車両ブロックチェーンマネージャ１０２のものと同じソフトウェアハッシュを有するので、更新は必要とされない。

本開示の１つの形態では、本開示の車両ソフトウェアコントローラを有する車両は、ブロックチェーンネットワークの軽量クライアントとして動作するので、車両は、車両ブロックチェーンマネージャなどの秘密鍵の所有者によって移動可能な金銭取引を受け取るためのモバイルウォレットとして構成することができる。より具体的には、１つの用途において、車両群は、ライドシェアサービス又はレンタカーサービスの一部として使用され得る。サービスのユーザは、ユーザのモバイルデバイスに保存されているライドシェアソフトウェアアプリケーションを介して、車両との金融取引を行うことができる。例えば、ユーザは、ライドシェアソフトウェアアプリケーションを使用して、設定した目的地への乗車をリクエストすることができる。ライドシェアソフトウェアアプリケーションは、利用可能な最も近い車両を検索するように構成され、乗車に関連する金銭的料金をユーザに表示する。ユーザが同意すると、ライドシェアソフトウェアアプリケーションは、車両にユーザをピックアップして、ユーザを目的地まで連れて行くように要求する。ライドシェアソフトウェアアプリケーションを使用して、ユーザはビットコインネットワークを介して車両に支払いを送信する。

図９を参照すると、モバイルウォレットとして動作するために、車両は、車両制御システム４００と同様の車両制御システム９００を含み得るが、ビットコインプロトコルに従って、Ｖ２Ｘ（Vehicle-to-Everything）通信を介して、乗員、又は他の車両、あるいは周辺の路側デバイスから使用可能なビットコイン取引を受信するように構成されるモバイルウォレットコントローラ９０２を含む。モバイルウォレットコントローラ９０２は別個のコントローラとして設けられているが、モバイルウォレットコントローラ９０２の処理は、車両ソフトウェアコントローラ１０４と統合されても良い。

図１０を参照すると、車両ブロックチェーンマネージャ１０００は、車両ブロックチェーンマネージャ１０２に類似しているが、金銭取引モジュール１００４を有するフリートブロックチェーンコントローラ１００２も含む。１つの形態では、ビットコインプロトコルを使用して、金銭取引モジュール１００４は、車両群に対する入金専用受け取りアドレスを生成するように構成され、受け取りアドレスに関連付けられた秘密鍵に基づいて、そのアドレスに入金された資金を監視し、移動することができる。

本開示の車両制御システムは、車両を制御するために使用されるソフトウェアプログラムを変更するためのセキュリティの層を提供するように構成された車両ソフトウェアコントローラを含む。具体的には、本開示は、ソフトウェアの更新を安全に実行するために、信頼せず検証する構成を採用する分散型車両サイバーセキュリティシステムを提供する、Ｖ２Ｘ通信とビットコインなどの分散されたブロックチェーンを利用することで、車両ブロックチェーンマネージャと車両ソフトウェアコントローラは、車両群のための自律型サイバーセキュリティシステムを形成し、悪意のあるハッキングを防止し、更新要求を処理する。

上記に基づいて、１つの形態では、本開示は、メモリ、検証モジュール、及びソフトウェア制御モジュールを含むように構成されたコントローラを対象とする。メモリは、公開アドレスと公開アドレスに関連付けられた1つ以上のソフトウェアハッシュを格納するソフトウェアバージョンリポジトリを含む。検証モジュールは、アップロードされる推奨ソフトウェアプログラムを含むソフトウェアアップロード要求を検証するように構成される。検証モジュールは、推奨ソフトウェアプログラムを示す付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致するかどうかを判定するように構成される。ソフトウェア制御モジュールは、付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致することに応答して推奨ソフトウェアプログラムを取得し、現在のソフトウェアハッシュをソフトウェアバージョンリポジトリに格納するように構成される。

別の形態では、検証モジュールは、付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致しないことに応答して、付随的ソフトウェアハッシュを正当と認められていないハッシュとして識別するように構成され、ソフトウェア制御モジュールは、推奨ソフトウェアプログラムの取得を禁止するように構成される。

さらに別の形態では、検証モジュールは、ブロックチェーンネットワーク上で提供され、公開アドレスに関連付けられている現在のソフトウェアハッシュに関するクエリを提供するように構成される。

別の形態では、検証モジュールは、指定されたフルノードにクエリを提供するように構成される。指定されたフルノードは公開アドレスを生成し、公開アドレスを使用してブロックチェーンネットワークにトランザクションを送信するように構成される。

さらに別の形態では、ソフトウェアバージョンリポジトリに格納された１つ以上のソフトウェアハッシュは、コントローラによって取得されたそれぞれの正当と認められたソフトウェアプログラムのソフトウェアハッシュを含む。

別の形態では、検証モジュールは、推奨ソフトウェアプログラムをハッシュして、付随的ソフトウェアハッシュを取得するように構成される。

さらに別の形態では、コントローラは、通信車両から公開アドレス及び鍵を取得するように構成されるフリートモジュールを含むようにさらに構成される。メモリは、公開アドレスに関連付けられる公開鍵を格納するように構成され、フリートモジュールは、通信車両の公開アドレス及び公開鍵がメモリに設けられた公開アドレス及び公開鍵と一致することに応答して、通信車両を群車両として識別するように構成される。

別の形態では、検証モジュールは、群車両からソフトウェア検証要求を送信して、群車両用の現在のソフトウェアハッシュを取得し、ソフトウェアリポジトリ内の１つ以上のソフトウェアハッシュが群車両のものと一致しないことに応答して、公開アドレに対して発行された現在のソフトウェアハッシュを取得するため、指定されたフルノードに問い合わせるように構成される。ソフトウェア制御モジュールは、指定のフルノードからの現在のソフトウェアハッシュがソフトウェアリポジトリに格納されている１つ以上のソフトウェアハッシュと一致しないことに応答して、正当と認められる現在のソフトウェアプログラムを取得するように構成される。

さらに別の形態では、車両制御システムは、ビットコインネットワークを介してビットコインを受信するように構成されるモバイルウォレットコントローラをさらに備える。

１つの形態において、本開示は、車両制御システム及び車両ブロックチェーンマネージャを含む車両認証システムを対象とする。車両ブロックチェーンマネージャは、ビットコインネットワークと通信し、公開アドレスを生成するように構成される。車両ブロックチェーンマネージャは、公開アドレスを使用してビットコインネットワークに使用不可能なトランザクションを送信するように構成される。使用不可能なトランザクションには、正当と認められるソフトウェアプログラムの正当と認められるソフトウェアハッシュが含まれる。

１つの形態において、本開示は、車両コントローラに設けられるメモリに、公開アドレスと公開アドレスに関連付けられた１つ以上のソフトウェアハッシュを格納することを含む方法を対象とする。公開アドレスは、少なくとも1台の車両で構成される車両群のためのものである。この方法はさらに、車両コントローラによってアップロードされるための推奨ソフトウェアプログラムを受信すること、推奨ソフトウェアプログラムを示す付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致するかどうかを判定すること、及び、付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致することに応答して推奨ソフトウェアプログラムを保存すること、を含む。

別の形態では、この方法は、推奨されるソフトウェアプログラムの保存に応答して、現在のソフトウェアハッシュをメモリに格納することをさらに含む。

さらに別の形態では、この方法は、付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致しないことに応答して、推奨ソフトウェアプログラムの取得を禁止することをさらに含む。

別の形態では、この方法は、格納された公開アドレスに関連付けられた現在のソフトウェアハッシュを取得するために車両ブロックチェーンマネージャに問い合わせることをさらに含み、車両ブロックチェーンマネージャは、公開アドレスを生成し、その公開アドレスを使用してブロックチェーンネットワーク上でトランザクションを発行する。

さらに別の形態では、この方法は、推奨ソフトウェアプログラムをハッシュして、付随的ソフトウェアハッシュを取得することをさらに含む。

別の形態では、メモリは、公開鍵を格納するように構成され、この方法は、通信車両から公開アドレス及び公開鍵を受信すること、及び、通信車両の公開アドレス及び公開鍵がメモリに格納された公開アドレス及び公開鍵と一致することに応答して、通信車両を群車両として識別することをさらに含む。

さらに別の形態では、この方法は、ソフトウェア検証要求を群車両に送信し、群車両の現在のソフトウェアハッシュを取得すること、ソフトウェア検証要求は、メモリに格納された現在のソフトウェアハッシュを含み、メモリに格納された１つ以上のソフトウェアハッシュが群車両の現在のソフトウェアハッシュと一致しないことに応答して、公開アドレスに対して発行された現在のソフトウェアハッシュを取得するために車両ブロックチェーンマネージャに問い合わせること、及び、取得した現在のソフトウェアハッシュがメモリに格納された１つ以上のソフトウェアハッシュに一致しないことに応答して、正当と認められる現在のソフトウェアプログラムを取得すること、をさらに含む。

別の形態では、この方法は、ブロックチェーンネットワーク上で車両群のための公開アドレスを生成すること、事前に選択されたハッシュアルゴリズムに従って車両群に提供されるソフトウェアプログラムをハッシュしてソフトウェアハッシュを取得すること、公開アドレスを使用して使用不可能なトランザクションをブロックチェーンネットワークに送信すること、使用不可能なトランザクションはソフトウェアハッシュを含み、及びデータベースに公開アドレス及びソフトウェアハッシュを格納すること、をさらに含む。

さらに別の形態では、この方法は、少なくとも１台の車両の１つからの問い合わせに応答して、データベースから現在のソフトウェアハッシュを送信することをさらに含む。

別の形態では、この方法は、少なくとも１台の車両によって、金銭的なビットコイン取引を受け取ることをさらに含む。

本明細書で特に明示的に示されない限り、機械的／熱的特性、組成パーセンテージ、寸法及び／又は公差、もしくは他の特性を示すすべての数値は、本開示の範囲を説明する際に「約」又は「凡そ」という言葉によって修正されると理解されるべきである。この変更は、産業会の慣行、製造技術、及びテスト能力を含むさまざまな理由から望まれる。

本明細書で使用される場合、Ａ、Ｂ、及びＣの少なくとも1つとの語句は、非排他的論理ＯＲを使用して、論理（Ａ ＯＲ Ｂ ＯＲ Ｃ）を意味すると解釈されるべきであり、「Ａの少なくとも1つ、Ｂの少なくとも１つ、及びＣの少なくとも１つ」を意味すると解釈されるべきではない。

この開示の説明は、本質的に単なる例示であり、従って、この開示の本質から逸脱しない変形は、この開示の範囲内にあることが意図される。そのような変形は、この開示の主旨及び範囲からの逸脱と見なされるべきではない。

図において、矢じりで示される矢印の方向は、一般に、図に関係する情報（データや命令など）の流れを示している。例えば、要素Ａと要素Ｂがさまざまな情報を交換するが、要素Ａから要素Ｂに送信される情報が図に関連する場合、矢印は要素Ａから要素Ｂを指す場合がある。この一方向の矢印は、他の情報が要素Ｂから要素Ａに送信されないことを意味しない。さらに、要素Ａから要素Ｂに送信される情報について、要素Ｂは、情報の要求又は受信確認を要素Ａに送信する場合がある。

この出願では、「モジュール」及び／又は「コントローラ」との用語は、特定用途向け集積回路（ＡＳＩＣ）、デジタル、アナログ、又はアナログ／デジタル混合ディスクリート回路、デジタル、アナログ、又はアナログ／デジタル混合集積回路、組み合わせ論理回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コードを実行するプロセッサ回路（共有、専用、又はグループ）、プロセッサ回路によって実行されるコードを格納するメモリ回路（共有、専用、又はグループ）、説明された機能を提供する他の適切なハードウェアコンポーネント、又は、システムオンチップになど、上記の一部又はすべての組み合わせを指すか、一部であるか、又は含むことができる。

メモリとの用語は、コンピュータ可読媒体との用語のサブセットである。本明細書で使用されるコンピュータ可読媒体との用語は、媒体を通って伝播する一時的な電気信号又は電磁信号（搬送波上など）を含まない。従って、コンピュータ可読媒体との用語は、有形で非一時的であると見なされ得る。非一時的で有形のコンピュータ可読媒体の非限定的な例は、不揮発性メモリ回路（フラッシュメモリ回路、消去可能プログラム可能な読み取り専用メモリ回路、又はマスク読み取り専用回路など）、揮発性メモリ回路（静的ランダムアクセスメモリ回路又は動的ランダムアクセスメモリ回路など）、磁気記憶媒体（アナログ又はデジタル磁気テープ又はハードディスクドライブなど）、及び光記憶媒体（ＣＤ、ＤＶＤ、又はブルーレイディスクなど）。

この出願で説明される装置及び方法は、コンピュータプログラムに具体化された１つ以上の特定の機能を実行するように汎用コンピュータを構成することによって作成された専用コンピュータによって部分的又は完全に実施され得る。上記の機能ブロック、フローチャートコンポーネント、及びその他の要素は、ソフトウェア仕様として役割を果たし、熟練した技術者又はプログラマーの日常業務によってコンピュータプログラムに変換できる。

Claims (20)

1. 公開アドレスと公開アドレスに関連付けられた1つ以上のソフトウェアハッシュを格納するソフトウェアバージョンリポジトリ（４５０）を含むメモリ（４４０）と、
   ソフトウェアアップロード要求を検証するように構成される検証モジュール（４５２）と、
   ソフトウェアアップロード要求は、アップロードされる推奨ソフトウェアプログラムを含み、検証モジュールは、推奨ソフトウェアプログラムを示す付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致するかどうかを判定するように構成され、
   付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致することに応答して推奨ソフトウェアプログラムを取得し、現在のソフトウェアハッシュをソフトウェアバージョンリポジトリに格納するように構成されるソフトウェア制御モジュール（４５４）と、を含むように構成されたコントローラ（１０４）を備える車両制御システム。
2. 検証モジュールは、付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致しないことに応答して、付随的ソフトウェアハッシュを正当と認められていないハッシュとして識別するように構成され、
   ソフトウェア制御モジュールは、推奨ソフトウェアプログラムの取得を禁止するように構成される、請求項１の車両制御システム。
3. 検証モジュールは、ブロックチェーンネットワーク上で提供され、公開アドレスに関連付けられている現在のソフトウェアハッシュに関するクエリを提供するように構成される、請求項１又は２の車両制御システム。
4. 検証モジュールは、指定されたフルノードにクエリを提供するように構成され、指定されたフルノードは公開アドレスを生成し、公開アドレスを使用してブロックチェーンネットワークにトランザクションを送信するように構成される、請求項３の車両制御システム。
5. ソフトウェアバージョンリポジトリに格納された１つ以上のソフトウェアハッシュは、コントローラによって取得されたそれぞれの正当と認められたソフトウェアプログラムのソフトウェアハッシュを含む、請求項１乃至４のいずれか１項の車両制御システム。
6. 検証モジュールは、推奨ソフトウェアプログラムをハッシュして、付随的ソフトウェアハッシュを取得するように構成される、請求項１乃至５のいずれか１項の車両制御システム。
7. コントローラは、通信車両から公開アドレス及び鍵を取得するように構成されるフリートモジュールを含むようにさらに構成され、メモリは、公開アドレスに関連付けられる公開鍵を格納するように構成され、フリートモジュールは、通信車両の公開アドレス及び公開鍵がメモリに設けられた公開アドレス及び公開鍵と一致することに応答して、通信車両を群車両として識別するように構成される、請求項１乃至６のいずれか１項の車両制御システム。
8. 検証モジュールは、群車両からソフトウェア検証要求を送信して、群車両用の現在のソフトウェアハッシュを取得し、ソフトウェアバージョンリポジトリ内の１つ以上のソフトウェアハッシュが群車両のものと一致しないことに応答して、公開アドレに対して発行された現在のソフトウェアハッシュを取得するため、指定されたフルノードに問い合わせるように構成され、
   ソフトウェア制御モジュールは、指定されたフルノードからの現在のソフトウェアハッシュがソフトウェアリポジトリに格納されている１つ以上のソフトウェアハッシュと一致しないことに応答して、正当と認められる現在のソフトウェアプログラムを取得するように構成される、請求項７の車両制御システム。
9. 車両制御システムは、ビットコインネットワークを介してビットコインを受信するように構成されるモバイルウォレットコントローラ（９０２）をさらに備える、請求項１乃至８のいずれか１項の車両制御システム。
10. 請求項１乃至９のいずれか１項の車両制御システムと、
    ビットコインネットワークと通信し、公開アドレスを生成するように構成される車両ブロックチェーンマネージャ（１０２）と、を備え、
    車両ブロックチェーンマネージャは、公開アドレスを使用してビットコインネットワークに使用不可能なトランザクションを送信するように構成され、使用不可能なトランザクションには、正当と認められるソフトウェアプログラムの正当と認められるソフトウェアハッシュが含まれる車両認証システム。
11. 車両コントローラに設けられるメモリに、公開アドレスと公開アドレスに関連付けられた１つ以上のソフトウェアハッシュを格納すること、
    公開アドレスは、少なくとも1台の車両で構成される車両群のためのものであり、
    車両コントローラによってアップロードされるための推奨ソフトウェアプログラムを受信すること、
    推奨ソフトウェアプログラムを示す付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致するかどうかを判定すること、及び、
    付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致することに応答して推奨ソフトウェアプログラムを保存すること、を備える方法。
12. 推奨されるソフトウェアプログラムの保存に応答して、現在のソフトウェアハッシュをメモリに格納することをさらに備える請求項１１の方法。
13. 付随的ソフトウェアハッシュが現在のソフトウェアハッシュと一致しないことに応答して、推奨ソフトウェアプログラムの取得を禁止することをさらに備える請求項１１又は１２の方法。
14. 格納された公開アドレスに関連付けられた現在のソフトウェアハッシュを取得するために車両ブロックチェーンマネージャに問い合わせることをさらに備え、車両ブロックチェーンマネージャは、公開アドレスを生成し、その公開アドレスを使用してブロックチェーンネットワーク上でトランザクションを発行する請求項１１乃至１３のいずれか１項の方法。
15. 推奨ソフトウェアプログラムをハッシュして、付随的ソフトウェアハッシュを取得することをさらに備える請求項１１乃至１４のいずれか１項の方法。
16. メモリは、公開鍵を格納するように構成され、
    通信車両から公開アドレス及び公開鍵を受信すること、及び、
    通信車両の公開アドレス及び公開鍵がメモリに格納された公開アドレス及び公開鍵と一致することに応答して、通信車両を群車両として識別することをさらに備える請求項１１乃至１５のいずれか１項の方法。
17. ソフトウェア検証要求を群車両に送信し、群車両の現在のソフトウェアハッシュを取得すること、
    ソフトウェア検証要求は、メモリに格納された現在のソフトウェアハッシュを含み、
    メモリに格納された１つ以上のソフトウェアハッシュが群車両の現在のソフトウェアハッシュと一致しないことに応答して、公開アドレスに対して発行された現在のソフトウェアハッシュを取得するために車両ブロックチェーンマネージャに問い合わせること、及び、
    取得した現在のソフトウェアハッシュがメモリに格納された１つ以上のソフトウェアハッシュに一致しないことに応答して、正当と認められる現在のソフトウェアプログラムを取得すること、をさらに備える請求項１６の方法。
18. ブロックチェーンネットワーク上で車両群のための公開アドレスを生成すること、
    事前に選択されたハッシュアルゴリズムに従って車両群に提供されるソフトウェアプログラムをハッシュしてソフトウェアハッシュを取得すること、
    公開アドレスを使用して使用不可能なトランザクションをブロックチェーンネットワークに送信すること、
    使用不可能なトランザクションはソフトウェアハッシュを含み、及び、
    データベースに公開アドレスとソフトウェアハッシュを格納すること、をさらに備える請求項１１乃至１７のいずれか１項の方法。
19. 少なくとも１台の車両の１つからの問い合わせに応答して、データベースから現在のソフトウェアハッシュを送信することをさらに備える請求項１８の方法。
20. 少なくとも１台の車両によって、金銭的なビットコイン取引を受け取ることをさらに備える請求項１１乃至１９のいずれか１項の方法。

Images