特許 7508571 車両の安全始動方法、安全始動装置、電子制御ユニット及び記憶媒体

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-21

(45)【発行日】2024-07-01

(54)【発明の名称】車両の安全始動方法、安全始動装置、電子制御ユニット及び記憶媒体

(51)【国際特許分類】

   G06F 21/57 20130101AFI20240624BHJP

   G06F 21/64 20130101ALI20240624BHJP

   H04L 9/08 20060101ALI20240624BHJP

   H04L 9/32 20060101ALI20240624BHJP

   G06F 8/65 20180101ALI20240624BHJP

【ＦＩ】

G06F21/57 350

G06F21/64

H04L9/08 C

H04L9/32 200E

G06F8/65

【請求項の数】 9

(21)【出願番号】P 2022551382

(86)(22)【出願日】2022-05-16

(65)【公表番号】

(43)【公表日】2024-01-12

(86)【国際出願番号】 CN2022093129

(87)【国際公開番号】W WO2023092958

(87)【国際公開日】2023-06-01

【審査請求日】2022-08-25

(31)【優先権主張番号】202111436999.0

(32)【優先日】2021-11-29

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】513196256

【氏名又は名称】寧徳時代新能源科技股▲分▼有限公司

【氏名又は名称原語表記】Ｃｏｎｔｅｍｐｏｒａｒｙ Ａｍｐｅｒｅｘ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｉｍｉｔｅｄ

【住所又は居所原語表記】Ｎｏ．２，Ｘｉｎｇａｎｇ Ｒｏａｄ，Ｚｈａｎｇｗａｎ Ｔｏｗｎ，Ｊｉａｏｃｈｅｎｇ Ｄｉｓｔｒｉｃｔ，Ｎｉｎｇｄｅ Ｃｉｔｙ，Ｆｕｊｉａｎ Ｐｒｏｖｉｎｃｅ，Ｐ．Ｒ．Ｃｈｉｎａ ３５２１００

(74)【代理人】

【識別番号】240000327

【弁護士】

【氏名又は名称】弁護士法人クレオ国際法律特許事務所

(72)【発明者】

【氏名】蘭椿樹

(72)【発明者】

【氏名】林挺達

(72)【発明者】

【氏名】王超

【審査官】岸野 徹

(56)【参考文献】

【文献】国際公開第２０１７／００６８６２（ＷＯ，Ａ１）

【文献】欧州特許出願公開第０３２９１０８７（ＥＰ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／５７

Ｇ０６Ｆ ２１／６４

Ｈ０４Ｌ ９／０８

Ｈ０４Ｌ ９／３２

Ｇ０６Ｆ ８／６５

(57)【特許請求の範囲】

【請求項1】

車両の電子制御ユニットに適用される車両安全始動方法であって、
前記車両の電源を入れた後、既定の対称暗号化アルゴリズム及び対称鍵に基づいて、記憶された第１ファームウェアに署名して第１署名値を取得するステップと、
前記第１署名値と、記憶された第２署名値とを比較し、前記第１署名値と前記第２署名値とが一致する場合、前記車両を、安全に始動するように制御するステップと、を含み、
前記対称鍵は、ファームウェアを初回に受信したときに、乱数生成アルゴリズムに基づいて生成されるものであり、
前記第２署名値は、前記第１ファームウェアを受信するときに、前記既定の対称暗号化アルゴリズム及び前記対称鍵に基づいて暗号化して生成されるものである
ことを特徴とする車両安全始動方法。

【請求項2】

