特許 7411755 無線によるセキュアなロック作動のやり取りのためのキーフォブ、方法、コンピュータ可読媒体、及びシステム

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

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

(11)【特許番号】

(24)【登録日】2023-12-27

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

(54)【発明の名称】無線によるセキュアなロック作動のやり取りのためのキーフォブ、方法、コンピュータ可読媒体、及びシステム

(51)【国際特許分類】

   H04L 9/32 20060101AFI20231228BHJP

   B60R 25/24 20130101ALI20231228BHJP

   E05B 49/00 20060101ALI20231228BHJP

【ＦＩ】

H04L9/32 200A

B60R25/24

E05B49/00 H

【請求項の数】 18

(21)【出願番号】P 2022161300

(22)【出願日】2022-10-06

(62)【分割の表示】P 2020572928の分割

【原出願日】2019-06-26

(65)【公開番号】P2022179620

(43)【公開日】2022-12-02

【審査請求日】2022-11-02

(31)【優先権主張番号】16/023,309

(32)【優先日】2018-06-29

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

(73)【特許権者】

【識別番号】595168543

【氏名又は名称】マイクロン テクノロジー，インク．

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100074099

【弁理士】

【氏名又は名称】大菅 義之

(72)【発明者】

【氏名】トロイア アルバート

(72)【発明者】

【氏名】モンデッロ アントニーノ

【審査官】中里 裕正

(56)【参考文献】

【文献】特開２０１６－０１２９１８（ＪＰ，Ａ）

【文献】特開２０１０－０４１４１１（ＪＰ，Ａ）

【文献】米国特許出願公開第２００７／０２００６７１（ＵＳ，Ａ１）

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

Ｈ０４Ｌ ９／３２

Ｂ６０Ｒ ２５／２４

Ｅ０５Ｂ ４９／００

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

【請求項1】

無線によるセキュアなロック作動のやり取りのためのキーフォブであって、
無線送受信機と、
処理回路と、
を備え、
前記処理回路は、
車両のロックを作動させるための要求を、前記送受信機を介して前記車両へ送信することであって、前記要求は、前記車両についての識別子を含む、ことと、
検証ループを実行することと、
を行うように構成され、
前記検証ループは、
前記車両からの応答を前記送受信機によって受信することであって、前記応答は、前記識別子と鮮度値とから作成された第１の車両署名を含む、ことと、
ローカル鮮度値を変更することと、
前記変更されたローカル鮮度値と前記第１の車両署名とに基づいて第２の車両署名を作成することと、
前記第２の車両署名を前記送受信機を介して前記車両へ送信することと、
を含み、
新たな第１の車両署名が受信されない場合に前記検証ループが終了する、キーフォブ。

【請求項2】

前記ローカル鮮度値は単調カウンタによって生成され、前記検証ループは前記単調カウンタのインクリメントを含む、請求項１に記載のキーフォブ。

【請求項3】

前記検証ループは、前記車両によって保持されたチャレンジカウントによって定義される上限を有し、チャレンジカウント数の検証ループが成功である場合に、前記車両の前記ロックを作動させるための前記要求が成功であり、それ以外は失敗である、請求項１に記載のキーフォブ。

【請求項4】

前記チャレンジカウントは、第１の閾値と第２の閾値との間のランダムな数である、請求項３に記載のキーフォブ。

【請求項5】

前記第１の車両署名は、鍵と、前記要求の一部と、前記車両での各ループごとに変化する第２の鮮度値とを用いて生成されたメッセージ認証コード（ＭＡＣ）である、請求項１に記載のキーフォブ。

【請求項6】

前記鍵は、前記キーフォブ上及び前記車両上に存在する対称鍵である、請求項５に記載のキーフォブ。

【請求項7】

前記識別子は、車両についての車両識別番号（ＶＩＮ）である、請求項１に記載のキーフォブ。

【請求項8】

前記要求は、前記ロックをロック状態からロック解除状態へ作動させるための要求である、請求項１に記載のキーフォブ。

【請求項9】

