特許 7481393 車両用のインテリジェントアクセスシステム及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-30

(45)【発行日】2024-05-10

(54)【発明の名称】車両用のインテリジェントアクセスシステム及び方法

(51)【国際特許分類】

   B60R 25/31 20130101AFI20240501BHJP

   B60R 25/24 20130101ALI20240501BHJP

   E05B 49/00 20060101ALI20240501BHJP

   G01S 5/02 20100101ALI20240501BHJP

   G01S 13/74 20060101ALI20240501BHJP

【ＦＩ】

B60R25/31

B60R25/24

E05B49/00 J

E05B49/00 Z

G01S5/02 Z

G01S13/74

【請求項の数】 24

【外国語出願】

(21)【出願番号】P 2022076596

(22)【出願日】2022-05-06

(62)【分割の表示】P 2019551326の分割

【原出願日】2018-03-07

(65)【公開番号】P2022110035

(43)【公開日】2022-07-28

【審査請求日】2022-06-03

(31)【優先権主張番号】15/461,111

(32)【優先日】2017-03-16

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】390023711

【氏名又は名称】ローベルト ボツシユ ゲゼルシヤフト ミツト ベシユレンクテル ハフツング

【氏名又は名称原語表記】ＲＯＢＥＲＴ ＢＯＳＣＨ ＧＭＢＨ

【住所又は居所原語表記】Ｓｔｕｔｔｇａｒｔ， Ｇｅｒｍａｎｙ

(74)【代理人】

【識別番号】100114890

【弁理士】

【氏名又は名称】アインゼル・フェリックス＝ラインハルト

(74)【代理人】

【識別番号】100098501

【弁理士】

【氏名又は名称】森田 拓

(74)【代理人】

【識別番号】100116403

【弁理士】

【氏名又は名称】前川 純一

(74)【代理人】

【識別番号】100162880

【弁理士】

【氏名又は名称】上島 類

(72)【発明者】

【氏名】ヴィヴェク ジャイン

(72)【発明者】

【氏名】マウリツィオ ボッカ

(72)【発明者】

【氏名】ホアン リー

(72)【発明者】

【氏名】クリストフ ラング

(72)【発明者】

【氏名】アブティン ケシャヴァルヅィアン

【審査官】瀬戸 康平

(56)【参考文献】

【文献】米国特許出願公開第２０１４／０１８８３４８（ＵＳ，Ａ１）

【文献】特開２０１１－２５５７１５（ＪＰ，Ａ）

【文献】国際公開第２０１５／１７４５２６（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１４／０３０９８１３（ＵＳ，Ａ１）

【文献】国際公開第２０１６／１９４２９０（ＷＯ，Ａ１）

【文献】特表２０１７－５０５２５３（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１５／０３５６７９７（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１６／０２１７６３５（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｂ６０Ｒ ２５／００

(57)【特許請求の範囲】

【請求項1】

ターゲットと、
車両と、
を含むシステムにおいて、
前記車両は、
前記ターゲットと通信するためのスレーブセンシングノードと、
前記スレーブセンシングノードと通信する前記車両のコントローラと、
を含み、
前記スレーブセンシングノードは、
前記ターゲットからビーコンパケットを受信し、
前記ビーコンパケットについての信号強度情報を判定し、
前記ターゲットについての前記信号強度情報及び前記ビーコンパケットを含むメッセージを前記コントローラに送信する、
ように構成されており、
前記コントローラは、受信したメッセージに基づいて、前記車両のエンジンの始動に先立ち、前記車両までの車両ユーザの距離、前記車両に対する車両ユーザの位置、又は、前記車両に対する車両ユーザの方向のうちの少なくとも１つを推定するように構成されており、
前記コントローラは、さらに、前記車両の内部のイベントの検出に少なくとも部分的に応答してイベント応答を生成するように構成されており、前記イベント応答は、（ａ）前記車両の内部の物体のＲＦパターンを提示すること、（ｂ）前記車両の内部の前記物体の画像を提示すること、（ｃ）前記車両の内部の前記物体の音響信号パターンを提示すること、及び、（ｄ）前記車両の内部の前記物体の生体認証情報を提示すること、のうちの少なくとも１つを含み、
前記システムは、
前記ターゲット及び前記コントローラと通信する第２のターゲットをさらに含み、
前記ターゲットは、
前記第２のターゲットから、前記車両の共有イベントに関連付けられておりかつ前記共有イベントが発生する日時を含むリクエストを受信し、
トリガメッセージを有する一時的な鍵を、前記第２のターゲット及び前記コントローラに送信する、
ように構成されている、
システム。

【請求項2】

前記コントローラは、前記ターゲットが認可範囲内にあるときに、前記車両における少なくとも１つのパッシブ・エントリ／パッシブ・スタート（ＰＥＰＳ）機能を実行するように構成されている、請求項１に記載のシステム。

【請求項3】

前記ターゲットは、キーフォブ、ウェアラブルデバイス、ポータブルデバイス、ファブレット、携帯情報端末、及び、Ｂｌｕｅｔｏｏｔｈ通信プロトコルを有するデバイスからなるグループから選択されている、請求項２に記載のシステム。

【請求項4】

前記車両の前記コントローラは、さらに、前記ターゲットと通信する、請求項３に記載のシステム。

【請求項5】

前記コントローラは、少なくとも部分的に、前記車両の内部又は前記車両の外部にある前記ターゲットの近接性を検出するように構成されている、請求項４に記載のシステム。

【請求項6】

前記コントローラは、マスタノードである、請求項４に記載のシステム。

【請求項7】

