JP7053216B2 - 車両操作装置および車両システム - Google Patents

Description

本発明は、車両操作装置および車両システムに関する。

車両を施解錠するための認証情報を、ネットワークを介して携帯端末がサーバ装置から取得し、当該携帯端末を電子キーとして利用できる鍵管理システムが知られている（特許文献１，２）。

また、車両内のタッチパネルディスプレイを用いて、タッチ操作に基づいてドアの施解錠や開閉を制御可能な装置が知られている（特許文献３）。

特開２００６－１１８１２２号公報 特開２０１１－２５６５６１号公報 特開２０１７－１６６２４０号公報

上記の２つの技術を組み合わせて、携帯端末のタッチパネルディスプレイ上でのタッチ操作によって、車両のドアの施解錠や開閉を操作可能とすることが考えられる。ここで、携帯端末のタッチパネルディスプレイは、ユーザが本来意図する位置と異なる位置をタッチしたりあるいは意図せずにタッチしたりといった誤操作を引き起こしやすいという問題がある。

本発明は上記の課題を考慮してなされたものであり、車両操作装置における誤操作を防止し操作の正確性を担保することを目的とする。

本発明の第１の態様は、車両内の通信装置と無線通信することにより、前記車両を制御するための車両操作装置である。本態様に係る車両操作装置は、タッチパネルと、検知手段と、要求手段とを備える。

本態様における検知手段は、タッチパネルに対するユーザの入力操作を検知するように構成される。検知手段は、たとえば、入力操作が行われたタッチパネル上の位置と、入力操作の態様とを検知するように構成されてもよい。入力操作の態様は、たとえば、タップ入力（短押し）、ロングタップ入力（長押し）、ダブルタップ入力、スライド入力、ジェスチャ入力が含まれる。

本態様における要求手段は、第１の態様の入力操作の検知に応答して、第１の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信するように構成される。ここで、第１の動作は、前記車両の施錠または解錠の何れかの動作である。また、要求手段は、前記第１の態様とは異なる第２の態様の入力操作の検知に応答して、第２の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信する。ここで、第２の動作は、前記車両の施錠および解錠とは異なる動作を含む。なお、第２の動作は、前記車両の施錠および解錠とは異なる動作を含めば、さらに前記車両の施錠または解錠を含んでいてもよい。

要求手段は、たとえば、前記第１の動作に対応した前記タッチパネルの領域での前記第１の態様の入力操作に応答して、前記第１の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信し、前記第２の動作に対応した前記タッチパネルの領域での前記第２の態様の入力操作に応答して、前記第２の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信するように構成されてもよい。

このように本態様に係る車両操作装置によれば、車両の施錠および解錠とそれ以外の動作とで必要な入力態様を異ならせているので、ユーザが意図しない操作を行うことを防止でき、操作の正確性を担保できる。

ここで、「第１の動作に対応したタッチパネルの領域」は、たとえば、タッチパネル上での第１のＵＩ（ユーザインタフェース）要素の表示領域であってよい。同様に、「第２の動作に対応したタッチパネルの領域」は、たとえば、タッチパネル上での第２のＵＩ要素の表示領域であってよい。

本態様において、第１の態様の入力操作がタッチパネル上でのタップ入力であり、第２の態様の入力操作がタップ入力以外の入力態様であってもよい。タップ入力以外の入力態様には、ダブルタップ入力、ロングタップ入力、スライド入力、ジェスチャ入力などが含まれる。

また、第２の動作は、車両が有する開閉体の開閉動作であってよい。車両が有する開閉体の例は、乗降用のドア、ボンネット、トランク、リアハッチである。車両の施解錠を行うための入力態様をタップ入力とし、開閉体の開閉動作をタップ入力以外の態様とすれば、ユーザが意図せず開閉体を開閉させてしまう可能性を特に低減できる。

また、本態様において、第２の動作（第２の態様の入力操作が行われたときに要求される動作）は、車両の施錠または解錠と、車両の施錠および解錠とは異なる動作との複数の動作を含んでもよい。また、車両の施錠および解錠とは異なる動作の例として、当該車両が有する開閉体の開閉動作が例示できる。たとえば、本態様の要求手段は、第２の態様の入力動作が検知されたときに、車両の解錠と開閉体の開放動作、または、開閉体の閉鎖動作と車両の施錠を車両に行わせることを求める制御要求を、前記通信装置に送信してもよい。

本発明の第２の態様は車両システムであって、
上記の車両操作装置と、
車両内に搭載され、当該車両の制御を行う制御装置と、
前記車両に搭載され、前記車両操作装置と第１の通信規格で通信を行う第１の通信モジュールと、前記制御装置と前記第１の通信規格とは異なる第２の通信規格で通信を行う第２の通信モジュールとを含む通信装置と、
備え、
前記車両操作装置は、前記制御要求を第１の認証情報とともに前記通信装置に送信し、
前記通信装置は、前記第１の認証情報の認証に成功したときに、前記制御要求に対応する第２の制御要求を第２の認証情報とともに前記制御装置に送信し、
前記制御装置は、前記第２の認証情報の認証に成功したときに、前記第２の制御要求によって指示される動作を実行する、
ことを特徴とする。

なお、本発明は、上記手段の少なくとも一部を含む車両制御装置または車両システムとして特定することができる。本発明は、上記で説明した処理を実行する制御方法、当該制
御方法をコンピュータに行わせるためのプログラム、または、当該プログラムを非一時的に記憶したコンピュータ可読媒体として特定することもできる。上記処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

本発明によれば、車両操作装置における誤操作を防止し操作の正確性を担保することができる。

図１は、実施形態に係る施解錠システムのシステム概要図である。 図２は、施解錠システムが有する構成要素の一例を概略的に示したブロック図である。 図３は、照合ＥＣＵ３０３に含まれる機能モジュールの例である。 図４は、キーユニット１００の制御部１０４に含まれる機能モジュールの例である。 図５は、携帯端末２００の制御部２０３に含まれる機能モジュールの例である。 図６は、キーユニット１００のセットアップフロー図である。 図７は、携帯端末２００のセットアップフロー図である。 図８は、各構成要素間におけるデータおよび処理のフロー図である。 図９Ａは携帯端末に表示される操作画面２１０の例であり、図９Ｂは、操作画面２１０に表示される操作ボタンの入力方法と要求動作との例を示す図である。 図１０Ａおよび図１０Ｂは、それぞれドア解錠ボタンおよびドア開放ボタンが操作されたときの各構成要素間におけるデータおよび処理のフロー図である。 図１１は、変形例における、ドア開放ボタンが操作されたときの各構成要素間におけるデータおよび処理のフロー図である。 図１２Ａおよび図１２Ｂは、操作画面２１０に表示される操作ボタンの入力方法と要求動作との変形例を示す図である。