無線によるセキュアなロック作動のやりとりのための方法であって、
車両のロックを作動させるための要求を、デバイスによって前記車両へ送信することであって、前記要求は、前記車両についての識別子を含む、ことと、
検証ループを実行することと、
を含み、
前記検証ループは、
前記車両からの応答を受信することであって、前記応答は、前記識別子と鮮度値とから作成された第１の車両署名を含む、ことと、
ローカル鮮度値を変更することと、
前記変更されたローカル鮮度値と前記第１の車両署名とに基づいて第２の車両署名を作成することと、
前記第２の車両署名を前記車両へ送信することと、
を含み、
新たな第１の車両署名が受信されない場合に前記検証ループが終了する、方法。

【請求項10】

前記ローカル鮮度値は単調カウンタによって生成され、前記検証ループは、前記単調カウンタをインクリメントすることを含む、請求項９に記載の方法。

【請求項11】

前記検証ループは、前記車両によって保持されたチャレンジカウントによって定義される上限を有し、チャレンジカウント数の検証ループが成功である場合に、前記車両の前記ロックを作動させるための前記要求が成功であり、それ以外は失敗である、請求項９に記載の方法。

【請求項12】

前記チャレンジカウントは、第１の閾値と第２の閾値との間のランダムな数である、請求項１１に記載の方法。

【請求項13】

前記第１の車両署名は、鍵と、前記要求の一部と、前記車両での各ループごとに変化する第２の鮮度値とを用いて生成されたメッセージ認証コード（ＭＡＣ）である、請求項９に記載の方法。

【請求項14】

前記鍵は、前記デバイス上及び前記車両上に存在する対称鍵である、請求項１３に記載の方法。

【請求項15】

前記識別子は、車両についての車両識別番号（ＶＩＮ）である、請求項９に記載の方法。

【請求項16】

前記要求は、前記ロックをロック状態からロック解除状態へ作動させるための要求である、請求項９に記載の方法。

【請求項17】

処理回路によって実行された場合に前記処理回路に請求項９乃至１６のいずれか１項に記載の方法を実行させる命令、を含むコンピュータ可読媒体。

【請求項18】

請求項９乃至１６のいずれか１項に記載の方法を実行する手段を備えたシステム。

【発明の詳細な説明】

【技術分野】

【0001】

［優先権出願］
本願は、参照によりその全体が本明細書に組み込まれる、２０１８年６月２９日に出願された米国特許出願第１６／０２３，３０９号に対する優先権の利益を主張する。

【0002】

本明細書に記載の実施形態は、一般に、モーターまたは他のデバイスのリモート作動、より具体的には、無線によるセキュアなロック作動のためのやり取りに関する。

【背景技術】

【0003】

モーター、ソレノイド、またはその他のデバイスを作動させる無線メカニズムは、車庫扉開閉装置や車両ロックメカニズムなどの様々な製品で採用されている（例えば、車のドアのロックを解除する、トランクを開く、エンジンを始動する、など）。信号送信機（例えば、無線キーフォブ）とアクチュエータ（例えば、車両のロック解除メカニズム）の間のペアリングを使用して、プロセスにセキュリティ性を付加できる。このようなペアリングでは、構成要素のコストを削減し、例えば信号送信機のバッテリ寿命を延ばすため、通常、高度な暗号化を使用しない。

【0004】

ローリングコード（ホッピング符号など）を使用して、単純なペアリングでは可能であるリプレイ攻撃を防ぐことができる。リプレイ攻撃には、直前の送信を（例えば、正常に使用されている信号送信機の近くで無線受信機を使用して）記録することと、不正な作動を実現するために、その送信をその後に繰り返し行うこととが含まれる。ローリングコードは、次に作動させようとする際には順序における次のコードが使用される、コードの順序を定義することによりこの攻撃を防ぐのに役立つ。信号送信機とアクチュエータは順序を記憶し、順序内の使用するたびにインクリメントされるインデックスを維持する。したがって、記録されたコードが正常に使用された後アクチュエータは順序内の別のコードに移っているため、順序内に直前に使用されたコードを記録することはアクチュエータに受諾されない。

【発明の概要】

【0005】

本発明の一態様に係るキーフォブは、無線によるセキュアなロック作動のやり取りのためのキーフォブであって、無線送受信機と、処理回路と、を備え、前記処理回路は、車両のロックを作動させるための要求を、前記送受信機を介して前記車両へ送信することであって、前記要求は、前記車両についての識別子を含む、ことと、検証ループを実行することと、を行うように構成され、前記検証ループは、前記車両からの応答を前記送受信機によって受信することであって、前記応答は、前記識別子と鮮度値とから作成された第１の車両署名を含む、ことと、ローカル鮮度値を変更することと、前記変更されたローカル鮮度値と前記第１の車両署名とに基づいて第２の車両署名を作成することと、前記第２の車両署名を前記送受信機を介して前記車両へ送信することと、を含み、新たな第１の車両署名が受信されない場合に前記検証ループが終了する。