前記イベント応答が、（ａ）前記車両の内部の物体のＲＦパターンを提示することを含む場合、前記提示は、前記車両のマスタセンシングノードによって検出された前記ＲＦパターンに少なくとも部分的に応答して提供された歪みを含む、請求項１に記載のシステム。

【請求項8】

前記イベント応答が、（ａ）前記車両の内部の物体のＲＦパターンを提示することを含む場合、前記提示は、前記車両のマスタセンシングノードによって検出された前記ＲＦパターンの変化を含む、請求項１に記載のシステム。

【請求項9】

前記イベント応答が、（ｂ）前記車両の内部の前記物体の画像を提示することを含む場合、前記提示は、撮像センサによって捕捉された撮像データに少なくとも部分的に応答して提供される、請求項１に記載のシステム。

【請求項10】

前記イベント応答が、（ｃ）前記車両の内部の前記物体の音響信号パターンを提示することを含む場合、前記提示は、トランスデューサによって記録された音響データに少なくとも部分的に応答して提供される、請求項１に記載のシステム。

【請求項11】

前記イベント応答が、（ｄ）前記車両の内部の前記物体の生体認証情報を提示することを含む場合、前記提示は、生体認証デバイスによって捕捉された生体認証データに少なくとも部分的に応答して提供される、請求項１に記載のシステム。

【請求項12】

前記コントローラは、さらに、占有及び侵入のうちの少なくとも一方があることを提示するイベント応答に応答して警報を送信するように構成されている、請求項１に記載のシステム。

【請求項13】

前記コントローラは、さらに、前記車両ユーザが認可範囲内にいるときに、前記車両ユーザについてのアクセスを許可することによって、又は、前記車両ユーザが認可範囲外にいるときに、前記車両ユーザについてのアクセスを拒否することによって、前記車両のアクセスエントリデバイスを制御するように構成されている、請求項１に記載のシステム。

【請求項14】

前記ターゲットは、前記コントローラと通信するトランスデューサアセンブリを含み、前記トランスデューサアセンブリは、前記車両ユーザにより実行されるジェスチャに応じて、第１のジェスチャ識別子を定義するデータを送信するための加速度計、ジャイロスコープ及び磁力計のうちの少なくとも１つを含み、前記コントローラは、
前記第１のジェスチャ識別子を定義する、前記トランスデューサアセンブリからの前記データを受信し、
前記車両ユーザが前記第１のジェスチャ識別子に対応する認可範囲内にいるときに、前記車両のドアのロックを解除するために、前記車両のアクセスエントリデバイスを制御する、
ように構成されている、請求項１に記載のシステム。

【請求項15】

前記ターゲットは、前記コントローラと通信するトランスデューサアセンブリを含み、前記トランスデューサアセンブリは、前記車両ユーザにより実行されるジェスチャに応じて、第２のジェスチャ識別子を定義するデータを送信するための加速度計、ジャイロスコープ及び磁力計のうちの少なくとも１つを含み、前記コントローラは、
前記第２のジェスチャ識別子を定義する、前記トランスデューサアセンブリからの前記データを受信し、
前記車両ユーザが前記第２のジェスチャ識別子に対応する認可範囲外にいるときに、前記車両のドアをロックするために、前記車両のアクセスエントリデバイスを制御する、
ように構成されている、請求項１に記載のシステム。

【請求項16】

前記第２のターゲットは、前記第２のターゲットの場所を表すセンサ出力データを提供する、請求項１に記載のシステム。

【請求項17】

前記一時的な鍵は、（ａ）前記センサ出力データ及び（ｂ）前記共有イベントのいずれかが前記リクエストを上回ること、又は、前記第２のターゲットが前記車両のジオフェンス外にあること、に少なくとも部分的に基づいて、前記第２のターゲットから自動的に破壊される、請求項１６に記載のシステム。

【請求項18】

前記一時的な鍵は、前記コントローラから自動的に除去され、前記コントローラは、前記第２のターゲットが前記車両にアクセスすることを拒否する、請求項１７に記載のシステム。

【請求項19】

ターゲットと、
車両と、
を含むシステムにおいて、
前記車両は、
マスタノード及び少なくとも１つのスレーブノードを含む、前記ターゲットと通信するための複数のセンシングノードを含み、
前記スレーブノードは、
前記ターゲットからビーコンパケットを受信し、
前記ビーコンパケットについての信号強度情報を判定し、
前記ターゲットについての前記信号強度情報及び前記ビーコンパケットを含むメッセージを前記マスタノードに送信する、
ように構成されており、
前記マスタノードは、受信したメッセージに基づいて、前記車両のエンジンの起動に先立ち、前記車両までの車両ユーザの距離、前記車両に対する車両ユーザの位置、又は、前記車両に対する車両ユーザの方向のうちの少なくとも１つを推定するように構成されており、
前記マスタノードは、さらに、前記車両の内部のイベントの検出に少なくとも部分的に応答してイベント応答を生成するように構成されており、前記イベント応答は、（ａ）前記車両の内部の物体のＲＦパターンを提示すること、（ｂ）前記車両の内部の前記物体の画像を提示すること、（ｃ）前記車両の内部の前記物体の音響信号パターンを提示すること、及び、（ｄ）前記車両の内部の前記物体の生体認証情報を提示すること、のうちの少なくとも１つを含み、
前記システムは、
前記ターゲット及び前記マスタノードと通信する第２のターゲットをさらに含み、
前記ターゲットは、
前記第２のターゲットから、前記車両の共有イベントに関連付けられておりかつ前記共有イベントが発生する日時を含むリクエストを受信し、
トリガメッセージを有する一時的な鍵を、前記第２のターゲット及び前記マスタノードに送信する、
ように構成されている、
システム。