＜第１の実施形態＞
（システム概要）
第１の実施形態に係る車両制御システムの概要について、図１を参照しながら説明する。本実施形態に係る車両制御システムは、車両に搭載されたキーユニット（通信装置）１００および車両制御装置３００、携帯端末２００、サーバ装置４００を含んで構成される。

本実施形態に係る車両制御システムでは、キーユニット１００が、スマートキーの電子キー（携帯機）と同様の無線インタフェースを有しており、車両制御装置３００と通信を行うことで、物理的な鍵を用いることなく車両の施解錠やその他の車両操作を行うことができる。また、キーユニット１００は、携帯端末２００と近距離無線通信を行い、携帯端末２００を認証した結果に基づいて、自身が車両１０の電子キー（車両操作装置）として振る舞うか否かを決定する。すなわち、システムのユーザは、車両１０の外部から携帯端末２００を操作することにより、車両の施解錠やその他の車両操作を行うことができる。

本実施形態に係る車両制御システムは、車両１０の施錠および解錠だけでなく、ドアの開閉のようなその他の車両操作も可能に構成される。ここで、ユーザの携帯端末２００の誤操作によって意図しない車両操作が行われることを防止するために、本実施形態では携帯端末２００上で適切なユーザインタフェースが用いられる。

（システム構成）
システムの構成要素について、詳しく説明する。図２は、図１に示したキーユニット１００、携帯端末２００、車両制御装置３００、サーバ装置４００の構成の一例を概略的に示したブロック図である。このうち、キーユニット１００および車両制御装置３００が、施解錠（施錠および解錠）の対象である車両１０に搭載される。

［車両制御装置３００］
車両制御装置３００は、車両のドアを施錠および解錠ならびに開放および閉鎖するための装置であり、スマートキーシステムの一部を構成する装置である。車両制御装置３００は、車両のユーザが所持する電子キー（以下、携帯機）から、高周波（Radio Frequency
，以下、ＲＦと称する）帯の電波を介して送信される車両制御信号に応じて、車両１０のドアの施錠・解錠・開放・閉鎖を行う。また、車両制御装置３００は、携帯機を検索するための、低周波（Low Frequency，以下、ＬＦと称する）帯の電波を送信する機能を有し
ている。

本実施形態では、ユーザが所持する携帯機の代わりに、キーユニット１００がＲＦ帯およびＬＦ帯の電波を送受信することで、車両のドアの施解錠および開閉を制御する。以降、断りがない限り、車両制御装置３００の通信先をキーユニット１００に限定して説明を行う。

車両制御装置３００は、ＬＦ送信機３０１、ＲＦ受信機３０２、照合ＥＣＵ３０３、ボディＥＣＵ３０４、ドアロックモータ３０５、ドア開閉モータ３０６を含んで構成される。車両制御装置３００は、車両１０に搭載される不図示の補機バッテリから供給される電力で動作する。

ＬＦ送信機３０１は、キーユニット１００を検索（ポーリング）するための低周波数帯（例えば、１００ＫＨｚ～３００ＫＨｚ）の電波を送信する手段である。ＬＦ送信機３０１は、例えば、車室内のセンターコンソールやハンドルの近傍に内蔵される。

ＲＦ受信機３０２は、キーユニット１００から送信された高周波数帯（例えば、１００ＭＨｚ～１ＧＨｚ）の電波を受信する手段である。ＲＦ受信機３０２は、車室内に内蔵される。

照合ＥＣＵ３０３は、キーユニット１００からＲＦ帯の電波を介して送信された信号（施錠信号または解錠信号）に基づいて、車両１０のドアを施錠および解錠ならびにドアの開放および閉鎖する制御を行うコンピュータである。照合ＥＣＵ３０３は、例えば、マイクロコンピュータによって構成される。

なお、以下の説明において、車両１０に対してドアを解錠・施錠・開放・閉鎖するように指示するための信号を車両制御信号と総称する。車両制御信号は、ドアの解錠、施錠・開放・閉鎖の少なくともいずれかを車両１０に対して指示するための信号である。車両制御信号の例は、ドアの解錠を指示する信号、ドアの解錠および開放を指示する信号、ドアの施錠を指示する信号、ドアの閉鎖および施錠を指示する信号である。

照合ＥＣＵ３０３に含まれる機能モジュールを図３に示す。図３に示した各機能モジュールは、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。

ＬＦ送信処理部３０３１は、ＬＦ送信機３０１を介して、ＬＦ帯の電波としてポーリング信号（リクエスト信号）を車室内に送信する制御を行う。ＲＦ受信処理部３０３２は、
ＲＦ受信機３０２を介して、キーユニット１００からＲＦ帯の電波として送信された車両制御信号を受信する制御を行う。認証部３０３３は、キーユニット１００から送信された車両制御信号が、正当な装置から送信されたものであることを認証する。具体的には、車両制御信号に含まれるキーＩＤが、照合ＥＣＵ３０３が有する記憶手段（不図示）に予め記憶されたキーＩＤと一致するか否かを判定する。具体的な内容については後述する。

ドア制御部３０３４は、認証部３０３３が行った認証の結果に基づいて、後述するボディＥＣＵ３０４に対して解錠指令、施錠指令、開放指令、および閉鎖指令の少なくともいずれかを送信する。当該信号は、ＣＡＮ（Controller Area Network）等の車内ネットワ
ークを介して送信される。

ボディＥＣＵ３０４は、車両のボディ制御を行うコンピュータである。ボディＥＣＵ３０４は、ドア制御部３０３４から受信した指令に基づいて、後述するドアロックモータ３０５やドア開閉モータ３０６を制御することで、車両のドアの解錠および施錠やドアの開放および閉鎖を行う機能を有している。なお、ボディＥＣＵ３０４は、パワーウインドウ制御、シート調節、盗難防止、シートベルト制御、ヘッドライト制御など、車体に関連付いた要素の制御を行う機能をさらに有していてもよい。

ドアロックモータ３０５は、車両１０のドア（乗降用ドアやリアゲートのほか、トランクも含む）を施錠および解錠するアクチュエータである。ドアロックモータ３０５は、ボディＥＣＵ３０４から送信された信号に基づいて動作する。

ドア開閉モータ３０６は、車両１０のドア（乗降用ドアやリアゲートのほか、トランクも含む）を開放および閉鎖するアクチュエータである。ドア開閉モータ３０６は、ボディＥＣＵ３０４から送信された信号に基づいて動作する。