前記方法は、
前記車両の電源を入れた後、既定の対称暗号化アルゴリズム及び対称鍵に基づいて、記憶された第１ファームウェアに署名して第１署名値を取得するステップを実行する前に、
前記車両の電源を入れてマスターコンピュータから送信された更新用ファームウェアを受信し、かつ前記更新用ファームウェアが安全なファームウェアであった場合、前記既定の対称暗号化アルゴリズム及び前記対称鍵に基づいて前記更新用ファームウェアに署名して前記第２署名値を取得し、前記第２署名値を記憶し、かつ前回記憶されたファームウェアを前記更新用ファームウェアに入れ替えるステップを含み、
記憶された前記更新用ファームウェアが前記第１ファームウェアであり、
前記電子制御ユニットには既定の公開鍵のハッシュ値が予め記憶されており、
前記マスターコンピュータから送信された更新用ファームウェア、対象署名値及び対象公開鍵を受信するステップと、
前記対象公開鍵のハッシュ値を算出して第１ハッシュ値を取得するステップと、
前記第１ハッシュ値と前記既定の公開鍵のハッシュ値とが一致する場合、前記対象公開鍵に基づいて前記対象署名値を復号化して第２ハッシュ値を取得し、前記第１ハッシュ値と前記既定の公開鍵のハッシュ値とが一致する場合、前記対象公開鍵と前記既定の公開鍵とが同じであると確定し、前記第２ハッシュ値が、ハッシュアルゴリズムにより対象ファームウェアに対して計算を行って取得されたものであり、前記対象署名値が、前記既定の公開鍵に対応する秘密鍵により前記第２ハッシュ値を暗号化して取得されたものである、ステップと、
前記更新用ファームウェアのハッシュ値を算出して第３ハッシュ値を取得するステップと、
前記第３ハッシュ値と前記第２ハッシュ値とが一致する場合、前記更新用ファームウェアが前記安全なファームウェアであると確定し、前記第２ハッシュ値と前記第３ハッシュ値とが一致する場合、前記更新用ファームウェアと前記対象ファームウェアとが同じであると確定するステップと、により前記更新用ファームウェアが安全なファームウェアであることを確定し、
前記マスターコンピュータが前記更新用ファームウェアを更新する必要がある場合、先に対象ファームウェア及び既定の非対称鍵を配置し、前記既定の非対称鍵は、既定の公開鍵及び前記既定の公開鍵に対応する秘密鍵を含み、前記対象ファームウェアは更新する必要のあるファームウェアであり、ハッシュアルゴリズムを用いて前記対象ファームウェアに対して計算を行って第２ハッシュ値を取得するとともに、前記既定の公開鍵に対応する秘密鍵に基づいて、前記第２ハッシュ値を暗号化して対象署名値を取得する
ことを特徴とする請求項１に記載の方法。

【請求項3】

前記方法は、
前記車両の電源を入れた後、既定の対称暗号化アルゴリズム及び対称鍵に基づいて、記憶された第１ファームウェアに署名して第１署名値を取得するステップを実行する前に、
前記車両の電源を入れてマスターコンピュータから送信された更新用ファームウェアを受信し、かつ前記更新用ファームウェアが安全なファームウェアであった場合、前記既定の対称暗号化アルゴリズム及び前記対称鍵に基づいて前記更新用ファームウェアに署名して前記第２署名値を取得し、前記第２署名値を記憶し、かつ前回記憶されたファームウェアを前記更新用ファームウェアに入れ替えるステップを含み、
記憶された前記更新用ファームウェアが前記第１ファームウェアであり、
前記電子制御ユニットには既定の公開鍵のハッシュ値が予め記憶されており、
前記更新用ファームウェア及び対象公開鍵を取得するステップと、
前記対象公開鍵のハッシュ値を算出して第１ハッシュ値を取得するステップと、
前記第１ハッシュ値と前記既定の公開鍵のハッシュ値とが一致する場合、前記更新用ファームウェアが前記安全なファームウェアであると確定するステップと、により前記更新用ファームウェアが安全なファームウェアであることを確定する
ことを特徴とする請求項１に記載の方法。

【請求項4】

前記電子制御ユニットはプロセッサを含み、前記プロセッサにはハードウェアセキュリティモジュールが組み込まれており、前記既定の対称暗号化アルゴリズムは前記ハードウェアセキュリティモジュール内に記憶されており、
前記第２署名値を記憶し、かつ前回記憶されたファームウェアを前記更新用ファームウェアに入れ替えることは、
前記第２署名値を前記ハードウェアセキュリティモジュールに記憶すること、
前記ハードウェアセキュリティモジュールにおける前回記憶されたファームウェアを前記更新用ファームウェアに入れ替えること、を含む
ことを特徴とする請求項２又は３に記載の方法。

【請求項5】

前記既定の対称暗号化アルゴリズムはＡＥＳ－ＣＭＡＣアルゴリズムである
ことを特徴とする請求項１に記載の方法。

【請求項6】