【請求項20】

前記マスタノードは、前記ターゲットが認可範囲内にあるときに、前記車両における少なくとも１つのパッシブ・エントリ／パッシブ・スタート（ＰＥＰＳ）機能を実行するように構成されている、請求項１９に記載のシステム。

【請求項21】

前記ターゲットは、キーフォブ、ウェアラブルデバイス、ポータブルデバイス、ファブレット、携帯情報端末、及び、Ｂｌｕｅｔｏｏｔｈ通信プロトコルを有するデバイスからなるグループから選択されている、請求項２０に記載のシステム。

【請求項22】

前記第２のターゲットは、前記第２のターゲットの場所を表すセンサ出力データを提供する、請求項１９に記載のシステム。

【請求項23】

前記一時的な鍵は、（ａ）前記センサ出力データ及び（ｂ）前記共有イベントのいずれかが前記リクエストを上回ること、又は、前記第２のターゲットが前記車両のジオフェンス外にあること、に少なくとも部分的に基づいて、前記第２のターゲットから自動的に破壊される、請求項２２に記載のシステム。

【請求項24】

前記一時的な鍵は、前記マスタノードから自動的に除去され、前記マスタノードは、前記第２のターゲットが前記車両にアクセスすることを拒否する、請求項２３に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般的には、キーフォブシステムに関し、より詳細には、車両用のインテリジェントアクセスシステム及び方法に関する。

【発明の概要】

【課題を解決するための手段】

【0002】

概要
本明細書に開示された特定の実施の形態の概要を以下に記載する。それらの態様は、単に、それらの特定の実施の形態の簡潔な概要を読み手に対して提供するために提示されたものに過ぎず、また、それらの態様は、本開示の範囲を限定することを意図したものではないと理解されたい。実際のところ、本開示は、以下に記載されていない場合もある様々な態様を含むと考えられる。

【0003】

本開示の実施の形態は、車両用のインテリジェントアクセスシステム及び方法に関する。１つのそのようなシステムは、ターゲットと、車両と、を含むことができ、車両は、ターゲットと通信するためのスレーブセンシングノードと、スレーブセンシングノードと通信する車両のコントローラとを有する。スレーブセンシングノードは、ターゲットからパケットを受信し、パケットについての情報を判定し、ターゲットについての情報及びビーコンパケットを含むメッセージをコントローラに送信するように構成されている。コントローラは、受信したメッセージに基づいて、車両のエンジンの始動に先立ち、車両までの車両ユーザの距離、車両に対する車両ユーザの位置、又は、車両に対する車両ユーザの方向のうちの少なくとも１つを推定するように構成されている。コントローラは、ターゲットが認可範囲内にあるときに、車両における少なくとも１つのパッシブ・エントリ／パッシブ・スタート（ＰＥＰＳ：Ｐａｓｓｉｖｅ Ｅｎｔｒｙ Ｐａｓｓｉｖｅ Ｓｔａｒｔ）機能を実行するように構成されている。ターゲットは、キーフォブ、ウェアラブルデバイス、ポータブルデバイス、ファブレット、携帯情報端末、及び、Ｂｌｕｅｔｏｏｔｈ通信プロトコルを有するデバイスからなるグループから選択されている。車両のコントローラは、さらに、ターゲットと通信する。コントローラは、少なくとも部分的に、車両の内部又は車両の外部にあるターゲットの近接性を検出するように構成されている。コントローラは、さらに、車両の内部のイベントの検出に少なくとも部分的に応答してイベント応答を生成するように構成されており、イベント応答は、（ａ）車両の内部の物体のＲＦパターンを提示すること、（ｂ）車両の内部の物体の画像を提示すること、（ｃ）車両の内部の物体の音響信号パターンを提示すること、及び、（ｄ）車両の内部の物体の生体認証情報を提示すること、のうちの少なくとも１つを含む。前記提示は、車両のマスタセンシングノードによって検出されたＲＦパターンに少なくとも部分的に応答して提供された歪みを含む。前記提示は、車両のマスタセンシングノードによって検出されたＲＦパターンの変化を含む。前記提示は、撮像センサによって捕捉された撮像データに少なくとも部分的に応答して提供される。前記提示は、トランスデューサによって記録された音響データに少なくとも部分的に応答して提供される。前記提示は、生体認証デバイスによって捕捉された生体認証データに少なくとも部分的に応答して提供される。コントローラは、さらに、占有及び侵入のうちの少なくとも一方があることを提示するイベント応答に応答して警報を送信するように構成されている。コントローラは、さらに、車両ユーザが認可範囲内にいるときに、車両ユーザについてのアクセスを許可することによって、又は、車両ユーザが認可範囲外にいるときに、車両ユーザについてのアクセスを拒否することによって、車両のアクセスエントリデバイスを制御するように構成されている。ターゲットの加速度計及びジャイロスコープのうちの少なくとも１つはコントローラと通信し、コントローラは、第１のジェスチャ識別子を定義する、加速度計からのデータを受信し、車両ユーザが第１のジェスチャ識別子に対応する認可範囲内にいるときに、車両のドアのロックを解除するために、車両のアクセスエントリデバイスを制御するように構成されている。他の実施の形態においては、ターゲットの加速度計及びジャイロスコープのうちの少なくとも１つがコントローラと通信し、コントローラは、第２のジェスチャ識別子を定義する、加速度計からのデータを受信し、車両ユーザが第２のジェスチャ識別子に対応する認可範囲外にいるときに、車両のドアをロックするために、車両のアクセスエントリデバイスを制御するように構成されている。第２のターゲットは、ターゲット及びコントローラと通信する。ターゲットは、車両をピックアップするための要求されたスケジュール時間を第２のターゲットから受信し、トリガメッセージを有する一時的な鍵を、第２のターゲット及びコントローラに送信するように構成されている。第２のターゲットは、第２のターゲットの場所を表すセンサ出力データを提供する。一時的な鍵は、（ａ）センサ出力データ、（ｂ）車両までの移動距離、（ｃ）車両までの移動時間及び（ｄ）車両への到着時間のいずれかが要求されたスケジュール時間を上回ること、又は、第２のターゲットが車両のジオフェンス外にあること、に少なくとも部分的に基づいて、第２のターゲットから自動的に除去される。一時的な鍵は、コントローラから自動的に除去され、コントローラは、第２のターゲットが車両にアクセスすることを拒否する。ターゲット及びコントローラと通信する第２のターゲットは、第２のターゲットから、車両の共有イベントに関連付けられておりかつ共有イベントが発生する日時を含むリクエストを受信し、トリガメッセージを有する一時的な鍵を第２のターゲット及びコントローラに送信するように構成されている。第２のターゲットは、第２のターゲットの場所を表すセンサ出力データを提供する。一時的な鍵は、（ａ）センサ出力データ及び（ｂ）共有イベントのいずれかがリクエストを上回ること、又は、第２のターゲットが車両のジオフェンス外にあること、に少なくとも部分的に基づいて、第２のターゲットから自動的に破壊される。一時的な鍵は、コントローラから自動的に除去され、コントローラは、第２のターゲットが車両にアクセスすることを拒否する。