なお、ドア制御部３０３４は、解錠指令または施錠指令の代わりに、認証に成功した旨の情報のみをボディＥＣＵ３０４に送信するようにしてもよい。かかる構成によると、ユーザによるアクション（例えば、解錠ボタンの押下、ドアノブへのタッチ等）をトリガとして、施錠または解錠動作を行わせることが可能になる。

なお、照合ＥＣＵ３０３は、ボディＥＣＵ３０４を通信してドア以外の対象を制御してもよい。また、照合ＥＣＵ３０３は、エンジンＥＣＵと通信してエンジンの始動や停止を制御してもよいし、車両に対するその他の制御を行ってもよい。すなわち、車両制御装置３００が操作の対象とする装置は特に限定されない。

［キーユニット１００］
次に、キーユニット１００について説明する。キーユニット１００は、車両１０の内部に配置された通信装置であり、携帯端末２００と近距離無線通信を行って当該携帯端末２００を認証する機能と、携帯端末２００を認証した結果に基づいて、ＲＦ帯の電波を用いて車両１０を制御するための信号を送信する機能を有している。キーユニット１００は、ＬＦ受信機１０１、ＲＦ送信機１０２、近距離通信部１０３、制御部１０４を有して構成される。

本実施形態では、キーユニット１００は、車室内の所定の位置（例えばグローブボックス内）に配置され、車両１０に搭載される不図示の補機バッテリから供給される電力で動作する。

ＬＦ受信機１０１は、車両制御装置３００から、ＬＦ帯の電波を介して送信されたポーリング信号を受信する手段である。ＬＦ受信機１０１は、ＬＦ帯の電波を受信するための
アンテナ（以下、ＬＦアンテナ）を有している。ＲＦ送信機１０２は、ＲＦ帯の電波を介して、キーユニット１００に対して車両制御信号を送信する手段である。ＬＦ帯およびＲＦ帯の電波を用いた通信が第２の通信規格に相当し、ＬＦ受信機１０１およびＲＦ送信機１０２が第２の通信モジュールに該当する。

近距離通信部１０３は、ユーザが所持する携帯端末２００と通信を行う手段である。近距離通信部１０３は、所定の無線通信規格（第１の通信規格）を用いて、近距離（車室内と車室外で通信が行える程度）における通信を行う。近距離通信部１０３が第１の通信モジュールに該当する。

本実施形態では、近距離通信部１０３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ規格（以下、ＢＬＥ）によるデータ通信を行う。ＢＬＥとは、Ｂｌｕｅｔｏｏｔｈによる低電力通信規格であり、機器同士のペアリングを必要とせず、相手を検知することですぐに通信を開始できるという特徴を有する。なお、本実施形態ではＢＬＥを例示するが、他の無線通信規格も利用可能である。例えば、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、ＷｉＦｉ（登録商標）などを利用することもできる。

制御部１０４は、携帯端末２００と近距離無線通信を行い、携帯端末２００を認証する制御と、認証結果に基づいて車両制御信号を送信する制御を行うコンピュータである。制御部１０４は、例えば、マイクロコンピュータによって構成される。

制御部１０４に含まれる機能モジュールを、図４に示す。図４に示した各機能モジュールは、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。

ＬＦ受信処理部１０４１は、ＬＦ受信機１０１を介して、車両制御装置３００からＬＦ帯の電波として送信されたポーリング信号を受信する制御を行う。

ＲＦ送信処理部１０４２は、ＲＦ送信機１０２を介して、ＲＦ帯の電波として車両制御信号を送信する制御を行う。車両制御信号は、後述する認証部１０４４が携帯端末２００の認証を成功させた場合に、後述する通信処理部１０４３によって生成される。

通信処理部１０４３は、近距離通信部１０３を介して行う携帯端末２００との通信を処理する。具体的には、携帯端末２００からドアの施錠・解錠・開放・閉鎖を求める要求（以下、制御要求と総称する）を受信し、受信した要求に応じて、車両制御信号を生成する。なお、生成された車両制御信号は、一時的に記憶され、後述する認証部１０４４が携帯端末２００の認証に成功したタイミングで出力される。

認証部１０４４は、携帯端末２００から送信された制御要求に含まれる認証情報に基づいて、携帯端末２００の認証を行う。具体的には、不図示の記憶手段に記憶された認証情報と、携帯端末２００から送信された認証情報とを比較し、これらが一致した場合に、認証成功と判断する。双方の認証情報が一致しない場合、認証失敗と判断する。認証部１０４４が携帯端末２００の認証に成功した場合、通信処理部１０４３が生成した車両制御信号が、ＲＦ送信処理部１０４２へ出力され、車両制御装置３００へ無線送信される。

なお、認証部１０４４が行う認証の方式は、認証情報同士を単純に比較して同一性を検証する方式であってもよいし、非対称暗号を用いた方式であってもよい。

以降、説明の必要に応じて、キーユニット１００に記憶される認証情報を装置認証情報、携帯端末２００から送信される認証情報を端末認証情報と称するものとする。

なお、本例では、認証部１０４４が車両制御信号の送信トリガを生成するものとしたが、認証部１０４４が、認証状況に基づいてキーユニット１００の電源を制御してもよい。例えば、携帯端末２００の認証が行われていない状況においては、通信処理部１０４３および認証部１０４４を除く全ての構成要素をサスペンド状態とし、認証が成功した場合に、所定の期間において（例えば、送信した車両制御信号に対するレスポンスが車両制御装置３００からあるまで）、すべての構成要素を通電状態とするようにしてもよい。認証が成功した場合にのみ車両制御信号を送信できれば、その実現方法は限定されない。

また、キーユニット１００（ＲＦ送信機１０２）は、車両制御信号とともに、電子キーのＩＤ（以下、キーＩＤ）を同時に車両制御装置３００に送信する。キーＩＤは、平文の状態で予めキーユニット１００に記憶されていてもよいし、携帯端末２００に固有な暗号によって暗号化した状態で記憶されていてもよい。キーＩＤが暗号化した状態で記憶される場合、携帯端末２００から送信された認証情報によって暗号化されたキーＩＤを復号し、本来のキーＩＤを得るようにしてもよい。

［携帯端末２００］
次に、携帯端末２００について説明する。なお、携帯端末２００はユーザが利用する装置であるので、本明細書において携帯端末２００のことをユーザ装置と称することもできる。

携帯端末２００は、例えばスマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。携帯端末２００は、近距離通信部２０１、通信部２０２、制御部２０３、入出力部２０４を有して構成される。

近距離通信部２０１は、近距離通信部１０３と同一の通信規格によって、キーユニット１００との間で通信を行う手段である。

