(57)【要約】      （修正有）【課題】キーフォブの制御ユニットへの認証、保持及び無効化のための方法を提供する。【解決手段】キーフォブ保持及び無効化プロセスにおいて、キーフォブと制御ユニット間の初期ペアリング後、デバイスは秘密の動作鍵を共有する。認証では、キーフォブは、１２８ビットカウンタの８最下位ビット及びカウンタのＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値の幾つかのビットを制御ユニットに送る。キー無効化及び保持では、制御ユニットはＯｐＫｅｙ保持及び無効化モードに入るようプロンプトされる。続いて、残りの又は新たなキーフォブ各々が、認証メッセージ１０５を制御ユニットに送るようユーザーによりプロンプトされる。制御ユニットは、ＯｐＫｅｙ保持及び無効化モードを出るようにプロンプトされるとき、ＯｐＫｅｙ保持及び無効化モードに入る及び出る直前に有効認証メッセージを送ったキーフォブのＯｐＫｅｙのみを保持する。【選択図】図３
2020030425.tif 000002
【特許請求の範囲】
【請求項１】
キーフォブデバイスであって、
制御ユニットへ信号を送信するように構成されるトランスミッタ、
キーフォブカウンタ及び動作鍵（ＯｐＫｅｙ）をストアするように構成されるメモリ、及び
前記トランスミッタ及びメモリに結合されるプロセッサ、
を含み、
前記プロセッサが、
前記キーフォブカウンタのＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値を生成するように、及び
前記キーフォブカウンタの所定の数の最下位ビットと前記キーフォブカウンタの前記ＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値の所定の数のビットとを含むメッセージを前記制御ユニットに送信するように、
構成される、キーフォブデバイス。
【請求項２】
請求項１に記載のキーフォブデバイスであって、
前記キーフォブカウンタの前記所定の数の最下位ビットが８ビットである、キーフォブデバイス。
【請求項３】
請求項１に記載のキーフォブデバイスであって、
前記キーフォブカウンタが１２８ビットカウンタである、キーフォブデバイス。
【請求項４】
請求項１に記載のキーフォブデバイスであって、
前記プロセッサが更に、前記メッセージを前記制御ユニットに送信した後、前記キーフォブカウンタを１増分するように構成される、キーフォブデバイス。
【請求項５】
請求項１に記載のキーフォブデバイスであって、
前記メッセージが更に、前記制御ユニットによって実行されるべきコマンドを識別するデータフィールドを含む、キーフォブデバイス。
【請求項６】
制御ユニットデバイスであって、
キーフォブから信号を受信するように構成されるレシーバ、
制御ユニットカウンタ及び動作鍵（ＯｐＫｅｙ）をストアするように構成されるメモリ、及び
前記レシーバ及びメモリに結合されるプロセッサ、
を含み、
前記プロセッサが、
前記キーフォブから、キーフォブカウンタのＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値の所定の数のビットを含むメッセージを受け取るように、
前記制御ユニットカウンタのＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値を生成するように、及び
キーフォブカウンタのＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値の前記所定の数のビットが、前記制御ユニットカウンタの前記ＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値からの前記所定の数のビットと合致するか否かを認証するように、
構成される、制御ユニットデバイス。
【請求項７】
請求項６に記載の制御ユニットデバイスであって、
前記プロセッサが更に、
前記キーフォブから、前記キーフォブカウンタの選ばれた数の最下位ビットを受け取るように、及び  前記制御ユニットカウンタのＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値を生成する前に、前記受け取ったビット及び前記制御ユニットカウンタの対応するビットに基づいて前記制御ユニットカウンタを更新するように、
構成される、制御ユニットデバイス。
【請求項８】
請求項７に記載の制御ユニットデバイスであって、
前記制御ユニットカウンタの前記選ばれた数の最下位ビットが８ビットである、制御ユニットデバイス。
【請求項９】
請求項６に記載の制御ユニットデバイスであって、
前記プロセッサが更に、前記キーフォブカウンタのＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値の前記所定の数のビットが、前記制御ユニットカウンタの前記ＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値からの前記所定の数のビットと合致する場合、制御オペレーションを開始するように構成される、制御ユニットデバイス。
【請求項１０】
請求項６に記載の制御ユニットデバイスであって、
前記制御ユニットカウンタが１２８ビットカウンタである、制御ユニットデバイス。
【請求項１１】
請求項７に記載の制御ユニットデバイスであって、
前記プロセッサが更に、前記キーフォブカウンタのＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値の前記所定の数のビットが、前記制御ユニットカウンタの前記ＡＥＳ‐１２８  ＯｐＫｅｙ暗号化された値からの前記所定の数のビットと合致することを認証することに失敗した後、前記制御ユニットカウンタを前記更新前の値に回復させるように構成される、制御ユニットデバイス。
【請求項１２】
請求項６に記載の制御ユニットデバイスであって、
前記メッセージが更に、前記制御ユニットによって実行されるべきコマンドを識別するデータフィールドを含む、制御ユニットデバイス。
【請求項１３】
請求項６に記載の制御ユニットであって、
前記プロセッサが更に、
ＯｐＫｅｙ無効化手順を開始するためのコマンドが検出されるとき、キーフォブから受信されたメッセージに関連付けられるＯｐＫｅｙを記録し始めるように、及び
ＯｐＫｅｙ無効化手順を終わらせるためのコマンドが検出されるとき、キーフォブから受信されたメッセージに関連付けられるＯｐＫｅｙの記録を終わらせるように、
構成される、制御ユニットデバイス。
【請求項１４】
請求項１３に記載の制御ユニットであって、
前記プロセッサが更に、前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが検出されるときと、前記ＯｐＫｅｙ無効化手順を終わらせるための前記コマンドが検出されるときとの間の期間の間に記録されていない任意のストアされたＯｐＫｅｙを削除するように構成される、制御ユニットデバイス。
【請求項１５】
請求項１３に記載の制御ユニットであって、
前記プロセッサが更に、前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが検出されるときと、前記ＯｐＫｅｙ無効化手順を終わらせるための前記コマンドが検出されるときとの間の期間の間に記録されていない、又は前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが検出される直前に記録されていない、任意のストアされたＯｐＫｅｙを削除するように構成される、制御ユニットデバイス。
【請求項１６】
制御ユニットにおいて保持されるべきキーフォブ動作鍵（ＯｐＫｅｙ）を選択するための方法であって、
ＯｐＫｅｙ無効化手順を開始するためのコマンドを受信すること、
キーフォブから受け取ったメッセージに関連付けられるＯｐＫｅｙの記録を開始すること、
ＯｐＫｅｙ無効化手順を終わらせるためのコマンドを受信すること、及び
キーフォブから受け取ったメッセージに関連するＯｐＫｅｙの記録を終わらせること、
を含む、方法。
【請求項１７】
請求項１６に記載の方法であって、
更に、前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが受信されるときと、前記ＯｐＫｅｙ無効化手順を終わらせるための前記コマンドが受信されるときとの間の期間の間に記録されていない任意のストアされたＯｐＫｅｙを削除することを含む、方法。
【請求項１８】
請求項１６に記載の方法であって、
更に、前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが受信されるときと、前記ＯｐＫｅｙ無効化手順を終わらせるための前記コマンドが受信されるときとの間の期間の間に記録されていない、又は前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが検出される直前に記録されていない、任意のストアされたＯｐＫｅｙを削除することを含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、概して、セキュリティに向けられ、更に具体的には、キーフォブ車両動作鍵の認証、保持、及び無効化のための方法に向けられる。
【背景技術】
【０００２】
キーフォブは、車両ドアの開／閉及びロック／ロック解除などの周知のアクションを行うために、車両制御ユニットなどの制御ユニットとペアリングされ得る。キーフォブは、送信のみが可能であり得、これは、双方向通信ができないことに起因してキーフォブにより送られるコマンドを認証するために制御ユニットから送られるチャレンジメッセージを介して利用可能な承認プロセスを制限する。制御ユニットは、受け取ったコマンドの正当性を認証すること、及び、有効キーフォブからの以前の伝送の再生を含み、承認されていないコマンドをリジェクトすることが可能である必要がある。
【０００３】
時折、キーフォブが失われることがあり、又はキーフォブの持ち主が制御ユニットにアクセスすることが承認されなくなる可能性がある。この状況において、どのキーフォブがまだ有効であり、どれが無視されるべきかを、制御ユニットに識別させるプロセスがあるはずである。
【発明の概要】
【０００４】
説明される実施例は、制御ユニット認証、保持、及び無効化に対するキーフォブのための方法を提供する。初期ペアリングの後、キーフォブと車両制御ユニットは、秘密の動作鍵（ＯｐＫｅｙ）を共有する。認証では、キーフォブは識別子を送り、識別子は１２８ビットカウンタの８最下位（ｌｏｗｅｓｔ−ｏｒｄｅｒ）ビット、及び制御ユニットに対するカウンタのＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値の幾つかのビットであり得る。
【０００５】
１つ又は複数のキーフォブが車両制御ユニットなどの制御ユニットとペアリングされた後、各キーフォブは、制御ユニットと秘密裏に共有されるそれ自体のＯｐＫｅｙを有する。キーフォブは、制御ユニットが車両ドアのロック解除／ロック又は開／閉などの所定のアクションをとるため、共有されたＯｐＫｅｙの所有を制御ユニットに認証する必要がある。本発明は、送信可能であるが受信不能のキーフォブを介する場合でもこの問題を解決する。また、本明細書に記載される実施例は、第三者が、以前に送信されたメッセージを再生することにより真正のキーフォブに成りすますことを防止する。また、キーフォブがなくなった後、そのＯｐＫｅｙが無効化され得る一方、残りの又は新たなキーフォブのＯｐＫｅｙが保持され得る。
【０００６】
ＯｐＫｅｙ無効化及び保持では、残りの又は新たなキーフォブが、認証メッセージを制御ユニットに送るように真正の制御ユニットユーザーによりプロンプトされる。制御ユニットはその後、ＯｐＫｅｙ保持及び無効化モードに入るようにプロンプトされる。続いて、残りの又は新たなキーフォブの各々が、認証メッセージを制御ユニットに送るようにユーザーによりプロンプトされる。制御ユニットは最終的に、ＯｐＫｅｙ保持及び無効化モードを出るようにプロンプトされ、それぞれ、ＯｐＫｅｙ保持及び無効化モードに入る直前及びその間に制御ユニットが有効認証メッセージを受け取ったキーフォブのＯｐＫｅｙのみを保持する。
【０００７】
このように本発明を一般的な用語で説明したので、ここで添付の図面を参照する。
【図面の簡単な説明】
【０００８】
【図１】キーフォブ及び制御ユニットの通常オペレーションを図示する。
【０００９】
【図２】一実施例においてキーフォブをディアクティベートするために用いることができる、キーフォブ保持及び無効化プロセスを図示する。
【００１０】
【図３】一実施例に従ったＯｐＫｅｙ認証を用いるキーフォブ及び制御ユニットの通常オペレーションを図示するフローチャートである。
【００１１】
【図４】ＯｐＫｅｙの保持及び無効化のためのプロセスを図示するフローチャートである。
【００１２】
【図５】一実施例に従った例示のキーフォブのブロック図である。
【００１３】
【図６】一実施例に従った例示の制御ユニットのブロック図である。
【発明を実施するための形態】
【００１４】
これ以降では、添付の図面を参照して本発明をより詳細に説明する。しかし、本発明は、多くの異なる形式において具現化され得、本明細書に記載の実施例に限定されると理解すべきではない。そうではなく、これらの実施例は、本開示が、行き届き、包括的であるように、そして、本発明の範囲が当業者に完全に理解されるように提供される。当業者であれば、本発明の種々の実施例を用いることが可能であり得る。
【００１５】
実施例は、送信可能であるが受信不能であるキーフォブに、秘密のＯｐＫｅｙのその所有を車両制御ユニットに認証させ得、一方で、第三者が、認証のためにキーフォブにより制御ユニットへ以前送られたメッセージを再生することによって真正のキーフォブに成りすますことを防止する。また、本発明により、真正の車両ユーザーは、失われた又は期限満了したキーフォブのＯｐＫｅｙを無効化し得るが、各残りの有効キーフォブのＯｐＫｅｙを保持し得る。
【００１６】
図１は、キーフォブ１０１及び制御ユニット１０２の通常オペレーションを図示する。初期ペアリングの後、キーフォブ１０１及び制御ユニット１０２は、秘密のＯｐＫｅｙを共有する。例えば、キーフォブ１０１及び制御ユニット１０２は、２０１３年８月１６日出願の同時係属中の米国特許出願、出願番号第１３／９６９，１５４号、発明の名称「一方向キーフォブ及び車両ペアリング」に開示されたシステム及び方法を用いてペアリングされ得、当該出願の開示は、全体として参照のためこの出願に組み込まれている。
【特許文献１】米国特許出願番号第１３／９６９，１５４号
【００１７】
キーフォブ１０１及び制御ユニット１０２双方の間で共有されるＯｐＫｅｙに加えて、いずれのデバイスも１２８ビットカウンタ１０３、１０４を有する。他の実施例において、異なるサイズのカウンタが用いられ得る。通常オペレーションにおいて、キーフォブ１０１は、カウンタ１０３のＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値をつくる。キーフォブ１０１はその後、１２８ビットカウンタ１０３の８最下位ビット、及びカウンタ１０３のＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値の幾つかの所定のビットを制御ユニット１０２に送信する（１０５）。キーフォブは、各伝送の後そのカウンタ値を１増分し、１などの初期カウンタ値から開始する。メッセージ１０５自体の送信は、車両ドアのロック解除／ロックなど、キーフォブ１０１からのコマンドを表し得る。代替として、個別のコマンドデータフィールドが、キーフォブ１０１からの所望のコマンドを識別するためメッセージ１０５に含まれ得る。
【００１８】
メッセージ１０５を受信すると、制御ユニット１０２は、１２８ビットカウンタ１０４の８最下位ビットを設定するためキーフォブ１０１から受け取った８カウンタビットを用い、受け取った８ビットの値がカウンタ１０４の８最下位ビットの値より大きくない場合、カウンタ１０４の残りのビットの値を１増分する。また、制御ユニット１０２は、カウンタ１０４のＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値をつくる。制御ユニット１０２はその後、カウンタ１０４のそのＯｐＫｅｙ暗号化された値からの所定のビットを、カウンタ１０３のＯｐＫｅｙ暗号化された値を表すビットと比較する。制御ユニット１０２は、これらのビットが合致する場合、メッセージ１０５を及びそのためＯｐＫｅｙを認証する。
【００１９】
認証が失敗した場合、制御ユニット１０２は、カウンタ１０４をその変化の前の値に回復させる。
【００２０】
承認されていない又は偽のキーフォブ１０６が、ペアリングされることなくメッセージ１０７を制御ユニット１０２に送ろうと試みる場合、制御ユニット１０２はそのメッセージ１０７をリジェクトする。偽のキーフォブ１０６は、制御ユニット１０２のための有効ＯｐＫｅｙを有さない。また、偽のキーフォブ１０６は、有効メッセージのために用いる制御ユニット１０２のための適切なカウンタ値を知らない。
【００２１】
図２は、一実施例においてキーフォブをディアクティベートするために用いることができるキーフォブ保持及び無効化プロセスを図示する。この例では、３つのキーフォブ２０１〜２０３が同じ制御ユニット２０４とペアリングされる。各ペアリングされたキーフォブ２０１〜２０３は、制御ユニット２０４と共有される固有の秘密のＯｐＫｅｙ（ＯｐＫｅｙ１、ＯｐＫｅｙ２、ＯｐＫｅｙ３）を有する。また、各キーフォブ２０１〜２０３は、それ自体のカウンタ２０５〜２０７を有する。制御ユニット２０４は、各キーフォブ２０１〜２０３に対し個別のカウンタ２０８〜２１０を維持する。
【００２２】
キーフォブ２０３が失われたとき又は無効化される必要があるとき、ユーザーが下記工程を行い得る。第１に、ユーザーは、ＯｐＫｅｙ無効化モードに入るように制御ユニット２０４をプロンプトする。ＯｐＫｅｙ無効化モードは、残りのキーフォブ２０１、２０２からのメッセージにより、又は／及び制御ユニット２０４への何らかの他の入力により、トリガされ得る。
【００２３】
制御ユニット２０４がＯｐＫｅｙ無効化モードにある一方で、ユーザーは、各残りのキーフォブ２０１、２０２が制御ユニット２０４と通常オペレーションを行うようにプロンプトする。例えば、各キーフォブ２０１、２０２は、そのＯｐＫｅｙから導出されるメッセージ１０５（図１）などのメッセージを制御ユニット２０４に送る。各残りのキーフォブ２０１、２０２がそのメッセージを送ったか又は制御ユニット２０４とオペレーションを行った後、ユーザーは、ＯｐＫｅｙ保持モードを出るように制御ユニットをプロンプトする。キーフォブ２０３は、失われたか又はもはや承認されないため、無効化モードの間メッセージを送らない。
【００２４】
制御ユニット２０４は、無効化モードを出る前に受け取ったＯｐＫｅｙのみを保持する。一実施例において、制御ユニット２０４は、無効化モードに入る前に受け取った最後のＯｐＫｅｙ、及び無効化モードの間受け取った全てのＯｐＫｅｙを保持する。他の実施例において、制御ユニット２０４は、無効化モードの間受け取ったＯｐＫｅｙのみを保持する。全ての他のＯｐＫｅｙ（例えば、ＯｐＫｅｙ３）は制御ユニット２０４により削除される。これにより、失くした又は承認されていないキーフォブが、無効化手順の後制御ユニット２０４と動作しないようにされる。
【００２５】
図３は、ＯｐＫｅｙ認証を用いるキーフォブ及び制御ユニットの通常オペレーションのためのプロセスを図示するフローチャートである。ステップ３０１において、キーフォブは、１２８ビットカウンタの８最下位ビットを読む。ステップ３０２において、キーフォブは、キーフォブカウンタのＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値を生成する。ステップ３０３において、キーフォブカウンタの８最下位ビット及びＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値からの幾つかの選択されたビットが制御ユニットに送られる。この情報は、キーフォブによる特定のコマンド又はリクエストに関連付けられ得る。
【００２６】
ステップ３０４において、制御ユニットは、キーフォブから受け取った８最下位ビットに基づいて制御ユニットカウンタを更新する。一実施例に従って、この更新は、制御ユニットカウンタの８最下位ビットを、キーフォブカウンタの受け取った８最下位ビットに設定することにより、及び、キーフォブカウンタの受け取ったビットの値が制御ユニットカウンタの対応するビットの値より大きくない場合に制御ユニットカウンタの残りのビットの値を１増分することにより成される。ステップ３０５において、制御ユニットは、更新された制御ユニットカウンタのＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値を生成する。制御ユニットは、制御ユニットカウンタのＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値の選択されたビットを、キーフォブから受け取ったキーフォブカウンタのＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値の選択されたビットと比較する。
【００２７】
選択されたビットが合致する場合、これは、両方のデバイスが同じＯｐＫｅｙ及びカウンタ値を用いたことを示しており、制御ユニットは、キーフォブからのコマンド又はリクエストを認証する。
【００２８】
図４は、ＯｐＫｅｙの保持及び無効化のためのプロセスを図示するフローチャートである。ステップ４０１において、残りの（即ち、失われていない）又は新たなキーフォブが通常オペレーションを完了した直後、ユーザーは、ＯｐＫｅｙ無効化モードに入るように制御ユニットをプロンプトする。ユーザーはその後、制御ユニットと通常オペレーションを行うように各残りの又は許可されたキーフォブをプロンプトする。通常オペレーションは、図１及び図３に図示するような送信、又はキーフォブにＯｐＫｅｙ暗号化された値を制御ユニットに送らせ得る任意のオペレーションに関与し得る。
【００２９】
ステップ４０３において、ユーザーは、残りの全ての又は許可されたキーフォブが通常オペレーションを完了した後、ＯｐＫｅｙ無効化モードを出るように制御ユニットをプロンプトする。例えば、ユーザーは、無効化モードを出るように「終了」ボタンをアクティブにし得、又は無効化モードは、一連の時間期間後終了し得る。
【００３０】
ステップ４０４において、制御ユニットは、ＯｐＫｅｙ無効化モードに入る前に動作した最後のキーフォブに関連付けられるＯｐＫｅｙと、無効化モードが終了する前に用いられたキーフォブに関連付けられる任意のＯｐＫｅｙとを除く全てのＯｐＫｅｙを削除する。失くした又は許可されていないキーフォブは、この短い無効化モード時間期間の間動作しない可能性が高いため、失くした又は許可されていないデバイスのためのＯｐＫｅｙは、制御ユニットから削除され得る。その結果、失くした及び許可されていないデバイスは、もはや制御ユニットとペアリングされず、コマンドを制御ユニットに送るためにもはや用いられ得ない。別の実施例において、無効化モードの間動作するキーフォブに関連付けられるＯｐＫｅｙのみが保持され、無効化モード期間の間オペレーションを実施しない全ての他のＯｐＫｅｙが削除される。
【００３１】
図５及び図６は、それぞれ、例示のキーフォブ５００及び制御ユニット６００のブロック図である。キーフォブ４００及び制御ユニット６００は各々、プロセッサ５０１、６０１、メモリ５０２、６０２、及びトランシーバ６０３又はトランスミッタ５０３を含む。デバイスのプロセッサ５０１、６０１は、カウンタを維持及び更新すること、ＯｐＫｅｙ暗号化された値を生成すること、及び、ペアリングされたデバイスからのＯｐＫｅｙのみが用いられることを認証するためにこのような値を比較することなどの、通常オペレーションを行うために用いられ得る。これらのプロセッサは、標準的なＣＰＵ、マイクロコントローラ、低電力デジタルシグナルプロセッサなどであり得、短時間に複雑な演算を実行することが可能であり得る。
【００３２】
デバイスのメモリ５０２、６０２は、ＯｐＫｅｙ、カウンタ値、暗号化された値、及び、キーフォブと制御ユニットとの間で交換される他のビットをストアするために用いられ得る。メモリは、フラッシュメモリ又はＥＥＰＲＯＭなどの不揮発性ストレージデバイスであり得る。
【００３３】
キーフォブトランスミッタ５０３及び制御ユニットトランシーバ６０３は、有線（図示せず）、ワイヤレス、又はその両方が可能であり得る。トランシーバ及びトランスミッタは、カウンタ値、ＯｐＫｅｙ暗号化されたデータ、及び、通常オペレーションの間及び無効化モードの間の他のビットを通信するためにデバイスにより用いられ得る。キーフォブにより、車両の又は他のデバイスの遠隔エントリ及び制御が可能となり、それらの伝送のために、Ｂｌｕｅｔｏｏｔｈ、ＬＦ、又はＵＨＦなどのワイヤレス技術を用い得る。キーフォブトランスミッタ５０３は、制御ユニット６００からの信号を送信のみ可能であり、受信はしない。
【００３４】
当業者であれば、本発明の特許請求の範囲内で、説明した例示の実施例に変形が成され得ること、及び多くの他の実施例が可能であることが分かるであろう。
【図１】
2020030425.tif 000003
【図２】
2020030425.tif 000004
【図３】
2020030425.tif 000005
【図４】
2020030425.tif 000006
【図５】
2020030425.tif 000007
【図６】
2020030425.tif 000008
【手続補正書】
【提出日】令和1年11月6日(2019.11.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
システムであって、
メッセージを送信する第１のデバイスであって、
第１のカウンタ値と第１の動作鍵とをストアする第１のメモリと、
前記第１のデバイスに関連付けられる前記第１の動作鍵を用いて前記第１のカウンタ値を暗号化する第１のプロセッサと、
前記暗号化された第１のカウンタ値の所定のビットと、コマンドを示すコマンドデータフィールドとを含む前記メッセージを送信するトランスミッタと、
を含む、前記第１のデバイスと、
前記メッセージを受信する第２のデバイスであって、
前記第１のデバイスにより送信される前記メッセージを受信するレシーバと、
１つ又はそれ以上の動作鍵と第２のカウンタ値とをストアする第２のメモリであって、前記ストアされた１つ又はそれ以上の動作鍵が少なくとも前記第１の動作鍵を含む、前記第２のメモリと、
前記第１の動作鍵を用いて前記第２のカウンタ値を暗号化し、前記暗号化された第１のカウンタ値の前記所定のビットを前記暗号化された第２のカウンタ値の対応するビットと比較する第２のプロセッサであって、前記第２のデバイスに、前記暗号化された第１のカウンタ値の前記所定のビットが前記暗号化された第２のカウンタ値の前記対応するビットと合致するときに前記コマンドデータフィールドによって示される前記コマンドを実行させる、前記第２のプロセッサと、
を含む、前記第２のデバイスと、
を含む、システム。
【請求項２】
請求項１に記載のシステムであって、
前記コマンドが無効化コマンドであり、
前記第２のプロセッサが前記無効化コマンドに応答して前記第２のデバイスに無効化プロセスを行わせるときに、
前記第２のデバイスが、
前記無効化プロセスの間に前記第２のデバイスにより受信されるメッセージに関連付けられる前記１つ又はそれ以上の動作鍵の少なくともどれかに基づいて、前記第２のメモリに保持するための前記第２のメモリにストアされた前記１つ又はそれ以上の動作鍵のどれかを選択し、
前記第２のメモリに前記選択された動作鍵を保持し、
前記第２のメモリから選択されていない動作鍵を削除する、システム。
【請求項３】
請求項２に記載のシステムであって、
前記第２のデバイスが、前記無効化プロセスを実行する前に前記レシーバにより受信された最後のメッセージに関連付けられる前記動作鍵を付加的に選択する、システム。
【請求項４】
請求項２に記載のシステムであって、
メッセージを送信する第３のデバイスを更に含み、
前記選択されていない動作鍵が前記第３のデバイスに関連付けられる第２の動作鍵を含み、
前記無効化プロセスの後に前記第２のデバイスが前記第３のデバイスにより送信される前記メッセージにおけるコマンドに応答しない、システム。
【請求項５】
請求項３に記載のシステムであって、
前記第１及び第３のデバイスがキーフォブデバイスであり、前記第２のデバイスが車両制御ユニットデバイスである、システム。
【請求項６】
制御ユニットにストアされる複数の動作鍵のどの動作鍵が前記制御ユニットにおいて保持されるべきかを選択するための方法であって、
動作鍵無効化手順を開始するためのコマンドを受信することと、
前記動作鍵無効化手順を開始した後に前記制御ユニットにより受信したメッセージに関連付けられる動作鍵の記録を開始することと、
前記動作鍵無効化手順を終了させるためのコマンドを受信することと、
前記動作鍵無効化手順を終了させた後に前記制御ユニットにより受信したメッセージに関連する動作鍵の記録を停止することと、
を含む、方法。
【請求項７】
請求項６に記載の方法であって、
前記動作鍵無効化手順を開始するための前記コマンドが受信されるときと前記動作鍵無効化手順を終わらせるための前記コマンドが受信されるときとの間の期間の間に記録されていない任意のストアされた動作鍵を前記制御ユニットから削除することを更に含む、方法。
【請求項８】
請求項６に記載の方法であって、
前記動作鍵無効化手順を開始するための前記コマンドが受信されるときと前記動作鍵無効化手順を終わらせるための前記コマンドが受信されるときとの間の期間の間に記録されていない、又は
前記動作鍵無効化手順を開始するための前記コマンドが検出される直前に記録されていない、
任意のストアされた動作鍵を削除することを更に含む、方法。