(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-03-22
(45)【発行日】2022-03-30
(54)【発明の名称】遠隔駐車支援メッセージフローのシステムと方法
(51)【国際特許分類】
H04Q 9/00 20060101AFI20220323BHJP
B60W 30/06 20060101ALI20220323BHJP
H04M 11/00 20060101ALI20220323BHJP
B60R 99/00 20090101ALI20220323BHJP
【FI】
H04Q9/00 301B
B60W30/06
H04M11/00 301
B60R99/00 351
B60R99/00 322
B60R99/00 360
(21)【出願番号】P 2020540831
(86)(22)【出願日】2019-03-26
(86)【国際出願番号】 JP2019012963
(87)【国際公開番号】W WO2019189237
(87)【国際公開日】2019-10-03
【審査請求日】2020-07-24
(32)【優先日】2018-03-27
(33)【優先権主張国・地域又は機関】US
(32)【優先日】2019-03-20
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】500164385
【氏名又は名称】デンソー インターナショナル アメリカ インコーポレーテッド
(73)【特許権者】
【識別番号】000004260
【氏名又は名称】株式会社デンソー
(74)【代理人】
【識別番号】100106149
【氏名又は名称】矢作 和行
(74)【代理人】
【識別番号】100121991
【氏名又は名称】野々部 泰平
(74)【代理人】
【識別番号】100145595
【氏名又は名称】久保 貴則
(72)【発明者】
【氏名】ゴルシュ カイル
【審査官】岩田 玲彦
(56)【参考文献】
【文献】特表2015-516772(JP,A)
【文献】特開2015-089733(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
H04Q 9/00
B60W 30/06
H04M 11/00
B60R 99/00
(57)【特許請求の範囲】
【請求項1】
携帯機器(10)との無線通信接続を確立するように構成された車両(30)内の通信ゲートウェイ(29)と、
車両の周囲の物体を検出する複数の物体センサ(34)と、
(i)複数の前記物体センサから受信したデータに基づいて少なくともひとつの駐車スペースを識別し、(ii)少なくともひとつの前記駐車スペースを前記車両のディスプレイに表示し、(iii)
前記車両のユーザから前記駐車スペースの了承を受け、(iv)前記駐車スペースの位置に基づいて、前記車両の移動軌跡を決定し、(v)車両操縦要求を前記携帯機器に送信し、(vi)車両操縦要求の送信に応答して、かつ、次の車両操縦要求を送信する前に、前記携帯機器から複数の応答を受信し、および、(vii)複数の前記物体センサ、複数の前記応答、および、前記移動軌跡に基づいて前記車両を操縦するように構成された遠隔駐車支援システム(1)と、
前記携帯機器は、前記遠隔駐車支援システムからの要求の受信に応答して、複数の応答を送信するように構成され
ており、
複数の
前記応答の各応答は、
連続的なユーザ入力が前記携帯機器において受信されたかどうかを示して
おり、
前記車両操縦要求は、前記携帯機器により送信されることが要求される複数の前記応答の数を決定する命令を含み、
前記複数の応答は、第1の応答、第2の応答、および第3の応答を含み、
前記携帯機器は、前記第1の応答と前記第2の応答との間の第1の所定期間だけ待機し、前記第2の応答と前記第3の応答との間の第2の所定期間だけ待機するように構成されており、
前記遠隔駐車支援システムは、前記第1の応答、前記第2の応答、および、前記第3の応答の少なくとも1つを、前記車両操縦要求が前記携帯機器に送信された後の第3の所定期間内に前記携帯機器から受信しないことに応答して前記車両を停止するように構成されているシステム。
【請求項2】
前記遠隔駐車支援システムは、前記携帯機器が前記車両の所定の範囲内にないという決定に応答して前記車両を停止するように構成されている
請求項1に記載のシステム。
【請求項3】
前記第1の所定期間と前記第2の所定期間とは等しく、30msに設定されている
請求項1または2に記載のシステム。
【請求項4】
前記第1の所定期間と前記第2の所定期間とは等しくない
請求項1または2に記載のシステム。
【請求項5】
前記ユーザ入力は、前記携帯機器のタッチディスプレイ上における連続的移動ジェスチャである
請求項1から4のいずれかに記載のシステム。
【請求項6】
(i)車両(30)内の通信ゲートウェイ(29)を用いて、携帯機器(10)との無線通信接続を確立すること、
(ii)複数の物体センサ(34)で前記車両の周囲の物体を検出すること、
(iii)複数の前記物体センサから受信されたデータに基づいて少なくとも1つの駐車スペースを識別すること、
(iv)少なくとも1つの前記駐車スペースを前記車両のディスプレイに表示すること、
(v)
前記車両のユーザから前記駐車スペースについて了承を受けること、
(vi)前記駐車スペースの位置に基づいて前記車両の移動軌跡を決定すること、
(vii)車両操縦要求を前記携帯機器に送信すること、
(viii)前記車両操縦要求を送信することに応答して、かつ、次の車両操縦要求を送信する前に、前記携帯機器から複数の応答を受信すること、
(ix)複数の前記物体センサ、複数の前記応答、および、前記移動軌跡に基づいて前記車両を操縦すること、および、
(x)前記車両操縦要求の受信に応答して、複数の前記応答を、前記携帯機器を使用して送信
することを備え、
複数の前記応答の各応答は、
連続的なユーザ入力が前記携帯機器で受信されたかどうかを示
しており、
前記車両操縦要求は、前記携帯機器により送信されることが要求される複数の前記応答の数を決定する命令を含み、
複数の前記応答は、第1の応答、第2の応答、および、第3の応答を含み、
前記第1の応答と前記第2の応答との間の第1の所定期間だけ待機し、前記第2の応答と前記第3の応答との間の第2の所定期間だけ待機することをさらに含み、
前記携帯機器に前記車両操縦要求が送信された後、第3の所定の期間内に前記携帯機器から前記第1の応答、前記第2の応答、および、前記第3の応答の少なくとも1つを受信しないことに応答して前記車両を停止することをさらに含む方法。
【請求項7】
前記携帯機器が前記車両の所定の範囲内にないという決定に応答して、前記車両を停止することをさらに含む
請求項6に記載の方法。
【請求項8】
前記第1の所定期間と前記第2の所定期間とは等しく、30msに設定されている
請求項6または7に記載の方法。
【請求項9】
前記第1の所定期間と前記第2の所定期間とは等しくない
請求項6または7に記載の方法。
【請求項10】
前記ユーザ入力は、前記携帯機器のタッチディスプレイ上における連続的移動ジェスチャである
請求項6から9のいずれかに記載の方法。
【発明の詳細な説明】
【関連出願の相互参照】
【0001】
この出願は、2018年3月27日に提出された米国仮出願番号62/648820、および、2019年3月20日に提出された米国特許出願番号16/359087に基づいている。上記のすべての出願の内容は、参照によりこの明細書に組み込まれている。
【技術分野】
【0002】
この開示は、車両用の遠隔駐車支援(REPA)システムおよび方法に関し、より詳細には、無線通信デバイスを使用するREPAシステムおよび方法に関する。
【背景技術】
【0003】
この項は、開示に関連する背景技術を提供するが、それは必ずしも従来技術ではない。
【0004】
遠隔駐車支援(REPA)システムは、車両の外部にある複数の物体センサに基づいて駐車スペースを識別する。REPAシステムは、車両が駐車スペースに出入りするための移動軌跡を決定する。REPAシステムは、ひとつまたは複数のブレーキ、トランスミッション、エンジン、または移動軌跡のためのステアリングシステムに関連するさまざまな車両パラメータを決定する場合がある。車両の運転者は、REPAシステムが車両を駐車スペースに出し入れする間に車両内にとどまるか、車両から降りることがある。REPAシステムは、車両の運転者が携帯機器で連続的な動作ジェスチャを実行する限り、車両を操作する。これにより、REPAシステムの自動制御下でも、運転者が車両に対して責任を負うようになる。
【発明の概要】
【0005】
この項は、概要を提供し、開示の全範囲またはその全特徴の包括的な開示ではない。
【0006】
携帯機器との無線通信接続を確立するように構成された車両内の通信ゲートウェイを含むシステムが提供される。システムはまた、車両の周囲の物体を検出する複数の物体センサを含む。システムはまた、(i)複数の物体センサから受信したデータに基づいて少なくともひとつの駐車スペースを識別し、(ii)少なくともひとつの駐車スペースを車両のディスプレイに表示し、(iii)駐車スペースの了承を受け、(iv)駐車スペースの位置に基づいて、車両の移動軌跡を決定し、(v)車両操縦要求を携帯機器に送信し、(vi)車両操縦要求の送信に応答して、かつ、次の車両操縦要求を送信する前に、携帯機器から複数の応答を受信し、および、(vii)複数の物体センサ、複数の応答、および、移動軌跡に基づいて車両を操縦するように構成された遠隔駐車支援システムを備える。システムはまた、携帯機器を備え、遠隔駐車支援システムからの要求の受信に応答して、複数の応答を送信するように構成され、複数の応答の各応答は、ユーザ入力が携帯機器において受信されたかどうかを示している。
【0007】
方法もまた提供されており、(i)車両(30)内の通信ゲートウェイ(29)を用いて、携帯機器(10)との無線通信接続を確立すること、(ii)複数の物体センサ(34)で車両の周囲の物体を検出すること、(iii)複数の物体センサから受信されたデータに基づいて少なくとも1つの駐車スペースを識別すること、(iv)少なくとも1つの駐車スペースを車両のディスプレイに表示すること、(v)駐車スペースについて了承を受けること、(vi)駐車スペースの位置に基づいて車両の移動軌跡を決定すること、(vii)車両操縦要求を携帯機器に送信すること、(viii)車両操縦要求を送信することに応答して、かつ、次の車両操縦要求を送信する前に、携帯機器から複数の応答を受信すること、(ix)複数の物体センサ、複数の応答、および、移動軌跡に基づいて車両を操縦すること、および、(x)車両操縦要求の受信に応答して、複数の記応答を、携帯機器を使用して送信し、複数の応答の各応答は、ユーザ入力が携帯機器で受信されたかどうかを示すことを含む。
【0008】
システムは、携帯機器(10)との無線通信接続を確立するように構成された車両(30)内の通信ゲートウェイ(29)と、車両の周囲の物体を検出する複数の物体センサ(34)と、(i)複数の物体センサから受信したデータに基づいて少なくともひとつの駐車スペースを識別し、(ii)少なくともひとつの駐車スペースを車両のディスプレイに表示し、(iii)車両のユーザから駐車スペースの了承を受け、(iv)駐車スペースの位置に基づいて、車両の移動軌跡を決定し、(v)車両操縦要求を携帯機器に送信し、(vi)車両操縦要求の送信に応答して、かつ、次の車両操縦要求を送信する前に、携帯機器から複数の応答を受信し、および、(vii)複数の物体センサ、複数の応答、および、移動軌跡に基づいて車両を操縦するように構成された遠隔駐車支援システム(1)と、携帯機器は、遠隔駐車支援システムからの要求の受信に応答して、複数の応答を送信するように構成されており、複数の応答の各応答は、連続的なユーザ入力が携帯機器において受信されたかどうかを示しており、車両操縦要求は、携帯機器により送信されることが要求される複数の応答の数を決定する命令を含み、複数の応答は、第1の応答、第2の応答、および第3の応答を含み、携帯機器は、第1の応答と第2の応答との間の第1の所定期間だけ待機し、第2の応答と第3の応答との間の第2の所定期間だけ待機するように構成されており、遠隔駐車支援システムは、第1の応答、第2の応答、および、第3の応答の少なくとも1つを、車両操縦要求が携帯機器に送信された後の第3の所定期間内に携帯機器から受信しないことに応答して車両を停止するように構成されている。
方法は、(i)車両(30)内の通信ゲートウェイ(29)を用いて、携帯機器(10)との無線通信接続を確立すること、(ii)複数の物体センサ(34)で車両の周囲の物体を検出すること、(iii)複数の物体センサから受信されたデータに基づいて少なくとも1つの駐車スペースを識別すること、(iv)少なくとも1つの駐車スペースを車両のディスプレイに表示すること、(v)車両のユーザから駐車スペースについて了承を受けること、(vi)駐車スペースの位置に基づいて車両の移動軌跡を決定すること、(vii)車両操縦要求を携帯機器に送信すること、(viii)車両操縦要求を送信することに応答して、かつ、次の車両操縦要求を送信する前に、携帯機器から複数の応答を受信すること、(ix)複数の物体センサ、複数の応答、および、移動軌跡に基づいて車両を操縦すること、および、(x)車両操縦要求の受信に応答して、複数の応答を、携帯機器を使用して送信することを備え、複数の応答の各応答は、連続的なユーザ入力が携帯機器で受信されたかどうかを示しており、車両操縦要求は、携帯機器により送信されることが要求される複数の応答の数を決定する命令を含み、複数の応答は、第1の応答、第2の応答、および、第3の応答を含み、第1の応答と第2の応答との間の第1の所定の期間だけ待機し、第2の応答と第3の応答との間の第2の所定期間だけ待機することをさらに含み、携帯機器に車両操縦要求が送信された後、第3の所定の期間内に携帯機器から第1の応答、第2の応答、および、第3の応答の少なくとも1つを受信しないことに応答して車両を停止することをさらに含む。
この開示の適用可能なさらなる他の領域は、詳細な説明、特許請求の範囲、および、図面から明らかになるであろう。詳細な説明、および、具体的な実施例は、説明の目的のみを意図したものであり、この開示の範囲を限定するものではない。
【図面の簡単な説明】
【0009】
この開示は、詳細な説明、および、添付図面からより十分に理解されるであろう。
【
図1】
図1は、この開示によるREPAシステムを備えた対象車両を示す。
【
図2】
図2は、この開示によるREPAシステムのブロック図を示している。
【
図3】
図3は、この本開示によるREPAシステムのBLEセンサのブロック図を示す。
【
図4】
図4は、この開示によるREPAシステムの通信ゲートウェイのブロック図を示している。
【
図5】
図5は、この開示によるREPAシステムを示す。
【
図6】
図6は、この開示による、REPAシステムと携帯機器との間のメッセージフローのブロック図を示す。
【
図7】
図7は、この開示による、REPAシステムと携帯機器との間のメッセージフローのブロック図を示す。
【
図8】
図8は、この開示によるREPAシステムの動作を示している。
【
図9】
図9は、この開示による、車両を駐車スペース内に操縦するREPAシステムの例示的な方法を示すフローチャートである。
【
図10】
図10は、この開示によるREPAシステムのユーザ入力を検証する例示的な方法を示すフローチャートである。
【0010】
ここに記載された図面は、選択された実施形態を図示するだけのものであって、すべての実用的な可能性を示すものではなく、この開示の範囲を限定するものではない。
【0011】
図面において、参照番号は、同様の、および/または、同一の要素を識別するために再利用される場合がある。
【発明を実施するための形態】
【0012】
添付の図面を参照して、例示的な実施形態をより完全に説明する。
【0013】
この開示は、消費者グレードの無線プロトコルを使用してリモートパークアシストシステム(REPA)システムを実装するシステム、方法、およびアーキテクチャに関し、例えば、Bluetooth(登録商標)Low Energy(BLE)通信プロトコルなど、Bluetoothコンソーシアムの標準化された仕様に基づく消費者グレードの無線プロトコルなどを利用する。具体的には、この開示は、車両と、スマートフォン、または、別の携帯機器などのワイヤレス通信可能なユーザデバイスとの間の通信にワイヤレスを使用するREPAシステムに関する。あるいは、この開示は、Bluetooth、または、BLEを使用して無線通信接続を確立することについて説明しているが、この明細書で説明するシステムおよび方法は、Wi-Fi、Wi-Fiダイレクト、ウルトラワイドバンド(UWB)通信、および/または、インパルス無線(IR)UWB通信などの他の無線通信プロトコルとともに使用できる。この開示は、REPAシステムにおける車両と携帯機器との間の通信を最適化するシステム、方法、および、アーキテクチャを対象とする。この開示の教示は、2017年10月11日に出願され、2018年4月12日に米国特許出願公開番号2018/0099643として公開された、係属中の米国特許出願第15/730265号(ここに参照によって援用される)において論じられるように、携帯機器と車両との間の既存の接続を見つけ、通信のタイミング並びに信号特性を測定するように構成されたセンサネットワークによって強化される。
【0014】
図1、および、
図2を参照すると、REPAシステム1を備えた例示的な車両は、車両30内に提供されており、通信ゲートウェイ29(COMM. gateway)、まとめて31が付される少なくとも複数のBLEセンサ31A~31F、およびまとめて34が付される少なくとも複数の物体センサ34A~34Jを含む。REPAシステム1は、車両30全体に分散され、例えば、車両インターフェース45を介して互いに通信することができるひとつまたは複数の車両モジュール20を含む。さらに、いくつかのモジュールは、単一のECUに統合することも、車両インターフェース45を使用して互いに通信することもできる。車両インターフェース45は、例えば、メインモジュール間の通信のためのコントローラエリアネットワーク(CAN)バス、および/または、複数のBLEセンサ31間の通信のためのローカル相互接続ネットワーク(LIN)などのより低いデータレート通信を含むことができる。車両インターフェース45はまた、クロック拡張周辺インターフェース(CXPI)バスを含むことができる。追加的に、または、代替的に、車両インターフェース45は、CANバス、LIN、および、CXPIバス通信インターフェースの組み合わせを含むことができる。BLEセンサ31の構造は、
図3を参照して以下でさらに詳細に論じられる。
【0015】
車両モジュール20は、例えば、アンテナ19に接続されたBLEチップセット21を含む通信ゲートウェイ29を含む場合がある。
図2に示されるように、アンテナ19は、車両30に配置される場合がある。代替的に、アンテナ19は、車両モジュール20内に含まれて配置されてもよい。代替的に、アンテナ19は、車両30の外部に配置されてもよい。車両モジュール20はまた、安全な通信リンク39を介した通信のために携帯機器10を認証するリンク認証モジュール22を含むことができる。車両モジュール20はまた、プッシュデータのためのデータ管理層23を含むことができる。車両モジュール20はまた、接続情報配信モジュール24を含むことができる。車両モジュール20はまた、タイミング制御モジュール25を含むことができる。車両モジュール20は、全地球測位システム(GPS)モジュール、および/または、他のナビゲーション若しくはロケーションモジュールなどのテレマティクスモジュール26も含むことができる。車両モジュール20はまた、ボディ制御モジュールを含むことができる。車両モジュール20はまた、センサ処理および位置特定モジュール32を含むことができる。車両モジュール20は、セキュリティフィルタリングモジュール33も含むことができる。
【0016】
車両モジュール20はまた、車両30のトランスミッションの動作を制御するトランスミッションモジュール35を含むことができる。例えば、送信モジュール35は、自動車を運転から駐車に移行させることができる。車両モジュール20はまた、ステアリングモジュール36を含むことができる。ステアリングモジュール36は、車両30の車輪を制御する車両のステアリングホイールを制御する。車両モジュール20はまた、ブレーキモジュール37を含むことができる。ブレーキモジュール37は、車両30のブレーキを制御する。
【0017】
車両モジュール20はまた、REPAモジュール27を含むことができる。REPAモジュール27は、潜在的な駐車スペースを定義するために、複数の物体センサ34から情報を受け取るように構成されている。REPAモジュール27は、駐車スペース内に、または、駐車スペースの外に、車両30を車両内に操縦するために、ひとつ以上のブレーキ、トランスミッション、エンジン、または、ステアリングシステムに関連する様々な車両パラメータを決定することを含む、駐車スペースの位置に基づいて車両の移動軌跡を決定する。REPAモジュール27は、通信ゲートウェイ29を介して携帯機器10と通信する。
図6から
図10においてより詳細に説明するように、車両30の自動制御は、携帯機器10への連続的なユーザ入力を受け取ることを条件とする。REPAモジュール27はまた、携帯機器10が車両30から所定の距離内にあるかどうかを決定するために、複数のBLEセンサ、および/または、位置特定モジュールから位置情報を収集するように構成されている。
【0018】
図1および2に示すように、携帯機器10は、安全な通信リンク39を介して車両30の通信ゲートウェイ29と通信することができる。携帯機器10は、車両30の所有者、運転者、乗客、および/または車両30の技術者などの車両30のユーザに関連する、スマートフォン、スマートウォッチ、ウェアラブル電子デバイス、キーフォブ、タブレットデバイス、または、他のデバイスなどの任意のBluetooth対応通信デバイスとすることができるが、これらに限定されない。上記のように、Wi-Fi、Wi-Fiダイレクト、UWB、および/または、IR-USBなどの他のワイヤレス通信プロトコルをBluetooth、または、BLEの代わりに使用できる。携帯機器10は、アンテナ13に接続されたBLEチップセット11を含むことができる。携帯機器10はまた、コンピュータ可読ストレージモジュール、または、デバイスに格納されたアプリケーションソフトウェア12を含む場合がある。ポータブルデバイス10はまた、オプションとして、GPSモジュール14、または、他のデバイスロケーションサービスを含む場合がある。
【0019】
携帯機器10、および、通信ゲートウェイ29は、Bluetooth仕様に規定され、Bluetooth仕様によって定義されているように、Bluetooth通信リンクとして安全な通信リンク39を確立することができる。例えば、携帯機器10と通信ゲートウェイ29との間の安全な通信リンク39は、BLE通信リンクであり得る。あるいは、上記のように、Wi-Fi、Wi-Fiダイレクト、UWB、および/または、IR-UWB通信リンクがBLE通信リンクの代わりに使用されてもよい。REPAシステム1は、携帯機器10との安全な通信リンク39の追加の認証を提供するように構成される場合がある。例えば、通信ゲートウェイ29は、リンク認証モジュール22と通信して、携帯機器10を認証し、安全な通信リンク39を確立することができる。例えば、リンク認証モジュール22は、チャレンジレスポンス認証を実装するように構成することができる。そのような場合、通信ゲートウェイ29と携帯機器10との間の通信に関するタイミング情報は、以下に説明するように、車両インターフェース45を介してBLEセンサ31A~31Fと通信するタイミング制御モジュール25に送信される。
【0020】
さらに、通信ゲートウェイ29は、通信チャネルおよびチャネル切り替えパラメータに関する情報を接続情報配信モジュール24に通信することができる。接続情報配信モジュール24は、車両インターフェース45を用いて各BLEセンサ31A~31Fと通信し、BLEセンサ31A~31Fが通信ゲートウェイ29と同期した後に、BLEセンサ31A~31Fがセキュア通信リンク39を見つけて追跡、あるいは盗聴するために必要な通信情報を各BLEセンサ31A~31Fに提供するように構成されている。
図1、および、
図2は、6つのBLEセンサ31A~31Fを有するREPAシステム1を例示しているが、任意の数のBLEセンサを使用することができる。例えば、REPAシステム1は、7、8、9、10、11、12、またはそれ以上のBLEセンサを含むことができる。このようにして、この開示は6つのBLEセンサを利用する例を提供するが、この開示に従って、追加の、または、より少ないBLEセンサを使用することができる。上記の例ではBLEセンサを説明しているが、上記のように、Wi-Fi、Wi-Fiダイレクト、UWB、および/または、IR UWBセンサなどの他のワイヤレス通信センサを、BLEセンサの代わりに使用することができる。
【0021】
図3を参照すると、各BLEセンサ31は、アンテナ43に接続されたBLEチップセット41を含む。
図3に示されるように、アンテナ43は、BLEセンサ31の内部に配置される場合がある。代替的に、アンテナ43は、BLEセンサ31の外部に配置されてもよい。BLEセンサ31は、アンテナ43を使用してBLE信号を受信し、具体的には、BLE物理層(PHY)コントローラ49を使用してBLE物理層メッセージを受信する。BLEセンサ31は、BLE物理層メッセージを観察し、例えば、チャネルマップ再構築モジュール42によって生成されるチャネルマップを使用して受信信号強度(RSSI)を含む、関連する信号の物理的特性の測定を行うことができる。追加的に、または、代替的に、BLEセンサ31は、例えば、到来角に関するデータを含む、関連する信号の物理的特性の他の測定値を決定することができる。追加的に、または、代替的に、BLEセンサ31は、互いに通信、および/または、車両インターフェース45を介して通信ゲートウェイ29と通信して、複数のBLEセンサによって受信された信号の到着時間差、到着時間、または、到着角度データを決定することができる。追加的に、または、代替的に、BLEセンサ31は、ユーザデバイス10との間で送受信される信号についての飛行情報の往復時間を測定および決定することができる。
【0022】
BLEセンサ31は、車両インターフェース45を介して通信ゲートウェイ29からタイミング情報およびチャネルマップ情報を受信する。タイミング同期モジュール44は、車両インターフェース45上のメッセージの受信時間を正確に測定し、タイミング情報をBLEチップセット41に渡すように構成される。BLEチップセット41は、チャネルマップ情報とタイミング信号を取得し、PHYコントローラ49を特定の時間に特定のチャネルに調整し、Bluetooth物理層仕様に準拠するすべての物理層メッセージとデータを監視するように構成されている。それは、たとえば、Bluetooth仕様バージョン5.0で提案または採用された通常のデータレートを含む。データ、タイムスタンプ、測定された信号強度は、BLEチップセット41によって、車両インターフェース45を介して車両30の通信ゲートウェイ29、または、他の車両モジュール20に報告される。追加的に、または、代替的に、到着角度、および、往復飛行時間データは、BLEチップセット41によって通信ゲートウェイ29、または、他の車両モジュール20に報告することができる。
【0023】
図4を参照すると、通信ゲートウェイ29は、BLE信号を受信するためにアンテナ19に接続されたBLEチップセット21を含む。BLEチップセット21は、例えば、BLE仕様のバージョン5を含む、例えば、BLE仕様に準拠するBluetoothプロトコルスタック46を実装している。BLEチップセット21はまた、ストレージモジュールなどのコンピュータ可読媒体に格納されたアプリケーションコードによって実装されるアプリケーション47を含む。アプリケーション47は、Bluetooth仕様外の変更を含み、BLEチップセット41が、データの有効性に関係なく、BLEチップセット41によって送受信されるタイムスタンプ付きデータを検査できるようにすることができる。例えば、アプリケーション47は、BLEチップセット41が送信されたデータと受信されたデータを期待と比較することを可能にする。通信ゲートウェイ29は、車両インターフェース45を介して車両30の車両システムに実際に送信および受信されたデータを送信するように構成される。代替的に、通信ゲートウェイ29は、車両インターフェース45を介して各BLEセンサ31からデータを受信するように構成することができる。以下でさらに詳細に説明するように、アプリケーション47は、BLEチップセット21が各BLEセンサ31が正しい時間に正しいデータを受信したことを確認できるようにさらに構成することができる。
【0024】
図4を引き続き参照すると、通信ゲートウェイ29は、通信ゲートウェイ29によって携帯装置10との間で維持されている接続を見つけ、例えば、その後に接続を追跡するために、BLEセンサ31の各々に必要な進行中の接続、および、タイミング信号に関する情報を提供するように、さらに構成されている。Bluetoothプロトコルスタック46は、チャネルマップ、アクセス識別子、次のチャネル、および、次のチャネルまでの時間をアプリケーション47に提供するように構成されている。Bluetoothプロトコルスタック46は、アプリケーション47への送信、および、受信イベントのタイムスタンプのタイミング信号、および/または、BLEチップセット21のデジタルPIN出力を出力するように構成されている。通信ゲートウェイ29はまた、タイミング同期モジュール44を含む。タイミング同期モジュール44は、タイミング信号を受け入れるように構成され、車両インターフェース45と協働して、接続情報メッセージ、および、他の通信の正確なタイムスタンプを作成する。
【0025】
図5を参照すると、REPAシステム1を備えた例示的な車両30が示されている。前述したように、REPAシステム1は、二次車両64、および/または、物体の有無を検出する複数の物体センサ34に基づいて駐車スペース66を識別する。REPAシステム1が駐車スペース66を特定すると、REPAシステム1は、車両30のディスプレイ上に駐車スペース66を表示する。車両30の運転者または別の乗客は、駐車スペース66を選択するか、REPAシステム1に別の駐車スペース66を探すように要求することができる。運転者が駐車スペース66を了承すると、REPAシステム1が車両30を操縦する間、運転者は車両30にとどまることを選択することができる。代替的に、REPAシステム1が車両30を駐車スペース66の中または外に操縦している間、運転者は車両30から出ることを選択してもよい。
【0026】
REPAシステム1は、REPAシステム1が車両30の自動制御を行うために、車両30の運転者が車両30の所定の距離内にいることを要求することができる。例えば、所定の距離は、3メートル、または、別の適切な距離であってよい。REPAシステム1はまた、REPAシステム1が車両30を操縦するときに運転者が車両30を注意深く見守っていることを保証するために、携帯機器10のタッチスクリーンディスプレイ上の連続移動ジェスチャ63などのユーザ入力を必要とする場合もある。例えば、運転者は、自動駐車プロセス全体を通じて、ポータブルデバイス10のディスプレイ上で指を円形方向に動かすなどの連続的移動ジェスチャ63を実行することを要求される場合がある。REPAシステム1が、運転者が連続動作ジェスチャ63を停止したことを検出したことに応答して、REPAシステム1は、車両30を停止することができる。このようにして、運転者は車両30に対して責任を負う。さらに、ポータブルデバイス10上のアプリケーションソフトウェア12がクラッシュした場合、REPAシステム1は、車両30の操縦を停止することができる。
【0027】
図6から
図7は、REPAモジュール27(REPA Module)とBLE通信を介して通信する携帯装置10との間のメッセージフロー図を示す。
図6を参照すると、REPAモジュール27は、通信ゲートウェイ29を介して携帯装置10に車両操縦要求1050A1を送信して、連続移動ジェスチャ63を確認する。携帯機器10は、車両操縦要求1050A1の受信に応答して、連続移動ジェスチャ63などのユーザ入力が受信されたかどうかを示す第1の応答1050B1-1をREPAモジュール27に返信する。このプロセスは、車両30が駐車スペース66に到達するか、または車両30が駐車スペース66から外れるまでループで繰り返される。信号の送信、受信、および、処理における待ち時間などの信号処理の制約により、合計応答時間は望ましい時間より長くなる場合がある。この開示は、REPAモジュール27は、以前可能であったよりも速い速度で連続移動ジェスチャ63を確認することができるという点において、従来のREPAシステム1に追加の特徴を提供する。
【0028】
上述したように、REPAシステム1は、携帯機器10で実行される連続移動ジェスチャ63によって確認されるように、車両30の運転者の監督下において駐車スペース66内の車両30を操縦する。REPAモジュール27は、車両操縦要求1050A1において、携帯機器10が車両操縦要求1050A1を受信することに応答して、携帯機器10から複数の応答1050B1-1~1050B1-3が要求されることを示す場合がある。複数の応答1050B1-1~1050B1-3は、連続移動ジェスチャ63などのユーザ入力が携帯機器10で受信されているかどうかを示す。このようにして、REPAシステム1は、継続的移動ジェスチャ63が、以前可能であったよりも速い速度で携帯機器10上において実行されていることを確認することができる。例えば、車両操縦要求1050A1は、
図7に示されるように、受信された各車両操縦要求1050A1について3つの応答が携帯機器10から要求されることを示す場合がある。
【0029】
車両操縦要求1050A1は、REPAシステム1が車両を操縦している間、所定の期間ごとに1回携帯デバイス10に送信されてもよい。例えば、所定の期間は、125ミリ秒(ms)に設定される場合がある。別の例では、所定の期間は、250ミリ秒に設定される場合がある。125ミリ秒、および、250ミリ秒の例が提供されているが、所定の期間は、任意の適切な期間に設定される場合がある。さらに、車両操縦要求1050A1は、応答1050B1-1から1005B1-3の送信のためのタイミング制約を含む場合がある。例えば、車両操縦要求1050A1は、各応答1050B1-1から1050B1-3を送信する前に、所定の期間待機するように携帯装置10への命令を含む場合がある。別の例では、所定の期間は、30ミリ秒に設定される場合がある。別の例では、所定の期間は、45ミリ秒に設定される場合がある。30ミリ秒、および、45ミリ秒の例が提供されているが、所定の期間は、任意の適切な期間に設定される場合がある。
【0030】
図8を参照して、この開示によるREPAシステム1の動作が説明される。
図8の例では、携帯機器10は、BLE周辺機器として構成される。しかしながら、システムは、携帯機器10がBLEセントラルの代替として構成された場合にも同様に機能するはずである。プロセス1010の間、Bluetooth仕様に従って通信ゲートウェイ(COMM. gateway)29との接続を確立することができるまで、BLE仕様によって定義されるように、携帯機器10はアドバタイズ1020を継続する。プロセス1011の間、通信ゲートウェイ29は、Bluetooth仕様によって定義されるように、携帯機器10のスキャンを実行する。通信ゲートウェイ29は、携帯機器10を発見すると、Bluetooth仕様によって定義された方法に従って、リンク要求1021を携帯機器10に送信する。通信ゲートウェイ29と携帯機器10との間の接続が確立されると、Bluetooth仕様に従って、アドバタイジング1010、および、スキャン1011のプロセスを終了することができる。
【0031】
通信リンク39が確立された後、通信ゲートウェイ29はプロセス1013を開始し、携帯機器10はプロセス1012を開始して、Bluetooth仕様に従ってリンクを維持する。通信リンク39が確立された後、通信ゲートウェイ29は、通信リンク39のすべての接続パラメータを認識し、メッセージ1040を使用して接続パラメータ情報を接続情報配信モジュール24と交換する。
【0032】
車両インターフェース45は、接続パラメータ情報を受信し、その情報をBLEセンサ31のBLEチップセット41に渡す。通信ゲートウェイ29は、タイミング情報メッセージ1041をタイミング制御モジュール25に通信する。BLEセンサ31は、車両インターフェース45を介してタイミング情報メッセージ1041を受信する。BLEセンサ31内のタイミング同期モジュール44は、タイミング情報メッセージ1041を受信する。タイミング制御モジュール25は、メッセージ自体に対して測定された次のイベントまでの時間を含む信号1041を有するメッセージを送信するように構成されている。タイミング同期モジュール44は、車両インターフェース45上の着信メッセージに正確にタイムスタンプを付け、接続パラメータに従って必要なチャネルを観察するようにBLEチップセット41を制御することができる。
【0033】
図8を引き続き参照すると、BLEセンサ31は、プロセス1014を実行して、着信接続情報1040、および、タイミング信号1041を受信する。BLEセンサ31は、チャネルマップ再構築モジュール42を使用して、接続情報スケジュールテーブルを再現する。BLEセンサ31は、タイミング信号1041に関連してその時間基準を設定し、接続情報メッセージ1040で観察する次の接続イベントの時間、および、チャネルを学習する。したがって、BLEセンサ31は、次の接続イベント1060までの時間を計算することができる。時間ウィンドウ1060の計算は、タイミング制御モジュール25による同期の正確さおよび各デバイスのクロックエラーについて修正される。BLEセンサ31は、計算された時間1060の間待機し、次いで、1015A中央から周辺への通信1050A、および、周辺からマスタへの通信1050Bを観察し始める。
【0034】
BLEセンサ31は、送信1050Aおよび1050Bのそれぞれの受信エネルギー強度を測定するように構成される。BLEセンサ31が測定するように構成できる他のパラメータには、(1)送信1050A、および、1050Bのそれぞれにおけるデータ、(2)たとえば、SHA256などのハッシュ関数などのデータの数学的導出、(3)1050A、および、1050Bの到着時刻、(4)1050Aと1050Bとの到着時刻の差、(5)1050A、および、1050Bそれぞれの位相角と到達位相角が含まれる。1015Aのスキャン幅は、関連するタイミングの不確実性、およびプリスキャンとポストスキャンとの挙動によって定義される。プレスキャンとポストスキャンとは、システムの不確実性ウィンドウ内に攻撃者がいないことを確認するために重要である。観察中に収集された情報1015Aは、セキュリティフィルタリングモジュール33を介して位置特定モジュール32に渡される。次に、BLEセンサ31は、次の接続イベントまで接続間隔時間1061Aを待機する。接続間隔時間1060A-Bは、クロック精度、同期エラー、および、プレスキャン並びにポストスキャンパラメータが次のウェイクアップ時間に影響を与えるように計算される。接続間隔時間1061Aが経過した後、BLEセンサ31は、再生されたチャネルマップの次のチャネルで観測1015Bを開始する。この処理は、接続が失われるか、車両30が駐車スペース66に到達したか、車両の運転者が連続移動ジェスチャ63を停止したか、タイミング制御モジュール25からの指令により、BLEセンサ31に通信リンク39への追従を停止するように指令が出されるかのいずれかになるまで、永続的に繰り返される。このプロセスは、BLEセンサ31を用いて説明されているが、前述のように、BLEセンサ31は省略されてもよい。
【0035】
図9は、車両30を駐車スペース66に操縦するREPAシステム1の例示的な方法を示すフローチャートである。制御は、REPAシステム1が起動される504から始まる。真の場合、制御は508に進む。偽の場合、制御は504に留まる。508において、REPAシステム1は駐車スペース66を検索する。512において、REPAシステム1は、駐車スペース66が特定されたかどうかを決定する。真の場合、制御は516に進む。偽の場合、REPAシステム1は、508において、駐車スペース66を検索し続ける。516において、REPAシステム1は、車両30のディスプレイ上に駐車スペース66を表示する。518において、車両30の運転者、または、別の乗客は、駐車スペース66を受け入れるか拒否するかを選択することができる。真の場合、制御は520に進む。偽の場合、制御は508に戻る。520において、REPAシステム1は、駐車スペース66に到達するために車両30の移動軌跡を決定し、制御は521に進む。521において、REPAシステム1は、車両30に対する携帯機器10の位置を決定し、制御は522に進む。522において、REPAシステム1は、携帯機器10が車両30の所定の範囲内にあるかどうかを決定する。真の場合、制御は
図10の604に進む。偽の場合、制御が終了する可能性がある。
【0036】
図10は、この開示による、連続移動ジェスチャ63などのユーザ入力を検証する例示的な方法600を示すフローチャートである。制御は604において開始される。604において、REPAシステム1は、車両操縦要求1050A1を携帯機器10に送信する。608において、携帯機器10は、車両操縦要求1050A1を受信する。612において、携帯機器10は、第1の応答1050B1-1を送信する。614において、REPAシステム1は第1の応答1050B1-1を受信し、制御は616に進む。616において、REPAシステム1は、第1の応答1050B1-1が、連続移動ジェスチャ63が携帯機器10で実行されていることを示すかどうかを決定する。真の場合、制御は620に進む。偽の場合、制御が終了する可能性がある。制御は終了として示されているが、制御は604に戻る場合がある。
【0037】
620において、REPAシステム1は、車両30を駐車スペース66に操縦する。624において、携帯機器10は所定の期間待機する。628において、携帯機器10は、第2の応答1050B1-2を送信し、制御は630に進む。630において、REPAシステム1は、第2の応答1050B1-2を受信する。632において、REPAシステム1は、第2の応答1050B1-2が、連続移動ジェスチャ63が携帯機器10で実行されていることを示すかどうかを決定する。真の場合、制御は636に進む。偽の場合、制御が終了する可能性がある。636において、REPAシステム1は、車両30を駐車スペース66に操縦し続ける。640において、携帯機器10は、第2の所定の期間待機し、制御は644に進む。644において、携帯機器10は、第3の応答1050B1-3を送信し、制御は646に進む。646において、REPAシステム1は第3の応答1050B1-3を受信し、制御は648に進む。648において、REPAシステム1は、第3の応答1050B1-3が、連続移動ジェスチャ63が携帯機器10で実行されていることを示すかどうかを決定する。真の場合、制御は652に進む。偽の場合、制御が終了する可能性がある。652において、REPAシステム1は、車両30を駐車スペース66内に操縦し続け、制御は、
図9の526において継続する。526において、REPAシステム1は、車両30が駐車スペース66に到達したかどうかを判定する。真の場合、制御が終了する可能性がある。偽の場合、制御は
図10の604に戻る。
【0038】
以上に述べた説明は、事実上単なる例示であり、この開示、その用途、または使用を限定するものでは決してない。この開示の広範な教示は、様々な形態で実施することができる。したがって、この開示は特定の実施形態を含むが、この開示の真の範囲は、図面、明細書、および、特許請求の範囲から明らかになるであろうから、それに限定されるべきではない。方法におけるひとつまたは複数のステップは、この開示の原理を変更することなく、異なる順序で(または同時に)実行され得ることが理解されるべきである。さらに、各実施形態は、特定の特徴を有するものとして上述のように説明されているが、この開示の任意の実施形態に関して説明された特徴のうちの任意のひとつまたは複数は、他の実施形態のいずれかの特徴の代わりに、および/または、それら特徴の組み合わせが明示的には記述されていないとしても、それら特徴の組み合わせによって、実施されてもよい。言い換えると、記載されている実施形態は、相互に排他的ではなく、ひとつ以上の実施形態の互いの置換え、変更は、この開示の範囲内である。
【0039】
「接続された」、「連結された」、「結合された」、「隣接した」、「隣り合う」、「頂部に」、「上に」、「下に」、および、「設けられる」などの様々な用語を用いて、要素間の空間的、および、機能的関係(例えば、複数のモジュールの間、複数の回路要素の間、複数の半導体層の間など)が説明されている。「直接」と明示的に記載されていない限り、第1の要素と第2の要素との間の関係が上記の開示に記載される場合、その関係は、第1の要素と第2の要素との間に他の介在要素が存在しない直接的な関係である場合があるが、第1の要素と第2の要素との間にひとつ以上の介在要素が存在する(空間的にも機能的にも)間接的な関係である場合もある。この明細書では、「A、B、および、Cの少なくともひとつ」の語句は、非排他的論理和を使用する論理(AorBorC)を意味するものと解釈されるべきであり、「少なくともひとつのA、少なくともひとつのB、および、少なくともひとつのC」を意味するものと解釈されるべきではない。
【0040】
図面において、矢印の方向は、矢印記号によって示されるように、一般的に、図示において重要な情報(データまたは命令など)の流れを示している。たとえば、要素Aと要素Bがさまざまな情報を交換しているが、要素Aから要素Bに送信される情報が図に関連している場合、矢印は要素Aから要素Bを指す場合があり、さらに、要素Aから要素Bに送信される情報の場合、要素Bは情報の要求または受信確認を要素Aに送信することができる。
【0041】
この出願において、以下の定義を含めて、用語「モジュール」または用語「コントローラ」は、用語「電子装置」または用語「回路」に置き換えられてもよい。用語「モジュール」は、下記の要素の一部によって、または下記の要素を包含することによって提供される。その要素は、特定用途向け集積回路(ASIC)、デジタル式、アナログ式、またはアナログ/デジタル混合式のディスクリート回路、デジタル式、アナログ式、またはアナログ/デジタル混合式の集積回路、組合せ論理回路、フィールドプログラマブルゲートアレイ(FPGA)、コードを実行する(共有、専用、またはグループの)プロセッサ回路、プロセッサ回路によって実行されるコードを記憶する(共有、専用、またはグループの)メモリ回路、説明された機能を提供する他の適切なハードウェアコンポーネント、または、システムオンチップ(SYSTEM-ON-CHIP)のような上記の要素の一部または全部の組み合わせを含む。
【0042】
モジュールは、ひとつ以上のインターフェース回路を含むことができる。いくつかの例では、インターフェース回路は、ローカルエリアネットワーク(LAN)、インターネット、ワイドエリアネットワーク(WAN)、またはそれらの組み合わせに接続された有線または無線インターフェースを含むことができる。この開示の任意の所与のモジュールの機能は、インターフェース回路を介して接続される複数のモジュールに分散されてもよい。たとえば、複数のモジュールで負荷調整が可能である。さらなる例では、サーバ(リモートまたはクラウドとしても知られている)モジュールは、クライアントモジュールに代わっていくつかの機能を達成することができる。
【0043】
用語「コード」は、上記したように、ソフトウェア、ファームウェア、および/またはマイクロコードを含むことができ、プログラム、ルーチン、機能、クラス、データ構造、および/または、オブジェクトを指すことができる。共有プロセッサ回路という用語は、複数のモジュールからのコードの一部または全部を実行する単一のプロセッサ回路を含む。グループプロセッサ回路という用語は、追加のプロセッサ回路と組み合わせて、ひとつまたは複数のモジュールからのいくつかまたはすべてのコードを実行するプロセッサ回路を包含する。複数のプロセッサ回路への言及は、ディスクリートな基盤上の複数のプロセッサ回路、単一の基盤上の複数のプロセッサ回路、単一のプロセッサ回路の複数のコア、単一のプロセッサ回路の複数のスレッド、または上記の組み合わせを含む。共有メモリ回路という用語は、複数のモジュールからのコードの一部または全部を格納する単一のメモリ回路を含む。グループメモリ回路という用語は、追加のメモリと組み合わせて、ひとつまたは複数のモジュールからのコードの一部または全部を記憶するメモリ回路を包含する。
【0044】
メモリ回路という用語は、コンピュータ読み取り可能な媒体という用語の一要素である。用語「コンピュータ読み取り可能な媒体」は、(搬送波上のような)媒体を通って伝搬する一時的な電気的または電磁的信号を包含することはなく、したがって、用語「コンピュータ読み取り可能な媒体」は、実体的かつ非一時的(非遷移的)であると解釈される。非一時的な実体的なコンピュータ読み取り可能な媒体非限定的な例は、不揮発性メモリ回路(フラッシュメモリ回路、消去可能なプログラム可能な読み出し専用メモリ回路、またはマスク型の読み出し専用メモリ回路など)、揮発性メモリ回路(例えば、スタティックランダムアクセスメモリ回路またはダイナミックランダムアクセスメモリ回路)、磁気記憶媒体(アナログまたはデジタル磁気テープまたはハードディスクドライブなど)、光記憶媒体(CD、DVD、またはブルーレイディスク)である。
【0045】
このアプリケーションについて説明された装置、および、方法は、コンピュータプログラムに組み込まれたひとつまたは複数の特定の機能を実行する汎用コンピュータを構成することによって作成された専用コンピュータによって部分的または完全に実装されてもよい。上記の機能ブロックとフローチャート要素は、ソフトウェア仕様として機能し、熟練した技術者またはプログラマの日常業務によってコンピュータプログラムに変換できる。
【0046】
コンピュータプログラムは、少なくともひとつの非一時的かつ実体的なコンピュータ読み取り可能な媒体に格納されたプロセッサ実行可能命令を含む。コンピュータプログラムは、格納されたデータを含むか、またはそれに依存することができる。コンピュータプログラムは、専用コンピュータのハードウェアと相互作用する基本入出力システム(BIOS)、専用コンピュータの特定のデバイスと相互作用するデバイスドライバ、ひとつ以上のオペレーティングシステム、ユーザアプリケーション、バックグラウンドサービス、バックグラウンドアプリケーションなどを含む。
【0047】
コンピュータプログラムには、(i)HTML(ハイパーテキストマークアップ言語)またはXML(拡張マークアップ言語)などの解析対象の説明テキスト、(ii)アセンブリコード、(iii)コンパイラによってソースコードから生成されたオブジェクトコード、(iv)インタプリタによる実行のためのソースコード、(v)ジャストインタイムコンパイラによるコンパイルおよび実行のためのソースコードなどを含む。例として、ソースコードは、以下に列挙する言語を用いて記述される場合がある:C、C++、C#、Objective-C、Swift、Haskell、Go、SQL、R、Lisp、Java(登録商標)、Fortran、Perl、Pascal、Curl、OCaml、Javascript(登録商標)、HTML5(Hypertext Markup Language 5th revision)、Ada、ASP(Active Server Pages)、PHP(PHP:Hypertext Preprocessor)、Scala、Eiffel、Smalltalk、Erlang、Ruby、Flash(登録商標)、Visual Basic(登録商標)、Lua、MATLAB(登録商標)、SIMULINK、およびPython(登録商標)。
【0048】
上述の複数の実施形態の説明は、例示および説明のために提供されたものである。この開示は、網羅的であること、または開示を限定することを意図するものではない。特定の実施形態の個々の要素または特徴は、一般にその特定の実施形態に限定されないが、適用可能であれば、交換可能であり、特に示されていないまたは記載されていない場合でも選択された実施形態で使用できる。同じことは、多様に変化することができる。そのような変形は、開示からの逸脱とみなされるべきではなく、そのような変更のすべては、この開示の範囲内に含まれることが意図されている。