通信部２０２は、携帯端末２００をネットワークに接続するための通信手段である。本実施形態では、３ＧやＬＴＥ等の移動体通信サービスを利用して、ネットワーク経由で他の装置（例えばサーバ装置４００）と通信を行うことができる。

制御部２０３は、携帯端末２００の制御を司るコンピュータである。制御部２０３は、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）が実行することで図５に示す機能が実現される。すなわち、制御部２０３は、認証情報取得部２０３１、認証情報記憶部２０３２、操作画面表示部２０３３、入力操作検知部２０３４、制御要求部２０３５として機能する。なお、これらの機能の一部または全部は、専用の論理回路によって実現されてもよい。制御部２０３は、例えば、車両制御要求を生成する処理、前述した端末認証情報を取得する処理、ユーザインタフェースの画面を表示する処理、ユーザの入力操作を検知する処理、車両制御要求および端末認証情報をキーユニット１００に送信する処理などを行う。

制御部２０３は、入出力部２０４を介してユーザとのインタラクションを行う。入出力部２０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する手段である。具体的には、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネルおよび液晶ディスプレイは、本実施形態では一つのタッチスクリーン（タッチパネルディスプレイ）からなる。

認証情報取得部２０３１は端末認証情報を取得する処理を行う。本実施形態では、端末
認証情報はサーバ装置４００において生成され、認証情報取得部２０３１は、通信部２０２を介してサーバ装置４００から端末認証情報を取得する。認証情報取得部２０３１は、取得した端末認証情報を、認証情報記憶部２０３２に格納する。

認証情報取得部２０３１が取得する端末認証情報は、不変のキーであってもよいし、ワンタイムキーであってもよい。いずれの場合も、端末認証情報に対応する装置認証情報が、キーユニット１００に事前に記憶される。

操作画面表示部２０３３は、入出力部２０４に操作画面を表示させる。入力操作検知部２０３４は、ユーザが入出力部２０４に対して行った操作を検知する。上述のように入出力部２０４はタッチスクリーンなので、入力操作検知部２０３４は、ユーザが操作を行った画面上の位置、および入力操作の態様を取得する。入力操作の態様の例には、タップ入力（短押し）、ロングタップ入力（長押し）、ダブルタップ入力、スライド入力、ジェスチャ入力が含まれる。

制御要求部２０３５は、入力操作検知部２０３４によって検知されるユーザ操作の内容に応じて、車両を制御するための制御要求を、近距離通信部２０１を介してキーユニット１００に送信する。この際、制御要求部２０３５は、認証情報記憶部２０３２に格納されている端末認証情報を制御要求に含めてキーユニット１００に送信するように制御する。なお、携帯端末２００が端末認証情報を有していない場合、制御部２０３は、操作画面からの車両１０の操作を行わせないようにしてもよい。

ユーザインタフェースの具体例、たとえば、ユーザに提示される操作画面やユーザの入力操作と車両１０への制御要求との対応については、後ほど詳しく説明する。

（システムの動作）
［車両制御装置の動作の概要］
システムの詳細な説明に入る前に、車両制御装置３００が行う動作の概要について説明する。車両制御装置３００は、従来のスマートキーシステムを構成する装置であり、ユーザが所持するキーユニット１００と通信を行うことにより、キーユニット１００が車両の近傍もしくは車室内にあることを検出する。

具体的には、照合ＥＣＵ３０３が、ＬＦ送信機３０１を介して一定の周期でポーリング信号を車内外に送信し、当該ポーリング信号に応答してキーユニット１００が送信した返信信号を受信する。返信信号には、キーユニット１００に固有なキーＩＤが含まれており、また、照合ＥＣＵ３０３には、登録されたキーユニット１００のキーＩＤが記憶されており、照合ＥＣＵ３０３は、受信したキーＩＤと、記憶されたキーＩＤを用いてキーユニット１００の認証処理を行う。キーユニット１００の認証に成功した場合、その旨をボディＥＣＵ３０４に通知し、これにより、車両に所定の動作（例えば、ドアの解錠、イモビライザーの解除等）を行わせることが可能になる。

［車両制御装置へのキーユニットの登録処理］
ここで、キーユニット１００のキーＩＤを車両制御装置３００に登録する作業について説明する。当該作業は、車両の製造者、整備業者またはオーナーによって行われる。ここで、図６を参照しながら、当該作業のフローについて説明する。

まず、ステップＳ１にて、車両制御装置３００が、新規のキーＩＤを登録するモードへの切り替えを行う。この際、車両制御装置３００は、既に登録されている機器（たとえば、既に記憶されているキーＩＤを持つスマートキー）との通信を要求してもよい。これにより、登録作業を行っている者が正当な車両のオーナーであることを確認することができ
る。登録モードに移行すると、車両制御装置３００はＬＦ送信機３０１から登録用の信号を供給する。

次に、ステップＳ２にて、ユーザが、キーユニット１００のＬＦアンテナを、車両制御装置３００が有する不図示のアンテナコイル（典型的には車両のプッシュスタートスイッチ付近に内蔵される）に接触ないし略接触させる。これにより、電磁誘導によってアンテナコイルからキーユニット１００に電力が供給され、当該電力を用いて、キーユニット１００が車両制御装置３００に対してキーＩＤを送信する（ステップＳ３）。この動作は、自動車用のスマートキーシステムにおいて、車両側にキーＩＤを登録するための動作として知られている（一般にトランスポンダ通信と呼ばれる）。送信されたキーＩＤは、車両制御装置３００によって受信され、有効なキーＩＤとして登録される（ステップＳ４）。すなわち、車両制御装置とキーユニットとの紐付けが行われる。

以上、車両制御装置３００とキーユニット１００との間で行われる通信および処理について説明した。

（携帯端末の端末認証情報の取得処理）
図７を参照して、本実施形態に係る車両制御システムの動作について説明する。図７は、各構成要素間で送受信されるデータの流れ、および、各構成要素が行う処理を説明するフロー図である。

まず、ステップＳ１１で、携帯端末２００が、サーバ装置４００に対して端末認証情報の発行を要求する。ここで説明する端末認証情報は、車両制御装置３００がキーユニット１００を認証するための情報ではなく、キーユニット１００が携帯端末２００を認証するための情報である。

携帯端末２００が、端末を識別する情報をサーバ装置４００に送信すると、サーバ装置４００が、携帯端末２００に固有な端末認証情報を取得し（ステップＳ１２）、取得した端末認証情報を携帯端末２００に送信する（ステップＳ１３）。これにより、携帯端末２００上において、車両１０を解錠する操作が可能になる。

