知財求人 - 知財ポータルサイト「IP Force」
▶ ヴァレオ、コンフォート、アンド、ドライビング、アシスタンスの特許一覧
特開2024-21072車両のハッチを開けようとするユーザの意図を検知するためのシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024021072
(43)【公開日】2024-02-15
(54)【発明の名称】車両のハッチを開けようとするユーザの意図を検知するためのシステム
(51)【国際特許分類】
E05B 81/64 20140101AFI20240207BHJP
E05B 49/00 20060101ALI20240207BHJP
B60R 25/20 20130101ALI20240207BHJP
【ＦＩ】
E05B81/64
E05B49/00 J
B60R25/20
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023125678
(22)【出願日】2023-08-01
(31)【優先権主張番号】2208030
(32)【優先日】2022-08-02
(33)【優先権主張国・地域又は機関】FR
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
(71)【出願人】
【識別番号】516000549
【氏名又は名称】ヴァレオ、コンフォート、アンド、ドライビング、アシスタンス
【氏名又は名称原語表記】ＶＡＬＥＯ ＣＯＭＦＯＲＴ ＡＮＤ ＤＲＩＶＩＮＧ ＡＳＳＩＳＴＡＮＣＥ
(74)【代理人】
【識別番号】100120031
【弁理士】
【氏名又は名称】宮嶋 学
(74)【代理人】
【識別番号】100127465
【弁理士】
【氏名又は名称】堀田 幸裕
(74)【代理人】
【識別番号】100130719
【弁理士】
【氏名又は名称】村越 卓
(72)【発明者】
【氏名】オヌル、オグズ
(72)【発明者】
【氏名】ジョルジュ、ジョキッチ
(72)【発明者】
【氏名】カウター、エス－サギール
(72)【発明者】
【氏名】エロワ、デバゼイユ
(72)【発明者】
【氏名】ジャン－クロード、グーミー
【テーマコード（参考）】
2E250
【Ｆターム（参考）】
2E250AA21
2E250JJ03
2E250JJ47
2E250LL05
2E250LL14
(57)【要約】 （修正有）
【課題】ハッチを開けようとするユーザの意図を検知するためのシステムにおいて、誤検知や検知漏れのないシステムを提供する。
【解決手段】識別部３は、電子制御ユニット２０からハッチ２１を開ける意図の確認のためのリクエストを受け取って、メモリ３１においてハッチ２１を開ける意図を確認するコマンドの存在を検証し、コマンドが存在する場合にはコマンド信号を電子制御ユニット２０に送り、コマンドが存在しない場合には、ハッチ２１を開く意図を記録するための手段３０を介し、ハッチ２１を開く意図を確認するコマンドを開始して、ハッチ２１を開ける意図を確認するコマンドに対応する信号を電子制御ユニット２０に送る。電子制御ユニット２０は、識別部３を認証し、ハッチ２１の周囲近傍で識別部３を探し、ハッチ２１を開く意図の確認のためのリクエストを識別部３に送り、ハッチ２１を開く意図を確認するコマンドに対応する信号を受け取る。
【選択図】図１
【解決手段】識別部３は、電子制御ユニット２０からハッチ２１を開ける意図の確認のためのリクエストを受け取って、メモリ３１においてハッチ２１を開ける意図を確認するコマンドの存在を検証し、コマンドが存在する場合にはコマンド信号を電子制御ユニット２０に送り、コマンドが存在しない場合には、ハッチ２１を開く意図を記録するための手段３０を介し、ハッチ２１を開く意図を確認するコマンドを開始して、ハッチ２１を開ける意図を確認するコマンドに対応する信号を電子制御ユニット２０に送る。電子制御ユニット２０は、識別部３を認証し、ハッチ２１の周囲近傍で識別部３を探し、ハッチ２１を開く意図の確認のためのリクエストを識別部３に送り、ハッチ２１を開く意図を確認するコマンドに対応する信号を受け取る。
【選択図】図１
【特許請求の範囲】
【請求項1】
車両（２）のハッチ（２１）を開けるユーザ（ｕ）の意図を検知するためのシステム（Ｓｙｓ１）であって、前記検知システム（Ｓｙｓ１）は：
－ （ａ）ハッチを開ける意図を記録するための手段（３０）を含む識別部（３）であって：
－ 電子制御ユニット（２０）によってそれ自身を認証し、
－ それが前記ハッチ（２１）の周囲の近傍領域（ｚ１）に位置する場合、前記電子制御ユニット（２０）からハッチを開ける意図の確認のためのリクエスト（ｒｑ１）を受け取り、
－ ハッチを開ける意図の確認のための前記リクエスト（ｒｑ１）の受け取りの後に、前記識別部（３）のメモリ（３１）における、ハッチを開ける意図を確認するコマンド（ｃｄ１）の存在を検証し、
－ ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が存在する場合、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）に対応するコマンド信号（ｍｓｇ１）を電子制御ユニット（２０）に送り、
－ 前記コマンドが存在しない場合、前記識別部（３）のユーザ（ｕ）にデータ信号（ｓ１）を送って、ハッチを開く意図を記録するための前記手段（３０）を介し、ハッチを開く意図を確認する前記コマンド（ｃｄ１）を開始し、
－ ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が開始される場合、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）に対応するコマンド信号（ｍｓｇ１）を前記電子制御ユニット（２０）に送る、
ように構成される識別部（３）と、
－ （ｂ）前記車両（２）に組み込まれる前記電子制御ユニット（２０）であって：
－ 前記識別部（３）を認証し、
－ 前記ハッチ（２１）の周囲の近傍領域（ｚ１）において前記識別部（３）を探し、
－ 前記識別部（３）が前記近傍領域（ｚ１）に位置する場合、ハッチを開く意図の確認のための前記リクエスト（ｒｑ１）を前記識別部（３）に送り、
－ ハッチを開く意図を確認する前記コマンド（ｃｄ１）に対応する前記コマンド信号（ｍｓｇ１）を受け取る、
ように構成される前記電子制御ユニット（２０）と、
を備えることを特徴とする検知システム（Ｓｙｓ１）。
－ （ａ）ハッチを開ける意図を記録するための手段（３０）を含む識別部（３）であって：
－ 電子制御ユニット（２０）によってそれ自身を認証し、
－ それが前記ハッチ（２１）の周囲の近傍領域（ｚ１）に位置する場合、前記電子制御ユニット（２０）からハッチを開ける意図の確認のためのリクエスト（ｒｑ１）を受け取り、
－ ハッチを開ける意図の確認のための前記リクエスト（ｒｑ１）の受け取りの後に、前記識別部（３）のメモリ（３１）における、ハッチを開ける意図を確認するコマンド（ｃｄ１）の存在を検証し、
－ ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が存在する場合、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）に対応するコマンド信号（ｍｓｇ１）を電子制御ユニット（２０）に送り、
－ 前記コマンドが存在しない場合、前記識別部（３）のユーザ（ｕ）にデータ信号（ｓ１）を送って、ハッチを開く意図を記録するための前記手段（３０）を介し、ハッチを開く意図を確認する前記コマンド（ｃｄ１）を開始し、
－ ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が開始される場合、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）に対応するコマンド信号（ｍｓｇ１）を前記電子制御ユニット（２０）に送る、
ように構成される識別部（３）と、
－ （ｂ）前記車両（２）に組み込まれる前記電子制御ユニット（２０）であって：
－ 前記識別部（３）を認証し、
－ 前記ハッチ（２１）の周囲の近傍領域（ｚ１）において前記識別部（３）を探し、
－ 前記識別部（３）が前記近傍領域（ｚ１）に位置する場合、ハッチを開く意図の確認のための前記リクエスト（ｒｑ１）を前記識別部（３）に送り、
－ ハッチを開く意図を確認する前記コマンド（ｃｄ１）に対応する前記コマンド信号（ｍｓｇ１）を受け取る、
ように構成される前記電子制御ユニット（２０）と、
を備えることを特徴とする検知システム（Ｓｙｓ１）。
【請求項2】
前記電子制御ユニット（２０）は、更に、前記コマンド信号（ｍｓｇ１）に応じて前記ハッチ（２１）を開く又は開かないように構成される、請求項１に記載の検知システム（Ｓｙｓ１）。
【請求項3】
ハッチを開ける意図を確認する前記コマンド（ｃｄ１）は、前記識別部（３）において予め記録される、請求項１又は２に記載の検知システム（Ｓｙｓ１）。
【請求項4】
ハッチを開ける意図を確認する前記コマンド（ｃｄ１）は、音声メッセージ又は確認値である、請求項１～３のいずれか一項に記載の検知システム（Ｓｙｓ１）。
【請求項5】
前記コマンド信号（ｍｓｇ１）は、ハッチを開く意図を確認する前記コマンド（ｃｄ１）である、請求項４に記載の検知システム（Ｓｙｓ１）。
【請求項6】
ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が音声メッセージである場合、前記コマンド信号（ｍｓｇ１）は確認値である、請求項４に記載の検知システム（Ｓｙｓ１）。
【請求項7】
ハッチを開ける意図を記録するための前記手段（３０）は、
－ マイクロフォン、又は
－ アプリケーション、又は
－ 少なくとも１つのボタン
である、請求項１～６のいずれか一項に記載の検知システム（Ｓｙｓ１）。
－ マイクロフォン、又は
－ アプリケーション、又は
－ 少なくとも１つのボタン
である、請求項１～６のいずれか一項に記載の検知システム（Ｓｙｓ１）。
【請求項8】
前記識別部（３）が前記ハッチ（２１）の周囲の前記近傍領域（ｚ１）に入る場合、前記識別部（３）は、更に、前記識別部（３）のユーザ（ｕ）に警告信号（ｓ２）を送信するように構成される、請求項１～７のいずれか一項に記載の検知システム（Ｓｙｓ１）。
【請求項9】
前記電子制御ユニット（２０）が前記識別部（３）からコマンド信号（ｍｓｇ１）を受け取らない場合、それは、更に、前記コマンド信号（ｍｓｇ１）を、ハッチを開ける意図を確認するネガティブコマンド（ｃｄ１）に対応するとみなすように構成される、請求項１～８のいずれか一項に記載の検知システム（Ｓｙｓ１）。
【請求項10】
前記識別部（３）は、前記車両（２）ハンズフリーにアクセスするための及び／又は前記車両（２）ハンズフリーを開始するための前記車両（２）のハンズフリーアクセスの識別部である、請求項１～９のいずれか一項に記載の検知システム（Ｓｙｓ１）。
【請求項11】
前記ハッチ（２１）は、前記車両（２）のトランクの蓋又はテールゲート又はドアである、請求項１～１０のいずれか一項に記載の検知システム（Ｓｙｓ１）。
【請求項12】
前記識別部（３）は、キー、スマートフォン、又は接続されるオブジェクトである、請求項１～１１のいずれか一項に記載の検知システム（Ｓｙｓ１）。
【請求項13】
車両（２）のための識別部（３）であって、前記識別部は、電子制御ユニット（２０）と情報のやりとりをするように構成され、前記識別部（３）は、ハッチを開ける意図を記録するための手段（３０）を含み：
－ 前記電子制御ユニット（２０）によってそれ自身を認証し、後者が車両（２）に組み込まれ、
－ それが前記車両（２）のハッチ（２１）の周囲の近傍領域（ｚ１）に位置する場合、ハッチを開ける意図の確認のためのリクエスト（ｒｑ１）を前記電子制御ユニット（２０）から受け取り、
－ ハッチを開ける意図の確認のための前記リクエスト（ｒｑ１）の受け取りの後に、前記識別部（３）のメモリ（３１）におけるハッチを開ける意図を確認するコマンド（ｃｄ１）の存在を検証し、
－ ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が存在する場合、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）に対応するコマンド信号（ｍｓｇ１）を前記電子制御ユニット（２０）に送り、
－ 前記コマンドが存在しない場合、前記識別部（３）のユーザ（ｕ）にデータ信号（ｓ１）を送って、ハッチを開く意図を記録するための前記手段（３０）を介し、ハッチを開く意図を確認する前記コマンド（ｃｄ１）を開始し、
－ ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が開始される場合、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）に対応するコマンド信号（ｍｓｇ１）を前記電子制御ユニット（２０）に送る、
ように構成される識別部（３）。
－ 前記電子制御ユニット（２０）によってそれ自身を認証し、後者が車両（２）に組み込まれ、
－ それが前記車両（２）のハッチ（２１）の周囲の近傍領域（ｚ１）に位置する場合、ハッチを開ける意図の確認のためのリクエスト（ｒｑ１）を前記電子制御ユニット（２０）から受け取り、
－ ハッチを開ける意図の確認のための前記リクエスト（ｒｑ１）の受け取りの後に、前記識別部（３）のメモリ（３１）におけるハッチを開ける意図を確認するコマンド（ｃｄ１）の存在を検証し、
－ ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が存在する場合、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）に対応するコマンド信号（ｍｓｇ１）を前記電子制御ユニット（２０）に送り、
－ 前記コマンドが存在しない場合、前記識別部（３）のユーザ（ｕ）にデータ信号（ｓ１）を送って、ハッチを開く意図を記録するための前記手段（３０）を介し、ハッチを開く意図を確認する前記コマンド（ｃｄ１）を開始し、
－ ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が開始される場合、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）に対応するコマンド信号（ｍｓｇ１）を前記電子制御ユニット（２０）に送る、
ように構成される識別部（３）。
【請求項14】
識別部（３）と情報のやりとりをするように構成される電子制御ユニット（２０）であって、前記電子制御ユニット（２０）は車両（２）に組み込まれ：
－ 前記識別部（３）を認証し、
－ 前記車両（２）のハッチ（２１）の周囲の近傍領域（ｚ１）において前記識別部（３）を探し、
－ 前記識別部（３）が前記ハッチ（２１）の周囲の前記近傍領域（ｚ１）に位置する場合、ハッチ（２１）を開く意図の確認のためのリクエスト（ｒｑ１）を前記識別部（３）に送り、
－ ハッチを開く意図を確認するコマンド（ｃｄ１）に関するコマンド信号（ｍｓｇ１）を前記識別部（３）から受け取る、
ように構成される電子制御ユニット（２０）。
－ 前記識別部（３）を認証し、
－ 前記車両（２）のハッチ（２１）の周囲の近傍領域（ｚ１）において前記識別部（３）を探し、
－ 前記識別部（３）が前記ハッチ（２１）の周囲の前記近傍領域（ｚ１）に位置する場合、ハッチ（２１）を開く意図の確認のためのリクエスト（ｒｑ１）を前記識別部（３）に送り、
－ ハッチを開く意図を確認するコマンド（ｃｄ１）に関するコマンド信号（ｍｓｇ１）を前記識別部（３）から受け取る、
ように構成される電子制御ユニット（２０）。
【請求項15】
車両（２）のハッチ（２１）を開けるユーザ（ｕ）の意図を検知するための方法（ＰＲ１）であって、前記車両（２）は、識別部（３）と情報のやりとりをするように構成される電子制御ユニット（２０）を備え：
－ 前記電子制御ユニット（２０）が前記識別部（３）を認証し、
－ 前記電子制御ユニット（２０）が、前記ハッチ（２１）の周囲の近傍領域（ｚ１）において前記識別部（３）を探し、
－ 前記識別部（３）が前記ハッチ（２１）の周囲の前記近傍領域（ｚ１）に位置する場合、前記電子制御ユニット（２０）が、ハッチを開ける意図の確認のためのリクエスト（ｒｑ１）を前記識別部（３）に送り、前記識別部が、ハッチを開ける意図の確認のための前記リクエスト（ｒｑ１）を受け取り、
－ ハッチを開ける意図の確認のための前記リクエスト（ｒｑ１）を受け取ると、前記識別部（３）が、前記識別部（３）のメモリ（３１）におけるハッチを開ける意図を確認するコマンド（ｃｄ１）の存在を検証し、前記コマンドが存在する場合、対応するコマンド信号（ｍｓｇ１）を前記電子制御ユニット（２０）に送り、
－ 前記コマンドが存在しない場合、前記識別部（３）が、前記識別部（３）のユーザ（ｕ）にデータ信号（ｓ１）を送って、ハッチを開ける意図を記録するための前記手段（３０）を介し、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）を開始し、
－ ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が開始される場合、前記識別部（３）が、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）に対応するコマンド信号（ｍｓｇ１）を前記電子制御ユニット（２０）に送り、
－ 前記電子制御ユニット（２０）が、前記コマンド信号（ｍｓｇ１）を受け取る、
ことを含む、検知方法（ＰＲ１）は。
－ 前記電子制御ユニット（２０）が前記識別部（３）を認証し、
－ 前記電子制御ユニット（２０）が、前記ハッチ（２１）の周囲の近傍領域（ｚ１）において前記識別部（３）を探し、
－ 前記識別部（３）が前記ハッチ（２１）の周囲の前記近傍領域（ｚ１）に位置する場合、前記電子制御ユニット（２０）が、ハッチを開ける意図の確認のためのリクエスト（ｒｑ１）を前記識別部（３）に送り、前記識別部が、ハッチを開ける意図の確認のための前記リクエスト（ｒｑ１）を受け取り、
－ ハッチを開ける意図の確認のための前記リクエスト（ｒｑ１）を受け取ると、前記識別部（３）が、前記識別部（３）のメモリ（３１）におけるハッチを開ける意図を確認するコマンド（ｃｄ１）の存在を検証し、前記コマンドが存在する場合、対応するコマンド信号（ｍｓｇ１）を前記電子制御ユニット（２０）に送り、
－ 前記コマンドが存在しない場合、前記識別部（３）が、前記識別部（３）のユーザ（ｕ）にデータ信号（ｓ１）を送って、ハッチを開ける意図を記録するための前記手段（３０）を介し、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）を開始し、
－ ハッチを開ける意図を確認する前記コマンド（ｃｄ１）が開始される場合、前記識別部（３）が、ハッチを開ける意図を確認する前記コマンド（ｃｄ１）に対応するコマンド信号（ｍｓｇ１）を前記電子制御ユニット（２０）に送り、
－ 前記電子制御ユニット（２０）が、前記コマンド信号（ｍｓｇ１）を受け取る、
ことを含む、検知方法（ＰＲ１）は。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、車両のハッチを開けようとするユーザの意図を検知するためのシステムに関する。それは、特に、ただし非限定的に、動力車両に適用可能である。
【発明の概要】
【0002】
動力車両の分野では、当業者に知られている、車両のハッチを開けようとするユーザの意図を検知するための１つのシステムは、足の動きのセンサ又は「キックセンサ」などの１つ又は複数の専用の動きセンサを備える。
【0003】
この先行技術の１つの欠点は、そのような動きセンサは、最小の動きに対して非常に敏感であり、猫が通過するなどの誤った動きを検知しうるものであり、動力車両のトランクの蓋（ｂｏｏｔ ｌｉｄ）又はテールゲートなどのハッチを不必要に開かせることがある。そのため、これは、誤検知（ｆａｌｓｅ ｐｏｓｉｔｉｖｅｓ；猫が通過する場合）や検知漏れ（ｆａｌｓｅ ｎｅｇａｔｉｖｅｓ；足がセンサから離れ過ぎて通過した場合に足の通過が認識されない場合）の場合を発生させる。
【0004】
これに関連して、本発明は、上述の欠点を解消することを可能にする、車両のハッチを開けようとするユーザの意図を検知するためのシステムを提供することを目的とする。
【0005】
この目的のため、発明は、車両のハッチを開けようとするユーザの意図を検知するためのシステムであって、前記検知システムが：
－ （ａ）ハッチを開ける意図を記録するための手段を含む識別部であって：
－ 電子制御ユニットで自己認証し、
－ それが前記ハッチの周囲の近傍領域に位置する場合に、前記電子制御ユニットからハッチを開ける意図の確認のリクエストを受信し、
－ ハッチを開ける意図の確認のための前記リクエストの受信後に、識別部のメモリにおけるハッチを開ける意図を確認するコマンドの存在を検証し、
－ ハッチを開ける意図を確認する前記コマンドが存在する場合、ハッチを開ける意図を確認する前記コマンドに対応するコマンド信号を電子制御ユニットに送信し、
－ 前記コマンドが存在しない場合、前記識別部のユーザにデータ信号を送信して、ハッチを開ける意図を記録するための前記手段を介し、ハッチを開ける意図を確認する前記コマンドを開始し、
－ ハッチを開ける意図を確認する前記コマンドが開始された場合、ハッチを開ける意図を確認する前記コマンドに対応するコマンド信号を前記電子制御ユニットに送信する、
ように構成される識別部と、
－ （ｂ）前記電子制御ユニットは、前記車両に組み込まれ：
－ 前記識別部を認証し、
－ 前記ハッチの周囲の近傍領域において前記識別部を探し、
－ 前記識別部が前記近傍領域に位置する場合、ハッチを開ける意図の確認のための前記リクエストを前記識別部に送信し、
－ ハッチを開ける意図を確認する前記コマンドに対応する前記コマンド信号を受信する、
ように前記電子制御ユニットと、
を備えることを特徴とするシステムを提供する。
－ （ａ）ハッチを開ける意図を記録するための手段を含む識別部であって：
－ 電子制御ユニットで自己認証し、
－ それが前記ハッチの周囲の近傍領域に位置する場合に、前記電子制御ユニットからハッチを開ける意図の確認のリクエストを受信し、
－ ハッチを開ける意図の確認のための前記リクエストの受信後に、識別部のメモリにおけるハッチを開ける意図を確認するコマンドの存在を検証し、
－ ハッチを開ける意図を確認する前記コマンドが存在する場合、ハッチを開ける意図を確認する前記コマンドに対応するコマンド信号を電子制御ユニットに送信し、
－ 前記コマンドが存在しない場合、前記識別部のユーザにデータ信号を送信して、ハッチを開ける意図を記録するための前記手段を介し、ハッチを開ける意図を確認する前記コマンドを開始し、
－ ハッチを開ける意図を確認する前記コマンドが開始された場合、ハッチを開ける意図を確認する前記コマンドに対応するコマンド信号を前記電子制御ユニットに送信する、
ように構成される識別部と、
－ （ｂ）前記電子制御ユニットは、前記車両に組み込まれ：
－ 前記識別部を認証し、
－ 前記ハッチの周囲の近傍領域において前記識別部を探し、
－ 前記識別部が前記近傍領域に位置する場合、ハッチを開ける意図の確認のための前記リクエストを前記識別部に送信し、
－ ハッチを開ける意図を確認する前記コマンドに対応する前記コマンド信号を受信する、
ように前記電子制御ユニットと、
を備えることを特徴とするシステムを提供する。
【0006】
したがって、以下に詳述するように、移動検知を、識別部のメモリに記録されたハッチを開ける意図を確認するコマンドの存在の検知、又は、ハッチを開ける意図を記録するための手段を介して前記識別部のユーザによるそのようなコマンドの開始による検知に置き換えることによって、ユーザの意図を１００％確認することができ、それによって誤検知及び検知漏れのケースを防止する。更に、１つ又は複数の動きセンサを取り除くことで、検知システムのコストを低減することができる。
【0007】
非限定的な実施形態によれば、車両のハッチを開けるユーザの意図を検知するための前記システムは、単独で又は技術的に可能な任意の組み合わせで実装される以下の追加機能のうちの１つ又は複数を更に含んでもよい。
【0008】
非限定的な一実施形態によれば、前記電子制御ユニットは、前記コマンド信号に応じて前記ハッチを開くように又は開かないように更に構成される。
【0009】
非限定的な一実施形態によれば、ハッチを開ける意図を確認する前記コマンドは、識別部に予め記録される。特に、それは識別部の前記メモリに予め記録される。
【0010】
非限定的な一実施形態によれば、ハッチを開ける意図を確認する前記コマンドは、音声メッセージ又は確認値である。
【0011】
非限定的な一実施形態によれば、前記コマンド信号は、ハッチを開く意図を確認する前記コマンドである。
【0012】
非限定的な一実施形態によれば、ハッチを開ける意図を確認するコマンドが音声メッセージである場合、前記コマンド信号は確認値である。
【0013】
非限定的な一実施形態によれば、ハッチを開く意図を記録するための前記手段は：
－ マイクロフォン、又は
－ アプリケーション、又は
－ 少なくとも１つのボタン
である。
－ マイクロフォン、又は
－ アプリケーション、又は
－ 少なくとも１つのボタン
である。
【0014】
非限定的な一実施形態によれば、前記識別部が前記ハッチの周囲の近傍領域に入ると、前記識別部は、前記識別部のユーザに警告信号を送信するように更に構成される。
【0015】
非限定的な一実施形態によれば、前記電子制御ユニットが前記識別部からコマンド信号を受信しない場合、コマンド信号を、ハッチを開く意図を確認するネガティブコマンド（ａ ｎｅｇａｔｉｖｅ ｃｏｍｍａｎｄ）に対応するものとみなすように更に構成される。
【0016】
非限定的な一実施形態によれば、前記識別部は、前記車両のハンズフリーアクセスの識別部であって、前記車両ハンズフリーにアクセスするため及び／又は前記車両ハンズフリーを開始するための識別部である。
【0017】
非限定的な一実施形態によれば、前記ハッチは、前記車両のトランクの蓋又はテールゲート又はドアである。
【0018】
非限定的な一実施形態によれば、前記識別部は、キー、スマートフォン、又は、接続されたオブジェクトである。
【0019】
非限定的な一実施形態によれば、確認コマンドは、ポジティブ又はネガティブである。それがポジティブである場合、それはハッチを開けようとするユーザの意図を確認する。それがネガティブである場合、それはそれを開けないとする彼女又は彼の意図を確認する。
【0020】
非限定的な一実施形態によれば、近傍領域は、前記対応するハッチの周囲約１．５メートルを占める。
【0021】
非限定的な一実施形態によれば、前記データ信号は、前記識別部のインターフェースに送信される。
【0022】
非限定的な一実施形態によれば、前記電子制御ユニットは、ハッチを開ける意図の確認のためのリクエストを既に前記識別部に送信したか否かを確認するように更に構成される。
【0023】
非限定的な一実施形態によれば、前記電子制御ユニットは、更に、前記識別部をロック解除領域において探すように構成される。
【0024】
非限定的な一実施形態によれば、前記識別部が前記ロック解除領域に位置する場合、前記電子制御ユニットは、前記ハッチがロックされている場合、前記ハッチのロックを解除するように更に構成される。これにより、それはその後に開けられることができる。
【0025】
非限定的な一実施形態によれば、前記検知方法は、前記電子制御ユニットが、それが、ハッチを開ける意図の確認のための前記リクエストを前記識別部に既に送信したか否かをチェックすることを更に含む。
【0026】
車両のための識別部が更に提供され、前記識別部は、電子制御ユニットと情報のやりとりをするように構成され、前記識別部は、ハッチを開ける意図を記録するための手段を含み、前記識別部は：
－ 前記電子制御ユニットによってそれ自身を認証し、後者が車両に組み込まれ、
－ それが前記車両のハッチの周囲の近傍領域に位置する場合、前記電子制御ユニットから、ハッチを開ける意図の確認のためのリクエストを受信し、
－ ハッチを開ける意図を確認するための前記リクエストの受信後に、前記識別部のメモリにおけるハッチを開ける意図を確認するコマンドの存在を検証し、
－ ハッチを開ける意図を確認する前記コマンドが存在する場合、ハッチを開ける意図を確認する前記コマンドに対応するコマンド信号を電子制御ユニットに送信し、
－ 前記コマンドが存在しない場合、前記識別部のユーザにデータ信号を送信して、ハッチを開ける意図を記録するための前記手段を介してハッチを開ける意図を確認する前記コマンドを開始させ、
－ ハッチを開ける意図を確認する前記コマンドが開始された場合、ハッチを開ける意図を確認する前記コマンドに対応するコマンド信号を前記電子制御ユニットに送信する、
ように構成される。
－ 前記電子制御ユニットによってそれ自身を認証し、後者が車両に組み込まれ、
－ それが前記車両のハッチの周囲の近傍領域に位置する場合、前記電子制御ユニットから、ハッチを開ける意図の確認のためのリクエストを受信し、
－ ハッチを開ける意図を確認するための前記リクエストの受信後に、前記識別部のメモリにおけるハッチを開ける意図を確認するコマンドの存在を検証し、
－ ハッチを開ける意図を確認する前記コマンドが存在する場合、ハッチを開ける意図を確認する前記コマンドに対応するコマンド信号を電子制御ユニットに送信し、
－ 前記コマンドが存在しない場合、前記識別部のユーザにデータ信号を送信して、ハッチを開ける意図を記録するための前記手段を介してハッチを開ける意図を確認する前記コマンドを開始させ、
－ ハッチを開ける意図を確認する前記コマンドが開始された場合、ハッチを開ける意図を確認する前記コマンドに対応するコマンド信号を前記電子制御ユニットに送信する、
ように構成される。
【0027】
識別部と情報のやりとりをするように構成された電子制御ユニットが更に提供され、前記電子制御ユニットは、車両に組み込まれ：
－ 前記識別部を認証し、
－ 前記識別部を、前記車両のハッチの周囲の近傍領域において探し、
－ 前記識別部が前記ハッチの周囲の前記近傍領域に位置する場合、前記識別部に、ハッチを開ける意図の確認のためのリクエストを送信し、
－ 前記識別部から、ハッチを開ける意図を確認するコマンドに関するコマンド信号を受信する、
ように構成される。
－ 前記識別部を認証し、
－ 前記識別部を、前記車両のハッチの周囲の近傍領域において探し、
－ 前記識別部が前記ハッチの周囲の前記近傍領域に位置する場合、前記識別部に、ハッチを開ける意図の確認のためのリクエストを送信し、
－ 前記識別部から、ハッチを開ける意図を確認するコマンドに関するコマンド信号を受信する、
ように構成される。
【0028】
車両のハッチを開けるユーザの意図を検知するための方法が更に提供され、前記車両は、識別部と情報のやりとりをするように構成された電子制御ユニットを含み、前記検知方法は：
－ 前記電子制御ユニットが前記識別部を認証することと、
－ 前記電子制御ユニットが、前記ハッチの周囲の近傍領域において前記識別部を探すことと、
－ 前記識別部が前記ハッチの周囲の前記近傍領域に位置する場合、前記電子制御ユニットが、前記識別部に、ハッチを開ける意図の確認のためのリクエストを送信し、前記識別部が、ハッチを開ける意図の確認のための前記リクエストを受信することと、
－ ハッチを開ける意図の確認のための前記リクエストを受信した場合、前記識別部が、前記識別部のメモリにおけるハッチを開ける意図を確認するコマンドの存在を検証し、前記コマンドが存在する場合、対応するコマンド信号を前記電子制御ユニットに送信することと、
－ 前記コマンドが存在しない場合、前記識別部が、前記識別部のユーザに対して、ハッチを開ける意図を記録するための前記手段を介して、ハッチを開ける意図を確認する前記コマンドを開始するためのデータ信号を送信することと、
－ ハッチを開ける意図を確認する前記コマンドが開始された場合、前記識別部が、ハッチを開ける意図を確認する前記コマンドに対応するコマンド信号を、前記電子制御ユニットに送信することと、
－ 前記電子制御ユニットが前記コマンド信号を受信することと、
を含むことを特徴とする。
－ 前記電子制御ユニットが前記識別部を認証することと、
－ 前記電子制御ユニットが、前記ハッチの周囲の近傍領域において前記識別部を探すことと、
－ 前記識別部が前記ハッチの周囲の前記近傍領域に位置する場合、前記電子制御ユニットが、前記識別部に、ハッチを開ける意図の確認のためのリクエストを送信し、前記識別部が、ハッチを開ける意図の確認のための前記リクエストを受信することと、
－ ハッチを開ける意図の確認のための前記リクエストを受信した場合、前記識別部が、前記識別部のメモリにおけるハッチを開ける意図を確認するコマンドの存在を検証し、前記コマンドが存在する場合、対応するコマンド信号を前記電子制御ユニットに送信することと、
－ 前記コマンドが存在しない場合、前記識別部が、前記識別部のユーザに対して、ハッチを開ける意図を記録するための前記手段を介して、ハッチを開ける意図を確認する前記コマンドを開始するためのデータ信号を送信することと、
－ ハッチを開ける意図を確認する前記コマンドが開始された場合、前記識別部が、ハッチを開ける意図を確認する前記コマンドに対応するコマンド信号を、前記電子制御ユニットに送信することと、
－ 前記電子制御ユニットが前記コマンド信号を受信することと、
を含むことを特徴とする。
【図面の簡単な説明】
【0029】
発明及びその様々な応用は、以下の説明を読んで添付の図面を検討することで、よりよく理解され、当該添付の図面において：
【発明を実施するための形態】
【0030】
構造上又は機能上同一であり且つ複数の図面に現れる要素は、特に断りのない限り、同一の参照符号によって示される。
【0031】
発明による、車両のハッチを開けようとするユーザの意図を検知するためのシステムＳｙｓ１が、図１～図４を参照して説明される。それは、検知システムＳｙｓ１とも呼ばれる。非限定的な一実施形態において、車両２は、動力車両である。動力車両によって意味するものは、あらゆるタイプの原動機付車両である。この実施形態は、明細書の残りの部分を通して、非限定的な例として取り上げられる。明細書の残りの部分を通じて、車両２は、したがって、動力車両２とも呼ばれる。
【0032】
動力車両２は、複数のハッチ２１を含む。いくつかの非限定的な実施形態において、ハッチ２１は、前記動力車両２のトランクの蓋又はテールゲート又はドアである。そのドアは横開きであってもよいし、スライドドアであってもよいし、垂直に開くサイドドアであってもよい。各ハッチ２１には、当該ハッチ２１に関する近傍領域ｚ１が関連付けられている。非限定的な一実施形態において、近傍領域ｚ１は、前記対応するハッチ２１の周囲で約１．５メートルを占める。明確さのために、図２では、トランクの蓋／テールゲートに対応する近傍領域ｚ１のみが示される。各ハッチ２１は、開かれている（図６の参照ＯＰＮ）又は閉じられている（図６の参照ＣＬＳＤ）基準状態（図２のｓｔ）を有する。
【0033】
【0034】
非限定的な一実施形態において、識別部３は、前記動力車両２ハンズフリーにアクセスするため及び／又は始動するためのハンズフリーアクセスの識別部である。したがって、識別部３はＰＥＰＳアプリケーション（ＰＥＰＳはＰａｓｓｉｖｅ Ｅｎｔｒｙ Ｐａｓｓｉｖｅ Ｓｔａｒｔの略）に使用されてもよく、ＰＥＰＳアプリケーションは、動力車両２のユーザｕが、前記識別部３を前記動力車両２のロック内に物理的に挿入してアンロック／ロックすることなく又は前記動力車両２のイグニッションスイッチ内に挿入してそれを始動したりすることなく、この識別部３によって動力車両２のアンロック／ロック及び始動することを可能とする。したがって、それが動力車両２に近接して位置する場合、ハッチ２１はロック解除されてもよく、それが動力車両２の内側に位置する場合、動力車両２のエンジン又はモータが始動されてもよい。
【0035】
非限定的な実施形態において、前記識別部３は、スマートフォン又はキー又はワイヤレスイヤホンや更にはスマートウォッチなどの接続されたオブジェクトである。このように、スマートフォン又は接続されたオブジェクトは、動力車両２へのアクセス及び／又は動力車両２の始動のためのキーとして使用される。
【0036】
非限定的な一実施形態において、電子制御ユニット２０は、すなわちＥＣＵは、ＢＬＥ通信プロトコル（ＢＬＥはＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙの略）を介して識別部３と通信するように構成される。この目的のために、それは、識別部３の対応するＢＬＥ通信モジュールと通信して当該識別部３の認証を行い、後述の確認リクエストｒｑ１、確認コマンドｃｄ１、コマンド信号ｍｓｇ１を通信するためのＢＬＥ通信モジュールを備える。もちろん、他の通信プロトコルが使用されてもよい。
【0037】
非限定的な一実施形態において、電子制御ユニット２０は、更に：
－ 前記車両２の周囲全体に設置されて前記識別部３を探す電波（ＲＦ）センサ（図１の参照番号２２）、
と情報のやりとりをするように構成される。
－ 前記車両２の周囲全体に設置されて前記識別部３を探す電波（ＲＦ）センサ（図１の参照番号２２）、
と情報のやりとりをするように構成される。
【0038】
非限定的な一実施形態において、これらのセンサはＵＷＢセンサ又はＢＬＥセンサ（ＵＷＢはＵｌｔｒａ－Ｗｉｄｅ Ｂａｎｄの略）である。
【0039】
したがって非限定的な一実施形態によれば、前記識別部３は：
－ 前記識別部３がスマートフォン又は接続されたオブジェクトである場合又は識別部３がキーである場合、ＵＷＢ通信又はＢＬＥ通信によって、又は
－ 前記識別部３がキーである場合、そして当該キーがＬＦトランスミッターを含む場合、低周波（ＬＦ）の無線（ＲＦ）通信によって、
によって探される。
－ 前記識別部３がスマートフォン又は接続されたオブジェクトである場合又は識別部３がキーである場合、ＵＷＢ通信又はＢＬＥ通信によって、又は
－ 前記識別部３がキーである場合、そして当該キーがＬＦトランスミッターを含む場合、低周波（ＬＦ）の無線（ＲＦ）通信によって、
によって探される。
【0040】
もちろん、他の通信プロトコルが使用されてもよい。
【0041】
無線（ＲＦ）通信は、３０ＭＨｚ～３００ＧＨｚに含まれる周波数帯域で実施されることが思い出される。ＵＷＢ通信は、３．２ＧＨｚ～８．３ＧＨｚに含まれる周波数帯域で、５００ＭＨｚの帯域幅で実施されることが思い出される。ＢＬＥは２．４ＧＨｚで実施されることが思い出される。
【0042】
ＵＷＢセンサは、ＵＷＢ通信モジュール及びＵＷＢアンテナを含むことに留意される。同様に、ＲＦセンサは、ＲＦ通信モジュール及びＲＦアンテナを含む。ＵＷＢセンサの非限定的な例は、明細書の残りの部分を通じて、例として取り上げられる。
【0043】
様々なＵＷＢ通信プロトコル、ＲＦ通信プロトコル、及びＬＦ通信プロトコルを採用する様々な位置特定技術が当技術分野で知られているため、それらはここでは説明されない。非限定的な一実施形態において、その位置特定プロセスは定期的に実施される。非限定的な一例では、位置特定プロセスは１秒ごとに行われる。したがって、これにより、識別部３（ひいてはそのユーザｕ）が例えば所定領域ｚ１から離れた後に戻ってきたかどうかを、検知することが可能である。
【0044】
以下に、識別部３がより詳細に説明される。
【0045】
図１に示すように、識別部３は、ハッチ３０を開ける意図を記録するための手段を含み、当該手段は記録手段とも呼ばれる。いくつかの非限定的な実施形態において、前記記録手段３０は：
－ マイクロフォン、又は
－ 専用アプリケーション、又は
－ 少なくとも１つの専用ボタン
である。
－ マイクロフォン、又は
－ 専用アプリケーション、又は
－ 少なくとも１つの専用ボタン
である。
【0046】
したがって、識別部３がキーである場合に、前記記録手段３０は、所定のハッチ２１に専用の１つのボタン又は複数のボタンである。したがって、識別部３がスマートフォンや接続されたオブジェクトである場合、前記記録手段３０は、アプリケーション又はマイクロフォンである。非限定的な一例において、アプリケーションは、チェックされる１つ又は複数のボックスを含み、これらのボックスの各々は、１つのハッチ２１に専用であり、それによってユーザｕは、彼女又は彼がハッチ２１の近傍領域ｚ１に位置する場合に当該ハッチ２１を開けたいかを示す。
【0047】
図１に示すように、識別部３はメモリ３１を更に備え、当該メモリ３１には、ハッチｃｄ１を開ける意図を確認するコマンド、確認コマンドｃｄ１とも呼ばれるコマンド、が格納されてもよい。これは、ユーザｕがハッチ２１の近傍領域ｚ１に入る前に、この確認コマンドｃｄ１が予め記録されていることを意味する。
【0048】
いくつかの非限定的な実施形態によれば、確認コマンドｃｄ１は、音声メッセージ又は確認値である。したがって、記録手段３０がマイクロフォンである場合、確認コマンドｃｄ１は音声メッセージであり、その一方で記録手段３０がアプリケーション又は少なくとも１つのボタンである場合、確認コマンドｃｄ１は確認値である。
【0049】
確認コマンドｃｄ１は：
－ 車両２のハッチ２１を開けるというユーザの意図の確認に関する、又は
－ 車両２のハッチ２１を開けないというユーザの意図の確認に関する、
ことに留意される。
－ 車両２のハッチ２１を開けるというユーザの意図の確認に関する、又は
－ 車両２のハッチ２１を開けないというユーザの意図の確認に関する、
ことに留意される。
【0050】
したがって、確認コマンドｃｄ１は、ポジティブ（ｐｏｓｉｔｉｖｅ）（開くことが望まれる）又はネガティブ（ｎｅｇａｔｉｖｅ）（開くことが望まれない）であってもよい。それはハッチ２１を開けようとするユーザｕの意図を確認し、又は、それは、それを開けないとする、つまりそれを閉じたままにする、という彼女又は彼の意図を確認する。
【0051】
したがって、非限定的な一例において、音声メッセージは、「開けゴマ」又は「開くなゴマ（ｄｏｎ’ｔ ｏｐｅｎ ｓｅｓａｍｅ）」である。
【0052】
したがって、非限定的な一例において、確認値は、開くことの確認に関しては１に等しくてもよく、開かないことの確認に関して０に等しくてもよい。ユーザｕがアプリケーションを使用してハッチ２１を開く彼女又は彼の意図を確認する場合、彼女又は彼は、例えば、アプリケーションにおけるボックスにチェックを入れて、彼女又は彼の意図を確認したと言い、これは確認値を１に設定する。彼女又は彼がこのボックスにチェックを入れない場合、これは、彼女又は彼がハッチ１２を開けない彼女又は彼の意図を確認すること、つまり彼女又は彼がハッチ２１を閉じたままにしておきたいということ、を意味する。アプリケーションは２つのボックスを含んでもよく、一方はポジティブ確認用であり、他方はネガティブ確認用である。ユーザｕがハッチ２１を開く彼女又は彼の意図を確認するためのボタンを使用する場合、彼女又は彼は、彼女又は彼が彼女又は彼の意図を確認したと言うために、ボタンを押圧し、これは確認値を１に設定する。ボタンが押圧されない場合、これは、それを「開けない」という彼女又は彼の意図を彼女又は彼が確認したことを意味し、これは確認値を０に設定する。識別部３は２つのボタンを含んでいてもよく、一方はポジティブ確認用であり、他方はネガティブ確認用である。
【0053】
非限定的な一実施形態において、様々なハッチ２１間で区別するために、様々な音声メッセージが使用されてもよいし、０及び１以外の様々な値が使用されてもよい。
【0054】
非限定的な一実施形態において、識別部３は、確認コマンドｃｄ１が音声メッセージの形態をとる場合に、確認コマンドｃｄ１を分析するように構成された音声認識モジュール３２（図１に図示される）を含む。音声メッセージの解析は、識別部３において（その音声認識モジュール３２を介して）行われ、或いは、動力車両２において行われる。後者の場合、識別部３は、音声認識モジュール３１を必要としない。
【0055】
非限定的な一実施形態において、識別部３は、ユーザｕに向けられるデータメッセージｓ１（後述される）を受信するように構成されたインターフェース３３を更に備える。
【0056】
識別部３は、電子制御ユニット２０によってそれ自身の認証を行うように構成される（図４に示される関数ｆ３０（３，２０，Ａｕｔｈ））。識別部３を認証するための様々な方法が当技術分野で知られているため、ここではそれらは説明されない。
【0057】
図１に示されるように、識別部３は、更に、確認リクエストｒｑ１とも呼ばれるハッチを開ける意図の確認のためのリクエストｒｑ１を前記電子制御ユニット２０から受信するように構成される（図４に示される関数ｆ３１（３，２０，ｒｑ１））。
【0058】
非限定的な一実施形態において、前記識別部３が前記ハッチ２１の周囲の近傍領域ｚ１に入ると、前記識別部３は、前記識別部３のユーザｕに警告信号ｓ２を送信するように更に構成される（図４に示された関数ｆ３２（３，ｕ，ｓ２））。これにより、ユーザｕに、彼女又は彼が近傍領域ｚ１にいることを知らせることが可能である。いくつかの非限定的な実施形態例において、警告信号ｓ２は、前記識別部３の振動、音声信号、それが近傍領域ｚ１に入ろうとしていることを示す音声信号、又はスクリーン上の視覚信号などの形態をとる。したがってこれは、確認コマンドｃｄ１がポジティブなものとして事前に記録されている場合（後述される）、ハッチ２１が今は開かれうることを、ユーザｕに知らせる。
【0059】
この確認リクエストｒｑ１の受信に続いて、識別部３は、更に、ハッチを開ける意図を確認するコマンドｃｄ１のメモリ３１における存在を検証し（図４に示す関数ｆ３４（３，３１，ｃｄ１））、そのコマンドがメモリ３１に存在する場合、識別部３は更に、ハッチを開ける意図を確認する前記コマンドｃｄ１（図４に示す関数ｆ３５（３，２０，ｍｓｇ１（ｃｄ１））に対応するコマンド信号を前記電子制御ユニット２０に送信するよう構成される。
【0060】
非限定的な一実施形態において、コマンド信号ｍｓｇ１は、ハッチ自体を開く意図を確認するコマンドｃｄ１である。したがって、これは音声メッセージ又は確認値のどちらかである。例えば、音声メッセージの音声認識が動力車両２の音声認識モジュールによって行われる場合、識別部３は、音声メッセージを動力車両２の電子制御ユニット２０に送信し、当該電子制御ユニット２０は、それが復号されることを目的として、動力車両２の音声認識モジュールにそれを送信する。別の非限定的な実施形態において、ハッチを開ける意図を確認するコマンドｃｄ１が音声メッセージの場合、コマンド信号ｍｓｇ１は確認値である。例えば、音声メッセージの音声認識が識別部３の音声認識モジュール３２によって行われる場合、識別部３は、もはや音声メッセージ全体を動力車両２の電子制御ユニット２０に送信することを必要とせず、したがってそれは、電子制御ユニット２０に対して、前記音声メッセージに対応する確認値のみを送信する。
【0061】
非限定的な一実施形態において、確認コマンドｃｄ１は、ユーザが近傍領域ｚ１に入る前に、すなわち実際にはユーザが彼女又は彼の腕がいっぱいになる前に、識別部３に予め記録される。したがって、それは予めメモリ３１に記憶されている。
【0062】
それが存在しない場合（すなわち確認コマンドｃｄ１が予め記録されていない場合）、識別部３は、ハッチを開ける意図を記録するための前記手段３０を介してハッチを開ける意図を確認する前記コマンドｃｄ１を開始するために、ユーザｕにデータ信号ｓ１を送るように構成される（図４に示される関数ｆ３６（３，ｕ，３３，ｓ１，ｃｄ１））。データ信号ｓ１は、インターフェース３３に送られる。したがって、これは、ユーザｕに、彼女又は彼がいかなる確認コマンドｃｄ１も事前に記録していないこと思い出させ、彼女又は彼がハッチ２１を開けたい場合に又はそれを閉じたままにしたい場合に、彼女又は彼が今そのような確認コマンドｃｄ１を開始してもよいことを思い出させる。
【0063】
この確認コマンドｃｄ１が開始された後、識別部３は電子制御ユニット２０に、対応するコマンド信号ｍｓｇ１（上述で定められた関数ｆ３５）を送信する。
【0064】
確認コマンドｃｄ１の開始を目的として、非限定的な一実施形態では、識別部３が、そのマイクロフォン３０を作動させるように更に構成されることに留意される（図４に示される関数ｆ３７（３，３０，ＯＮ））。したがって、識別部３は、そのマイクロフォン３０を介し、音声メッセージの形をとる確認コマンドｃｄ１を受信することができる。音声メッセージは、図３に示すように、識別部３のユーザｕによって与えられる。また、前記ユーザｕの横に位置する人物によって与えられてもよい。このケースは、非限定的な一例として、ユーザｕが彼女又は彼の腕がふさがりすぎていて、彼女又は彼の識別部３を彼女又は彼の手に取ることができない場合に、生じうる。
【0065】
識別部３は、上述した機能を実行するための電子制御ユニット（図示せず）を含むことに留意される。
【0066】
電子制御ユニット２０が、以下において、より詳細に説明される。
【0067】
電子制御ユニット２０は、前記識別部３を認証するように構成される（図４に示す関数ｆ２０（２０，３，Ａｕｔｈ））。
【0068】
電子制御ユニット２０は、更に、前記動力車両２のハッチ２１の周囲の近傍領域ｚ１において前記識別部３を探すように構成される（図４に示される関数ｆ２１（２０，３，ｚ１，ＩＮ））。
【0069】
図２は、前記識別部３を装着／着用して動力車両２に接近するユーザｕを示す。彼女又は彼が位置ｐ１にいる場合、識別部３は、ハッチ２１の近傍領域ｚ１の外側に位置している。ユーザｕが動力車両２に近づき、ハッチ２１（位置ｐ２）、ここでは動力車両２のトランクの蓋又はテールゲートに関連する近傍領域ｚ１に入る場合、電子制御ユニット２０は、この与えられた非限定的な例ではＵＷＢセンサによって、この近傍領域ｚ１においてそれを探す。
【0070】
前記識別部３が近傍領域ｚ１に位置する場合、前記電子制御ユニット２０は、前記識別部３が近傍領域ｚ１に入る場合に、ハッチを開ける意図を確認するためのリクエストｒｑ１を前記識別部３に送るように更に構成される（図４に示される関数ｆ２３（２０，３，ｒｑ１））。したがって、この確認リクエストｒｑ１は、識別部３が近傍領域ｚ１内に入るとすぐに送信される。非限定的な一実施形態において、電子制御ユニット２０は、更に、それが前もってそのような確認リクエストｒｑ１を前記識別部３に送信したかどうかをチェックするように構成される（図４に示される関数ｆ２４（２０，ｒｑ１））。肯定の場合、それはそれを再送信しない。識別部３が近傍領域ｚ１において繰り返し検知される場合、これは、その都度確認リクエストｒｑ１が送信されることを防ぐ。
【0071】
電子制御ユニット２０は、更に、ユーザｕによって開始された又は予め記録された前記確認コマンドｃｄ１に対応するコマンド信号ｍｓｇ１を前記識別部３から受信するように構成される（図４に示される関数ｆ２５（２０，３，ｍｓｇ１（ｃｄ１））。したがって、電子制御ユニット２０は、確認コマンドｃｄ１に対応するコマンド信号ｍｓｇ１の解析によって、トランクの蓋２１を開く又は閉じたままにするユーザｕの意図を知ることができ、それがポジティブであるか又はそれがネガティブであるか知ることができる。
【0072】
非限定的な一実施形態において、確認コマンドｃｄ１に対応するコマンド信号ｍｓｇ１を受信すると、電子制御ユニット２０は、前記ハッチ２１を開く（図４に示される関数ｆ２６（２０，２１，ＯＰＮ））又は開かない（すなわち、開く又は閉じたままにする）ように更に構成される。したがって、それはそれを開くか、又はそれは何もしない。ハッチ２１は、それが開いている状態ｓｔに変化するか（ｓｔ＝ＯＰＮ）、又は、状態ｓｔのままであるか（閉じられたｓｔ＝ＣＬＳＤ）である。
【0073】
したがって、与えられる非限定的な例において、識別部３のユーザｕが彼女又は彼の腕いっぱいに買い物をした場合、ハッチ２１は、図３において破線の矢印で示されるように自動的ひとりでに開き、ユーザｕはそれを彼女自身又は彼自身の手動で開く必要がない。したがって彼女又は彼は、彼女の又は彼の買い物を動力車両２に積み込むことができる。
【0074】
非限定的な一実施形態において、電子制御ユニット２０が識別部３からいかなるコマンド信号ｍｓｇ１も受信しない場合、それは、確認コマンドｃｄ１を、ネガティブの確認値を有するものとして定めるように、したがって対応するコマンド信号ｍｓｇ１もネガティブであるとして特徴付けるように、更に構成される（図４に示される関数ｆ２７（２０，ｃｄ１，０））。この場合、電子制御ユニットは、ハッチ２１を閉じたままにする。具体的には、包括的ではない以下の場合に、電子制御ユニット２０が識別部３から確認コマンドｃｄ１に対応するコマンド信号ｍｓｇ１を受信しないことが可能である：
－ ユーザｕがハッチ２１を開く意図を持っていない場合、
－ 確認コマンドｃｄ１が音声メッセージであり、後者が音声認識モジュール３２によって正しくデコードされていない場合、
－ 時間が経過して、ユーザｕが音声メッセージを与えていなかったり、又は識別部３の専用アプリケーションにおけるボックスにチェックを入れていなかったり、又は識別部３の専用ボタンを押圧していなかったりする場合。
－ ユーザｕがハッチ２１を開く意図を持っていない場合、
－ 確認コマンドｃｄ１が音声メッセージであり、後者が音声認識モジュール３２によって正しくデコードされていない場合、
－ 時間が経過して、ユーザｕが音声メッセージを与えていなかったり、又は識別部３の専用アプリケーションにおけるボックスにチェックを入れていなかったり、又は識別部３の専用ボタンを押圧していなかったりする場合。
【0075】
非限定的な一実施形態において、電子制御ユニット２０は、前記ハッチ２１が予めロックされていた場合、それが開けられることを可能にするために、前記ハッチ２１のロックを解除するように更に構成される（図４に示される関数ｆ２８（２０，２１，ｄ２，ＤＬＣＫ））。前記動力車両２の周囲のロック解除領域ｚ２において識別部３が動力車両２から所定の距離ｄ２に位置する場合にロック解除が生じ、ロック解除領域は図２に示されている。非限定的な一実施形態において、所定距離ｄ２は、Ｔｈａｔｃｈａｍルール（Ｔｈａｔｃｈａｍ ｒｕｌｅｓ）に従って、動力車両２から約２メートルである。したがって、非限定的な一実施形態において、電子制御ユニット２０は、ロック解除領域ｚ２において識別部３を探すように更に構成される（図４に示される関数ｆ３０（２０，３，ｚ２，ＩＮ））。ロック解除領域ｚ２は、近傍領域ｚ１よりも大きいか又は近傍領域ｚ１と等しい。示された非限定的な例において、それは、より大きく、近傍領域ｚ１を包含している。そのような位置特定プロセスは当該技術において知られているため、それはここでは説明されない。
【0076】
別の実施形態（図示せず）において、電子制御ユニット２０は、受信したコマンド信号ｍｓｇ１（図４に示す関数ｆ２９（２０，４０，ｍｓｇ１（ｃｄ１）））を、ハッチ２１を開くこと／閉めること専用である図１で参照した別の電子制御ユニット４０に送信するように構成され、それが、コマンド信号ｍｓｇ１に応じて、特に音声メッセージ又は確認値に応じて、ハッチ２１を開いたり或いは閉じたままにしたりする後者であるということに留意される。
【0077】
したがって、記載された検知システムＳｙｓ１は、車両２のハッチ２１を開くユーザの意図を検知するための方法ＰＲ１を実施することを可能にし、このシステムの非限定的な一実施形態は図５及び図６を参照して以下に説明される。示した非限定的な実施形態において、ハッチ２１はトランクの蓋であり、それは最初にロックされる。更に、示した非限定的な実施形態において、検知方法ＰＲ１は、確認リクエストｒｑ１が予め既に送信されているかをチェックすることを含む。更に、示した非限定的な実施形態において、確認コマンドｃｄ１は、音声メッセージである。したがって、記録手段３０は、マイクロフォンである。最後に、示した実施形態において、電子制御ユニット２０は、確認コマンドｃｄ１に応じてハッチ２１を開くこと或いは開かないことも担当する。
【0078】
図５のＦ１（２０，３，Ａｕｔｈ）に示されるステップＥ１において、電子制御ユニット２０は、非限定的な一実施形態において、ＢＬＥ通信を介して識別部３を認証する。これにより、識別部３を動力車両２とペアリングすることが可能となる。ＢＬＥのケースでは、識別部３が動力車両２の周囲約５０ｍ以内に位置する場合にペアリングが生じる。
【0079】
図５のＦ２（２０，３，ｚ２，ＩＮ）に示されるステップＥ２において、電子制御ユニット３１は、識別部３がトランクの蓋２１の周囲のロック解除領域ｚ２にあるかを判定する。識別部３がロック解除領域ｚ２（ブランチＹ０）に位置する場合、図５のＦ３（２０，２１，ＤＬＣＫ）に示されるステップＥ３において、電子制御ユニット２０は、トランクの蓋２１のロックを解除する。それ以外の場合（ブランチＮ０）、位置特定プロセスを継続する。それを解除するための意図の確認が不要であることに留意される。最終的にユーザｕがトランクの蓋２１を開けることを望まない場合でも、すなわち、確認コマンドｃｄ１がその後ネガティブであっても、トランクの蓋２１はロック解除されることに留意される。
【0080】
図５のＦ４（２０，３，ｚ１，ＩＮ）に示されるステップＥ４において、電子制御ユニット３１は、識別部３がトランクの蓋２１の周囲の近傍領域ｚ１にあるかを判定する。識別部３が近傍領域ｚ１に進入していないことを条件に、位置特定プロセスが繰り返される（示されるブランチＮ１）。非限定的な一例において、位置特定プロセスは９６ｍｓ（ミリ秒）ごとに行われる。識別部３が近傍領域ｚ１にある間、位置特定プロセスが依然として繰り返されることに留意される。これにより、それが前記近傍領域ｚ１にあることを検証することが可能である。
【0081】
図５のＦ５（３，ｕ，ｓ２）に示されるステップＥ５において、識別部３は、警告信号ｓ２をユーザｕに送信し、それは彼女又は彼がトランクの蓋２１の近傍領域ｚ１に入ったことをそれに示すためである。
【0082】
ステップＥ６（図５に示されるブランチＹ１）において、前記識別部３がトランクの蓋２１の近傍領域ｚ１に位置する場合、非限定的な一実施形態において、電子制御ユニット２０は、それが近傍領域ｚ１に入ったことをそれに示すための確認リクエストｒｑ１を前記識別部３にまだ送っていないかをチェックする。
【0083】
それが既にそうしている場合、それはそれを再度送信せず、それはステップＥ９（示されるブランチＹ２）に進み、そうでない場合（ブランチＮ２）図５のＦ７（２０，３，ｒｑ１）に示されるステップＥ７において、電子制御ユニット２０は、前記識別部３に確認リクエストｒｑ１を送信する。図５のＦ８（３，２０，ｒｑ１）に示されるステップＥ８において、識別部３は、この確認リクエストｒｑ１を予め受信していない場合、この確認リクエストｒｑ１を受信する。
【0084】
ハッチを開ける意図の確認のための前記リクエストｒｑ１を受信すると、図５のステップＥ９において、識別部３は、そのメモリ３１における、ハッチを開ける意図を確認するコマンドｃｄ１の存在を検証し、コマンドがメモリ（示されるブランチＹ３）に保存されている場合、それを受信する（図６のＦ１１（２０，３，ｍｓｇ１（ｃｄ１））に示されるステップＥ１１）前記電子制御ユニット２０に対応する確認信号ｍｓｇ１を送信する（図６のＦ１０（３，２０，ｍｓｇ１（ｃｄ１））に示すステップＥ１０）。
【0085】
前記コマンドが存在しない場合（示されるブランチＮ３）、すなわち予め記録された確認コマンドｃｄ１がメモリに存在しない場合、図６のＦ１２（３，３３，ｓ１）に示されるステップＥ１２において、識別部３は、ハッチを開く意図を記録するための前記手段３０を介してハッチを開く意図を確認する前記コマンドｃｄ１を開始するように、前記識別部３のユーザｕにデータ信号ｓ１を、そのインターフェース３３を介して送信する。したがって、ユーザｕは、彼女又は彼がそのような確認コマンドｃｄ１を開始してもよいことを知らされ、彼女又は彼がトランクの蓋２１が開くこと又は閉じられたままであることを望むことを示す。図６のＦ１３（３，３０，ＯＮ）に示されるステップＥ１３において、マイクロフォン３０を採用する実施形態では、識別部３によって後者が作動される。確認コマンドｃｄ１が存在しない場合にもマイクロフォン３０がさらに作動され、それは、ユーザｕがマイクロフォン又は専用アプリケーションを使用してトランクの蓋２１を開ける彼女又は彼の意図を確認するか否かが不明であるため、すなわち確認コマンドｃｄ１を開始するためにどの記録手段３０を彼女又は彼が使用するかが不明であるためであることに留意される。ステップＥ９及びＥ１０は、非限定的な一実施形態において並行して実行され、又は任意の順序で実行されることに留意されるであろう。
【0086】
記録手段３０がマイクロフォンである非限定的な例において、トランクの蓋２１を開くために、ユーザｕはマイクロフォン３０に向かって話し；したがって「開けごま」などの音声メッセージがマイクロフォン３０を介して送信される。トランクの蓋２１を閉じたままにするため、ユーザｕはマイクロフォン３０に向かって話し；したがって「開くなごま」などの音声メッセージがマイクロフォン３０を介して送信される。
【0087】
確認コマンドｃｄ１がユーザｕによって開始された場合（図６に示すブランチＹ４）、識別部３は、それを受信する（ステップＥ１１）前記電子制御ユニット２０に、対応するコマンド信号ｍｓｇ１を送信する（ステップＥ１０）。したがって、電子制御ユニット２０は、確認コマンドｃｄ１を介して、トランクの蓋２１を開くか否かのユーザｕの意図を検知する。それを分析することで、それは、それがポジティブかマイナスかを見極めることができる。
【0088】
コマンド信号ｍｓｇ１を受信すると、それがポジティブ確認コマンドｃｄ１に対応する場合（図６に示されたブランチＹ５）、図６のＦ１４（２０，２１，ＯＰＮ）に示されたステップＥ１４において、電子制御ユニット２０はトランクの蓋２１を開ける。電子制御ユニットはそうすることができ、それは、トランクの蓋が前もってロック解除されたからである。したがって、トランクの蓋２１は、ユーザｕの介在なく、自動的に開かれる。それはオープン状態ｓｔであり：ｓｔは図６に示すＯＰＮで参照される。
【0089】
コマンド信号ｍｓｇ１を受信すると、それがネガティブ確認コマンドｃｄ１に対応する場合（図６に示したブランチＮ５）、電子制御ユニット２０はトランクの蓋２１を開けない。したがって、トランクの蓋２１は閉じたままである。それはクローズ状態ｓｔのままであり：ｓｔは図６に示すＣＬＳＤで参照される。
【0090】
（彼女又は彼がハッチ２１を開く意図を持っていないために、或いは、非限定的な一例において音声メッセージが音声認識モジュール３２によって正しく解読されないために、或いは、彼女又は彼が確認コマンドｃｄ１を開始するのに時間がかかりすぎるために、そのマイクロフォンを介してかアプリケーションを介してかボタンを介してかにかかわらず）確認コマンドｃｄ１がユーザｕによって開始されない場合（図６に示したブランチＮ４）、図６のＦ１４’（２０，ｃｄ１，０）に示されたステップＥ１４’において、電子制御ユニット２０は、確認コマンドｃｄ１がネガティブなものとして定め、すなわちユーザｕがハッチ２１を開ける意図を持っていないことを定める。したがって、対応するコマンド信号ｍｓｇ１もネガティブであるとみなされる。そして、確認値は０に設定される。この場合、電子制御ユニット２０は、前記ハッチ２１を、ここでは動力車両２のトランクの蓋又はテールゲートを、開けない。したがって、それは閉じた状態ｓｔのままである（図６に示すｓｔ＝ＣＬＳＤ）。
【0091】
別の非限定的な実施形態において、識別部３がキーである場合、マイクロフォンを作動させるステップＥ１０はないことに留意される。確認コマンドｃｄ１が予め記録されていない場合、電子制御ユニット２０は、上述のようにユーザｕがボタンを介して確認コマンドｃｄ１を開始するのを待機する。
【0092】
もちろん、記載された発明は、上述した実施形態及び上述した分野に限定されるものではない。したがって、非限定的な一実施形態において、識別部３は、複数のマイクロフォン３０を含む。
【0093】
したがって、記載された本発明は、特に以下の利点を有する：
－ それは、ハッチ２１が自動的に確実に開かれることを可能にし、ハッチ２１を開くのにユーザｕの手動介入は必要とされない、
－ 車両２に設置されたマイクロフォンを介して送られる音声メッセージの形態をとる確認コマンドｃｄ１の認識を統合しうるソリューションに関し、それは、そのようなマイクロフォンが車両２から取り外されることを可能にし、これは、検知システムＳｙｓ１のコストが低減されるのを可能にし；例えばスマートフォンなどの識別器３は、すでに、統合された音声認識システム及び統合されたマイクロフォンを備えているため、コストがますます低減されることに留意され；更に、これは、マイクロフォンが車両２に統合されるソリューションとともに生じうるスプリアスノイズ（ｓｐｕｒｉｏｕｓ ｎｏｉｓｅｓ）を伴う問題を低減することを可能にし、この場合、ユーザｕは、前記マイクロフォンから非常に遠く、それは、非限定的な一実施形態では音声メッセージである確認コマンドｃｄ１が、（例えばイヤフォンを介して又は直接マイクロフォンに口を近づけて）識別部３のマイクロフォンのすぐ近傍において予め記録され又は開始されることを可能にする発明のソリューションとは対照的であり、
－ 確認コマンドｃｄ１の事前記録又は開始は、識別部３を介して行われ、もはや車両２を介して行われないので、それは、ハッチ２１を開けること又は開けないことのユーザの意図が確実に検知されることを可能にし、
－ それは、車両２にキックセンサを装備する必要性を回避することを可能にし、そのようなセンサは、最小の動きに対して非常に敏感であり、猫が通過するなどのスプリアス動作を検知することができ、それは、トランクの蓋又はテールゲートなどのハッチ２１を不要に開くことをもたらし；したがって、発明のソリューションのおかげで、車両２のコストは低減され、それはそのような動作センサを有していないためであり、
－ それは、実装することがシンプルである。
－ それは、ハッチ２１が自動的に確実に開かれることを可能にし、ハッチ２１を開くのにユーザｕの手動介入は必要とされない、
－ 車両２に設置されたマイクロフォンを介して送られる音声メッセージの形態をとる確認コマンドｃｄ１の認識を統合しうるソリューションに関し、それは、そのようなマイクロフォンが車両２から取り外されることを可能にし、これは、検知システムＳｙｓ１のコストが低減されるのを可能にし；例えばスマートフォンなどの識別器３は、すでに、統合された音声認識システム及び統合されたマイクロフォンを備えているため、コストがますます低減されることに留意され；更に、これは、マイクロフォンが車両２に統合されるソリューションとともに生じうるスプリアスノイズ（ｓｐｕｒｉｏｕｓ ｎｏｉｓｅｓ）を伴う問題を低減することを可能にし、この場合、ユーザｕは、前記マイクロフォンから非常に遠く、それは、非限定的な一実施形態では音声メッセージである確認コマンドｃｄ１が、（例えばイヤフォンを介して又は直接マイクロフォンに口を近づけて）識別部３のマイクロフォンのすぐ近傍において予め記録され又は開始されることを可能にする発明のソリューションとは対照的であり、
－ 確認コマンドｃｄ１の事前記録又は開始は、識別部３を介して行われ、もはや車両２を介して行われないので、それは、ハッチ２１を開けること又は開けないことのユーザの意図が確実に検知されることを可能にし、
－ それは、車両２にキックセンサを装備する必要性を回避することを可能にし、そのようなセンサは、最小の動きに対して非常に敏感であり、猫が通過するなどのスプリアス動作を検知することができ、それは、トランクの蓋又はテールゲートなどのハッチ２１を不要に開くことをもたらし；したがって、発明のソリューションのおかげで、車両２のコストは低減され、それはそのような動作センサを有していないためであり、
－ それは、実装することがシンプルである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【外国語明細書】