JP2014519236A - 所定のプロトコルによる通信のためのユニット - Google Patents

Abstract

本発明は、所定のプロトコルによる通信のためのユニット（ＳＹＳＴ）に関するものであり、上記ユニットは、マスタデバイス（ＥＱ＿ＭＡＩ）と、ＵＨＦまたはＬＦプロトコルに従って車両と通信することができ、複数の状態を想定することのできるスレーブデバイス（ＥＱＵ＿ＥＳＣ）とを含み、マスタデバイス（ＥＱ＿ＭＡＩ）は、スレーブデバイス（ＥＱＵ＿ＥＳＣ）に、状態の起動に関する警報を送るのに適していることを特徴とする。

Description

本発明は、所定のプロトコルに基づく通信ユニットに関する。本発明の技術分野は、一般的には、マスタエンティティとスレーブエンティティとの間の通信の分野であり、より詳細には、車両遠隔制御電子キーとインテリジェント携帯電話（または「スマートフォン」）との間の通信の分野である。

車両遠隔制御電子キーはここ数年にわたって認知されている。公知の方式では、あるキーはリスニングモードを有し、このモードでキーは、極超短波（ＵＨＦ：Ｕｌｔｒａ Ｈｉｇｈ Ｆｒｅｑｕｅｎｃｙ）または低周波（ＬＦ：Ｌｏｗ Ｆｒｅｑｕｅｎｃｙ）のリンクによって、車両が送信する情報を受け取ることができる。情報は、例えば、車両のドアがこじ開けられている、タイヤがパンクしている、あるいは窓ガラスが割れていることを示す。情報がキーによって受け取られると、キーは、例えば不快な音を発することによってそのことを知らせることができる。

さらに、これらのキーのうちのあるものは、その情報を、車両からスマートフォン、ＰＤＡ、またはラップトップコンピュータ型のマスタエンティティに送信することもできる。キーとマスタエンティティとの間の通信は、従来、ブルートゥースプロトコルによって、ブルートゥース低エネルギープロトコルによって、またはＮＦＣプロトコルによって、行われる。

従来、ブルートゥースまたはブルートゥース低エネルギー部品を有し、マスタエンティティと通信することのできる車両は、以下の３つの状態を取ることができる。
キーが、信号を受け取りも発しもせず、他のいかなるエンティティにも接続されていないアイドル状態、
キーが存在メッセージを周期的に発する探索可能状態、
キーがマスタエンティティに接続されている接続状態。

情報を交換するためには、キーは接続状態でなければならない。接続に先立ち、キーは、探索可能状態で発せられた存在信号によりマスタエンティティによって最初に正確に位置特定されていなければならない。よって、スマートフォンと通信することができるように、探索可能状態および接続状態は頻繁に起動される。というのは、キーはユーザが必要とするときに探索可能状態または接続状態のままでなければならないからである。

現在、探索可能状態、接続状態およびリスニングモードはエネルギーを消費し、それによってキーの電池の寿命を大幅に低減させる。

本発明の主題は、キーの電池を節約することを可能にする解決策を提案することにより、先に提示した問題への解決策を提供するものである。

したがって、第１の態様によれば、本発明は、本質的には、所定のプロトコルに基づく通信ユニットに関するものであり、上記通信ユニットは、
マスタエンティティと、
ＵＨＦまたはＬＦプロトコルに従って車両と通信することができ、複数の状態を取ることができるスレーブエンティティと
を備え、
マスタエンティティがスレーブエンティティに少なくとも１つの状態を起動させるためのアラームを送るように構成されていることを特徴とする。

起動アラームの定義により、スレーブエンティティの状態は、マスタエンティティのユーザの必要に自動的に適合される。よって、様々なエネルギーを消費する状態は必要以上に使用されない。

前段で述べた主な特性に加えて、本発明による通信ユニットは、個別に考察される、または技術的に可能な組み合わせに従った、以下の中からの１つもしくは複数の補足的特性も示すことができる。

・マスタエンティティとスレーブエンティティとは、ブルートゥースプロトコルによって、またはブルートゥース低エネルギー（ＢＬＥ）プロトコルによって、通信することができる。

・スレーブエンティティは以下の状態を取ることができる。
−スレーブエンティティが信号を受け取りも発しもせず、いかなるエンティティにも接続されていないアイドル状態、
−スレーブエンティティが存在信号を周期的に発する探索可能状態、
−スレーブエンティティがマスタエンティティに接続されている接続状態、
−スレーブエンティティが、ＵＨＦプロトコルまたはＬＦプロトコルによって車両から信号を受け取ることができるリスニングモード状態。
また起動アラームによって起動される状態は、
−アイドル状態と、
−探索可能状態と、
−リスニングモード状態と
である。

・スレーブエンティティが接続状態であるときに、マスタエンティティはスレーブエンティティに持続期間キューを送ることができ、上記持続期間キューの値が、スレーブエンティティの上記状態の起動の持続期間に対応している。

・スレーブエンティティが接続状態であるときに、マスタエンティティはスレーブエンティティに、スレーブエンティティの上記状態を解除するためにアラームを送ることができる。

・スレーブエンティティは、スレーブエンティティをアイドル状態から探索可能状態に切り換えることのできる慣性起動装置を備える。

・マスタエンティティとスレーブエンティティとは、ＮＦＣプロトコルによって通信することができる。