（携帯端末を用いた車両制御処理）
図８から図１０を参照して、本実施形態においてユーザが携帯端末２００を用いて車両制御を行う際の処理の流れを説明する。図８は、各構成要素間で送受信されるデータの流れ、および、各構成要素が行う処理を説明するフロー図である。図９Ａは、携帯端末２００の表示画面の例を示す図である。図９Ｂは、表示画面上の操作ボタンに割り当てられる車両動作と入力方法の一例を説明する図である。図１０Ａは、ユーザがドアの解錠を要求するときの制御の流れを説明するフロー図であり、図１０Ｂはユーザがドアの解錠および開放を要求するときの制御の流れを説明するフロー図である。

携帯端末２００がキーユニット１００の近距離通信（たとえば、ＢＬＥ）の通信範囲に入ると、ステップＳ２１で、携帯端末２００の近距離通信部２０１とキーユニット１００の近距離通信部１０３の間で通信の確立処理が行われる。キーユニット１００との通信確立を検知することで、携帯端末２００の制御部２０３はキーユニット１００と対応する車両１０を制御可能になったと判断できる。

ステップＳ２２で、操作画面表示部２０３３は、車両１０を操作するための操作画面２１０をタッチスクリーン２０４に表示する。図９Ａは、本実施形態における操作画面２１０の一例を示す図である。図９Ａに示すように、操作画面２１０は、操作対象の車両１０の識別するための情報２１１と４つの操作用のボタン（ＵＩ要素）２１２～２１５を含む
。車両１０を識別するための情報２１１は、車両１０の外観、車種、および車番の少なくともいずれかを含む。操作用のボタンは、ドア施錠ボタン２１２、ドア解錠ボタン２１３、ドア閉鎖ボタン２１４、およびドア開放ボタン２１５を含む。

携帯端末２００のユーザがタッチスクリーン２０４に対して入力操作を行うと、ステップＳ２３において、入力操作検知部２０３４が、ユーザの入力操作を検知する。入力操作検知部２０３４は、ユーザの入力操作について操作位置と入力操作態様とを取得する。操作位置は、ユーザが操作を行った画面上の位置である。入力操作態様の例には、タップ入力（短押し）、ロングタップ入力（長押し）、ダブルタップ入力、スライド入力、ジェスチャ入力を含む。ジェスチャ入力は、予め定められた所定の軌跡に沿ってタッチ位置を移動させる入力である。

ステップＳ２４で、制御要求部２０３５は、ユーザの入力操作に応じた車両制御要求を端末認証情報とともにキーユニット１００に送信する。なお、本実施形態においては、操作画面２１０に含まれる各操作ボタン２１２～２１５を用いて操作を要求するためには、ユーザは操作ボタンに対応した所定の入力態様の入力操作を行う必要がある。図９Ｂは、操作ボタンに割り当てられる入力方法（入力態様）と車両動作の一例を説明する図である。ドア施錠ボタン２１２にタップ入力がされると、制御要求部２０３５は車両に対してドアの施錠を要求する。また、ドア解錠ボタン２１３にタップ入力がされると、制御要求部２０３５は車両に対してドアの解錠を要求する。一方、ドア閉鎖ボタン２１４にロングタップ入力がされると、制御要求部２０３５は車両に対してドアの閉鎖および施錠を要求する。同様に、ドア開放ボタン２１５にロングタップ入力がされると、制御要求部２０３５は車両に対してドアの解錠および開放を要求する。なお、ドア閉鎖ボタン２１４およびドア開放ボタン２１５は、タップ入力がされても反応せず、制御要求部２０３５は何もしない。

制御要求部２０３５は、ユーザの入力操作の操作位置と操作態様とに基づいて、ユーザの入力操作が条件に合致するかを判断し、条件に合致する場合には入力操作に応じた車両操作要求を近距離通信部２０１を介してキーユニット１００に送信する。

たとえば、ユーザの入力操作の操作位置がドア解錠ボタン２１３（第１のＵＩ要素）の領域内であり、かつ入力態様がタップ入力であれば、制御要求部２０３５はドアの解錠要求をキーユニット１００に送信する。ここで、ドアの解錠が本発明の第１の動作に該当し、解錠要求が第１の動作を車両に行わせることを求める制御要求に該当する。

また、ユーザの入力操作の操作位置がドア開放ボタン２１５（第２のＵＩ要素）の領域内であり、かつ入力態様がロングタップ入力であれば、制御要求部２０３５はドアの解錠＋開放要求（解錠と開放を求める要求）をキーユニット１００に送信する。ここで、ドアの解錠および開放の両方を含む動作が本発明の第２の動作に該当し、解錠＋開放要求が第２の動作を車両に行わせることを求める制御要求に該当する。

制御要求部２０３５は、車両操作要求を送信する際に、端末認証情報も一緒にキーユニット１００に送信する。端末認証情報は、認証情報取得部２０３１によってサーバ装置４００から取得され、認証情報記憶部２０３２に格納されている。

キーユニット１００が近距離通信部１０３を介して制御要求および端末認証情報を携帯端末２００から受信すると、ステップＳ２５で、キーユニット１００の認証部１０４４が、受信した端末認証情報と、事前に記憶された装置認証情報とを比較し、認証処理を行う。認証に成功した場合、ステップＳ２６で、キーユニット１００が、車両制御装置３００に対して車両制御信号およびキーＩＤをＲＦ送信機１０２を介して送信する。たとえば、
車両制御要求にドア解錠要求が含まれる場合には、キーユニット１００はドア解錠制御信号を送信し、車両制御要求にドア開放要求が含まれる場合には、キーユニット１００はドア開放制御信号を送信する。

車両制御装置３００がＲＦ受信機３０２を介して車両制御信号およびキーＩＤをキーユニット１００から受信すると、ステップＳ２７で、照合ＥＣＵ３０３が、受信したキーＩＤに基づいて認証処理を行う。認証に成功した場合はステップＳ２８で、ボディＥＣＵ３０４が車両制御信号に基づいて車両１０の操作を実行する。具体的には、車両制御信号がドア解錠制御信号である場合には、ボディＥＣＵ３０４はドアロックモータ３０５を制御して車両１０のドアを解錠する。また、車両制御信号がドア開放制御信号である場合には、ボディＥＣＵ３０４はドア開閉モータ３０６を制御して車両１０のドアを開放する。なおこの際、アンサーバック等を行ってもよい。

図１０Ａ，図１０Ｂは、ユーザが特定の処理を行った時の具体的な処理の流れを示す図である。