【0004】

本開示の他の態様によれば、ターゲットと、車両と、を含むシステムが提供され、車両は、マスタノード及び少なくとも１つのスレーブノードを含む、ターゲットと通信するための複数のセンシングノードを有している。スレーブノードは、ターゲットからパケットを受信し、パケットについての情報を判定し、ターゲットについての情報及びパケットを含むメッセージをマスタノードに送信するように構成されている。マスタノードは、受信したメッセージに基づいて、車両のエンジンの起動に先立ち、車両までの車両ユーザの距離、車両に対する車両ユーザの位置、又は、車両に対する車両ユーザの方向のうちの少なくとも１つを推定するように構成されている。マスタノードは、ターゲットが認可範囲内にあるときに、車両における少なくとも１つのパッシブ・エントリ／パッシブ・スタート（ＰＥＰＳ）機能を実行するように構成されている。ターゲットは、キーフォブ、ウェアラブルデバイス、ポータブルデバイス、ファブレット、携帯情報端末、及び、Ｂｌｕｅｔｏｏｔｈ通信プロトコルを有するデバイスからなるグループから選択されている。

【0005】

本開示の上記の特徴、態様及び利点並びに他の特徴、態様及び利点は、図面全体を通して同様の参照符号によって同様の種類のものが表されている添付の図面を参照して、特定の例示的な実施の形態の以下の詳細な説明を読んだとき、より良く理解されるであろう。

【図面の簡単な説明】

【0006】

【図1】１つ以上のノードを使用する車両におけるシステムを示す。

【図2】侵入／占有システムと協働する車両の簡略化された概略図を示す。

【図3A】ジェスチャアクセスエントリシステムと協働する車両の簡略化された概略図を示す。

【図3B】ジェスチャアクセスエントリシステムと協働する車両の簡略化された他の概略図を示す。

【図4】仮想鍵共有システムと協働する車両の簡略化された概略図を示す。

【図5】イベントシステムと協働する車両の簡略化された概略図を示す。

【発明を実施するための形態】

【0007】

詳細な説明
以下の説明は、開示される実施の形態を実現し、それを使用することを任意の当業者に可能にするために提示されたものであり、特定の用途及びその要件の文脈において提供されている。説明される実施の形態に対する種々の修正は、当業者には容易に明らかになり、また、本明細書で定義される一般的な原理は、説明される実施の形態の精神及び範囲から逸脱することなく、他の実施の形態及び用途に適用することができる。従って、説明される実施の形態は、図示された実施の形態に限定されるものではなく、本明細書に開示される原理及び特徴と矛盾しない最も広い範囲に一致すると考えられる。

【0008】