ＮＦＣ通信の非限定的実施形態によれば、非限定的実施形態において、
○起動アラームによって起動される状態はリスニングモード状態であり、この状態でスレーブエンティティは、ＵＨＦまたはＬＦプロトコルによる車両からの信号を受け取ることができる。
○マスタエンティティはスレーブエンティティに持続期間キューを送ることができ、上記持続期間キューの値が、スレーブエンティティがリスニングモード状態のままでなければならない持続期間に対応している。
○マスタエンティティはスレーブエンティティに、リスニングモード状態を解除するためのアラームを送ることができる。
・マスタエンティティはスレーブエンティティに、クロック同期のためのキューを送ることができる。
・マスタエンティティはスレーブエンティティに、クロック同期のためのキューを送ることができる。
・マスタエンティティおよびスレーブエンティティは、マンマシンインターフェースを備える一つのエンティティを形成する。
・起動アラームは、マンマシンインターフェースによって送られる。

本発明および本発明の様々な応用は、以下の説明を読み、添付の図面を考察すればよりよく理解されるであろう。

図面は、単に本発明の完全に非限定的な指示として提示するものにすぎない。

本発明の非限定的実施形態による通信ユニットを表す図である。 本発明の非限定的実施形態による、通信ユニット内での情報の交換を表すタイミング図である。 本発明の非限定的実施形態による、ＢＬＥプロトコルの下で、通信ユニット内で実施されるアラームを定義するＧＡＴＴプロファイルテーブルである。 本発明の非限定的実施形態による、ＢＬＥプロトコルの下で、通信ユニット内で実施されるリスニングモードを定義するＧＡＴＴプロファイルテーブルである。

図１は、本発明の一実施形態による通信ユニットＳＹＳＴを表す図であり、上記通信ユニットＳＹＳＴは、
スレーブエンティティＥＮＴ＿ＳＬＶと、
マンマシンインターフェース（ＭＭＩ）を備えるマスタエンティティＥＮＴ＿ＭＡＳと
を備える。

本発明の非限定的実施形態によれば、スレーブエンティティＥＮＴ＿ＳＬＶは車両の電子キーであり、マスタエンティティＥＮＴ＿ＭＡＳはスマートフォンである。本発明の別の実施形態によれば、マスタエンティティＥＮＴ＿ＭＡＳはＰＤＡ、ラップトップコンピュータなどである。

別の実施形態では、マスタエンティティＥＮＴ＿ＭＡＳおよびスレーブエンティティＥＮＴ＿ＳＬＶは、ＭＭＩを備え、車両と通信することのできる単に一つのエンティティを形成する。このエンティティは、車両の遠隔制御キー、またはスマートフォンである。

スレーブエンティティＥＮＴ＿ＳＬＶは、無線周波数送信機／受信機Ｒ＿ＲＦを備え、車両モニタリングモードとも呼ばれるリスニングモード状態を有し、この状態でスレーブエンティティＥＮＴ＿ＳＬＶは、ＵＨＦまたはＬＦプロトコルにより、無線周波数送信機／受信機Ｒ＿ＲＦを介して車両から情報を受け取ることができる。

非限定的実施形態において、マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとは、ＮＦＣプロトコルによって通信する。また、ＮＦＣプロトコルによる通信のために単にスレーブエンティティＥＮＴ＿ＳＬＶを車両に近づけることによって車両の中央ロックシステムをロック／ロック解除するといった、自動車を非接触でロック／ロック解除する（「Ｒｅｍｏｔｅ Ｋｅｙｌｅｓｓ Ｅｎｔｒｙ（リモート・キーレス・エントリ）」またはＲＫＥ）ようにスレーブエンティティＥＮＴ＿ＳＬＶを構成するための備えも講じられうる。

ＮＦＣプロトコルは短距離無線リンクであり、数センチメートル程度の範囲を有し、超短距離の無線周波数に基づいたデータ交換プロトコルを使用する。これは、ＩＳＯ／ＩＥＣ１４４４３規格に基づくものでありながら、ピアツーピアモードでの周辺機器間の通信を可能にする無線識別技術の拡張である。ＮＦＣプロトコルは、スレーブ装置のレベルでの誘導結合および負荷変調に基づくものである。

ＮＦＣ技術は、現在、ＮＦＣフォーラムという名称の下でグループ化された産業コンソーシアムによって開発されている。ＮＦＣ技術は、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（無線周波数識別））技術から派生したものであり、複数の動作モード、特に、リーダモードおよびカード・エミュレーション・モードを示すＮＦＣプロセッサまたはコンポーネントを使用する。

リーダモードでは、ＮＦＣプロセッサは、ＲＦＩＤチップへの読み取りアクセスまたは書き込みアクセスのための従来のＲＦＩＤリーダとして動作する。ＮＦＣプロセッサは磁界を放射し、磁界の振幅の変調によってデータを送り、負荷変調および誘導結合によってデータを受け取る。またこのモードは、ＮＦＣプロセッサがこのモードで磁界を放射するために、能動モードとも呼ばれる。

エミュレーションモードでは、ＮＦＣプロセッサは、別のリーダと対話し、他方のリーダによってＲＦＩＤチップとして認識されるために、トランスポンダの方式で、受動的に動作する。プロセッサはいかなる磁界も放射せず、他方のリーダによって放射される磁界を復調することによってデータを受け取り、そのアンテナ回路のインピーダンスの変調（負荷変調）によってデータを発する。またこのモードは、ＮＦＣプロセッサがこのモードではいかなる磁界も放射しないために、受動モードとも呼ばれる。