図１０Ａは、ユーザが操作画面２１０上でドア解錠ボタン２１３に対してタップ入力を行った時の処理を説明する図である。携帯端末２００は、ドア解錠ボタン２１３上でのタップ入力を検知（Ｓ２３）すると、解錠要求を端末認証情報とともにキーユニット１００に送信する（Ｓ２４）。キーユニット１００は、端末認証情報の認証処理を行い（Ｓ２５）、認証に成功したら、ドアの解錠を指示する車両制御信号をキーＩＤとともに車両制御装置３００に送信する（Ｓ２６）。車両制御装置３００は、キーＩＤの認証処理を行い（Ｓ２７）、認証に成功したら、ボディＥＣＵ３０４がドアロックモータ３０５を制御して車両１０のドアを解錠する。なお、ユーザが操作画面２１０上でドア施錠ボタン２１２に対してタップ入力を行った時の処理も上記と同様である。

図１０Ｂは、ユーザが操作画面２１０上でドア開放ボタン２１５に対してロングタップ入力を行った時の処理を説明する図である。携帯端末２００は、ドア開放ボタン２１５上でのロングタップ入力を検知（Ｓ２３）すると、解錠＋開放要求を端末認証情報とともにキーユニット１００に送信する（Ｓ２４）。キーユニット１００は、端末認証情報の認証処理を行い（Ｓ２５）、認証に成功したら、ドアの解錠および開放を指示する車両制御信号をキーＩＤとともに車両制御装置３００に送信する（Ｓ２６）。車両制御装置３００は、キーＩＤの認証処理を行う（Ｓ２７）。認証に成功したら、ボディＥＣＵ３０４は、ドアロックモータ３０５を制御して車両１０のドアを解錠し（Ｓ２８－１）、その後ドア開閉モータ３０６を制御して当該ドアを開放する（Ｓ２８－２）。なお、ユーザが操作画面２１０上でドア閉鎖ボタン２１４に対してロングタップ入力を行った時の処理も上記と同様である。

なお、車両制御装置３００は、ドアの解錠＋開放信号を受信したときに既にドアが解錠されていれば、ドアの開放処理のみを行えばよい。

（有利な効果）
本実施形態では、車両に対する操作内容に応じて、ユーザがタッチスクリーン上で入力する必要がある態様が異なっている。すなわち、ドアの解錠および施錠はタッチスクリーン上でのタップ操作で実現可能であるのに対し、ドアの開放および閉鎖を行うためにはロングタップ入力を行う必要がある。このような構成により、ユーザの意図しない操作によってドアが開放あるいは閉鎖する事態を抑制できる。本実施形態において、ドアの開閉にロングタップを必要としている理由は、ドアの開閉ではドアが物理的に動くので意図しない制御は施解錠よりも好ましくないという設計思想を採用しているためである。

また、本実施形態では、ユーザの１つの入力によって、ドアの解錠と開放の２つの動作を車両１０に実行させることができる。ユーザが２つの入力を行う必要がないので、ユーザの利便性が高まる。

（変形例１）
上記の説明では、ドアの施解錠にタップ入力を必要とし、ドアの開閉にロングタップ入力を必要としているが、どの制御に対してどのような入力態様を必要とするかは、システムの要求や設計思想に応じて適宜決定すればよい。典型的には、誤動作を防止したい操作に対して、より複雑な態様の入力を必要とすればよい。したがって、タップ入力とロングタップ入力を併用する代わりに、ロングタップ入力とスライド入力を併用したりしても構わない。また、ドアの開閉よりも施解錠の誤動作を防止したいのであれば、ドアの開閉にタップ入力を必要とし、ドアの施解錠にロングタップ入力を必要としてもよい。

（変形例２）
上記の実施形態に係る操作画面２１０には、ユーザが指示可能な動作ごとに対応したボタン（ＵＩ要素）が表示されているが、操作画面２１０に表示されるＵＩ要素はボタン以外であってもよい。たとえば、操作画面２１０に模式的な車両の画像（たとえば車両の上面図）が表示されており、ユーザの入力操作が行われるタッチスクリーン上での位置に応じて、車両に行わせる動作を決定してもよい。たとえば、ドアに対応した画面領域でタップ入力が行われた場合に、そのドアの解錠または施錠が要求されたと決定してもよい。また、ドアに対応した画面領域でロングタップ入力が行われた場合に、そのドアの開放または閉鎖が要求されたと決定してもよい。

（変形例３）
ドア開放ボタン２１５が操作されたときにドアの解錠と開放が実行されるが、その具体的な実現方法は、上記で説明した方法（図１０Ｂ参照）に限定されない。たとえば、図１１に示すような処理により実現してもよい。すなわち、まず、キーユニット１００が、車両制御装置３００に対してドアの解錠信号を送信し（Ｓ２６－１）、車両制御装置３００が認証処理（Ｓ２７－１）およびドア解錠処理（Ｓ２８－１）を行って、アンサーバックをキーユニット１００に送信する（Ｓ２９－１）。キーユニット１００は、このアンサーバックを受けてから、ドアの開放信号を送信し（Ｓ２６－２）、車両制御装置３００が上記と同様にドアの開放処理を行ってもよい（Ｓ２７－２～Ｓ２９－２）。このような処理によっても、上記の実施形態と同様の処理が実現できる。本変形例における解錠信号と開放信号の両方の組み合わせが、本発明における「鍵の施解錠を実行させ、かつ、鍵の施解錠の前または後に鍵の施解錠とは異なる動作を実行させるための制御信号」に該当する。さらに他の実現方法として、ドア開放ボタン２１５が操作されたときに、携帯端末２００が解錠要求と開放要求とを別々に送信するという方法も可能である。

（変形例４）
上記の実施形態では、ドア開放ボタン２１５をユーザが操作するとドアの解錠と開放が行われるが、ドア開放ボタン２１５をユーザが操作したときにドアの開放のみが行われるようにしてもよい。

図１２Ａは、本変形例における操作ボタンと要求動作の対応を説明する図である。本変形例では、ドア施錠ボタン２１２およびドア解錠ボタン２１３が操作されたときは、携帯端末２００は、それぞれ、車両１０のドアの施錠および解錠を実行させる車両制御信号（第１の動作を車両に行わせることを求める制御要求）をキーユニット１００に送信する。一方、ドア閉鎖ボタン２１４およびドア開放ボタン２１５が操作されたときは、携帯端末２００は、それぞれ、車両のドアの閉鎖および開放を実行させる車両制御信号（第２の動作を車両に行わせることを求める制御要求）をキーユニット１００に送信する。このよう
に、第２の動作は、ドアの施錠や解錠を含まず、ドアの施錠および解錠とは異なる動作のみであっても構わない。