【0006】

本発明の一態様に係る方法は、無線によるセキュアなロック作動のやりとりのための方法であって、車両のロックを作動させるための要求を、デバイスによって前記車両へ送信することであって、前記要求は、前記車両についての識別子を含む、ことと、検証ループを実行することと、を含み、前記検証ループは、前記車両からの応答を受信することであって、前記応答は、前記識別子と鮮度値とから作成された第１の車両署名を含む、ことと、ローカル鮮度値を変更することと、前記変更されたローカル鮮度値と前記第１の車両署名とに基づいて第２の車両署名を作成することと、前記第２の車両署名を前記車両へ送信することと、を含み、新たな第１の車両署名が受信されない場合に前記検証ループが終了する。

【0007】

図面は必ずしも縮尺通りに描かれておらず、異なる図において同様の数字が同様の構成要素を説明する場合がある。異なる文字接尾辞を有する同様の数字は、同様の構成要素の別の例を表す場合がある。図面は、一般に、限定としてではなく例として、本書に説明する様々な実施形態を示す。

【図面の簡単な説明】

【0008】

【図1】一実施形態による、無線によるセキュアなロック作動のためのやり取りのためのシステムを含む環境の例のブロック図である。

【図2】一実施形態による、車両に実装されたロック作動のやり取りの例の流れ図を示す。

【図3】一実施形態による、無線によるセキュアなロック作動のためのやり取りを実行するキーフォブと車両との間の例示的なメッセージのやり取りのスイムレーン図を示す。

【図4】一実施形態による、無線によるセキュアなロック作動のためのやり取りの方法の一例の流れ図を示す。

【図5】１つ以上の実施形態を実装できるマシンの例を示すブロック図である。

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

【0009】

ローリングコードは、Ｒｏｌｌｊａｍと呼ばれることもある攻撃の影響を受けやすく、この攻撃において攻撃者はアクチュエータによるやり取りに積極的に介入する。攻撃者は周波数を探って、信号送信機から１番目のコードを取得する。攻撃者はまた、（例えば、ノイズフロアを信号送信機の信号より高めるために当該周波数でブロードキャストすることによって）無線リンクを妨害する。したがって、アクチュエータレシーバは（例えば、ロックを開くなどの）動作をせず、ローリングコードの順序は前進しない。車両のドアのロックが解除されなかったためにユーザーがキーフォブの「ロック解除」ボタンをもう一度押すなど、信号送信機が再び作動を試みると、攻撃者は２番目のコードをキャプチャし、受信機を再び妨害してから、１番目のコードを送信する。１番目のコードが信号送信機から最初に送信されたときにアクチュエータが順序を進めなかったため、アクチュエータは１番目のコードを受諾して動作し、順序を２番目のコードに進める。攻撃者は２番目のコードを持っているため、その後攻撃者はそれをブロードキャストすることができ、その結果アクチュエータは有効に動作してしまう。

【0010】

Ｒｏｌｌｊａｍ攻撃及び関連する技術によって提起されるセキュリティ問題に対処するため、無線によるセキュアなロック作動のためのやり取りについて本明細書で説明する。このやり取りは、可変数のチャレンジーレスポンスのやり取りを各要求に導入することによって典型的な無線による作動技術を変更する。これらのやり取りのそれぞれは、信号送信機とアクチュエータが秘密を証明することを含み、それによって、やり取りの相手方はそのやり取りが正当なものであることを検証できる。攻撃者は、信号送信機からキャプチャされた特定の信号がアクチュエータを動作させるかどうか予測できず、したがって、その後にアクチュエータを動作させるであろう信号を有効にキャプチャできないため、この手法は効果的である。さらに、この技術は信号送信機やアクチュエータ上にすでに存在するハードウェアで実装できるため、低コストの構成要素と、これらのシステムで通常必要とされる高エネルギー効率とが維持される。

【0011】

