(57)【要約】【課題】車両システムの監視および制御の両方ができる車両セキュリティデバイスと、ユーザのスマートデバイスとからなり、既存の車両キーおよび車両フォブと組み合わせて、２段階認証を提供する。【解決手段】車両に作動可能に接続されている、車両機能を起動させることのできる送受信機(31)と、車両送受信機(31)からの通信を受信する、認可車両運転者用の無線送受信機(32)と、電子信号を介して少なくとも１つの車両アクセスパラメータを検知する車両セキュリティ送受信機のセンサとを備える車両認可システム。車両送受信機(31)は、アクセスパラメータに関連付けられている第２信号をセンサが検出することに応答して無線送受信機(32)と通信し、検証されると、運転者による車両アクセスを許可し、または、不適切なレスポンスであるかもしくはレスポンスがないと、アクセスもしくは車両操作を防止するように車両機能を起動させる。【選択図】図４
2018521891.tif 000002
【特許請求の範囲】
【請求項１】
認可車両運転者のための車両認可システムであって、
ａ）前記車両に作動可能に接続されている、車両機能を起動させることのできる車両セキュリティ送受信機と、
ｂ）前記車両セキュリティ送受信機からの通信を受信する、認可車両運転者用の無線送受信機と、
ｃ）前記車両セキュリティ送受信機と通信し、電子信号を介して少なくとも１つの車両アクセスパラメータを検知する前記車両内のセンサと、を備え、
ｄ）前記車両セキュリティ送受信機は、前記アクセスパラメータに関連付けられている第２の信号を前記センサが検知することに応答して前記無線送受信機に伝送し、検証されると、前記運転者による車両へのアクセスを許可し、または不適切なレスポンスであるかもしくはレスポンスがないと、アクセスもしくは車両操作を防止するように車両機能を起動させる無線送受信機からの検証信号を確認するものである、認可車両運転者用の車両認可システム。
【請求項２】
前記運転者が前記無線受信機を介して前記車両セキュリティ送受信機を構成することを可能にするユーザインタフェースをさらに備える、請求項１に記載の認可車両運転者用の車両認可システム。
【請求項３】
前記車両セキュリティ送受信機は、独立したセキュアな無線通信を確立することができる、請求項１に記載の認可車両運転者用の車両認可システム。
【請求項４】
履歴活動ログをさらに備える、請求項１に記載の認可車両運転者用の車両認可システム。
【請求項５】
特定のイベントが発生したときに、前記無線送受信機への通知信号をさらに備える、請求項１に記載の認可車両運転者用の車両認可システム。
【請求項６】
認可車両ユーザのための車両認可方法であって、
ａ）車載送信機への無線通信リンクを介してユーザのスマートデバイスとメッセージを交換するステップと、
ｂ）ユーザが車両へのアクセスを認可されているかどうかを判定するステップと、
ｃ）前記ユーザが認可されている場合に前記ユーザに前記車両へのアクセスを認めるステップと、
ｄ）前記車両へのアクセスが要求または検知された後に認可ユーザが存在しない場合、前記車両へのアクセスを制限するおよび／または前記車両の始動を防止するセキュリティモードを起動させるステップと、を含む、車両認可方法。
【請求項７】
前記スマートデバイスを操作するためのユーザ使用可能条件をさらに含む、請求項６に記載の車両認可方法。
【請求項８】
ユーザが前記車両への直接的な入力により起動させることをさらに含む、請求項６に記載の車両認可方法。
【請求項９】
前記送信機は前記車両の既存のＥＣＵの一部である、請求項６に記載の車両認可方法。
【請求項１０】
前記送信機は、前記車両の複数のＥＣＵに作動コマンド要求を送信することができる、請求項６に記載の車両認可方法。
【請求項１１】
前記送信機は車両システムを作動させるために作動コマンド要求を送信することができる、請求項６に記載の車両認可方法。
【請求項１２】
車両へのアクセスを認可して前記車両の始動を許可する車両セキュリティ装置であって、
ａ）無線通信リンクを介してメッセージを交換し、メッセージクエリを作成するユーザのスマートデバイスと、
ｂ）前記メッセージクエリを照合して、前記ユーザが前記車両へのアクセスを認可されているかどうかを判定する前記車両内のセンサと、
ｃ）前記ユーザが認可されている場合には前記ユーザに前記車両へのアクセスを認めることと、
ｄ）認可ユーザが存在しない場合に前記車両へのアクセスが要求または検知される場合には前記車両へのアクセスを制限するおよび／または前記車両の始動を防止するセキュリティモードを起動させることと、を備える、車両セキュリティ装置。
【請求項１３】
既存の自動施錠・解錠システムをさらに備える、車両へのアクセスを認可して前記車両の始動を許可する、請求項１２に記載の車両セキュリティ装置。
【請求項１４】
前記ユーザのスマートデバイスは独立したセキュアな無線通信を確立することのできる、車両へのアクセスを認可して前記車両の始動を許可する、請求項１２に記載の車両セキュリティ装置。
【請求項１５】
前記車両セキュリティデバイスは標準的なインターネット通信プロトコルを使用してインターネット上で他のデバイスと通信することができる、車両へのアクセスを認可して前記車両の始動を許可する、請求項１２に記載の車両セキュリティ装置。
【請求項１６】
前記車両セキュリティデバイスは履歴活動ログを維持することができる、車両へのアクセスを認可して前記車両の始動を許可する、請求項１３に記載の車両セキュリティ装置。
【請求項１７】
前記車両セキュリティは、特定のイベントが発生したときに、前記ユーザに即座に特定の活動通知を送信することができる、車両へのアクセスを認可して前記車両の始動を許可する、請求項１３に記載の車両セキュリティ装置。
【請求項１８】
前記特定の活動通知は第三者に送信することができる、車両へのアクセスを認可して前記車両の始動を許可する、請求項１２に記載の車両セキュリティ装置。
【請求項１９】
ラジオ受信機をさらに備える、車両へのアクセスを認可して前記車両の始動を許可する、請求項１２に記載の車両セキュリティ装置。
【請求項２０】
前記車両セキュリティデバイスは、既存のＯＥＭ車両セキュリティシステムを危殆化しようとする試みについてＲＦ通信を監視する、車両へのアクセスを認可して前記車両の始動を許可する、請求項１９に記載の車両セキュリティ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両内へのアクセスを認可して車両を始動させる、独立型車両セキュリティシステムに関する。
【背景技術】
【０００２】
車両および車両内の品物の盗難は、いまだに大きな問題である。車両に不法にアクセスするためにしばしば盗難者が使用する安価な電子機器によって、既存のＯＥＭ車両セキュリティシステムがいつバイパスされ（bypassed）または危険な状態にされる（危殆化、compromised）のかが、増加している共通の問題である。
【０００３】
既存のＯＥＭ車両セキュリティシステムがバイパスまたは危殆化される場合、未認可ユーザが車両に侵入することができ、場合によっては、車両を始動させて運転することができる。これらのデバイスは車両のアラームを起動させないことが多いため、未認可ユーザは、不都合な注目を浴びることなく、ピッキング用具もしくは錠あけ用の金属片（スリムジム）を使用して、または窓ガラスを割って、無理やり車両に侵入する必要がない。他の人は、未認可ユーザが車両に合法的にアクセスしていると思うため、人口の多い地域で未認可ユーザが白昼に行為に及ぶことすら、しばしばある。盗難に加えて、誰かが車両所有者のキーおよび／またはキーフォブ（key fob）にアクセスできるかもしれないが、車両所有者が車両への限定的なアクセスのみを許したいという状況は数多くある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
未認可アクセスから車両を保護する、独立型車両セキュリティシステムの必要性がある。
【課題を解決するための手段】
【０００５】
本発明は、車両システムの監視および制御の両方を行うことができる車両セキュリティデバイス（３１）と、ユーザのスマートデバイス（３２）とを有する。車両セキュリティデバイスおよびユーザのスマートデバイスはともに、電子信号を介して双方向通信可能な送受信機として動作する。本発明は、既存の車両キーおよびフォブと組み合わせて、２段階認証を提供する。車両セキュリティデバイス（３１）は、車両メーカーがインストールした電子制御ユニット（ＥＣＵ）などの１つまたは複数の標準コンポーネント、もしくはＯＢＤ−ＩＩドングルなどのアフターマーケットコンポーネント、またはそれらの組み合わせから構成することができる。車両セキュリティデバイス（３１）は、ドアロック、トランク／ハッチ、車両アラームなどの車両システムを起動させ、車両の始動を防止する能力を有する。ユーザのスマートデバイス（３２）は、通例、（好ましくは、暗号化された）無線通信リンク（３３）を確立することができ、車両セキュリティデバイス（３１）とメッセージの交換をすることのできる携帯電子機器である。本発明は、従来の車両ドアロックならびに車両キーおよび車両フォブが提供するものに追加される、セキュリティの独立レイヤーを提供する（括弧内の数字は発明の実施の形態に対応する）。
【０００６】
ユーザが車両へのアクセスを認可されているかどうかを判定するために、無線通信リンク（３３）を介して、車両セキュリティデバイス（３１）とユーザのスマートデバイス（３２）との間でメッセージが交換される。ユーザが認可されている場合、ユーザは、車両キーフォブおよび車両キーなどの既存の車両アクセスシステムにより車両にアクセスすることができる。認可ユーザが存在しない場合に車両へのアクセスが要求または検知されると、本発明は、そのセキュリティモードを起動させる。
【０００７】
セキュリティモードが「起動済み」（１９）の場合、本発明は、車両へのアクセスを防止もしくは制限するために車両ドアおよびトランク／ハッチを施錠すること、ならびに／または車両の始動を防止することを含む、セキュリティ対策のうちの１つまたはそれらの組み合わせを採用してもよい。本発明は、また、注意を引くために使用される、クラクション、ライトなどの車両アラームもしくは他のタイプの車両システム、または他の車両機能を起動させてもよい。本発明は、認可ユーザが存在する場合、または所定の時間を経た後に、そのセキュリティモードを無効化する。
【０００８】
本発明の好適な実施形態によると、車両に作動可能に接続されている、車両機能を起動させることのできる車両セキュリティ送受信機と、車両セキュリティ送受信機からの通信を受信する、認可車両運転者用の無線送受信機と、車両セキュリティ送受信機と通信し、電子信号を介して少なくとも１つの車両アクセスパラメータを検知する車両内のセンサとが示され、車両セキュリティ送受信機は、アクセスパラメータに関連付けられている第２信号をセンサが検知することに応答して無線送受信機に伝送し、検証されると、運転者による車両へのアクセスを許可し、または、不適切なレスポンスであるかもしくはレスポンスがないと、アクセスもしくは車両操作を防止するように車両機能を起動させる、無線送受信機からの検証信号を確認する。
【０００９】
本発明の別の好適な実施形態によると、車載送信機との無線通信リンクを介してユーザのスマートデバイスとメッセージを交換するステップと、ユーザが車両へのアクセスを認可されているかどうかを判定するステップと、ユーザが認可されている場合にユーザに車両へのアクセスを認めるステップと、車両へのアクセスが要求もしくは検知された後に認可ユーザが存在しない場合、車両へのアクセスを制限するおよび／または車両の始動を防止するセキュリティモードを起動させるステップとが示される。
【００１０】
本発明の別の好適な実施形態によると、無線通信リンクを介してメッセージを交換するユーザのスマートデバイスにメッセージクエリを作成させて、車両へのアクセスを認可して車両を始動させる車両セキュリティ装置と、ユーザが車両へのアクセスを認可されているかどうかを判定するためにメッセージクエリを照合し、ユーザが認可されている場合にはユーザに車両へのアクセスを認め、認可ユーザが存在しない場合に車両へのアクセスが要求または検知される場合には車両へのアクセスを制限するおよび／または車両の始動を防止するセキュリティモードを起動させる車両内のセンサと、が示される。
【００１１】
本発明の利点は、添付の図面に関連して検討したときに以下の詳細な説明を参照することによって、かかる利点がよりよく理解されることになると容易に認識されるであろう。図面は本明細書の一部を成し、さまざまな形態で具現してもよい本発明の例示的な実施形態を含む。ある場合において、本発明を理解しやすいように本発明のさまざまな側面は誇張または拡大して示されることがあることは理解されるべきである。
【図面の簡単な説明】
【００１２】
【図１】セキュリティモード「待機」１における、本発明の好適な実施形態による動作のフロー図を示す。
【図２】セキュリティモード「準備」８における、本発明の好適な実施形態による動作のフロー図を示す。
【図３】セキュリティモード「起動済み」１９における、本発明の好適な実施形態による動作のフロー図を示す。
【図４】車両セキュリティデバイス３１、ユーザのスマートデバイス３２、無線通信リンク３３、および車両システムとのインタフェースを含む、本発明の好適な実施形態によるブロック図を示す。
【発明を実施するための形態】
【００１３】
図１は、セキュリティモード「待機」１における、本発明の動作のフロー図を示す。セキュリティモードは、最初は「待機」１である。車両セキュリティデバイス３１は、それが動作可能（イネーブル）にされているかどうか２を繰り返し判定する。答えが「はい」の場合、車両セキュリティデバイス３１は、認可ユーザが存在しないかどうか３を判定する。答えが「いいえ」の場合、車両セキュリティデバイス３１は、それがイネーブルにされているかどうか２を判定する。答えが「はい」の場合、車両セキュリティデバイス３１は、車両がもうアクセスされていないかどうか４を判定する。答えが「いいえ」の場合、車両セキュリティデバイス３１は、それがイネーブルにされているかどうか２を判定する。答えが「はい」の場合、車両セキュリティデバイス３１はセキュリティモード「準備」５に入る。セキュリティモード「準備」５では、車両ドアおよびトランク／ハッチが施錠され６、車両アラームがセットされる７。
【００１４】
図２は、セキュリティモード「準備」８における、本発明の動作の図を示す。セキュリティモード「準備」８では、車両セキュリティデバイス３１は、車両アクセスが要求されるかどうか９を定期的に判定する。車両セキュリティデバイス３１は、車両アクセスが検知されるかどうか１０も定期的に判定する。車両アクセスが要求され９、または車両アクセスが検知される１０場合、車両セキュリティデバイス３１はセキュリティモード「起動済み」１３に入る。セキュリティモード「起動済み」１３では、車両ドアおよびトランク／ハッチが施錠され１５、車両アラームが起動され１６、車両は動かないようにされる１７。セキュリティモード「準備」８では、車両セキュリティデバイス３１は、また、それが動作不能（ディセーブル）にされているかどうか１１と、認可ユーザが存在するかどうか１２とを定期的に判定する。車両セキュリティデバイス３１がディセーブルにされている１１場合、または認可ユーザが存在する１２場合、車両セキュリティデバイス３１はセキュリティモード「待機」１４に入る。セキュリティモード「待機」１４では、車両へのアクセスが許される１８。
【００１５】
図３は、セキュリティモード「起動済み」１９における、本発明の動作の図を示す。セキュリティモード「起動済み」１９では、車両セキュリティデバイス３１は、セキュリティモード「起動済み」のタイムアウトがあるかどうか２０を定期的に判定する。答えが「はい」の場合、車両セキュリティデバイス３１はセキュリティモード「準備」２３に入る。セキュリティモード「準備」２３では、車両ドアおよびトランク／ハッチが施錠され２５、車両アラームがセットされる２６。セキュリティモード「起動済み」１９では、車両セキュリティデバイス３１は、また、それがディセーブルにされているかどうか２１と、認可ユーザが存在するかどうか２２とを定期的に判定する。車両セキュリティデバイス３１がディセーブルにされている２１場合、または認可ユーザが存在しない２２場合、車両セキュリティデバイス３１はセキュリティモード「待機」２４に入る。セキュリティモード「待機」２４では、車両へのアクセスが許される２７。
【００１６】
図４は、本発明のブロック図を示す。ユーザが車両にアクセスすることを認可されているかどうかを判定するために、無線通信リンク３３を介して、車両セキュリティデバイス３１とユーザのスマートデバイス３２との間でメッセージが交換される。車両セキュリティデバイス３１はデータパラメータを監視して、車両へのアクセスが要求されているかどうか２９を検知する。車両セキュリティデバイス３１はデータパラメータを監視して、車両がアクセスされたかどうか２８を判定する。車両セキュリティデバイス３１は、ドアロックおよびトランク／ハッチロックを含め、車両施錠・解錠システム３０を作動させる能力を有する。施錠・解錠システム３０は、システムまたは他の車両機能を起動させる電子信号要求を検知するためのセンサを有してもよい。車両セキュリティデバイス３１は、クラクションおよびライトなど、注意を引くために使用されるアラームおよび他のシステムを含め、車両アラームシステム３４を作動させる能力を有する。車両セキュリティデバイス３１は、車両の始動を防止するために、車両を動かないようにする３５能力を有する。
【００１７】
認可ユーザが車両に接近すると、無線通信リンク３３を介して、ある場合には送信機として作用する車両セキュリティデバイス３１と、ユーザのスマートデバイス３２との間でメッセージが交換されて、ユーザが車両にアクセスすることを認可されているかどうかを判定する。典型的には、ユーザが車両に接近してくるときに、ユーザが認可されているかどうかを車両セキュリティデバイス３１が判定できるのに十分な数のメッセージを交換することができる。本発明は、ユーザが車両の近辺から去るときを判定する。さらに（optionally）、車両ユーザが車両に接近するとき、また、車両から去るときに、本発明を使用するために車両ユーザからの入力は必要ない。
【００１８】
車両セキュリティデバイス３１は、３つのセキュリティモード、すなわち、「待機」１、「準備」８および「起動済み」１９を有する。セキュリティモードは、最初は「待機」１である。セキュリティモードが「待機」１のとき、車両キーフォブおよび車両キーなどの既存の車両アクセスシステムにより、車両へのアクセスが許される１８。認可ユーザが存在する場合は常に、セキュリティモードは「待機」１である。セキュリティモードが「待機」１に移行すると、車両セキュリティデバイス３１は、キーまたはキーフォブを使用して普通にドアを開けることを許可する。車両セキュリティデバイス３１は、さらに、車両ドアおよびトランク／ハッチを解錠し、車両アラームを解除することができる。この場合、ユーザが車両に接近すると、車両ドアおよびトランク／ハッチは自動的に解錠することができる。ユーザが車両の近辺から去って認可ユーザがもう存在せず３、車両がもうアクセスされていない４と車両セキュリティデバイス３１が判定すると、セキュリティモードは「準備」５に移行する。
【００１９】
セキュリティモードが「準備」８のとき、車両キーフォブおよび車両キーなどの既存の車両アクセスシステムによる車両へのアクセスは制限される。セキュリティモードが「準備」５に移行すると、車両セキュリティデバイス３１は車両ドアおよびトランク／ハッチを施錠して６、車両アラームをセットする７。セキュリティモードが「準備」８のときに、車両セキュリティデバイス３１が、車両への未認可アクセスが要求される９、または車両がアクセスされた１０と判定すると、セキュリティモードは「起動済み」１３に移行する。セキュリティモードが「準備」８のときに、認可ユーザが存在する１２と判定されると、セキュリティモードは「待機」１４に移行する。
【００２０】
セキュリティモードが「起動済み」１９のとき、車両ドアおよびドランク／ハッチを施錠１５したままにし、車両へのアクセスを防止する。車両によっては、キーフォブまたは他のデバイスの未認可の使用がドアを一瞬解錠するかもしれないが、車両セキュリティデバイス３１が、ドアを再び施錠するよう命令する。さらに、車両は動かなくされる１７よう命令されて、未認可の始動が要求されても車両を始動させない。さらに、車両アラームが起動され１６、またはクラクション、ライトもしくは他の車両システムもしくは機能などの他のデバイスが起動される。セキュリティモードが「起動済み」１９のときに、認可ユーザが存在すると２２、セキュリティモードは「待機」２４に移行する。セキュリティモードが「起動済み」１９のとき、さらに、セキュリティモードはタイムアウト時間２０の経過後「準備」２３に移行することができる。セキュリティモードが移行して「起動済み」１９ではなくなると、車両ドアおよびトランク／ハッチは、施錠されるよう継続的に命令されなくなり、車両は動かなくされるよう命令されなくなり、車両アラームは無効化される。
【００２１】
ユーザは、さらに、ユーザインタフェースにより本発明の挙動を構成することができる。ユーザは、たとえば、セキュリティモードが「待機」１に移行し、かつ認可ユーザが存在するときに、車両ドアおよびトランク／ハッチを解錠するかどうか、および、車両アラームを解除するかどうかを構成することができる。ユーザは、たとえば、車両セキュリティデバイス３１がセキュリティモード「起動済み」１９から「準備」８に移行するためのタイムアウト時間を構成すること、および、タイムアウトがあるかどうかを構成することができる。
【００２２】
ユーザは、任意で、本発明をイネーブルまたはディセーブルにすることができる。本発明がディセーブルのとき、セキュリティモードは常に「待機」１である。本発明がイネーブルのとき、セキュリティモードは、上述したように移行する。ユーザは、さらに、手動モードで動作するように本発明を構成することができる。手動モードでは、ユーザは、車両セキュリティデバイスの３つのセキュリティモード、すなわち、「待機」１、「準備」８、「起動済み」１９、のそれぞれを手動で命令する能力を有する。ユーザは、オプションのユーザ構成のさまざまな組み合わせを利用することができ、またはオプションのユーザ構成のすべてを利用することができる。追加構成を利用することができる。単一の車両セキュリティデバイス３１に対して複数のユーザのスマートデバイスを使用することができるので、複数のユーザが無線通信リンク３３を確立して、車両へのアクセスの認可を受けることができる。
【００２３】
ユーザは、さらに、本発明がイネーブルのときの条件、および本発明がディセーブルのときの条件を構成することができる。ユーザは、１日の一定の時間帯の間のみ本発明をイネーブルにするように構成することができる。たとえば、ユーザは、車両の盗難が発生する可能性の高い午後１０時から午前６時までの時間帯にのみ本発明をイネーブルにするように構成することができる。ユーザは、所定の時間枠、たとえば、１時間の時間枠の間、本発明をディセーブルにするように構成することができる。これにより車両への一時的なアクセスが可能になり、車両が共有車両の場合に便利である。ユーザは、ユーザが車両から出た後の一定の時間の間のみイネーブルにするように、またはユーザが車両を出た後の一定の時間の間ディセーブルにするように本発明を構成することができる。ユーザは、車両が次にアクセスされるまで本発明をディセーブルにするように構成することができ、その後本発明は再びイネーブルにされる。ユーザは、本発明を一定の地理的地域、たとえば犯罪率が高いまたは低い地域においてのみイネーブルにするように構成することができる。
【００２４】
ユーザのスマートデバイス３２は、典型的には、ユーザに本発明の挙動を構成することを可能にするユーザインタフェースを有する。ユーザインタフェースは、ユーザのスマートデバイス３２上のソフトウェアアプリケーションにすることができる。たとえば、ユーザのスマートデバイス３２がスマートフォンである場合、ユーザインタフェースは、スマートフォン上のソフトウェアアプリケーション、いわゆる「スマートフォンアプリ」にすることができる。ユーザインタフェースは、本発明とのみインタフェースを取る、ユーザのスマートデバイス３２上の専用インタフェースにすることもできる。あるいは、ユーザは、ユーザセキュリティデバイス３１上のユーザインタフェースにより、本発明の挙動を構成することができる。車両セキュリティデバイス３１は車両内に位置するため、これは代表的なものではない。代替の実施形態では、ユーザは、車両システム（ダッシュボードヘッドユニットなど）上のユーザインタフェースにより、本発明の挙動を構成することができる。追加で、ユーザは、購入時点で構成オプションを選択することができるであろうし、また、本発明は製造時点で適切に構成されることができるであろう。
【００２５】
ユーザのスマートデバイス３２を作成するために必要な電子機器は小さなフォームファクタを有するので、デバイスはそれ自体が小さなフォームファクタを有することができ、または、既存の電子機器内に含めることができる。ユーザのスマートデバイス３２は、既存の電子機器のハードウェア上で実行することができる。ユーザのスマートデバイス３２は、モバイルスマートフォンにすることができる。ユーザのスマートデバイス３２は、車両製造時点で、ユーザの既存のキーフォブまたは車両キー内に含めることができる。ユーザの既存のキーフォブまたは車両キーは、車両が製造された後で、ユーザのスマートデバイス３２を含むように改造することができる。ユーザのスマートデバイス３２は、補助キーフォブまたは補助車両キーにすることができる。ユーザのスマートデバイス３２は、スマートウォッチなどのウェアラブルデバイスにすることができる。
【００２６】
さまざまなタイプの無線通信リンクを使用して、車両セキュリティデバイス３１と車両ユーザのスマートデバイス３２との間の無線通信リンク３３を設けることができる。ある状況において、ユーザのスマートデバイスは、無線受信機として作用する。暗号化された形態の通信が好ましい。市販の電子機器を使用する無線通信リンク規格が好ましい。本発明を遠くから制御する必要がある場合など、いくつかの場合には、車両の直近以上に及ぶ通信範囲を有する無線通信リンク３３が好ましい。使用できる無線通信リンク規格には、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ  Ｅｎｅｒｇｙ、Ｗｉ−Ｆｉ（登録商標）、ＮＦＣ（近距離無線通信）、ＺｉｇＢｅｅ（登録商標）、ならびにセルラー方式通信および衛星通信に使用されるものが含まれる。さらに、通信は、無線バッテリ式デバイス向けの仕様のＬｏＲａＷＡＮまたは低消費電力広域ネットワーク（ＬＰＷＡＮ）経由でもよい。市販の無線通信リンク規格の追加のタイプを使用することができ、または、カスタム無線通信リンクを使用することができる。あるいは、車両外部の接続ポイントを通じてユーザのスマートデバイス３２を車両セキュリティデバイス３１に接続することにより、有線通信リンク３３を確立することができる。
【００２７】
無線通信リンク規格のそれぞれは、車両ユーザのスマートデバイス３２と車両セキュリティデバイス３１との間で通信を確立して、一定の距離で維持することの可能な通信範囲を有する。Ｂｌｕｅｔｏｏｔｈ（登録商標）およびＷｉ−Ｆｉ（登録商標）など、多くの市販の無線通信リンク規格は、約５０フィート以上の通信範囲を有する。これにより、ユーザが車両に接近していくときに、ユーザのスマートデバイス３２と車両セキュリティデバイス３１との間の通信が可能になる。典型的には、ユーザが車両に接近してくるときに、そのユーザが認可されているかどうかを車両セキュリティデバイス３１が判定するのに十分な数のメッセージを交換することができる。ユーザがキーフォブまたは車両セキュリティを使用するのに十分に車両に近づくときまでに、車両セキュリティデバイス３１は、ユーザが認可されているかどうかを把握し、セキュリティモードを適宜「待機」１または「起動済み」１９に設定することができる。
【００２８】
無線通信リンク３３で車両セキュリティデバイス３１とユーザのスマートデバイス３２との間でメッセージを交換して、車両へのユーザのアクセスを認可する。車両セキュリティデバイス３１とユーザのスマートデバイス３２との間の無線通信リンク３３には、強固な暗号化規格が好ましい。これは、本発明が提供する車両セキュリティが盗難者によってバイパスまたは危殆化されることを防止することができる。
【００２９】
車両セキュリティデバイス３１とユーザのスマートデバイス３２との間の暗号化された無線通信リンク３３は、対称鍵（symmetric-key）および公開鍵（public-key）暗号化の２つの基本的な暗号化方式を使用することができる。対称鍵方式では、ユーザのスマートデバイス３２は、車両セキュリティデバイス３１が命令を解読するために使用する暗号化キーと同じ暗号化キーを使用する。公開鍵暗号化方式では、ユーザのスマートデバイス３２が使用する暗号化キーは、車両セキュリティデバイス３１が命令を解読するために使用する解読キーとは異なる。先進暗号化規格（ＡＥＳ）−２５６などの２５６ビットの対称鍵暗号化方式が好ましい。
【００３０】
車両セキュリティデバイス３１およびユーザのスマートデバイス３２は、それらが製造される時点で、それらの暗号化キーを取得することができる。あるいは、車両セキュリティデバイス３１およびユーザのスマートデバイス３２は、インストール時にそれらの暗号化キーを取得することができる。暗号化キーは、インストール時にセキュアドコンピュータに接続するようなセキュアな転送手段を使用して、車両セキュリティデバイス３１およびユーザのスマートデバイス３２に通信することができる。あるいは、車両セキュリティデバイス３１および／またはユーザのスマートデバイス３２をインターネットに接続することができる。暗号化キーは、メーカーによって維持されるサーバ上に格納することができ、インターネット経由で、セキュアかつ暗号化されたインターネット転送プロトコルを使用して車両セキュリティデバイス３１およびユーザのスマートデバイス３２に通信することができる。ひとたび車両セキュリティデバイス３１およびユーザのスマートデバイス３２がそれらの暗号化キーを取得すると、ユーザのスマートデバイス３２が送信する暗号化されたメッセージは、適切な暗号化キーを持つ車両セキュリティデバイス３１でしか解読することはできない。
【００３１】
車両セキュリティデバイス３１とユーザのスマートデバイス３２との間に無線通信リンク３３を確立するために、ユーザのスマートデバイス３２は、ユーザのスマートデバイス３２が車両セキュリティデバイス３１の範囲内にないときであっても、定期的なブロードキャストメッセージを常に送信する。ユーザのスマートデバイス３２が車両セキュリティデバイス３１の通信範囲内に来ると、車両セキュリティデバイス３１はブロードキャストメッセージを受信して、受信確認メッセージをユーザのスマートデバイス３２に送信する。ユーザのスマートデバイス３２が受信確認メッセージを受信すると、ユーザのスマートデバイス３２は、初期化ベクトルメッセージを車両セキュリティデバイス３１に送信する。初期化ベクトルは、ユーザのスマートデバイス３２と車両セキュリティデバイス３１との間の暗号化された通信を開始するために使用される。ユーザのスマートデバイス３２が送信する次のメッセージは、初期化ベクトルおよび暗号化キーを使用して暗号化され、その後、車両セキュリティデバイス３１により初期化ベクトルおよび暗号化キーを使用して解読される。
【００３２】
総当たり攻撃や反射攻撃などの、暗号を無効にする試みに対して脆弱になることなく、ユーザのスマートデバイス３２と車両セキュリティデバイス３１との間でその後のメッセージを交換できるようにするために、ブロック暗号操作モードが選択される。出力フィードバック（ＯＦＢ）モードが好ましいが、他のモードを使用することもできる。車両セキュリティデバイス３１が、暗号化されたメッセージを受信して解読に成功すると、車両セキュリティデバイス３１は必ず、受信確認メッセージをユーザのスマートデバイス３２に送信する。ユーザのスマートデバイス３２が、ユーザのスマートデバイス３２が送信した暗号化メッセージの受信確認メッセージを受信すると、ユーザのスマートデバイス３２から、規則的な速度、たとえば毎秒１回の、暗号化された「ハートビート」メッセージが送信される。車両セキュリティデバイス３１が、暗号化されたハートビートメッセージを受信して解読に成功すると、暗号化された無線通信リンク３３が確立されて、認可が確認される。この時点で、車両セキュリティデバイス３１は「待機」１に移行し、ユーザは、車両にアクセスすることを認可される。
【００３３】
車両セキュリティデバイス３１が、暗号化されたハートビートメッセージを受信して解読に成功すると、車両セキュリティデバイス３１は必ず、受信確認メッセージをユーザのスマートデバイス３２に送信する。ユーザのスマートデバイス３２は、暗号化されたハートビートメッセージをユーザのスマートデバイス３２が送信するたびに、車両セキュリティデバイス３１からの受信確認メッセージを受信することを予期する。ユーザのスマートデバイス３２は、車両セキュリティデバイス３１から受信確認メッセージを受信するまで、次のハートビートメッセージを送信しない。車両セキュリティデバイス３１からの受信確認メッセージをユーザのスマートデバイス３２がタイムアウト時間内に受信しなければ、暗号化された無線通信リンク３３は確立されなくなる。ユーザのスマートデバイス３２は規則的なブロードキャストメッセージの送信に戻り、暗号化された無線通信リンク３３は始めから再確立されなければならない。
【００３４】
ユーザのスマートデバイス３２が送信する、規則的な暗号化されたハートビートメッセージは、認可ユーザがまだ存在することを検証するために車両セキュリティデバイス３１が使用する。ユーザのスマートデバイス３２が定期的な間隔でハートビートメッセージを送信し、車両セキュリティデバイス３１は、同じ定期的な間隔でハートビートメッセージを受信することを予期する。車両セキュリティデバイス３１が、予期した間隔でユーザのスマートデバイス３２からハートビートメッセージを受信する場合、車両セキュリティデバイス３１は、認可ユーザがまだ存在すると判定する。車両セキュリティデバイス３１が、予期した間隔で所定数のハートビートメッセージを受信しない場合、車両セキュリティデバイス３１は、認可ユーザがもう存在しないと判定する。
【００３５】
ユーザがまだ存在するかどうかを判定するために、ハートビートメッセージと組み合わせた信号強度指標を使用してもよい。市販の電子機器の多くは、受信するメッセージの信号強度の尺度を提供している。信号強度閾値を使用して、認可ユーザがまだ存在するかどうかを判定することができる。車両セキュリティデバイス３１が、予期した間隔でユーザのスマートデバイス３２からハートビートメッセージを受信するとき、その受信したメッセージの信号強度が閾値を超えていれば、車両セキュリティデバイス３１は、認可ユーザがまだ存在すると判定する。車両セキュリティデバイス３１が、予期した間隔でユーザのスマートデバイス３２からハートビートメッセージを受信するとき、その受信したメッセージの信号強度が所定数のハートビートメッセージについて閾値未満であれば、車両セキュリティデバイス３１は、認可ユーザがもう存在しないと判定する。また、認可ユーザがまだ存在するかどうかを判定するために追加の方法を使用してもよい。
【００３６】
ユーザは、任意で、ユーザインタフェースにより信号強度閾値を構成することができる。ユーザのスマートデバイス３２から受信したメッセージの信号強度と、ユーザのスマートデバイス３２と車両セキュリティデバイス３１との間の距離との関係を確立することができる。これにより、ユーザは、ユーザインタフェースから距離閾値を構成することが可能であり、このほうが、ユーザにとってなじみのある尺度である。
【００３７】
信号強度は、ユーザのスマートデバイス３２が車両セキュリティデバイス３１から遠ざかっていく距離が長くなるほど低下する。信号強度と距離との関係を判定するために、ユーザのスマートデバイス３２と車両セキュリティデバイス３１との間の所定の距離における平均信号強度を測定することができる。無線通信リンク３３の信号強度は、建物の壁内部の金属など、環境内の障害物によって影響を受けるため、距離の測定値は、広場などの空き地で取るべきである。
【００３８】
ハートビートメッセージと組み合わせてオプションの信号強度指標を使用することは、かなり長い通信範囲を有する無線通信リンク規格にとって便利である。たとえば、認可ユーザがユーザのスマートデバイス３２とともに自宅内にいて眠っており、その車両が車庫または私道に駐車されている場合、認可ユーザは、通例、セキュリティモードを「準備」８にしたいと思う。この例では、認可ユーザはまだ、車両セキュリティデバイス３１にユーザのスマートデバイス３２からのハートビートメッセージの受信を続けさせる通信範囲内にいるかもしれない。車両セキュリティデバイス３１の信号強度閾値は、車両に比較的近い、たとえば車両から１０フィートの、閾値に設定することができる。すると、車両セキュリティデバイス３１は、ユーザが車両の１０フィート以内に接近するときにユーザが存在すると判定し、ユーザが車両から１０フィートよりも遠くにいるとき、たとえば、ユーザが自宅内で眠っているときには、ユーザはもう存在しないと判定するであろう。
【００３９】
認可ユーザがまだ存在するかどうかを判定するときには、ヒステリシスを使用することができる。ヒステリシスは、無線通信リンク３３の通信範囲の端で使用される。通信範囲の端では、車両セキュリティデバイス３１は、ユーザのスマートデバイス３２からハートビートメッセージを断続的に受信するであろう。ヒステリシスを使用して、車両セキュリティデバイス３１が、認可ユーザが存在するとの判定と認可ユーザが存在しないとの判定との間で急激に移行することを防止する。
【００４０】
使用できるある方法は、認可ユーザがもう存在しないと判定された後で、認可ユーザが今存在すると判定するには、所定数のハートビートメッセージを続けて受信することを要求することができる、というものである。使用できる別の方法は、認可ユーザがもう存在しないと判定された後で、所定の時間間隔、たとえば５秒、の間、認可ユーザが今存在すると判定されないようにする、というものである。ハートビートメッセージと組み合わせて信号強度指標を使用する場合、下限信号強度閾値を、認可ユーザがもう存在しないと判定するために使用することができ、上限信号強度閾値を、認可ユーザが今存在すると判定するために使用することができる。
【００４１】
車両セキュリティデバイス３１は、スタンドアロン型ＥＣＵにすることができ、または、既存のＥＣＵの一部もしくは車両のＥＣＵの組み合わせにすることができる。車両セキュリティデバイス３１は、製造時に車両に搭載されるＯＥＭ（相手先ブランド名製造）ＥＣＵにすることができ、または、車両が製造された後に車両にインストールされるアフターマーケットＥＣＵにすることができる。車両セキュリティデバイス３１は、車両上の既存のＥＣＵのハードウェア上で実行することができる。既存のＥＣＵは、本発明を実行するために再プログラミングすることができる。車両セキュリティデバイス３１は、ＯＢＤ−ＩＩポート、リレーソケット、またはヒューズポートなど、適切な標準車両接続コンセントに接続されるアフターマーケット製品にすることができる。車両セキュリティデバイス３１は、必要なときに車両内の既存のワイヤやハーネスに組み込むことを含め、これらのコンポーネントに接続してカスタムインストールすることができる。
【００４２】
車両セキュリティデバイス３１は、ＣＡＮ（コントローラエリアネットワーク）、ＲＳ２３２シリアル、またはＪ１８５０ＰＷＭ（パルス幅変調）などの標準的な自動車電子通信プロトコルを使用して、車両データバスで他のＥＣＵと通信することができる。車両セキュリティデバイス３１は、車両データバスで他のＥＣＵから送られるメッセージを受信して、適切な車両データパラメータを監視することができる。車両セキュリティデバイス３１は、車両データバスで他のＥＣＵから特定のデータパラメータを要求し、特定のデータパラメータについてのレスポンスを受信することができる。車両セキュリティデバイス３１は、所定の規則的な速度で特定のデータパラメータを要求することができる。
【００４３】
車両セキュリティデバイス３１は、適切な車両データパラメータを監視するためにセンサを直接読み取ることができる。センサは、車両セキュリティデバイス３１に配線することができる。あるいは、車両セキュリティデバイス３１と無線で通信することのできるスマートセンサを使用することができる。既存の車両センサを車両セキュリティデバイス３１に接続することができ、必要であれば、新しいセンサを車両内にインストールして、車両セキュリティデバイス３１に接続することができる。車両セキュリティデバイス３１は、車両データバスでメッセージを受信することと、車両データバスで特定のデータパラメータを要求および受信することとの組み合わせを使用して、また、センサを直接読み取ることによって、適切な車両データモニタを監視することができる。
【００４４】
車両セキュリティデバイス３１は、車両へのアクセスが要求されるかどうか２９を判定するために、データパラメータを監視する。車両セキュリティデバイス３１は、車両キーフォブ要求を監視する。車両セキュリティは、１つまたは複数のドアを解錠すること、トランク／ハッチを開くこと、アラームを解除もしくは無効化すること、または、車両もしくは他の車両アクセスパラメータを始動させることの車両キーフォブの要求を傍受すると、車両へのアクセスが要求されると判定する。車両セキュリティデバイス３１は、ドアを施錠すること、または、車両アラームをセットするかもしくは起動させることの車両キーフォブの要求を傍受する場合は、車両へのアクセスが要求されると判定しない。
【００４５】
車両セキュリティデバイス３１は、車両キーがドアのキーシリンダーに挿入されて車両の解錠が試みられる場合など、車両キー要求を監視する。車両セキュリティデバイス３１は、１つまたは複数のドアを解錠すること、または、トランク／ハッチを開けることの車両キー要求を傍受すると、車両へのアクセスが要求されると判定する。車両セキュリティデバイス３１は、ドアを施錠すること、または、トランク／ハッチを施錠することの車両キー要求を傍受する場合には、車両へのアクセスが要求されると判定しない。車両セキュリティデバイス３１は、車両キーフォブ要求および車両キー要求を個別にまたは組み合わせで監視することができる。ユーザは、任意で、車両へのアクセスが要求されるかどうかを判定するために使用されるデータパラメータを構成することができる。
【００４６】
車両セキュリティデバイス３１は、車両がアクセスされたかどうか２８を判定するために、データパラメータを監視する。車両セキュリティデバイス３１は、車両ドアロックの状態を監視する。車両セキュリティデバイス３１は、４つのドアロックのいずれかが解錠されている場合に、車両がアクセスされたと判定する。車両セキュリティデバイス３１は、車両の施錠・解錠ボタンを監視する。車両セキュリティデバイス３１は、施錠・解錠ボタンの解錠または施錠が押される場合に、車両がアクセスされたと判定する。車両セキュリティデバイス３１は、車両のアラーム状態を監視する。車両セキュリティデバイス３１は、車両アラームが解除または起動される場合に、車両がアクセスされたと判定する。
【００４７】
車両セキュリティデバイス３１は、車両ドアの開状態およびトランク／ハッチの開状態を監視する。車両セキュリティデバイス３１は、４枚のドアのいずれかが開いている場合、またはトランク／ハッチが開いている場合に、車両がアクセスされたと判定する。車両セキュリティデバイス３１は、車両イグニッションスイッチを監視する。車両セキュリティデバイス３１は、車両イグニッションスイッチがオフ以外のいずれかの位置である場合に、車両がアクセスされたと判定する。車両セキュリティデバイス３１は、エンジン稼動状態を監視する。車両セキュリティデバイス３１は、エンジンのＲＰＭが、稼動しているかまたは始動されようとしていることを示す閾値を超える場合に、車両がアクセスされたと判定する。車両セキュリティデバイス３１は、フードおよび窓の開状態を監視する。車両セキュリティデバイス３１は、フードが開いている場合、または窓のいずれかが開いている場合に、車両がアクセスされたと判定する。
【００４８】
車両セキュリティデバイス３１は、車両がアクセスされるかどうか２８を判定するために、追加のデータパラメータを監視することができる。たとえば、車両セキュリティデバイス３１は、ラジオボタン、ＨＶＡＣボタン、およびライトボタンなど、車両内のボタンのいずれかが押されたかどうかを監視できるであろう。車両セキュリティデバイス３１は、グローブボックスが開けられたかどうか、または座席センサが圧力の増加を検知するかどうかを判定することができる。車両セキュリティデバイス３１は、上述したデータパラメータを個別に、またはさまざまな組み合わせで監視することができる。ユーザは、任意で、車両がアクセスされるかどうかを判定するために使用されるデータパラメータを構成することができる。
【００４９】
車両セキュリティデバイス３１は、上述したデータパラメータを監視することにより、車両がもうアクセスされていないと判定する。車両セキュリティデバイス３１は、通例、４枚のドアが閉じ、トランク／ハッチが閉まり、車両イグニッションスイッチがオフで、かつエンジンが稼働していない場合に、車両がもうアクセスされていないと判定する。車両セキュリティデバイス３１は、車両がもうアクセスされていないかどうかを判定するために、追加のデータパラメータを監視することができる。車両セキュリティデバイス３１は、上述したデータパラメータを個別に、またはさまざまな組み合わせで監視することができる。ユーザは、任意で、車両がもうアクセスされていないかどうかを判定するために使用されるデータパラメータを構成することができる。
【００５０】
車両セキュリティデバイス３１は、ドアロック、トランク／ハッチ、車両アラームなどの車両システムを起動させる能力、および、任意で、車両の始動を防止する能力を有する。車両セキュリティデバイス３１は、車両データバスで車両の他のＥＣＵにコマンド要求を送信することができる。アクチュエータに配線されているＥＣＵは、コマンド要求メッセージを受信し、作動を実行する。ＥＣＵが作動を実行した後、ＥＣＵは通例、車両セキュリティデバイス３１によって監視することのできる成功または失敗応答メッセージを送信する。失敗応答が受信されると、車両セキュリティデバイス３１からコマンド要求を再送信することができる。
【００５１】
アクチュエータおよび／またはコントローラが車両セキュリティデバイス３１に直接配線されている場合、車両セキュリティデバイス３１は、車両システムを直接作動させることができる。あるいは、既存の無線通信リンク規格を使用して車両セキュリティデバイス３１と無線通信することのできるスマートアクチュエータおよび／またはコントローラを使用することができる。既存の車両アクチュエータおよび／またはコントローラは、車両セキュリティデバイス３１に接続することができる。必要であれば、車両内に新たなアクチュエータおよび／またはコントローラをインストールして、車両セキュリティデバイス３１に接続することができる。たとえば、車両に自動ドアロックがなかった場合、車両内にドアロックアクチュエータをインストールして、車両セキュリティデバイス３１に接続することができるであろう。車両セキュリティデバイス３１は、コマンド要求を車両データバスで他のＥＣＵに送信することと、アクチュエータに直接接続することとの組み合わせを使用して、作動を実行することができる。
【００５２】
本発明は、ドアロック、トランク／ハッチ、車両アラームなどの車両システムを作動させるおよび／または制御することができ、車両の始動を防止するサードパーティシステムと組み合わせて使用してもよい。車両セキュリティデバイス３１は、車両データバスを介してコマンド要求をサードパーティデバイスに送信し、サードパーティシステムに直接書き込み、既存の無線通信リンク規格を使用してサードパーティシステムと無線通信することにより、サードパーティシステムと通信することができる。たとえば、車両セキュリティデバイス３１は、車両の始動を防止する能力を有するアフターマーケットの車両イモビライザーセキュリティシステムと通信することができる。
【００５３】
車両セキュリティデバイス３１は、車両ドアロックおよびトランク／ハッチを作動させる３０能力を有する。車両セキュリティデバイス３１は、通例、運転席側ドアを解錠し、すべてのドアを解錠し、すべてのドアを施錠することができる。車両セキュリティデバイス３１は、車両によっては、個々のドアを施錠および解錠することができる。車両セキュリティデバイス３１は、車両のトランク／ハッチに施錠機構がある場合、車両のトランク／ハッチを解錠することができる。
【００５４】
適切な装備のある車両では、車両セキュリティデバイス３１は、車両アラームをセットし、解除し、起動し、無効化する３４能力を有する。車両アラームは、製造時に車両内にインストールされたＯＥＭアラーム、車両内にインストールされたアフターマーケットアラーム、または両方のアラームにすることができるであろう。車両セキュリティデバイス３１は、既存の車両システムを作動させることにより、車両アラームを発する能力を有する。これには、通例、アラームが起動された場合に、車両のクラクション、ヘッドライト、およびテールライトを周期的に作動させてから非作動にすることを含む。たとえば、アラームが起動されている間、継続的に、車両のクラクション、ヘッドライト、およびテールライトを１秒間作動させてから１秒間非作動にすることができる。ハザードランプ、ブレーキライト、フォグライト、および風防ワイパーを含め、車両に注意を引くために追加の車両システムを作動させることができる。これらの既存の車両システムは、個別に、またはＯＥＭアラームおよびアフターマーケットアラームと組み合わせて作動させることができる。
【００５５】
車両セキュリティデバイス３１は、車両ドアおよびトランク／ハッチを施錠するよう継続的に命令することにより、車両へのアクセスを防止する能力を有する。車両セキュリティデバイス３１は、ボディコントローラまたはドアモジュールなど、車両データバスで他のＥＣＵに対して、車両ドアおよびトランク／ハッチを施錠するよう継続的に命令する、繰り返しのコマンド要求を送信することができる。車両セキュリティデバイス３１は、車両セキュリティデバイス３１に直接配線されている車両ドアロックおよびトランク／ハッチロックアクチュエータを継続的に直接作動させることができる。
【００５６】
車両セキュリティデバイス３１は、無線スマートアクチュエータに、車両ドアおよびトランク／ハッチを施錠するよう継続的に命令することができる。既存のドアロックおよびトランク／ハッチの施錠アクチュエータを物理的に解錠させない追加アクチュエータを、車両内にインストールすることができる。車両ドアおよびトランク／ハッチを施錠するよう継続的に命令するために、他の方法を使用することができる。
【００５７】
車両セキュリティデバイス３１は、車両ドアおよびトランク／ハッチが最初に施錠された後に解錠されることを防止することによって車両へのアクセスを防止する能力を有する。ドアおよびトランク／ハッチが施錠された後、車両セキュリティデバイス３１は、ドアまたはトランク／ハッチが解錠されることを防止するために、ドアロックおよびトラック／ハッチロックを制御する、アクチュエータへの電源を遮断することができる。ドアおよびトランク／ハッチが施錠された後、車両セキュリティデバイス３１は、ドアまたはトランク／ハッチが解錠されることを防止するために、ドアロックおよびトランク／ハッチロックを制御する、車両ＥＣＵへの電源を遮断することができる。車両ドアおよびトランク／ハッチが解錠されることを防止するために、適切なコントローラまたはアクチュエータに解錠ディセーブルソフトウェアコマンドを送信することを含め、他の方法を使用することができる。ドアの解錠防止が不可能な車両では、車両セキュリティデバイス３１は、車両へのアクセスを禁止するために、繰り返し再施錠するようドアに命令することができる。
【００５８】
車両セキュリティデバイス３１は、車両の始動を防止する３５能力を有する。車両セキュリティデバイス３１は、車両データバスで他のＥＣＵに対してコマンド要求を送信することにより、燃料ポンプ、スパークプラグ、燃料噴射器、および／またはスタータモータの作動を防止することができる。車両セキュリティデバイス３１は、これらのアクチュエータに直接接続して、これらへの電力または制御信号をディセーブルにすることにより、燃料ポンプ、スパークプラグ、燃料噴射器、および／またはスタータモータの作動を防止する。車両セキュリティデバイス３１は、エンジンコントローラなど、車両データバスで他のＥＣＵに対して、既存の車両認証システムを通さないようにとのコマンド要求を送信することができる。
【００５９】
車両セキュリティデバイス３１は、エンジンコントローラなど、車両を始動させるために必要な車両ＥＣＵへの電力をディセーブルにすることができる。スマートリレーを使用して、燃料ポンプ、スパークプラグ、燃料噴射器、スタータモータ、および／または車両ＥＣＵへの電力を、車両セキュリティデバイス３１により命令された場合にディセーブルにすることができる。車両セキュリティデバイス３１は、無線通信プロトコルを使用して、または車両の既存の電力バスを介して電力線通信プロトコルを使用して、スマートリレーに直接接続することにより、スマートリレーと通信することができる。いくつかの場合には、車両セキュリティデバイス３１は、上述した方法を使用してすでに始動されている場合、エンジンを停止することができる。ハイブリッド電気自動車、電気自動車、および燃料電池自動車を含め、代替推進システムを備える車両では、車両セキュリティデバイス３１は、内燃機関エンジンを備える車両と同様な方法を使用して、車両の始動を防止するとともに、推進システムの起動を防止することができる。
【００６０】
ＯＥＭが製造する現代の車両は、車両のセキュリティを提供するために、キーフォブ、キーおよびアラームの組み合わせを使用する。現代の車両キーフォブは、通例、ユーザが車両ドアおよびトランク／ハッチを解錠および施錠し、アラームをセットし、解除しおよび起動させ、いくつかの場合には、車両を遠隔始動させることを可能にする。現代の車両は、通例、イグニッションスイッチに差し込んで回すと車両を始動させる、車両キーを有する。
【００６１】
現代の従来型車両キーフォブシステムでは、車両キーフォブは無線周波数（ＲＦ）通信を介して車両ＥＣＵと通信する。車両キーフォブと車両ＥＣＵとの間に基本的な認証方法を使用して、車両キーフォブが車両への適切なアクセス権を有することを確保する。
【００６２】
ユーザが車両キーフォブの解錠ボタンを押すと、ＲＦ解錠要求が車両キーフォブから車両ＥＣＵに送信される。通例、これは、要求／チャレンジ／レスポンスシーケンスに関わる。まず車両キーフォブがアクセスを要求すると、次に、車両ＥＣＵがランダムチャレンジシードを生成して、それを車両キーフォブに送信する。次に、車両キーフォブと車両ＥＣＵとの両方が、両デバイスが知っているアルゴリズムを使用して、チャレンジシードに対するレスポンスを計算する。車両キーフォブは、計算されたレスポンスを車両ＥＣＵに送信し、該レスポンスが車両キーフォブによって送信されたものと一致すれば、要求の認証は成功する。車両ＥＣＵは、車両ドアロック機構に電気信号を送信して、車両ドアを解錠する。
【００６３】
現代の従来型車両キーシステムでは、車両キーは、通例、ＲＦ通信を介して車両ＥＣＵと受動的に通信する。ユーザが車両を始動させようとすると、車両ＥＣＵは、ユーザが車両を始動させようとしたことを判定し、車両キーから受動ＲＦ通信を受信する。車両ＥＣＵは、車両キーからの受動ＲＦ通信を認証し、車両を始動させるかどうかを判定する。
【００６４】
いくつかの現代の車両は、イグニッションスイッチに差し込む車両キーの代わりに、押しボタン式イグニッションスイッチと一緒にスマートキーシステムを使用する。同じ車両キーフォブが、ＲＦ通信を介して車両ＥＣＵと通信する。ユーザが押しボタン式イグニッションスイッチを押して車両を始動させようとする場合、車両ＥＣＵは、ユーザが車両を始動させようとしたと判定する。次に、車両ＥＣＵは基本的な認証方法を使用して、車両キーフォブがまだ車両内に存在するかどうかを判定し、車両を始動させるかどうかを判定する。
【００６５】
本発明は、盗難者などの未認可ユーザが既存のＯＥＭ車両セキュリティシステムをバイパスすることを防止または妨害するために設計されている。未認可ユーザは、複数の方法を使用して、既存のＯＥＭ車両セキュリティシステムをバイパスすることができる。未認可ユーザは、車両所有者のキーまたはキーフォブを盗むことができる。未認可ユーザは、車両ディーラーまたは自動車部品のサプライヤから、特定の自動車に認証される特定の追加のキーまたはキーフォブを取得することができる。未認可ユーザは、車両のタイプに固有の未認証の追加キーまたはキーフォブを取得し、次に盗もうとしている特定の車両に対して認証学習手順を行うことができる。
【００６６】
さらに、未認可ユーザは、複数の方法を使用して、既存のＯＥＭ車両セキュリティシステムを危険な状態にする（危殆化、compromise）ことができる。未認可ユーザは、比較的安価な電子機器を使用して、電子ドアロックアクチュエータの近辺で電磁パルスを発生させることができ、それによって自動ドアロックを解錠させることができる。未認可ユーザは、比較的安価な電子機器を使用して、既存の車両キーフォブと同じ要求／チャレンジ／レスポンスシーケンスを送信することにより、車両キーフォブに「なりすます」ことができる。なりすましデバイスは、アクセスを要求し、次に、総当たり法を使用して、車両ＥＣＵが送信したチャレンジシードに対して多くのレスポンスを急速に送信することができる。ひとたび正しいレスポンスが発見されると、車両キーフォブ要求が認証されて、未認可ユーザは車両にアクセスできることになる。このプロセスは、既存のＯＥＭ車両セキュリティシステムのセキュリティレベルに応じて、数秒から数時間で、どこででも行うことができる。
【００６７】
総当たり法は理想的ではなく、未認可ユーザは、既存のＯＥＭ車両セキュリティシステムを危殆化するために改良された方法を使用することができる。しばしば、既存のＯＥＭ車両セキュリティシステムには脆弱性（vulnerabilities）が知られている。脆弱性は、チャレンジシードに対する正しいレスポンスをなりすましデバイスに知らせるか、または可能性を大幅に狭めて、なりすましデバイスに、正しいレスポンスをかなり素早く見つけさせるおそれがある。未認可ユーザは、車両所有者が車両キーフォブを使用するときの、既存の車両キーフォブと車両ＥＣＵとの間の通信を、同じかまたは同様な安価な電子機器を使用して監視することができる。すると、なりすましデバイスは、この通信を直接再現するか、または通信の知識を使用して、使用されているセキュリティアルゴリズムを判断してから、適切な要求／チャレンジ／レスポンスシーケンスを送信することができる。
【００６８】
多くの高級車を含め、スマートキーシステムを使用する車両では、未認可ユーザは、電力増幅器を使用して、車両所有者に知られることなくスマートキーの無線ＲＦ範囲を大幅に広げることができる。すると、スマートキーは、車両ＥＣＵで正常と認証し、車両所有者に知られることなく車両へのアクセスを認められることができる。車両所有者が建物内にいるときや車両の外にいるときでも、電力増幅器を使用することができる。
【００６９】
盗難に加えて、誰かが車両所有者のキーおよび／またはキーフォブにアクセスできるかもしれないが、車両所有者が車両へのアクセスを制限したいという状況は数多くある。車両は、家族またはルームメイト間で共有されることがあり、車両所有者は、１日の特定の時間帯だけ共有を許可したいかもしれない。たとえば、車両所有者は、日中の時間帯にだけ車両へのアクセスを許可したいかもしれない。車両は、商用車シェアリングプログラムの一部として共有されていることがある。車両所有者は、ユーザがキーおよび／またはキーフォブを持っていて、そのユーザが商用車シェアリングプログラムにより特定の時間帯の間正規ユーザとして適切に妥当性確認された場合に車両へのアクセスを許可したいだけかもしれない。
【００７０】
本発明は、既存の自動施錠・解錠システムと組み合わせることができる。自動施錠・解錠システムは、ユーザが車両に接近すると車両ドアおよびトランク／ハッチを解錠して、車両アラームを解除し、ユーザが車両から去ると車両ドアおよびトランク／ハッチを施錠して、車両アラームをセットする。通例、自動施錠・解錠システムは、キーフォブを圏内で検知すると車両およびキーフォブを解錠／解除するべきときを判定し、キーフォブが圏外になると車両を施錠／警戒状態にするべきときを判定する。ユーザが接近してくるとき、または車両から去っていくときを判定するために、既存の自動施錠・解錠システムは他の方法を使用してもよい。
【００７１】
本発明を既存の自動施錠・解錠システムと一緒に使用する場合、既存の施錠・解錠システムの範囲よりも大きい通信範囲を有する無線通信リンクを選択する。ユーザが車両に接近してくるとき、既存の自動施錠・解錠システムが車両を解錠および警戒解除する前に、車両セキュリティデバイス３１は、ユーザが認可されているかどうかを判定する。
【００７２】
ユーザが認可されている場合、セキュリティモードは「待機」１であり、車両ドアおよびトランク／ハッチは問題なく解錠し、車両アラームは問題なく解除される。ユーザが認可されていない場合、セキュリティモードは「準備」８のままであり、既存の自動施錠・解錠システムが車両を解錠および警戒解除しようとすると、セキュリティモードが「起動済み」１９になって、車両へのアクセスは認められない。ユーザが車両から去ると、通例、既存の自動施錠・解錠システムは最初に車両を施錠および警戒状態にし、次にセキュリティモードが「準備」８に移行する。代わりに、セキュリティモードが最初に「準備」８に移行すると、既存の施錠・解錠システムが車両を施錠および警戒状態にするとき、セキュリティモードは「準備」８のままである。
【００７３】
あるいは、車両セキュリティデバイス３１は、ユーザのスマートデバイス３２とは独立して、セキュアな（secure）無線通信を確立することができる。車両セキュリティデバイス３１は、デバイス自体の内部の電子機器を使用してセキュアな無線セルラーネットワークを介して、または、セキュアな無線セルラーネットワークを介して通信する能力を有する車両データバスで他のＥＣＵに情報を送信することにより、通信することができる。さらに、車両セキュリティデバイス３１は標準的なインターネット通信プロトコルを使用してセキュアな無線セルラーネットワーク上のインターネット上で他のデバイスと通信することができる。
【００７４】
車両セキュリティデバイス３１がセキュアな無線セルラーネットワークを介して通信することができる場合、ユーザは、任意で、遠隔ユーザインタフェースから本発明の挙動を構成することができる。遠隔ユーザインタフェースは、コンピュータ端末、スマートフォン、または、標準的なインターネットプロトコルを使用して通信することのできるデバイスの、任意の他のインタフェースにすることができる。たとえば、ユーザは、任意で、コンピュータ端末またはスマートフォンから本発明をイネーブルまたはディセーブルにすることができる。ユーザは、車両への１回限りのアクセスを許可するために、遠隔ユーザインタフェースから本発明を一時的にディセーブルにすることができる。これは、車両が共有車両である場合に便利である。ユーザは、指定の時間枠、たとえば１時間の時間枠の間、本発明をディセーブルにすることができる。ユーザは、車両への一時的なアクセスを許可するために、遠隔ユーザインタフェースから本発明を一時的にディセーブルにする権限を第三者に与えることができる。たとえば、ユーザが電話して、コールセンターの従業員に適切な認証（クレデンシャル）を提供する場合、その従業員は車両へのアクセスを一時的に認めることができるであろう。
【００７５】
車両セキュリティデバイス３１がセキュアな無線セルラーネットワークを介して通信することができる場合、任意で、ユーザのスマートデバイス３２も、そのセキュアな無線セルラーネットワークを介して通信することができる。ユーザが認可されているかどうかを判定するために、セキュアな無線セルラーネットワークを介して、車両セキュリティデバイス３１とユーザのスマートデバイス３２との間で情報を交換することができる。たとえば、車両セキュリティデバイス３１とユーザのスマートデバイス３２とが、セキュアな無線セルラーネットワークを介して位置情報を交換し、地理的に近くにいることが判定されると、そのユーザは認可ユーザであると判定することができる。これにより、認可ユーザは、セキュアな無線セルラーネットワークを介して判定されることが可能で、ユーザが車両の地理的に近くにいるときにユーザに車両へのアクセスを許可する。
【００７６】
車両セキュリティデバイス３１は履歴活動ログを維持することができる。活動ログは、セキュリティモードの履歴明細、認可ユーザが存在するときおよびもう存在しないとき、車両へのアクセスが要求または検知されるとき、ならびに車両へのアクセスがどのように要求または検知されるかを含むことができる。ユーザは、認可ユーザが車両にアクセスするとき、または認可ユーザが存在しない場合に車両へのアクセスが要求または検知されるときなど、特定の活動が発生したときに即座に特定の活動通知を受信することができる。ユーザとの通信がすぐに確立できない場合、ユーザは、ユーザとの通信が確立できるときに、特定の活動が発生した時間を含む、特定の活動通知を受信することができる。ユーザは、車両がアクセスされた回数など、最近の履歴活動の概要を受信することができる。ユーザは、完全な履歴活動ログを受信することができる。
【００７７】
履歴活動ログおよび特定の活動通知は、通例、ユーザのスマートデバイス３２が車両セキュリティデバイス３１の通信範囲内にあるとき、無線通信リンク３３を介して車両セキュリティデバイス３１からユーザのスマートデバイス３２に通信される。履歴活動ログ情報は、ユーザのスマートデバイス３２のユーザインタフェースでユーザに対して表示することができる。あるいは、車両セキュリティデバイス３１は、履歴活動ログ情報を、車両セキュリティデバイス３１のユーザインタフェースで、ユーザに対して表示することができる。
【００７８】
車両セキュリティデバイス３１がセキュアな無線セルラーネットワークを介して通信することができる場合、そのセキュアな無線セルラーネットワークを介して、履歴活動ログおよび特定の活動通知をユーザに送信することができる。履歴活動ログおよび特定の活動通知は、電子メール、テキスト／ＳＭＳ／ＭＭＳメッセージなどの標準的なインターネット通信プロトコル、およびユーザへの自動通話発信を介してユーザに送信することができる。たとえば、ユーザは、車両へのアクセスが検知され、認可ユーザが存在しない場合に、自身のスマートフォンでテキストメッセージを受信することができる。電子メール、テキスト／ＳＭＳ／ＭＭＳメッセージ、および自動通話発信は、車両セキュリティデバイス３１自体、または車両データバスで他のＥＣＵによって生成することができる。あるいは、電子メール、テキスト／ＳＭＳ／ＭＭＳメッセージ、および自動通話発信は、車両セキュリティデバイス３１から情報を受信する、インターネットに接続されているセキュアなサーバにより生成することができる。
【００７９】
車両セキュリティデバイス３１がセキュアな無線セルラーネットワークを介して通信することができる場合、そのセキュアな無線セルラーネットワークを介して、履歴活動ログおよび特定の活動通知を第三者に送信することができる。あるいは、ユーザのスマートデバイス３２がセキュアな無線セルラーネットワークを介して通信することができる場合、履歴活動ログおよび特定の活動通知は無線通信リンク３３を介して車両セキュリティデバイス３１からユーザのスマートデバイス３２に通信され、さらにユーザのスマートデバイス３２から第三者に送信することができる。
【００８０】
履歴活動ログおよび特定の活動通知は、車両警備会社、警察職員および／または車両保険会社を含め、さまざまなタイプの第三者に」送られる。第三者は、受信する履歴活動ログおよび特定の活動通知のうち一定の種類に対して自動応答をすることができる。あるいは、第三者は、履歴活動ログおよび特定の活動通知を監視する従業員を置くことができ、ならびに、従業員の判断に基づいて適切な処置を取ってもよい。
【００８１】
ユーザは、任意で、ユーザインタフェースから履歴活動ログおよび特定の活動通知を構成することができる。ユーザは、任意で、履歴活動ログに保管されている情報の種類（ある場合）、および、特定の活動通知を生成するイベントの種類（ある場合）を構成することができる。ユーザは、任意で、無線通信リンク３３を介してのみ、および／または電子メール、テキスト／ＳＭＳ／ＭＭＳメッセージ、または自動通話発信を含め、履歴活動ログおよび特定の活動通知をどのようにユーザに送信するかを構成することができる。ユーザは、任意で、第三者（いる場合）に送信する履歴活動ログ情報および特定の活動通知の種類、ならびにどの第三者が情報を受信するかを構成することができる。ユーザは、任意で、履歴活動ログ内の情報をどれくらいの期間保管しておくかを構成することができ、たとえば、履歴活動ログには直近６ヶ月のデータを保管する。
【００８２】
未認可侵入が試みられたネットワーク対応車両は、任意で、車両セキュリティデバイス３１を装備する他のネットワーク対応車両に中継することのできるアラートを発することができる。これらのアラートメッセージは、その付近の車両のアラーム（またはアラーム様特徴）をトリガして、不法侵入の試みに対しさらに大きな注意を引くために、または車両所有者もしくは警察などの指定される者にアラートを送るために使用することができる。車両セキュリティデバイス３１によって報告されるアラートは、複数の車両に対して試みがなされた場合、または狙われそうな車両の所在を特定するために一般無線によるスキャンを行った場合には、そもそもの不法侵入の標的であった車両と、ネットワークからコマンドが発行された車両とを区別することができる。別の実施形態では、車両から車両への短距離通信によるネットワークを使用して、他の車両のアラームを起動させることができる。
【００８３】
ある実施形態では、車両セキュリティデバイス３１はラジオ受信機を含み、現代の従来型車両キーフォブシステムが使用するＲＦ周波数範囲でＲＦ通信を受信することができる。ＲＦ周波数範囲は、通例、北米で製造された車両の場合には３１５ＭＨｚで、ヨーロッパおよびアジアで製造された車両の場合には４３３．９２ＭＨｚである。車両セキュリティデバイス３１は、車両キーフォブからのアクセス要求、車両ＥＣＵからのチャレンジシード、および車両キーフォブからの計算されたレスポンスを含め、車両キーフォブと車両ＥＣＵとの間のＲＦ通信を受信することができる。
【００８４】
この実施形態では、車両セキュリティデバイス３１は、車両へのアクセスが要求されるかどうかを判定するために、ＲＦ通信を監視する。車両セキュリティデバイス３１は、ＲＦ通信を監視して、１つまたは複数のドアを解錠すること、トランク／ハッチを開けること、アラームを解除もしくは無効化すること、または車両を始動させることの車両キーフォブ要求であると判定する場合、車両へのアクセスが要求されると判定する。セキュリティモードが「準備」８のときに、車両セキュリティデバイス３１が、車両への未認可アクセスが要求された、または車両がアクセスされたと判定すると、セキュリティモードは「起動済み」１９に移行する。
【００８５】
この実施形態では、車両セキュリティデバイス３１は、追加で、既存のＯＥＭ車両セキュリティシステムを危殆化する試みについてＲＦ通信を監視する。車両セキュリティデバイス３１は、車両へのアクセスの試みにおいて総当たり法が使用されているかどうかを判定するために、ＲＦ通信を監視する。車両セキュリティデバイス３１は、所定数のアクセス要求の後、車両ＥＣＵが送信したチャレンジシードへの不正確なレスポンスを傍受すると、車両セキュリティデバイス３１は、既存のＯＥＭ車両セキュリティシステムを危殆化する試みにおいて総当たり法が使用されていると判定する。
【００８６】
車両セキュリティデバイス３１は、車両へのアクセスの試みにおいて、公知の脆弱性の方法が使用されているかどうかを判定するために、ＲＦ通信を監視する。車両セキュリティデバイス３１は、既存のＯＥＭ車両セキュリティシステムに、公知の脆弱性である車両アクセス要求の記録を維持する。車両セキュリティデバイス３１が、既存のＯＥＭ車両セキュリティシステムで公知の脆弱性であるアクセス要求を使用して、車両へのアクセス要求が所定の回数不成立になることを傍受した場合、車両セキュリティデバイス３１は、既存のＯＥＭ車両セキュリティシステムを危殆化する試みにおいて、公知の脆弱性の方法が使用されていると判定する。車両セキュリティデバイス３１がセキュアな無線セルラーネットワークを介して通信することができる場合、車両セキュリティデバイス３１は、インターネットに接続されているセキュアなサーバと通信することにより、既存のＯＥＭ車両セキュリティシステムにおける公知の脆弱性である車両アクセス要求の記録を定期的に更新することができる。
【００８７】
この実施形態では、車両セキュリティデバイス３１は、追加で、車両の近辺の既存のＯＥＭ車両セキュリティシステムを危殆化する試みに対して、ＲＦ通信を監視する。車両セキュリティデバイス３１は、近辺のすべての車両について、車両キーフォブと車両ＥＣＵとの間のＲＦ通信を受信することができる。車両セキュリティデバイス３１は、近辺の車両へのアクセスの試みにおいて総当たり法が使用されているかどうかを判定するために、ＲＦ通信を監視する。車両セキュリティデバイス３１は、近辺の車両へのアクセスの試みにおいて、公知の脆弱性の方法が使用されているかどうかを判定するために、ＲＦ通信を監視する。
【００８８】
車両セキュリティデバイス３１が、既存のＯＥＭ車両セキュリティシステム、またはその車両の近辺の既存のＯＥＭ車両セキュリティシステムを危殆化しようとする試みがあると判定する場合、車両セキュリティデバイス３１は、車両アラーム、またはクラクション、ライトなど、注意を引くために使用される他の種類の車両システムを起動させてもよい。車両セキュリティデバイス３１がセキュアな無線セルラーネットワークを介して通信することができる場合、任意で、車両所有者、ならびに車両警備会社、警察職員および／または車両保険会社を含めた第三者に通知を送信することができる。ネットワーク化対応車両は、任意で、車両セキュリティデバイス３１を装備した他のネットワーク化対応車両に中継し、この付近の車両のアラーム（またはアラーム様特徴）をトリガするために使用することのできるアラートを発することができる。
【００８９】
ある実施形態では、車両へのユーザのアクセスを認可するために、２段階検証を使用する。検証の最初のステップは、無線通信リンク３３で車両セキュリティデバイス３１とユーザのスマートデバイス３２との間で交換されるメッセージである。２段階検証を使用する場合、ユーザが認可されていると判定される前に、ユーザは２番目の検証ステップを完了する必要がある。
【００９０】
２番目の検証ステップは、ユーザのスマートデバイス３２のユーザインタフェースにユーザが入力することを求められるピンまたはパスワードにすることができる。２番目の検証ステップは、車両セキュリティデバイス３１のユーザインタフェースにユーザが入力することを求められるピンまたはパスワードにすることができる。検証の最初のステップの完了に成功し、２番目の検証ステップでピンまたはパスワードがユーザから正しく入力されると、認可ユーザが存在すると判定される。すると、ユーザは、車両キーフォブおよび車両キーなどの既存の車両アクセスシステムによって車両にアクセスすることができる。検証の最初のステップの完了に成功したものの、２番目の検証でピンまたはパスワードがユーザから正しく入力されないと、認可ユーザが存在するとは判定されない。車両セキュリティデバイス３１は、適切なセキュリティモードを維持する。
【００９１】
２段階検証を使用して車両へのユーザのアクセスを認可する場合、２番目の検証ステップは、任意で、車両への一時的なアクセスのみを許可することができる。２番目の検証ステップは、ユーザのスマートデバイス３２または車両セキュリティデバイス３１のユーザインタフェースにユーザが入力することを求められるピンまたはパスワードにすることができる。ピンまたはパスワードは、一定の使用回数、たとえば２回、の使用のみ有効にすることができる。ピンまたはパスワードは、一定の時間、たとえばユーザがピンまたはパスワードを受信したときから３０分間、のみ有効にすることができる。ピンまたはパスワードは、一定の時間枠、たとえば午前８時から午前１０時まで、の間のみ有効にすることができる。検証の最初のステップの完了に成功し、２番目の検証ステップでピンまたはパスワードが有効で、ユーザから正しく入力されると、認可ユーザが存在すると判定される。検証の最初のステップの完了に成功し、ユーザが２番目の検証ステップでピンまたはパスワードを入力したものの現在有効ではない場合、認可ユーザが存在するとは判定されない。車両への一時的なアクセスのみを許可する２番目の検証ステップは、ユーザのグループ内で車両を共有している用途に便利である。
【００９２】
本発明の好適な実施形態を参照して説明したが、本発明には、その精神を逸脱することなくさまざまな変更および／または修正を行うことができることは容易に理解されるであろう。一般に、本発明は、発行される請求項の範囲によってのみ制限されることが意図される。
【００９３】
関連出願のクロスリファレンス
本出願は、２０１５年５月１９日に出願され、「車両セキュリティ方法」と題された米国仮特許出願第６２／１６３，６７６号の利益を主張し、同出願は参照により本明細書に組み込まれる。
【図１】
2018521891.tif 000003
【図２】
2018521891.tif 000004
【図３】
2018521891.tif 000005
【図４】
2018521891.tif 000006
【国際調査報告】
2018521891.tif 000007