車両の電子制御ユニットに適用される車両安全始動装置であって、
前記車両の電源を入れた後、既定の対称暗号化アルゴリズム及び対称鍵に基づいて、記憶された第１ファームウェアに署名して第１署名値を取得するように構成された署名モジュールと、
前記第１署名値と、記憶された第２署名値とを比較し、前記第１署名値と前記第２署名値とが一致する場合、前記車両を安全に始動するように制御するように構成された制御モジュールと、を含み、
前記対称鍵は、ファームウェアを初回に受信したときに、乱数生成アルゴリズムに基づいて生成されるものであり、
前記第２署名値は、前記第１ファームウェアを受信するときに、前記既定の対称暗号化アルゴリズム及び前記対称鍵に基づいて暗号化して生成されるものである
ことを特徴とする車両安全始動装置。

【請求項7】

プロセッサと、メモリとを含み、前記プロセッサと前記メモリとが接続されており、
前記メモリが、プログラムを記憶するように構成され、
前記プロセッサが、前記メモリに記憶されたプログラムを実行し、請求項１～５のいずれか一項に記載の方法を実行するように構成される
ことを特徴とする電子制御ユニット。

【請求項8】

前記プロセッサにはハードウェアセキュリティモジュールに組み込まれており、前記既定の対称暗号化アルゴリズム、前記第２署名値、前記第１ファームウェア及び前記対称鍵は、前記ハードウェアセキュリティモジュールに記憶されている
ことを特徴とする請求項７に記載の電子制御ユニット。

【請求項9】

コンピュータによって実行されるときに請求項１～５のいずれか一項に記載の方法が実行されるコンピュータプログラムが記憶されている、コンピュータ読取可能記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、車両制御の技術分野に属し、具体的に、車両の安全始動方法、安全始動装置、電子制御ユニット及び記憶媒体に関する。

【0002】

（関係出願の相互参照）
本出願は、２０２１年１１月２９日に出願された、名称が「車両の安全始動方法、安全始動装置、電子制御ユニット及び記憶媒体」である中国出願第２０２１１１４３６９９９０号に基づいて優先権を主張する。

【背景技術】

【0003】

車両の安全始動は、主にシステムソフトウェアの完全性及び真実性を保証し、システムにおける重要なミラーファイルの破壊又は切替を防止するために用いられる。

【0004】

現在、主流の安全検証方法としては、対称暗号化アルゴリズムが採用されている。対称暗号化アルゴリズムの具体的なプロセスとして、電子制御ユニット（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ，ＥＣＵ）は、電源を入れた後、記憶された対称鍵を用いてファームウェアに署名して、仮署名値を取得し、そして仮署名値と記憶されたファームウェア署名値とが一致するか否かについて比較し、一致すると、車両を安全に始動するように制御する。発明者は、実践研究で、電子制御ユニットの記憶した対称鍵が、マスターコンピュータによって伝送されるものであり、マスターコンピュータが対称鍵を伝送する過程において、対称鍵が漏れるリスクが増加し、一旦対称鍵が漏れると、安全始動機能がハッカーによって突破されやすくなることを発見した。また、この方式では、電子制御ユニットを作製するメーカーが、対称鍵を管理するために大量の人的資源及び物的資源を投入する必要がある。

【発明の概要】

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

【0005】

本出願の実施例は、対称鍵の漏れ問題および対称鍵の管理問題を解決することができる、車両の安全始動方法、安全始動装置、電子制御ユニット及び記憶媒体を提供することを目的とする。

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

【0006】

本発明は、下記のように実現される。

【0007】

第１局面において、本出願の実施例は、車両の電子制御ユニットに適用される車両安全始動方法を提供する。前記方法は、前記車両の電源を入れた後、既定の対称暗号化アルゴリズム及び対称鍵に基づいて、記憶された第１ファームウェアに署名して第１署名値を取得するステップと、前記第１署名値と、記憶された第２署名値とを比較し、前記第１署名値と前記第２署名値とが一致する場合、前記車両を安全に始動するように制御するステップと、を含み、前記対称鍵は、ファームウェアを初回に受信したときに、乱数生成アルゴリズムに基づいて生成されたものであり、前記第２署名値は、前記第１ファームウェアを受信するときに、前記既定の対称暗号化アルゴリズム及び前記対称鍵に基づいて暗号化して生成されたものである。

【0008】

本出願の実施例では、電子制御ユニットに乱数生成アルゴリズムが配置され、電子制御ユニットがファームウェアを初回に受信したとき（例えば、ベンダー設定過程において）、乱数生成アルゴリズムがトリガーされ、１つの対称鍵をランダムに生成して記憶し、後の車両に対する安全始動制御に用い、この方式により、対称鍵が電子制御ユニットにより生成されるため、対称鍵が電子制御ユニットの外部から伝送されることに起因して対称鍵が漏れる問題を避けることができ、また、対称鍵は、電子制御ユニットが、受信したファームウェアに基づいてランダムに生成されるものであるため、電子制御ユニットを作製するメーカーが対称鍵を管理するために大量の人的資源及び物的資源を投入する必要がない。