（変形例５）
上記の説明では、操作ボタン２１２～２１５を操作したときに行われる車両動作は固定されているが、１つの操作ボタンに対して複数の入力態様を設定して、入力態様に応じて異なる種類の車両動作を実行するようにしてもよい。

図１２Ｂは、本変形例における操作ボタンと要求動作の対応を説明する図である。本変形例では、ドア閉鎖ボタン２１４に対してロングタップ入力したときはドアの閉鎖動作のみを行い、同じドア閉鎖ボタン２１４に対してスライド入力したときにはドアの閉鎖＋施錠動作を行うようにしてもよい。

また、ある操作ボタン上である方向（たとえば下方向）にスライド入力した場合はドアを開放し、その操作ボタン上で反対方向（たとえば上方向）にスライド入力した場合はドアを閉鎖してもよい。また、１つの操作ボタンに３つ以上の入力態様を割り当てて、それぞれに異なる要求動作を対応づけてもよい。

（変形例６）
上記の実施形態に係る操作画面２１０は、ドア施錠ボタン２１２とドア解錠ボタン２１３が同時に表示されている。ここで、携帯端末２００は、車両１０（車両制御装置３００）と通信を行ってドアの施錠状態（施錠された状態か解錠された状態か）を取得し、ドアの施錠状態に応じてドア施錠ボタン２１２とドア解錠ボタン２１３のいずれか一方のみを表示するようにしてもよい。同様にドアの開閉状態（開放された状態か閉鎖された状態か）を取得して、ドアの開閉状態に応じてドア閉鎖ボタン２１４とドア開放ボタン２１５のいずれか一方のみを表示するようにしてもよい。

さらに、ドアの施錠状態と開閉状態の両方を考慮して、表示する操作ボタンを決定してもよい。たとえば、ドアが解錠されておりかつ閉鎖している場合は、ドア施錠ボタン２１２とドア開放ボタン２１５を表示してもよい。また、ドアが解錠されておりかつ開放している場合は、ドア閉鎖ボタン２１４のみを表示してもよい。また、ドアが施錠されている（かつ閉鎖している）場合は、ドア解錠ボタン２１３のみを表示してもよい。

なお、操作ボタンの表示／非表示を切り替える代わりに、操作ボタンの有効（イネーブル）／無効（ディスエーブル）を切り替えてもよい。

（変形例７）
上記の説明において操作の対象は車両１０のスライドドアであったが、操作の対象はこれに限られない。たとえば、車両１０のスライドドア以外のドア、ボンネット、トランク、リアハッチのような開閉体を対象としてもよい。なお、施解錠の対象となるロックは、開閉の対象となるドアのロックであってもよいしそうでなくてもよい。

また、上記の説明では、携帯端末２００上での１つの操作ボタンにより、ドアの施解錠とその開閉の２つの動作が実行されるが、同時に実行される２つの動作は必ずしも両方ともドアを制御対象とするものでなくてもよい。たとえば、１つの操作ボタンによって、ドアの解錠と空調装置の稼働とを実行してもよい。空調装置以外にも、座席位置やハンドル位置などを実行するようにしてもよい。

（変形例８）
上記の説明において携帯端末２００は、端末認証情報をサーバ装置４００から取得して
いるが、認証情報記憶部２０３２に認証情報が記憶された状態で製造・販売されてもよい。あるいは、携帯端末２００は、取り外し可能な記憶メディアを介して、端末認証情報を取得してもよい。本変形例では、携帯端末２００は通信部２０２を備えていなくてもよい。

（変形例９）
上記の実施形態では、車両制御装置３００とキーユニット１００が無線通信を行っているが、車両制御装置３００とキーユニット１００は有線通信を行ってもよい。すなわち、キーユニット１００は、車両ネットワーク（たとえば、ＣＡＮ（Controller Area Network））に直接接続されてもよい。

また、キーユニット１００と車両制御装置３００とを統合してシステムを実装してもよい。この場合、端末認証情報とキーＩＤの２つの認証情報を用いずに、携帯端末２００から送信される認証情報が正当であれば、車両システムは車両に対する制御（解錠など）を実行するようにしてもよい。

（変形例１０）
上記の説明では、制御の対象は車両であったが携帯端末によって操作される対象は車両に限定されない。操作の対象はたとえば、車両以外の施設や建物であってよい。具体的には、携帯端末２００を用いて、施設や建物のドアの施解錠や開閉を行えるようにしてもよい。この場合、ドアの施解錠とその開閉だけでなく、ドアの施解錠とともに、空調装置、照明装置、監視装置などの起動や停止を制御してもよい。

１０・・・車両
１００・・・キーユニット
１０１・・・ＬＦ受信機
１０２・・・ＲＦ送信機
１０３，２０１・・・近距離通信部
１０４，２０３・・・制御部
２００・・・携帯端末
２０２・・・通信部
２０４・・・入出力部
３００・・・車両制御装置
３０１・・・ＬＦ送信機
３０２・・・ＲＦ受信機
３０３・・・照合ＥＣＵ
３０４・・・ボディＥＣＵ
３０５・・・ドアロックモータ
４００・・・サーバ装置

Claims (18)

1. 車両内の通信装置と無線通信することにより前記車両を制御するための車両操作装置であって、
   タッチパネルと、
   前記タッチパネルに対するユーザの入力操作を検知する検知手段と、
   第１の態様の入力操作の検知に応答して、前記車両の施錠または解錠のいずれかである第１の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信する要求手段と、
   を備え、
   前記車両のドアの施錠状態を取得し、前記ドアの施錠状態に基づいて前記第１の態様の入力操作のために前記タッチパネルに表示されるＵＩ要素を決定し、
   前記要求手段は、
   前記第１の態様とは異なる第２の態様の入力操作の検知に応答して、前記車両の施錠および解錠とは異なる動作を含む第２の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信し、
   前記車両操作装置は、
   前記車両のドアの開閉状態を取得し、前記ドアの開閉状態に基づいて前記第２の態様の入力操作のために前記タッチパネルに表示されるＵＩ要素を決定する、
   車両操作装置。
2. 前記要求手段は、
   前記第１の動作に対応した前記タッチパネルの領域での前記第１の態様の入力操作に応答して、前記第１の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信し、
   前記第２の動作に対応した前記タッチパネルの領域での前記第２の態様の入力操作に応
   答して、前記第２の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信する、
   請求項１に記載の車両操作装置。
3. 前記第１の動作に対応した前記タッチパネルの領域は、前記タッチパネル上での第１のＵＩ要素の表示領域であり、
   前記第２の動作に対応した前記タッチパネルの領域は、前記タッチパネル上での前記第１のＵＩ要素とは異なる第２のＵＩ要素の表示領域である、
   請求項２に記載の車両操作装置。