図１は、本開示によるシステム１０を示す。システム１０は、一般的には、車両１２及びターゲット１４を含んでおり、ターゲット１４は、通信リンクを介して車両１２と接続されることで、車両１２と通信を行う。システムは、パッシブ車両アクセスコントロール、リモートキーエントリシステムなどであってよい。考えられる他の車両システムとして、アクセスコントロール、キーアクセス、エントリコントロール、ジェスチャコントロール、及び、ジェスチャアクセスが挙げられる。図示のように、通信リンクは、Ｂｌｕｅｔｏｏｔｈ低エネルギ（ＢＬＥ：Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）通信プロトコルを含む、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）通信プロトコル及び標準である。考えられる他の通信プロトコルとして、低エネルギ／低電力消費量（ｌｏｗ ｅｎｅｒｇｙ／ｐｏｗｅｒ ｃｏｎｓｕｍｐｔｉｏｎ）が挙げられる。ターゲット１４は、キー／カードデバイス、クライアントデバイス、ＢＬＥ対応デバイス、及び、低エネルギ／低電力消費量の通信プロトコルに対応するデバイスであってよい。キー／カードデバイスは、キーフォブ、キーカード、クライアントデバイス、アクセスキー、アクセスカード、スマートカード、及び、スマートキーであってよい。クライアントデバイスは、スマートフォン、携帯情報端末（ＰＤＡ）、タブレット、ラップトップ、ポータブルパーソナルコンピュータ、ファブレット、ウェアラブルデバイス、シンデバイス、シックデバイス、エンタテイメントデバイス、及び、インフォテイメントデバイスであってよい。図示のように、キー／カードデバイスは、スマートキー１８であり、また、クライアントデバイスは、ファブレット１６である。アンテナが統合されている複数の無線ノード２０，２２，２４，２６，２８を、車両１２の内外の種々の場所に設置することができる。１つの実施の形態においては、アンテナは、指向性アンテナである。用途に応じて、ノードに統合された他の適切なアンテナを、システムにおいて使用することができる。ノード２６は、特定の場所、例えばダッシュボードに隣接する場所において、車両１２の前部に位置決めされており、また、リモートキーエントリ（ＲＫＥ）ノードとして機能することができる。ノード２０，２２，２４及び２８は、車両１２内で、車両１２の種々の特定の場所に位置決めされており、また、パッシブ・エントリ／パッシブ・スタート（ＰＥＰＳ）ノードとして機能することができる。１つの実施の形態においては、ノード２６は、ターゲットが認可範囲内にあるときに、車両における少なくとも１つのパッシブ・エントリ／パッシブ・スタート（ＰＥＰＳ）機能を実行するように動作可能である。例えば、ノード２０及び２４は、フロントドアのハンドルの近傍に設置されており、また、ノード２２は、車両の後部近傍に設置されている。１つ実施の形態においては、ノード２６は、車両の内部に向けられており、その一方で、残りのノード２０，２２，２４及び２８は、外部に向けられている。ノード２０，２２，２４及び２８は、例えば、ターゲット１４と通信するためのスレーブセンシングノードであってよく、また、ノード２６は、１つ以上のスレーブセンシングノード２０，２２，２４及び２８と通信する車両１２のマスタノードである。５つのノードが図示されているが、本開示の範囲から逸脱することなく、任意の適切な数のノードを車両１２内に設置及び位置決めすることができる。

【0009】

少なくとも１つ以上のノード２０，２２，２４，２６，２８は、車両１２の存在をターゲット１４に、例えば、車両１２のドライバ又は認可された人が携帯するスマートキー１８又はファブレット１６に通知するために、任意の適切な数のパケットを周期的に送信する。考えられる他のパケットとして、ビーコンパケットが挙げられる。ターゲット１４は、それらのビーコンパケットを受信し、また、コネクションの確立を開始して、車両１２との認証プロセスを実行することができる。このプロセスにおいては、車両１２及びターゲット１４は、連続的又は反復的にデータパケットを交換する。例えば、ターゲット１４は、１つ以上のノード２０，２２，２４，２６，２８、又は、ノード２０，２２，２４，２６，２８に接続されている車両アクセスコントロール／エントリデバイスのいずれかに、ビーコンパケットを周期的に送信する。車両１２とターゲット１４との間のコネクションが認証されると、１つ以上のノード２０，２２，２４，２８は、ターゲット１４からの信号の受信信号強度（ＲＳＳ：Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ）値と共にビーコンパケットを含む受信した情報を、ノード２６に送信する。ＲＳＳ値以外に考えられる、無線チャネルの他の物理的なパラメータ値として、チャネル状態値、飛行時間（ＴｏＦ：ｔｉｍｅ ｏｆ ｆｌｉｇｈｔ）値、到達角度（ＡｏＡ：ａｎｇｌｅ ｏｆ ａｒｒｉｖａｌ）値、及び、位相シフト値が挙げられる。続いて、ノード２６は、スマートキー１８又はファブレット１６までの距離、スマートキー１８又はファブレット１６の方向、及び、スマートキー１８又はファブレット１６の位置などの少なくとも１つのペリメータを、受信した情報から推定する。代替的な実施の形態においては、１つ以上のノード２０，２２，２４，２６，２８が、ターゲット１４からビーコンパケットを受信し、ターゲット１４からの信号の信号強度情報を判定し、ターゲットのビーコンパケット及び信号強度情報を含むメッセージをコントローラに送信するように構成されている。マスタノード２６は、ＲＡＭ、ＲＯＭ、ソリッドステートメモリデバイス、又は、ディスクドライブなどのコンピュータ可読記憶デバイス若しくはコンピュータ可読媒体に記憶されている命令を実行するように動作可能である１つ以上のコントローラを含んでいる。マスタノード２６は、受信したメッセージに基づいて、車両１２のエンジンの始動に先立ち、車両１２までの、車両ユーザなどのターゲット１４の距離、車両１２に対するターゲット１４の位置、又は、車両１２に対するターゲット１４の方向のうちの少なくとも１つを推定するように構成されている。いくつかの実施の形態においては、１つ以上のコントローラを、マスタノード２６に接続することができる。

【0010】