【0009】

上記の第１局面による技術案をもとに、いくつかの実施可能な形態において、前記車両の電源を入れた後、既定の対称暗号化アルゴリズム及び対称鍵に基づいて、記憶された第１ファームウェアに署名して第１署名値を取得する前に、前記方法は、前記車両の電源を入れてマスターコンピュータから送信された更新用ファームウェアを受信し、且つ前記更新用ファームウェアが安全なファームウェアであった場合、前記既定の対称暗号化アルゴリズム及び前記対称鍵に基づいて前記更新用ファームウェアに署名して前記第２署名値を取得し、前記第２署名値を記憶し、かつ前回記憶されたファームウェアを前記更新用ファームウェアに入れ替える、ステップを含み、記憶された前記更新用ファームウェアが前記第１ファームウェアである。

【0010】

本出願の実施例では、更新用ファームウェアが安全なファームウェアであると確定された場合に限り、署名値の更新がトリガーされ、車両始動時の安全性がさらに向上し、悪意的なファームウェアにより車両のファームウェア更新がトリガーされることを防ぐことができる。

【0011】

上記の第１局面による技術案をもとに、いくつかの実現可能な形態において、前記電子制御ユニットには既定の公開鍵のハッシュ値が予め記憶されており、前記マスターコンピュータから送信された前記更新用ファームウェア、対象署名値及び対象公開鍵を受信するステップと、前記対象公開鍵のハッシュ値を算出して第１ハッシュ値を取得ステップと、前記第１ハッシュ値と前記既定の公開鍵のハッシュ値とが一致する場合、前記対象公開鍵に基づいて前記対象署名値を復号化して第２ハッシュ値を取得し、前記第１ハッシュ値と前記既定の公開鍵のハッシュ値とが一致する場合、前記対象公開鍵と前記既定の公開鍵とが同じであると確定し、前記第２ハッシュ値が、ハッシュアルゴリズムにより対象ファームウェアに対して計算を行って取得されたものであり、前記対象署名値が、前記既定の公開鍵に対応する秘密鍵により第２ハッシュ値を暗号化して取得されたものである、ステップと、前記更新用ファームウェアのハッシュ値を算出して第３ハッシュ値を取得するステップと、前記第３ハッシュ値と前記第２ハッシュ値とが一致する場合、前記更新用ファームウェアが前記安全なファームウェアであると確定し、前記第２ハッシュ値と前記第３ハッシュ値とが一致する場合、前記更新用ファームウェアと前記対象ファームウェアとが同じであると確定するステップと、により前記更新用ファームウェアが安全なファームウェアであることを確定する。

【0012】

本出願の実施例では、非対称暗号化アルゴリズムによりファームウェアの安全性を検証する（それとともに、マスターコンピュータから送信された更新用ファームウェア及び公開鍵を検証する）ことにより、ファームウェアがハッカーによって攻撃されることに起因した安全始動の第２署名値が変えられるリスクを低減し、車両始動時の安全性をさらに向上させることができる。

【0013】

上記の第１局面による技術案をもとに、いくつかの実現可能な形態において、前記電子制御ユニットには既定の公開鍵のハッシュ値が予め記憶されており、前記更新用ファームウェア及び対象公開鍵を取得するステップと、前記対象公開鍵のハッシュ値を算出して第１ハッシュ値を取得するステップと、前記第１ハッシュ値と前記既定の公開鍵のハッシュ値とが一致する場合、前記更新用ファームウェアが前記安全なファームウェアであると確定するステップと、により前記更新用ファームウェアが前記安全なファームウェアであることを確定する。

【0014】

本出願の実施例では、非対称暗号化アルゴリズムにより公開鍵の安全性を検証することにより、マスターコンピュータから送信された公開鍵の正当性を確定でき、ある程度、車両始動時の安全性を向上させ、不正な公開鍵により車両のファームウェア更新がトリガーされることを防ぐことができる。また、この方式によれば、電子制御ユニットの処理圧力を軽減することができる。

【0015】