他の通信モード、特にいわゆる「装置」モードを実施することもでき、このモードでは、コンポーネントは同じ動作モードの別のＮＦＣプロセッサと対にならなければならず、各ＮＦＣプロセッサはそれ自体を交互に、データを受け取るための受動状態（磁界放射なし）と、データを発するための能動状態（磁界放射あり）とにする。

これら３つの動作モードにおいて、ＮＦＣプロセッサは、複数の非接触通信プロトコル、例えば、ＩＳＯ１４４４３−Ａ、ＩＳＯ１４４４３−Ｂ、ＩＳＯ１５６９３などを実施することができる。各プロトコルは、磁界の放射の頻度、能動モードでデータを発するために磁界の振幅を変調する手順、および受動モードでデータを発するための誘導結合による負荷変調の手順を定義する。

いくつかの規格が以下のようにＮＦＣプロトコルを定義している。
−ＮＦＣＩＰ−１（ＩＳＯ／ＩＥＣ１８０９２）は、２つのＮＦＣ周辺機器間のインターフェースおよび通信プロトコルを定義している。
−ＩＳＯ／ＩＥＣ１４４４３−１からＩＳＯ／ＩＥＣ１４４４３−４は、非接触集積回路との通信を定義している。
−ＮＤＥＦ（ＮＦＣ Ｄａｔａ Ｅｘｃｈａｎｇｅ Ｆｏｒｍａｔ）は、データのための論理交換フォーマットを定義している。

ＮＦＣ通信は、一般に、以下の特性を示す。
−通信ビット速度：１０６、２１２、４２４または８４８ｋｂｉｔ／ｓ（キロビット／秒）、
−周波数範囲：１３．５６ＭＨｚ、
−通信距離：約１０ｃｍ、
−通信モード：半二重または全二重。

この実施形態では、スレーブエンティティＥＮＴ＿ＳＬＶはＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（近接場型通信））コンポーネントを備え、以下の２つの状態を取ることができる。
−ＮＦＣコンポーネントが、磁界を放射し、磁界の振幅の変調によってデータを送り、負荷変調および誘導結合によってデータを受け取る受動状態（リーダモードともいう）、
−ＮＦＣコンポーネントが、いかなる磁界も放射せず、別のリーダによって放射される磁界を復調することによってデータを受け取り、そのアンテナ回路のインピーダンスの変調（負荷変調）によってデータを発する能動状態（エミュレーションモードともいう）。

別の非限定的実施形態において、スレーブエンティティＥＮＴ＿ＳＬＶは、ブルートゥースまたはブルートゥース低エネルギーコンポーネントＲ＿Ｂを備え、以下の３つの状態を取ることができる。
−スレーブエンティティＥＮＴ＿ＳＬＶが、信号を受け取りも発しもせず、いかなるエンティティにも接続されていないアイドル状態、
−スレーブエンティティＥＮＴ＿ＳＬＶが存在メッセージを周期的に発する探索可能状態、
−スレーブエンティティＥＮＴ＿ＳＬＶがマスタエンティティＥＮＴ＿ＭＡＳに接続されている接続状態。

マスタエンティティＥＮＴ＿ＭＡＳも以下の複数の状態を取ることができる。
−マスタエンティティＥＮＴ＿ＭＡＳが、信号を受け取りも発しもせず、他のいかなるエンティティにも接続されていないアイドル状態、
−マスタエンティティＥＮＴ＿ＭＡＳが、スレーブエンティティＥＮＴ＿ＳＬＶが探索可能モードであるときにスレーブエンティティＥＮＴ＿ＳＬＶによって発せられる存在信号を探索するスキャン状態、
−マスタエンティティＥＮＴ＿ＭＡＳが、スレーブエンティティＥＮＴ＿ＳＬＶが探索可能モードであるときにスレーブエンティティＥＮＴ＿ＳＬＶとの接続を確立することができる開始状態、
−マスタエンティティＥＮＴ＿ＭＡＳがスレーブエンティティＥＮＴ＿ＳＬＶに接続されている接続状態。

マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとが接続されているときに、マスタエンティティＥＮＴ＿ＭＡＳはスレーブエンティティＥＮＴ＿ＳＬＶに、状態（ブルートゥースまたはブルートゥース低エネルギーの場合にはスレーブエンティティＥＮＴ＿ＳＬＶの探索可能状態およびアイドル状態）を起動させるためのアラームを送ることができる。さらに、マスタエンティティＥＮＴ＿ＭＡＳはスレーブエンティティＥＮＴ＿ＳＬＶに、（ブルートゥースまたはブルートゥース低エネルギーの場合であれ、ＮＦＣの場合であれ）リスニングモード状態を起動させ、解除するためのアラームを送ることができる。マスタエンティティＥＮＴ＿ＭＡＳは一度に複数の状態を起動させるためのアラームを送ることができることに注意すべきであろう。

「状態を起動させるためのアラーム」は、ランデブーともいい、状態の起動の時間の値を意味する。よって、マスタエンティティのユーザは、自動的な車両アイドリングおよびモニタリングのタイムスパンを設定することができる。

本発明の別の非限定的実施形態では、マスタエンティティＥＮＴ＿ＭＡＳは、リスニングモード状態を起動させるためのアラームと、スレーブエンティティＥＮＴ＿ＳＬＶがリスニングモード状態のままでなければならない持続期間に対応する持続期間キュー（または「タイマ」）とを送ることができる。これらの起動アラームおよび／もしくは解除アラーム、ならびに／またはこの持続期間キューは、状態の起動のタイムスパンを定義することを可能にする。本発明の非限定的実施形態において、状態を起動させるためのアラーム、および／もしくは状態を解除するためのアラーム、ならびに／または持続期間キューは、マスタエンティティＥＮＴ＿ＭＡＳのユーザによって決定される。