図２は、侵入又は占有検出システム３０と協働し、また、上述のノードに類似する１つ以上のノード２０，２２，２４，２６，２８を備えたノードアセンブリ３２を含んでいる車両１２の簡略化された概略図である。システム３０は、さらに、ノードアセンブリ３２に接続されることで、ノードアセンブリ３２と通信を行うトランスデューサアセンブリ３４を含んでいる。トランスデューサアセンブリ３４は、音響トランスデューサ３６、生体認証センサ３８、ＲＦトランスデューサ４０、撮像センサ、などを含むことができる。１つの実施の形態においては、ノード３２は、１つ以上のコントローラを含んでおり、このコントローラは、車両の内部のイベントの検出に少なくとも部分的に応答してイベント応答を生成するように動作可能であり、また、そのように構成されており、イベント応答は、（ａ）車両の内部の物体のＲＦパターンを提示すること、（ｂ）車両の内部の物体の画像を提示すること、（ｃ）車両の内部の物体の音響信号パターンを提示すること、及び、（ｄ）車両の内部の物体の生体認証情報を提示すること、のうちの少なくとも１つを含む。他の実施の形態においては、ノード３２に接続されている１つ以上のコントローラは、車両の内部のイベントの検出に少なくとも部分的に応答してイベント応答を生成するように動作可能であり、また、そのように構成されており、イベント応答は、（ａ）車両の内部の物体のＲＦパターンを提示すること、（ｂ）車両の内部の物体の画像を提示すること、（ｃ）車両の内部の物体の音響信号パターンを提示すること、及び、（ｄ）車両の内部の物体の生体認証情報を提示すること、のうちの少なくとも１つを含む。前記提示は、車両のノードアセンブリ３２のマスタセンシングノード２６、任意のセンシングノード２０，２２，２４，２８、又は、ＲＦトランスデューサ４０のうちの少なくとも１つによって検出されたＲＦパターンに少なくとも部分的に応答して提供された歪みを含む。前記提示は、さらに、車両のノードアセンブリ３２のマスタセンシングノード２６、任意のセンシングノード２０，２２，２４，２８、又は、ＲＦトランスデューサ４０のうちの少なくとも１つによって検出されたＲＦパターンの変化を含む。代替的な実施の形態においては、前記提示は、撮像センサによって捕捉された撮像データに少なくとも部分的に応答して提供される。他の実施の形態においては、前記提示は、トランスデューサによって記録された音響データに少なくとも部分的に応答して提供される。さらに他の実施の形態においては、前記提示は、生体認証デバイスによって捕捉された生体認証データに少なくとも部分的に応答して提供される。

【0011】

特定の車両設計においては、ノード３２が、占有及び侵入のうちの少なくとも一方があることを提示するイベント応答に応答して警報を送信するように構成されている。いくつかの実施の形態においては、ノード３２に接続されている１つ以上のコントローラが、占有及び侵入のうちの少なくとも一方があることを提示するイベント応答に応答して警報を送信するように構成されている。代替的に、１つ以上のコントローラを含んでいるノード３２、又は、ノード３２に接続されている１つ以上のコントローラは、車両ユーザが認可範囲内にいるときに、車両ユーザについてのアクセスを許可することによって、又は、車両ユーザが認可範囲外にいるときに、車両ユーザについてのアクセスを拒否することによって、車両のアクセスエントリデバイスを制御するように動作可能であり、また、そのように構成されている。

【0012】

図３Ａは、ジェスチャアクセスエントリシステム５０と協働し、また、上述のノードに類似する１つ以上のノード２０，２２，２４，２６，２８を備えたノードアセンブリ３２を含んでいる車両１２の簡略化された概略図である。システム５０は、さらに、ノードアセンブリ３２に接続されることで、ノードアセンブリ３２と通信を行うトランスデューサアセンブリ３４を含んでいる。ターゲット１４内に配置されたトランスデューサアセンブリ３４は、加速度計５４、ジャイロスコープ５６、及び、磁力計５８のうちの少なくとも１つを含んでいる。ノード３２は、第１のジェスチャ識別子として定義される、トランスデューサアセンブリ３４のうちの任意のトランスデューサ５４，５６，５８からのデータを受信するように構成されている。ノードは、さらに、車両ユーザが第１のジェスチャ識別子に対応する認可範囲内にいるときに、車両のドアのロックを解除するために、車両のアクセスエントリデバイスを制御するように構成されている。いくつかの実施の形態においては、ノード又はコントローラは、第２のジェスチャ識別子として定義される、トランスデューサアセンブリ３４のうちの任意のトランスデューサ５４，５６，５８からのデータを受信するように構成されている。ノード又はコントローラは、さらに、車両ユーザが第２のジェスチャ識別子に対応する認可範囲外にいるときに、車両のドアのロックするために、車両のアクセスエントリデバイスを制御するように構成されている。第１のジェスチャ識別子及び第２のジェスチャ識別子は、ターゲット１４を保持、携帯又は着用するユーザによって実行される静止したジェスチャ又は移動するジェスチャであってよい。

【0013】

図３Ｂは、ジェスチャアクセスエントリシステム６０と協働し、また、上述のノードに類似する１つ以上のノード２０，２２，２４，２６，２８を備えたノードアセンブリ３２を含んでいる車両１２の簡略化された他の概略図である。システム６０は、さらに、ノードアセンブリ３２との通信における、ジェスチャ認識／スキャンデバイス６２を含んでいる。車両１２のボディに組み込まれたジェスチャ認識／スキャンデバイス６２は、移動するターゲットを検出する角度と静止したターゲットを検出する他の角度との間で可動であるマイクロセンサ又はマイクロスキャナのマトリクスを含んでいる。ノード３２は、第１のジェスチャ識別子として定義される、ジェスチャ認識／スキャンデバイス６２からのデータを受信するように構成されている。ノードは、さらに、第１のジェスチャ識別子がジェスチャライブラリ又はジェスチャメモリに記憶されているジェスチャに一致する場合には、車両のドアのロックを解除するために、車両のアクセスエントリデバイスを制御するように構成されている。いくつかの実施の形態においては、ノード又はコントローラは、第２のジェスチャ識別子として定義される、ジェスチャ認識／スキャンデバイス６２からのデータを受信するように構成されている。ノード又はコントローラは、さらに、第２のジェスチャ識別子がジェスチャライブラリ又はジェスチャメモリに記憶されているジェスチャに一致しない場合には、車両のドアをロックするために、車両のアクセスエントリデバイスを制御するように構成されている。第１のジェスチャ識別子は、車両ドライバ又は認可されたユーザによって実行される画像ジェスチャであってよい。第２のジェスチャ識別子は、認可されていないユーザによって実行される画像ジェスチャであってよい。１つの実施の形態においては、画像ジェスチャは、物理的な特徴の静止画像であってよい。他の実施の形態においては、画像ジェスチャは、動画像ジェスチャであってよい。さらに他の実施の形態においては、画像ジェスチャは、変化／遷移する画像ジェスチャであってよい。考えられる他の画像ジェスチャとして、手のジェスチャ、顔のジェスチャ、目のジェスチャ、身体のジェスチャ又はそれらの組合せが挙げられる。