上記の第１局面による技術案をもとに、いくつかの実現可能な形態において、前記電子制御ユニットはプロセッサを含み、前記プロセッサにはハードウェアセキュリティモジュールが組み込まれており、前記既定の対称暗号化アルゴリズムは、前記ハードウェアセキュリティモジュール内に記憶されており、前記第２署名値を記憶し、かつ前記記憶されたファームウェアを前記更新用ファームウェアに入れ替えることは、前記第２署名値を前記ハードウェアセキュリティモジュール内に記憶することと、前記ハードウェアセキュリティモジュールにおける前回記憶されたファームウェアを前記更新用ファームウェアに入れ替えることと、を含む。

【0016】

本出願の実施例では、電子制御ユニットのプロセッサにはハードウェアセキュリティモジュールが組み込まれており、ハードウェアセキュリティモジュールの記憶領域のセキュリティレベルは普通の記憶ユニットよりも高いため、第２署名値、更新用ファームウェア及び対称鍵をハードウェアセキュリティモジュールに記憶することで、データ記憶がより安全になる。

【0017】

上記の第１局面による技術案によれば、いくつかの実現可能な形態において、前記既定の暗号化アルゴリズムはＡＥＳ－ＣＭＡＣアルゴリズムである。

【0018】

第２局面において、本出願の実施例は、車両の電子制御ユニットに適用される車両安全始動装置を提供する。前記装置は、前記車両の電源を入れた後、既定の対称暗号化アルゴリズム及び対称鍵に基づいて、記憶された第１ファームウェアに署名して第１署名値を取得するように構成された署名モジュールと、前記第１署名値と記憶された第２署名値とを比較し、前記第１署名値と前記第２署名値とが一致する場合、前記車両を安全に始動するように制御するように構成された制御モジュールと、を含み、前記対称鍵は、ファームウェアを初回に受信したときに、乱数生成アルゴリズムに基づいて生成されたものであり、前記第２署名値は、前記第１ファームウェアを受信したときに、前記既定の対称暗号化アルゴリズム及び前記対称鍵に基づいて暗号化して生成されたものである。

【0019】

第３局面において、本出願の実施例は電子制御ユニットを提供する。この電子制御ユニットは、プロセッサとメモリとを含み、前記プロセッサと前記メモリとが接続されており、前記メモリが、プログラムを記憶するように構成され、前記プロセッサが、前記メモリに記憶されたプログラムを実行し、上記の第１局面の実施例及び／又は上記の第１局面の実施例のいくつかの実現可能な形態による方法を実行するように構成される。

【0020】

上記第３局面による技術案をもとに、いくつかの実現可能な形態において、前記プロセッサにはハードウェアセキュリティモジュールに組み込まれており、前記既定の対称暗号化アルゴリズム、前記第２署名値、前記第１ファームウェア及び前記対称鍵は、前記ハードウェアセキュリティモジュールに記憶されている。

【0021】

第４局面において、本出願の実施例はコンピュータ読取可能記憶媒体を提供する。このコンピュータ読取可能記憶媒体は、プロセッサによって実行されるときに上記第１局面の実施例及び／又は上記第１局面の実施例のいくつかの実現可能な形態による方法が実行されるコンピュータプログラムが記憶されている。

【図面の簡単な説明】

【0022】

下記の好ましい実施形態の詳しい説明を閲覧することで、各種の他の利点及び有益効果は、当業者にとって明瞭になる。図面は、好ましい実施形態を示すものにすぎず、本出願を限定するものではない。そして、すべての図面において、同様の符号は、同様の部材を表す。

【図1】従来技術における、対称鍵に基づく安全始動のプロセスを示す模式図である。

【図2】本出願の実施例による電子制御ユニットのブロック図である。

【図3】本出願の実施例による車両安全始動方法のフローチャートである。

【図4】本出願の実施例による他の車両安全始動方法のフローチャートである。

【図5】本出願の実施例による更新用ファームウェアを検証することを示すフローチャートである。

【図6】本出願の実施例による、対称鍵に基づく車両安全始動のプロセスを示す模式図である。

【図7】本出願の実施例による車両安全始動装置のブロック図である。

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

【0023】

以下、図面を参照しながら、本出願の技術案の実施例を詳細に説明する。以下の実施例は本出願の技術案をより明瞭に説明することだけに用いられるため、例示的なものに過ぎず、本出願の保護範囲はこれに限定されない。

【0024】