さらに、マスタエンティティＥＮＴ＿ＭＡＳは、スレーブエンティティＥＮＴ＿ＳＬＶにクロック同期キューを送ることができる。

ある特定の実施形態では、マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとが接続されており、アイドル状態を起動させるためのアラームがトリガされるときには、スレーブエンティティＥＮＴ＿ＳＬＶのアイドリングを実施する前に、マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとの間の接続が終了するのを待つことが好ましい。実際、ユーザは、操作の実行で使用中に自分のスレーブエンティティＥＮＴ＿ＳＬＶがアイドル状態になることは望まない。これと全く同じ場合には、意図した、または意図しない切断（範囲外）に続いて、スレーブエンティティＥＮＴ＿ＳＬＶは、接続状態から探索可能状態に切り換わり、探索可能状態からアイドル状態に切り換わるのではなく、接続状態からアイドル状態に直接切り換わる。

代替形態では、ユーザは、自分のスレーブエンティティＥＮＴ＿ＳＬＶ上で、アイドルアラームへの設定がトリガされたばかりであるという知らせを受けることができる。次いでユーザは、マスタエンティティＥＮＴ＿ＭＡＳを強制的に切断することによりスレーブエンティティＥＮＴ＿ＳＬＶがアイドル状態に設定される許可を与えることもできるし、与えないこともできる。これらの動作は、スレーブエンティティＥＮＴ＿ＳＬＶの画面上のメッセージまたはポップアップと、スレーブエンティティＥＮＴ＿ＳＬＶ上でのユーザの応答行為（ボタンの押し操作またはタッチスクリーンの領域の押し操作）とによって行われる。

エネルギー節約に好都合な第２の代替形態において、スレーブエンティティＥＮＴ＿ＳＬＶは、ユーザの確認を求める要求なしで、アイドル状態を起動させるためのアラームがトリガされ次第直ちに、接続状態からアイドル状態に切り換わる。

図２は、マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとがブルートゥースプロトコルまたはブルートゥース低エネルギー（ＢＬＥ）プロトコルによって通信する、本発明の非限定的実施形態によるマスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとの間の情報の交換を表すタイミング図である。ブルートゥースプロトコルでは、アラームは、ブルートゥース規格の通信仕様に従って定義される。図示された例において、
−ステップ１からステップ９までは、探索可能状態を起動させるためのアラームａｌａｒｍ＿ｄｉｓおよびアイドル状態を起動させるためのアラームａｌａｒｍ＿ｉｄｌｅの送信および使用の例示である。
−ステップ１０からステップ１７までは、リスニングモード状態を起動させるためのアラームａｌａｒｍ＿ｌｉおよびリスニングモード状態を解除するためのアラームａｌａｒｍ＿ｄｅｌｉの送信および使用の例示、ならびに車両侵入が発生した場合の例示である。

ステップ１：スレーブエンティティＥＮＴ＿ＳＬＶは探索可能状態であり、したがってスレーブエンティティＥＮＴ＿ＳＬＶは、存在の信号ｓｉｇ＿ｐｒｅｓを周期的に発する。マスタエンティティＥＮＴ＿ＭＡＳはアイドル状態である。

ステップ２：マスタエンティティＥＮＴ＿ＭＡＳのユーザは、上記マスタエンティティＥＮＴ＿ＭＡＳのスキャンモードをトリガする。次いでマスタエンティティＥＮＴ＿ＭＡＳは、スレーブエンティティＥＮＴ＿ＳＬＶの存在の信号ｓｉｇ＿ｐｒｅｓを検出する。スレーブエンティティＥＮＴ＿ＳＬＶの存在の信号ｓｉｇ＿ｐｒｅｓを検出すると、マスタエンティティＥＮＴ＿ＭＡＳは、開始状態に自動的に切り換わり、スレーブエンティティＥＮＴ＿ＳＬＶに接続要求ｃｏｎｎ＿ｒｅｑを送る。

ステップ３：マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとの間の接続は、直接、または事前構成により、ユーザによってトリガされた接続確立要求ｃｏｎｎ＿ｅｓｔ後に確立される。

ステップ４：マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとは、相互に接続され、データｄａｔａ＿ｅｘｃｈを交換する。マスタエンティティＥＮＴ＿ＭＡＳはスレーブエンティティＥＮＴ＿ＳＬＶに、クロック同期キューｃｌｏｃｋ＿ｓｙｎｃと共に、探索可能状態を起動させるためのアラームａｌａｒｍ＿ｄｉｓおよびアイドル状態を起動させるためのａｌａｒｍ＿ｉｄｌｅを送る。スレーブエンティティＥＮＴ＿ＳＬＶとマスタエンティティＥＮＴ＿ＭＡＳとの間のクロック同期ｓｙｎｃが実行される。次に、マスタエンティティＥＮＴ＿ＭＡＳは、切断要求ｄｉｓｃ＿ｒｅｑによってスレーブエンティティＥＮＴ＿ＳＬＶから切断する。

ステップ５：次いでマスタエンティティＥＮＴ＿ＭＡＳおよびスレーブエンティティＥＮＴ＿ＳＬＶはアイドル状態に切り換わる。よってスレーブエンティティＥＮＴ＿ＳＬＶの電池が節約される。次に、探索可能状態を起動させるためのアラームａｌａｒｍ＿ｄｉｓは、事前に設定された時刻にトリガされる。

