(57)【要約】【課題】車両のドアの開閉に係る車両制御の予約状況をより簡単にユーザが認識可能な車両用ドア制御装置を提供する。【解決手段】認証ＥＣＵ１０は、車両に配されているドアボタン等を介して、駐車状態にある車両にユーザが次回接近した際にスライドドアを自動的に開ける制御である自動オープン制御の実行予約を受け付け可能に構成されている。認証ＥＣＵ１０は、自動オープン制御の実行予約を受け付けた場合や、ユーザが車両のウェルカムエリア内に進入した場合、車両の側面に配されているコミュニケーションランプを所定のパターンで発光させることによって、自動オープン制御の予約状況をユーザに通知する。【選択図】図８
2019203310.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによって携帯される携帯機（２、３）との無線通信による認証処理が成功したことに基づいて、車両に配されているドアの開閉に係る車両制御を実行する車両用ドア制御装置であって、
前記携帯機又は前記車両に搭載されている入力装置に対するユーザ操作に基づいて、前記車両制御の実行予約を受け付ける予約受付部（Ｆ５）と、
前記予約受付部による前記車両制御の予約の受付状況を、前記車両に搭載されている報知装置（１８、１９）を用いて前記ユーザに通知する処理を実施する通知処理部（Ｆ６）と、
前記予約受付部が受け付けた前記車両制御を、当該車両制御の内容に応じたタイミングで実行する制御実行部（Ｆ７）と、を備える車両用ドア制御装置。
【請求項２】
請求項１に記載の車両用ドア制御装置であって、
前記予約受付部は、前記ユーザが次回前記車両に接近した際に前記ドアを自動的に開ける制御である自動オープン制御の実行予約を受け付け可能に構成されており、
前記制御実行部は、前記自動オープン制御の実行予約がなされている状態において、前記携帯機との認証処理が成功した場合に、前記ドアを開錠して開けるように構成されている車両用ドア制御装置。
【請求項３】
請求項２に記載の車両用ドア制御装置であって、
前記携帯機との通信状況に基づいて前記ユーザの位置を判定する位置判定部（Ｆ２）を備え、
前記通知処理部は、前記自動オープン制御の実行予約がなされている状態において、前記位置判定部によって前記車両に対する前記ユーザの接近が検出された場合には、前記報知装置を所定の予約有りパターンで作動させるように構成されている車両用ドア制御装置。
【請求項４】
請求項３に記載の車両用ドア制御装置であって、
前記通知処理部は、前記自動オープン制御の実行予約がなされていない状態において、前記位置判定部によって前記車両に対する前記ユーザの接近が検出された場合には、前記報知装置を所定の予約無しパターンで作動させるように構成されている車両用ドア制御装置。
【請求項５】
請求項２から４の何れか１項に記載の車両用ドア制御装置であって、
前記通知処理部は、前記予約受付部が前記自動オープン制御の実行予約を受け付けたときに、前記報知装置を所定のパターンで作動させることによって、前記自動オープン制御の実行予約を受け付けたことを前記ユーザに通知する処理を実施するように構成されている車両用ドア制御装置。
【請求項６】
請求項２から５の何れか１項に記載の車両用ドア制御装置であって、
前記携帯機は、前記ユーザに情報を報知するための装置である携帯機側報知装置を備えており、
前記通知処理部は、前記予約受付部が前記自動オープン制御の実行予約を受け付けたときに、前記携帯機に向けて前記自動オープン制御の実行予約を受け付けたことを示す無線信号である予約完了信号を送信し、
前記携帯機は、当該予約完了信号を受信した場合には、前記携帯機側報知装置を用いて前記自動オープン制御の実行予約を受け付けられたことを前記ユーザに通知するための処理を実施するように構成されている車両用ドア制御装置。
【請求項７】
請求項６に記載の車両用ドア制御装置であって、
前記携帯機として、外部サーバから配信されるアプリケーションプログラムをインストール可能に構成されている情報処理端末である携帯端末を備え、
前記携帯端末は、ディスプレイ（３３）と操作部（３４）と記憶装置（３１２）とを備え、
前記通知処理部は、前記予約受付部が前記自動オープン制御の実行予約を受け付けたときに、前記携帯機としての前記携帯端末に向けて前記予約完了信号を送信し、
前記携帯端末は、
当該予約完了信号を受信した場合には、前記自動オープン制御の実行予約を受け付けられたことを示す画像を前記ディスプレイに表示するとともに、
前記自動オープン制御の実行予約がなされていることを、前記車両制御の予約状況を示すデータとして前記記憶装置に保存し、
前記操作部に対する前記ユーザの操作に基づいて、前記車両制御の予約状況を示す画面を表示するように構成されている車両用ドア制御装置。
【請求項８】
請求項２から７の何れか１項に記載の車両用ドア制御装置であって、
前記予約受付部は、前記認証処理が成功していることを条件として、前記自動オープン制御の実行予約を受け付け可能に構成されている車両用ドア制御装置。
【請求項９】
請求項１から８の何れか１項に記載の車両用ドア制御装置であって、
前記予約受付部は、前記車両が備える全ての前記ドアを閉じた際に自動的に施錠する自動ロック制御の実行予約を受け付け可能に構成されており、
前記制御実行部は、前記自動ロック制御の実行予約がなされている状態において、前記車両が備える全ての前記ドアを閉じた場合、前記車両が備える全ての前記ドアを施錠するように構成されている車両用ドア制御装置。
【請求項１０】
請求項１から９の何れか１項に記載の車両用ドア制御装置であって、
前記通知処理部は、前記報知装置として、前記車両の外面部に配されている照明装置を用いて前記車両制御の予約状況を通知するように構成されている車両用ドア制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両のドアを自動で開閉するための車両用ドア制御装置に関する。
【背景技術】
【０００２】
従来、特許文献１に開示されているように、携帯機を携帯しているユーザが車両の検知エリアに進入したことをトリガとして自動的にパワースライドドアを開く装置（以降、車両用ドア制御装置）がある。ここでの携帯機とは、車両の電子キーとして機能する通信装置であり、スマートキーとも称される。便宜上以降では、携帯機が所定の検知エリアに進入したことに基づいてパワースライドドアを自動的に開く制御のことを自動オープン制御と称する。なお、特許文献１に開示の構成では、ユーザが事前に携帯機に対して自動オープン制御の実行を予約する操作（以降、オープン予約操作）を行っておくことで自動オープン制御が実行される。
【０００３】
また、近年は、上記の自動オープン制御を実施可能に構成された車両用ドア制御装置を搭載した車両も販売されている。販売されている上記車両用ドア制御装置を提供する携帯機は、ユーザによってオープン予約操作が実行されると、携帯機に配されているＬＥＤを一定期間、点灯（点滅も含む）するように構成されている。ＬＥＤの点灯期間は、自動オープン制御の予約が有効な期間（例えば２０分）と同等か、或いは、消費電力低減のためにそれよりも短い時間に設定されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１６０５８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般的に、携帯機は衣服のポケットや鞄等に収容して携帯されることが多い。そのような事情を鑑みると、オープン予約操作を実行済みであることを通知するために、携帯機のＬＥＤを点灯させても、ユーザは当該通知に気が付きにくい。また、携帯機のＬＥＤ点灯によってオープン予約操作がなされていることを通知する構成では、オープン予約操作を実行済みであるかを確認するためには、わざわざ携帯機を衣服のポケットや鞄から取り出す必要があり、ユーザの利便性が損なわれる。
【０００６】
本開示は、この事情に基づいて成されたものであり、その目的とするところは、車両のドアの開閉に係る車両制御の予約状況をより簡単にユーザが認識可能な車両用ドア制御装置を提供することにある。
【課題を解決するための手段】
【０００７】
その目的を達成するための車両用ドア制御装置は、ユーザによって携帯される携帯機（２、３）との無線通信による認証処理が成功したことに基づいて、車両に配されているドアの開閉に係る車両制御を実行する車両用ドア制御装置であって、携帯機又は車両に搭載されている入力装置に対するユーザ操作に基づいて、車両制御の実行予約を受け付ける予約受付部（Ｆ５）と、予約受付部による車両制御の予約の受付状況を、車両に搭載されている報知装置（１８、１９）を用いてユーザに通知する処理を実施する通知処理部（Ｆ６）と、予約受付部が受け付けた車両制御を、当該車両制御の内容に応じたタイミングで実行する制御実行部（Ｆ７）と、を備える。
【０００８】
上記の構成によれば、ユーザは車両に搭載されている報知装置の作動態様に基づいて、車両制御の予約状況を認識できる。故に、ユーザは車両制御の予約状況を確認するために、わざわざ携帯機を衣服のポケットから取り出す必要はない。つまり、ユーザは、ドアの開閉に係る車両制御の予約状況をより簡単に認識可能である。
【０００９】
なお、特許請求の範囲に記載した括弧内の符号は、１つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。
【図面の簡単な説明】
【００１０】
【図１】車両用電子キーシステム１００の概略的な構成を示す図である。
【図２】車載システム１の概略的な構成を示すブロック図である。
【図３】マイク１３の搭載位置の一例を示す図である。
【図４】認証ＥＣＵ１０の概略的な構成を示すブロック図である。
【図５】ウェルカムエリアＷｘ及び作動エリアＣｘを説明するための概念図である。
【図６】スマートキー２の概略的な構成を示すブロック図である。
【図７】携帯端末３の概略的な構成を示すブロック図である。
【図８】自動オープン制御に係るシーケンス図である。
【図９】自動ロック制御に係るシーケンス図である。
【発明を実施するための形態】
【００１１】
以下、本開示の実施形態の一例を、図を用いて説明する。図１は、本開示の車両用ドア制御装置が適用された車両用電子キーシステム１００の概略的な構成の一例を示す図である。図１に示すように車両用電子キーシステム１００は、車両Ｈｖに搭載されている車載システム１と、車載システム１と対応付けられてあって、車両Ｈｖの鍵（実体的には電子キー）としての機能を備えるスマートキー２と、を備える。スマートキー２は携帯機に相当する。また、車両用電子キーシステム１００は、ユーザによって携帯される情報処理端末である携帯端末３を備える。
【００１２】
車載システム１と携帯端末３とは、Bluetooth Low Energy（以降、ＢＬＥ、Bluetoothは登録商標）の規格に準拠した無線通信（以降、ＢＬＥ通信）を実施するように構成されている。携帯端末３は、送信元情報（例えばデバイスＩＤ）を含む、ＢＬＥの規格に準拠した通信パケットを、所定の送信間隔で無線送信することで、ＢＬＥ通信機能を備えた周囲の通信端末に対して、自分自身の存在を通知する（つまりアドバタイズする）。以降では便宜上、アドバイズを目的として定期的に送信される通信パケットのことをアドバタイズパケットと称する。
【００１３】
また、車載システム１とスマートキー２は、ＢＬＥとは異なる通信規格に準拠した方式で無線通信を実施可能に構成されている。具体的には、車載システム１は、車室内及び車両周辺の所定範囲に向けて所定の周波数（以降、車両用第１周波数）の無線信号を送信する機能と、スマートキー２から送信される所定の周波数（以降、車両用第２周波数）の無線信号を受信する機能を有する。スマートキー２は、車両用第１周波数の信号を受信する機能と、車載システム１に対して車両用第２周波数の信号を送信する機能を有する。
【００１４】
車両用第１周波数は、例えば１２５ｋＨｚや１３４ｋＨｚなど、ＬＦ（Low Frequency）帯に属する所定の周波数である。ここでのＬＦ帯とは３００ｋＨｚ以下の周波数帯を指す。なお、車両用第１周波数としては、２０ｋＨｚ〜３０ｋＨｚなどの周波数も採用可能である。また、車両用第２周波数は、例えば、３１５ＭＨｚや、９２０ＭＨｚなど、ＵＨＦ（Ultra High Frequency）帯に属する周波数である。ＵＨＦ帯は３００ＭＨｚ〜３ＧＨｚを指す。
【００１５】
車両用第１周波数は、後述する応答エリア形成の観点から、２００ｋＨｚ以下の周波数が採用されていることが好ましい。車両用第２周波数は、ＢＬＥ通信との混線を避けるため、ＢＬＥ通信で使用される２．４ＧＨｚ以外の周波数に設定されていることが好ましい。ここでは一例として、車両用第１周波数としては１２５ｋＨｚが採用されているものとする。また、車両用第２周波数としては３１５ＭＨｚが採用されているものとする。車両用第２周波数を用いてスマートキー２から送信される無線信号は、車両用電子キーシステムの技術分野においてはＲＦ（Radio Frequency）信号とも称される。
【００１６】
車載システム１は、車両用第１、第２周波数の電波を用いてスマートキー２と無線通信することによって、スマートキー２を認証する。また、車載システム１は、スマートキー２の認証が成功したことに基づいて、ユーザが車両Ｈｖを使用するための所定の車両制御を実施する。ユーザが車両Ｈｖを使用するための車両制御とは、車両ドアの施錠／開錠や、エンジンの始動などである。
【００１７】
車載システム１がスマートキー２を認証する処理とは、車載システム１にとって無線通信を実施している通信端末（以降、通信対象）が、当該車載システム１と対応付けられている正規のスマートキー２であることを確認する処理である。認証が成功したということは、正規のスマートキー２であると判定したことに相当する。
【００１８】
車載システム１によるスマートキー２の認証は、チャレンジ−レスポンス方式によって実施されればよい。認証処理の詳細は別途後述する。なお、認証処理の準備として、スマートキー２と車載システム１のそれぞれには、認証処理に用いられる共通の暗号鍵が保存されている。また、スマートキー２には固有の識別番号（以降、キーＩＤ）が割り当てられており、車載システム１には、当該キーＩＤが登録されている。前述の暗号鍵は、キーＩＤであってもよい。なお、車載システム１にも固有の識別番号（以降、車両ＩＤ）が割り当てられており、スマートキー２には当該車両ＩＤが登録されている。
【００１９】
便宜上、ここでは一例として車両Ｈｖは、前部座席と後部座席とを備えており、右側に運転席が設けられている車両とする。後部座席用のドアは、左右両方とも、電動で開閉するスライドドア４２（いわゆるパワースライドドア）として構成されている。以降では車両右側に配されている後部座席用のスライドドア４２を右側スライドドア４２Ｒと記載する。また、車両左側に配されている後部座席用のスライドドアを左側スライドドア４２Ｌと記載する。
【００２０】
前部座席用のドアであるフロントドア４１はここでは一例として手動で開閉されるように構成されている。もちろん、他の態様としてフロントドア４１も電動スライドドアとして構成されていても良い。さらに、種々のドアは、電動で開閉する上方展開型のドアとして構成されていても良い。ここでの上方展開型のドアとは、地面に対して略垂直に展開する方式で開くドアを指し、ガルウィングドアや、シザーズドア、ラプタードア、バタフライドア、キャノピードアなどが含まれる。
【００２１】
＜車載システム１の構成＞
ここでは車載システム１の構成について述べる。車載システム１は、図２に示すように認証ＥＣＵ１０、ドア開閉アクチュエータ１１、ドアロックモータ１２、マイク１３、ドアボタン１４、ＬＦ送信機１５、ＲＦ受信機１６、ＢＬＥ通信機１７、コミュニケーションランプ１８、及びスピーカ１９を備える。
【００２２】
認証ＥＣＵ１０は、車両Ｈｖのドアの開閉に係る種々の制御処理を実行する電子制御装置（いわゆるＥＣＵ：Electronic Control Unit）である。認証ＥＣＵ１０が車両用ドア制御装置に相当する。認証ＥＣＵ１０は、ドア開閉アクチュエータ１１、ドアロックモータ１２、マイク１３、ドアボタン１４、ＬＦ送信機１５、ＲＦ受信機１６、ＢＬＥ通信機１７、コミュニケーションランプ１８、及びスピーカ１９のそれぞれと、例えば車両内に構築されている通信ネットワークを介して、相互通信可能に接続されている。
【００２３】
なお、ドア開閉アクチュエータ１１は、専用の信号線で認証ＥＣＵ１０と接続されていても良い。また、認証ＥＣＵ１０とドア開閉アクチュエータ１１との間には他のＥＣＵ（例えばボディＥＣＵ）が介在するように構成されていても良い。ドアロックモータ１２、マイク１３、ドアボタン１４、ＬＦ送信機１５、ＲＦ受信機１６、ＢＬＥ通信機１７、コミュニケーションランプ１８、及びスピーカ１９のそれぞれについても同様である。
【００２４】
認証ＥＣＵ１０は、ＣＰＵ１０１、フラッシュメモリ１０２、ＲＡＭ、Ｉ／Ｏ、及びこれらの構成を接続するバスラインなどを備えた、コンピュータとして構成されている。なお、認証ＥＣＵ１０は、ＣＰＵ１０１の代わりに、ＧＰＵやＭＰＵを用いて実現されていても良い。さらにＣＰＵ１０１やＧＰＵ、ＭＰＵを組み合わせて実現されていてもよい。
【００２５】
フラッシュメモリ１０２は、不揮発性且つ書き換え可能なメモリである。フラッシュメモリ１０２には、コンピュータを認証ＥＣＵ１０として機能させるためのプログラム（以降、ドア制御プログラム）等が格納されている。ドア制御プログラムの具体的な記憶媒体としては、多様な非遷移的実体的記憶媒体（non-transitory tangible storage medium）を採用可能である。ＣＰＵ１０１がドア制御プログラムを実行することは、ドア制御プログラムに対応する方法が実行されることに相当する。ＣＰＵ１０１がドア制御プログラムを実行することによって発現される、認証ＥＣＵ１０が提供する機能の詳細については後述する。認証ＥＣＵ１０が車両用ドア制御装置に相当する。
【００２６】
ドア開閉アクチュエータ１１は、スライドドア４２をパワースライドドアとして機能させるためのアクチュエータである。すなわち、ドア開閉アクチュエータ１１は、認証ＥＣＵ１０からの指示に基づいて、スライドドア４２を開けたり閉じたりするための駆動力を提供する。ドア開閉アクチュエータ１１は例えばモータを用いて実現されている。
【００２７】
ドア開閉アクチュエータ１１は、認証ＥＣＵ１０からドアを開けるように指示する制御信号（以降、オープン指示信号）が入力されていることに基づいて駆動し、スライドドア４２を閉状態から開状態へと遷移させる（つまりドアを開ける）。また、ドア開閉アクチュエータ１１は、認証ＥＣＵ１０からドアを閉じるように指示する制御信号（以降、クローズ指示信号）が入力されていることに基づいて駆動し、スライドドア４２を開状態から閉状態へと遷移させる（つまりドアを閉じる）。なお、ここでの開状態には、全開だけでなく、半開きなど、完全に閉じきっていない状態も含まれる。
【００２８】
図２ではドア開閉アクチュエータ１１を１つしか図示していないが、車載システム１はドア開閉アクチュエータ１１をスライドドア４２毎に備えうる。つまり、本実施形態の車載システム１は、右側スライドドア４２Ｒ用のドア開閉アクチュエータ１１である右ドア開閉アクチュエータ１１Ａと、左側スライドドア４２Ｌ用のドア開閉アクチュエータ１１である左ドア開閉アクチュエータ１１Ｂと、を備える。
【００２９】
ドアロックモータ１２は、ドアの施錠状態を制御するためのモータである。ドアロックモータ１２はドア毎に設けられている。各ドアロックモータ１２は、認証ＥＣＵ１０からドアのロック機構を開錠状態に設定するように指示する制御信号（以降、開錠指示信号）が入力されていることに基づいて駆動し、ロック機構を施錠状態から開錠状態へと遷移させる。また、ドアロックモータ１２は、認証ＥＣＵ１０からドアのロック機構を施錠状態に設定するように指示する制御信号（以降、施錠指示信号）が入力されていることに基づいて、ロック機構を開錠状態から施錠状態へと遷移させる。ロック機構としては多様な構成を採用することができる。
【００３０】
マイク１３は、車両Ｈｖの外面部に設けられてあって、車室外の音（音声を含む）を集音する装置である。ここでの外面部とは、車両Ｈｖにおいて車室外空間に接するボディ部分であって、車両Ｈｖの側面部、背面部、及び前面部が含まれる。マイク１３は、例えば図３に示すように車両ＨｖのＢピラー４３Ｂの中央部付近に配置されている。マイク１３は、左側面部と右側面部の両方に、少なくとも１つずつ配置されている。マイク１３は、ユーザが発話した音声等を集音し、電気信号に変換して認証ＥＣＵ１０へ出力する。マイク１３は、ユーザが認証ＥＣＵ１０に所定の車両制御の実行予約を音声によって指示するための入力装置に相当する。
【００３１】
マイク１３の設置箇所としては、例えば、図３に示すようにＢピラー４３ＢやＣピラー４３Ｃ、側面上端部４４などを採用することができる。図３に符号４３Ａで指し示す部材はＡピラーを表している。側面上端部４４は、車両Ｈｖの側面部と屋根部との境界付近に相当する。側面上端部４４は例えばドアの上端部が当接する部分である。
【００３２】
ドアボタン１４は、車両Ｈｖのドアの開閉に係る車両制御の実行及び実行予約をユーザが指示するためのボタンである。ドアボタン１４は、ユーザによって押下されると、その旨を示す電気信号を、認証ＥＣＵ１０に出力する。ドアの開閉に係る車両制御とは、例えば、ドアを施錠する制御（ロック制御）や、ドアを開錠する制御（以降、アンロック制御）、スライドドア４２を開ける制御（オープン制御）、スライドドア４２を閉じる制御（以降、クローズ制御）などである。
【００３３】
ドアボタン１４は、車両Ｈｖのドアの外側面の所定位置、例えば外側ドアハンドルに配置されている。ここでの外側ドアハンドルとは、ドアの外側面に設けられた、ドアを開閉するための把持部材を指す。なお、図２ではドアボタン１４を１つしか図示していないが、車載システム１はドアボタン１４を複数備えうる。ここでは一例として、ドアボタン１４は、フロントドア４１及びスライドドア４２の外側ドアハンドルに配置されているものとする。なお、ドアボタン１４は、ドアの車室内側の面に設けられた、ドアを開閉するための把持部材である内側ドアハンドルに配されていても良い。
【００３４】
なお、ユーザによるドアの開閉に係る車両制御の実行指示及び実行予約を受け付けるための構成としては、タッチセンサを採用することもできる。タッチセンサは、ユーザがそのドアハンドルを触れていることを検出する装置である。タッチセンサもまた、車両Ｈｖの各ドアハンドルに装備されていればよい。車載システム１は、ドアの開閉に係るユーザの指示操作及び実行予約を受け付けるための構成として、ドアボタン１４とタッチセンサを組み合わせて実現されていても良い。
【００３５】
ＬＦ送信機１５は、認証ＥＣＵ１０から入力されるベースバンド信号を、所定の車両用第１周波数（ここでは１２５ｋＨｚ）の電波に変換して空間へ放射する。ＬＦ送信機１５は、アンテナや変調回路を用いて実現されている。
【００３６】
ＬＦ送信機１５は、車載システム１全体として、車室内及び車両周辺領域に応答エリアを形成するように複数配置されている。例えばＬＦ送信機１５は、車室内、右側面部、左側面部、及び後端部のそれぞれに少なくとも１つずつ配されている。
【００３７】
応答エリアとは、車載システム１から送信された車両用第１周波数の信号（以降、ＬＦ信号）に対して、スマートキー２がＵＨＦ帯の応答信号を返送する範囲に相当する。例えば応答エリアは、車載システム１が送信するＬＦ信号が、所定の信号強度を保って伝搬する範囲とすることができる。
【００３８】
応答エリアの内側と外側の境界線を定義するＬＦ信号の信号強度は、例えばスマートキー２が受信信号を復調可能な信号レベルの下限値（つまり復調限界値）とすることができる。また、応答エリアの内側と外側の境界線を定義するＬＦ信号の信号強度は、復調限界値よりも大きい所定の値（以降、応答閾値とする）とすることもできる。応答閾値は、設計者によって所望の応答エリアが形成されるように適宜設定される。そのような態様においては、スマートキー２は、車載システム１からの信号を復号可能な受信強度で受信した場合であっても、その受信強度が応答閾値以下である場合には応答エリア外に存在すると判定し、応答を返さないものとする。
【００３９】
車載システム１全体としての応答エリアとは、各ＬＦ送信機１５が形成する応答エリアを組み合わせた（換言すれば統合してなる）範囲である。各ＬＦ送信機１５が形成する応答エリアの大きさや形状は適宜設計されればよい。各ＬＦ送信機１５が形成する応答エリアの大きさは、応答閾値や、車両ＨｖからのＬＦ信号の送信電力、スマートキー２での受信感度などによって調整可能である。車両周辺とは、例えば車両から１ｍ以内となる領域である。なお、車載システム１は、車両Ｈｖから３ｍ以内が応答エリアとなるように設定されていても良い。ＬＦ送信機１５の設置位置や応答エリアの大きさ、形状は適宜変更可能である。
【００４０】
ＲＦ受信機１６は、スマートキー２から送信される車両用第２周波数の無線信号（以降、ＲＦ信号）を受信するための構成である。ＲＦ受信機１６は、スマートキー２から送信されるＲＦ信号を受信するためのアンテナや、受信信号を復調する回路（いわゆる復調回路）を用いて実現されている。ＲＦ受信機１６は、アンテナで受信した信号に対して、アナログデジタル変換や、復調、復号などといった、所定の処理を施すことで、受信信号に含まれるデータを抽出する。そして、その抽出したデータを認証ＥＣＵ１０に提供する。
【００４１】
ＢＬＥ通信機１７は、携帯端末３とＢＬＥ通信を行うための通信モジュールである。ＢＬＥ通信機１７は、携帯端末３から送信された、Bluetoothの規格に準拠している信号（以降、ＢＬＥ信号）を受信して認証ＥＣＵ１０に提供する。また、ＢＬＥ通信機１７は、認証ＥＣＵ１０から入力されたデータを変調して携帯端末３に送信する。
【００４２】
ＢＬＥ通信機１７は例えば車室内の天井部分に配されている。ＢＬＥ通信機１７は、Ｂピラー４３ＢやＣピラー４３Ｃに搭載されていても良い。ＢＬＥ通信機１７は複数設けられていても良い。ＢＬＥ通信機１７は、１０ｍ以内に存在する他のデバイス（例えば携帯端末３）と無線通信可能に構成されている。便宜上、ＢＬＥ通信機１７が携帯端末３とＢＬＥ通信可能なエリアのことを（以降、ＢＬＥ通信エリア）とも称する。ＢＬＥ通信エリアは、ＬＦ送信機１５が提供する応答エリアよりも広く設定されている。
【００４３】
ＢＬＥ通信機１７は、携帯端末３についての情報（以降、ユーザ端末情報）を、ＢＬＥ通信機１７が備える図示しない不揮発性のメモリに保持している。ユーザ端末情報は、携帯端末３とＢＬＥ通信機１７との間で鍵交換プロトコルを実行させるユーザ操作（いわゆるペアリング操作）によって取得される。ここでのユーザ端末情報は、例えば、ペアリングによって交換した鍵や、デバイスＩＤなどである。交換した鍵の保存はボンディングとも称される。
【００４４】
ＢＬＥ通信機１７は、携帯端末３からのアドバタイズパケットを受信することによって、携帯端末３の存在を検出し、認証ＥＣＵ１０に通知する。また、ＢＬＥ通信機１７は、携帯端末３からのアドバタイズパケットを受信すると、保存済みのユーザ端末情報を用いて自動的に携帯端末３との通信接続を確立する。ＢＬＥにおける通信接続処理には、ボンディングされている鍵を用いた認証処理が含まれる。なお、ＢＬＥ通信機１７に対して複数の携帯端末３がペアリングされている場合には、各携帯端末３についてのユーザ端末情報が保存される。
【００４５】
コミュニケーションランプ１８は、車両Ｈｖの外面部に配されている照明装置である。コミュニケーションランプ１８は、認証ＥＣＵ１０の指示に基づいて点灯及び消灯する。コミュニケーションランプ１８は、車両Ｈｖのドア付近に立っているユーザが視認可能な位置、例えば側面上端部４４や、サイドミラー４５、側面下端部４６、ドアハンドルなどドア周りの所定位置に配置されている。コミュニケーションランプ１８は車両Ｈｖの左右両側に配置されている。側面下端部４６とは、側面部の下端部であって、ドアの下側に相当する領域である。側面下端部４６には、車両底部の左側端部及び右側端部も含まれる。なお、車載システム１は、ハザードランプやブレーキランプなどをコミュニケーションランプ１８として使用するように構成されていてもよい。
【００４６】
スピーカ１９は、認証ＥＣＵ１０から入力された電気信号を音に変換して出力するデバイスである。スピーカ１９は、例えば認証ＥＣＵ１０からの入力信号に基づき、所定の警報音や音声メッセージを出力する。スピーカ１９は、マイク１３と同様に、車両Ｈｖの外面部に設けられており、車室外に向けて音を出力するように構成されている。コミュニケーションランプ１８及びスピーカ１９が、車両に搭載された報知装置の一例に相当する。
【００４７】
＜認証ＥＣＵ１０の機能について＞
ここでの認証ＥＣＵ１０が提供する機能について説明する。認証ＥＣＵ１０は、機能ブロックとして、図４に示すように、車両情報取得部Ｆ１、認証処理部Ｆ３、位置判定部Ｆ２、音声認識有効化部Ｆ４、予約受付部Ｆ５、通知処理部Ｆ６、及び制御実行部Ｆ７を備える。これらの機能は、ＣＰＵ１０１が上述のドア制御プログラムを実行することで実現されればよい。また、認証ＥＣＵ１０は、音声認識データベースＭ１を備える。
【００４８】
音声認識データベースＭ１は、音声認識処理に必要なデータが格納された記憶装置である。音声認識処理に必要なデータとは、例えば、人間の発声の小さな単位（以下、音素）の音響特徴が記述されている音響モデル、音素の音響特徴と単語とを対応付ける認識辞書、及び単語間の連接関係を表現する言語モデルなどである。音声認識データベースＭ１は、例えばフラッシュメモリ１０２が備える記憶領域の一部を用いて実現することができる。音声認識データベースＭ１は、フラッシュメモリ１０２とは独立した、不揮発性であって書き換え可能な記憶媒体を用いて実現されていても良い。
【００４９】
車両情報取得部Ｆ１は、車両Ｈｖに搭載されたセンサやスイッチなどから、車両Ｈｖの状態を示す種々の情報（以降、車両情報）を取得する。車両情報としては、例えば、ドアの開閉状態や、各ドアの施錠／開錠状態、ドアボタン１４の押下の有無等が該当する。なお、各ドアの施錠／開錠状態を示す情報を取得することは、各ドアの施錠／開錠状態を判定すること、及び、ユーザによるドアの施錠／開錠操作を検出することに相当する。各ドアの開閉状態を示す情報を取得することは、各ドアの開閉状態を判定／検出すること、及び、ユーザによるドアの開操作や閉操作を検出することに相当する。加えて、ドアボタン１４からの電気信号を取得することは、ドアボタン１４に対するユーザ操作を検出することに相当する。つまり、車両情報取得部Ｆ１は、例えばドアの開閉やドアボタン１４の押下などといった、車両Ｈｖに対するユーザの操作を検出する構成に相当する。以降における車両情報には、車両Ｈｖに対するユーザ操作も含まれる。
【００５０】
車両情報に含まれる情報の種類は、上述したものに限らない。図示しないシフトポジションセンサが検出するシフトポジションや、ブレーキペダルが踏み込まれているか否かを検出するブレーキセンサの検出結果なども車両情報に含まれる。パーキングブレーキの作動状態もまた車両情報に含めることができる。
【００５１】
また、車両情報取得部Ｆ１は、上述した種々の情報に基づいて、車両Ｈｖの現在の状態を特定する。例えば車両情報取得部Ｆ１は、エンジンがオフであり、全てのドアが施錠されている場合に、車両Ｈｖは駐車されていると判定する。もちろん、車両Ｈｖが駐車されていると判定する条件は適宜設計されればよく、多様な判定条件を適用することができる。
【００５２】
位置判定部Ｆ２は、スマートキー２及び／又は携帯端末３との通信状況に基づいて、ユーザの位置を推定する。車両Ｈｖには図５に示すように、ウェルカムエリアＷｘと作動エリアＣｘとが設定されている。図５の（Ａ）はウェルカムエリアＷｘを概念的に表しており、（Ｂ）は作動エリアＣｘを外言的に表している。位置判定部Ｆ２は、スマートキー２及び／又は携帯端末３との通信状況に基づいて、ウェルカムエリアＷｘ内にユーザが存在するか否かを判定する。また、位置判定部Ｆ２は、スマートキー２及び／又は携帯端末３との通信状況に基づいて、ユーザが作動エリアＣｘ内に存在するか否かを判定する。
【００５３】
ウェルカムエリアＷｘは、位置判定部Ｆ２が当該エリア内へのユーザの進入を検出したことに基づいて、通知処理部Ｆ６が後述の接近時通知処理を実施するエリアである。ウェルカムエリアＷｘは、例えば、車両Ｈｖから所定の準近傍距離未満となるエリアである。準近傍距離は、例えば６ｍである。準近傍距離はＢＬＥ通信が可能な距離以下に設定されていればよい。
【００５４】
ユーザがウェルカムエリアＷｘ内に存在するか否かを判定する方法としては多様な方法を援用することができる。例えば位置判定部Ｆ２は、ＢＬＥ通信機１７と協働して、携帯端末３から送信されるＢＬＥ信号の受信強度を逐次取得し、当該受信強度に基づいて、携帯端末３がウェルカムエリアＷｘ内に存在するか否かを判定する。具体的には、携帯端末３から送信されるＢＬＥ信号の受信強度が所定の接近検出閾値以上である場合に、携帯端末３はウェルカムエリアＷｘ内に存在すると判定する。一方、携帯端末３から送信されるＢＬＥ信号の受信強度が接近検出閾値未満である場合には、携帯端末３はウェルカムエリアＷｘの外側に存在すると判定する。
【００５５】
接近検出閾値は、ウェルカムエリアＷｘとみなす領域を定義するパラメータに相当する。接近検出閾値は、所望のウェルカムエリアＷｘを形成するように、試験やシミュレーションに基づいて適宜調整されればよい。なお、携帯端末３はユーザによって携帯されるものであるため、携帯端末３の位置を判定することはユーザの位置を判定することに相当する。
【００５６】
ユーザの位置判定に用いるＢＬＥ信号の受信強度は、直近所定時間（例えば４００ミリ秒）以内における受信強度の平均値や中央値などであってもよい。直近所定時間以内における携帯端末３からのＢＬＥ信号の受信強度の平均値は、携帯端末３からのＢＬＥ信号の受信強度の移動平均値に相当する。そのような構成によれば、瞬間的な受信強度の変動によって、ユーザの位置を誤判定する恐れを低減することができる。なお、ユーザの位置判定に用いるＢＬＥ信号の受信強度は、直近所定時間（例えば４００ミリ秒）以内における受信強度の最小値や最大値、２番目に大きい値など、２番目に小さい値であってもよい。
【００５７】
作動エリアＣｘは、後述の制御実行部Ｆ７が車両Ｈｖのドアの開閉に係る車両制御を実行するための条件として規定されているエリアである。作動エリアＣｘは、例えば車両Ｈｖから所定の近傍距離未満となるエリアである。近傍距離は、車両Ｈｖの近傍とみなせる範囲を規定する距離であって例えば１ｍである。本実施形態では一例として、応答エリアが作動エリアＣｘとして機能するように設定されているものとする。つまり、本実施形態では車両Ｈｖから１ｍ以内となる領域が作動エリアＣｘとして設定されている。なお、ウェルカムエリアＷｘは作動エリアＣｘを包含するように設定されている。位置判定部Ｆ２がユーザは作動エリアＣｘに存在すると判定する場合とは、ウェルカムエリアＷｘの中でも相対的に車両Ｈｖとの距離が近いエリアにユーザが存在していることを意味する。図５に示すＬｗはウェルカムエリアＷｘの境界線を概念的に表しており、Ｌｃは作動エリアＣｘの境界線を概念的に表している。
【００５８】
作動エリアＣｘ内にユーザが存在するか否かを判定する方法としては多様な方法を援用することができる。例えば位置判定部Ｆ２は、ＬＦ送信機１５と協働し、各ＬＦ送信機１５からＬＦポーリング信号を所定の周期で（例えば２００ミリ秒毎に）送信させる。ＬＦポーリング信号は、スマートキー２に対して応答信号の返送を要求する信号である。ＬＦポーリング信号は、チャレンジコードを含む信号（つまりチャレンジ信号）であってもよいし、チャレンジコードを含まない信号であってもよい。位置判定部Ｆ２は、ＬＦポーリング信号に対するスマートキー２からの応答信号を受信した場合に、スマートキー２は作動エリアＣｘに存在すると判定する。なお、スマートキー２はユーザによって携帯されるものであるため、スマートキー２の位置を判定することはユーザの位置を判定することに相当する。
【００５９】
なお、他の態様として、ＬＦ送信機１５の応答エリアが相対的に広めに形成されている場合には、ＬＦポーリング信号に対する応答が得られたか否かだけでユーザの位置を判定するのではなく、スマートキー２からの応答信号の受信強度やスマートキー２でのＬＦポーリング信号の受信強度に基づいて、スマートキー２が作動エリアＣｘに存在するのかを判定しても良い。
【００６０】
なお、他の態様としては、位置判定部Ｆ２は、携帯端末３からのＢＬＥ信号の受信強度に基づいて、ユーザが作動エリアＣｘに存在するか否かを判定するように構成されていても良い。また、受信強度に代わって、ＢＬＥ通信機１７がＢＬＥ信号を送信してから携帯端末３からの応答信号を受信するまでの時間（いわゆる信号往復時間）や、携帯端末３がＢＬＥ信号を送信してから当該信号を車載システム１が受信するまでの時間（いわゆる信号到来時間、ＴＯＡ；Time of Arrival）を用いて、携帯端末３（換言すればユーザ）の位置を推定しても良い。その他、スマートキー２や携帯端末３からの信号が到来する方向を示す信号到来角度（ＡＯＡ；Angle of Arrival）を用いてユーザの位置を推定しても良い。また、位置判定部Ｆ２は、スマートキー２との通信状況に基づいて、ユーザがウェルカムエリアＷｘに存在するか否かを判定するように構成されていても良い。例えば位置判定部Ｆ２は、スマートキー２からの応答信号の受信強度やスマートキー２でのＬＦポーリング信号の受信強度に基づいて、スマートキー２がウェルカムエリアＷｘに存在するのかを判定しても良い。
【００６１】
加えて、位置判定部Ｆ２は、ユーザがウェルカムエリアＷｘ又は作動エリアＣｘ内に存在すると判定している場合には、さらに、車両Ｈｖの右側、左側、及び後方の何れのエリア（換言すれば方向）にユーザが存在するのかも特定するように構成されていても良い。ユーザが存在する具体的なエリアは、例えば車両Ｈｖに搭載されているＬＦ送信機１５から順番にＬＦポーリング送信を送信し、スマートキー２からの応答信号を受信したタイミングに基づいて特定可能である。
【００６２】
認証処理部Ｆ３は、ＬＦ送信機１５及びＲＦ受信機１６と協働して、認証処理を実施する。ここでの認証処理とは、前述の通り、通信相手が正規のスマートキー２であると判定する処理である。スマートキー２はユーザによって携帯される構成であるため、スマートキー２の認証が成功したということは、車両Ｈｖを利用しようとしている人物が正規のユーザであると判定したことに相当する。
【００６３】
認証処理部Ｆ３によるスマートキー２の認証方式としては、多様な方式を採用することできる。ここでは一例として認証処理部Ｆ３としての認証ＥＣＵ１０は、チャレンジ−レスポンス方式で認証処理を実施するように構成されている。認証処理部Ｆ３は、認証処理を実行するための所定のイベントが発生したことをトリガとして、ＬＦ送信機１５と協働して、チャレンジコードを含む信号（以降、チャレンジ信号）を送信する。例えば認証処理部Ｆ３は、位置判定部Ｆ２によってスマートキー２が作動エリアＣｘ内に進入したことを検出した場合や、ユーザによってドアボタン１４が押下された場合にチャレンジコードを送信する。本実施形態の認証処理部Ｆ３は一例として、車両情報取得部Ｆ１がユーザの降車動作を検出した場合にもチャレンジコードを送信するように（換言すれば認証処理を実行するように）構成されている。
【００６４】
チャレンジコードは、スマートキー２を認証するためのコードである。チャレンジコードは、乱数表など用いて生成された乱数とすればよい。スマートキー２は、チャレンジコードを受信した場合、スマートキー２に予め登録されている暗号鍵を用いて当該チャレンジコードを暗号化し、その暗号化したコード（以降、レスポンスコード）を含む信号（以降、レスポンス信号）を返送する。
【００６５】
また、認証処理部Ｆ３は、チャレンジ信号を送信するとともに、自分自身が保持する暗号鍵を用いてチャレンジコードを暗号化したコード（以降、照合用コード）を生成する。そして、返送されてきたレスポンスコードが、照合用コードと一致する場合に、通信相手は正規のスマートキー２であると判定する（つまり認証成功と判定する）。なお、レスポンス信号は、スマートキー２が車両Ｈｖの鍵であることを証明するための情報に相当する。
【００６６】
音声認識有効化部Ｆ４は、認証処理部Ｆ３の認証結果に基づいて、マイク１３や音声認識部Ｆ５１の作動状態を制御する構成である。音声認識有効化部Ｆ４は、認証処理が成功した場合、音声認識部Ｆ５１を音声入力待機状態に設定する。音声入力待機状態は、マイク１３からの音声信号に対して音声認識処理を実行可能な状態である。つまり、音声認識部Ｆ５１を有効化する。音声入力待機状態は、音声認識部Ｆ５１がマイク１３から音声信号を取得して音声認識処理を実行可能な状態である。
【００６７】
また、音声認識有効化部Ｆ４は、音声認識部Ｆ５１が作動している状態において所定の停止条件が充足されたタイミングで、音声認識部Ｆ５１の動作を停止させる。つまり、音声認識部Ｆ５１を無効化する。停止条件は、例えば、スマートキー２からの信号を受信しない状態が所定時間継続した場合や、音声入力待機状態に設定した時点から所定の時間経過した場合等である。音声認識部Ｆ５１を有効化／無効化することは、車載システム１の音声認識機能を有効化／無効化することに相当する。
【００６８】
車載システム１が備える音声認識機能の有効化／無効化は、マイク１３の電源を入り切りによって実現されても良いし、音声認識部Ｆ５１の動作モードをソフトウェア的に制御することによって実現されてもよい。もちろん両方を組み合わせて実現することもできる。なお、スマートキー２の認証処理が成功した場合に音声認識機能を有効化する構成によれば、スマートキー２が車両周辺に存在しない場合には音声認識機能が停止される。すなわち、音声認識機能が不必要に作動することを抑制することが出来るため、駐車中の暗電流を低減することができる。また、認証処理が成功していない場合には音声認識機能は停止するため、ユーザ以外の人物（以降、第３者）の声によって車両Ｈｖのドアに係る制御が実行される恐れを低減できる。
【００６９】
予約受付部Ｆ５は、車両Ｈｖに搭載されている入力装置、スマートキー２、又は携帯端末３に対するユーザ操作に基づいて、所定の車両制御の実行予約を受け付ける。例えば予約受付部Ｆ５は、ドアボタン１４に対してユーザによって所定のロック予約操作が行われた場合に、自動ロック制御の実行予約を受け付ける。自動ロック制御は、スライドドア４２を含む全てのドアが閉じた際に、自動的に全ドアを施錠する制御である。
【００７０】
例えば予約受付部Ｆ５は、ロック予約操作として、スライドドア４２がクローズ動作中にドアボタン１４が押下された場合に、自動ロック制御の実行予約を受け付ける。予約受付部Ｆ５は、自動ロック制御の実行予約を受け付けた場合、自動ロック制御が予約されていることを、フラグ等を用いて内部情報として保持する。
【００７１】
また、予約受付部Ｆ５はスマートキー２からのロック予約信号を受信した場合にも、自動ロック制御の実行予約を受け付ける。ロック予約信号は、自動ロック制御の実行を予約するコマンド信号である。スマートキー２は、スマートキー２に対する所定のユーザ操作（例えばボタン２６の押下）等によって、ロック予約信号を送信するように構成されている。ロック予約信号は車両用第２周波数を用いてＲＦ信号として送信されればよい。
【００７２】
また、予約受付部Ｆ５は、ドアボタン１４に対してユーザによって所定のオープン予約操作が行われた場合、自動オープン制御の実行予約を受け付ける。自動オープン制御は、駐車状態にある車両Ｈｖにユーザが接近した際に、ユーザによって指定された／ユーザが存在する方のスライドドア４２を自動的に開ける制御である。このような自動オープン制御は、実体的には、駐車されている車両Ｈｖの作動エリアＣｘ内にユーザ（実体としてはマートキー２）が存在することを検知した場合に、所定のスライドドア４２を開錠して開扉する制御に相当する。
【００７３】
例えば予約受付部Ｆ５は、オープン予約操作として、スライドドア４２が閉じられ且つ施錠されている状態においてドアボタン１４が長押しされた場合に、自動ロック制御の実行予約を受け付ける。オープン予約操作の内容は適宜変更可能である。予約受付部Ｆ５は、自動オープン制御の実行予約を受け付けた場合、自動オープン制御が予約されていることを、フラグ等を用いて内部情報として保持する。
【００７４】
また、予約受付部Ｆ５は、スマートキー２からオープン予約信号を受信した場合には、自動オープン制御の実行予約を受け付ける。オープン予約信号は、自動オープン制御の実行を予約するコマンド信号である。スマートキー２は、スマートキー２に対する所定のユーザ操作（例えばボタンの押下）等によって、オープン予約信号を送信するように構成されている。
【００７５】
予約受付部Ｆ５は、スマートキー２の認証処理が成功していることを条件として自動オープン制御の実行予約を受け付けるように構成されていることが好ましい。なお、認証ＥＣＵ１０は、ユーザによって自動オープン制御を予約する操作がなされたことをトリガとして認証処理部Ｆ３が認証処理を実行し、当該認証処理が成功した場合に、予約受付部Ｆ５が正式に自動オープン制御の実行予約を受け付けるように構成されていても良い。自動ロック制御の実行予約に関しても同様である。
【００７６】
さらに本実施形態では予約受付部Ｆ５は、ユーザの音声によって車両制御の実行予約を受け付けるための構成として、音声認識部Ｆ５１を備える。音声認識部Ｆ５１は、マイク１３を介してユーザが発話した音声信号を取得する。そして、その音声信号に対して、音声認識データベースＭ１に格納されている種々のデータを用いて所定の解析処理（いわゆる音声認識処理）を逐次実施し、ユーザが車両Ｈｖのドアの開閉に係る音声コマンドを発話したか否かを判定する。なお、音声認識部Ｆ５１は、複数のマイク１３のそれぞれから入力される音声信号に対して音声認識処理を実施するように構成されている。
【００７７】
例えば音声認識部Ｆ５１は、マイク１３からの音声信号に対して音声認識処理を逐次実行し、ユーザが予め設定されているオープン予約コマンドを発話したか否かを判定する。ここでのオープン予約コマンドとは、自動オープン制御を予約するための音声コマンドである。ユーザがオープン予約コマンドを発話したと音声認識部Ｆ５１が判定した場合、予約受付部Ｆ５は自動オープン制御の実行予約を受け付ける。オープン予約コマンドは、例えば「オープン予約」などといった予め設定されたフレーズであってもよいし、「戻ってきたら開けて」などといった表現であっても良い。オープン予約コマンドを発話したと判定することは、別の観点によれば、ユーザがオープン予約コマンドを発話したことを検出することに相当する。
【００７８】
また、音声認識部Ｆ５１は、マイク１３からの音声信号に対して音声認識処理を逐次実行し、ユーザが予め設定されているロック予約コマンドを発話したか否かを判定する。ロック予約コマンドは、自動ロック制御の実行を予約するための音声コマンドである。予約受付部Ｆ５は、ユーザがロック予約コマンドを発話したことを音声認識部Ｆ５１が検出した場合、自動ロック制御の実行予約を受け付ける。ロック予約コマンドは、例えば、「ロック予約」などといった所定のフレーズであってもよいし、「閉まったら鍵かけておいて」などといった表現であっても良い。各種の車両制御に対応する音声コマンドとしてのフレーズは、ユーザによって設定可能に構成されていても良い。マイク１３やドアボタン１４が車両Ｈｖに搭載されている入力装置に相当する。
【００７９】
さらに、予約受付部Ｆ５は、携帯端末３に対するユーザ操作に基づいて、自動オープン制御や自動ロック制御といった車両制御の実行予約を受け付けるように構成されていても良い。その場合、携帯端末３は、ユーザ操作に基づいてロック予約信号やオープン予約信号に相当するＢＬＥ信号を送信する。
【００８０】
通知処理部Ｆ６は、予約受付部Ｆ５による車両制御の予約の受付状況（換言すれば予約状況）に関する情報を、コミュニケーションランプ１８、スピーカ１９、スマートキー２、及び携帯端末３の少なくとも何れか１つを用いてユーザに通知する処理を実行する。車両制御の予約状況に関する情報とは。車両制御の実行予約を受け付けたかや、車両制御の予約がなされているか、予約していた車両制御の実行が完了したか、などである。
【００８１】
例えば通知処理部Ｆ６は、コミュニケーションランプ１８を通知対象とする情報の種別に応じた発光パターンで発光させることによって、種々の情報をユーザに通知する処理を実行する。発光パターンを構成する要素としては、光の色や、発光回数、点滅の有無、点滅間隔などを採用することができる。また、通知処理部Ｆ６は、スピーカ１９から、通知対象とする情報の種別に応じたパターンの通知音を出力することで、種々の情報をユーザに通知する処理を実行する。
【００８２】
また、通知処理部Ｆ６は、ＢＬＥ通信機１７と協働して携帯端末３に向けて車両制御の予約状況に関するデータを送信することで、携帯端末３を介して種々の情報をユーザに通知する。さらに、通知処理部Ｆ６は、ＬＦ送信機１５と協働してスマートキー２に向けて車両制御の予約状況に関するデータを送信することで、スマートキー２を介して種々の情報をユーザに通知する。当該通知処理部Ｆ６の作動については別途後述する。
【００８３】
制御実行部Ｆ７は、予約受付部Ｆ５が受け付けた車両制御を、当該車両制御の内容に応じたタイミングで実行する構成である。例えば自動オープン制御が予約されている場合には、位置判定部Ｆ２が作動エリアＣｘ内へのユーザの進入を検出し、且つ、認証処理部Ｆ３によるスマートキー２の認証が成功した場合に、スマートキー２が存在する方のスライドドア４２に対して自動的にアンロック制御及びオープン制御を実行する。また、自動ロック制御が予約されている場合には、スライドドア４２を含む全てのドアが閉じたタイミングで全ドアを自動的に施錠する。本実施形態の自動ロック制御は、クローズ制御が完了したタイミングで全ドアを施錠する制御に相当する。
【００８４】
＜スマートキー２の構成＞
スマートキー２は、図６に示すように、キー制御部２１、ＬＦ受信機２２、ＲＦ通信機２３、ＬＥＤ２４、バイブレータ２５、及びボタン２６を備える。キー制御部２１はスマートキー２全体の作動を制御する構成である。キー制御部２１は、ＩＣ２１１などを用いて実現されている。キー制御部２１は、ＬＦ受信機２２、ＲＦ通信機２３、ＬＥＤ２４、バイブレータ２５、及びボタン２６のそれぞれと電気的に接続されている。
【００８５】
ＬＦ受信機２２は、車載システム１から送信される車両用第１周波数の無線信号（以降、ＬＦ信号）を受信するための構成である。ＬＦ受信機２２は、アンテナで受信した信号に対して、アナログデジタル変換や、復調、復号などといった、所定の処理を施すことで、受信信号に含まれるデータを抽出する。そして、その抽出したデータをキー制御部２１に提供する。ＲＦ通信機２３は、スマートキー２が車載システム１に向けて車両用第２周波数の無線信号（つまりＲＦ信号）を送信するための構成である。ＲＦ通信機２３は、キー制御部２１から入力されるベースバンド信号を、車両用第２周波数（ここでは３１５ＭＨｚ）の電波に変換して空間へ放射する。
【００８６】
スマートキー２はＬＦ受信機２２がＬＦ信号を受信すると、当該受信信号に対応する応答信号としてのベースバンド信号を生成し、ＲＦ通信機２３と協働してＲＦ信号として無線送信する。例えばスマートキー２は、ＬＦ受信機２２が車載システム１からのチャレンジ信号を受信した場合には、スマートキー２に予め登録されている暗号鍵を用いて生成したレスポンスコードを含むレスポンス信号をＲＦ信号として送信する。
【００８７】
ＬＥＤ２４は、キー制御部２１からの指示に基づいて点灯するデバイスである。バイブレータ２５は、キー制御部２１からの指示に基づいて振動するデバイスである。ＬＥＤ２４及びバイブレータ２５は、発光又は振動によってユーザに情報を通知するためのスマートキー２が備える報知装置（つまり携帯機側報知装置）に相当する。ボタン２６は、ユーザが車両Ｈｖの施錠指示や開錠指示、自動オープン予約、自動ロック予約を実施するためのボタンである。スマートキー２はボタン２６に対するユーザ操作に応じたＲＦ信号をコマンド信号として送信する。
【００８８】
＜携帯端末３の構成＞
携帯端末３は、例えばスマートフォンやタブレット端末などといった、外部サーバから配信されている種々のアプリケーションプログラムをインストール可能に構成されている、汎用的な情報処理端末である。携帯端末３は、ユーザの指や腕等に装着されるウェアラブルデバイスとして構成されていてもよい。
【００８９】
携帯端末３は図７に示すように、携帯端末制御部３１、ＢＬＥ通信機３２、ディスプレイ３３、タッチパネル３４、バイブレータ３５、及びスピーカ３６を備える。携帯端末制御部３１は、携帯端末３全体の動作を制御する構成である。携帯端末制御部３１は、コンピュータを主体として構成されている。すなわち、携帯端末制御部３１は、ＣＰＵ３１１、フラッシュメモリ３１２、ＲＡＭ、図示しないＩ／Ｏ、クロック発振器等を用いて実現されている。携帯端末制御部３１は、ＢＬＥ通信機３２、ディスプレイ３３、タッチパネル３４、バイブレータ３５、及びスピーカ３６のそれぞれと通信可能に構成されている。
【００９０】
ＢＬＥ通信機３２は、ＢＬＥ通信を行うための通信モジュールである。ディスプレイ３３は、携帯端末制御部３１から入力されている映像信号（換言すれば画像データ）を表示する装置である。タッチパネル３４は、ユーザが携帯端末３を操作するための入力装置（換言すれば操作部）であって、ディスプレイ３３上に積層されている。タッチパネル３４は、ユーザによってタッチされている位置を検出するとともに、その位置を示すタッチ位置信号を操作信号として携帯端末制御部３１に逐次出力する。なお、携帯端末３は操作部として機械式のボタン等を備えていても良い。バイブレータ３５は携帯端末制御部３１からの入力信号に基づき、振動するデバイスである。スピーカ３６は、携帯端末制御部３１から入力された電気信号を音に変換して出力するデバイスである。ディスプレイ３３、バイブレータ３５、及びスピーカ３６は、ユーザに情報を通知するための携帯端末３が備える報知装置に相当する。
【００９１】
＜車両用電子キーシステム１００の作動について＞
次に図８に示すシーケンス図を用いて、ユーザが自動オープン制御を予約するための操作を実施した際の車両用電子キーシステム１００の作動について説明する。なお、自動オープン制御を予約するためのユーザ操作には、例えば、ドアボタン１４の押下や、スマートキー２の操作、携帯端末３の操作のほか、マイク１３への音声コマンドの入力も含まれる。
【００９２】
まず、認証ＥＣＵ１０の予約受付部Ｆ５が、ドアボタン１４等に対するユーザ操作に基づいて、自動オープン制御の実行予約を受け付ける。例えば自動オープン制御が予約されていることを、フラグ等を用いて内部情報として保存する（Ｔ１０１）。
【００９３】
次に認証ＥＣＵ１０の通知処理部Ｆ６が、コミュニケーションランプ１８を所定の発光パターン（以降、オープン予約完了パターン）で発光させる（Ｔ１０２）。これにより、視覚的に、自動オープン制御の予約を受け付けたことをユーザに通知する。また、通知処理部Ｆ６は、スピーカ１９から所定のパターンの通知音（以降、オープン予約完了通知音）を出力する（Ｔ１０２）。これにより、聴覚を介して、自動オープン制御の予約を受け付けたことをユーザに通知する。なお、通知音に代わって自動オープン制御の予約を受け付けたことを示す音声メッセージをスピーカ１９から出力してもよい。
【００９４】
また、通知処理部Ｆ６はＬＦ送信機１５と協働して、自動オープン制御の予約を受け付けたことを示すＬＦ信号をオープン予約完了信号として送信する（Ｔ１０３）。さらに、通知処理部Ｆ６はＢＬＥ通信機１７と協働して、自動オープン制御の予約を受け付けたことを示すＢＬＥ信号をオープン予約完了信号として携帯端末３に送信する（Ｔ１０４）。
【００９５】
スマートキー２は、車載システム１からのオープン予約完了信号を受信すると、ＬＥＤ２４を所定のパターンで発光させたり、バイブレータ２５を振動させたりする（Ｔ２０１）。このような構成は、通知処理部Ｆ６がスマートキー２を介してユーザに自動オープン制御の予約が完了したことを通知する構成に相当する。
【００９６】
携帯端末３は、車載システム１からのオープン予約完了信号を受信すると、ディスプレイ３３に自動オープン制御の予約が受け付けられたことを示すメッセージ又はアイコンを表示したり、バイブレータ３５を振動させたりする（Ｔ３０１）。このような構成は、通知処理部Ｆ６が携帯端末３を介してユーザに自動オープン制御の予約が完了したことを通知する構成に相当する。
【００９７】
また、携帯端末３は、上記の通知処理を実行するとともに、認証ＥＣＵ１０が自動オープン制御の実行予約を受け付けた状態となっていることを内部状態として保存する（Ｔ３０２）。携帯端末３は、ユーザによって予約状況を確認するための操作がなされた場合には、内部状態として保存されている情報に基づき、予約状況を示す画面をディスプレイ３３に表示する。このような構成によればユーザはいつでも車両制御の予約状況を確認することができる。
【００９８】
認証ＥＣＵ１０は、駐車状態に移行してから所定時間（例えば１５秒）経過すると、位置判定処理を定期的に実行する（Ｔ１０５）。位置判定処理は、位置判定部Ｆ２がユーザの位置を判定する処理である。位置判定部Ｆ２によってユーザがウェルカムエリアＷｘに進入したことが検出されると（Ｔ１０５  ＹＥＳ）、通知処理部Ｆ６が予約状況通知処理を実行する（Ｔ１０６）。
【００９９】
通知処理部Ｆ６は予約状況通知処理として、コミュニケーションランプ１８を所定の発光パターン（以降、予約有り通知パターン）で発光させる。これにより、視覚的に、自動オープン制御の予約が成されていることをユーザに通知する。また、通知処理部Ｆ６は、スピーカ１９から所定のパターンの通知音（以降、予約有り通知音）を出力する。これにより、聴覚を介して、自動オープン制御の予約を成されていることをユーザに通知する。
【０１００】
なお、ユーザ接近検出時において自動オープン制御の予約が成されていない場合には、予約有り通知パターンとは異なるパターン（以降、予約無し通知パターン）にてコミュニケーションランプ１８を発光させる。これにより、視覚的に、自動オープン制御の予約が成されていないことをユーザに通知する。また、ユーザ接近検出時において自動オープン予約が成されていない場合には、通知処理部Ｆ６は、スピーカ１９から予約有り通知音とは異なるパターンの通知音（以降、予約無し通知音）を出力する。これにより、聴覚を介して、自動オープン制御の予約を成されていないことをユーザに通知する。
【０１０１】
また、通知処理部Ｆ６は、上記の車載設備を用いた予約状況通知処理と並行して、ＢＬＥ通信機１７と協働して、自動オープン制御の予約を成されていることを示すＢＬＥ信号を予約有り信号として携帯端末３に送信する（Ｔ１０７）。携帯端末３は、車載システム１からの予約有り信号を受信すると、自動オープン制御の予約が成されていることを示すメッセージ又はアイコンをディスプレイ３３に表示したり、バイブレータ３５を所定のパターンで振動させたりする（Ｔ３０３）。このような構成は、通知処理部Ｆ６が携帯端末３を介してユーザに自動オープン制御の予約が成されていることを通知する構成に相当する。
【０１０２】
その後、位置判定部Ｆ２によってユーザが作動エリアＣｘに進入したことが検出されると（Ｔ１０８  ＹＥＳ）、認証処理部Ｆ３がスマートキー２の認証処理を実施する。スマートキー２の認証が成功すると、制御実行部Ｆ７が自動オープン制御を実行する（Ｔ１１０）。なお、認証処理が失敗した場合には、スマートキー２の位置判定処理を再実行するなど、所定の処理を実行すればよい。
【０１０３】
制御実行部Ｆ７が自動オープン制御を開始すると（例えば自動オープン中に）、通知処理部Ｆ６がＬＦ送信機１５と協働して、自動オープン制御を実行したことを示すＬＦ信号を、制御完了信号として送信する（Ｔ１１１）。さらに、通知処理部Ｆ６はＢＬＥ通信機１７と協働して、自動オープン制御を実行したことを示すＢＬＥ信号を制御完了信号として携帯端末３に送信する（Ｔ１１２）。
【０１０４】
スマートキー２は、車載システム１からの制御完了信号を受信すると、ＬＥＤ２４を所定のパターンで発光させたり、バイブレータ２５を振動させたりする（Ｔ２０２）。このような構成は、通知処理部Ｆ６がスマートキー２を介してユーザに自動オープン制御を実行したことを通知する構成に相当する。
【０１０５】
携帯端末３は、車載システム１からの制御完了信号を受信すると、ディスプレイ３３に自動オープン制御の予約が受け付けられたことを示すメッセージ又はアイコンを表示したり、バイブレータ３５を振動させたりする（Ｔ３０４）。このような構成は、通知処理部Ｆ６が携帯端末３を介してユーザに自動オープン制御を実行したことを通知する構成に相当する。
【０１０６】
次に、図９に示すシーケンス図を用いて、ユーザが自動ロック制御の予約操作を実施した際の車両用電子キーシステム１００の作動について説明する。まず、認証ＥＣＵ１０の予約受付部Ｆ５は、ドアボタン１４等に対するユーザ操作に基づいて、自動ロック制御の実行予約を受け付ける。例えば自動ロック制御が予約されていることを、フラグ等を用いて内部情報として保存する（Ｔ１２１）。
【０１０７】
次に認証ＥＣＵ１０の通知処理部Ｆ６が、コミュニケーションランプ１８を所定の発光パターン（以降、ロック予約完了パターン）で発光させる（Ｔ１２２）。これにより、視覚的に、自動ロック制御の予約を受け付けたことをユーザに通知する。なお、ロック予約完了パターンは、オープン予約完了パターン等とは異なる発光パターンに設定されている。また、通知処理部Ｆ６は、スピーカ１９から所定のパターンの通知音（以降、ロック予約完了通知音）を出力する（Ｔ１２２）。これにより、聴覚を介して、自動ロック制御の予約を受け付けたことをユーザに通知する。
【０１０８】
また、通知処理部Ｆ６はＬＦ送信機１５と協働して、自動ロック制御の予約を受け付けたことを示すＬＦ信号をロック予約完了信号として送信する（Ｔ１２３）。さらに、通知処理部Ｆ６はＢＬＥ通信機１７と協働して、自動ロック制御の予約を受け付けたことを示すＢＬＥ信号をロック予約完了信号として携帯端末３に送信する（Ｔ１２４）。
【０１０９】
スマートキー２は、車載システム１からのロック予約完了信号を受信すると、ＬＥＤ２４を所定のパターンで発光させたり、バイブレータ２５を振動させたりする（Ｔ２２１）。このような構成は、通知処理部Ｆ６がスマートキー２を介してユーザに自動ロック制御の予約が完了したことを通知する構成に相当する。
【０１１０】
携帯端末３は、車載システム１からのロック予約完了信号を受信すると、ディスプレイ３３に自動ロック制御の予約が受け付けられたことを示すメッセージ又はアイコンを表示したり、バイブレータ３５を振動させたりする（Ｔ３２１）。このような構成は、通知処理部Ｆ６が携帯端末３を介してユーザに自動ロック制御の予約が完了したことを通知する構成に相当する。
【０１１１】
また、携帯端末３は、上記の通知処理を実行するとともに、認証ＥＣＵ１０が自動ロック制御の実行予約を受け付けた状態となっていることを内部状態として保存する（Ｔ３２２）。携帯端末３は、ユーザによって予約状況を確認するための操作がなされた場合、内部状態として保存されている情報に基づき、予約状況を示す画面をディスプレイ３３に表示する。
【０１１２】
次に、認証ＥＣＵ１０の車両情報取得部Ｆ１は、カーテシスイッチなどの出力信号にも基づいて全ドアが閉じられたか否かを逐次判定する（Ｔ１２５）。全ドアが閉じたことを車両情報取得部Ｆ１が検出すると（Ｔ１２５  ＹＥＳ）、制御実行部Ｆ７が全ドアを施錠する制御を実行する（Ｔ１２７）。その後、通知処理部Ｆ６は、ＢＬＥ通信機１７と協働して、自動ロック制御を実行したことを示すＢＬＥ信号をロック完了信号として携帯端末３に送信する（Ｔ１２７）。
【０１１３】
携帯端末３は、車載システム１からの制御完了信号を受信すると、ディスプレイ３３に自動ロック制御が完了したことを示すメッセージ又はアイコンを表示したり、バイブレータ３５を振動させたりする（Ｔ３２３）。このような構成は、通知処理部Ｆ６が携帯端末３を介してユーザに自動ロック制御を実行したことを通知する構成に相当する。
【０１１４】
また、携帯端末３は、上記の通知処理を実行するとともに、自動ロック制御の予約状況を示すデータを、自動ロック制御が実行済みであることを示すデータに更新する（Ｔ３２４）。携帯端末３は、ユーザによって予約状況を確認するための操作がなされた場合には、内部状態として保存されている情報に基づき、自動ロック制御が実行済みであることを示す画面をディススプレイ３３に表示する。
【０１１５】
＜実施形態のまとめ＞
上述した実施形態の構成によれば、ユーザはコミュニケーションランプ１８の点灯の有無及び点灯態様から、自動オープン制御の予約状況を認識することができる。また、スピーカ１９から出力される通知音によっても、ユーザは自動オープン制御の予約状況を認識することができる。このような構成によれば、ユーザは車両制御の予約状況を確認するために、わざわざスマートキー２を衣服のポケットから取り出す必要はない。つまり、ユーザは、ドアの開閉に係る車両制御の予約状況をより簡単に認識可能である。
【０１１６】
加えて、上記の認証ＥＣＵ１０は、携帯端末３にも車両制御の予約状況を示すデータ（以降、予約状況データ）を送信するとともに、携帯端末３は当該予約状況データを保存しておき、携帯端末３に対するユーザ操作に基づいて予約状況を示す画面を表示する。このような構成によれば、ユーザは携帯端末３を操作することで、いつでも車両制御の予約状況を確認することができ、ユーザの利便性のさらなる向上が期待される。
【０１１７】
さらに、本実施形態の構成では通知処理部Ｆ６は予約状況通知処理として、自動オープン制御の実行が予約されている状態において車両ＨｖのウェルカムエリアＷｘへのユーザの進入を検出すると、コミュニケーションランプ１８を予約有りパターンで発光させる。このような作動は、自動オープン制御がこれから実施することの予告として機能する。
【０１１８】
故に上記の構成によれば、ユーザが自動オープン制御の予約をしていることを忘れた状態で車両Ｈｖに接近した場合であっても、コミュニケーションランプ１８等の作動態様に基づいて自動オープン制御がこれから実施されることを思い出すことができる。また、自動オープン制御を実行する際に、ユーザはこれから自動オープン制御がされることを認識できている可能性を高めることができる。故に、上記の構成によれば、自動オープン制御を実行することによってユーザを戸惑わせたり脅かせたりする恐れを低減することができる。
【０１１９】
加えて上述した認証ＥＣＵ１０は、自動オープン制御の実行予約がなされていない状態において車両ＨｖのウェルカムエリアＷｘへのユーザの進入を検出すると、コミュニケーションランプ１８を予約有りパターンとは異なる予約無しパターンで発光させる。このような作動は、自動オープン制御は実施されないことの予告として機能する。また、このような構成によれば、ユーザは、車両Ｈｖに接近した際のコミュニケーションランプ１８等の作動態様に基づいて、自動オープン制御がこれから実施されるのか実施されないのかを認識できる。
【０１２０】
＜変形例１：携帯端末３の機能について＞
スマートキー２としての機能は携帯端末３が備えていてもよい。また、携帯端末３としての機能はスマートキー２が備えていてもよい。つまり、スマートキー２及び携帯端末３が提供する機能は１つのデバイスに統合されていても良い。携帯端末３もまた携帯機に相当する。
【０１２１】
また、実施形態にて言及している通り、予約受付部Ｆ５は携帯端末３に対するユーザ操作に基づいて、自動オープン制御や自動ロック制御といった車両制御の実行予約を受け付けるように構成されていても良い。例えば携帯端末３は、ＢＬＥによる車載システム１との通信接続が確立している場合に、自動オープン制御や自動ロック制御といった車両制御の実行予約を受け付ける画面（以降、制御予約画面）を表示する。そして、当該制御予約画面に対するユーザ操作に基づいてロック予約信号やオープン予約信号に相当するＢＬＥ信号を送信する。このような構成によっても前述の実施形態と同様の効果を奏する。
【０１２２】
なお、携帯端末３は、車載システム１とＢＬＥで通信接続していない場合にも、携帯端末３に対するユーザ操作に基づいて、随時、制御予約画面を表示するように構成されていてもよい。その場合には、制御予約画面に対して自動オープン制御等の実行予約をする旨のユーザ操作がなされた場合には、そのことを携帯端末３の内部情報として保持する。その後、所定の有効期間内に、ＢＬＥによる車載システム１との通信接続が確立した場合に、オープン予約信号を送信すればよい。認証ＥＣＵ１０は、オープン予約信号を受信した場合、予約状況通知処理として、コミュニケーションランプ１８を予約有り通知パターンで発光させたり、スピーカ１９から予約有り通知音を出力したりする。
【０１２３】
＜変形例２：携帯端末３と車載システム１との通信方式について＞
上述した実施形態では車載システム１と携帯端末３とは、ＢＬＥ通信を実施する構成を開示したが、車載システム１と携帯端末３との通信方式はこれに限らない。車載システム１と携帯端末３とは、Bluetooth（登録商標）の代わりに、Wi-Fi（登録商標）や、ZigBee（登録商標）等の近距離無線通信規格に準拠した無線通信（以降、近距離通信）を実施するように構成されていても良い。車載システム１と携帯端末３とは、５メートル以上の通信距離を提供する所定の近距離無線通信規格に準拠した通信（以降、近距離通信とする）を実施可能に構成されていればよい。Bluetoothや、Wi-Fi、ZigBeeなど、通信距離が５ｍ以上となる通信規格に準拠した無線通信を実施する通信機のことを近距離通信機とも記載する。前述のＢＬＥ通信機１７は近距離通信機の一例に相当する。
【０１２４】
＜変形例３：スマートキー２と車載システム１との通信方式について＞
また、車載システム１とスマートキー２は、ＵＷＢ−ＩＲ（Ultra Wide Band - Impulse Radio）方式の無線通信を実施可能に構成されていてもよい。すなわち、車載システム１とスマートキー２は、超広帯域（UWB ：Ultra Wide Band）通信で使用されるインパルス状の電波（以降、インパルス信号）を送受信可能に構成されている。ＵＷＢ通信で用いられるインパルス信号とは、パルス幅が極短時間（例えば２ｎｓ）であって、かつ、５００ＭＨｚ以上の帯域幅（つまり超広帯域幅）を有する信号である。
【０１２５】
ＵＷＢ−ＩＲ通信の変調方式としては、パルスの発生位置で変調を行うPPM（pulse position modulation）方式など、多様なものを採用可能である。具体的には、オンオフ変調（ＯＯＫ：On Off Keying）方式や、パルス幅変調（PWM：Pulse Width Modulation）、パルス振幅変調（PAM：Pulse-Amplitude Modulation）方式、パルス符号変調（PCM：Pulse-Code Modulation）などを採用可能である。なお、オンオフ変調方式はインパルス信号の存在／欠如によって情報（例えば０と１）を表現する方式であり、パルス幅変調方式はパルス幅によって情報を表現する方式である。パルス振幅変調方式は、インパルス信号の振幅によって情報を表現する方式である。パルス符号変調方式はパルスの組み合わせによって情報を表現する方式である。
【０１２６】
その他、車載システム１とスマートキー２とは、ＮＦＣ（Near Field Communication）の規格に従った無線通信（以下、近接場通信）を実施可能に構成されていてもよい。ここでの近接場通信とは、通信可能な距離が数ｃｍから数十ｃｍ程度となる通信を指す。近接場通信を実現するための具体的な通信規格としては、例えばISO/IEC 14443やISO/IEC 18092等の多様な規格を採用することができる。スマートキー２は、ユーザの指に装着して使用される指輪型のウェアラブルデバイスとして構成されていても良い。また、スマートキー２は、ユーザの手首に装着して使用されるリストバンド型或いは時計型のウェアラブルデバイスとして構成されていても良い。その他、スマートキー２はメガネ型など、多様な形状のウェアラブルデバイスとして構成されていても良い。
【０１２７】
＜付言：認証ＥＣＵ１０の構成について＞
認証ＥＣＵ１０が備える機能の一部又は全部はハードウェアとして実現されても良い。或る機能をハードウェアとして実現する態様には、１つ又は複数のＩＣなどを用いて実現する態様が含まれる。認証ＥＣＵ１０が提供する手段および／または機能は、実体的なメモリ装置に記録されたソフトウェアおよびそれを実行するコンピュータ、ソフトウェアのみ、ハードウェアのみ、あるいはそれらの組合せによって提供することができる。例えば、認証ＥＣＵ１０がハードウェアである電子回路によって提供される場合、それは多数の論理回路を含むデジタル回路、またはアナログ回路によって提供することができる。
【０１２８】
また、認証ＥＣＵ１０は、１つのコンピュータ、またはデータ通信装置でリンクされた一組のコンピュータ資源によって提供されうる。例えば、本実施形態の認証ＥＣＵ１０が提供する機能の一部は、他のＥＣＵ（例えばボディＥＣＵ）が備えていても良い。仮に、認証ＥＣＵ１０が提供する機能が、複数のＥＣＵに分散して備えられている場合には、それらのＥＣＵを備える構成が車両用ドア制御装置に相当する。
【符号の説明】
【０１２９】
１００  車両用電子キーシステム、１  車載システム、２  スマートキー（携帯機）、３  携帯端末（携帯機）、１０  認証ＥＣＵ（車両用ドア制御装置）、１８  コミュニケーションランプ、１９  スピーカ、Ｆ１  車両情報取得部、Ｆ２  位置判定部、Ｆ３  認証処理部、Ｆ４  音声認識有効化部、Ｆ５  予約受付部、Ｆ６  通知処理部、Ｆ７  制御実行部、Ｍ１  音声認識データベース
【図１】
2019203310.tif 000003
【図２】
2019203310.tif 000004
【図３】
2019203310.tif 000005
【図４】
2019203310.tif 000006
【図５】
2019203310.tif 000007
【図６】
2019203310.tif 000008
【図７】
2019203310.tif 000009
【図８】
2019203310.tif 000010
【図９】
2019203310.tif 000011