別の定義がない限り、本明細書で使用される全ての技術的及び科学的用語は、当業者が通常に理解する意味と同じ意味を有し、本明細書で使用される用語は、具体的な実施例を説明する目的だけに使用し、本出願を限定するものではない。本出願の明細書及び特許請求の範囲並びに上記の図面の説明における用語の「含む」及び「有する」、並びにそれらの任意の変形は、非排他的な包含をカバーすることを意図する。

【0025】

本出願の実施例の説明において、技術的用語の「第１」、「第２」等は、異なるオブジェクトを区別することだけに用いられ、相対的な重要性を指示し又は暗示し、或いは表される技術特徴の数、特定の順序又は主要と副次的の関係を暗示するものではない。本出願の実施例の説明において、「複数」は、特に明確な、具体的な限定がない限り、２つ以上を意味する。

【0026】

本明細書において「実施例」というとき、実施例を用いて説明する特定の特徴、構造または特性が本出願の少なくとも１つの実施例に含まれることを意味している。明細書の各部分にこの用語が使用された場合、同一の実施例を指しているとは限らず、他の実施例と互いに排斥する独立な実施例または選択可能な実施例を指しているでもない。本明細書で説明する実施例が他の実施例と組み合わせることができると当業者が理解できる。

【0027】

本出願の実施例の説明において、用語の「および／または」は、関連対象の関連関係を説明するためのものにすぎず、３種の関係を表すことができ、例えばＡおよび／またはＢのように、Ａだけが存在することと、ＡおよびＢがともに存在することと、Ｂだけが存在することとの３種の状況を表すことができる。また、本明細書における記号「／」は、一般的に記号の前後の関連対象が「または」の関係を満たすことを意味している。

【0028】

本出願の実施例の説明において、用語の「複数」は、２つ以上（２つを含む）のことを意味し、同様に、「複数組」は、２組以上（２組を含む）のことを意味し、「複数枚」は、２枚以上（２枚を含む）のことを意味する。

【0029】

図１を参照し、図１は、従来技術における、対称鍵に基づく安全始動のプロセスを示す模式図である。

【0030】

以下、従来の、対称鍵に基づく車両安全始動のプロセスを説明する。

【0031】

まず、信頼の鎖を構築する。

【0032】

ステップＳ１：安全な開発環境で、１つの対称鍵を生成する。

【0033】

ステップＳ２：既定の対称暗号化アルゴリズム及び対称鍵を用いてファームウェアの署名値を算出してｓｉｇｎ１とする。

【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】

ステップＳ８：ブートローダは、対象公開鍵のハッシュ値を算出して、ＨＡＳＨ３とする。そして、ＨＡＳＨ３と、記憶されたＨＡＳＨ２とが等しいか否かについて比較し、等しい場合、対象公開鍵と既定の公開鍵とが一致し、対象公開鍵が正当な公開鍵であると確定され、この場合、対象公開鍵の検証に合格し、ステップＳ９が実行される。ＨＡＳＨ３と、記憶されたＨＡＳＨ２とが等しくない場合、対象公開鍵が不正な公開鍵であると確定され、この場合、後の処理を実行しない。

【0094】

ステップＳ９：ブートローダは、対象公開鍵を用いて対象署名値を復号化して、対象ファームウェアのハッシュ値ＨＡＳＨ１を取得する。

【0095】

ステップＳ１０：ブートローダは、ハッシュアルゴリズムに基づいて更新用ファームウェアのハッシュ値ＨＡＳＨ４を算出する。

【0096】

ステップＳ１１：ブートローダは、ＨＡＳＨ４とＨＡＳＨ１とが等しいか否かについて判断し、等しい場合、更新用ファームウェアがハッカーによって改ざんされておらず、更新用ファームウェアを信頼することができ、この場合、ステップＳ１２を実行する。そうでない場合、更新用ファームウェアがハッカーによって改ざんされたと確定され、この場合、後の処理を実行しない。

【0097】

ステップＳ１２：ブートローダは、乱数生成アルゴリズムにより、１つの対称鍵を生成して記憶する。

【0098】

なお、ステップＳ１２は、ファームウェアを初回に受信したときのみ実行され、つまり、メーカーが電子制御ユニットを作製する配置プロセスにおいて一回だけ実行される。後のファームウェアの更新は、ステップＳ１２をスキップして直接ステップＳ１３を実行する。

【0099】

