(57)【特許請求の範囲】
【請求項１】
車両（Ｖ）のアクセス開口（Ｏ）上に配設されたハンドル（Ｐ）の作動中に前記車両（Ｖ）へのユーザ（Ｕ）のアクセスを可能にすることを目的とする前記車両（Ｖ）による前記ユーザ（Ｕ）の事前認証のための方法であって、前記ユーザ（Ｕ）はモバイルデバイス（Ａ）を提供され、前記車両（Ｖ）および前記モバイルデバイス（Ａ）は、Ｂｌｕｅｔｏｏｔｈ（登録商標）低エネルギー（ＢＬＥ）プロトコルによるワイヤレス通信インターフェース（Ｉ１、Ｉ２）をそれぞれ備え、前記インターフェース（Ｉ１、Ｉ２）の各々は、「待機中」、「広告中」、「走査中」、「開始」、「被接続」の状態の中から少なくとも１つの状態を採用することができ、前記インターフェース（Ｉ１、Ｉ２）の各々は初期に、前記インターフェース（Ｉ１、Ｉ２）の各々が、基本送信期間の間隔で、識別データと、前記車両（Ｖ）にアクセスするためのサービスの利用可能性に関する情報とを特に含むデータのセットを送信する、前記「広告中」状態にあり、前記方法は、
前記インターフェース（Ｉ１、Ｉ２）の一方は、前記「広告中」状態から、前記インターフェース（Ｉ１、Ｉ２）が、少なくとも他方のインターフェース（Ｉ１、Ｉ２）の前記基本送信期間に等しい時間の期間の間、それの環境内でインターフェースの存在について探索する前記「走査中」状態に進む、第１のステップ（１０１）であって、前記他方のインターフェースは、前記車両（Ｖ）にアクセスするための前記サービスの利用可能性に関する前記情報を含むデータのセットを送信し、前記「広告中」状態から前記「走査中」状態への移行は所定の期間ごとに行われる、第１のステップ（１０１）と、
前記「走査中」状態における前記インターフェース（Ｉ１、Ｉ２）が、前記「広告中」状態における前記他方のインターフェース（Ｉ１、Ｉ２）の前記存在を識別した場合、前記「走査中」状態における前記インターフェース（Ｉ１、Ｉ２）は、それが前記識別されたインターフェースに接続の確立を要求する、「開始」状態に入る、第２のステップ（１０２）と、
前記車両（Ｖ）と前記モバイルデバイス（Ａ）との前記インターフェース（Ｉ１、ｌ２）は、それらがデータを交換することができる、前記「被接続」状態に入る、第３のステップ（１０３）と、
前記車両（Ｖ）が、前記インターフェース（Ｉ１）を介して、前記モバイルデバイス（Ａ）の前記インターフェース（Ｉ２）に認証のための要求を送る、第４のステップ（１０４）と、
前記モバイルデバイス（Ａ）が、前記インターフェース（Ｉ２）を介して、前記車両（Ｖ）の前記インターフェース（Ｉ１）に前記認証要求へのそれの応答を含んでいるデータフレームを送る、第５のステップ（１０５）であって、前記データフレームが前記モバイルデバイス（Ａ）についての識別データをも含む、第５のステップ（１０５）と、
前記車両（Ｖ）が、前記モバイルデバイス（Ａ）によって送られた前記認証応答のコヒーレンスを検証する、第６のステップ（１０６）と、
前記モバイルデバイス（Ａ）によって送られた前記認証応答がコヒーレントである場合、前記車両（Ｖ）が前記モバイルデバイス（Ａ）についての前記識別データを記憶する、第７のステップ（１０７）と、
前記車両（Ｖ）と前記モバイルデバイス（Ａ）との前記インターフェース（Ｉ１、ｌ２）が前記「広告中」状態に戻る、第８のステップ（１０８）と、
前記車両（Ｖ）の前記アクセス開口（Ｏ）の前記ハンドル（Ｐ）が作動されたとき、前記車両の前記インターフェース（Ｉ１）が前記「広告中」状態から前記「走査中」状態に進む、第９のステップ（１０９）と、
前記「走査中」状態における前記インターフェース（Ｉ１）が、前記記憶された識別データを特に含む、前記モバイルデバイス（Ａ）の前記インターフェース（Ｉ２）によって送信されたデータフレームを受信することによって、前記「広告中」状態における前記モバイルデバイス（Ａ）の前記インターフェース（Ｉ２）の前記存在を検証し、前記アクセス開口をアンロックすることによって前記車両への前記アクセスを可能にする、第１０のステップ（１１０）と
を含む、方法。
【請求項２】
前記第５のステップ（１０５）中の前記「被接続」状態におけるまたは前記第１０のステップ（１１０）中の前記「広告中」状態における前記モバイルデバイス（Ａ）の前記インターフェース（Ｉ２）によって送信される前記データフレームは、前記モバイルデバイス（Ａ）の位置に関する情報をも含むことを特徴とする、請求項１に記載の方法。
【請求項３】
前記第６のステップ（１０６）において、前記モバイルデバイス（Ａ）の前記位置に関する前記情報を使用して、前記車両（Ｖ）と前記モバイルデバイスとの間の距離が取得され、所定のしきい値距離値と比較されることを特徴とする、請求項２に記載の方法。
【請求項４】
前記距離が前記しきい値距離よりも小さいかまたはそれに等しい場合、前記方法は前記第７のステップ（１０７）に進むことと、前記距離が前記しきい値距離よりも大きい場合、前記方法は前記第１のステップ（１０１）に戻ることとを特徴とする、請求項３に記載の方法。
【請求項５】
前記第１０のステップ（１１０）において、前記モバイルデバイス（Ａ）の前記位置に関する前記情報を使用して、前記車両（Ｖ）と前記モバイルデバイスとの間の前記距離が取得され、所定のアンロッキング距離と比較されることを特徴とする、請求項３および４のいずれかに記載の方法。
【請求項６】
前記車両（Ｖ）と前記モバイルデバイス（Ａ）との間の前記距離が前記アンロッキング距離よりも大きい場合、前記アクセス開口の前記アンロックが抑制されることを特徴とする、請求項５に記載の方法。
【請求項７】
前記車両（Ｖ）と前記モバイルデバイス（Ａ）との間の前記距離が、前記車両（Ｖ）の左側上のまたは右側上の前記モバイルデバイス（Ａ）の前記存在を区別するために前記車両（Ｖ）の一方の側から評価され、前記第１０のステップ（１１０）における前記アンロックは、前記モバイルデバイス（Ａ）が前記ハンドル（Ｐ）の前記作動の側にある場合のみ許可されることを特徴とする、請求項６に記載の方法。
【請求項８】
前記モバイルデバイス（Ａ）の前記インターフェース（Ｉ２）のための前記基本送信期間が約１００ｍｓであることを特徴とする、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記インターフェース（Ｉ１、Ｉ２）のうちの１つの前記「広告中」状態から前記「走査中」状態に進むための前記所定の期間は数秒、好ましくは１０秒程度であることを特徴とする、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記第７のステップ（１０７）において記憶された前記モバイルデバイス（Ａ）についての前記識別データは、所定の有効性時間の間、有効であることを特徴とする、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記第８のステップ（１０８）において、前記モバイルデバイス（Ａ）の前記インターフェース（Ｉ２）は、前記有効性時間に等しい期間の間、前記「広告中」状態における前記基本送信期間よりも短い修正送信期間の間隔でデータフレームを送信する、前記「広告中」状態に入ることを特徴とする、請求項１０に記載の方法。
【請求項１２】
前記修正送信期間は前記基本送信期間の半分に固定されることを特徴とする、請求項１１に記載の方法。
【請求項１３】
前記第８のステップ（１０８）から開始して、前記「広告中」状態における前記モバイルデバイス（Ａ）の前記インターフェース（Ｉ２）によって送信される前記データフレームは、回転コードをも含むことを特徴とする、請求項１から１２のいずれか一項に記載の方法。
【請求項１４】
前記回転コードは、前記第８のステップ（１０８）から開始して定義される絶対または相対時間の関数であることを特徴とする、請求項１３に記載の方法。
【請求項１５】
前記回転コードは、前記第８のステップ（１０８）から開始して定義される増分の関数であることを特徴とする、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の技術分野は、自動車車両の技術分野であり、より詳細には、メカニカルキーなしに自動車車両にアクセスするためのハンズフリータイプのアクセスの技術分野である。本発明は、したがって、車両による、モバイルデバイスを装備したユーザの事前認証のための方法に関する。
【背景技術】
【０００２】
本出願のフレームワークにおける「モバイルデバイス」という用語は、人のロケーションにかかわらず、この人がデータおよび情報にアクセスすることを可能にするどんなデバイスをも意味するものと理解されたい。「モバイルデバイス」という用語は、携帯電話、より詳しくはスマートフォンタイプの携帯電話、ラップトップコンピュータ、タブレット、携帯情報端末（ＰＤＡ）などを包含する。
【０００３】
本出願のフレームワークでは、「車両アクセス開口」は、ドア、トランクなど、アンロックされるためにユーザのアクションを必要とする、車両のどんなロックされた開口をも意味するものと理解されたい。
【０００４】
自動車車両へのハンズフリーアクセスは、概して、ユーザがそれへのアクセスを得ることを望む車両のアクセス開口のロッキング機構中に挿入されることを意図されない顧客識別子（本明細書の残りではＣＩＤとして書かれる）によって達成される。このＣＩＤは、例えばユーザがポケット、ハンドバッグまたは札入れ中に自分の身辺に保持するバッジまたはカードの形態を取り、ユーザがアクセス開口のハンドルを作動させたとき、ロックはアンロックされる。ユーザによるアクセス開口のハンドルの作動は、ユーザがハンドルを引き始めることによって開始され、ハンドルの引張りの終了によって完了する移動である。ハンドルを操作するための移動の終了時に、すなわちハンドルが十分に引かれて開いたときに、ロックがアンロックされなかった場合、ハンドルはロックされたままであり、ハンドルが配設されたアクセス開口は、ユーザによって開かれることが可能でなくなる。これは通常「バリア効果」と呼ばれる。ロックのアンロッキングのために、認証情報がＣＩＤと車両のコンピュータとの間で交換され、コンピュータはロックのアンロッキングを制御する。バリア効果は、ユーザがハンドルを引き始めたときに起き、ロックをアンロックするために必要な情報の交換は、ユーザがハンドルの引張りの終了の位置に達したときに終了していない。このバリア効果を回避するために、情報の交換は、ハンドルの引張りの終了の前に終了される必要がある。彼／彼女が、車両のアクセス開口を開くことと、ハンドルを放して操作を再開せずにそれにアクセスすることとは、もはや可能でない。したがって、ハンドルがあまりに遠くに引かれると、ロックがアンロックされた場合でも、アクセス開口を開くことはもはや可能でない。この理由は、ロックのアンロッキングが、開口レバーがそれの移動とともにキャッチを動作させるために、キャッチを開口レバーと機械的に係合させることにあるからである。ハンドルがあまりに遠くに引かれたときにこの係合アクションが起こる場合、開口レバーの移動は、もはやキャッチに影響を及ぼさなくなる。
【０００５】
平均して、ユーザがアクセス開口のハンドルの作動のための移動を完了するために必要な時間は約９０ｍｓであると推定され、これに、ロックが機械的に移動するためにレイテンシの３０ｍｓが加算されるべきである。したがって、ハンドルの引張りの開始とアクセス開口の開口との間に観測される平均時間期間は１２０ｍｓである。バリア効果を回避するためには、ハンドルの引張りの開始後の約９０ｍｓ以内にアンロッキングコマンドがロックに送られなければならない。
【０００６】
従来、アンロッキングコマンドを生成する目的で、バリア効果を回避するために規定された時間において行われるステップは以下の通りである。
−ロックされたアクセス開口を介して車両にアクセスするというユーザの意図の車両による検出。この検出は、ハンドルの手段と、ハンドル上に配設され車両のコンピュータに接続された手段とによって行われる。これらの手段は、例えば、ハンドルの引張りの開始を検出する機械的スイッチであるか、あるいはハンドルとの手の仮想接触を検出する近接センサである。
−車両のコンピュータの起動。この起動は、少数の単純な処理演算のみを可能にする、電力消費量が極めて低いモードから、電力消費量はより高いがパフィーマンスがより高い動作モードに進むことにある。起動は、いくつかの機能の初期化とともにμＣのメモリ中のデータの復元を必要とする。
−車両のコンピュータによって、認証チャレンジをユーザのＣＩＤに送るステップ。
−ユーザのＣＩＤが、特に、学習され記憶された識別キーの関数として、チャレンジへの応答を計算する。
−チャレンジへの応答がＣＩＤから車両に送られる。
−ＣＩＤによって送られた応答と予期される応答との間の比較。
−応答が等しいとき、ロックのアンロッキングを制御するステップ。アンロッキングコマンドが送られると、ロックの機械的構成要素は（約３０ｍｓの持続時間）移動する必要がある。
【０００７】
ここでは、Ｂｌｕｅｔｏｏｔｈ（登録商標）低エネルギー（明細書の以下の部分ではＢＬＥ）インターフェースを組み込んだＣＩＤの事例が考慮され、このＣＩＤが結合されることになる車両もＢＬＥインターフェースを備える。このようにして、車両とＣＩＤとの間に双方向通信チャネルが確立される。概して、ＣＩＤは低周波数（明細書の以下の部分ではＬＦ）受信機を組み込み、車はＬＦアンテナを組み込み、したがって、車からＣＩＤへの単方向ＬＦチャネルが確立され得る。ＬＦにおいて双方向チャネルを確立するためには、ＣＩＤと車両の両方の上に、ＬＦ送信機構成要素とＬＦ受信機構成要素の両方を組み込むことが必要であり、これは高コストのシナリオであるので、双方向ＬＦチャネルは確立されない。
【０００８】
ユーザがハンドルにタッチしたとき、車両のコンピュータが起動され、このコンピュータは「ハンズフリーアクセスコンピュータ」と呼ばれる。車両のＬＦチャネルを介して認証チャレンジがＣＩＤに送られる。ＣＩＤのＬＦ受信機は、それの一部分では、連続リスニングモードであり、したがって情報の交換が瞬時に開始する。ＬＦ受信機は、ハンズフリーアクセスコンピュータによって送られた認証チャレンジを受信し、ＣＩＤは起動される。ＣＩＤは、次いで、チャレンジへの応答のために必要な計算を実施し、ＢＬＥチャネルを介してこの結果を送り返す。ＬＦ連続リスニングプロセスは、速度を損なうが、ＢＬＥ連続リスニングプロセスよりも低い電力消費量を有するので、起動ステップはＬＦチャネルによって行われる。上記で提示した理由により、またＢＬＥ通信はＬＦよりも高速度であるので、チャレンジへの応答は、それ自体はＢＬＥチャネルによって送り返される。
【０００９】
ユーザがドアを開くことによってそれへのアクセスを得ることを試みる自動車車両は、概して、エンジンがオフにされている。その場合、車両のコンピュータと、ＬＦ送信機およびＢＬＥインターフェースの構成要素とにとって利用可能な唯一の電力源は車両のバッテリーであり、したがって、車両のアクセスのための認証中に車両のバッテリーを放電しないために、車両の電力消費を制限することが必要である。ＢＬＥチャネルを使用する通信機能は、時間が制限されており、したがって、それの高い電力消費量にもかかわらず、使用されることがある。
【００１０】
ＣＩＤは、概して、ユーザがあまりに頻繁に交換することを望まないボタン電池によって電力供給される。したがって、起動信号の連続リスニング中にＣＩＤのバッテリーを使い果たさないように、ＣＩＤの電力消費を制限することが必要である。ＢＬＥチャネルを使用する通信機能は、時間が制限されており、したがって、それの高い電力消費量にもかかわらず、使用されることがある。
【００１１】
現在の傾向は、スマートフォンタイプのモバイルデバイスなど、同じデバイス上でユーザの最大量の認証データを統合するほうへ向かっている。スマートフォンにＣＩＤが組み込まれるとき、構成は異なる。これの理由は、モバイルテレフォニーの規格が携帯電話中にどんなＬＦチャネルをも含めないからである。スマートフォンによる車両へのアクセスはＢＬＥチャネルを介して行われ得る。ＢＬＥ規格では、各要素は、いつ何時でもある状態にあり、それらの状態の中には以下がある。
−待機状態：要素は、送信も受信も、何も行わない。
−広告中状態：要素は、リッスン中であり得る他の要素に宛てられたデータフレームを連続的に送信する。これは、それが利用可能であること、それが提供するそれの識別情報およびサービスを示す。
−走査中状態：要素は、それの環境内で、１つまたは複数のサービスを提供している他の要素と交換するために他の要素について探索する。
−開始状態：走査モードにある第１の要素が、望ましいサービスをもつ要素を発見し、それに接続されることを要求する。
−被接続状態：２つの要素が接続され、したがって、データを交換することができる。
【００１２】
車両のアクセス開口をアンロックするためにスマートフォンを使用する場合、車両およびスマートフォンは連続的に広告中状態にある。ユーザが車両のハンドルにタッチしたとき、車両は、走査中／リスニング中状態に入り、それが聴取するスマートフォンから第１の広告データフレームを復元する。スマートフォンは、典型的には約１００ｍｓごとに広告データフレームを送信する（スマートフォン製造業者によって課された規格）。車両がスマートフォンの広告フレームを復元するとすぐに、車両は、車両が「車両アクセス」タイプのサービスの存在を検証するためにスマートフォンによって提供されるサービスのリストを要求する、接続要求をスマートフォンに送る。この動作の持続時間は約２０ｍｓである。スマートフォンは広告中状態にあるので、それは接続を拒否することができず、車両とスマートフォンとの間にＢＬＥ通信チャネルが確立される。次いで、車両はスマートフォンにチャレンジを送り（この動作の持続時間：約２０ｍｓ）、車両はチャレンジへの応答を送り返す（この動作の持続時間：約２０ｍｓ）。合計で、ＢＬＥ接続を使用してスマートフォンによってロックのアンロッキングを確立するために、現在では平均して１６０ｍｓを要し、これは、上述のバリア効果が克服されることを可能にしない。バリア効果の時間しきい値を下回るためにスマートフォンの広告期間を１００ｍｓから３０ｍｓに低減することは、それがスマートフォンのバッテリーのあまりに高過ぎるエネルギー消費量につながり得るので、想定され得ない。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明は、上記で識別された従来技術の欠点の全部または一部を克服することを目的とし、特に、ユーザにとって不利益なバリア効果が克服されることを可能にしながら、同時にスマートフォンの電力消費を制限する方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
この目的のために、本発明の一態様は、車両のアクセス開口上に配設されたハンドルの作動中に前記車両へのユーザのアクセスを可能にすることを目的とする車両によるユーザの事前認証のための方法に関し、前記ユーザはモバイルデバイスを提供され、前記車両および前記モバイルデバイスは、Ｂｌｕｅｔｏｏｔｈ（登録商標）低エネルギープロトコルによるワイヤレス通信インターフェースをそれぞれ備え、前記インターフェースの各々は、「待機中」、「広告中」、「走査中」、「開始」、「被接続」の状態の中から少なくとも１つの状態を採用することができ、前記インターフェースの各々は初期に、前記インターフェースの各々が、基本送信期間の間、識別データと、車両にアクセスするためのサービスの利用可能性に関する情報とを特に含むデータの少なくとも１つのセットを送信する、「広告中」状態にあり、前記方法は、
−前記インターフェースの一方は、「広告中」状態から、前記インターフェースが、少なくとも他方のインターフェースの基本送信期間に等しい時間の期間の間、それの環境内でインターフェースの存在について探索する「走査中」状態に進む、第１のステップであって、前記他方のインターフェースは、車両にアクセスするための前記サービスの利用可能性に関する情報を含むデータのセットを送信し、「広告中」状態から「走査中」状態への前記移行は所定の期間にわたって行われる、第１のステップと、
−「走査中」状態におけるインターフェースが、「広告中」状態における他方のインターフェースの存在を識別した場合、「走査中」状態におけるインターフェースは、それが、識別されたインターフェースに接続の確立を要求する、「開始」状態に入る、第２のステップと、
−車両とモバイルデバイスとのインターフェースは、それらがデータを交換することができる、「被接続」状態に入る、第３のステップと、
−車両が、インターフェースを介して、モバイルデバイスのインターフェースに認証のための要求を送る、第４のステップと、
−モバイルデバイスが、インターフェースを介して、車両のインターフェースに認証要求へのそれの応答を含んでいるデータフレームを送る、第５のステップであって、前記データフレームがモバイルデバイスについての識別データをも含む、第５のステップと、
−車両が、モバイルデバイスによって送られた認証応答のコヒーレンスを検証する、第６のステップと、
−モバイルデバイスによって送られた認証応答がコヒーレントである場合、車両がモバイルデバイスについての識別データを記憶する、第７のステップと、
−車両とモバイルデバイスとのインターフェースが「広告中」状態に戻る、第８のステップと、
−車両のアクセス開口のハンドルが作動されたとき、車両のインターフェースが「広告中」状態から「走査中」状態に進む、第９のステップと、
−「走査中」状態におけるインターフェースが、記憶された識別データを特に含む、モバイルデバイスのインターフェースによって送信されたデータフレームを受信することによって、「広告中」状態におけるモバイルデバイスのインターフェースの存在を検証し、前記アクセス開口をアンロックすることによって車両へのアクセスを可能にする、第１０のステップと
を含む。
【００１５】
本発明による認証方法は、特に、ユーザが車両のアクセス開口をアンロックすることを試みるときのバリア効果が克服されることを可能にする。実際、特に第７のステップを行うことは、車両のメモリ中のモバイルデバイスの第１の識別データ値の記憶によって、モバイルデバイスのインターフェースが車両によって事前認証されること可能にする。本発明による方法は、バリア効果を克服するために第１および第２のワイヤレス通信インターフェースの長距離能力が使用されることを可能にする。実際、Ｂｌｕｅｔｏｏｔｈ（登録商標）低エネルギープロトコルを使用する通信の場合、平均距離は、自由場では３０〜５０ｍまたは１５０ｍさえである。したがって、２つのインターフェースの一方が、第１のステップにおいて、他方のインターフェースを検出するために走査中状態にあると仮定すれば、２つのインターフェースの一方によって生成された第１のデータフレームは、第１および第２のインターフェースが互いの範囲内にあるとすぐに、すなわちユーザが車と接触する前に、他方のインターフェースによって受信される。事前認証ステップは、したがって、ユーザが車両に到着し、車両のアクセス開口のハンドルを引くアクションを開始するより前に行われる。車両またはモバイルデバイスの電力消費は、第１のインターフェースによって第１のステップを行うこと、すなわち第１のインターフェースを介して送られる第１のデータフレームの生成のみに制限される。ＢＬＥ通信プロトコルの場合、第１のインターフェースは「広告中」モードにあると言われ、第１のインターフェースは、それの周りの何らかのインターフェースにサービスの存在とサービスの利用可能性とを通知するために、利用可能なサービスに関する第１のインターフェースからの情報を含むこの第１のデータフレームを周期的に送信する。車両は、自動車にアクセスすることを目的とするユーザの認証のためにサービスを処分する必要がある。前の段落においてちょうど述べた主要な特徴の他に、本発明による方法は、個々にまたは技術的に可能な組合せに従って取られる、以下のうちの１つまたは複数の相補的特徴を有し得る。
【００１６】
−「広告中」状態における、または認証要求への応答中のモバイルデバイスのインターフェースによって送信されるデータフレームは、モバイルデバイスの位置に関する情報をも含む。
【００１７】
−第６のステップにおいて、モバイルデバイスの位置に関する情報を使用して、車両とモバイルデバイスとの間の距離が取得され、所定のしきい値距離値と比較される。
【００１８】
−距離がしきい値距離よりも小さいかまたはそれに等しい場合、本方法は第７のステップに進み、距離が前記しきい値距離よりも大きい場合、本方法は第１のステップに戻る。このように、特に、モバイルデバイスが、車両から限られた距離、例えば約１０メートルにある場合のみ、事前認証のための動作。
【００１９】
−第１０のステップにおいて、モバイルデバイスの位置に関する情報を使用して、車両とモバイルデバイスとの間の距離が取得され、所定のアンロッキング距離と比較される。
【００２０】
−車両とモバイルデバイスとの間の距離が所定のアンロッキング距離よりも大きい場合、アクセス開口のアンロッキングが抑制される。このようにして、ハンドルを引くことに関連するアクセス開口のアンロッキングを検証することより前に、モバイルデバイスが実際に車両のごく近傍（典型的には１メートルよりも小さい）にあることが検証される。
【００２１】
−車両とモバイルデバイスとの間の距離が、車両の左側上のまたは右側上のモバイルデバイスの存在を区別するために車両の一方の側から評価され、第１０のステップにおけるアンロッキングは、モバイルデバイスがハンドルの作動の側にある場合のみ許可される。
【００２２】
−モバイルデバイスのインターフェースのための基本送信期間が約１００ｍｓである。
【００２３】
−前記インターフェースのうちの１つの「広告中」状態から「走査中」状態に進むための所定の期間が数秒、好ましくは１０秒程度である。したがって、自動車車両のリスニング期間（走査中状態）よりも小さい携帯電話のための送信期間を課することによって、モバイルデバイスにおける電力消費が制限される。したがって、携帯電話のインターフェースがデータフレームを１００ｍｓごとに（モバイルデバイスのバッテリー容量に応じて、およびこの第１の期間をＢＬＥプロトコルの場合は２０ｍｓに制限する製造業者の特性のために最小で２０ｍｓごとに）生成する場合、第２のインターフェースは、例えば１０秒ごとに１００ｍｓの期間の間、走査中状態にある。
【００２４】
−第７のステップにおいて記憶されたモバイルデバイスについての識別データが、所定の有効性時間の間、有効である。モバイルデバイスは、したがって、所定の時間期間、例えば３０ｓの間、車両のメモリ中の識別データの記憶によって、車両によって事前認証され、これにより、ユーザは、ハンドルを操作するためにその人が車両に物理的に接近するのを終えることが可能になる。
【００２５】
−第８のステップにおいて、モバイルデバイスのインターフェースが、有効性時間の間、基本「広告中」モードにおける送信期間よりも小さい修正送信期間をともなって「広告中」状態に入る。
【００２６】
−修正送信期間が基本送信期間の半分に固定される。
【００２７】
−第８のステップにおいて、「広告中」状態におけるモバイルデバイスのインターフェースによって送信されるデータフレームは、相対または絶対時間の関数として、あるいは増分の関数として更新される回転コードをも含む。このようにして、例えば、モバイルデバイスの識別データを傍受することに成功した悪意のある人は、前記傍受されたデータが、そのデータが傍受されることになる瞬間を表す情報を含んでいるので、車両を開くために傍受されたデータを後で使用することが不可能になる。したがって、傍受されたデータが後で使用されるとき、時間または増分情報は陳腐になっている。
【００２８】
本発明の他の特徴および利点は、下記を示す添付の図を参照しながら、以下の説明を読むと明らかになろう。
【図面の簡単な説明】
【００２９】
【図１】本発明による方法の例示的な一実施形態の第１のステップの動作の概略図。
【図２】同じ例の実装形態のために図１に示された第１のステップに続いて行われる後続のステップの動作の概略図。
【図３】同じ例の実装形態のために図２に示された第１のステップに続いて行われる後続のステップの動作の概略図。
【図４】同じ例の実装形態のために図３に示された第１のステップに続いて行われる後続のステップの動作の概略図。
【発明を実施するための形態】
【００３０】
さらなる明快さのために、同じまたは同様の要素は、すべての図全体にわたって同じ参照符号によって識別される。
【００３１】
図１〜図４は、本発明の第１の実施形態による、車両によるユーザの事前認証のための方法の様々なステップを示す。
【００３２】
図１は、本発明による方法の例示的な一実施形態の第１のステップ１０１と、第２のステップ１０２と、第３のステップ１０３とを示している。この図は、モバイルデバイスＡを提供されたユーザＵと、車両Ｖとを示している。車両Ｖは第１のワイヤレス通信インターフェースＩ１を備え、モバイルデバイスＡは第２のワイヤレス通信インターフェースＩ２を備える。第１のインターフェースＩ１および第２のインターフェースＩ２は、ＢＬＥプロトコルに従って通信することが可能である。
【００３３】
説明する実施形態によれば、第１のインターフェースＩ１および第２のインターフェースＩ２は「広告中」状態にある。したがって、第１のインターフェースＩ１および第２のインターフェースＩ２は、識別データと、車両にアクセスするための特定のサービスの利用可能性に関する情報とを特に含む少なくとも１つのデータフレームを送信する。インターフェースは、したがって、ＢＬＥ通信チャネルの確立のために、それらの存在と、それらの特性と、それらの利用可能性とを周囲のＢＬＥ機器に気づかせるために、情報を周期的に送信する。
【００３４】
データフレームの送信は基本送信期間の間に行われる。第１のインターフェースＩ１は第１の基本送信期間の間送信し、第２のインターフェースＩ２は第２の基本送信期間の間送信し、典型的には１００ミリ秒程度である。
【００３５】
説明する例の第１のステップ１０１は、車両ＶのインターフェースＩ１を広告中状態から走査中状態に進ませることにある。状態のそのような変化は、数秒ごとに、典型的には１０秒ごとに有利に行われる。第１のインターフェースは、次いで、ＢＬＥプロトコルに従って送信している通信インターフェースの存在について、ＢＬＥプロトコルに従って、それの環境内で、言い換えればそれの通信カバレージエリア内で探索することが可能になる。インターフェースＩ１の走査中状態は、少なくともモバイルデバイスＡのインターフェースＩ２の基本送信期間に等しい時間期間の間採用され、所定の期間の間動作される。これは、したがって、インターフェースＩ２がインターフェースＩ１のカバレージのエリア内にある場合、インターフェースＩ２がインターフェースＩ１によって「聴取される」という確実性を提供する。モバイルデバイスＡのインターフェースＩ２は、車両Ｖにアクセスするための前記サービスの利用可能性に関する情報を含む第１のデータフレームＴＤ１を送信する。走査中状態における車両ＶのインターフェースＩ１が、広告中状態におけるモバイルデバイスＡのインターフェースＩ２の存在を識別した場合、第２のステップ１０２において、車両ＶのインターフェースＩ１は走査中状態から開始状態に進み、ここにおいて、インターフェースＩ１は、識別されたインターフェースＩ２に、暗号化された接続の確立を要求する。
【００３６】
本方法は、次いで第３のステップ１０３に進み、車両ＶのインターフェースＩ１とモバイルデバイスＡのインターフェースＩ２とは「被接続」状態に進み、ここにおいて、それらは暗号化されたデータを交換することができる。
【００３７】
本発明による方法の他の例示的な実施形態では、モバイルデバイスのインターフェースＩ２が広告中状態から走査中状態に進み、インターフェースＩ１およびＩ２の役割は、第３のステップ１０３中の２つのインターフェース間の接続の確立まで逆転される。図１で説明した例は、携帯電話よって消費される電力をできる限り制限するのにより有利であるように思われる。
【００３８】
図２は、本発明による方法の例示的な一実施形態の第４のステップ１０４と第５のステップ１０５とを示している。この図は、第４のステップ１０４において、車両Ｖが、インターフェースＩ１を介してモバイルデバイスＡのインターフェースＩ２に認証１０−２についての要求を送ることを表す。第５のステップ１０５では、モバイルデバイスＡは、次いで、インターフェースＩ２を介して、認証要求へのそれの応答を含んでいるデータフレーム１０−１を車両ＶのインターフェースＩ１に送り、前記データフレーム１０−１は、モバイルデバイスＡについての識別データをも含む。
【００３９】
この第４のステップ１０４およびこの第５のステップ１０５では、２つのインターフェースＩ１およびＩ２は「被接続」状態のままである。
【００４０】
図３は、本発明による方法の例示的な一実施形態の第６のステップ１０６と、第７のステップ１０７と、第８のステップ１０８とを示している。この図は、第６のステップ１０６において、車両Ｖの電子制御ユニットＥＣＵ１によって、車両Ｖが、モバイルデバイスＡによって送られた認証応答のコヒーレンスを検証することを表す。
【００４１】
有利には、データフレーム１０−１、または第５のステップ（１０５）においてデータフレーム１０−１の直後に送られる後続のフレームは、モバイルデバイスＡの位置に関する情報を含む。そのような場合、モバイルデバイスＡが、あらかじめ決定されたしきい値距離よりも小さい距離だけ車両Ｖから離れて位置する場合のみ、認証は検証されることになる。車両ＶとモバイルデバイスＡとの間の距離がしきい値距離よりも大きい場合、本発明による方法は第１のステップ１０１に戻る。
【００４２】
モバイルデバイスＡによって送られた認証応答がコヒーレントであり、したがって検証された場合、第７のステップ１０７において、車両Ｖは、車両Ｖの電子制御ユニットＥＣＵ１によって制御されるメモリＭにモバイルデバイスＡの識別データを記憶する。有利には、ユーザＵが車両Ｖに効果的にアクセスするための時間を残すために、識別データは、数十秒、典型的には約３０秒程度の、限られた有効性時間の間だけメモリＭに記憶される。この有効性時間を越えると、識別データは削除され、車両Ｖの近くのユーザＵの存在は、車両Ｖを開くための要望に明らかに対応していない。次いで、第８のステップ１０８が行われ、車両ＶおよびモバイルデバイスＡのインターフェースＩ１およびＩ２は「広告中」状態に戻る。この新しい「広告中」状態では、１００ミリ秒程度であった第１のステップ１０１中に使用される第２の基本送信期間よりも小さい、モバイルデバイスＡのインターフェースＩ２のための送信の新しい期間が有利に提供される。インターフェースＩ２のための送信の新しい期間は、有利には５０ミリ秒程度である。このようにして、モバイルデバイスＡは、車両Ｖによってより迅速に識別されることが可能になる。その場合、モバイルデバイスＡによって費やされるエネルギーはより高くなるが、新しい基本送信期間は第９のステップ１０９中でのみ維持されるので、これは現実のハンディキャップとならない。モバイルデバイスのインターフェースＩ２から車両ＶのインターフェースＩ１に送信されるデータは、有利には、この送信の瞬間に関する情報を提供するタイムスタンプを含む。
【００４３】
図４は、本発明による方法の例示的な一実施形態の第９のステップ１０９と第１０のステップ１１０とを示している。この図は、第９のステップ１０９において、モバイルデバイスＡの識別データがメモリＭに記憶されている有効性時間に等しい期間の間、ユーザＵが車両Ｖのアクセス開口Ｏ、ここではドアのハンドルＰにアクションを及ぼすことを表す。アクセス開口ＯのハンドルＰはセンサＣを装備し、それにより、ハンドル上でのユーザＵのアクションは第１のインターフェースＩ１に転送されることが可能になる。ハンドルの引張りの開始が検出されたとき、車両Ｖの第１のインターフェースＩ１は、次いで、このステップ１０９において走査中状態に入り、言い換えれば、第１のインターフェースＩ１は、データフレームを受信するように構成される。モバイルデバイスの第２のインターフェースＩ２は第８のステップ１０８中に広告中状態に戻ったので、第１０のステップ１１０において、それは第２のデータフレームＴＤ２を生成する。第２のデータフレームＴＤ２は車両ＶのインターフェースＩ２によって受信される。第２のデータフレームＴＤ２は、モバイルデバイスＡの識別情報に関する情報を特に含む。車両の電子制御ユニットＥＣＵ１は、受信された識別情報と、第７のステップ１０７中にメモリＭにあらかじめ記憶された識別データとの間の比較を行う。これらの２つの要素、受信された識別情報と、記憶された識別データとが対応する場合、電子制御ユニットは、車両Ｖのアクセス開口Ｏのロックにアンロッキングコマンドを送信し、次いでそれはアンロックする。
【００４４】
有利には、データフレームＴＤ２、または第１０のステップ１１０においてデータフレーム１０−２の直後に送られる後続のフレームは、モバイルデバイスＡの位置に関する情報を含む。そのような場合、モバイルデバイスＡが、あらかじめ決定されたアンロッキング距離よりも小さい距離だけ車両Ｖから離れて位置する場合のみ、アンロッキングコマンドは送信されることになる。車両ＶとモバイルデバイスＡとの間の距離がアンロッキング距離、典型的には１メートル未満よりも大きい場合、アンロッキングコマンドは送信されない。
【００４５】
有利な一実施形態では、ステップ１０７から開始して、言い換えれば、車両Ｖおよびモバイルデバイスが「被接続」状態にあり、モバイルデバイスが正しく認証されたとき、車両Ｖが、それの将来のデータフレームＴＤ２中に、標準のメッセージに加えて、回転コードを導入すべきことをモバイルデバイスＡに示すことが実現される。したがって、２つのフレームＴＤ２間で、送信されるメッセージは、コードが更新されることになるということに起因して異なったものになる。
【００４６】
この更新により、第８のステップ１０８から開始して「広告中」モードにおいてインターフェースＩ２によって送信されたデータフレームＴＤ２を傍受することに成功した悪意のある人は、前記傍受されたデータが陳腐な情報を含んでいるので、車両を開くために傍受されたデータを後で使用するのを防止されることが可能になる。
【００４７】
回転コードは、ステップ１０８から開始する絶対または相対クロックの関数であり得る。一代替では、回転コードは、ステップ１０８から定義される各連続フレーム間の増分の関数になる。
【００４８】
一代替実施形態では、ステップ１０８から開始して、モバイルデバイスは「広告中」フレームを送信するが、計算された回転コードは、車両が単純な「走査中」状態ではなく「アクティブ走査中」状態に進むステップ１０９中にのみ送信される。この構成では、「アクティブ走査中」状態における車両は、計算された回転コードを表す追加のフレームを追加して「広告中」フレームを送信するようにモバイルデバイスＡに呼びかける。
【００４９】
有利には、ユーザＵが車両の左側に位置するか右側に位置するかを判定するために、車両ＶとモバイルデバイスＡとの間の距離に関する情報の解釈が行われる。このようにして、アンロッキングコマンドは、モバイルデバイスの存在が検出された車両の側でハンドルが引かれた場合のみ送信される。
【００５０】
インターフェースＩ１とインターフェースＩ２との間の交換の数は、このようにして、ユーザＵがハンドルＰにタッチした瞬間と、それがアンロックされ得る瞬間との間に制限され、それにより、バリア効果が回避されることが可能になる。実際、ハンドルの引張りの開始の前にさえ行われる２つのインターフェースＩ１およびＩ２間の情報の交換のための動作は、繰り返される必要がない。説明していない一代替実施形態では、モバイルデバイスは、ＢＬＥインターフェースを備えたＣＩＤ識別子であることが想定され得る。このシナリオでは、ＣＩＤの初期状態は「待機」状態であり、ステップ１０１において、ＣＩＤのＢＬＥインターフェースが「待機」状態から「走査中」状態に進むことが行われる。
【図１】
0006491668.tif 000002
【図２】
0006491668.tif 000003
【図３】
0006491668.tif 000004
【図４】
0006491668.tif 000005