追加的な詳細と例を以下に説明する。多くの例が車両の作動システムに関連しているが、同様の動作パラメータを有する他の例は、説明された装置及び技術から等しく利益を得ることができる。システムの例には、車庫扉開閉装置、建物の無線ロック、及びその他の無線で作動するアクチュエータを含めることができる。

【0012】

図１は一実施形態による、無線によるセキュアなロック作動のためのやり取りのためのシステムを含む環境の例のブロック図である。環境は、デバイス１３０（例えば、信号送信機）と、車両のロックを動作（ロック／ロック解除）させるためのロック兼アクチュエータ（例えば、モーターまたはソレノイドなど）を制御するように動作可能に結合されたコントローラ１０５（例えば、アクチュエータコントローラ）を有する車両１２０とを含む。例は車両１２０に関わるが、本明細書に記載のデバイス及び技術により車庫扉開閉装置などの他のシステムを使用することができる。

【0013】

デバイス１３０は、無線リンク１２５を使用して車両１２０と通信するための送受信機と共に、処理回路網１３５及び機械可読媒体１４０を含む。一例では、機械可読媒体１４０は、車両１２０によっても（例えば、機械可読媒体１１５内に）保持される対称鍵を含む。一例では、機械可読媒体１４０は、例えば、暗号化、トラステッドプラットフォームモジュール（ＴＰＭ）などを介して保護される。

【0014】

処理回路網１３５は、１つ以上の暗号化機能を実行するように構成されている。例えば、処理回路網１３５は、ハッシュ、メッセージ認証コード（ＭＡＣ）などを算出するための、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または実行ユニットを含むことができる。一例では、処理回路網１３５は、生成されたＭＡＣに一定レベルの変動性（例えば、鮮度）を提供するために使用できる単調カウンタについてのハードウェアサポートを含む。以下に説明するように、この機構は、モーターを作動させるためにコントローラ１０５が提起するチャレンジに答えるデバイスの能力をサポートする。

【0015】

コントローラ１０５は、処理回路網１１０及び機械可読媒体１１５を含む。機械可読媒体１４０と同様に、機械可読媒体１１５は対称鍵を含み、様々な方法の暗号で保護され得る。

【0016】

処理回路網１１０は、デバイス１３０からの要求に応答して、かつデバイス１３０とのチャレンジのやり取りが成功するとモーターを作動させるように構成されている。上記のように、チャレンジのやり取りは、不正なデバイスがコントローラ１１０にモーターを作動させるように命令可能となる攻撃を防止する。以下の例では、作動させられるモーターは、ドアロック、トランクロックなどのロックを作動（例えば、ピンを動かす、磁石を解放するなど）させる。ただし、モーターアクチュエータは他の要素を作動させるため、例えば、車両のエンジンの始動、建物の送水ポンプのオン／オフなどにも使用することもできる。

【0017】

チャレンジのやり取りを達成するために、処理回路網１１０は、デバイス１３０から（例えば、無線リンク１２５を介して）ロック作動要求を受信するように構成されている。一例では、要求の一部分は、車両１２０の車両識別番号（ＶＩＮ）識別子である。本明細書で使用される「ＶＩＮ識別子」は、ＶＩＮ自体、ＶＩＮの一部分、またはＶＩＮから導出された識別子であり得る。ここで、ＶＩＮ識別子は、車両１２０が、それに向けられた要求と、別の車両に向けられた要求とを区別することを可能にする。シリアル番号、登録タグ、または任意の一意の識別コードなど、他の識別も使用できる。ここで、車両は、モーターによって作動され、コントローラ１０５によって制御されるロックを含む。一例では、要求は、ロックをロック状態からロック解除状態に作動させることである。一例では、要求の性質（例えば、「ドアのロックを解除せよ」、「トランクを開けよ」など）は、要求のうちの公開メッセージ（例えば、暗号化されていない部分）に記載される。したがって、例えば、車両１２０は、要求によって指定された複数の異なるロックまたはアクチュエータを含むことができる。

【0018】