ステップＳ１３：ブートローダは、既定の対称暗号化アルゴリズム及び対称鍵に基づいて更新用ファームウェアを算出し、第２署名値を取得してＳｉｇｎ２とするとともに、更新用ファームウェア、第２署名値を記憶する。ここまでで、信頼の鎖の構築が完了する。

【0100】

なお、上記信頼の鎖の構築プロセスにおけるステップＳ１～ステップＳ５及びステップＳ１２は、メーカーが電子制御ユニットを作製する配置過程において行われる。一方、ステップＳ６～ステップＳ１１及びステップＳ１３は、メーカーが電子制御ユニットを作製する配置過程、例えばメーカーによるファームウェアの初回配置時に行われてもよく、電子制御ユニットのファームウェアの後のアップグレード過程、例えば、後のメーカーによるファームウェアをアップグレードする過程において行われてもよい。

【0101】

車両安全始動プロセス：

【0102】

ステップＳ１４：車両の電源を再び入れた後、電子制御ユニットは既定の暗号化アルゴリズム及び対称鍵に基づいて、記憶されたファームウェアに署名して、ｓｉｇｎ３とする。

【0103】

ステップＳ１５：電子制御ユニットは、署名値ｓｉｇｎ１と、記憶された署名値ｓｉｇｎ２とを比較し、両者が等しい場合、検証は合格であり、そうでない場合、検証は失敗となり、車両の始動を禁止する。

【0104】

なお、電子制御ユニットが新しい更新用ファームウェアを取得した度に、前回のファームウェアを入れ替え、例えば、現在記憶されているものが第１ファームウェアであり、後に更新用ファームウェアを取得した場合、第１ファームウェアを削除して、取得した更新用ファームウェアを記憶し、このとき、更新用ファームウェアが第２ファームウェアとされ、このようにして、第３ファームウェア、第４ファームウェア、第５ファームウェアを記憶する。

【0105】

図７を参照し、同一の発明思想をもとに、本出願の実施例では、署名モジュール３１０と、制御モジュール３２０とを含む車両安全始動装置３００をさらに提供する。

【0106】

署名モジュール３１０は、前記車両の電源を入れた後、既定の対称暗号化アルゴリズム及び対称鍵に基づいて、記憶された第１ファームウェアに署名して、第１署名値を取得するように構成され、前記対称鍵は、ファームウェアを初回に受信したとき、乱数生成アルゴリズムに基づいて生成されたものである。

【0107】

制御モジュール３２０は、前記第１署名値と、記憶された第２署名値とを比較し、前記第１署名値と前記第２署名値とが一致する場合、前記車両を安全に始動するように制御するように構成され、前記第２署名値は、前記第１ファームウェアを受信したときに、前記既定の対称暗号化アルゴリズム及び前記対称鍵に基づいて暗号化して生成されたものである。

【0108】

好ましくは、車両安全始動装置３００は、記憶モジュールをさらに含む。

【0109】

記憶モジュールは、前記車両の電源を入れ、マスターコンピュータから送信された更新用ファームウェアを受信し、且つ前記更新用ファームウェアが安全なファームウェアであった場合、前記既定の対称暗号化アルゴリズム及び前記対称鍵に基づいて前記更新用ファームウェアに署名して、前記第２署名値を取得して前記第２署名値を記憶し、かつ前回記憶されたファームウェアを前記更新用ファームウェアに入れ替えるように構成され、記憶された前記更新用ファームウェアが前記第１ファームウェアである。

【0110】

任意で、電子制御ユニットには、既定の公開鍵のハッシュ値が予め記憶されており、車両安全始動装置３００は検証モジュールをさらに含む。

【0111】

検証モジュールは、前記マスターコンピュータから送信された前記更新用ファームウェア、対象署名値及び対象公開鍵を受信し、前記対象公開鍵のハッシュ値を算出して第１ハッシュ値を取得し、前記第１ハッシュ値と前記既定の公開鍵のハッシュ値とが一致する場合、前記対象公開鍵に基づいて前記対象署名値を復号化して第２ハッシュ値を取得し、前記第１ハッシュ値と前記既定の公開鍵のハッシュ値とが一致する場合、前記対象公開鍵と前記既定の公開鍵とが一致すると確定し、前記第２ハッシュ値はハッシュアルゴリズムにより対象ファームウェアに対して計算することで取得されたものであり、前記対象署名値は、前記既定の公開鍵に対応する秘密鍵により第２ハッシュ値を暗号化して取得されたものであり、前記更新用ファームウェアのハッシュ値を算出して第３ハッシュ値を取得し、前記第３ハッシュ値と前記第２ハッシュ値とが一致する場合、前記更新用ファームウェアが前記安全なファームウェアであると確定し、前記第２ハッシュ値と前記第３ハッシュ値とが一致する場合、前記更新用ファームウェアと前記対象ファームウェアとが同じであると確定する。