ステップ６：次いでスレーブエンティティＥＮＴ＿ＳＬＶは探索可能状態に自動的に切り換わる。同時に、マスタエンティティＥＮＴ＿ＭＡＳも、開始状態に切り換わり、スレーブエンティティＥＮＴ＿ＳＬＶに接続要求ｃｏｎｎ＿ｒｅｑを送る。マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとの間の接続は、スレーブエンティティＥＮＴ＿ＳＬＶによる接続確立要求ｃｏｎｎ＿ｅｓｔの受け入れ後に確立される。

ステップ７：マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとは、相互に接続され、データｄａｔａ＿ｅｘｃｈを交換する。マスタエンティティＥＮＴ＿ＭＡＳはスレーブエンティティＥＮＴ＿ＳＬＶにクロック同期キューｃｌｏｃｋ＿ｓｙｎｃを送る。スレーブエンティティＥＮＴ＿ＳＬＶとマスタエンティティＥＮＴ＿ＭＡＳとの間のクロック同期ｓｙｎｃが再度実行される。次に、意図しない接続の欠落が生じる。

ステップ８：次いでマスタエンティティＥＮＴ＿ＭＡＳはアイドル状態に切り換わり、スレーブエンティティＥＮＴ＿ＳＬＶは、アイドル状態を起動させるためのアラームａｌａｒｍ＿ｉｄｌｅがまだトリガされていないため、探索可能状態に戻る。スレーブエンティティＥＮＴ＿ＳＬＶは存在の信号ｓｉｇ＿ｐｒｅｓを周期的に送る。次に、アイドル状態を起動させるためのアラームａｌａｒｍ＿ｉｄｌｅがトリガされる。マスタエンティティは、別の例では、スレーブエンティティに接続しようと試みてもよいが、スレーブエンティティが範囲外にある場合には、スレーブエンティティＥＮＴ＿ＳＬＶは、アイドル状態を起動させるためのアラームａｌａｒｍ＿ｉｄｌｅがまだトリガされていないために、探索可能状態に戻ることに注意すべきであろう。

ステップ９：次いでスレーブエンティティＥＮＴ＿ＳＬＶはアイドル状態に切り換わる。次に、探索可能状態を起動させるためのアラームａｌａｒｍ＿ｄｉｓがトリガされる。

ステップ１０：スレーブエンティティＥＮＴ＿ＳＬＶは探索可能状態に自動的に切り換わる。同時に、マスタエンティティＥＮＴ＿ＭＡＳも開始状態に切り換わり、スレーブエンティティＥＮＴ＿ＳＬＶに接続要求ｃｏｎｎ＿ｒｅｑを送る。マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとの間の接続は、接続確立要求ｃｏｎｎ＿ｅｓｔ後に確立される。

ステップ１１：マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとは、相互に接続され、データｄａｔａ＿ｅｘｃｈを交換する。マスタエンティティＥＮＴ＿ＭＡＳはスレーブエンティティＥＮＴ＿ＳＬＶに、クロック同期キューｃｌｏｃｋ＿ｓｙｎｃと、リスニングモードを起動させるためのアラームａｌａｒｍ＿ｌｉおよびリスニングモードを解除するためのアラームａｌａｒｍ＿ｄｅｌｉとを送る。スレーブエンティティＥＮＴ＿ＳＬＶとマスタエンティティＥＮＴ＿ＭＡＳとの間のクロック同期ｓｙｎｃが再度実行される。次に、マスタエンティティＥＮＴ＿ＭＡＳは、切断要求ｄｉｓｃ＿ｒｅｑ後にスレーブエンティティＥＮＴ＿ＳＬＶから切断する。

ステップ１２：マスタエンティティＥＮＴ＿ＭＡＳは切断状態に切り換わり、スレーブエンティティＥＮＴ＿ＳＬＶは、アイドル状態を起動させるためのアラームａｌａｒｍ＿ｉｄｌｅがまだトリガされていないため、探索可能状態に戻る。スレーブエンティティＥＮＴ＿ＳＬＶは存在の信号ｓｉｇ＿ｐｒｅｓを周期的に送る。

ステップ１３：マスタエンティティＥＮＴ＿ＭＡＳのユーザは、上記マスタエンティティＥＮＴ＿ＭＡＳのスキャンモードをトリガする。次いでマスタエンティティＥＮＴ＿ＭＡＳは、探索可能モードの状態であるスレーブエンティティＥＮＴ＿ＳＬＶの存在の信号ｓｉｇ＿ｐｒｅｓを検出する。

ステップ１４：スレーブエンティティＥＮＴ＿ＳＬＶの存在の信号ｓｉｇ＿ｐｒｅｓを検出すると、マスタエンティティＥＮＴ＿ＭＡＳは、開始状態に自動的に切り換わり、スレーブエンティティＥＮＴ＿ＳＬＶに接続要求ｃｏｎｎ＿ｒｅｑを送る。マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとの間の接続は、接続確立要求ｃｏｎｎ＿ｅｓｔに続いて確立される。

ステップ１５：マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとは、相互に接続され、データｄａｔａ＿ｅｘｃｈを交換する。

ステップ１６：リスニングモード状態を起動させるためのアラームａｌａｒｍ＿ｌｉがトリガされる。次いでスレーブエンティティＥＮＴ＿ＳＬＶはリスニングモード状態に切り換わる。リスニングモードの適正な動作をモニタするために、マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとの間で周期的交換が行われてもよく、行われなくてもよい。所与の瞬間に、車両はスレーブエンティティＥＮＴ＿ＳＬＶに侵入キューｉｎｔｒを送る。その場合スレーブエンティティＥＮＴ＿ＳＬＶはマスタエンティティＥＮＴ＿ＭＡＳに、侵入通知ｎｏｔｉｆ＿ｉｎｔｒを自動的に送る。