処理回路網１１０は、チャレンジカウントを計算するように構成されている。チャレンジカウントは、この要求に使用されるチャレンジのやり取りの可変数である。したがって、チャレンジカウントは、デバイス１３０からの各要求のたびに計算される。一例では、チャレンジカウントが閾値を超えている。したがって、この例では、チャレンジカウントの最小値がある。最小値を設けることで、やり取りの基準線のセキュリティを設けるのに役立つ。一例では、チャレンジカウントは第２の閾値（例えば、最大値）を下回っている。最大値を設定することは、効率とセキュリティのバランスをとるのに用いることできる。一例では、チャレンジカウントは乱数である。ここで、コントローラ１０５の乱数発生器、またはコントローラ１０５にアクセス可能な乱数発生器を使用して、チャレンジカウントを作成することができる。一例では、疑似乱数発生器または手法を使用してチャレンジカウントを計算できる。

【0019】

疑似乱数を生成する１つの方法は、ＭＡＣを生成するためにコントローラ１０５が使用する暗号化ハードウェアを活用することを含む。したがって、一例では、チャレンジカウントは、ＭＡＣのうち、鍵、要求の一部分（ＶＩＮなど）及び単調カウンタを使用して生成された部分を選択することによって計算できる。この単調カウンタはコントローラ１０５の外部とは共有されない秘密であり、ＭＡＣにシード値を与えるために使用される。このため、ＭＡＣは生成されるたびに異なるものとなる。したがって、一例では、単調カウンタは、ロック作動要求が受信されるたびにインクリメントする。

【0020】

一例では、乱数として使用されるＭＡＣの部分は、ＭＡＣ内のバイト（複数）を閾値に対して比較し、比較されている現在のバイトが閾値を満たす、または超えるまで続けることによって選択される。したがって、例えば、バイト０はまず最小閾値と比較され、場合によって最大閾値と比較され得る。バイト０が閾値を満たす場合、バイト０が表す数値がチャレンジカウントのための疑似乱数として使用される。一方、バイト０が閾値を満たさない場合は、バイト１がテストされる。このプロセスは、適切な（例えば、閾値を満たす）バイトがＭＡＣで見つかるまで続く。ここでは線形探索について説明するが、ＭＡＣのバイト（複数）に渡る任意の種類の探索を用いて、チャレンジカウントとして使用するのに適切な疑似ランダム値を見つけることができる。

【0021】

処理回路網１１０は、終了条件が満たされるまで検証反復を実行するように構成されている。検証反復はループの一部分であり、検証反復回数がチャレンジカウントを満たす若しくは超えるまで、または障害状態が発生するまで繰り返される。鮮度値は、各反復を変更するために使用され、反復のたびに変更される。一例では、鮮度値は、反復のたびにインクリメントされる単調カウンタとして実装される。一例では、この単調カウンタは、疑似乱数生成に関して上記で説明したものとは異なるカウンタである。この場合、鮮度値カウンタを秘密とする必要はなく、以下のようにその値を共有することができる。それ以外の場合、各反復のたびに以下が発生する。

【0022】

処理回路網１１０は、カウンタ及び要求の一部分（例えば、ＶＩＮ）から作成される、車両署名を作成するように構成されている。一例では、車両署名は、鍵、要求の一部分、及び鮮度値を使用して生成されるＭＡＣである。一例では、要求の一部分と鮮度値の現在値が連結される（例えば、単調カウンタの値が、要求の一部分の、開始部、終了部、または中間部のどこかに追加される）。しかしながら、コントローラ１０５とデバイス１３０の両方が同じ技術を実装する限り、カウンタと要求の一部分の任意の組み合わせを使用することができる。したがって、カウンタを要求の一部分の前に追加したり、カウンタと要求の一部分との排他的な論理和（ＯＲ）をとる（ＸＯＲをとる）ことなどができる。カウンタの分散を要求の一部分に組み合わせるどの手法も使用できる。

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

実施例６５において、前記検証反復を実行する前記ハードウェアは、前記鍵を保持するセキュアなストレージを含む、実施例６４の対象物。

【0122】

実施例６６において、前記ＭＡＣはＳＨＡ２５６ハッシュ関数を使用して生成される、実施例６１～６５のいずれかの対象物。

【0123】

実施例６７において、前記要求の前記一部分は、前記ロックを含む車両の車両識別番号（ＶＩＮ）である、実施例５２～６６のいずれかの対象物。

【0124】

実施例６８において、前記要求は、前記ロックをロック状態からロック解除状態に作動させることである、実施例５２～６７のいずれかの対象物。

【0125】

