(57)【要約】【課題】車両操作装置における誤操作を防止し操作の正確性を担保する。【解決手段】キーユニットは、ユーザ装置と第１の通信規格により無線通信を行う第１の通信モジュールと、車両または施設内に搭載された制御装置と前記第１の通信規格とは異なる第２の通信規格により無線通信を行う第２の通信モジュールと、前記第１の通信モジュールを介して前記ユーザ装置から認証情報を含む操作要求を受信した場合に、前記認証情報の認証を行う認証手段と、前記認証情報の認証に成功した場合に、前記操作要求に応じて、前記車両または前記施設が有する鍵の施解錠を実行させ、かつ、前記認証の後に前記鍵の施解錠とは異なる動作を実行させるための制御信号を前記第２の通信モジュールを介して前記制御装置に送信する制御手段と、を有する。【選択図】図１０
2019078040.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置と第１の通信規格により無線通信を行う第１の通信モジュールと、
車両または施設内に搭載された制御装置と前記第１の通信規格とは異なる第２の通信規格により無線通信を行う第２の通信モジュールと、
前記第１の通信モジュールを介して前記ユーザ装置から認証情報を含む操作要求を受信した場合に、前記認証情報の認証を行う認証手段と、
前記認証情報の認証に成功した場合に、前記操作要求に応じて、前記車両または前記施設が有する鍵の施解錠を実行させ、かつ、前記認証の後に前記鍵の施解錠とは異なる動作を実行させるための制御信号を前記第２の通信モジュールを介して前記制御装置に送信する制御手段と、
を有するキーユニット。
【請求項２】
前記異なる動作は、前記鍵に関連する開閉体の開閉動作、もしくは、前記車両または前記施設内の設備の起動または停止である、
請求項１に記載のキーユニット。
【請求項３】
前記制御手段は、前記制御信号とともに、予め格納された第２の認証情報を前記制御装置に送信する、
請求項１または２に記載のキーユニット。
【請求項４】
前記制御手段は、
前記操作要求が第１の操作要求である場合には、前記鍵の施解錠を制御するための制御信号のみを前記制御装置に送信し、
前記操作要求が第２の操作要求である場合には、前記鍵の施解錠と前記異なる動作とを実行させるための制御信号とを前記第２の通信モジュールを介して前記制御装置に送信する、
請求項１から３のいずれか１項に記載のキーユニット。
【請求項５】
ユーザ装置と、
請求項４に記載のキーユニットと、
を備える制御システムであって、
前記ユーザ装置は、第１の態様の入力操作の検知に応答して、前記認証情報を含む前記第１の操作要求を前記制御装置に送信し、前記第１の態様とは異なる第２の態様の入力操作の検知に応答して、前記認証情報を含む前記第２の操作要求を前記制御装置に送信する、
制御システム。
【請求項６】
前記ユーザ装置はタッチパネルを有しており、
前記ユーザ装置は、前記第１の態様の入力操作が前記タッチパネルの第１の領域で行われた場合に、前記認証情報を含む前記第１の操作要求を前記制御装置に送信し、前記第２の態様の入力操作が前記タッチパネルの前記第１の領域とは異なる第２の領域で行われた場合に、前記認証情報を含む前記第２の操作要求を前記制御装置に送信する、
請求項５に記載の制御システム。
【請求項７】
前記第１の態様の入力操作は、前記タッチパネル上でのタップ入力であり、
前記第２の態様の入力操作は、前記タッチパネル上でのロングタップ入力、ダブルタップ入力、スライド入力、ジェスチャ入力のいずれかである、
請求項６に記載の制御システム。
【請求項８】
制御装置をさらに含む請求項５から７のいずれか１項に記載の制御システムであって、
前記キーユニットの前記制御手段は、前記制御信号とともに、予め格納された第２の認証情報を前記制御装置に送信し、
前記制御装置は、前記第２の認証情報の認証に成功した場合に、前記制御信号によって指示される動作を実行する、
制御システム。
【請求項９】
ユーザ装置と第１の通信規格により無線通信を行う第１の通信モジュールと、車両または施設内に搭載された制御装置と前記第１の通信規格とは異なる第２の通信規格により無線通信を行う第２の通信モジュールと、を備えるキーユニットが行う制御方法であって、
前記第１の通信モジュールを介して前記ユーザ装置から認証情報を含む操作要求を受信するステップと、
前記認証情報の認証を行う認証ステップと、
前記認証情報の認証に成功した場合に、前記操作要求に応じて、前記車両または前記施設が有する鍵の施解錠を実行させ、かつ、前記認証の後に前記鍵の施解錠とは異なる動作を実行させるための制御信号を前記第２の通信モジュールを介して前記制御装置に送信する制御ステップと、
を含む、制御方法。
【請求項１０】
請求項９に記載の方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キーユニットおよび制御システムに関する。
【背景技術】
【０００２】
車両を施解錠するための認証情報を、ネットワークを介して携帯端末がサーバ装置から取得し、当該携帯端末を電子キーとして利用できる鍵管理システムが知られている（特許文献１，２）。このような電子キーは、車両に限られず建物などの施設にも応用可能であり、サーバとの通信機能を有しない車両や施設の施解錠が遠隔で行える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１１８１２２号公報
【特許文献２】特開２０１１−２５６５６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
サーバ装置との通信機能を有しない車両や施設であっても、外部機器を用いて鍵の施解錠とそれ以外の動作を制御するための技術が求められる。
【０００５】
本発明は上記の課題を考慮してなされたものであり、サーバ装置の通信機能を有しない車両や施設に対して、外部機器を用いて鍵の施解錠とそれ以外の動作を制御することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の態様は、ユーザ装置からの操作要求に基づき、車両または施設内に搭載された制御装置と通信を行って、車両または施設の鍵の施解錠およびその他の動作を実行するためのキーユニットである。本態様に係るキーユニットは、ユーザ装置から送信される１つの操作要求に対して、鍵の施解錠とそれ以外の動作とを行わせるための制御信号を前記制御装置に送信する。
【０００７】
より詳細には、本態様に係るキーユニットは、
ユーザ装置と第１の通信規格により無線通信を行う第１の通信モジュールと、
車両または施設内に搭載された制御装置と前記第１の通信規格とは異なる第２の通信規格により無線通信を行う第２の通信モジュールと、
前記第１の通信モジュールを介して前記ユーザ装置から認証情報を含む操作要求を受信した場合に、前記認証情報の認証を行う認証手段と、
前記認証情報の認証に成功した場合に、前記操作要求に応じて、前記車両または前記施設が有する鍵の施解錠を実行させ、かつ、前記認証の後に前記鍵の施解錠とは異なる動作を実行させるための制御信号を前記第２の通信モジュールを介して前記制御装置に送信する制御手段と、
を有する。
【０００８】
本態様に係るキーユニットを用いることで、ユーザはユーザ装置を用いて車両または施設の鍵の施解錠とそれ以外の動作の制御を行うことができる。この際、ユーザは１回の入力操作のみにより施解錠とそれ以外の動作を同時に行えるので、ユーザの利便性が向上する。
【０００９】
本態様における「施設」は典型的には住宅・車庫・倉庫・工場などの建物（建築物）であるが、建築物に備えられる設備も「施設」に含まれる。
【００１０】
本態様において、「鍵の施解錠とは異なる動作」は、当該鍵に関連する開閉体の開閉動作、および、当該鍵を有する車両または施設内の設備の起動または停止の少なくともいずれかが含まれる。「開閉体」の例は、車両の乗降用ドア・トランク・ボンネットである。「車両または施設内の設備」の例は、照明装置・空調装置・監視装置、シート調整装置・ハンドル調整装置・ミラー調整装置である。
【００１１】
本態様における制御手段は、制御信号を制御装置に送信する際に、第２の認証情報も送信してもよい。第２の認証情報は、キーユニットに予め格納された認証情報である。また、第２の認証情報は、事前の登録処理によって制御装置に登録されることが望ましい。制御装置は、第２の認証情報の認証処理を行い、認証に成功した場合にキーユニットから要求される制御を実行してもよい。
【００１２】
本態様における制御手段は、制御装置に対して、鍵の施解錠のみを要求するための制御信号を送信してもよい。たとえば、前記制御手段は、前記操作要求が第１の操作要求である場合には、前記鍵の施解錠を制御するための制御信号のみを前記制御装置に送信し、前記操作要求が第２の操作要求である場合には、前記鍵の施解錠と前記異なる動作とを実行させるための制御信号とを前記第２の通信モジュールを介して前記制御装置に送信してもよい。
【００１３】
このような構成によれば、車両または施設に対する種々の操作を行うことができる。
【００１４】
本発明の第２の態様は、ユーザ装置と上記のキーユニットを含む制御システムである。そして、ユーザ装置は、第１の態様の入力操作の検知に応答して、前記認証情報を含む前記第１の操作要求を前記制御装置に送信し、前記第１の態様とは異なる第２の態様の入力操作の検知に応答して、前記認証情報を含む前記第２の操作要求を前記制御装置に送信する、ことを特徴とする。
【００１５】
本態様におけるユーザ装置は、タッチパネルを有しており、前記第１の態様の入力操作が前記タッチパネルの第１の領域で行われた場合に、前記認証情報を含む前記第１の操作要求を前記制御装置に送信し、前記第２の態様の入力操作が前記タッチパネルの前記第１の領域とは異なる第２の領域で行われた場合に、前記認証情報を含む前記第２の操作要求を前記制御装置に送信してもよい。ここで、第１の態様の入力操作は、タッチパネル上でのタップ入力であってよく、第２の態様の入力操作は、タッチパネル上での、ロングタップ入力、ダブルタップ入力、スライド入力、ジェスチャ入力のいずれかであってよい。
【００１６】
本態様における制御システムは、キーユニットと通信可能に構成された制御装置をさらに含み、前記キーユニットの前記制御手段は、前記制御信号とともに、予め格納された第２の認証情報を前記制御装置に送信し、前記制御装置は、前記第２の認証情報の認証に成功した場合に、前記制御信号によって指示される動作を実行してもよい。
【００１７】
なお、本発明は、上記手段の少なくとも一部を含むキーユニットまたは制御システムとして特定することができる。本発明は、上記で説明した処理を実行する制御方法、当該制御方法をコンピュータに行わせるためのプログラム、または、当該プログラムを非一時的に記憶したコンピュータ可読媒体として特定することもできる。上記処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【発明の効果】
【００１８】
本発明によれば、車両操作装置における誤操作を防止し操作の正確性を担保することができる。
【図面の簡単な説明】
【００１９】
【図１】図１は、実施形態に係る施解錠システムのシステム概要図である。
【図２】図２は、施解錠システムが有する構成要素の一例を概略的に示したブロック図である。
【図３】図３は、照合ＥＣＵ３０３に含まれる機能モジュールの例である。
【図４】図４は、キーユニット１００の制御部１０４に含まれる機能モジュールの例である。
【図５】図５は、携帯端末２００の制御部２０３に含まれる機能モジュールの例である。
【図６】図６は、キーユニット１００のセットアップフロー図である。
【図７】図７は、携帯端末２００のセットアップフロー図である。
【図８】図８は、各構成要素間におけるデータおよび処理のフロー図である。
【図９】図９Ａは携帯端末に表示される操作画面２１０の例であり、図９Ｂは、操作画面２１０に表示される操作ボタンの入力方法と要求動作との例を示す図である。
【図１０】図１０Ａおよび図１０Ｂは、それぞれドア解錠ボタンおよびドア開放ボタンが操作されたときの各構成要素間におけるデータおよび処理のフロー図である。
【図１１】図１１は、変形例における、ドア開放ボタンが操作されたときの各構成要素間におけるデータおよび処理のフロー図である。
【図１２】図１２Ａおよび図１２Ｂは、操作画面２１０に表示される操作ボタンの入力方法と要求動作との変形例を示す図である。
【発明を実施するための形態】
【００２０】
＜第１の実施形態＞
（システム概要）
第１の実施形態に係る車両制御システムの概要について、図１を参照しながら説明する。本実施形態に係る車両制御システムは、車両に搭載されたキーユニット（通信装置）１００および車両制御装置３００、携帯端末２００、サーバ装置４００を含んで構成される。
【００２１】
本実施形態に係る車両制御システムでは、キーユニット１００が、スマートキーの電子キー（携帯機）と同様の無線インタフェースを有しており、車両制御装置３００と通信を行うことで、物理的な鍵を用いることなく車両の施解錠やその他の車両操作を行うことができる。また、キーユニット１００は、携帯端末２００と近距離無線通信を行い、携帯端末２００を認証した結果に基づいて、自身が車両１０の電子キー（車両操作装置）として振る舞うか否かを決定する。すなわち、システムのユーザは、車両１０の外部から携帯端末２００を操作することにより、車両の施解錠やその他の車両操作を行うことができる。
【００２２】
本実施形態に係る車両制御システムは、車両１０の施錠および解錠だけでなく、ドアの開閉のようなその他の車両操作も可能に構成される。ここで、ユーザの携帯端末２００の誤操作によって意図しない車両操作が行われることを防止するために、本実施形態では携帯端末２００上で適切なユーザインタフェースが用いられる。
【００２３】
（システム構成）
システムの構成要素について、詳しく説明する。図２は、図１に示したキーユニット１００、携帯端末２００、車両制御装置３００、サーバ装置４００の構成の一例を概略的に示したブロック図である。このうち、キーユニット１００および車両制御装置３００が、施解錠（施錠および解錠）の対象である車両１０に搭載される。
【００２４】
［車両制御装置３００］
車両制御装置３００は、車両のドアを施錠および解錠ならびに開放および閉鎖するための装置であり、スマートキーシステムの一部を構成する装置である。車両制御装置３００は、車両のユーザが所持する電子キー（以下、携帯機）から、高周波（Radio Frequency
，以下、ＲＦと称する）帯の電波を介して送信される車両制御信号に応じて、車両１０のドアの施錠・解錠・開放・閉鎖を行う。また、車両制御装置３００は、携帯機を検索するための、低周波（Low Frequency，以下、ＬＦと称する）帯の電波を送信する機能を有し
ている。
【００２５】
本実施形態では、ユーザが所持する携帯機の代わりに、キーユニット１００がＲＦ帯およびＬＦ帯の電波を送受信することで、車両のドアの施解錠および開閉を制御する。以降、断りがない限り、車両制御装置３００の通信先をキーユニット１００に限定して説明を行う。
【００２６】
車両制御装置３００は、ＬＦ送信機３０１、ＲＦ受信機３０２、照合ＥＣＵ３０３、ボディＥＣＵ３０４、ドアロックモータ３０５、ドア開閉モータ３０６を含んで構成される。車両制御装置３００は、車両１０に搭載される不図示の補機バッテリから供給される電力で動作する。
【００２７】
ＬＦ送信機３０１は、キーユニット１００を検索（ポーリング）するための低周波数帯（例えば、１００ＫＨｚ〜３００ＫＨｚ）の電波を送信する手段である。ＬＦ送信機３０１は、例えば、車室内のセンターコンソールやハンドルの近傍に内蔵される。
【００２８】
ＲＦ受信機３０２は、キーユニット１００から送信された高周波数帯（例えば、１００ＭＨｚ〜１ＧＨｚ）の電波を受信する手段である。ＲＦ受信機３０２は、車室内に内蔵される。
【００２９】
照合ＥＣＵ３０３は、キーユニット１００からＲＦ帯の電波を介して送信された信号（施錠信号または解錠信号）に基づいて、車両１０のドアを施錠および解錠ならびにドアの開放および閉鎖する制御を行うコンピュータである。照合ＥＣＵ３０３は、例えば、マイクロコンピュータによって構成される。
【００３０】
なお、以下の説明において、車両１０に対してドアを解錠・施錠・開放・閉鎖するように指示するための信号を車両制御信号と総称する。車両制御信号は、ドアの解錠、施錠・開放・閉鎖の少なくともいずれかを車両１０に対して指示するための信号である。車両制御信号の例は、ドアの解錠を指示する信号、ドアの解錠および開放を指示する信号、ドアの施錠を指示する信号、ドアの閉鎖および施錠を指示する信号である。
【００３１】
照合ＥＣＵ３０３に含まれる機能モジュールを図３に示す。図３に示した各機能モジュールは、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。
【００３２】
ＬＦ送信処理部３０３１は、ＬＦ送信機３０１を介して、ＬＦ帯の電波としてポーリング信号（リクエスト信号）を車室内に送信する制御を行う。ＲＦ受信処理部３０３２は、ＲＦ受信機３０２を介して、キーユニット１００からＲＦ帯の電波として送信された車両制御信号を受信する制御を行う。認証部３０３３は、キーユニット１００から送信された車両制御信号が、正当な装置から送信されたものであることを認証する。具体的には、車両制御信号に含まれるキーＩＤが、照合ＥＣＵ３０３が有する記憶手段（不図示）に予め記憶されたキーＩＤと一致するか否かを判定する。具体的な内容については後述する。
【００３３】
ドア制御部３０３４は、認証部３０３３が行った認証の結果に基づいて、後述するボディＥＣＵ３０４に対して解錠指令、施錠指令、開放指令、および閉鎖指令の少なくともいずれかを送信する。当該信号は、ＣＡＮ（Controller Area Network）等の車内ネットワ
ークを介して送信される。
【００３４】
ボディＥＣＵ３０４は、車両のボディ制御を行うコンピュータである。ボディＥＣＵ３０４は、ドア制御部３０３４から受信した指令に基づいて、後述するドアロックモータ３０５やドア開閉モータ３０６を制御することで、車両のドアの解錠および施錠やドアの開放および閉鎖を行う機能を有している。なお、ボディＥＣＵ３０４は、パワーウインドウ制御、シート調節、盗難防止、シートベルト制御、ヘッドライト制御など、車体に関連付いた要素の制御を行う機能をさらに有していてもよい。
【００３５】
ドアロックモータ３０５は、車両１０のドア（乗降用ドアやリアゲートのほか、トランクも含む）を施錠および解錠するアクチュエータである。ドアロックモータ３０５は、ボディＥＣＵ３０４から送信された信号に基づいて動作する。
【００３６】
ドア開閉モータ３０６は、車両１０のドア（乗降用ドアやリアゲートのほか、トランクも含む）を開放および閉鎖するアクチュエータである。ドア開閉モータ３０６は、ボディＥＣＵ３０４から送信された信号に基づいて動作する。
【００３７】
なお、ドア制御部３０３４は、解錠指令または施錠指令の代わりに、認証に成功した旨の情報のみをボディＥＣＵ３０４に送信するようにしてもよい。かかる構成によると、ユーザによるアクション（例えば、解錠ボタンの押下、ドアノブへのタッチ等）をトリガとして、施錠または解錠動作を行わせることが可能になる。
【００３８】
なお、照合ＥＣＵ３０３は、ボディＥＣＵ３０４を通信してドア以外の対象を制御してもよい。また、照合ＥＣＵ３０３は、エンジンＥＣＵと通信してエンジンの始動や停止を制御してもよいし、車両に対するその他の制御を行ってもよい。すなわち、車両制御装置３００が操作の対象とする装置は特に限定されない。
【００３９】
［キーユニット１００］
次に、キーユニット１００について説明する。キーユニット１００は、車両１０の内部に配置された通信装置であり、携帯端末２００と近距離無線通信を行って当該携帯端末２００を認証する機能と、携帯端末２００を認証した結果に基づいて、ＲＦ帯の電波を用いて車両１０を制御するための信号を送信する機能を有している。キーユニット１００は、ＬＦ受信機１０１、ＲＦ送信機１０２、近距離通信部１０３、制御部１０４を有して構成される。
【００４０】
本実施形態では、キーユニット１００は、車室内の所定の位置（例えばグローブボックス内）に配置され、車両１０に搭載される不図示の補機バッテリから供給される電力で動作する。
【００４１】
ＬＦ受信機１０１は、車両制御装置３００から、ＬＦ帯の電波を介して送信されたポーリング信号を受信する手段である。ＬＦ受信機１０１は、ＬＦ帯の電波を受信するためのアンテナ（以下、ＬＦアンテナ）を有している。ＲＦ送信機１０２は、ＲＦ帯の電波を介して、キーユニット１００に対して車両制御信号を送信する手段である。ＬＦ帯およびＲＦ帯の電波を用いた通信が第２の通信規格に相当し、ＬＦ受信機１０１およびＲＦ送信機１０２が第２の通信モジュールに該当する。
【００４２】
近距離通信部１０３は、ユーザが所持する携帯端末２００と通信を行う手段である。近距離通信部１０３は、所定の無線通信規格（第１の通信規格）を用いて、近距離（車室内と車室外で通信が行える程度）における通信を行う。近距離通信部１０３が第１の通信モジュールに該当する。
【００４３】
本実施形態では、近距離通信部１０３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ規格（以下、ＢＬＥ）によるデータ通信を行う。ＢＬＥとは、Ｂｌｕｅｔｏｏｔｈによる低電力通信規格であり、機器同士のペアリングを必要とせず、相手を検知することですぐに通信を開始できるという特徴を有する。なお、本実施形態ではＢＬＥを例示するが、他の無線通信規格も利用可能である。例えば、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、ＷｉＦｉ（登録商標）などを利用することもできる。
【００４４】
制御部１０４は、携帯端末２００と近距離無線通信を行い、携帯端末２００を認証する制御と、認証結果に基づいて車両制御信号を送信する制御を行うコンピュータである。制御部１０４は、例えば、マイクロコンピュータによって構成される。
【００４５】
制御部１０４に含まれる機能モジュールを、図４に示す。図４に示した各機能モジュールは、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。
【００４６】
ＬＦ受信処理部１０４１は、ＬＦ受信機１０１を介して、車両制御装置３００からＬＦ帯の電波として送信されたポーリング信号を受信する制御を行う。
【００４７】
ＲＦ送信処理部１０４２は、ＲＦ送信機１０２を介して、ＲＦ帯の電波として車両制御信号を送信する制御を行う。車両制御信号は、後述する認証部１０４４が携帯端末２００の認証を成功させた場合に、後述する通信処理部１０４３によって生成される。
【００４８】
通信処理部１０４３は、近距離通信部１０３を介して行う携帯端末２００との通信を処理する。具体的には、携帯端末２００からドアの施錠・解錠・開放・閉鎖を求める要求（以下、制御要求と総称する）を受信し、受信した要求に応じて、車両制御信号を生成する。なお、生成された車両制御信号は、一時的に記憶され、後述する認証部１０４４が携帯端末２００の認証に成功したタイミングで出力される。
【００４９】
認証部１０４４は、携帯端末２００から送信された制御要求に含まれる認証情報に基づいて、携帯端末２００の認証を行う。具体的には、不図示の記憶手段に記憶された認証情報と、携帯端末２００から送信された認証情報とを比較し、これらが一致した場合に、認証成功と判断する。双方の認証情報が一致しない場合、認証失敗と判断する。認証部１０４４が携帯端末２００の認証に成功した場合、通信処理部１０４３が生成した車両制御信号が、ＲＦ送信処理部１０４２へ出力され、車両制御装置３００へ無線送信される。
【００５０】
なお、認証部１０４４が行う認証の方式は、認証情報同士を単純に比較して同一性を検証する方式であってもよいし、非対称暗号を用いた方式であってもよい。
【００５１】
以降、説明の必要に応じて、キーユニット１００に記憶される認証情報を装置認証情報、携帯端末２００から送信される認証情報を端末認証情報と称するものとする。
【００５２】
なお、本例では、認証部１０４４が車両制御信号の送信トリガを生成するものとしたが、認証部１０４４が、認証状況に基づいてキーユニット１００の電源を制御してもよい。例えば、携帯端末２００の認証が行われていない状況においては、通信処理部１０４３および認証部１０４４を除く全ての構成要素をサスペンド状態とし、認証が成功した場合に
、所定の期間において（例えば、送信した車両制御信号に対するレスポンスが車両制御装置３００からあるまで）、すべての構成要素を通電状態とするようにしてもよい。認証が成功した場合にのみ車両制御信号を送信できれば、その実現方法は限定されない。
【００５３】
また、キーユニット１００（ＲＦ送信機１０２）は、車両制御信号とともに、電子キーのＩＤ（以下、キーＩＤ）を同時に車両制御装置３００に送信する。キーＩＤは、平文の状態で予めキーユニット１００に記憶されていてもよいし、携帯端末２００に固有な暗号によって暗号化した状態で記憶されていてもよい。キーＩＤが暗号化した状態で記憶される場合、携帯端末２００から送信された認証情報によって暗号化されたキーＩＤを復号し、本来のキーＩＤを得るようにしてもよい。
【００５４】
［携帯端末２００］
次に、携帯端末２００について説明する。なお、携帯端末２００はユーザが利用する装置であるので、本明細書において携帯端末２００のことをユーザ装置と称することもできる。
【００５５】
携帯端末２００は、例えばスマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。携帯端末２００は、近距離通信部２０１、通信部２０２、制御部２０３、入出力部２０４を有して構成される。
【００５６】
近距離通信部２０１は、近距離通信部１０３と同一の通信規格によって、キーユニット１００との間で通信を行う手段である。
【００５７】
通信部２０２は、携帯端末２００をネットワークに接続するための通信手段である。本実施形態では、３ＧやＬＴＥ等の移動体通信サービスを利用して、ネットワーク経由で他の装置（例えばサーバ装置４００）と通信を行うことができる。
【００５８】
制御部２０３は、携帯端末２００の制御を司るコンピュータである。制御部２０３は、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）が実行することで図５に示す機能が実現される。すなわち、制御部２０３は、認証情報取得部２０３１、認証情報記憶部２０３２、操作画面表示部２０３３、入力操作検知部２０３４、制御要求部２０３５として機能する。なお、これらの機能の一部または全部は、専用の論理回路によって実現されてもよい。制御部２０３は、例えば、車両制御要求を生成する処理、前述した端末認証情報を取得する処理、ユーザインタフェースの画面を表示する処理、ユーザの入力操作を検知する処理、車両制御要求および端末認証情報をキーユニット１００に送信する処理などを行う。
【００５９】
制御部２０３は、入出力部２０４を介してユーザとのインタラクションを行う。入出力部２０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する手段である。具体的には、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネルおよび液晶ディスプレイは、本実施形態では一つのタッチスクリーン（タッチパネルディスプレイ）からなる。
【００６０】
認証情報取得部２０３１は端末認証情報を取得する処理を行う。本実施形態では、端末認証情報はサーバ装置４００において生成され、認証情報取得部２０３１は、通信部２０２を介してサーバ装置４００から端末認証情報を取得する。認証情報取得部２０３１は、取得した端末認証情報を、認証情報記憶部２０３２に格納する。
【００６１】
認証情報取得部２０３１が取得する端末認証情報は、不変のキーであってもよいし、ワ
ンタイムキーであってもよい。いずれの場合も、端末認証情報に対応する装置認証情報が、キーユニット１００に事前に記憶される。
【００６２】
操作画面表示部２０３３は、入出力部２０４に操作画面を表示させる。入力操作検知部２０３４は、ユーザが入出力部２０４に対して行った操作を検知する。上述のように入出力部２０４はタッチスクリーンなので、入力操作検知部２０３４は、ユーザが操作を行った画面上の位置、および入力操作の態様を取得する。入力操作の態様の例には、タップ入力（短押し）、ロングタップ入力（長押し）、ダブルタップ入力、スライド入力、ジェスチャ入力が含まれる。
【００６３】
制御要求部２０３５は、入力操作検知部２０３４によって検知されるユーザ操作の内容に応じて、車両を制御するための制御要求を、近距離通信部２０１を介してキーユニット１００に送信する。この際、制御要求部２０３５は、認証情報記憶部２０３２に格納されている端末認証情報を制御要求に含めてキーユニット１００に送信するように制御する。なお、携帯端末２００が端末認証情報を有していない場合、制御部２０３は、操作画面からの車両１０の操作を行わせないようにしてもよい。
【００６４】
ユーザインタフェースの具体例、たとえば、ユーザに提示される操作画面やユーザの入力操作と車両１０への制御要求との対応については、後ほど詳しく説明する。
【００６５】
（システムの動作）
［車両制御装置の動作の概要］
システムの詳細な説明に入る前に、車両制御装置３００が行う動作の概要について説明する。車両制御装置３００は、従来のスマートキーシステムを構成する装置であり、ユーザが所持するキーユニット１００と通信を行うことにより、キーユニット１００が車両の近傍もしくは車室内にあることを検出する。
【００６６】
具体的には、照合ＥＣＵ３０３が、ＬＦ送信機３０１を介して一定の周期でポーリング信号を車内外に送信し、当該ポーリング信号に応答してキーユニット１００が送信した返信信号を受信する。返信信号には、キーユニット１００に固有なキーＩＤが含まれており、また、照合ＥＣＵ３０３には、登録されたキーユニット１００のキーＩＤが記憶されており、照合ＥＣＵ３０３は、受信したキーＩＤと、記憶されたキーＩＤを用いてキーユニット１００の認証処理を行う。キーユニット１００の認証に成功した場合、その旨をボディＥＣＵ３０４に通知し、これにより、車両に所定の動作（例えば、ドアの解錠、イモビライザーの解除等）を行わせることが可能になる。
【００６７】
［車両制御装置へのキーユニットの登録処理］
ここで、キーユニット１００のキーＩＤを車両制御装置３００に登録する作業について説明する。当該作業は、車両の製造者、整備業者またはオーナーによって行われる。ここで、図６を参照しながら、当該作業のフローについて説明する。
【００６８】
まず、ステップＳ１にて、車両制御装置３００が、新規のキーＩＤを登録するモードへの切り替えを行う。この際、車両制御装置３００は、既に登録されている機器（たとえば、既に記憶されているキーＩＤを持つスマートキー）との通信を要求してもよい。これにより、登録作業を行っている者が正当な車両のオーナーであることを確認することができる。登録モードに移行すると、車両制御装置３００はＬＦ送信機３０１から登録用の信号を供給する。
【００６９】
次に、ステップＳ２にて、ユーザが、キーユニット１００のＬＦアンテナを、車両制御装置３００が有する不図示のアンテナコイル（典型的には車両のプッシュスタートスイッ
チ付近に内蔵される）に接触ないし略接触させる。これにより、電磁誘導によってアンテナコイルからキーユニット１００に電力が供給され、当該電力を用いて、キーユニット１００が車両制御装置３００に対してキーＩＤを送信する（ステップＳ３）。この動作は、自動車用のスマートキーシステムにおいて、車両側にキーＩＤを登録するための動作として知られている（一般にトランスポンダ通信と呼ばれる）。送信されたキーＩＤは、車両制御装置３００によって受信され、有効なキーＩＤとして登録される（ステップＳ４）。すなわち、車両制御装置とキーユニットとの紐付けが行われる。
【００７０】
以上、車両制御装置３００とキーユニット１００との間で行われる通信および処理について説明した。
【００７１】
（携帯端末の端末認証情報の取得処理）
図７を参照して、本実施形態に係る車両制御システムの動作について説明する。図７は、各構成要素間で送受信されるデータの流れ、および、各構成要素が行う処理を説明するフロー図である。
【００７２】
まず、ステップＳ１１で、携帯端末２００が、サーバ装置４００に対して端末認証情報の発行を要求する。ここで説明する端末認証情報は、車両制御装置３００がキーユニット１００を認証するための情報ではなく、キーユニット１００が携帯端末２００を認証するための情報である。
【００７３】
携帯端末２００が、端末を識別する情報をサーバ装置４００に送信すると、サーバ装置４００が、携帯端末２００に固有な端末認証情報を取得し（ステップＳ１２）、取得した端末認証情報を携帯端末２００に送信する（ステップＳ１３）。これにより、携帯端末２００上において、車両１０を解錠する操作が可能になる。
【００７４】
（携帯端末を用いた車両制御処理）
図８から図１０を参照して、本実施形態においてユーザが携帯端末２００を用いて車両制御を行う際の処理の流れを説明する。図８は、各構成要素間で送受信されるデータの流れ、および、各構成要素が行う処理を説明するフロー図である。図９Ａは、携帯端末２００の表示画面の例を示す図である。図９Ｂは、表示画面上の操作ボタンに割り当てられる車両動作と入力方法の一例を説明する図である。図１０Ａは、ユーザがドアの解錠を要求するときの制御の流れを説明するフロー図であり、図１０Ｂはユーザがドアの解錠および開放を要求するときの制御の流れを説明するフロー図である。
【００７５】
携帯端末２００がキーユニット１００の近距離通信（たとえば、ＢＬＥ）の通信範囲に入ると、ステップＳ２１で、携帯端末２００の近距離通信部２０１とキーユニット１００の近距離通信部１０３の間で通信の確立処理が行われる。キーユニット１００との通信確立を検知することで、携帯端末２００の制御部２０３はキーユニット１００と対応する車両１０を制御可能になったと判断できる。
【００７６】
ステップＳ２２で、操作画面表示部２０３３は、車両１０を操作するための操作画面２１０をタッチスクリーン２０４に表示する。図９Ａは、本実施形態における操作画面２１０の一例を示す図である。図９Ａに示すように、操作画面２１０は、操作対象の車両１０の識別するための情報２１１と４つの操作用のボタン（ＵＩ要素）２１２〜２１５を含む。車両１０を識別するための情報２１１は、車両１０の外観、車種、および車番の少なくともいずれかを含む。操作用のボタンは、ドア施錠ボタン２１２、ドア解錠ボタン２１３、ドア閉鎖ボタン２１４、およびドア開放ボタン２１５を含む。
【００７７】
携帯端末２００のユーザがタッチスクリーン２０４に対して入力操作を行うと、ステッ
プＳ２３において、入力操作検知部２０３４が、ユーザの入力操作を検知する。入力操作検知部２０３４は、ユーザの入力操作について操作位置と入力操作態様とを取得する。操作位置は、ユーザが操作を行った画面上の位置である。入力操作態様の例には、タップ入力（短押し）、ロングタップ入力（長押し）、ダブルタップ入力、スライド入力、ジェスチャ入力を含む。ジェスチャ入力は、予め定められた所定の軌跡に沿ってタッチ位置を移動させる入力である。
【００７８】
ステップＳ２４で、制御要求部２０３５は、ユーザの入力操作に応じた車両制御要求を端末認証情報とともにキーユニット１００に送信する。なお、本実施形態においては、操作画面２１０に含まれる各操作ボタン２１２〜２１５を用いて操作を要求するためには、ユーザは操作ボタンに対応した所定の入力態様の入力操作を行う必要がある。図９Ｂは、操作ボタンに割り当てられる入力方法（入力態様）と車両動作の一例を説明する図である。ドア施錠ボタン２１２にタップ入力がされると、制御要求部２０３５は車両に対してドアの施錠を要求する。また、ドア解錠ボタン２１３にタップ入力がされると、制御要求部２０３５は車両に対してドアの解錠を要求する。一方、ドア閉鎖ボタン２１４にロングタップ入力がされると、制御要求部２０３５は車両に対してドアの閉鎖および施錠を要求する。同様に、ドア開放ボタン２１５にロングタップ入力がされると、制御要求部２０３５は車両に対してドアの解錠および開放を要求する。なお、ドア閉鎖ボタン２１４およびドア開放ボタン２１５は、タップ入力がされても反応せず、制御要求部２０３５は何もしない。
【００７９】
制御要求部２０３５は、ユーザの入力操作の操作位置と操作態様とに基づいて、ユーザの入力操作が条件に合致するかを判断し、条件に合致する場合には入力操作に応じた車両操作要求を近距離通信部２０１を介してキーユニット１００に送信する。
【００８０】
たとえば、ユーザの入力操作の操作位置がドア解錠ボタン２１３（第１のＵＩ要素）の領域内であり、かつ入力態様がタップ入力であれば、制御要求部２０３５はドアの解錠要求をキーユニット１００に送信する。ここで、ドアの解錠が本発明の第１の動作に該当し、解錠要求が第１の動作を車両に行わせることを求める制御要求に該当する。
【００８１】
また、ユーザの入力操作の操作位置がドア開放ボタン２１５（第２のＵＩ要素）の領域内であり、かつ入力態様がロングタップ入力であれば、制御要求部２０３５はドアの解錠＋開放要求（解錠と開放を求める要求）をキーユニット１００に送信する。ここで、ドアの解錠および開放の両方を含む動作が本発明の第２の動作に該当し、解錠＋開放要求が第２の動作を車両に行わせることを求める制御要求に該当する。
【００８２】
制御要求部２０３５は、車両操作要求を送信する際に、端末認証情報も一緒にキーユニット１００に送信する。端末認証情報は、認証情報取得部２０３１によってサーバ装置４００から取得され、認証情報記憶部２０３２に格納されている。
【００８３】
キーユニット１００が近距離通信部１０３を介して制御要求および端末認証情報を携帯端末２００から受信すると、ステップＳ２５で、キーユニット１００の認証部１０４４が、受信した端末認証情報と、事前に記憶された装置認証情報とを比較し、認証処理を行う。認証に成功した場合、ステップＳ２６で、キーユニット１００が、車両制御装置３００に対して車両制御信号およびキーＩＤをＲＦ送信機１０２を介して送信する。たとえば、車両制御要求にドア解錠要求が含まれる場合には、キーユニット１００はドア解錠制御信号を送信し、車両制御要求にドア開放要求が含まれる場合には、キーユニット１００はドア開放制御信号を送信する。
【００８４】
車両制御装置３００がＲＦ受信機３０２を介して車両制御信号およびキーＩＤをキーユ
ニット１００から受信すると、ステップＳ２７で、照合ＥＣＵ３０３が、受信したキーＩＤに基づいて認証処理を行う。認証に成功した場合はステップＳ２８で、ボディＥＣＵ３０４が車両制御信号に基づいて車両１０の操作を実行する。具体的には、車両制御信号がドア解錠制御信号である場合には、ボディＥＣＵ３０４はドアロックモータ３０５を制御して車両１０のドアを解錠する。また、車両制御信号がドア開放制御信号である場合には、ボディＥＣＵ３０４はドア開閉モータ３０６を制御して車両１０のドアを開放する。なおこの際、アンサーバック等を行ってもよい。
【００８５】
図１０Ａ，図１０Ｂは、ユーザが特定の処理を行った時の具体的な処理の流れを示す図である。
【００８６】
図１０Ａは、ユーザが操作画面２１０上でドア解錠ボタン２１３に対してタップ入力を行った時の処理を説明する図である。携帯端末２００は、ドア解錠ボタン２１３上でのタップ入力を検知（Ｓ２３）すると、解錠要求を端末認証情報とともにキーユニット１００に送信する（Ｓ２４）。キーユニット１００は、端末認証情報の認証処理を行い（Ｓ２５）、認証に成功したら、ドアの解錠を指示する車両制御信号をキーＩＤとともに車両制御装置３００に送信する（Ｓ２６）。車両制御装置３００は、キーＩＤの認証処理を行い（Ｓ２７）、認証に成功したら、ボディＥＣＵ３０４がドアロックモータ３０５を制御して車両１０のドアを解錠する。なお、ユーザが操作画面２１０上でドア施錠ボタン２１２に対してタップ入力を行った時の処理も上記と同様である。
【００８７】
図１０Ｂは、ユーザが操作画面２１０上でドア開放ボタン２１５に対してロングタップ入力を行った時の処理を説明する図である。携帯端末２００は、ドア開放ボタン２１５上でのロングタップ入力を検知（Ｓ２３）すると、解錠＋開放要求を端末認証情報とともにキーユニット１００に送信する（Ｓ２４）。キーユニット１００は、端末認証情報の認証処理を行い（Ｓ２５）、認証に成功したら、ドアの解錠および開放を指示する車両制御信号をキーＩＤとともに車両制御装置３００に送信する（Ｓ２６）。車両制御装置３００は、キーＩＤの認証処理を行う（Ｓ２７）。認証に成功したら、ボディＥＣＵ３０４は、ドアロックモータ３０５を制御して車両１０のドアを解錠し（Ｓ２８−１）、その後ドア開閉モータ３０６を制御して当該ドアを開放する（Ｓ２８−２）。なお、ユーザが操作画面２１０上でドア閉鎖ボタン２１４に対してロングタップ入力を行った時の処理も上記と同様である。
【００８８】
なお、車両制御装置３００は、ドアの解錠＋開放信号を受信したときに既にドアが解錠されていれば、ドアの開放処理のみを行えばよい。
【００８９】
（有利な効果）
本実施形態では、車両に対する操作内容に応じて、ユーザがタッチスクリーン上で入力する必要がある態様が異なっている。すなわち、ドアの解錠および施錠はタッチスクリーン上でのタップ操作で実現可能であるのに対し、ドアの開放および閉鎖を行うためにはロングタップ入力を行う必要がある。このような構成により、ユーザの意図しない操作によってドアが開放あるいは閉鎖する事態を抑制できる。本実施形態において、ドアの開閉にロングタップを必要としている理由は、ドアの開閉ではドアが物理的に動くので意図しない制御は施解錠よりも好ましくないという設計思想を採用しているためである。
【００９０】
また、本実施形態では、ユーザの１つの入力によって、ドアの解錠と開放の２つの動作を車両１０に実行させることができる。ユーザが２つの入力を行う必要がないので、ユーザの利便性が高まる。
【００９１】
（変形例１）
上記の説明では、ドアの施解錠にタップ入力を必要とし、ドアの開閉にロングタップ入力を必要としているが、どの制御に対してどのような入力態様を必要とするかは、システムの要求や設計思想に応じて適宜決定すればよい。典型的には、誤動作を防止したい操作に対して、より複雑な態様の入力を必要とすればよい。したがって、タップ入力とロングタップ入力を併用する代わりに、ロングタップ入力とスライド入力を併用したりしても構わない。また、ドアの開閉よりも施解錠の誤動作を防止したいのであれば、ドアの開閉にタップ入力を必要とし、ドアの施解錠にロングタップ入力を必要としてもよい。
【００９２】
（変形例２）
上記の実施形態に係る操作画面２１０には、ユーザが指示可能な動作ごとに対応したボタン（ＵＩ要素）が表示されているが、操作画面２１０に表示されるＵＩ要素はボタン以外であってもよい。たとえば、操作画面２１０に模式的な車両の画像（たとえば車両の上面図）が表示されており、ユーザの入力操作が行われるタッチスクリーン上での位置に応じて、車両に行わせる動作を決定してもよい。たとえば、ドアに対応した画面領域でタップ入力が行われた場合に、そのドアの解錠または施錠が要求されたと決定してもよい。また、ドアに対応した画面領域でロングタップ入力が行われた場合に、そのドアの開放または閉鎖が要求されたと決定してもよい。
【００９３】
（変形例３）
ドア開放ボタン２１５が操作されたときにドアの解錠と開放が実行されるが、その具体的な実現方法は、上記で説明した方法（図１０Ｂ参照）に限定されない。たとえば、図１１に示すような処理により実現してもよい。すなわち、まず、キーユニット１００が、車両制御装置３００に対してドアの解錠信号を送信し（Ｓ２６−１）、車両制御装置３００が認証処理（Ｓ２７−１）およびドア解錠処理（Ｓ２８−１）を行って、アンサーバックをキーユニット１００に送信する（Ｓ２９−１）。キーユニット１００は、このアンサーバックを受けてから、ドアの開放信号を送信し（Ｓ２６−２）、車両制御装置３００が上記と同様にドアの開放処理を行ってもよい（Ｓ２７−２〜Ｓ２９−２）。このような処理によっても、上記の実施形態と同様の処理が実現できる。本変形例における解錠信号と開放信号の両方の組み合わせが、本発明における「鍵の施解錠を実行させ、かつ、認証の後に鍵の施解錠とは異なる動作を実行させるための制御信号」に該当する。なお、「認証の後」は、鍵の施解錠処理の前であってもよいし後であってもよい。さらに他の実現方法として、ドア開放ボタン２１５が操作されたときに、携帯端末２００が解錠要求と開放要求とを別々に送信するという方法も可能である。
【００９４】
（変形例４）
上記の実施形態では、ドア開放ボタン２１５をユーザが操作するとドアの解錠と開放が行われるが、ドア開放ボタン２１５をユーザが操作したときにドアの開放のみが行われるようにしてもよい。
【００９５】
図１２Ａは、本変形例における操作ボタンと要求動作の対応を説明する図である。本変形例では、ドア施錠ボタン２１２およびドア解錠ボタン２１３が操作されたときは、携帯端末２００は、それぞれ、車両１０のドアの施錠および解錠を実行させる車両制御信号（第１の動作を車両に行わせることを求める制御要求）をキーユニット１００に送信する。一方、ドア閉鎖ボタン２１４およびドア開放ボタン２１５が操作されたときは、携帯端末２００は、それぞれ、車両のドアの閉鎖および開放を実行させる車両制御信号（第２の動作を車両に行わせることを求める制御要求）をキーユニット１００に送信する。このように、第２の動作は、ドアの施錠や解錠を含まず、ドアの施錠および解錠とは異なる動作のみであっても構わない。
【００９６】
（変形例５）
上記の説明では、操作ボタン２１２〜２１５を操作したときに行われる車両動作は固定されているが、１つの操作ボタンに対して複数の入力態様を設定して、入力態様に応じて異なる種類の車両動作を実行するようにしてもよい。
【００９７】
図１２Ｂは、本変形例における操作ボタンと要求動作の対応を説明する図である。本変形例では、ドア閉鎖ボタン２１４に対してロングタップ入力したときはドアの閉鎖動作のみを行い、同じドア閉鎖ボタン２１４に対してスライド入力したときにはドアの閉鎖＋施錠動作を行うようにしてもよい。
【００９８】
また、ある操作ボタン上である方向（たとえば下方向）にスライド入力した場合はドアを開放し、その操作ボタン上で反対方向（たとえば上方向）にスライド入力した場合はドアを閉鎖してもよい。また、１つの操作ボタンに３つ以上の入力態様を割り当てて、それぞれに異なる要求動作を対応づけてもよい。
【００９９】
（変形例６）
上記の実施形態に係る操作画面２１０は、ドア施錠ボタン２１２とドア解錠ボタン２１３が同時に表示されている。ここで、携帯端末２００は、車両１０（車両制御装置３００）と通信を行ってドアの施錠状態（施錠された状態か解錠された状態か）を取得し、ドアの施錠状態に応じてドア施錠ボタン２１２とドア解錠ボタン２１３のいずれか一方のみを表示するようにしてもよい。同様にドアの開閉状態（開放された状態か閉鎖された状態か）を取得して、ドアの開閉状態に応じてドア閉鎖ボタン２１４とドア開放ボタン２１５のいずれか一方のみを表示するようにしてもよい。
【０１００】
さらに、ドアの施錠状態と開閉状態の両方を考慮して、表示する操作ボタンを決定してもよい。たとえば、ドアが解錠されておりかつ閉鎖している場合は、ドア施錠ボタン２１２とドア開放ボタン２１５を表示してもよい。また、ドアが解錠されておりかつ開放している場合は、ドア閉鎖ボタン２１４のみを表示してもよい。また、ドアが施錠されている（かつ閉鎖している）場合は、ドア解錠ボタン２１３のみを表示してもよい。
【０１０１】
なお、操作ボタンの表示／非表示を切り替える代わりに、操作ボタンの有効（イネーブル）／無効（ディスエーブル）を切り替えてもよい。
【０１０２】
（変形例７）
上記の説明において操作の対象は車両１０のスライドドアであったが、操作の対象はこれに限られない。たとえば、車両１０のスライドドア以外のドア、ボンネット、トランク、リアハッチのような開閉体を対象としてもよい。なお、施解錠の対象となるロックは、開閉の対象となるドアのロックであってもよいしそうでなくてもよい。
【０１０３】
また、上記の説明では、携帯端末２００上での１つの操作ボタンにより、ドアの施解錠とその開閉の２つの動作が実行されるが、同時に実行される２つの動作は必ずしも両方ともドアを制御対象とするものでなくてもよい。たとえば、１つの操作ボタンによって、ドアの解錠と空調装置の稼働とを実行してもよい。空調装置以外にも、座席位置やハンドル位置などを実行するようにしてもよい。
【０１０４】
（変形例８）
上記の説明において携帯端末２００は、端末認証情報をサーバ装置４００から取得しているが、認証情報記憶部２０３２に認証情報が記憶された状態で製造・販売されてもよい。あるいは、携帯端末２００は、取り外し可能な記憶メディアを介して、端末認証情報を取得してもよい。本変形例では、携帯端末２００は通信部２０２を備えていなくてもよい。
【０１０５】
（変形例９）
上記の実施形態では、車両制御装置３００とキーユニット１００が無線通信を行っているが、車両制御装置３００とキーユニット１００は有線通信を行ってもよい。すなわち、キーユニット１００は、車両ネットワーク（たとえば、ＣＡＮ（Controller Area Network））に直接接続されてもよい。
【０１０６】
また、キーユニット１００と車両制御装置３００とを統合してシステムを実装してもよい。この場合、端末認証情報とキーＩＤの２つの認証情報を用いずに、携帯端末２００から送信される認証情報が正当であれば、車両システムは車両に対する制御（解錠など）を実行するようにしてもよい。
【０１０７】
（変形例１０）
上記の説明では、制御の対象は車両であったが携帯端末によって操作される対象は車両に限定されない。操作の対象はたとえば、車両以外の施設や建物であってよい。具体的には、携帯端末２００を用いて、施設や建物のドアの施解錠や開閉を行えるようにしてもよい。この場合、ドアの施解錠とその開閉だけでなく、ドアの施解錠とともに、空調装置、照明装置、監視装置などの起動や停止を制御してもよい。
【符号の説明】
【０１０８】
１０・・・車両
１００・・・キーユニット
１０１・・・ＬＦ受信機
１０２・・・ＲＦ送信機
１０３，２０１・・・近距離通信部
１０４，２０３・・・制御部
２００・・・携帯端末
２０２・・・通信部
２０４・・・入出力部
３００・・・車両制御装置
３０１・・・ＬＦ送信機
３０２・・・ＲＦ受信機
３０３・・・照合ＥＣＵ
３０４・・・ボディＥＣＵ
３０５・・・ドアロックモータ
４００・・・サーバ装置
【図１】
2019078040.tif 000003
【図２】
2019078040.tif 000004
【図３】
2019078040.tif 000005
【図４】
2019078040.tif 000006
【図５】
2019078040.tif 000007
【図６】
2019078040.tif 000008
【図７】
2019078040.tif 000009
【図８】
2019078040.tif 000010
【図９】
2019078040.tif 000011
【図１０】
2019078040.tif 000012
【図１１】
2019078040.tif 000013
【図１２】
2019078040.tif 000014