【0014】

特定の車両設計においては、ノードアセンブリ３２が、車両ユーザ又は認可されたユーザは認可範囲内にいることを検出すると、ノード３２は、ジェスチャ認識／スキャンデバイス６２が第１のジェスチャ識別子として定義されるユーザ画像ジェスチャをスキャン又は捕捉するまで待機する。ユーザ画像ジェスチャがスキャン又は捕捉されると、ノードアセンブリ３２は、第２のジェスチャ識別子がジェスチャライブラリ又はジェスチャメモリに記憶されているジェスチャに一致及び対応する場合には、車両のドアのロックを解除するために又は車両のドアをロックするために、車両のアクセスエントリデバイスを制御する。

【0015】

図４は、仮想鍵共有システム７０と協働する車両の簡略化された概略図である。第２のターゲット１４’は、第１のターゲット１４及び車両１２と通信する。第１のターゲット１４は、車両１２をピックアップするための要求されたスケジュール時間を第２のターゲット１４’から受信し、トリガメッセージを有する一時的な鍵を、第２のターゲットと、ノード又はコントローラのうちの少なくとも一方とに送信するように構成されている。第２のターゲット１４’は、図１において説明したような第１のターゲット１４と同一のものである。考えられる他の第２のターゲット１４’には、サーバ、ネットワーク、又は、サービスプロバイダが含まれる。第２のターゲット１４’は、第２のターゲットの場所を表すセンサ出力データを提供する。一時的な鍵は、（ａ）センサ出力データ、（ｂ）車両までの移動距離、（ｃ）車両までの移動時間及び（ｄ）車両への到着時間のいずれかが要求されたスケジュール時間を上回ること、又は、第２のターゲットが車両のジオフェンス外にあること、に少なくとも部分的に基づいて、第２のターゲット１４’から自動的に除去される。代替的な実施の形態においては、一時的な鍵が、コントローラから自動的に除去され、コントローラは、第２のターゲットが車両にアクセスすることを拒否する。

【0016】

特定の車両設計においては、他のターゲット及び車両１２と通信する１つ以上のターゲット１４’が設けられている。第１のターゲット１４は、１つ以上のターゲット１４’から、車両の共有イベントに関連付けられておりかつ共有イベントが発生する日時を含むリクエストを受信し、トリガメッセージを有する一時的な鍵を１つ以上のターゲット１４’及び車両に送信するように構成されている。１つ以上のターゲット１４’は、１つ以上のターゲット１４’の場所を表すセンサ出力データを提供する。１つの実施の形態においては、一時的な鍵が、（ａ）センサ出力データ及び（ｂ）共有イベントのいずれかがリクエストを上回ること、又は、第２のターゲットが車両のジオフェンス外にあること、に少なくとも部分的に基づいて、１つ以上のターゲット１４’から自動的に破壊される。他の実施の形態においては、一時的な鍵が、車両から自動的に除去され、車両は、第２のターゲットが車両にアクセスすることを拒否する。１つの実施の形態においては、ノード３２又はコントローラが、ターゲット１４又は１４’からリクエスト及び一時的な鍵を受信し、一時的な鍵を自動的に破壊し、ターゲット１４又は１４’についてのアクセスを拒否する。

【0017】

図５は、図１のシステム１０と同一であるシステムに接続されることで、システムと通信を行うイベントシステム９０と協働する車両の簡略化された概略図を示す。車両ユーザと通信するための車両のインタフェース及びインタフェースと通信する車両のコントローラが設けられている。いくつかの実施の形態においては、インタフェースを、コントローラに統合することができる。コントローラは、車両への車両ユーザの接近に応答して、車両ユーザによって携帯又は着用されるシンデバイスに接続され、車両ユーザが、シンデバイスとのデータチャネルを介してデータを交換するために認可範囲内にいるときに、カレンダイベントに関連付けられており、目的地及びカレンダイベントが発生する時刻を含むデータをシンデバイスから検索し、目的地及び時刻を車両ユーザに表示するように動作可能である。インタフェース又はコントローラのうちの少なくとも１つと通信するオプションとしてのトレーニングモジュールを設けることができる。トレーニングモジュールは、メモリに記憶されている車両ユーザによって実行されたイベント、ルーチン、規則的な活動又は日々の活動などのペリメータに基づいて、気象天候デバイス、インフォテイメントデバイス、ドアアクセスエントリシステム、ナビゲーションシステムなどの車両デバイスのうちの少なくとも１つを制御するように動作可能である。コントローラ、又は、１つ以上のコントローラを含むノードは、車両ユーザが認可範囲内にいるときに、車両における少なくとも１つのパッシブ・エントリ／パッシブ・スタート（ＰＥＰＳ）機能を実行するように動作可能である。車両１２は、さらに、カメラシステム、２０ｋＨｚで動作するシステム、ＬＩＤＡＲ、超音波センサ、熱センサ、光学センサ、超音波センサなどの１つ以上のセンシングシステムを含んでいる。コントローラは、さらに、車両の周囲の障害物が検出されたときに、センシングシステムを起動するように構成されている。いくつかの実施の形態においては、コントローラが、インタフェースに車両の周囲のいずれかの障害物を判定させ、障害物の場所に応じてカメラシステムを起動するように構成されている。カメラシステムは、車両１２内に位置決めされている、前部カメラ及び後部カメラを含むことができる。カメラシステムを制御するコントローラは、障害物の場所に応じて、カメラシステムの前部カメラ及び後部カメラのうちの少なくとも１つを起動する。