4. 前記第１の態様の入力操作および前記第２の態様の入力操作は、前記タッチパネル上でのタップ入力、ダブルタップ入力、ロングタップ入力、スライド入力、ジェスチャ入力のいずれかである、
   請求項１から３のいずれか１項に記載の車両操作装置。
5. 前記第１の態様の入力操作は、前記タッチパネル上でのタップ入力であり、
   前記第２の態様の入力操作は、前記タッチパネル上でのダブルタップ入力、ロングタップ入力、スライド入力、ジェスチャ入力のいずれかである、
   請求項１から４のいずれか１項に記載の車両操作装置。
6. 前記第２の動作は、前記車両の施錠または解錠と、前記車両の施錠および解錠とは異なる動作とを含み、
   前記要求手段は、前記第２の態様の入力操作の検知に応答して、前記車両の施錠または解錠と前記車両の施錠および解錠とは異なる動作とを前記車両に行わせることを求める制御要求を、前記通信装置に送信する、
   請求項１から５のいずれか１項に記載の車両操作装置。
7. 前記第２の動作は、前記車両が有する開閉体の開閉動作である、
   請求項１から５のいずれか１項に記載の車両操作装置。
8. 前記要求手段は、前記第２の態様の入力操作の検知に応答して、前記車両の解錠と前記車両が有する開閉体の開放動作、または、前記開閉体の閉鎖動作と前記車両の施錠を前記車両に行わせることを求める制御要求を、前記通信装置に送信する、
   請求項７に記載の車両操作装置。
9. 請求項１から８のいずれか１項に記載の車両操作装置と、
   車両内に搭載され、当該車両の制御を行う制御装置と、
   前記車両に搭載され、前記車両操作装置と第１の通信規格で通信を行う第１の通信モジュールと、前記制御装置と前記第１の通信規格とは異なる第２の通信規格で通信を行う第２の通信モジュールとを含む通信装置と、
   を備え、
   前記車両操作装置は、前記制御要求を第１の認証情報とともに前記通信装置に送信し、
   前記通信装置は、前記第１の認証情報の認証に成功したときに、前記制御要求に対応する第２の制御要求を第２の認証情報とともに前記制御装置に送信し、
   前記制御装置は、前記第２の認証情報の認証に成功したときに、前記第２の制御要求によって指示される動作を実行する、
   車両システム。
10. タッチパネルを備える車両操作装置が行う車両操作方法であって、
    前記タッチパネルに対するユーザの入力操作を検知する検知ステップと、
    第１の態様の入力操作の検知に応答して、車両の施錠または解錠のいずれかである第１の動作を前記車両に行わせることを求める制御要求を前記車両内の通信装置に送信する要求ステップと、
    を含み、
    前記車両のドアの施錠状態を取得し、前記ドアの施錠状態に基づいて前記第１の態様の入力操作のために前記タッチパネルに表示されるＵＩ要素を決定するステップをさらに含み、
    前記要求ステップにおいて、
    前記第１の態様とは異なる第２の態様の入力操作の検知に応答して、前記車両の施錠および解錠とは異なる動作を含む第２の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信し、
    前記車両のドアの開閉状態を取得し、前記ドアの開閉状態に基づいて前記第２の態様の入力操作のために前記タッチパネルに表示されるＵＩ要素を決定するステップをさらに実行させる、
    車両操作方法。
11. タッチパネルを備えるコンピュータに、
    前記タッチパネルに対するユーザの入力操作を検知する検知ステップと、
    第１の態様の入力操作の検知に応答して、車両の施錠または解錠のいずれかである第１の動作を前記車両に行わせることを求める制御要求を前記車両内の通信装置に送信する要求ステップと、
    を実行させ、
    前記車両のドアの施錠状態を取得し、前記ドアの施錠状態に基づいて前記第１の態様の入力操作のために前記タッチパネルに表示されるＵＩ要素を決定するステップをさらに実行させ、
    前記要求ステップにおいて、
    前記第１の態様とは異なる第２の態様の入力操作の検知に応答して、前記車両の施錠および解錠とは異なる動作を含む第２の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信し、
    前記車両のドアの開閉状態を取得し、前記ドアの開閉状態に基づいて前記第２の態様の入力操作のために前記タッチパネルに表示されるＵＩ要素を決定するステップをさらに実行させる、
    プログラム。
12. 前記要求ステップでは、
    前記第１の動作に対応した前記タッチパネルの領域での前記第１の態様の入力操作に応答して、前記第１の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信し、
    前記第２の動作に対応した前記タッチパネルの領域での前記第２の態様の入力操作に応答して、前記第２の動作を前記車両に行わせることを求める制御要求を前記通信装置に送信する、
    請求項１１に記載のプログラム。
13. 前記第１の動作に対応した前記タッチパネルの領域は、前記タッチパネル上での第１のＵＩ要素の表示領域であり、
    前記第２の動作に対応した前記タッチパネルの領域は、前記タッチパネル上での前記第１のＵＩ要素とは異なる第２のＵＩ要素の表示領域である、
    請求項１２に記載のプログラム。
14. 前記第１の態様の入力操作および前記第２の態様の入力操作は、前記タッチパネル上で
    のタップ入力、ダブルタップ入力、ロングタップ入力、スライド入力、ジェスチャ入力のいずれかである、
    請求項１１から１３のいずれか１項に記載のプログラム。
15. 前記第１の態様の入力操作は、前記タッチパネル上でのタップ入力であり、
    前記第２の態様の入力操作は、前記タッチパネル上でのダブルタップ入力、ロングタップ入力、スライド入力、ジェスチャ入力のいずれかである、
    請求項１１から１４のいずれか１項に記載のプログラム。
16. 前記第２の動作は、前記車両の施錠または解錠と、前記車両の施錠および解錠とは異なる動作とを含み、
    前記要求ステップでは、前記第２の態様の入力操作の検知に応答して、前記車両の施錠または解錠と前記車両の施錠および解錠とは異なる動作とを前記車両に行わせることを求める制御要求を、前記通信装置に送信する、
    請求項１１から１５のいずれか１項に記載のプログラム。
17. 前記第２の動作は、前記車両が有する開閉体の開閉動作である、
    請求項１１から１５のいずれか１項に記載のプログラム。
18. 前記要求ステップでは、前記第２の態様の入力操作の検知に応答して、前記車両の解錠と前記車両が有する開閉体の開放動作、または、前記開閉体の閉鎖動作と前記車両の施錠を前記車両に行わせることを求める制御要求を、前記通信装置に送信する、
    請求項１７に記載のプログラム。

Images