実施例６９は、少なくとも１つの機械可読媒体であって、処理回路網によって実行されると、前記処理回路網に実施例１～６８のいずれかを実装するための操作を実行させる命令を含む、前記機械可読媒体である。

【0126】

実施例７０は、実施例１～６８のいずれかを実装するための手段を備える装置である。

【0127】

実施例７１は、実施例１～６８のいずれかを実装するためのシステムである。

【0128】

実施例７２は、実施例１～６８のいずれかを実装するための方法である。

【0129】

上記の詳細な説明は、詳細な説明の一部分を形成する添付図面に対する参照を含む。図面は、例として、実施できる特定の実施形態を示す。これらの実施形態は、本明細書では「実施例」とも呼ばれる。そのような実施例は、図示または説明された要素に加えて要素を含む場合がある。しかしながら、本発明者らは、図示または説明されたそれらの要素のみが提供される実施例も企図する。さらに、本発明者らは、本明細書に図示または説明された特定の実施例（もしくはその１つ以上の態様）に関して、または他の実施例（もしくはその１つ以上の態様）に関して、図示または説明されたそれらの要素（もしくはその１つ以上の態様）の任意の組み合わせまたは順列を使用する実施例も企図する。

【0130】

本書中に参照されるすべての出版物、特許、及び特許文書は、あたかも参照により個別に援用されているかのように、その全体が参照により本明細書に援用される。本書と参照により援用されるそれらの文書との間に一致しない用法がある場合、援用された参考文献（複数可）の用法は、本書の使用に対する補足と見なされるべきである。解決できない不一致の場合、本書における用法が支配する。

【0131】

本書では、用語「ａ」または「ａｎ」は、特許文書で一般的であるように、「少なくとも１つの（ａｔ ｌｅａｓｔ ｏｎｅ）」または「１つ以上の（ｏｎｅ ｏｒ ｍｏｒｅ）」の任意の他の例または用法とは関係なく、１つまたは複数を含むために使用される。本書では、用語「または（ｏｒ）」は、非排他的を指す、つまり別段の指示がない限り、「ＡまたはＢ（Ａ ｏｒ Ｂ）」は「ＡであるがＢではなく（Ａ ｂｕｔ ｎｏｔ Ｂ）」、「ＢであるがＡではなく（Ｂ ｂｕｔ ｎｏｔ Ａ）」、及び「Ａ及びＢ（Ａ ａｎｄ Ｂ）」を含むように使用される。添付の特許請求の範囲では、用語「含む（ｉｎｃｌｕｄｉｎｇ）」及び「～において（ｉｎ ｗｈｉｃｈ）」は、それぞれの用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」及び「そこで（ｗｈｅｒｅｉｎ）」の分かりやすい英語の同等物として使用される。また、以下の特許請求の範囲では、用語「含む（ｉｎｃｌｕｄｉｎｇ）」及び「備える（ｃｏｍｐｒｉｓｉｎｇ）」は、オープンエンドである。つまり、請求項の中のそのような用語の後に示される要素に加えて要素を含むシステム、デバイス、商品、またはプロセスもその請求項の範囲に含まれると見なされる。さらに、以下の特許請求の範囲では、用語「第１の」、「第２の」、及び「第３の」などは、単にラベルとして使用されており、その対象に対する数的な要件を課すことを意図していない。

【0132】

上記説明は、制限的ではなく、例示的であることを意図している。例えば、上述の例（またはその１つ以上の態様）は、互いと組み合わせて使用される場合がある。他の実施形態は、上記説明の検討時に、例えば当業者によって使用される場合がある。要約書は、読者が、技術的な開示の性質を迅速に確かめることを可能にするべきであり、要約書は特許請求の範囲の範囲または意味を解釈または制限するために使用されないという理解をもって提出される。また、上記の発明を実施するための形態では、様々な特徴が本開示を効率化するために互いにグループ化される場合がある。これは、特許請求されていない開示された特徴が任意の請求項に対して不可欠であることを意図すると解釈されるべきではない。むしろ、本発明の主題は、特定の開示されている実施形態のすべてに満たない特徴に存在する場合がある。したがって、以下の特許請求の範囲は、本明細書によって発明を実施する形態に援用され、各請求項は別々の実施形態として自立している。実施形態の範囲は、添付された特許請求の範囲に関して、そのような特許請求の範囲によって権利が与えられる均等物の全範囲とともに定められるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】