特表2015-534322IP Force 特許公報全文掲載

ホーム > 特許ランキング > 日本テキサス・インスツルメンツ株式会社 > 特表2015-534322

(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】特表2015-534322(P2015-534322A)
(43)【公表日】2015年11月26日
(54)【発明の名称】一方向のキーフォブ及び車両ペアリング認証、保持、及び無効化
(51)【国際特許分類】
   H04L 9/32 20060101AFI20151030BHJP
【ＦＩ】
   H04L9/00 675A
【審査請求】未請求
【予備審査請求】未請求
【全頁数】12
(21)【出願番号】特願2015-530107(P2015-530107)
(86)(22)【出願日】2013年8月30日
(85)【翻訳文提出日】2015年4月27日
(86)【国際出願番号】US2013057603
(87)【国際公開番号】WO2014036453
(87)【国際公開日】20140306
(31)【優先権主張番号】61/695,155
(32)【優先日】2012年8月30日
(33)【優先権主張国】US
(31)【優先権主張番号】13/969,133
(32)【優先日】2013年8月16日
(33)【優先権主張国】US
(81)【指定国】 AP(BW,GH,GM,KE,LR,LS,MW,MZ,NA,RW,SD,SL,SZ,TZ,UG,ZM,ZW),EA(AM,AZ,BY,KG,KZ,RU,TJ,TM),EP(AL,AT,BE,BG,CH,CY,CZ,DE,DK,EE,ES,FI,FR,GB,GR,HR,HU,IE,IS,IT,LT,LU,LV,MC,MK,MT,NL,NO,PL,PT,RO,RS,SE,SI,SK,SM,TR),OA(BF,BJ,CF,CG,CI,CM,GA,GN,GQ,GW,KM,ML,MR,NE,SN,TD,TG),AE,AG,AL,AM,AO,AT,AU,AZ,BA,BB,BG,BH,BN,BR,BW,BY,BZ,CA,CH,CL,CN,CO,CR,CU,CZ,DE,DK,DM,DO,DZ,EC,EE,EG,ES,FI,GB,GD,GE,GH,GM,GT,HN,HR,HU,ID,IL,IN,IS,JP,KE,KG,KN,KP,KR,KZ,LA,LC,LK,LR,LS,LT,LU,LY,MA,MD,ME,MG,MK,MN,MW,MX,MY,MZ,NA,NG,NI,NO,NZ,OM,PA,PE,PG,PH,PL,PT,QA,RO,RS,RU,RW,SA,SC,SD,SE,SG,SK,SL,SM,ST,SV,SY,TH,TJ,TM,TN,TR,TT,TZ,UA,UG,US,UZ
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
(71)【出願人】
【識別番号】390020248
【氏名又は名称】日本テキサス・インスツルメンツ株式会社
(71)【出願人】
【識別番号】507107291
【氏名又は名称】テキサス インスツルメンツ インコーポレイテッド
(74)【1名の代理人】
【識別番号】100098497
【弁理士】
【氏名又は名称】片寄 恭三
(72)【発明者】
【氏名】ジンメン ホウ
【テーマコード（参考）】
5J104
【Ｆターム（参考）】
5J104AA07
5J104AA12
5J104AA16
5J104EA15
5J104JA03
5J104KA02
5J104KA04
5J104NA02
5J104NA03
5J104NA37
5J104PA16
(57)【要約】
実施例がキーフォブの制御ユニットへの認証、保持、及び無効化のための方法を提供する。キーフォブ（２０１、２０２）と制御ユニット（２０４）の間の初期ペアリングの後、デバイスは秘密の動作鍵（ＯｐＫｅｙ１、２）を共有する。認証では、キーフォブは、１２８ビットカウンタの８最下位ビット及びカウンタのＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値の幾つかのビット（２０８、２０９）を制御ユニットに送る。キー無効化及び保持では、制御ユニットはＯｐＫｅｙ保持及び無効化モードに入るようプロンプトされる。続いて、残りの又は新たなキーフォブの各々が、認証メッセージ（１０５）を制御ユニットに送るようユーザーによりプロンプトされる。制御ユニットは、ＯｐＫｅｙ保持及び無効化モードを出るようにプロンプトされるとき、ＯｐＫｅｙ保持及び無効化モードに入る及び出る直前に有効認証メッセージを送ったキーフォブのＯｐＫｅｙのみを保持する。
【特許請求の範囲】
【請求項1】
キーフォブデバイスであって、
制御ユニットへ信号を送信するように構成されるトランスミッタ、
キーフォブカウンタ及び動作鍵（ＯｐＫｅｙ）をストアするように構成されるメモリ、及び
前記トランスミッタ及びメモリに結合されるプロセッサ、
を含み、
前記プロセッサが、
前記キーフォブカウンタのＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値を生成するように、及び
前記キーフォブカウンタの所定の数の最下位ビットと前記キーフォブカウンタの前記ＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値の所定の数のビットとを含むメッセージを前記制御ユニットに送信するように、
構成される、キーフォブデバイス。
【請求項2】
請求項１に記載のキーフォブデバイスであって、前記キーフォブカウンタの前記所定の数の最下位ビットが８ビットである、キーフォブデバイス。
【請求項3】
請求項１に記載のキーフォブデバイスであって、前記キーフォブカウンタが１２８ビットカウンタである、キーフォブデバイス。
【請求項4】
請求項１に記載のキーフォブデバイスであって、前記プロセッサが更に、前記メッセージを前記制御ユニットに送信した後、前記キーフォブカウンタを１増分するように構成される、キーフォブデバイス。
【請求項5】
請求項１に記載のキーフォブデバイスであって、前記メッセージが更に、前記制御ユニットによって実行されるべきコマンドを識別するデータフィールドを含む、キーフォブデバイス。
【請求項6】
制御ユニットデバイスであって、
キーフォブから信号を受信するように構成されるレシーバ、
制御ユニットカウンタ及び動作鍵（ＯｐＫｅｙ）をストアするように構成されるメモリ、及び
前記レシーバ及びメモリに結合されるプロセッサ、
を含み、
前記プロセッサが、
前記キーフォブから、キーフォブカウンタのＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値の所定の数のビットを含むメッセージを受け取るように、
前記制御ユニットカウンタのＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値を生成するように、及び
キーフォブカウンタのＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値の前記所定の数のビットが、前記制御ユニットカウンタの前記ＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値からの前記所定の数のビットと合致するか否かを認証するように、
構成される、
制御ユニットデバイス。
【請求項7】
請求項６に記載の制御ユニットデバイスであって、前記プロセッサが更に、
前記キーフォブから、前記キーフォブカウンタの選ばれた数の最下位ビットを受け取るように、及び
前記制御ユニットカウンタのＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値を生成する前に、前記受け取ったビット及び前記制御ユニットカウンタの対応するビットに基づいて前記制御ユニットカウンタを更新するように、
構成される、制御ユニットデバイス。
【請求項8】
請求項７に記載の制御ユニットデバイスであって、前記制御ユニットカウンタの前記選ばれた数の最下位ビットが８ビットである、制御ユニットデバイス。
【請求項9】
請求項６に記載の制御ユニットデバイスであって、前記プロセッサが更に、前記キーフォブカウンタのＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値の前記所定の数のビットが、前記制御ユニットカウンタの前記ＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値からの前記所定の数のビットと合致する場合、制御オペレーションを開始するように構成される、制御ユニットデバイス。
【請求項10】
請求項６に記載の制御ユニットデバイスであって、前記制御ユニットカウンタが１２８ビットカウンタである、制御ユニットデバイス。
【請求項11】
請求項７に記載の制御ユニットデバイスであって、前記プロセッサが更に、前記キーフォブカウンタのＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値の前記所定の数のビットが、前記制御ユニットカウンタの前記ＡＥＳ‐１２８ ＯｐＫｅｙ暗号化された値からの前記所定の数のビットと合致することを認証することに失敗した後、前記制御ユニットカウンタを前記更新前の値に回復させるように構成される、制御ユニットデバイス。
【請求項12】
請求項６に記載の制御ユニットデバイスであって、前記メッセージが更に、前記制御ユニットによって実行されるべきコマンドを識別するデータフィールドを含む、制御ユニットデバイス。
【請求項13】
請求項６に記載の制御ユニットであって、前記プロセッサが更に、
ＯｐＫｅｙ無効化手順を開始するためのコマンドが検出されるとき、キーフォブから受信されたメッセージに関連付けられるＯｐＫｅｙを記録し始めるように、及び
ＯｐＫｅｙ無効化手順を終わらせるためのコマンドが検出されるとき、キーフォブから受信されたメッセージに関連付けられるＯｐＫｅｙの記録を終わらせるように、
構成される、制御ユニットデバイス。
【請求項14】
請求項１３に記載の制御ユニットであって、前記プロセッサが更に、前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが検出されるときと、前記ＯｐＫｅｙ無効化手順を終わらせるための前記コマンドが検出されるときとの間の期間の間に記録されていない任意のストアされたＯｐＫｅｙを削除するように構成される、制御ユニットデバイス。
【請求項15】
請求項１３に記載の制御ユニットであって、前記プロセッサが更に、前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが検出されるときと、前記ＯｐＫｅｙ無効化手順を終わらせるための前記コマンドが検出されるときとの間の期間の間に記録されていない、又は前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが検出される直前に記録されていない、任意のストアされたＯｐＫｅｙを削除するように構成される、制御ユニットデバイス。
【請求項16】
制御ユニットにおいて保持されるべきキーフォブ動作鍵（ＯｐＫｅｙ）を選択するための方法であって、
ＯｐＫｅｙ無効化手順を開始するためのコマンドを受信すること、
キーフォブから受け取ったメッセージに関連付けられるＯｐＫｅｙの記録を開始すること、
ＯｐＫｅｙ無効化手順を終わらせるためのコマンドを受信すること、及び
キーフォブから受け取ったメッセージに関連するＯｐＫｅｙの記録を終わらせること、
を含む、方法。
【請求項17】
請求項１６に記載の方法であって、更に、前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが受信されるときと、前記ＯｐＫｅｙ無効化手順を終わらせるための前記コマンドが受信されるときとの間の期間の間に記録されていない任意のストアされたＯｐＫｅｙを削除することを含む、方法。
【請求項18】
請求項１６に記載の方法であって、更に、前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが受信されるときと、前記ＯｐＫｅｙ無効化手順を終わらせるための前記コマンドが受信されるときとの間の期間の間に記録されていない、又は前記ＯｐＫｅｙ無効化手順を開始するための前記コマンドが検出される直前に記録されていない、任意のストアされたＯｐＫｅｙを削除することを含む、方法。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、概して、セキュリティに向けられ、更に具体的には、キーフォブ車両動作鍵の認証、保持、及び無効化のための方法に向けられる。
【背景技術】
【0002】
キーフォブは、車両ドアの開／閉及びロック／ロック解除などの周知のアクションを行うために、車両制御ユニットなどの制御ユニットとペアリングされ得る。キーフォブは、送信のみが可能であり得、これは、双方向通信ができないことに起因してキーフォブにより送られるコマンドを認証するために制御ユニットから送られるチャレンジメッセージを介して利用可能な承認プロセスを制限する。制御ユニットは、受け取ったコマンドの正当性を認証すること、及び、有効キーフォブからの以前の伝送の再生を含み、承認されていないコマンドをリジェクトすることが可能である必要がある。
【0003】
時折、キーフォブが失われることがあり、又はキーフォブの持ち主が制御ユニットにアクセスすることが承認されなくなる可能性がある。この状況において、どのキーフォブがまだ有効であり、どれが無視されるべきかを、制御ユニットに識別させるプロセスがあるはずである。
【発明の概要】
【0004】
説明される実施例は、制御ユニット認証、保持、及び無効化に対するキーフォブのための方法を提供する。初期ペアリングの後、キーフォブと車両制御ユニットは、秘密の動作鍵（ＯｐＫｅｙ）を共有する。認証では、キーフォブは識別子を送り、識別子は１２８ビットカウンタの８最下位（lowest-order）ビット、及び制御ユニットに対するカウンタのＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値の幾つかのビットであり得る。
【0005】
１つ又は複数のキーフォブが車両制御ユニットなどの制御ユニットとペアリングされた後、各キーフォブは、制御ユニットと秘密裏に共有されるそれ自体のＯｐＫｅｙを有する。キーフォブは、制御ユニットが車両ドアのロック解除／ロック又は開／閉などの所定のアクションをとるため、共有されたＯｐＫｅｙの所有を制御ユニットに認証する必要がある。本発明は、送信可能であるが受信不能のキーフォブを介する場合でもこの問題を解決する。また、本明細書に記載される実施例は、第三者が、以前に送信されたメッセージを再生することにより真正のキーフォブに成りすますことを防止する。また、キーフォブがなくなった後、そのＯｐＫｅｙが無効化され得る一方、残りの又は新たなキーフォブのＯｐＫｅｙが保持され得る。
【0006】
ＯｐＫｅｙ無効化及び保持では、残りの又は新たなキーフォブが、認証メッセージを制御ユニットに送るように真正の制御ユニットユーザーによりプロンプトされる。制御ユニットはその後、ＯｐＫｅｙ保持及び無効化モードに入るようにプロンプトされる。続いて、残りの又は新たなキーフォブの各々が、認証メッセージを制御ユニットに送るようにユーザーによりプロンプトされる。制御ユニットは最終的に、ＯｐＫｅｙ保持及び無効化モードを出るようにプロンプトされ、それぞれ、ＯｐＫｅｙ保持及び無効化モードに入る直前及びその間に制御ユニットが有効認証メッセージを受け取ったキーフォブのＯｐＫｅｙのみを保持する。
【0007】
このように本発明を一般的な用語で説明したので、ここで添付の図面を参照する。
【図面の簡単な説明】
【0008】
【図1】キーフォブ及び制御ユニットの通常オペレーションを図示する。
【0009】
【図2】一実施例においてキーフォブをディアクティベートするために用いることができる、キーフォブ保持及び無効化プロセスを図示する。
【0010】
【図3】一実施例に従ったＯｐＫｅｙ認証を用いるキーフォブ及び制御ユニットの通常オペレーションを図示するフローチャートである。
【0011】
【図4】ＯｐＫｅｙの保持及び無効化のためのプロセスを図示するフローチャートである。
【0012】
【図5】一実施例に従った例示のキーフォブのブロック図である。
【0013】
【図6】一実施例に従った例示の制御ユニットのブロック図である。
【発明を実施するための形態】
【0014】
これ以降では、添付の図面を参照して本発明をより詳細に説明する。しかし、本発明は、多くの異なる形式において具現化され得、本明細書に記載の実施例に限定されると理解すべきではない。そうではなく、これらの実施例は、本開示が、行き届き、包括的であるように、そして、本発明の範囲が当業者に完全に理解されるように提供される。当業者であれば、本発明の種々の実施例を用いることが可能であり得る。
【0015】
実施例は、送信可能であるが受信不能であるキーフォブに、秘密のＯｐＫｅｙのその所有を車両制御ユニットに認証させ得、一方で、第三者が、認証のためにキーフォブにより制御ユニットへ以前送られたメッセージを再生することによって真正のキーフォブに成りすますことを防止する。また、本発明により、真正の車両ユーザーは、失われた又は期限満了したキーフォブのＯｐＫｅｙを無効化し得るが、各残りの有効キーフォブのＯｐＫｅｙを保持し得る。
【0016】
図１は、キーフォブ１０１及び制御ユニット１０２の通常オペレーションを図示する。初期ペアリングの後、キーフォブ１０１及び制御ユニット１０２は、秘密のＯｐＫｅｙを共有する。例えば、キーフォブ１０１及び制御ユニット１０２は、２０１３年８月１６日出願の同時係属中の米国特許出願、出願番号第１３／９６９，１５４号、発明の名称「一方向キーフォブ及び車両ペアリング」に開示されたシステム及び方法を用いてペアリングされ得、当該出願の開示は、全体として参照のためこの出願に組み込まれている。
【特許文献1】米国特許出願番号第１３／９６９，１５４号
【0017】
キーフォブ１０１及び制御ユニット１０２双方の間で共有されるＯｐＫｅｙに加えて、いずれのデバイスも１２８ビットカウンタ１０３、１０４を有する。他の実施例において、異なるサイズのカウンタが用いられ得る。通常オペレーションにおいて、キーフォブ１０１は、カウンタ１０３のＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値をつくる。キーフォブ１０１はその後、１２８ビットカウンタ１０３の８最下位ビット、及びカウンタ１０３のＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値の幾つかの所定のビットを制御ユニット１０２に送信する（１０５）。キーフォブは、各伝送の後そのカウンタ値を１増分し、１などの初期カウンタ値から開始する。メッセージ１０５自体の送信は、車両ドアのロック解除／ロックなど、キーフォブ１０１からのコマンドを表し得る。代替として、個別のコマンドデータフィールドが、キーフォブ１０１からの所望のコマンドを識別するためメッセージ１０５に含まれ得る。
【0018】
メッセージ１０５を受信すると、制御ユニット１０２は、１２８ビットカウンタ１０４の８最下位ビットを設定するためキーフォブ１０１から受け取った８カウンタビットを用い、受け取った８ビットの値がカウンタ１０４の８最下位ビットの値より大きくない場合、カウンタ１０４の残りのビットの値を１増分する。また、制御ユニット１０２は、カウンタ１０４のＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値をつくる。制御ユニット１０２はその後、カウンタ１０４のそのＯｐＫｅｙ暗号化された値からの所定のビットを、カウンタ１０３のＯｐＫｅｙ暗号化された値を表すビットと比較する。制御ユニット１０２は、これらのビットが合致する場合、メッセージ１０５を及びそのためＯｐＫｅｙを認証する。
【0019】
認証が失敗した場合、制御ユニット１０２は、カウンタ１０４をその変化の前の値に回復させる。
【0020】
承認されていない又は偽のキーフォブ１０６が、ペアリングされることなくメッセージ１０７を制御ユニット１０２に送ろうと試みる場合、制御ユニット１０２はそのメッセージ１０７をリジェクトする。偽のキーフォブ１０６は、制御ユニット１０２のための有効ＯｐＫｅｙを有さない。また、偽のキーフォブ１０６は、有効メッセージのために用いる制御ユニット１０２のための適切なカウンタ値を知らない。
【0021】
図２は、一実施例においてキーフォブをディアクティベートするために用いることができるキーフォブ保持及び無効化プロセスを図示する。この例では、３つのキーフォブ２０１〜２０３が同じ制御ユニット２０４とペアリングされる。各ペアリングされたキーフォブ２０１〜２０３は、制御ユニット２０４と共有される固有の秘密のＯｐＫｅｙ（ＯｐＫｅｙ１、ＯｐＫｅｙ２、ＯｐＫｅｙ３）を有する。また、各キーフォブ２０１〜２０３は、それ自体のカウンタ２０５〜２０７を有する。制御ユニット２０４は、各キーフォブ２０１〜２０３に対し個別のカウンタ２０８〜２１０を維持する。
【0022】
キーフォブ２０３が失われたとき又は無効化される必要があるとき、ユーザーが下記工程を行い得る。第１に、ユーザーは、ＯｐＫｅｙ無効化モードに入るように制御ユニット２０４をプロンプトする。ＯｐＫｅｙ無効化モードは、残りのキーフォブ２０１、２０２からのメッセージにより、又は／及び制御ユニット２０４への何らかの他の入力により、トリガされ得る。
【0023】
制御ユニット２０４がＯｐＫｅｙ無効化モードにある一方で、ユーザーは、各残りのキーフォブ２０１、２０２が制御ユニット２０４と通常オペレーションを行うようにプロンプトする。例えば、各キーフォブ２０１、２０２は、そのＯｐＫｅｙから導出されるメッセージ１０５（図１）などのメッセージを制御ユニット２０４に送る。各残りのキーフォブ２０１、２０２がそのメッセージを送ったか又は制御ユニット２０４とオペレーションを行った後、ユーザーは、ＯｐＫｅｙ保持モードを出るように制御ユニットをプロンプトする。キーフォブ２０３は、失われたか又はもはや承認されないため、無効化モードの間メッセージを送らない。
【0024】
制御ユニット２０４は、無効化モードを出る前に受け取ったＯｐＫｅｙのみを保持する。一実施例において、制御ユニット２０４は、無効化モードに入る前に受け取った最後のＯｐＫｅｙ、及び無効化モードの間受け取った全てのＯｐＫｅｙを保持する。他の実施例において、制御ユニット２０４は、無効化モードの間受け取ったＯｐＫｅｙのみを保持する。全ての他のＯｐＫｅｙ（例えば、ＯｐＫｅｙ３）は制御ユニット２０４により削除される。これにより、失くした又は承認されていないキーフォブが、無効化手順の後制御ユニット２０４と動作しないようにされる。
【0025】
図３は、ＯｐＫｅｙ認証を用いるキーフォブ及び制御ユニットの通常オペレーションのためのプロセスを図示するフローチャートである。ステップ３０１において、キーフォブは、１２８ビットカウンタの８最下位ビットを読む。ステップ３０２において、キーフォブは、キーフォブカウンタのＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値を生成する。ステップ３０３において、キーフォブカウンタの８最下位ビット及びＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値からの幾つかの選択されたビットが制御ユニットに送られる。この情報は、キーフォブによる特定のコマンド又はリクエストに関連付けられ得る。
【0026】
ステップ３０４において、制御ユニットは、キーフォブから受け取った８最下位ビットに基づいて制御ユニットカウンタを更新する。一実施例に従って、この更新は、制御ユニットカウンタの８最下位ビットを、キーフォブカウンタの受け取った８最下位ビットに設定することにより、及び、キーフォブカウンタの受け取ったビットの値が制御ユニットカウンタの対応するビットの値より大きくない場合に制御ユニットカウンタの残りのビットの値を１増分することにより成される。ステップ３０５において、制御ユニットは、更新された制御ユニットカウンタのＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値を生成する。制御ユニットは、制御ユニットカウンタのＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値の選択されたビットを、キーフォブから受け取ったキーフォブカウンタのＡＥＳ‐１２８、ＯｐＫｅｙ暗号化された値の選択されたビットと比較する。
【0027】
選択されたビットが合致する場合、これは、両方のデバイスが同じＯｐＫｅｙ及びカウンタ値を用いたことを示しており、制御ユニットは、キーフォブからのコマンド又はリクエストを認証する。
【0028】
図４は、ＯｐＫｅｙの保持及び無効化のためのプロセスを図示するフローチャートである。ステップ４０１において、残りの（即ち、失われていない）又は新たなキーフォブが通常オペレーションを完了した直後、ユーザーは、ＯｐＫｅｙ無効化モードに入るように制御ユニットをプロンプトする。ユーザーはその後、制御ユニットと通常オペレーションを行うように各残りの又は許可されたキーフォブをプロンプトする。通常オペレーションは、図１及び図３に図示するような送信、又はキーフォブにＯｐＫｅｙ暗号化された値を制御ユニットに送らせ得る任意のオペレーションに関与し得る。
【0029】
ステップ４０３において、ユーザーは、残りの全ての又は許可されたキーフォブが通常オペレーションを完了した後、ＯｐＫｅｙ無効化モードを出るように制御ユニットをプロンプトする。例えば、ユーザーは、無効化モードを出るように「終了」ボタンをアクティブにし得、又は無効化モードは、一連の時間期間後終了し得る。
【0030】
ステップ４０４において、制御ユニットは、ＯｐＫｅｙ無効化モードに入る前に動作した最後のキーフォブに関連付けられるＯｐＫｅｙと、無効化モードが終了する前に用いられたキーフォブに関連付けられる任意のＯｐＫｅｙとを除く全てのＯｐＫｅｙを削除する。失くした又は許可されていないキーフォブは、この短い無効化モード時間期間の間動作しない可能性が高いため、失くした又は許可されていないデバイスのためのＯｐＫｅｙは、制御ユニットから削除され得る。その結果、失くした及び許可されていないデバイスは、もはや制御ユニットとペアリングされず、コマンドを制御ユニットに送るためにもはや用いられ得ない。別の実施例において、無効化モードの間動作するキーフォブに関連付けられるＯｐＫｅｙのみが保持され、無効化モード期間の間オペレーションを実施しない全ての他のＯｐＫｅｙが削除される。
【0031】
図５及び図６は、それぞれ、例示のキーフォブ５００及び制御ユニット６００のブロック図である。キーフォブ４００及び制御ユニット６００は各々、プロセッサ５０１、６０１、メモリ５０２、６０２、及びトランシーバ６０３又はトランスミッタ５０３を含む。デバイスのプロセッサ５０１、６０１は、カウンタを維持及び更新すること、ＯｐＫｅｙ暗号化された値を生成すること、及び、ペアリングされたデバイスからのＯｐＫｅｙのみが用いられることを認証するためにこのような値を比較することなどの、通常オペレーションを行うために用いられ得る。これらのプロセッサは、標準的なＣＰＵ、マイクロコントローラ、低電力デジタルシグナルプロセッサなどであり得、短時間に複雑な演算を実行することが可能であり得る。
【0032】
デバイスのメモリ５０２、６０２は、ＯｐＫｅｙ、カウンタ値、暗号化された値、及び、キーフォブと制御ユニットとの間で交換される他のビットをストアするために用いられ得る。メモリは、フラッシュメモリ又はＥＥＰＲＯＭなどの不揮発性ストレージデバイスであり得る。
【0033】
キーフォブトランスミッタ５０３及び制御ユニットトランシーバ６０３は、有線（図示せず）、ワイヤレス、又はその両方が可能であり得る。トランシーバ及びトランスミッタは、カウンタ値、ＯｐＫｅｙ暗号化されたデータ、及び、通常オペレーションの間及び無効化モードの間の他のビットを通信するためにデバイスにより用いられ得る。キーフォブにより、車両の又は他のデバイスの遠隔エントリ及び制御が可能となり、それらの伝送のために、Ｂｌｕｅｔｏｏｔｈ、ＬＦ、又はＵＨＦなどのワイヤレス技術を用い得る。キーフォブトランスミッタ５０３は、制御ユニット６００からの信号を送信のみ可能であり、受信はしない。
【0034】
当業者であれば、本発明の特許請求の範囲内で、説明した例示の実施例に変形が成され得ること、及び多くの他の実施例が可能であることが分かるであろう。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【国際調査報告】

［広告欄］

ログインすれば広告は減ります

ログインすれば広告は減ります

Copyright © Science Impact Inc. All Rights Reserved.