ステップ１７：リスニングモードを解除するためのアラームａｌａｒｍ＿ｄｅｌｉがトリガされる。スレーブエンティティＥＮＴ＿ＳＬＶはリスニングモード状態を脱する。

リスニングモード状態を解除するためのアラームａｌａｒｍ＿ｄｅｌｉの代わりに持続期間キューが使用される本発明の他方の実施形態では、スレーブエンティティＥＮＴ＿ＳＬＶは、リスニングモード状態の起動の瞬間（すなわち、起動アラームのトリガ）ａｌａｒｍ＿ｌｉから経過した時間が持続期間キューに対応する持続期間と等しくなったときに、リスニングモード状態を脱する。実際、持続期間キューは、スレーブエンティティＥＮＴ＿ＳＬＶがリスニングモードである持続期間に対応している。

本発明の別の実施形態では、スレーブエンティティＥＮＴ＿ＳＬＶは、スレーブエンティティＥＮＴ＿ＳＬＶをアイドル状態から探索可能状態に切り換えることのできる慣性起動装置を備える。スレーブエンティティＥＮＴ＿ＳＬＶはｓｕｐｅｒ＿ｉｄｌｅ状態と呼ばれる状態を有していてよく、この状態は、別の特性、すなわち、スレーブエンティティＥＮＴ＿ＳＬＶの慣性クロックが解除されることと関連付けられたアイドル状態に対応するものであることに言及しておく。スレーブエンティティがｓｕｐｅｒ＿ｉｄｌｅ状態を有する場合、慣性起動装置はスレーブエンティティＥＮＴ＿ＳＬＶを、ｓｕｐｅｒ＿ｉｄｌｅ状態から探索可能状態に切り換えることもできる。慣性起動装置は、例えば、加速度計や、超低消費慣性センサや、不釣合い質量を有する受動メカニカルブレーカなどである。

ブルートゥース低エネルギー（ＢＬＥ）プロトコルにおいて、非限定的実施形態では、アラームは、ＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｔａｂｌｅ）プロファイルテーブルと呼ばれる属性のテーブルに従って定義され、その非限定的な例が図３に表されている。このテーブルは、もっぱらＢＬＥプロトコルだけに関するものであり、本発明のその他の実施形態では、アラームは、ブルートゥース規格またはＮＦＣ規格の通信仕様に従って実施される。ＧＡＴＴテーブルは、スレーブエンティティＥＮＴ＿ＳＬＶにおいてその製造時に作成され、マスタエンティティＥＮＴ＿ＭＡＳによって使用される（読み取られ、かつ／または変更される）ことが可能である。

テーブルの各行は属性に対応している。テーブルは以下の４列を含む。
ＢＬＥプロトコルによれば「ハンドル」と呼ばれるアドレス列であって、テーブル内の属性の論理アドレスに対応するアドレス列。アドレスは６進数と１０進数とで与えられる。
属性の種類を示す種類列。種類は、６進数の値と名前とで与えられる。
属性の値を示す値列。
マスタエンティティＥＮＴ＿ＭＡＳが属性の値にアクセスしてよいかどうか、およびどのようにしてアクセスしうるかを示す許可列。

このテーブルは各サービスに分かれている。図３には、行１から始まり行１４で終わる第１のサービスが示されている。各サービスは特性に分かれている。図示の例では、第１のサービスは４つの特性を含み、第１の特性は行２から始まり行５で終わり、第２の特性は行６から始まり行８で終わり、第３の特性は行９から始まり行１１で終わり、第４の特性は行１２から始まり行１４で終わる。

行１の属性は第１のサービスの開始の宣言に対応している。サービス開始宣言属性の種類は０ｘ２８００である。サービス開始宣言属性の値は２バイトで符号化される。この場合値は０ｘＦＥ００であり、これは００：ＦＥで符号化されている。マスタエンティティＥＮＴ＿ＭＡＳは、サービス開始属性を読み取るだけで、変更することはできず、これは許可ＧＡＴＴ＿ＰＥＲＭＩＴ＿ＲＥＡＤで示されている。

第１の特性は行２から開始する。第１の特性は行５で終了する。第１の特性は、前述の同期クロックｃｌｏｃｋ＿ｓｙｎｃを定義する。上記同期クロックｃｌｏｃｋ＿ｓｙｎｃは、続いて、マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとの間のクロック同期ｓｙｎｃに着手するのに使用されることになる（書き込みはスレーブエンティティＥＮＴ＿ＳＬＶの時刻を再同期し、読み取りまたは通知は、マスタエンティティＥＮＴ＿ＭＡＳにスレーブエンティティＥＮＴ＿ＳＬＶの時刻を提供することを可能にする）。

行２の属性は、第１の特性の宣言に対応している。特性宣言属性は種類０ｘ２８０３のものである。特性宣言属性の値は以下のように５バイトで符号化される。
−最初の２バイトは特性の種類（この場合は０ｘＦＥ０１、０１：ＦＥで符号化される）を示し、
−続く２バイトは、特性の値が位置するアドレス（この場合は０ｘ００１１、１１：００で符号化され、よって、特性の値がアドレス００１１で、すなわち、テーブルの第３行で提供されることを表す）を示し、
−最後のバイトは、特性の許可を示す（この場合は１Ａ）。０２は読み取り専用を表し、０８は書き込み専用を表し、０Ａは読み取りおよび書き込みを表し、１Ａは読み取り、書き込みおよび通知を表す。