【0018】

特定の車両設計においては、コントローラが、さらに、天候情報を検索し、車両のクライメートコントロールシステムを起動し、検索された天候情報に基づいて、冷房又は暖房が必要とされる場合には、クライメートコントロールシステムを設定するように構成されている。他の実施の形態においては、コントローラが、シンクライアントから車両ユーザプロファイルを検索し、先行して記録された車両ユーザ制御入力に基づいて、車両ユーザの嗜好を識別し、車両ユーザの嗜好に応じて、ユーザ快適性が達成されるようにクライメートコントロールシステムを制御するように構成されている。さらに他の実施の形態においては、コントローラが、シンクライアントから車両ユーザプロファイルを検索し、先行して記録された車両ユーザ制御入力に基づいて、車両ユーザの嗜好を識別し、車両ユーザの嗜好に応じて、ユーザ快適性が達成されるようにインフォテイメントシステムを制御するように構成されている。

【0019】

本開示の他の態様においては、図１から図５において上述した任意のシステムが、トラッキングデバイスを含むことができ、トラッキングデバイスは、ターゲットを追跡し、車両までのターゲットの距離、車両に対するターゲットの位置、又は、車両に対するターゲットの方向などのペリメータを推定するように動作可能である。

【0020】

本開示の他の態様においては、図１から図５において上述した任意のシステムが、トレーニングデバイスを含むことができ、トレーニングデバイスは、アクセスを検出する、監視する、転送する、拒絶する、又は、共有イベント、ターゲットのカレンダイベントなどのイベントを表示するように動作可能である。

【0021】

本開示の他の態様においては、図１から図５において上述した任意のシステムが、トレーニングデバイスを含むことができ、トレーニングデバイスは、メモリに記憶されている車両ユーザによって実行されたイベント、ルーチン、規則的な活動又は日々の活動などのペリメータに基づいて、気象天候デバイス、インフォテイメントデバイス、ドアアクセスエントリシステム、ナビゲーションシステムなどの車両デバイスのうちの少なくとも１つを制御することができる。

【0022】

上述の実施の形態は、例示として示されたものであり、それらの実施の形態について様々な修正及び代替的な形態が考えられると解されるべきである。さらに、各請求項は、開示した特定の形態に限定されることは意図されておらず、むしろ本開示の精神及び範囲に含まれるあらゆる修正形態、等価形態及び代替形態をカバーすることが意図されていると解されるべきである。

【0023】

本開示の範囲内にある実施の形態は、記憶されているコンピュータ実行可能な命令又はデータ構造を搬送又は保持するための非一時的なコンピュータ可読記憶媒体又は機械可読媒体を含むと考えられる。そのような非一時的なコンピュータ可読記憶媒体又は機械可読媒体は、汎用コンピュータ又は専用コンピュータによってアクセスし得る任意の利用可能な媒体であってよい。限定ではなく、例示として、そのような非一時的なコンピュータ可読記憶媒体又は機械可読媒体として、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶装置、又は、所望のプログラムコード手段をコンピュータ実行可能な命令若しくはデータ構造の形態で搬送若しくは記憶するために使用することができる任意の他の媒体を挙げることができる。上記の組合せもまた、非一時的なコンピュータ可読記憶媒体又は機械可読媒体の範囲に含まれるべきである。

【0024】

通信ネットワークを介して（ハードワイヤードリンク、無線リンク又はそれらの組合せのいずれかによって）リンクされたローカル処理装置及びリモート処理装置によってタスクが実行される分散型のコンピューティング環境において各実施の形態を実施することができる。

【0025】

コンピュータ実行可能な命令は、例えば、汎用コンピュータ、専用コンピュータ又は専用処理装置に特定の機能若しくは機能群を実行させる命令及びデータを含んでいる。コンピュータ実行可能な命令は、スタンドアロン環境又はネットワーク環境においてコンピュータによって実行されるプログラムモジュールも含んでいる。一般的に、プログラムモジュールは、特定のタスクを実行する又は特定の抽象データ型を実現するルーチン、プログラム、オブジェクト、コンポーネント及びデータ構造などを含んでいる。コンピュータ実行可能な命令、関連付けられたデータ構造、及び、プログラムモジュールは、本明細書に開示された方法のステップを実行するためのプログラムコード手段の例を表している。そのような実行可能な命令又は関連付けられたデータ構造の特定のシーケンスは、そのようなステップにおいて説明した機能を実現するための対応する動作の例を表している。

【0026】

本特許を様々な実施の形態を参照して説明したが、それらの実施の形態は例示的なものであり、本開示の範囲はそれらに限定されるものではないと解される。多数の変更、修正、追加及び改良が可能である。より一般的には、本特許による各実施の形態は、コンテキストに沿って又は特定の実施の形態において説明した。機能性を、本開示の様々な実施の形態において、個別にすることができ、又は、ブロックとして種々に組み合わせることができ、又は、異なる用語で表すことができる。それらの変更、修正、追加及び改良並びに他の変更、修正、追加及び改良は、添付の特許請求の範囲に定義されている本開示の範囲に含まれると考えられる。

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】