【0112】

任意で、検証モジュールは、前記更新用ファームウェア及び対象公開鍵を取得し、前記対象公開鍵のハッシュ値を算出して第１ハッシュ値を取得し、前記第１ハッシュ値と前記既定の公開鍵のハッシュ値とが一致する場合、前記更新用ファームウェアが前記安全なファームウェアであると確定するように構成される。

【0113】

任意で、前記電子制御ユニットはプロセッサを含み、前記プロセッサにはハードウェアセキュリティモジュールが組み込まれ、前記既定の対称暗号化アルゴリズムは、前記ハードウェアセキュリティモジュール内に記憶され、これに対応して、前記記憶モジュールは、具体的に前記第２署名値を前記ハードウェアセキュリティモジュール内に記憶するとともに、前記ハードウェアセキュリティモジュールにおける前回記憶されたファームウェアを前記更新用ファームウェアに入れ替えることに用いられる。

【0114】

なお、当業者は、便宜に及び簡単に説明するため、上記説明されるシステム、装置及びユニットの具体的な作動プロセスについて、上記の方法の実施例における対応のプロセスを参照することができ、ここで重複して説明しない。

【0115】

同一発明思想をもとに、本出願の実施例では、実行されるときに上記の実施例による方法が実行されるコンピュータプログラムが記憶されたコンピュータ読取可能記憶媒体をさらに提供する。

【0116】

この記憶媒体は、コンピュータがアクセスできる任意の利用可能な媒体、或いは１つ又は複数の利用可能な媒体を含む集積されたサーバ、データセンター等のデータ記憶設備であり得る。前記利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、テープ）、光学媒体（例えば、ＤＶＤ）、或いは半導体媒体（例えば、ソリッドステートドライブＳｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ （ＳＳＤ））等であり得る。

【0117】

本発明の提供する実施例において、開示された装置及び方法は、他の方式で実現されることができると理解すべきである。上記に説明された装置の実施例は例示的なものにすぎず、例えば、前記のユニットの区分は、単に論理的な機能区分であり、実際の実現では別の区分であってもよい。例えば、複数のユニット又はコンポーネントを組み合わせ、又は別のシステムに統合してもよく、或いは一部の特徴を省略又は不実行にしてもよい。また、示したもしくは論じた相互結合又は直接結合又は通信接続は、いくつかのインターフェース、装置又はユニットを介する間接結合又は通信接続であってもよく、また、電気的、機械的又は他の形式による接続であってもよい。

【0118】

また、別個の部品として説明されたユニットは、物理的に別個であってもなくてもよい。ユニットとして示した部材は、物理的なユニットであっても、なくてもよく、つまり、同一位置に配置してもよく、複数のネットワークユニットに分散してもよい。本実施例の案の目的を達成するために実際の要求に応じて一部又は全部のユニットを選択することが可能である。

【0119】

さらに、本出願の各実施例における各機能モジュールは、一体に統合されて１つの独立した部分として形成してもよく、各モジュールがそれぞれ単独で存在してもよく、２つ以上のモジュールを統合して１つの独立した部分として形成してもよい。

【0120】

最後に説明すべきこととしては、上記の各実施例は、本出願の技術案を説明するためのものにすぎず、それを限定するものではない。上記の各実施例を用いて本出願を詳細に説明したが、当業者であればわかるように、依然として上記の各実施例に記載される技術案を変更し、又はそのうちの一部又は全ての技術特徴に対して均等置換を行うことが可能であり、これらの変更又は置換は、対応する技術案の本質を本出願の各実施例の技術案の範囲から逸脱させることがなく、いずれも本出願の特許請求の範囲及び明細書の範囲に含まれる。特に、構造上の矛盾がない限り、各実施例で言及された各技術的特徴はいずれも任意の方式で組み合わせることができる。本出願は本明細書で開示された実施例に限定されなく、特許請求の範囲内に属する全ての技術案を含む。

【符号の説明】

【0121】

１００ 電子制御ユニット
１１０ プロセッサ
１２０ メモリ
３００ 車両安全始動装置
３１０ 署名モジュール
３２０ 制御モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】