マスタエンティティＥＮＴ＿ＭＡＳは、許可ＧＡＴＴ＿ＰＥＲＭＩＴ＿ＲＥＡＤで示されるように、特性宣言属性を読み取るだけで、変更することはできない。

行３の属性は、第１の特性の値に対応している。この値は３バイトで符号化される（この場合は００：００：００）。前述の例では、値は、時間／分／秒（ｈｈ：ｍｍ：ｓｓ）単位の同期のためのクロック値ｃｌｏｃｋ＿ｓｙｎｃに対応する。別の実施形態では、クロック値は、ＲＦＣ８６８プロトコルに従って、すなわち、グリニッジ標準時１９００年１月１日００：００：００（午前零時）からの秒数を表す３２ビットの数によって符号化され、値１または０ｘ０００００００１は、グリニッジ標準時１９００年１月１日００：００：０１を表す。マスタエンティティＥＮＴ＿ＭＡＳは、許可ＧＡＴＴ＿ＰＥＲＭＩＴ＿ＷＲＩＴＥ｜ＧＡＴＴ＿ＰＥＲＭＩＴ＿ＲＥＡＤで示されるように、この値を読み取り、変更することができる。

行４の属性は、マスタエンティティＥＮＴ＿ＭＡＳを構成するための情報に対応している。構成属性は種類０ｘ２９０２を有する。構成属性の値は２バイトで符号化される。この値は、通知型のメッセージであるかそれとも指示型のメッセージであるかを示し、メッセージの種類はＢＬＥプロトコルに従って定義され、マスタエンティティＥＮＴ＿ＭＡＳとスレーブエンティティＥＮＴ＿ＳＬＶとの間で認められる。通知メッセージは、指示メッセージとは対照的に、スレーブエンティティＥＮＴ＿ＳＬＶに対して、マスタエンティティＥＮＴ＿ＭＡＳに受け取りの確認を送るよう要求しない。通知は０１で符号化され、指示は０２で符号化される。マスタエンティティＥＮＴ＿ＭＡＳは、許可ＧＡＴＴ＿ＰＥＲＭＩＴ＿ＷＲＩＴＥ｜ＧＡＴＴ＿ＰＥＲＭＩＴ＿ＲＥＡＤで示されるように、この値を読み取り、変更することができる。

行５の属性は、マスタエンティティＥＮＴ＿ＭＡＳのユーザに向けられた情報に対応している。ユーザ情報属性は種類０ｘ２９０１を有する。前述の例では、この属性の値は「クロック」である。よって、マスタエンティティＥＮＴ＿ＭＡＳのユーザは、クロック同期の瞬間にマスタエンティティＥＮＴ＿ＭＡＳのＭＭＩ上に表示される「クロック」を見ることになる。マスタエンティティＥＮＴ＿ＭＡＳは、許可ＧＡＴＴ＿ＰＥＲＭＩＴ＿ＲＥＡＤで示されるように、この属性を読み取るだけで、変更することはできない。

第２の特性、テーブルの行６から行８は、探索可能状態を起動させるためのアラームａｌａｒｍ＿ｄｉｓを定義し、第３の特性、テーブルの行９から行１１は、アイドル状態を起動させるためのアラームａｌａｒｍ＿ｉｄｌｅを定義し、第４の特性、テーブルの行１２から行１４は、同期クロックｃｌｏｃｋ＿ｓｙｎｃの状態、探索可能状態を起動させるためのアラームａｌａｒｍ＿ｄｉｓの状態、およびアイドル状態を起動させるためのアラームａｌａｒｍ＿ｉｄｌｅの状態を定義する。各状態は、第４の特性の値によって示され、０はすべてが解除されていることを表し、３は探索可能状態を起動させるためのアラームａｌａｒｍ＿ｄｉｓが起動されていることを表し、５はアイドル状態を起動させるためのアラームａｌａｒｍ＿ｉｄｌｅが起動されていることを表し、７は両方のアラームが起動されていることを表す。第２、第３および第４の特性は、第１の特性と同様に記入されている。

図４には、スレーブエンティティＥＮＴ＿ＳＬＶによる車両の無線周波数リスニングに関する第２のサービスが例示されている。対応するテーブルは、第１のサービスに対応するテーブルと同様に記入されている。

ＧＡＴＴプロファイルテーブルの属性の書き込みおよび読み取りは、Ｂｌｕｅｔｏｏｔｈ バージョン４ ＢＬＥ規格、１９２９ページおよび１８７１ページに記載されているような書き込みメッセージおよび読み取りメッセージによって、公知のやり方で行われる。

よって、マスタエンティティＥＮＴ＿ＭＡＳのユーザがマスタエンティティＥＮＴ＿ＭＡＳによってアラームを定義するときには、マスタエンティティＥＮＴ＿ＭＡＳは、スレーブエンティティＥＮＴ＿ＳＬＶにデータパケットを送ることによって定義されたアラームの値を書き込むことになる。よって値はＧＡＴＴテーブルに書き込まれる。よってスレーブエンティティＥＮＴ＿ＳＬＶは、それ自体を前述の様々な状態にするように、スレーブエンティティＥＮＴ＿ＳＬＶのテーブル内のアラームの値を読み取ることになる。マスタエンティティＥＮＴ＿ＭＡＳは、ユーザ用のＭＭＩ上にメッセージを表示するためにＧＡＴＴテーブルを読み取ることになる。

