(57)【要約】【課題】車両のドアの開閉に係るユーザの利便性を向上可能な車両用ドア制御装置を提供する。【解決手段】車載システム１は、ユーザによって携帯される携帯機と無線通信可能に構成されているとともに、外面部に配されているマイク１４を介してユーザの発話内容を解析する音声認識機能を備える。認証ＥＣＵ１１は、携帯機２との無線通信による認証処理が成功したことに基づいて音声認識機能を有効化し、ユーザによる音声コマンドを受け付ける。そして、ユーザが車両ドアの開閉に係る所定の音声コマンドを発したことを検出した場合には、当該音声コマンドに対応する車両制御を実行する。【選択図】図２
2019183504.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによって携帯される携帯機との無線通信による認証処理が成功したことに基づいて、車両に配されているドアの開閉に係る車両制御を実行する車両用ドア制御装置であって、
前記車両の外面部に配置されているマイクが集音してなる音声信号に対して所定の解析処理を施すことにより、前記ユーザが発話した音声コマンドを特定する音声認識部（Ｆ５）と、
前記携帯機からの信号を受信したことに基づいて前記音声認識部を作動させる音声認識有効化部（Ｆ４）と、
前記携帯機との無線通信による認証処理が成功したことを条件として、前記音声認識部が取得した前記音声コマンドに対応する前記車両制御を実行する制御処理部（Ｆ６）と、を備える車両用ドア制御装置。
【請求項２】
請求項１に記載の車両用ドア制御装置であって、
前記携帯機との通信状況及び前記マイクから入力される音声信号の少なくとも何れか一方に基づいて、前記ユーザの位置を判定する位置判定部（Ｆ３）を備え、
前記制御処理部は、前記携帯機との無線通信による認証処理が成功していることを条件として、前記音声認識部が取得した前記音声コマンドと、前記車両の状態と、前記位置判定部が判定している前記ユーザの位置に応じて定まる前記車両制御を実行するように構成されている車両用ドア制御装置。
【請求項３】
請求項２に記載の車両用ドア制御装置であって、
前記制御処理部は、前記車両の状態が駐車状態であり且つ前記音声認識部が前記ドアを開けるように指示する前記音声コマンドを取得した場合には、前記位置判定部の判定結果に基づいて定まる、前記ユーザが存在する側の前記ドアを開ける制御を実行するように構成されている車両用ドア制御装置。
【請求項４】
請求項２又は３に記載の車両用ドア制御装置であって、
前記ユーザが降車するための動作である降車動作を検出する車両情報取得部（Ｆ１）を備え、
前記音声認識部は、前記車両情報取得部が前記降車動作を検出した時点から所定期間、前記ユーザが次回前記車両に接近した際に前記ドアを自動的に開ける制御である自動オープン制御の実行を予約する前記音声コマンドであるオープン予約コマンドを認識可能に構成されており、
前記制御処理部は、
前記音声認識部が前記オープン予約コマンドを認識した場合には、前記自動オープン制御が予約されていることを内部情報として保持し、
前記車両が駐車されており、かつ、前記自動オープン制御が予約されていることを内部情報として保持している状態において、前記携帯機との無線通信による認証処理が成功した場合には、前記自動オープン制御を実行するように構成されている車両用ドア制御装置。
【請求項５】
請求項２から４の何れか１項に記載の車両用ドア制御装置であって、
前記マイクは前記車両の左右両側に少なくとも１つずつ設けられており、
前記音声認識部は、複数の前記マイクのそれぞれから入力される音声信号に対して前記解析処理を実施するように構成されており、
前記位置判定部は、前記音声認識部によって前記音声コマンドが検出された音声信号の提供元である前記マイクの設置位置に基づいて、前記ユーザの位置を判定するように構成されている車両用ドア制御装置。
【請求項６】
請求項２から５の何れか１項に記載の車両用ドア制御装置であって、
前記車両には、前記携帯機と無線通信を実施するための複数の通信機がそれぞれ異なる位置に配置されており、
前記位置判定部は、複数の前記通信機での前記携帯機との通信状況に基づいて前記ユーザの位置を判定するように構成されている車両用ドア制御装置。
【請求項７】
請求項３に記載の車両用ドア制御装置であって、
前記制御処理部は、前記ドアが閉じていない状態において、前記音声認識部が前記ドアの施錠をするように指示する前記音声コマンドを取得した場合には、全ての前記ドアを閉じた際に自動的に施錠する自動ロック制御を実行するように構成されている車両用ドア制御装置。
【請求項８】
請求項２から７の何れか１項に記載の車両用ドア制御装置であって、
前記音声認識部が作動している場合に、前記ユーザに対して発話を促す案内処理を実行する発話案内部（Ｆ７）を備える車両用ドア制御装置。
【請求項９】
請求項８に記載の車両用ドア制御装置であって、
前記マイクから入力される音声信号に基づいて前記車両の外部が騒音環境であるか否かを判定する環境判定部（Ｆ５１）と、
前記ユーザの動きを検出するセンサであって、前記ドアを開けるように指示する前記ユーザの動きであるオープン指示挙動を検出するモーションセンサ（１９）と、を備え、
前記制御処理部は、前記モーションセンサによって前記オープン指示挙動が実行された場合にも、前記ユーザが存在する側の前記ドアを自動的に開く制御を実行するように構成されており、
前記環境判定部によって前記車両の外部は騒音環境であると判定されている場合には、前記オープン指示挙動の実行を案内する代替手段案内部（Ｆ７１）と、を備える車両用ドア制御装置。
【請求項１０】
請求項１から９の何れか１項に記載の車両用ドア制御装置であって、
前記音声認識有効化部は、前記携帯機との無線通信による認証処理が成功したことに基づいて前記音声認識部を作動させるように構成されている車両用ドア制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両のドアを自動で開閉するための車両用ドア制御装置に関する。
【背景技術】
【０００２】
従来、特許文献１に開示されているように、携帯機を携帯しているユーザが車両の検知エリアに進入したことをトリガとして自動的にパワースライドドアを開く装置（以降、車両用ドア制御装置）がある。ここでの携帯機とは、車両の電子キーとして機能する通信装置であり、スマートキーとも称される。便宜上以降では、携帯機が所定の検知エリアに存在することに基づいてパワースライドドアを自動的に開く制御のことを自動オープン制御と称する。
【０００３】
上記の自動オープン制御は、ユーザが事前に携帯機に対して自動オープン制御の実行を予約する操作（以降、オープン予約操作）を行っておくことで実行される。なお、ユーザは、自動オープン制御の実行を希望する場合には、自動オープン制御の実行を許可する旨の操作を車両用ドア制御装置に対しても実施しておく必要がある。
【０００４】
その他、ドアの開閉に係る技術としては、パワースライドドアが閉じる方向に作動している間に（いわゆる自動クローズ中に）ユーザによってドアに配されたボタンが押下された場合、施錠予約を受け付け、閉扉動作完了後に自動でドアを施錠する技術がある。自動クローズ中におけるボタンの押下操作は、ドアの施錠を予約する操作（以降、施錠予約操作）に相当する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−１６０５８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示の構成では、オープン予約操作をし忘れた場合には当然ながら、自動オープン制御が実行されない。ユーザがオープン予約操作をし忘れている場合には、ユーザはドア付近に接近後、所定のオープン操作を実施することでパワースライドドアを開けることになる。オープン操作は、パワースライドドアを開方向に作動させるための操作であって、例えばパワースライドドアに配されているボタンを押下したり、ドア下に形成されている赤外線検知エリアに足をかざしたりする操作である。
【０００７】
ところで、ユーザにとって自動オープン制御を活用したい場面とは、例えば荷物等を両手で持っている場合など、ユーザの両手が塞がっている場合であることが考えられる。オープン予約操作をし忘れており、かつ、ユーザの両手が塞がった状態で車両に接近した場合には、ユーザはドアのボタンを押下するためにいったん荷物を降ろすなどの行為をせねばならず、ユーザに不便さを感じさせてしまう。また、仮に赤外線検知エリアに足をかざす操作によってドアを開閉するように車両が構成されている場合であっても、ユーザが両手で荷物を持っている状態で片足を上げるとバランスを崩しかねない。
【０００８】
また、施錠予約操作についても、両手が塞がっている場合には、実行しづらいといった課題がある。
【０００９】
本開示は、この事情に基づいて成されたものであり、その目的とするところは、車両のドアの開閉に係るユーザの利便性を向上可能な車両用ドア制御装置を提供することにある。
【課題を解決するための手段】
【００１０】
その目的を達成するための車両用ドア制御装置は一例として、ユーザによって携帯される携帯機との無線通信による認証処理が成功したことに基づいて、車両に配されているドアの開閉に係る車両制御を実行する車両用ドア制御装置であって、車両の外面部に配置されているマイクが集音してなる音声信号に対して所定の解析処理を施すことにより、ユーザが発話した音声コマンドを特定する音声認識部（Ｆ５）と、携帯機からの信号を受信したことに基づいて音声認識部を作動させる音声認識有効化部（Ｆ４）と、携帯機との無線通信による認証処理が成功したことを条件として、音声認識部が取得した音声コマンドに対応する車両制御を実行する制御処理部（Ｆ６）と、を備える。
【００１１】
上記の構成によればユーザは音声によって所望の車両制御を実行させることができる。故に、ユーザは両手が塞がった状態でも車両のドアの開閉に係る車両制御を実行させることができるため、利便性が向上する。
【００１２】
なお、特許請求の範囲に記載した括弧内の符号は、１つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。
【図面の簡単な説明】
【００１３】
【図１】車両用電子キーシステム１００の全体像を説明するための図である。
【図２】第１実施形態における車載システム１の構成を示すブロック図である。
【図３】各部材の設置位置の一例を説明するための概念図である。
【図４】ＬＦ送信機１６の設置位置を説明するための概念図である。
【図５】第１実施形態における認証ＥＣＵ１１の機能ブロック図である。
【図６】携帯機２の位置を判定方法の一例を説明するための図である。
【図７】搭乗関連処理についてのフローチャートである。
【図８】降車関連処理についてのフローチャートである。
【図９】第２実施形態における車載システム１の構成を示すブロック図である。
【図１０】第２実施形態における認証ＥＣＵ１１の機能ブロック図である。
【発明を実施するための形態】
【００１４】
［第１実施形態］
以下、本開示の第１の実施形態について図を用いて説明する。図１は、本開示の車両用ドア制御装置が適用された車両用電子キーシステム１００の概略的な構成の一例を示す図である。図１に示すように車両用電子キーシステム１００は、車両Ｈｖに搭載されている車載システム１と、車両Ｈｖのユーザに携帯される携帯機２と、を備える。携帯機２は、車載システム１と対応付けられてあって、車両Ｈｖの鍵（実体的には電子キー）としての機能を備えている。
【００１５】
車載システム１と携帯機２はそれぞれ、互いに所定の周波数帯の電波を用いた無線通信を実施するための構成を有している。具体的には、車載システム１は、車室内及び車両周辺の所定範囲に向けてＬＦ（Low Frequency）帯に属する所定の周波数の信号を送信する機能と、携帯機２から送信されるＵＨＦ（Ultra High Frequency）帯の信号を受信する機能を有する。携帯機２は、車載システム１から送信されるＬＦ帯の信号を受信する機能と、車載システム１に対してＵＨＦ帯に属する所定の周波数の信号を返送する機能を有する。なお、ここでのＬＦ帯とは３００ｋＨｚ以下の周波数帯を指し、２０ｋＨｚ〜３０ｋＨｚなどの周波数も含むものとする。ＵＨＦ帯は３００ＭＨｚ〜３ＧＨｚを指す。
【００１６】
車両用電子キーシステム１００において車載システム１から携帯機２への信号送信に使用されるＬＦ帯の周波数とは、例えば１２５ｋＨｚや１３４ｋＨｚである。また、携帯機２から車載システム１への信号送信に使用されるＵＨＦ帯の周波数とは、例えば、３１５ＭＨｚや、９２０ＭＨｚなどである。ここでは一例として、車載システム１から携帯機２への信号送信に使用される周波数としては１２５ｋＨｚが採用されているものとする。また、携帯機２から車載システム１への信号送信に使用される周波数としては３１５ＭＨｚが採用されているものとする。
【００１７】
車載システム１は、携帯機２と相互に無線通信することによって携帯機２を認証する。また、車載システム１は、携帯機２の認証が成功したことに基づいて、ユーザが車両Ｈｖを使用するための所定の車両制御を実施する。ユーザが車両Ｈｖを使用するための車両制御とは、車両ドアの開施錠や、エンジンの始動などである。
【００１８】
車載システム１が携帯機２を認証する処理とは、車載システム１にとって無線通信を実施している通信端末（以降、通信対象）が、当該車載システム１と対応付けられている正規の携帯機２であることを確認する処理である。認証が成功したということは、正規の携帯機２であると判定したことに相当する。
【００１９】
車載システム１による携帯機２の認証は、チャレンジ−レスポンス方式によって実施されればよい。認証処理の詳細は別途後述する。なお、認証処理の準備として、携帯機２と車載システム１のそれぞれには、認証処理に用いられる共通の暗号鍵が保存されている。また、携帯機２には固有の識別番号（以降、携帯機ＩＤ）が割り当てられており、車載システム１には、当該携帯機ＩＤが登録されている。前述の暗号鍵は、携帯機ＩＤであってもよい。なお、車載システム１にも固有の識別番号（以降、車両ＩＤ）が割り当てられており、携帯機２には当該車両ＩＤが登録されている。
【００２０】
便宜上、ここでは一例として車両Ｈｖは、前部座席と後部座席とを備えており、右側に運転席が設けられている車両とする。後部座席用のドアは、左右両方とも、電動で開閉するスライドドア３２（いわゆるパワースライドドア）として構成されている。以降では車両右側に配されている後部座席用のスライドドア３２を右側スライドドア３２Ｒと記載する。また、車両左側に配されている後部座席用のスライドドアを左側スライドドア３２Ｌと記載する。
【００２１】
前部座席用のドアであるフロントドア３１はここでは一例として手動で開閉されるように構成されている。もちろん、他の態様としてフロントドア３１も電動スライドドアとして構成されていても良い。さらに、種々のドアは、電動で開閉する上方展開型のドアとして構成されていても良い。ここでの上方展開型のドアとは、地面に対して略垂直に展開する方式で開くドアを指し、ガルウィングドアや、シザーズドア、ラプタードア、バタフライドア、キャノピードアなどが含まれる。
【００２２】
＜車載システム１の構成＞
ここでは車載システム１の構成について述べる。車載システム１は、図２に示すように認証ＥＣＵ１１、ドア開閉アクチュエータ１２、ドアロックモータ１３、マイク１４、ドアボタン１５、ＬＦ送信機１６、ＵＨＦ受信機１７、及びウェルカムランプ１８を備える。
【００２３】
認証ＥＣＵ１１は、後述する搭乗関連処理や降車関連処理といった、車両Ｈｖのドアの開閉に係る種々の制御処理を実行する電子制御装置（いわゆるＥＣＵ：Electronic Control Unit）である。認証ＥＣＵ１１が車両用ドア制御装置に相当する。認証ＥＣＵ１１は、ドア開閉アクチュエータ１２、ドアロックモータ１３、マイク１４、ドアボタン１５、ＬＦ送信機１６、ＵＨＦ受信機１７、及びウェルカムランプ１８のそれぞれと、車両内に構築されている通信ネットワークを介して、相互通信可能に接続されている。
【００２４】
なお、ドア開閉アクチュエータ１２は、専用の信号線で認証ＥＣＵ１１と接続されていても良い。また、認証ＥＣＵ１１とドア開閉アクチュエータ１２との間には他のＥＣＵ（例えばボディＥＣＵ）が介在するように構成されていても良い。ドアロックモータ１３、マイク１４、ドアボタン１５、ＬＦ送信機１６、及びＵＨＦ受信機１７のそれぞれについても同様である。
【００２５】
認証ＥＣＵ１１は、ＣＰＵ１１１、ＲＡＭ１１２、フラッシュメモリ１１３、Ｉ／Ｏ、及びこれらの構成を接続するバスラインなどを備えた、コンピュータとして構成されている。なお、認証ＥＣＵ１１は、ＣＰＵ１１１の代わりに、ＧＰＵやＭＰＵを用いて実現されていても良い。さらにＣＰＵ１１１やＧＰＵ、ＭＰＵを組み合わせて実現されていてもよい。
【００２６】
フラッシュメモリ１１３は、不揮発性且つ書き換え可能なメモリである。フラッシュメモリ１１３には、通常のコンピュータを認証ＥＣＵ１１として機能させるためのプログラム（以降、ドア制御プログラム）等が格納されている。ドア制御プログラムの具体的な記憶媒体としては、多様な非遷移的実体的記憶媒体（non-transitory tangible storage medium）を採用可能である。ＣＰＵ１１１がドア制御プログラムを実行することは、ドア制御プログラムに対応する方法が実行されることに相当する。ＣＰＵ１１１がドア制御プログラムを実行することによって発現される、認証ＥＣＵ１１が提供する機能の詳細については後述する。
【００２７】
ドア開閉アクチュエータ１２は、後部座席用のスライドドア３２をパワースライドドアとして機能させるためのアクチュエータである。つまり、ドア開閉アクチュエータ１２は、後部座席用のスライドドア３２を開けたり閉じたりするための駆動力を提供するアクチュエータである。ドア開閉アクチュエータ１２は例えばモータを用いて実現されている。
【００２８】
ドア開閉アクチュエータ１２は、認証ＥＣＵ１１からドアを開けるように指示する制御信号（以降、オープン指示信号）が入力されていることに基づいて駆動し、スライドドア３２を閉状態から開状態へと遷移させる（つまりドアを開ける）。また、ドア開閉アクチュエータ１２は、認証ＥＣＵ１１からドアを閉じるように指示する制御信号（以降、クローズ指示信号）が入力されていることに基づいて駆動し、スライドドア３２を開状態から閉状態へと遷移させる（つまりドアを閉じる）。なお、ここでの開状態には、全開だけでなく、半開きなど、完全に閉じきっていない状態も含まれる。
【００２９】
図２ではドア開閉アクチュエータ１２を１つしか図示していないが、車載システム１はドア開閉アクチュエータ１２をスライドドア３２毎に備えうる。つまり、本実施形態の車載システム１は、右側スライドドア３２Ｒ用のドア開閉アクチュエータ１２である右ドア開閉アクチュエータ１２Ａと、左側スライドドア３２Ｌ用のドア開閉アクチュエータ１２である左ドア開閉アクチュエータ１２Ｂと、を備える。
【００３０】
ドアロックモータ１３は、ドアの施錠状態を制御するためのモータである。ドアロックモータ１３はドア毎に設けられている。各ドアロックモータ１３は、認証ＥＣＵ１１からドアのロック機構を開錠状態に設定するように指示する制御信号（以降、開錠指示信号）が入力されていることに基づいて駆動し、ロック機構を施錠状態から開錠状態へと遷移させる。また、ドアロックモータ１３は、認証ＥＣＵ１１からドアのロック機構を施錠状態に設定するように指示する制御信号（以降、施錠指示信号）が入力されていることに基づいて、ロック機構を開錠状態から施錠状態へと遷移させる。ロック機構としては多様な構成を採用することができる。
【００３１】
マイク１４は、車両Ｈｖの外面部に設けられてあって、車室外の音（音声を含む）を集音する装置である。ここでの外面部とは、車両Ｈｖにおいて車室外空間に接するボディ部分であって、車両Ｈｖの側面部、背面部、及び前面部が含まれる。マイク１４は、例えば図３に示すように車両ＨｖのＢピラー３３Ｂの中央部付近に配置されている。マイク１４は、左側面部と右側面部の両方に、少なくとも１つずつ配置されている。マイク１４は、ユーザが発話した音声等を集音し、電気信号に変換して認証ＥＣＵ１１へ出力する。マイク１４は、ユーザが認証ＥＣＵ１１に所定の車両制御の実行を音声によって指示するためのインターフェースに相当する。
【００３２】
マイク１４は、ユーザの発話音声を集音しやすいように、車両Ｈｖの側面部においてユーザの頭部が位置すると想定される領域に設けられていることが好ましい。故に、マイク１４は、足元付近よりも相対的に高い部分、例えばドアハンドルや、ドアハンドルよりも高い位置に配置されていることが好ましい。ここでのドアハンドルとは、ドアの外側面に設けられた、ドアを開閉するための把持部材を指す。マイク１４の設置箇所としては、例えば、図３に示すようにＢピラー３３ＢやＣピラー３３Ｃ、側面上端部３４などを採用することができる。図３に符号３１Ａで指し示す部材はＡピラーを表している。側面上端部３４は、車両Ｈｖの側面部と屋根部との境界付近に相当する。側面上端部３４は例えばドアの上端部が当接する部分である。
【００３３】
ドアボタン１５は、車両Ｈｖのドアの開閉に係る車両制御の実行をユーザが指示するためのボタンである。ドアボタン１５は、ユーザによって押下されると、その旨を示す電気信号を、認証ＥＣＵ１１に出力する。ドアの開閉に係る車両制御とは、例えば、ドアを施錠する制御（ロック制御）や、ドアを開錠する制御（以降、アンロック制御）、スライドドア３２を開ける制御（オープン制御）、スライドドア３２を閉じる制御（以降、クローズ制御）などである。
【００３４】
ドアボタン１５は、車両Ｈｖのドアの外側面の所定位置、例えばドアハンドルに配置されている。なお、図２ではドアボタン１５を１つしか図示していないが、車載システム１はドアボタン１５を複数備えうる。ここでは一例として、ドアボタン１５は、車両Ｈｖが備える各ドアハンドルに配置されているものとする。
【００３５】
なお、ユーザによるドアの開閉に係る車両制御の実行指示を受け付けるための構成としては、タッチセンサを採用することもできる。タッチセンサは、ユーザがそのドアハンドルを触れていることを検出する装置である。ドアの開閉に係るユーザの指示操作を受け付けるための構成としてのタッチセンサもまた、車両Ｈｖの各ドアハンドルに装備されていればよい。ドアの開閉に係るユーザの指示操作を受け付けるための構成としてのタッチセンサは、ドアボタン１５とタッチセンサを組み合わせて実現されていても良い。
【００３６】
ＬＦ送信機１６は、認証ＥＣＵ１１から入力された搬送波信号を、ＬＦ（Low Frequency）帯に属する所定の周波数（ここでは１２５ｋＨｚ）の電波に変換して空間へ放射するための構成である。ＬＦ送信機１６は、ＬＦ帯に属する所定の周波数を送信するためのアンテナを用いて実現されている。もちろん、ＬＦ送信機１６の動作周波数は適宜設計されればよく、１３４ｋＨｚや、３０ｋＨｚ以下（例えば２８ｋＨｚ）に設定されていても良い。
【００３７】
ＬＦ送信機１６は、車載システム１全体として、車室内及び車両近傍領域に応答エリアを形成するように複数配置されている。応答エリアとは、車載システム１から送信されたＬＦ帯の信号（以降、ＬＦ信号）に対して、携帯機２が応答信号を返送する範囲に相当する。例えば応答エリアは、車載システム１が送信するＬＦ信号が、所定の信号強度を保って伝搬する範囲とすることができる。
【００３８】
応答エリアの内側と外側の境界線を定義するＬＦ信号の信号強度は、例えば携帯機２が復号可能な信号レベルの下限値（つまり復号限界値）とすることができる。また、応答エリアの内側と外側の境界線を定義するＬＦ信号の信号強度は、復号限界値よりも大きい所定の値（以降、応答閾値とする）とすることもできる。応答閾値は、設計者によって所望の応答エリアが形成されるように適宜設計される要素である。そのような態様においては、携帯機２は、車載システム１からの信号を復号可能な受信強度で受信した場合であっても、その受信強度が応答閾値以下である場合には応答エリア外に存在すると判定し、応答を返さないものとする。
【００３９】
車載システム１全体としての応答エリアとは、各ＬＦ送信機１６が形成する応答エリアを組み合わせた（換言すれば統合してなる）範囲である。各ＬＦ送信機１６が形成する応答エリアの大きさや形状は適宜設計されればよい。各ＬＦ送信機１６が形成する応答エリアの大きさは、車両ＨｖからのＬＦ信号の送信電力や、携帯機２での受信感度などによって調整可能である。車両近傍とは、例えば車両から１ｍ以内となる領域である。なお、車載システム１は、車両Ｈｖから５ｍ以内が応答エリアとなるように構成されていても良い。
【００４０】
本実施形態では一例として、車両ＨｖにはＬＦ送信機１６として、図４に示すように、第１車室外送信機１６Ａ、第２車室外送信機１６Ｂ、第３車室外送信機１６Ｃ、及び第４車室外送信機１６Ｄ、及び、車室内送信機１６Ｅを備える。
【００４１】
第１車室外送信機１６Ａは、運転席用のドアハンドルに設けられたＬＦ送信機１６である。第１車室外送信機１６Ａは、運転席用のドアハンドルから１ｍ以内が応答エリアとなるように設計されている。図中のＺａは、第１車室外送信機１６Ａの応答エリアを概念的に表したものである。第２車室外送信機１６Ｂは、助手席用のドアハンドルに設けられたＬＦ送信機１６である。第２車室外送信機１６Ｂは、車室外のうち、助手席用のドアハンドルから１ｍ以内となるエリアが応答エリアとなるように設計されている。図４中のＺｂは、第２車室外送信機１６Ｂの応答エリアを概念的に表している。
【００４２】
第３車室外送信機１６Ｃは、右側スライドドア３２Ｒのドアハンドルに設けられたＬＦ送信機１６である。第３車室外送信機１６Ｃは、右側スライドドア３２Ｒのドアハンドルから１ｍ以内が応答エリアとなるように設計されている。図中のＺｃは、第３車室外送信機１６Ｃの応答エリアを概念的に表したものである。第４車室外送信機１６Ｄは、左側スライドドア３２Ｌのドアハンドルに設けられたＬＦ送信機１６である。第４車室外送信機１６Ｄは、車室外のうち、左側スライドドア３２Ｌのドアハンドルから１ｍ以内となるエリアが応答エリアとなるように設計されている。図４中のＺｄは、第４車室外送信機１６Ｄの応答エリアを概念的に表している。なお、ＬＦ送信機１６はドアハンドルに内蔵されていてもよいし、ドアハンドル付近のドアパネルに配置されていても良い。何れの態様も、ドアハンドルに設けられている構成に相当する。また、ＬＦ送信機１６は、Ｂピラー３３Ｂや側面上端部３４に配置されていても良い。
【００４３】
車室内送信機１６Ｅは、車室内全域を応答エリアとするように車室内に配置されたＬＦ送信機１６である。車室内送信機１６Ｅは、インストゥルメントパネルの車幅方向中央部や、センターコンソールボックス付近に設けられればよい。なお、ここでは車室内送信機１６Ｅを１つしか図示していないが、車室内送信機１６Ｅは複数設けられていてもよい。図４では、車室内送信機１６Ｅの応答エリアの図示は省略している。
【００４４】
なお、車両に搭載されるＬＦ送信機１６の設置位置や応答エリアは上述した態様に限らない。例えば第３車室外送信機１６Ｃや第４車室外送信機１６Ｄは備えていなくともよい。ＬＦ送信機１６の設置位置等は、全体として所望の応答エリアを形成するように適宜設計されればよい。また、車載システム１は、トランク内部を応答エリアとするＬＦ送信機１６や、車室外においてトランクドアから所定距離（例えば０．７５ｍ）以内を応答エリアとするＬＦ送信機１６が設けられていてもよい。
【００４５】
ＵＨＦ受信機１７は、ＵＨＦ帯に属する所定の周波数（ここでは３１５ＭＨｚ）の電波を受信するための構成である。ＵＨＦ受信機１７は、携帯機２から送信されるＵＨＦ帯の無線信号を受信するためのアンテナを備える。なお、ＵＨＦ受信機１７の受信対象とする周波数は、携帯機２との無線通信に使用する周波数として予め設計された周波数に設定されていればよい。携帯機２との無線通信に使用する周波数は、その他、９２０ＭＨｚや、２．４ＧＨｚなどであってもよい。ＵＨＦ受信機１７は、ＵＨＦアンテナで受信した信号に対して、アナログデジタル変換や、復調、復号などといった、所定の処理を施すことで、受信信号に含まれるデータを抽出する。そして、その抽出したデータを認証ＥＣＵ１１に提供する。
【００４６】
ウェルカムランプ１８は、車両Ｈｖの外面部に配されている照明器具である。ウェルカムランプ１８は、認証ＥＣＵ１１の指示に基づいて点灯及び消灯する。ウェルカムランプ１８は、車両Ｈｖのドア付近に立っているユーザが視認可能な位置、例えば側面上端部３４や、サイドミラー３５、側面下端部３６、ドアハンドルなどドア周りの所定位置に配置されている。ウェルカムランプ１８は車両Ｈｖの左右両側に配置されている。側面下端部３６とは、側面部の下端部であって、ドアの下側に相当する領域である。側面下端部３６には、車両底部の左側端部及び右側端部も含まれる。
【００４７】
＜認証ＥＣＵ１１の機能について＞
ここでの認証ＥＣＵ１１が提供する機能について説明する。認証ＥＣＵ１１は、ＣＰＵ１１１が上述のドア制御プログラムを実行することで実現する機能ブロックとして、図５に示すように、車両情報取得部Ｆ１、認証処理部Ｆ２、位置判定部Ｆ３、音声認識有効化部Ｆ４、音声認識部Ｆ５、制御処理部Ｆ６、発話案内部Ｆ７、及び音声認識データベースＭ１を備える。
【００４８】
音声認識データベースＭ１は、音声認識処理に必要なデータが格納された記憶装置である。音声認識処理に必要なデータとは、例えば、人間の発声の小さな単位（以下、音素）の音響特徴が記述されている音響モデル、音素の音響特徴と単語とを対応付ける認識辞書、及び単語間の連接関係を表現する言語モデルなどである。音声認識データベースＭ１は、例えばフラッシュメモリ１１３が備える記憶領域の一部を用いて実現することができる。音声認識データベースＭ１は、フラッシュメモリ１１３とは独立した、不揮発性であって書き換え可能な記憶媒体を用いて実現されていても良い。
【００４９】
車両情報取得部Ｆ１は、車両Ｈｖに搭載されたセンサやスイッチなどから、車両Ｈｖの状態を示す種々の情報（以降、車両情報）を取得する。車両情報としては、例えば、ドアの開閉状態や、各ドアの施錠／開錠状態、ドアボタン１５の押下の有無等が該当する。
【００５０】
なお、各ドアの施錠／開錠状態を示す情報を取得することは、各ドアの施錠／開錠状態を判定すること、及び、ユーザによるドアの施錠／開錠操作を検出することに相当する。各ドアの開閉状態を示す情報を取得することは、各ドアの開閉状態を判定すること、及び、ユーザによるドアの開操作や閉操作を検出することに相当する。加えて、ドアボタン１５からの電気信号を取得することは、これらのボタンに対するユーザ操作を検出することに相当する。つまり、車両情報取得部Ｆ１は、例えばドアの開閉やドアボタン１５の押下などといった、車両Ｈｖに対するユーザの操作を検出する構成に相当する。以降における車両情報には、車両Ｈｖに対するユーザ操作も含まれる。
【００５１】
なお、車両情報に含まれる情報の種類は、上述したものに限らない。図示しないシフトポジションセンサが検出するシフトポジションや、ブレーキペダルが踏み込まれているか否かを検出するブレーキセンサの検出結果なども車両情報に含まれる。パーキングブレーキの作動状態もまた車両情報に含めることができる。
【００５２】
また、車両情報取得部Ｆ１は、上述した種々の情報に基づいて、車両Ｈｖの現在の状態を特定する。例えば車両情報取得部Ｆ１は、エンジンがオフであり、全てのドアが施錠されている場合に、車両Ｈｖは駐車されていると判定する。もちろん、車両Ｈｖが駐車されていると判定する条件は適宜設計されればよく、多様な判定条件を適用することができる。
【００５３】
認証処理部Ｆ２は、ＬＦ送信機１６及びＵＨＦ受信機１７と協働して、認証処理を実施する。ここでの認証処理とは、前述の通り、通信相手が正規の携帯機２であると判定する処理である。携帯機２はユーザによって携帯される構成であるため、携帯機２の認証が成功したということは、車両Ｈｖを利用しようとしている人物が正規のユーザであると判定したことに相当する。つまり、携帯機２の認証処理は、車両Ｈｖを利用しようとしている人物が正規のユーザであることを確認するための処理に相当する。
【００５４】
認証処理部Ｆ２による携帯機２の認証方式としては、多様な方式を採用することできる。ここでは一例として認証処理部Ｆ２としての認証ＥＣＵ１１は、チャレンジ−レスポンス方式で認証処理を実施するように構成されている。すなわち、認証処理部Ｆ２は、認証処理を実行するための所定のイベントが発生したことをトリガとして、ＬＦ送信機１６と協働して、チャレンジコードを含む信号（以降、チャレンジ信号）を送信する。
【００５５】
チャレンジコードは、携帯機２を認証するためのコードである。チャレンジコードは、乱数表など用いて生成された乱数とすればよい。携帯機２は、チャレンジコードを受信した場合、携帯機２に予め登録されている暗号鍵を用いて当該チャレンジコードを暗号化し、その暗号化したコード（以降、レスポンスコード）を含む信号（以降、レスポンス信号）を返送する。
【００５６】
また、認証処理部Ｆ２は、チャレンジ信号を送信するとともに、自分自身が保持する暗号鍵を用いてチャレンジコードを暗号化したコード（以降、照合用コード）を生成する。そして、返送されてきたレスポンスコードが、照合用コードと一致する場合に、通信相手は正規の携帯機２であると判定する（つまり認証成功と判定する）。なお、レスポンス信号は、携帯機２が車両Ｈｖの鍵であることを証明するための情報に相当する。
【００５７】
認証処理部Ｆ２が認証処理を実施するタイミングは、適宜設計されれば良い。例えば認証処理部Ｆ２は、ドアボタン１５がユーザによって押下された場合などに実行されれば良い。また、認証処理は定期的に実行するように構成されていても良い。本実施形態では一例として、車両Ｈｖが駐車されている場合には、後述の位置判定部Ｆ３が、車室外用のＬＦ送信機１６と協働し、各ＬＦ送信機１６からポーリング信号を所定の周期で（例えば２００ミリ秒毎に）送信させる。認証処理部Ｆ２としての認証ＥＣＵ１１は、ポーリング信号に対する携帯機２からの応答信号を受信した場合に、チャレンジ信号の送信を伴う認証処理を実行するように構成されている。
【００５８】
ここでのポーリング信号とは、携帯機２に対して応答信号の返送を要求する、チャレンジコードを含まない信号である。ポーリング信号は、携帯機２をスリープモードから通常モードへと復帰させる役割を果たす場合もあるため、ウェイク信号と称されることもある。認証処理部Ｆ２としての認証ＥＣＵ１１は、ポーリング信号に対する携帯機２からの応答信号をＵＨＦ受信機１７が受信することによって、携帯機２である可能性がある通信端末が、車両通信エリア内に存在することを検出可能となる。
【００５９】
なお、本実施形態の認証処理部Ｆ２は一例として、車両Ｈｖが駐車されている場合、定期的に送信するポーリング信号に対する携帯機２からの応答信号を受信した場合にチャレンジ信号を送信するように構成されているが、これに限らない。ポーリング信号の代わりに、チャレンジ信号を定期送信するように構成されていてもよい。
【００６０】
位置判定部Ｆ３は、携帯機２と車載システム１との通信状況に基づいて、携帯機２が車室内、車両左側方、及び、車両右側方の何れの領域に存在するのかを判定する。携帯機２の位置を特定する方法としては、多様な方法を適用することができる。
【００６１】
本実施形態の位置判定部Ｆ３は、例えば以下の手順によって携帯機２の位置を判定する。すなわち、位置判定部Ｆ３は、各ＬＦ送信機１６から順番に、携帯機２に対して応答を要求する信号（以降、応答要求信号）を送信する。例えば図６に示すように、第１車室外送信機１６Ａ、第２車室外送信機１６Ｂ、第３車室外送信機１６Ｃ、第４車室外送信機１６Ｄ、車室内送信機１６Ｅの順に、一定時間間隔で応答要求信号を送信する。携帯機位置の特定のために各ＬＦ送信機１６から送信される応答要求信号は、例えばポーリング信号である。なお、携帯機位置の特定のために送信される応答要求信号は、チャレンジ信号であってもよい。
【００６２】
このように複数のＬＦ送信機１６からそれぞれ異なるタイミングで応答要求信号を送信する構成によれば、位置判定部Ｆ３は、携帯機２からの応答信号を受信したタイミングに基づいて、携帯機２の位置を判定できる。或るＬＦ送信機１６から送信した信号に対して携帯機２が応答信号を返してきたということは、携帯機２はそのＬＦ送信機１６が提供する応答エリア内に存在することを意味するためである。例えば、第３車室外送信機１６Ｃから応答要求信号を送信した時点から一定時間以内に応答信号を受信した場合には、携帯機２は、第３車室外送信機１６Ｃが提供する応答エリア内に存在すると判定する。
【００６３】
位置判定部Ｆ３は、第１車室外送信機１６Ａ及び第３車室外送信機１６Ｃの少なくとも何れか一方から送信した応答要求信号に対して携帯機２からの応答信号を受信できた場合には、携帯機２は車両右側方に存在すると判定する。また、位置判定部Ｆ３は第２車室外送信機１６Ｂ及び第４車室外送信機１６Ｄの少なくとも何れか一方から送信した応答要求信号に対して携帯機２からの応答信号を受信できた場合には、携帯機２は車両左側方に存在すると判定する。位置判定部Ｆ３は車室内送信機１６Ｅから送信した応答要求信号に対して携帯機２からの応答信号を受信できた場合には、携帯機２は車室内に存在すると判定する。
【００６４】
なお、位置判定部Ｆ３は、携帯機２のより詳細な位置を特定するように構成されていても良い。また、車載システム１が、車室外においてトランクドアから所定距離（例えば０．７５ｍ）以内を応答エリアとするＬＦ送信機１６を備える場合には、トランク周りに携帯機２が存在するか否かを判定するように構成されていても良い。ＬＦ送信機１６やＵＨＦ受信機１７が通信機に相当する。
【００６５】
音声認識有効化部Ｆ４は、認証処理部Ｆ２の認証結果に基づいて、マイク１４や音声認識部Ｆ５の作動状態を制御する構成である。音声認識有効化部Ｆ４は、認証処理が成功した場合、音声認識部Ｆ５を音声入力待機状態に設定する。音声入力待機状態は、マイク１４からの音声信号に対して音声認識処理を実行可能な状態である。つまり、音声認識部Ｆ５を有効化する。音声入力待機状態は、音声認識部Ｆ５がマイク１４から音声信号を取得して音声認識処理を実行可能な状態である。
【００６６】
また、音声認識有効化部Ｆ４は、音声認識部Ｆ５が作動している状態において所定の停止条件が充足されたタイミングで、音声認識部Ｆ５の動作を停止させる。つまり、音声認識部Ｆ５を無効化する。停止条件は、例えば、携帯機２からの信号を受信しない状態が所定時間継続した場合や、音声入力待機状態に設定した時点から所定の時間経過した場合等である。音声認識部Ｆ５を有効化／無効化することは、車載システム１の音声認識機能を有効化／無効化することに相当する。
【００６７】
車載システム１が備える音声認識機能の有効化／無効化は、マイク１４の電源を入り切りによって実現されても良いし、音声認識部Ｆ５の動作モードをソフトウェア的に制御することによって実現されてもよい。もちろん両方を組み合わせて実現することもできる。また、音声認識部Ｆ５が専用のＩＣを用いて構成されている場合には、当該ＩＣの動作状態を制御することによっても、音声認識機能の有効化及び無効化を実現することができる。
【００６８】
なお、音声認識機能が有効化された状態とは、音声認識部Ｆ５がマイク１４から音声信号を取得し、かつ、当該音声信号に対して音声認識処理を実行可能な状態である。すなわち、音声認識機能が有効化された状態とは、マイク１４の電源がオンとなっており、かつ、音声認識部Ｆ５が音声入力待機状態に設定されている状態に相当する。
【００６９】
なお、本実施形態では一例として携帯機２の認証処理が成功した場合に音声認識機能を有効化するように構成されているが、実施の態様はこれに限らない。携帯機２からの応答信号を受信したことに基づいて、音声認識機能を有効化するように構成されていてもよい。また、携帯機２からの応答信号を受信したことに基づいてマイク１４をオンに設定する構成では、認証処理部Ｆ２は、無線通信による携帯機２の認証に代わって、又は、無線通信による携帯機２の認証と併用して、声紋認証を実行するように構成されていても良い。
【００７０】
なお、携帯機２の認証処理が成功した場合に音声認識機能を有効化する構成によれば、携帯機２が車両周辺に存在しない場合には音声認識機能が停止される。すなわち、音声認識機能が不必要に作動することを抑制することが出来るため、駐車中の暗電流を低減することができる。また、認証処理が成功していない場合には音声認識機能は停止するため、ユーザ以外の人物（以降、第３者）の声によって車両Ｈｖのドアに係る制御が実行される恐れを低減できる。
【００７１】
音声認識部Ｆ５は、マイク１４を介してユーザが発話した音声信号を取得する。そして、その音声信号に対して、音声認識データベースＭ１に格納されている種々のデータを用いて所定の解析処理（いわゆる音声認識処理）を逐次実施し、ユーザが車両Ｈｖのドアの開閉に係る音声コマンドを発話したか否かを判定する。なお、音声認識部Ｆ５は、複数のマイク１４のそれぞれから入力される音声信号に対して音声認識処理を実施するように構成されている。
【００７２】
例えば音声認識部Ｆ５は、マイク１４からの音声信号に対して音声認識処理を逐次実行し、ユーザが予め設定されているオープン予約コマンドを発話したか否かを判定する。ここでのオープン予約コマンドとは、携帯機２が車室外の応答エリア内に進入したときに自動的にオープン制御を実行するように予約するための音声コマンドである。音声認識部Ｆ５は、ユーザがオープン予約コマンドを発話したと判定した場合には、その旨を制御処理部Ｆ６に通知する。
【００７３】
オープン予約コマンドは、例えば「オープン予約」などといった予め設定されたフレーズであってもよいし、「戻ってきたら開けて」などといった表現であっても良い。なお、オープン予約コマンドを発話したと判定することは、ユーザの発話内容の中に、オープン予約コマンドに該当するフレーズが含まれているか否かを判定することに相当する。また、オープン予約コマンドを発話したと判定することは、別の観点によれば、ユーザがオープン予約コマンドを発話したことを検出することに相当する。当該思想は、以下で例示する他の音声コマンドについても同様である。
【００７４】
また、音声認識部Ｆ５は、マイク１４からの音声信号に対して音声認識処理を逐次実行し、ユーザが予め設定されているオープン予約コマンドを発話したか否かを判定する。ロック予約コマンドは、スライドドア３２が閉じた際に自動的にロック制御を実行するように予約する旨の音声コマンドである。ロック予約コマンドは施錠予約を実施するための音声コマンドである。音声認識部Ｆ５は、ユーザがロック予約コマンドを発話したことを検出した場合には、その旨を制御処理部Ｆ６に通知する。ロック予約コマンドは、例えば、「ロック予約」などといった所定のフレーズであってもよいし、「閉まったら鍵かけておいて」などといった表現であっても良い。
【００７５】
その他、音声認識部Ｆ５は、アンロック制御や、オープン制御、クローズ制御、ロック制御などといった各種車両制御の実行を指示する音声コマンドをユーザが発話したことを検出し、その検出結果を制御処理部Ｆ６に通知する。アンロック制御に対応する音声コマンド（以降、アンロックコマンド）としては、例えば「アンロック」や「鍵開けて」といったフレーズを採用することができる。オープン制御に対応する音声コマンド（以降、オープンコマンド）としては、例えば「ドアオープン」や「ドアを開けて」といったフレーズを採用可能である。クローズ制御に対応する音声コマンド（以降、クローズ）としては例えば「ドアクローズ」や「ドアを閉めて」といったフレーズを採用可能である。ロック制御に対応する音声コマンド（以降、ロックコマンド）としては、例えば「ドアロック」や「鍵かけて」といったフレーズを採用可能である。各種の車両制御に対応する音声コマンドとしてのフレーズは、ユーザによって設定可能に構成されていても良い。
【００７６】
制御処理部Ｆ６は、音声認識部Ｆ５の認識結果、及び、ドアボタン１５に対するユーザ操作に基づいて、ユーザによるドアの開閉に係る車両制御の実行指示を受け付ける。そして、その指示内容に応じた車両制御を実行する。
【００７７】
オープン予約コマンドに対応する車両制御とは、概略的には、駐車状態にある車両Ｈｖにユーザが次回接近した際に、ユーザが存在する方のスライドドア３２を自動的に開ける制御（以降、自動オープン制御）である。このような自動オープン制御は、実体的には、駐車されている車両Ｈｖの車室外の応答エリア内に携帯機２が存在することを検知した場合に、携帯機２が存在する方のスライドドア３２に対して自動的にアンロック制御及びオープン制御を実行する制御に相当する。自動オープン制御は、ユーザが自動オープン制御を予約していることをフラグ等で内部状態として保持する処理（以降、自動オープン予約処理）も含む。オープン予約コマンドを発話することは自動オープン制御を予約することに相当する。
【００７８】
ロック予約コマンドに対応する車両制御とは、スライドドア３２を含む全てのドアが閉じたタイミングで全ドアを自動的に施錠する制御（以降、自動ロック制御）である。自動ロック制御は、クローズ制御が完了したタイミングで全ドアを施錠する制御に相当する。なお、自動ロック制御は、ロック予約コマンドを検出した場合に、自動ロック制御が予約されていることを内部情報として保持する処理（以降、自動ロック予約処理）を含む。
【００７９】
アンロックコマンドに対応する車両制御とは、各ドアロックモータ１３に対して開錠指示信号を出力し、各ドアを開錠状態に設定する制御である。オープンコマンドに対応する車両制御とは、携帯機２の位置に応じたドア開閉アクチュエータ１２に対してオープン指示信号を出力し、携帯機２の位置に対応するスライドドア３２を開ける制御（つまりオープン制御）である。なお、オープンコマンドに対応する車両制御には、各ドアを開錠状態に設定する制御（つまりアンロック制御）が含まれていても良い。
【００８０】
クローズコマンドに対応する車両制御とは、各ドア開閉アクチュエータ１２に対してクローズ指示信号を出力し、各スライドドア３２を閉じる制御（つまりクローズ制御）である。なお、クローズコマンドに対応する車両制御には、全ドアを閉じたのちに各ドアを施錠状態に設定する制御（以降、クローズ＆ロック制御）が含まれていても良い。
【００８１】
ロックコマンドに対応する車両制御とは、各ドアロックモータ１３に対して施錠指示信号を出力し、各ドアを施錠状態に設定する制御（つまりロック制御）である。なお、ドアが開いている状態でのロックコマンドは、開いているスライドドア３２を閉じるとともに、スライドドア３２を含む全てのドアが閉じたタイミングで全ドアを施錠することを指示する音声コマンドとして機能するように構成されていても良い。つまり、なお、ドアが開いている状態でのロックコマンドは、クローズコマンドと、ロック予約音声コマンドの両方の機能を備える音声コマンドとして作用するように構成されていてもよい。
【００８２】
発話案内部Ｆ７は、音声認識機能が有効化されている場合に、ウェルカムランプ１８を所定の点灯態様で点灯させることによって、ユーザに音声認識機能が有効化されていることを通知する。音声認識機能が有効化されていることを通知することは、ユーザに音声コマンドの入力（換言すれば発話）を案内することに相当する。故に、音声認識機能が有効化されていることを通知する処理を発話案内処理とも称する。点灯態様は、点灯色や、明滅の有無、点灯色の経時的な変化の有無、発光強度の経時的な変化などの要素の組み合わせで定まる。
【００８３】
なお、本実施形態ではウェルカムランプ１８を点灯させることで、ユーザに音声認識機能が有効化されていることを通知するように構成されているが、これに限らない。ウェルカムランプ１８の代わりに、前照灯やブレーキランプ、ウィンカー等を所定の点灯態様で点灯させることで、ユーザに音声認識機能が有効化されていることを通知してもよい。また、図示しないスピーカから、ユーザに音声認識機能が有効化されていることを示す通知音やメッセージを出力するように構成されていても良い。
【００８４】
発話案内処理として、ユーザに音声認識機能が有効化されていることを通知するための媒体（換言すれば装置）としては多様な媒体を採用することができる。また、スピーカとウェルカムランプ１８を複合的に作動させることによってユーザに音声認識機能が有効化されていることを通知してもよい。発話案内処理は、光又は音の少なくとも何れか一方を用いて実現されればよい。
【００８５】
ところで、車載システム１の音声認識機能（つまり音声認識部Ｆ５）は、携帯機２の認証処理が成功したことに基づいて有効化される。また、携帯機２の認証処理が成功する場合とは、携帯機２が車両Ｈｖの応答エリア内に存在する場合に相当する。すなわち、音声認識機能が有効化されている場合に発話案内処理を実行する構成は、携帯機２が車両Ｈｖの応答エリア内に存在することや、携帯機２の認証処理が成功したことに基づいて発話案内処理を実行する構成の一例に相当する。
【００８６】
＜搭乗関連処理＞
ここでは認証ＥＣＵ１１が実施する搭乗関連処理について図７に示すフローチャートを用いて説明する。図７に示すフローチャートは、例えば車両Ｈｖが駐車状態に移行した時点から所定時間（例えば１０秒）経過したタイミングで実行されれば良い。
【００８７】
まず、ステップＳ１０１では位置判定部Ｆ３が、所定のＬＦ送信機１６（例えば第１車室外送信機１６Ａ）からポーリング信号を送信させ、ステップＳ１０２に移る。ステップＳ１０２では位置判定部Ｆ３が、ステップＳ１０１で送信したポーリング信号に対する応答信号を受信したか否かを判定する。
【００８８】
応答信号を受信した場合には、ステップＳ１０２が肯定判定されてステップＳ１０３に移る。一方、ステップＳ１０１を実施してから所定の応答待機時間が経過しても、応答信号を受信できなかった場合にはステップＳ１０１に戻り、前回応答要求信号を送信させたＬＦ送信機１６とは別のＬＦ送信機１６（例えば第２車室外送信機１６Ｂ）からポーリング信号を送信させる。つまり、ステップＳ１０１〜Ｓ１０２は、複数の車室外用のＬＦ送信機１６から順番にポーリング信号を送信させる処理である。なお、複数のＬＦ送信機１６においてポーリング信号を送信させる順番は適宜設計されれば良い。
【００８９】
ステップＳ１０３では位置判定部Ｆ３が、応答信号を受信したタイミングに基づいて、携帯機２が車両左側方であるのか右側方であるのかを判定し、ステップＳ１０４に移る。位置判定部Ｆ３の判定結果としての携帯機２の位置情報は、認証処理部Ｆ２や制御処理部Ｆ６等によって参照される。
【００９０】
ステップＳ１０４では認証処理部Ｆ２が、携帯機２の位置に応じたＬＦ送信機１６からチャレンジ信号を送信することによって、携帯機２の認証処理を実行する。例えば携帯機２が車両右側方に存在する場合には、第１車室外送信機１６Ａや第３車室外送信機１６Ｃからチャレンジ信号を送信する。
【００９１】
ステップＳ１０５では認証処理が成功したか否かを判定する。例えば、携帯機２からレスポンス信号を受信でき、かつ、当該レスポンス信号に示されているレスポンスコードが照合用コードと一致している場合、認証成功と判定する。一方、チャレンジ信号を送信してから応答待機時間が経過してもレスポンスコードを受信できなかった場合には、認証失敗と判定する。また、レスポンスコードを受信できた場合であっても、当該レスポンス信号が示すレスポンスコードと照合用コードとが一致しなかった場合には認証失敗と判定する。認証が成功した場合には、ステップＳ１０５を肯定判定してステップＳ１０６に移る。一方、認証が失敗した場合にはステップＳ１０５を否定判定して本フローを終了する。なお、認証が失敗した場合にはステップＳ１０１から再び搭乗関連処理を実行すればよい。
【００９２】
また、別途後述するようにユーザによって自動オープン制御の実行が予約されている場合には、認証が成功した時点において自動オープン制御を実行する。図７のフローチャートは一例として、自動オープン制御が予約されていない場合の認証ＥＣＵ１１の動作態様を図示している。
【００９３】
ステップＳ１０６では音声認識有効化部Ｆ４が車載システム１の音声認識機能を有効化する。すなわち、携帯機２が存在する側のマイク１４をオンに設定するとともに、音声認識部Ｆ５を音声入力待機状態に設定する。なお、車両Ｈｖの両側に配されているマイク１４のうち、携帯機２（換言すればユーザ）が存在する方のマイク１４のみをオンに設定することで、ユーザ以外の音声によって制御処理部Ｆ６が作動することを抑制することができる。ステップＳ１０６での処理が完了するとステップＳ１０７に移る。
【００９４】
ステップＳ１０７では発話案内部Ｆ７が発話案内処理を実行する。すなわち、携帯機２が存在する側のウェルカムランプ１８を所定の点灯態様で点灯させる。これにより、ユーザに発話を促す。携帯機２が存在する側のウェルカムランプ１８のみを作動させる構成によれば、車両Ｈｖの両側に配されているウェルカムランプ１８のうち、ユーザが存在しない側のウェルカムランプ１８は作動しない。このような構成によれば、不必要にウェルカムランプ１８を作動させることを抑制できる。
【００９５】
ステップＳ１０８では音声認識部Ｆ５が、マイク１４から入力される音声信号に対して逐次音声認識処理を実行し、ユーザがオープンコマンドを発話したか否かを逐次判定する。オープンコマンドをユーザが発話したことを検出した場合にはステップＳ１０８を肯定判定してステップＳ１０９に移る。一方、音声入力待機状態になってから所定の入力待機時間が経過しても、オープンコマンドが検出されなかった場合にはステップＳ１０８を否定判定してステップＳ１１０に移る。
【００９６】
ステップＳ１０９では制御処理部Ｆ６が、ドア開閉アクチュエータ１２と協働して、携帯機２が存在する方のスライドドア３２を開ける。例えば位置判定部Ｆ３によって携帯機２は車両左側方に存在すると判定している場合には、左ドア開閉アクチュエータ１２Ｂに対してオープン指示信号を出力し、左スライドドア３２Ｂを開ける。なお、オープンコマンドを受け付けた時点においてドアがまだ施錠状態である場合には、アンロック制御を実施してからオープン制御を実行する。このようにユーザの音声によってスライドドア３２を開ける構成によれば、ユーザは、両手が塞がった状態でもスライドドア３２を開くことが可能となる。
【００９７】
ステップＳ１１０では認証ＥＣＵ１１が、搭乗関連処理についての所定の終了条件が充足されたか否かを判定する。搭乗関連処理の終了条件は、発話案内部Ｆ７による発話案内処理を終了させるための条件に相当する。終了条件としては、認証処理が成功してからの経過時間や、ドアボタン１５に対するユーザ操作、携帯機２との通信状況などを採用することができる。
【００９８】
例えば認証ＥＣＵ１１は、認証処理が成功してから所定の認証結果保持時間が経過した場合には、終了条件が充足したと判定する。認証結果保持時間は、入力待機時間と同じ時間か、入力待機時間以上に設定されていれば良い。例えば認証結果保持時間は入力待機時間の２倍に設定されているものとする。
【００９９】
また、認証ＥＣＵ１１は、ユーザによってドアボタン１５が押下された場合に、終了条件が充足したと判定してもよい。さらに認証ＥＣＵ１１は、ポーリング信号等の応答要求信号を送信しても携帯機２からの応答信号を受信できなくなった場合には、終了条件を充足したと判定してもよい。携帯機２からの応答信号を受信できなくなった場合とは、ユーザが車両Ｈｖの応答エリア外へと移動した、つまり車両Ｈｖの周辺にいないことを示唆するためである。終了条件が充足された場合、発話案内部Ｆ７は発話案内処理を停止し、本フローを終了する。一方、終了条件が充足されていない場合にはステップＳ１１０を否定判定して、ステップＳ１０７に戻る。
【０１００】
＜降車関連処理＞
ここでは認証ＥＣＵ１１が実施する降車関連処理について図８に示すフローチャートを用いて説明する。図８に示すフローチャートは、例えば、車両情報取得部Ｆ１が、ユーザが車両Ｈｖを駐車するためのユーザ操作（以降、降車動作）を検出した場合に開始されれば良い。降車動作とは、例えば、シフトレバーをパーキングポジションに設定する操作や、走行用電源（例えばイグニッション電源）をオフにする操作、パーキングブレーキンをオンに設定する操作などである。また、走行用電源をオフにしてドアを開ける動作もまた降車動作に相当する。これらのユーザ操作は、車両Ｈｖに搭載されている種々のセンサやスイッチからの信号に基づき車両情報取得部Ｆ１によって検出される。
【０１０１】
まず、ステップＳ２０１では位置判定部Ｆ３が、所定のＬＦ送信機１６（例えば車室内送信機１６Ｅ）からポーリング信号を送信させ、ステップＳ２０２に移る。ステップＳ２０２では位置判定部Ｆ３が、ステップＳ２０１で送信したポーリング信号に対する応答信号を受信したか否かを判定する。
【０１０２】
応答信号を受信した場合には、ステップＳ２０２が肯定判定されてステップＳ２０３に移る。一方、ステップＳ２０１を実施してから所定の応答待機時間が経過しても、応答信号を受信できなかった場合にはステップＳ２０１に戻り、前回応答要求信号を送信させたＬＦ送信機１６とは別のＬＦ送信機１６（例えば第１車室外送信機１６Ａ）からポーリング信号を送信させる。つまり、ステップＳ２０１〜Ｓ２０２は、複数のＬＦ送信機１６から順番に応答要求信号を送信させる処理である。なお、複数のＬＦ送信機１６においてポーリング信号を送信させる順番は適宜設計されれば良い。前述の搭乗関連処理ではユーザが車室外に存在することが想定される。そのため、車室内送信機１６Ｅにポーリング信号を送信させる必要はなかった。しかしながら、ここで説明している降車関連処理の開始時点ではユーザがまだ車室内に滞在している可能性があり、ユーザが車室内から車両外に出たことを検出する必要がある。そのため、車室外用のＬＦ送信機１６だけでなく、車室内送信機１６Ｅにもポーリング信号を送信させるものとする。
【０１０３】
ステップＳ２０３では位置判定部Ｆ３が、応答信号を受信したタイミングに基づいて、携帯機２の位置を判定し、ステップＳ２０４に移る。位置判定部Ｆ３の判定結果としての携帯機２の位置情報は、認証処理部Ｆ２や制御処理部Ｆ６等によって参照される。また、ステップＳ２０３での判定処理の結果として、携帯機２が車室外に存在すると判定されている場合には、ステップＳ２０４を肯定判定してステップＳ２０５を実行する。一方、携帯機２が車室内に存在すると判定された場合には、ステップＳ２０４を否定判定してステップＳ２０１に移る。
【０１０４】
ステップＳ２０５では認証処理部Ｆ２が、携帯機２の位置に応じたＬＦ送信機１６からチャレンジ信号を送信することによって、携帯機２の認証処理を実行する。例えば携帯機２が車両右側方に存在する場合には、第１車室外送信機１６Ａや第３車室外送信機１６Ｃからチャレンジ信号を送信する。
【０１０５】
ステップＳ２０６では認証処理が成功したか否かを判定する。認証処理が成功した場合には、ステップＳ２０６を肯定判定してステップＳ２０７に移る。一方、認証処理が失敗した場合にはステップＳ２０６を否定判定して本フローを終了する。なお、認証が失敗した場合にはステップＳ２０１から再び降車関連処理を実行すればよい。
【０１０６】
ステップＳ２０７では音声認識有効化部Ｆ４が車載システム１の音声認識機能を有効化する。具体的には、携帯機２が存在する側のマイク１４をオンに設定するとともに、音声認識部Ｆ５を音声入力待機状態に設定する。ステップＳ２０７での処理が完了するとステップＳ２０８に移る。
【０１０７】
ステップＳ２０８では発話案内部Ｆ７が発話案内処理を実行し、ステップＳ２０９に移る。ステップＳ２０９では音声認識部Ｆ５が、マイク１４から入力される音声信号に対して逐次音声認識処理を実行し、ユーザがドアの開閉制御に係る音声コマンドを発話したか否かを逐次判定する。ここで受付可能な音声コマンドとしては、クローズコマンドや、ロック予約音声コマンド、オープン予約コマンドなど、多様である。
【０１０８】
音声認識部Ｆ５は、受付可能な音声コマンドのうちの何れかをユーザが発話したことを検出した場合にはステップＳ２０９を肯定判定してステップＳ２１０に移る。一方、音声入力待機状態になってから所定の入力待機時間が経過しても、音声コマンドが検出されなかった場合にはステップＳ２０９を否定判定してステップＳ２１１に移る。
【０１０９】
ステップＳ２１０では制御処理部Ｆ６が、音声認識部Ｆ５が検出した音声コマンドに対応する車両制御を実行する。例えば音声認識部Ｆ５が検出した音声コマンドがクローズコマンドに該当する場合には、制御処理部Ｆ６は各ドア開閉アクチュエータ１２に対してクローズ指示信号を出力し、各スライドドア３２を閉じる。
【０１１０】
また、音声認識部Ｆ５が検出した音声コマンドがロックコマンドに該当する場合には、制御処理部Ｆ６は、各ドアロックモータ１３に対して施錠指示信号を出力し、各ドアを施錠状態に設定する。なお、ロックコマンドを検出したタイミングで開状態のドアが存在する場合には、警報音を出力することで、施錠ができないことを通知しても良い。また、ロックコマンドを検出したタイミングで、開状態のドアが存在する場合には、ロック予約処理を実行するように構成されていてもよい。つまり、ロックコマンドはロック予約コマンドとしても機能するように構成されていても良い。
【０１１１】
さらに、音声認識部Ｆ５が検出した音声コマンドがロック予約コマンドに該当する場合には、制御処理部Ｆ６は、ロック予約処理を実行するとともに、車両情報取得部Ｆ１と協働して各ドアの開閉状態を示す情報を逐次取得する。そして、全ドアが閉じたタイミングで各ドアロックモータ１３に対して施錠指示信号を出力し、各ドアを施錠状態に設定する。
【０１１２】
また、音声認識部Ｆ５が検出した音声コマンドがオープン予約コマンドに該当する場合には、制御処理部Ｆ６は、自動オープン予約処理を実行する。そして、駐車されている車両Ｈｖの車室外の応答エリア内にユーザが存在することを検知した場合に、携帯機２が存在する方向に対応するスライドドア３２を対象に自動オープン制御を実行する。
【０１１３】
さらに、音声認識部Ｆ５はオープンコマンドを受け付けた場合には、携帯機２が存在する方向に対応するスライドドア３２に対してオープン制御を実行する。降車時においても荷物を取り出したり、子供が降車するのを手伝ったりするために、ユーザが車室外からスライドドア３２を開けようとするケースが想定されるためである。
【０１１４】
ステップＳ２１０での処理が完了するとステップＳ２１１を実行する。ステップＳ２１１では認証ＥＣＵ１１が、降車関連処理の終了条件が充足されたか否かを判定する。降車関連処理の終了条件としては、認証処理が成功してからの経過時間や、携帯機２との通信状況、ドアボタン１５に対するユーザ操作などを採用することができる。
【０１１５】
例えば認証ＥＣＵ１１は、認証処理が成功してから認証結果保持時間が経過した場合に終了条件が充足したと判定する。また、認証ＥＣＵ１１は、ユーザによってドアボタン１５が押下された場合に終了条件が充足したと判定してもよい。その他、ポーリング信号等の応答要求信号を送信しても携帯機２からの応答信号を受信できなくなった場合にも、終了条件を充足したと判定する。終了条件が充足された場合、発話案内部Ｆ７による発話案内処理を停止して本フローを終了する。一方、終了条件が充足されていない場合にはステップＳ２１１を否定判定して、ステップＳ２０８に戻る。
【０１１６】
ところで、自動オープン制御の予約の有効期限は、例えば１２時間など、ユーザが自動オープン制御の予約をしたことを覚えていられる期間に設定されていることが好ましい。例えば１週間ぶりに乗車する場合など、ユーザが自動オープン制御の予約をしたことを忘れた頃合いに車両Ｈｖに近づいた場合にも自動オープン制御を実行してしまうと、ユーザを戸惑わせてしまう恐れがあるためである。
【０１１７】
また、車両Ｈｖが複数のユーザで共有される構成においては、自動オープン制御の予約情報は、携帯機ＩＤと対応付けられて保存し、予約した本人が搭乗する場合にのみ自動オープン制御を実行するように構成されていることが好ましい。そのような構成によれば、或るユーザが自動オープン制御の予約をしている状態において、他のユーザが近づいた場合に自動オープン制御が実行されることを抑制することができる。なお、前提として複数のユーザのそれぞれが自分の携帯機２を有しているものとする。
【０１１８】
＜実施形態のまとめ＞
以上の構成によれば、ユーザは音声によって車両Ｈｖのドアの開閉に係る車両制御を実行させることができる。故に、ユーザは両手が塞がった状態でも車両Ｈｖのドアの開閉に係る車両制御を実行させることができるため、利便性が向上する。
【０１１９】
例えば本実施形態の構成によれば、ユーザは搭乗時にオープンコマンドを音声入力することによって、両手が塞がっている場合であっても、ユーザが存在するほうのスライドドア３２を自動で開けることができる。また、ユーザは離脱時等にオープン予約コマンドを音声入力しておくことによって、両手が塞がっている場合であっても、車両Ｈｖに近づくだけでユーザが存在するほうのスライドドア３２を自動で開けることができる。
【０１２０】
ところで、車両のドアの開閉を制御する他のシステム構成（以降、比較構成）としては、ユーザが携帯機を用いて所定のオープン予約操作を実施しておくにより、車載システムがユーザの接近に伴って、オープン予約操作にて指定されているスライドドアを自動的に開ける構成も考えられる。ここでのオープン予約操作とは、車両へのユーザの接近に伴って所望のスライドドアを自動的に開けるように予約する操作（以降、オープン予約操作）である。オープン予約操作には、自動で開けるドアを指定する操作が含まれる。
【０１２１】
しかしながら、このような比較構成では、ユーザが予約した方のドアとは反対側から車両に近づいた場合でも、指定した方のスライドドア（つまりユーザがいない方のドア）が開いてしまうといった問題がある。例えば右スライドドアを自動で開けるように予約している状態においてユーザが車両左側から接近した場合には、ユーザが左側に存在するにも関わらず、右側スライドドアが開いてしまう。
【０１２２】
対して、本実施形態の構成によれば、位置判定部Ｆ３がユーザの位置を判定するとともに、制御処理部Ｆ６は、ユーザが存在する方のスライドドア３２をユーザの発話に基づき自動で開ける。そのため、ユーザがいない側のスライドドア３２が自動で開いてしまうといった事象は発生しにくい。換言すれば、ユーザの位置に応じたスライドドア３２が開くため、ユーザの利便性を高めることができる。
【０１２３】
また、比較構成では、ユーザはオープン予約操作をし忘れた場合には当然、自動オープン制御が実行されない。故に、ユーザがオープン予約操作をし忘れた場合には、所定のオープン操作を実施することでパワースライドドアを開けることになる。オープン操作は、パワースライドドアを開方向に作動させるための操作であって、例えばパワースライドドアに配されているボタンを押下したり、ドア下に形成されている赤外線検知エリアに足をかざしたりする操作である。
【０１２４】
しかしながら、荷物等を持っていることによってユーザの両手がふさがっている場合には、開閉ボタンを押下するためにはいったん荷物を降ろさせねばならず、ユーザに不便さを感じさせてしまう。また、車両が赤外線検知エリアに足をかざす操作によってドアを開閉可能に構成されている場合であっても、両手で荷物を持っている状態で片足を上げるとバランスを崩しかねない。
【０１２５】
対して本実施形態の構成によればオープンコマンドの発話によってスライドドア３２を開けることができる。故に、自動オープン制御を予約し忘れており、かつ、両手が塞がっている状態であっても、ボタンを押すために荷物を路面に降ろしたり、足を挙げたりせずにスライドドア３２を開けることができる。その結果、ユーザの利便性を高めることができる。
【０１２６】
以上、本開示の第１の実施形態を説明したが、本開示は上述の実施形態に限定されるものではなく、以降で述べる第２の実施形態や、種々の変形例も本開示の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。例えば下記の種々の変形例は、技術的な矛盾が生じない範囲において適宜組み合わせて実施することができる。
【０１２７】
なお、前述の実施形態で述べた部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。また、構成の一部のみに言及している場合、他の部分については先に説明した実施形態の構成を適用することができる。
【０１２８】
［第２実施形態］
次に、本開示の第２の実施形態について図を用いて説明する。本実施形態の車載システム１は図９に示すように、車両Ｈｖのドアの開閉に係る車両制御の実行をユーザが指示するための構成として、ドア下センサ１９を備える。
【０１２９】
ドア下センサ１９は、例えばスライドドア３２の下方に設定されている所定の検知エリアにユーザが足をかざしたことを検出するセンサである。ドア下センサ１９は、例えば赤外線センサや、ミリ波レーダ、レーザレーダ、カメラ等といった多様な物体検出装置を用いて実現することができる。ドア下センサ１９は、車両Ｈｖの左右両側に配されている。例えば、ドア下センサ１９は、所望の検知エリアを形成するように、例えばサイドシルやサイドステップの底面部等に配置することができる。ドア下センサ１９は、トランクドアの開閉制御のために、車両後端部の下端部（例えばリアバンパの底面付近）などに配置されていても良い。
【０１３０】
複数のドア下センサ１９のそれぞれは、車両内に構築されている通信ネットワーク又は専用の信号線を介して認証ＥＣＵ１１と相互通信可能に構成されている。ドア下センサ１９の動作状態は、認証ＥＣＵ１１によって制御される。ドア下センサ１９は認証ＥＣＵ１１からの指示に基づいて駆動し、ユーザがドア下の検知エリアに足をかざしたか否かを逐次判定する。そして、ユーザが検知エリアに足をかざしたことを検出した場合にはその旨を示す信号を認証ＥＣＵ１１に出力する。
【０１３１】
本実施形態の制御処理部Ｆ６は、音声認識部Ｆ５の認識結果、ドアボタン１５に対するユーザ操作の他、ドア下センサ１９の検出結果に基づいても、ドアの開閉に係る車両制御のユーザの実行指示を受け付け、その指示内容に応じた車両制御を実行する。
【０１３２】
例えば制御処理部Ｆ６は、車両Ｈｖが駐車されており、かつ、携帯機２の認証が成功している状態において、ドア下センサ１９によってユーザが検知エリアに足をかざしたことを検出した場合、アンロック制御及びオープン制御を実行する。ドア下センサ１９の検出結果に基づくアンロック制御は全ドアに対しても実行されてもよいし、足をかざすユーザの動作（以降、かざし動作）を検出したドア下センサ１９が設けられている側のドアのみに実施されていても良い。ドア下センサ１９の検出結果に基づくオープン制御は、かざし動作を検出したドア下センサ１９が設けられている側（すなわちユーザが存在する側）のスライドドア３２に対して実行する。かざし動作がオープン指示挙動に相当する。
【０１３３】
また、制御処理部Ｆ６は、スライドドア３２が開いている状態において、ドア下センサ１９がかざし動作を検出した場合、そのドア下センサ１９が設けられている側のスライドドア３２に対してクローズ制御を実行する。なお、制御処理部Ｆ６は、スライドドア３２が開いている状態において、ドア下センサ１９がかざし動作を検出した場合、そのドア下センサ１９が設けられている側のスライドドア３２に対してクローズ制御を実行するとともに、自動ロック制御も実施するように構成されていても良い。
【０１３４】
音声認識機能を車両Ｈｖのドアの開閉に係る車両制御の実行をユーザが指示するための第１の構成とすると、ドア下センサ１９は、車両Ｈｖのドアの開閉に係る車両制御の実行をユーザが指示するための第２の構成に相当する。換言すれば、ドア下センサ１９は、ユーザが音声によって車両Ｈｖのドアの開閉に係る車両制御の実行を指示しない／できない場合の代替手段に相当する。
【０１３５】
本実施形態の音声認識部Ｆ５は図１０に示すように、機能ブロックとして、環境判定部Ｆ５１を備える。環境判定部Ｆ５１は、マイク１４から入力される音の大きさに基づいて、車両Ｈｖの周辺が騒音環境であるか否かを判定する。騒音環境は、ノイズのレベルが音声認識の精度の観点から定まる所定の許容レベル以上となる環境である。
【０１３６】
騒音環境であるか否かを判定するための閾値として機能する許容レベルは、例えば７０ｄＢなどとすればよい。許容レベルは適宜変更可能である。車両Ｈｖ周辺の雑音のレベルが高いほど、ユーザが発話した音声の信号対雑音比（いわゆるＳ／Ｎ比）が小さくなり、音声認識の精度が劣化しうる。環境判定部Ｆ５１は、車両Ｈｖの周辺環境は騒音環境であると判定された場合にはその旨を発話案内部Ｆ７に通知する。
【０１３７】
本実施形態の発話案内部Ｆ７は、環境判定部Ｆ５１によって周辺環境は騒音環境であると判定されている場合に、かざし動作の実行を案内する代替手段案内部Ｆ７１を備える。代替手段案内部Ｆ７１は、ウェルカムランプ１８を発話案内処理時とは異なる点灯態様で点灯させることによって、ユーザに対して、音声入力以外の手段（すなわち代替手段）で車両Ｈｖのドアの開閉に係る車両制御の実行指示を実施することを提案する。代替手段での指示操作を実行することを案内する処理を代替手段案内処理とも称する。代替手段案内部Ｆ７１は、発話案内処理の代わりに、代替手段案内処理を実行する構成に相当する。なお、代替手段案内部Ｆ７１は、図示しないスピーカから、代替手段での指示操作を実行するように誘導する通知音やメッセージを出力するように構成されていても良い。
【０１３８】
上記の構成によれば、騒音環境下、すなわち音声認識の精度が低下しうる環境下においては、ユーザは代替手段案内処理が実行されていることに基づいて、車載システム１の音声認識機能が正常に動作しない可能性があることを認識可能となる。その結果、仮にユーザが音声入力を試みた結果として音声認識が失敗した場合であっても、ユーザを困惑させてしまう恐れを低減できる。また、ユーザが通常よりも大きな声で発話するなどの対応策を講じる可能性が高くなる。
【０１３９】
なお、車載システム１は、発話案内処理に供されるウェルカムランプ１８である発話案内用ランプ１８Ｘと、代替手段案内処理に供されるウェルカムランプ１８である代替手段案内用ランプ１８Ｙとを別々に備えていてもよい。便宜上、発話案内処理に供されるウェルカムランプ１８のことを発話案内用ランプ１８Ｘと記載するとともに、代替手段案内処理に供されるウェルカムランプ１８のことを代替手段案内用ランプ１８Ｙと記載する。
【０１４０】
発話案内用ランプ１８Ｘは例えば側面上端部３４に配されている。また、代替手段案内用ランプ１８Ｙは、例えばドア下センサ１９の取り付け位置と対応するように、側面下端部３６に配されている。このような構成において、発話案内部Ｆ７は、発話案内処理時には発話案内用ランプ１８Ｘを所定の点灯態様で点灯される一方、代替手段案内処理時には代替手段案内用ランプ１８Ｙを所定の点灯態様で点灯させる。
【０１４１】
上記の構成によれば、ユーザは車両Ｈｖの側面の上下に配されている２つのウェルカムランプ１８のどちらが作動しているかによって、音声入力と代替手段のどちらを用いて車両制御の実行指示を行うべきかを直感的に認識しやすくなる。
【０１４２】
また、以上では代替手段としてドア下センサ１９を例示したが、代替手段は、これらに限らない。例えば、代替手段は、ドア付近に立っているユーザの顔部を撮像するように配置されているカメラ（以降、顔部カメラ）を用いた口部パターン認識機能であってもよい。口部パターン認識機能は、顔部カメラで撮像された画像を解析してユーザの口の動きを認識する機能である。代替手段として口部パターン認識機能を備える場合、認証ＥＣＵ１１は顔部カメラで撮像された画像から、車両Ｈｖのドアの開閉に係るユーザの指示挙動に相当する所定の口の動きを検出するように構成されていても良い。
【０１４３】
さらに代替手段は、ドアパネルに作用する圧力を検出する押圧センサであってもよい。押圧センサを備える構成によればユーザは腰部や臀部でドアを押すことによって、所定の車両Ｈｖのドアの開閉に係る車両制御の実行を指示することができる。ドア下センサ１９や、顔部カメラ、押圧センサなどがモーションセンサに相当する。
【０１４４】
［変形例１：ユーザ／携帯機２の位置の判定方法の第１の変形例］
位置判定部Ｆ３による携帯機位置の判定方法は上述した方法に限らない。例えばＵＨＦ受信機１７を３つ以上、車両Ｈｖのそれぞれ異なる場所に配置しておき、各ＵＨＦ受信機１７での応答信号の受信強度から、携帯機２の位置を特定するように構成されていても良い。なお、各ＵＨＦ受信機１７は、受信信号の強度を検出する回路を備えるものとする。
【０１４５】
一般的に無線信号は空間を伝播する過程において減衰していくため、携帯機２とＵＨＦ受信機１７との距離が大きい程、その受信信号強度は小さい値となる。故に、或るＵＨＦ受信機１７での応答信号の受信強度は、当該ＵＨＦ受信機１７と携帯機２との距離の指標として機能する。
【０１４６】
したがって、位置判定部Ｆ３は、各ＵＨＦ受信機１７での受信強度から、各ＵＨＦ受信機１７と携帯機２の距離を求めることができる。受信強度情報から距離情報への変換は、ＵＨＦ受信機１７と携帯機２との距離と受信強度との対応関係を表す距離変換データを用いて実施することができる。距離変換データは、種々の試験によって生成され、予めプログラムの一部としてフラッシュメモリ１１３に登録しておけば良い。
【０１４７】
そして、位置判定部Ｆ３は、設置位置がそれぞれ異なる３つのＵＨＦ受信機１７からの距離と、それら３つのＵＨＦ受信機１７の車両Ｈｖにおける設置位置から、携帯機位置を特定する。車両ＨｖにおけるＵＨＦ受信機１７の設置位置を示すデータは、フラッシュメモリ１１３に格納されていれば良い。このような態様によっても携帯機２の位置を判定できる。
【０１４８】
その他、それぞれ異なる位置に配されている複数のＵＨＦ受信機１７のそれぞれがアレーアンテナを用いて構成されている場合には、各ＵＨＦ受信機１７で受信結果から携帯機２からの応答信号の到来方向を推定することによっても携帯機２の位置を推定可能である。
【０１４９】
［変形例２：ユーザ／携帯機２の位置の判定方法の第２の変形例］
第１、第２実施形態等では複数のＬＦ送信機１６から応答要求信号を送信するタイミングをずらすことで、携帯機２が何れのＬＦ送信機１６から送信した応答要求信号に応答したかを特定する態様を例示したが、これに限らない。
【０１５０】
例えば、複数のＬＦ送信機１６の応答エリアが互いに重ならないように（換言すれば互いに混信しないように）設計されている場合には、全てのＬＦ送信機１６から応答要求信号を一斉送信してもよい。なお、ここでの応答エリアとは、混信抑制の観点から、復号下限値で伝搬するエリアとすることが好ましい。
【０１５１】
本変形例の構成においては、例えば、複数のＬＦ送信機１６のそれぞれに対して固有の識別番号である送信機番号を設定し、当該送信機番号を用いて、携帯機２が何れのＬＦ送信機１６から送信された応答要求信号に対して応答したのかを判別すればよい。具体的には、各ＬＦ送信機１６は、応答要求信号として、送信元情報としての送信機番号を含む信号を送信し、携帯機２は受信した応答要求信号に含まれていた送信機番号を含む応答信号を返送するように構成されている。認証ＥＣＵ１１は、ＵＨＦ受信機１７で受信した応答信号に含まれている送信機番号に基づいて、携帯機２が何れのＬＦ送信機１６から送信された応答要求信号に対して応答したのかを判別する。なお、携帯機２が応答した信号の送信元を特定できれば、前述の通り、携帯機２の位置も判定可能となる。
【０１５２】
なお、他の態様として、応答要求信号は、返送タイミングを指定する情報を含めることによって、携帯機２が応答した信号の送信元を特定可能に構成されていても良い。返送タイミングは、携帯機２が信号を受信してから応答するまでの遅延時間を指定するものであって、ＬＦ送信機１６毎に異なる値に設定されている。各ＬＦ送信機１６は、返送タイミングを指定する情報として、自分自身に割り当てられている遅延時間を含む応答要求信号を送信し、携帯機２は受信した応答要求信号に含まれていた遅延時間に基づいて定まるタイミングで応答信号を返送するように構成されている。
【０１５３】
このような構成によれば、各ＬＦ送信機１６での応答要求信号の送信タイミングが同時であっても、認証ＥＣＵ１１は携帯機２から応答信号が返ってきたタイミングに基づき、携帯機２が応答した信号の送信元を特定できる。携帯機２との通信状況に基づいて携帯機２の位置を判定する方法としては以上で例示した以外にも、多様な方法を採用可能である。
【０１５４】
［変形例３：ユーザ／携帯機２の位置の判定方法の第３の変形例］
以上では、車両Ｈｖにおいて分散配置されている複数のＬＦ送信機１６と携帯機２との通信状況、又は、複数のＵＨＦ受信機１７と携帯機２との通信状況に基づいて、携帯機２のする態様を例示したが、これに限らない。
【０１５５】
携帯機２の認証処理が成功したことに基づいて車両Ｈｖの外面部に配されている各マイク１４をオンに設定し、音声認識機能を有効化する。そして、ユーザの声を取得できたほうにユーザが存在すると判定してもよい。つまり、ユーザの声を取得できたマイク１４の位置に基づいてユーザの位置を判定するように構成されていてもよい。ユーザの声を取得できたマイク１４が、音声認識部Ｆ５が音声コマンドを検出した音声信号の提供元に相当する。なお、前述の通り、携帯機２はユーザによって携帯されるデバイスであるため、ユーザの位置を判定することは、換言すれば、携帯機２の位置を判定することに相当する。
【０１５６】
＜付言：認証ＥＣＵ１１の構成について＞
認証ＥＣＵ１１が備える機能の一部又は全部はハードウェアとして実現されても良い。或る機能をハードウェアとして実現する態様には、１つ又は複数のＩＣなどを用いて実現する態様が含まれる。認証ＥＣＵ１１が提供する手段および／または機能は、実体的なメモリ装置に記録されたソフトウェアおよびそれを実行するコンピュータ、ソフトウェアのみ、ハードウェアのみ、あるいはそれらの組合せによって提供することができる。例えば、認証ＥＣＵ１１がハードウェアである電子回路によって提供される場合、それは多数の論理回路を含むデジタル回路、またはアナログ回路によって提供することができる。
【０１５７】
また、認証ＥＣＵ１１は、ひとつのコンピュータ、またはデータ通信装置でリンクされた一組のコンピュータ資源によって提供されうる。例えば、本実施形態の認証ＥＣＵ１１が提供する機能の一部は、他のＥＣＵ（例えばボディＥＣＵ）が備えていても良い。仮に、認証ＥＣＵ１１が提供する機能が、複数のＥＣＵに分散して備えられている場合には、それらのＥＣＵを備える構成が車両用ドア制御装置に相当する。加えて、認証ＥＣＵ１１が提供する機能の一部は、車両外部に設けられている外部サーバが備えていても良い。例えば音声認識部Ｆ５は広域通信網に接続する通信装置を介してユーザから入力された音声信号を外部サーバに無線送信し、外部サーバが車載システム１から提供された音声信号に対して音声認識処理を実施するように構成されていても良い。その場合、音声認識部Ｆ５としての認証ＥＣＵ１１は、外部サーバから音声認識結果を取得する。このような態様によれば、認証ＥＣＵ１１が備える機能を簡略化できるとともに、認証ＥＣＵ１１が音声認識データベースＭ１を備えていなくても、ユーザはドアの開閉に係る音声コマンドを入力することができる。
【０１５８】
＜付言：車載システム１と携帯機２との通信方式について＞
上述した実施形態では車載システム１と携帯機２とは、ＬＦ帯の電波及びＵＨＦ帯の電波を用いて無線通信を実施する構成を開示したが、車載システム１と携帯機２との通信方式はこれに限らない。車載システム１と携帯機２とは、Bluetooth（登録商標）や、Ｗｉ−Ｆｉ（登録商標）、ZigBee（登録商標）等の近距離無線通信規格に準拠した無線通信（以降、近距離通信）を実施するように構成されていても良い。また、車載システム１と携帯機２とは、ＮＦＣ（Near Field Communication）の規格に従った無線通信（以下、近接場通信）を実施可能に構成されていてもよい。ここでの近接場通信とは、通信可能な距離が数ｃｍから数十ｃｍ程度となる通信を指す。近接場通信を実現するための具体的な通信規格としては、例えばISO/IEC 14443やISO/IEC 18092等の多様な規格を採用することができる。
【０１５９】
＜付言：携帯機２について＞
携帯機２は、ユーザに携帯され、かつ、車両Ｈｖの電子キーとしての機能を備えるデバイスであればよい。車両Ｈｖの電子キーとしての機能とは、具体的には、車載システム１からの要求に基づいて車両Ｈｖの鍵であることを証明する情報を含む信号（例えばレスポンス信号）を送信する機能である。携帯機２は、従来スマートキーとして知られている長方形型、楕円型（フォブタイプ）、又はカード型の小型デバイスであってもよい。携帯機２は、ユーザの指や腕等に装着されるウェアラブルデバイスとして構成されていてもよい。さらに、携帯機２はスマートフォンやタブレット端末などといった情報処理端末であってもよい。
【符号の説明】
【０１６０】
１００  車両用電子キーシステム、１  車載システム、２  携帯機、１１  認証ＥＣＵ、１２  ドア開閉アクチュエータ、１３  ドアロックモータ、１４  マイク、１５  ドアボタン、１６  ＬＦ送信機、１７  ＵＨＦ受信機、１８  ウェルカムランプ、１９  ドア下センサ（モーションセンサ）、Ｆ１  車両情報取得部、Ｆ２  認証処理部、Ｆ３  位置判定部、Ｆ４  音声認識有効化部、Ｆ５  音声認識部、Ｆ６  制御処理部、Ｆ７  発話案内部、Ｆ５１  環境判定部、Ｆ７１  代替手段案内部
【図１】
2019183504.tif 000003
【図２】
2019183504.tif 000004
【図３】
2019183504.tif 000005
【図４】
2019183504.tif 000006
【図５】
2019183504.tif 000007
【図６】
2019183504.tif 000008
【図７】
2019183504.tif 000009
【図８】
2019183504.tif 000010
【図９】
2019183504.tif 000011
【図１０】
2019183504.tif 000012