当然ながら、本発明の説明は、以上に記載した応用、実施形態および例だけに限定されるものではない。

よって、非限定的実施形態では、マスタエンティティＥＮＴ＿ＭＡＳおよびスレーブエンティティが単に一つのエンティティを形成し、この一つのエンティティが車両の遠隔制御キーであるときに、後者は、キーの押し下げの組み合わせによって、状態を起動させるためのアラームを送ることを可能にするＭＭＩを備える。よって例えば、５秒間にわたる二重（同時）押しを行って、通常はキーを起動させるのに使用されるボタンでアラームを起動／解除させ、次いで、通常は車両をロックするのに使用されるボタンを数回押して起動／解除時間を設定し、通常は車両をロック解除するのに使用されるボタンを数回押して起動／解除分を設定することが可能である。別の非限定的な例では、キーのＭＭＩはタッチスクリーンとすることができる。別の非限定的な例では、キーのＭＭＩは、（キーパッド、ジョイスティック、数値パッドなどといった）ボタンと関連付けられた（ＬＣＤまたは数字ピクトグラムマトリックス、ＯＬＥＤなどといった）画面とすることができる。

当然ながら、一つのエンティティは、やはり（画面ありであれなしであれ）同種のＭＭＩを備えるスマートフォンとすることもできる。

Claims (14)

1. 所定のプロトコルに基づく通信ユニット（ＳＹＳＴ）であって、前記通信ユニット（ＳＹＳＴ）は、
   マスタエンティティ（ＥＮＴ＿ＭＡＳ）と、
   ＵＨＦまたはＬＦプロトコルに従って車両と通信することができ、複数の状態を取ることができるスレーブエンティティ（ＥＮＴ＿ＳＬＶ）と
   を備え、
   前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）は前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）に、少なくとも１つの状態を起動するためのアラームを送るように構成されていることを特徴とする通信ユニット（ＳＹＳＴ）。
2. 前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）と前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）とは、ブルートゥースプロトコルによって、またはブルートゥース低エネルギー（ＢＬＥ）プロトコルによって、通信することができることを特徴とする、請求項１に記載の通信ユニット（ＳＹＳＴ）。
3. 前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）は、
   信号を受け取りも発しもせず、いかなるエンティティにも接続されていないアイドル状態と、
   前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）が存在信号（ｓｉｇ＿ｐｒｅｓ）を周期的に発する探索可能状態と、
   前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）が前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）に接続されている接続状態と、
   前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）が、ＵＨＦまたはＬＦプロトコルによって前記車両から信号を受け取ることができるリスニングモード状態と
   を取ることができ、前記起動アラームによって起動される前記状態は、
   前記アイドル状態、
   前記探索可能状態、
   前記リスニングモード状態
   であることを特徴とする、請求項２に記載の通信ユニット（ＳＹＳＴ）。
4. 前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）が前記接続状態であるときに、前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）は前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）に持続期間キューを送ることができ、前記持続期間キューの値が、前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）の前記状態の起動の持続期間に対応していることを特徴とする、請求項３に記載の通信ユニット（ＳＹＳＴ）。
5. 前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）が前記接続状態であるときに、前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）は前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）に、前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）の前記状態を解除するためのアラームを送ることができることを特徴とする、請求項３に記載の通信ユニット（ＳＹＳＴ）。
6. 前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）は、前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）を前記アイドル状態から前記探索可能状態に切り換えることのできる慣性起動装置を備えることを特徴とする、請求項３から５のいずれか一項に記載の通信ユニット（ＳＹＳＴ）。
7. 前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）と前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）とは、ＮＦＣプロトコルによって通信することができることを特徴とする、請求項１に記載の通信ユニット（ＳＹＳＴ）。
8. 前記起動アラームによって起動される前記状態は、前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）がＵＨＦまたはＬＦプロトコルによって前記車両から信号を受け取ることのできるリスニングモード状態であることを特徴とする、請求項７に記載の通信ユニット。
9. 前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）は前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）に持続期間キューを送ることができ、前記持続期間キューの値が、前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）が前記リスニングモード状態のままでなければならない持続期間に対応していることを特徴とする、請求項７に記載の通信ユニット。
10. 前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）が前記接続状態であるときに、前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）はスレーブエンティティ（ＥＮＴ＿ＳＬＶ）に、前記リスニングモード状態を解除するためにアラームを送ることができることを特徴とする、請求項７に記載の通信ユニット（ＳＹＳＴ）。
11. 前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）は前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）に、クロック同期（ｃｌｏｃｋ＿ｓｙｎｃ）のためのキューを送ることができることを特徴とする、請求項１から１０のいずれか一項に記載の通信ユニット（ＳＹＳＴ）。
12. 前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）はインテリジェント携帯電話であること、および前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）は車両遠隔制御電子キーであることを特徴とする、請求項１から１１のいずれか一項に記載の通信ユニット（ＳＹＳＴ）。
13. 前記マスタエンティティ（ＥＮＴ＿ＭＡＳ）および前記スレーブエンティティ（ＥＮＴ＿ＳＬＶ）は、マンマシンインターフェース（ＭＭＩ）を備える単に一つのエンティティを形成することを特徴とする、請求項１に記載の通信ユニット（ＳＹＳＴ）。
14. 前記起動アラームは、前記マンマシンインターフェース（ＭＭＩ）によって送られることを特徴とする、請求項１２に記載の通信ユニット。

Images