JP6857920B2 - 車両及び携帯情報端末 - Google Patents

Description

関連出願の相互参照

本国際出願は、２０１４年５月１６日に日本国特許庁に出願された日本国特許出願第２０１４−１０２３２１号に基づく優先権を主張するものであり、日本国特許出願第２０１４−１０２３２１号の全内容を本国際出願に参照により援用する。

本発明は、車両及び携帯情報端末に関する。

ユーザが携帯した電子キーと車両との間の無線通信によりユーザがキーに触れることなくドアのロック・アンロックやエンジンの始動・停止を行うことが可能な電子キーシステムが広く普及している（例えば、特許文献１参照。）。

特開２００６−３４１７６８号公報

本発明の一側面においては、スマートフォン等の携帯情報端末と車両との間のデータ通信を利用してサービスをユーザに提供できることが望ましい。

本発明の一側面の車両は、起動後、メモリからＳＮＳ連携プログラムを読み込み、ＳＮＳ連携処理を所定周期で繰り返し実行する制御部を有する。前記ＳＮＳ連携処理は、ＳＮＳアプリが実行されている携帯情報端末との間で情報の送受信を行う処理を含む。
本発明の別の側面の携帯情報端末は、ＳＮＳアプリを実行可能であって、車両との間で情報の送受信を行うように構成された車両連携ユニットを備える。

図１Ａは車両制御システムの利用イメージを示す説明図であり、図１Ｂは車両の上面図である。 スマートフォンの概略構成を示すブロック図である。 操作メニュー画面の具体的内容を示す説明図である。 電子キーの概略構成を示すブロック図である。 充電ケーブルを用いた、スマートフォンから電子キーへの給電方法を説明するための説明図である。 車両の概略構成を示すブロック図である。 第１実施形態のスマートフォンが実行する車両操作アプリを示すフローチャートである。 図７における車両操作処理の詳細を示すフローチャートである。 第１実施形態の電子キーが実行する電子キー制御処理を示すフローチャートである。 図９における中継処理の詳細を示すフローチャートである。 第１実施形態の車両が実行する遠隔制御処理を示すフローチャートである。 図１１の遠隔制御処理における機能制限確認処理の詳細を示すフローチャートである。 タグ対応処理を示すフローチャートである。 第２実施形態の電子キーの概略構成を示すブロック図である。 第２実施形態の電子キーが実行する電子キー制御処理を示すフローチャートである。 車両が実行する車両情報通知処理を示すフローチャートである。 スマートフォンが実行する車両情報表示処理を示すフローチャートである。 電子キーが実行するシステム情報送信処理を示すフローチャートである。 スマートフォンが実行するシステム状態通知処理を示すフローチャートである。 スマートフォンの他の構成例を示すブロック図である。 車両の他の構成例を示すブロック図である。 スマートフォンで実行される情報提供処理のフローチャートである。 車両で実行されるスマホ情報報知処理のフローチャートである。 車両で実行される周囲監視処理のフローチャートである。 スマートフォンで実行される周囲情報報知処理のフローチャートである。 スマートフォンで実行される車両位置報知処理のフローチャートである。 車両で実行されるＳＮＳ連携処理のフローチャートである。 スマートフォンで実行されるＳＮＳ処理のフローチャートである。 スマートフォンで実行される体調管理処理のフローチャートである。 車両で実行される体調情報対応処理のフローチャートである。

１…車両、２，８０…電子キー、３…スマートフォン、４…車室外送信機、５…車室内送信機、６…受信機、７，３５，５５…第１通信部、８，５７…第２通信部、９，３７…ＧＰＳ受信部、１０，３１，５１，８１…制御部、１１…エンジン部、１２…ブレーキ部、１３…ステアリング部、１４…エアコン、１５…ドア、１６…ラゲージドア、１７…ウィンドウ、１８…ドアミラー、１９…ワイパー、２０…ヘッドライト、２１…ウィンカー、２５，３２，５２，８２…メモリ、３３，８５…表示部、３４…タッチパネル、３４ａ…指紋検出部、３６，５６…ＢＴ通信部、３９…ＵＳＢレセプタクル、４０，５９…バッテリ、４１，６０…レギュレータ、４２，６１…非接触受給電部、４３…カメラ、４４…画像処理部、４５，８３…マイク、４６，８４…音声処理部、４８…操作メニュー画面、５３…送信部、５４…受信部、５８，８６…操作入力部、６２…電源入力ジャック、７０…充電ケーブル、４００…車室外検知エリア、５００…車室内検知エリア。

以下に、本発明の例示的な実施形態を図面に基づいて説明する。
［第１実施形態］
（１）車両制御システムの全体構成
本実施形態の車両制御システムは、図１Ａに示すように、車両１と、電子キー２と、スマートフォン３とを有し、スマートフォン３から電子キー２を中継して車両１を制御することが可能なシステムである。

電子キー２は、車両１のドアの解錠・施錠や、車両１の走行用駆動源（本実施形態ではエンジン）の始動を、機械式のキーを車両１に直接挿入することなく実現するために用いられる、無線通信機能を備えたキーである。後述するように、車両１からは定期的にリクエスト信号が送信されており、電子キー２がそのリクエスト信号を受信可能なエリア内に入ると、電子キー２にてリクエスト信号が受信される。電子キー２は、車両１からのリクエスト信号を受信すると、車両１へ応答信号及びユーザＩＤを送信する。車両１は、電子キー２から応答信号及びユーザＩＤを受信すると、車両１自身のユーザＩＤとの照合を行い、一致した場合は、ドアの解錠・施錠や走行用駆動源の始動などが可能な操作可能状態となる。操作可能状態中は、ユーザが例えばドアのハンドルのタッチセンサに触れるとドアが解錠（アンロック）される。また、ユーザが車室内の特定の始動ボタンを押下すると、エンジンが始動する。

そのため、車両１のユーザは、電子キー２をポケットやカバンの中などに所持した状態で車両１に近付くことで、従来のように機械式キーを用いることなく、車両１を解錠・施錠したりエンジンを始動させたりすることができる。

上述した機能は、電子キー２を用いて実現可能な基本的機能であり、既に一般的に知られて実用化もされている機能である。本実施形態では、上記の基本的な機能に加え、さらに、後述するように、スマートフォン３と車両１との通信を中継する中継機能を備えており、この中継機能により、スマートフォン３から車両１を遠隔操作可能な高度制御システムが実現される。

図１Ａには、電子キー２を上着のポケットに入れて携帯しているユーザ４が車両１の傍でスマートフォン３を操作している様子が図示されている。ユーザ４は、スマートフォン３を操作することで、車両１の各部を動作させたり、車両１を動かしたり、車両１から情報を取得したりすることができる。

図１Ｂは、車両１を上から見下ろした図である。車両１は、前後左右合計４枚のドア１５と、ラゲージドア１６と、左右合計２つのドアミラー１８と、ワイパー１９と、車両前端の左右両側に設けられた２つのヘッドライト２０と、四隅に設けられた４つのウィンカー２１とを備える。各ドア１５には、それぞれウィンドウ（窓）１７が設けられている。

また、車両１の車室内には、固定部２２と、車室内カメラ２４とが設けられている。固定部２２は、車室内における後部天井に設けられている。固定部２２は、スマートフォン３を含む、各種の通信端末を固定可能に構成されている。固定部２２には、ＵＳＢプラグ２３が設けられている。

車室内カメラ２４は、車室内における前方天井に設けられている。車室内カメラ２４は、車室内前方側から撮影車室内のほぼ全体を撮影可能に設けられている。
また、車両１には、車両１が電子キー２の存在を検知することが可能な検知エリアが形成される。具体的には、車両１の外部には車室外検知エリア４００が形成され、車両１の室内には車室内検知エリア５００が形成される。これら各検知エリア４００，５００は、それぞれ、後述する車室外送信機４及び車室内送信機５（何れも図１Ａ，図１Ｂでは図示略。図６参照。）により形成される。

車室内検知エリア５００は、車両１の室内に設けられた車室内送信機５から送信されるリクエスト信号を電子キー２が受信可能なエリアである。車室外検知エリア４００は、車両１の外部において、車両１の側面に設けられた車室外送信機４から送信されるリクエスト信号を電子キー２が受信可能なエリアである。

なお、図１Ｂに示した各エリア４００，５００の範囲はあくまでも一例である。車室外検知エリア及び車室内検知エリアの具体的範囲は、各送信機４，５の設置位置や設置数を調整したり、各送信機４，５として所望の電波放射特性を持つ送信機を適宜選定したりすることで、適宜設定することができる。

（２）スマートフォン３の説明
スマートフォン３の具体的構成について、図２を用いて説明する。スマートフォン３は、携帯電話網を介した音声通話機能を含む複数種類の通信機能を備えた多機能携帯情報端末である。スマートフォン３は、無線通信機能として少なくとも、第１通信方式による無線通信（以下「第１通信」と略す）と、Ｂｌｕｅｔｏｏｔｈ（ブルートゥース）（登録商標。以下同様。）による無線通信（以下「ＢＴ通信」と略す）と、の２種類の無線通信機能を備える。

第１通信は、遠距離間での無線通信も可能な通信方式であり、本実施形態では例えば携帯電話回線網を用いた無線通信方式である。そのため、スマートフォン３が携帯電話の通信圏内に存在している限り、スマートフォン３のユーザは、第１通信にて音声通話やデータ通信が可能である。ＢＴ通信は、２．４ＧＨｚ帯の電波を用いた周知の近距離無線通信方式である。

スマートフォン３は、図２に示すように、制御部３１と、メモリ３２と、表示部３３と、タッチパネル３４と、第１通信部３５と、ＢＴ通信部３６と、ＧＰＳ受信部３７と、ＵＳＢインタフェース（以下「ＵＳＢＩ／Ｆ」と略す）３８と、ＵＳＢレセプタクル３９と、バッテリ４０と、レギュレータ４１と、非接触受給電部４２と、カメラ４３と、画像処理部４４と、マイク４５と、音声処理部４６と、タグリーダライタ４７と、を備える。

制御部３１は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏなどを備えたマイクロコンピュータを含む。制御部３１は、当該制御部３１に接続されている各部を含む、スマートフォン３内の各種回路、機能ブロックを制御する。後述する車両操作アプリ３２ａを含む各種プログラムは制御部３１のＣＰＵにより実行される。

メモリ３２は、記憶内容を電気的に書き換え可能な不揮発性メモリであり、本実施形態ではフラッシュメモリである。メモリ３２には、各種のプログラムやデータが記憶されている。メモリ３２に記憶されているプログラムやデータには、車両操作アプリ３２ａ、車両操作メニューデータ３２ｂ、音声パターン３２ｃ、ジェスチャーパターン３２ｄ、ＩＤ情報３２ｅ、及び認証情報３２ｆが含まれる。

表示部３３は、各種画像や情報を表示可能な表示デバイス（例えば液晶ディスプレイ）である。タッチパネル３４は、指先や専用ペンなどの指示体で接触することにより入力操作を行うことが可能な周知の入力デバイスである。タッチパネル３４は、表示部３３における画像表示領域のほぼ全面に重畳して配置されている。さらに、タッチパネル３４は、指紋検出部３４ａを備えている。指紋検出部３４ａは、タッチパネル３４に人間の指が接触した場合にその接触した部分の指紋を検出する。指紋検出部３４ａにより検出された指紋のデータ（指紋データ）は制御部３１に入力される。なお、指紋を検出する方法は他の方法であってもよい。また、図示は省略したが、スマートフォン３は、タッチパネル３４の他にも、入力デバイスとして、ユーザにより押し操作されるスイッチを少なくとも１つ
備えている。

第１通信部３５は、第１通信の電波を送受信するための無線通信インタフェースである。ＢＴ通信部３６は、ＢＴ通信を実現するための無線通信インタフェースである。ＧＰＳ受信部３７は、複数のＧＰＳ（Global Positioning System ）衛星からの電波を受信してそれら受信電波に含まれる情報を制御部３１へ出力する。制御部３１は、ＧＰＳ受信部３７で受信された情報をもとにスマートフォン３の現在位置（例えば緯度、経度）を検出することができる。

ＵＳＢＩ／Ｆ３８は、ＵＳＢ（Universal Serial Bus）規格のシリアル通信を行うためのインタフェースである。ＵＳＢレセプタクル３９は、ＵＳＢプラグを挿入可能である。なお、ＵＳＢに代えて他の規格のデータ通信インタフェースを備えていてもよいし、ＵＳＢに加えて他の規格のデータ通信インタフェースを備えていてもよい。

バッテリ４０は、繰り返し充電可能な二次電池である。ただし、バッテリ４０は、２次電池以外の他の蓄電手段（例えば一次電池、燃料電池など）であってもよい。後述する電子キー２のバッテリ５９（図４参照）についても同様である。レギュレータ４１は、バッテリ４０の電圧を所定電圧値の定電圧に変換して制御部３１やその他の回路等へ供給するための電源回路である。

非接触受給電部４２は、非接触給電方式にて外部へ電力を供給したり、外部から電力を受電したりすることができる。外部へ電力を供給する場合、非接触受給電部４２は、バッテリ４０の直流電力を例えば電磁誘導方式によって外部へ放出する。外部から電力を受電する場合、非接触受給電部４２は、外部から受電した電力を直流に変換してバッテリ４０及びレギュレータ４１の少なくとも一方に出力する。非接触受給電部４２の動作は制御部３１により制御される。

カメラ４３は、静止画及び動画を撮影可能な撮像デバイスである。画像処理部４４は、カメラ４３にて撮影された静止画や動画を処理（例えば静止画や動画のデータを生成）してその処理結果を制御部３１へ入力する。制御部３１は、画像処理部４４から入力されるデータに基づいて、カメラ４３で撮影された静止画や動画の内容を認識できる。

マイク４５は、外部の音声を電気信号に変換する。音声処理部４６は、マイク４５にて集音されて電気信号に変換された音声信号をデジタルの音声データに処理して制御部３１へ出力する。制御部３１は、音声処理部４６から入力される音声データに基づいて、マイク４５で集音された音声の内容を認識できる。

タグリーダライタ４７は、スマートフォン３の外部のＲＦタグと非接触データ通信を行うための通信モジュールである。スマートフォン３を外部のＲＦタグにかざすことで、タグリーダライタ４７がＲＦタグとデータ通信可能な状態となり、ＲＦタグからデータを読み出したりＲＦタグへデータを書き込んだりすることができる。

本実施形態では、後述するように、電子キー２にＲＦタグ６３が内蔵されている。そのため、スマートフォン３を電子キー２にかざすことで、スマートフォン３のタグリーダライタ４７は、電子キー２のＲＦタグ６３とデータ通信を行うことができる。

メモリ３２に記憶されている車両操作アプリ３２ａは、スマートフォン３から電子キー２を中継して車両１を制御するためのアプリケーションソフトである。車両操作アプリ３２ａは、例えば車両１のメーカー又はディーラーから媒体又は電気通信回線を介して提供を受け、スマートフォン３にインストールすることができる。

メモリ３２に記憶されている車両操作メニューデータ３２ｂは、車両操作アプリ３２ａの実行時に使用されるデータベースであり、車両操作アプリ３２ａと共に提供され、車両操作アプリ３２ａのインストール時にメモリ３２に記憶される。但し、車両操作アプリ３２ａとは別にインストール或いは更新することも可能である。車両操作メニューデータ３２ｂには、図３に示す操作メニュー画面４８を表示部３３に表示させるための各種データが含まれる。

図３に示す操作メニュー画面４８は、スマートフォン３から車両１を操作可能な操作内容の項目のアイコンがリストアップされた画面である。操作メニュー画面４８に表示されるアイコンには、ヘッドライト２０を一定時間点滅させる操作項目を示す「ライト点滅」アイコン、ウィンカー２１を一定時間点滅させる操作項目を示す「ウィンカー点滅」アイコン、エアコンをオン（起動）させる操作項目を示す「エアコンオン」アイコン、エアコンをオフ（停止）させる操作項目を示す「エアコンオフ」アイコン、エンジンを始動させる操作項目を示す「エンジン始動」アイコン、エンジンを停止させる操作項目を示す「エンジン停止」アイコン、ドアミラー１８を閉じる操作項目を示す「ドアミラー閉」アイコン、ドアミラー１８を開く操作項目を示す「ドアミラー開」アイコン、ステアリングを左方向に一定角度回転させる（つまり操舵輪を左方向に一定量操舵させる）操作項目を示す「ステア左」アイコン、ステアリングを右方向に一定角度回転させる（つまり操舵輪を右方向に一定量操舵させる）操作項目を示す「ステア右」アイコン、ステアリングを中立状態に戻す操作項目を示す「ステア中立」アイコン、車両を微小速度（例えば時速３ｋｍ）で微小距離（例えば３０ｃｍ）前方へ走行させる操作項目を示す「微速前進」アイコン、車両を微小速度（例えば時速２ｋｍ）で微小距離（例えば２０ｃｍ）後方へ走行させる操作項目を示す「微速後進」アイコン、車両の累積走行距離を取得する操作項目を示す「走行距離」アイコン、電子キー２の機能を制御する操作項目を示す「電子キー制御」アイコン、車両の各ドア１５のロックを開閉する操作項目を示す「ドアロック開閉」アイコン、車両のメンテナンス情報（例えばオイル残量やバッテリ残量など）を取得する操作項目を示す「メンテ情報」アイコン、車両のダイアグ情報を取得する操作項目を示す「ダイアグ情報」アイコン、車両の車室内温度を取得する操作項目を示す「車内温度」アイコン、車室内画像情報を取得する操作項目を示す「車室内画像情報」アイコンなどの、各種の操作項目に対応したアイコンがある。

なお、表示部３３に同時に表示させることが可能なアイコンの数は限られている。表示部３３に表示されていないアイコンは、タッチパネル３４に対して上下方向のスワイプ操作やフリック操作を行って表示内容を上下方向にスクロールさせることで、表示させることができる。

操作メニュー画面４８において、ユーザが例えばドアミラー閉のアイコンを選択（例えばタップ操作）すると、後述するように、その選択情報が電子キー２を介して車両１に伝達されて、車両１のドアミラー１８が自動で閉動作する。

また例えば、ユーザが「ドアロック開閉」アイコンを選択すると、図３に例示するように、どのドアのロックが操作対象なのか、またその操作対象のドアのロックを開くのかそれとも閉じるのかをユーザに選択させるための複数のアイコンが表示される。ユーザは、その複数のアイコンの中から所望の操作内容に応じたアイコンを選択すると、その選択情報が電子キー２を介して車両１に伝達されて、選択した操作内容に従ってドアロックが開閉される。よって、ユーザは、例えば、全てのドア１５のロックを開閉したり、特定のドア１５のロックのみ選択的に開閉したりすることができる。

また例えば、ユーザが「電子キー制御」アイコンを選択すると、その選択情報（具体的
には後述する電子キー制御指令）が電子キー２へ送信される。電子キー２は、スマートフォン３から電子キー制御指令を受信すると、その電子キー制御指令に対応した指令対応処理（後述する図１０のＳ１２４）を実行する。

また例えば、ユーザが「車室内画像情報」アイコンを選択すると、その選択情報が電子キー２を介して車両１に伝達される。即ち、車室内画像の取得要求を示す操作コマンドが車両１へ送信される。車両１は、その操作コマンドを受信すると、車室内カメラ２４を動作させ、車室内の静止画像又は動画像を取得する。そして、その取得した静止画像又は動画像を例えば第１通信にてスマートフォン３へ送信する。スマートフォン３は、車両１から車室内カメラ２４の撮影データを受信すると、その撮影データを表示部３３に表示させる。

このように、本実施形態では、ユーザは、スマートフォン３にインストールされている車両操作アプリ３２ａを用いて、車両１に対し、車両操作メニューデータ３２ｂとして設定されている複数の操作項目を選択的に実行させることができる。

車両操作アプリ３２ａを用いてスマートフォン３から車両１を制御する際の、操作項目の指定は、図３に示した操作メニュー画面４８に対する選択操作の他に、本実施形態では、音声又はジェスチャーによっても可能である。メモリ３２には、各操作項目に対応した音声データが音声パターン３２ｃとして記憶されている。そのため、ユーザがマイク４５に向かって特定の操作項目を示す言葉（音声パターン３２ｃとして記憶されている音声の何れか）を発すると、制御部３１は、その操作項目の実行要求がなされたものと判断して、その操作項目を実行させるために必要な処理を実行する。例えば、ユーザが「ドアミラーを閉じて」と喋ると、制御部３１は、ドアミラー１８を閉じる操作が要求されたことを認識して、ドアミラー１８を閉動作させる。つまりこの例では、図３に示した操作メニュー画面４８においてドアミラー閉のアイコンをタップ操作した場合と同等の結果を得ることができる。

また、メモリ３２には、各操作項目に対応したジェスチャーがジェスチャーパターン３２ｄとして記憶されている。そのため、ユーザがカメラ４３に向かって特定の操作項目を示すジェスチャー（ジェスチャーパターン３２ｄとして記憶されているジェスチャーの何れか）をすると、制御部３１は、その操作項目の実行要求がなされたものと判断して、その操作項目を実行させるために必要な処理を実行する。

メモリ３２に記憶されているＩＤ情報３２ｅには、スマートフォン３固有の端末ＩＤが含まれる。また、ＩＤ情報３２ｅには、スマートフォン３から車両１を遠隔操作するために必要な、車両１に固有のユーザＩＤが含まれる。このユーザＩＤは、電子キー２及び車両１にも記憶されている。車両１及び電子キー２へのユーザＩＤの記憶は、例えば車両１の出荷時に車両メーカー或いはディーラーによって行われる。スマートフォン３へのユーザＩＤの記憶は、例えば車両１のメーカー又はディーラーから所定の手続を経て通知され、それをユーザがスマートフォン３に入力することにより行われる。なお、スマートフォン３へのユーザＩＤの記憶は、他の種々の方法、タイミングで実現できるようにしてもよい。例えば、ユーザが電子キー２とスマートフォン３を車両１のディーラーに持参してディーラーにて記憶してもらうこともできる。

メモリ３２に記憶されている認証情報３２ｆには、スマートフォン３のユーザが正規のユーザであるかどうかを認証するための認証用データが少なくとも１つ含まれる。具体的に、認証情報３２ｆには、上記認証用データとして、正規ユーザの指紋データ（登録指紋データ）、正規ユーザの顔画像データ（登録顔データ）、及び正規ユーザの音声データ（登録音声データ）、のうち少なくとも１つが含まれる。これら各登録データは、ユーザが
任意に登録（記憶）させることができる。

（３）電子キー２の説明
電子キー２の具体的構成について、図４を用いて説明する。電子キー２は、ユーザが容易に携帯可能な軽量小型の携帯型通信端末である。電子キー２は、無線通信機能として、スマートフォン３と同様、第１通信及びＢＴ通信を備えている。また、電子キー２は、無線通信機能として、第２通信方式による無線通信（以下「第２通信」と略す）を備えている。第２通信は、第１通信と同様、遠距離間での無線通信も可能な通信方式である。第２通信は、例えば無線ＬＡＮであってもよいし、その他の無線通信方式であってもよい。さらに、電子キー２は、従来の電子キーと同様、車両１からリクエスト信号を受信するとそれに対して応答信号及びユーザＩＤを返信する無線通信機能（以下「スマート通信」という）も備えている。

電子キー２は、図４に示すように、制御部５１と、メモリ５２と、送信部５３と、受信部５４と、第１通信部５５と、ＢＴ通信部５６と、第２通信部５７と、操作入力部５８と、バッテリ５９と、レギュレータ６０と、非接触受給電部６１と、電源入力ジャック６２とを備える。

制御部５１は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏなどを備えたマイクロコンピュータを含む。制御部５１は、当該制御部５１に接続されている各部を含む、電子キー２内の各種回路、機能ブロックを制御する。

メモリ５２は、記憶内容を電気的に書き換え可能な不揮発性メモリであり、本実施形態ではフラッシュメモリである。メモリ５２には、各種のプログラムやデータが記憶されている。メモリ５２に記憶されているデータには、ＩＤ情報５２ａ、及びＢＴペアリング情報５２ｂが含まれる。

ＩＤ情報５２ａには、車両１に固有のユーザＩＤが含まれる。このユーザＩＤはスマートフォン３のメモリ３２にＩＤ情報３２ｅの１つとして記憶されているユーザＩＤと同じであり、既述の通り車両１にも記憶されている。ＢＴペアリング情報５２ｂには、電子キー２と他の通信機器との間でＢＴ通信のペアリングを行った場合に生成される固有情報（例えばリンクキー）など、両者間をＢＴ通信で接続するために必要な情報が含まれる。また、ペアリングが行われて固有情報が生成される場合、ペアリング相手の他の通信機器毎（つまりＢＴ通信が可能な他のユーザ毎）に、生成した固有情報とペアリング相手のユーザ情報が対応付けて記憶される。従って、電子キー２は、他の通信機器とＢＴ通信を開始する際に、通信相手の固有情報に基づく認証を行うことで、通信相手のユーザを特定することができる。

受信部５４は、車両１から所定周波数帯の電波にて送信されるリクエスト信号を受信、復調して制御部５１へ出力する。制御部５１は、受信部５４からリクエスト信号が入力されると、応答用のデータを生成して送信部５３へ出力する。応答用のデータには、所定の応答信号と、ＩＤ情報５２ａとしてメモリ５２に記憶されているユーザＩＤとが含まれる。送信部５３は、制御部５１から入力された応答用のデータを所定周波数帯の電波に変調して車両１へ送信する。

図１Ｂに例示したように、本実施形態では、リクエスト信号を受信可能な各検知エリア４００，５００が設定されている。そのため、電子キー２は、各検知エリア４００，５００の何れにも入っていない場合は、リクエスト信号が受信されない。一方、電子キー２が各検知エリア４００，５００の何れかに入ると、電子キー２にて車両１からのリクエスト信号が受信可能となる。車両１からのリクエスト信号は、後述するように、一定周期で繰
り返し送信される。そのため、電子キー２が各検知エリア４００，５００の何れかに入っている間は、電子キー２にて周期的にリクエスト信号が受信される。電子キー２は、リクエスト信号を受信する度に、そのリクエスト信号に対する応答信号を送信する。

第１通信部５５は、第１通信の電波を送受信するための無線通信インタフェースである。ＢＴ通信部５６は、ＢＴ通信を実現するための無線通信インタフェースである。第２通信部５７は、第２通信の電波を送受信するための無線通信インタフェースである。操作入力部５８は、ユーザによる入力操作を受け付け可能な入力デバイスである。操作入力部５８の具体的構成としては、例えば押しボタン式のスイッチが挙げられる。操作入力部５８としてタッチパネルを備えていてもよい。

バッテリ５９は、本実施形態では、繰り返し充電可能な二次電池である。レギュレータ６０は、バッテリ５９の電圧を所定電圧値の定電圧に変換して制御部５１やその他の回路等へ供給するための電源回路である。非接触受給電部６１は、スマートフォン３の非接触受給電部４２と同様の構成であり、非接触給電方式にて外部へ電力を供給したり外部から電力を受電したりすることが可能なモジュールである。非接触受給電部６１の動作は制御部５１により制御される。電源入力ジャック６２は、外部の充電アダプタのプラグが挿抜されるジャックである。電源入力ジャック６２を介して、外部から直流電力を入力してバッテリ５９を充電したり、逆にバッテリ５９の直流電力を外部に供給することができる。

そのため、電子キー２のバッテリ５９の残量が少なくなって電子キー２が正常に動作できなくなった場合、電源入力ジャック６２から直流電力を取り込むか、又は非接触受給電部６１によって外部から電力を受電することで、電子キー２を正常に動作させると共にバッテリ５９を充電することが可能である。

スマートフォン３を用いて電子キー２のバッテリ５９を充電させたい場合は、例えば図５に示すように、充電ケーブル７０を用いることで充電可能である。充電ケーブル７０は、ＵＳＢプラグ７１と、ＵＳＢ側ケーブル７２と、給電アダプタ７３と、ピン側ケーブル７４と、給電プラグ７５とを備える。ＵＳＢプラグ７１をスマートフォン３のＵＳＢレセプタクル３９に接続し、給電プラグ７５を電子キー２の電源入力ジャック６２に挿入すると、スマートフォン３のバッテリ４０の直流電力が給電アダプタ７３を介して電子キー２に供給される。

また、スマートフォン３及び電子キー２の双方とも、非接触受給電部を備えている。そのため、双方の非接触受給電部４２，６１を所定距離内で対向させると、一方から他方への電力供給が可能となる。

そのため、電子キー２のバッテリ５９が容量不足となっても、スマートフォン３等の他の機器から、非接触で、又はケーブルを用いて、電力を受電し、バッテリ５９を充電させたり、レギュレータ６０を動作させて当該電子キー２内の各部を正常に動作させたりすることができる。

また、電子キー２には、ＲＦタグ６３が内蔵されている。ＲＦタグ６３には、ユーザＩＤが記憶されている。ＲＦタグ６３は、スマートフォン３がかざされてスマートフォン３のタグリーダライタ４７とデータ通信を開始すると、スマートフォン３からユーザＩＤを取得する。そして、自身のユーザＩＤと比較し、一致した場合は、自身のユーザＩＤ、及びアプリ起動要求をスマートフォン３へ送信する。

（４）車両１の説明
車両１の具体的構成について、図６を用いて説明する。本実施形態の車両１は、エンジ
ン（内燃機関）を走行用駆動源として有する車両である。車両１は、図６に示すように、制御部１０を備える。制御部１０は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏなどを備えたマイクロコンピュータを含む。制御部１０は、当該制御部１０に接続されている各部を含む、車両１内の各種回路、機能ブロックを制御する。

制御部１０により制御される各種回路や機能ブロックとして、本実施形態では、エンジン部１１と、ブレーキ部１２と、ステアリング部１３と、エアコン１４と、ドア１５と、ラゲージドア１６と、ウィンドウ１７と、ドアミラー１８と、ワイパー１９と、ヘッドライト２０と、ウィンカー２１と、車室内カメラ２４と、表示部２６と、ＵＳＢＩ／Ｆ２７とを少なくとも有する。なお、ドア１５、ウィンドウ１７、ドアミラー１８、ワイパー１９、ヘッドライト２０、及びウィンカー２１は、実際には、図１Ｂに示した通り、複数設けられている。

エンジン部１１は、エンジン、及びそのエンジンを制御するエンジン制御ユニットを備える。制御部１０は、エンジン部１１内のエンジン制御ユニットを介して、エンジンの動作を制御することができる。ブレーキ部１２は、車両１に設けられたブレーキ機構及びこれを制御するブレーキ制御ユニットを備える。ステアリング部１３は、車両１の車輪を操舵する操舵機構及びこれを制御するステアリング制御ユニットを備える。本実施形態のステアリングシステムは、いわゆるステアバイワイヤ方式の電動ステアリングシステムである。つまり、ドライバーが操作するステアリングホイールと操舵軸とが機械的に直接接続されておらず、操舵軸は、ドライバーによるステアリングホイールの操作内容に従ってモータにより駆動される。そのため、制御部１０は、ステアリング部１３を制御することで、操舵輪を自在に動かすことができる。

制御部１０は、メモリ２５に記憶されている各種プログラムやデータに基づいて、各種の機能を実行する。メモリ２５は、記憶内容を電気的に書き換え可能な不揮発性メモリであり、本実施形態ではフラッシュメモリである。メモリ２５に記憶されているデータには、ＩＤ情報２５ａ及び機能制限情報２５ｂが含まれる。

ＩＤ情報２５ａには、車両１に固有のユーザＩＤが含まれる。このユーザＩＤはスマートフォン３のメモリ３２及び電子キー２のメモリ５２に記憶されているユーザＩＤと同じである。機能制限情報２５ｂは、車両１，スマートフォン３、及び電子キー２の三者の位置関係に応じて、車両１の機能を制限するための情報である。電子キー２が車両１の車室内検知エリア５００、車室外検知エリア４００、又は検知エリア外の何れに位置しているか、またスマートフォン３がどこに存在しているか（例えば車両１の内部かそれとも外部か）、などに応じて、車両１の機能を制限するか否か、制限するならば具体的にどの機能をどのように制限するか、などの情報が、機能制限情報２５ｂとして記憶されている。この機能制限情報２５ｂは、車両１の出荷時に予めデフォルトでいくつか記憶されているが、車両１のユーザがカスタマイズすることもできる。

機能制限情報２５ｂを適宜カスタマイズすることで、例えば、子供がスマートフォン３を持って車両１の室内にいるが親は電子キー２を持って車両１の外にいるような場合には特定の機能を制限させる、ということも可能となる。また例えば、電子キー２が車両１の検知エリア内に存在しているがスマートフォン３は車両１から遠距離の位置に存在している場合（つまりスマートフォン３と電子キー２が大きく離れている場合）には特定の機能を制限させる、ということも可能となる。

車両１は、無線通信機能として、第１通信及び第２通信を備えている。第１通信部７は、第１通信の電波を送受信するための無線通信インタフェースであり、第２通信部８は、第２通信の電波を送受信するための無線通信インタフェースである。

ＧＰＳ受信部９は、複数のＧＰＳ衛星からの電波を受信してそれら受信電波に含まれる情報を制御部１０へ出力する。制御部１０は、ＧＰＳ受信部９で受信された情報をもとに車両１の現在位置（例えば緯度、経度）を検出することができる。

さらに、車両１は、電子キー２に対するリクエスト信号を周期的に送信して、そのリクエスト信号に対する電子キー２からの応答信号及びユーザＩＤを受信する無線通信（スマート通信）の機能も備えている。このスマート通信を実現するために設けられているのが、車室外送信機４、車室内送信機５、及び受信機６である。

車室外送信機４及び車室内送信機５は、制御部１０からの指令に基づき、リクエスト信号を周期的に送信する。車室外送信機４及び車室内送信機５は、実際には、それぞれ複数設けられている。即ち、複数の車室内送信機５によって、図１Ｂに示した車室内検知エリア５００（何れかの車室内送信機５からのリクエスト信号を受信可能なエリア）が形成される。また、複数の車室外送信機４によって、図１Ｂに示した車室外検知エリア４００（何れかの車室外送信機４からのリクエスト信号を受信可能なエリア）とが形成される。

受信機６は、電子キー２から送信される各種信号を受信可能である。受信機６が電子キー２から受信する信号には、各送信機４，５から送信されたリクエスト信号に対する応答信号が含まれる。リクエスト信号には、そのリクエスト信号の送信元の送信機を示す識別情報が含まれ、電子キー２は、リクエスト信号を受信すると、それに対する応答信号を、そのリクエスト信号に含まれていた識別情報を付加して送信する。そのため、車両１の制御部１０は、受信機６で応答信号が受信された場合、その応答信号に付加されている識別情報に基づいて、少なくとも、電子キー２が車両１の室内又は室外のどちらに存在しているのかを判別することができる。

表示部２６は、各種画像や情報を表示可能な表示デバイス（例えば液晶ディスプレイ）である。
ＵＳＢＩ／Ｆ２７は、ＵＳＢ規格のシリアル通信を行うためのインタフェースである。ＵＳＢプラグ２３は、ＵＳＢレセプタクルを接続可能である。

スマートフォン３を車両１の固定部２２（図１Ｂ参照）に装着すると、スマートフォン３は、車両１の後方をカメラ４３で撮影可能な状態に固定される。つまり、カメラ４３のレンズが車両後方を向いた状態で固定される。また、スマートフォン３を車両１の固定部２２に装着すると、スマートフォン３のＵＳＢレセプタクル３９と車両１のＵＳＢプラグ２３（図６参照）とが接続され、スマートフォン３と車両１との間でＵＳＢによるデータ通信が可能な状態となる。

車両１の制御部１０は、スマートフォン３とＵＳＢによるデータ通信が可能な状態にされている間、スマートフォン３から各種情報を取得することができる。制御部１０がスマートフォン３から取得可能な情報の１つに、スマートフォン３のカメラ４３で撮影された静止画像又は動画像がある。

車両１の制御部１０は、予め決められたタイミング（例えばギアがバックに設定されているとき）、或いはユーザ操作に応じて、スマートフォン３のカメラ４３の撮影データをリアルタイムに取得して表示部２６に表示させることができる。つまり、スマートフォン３を車両１の固定部２２に固定することで、車両１のユーザは、必要に応じて、車両１の後方の画像を表示部２６に表示させて、車両１の後方の状況を確認することができる。

なお、車両１の制御部１０がスマートフォン３から撮影データを取得するための通信イ
ンタフェースは、ＵＳＢに限定されない。ＵＳＢ以外の他の通信インタフェースを用いて撮影データを取得可能であってもよい。例えば、第１通信などの無線通信によってスマートフォン３から撮影データを取得可能であってもよい。

本実施形態の車両１は、電子キー２とのスマート通信によって、従来の電子キーシステムと同等の機能を発揮することができる。つまり、電子キー２を持ったユーザが車両１の各検知エリア４００，５００に入ってくることで、ユーザがキーに触れることなく、各ドア１５のロック・アンロックやエンジンの始動・停止を行うことができる。ただしこの場合、各ドア１５のアンロックは、ユーザがドアハンドルのタッチセンサに触れることで実現される。また、各ドア１５のロックは、ユーザがドアハンドルのドアロックスイッチを押すことで実現される。また、エンジンの始動・停止は、ユーザが運転席近傍に設けられたプッシュスイッチを押し操作することで実現される。

このような基本的な電子キーシステムの機能を備えているのに加え、本実施形態ではさらに、ユーザが車両１に直接触れることなく、スマートフォン３から電子キー２を中継して車両１を遠隔操作することが可能な、スマートフォン３による遠隔制御機能を備えている。

以下、この遠隔制御機能を実現するためにスマートフォン３、電子キー２、及び車両１において実行される各種処理について、順次説明する。
（５）スマートフォン３における車両操作アプリの説明
まず、遠隔制御機能を実現するためにスマートフォン３にインストールされている車両操作アプリ３２ａの処理内容について、図７を用いて説明する。スマートフォン３の制御部３１（詳しくは制御部３１内のＣＰＵ）は、ユーザにより所定のアプリケーション起動処理が行われた場合に、メモリ３２から車両操作アプリ３２ａのプログラムを読み込んで実行する。

スマートフォン３の制御部３１は、車両操作アプリ３２ａの実行を開始すると、Ｓ１０で、アプリユーザ認証を行う。アプリユーザ認証とは、車両操作アプリ３２ａを実行させているユーザがその実行を許可されたユーザ（許可ユーザ）であるか否かを判断する処理である。アプリユーザ認証は、ユーザの指紋、音声、及び顔画像の少なくとも１つを用いて行われる。

既述の通り、スマートフォン３のメモリ３２には、認証情報３２ｆとして、登録指紋データ、登録顔データ、及び登録音声データが記憶されている。そのため、例えばユーザに指紋を入力させてその入力された指紋が登録指紋データと一致するかどうか、また例えばユーザの顔画像をカメラ４３で撮影してその顔画像が登録顔データと一致するかどうか、また例えばユーザに声を出させてその越えた登録音声データと一致するかどうかを判断することで、アプリユーザ認証を行うことができる。

Ｓ１２では、Ｓ１０のアプリユーザ認証の結果に基づいて、車両操作アプリ３２ａを実行させているユーザが許可ユーザであるか否か判断する。車両操作アプリ３２ａを実行させているユーザが許可ユーザではない場合は（Ｓ１２：ＮＯ）、Ｓ２０で所定のユーザ認証エラー処理を実行して、車両操作アプリ３２ａの処理を終了する。

車両操作アプリ３２ａを実行させているユーザが許可ユーザである場合は（Ｓ１２：ＹＥＳ）、Ｓ１４で、電子キー２へ第１通信にて認証要求信号を送信する。この認証要求信号には、スマートフォン３に記憶されているユーザＩＤが含まれる。この認証要求信号に対し、電子キー２では、後述するように、ユーザＩＤ認証が行われ、電子キー２に記憶されているユーザＩＤと一致するか否かが判断される。そして、一致した場合は電子キー２
から操作許可信号が送信され、一致しなかった場合は電子キー２から操作拒否信号が送信される。

Ｓ１６では、Ｓ１４で送信した認証要求信号に対して電子キー２から操作許可信号及び操作拒否信号のうちどちらが受信されたか否か判断する。操作拒否信号が受信された場合は（Ｓ１６：ＮＯ）、Ｓ２０に進み、ユーザ認証エラー処理を行う。操作許可信号が受信された場合は（Ｓ１６：ＹＥＳ）、Ｓ１８に進み、車両操作処理を実行する。

Ｓ１８の車両操作処理の詳細は図８に示す通りである。図８に示すように、車両操作処理に進むと、Ｓ２２で、ユーザによる車両操作方法の選択を受け付ける。本実施形態では、ユーザは、スマートフォン３に対し、３種類の指示方法の何れかを用いて、操作内容を指定することができる。３種類の指示方法のうち１つは、図３を用いて説明したように、表示部３３に操作メニュー画面４８を表示させてその中から所望の操作項目（操作内容）のアイコンをタップ操作して選択させる方法である。３種類の指示方法のうち他の２つは、既述の音声又はジェスチャーによる方法である。ユーザは、タップ操作、音声、及びジェスチャーのうちどの方法を用いて操作内容を指定するかを選択することができる。

Ｓ２４では、Ｓ２２で受け付けられた車両操作方法の選択結果を判断し、タップ操作が選択された場合はＳ２６に移行し、ジェスチャーが選択された場合はＳ３２に移行し、音声が選択された場合はＳ４０に移行する。
車両操作方法としてタップ操作が選択された場合に移行するＳ２６では、表示部３３に操作メニュー画面４８（図３参照）を表示させる。Ｓ２８では、操作メニュー画面４８に表示された操作項目のリストの中から何れか１つの選択を受け付ける。Ｓ３０では、Ｓ２８で選択された操作項目に対応した操作指令を生成する。例えば、操作項目として「微速前進」が選択された場合は、車両１を微小距離前進させるための、微速前進に対応した操作指令を生成する。Ｓ３０の後はＳ４８に進む。

車両操作方法としてジェスチャーが選択された場合に移行するＳ３２では、カメラ４３を起動させ、ユーザの動画像の撮影を開始する。Ｓ３４では、カメラ４３で撮影される動画像に基づき、ユーザが規定のジェスチャーパターンに対応したジェスチャーを示したかを判断する。この判断は、ユーザが示したジェスチャーがメモリ３２にジェスチャーパターン３２ｄとして記憶されている規定のジェスチャーの何れかと一致するか否かを判断することにより行う。そして、規定のジェスチャーパターンと一致するジェスチャーをユーザが示した場合にそのジェスチャーを認識する。

Ｓ３６では、Ｓ３４で認識した規定のジェスチャーパターンに対応した操作内容を表示部３３に表示する。これにより、ユーザは、自分が示したジェスチャーが正しく認識されたか否かを確認することができる。Ｓ３８では、Ｓ３４で認識した規定のジェスチャーパターンに対応した操作指令を生成する。例えば、ユーザが、「エアコンオン」を示すジェスチャー（ジェスチャーパターン３２ｄとして記憶されているジェスチャー）を示してそれが正しく認識された場合は、車両１のエアコンを動作させるための、エアコンオンに対応した操作指令を生成する。Ｓ３８の後はＳ４８に進む。

車両操作方法として音声が選択された場合に移行するＳ４０では、マイク４５による音声入力をスタンバイ状態に設定する。つまり、音声の入力及び認識を実行可能な状態とする。Ｓ４２では、マイク４５に入力されるユーザの音声に基づき、ユーザが規定の音声パターンに対応した言葉を喋ったかを判断する。この判断は、ユーザが喋った言葉がメモリ３２に音声パターン３２ｃとして記憶されている言葉の何れかと一致するか否かを判断することにより行う。そして、規定の音声パターンに対応した言葉をユーザが喋った場合にその音声パターンを認識する。

Ｓ４４では、Ｓ４２で認識した規定の音声パターンに対応した操作内容を表示部３３に表示する。これにより、ユーザは、自分が喋った言葉が正しく認識されたか否かを確認することができる。Ｓ４６では、Ｓ４２で認識した規定の音声パターンに対応した操作指令を生成する。例えば、ユーザが、「ドアミラー閉」を示す言葉（音声パターン３２ｃとして記憶されている言葉）を喋ってそれが正しく認識された場合は、車両１のドアミラー１８を閉動作させるための、ドアミラー閉に対応した操作指令を生成する。Ｓ４６の後はＳ４８に進む。

Ｓ４８では、Ｓ３０，Ｓ３８，又はＳ４６で生成した操作指令と、ユーザＩＤと、端末ＩＤと、スマートフォン３の位置情報とを、第１通信にて電子キー２へ送信する。スマートフォン３の位置情報とは、ＧＰＳ受信部３７で受信された情報に基づいて検出される位置情報（ＧＰＳ情報）である。なお、ＧＰＳ情報以外に、スマートフォン３の現在位置を示す情報を取得できる場合には、その情報を位置情報として送信してもよい。

Ｓ５０では、電子キー２から第１通信にてエラー通知を受信したか否か判断する。なお、スマートフォン３が電子キー２から受信する可能性のあるエラー通知には、後述するように、第１エラー通知（図１０のＳ１２０参照）、第２エラー通知（同Ｓ１３６参照）、第３エラー通知（同Ｓ１４０参照）、及び第４エラー通知（同Ｓ１４４）がある。

電子キー２からエラー通知を受信していない場合は（Ｓ５０：ＮＯ）、Ｓ５４に進む。電子キー２から何れかのエラー通知を受信した場合は（Ｓ５０：ＹＥＳ）、Ｓ５２で、表示部３３に所定のエラー表示を行って、Ｓ５８に進む。Ｓ５２で表示させるエラー表示は、共通の表示内容であってもよいし、４種類のエラー通知毎に異なる表示内容であってもよい。

Ｓ５４では、電子キー２から中継完了信号を受信したか否か判断する。この中継完了信号は、後述する図１０のＳ１４６で電子キー２から送信される信号である。電子キー２から中継完了信号を受信した場合は（Ｓ５４：ＹＥＳ）、Ｓ５８に進む。電子キー２から中継完了信号を受信しなかった場合は（Ｓ５４：ＮＯ）、Ｓ５６で、通信異常情報を表示部３３に表示させる。

Ｓ４８の送信処理に対して電子キー２からエラー通知も中継完了信号も受信されないということは、スマートフォン３と電子キー２とが正常に通信できない状態になっていることが考えられる。そこで、Ｓ５６の通信異常情報は、スマートフォン３と電子キー２とが正常に通信できない状態であることをユーザに報知するための情報である。

なお、別の例として、例えばＢＴ通信を利用して、スマートフォン３と電子キー２とが互いに近い距離に存在しているか否か（つまり互いにＢＴ通信が可能か否か）判断し、一旦近い距離に存在していると判断した後、近い距離に存在しなくなった場合は、その旨（即ちスマートフォン３と電子キー２とが離された旨）をユーザに画像又は音声によって報知するようにしてもよい。

Ｓ５８では、ユーザによる、車両操作アプリ３２ａを終了させるための所定の終了操作がなされたか否か判断する。終了操作がなされていない場合は（Ｓ５８：ＮＯ）、Ｓ２２に戻る。終了操作がなされた場合は（Ｓ５８：ＹＥＳ）、車両操作アプリ３２ａを終了する。

（６）電子キー２における電子キー制御処理の説明
次に、遠隔制御機能を実現するために電子キー２にて実行される電子キー制御処理につ
いて、図９を用いて説明する。電子キー制御処理のプログラムは、電子キー２のメモリ５２に記憶されている。電子キー２の制御部５１は（詳しくは、図９に示す電子キー制御処理を所定の制御周期で繰り返し実行する。

電子キー２の制御部５１は、電子キー制御処理を開始すると、Ｓ１０２で、車両１からスマート通信にて送信されたリクエスト信号を受信したか否か判断する。車両１からのリクエスト信号を受信していない場合は（Ｓ１０２：ＮＯ）、Ｓ１０６に進む。車両１からのリクエスト信号を受信した場合は（Ｓ１０２：ＹＥＳ）、Ｓ１０４で、応答処理を実行して、Ｓ１０６に進む。Ｓ１０４の応答処理は、車両１へスマート通信にて（つまり送信部５３から）応答信号及びユーザＩＤを送信する処理である。

Ｓ１０６では、スマートフォン３から第１通信にて認証要求信号を受信したか否か判断する。認証要求信号を受信していない場合は（Ｓ１０６：ＮＯ）、Ｓ１１４に進む。認証要求信号を受信した場合は（Ｓ１０６：ＹＥＳ）、Ｓ１０８で、認証要求信号に含まれているユーザＩＤと電子キー２が記憶しているユーザＩＤとが一致するか否かの判断（つまりユーザＩＤ照合）を行う。

ユーザＩＤ照合の結果、両ユーザＩＤが一致しないと判断した場合は（Ｓ１０８：ＮＯ）、Ｓ１１２に進む。Ｓ１１２では、スマートフォン３へ第１通信にて操作拒否信号を送信する。Ｓ１１２の処理後はＳ１１４に進む。ユーザＩＤ照合の結果、両ユーザＩＤが一致した場合は（Ｓ１０８：ＹＥＳ）、Ｓ１１０に進む。Ｓ１１０では、スマートフォン３へ第１通信にて操作許可信号を送信する。Ｓ１１０の処理後はＳ１１４に進む。

Ｓ１１４では、スマートフォン３から第１通信にてデータを受信したか否か判断する。なお、ここでいうデータとは、図７のＳ４８で送信される操作指令、ユーザＩＤ、端末ＩＤ、及びスマートフォン３の位置情報を意味する。スマートフォン３から第１通信にてデータを受信していない場合は（Ｓ１１４：ＮＯ）、電子キー制御処理を終了する。スマートフォン３から第１通信にてデータを受信した場合は（Ｓ１１４：ＹＥＳ）、Ｓ１１６の中継処理に進む。

Ｓ１１６の中継処理の詳細は図１０に示す通りである。図１０に示すように、中継処理に進むと、Ｓ１１８で、スマートフォン３から受信したデータに含まれているユーザＩＤと、電子キー２が記憶しているユーザＩＤとが一致するか否かの判断（つまりユーザＩＤ照合）を行う。ユーザＩＤ照合の結果、両ユーザＩＤが一致しないと判断した場合は（Ｓ１１８：ＮＯ）、Ｓ１２０で、スマートフォン３へ第１通信にて第１エラー通知を送信して、電子キー制御処理を終了する。ユーザＩＤ照合の結果、両ユーザＩＤが一致すると判断した場合は（Ｓ１１８：ＹＥＳ）、Ｓ１２２に進む。

Ｓ１２２では、受信したデータ中の操作指令が、電子キー制御指令であるか否か判断する。電子キー制御指令は、既述の通り、操作メニュー画面４８（図３参照）において「電子キー制御」アイコンが選択された場合に送信される操作指令である。操作指令が電子キー制御指令ではない場合は（Ｓ１２２：ＮＯ）、Ｓ１２６に進む。操作指令が電子キー制御指令であった場合は（Ｓ１２２：ＹＥＳ）、Ｓ１２４で、指令対応処理を実行する。

指令対応処理の具体的な内容は、適宜決めることができる。例えば、電子キー２の機能の一部（例えば車両１からのリクエスト信号に対する応答処理）を停止させたり、電子キー２の機能の全てを停止させたりすることができる。また例えば、電子キー２から電子キー２の動作状態を送信させることもできる。具体的には、電子キー２のバッテリ５９の残量（以下「電池残量」ともいう）を送信させたり、電子キー２が車両１の検知エリア内に存在しているか否かの情報を送信させたりすることができる。

Ｓ１２６では、スマートフォン３から受信したデータに含まれている操作指令に対応した操作コマンドを生成する。例えば、ドアミラー閉を示す操作指令を受信した場合には、ドアミラー閉を示す操作コマンドを生成する。

Ｓ１２８では、電子キー２が車両１の検知エリア内に存在しているか否かを判断する。具体的には、受信部５４にて車両１からのリクエスト信号が受信されるか否かに基づき、受信されていない場合は検知エリア外に存在していると判断し、受信されている場合は検知エリア内に存在していると判断する。

電子キー２が車両１の検知エリア内に存在している場合は（Ｓ１２８：ＹＥＳ）、Ｓ１３０に進む。Ｓ１３０では、Ｓ１２６で生成した操作コマンドと、スマートフォン３からの受信データに含まれているユーザＩＤ、端末ＩＤ、及びスマートフォン３の位置情報を、車両１へスマート通信にて送信する。その送信後はＳ１３８に進む。

電子キー２が車両１の検知エリア内に存在していない場合は（Ｓ１２８：ＮＯ）、Ｓ１３２で、スマートフォン３による車両１の遠隔操作が許可されているか否か判断する。遠隔操作が許可されているか否かは、電子キー２のメモリ５２に記憶されている遠隔操作可否情報に基づいて判断する。遠隔操作を許可するか否かは、車両１のユーザが任意に決めることができる。例えば、遠隔操作を望まない（或いは利用しない）ユーザは、車両１の購入時にディーラーにて、遠隔操作を許可しない旨の遠隔操作可否情報を電子キー２に記憶してもらうことができる。ただし、電子キー２に記憶されている遠隔操作可否情報は、電子キー２に記憶されているユーザＩＤと同じユーザＩＤを持つスマートフォン３から任意に変更することができる。

なお、遠隔操作可否情報は、必ずしも電子キー２が持つ必要はなく、スマートフォン３が持つようにして、スマートフォン３から送信してもらうようにしてもよい。また、スマートフォン３が遠隔操作可否情報を持っている場合に、その遠隔操作可否情報が遠隔操作を許可しない旨の情報であるならば、スマートフォン３は操作指令の送信を行わないようにしてもよい。

Ｓ１３２で、遠隔操作が許可されていない場合は（Ｓ１３２：ＮＯ）、Ｓ１３６で、スマートフォン３へ第１通信にて第２エラー通知を送信して、電子キー制御処理を終了する。Ｓ１３２で、遠隔操作が許可されている場合は（Ｓ１３２：ＹＥＳ）、Ｓ１３４で、Ｓ１２６で生成した操作コマンドと、スマートフォン３からの受信データに含まれているユーザＩＤ、端末ＩＤ、及びスマートフォン３の位置情報を、車両１へ第２通信にて送信する。その送信後はＳ１３８に進む。

Ｓ１３８では、車両１からＩＤ不一致通知を受信したか否か判断する。ＩＤ不一致通知は、Ｓ１３０又はＳ１３４で車両１に送信したユーザＩＤと車両１のユーザＩＤとが一致しなかった場合に車両１からスマート通信又は第２通信にて送信されてくる。

Ｓ１３８で、車両１からＩＤ不一致通知を受信した場合は（Ｓ１３８：ＹＥＳ）、Ｓ１４０で、スマートフォン３へ第１通信にて第３エラー通知を送信して、電子キー制御処理を終了する。Ｓ１３８で、車両１からＩＤ不一致通知を受信していない場合は（Ｓ１３８：ＮＯ）、Ｓ１４２に進む。

Ｓ１４２では、車両１から不許可通知を受信したか否か判断する。不許可通知は、Ｓ１３０又はＳ１３４で車両１に送信した操作コマンドに対応した操作項目の機能が車両１において実行できないと判断された場合に、車両１からスマート通信又は第２通信にて送信
されてくる。

Ｓ１４２で、車両１から不許可通知を受信した場合は（Ｓ１４２：ＹＥＳ）、Ｓ１４４で、スマートフォン３へ第１通信にて第４エラー通知を送信して、電子キー制御処理を終了する。Ｓ１４２で、車両１から不許可知を受信していない場合は（Ｓ１４２：ＮＯ）、Ｓ１４６で、スマートフォン３へ第１通信にて中継完了信号を送信する。

（７）車両１における遠隔制御処理の説明
次に、遠隔制御機能を実現するために車両１にて実行される遠隔制御処理について、図１１を用いて説明する。遠隔制御処理のプログラムは、車両１のメモリ２５に記憶されている。車両１の制御部１０は（詳しくは制御部１０内のＣＰＵは）、起動後、メモリ２５から図１１に示す遠隔制御処理のプログラムを読み込み、一定の制御周期で繰り返し実行する。

車両１の制御部１０は、遠隔制御処理を開始すると、Ｓ１５２で、各送信機４，５からスマート通信にてリクエスト信号を送信する。既述の通り、このリクエスト信号の送信により各検知エリア４００，５００が形成される。Ｓ１５４では、電子キー２からデータを受信したか否か判断する。なお、ここでいうデータとは、図９のＳ１３０又はＳ１３４で送信される操作コマンド、ユーザＩＤ、端末ＩＤ、及びスマートフォン３の位置情報、又は、リクエスト信号に対してスマート通信にて送信される応答信号及びユーザＩＤを意味する。電子キー２からスマート通信又は第２通信にてデータを受信していない場合は（Ｓ１５４：ＮＯ）、遠隔制御処理を終了する。電子キー２からスマート通信又は第２通信にてデータを受信した場合は（Ｓ１５４：ＹＥＳ）、Ｓ１５６に進む。

Ｓ１５６では、電子キー２から受信したデータに含まれているユーザＩＤと、車両１のメモリ２５に記憶されているユーザＩＤとが一致するか否かの判断（ユーザＩＤ照合）を行う。ユーザＩＤ照合の結果、両ユーザＩＤが一致しないと判断した場合は（Ｓ１５６：ＮＯ）、Ｓ１５８で、電子キー２へＩＤ不一致通知を送信し、遠隔制御処理を終了する。Ｓ１５８では、Ｓ１５６で不一致と判断された電子キー２のユーザＩＤがスマート通信にて受信されたものである場合には、スマート通信にてＩＤ不一致通知を送信する。また、Ｓ１５８では、Ｓ１５６で不一致と判断された電子キー２のユーザＩＤが第２通信にて受信されたものである場合には、第２通信にてＩＤ不一致通知を送信する。

Ｓ１５６にて、両ユーザＩＤが一致すると判断した場合は（Ｓ１５６：ＹＥＳ）、Ｓ１６０に進む。Ｓ１６０では、電子キー２から受信したデータ（情報）が、操作コマンドであるかそれともリクエスト信号に対する応答信号であるかを判断する。

電子キー２から受信した情報に、リクエスト信号に対する応答信号が含まれている場合は、Ｓ１６２で、所定の電子キー対応処理を実行して、遠隔制御処理を終了する。Ｓ１６２の電子キー対応処理は、例えばユーザがドアハンドルのタッチセンサに触れた場合に各ドア１５をアンロックするといった、従来の電子キーシステムで行われている基本的な処理である。

Ｓ１６０で、電子キー２から受信した情報に操作コマンドが含まれている場合は、Ｓ１６４で、その受信した操作コマンドに基づいて、実行すべき操作項目を把握する。Ｓ１６６では、機能制限確認処理を実行する。Ｓ１６６の機能制限確認処理の詳細は図１２に示す通りである。

図１２に示すように、機能制限確認処理に移行すると、Ｓ２０２で、電子キー２からのデータ（図１１のＳ１５４で肯定判定された根拠となる受信データ）はスマート通信にて
受信されたものであるか否か判断する。スマート通信で受信されたものではない場合（つまり第２通信で受信された場合）は（Ｓ２０２：Ｎ０）、Ｓ２０６に進む。スマート通信で受信されていないということは、電子キー２が車両１の各検知エリア４００，５００の外部に存在しているということである。

電子キー２からのデータがスマート通信にて受信されたものである場合は（Ｓ２０２：ＹＥＳ）、Ｓ２０４で、電子キー２の存在位置（車両１の室内かそれとも室外か）を確認する。この確認は、応答信号に付加されている既述の識別信号に基づいて行うことができる。

Ｓ２０６では、スマートフォン３の位置情報を取得する。スマートフォン３の位置情報は、操作コマンドと共に電子キー２から受信されているため、その受信データの中から取得することができる。Ｓ２０８では、自車位置情報（車両１自身の位置情報）を取得する。具体的には、ＧＰＳ受信部９で受信された情報をもとに検出する。

Ｓ２１０では、スマートフォン３の端末ＩＤを取得する。
Ｓ２１２では、Ｓ２０８で取得した自車位置情報に基づく自車位置、Ｓ２０６で取得した位置情報に基づくスマートフォン３の位置、Ｓ２１０で取得した端末ＩＤ、及びＳ２０２〜Ｓ２０４の処理で判断された電子キー２の位置に基づいて、操作コマンドにより指定された操作項目（つまりスマートフォン３から要求された操作内容）の機能に対する制限の有無を判断する。つまり、車両１、スマートフォン３、及び電子キー２の三者の位置関係に対し、指定された操作項目の機能を実行可能かそれとも制限（禁止）されているかそれとも一部制限されているかを判断する。この判断は、メモリ２５に記憶されている機能制限情報２５ｂに基づいて行うことができる。Ｓ２１２の処理後は、Ｓ１６８（図１１）に進む。

なお、三者の位置関係に加えて、端末ＩＤに基づいて、指定された操作項目の機能を実行可能かそれとも制限（禁止）されているかそれとも一部制限されているかを判断するようにしてもよい。例えば、ある機能について、あるユーザが所有するスマートフォン３から指定された場合のみ実行し、他のスマートフォン３から指定された場合には実行しないようにしてもよい。どの端末ＩＤに対してどのような制限をかけるか（或いは制限なしとするか）についても、機能制限情報２５ｂとして予めメモリ２５に記憶させておいてもよい。

Ｓ１６８では、Ｓ１６６の機能制限確認処理の結果に基づいて、指定された操作項目の機能の実行が許可されているか否か判断する。指定された操作項目の機能の実行が許可されている場合は（Ｓ１６８：ＹＥＳ）、Ｓ１７０で、その指定された操作項目の機能を実行する。なお、許可されてはいるもののその機能の一部が制限されている場合には、制限されている範囲内で機能を実行する。

Ｓ１７０において、指定された操作項目が、車両１の情報の取得要求であった場合は、その要求された情報を第１通信にてスマートフォン３へ送信する。図３に示したように、本実施形態では、スマートフォン３から電子キー２経由で車両１に対して、車両１の走行距離やメンテ情報、ダイアグ情報、車内温度、車室内画像情報などの各種情報を要求することができる。車両１は、スマートフォン３からの要求に応じて、車両１の各種情報を第１通信にてスマートフォン３へ送信する。

指定された操作項目の機能の実行が許可されていない場合、つまりその機能の実行が制限（禁止）されている場合は（Ｓ１６８：ＮＯ）、Ｓ１７２に進む。Ｓ１７２では、電子キー２へ不許可通知を送信し、遠隔制御処理を終了する。Ｓ１７２では、操作コマンドが
スマート通信にて受信されたものである場合にはスマート通信にて不許可通知を送信し、操作コマンドが第２通信にて受信されたものである場合には第２通信にて不許可通知を送信する。

ここで、スマートフォン３における車両操作アプリ３２ａの起動方法について補足説明する。スマートフォン３の車両操作アプリ３２ａは、ユーザ自らスマートフォン３に対して所定の起動操作を行うことで起動させることができるほか、スマートフォン３を電子キー２にかざすことによっても起動させることができる。

即ち、スマートフォン３には、車両操作アプリ３２ａの一部として、又は車両操作アプリ３２ａと連携して動作する別のプログラムとして、タグ対応プログラムが記憶されている。そして、スマートフォン３の制御部３１は、タグ対応プログラムを所定周期で繰り返し実行する。

タグ対応プログラムにより実行されるタグ対応処理を、図１３に示す。スマートフォン３の制御部３１は、図１３のタグ対応処理を開始すると、Ｓ２５２で、電子キー２のＲＦタグ６３を検知したか否か判断する。即ち、タグリーダライタ４７によって電子キー２のＲＦタグ６３からユーザＩＤ及びアプリ起動要求を受信したか否か判断する。既述の通り、タグリーダライタ４７と電子キー２とのデータ通信が開始され、電子キー２においてユーザＩＤ照合が一致すると、電子キー２のＲＦタグ６３から、電子キー２のユーザＩＤ及びアプリ起動要求が送信される。Ｓ２５２の処理におけるＲＦタグ６３の検知とは、換言すれば、電子キー２のＲＦタグ６３から送信されるユーザＩＤ及びアプリ起動要求の受信を意味する。

電子キー２のＲＦタグ６３を検知していない場合（Ｓ２５２：ＮＯ）、即ちタグリーダライタ４７にてＲＦタグ６３からのユーザＩＤ及びアプリ起動要求が受信されていない場合は、Ｓ２５６に進む。

電子キー２のＲＦタグ６３を検知した場合（Ｓ２５２：ＹＥＳ）、即ちタグリーダライタ４７にてＲＦタグ６３からのユーザＩＤ及びアプリ起動要求が受信された場合は、Ｓ２５４で、ユーザＩＤ照合を行う。具体的に、受信したユーザＩＤと、スマートフォン３自身に記憶されているユーザＩＤとが一致するか否かのユーザＩＤ照合を行う。

Ｓ２５６では、Ｓ２５４のユーザＩＤ照合の結果を判断する。ユーザＩＤ照合の結果、ユーザＩＤが一致すると判断した場合は（Ｓ２５６：ＹＥＳ）、Ｓ２５８で、アプリ起動処理を実行する。具体的に、車両操作アプリ３２ａを実質的に起動させる。実質的に起動させる、とは、図７に示すＳ１０からの処理を開始させる、という意味である。これにより、ユーザから見れば、結果として、スマートフォン３を電子キー２にかざしただけで車両操作アプリ３２ａが自動的に起動されたことになる。ユーザＩＤ照合の結果、ユーザＩＤが一致しないと判断した場合は（Ｓ２５６：ＮＯ）、タグ対応処理を終了する。

（８）第１実施形態の効果
以上説明した本第１実施形態の車両制御システムによれば、次の効果が得られる。
（ａ）ユーザは、スマートフォン３を操作することで、電子キー２を中継させて車両１を制御することができる。

（ｂ）具体的には、図３を用いて説明したように、スマートフォン３から、車両１に対して各種の動作を行わせたり、車両１から各種の情報を取得したりすることができる。
（ｃ）ユーザは、車両１に対する操作項目を、様々な方法でスマートフォン３に入力することができる。具体的には、表示部３３に操作メニュー画面４８を表示させてその中か
らタップ操作により操作項目を指定できる。また、カメラ４３の前で所望の操作項目に対応したジェスチャーを示すことによっても、その所望の操作項目を指定できる。また、所望の操作項目に対応した言葉をマイク４５に向かって喋ることによっても、その所望の操作項目を指定できる。

そのため、ユーザは、スマートフォン３に対して喋りながら車両１を移動させたり車両１の各部を動作させたりすることができる。また、スマートフォン３のカメラ４３に向かってジェスチャーを示しながら車両１を移動させたり車両１の各部を動作させたりすることもできる。

（ｄ）ユーザは、車両１に乗車することなく、車両１の各部の動作を確認することができる。例えば、ヘッドライト２０が正常に点灯するかどうかを、車両１の外部から容易に確認することができる。また例えば、車両１から降車した後、車両１の位置を移動させたい場合、車両１に再び乗り込むことなく移動させることができる。例えば、車両１をもう少し（数十ｃｍ）バックさせたい場合、車両１の外部から車両１を見ながら、車両１を制御して後方へ移動（微速後進）させることができる。また例えば、車両１から離れた場所から、車両１の車内温度を取得して、車内温度が高くなっている場合にはウィンドウ１７を開けたりエアコン１４を動作させたりすることもできる。

（ｅ）スマートフォン３から車両１を遠隔制御する際、指紋、音声、又は顔画像に基づいてユーザの認証が行われ、許可されているユーザのみ、車両１を遠隔制御することができる（図７のＳ１０〜Ｓ１２）。そのため、不正な遠隔制御が行われることを抑止することができる。

（ｆ）電子キー２は、スマートフォン３から操作指令を受信した場合に、その操作指令と共に受信されるユーザＩＤが電子キー２のユーザＩＤと一致しなかった場合は、車両１へ操作コマンドを送信せず、スマートフォン３へエラーを通知する。さらに、車両１においても、電子キー２から操作コマンドを受信した場合に、その操作コマンドと共に受信されるユーザＩＤと車両１のユーザＩＤとの照合を行う。つまり、スマートフォン３、電子キー２、及び車両１の三者のユーザＩＤが全て一致した場合に、スマートフォン３から車両１を遠隔操作することができる。そのため、スマートフォン３による遠隔制御のセキュリティ性を高めることができる。

（ｇ）車両１、電子キー２、及びスマートフォン３の三者の位置によって、スマートフォン３から要求された操作内容の機能が禁止又は制限される。三者の位置関係がどのような場合にどのようにするか（許可するか、制限するか、禁止するか）、また制限する場合に具体的に何を制限するか、などについては、操作項目毎に、予め任意に設定することができる。そのため、セキュリティ性能をより高めることができる。

（ｈ）電子キー２は、無線通信方式として、従来の電子キーシステムが備えるスマート通信だけでなく、第１通信、第２通信、ＢＴ通信などの各種の通信方式を具備している。そのため、電子キー２が車両１の各検知エリア４００，５００の外部に存在していても、第２通信によって車両１と通信を行うことができる。つまり、電子キー２及びスマートフォン３を持ったユーザが車両１の各検知エリア４００，５００の外にいても、その外から車両１を遠隔制御することができる。

（ｊ）電子キー２のバッテリ５９が消耗した場合、スマートフォン３から非接触方式にて電力を受電して、バッテリ５９を充電したり、電子キー２を動作させたりすることができる。また、電子キー２は電源入力ジャック６２を備えており、この電源入力ジャック６２から電力を受電することもできる（図５参照）。なお、本実施形態の電子キー２は、上
記のように、バッテリ５９が消耗しても、各種の手段によって外部から電力供給を受けて動作させることができる。そのため、従来の一般的な電子キーが備えているメカニカルキーは、本実施形態の電子キー２は備えていない。ただしもちろん、電子キー２にメカニカルキーが内蔵されていてもよい。

なお、スマートフォン３は、本発明の通信端末の一例に相当する。図３に例示した操作メニュー画面４８において選択可能な処理、即ち車両１に対して電子キー２を中継して要求可能な処理は、本発明の特定の処理の一例に相当する。スマートフォン３のタッチパネル３４、カメラ４３、及びマイク４５は本発明の指定入力部の一例に相当する。スマートフォン３の第１通信部３５は本発明の指令送信部の一例に相当する。スマートフォン３のメモリ３２は本発明の端末側記憶部の一例に相当し、そのメモリ３２に記憶されているユーザＩＤは本発明の端末側固有情報の一例に相当する。スマートフォン３から電子キー２へ送信される操作指令は本発明の処理指令の一例に相当し、電子キー２から車両１へ送信される操作コマンドは本発明の処理コマンドの一例に相当する。図８において、Ｓ２８，Ｓ３４，Ｓ４２の処理は本発明の指定入力部の処理の一例に相当し、Ｓ４８の処理は本発明の指令送信部の処理の一例に相当する。

また、電子キー２のメモリ５２は本発明のキー側記憶部の一例に相当し、そのメモリ５２に記憶されているユーザＩＤは本発明のキー側固有情報の一例に相当する。図１０において、Ｓ１１８の処理は本発明の固有情報判断部の処理の一例に相当し、Ｓ１３０，Ｓ１３４の処理は本発明のコマンド送信部の処理の一例に相当する。

なお、本実施形態では、本発明の指定入力部の一例として、タッチパネル３４、カメラ４３、及びマイク４５を例示したが、これらはあくまでも一例である。車両１に実行させたい処理をユーザがスマートフォン３に対して指定することができる（ひいてはその入力された処理を示す操作指令をスマートフォン３が電子キー２へ送信できる）限り、具体的にどのような方法、どのような入力インタフェースを用いて指定できるようにするかについては適宜決めることができる。

［第２実施形態］
第２実施形態の車両制御システムについて、図１４及び図１５を用いて説明する。本第２実施形態の車両制御システムは、電子キーから車両１（図６）を直接制御することができるシステムである。

即ち、本第２実施形態では、車両１を遠隔制御するにあたり、電子キー以外の他の通信機器は不要である。一方、本第２実施形態では、電子キーから車両１を遠隔操作するために、電子キーの構成が第１実施形態の電子キー２とは異なる。

図１４を用いて、本第２実施形態の電子キー２の構成を説明する。図１４に示すように、本第２実施形態の電子キー８０は、制御部８１と、メモリ８２と、マイク８３と、音声処理部８４と、表示部８５と、操作入力部８６と、送信部５３と、受信部５４と、バッテリ５９と、レギュレータ６０と、非接触受給電部６１と、電源入力ジャック６２とを備える。このうち送信部５３、受信部５４、バッテリ５９、レギュレータ６０、非接触受給電部６１、及び電源入力ジャック６２については、第１実施形態の電子キー２と同じであるため、説明を省略する。

マイク８３及び音声処理部８４は、第１実施形態ではスマートフォン３に搭載されていたものであり、本第２実施形態では電子キー８０に搭載されている。マイク８３は、外部の音声を電気信号に変換する。音声処理部８４は、マイク８３にて集音されて電気信号に変換された音声信号をデジタルの音声データに処理して制御部８１へ出力する。制御部８
１は、音声処理部８４から入力される音声データに基づいて、マイク８３で集音された音声の内容を認識できる。

表示部８５は、各種画像や情報を表示可能な表示デバイス（例えば液晶ディスプレイ）である。操作入力部８６は、ユーザによる入力操作を受け付け可能な入力デバイスである。操作入力部８６の具体的構成としては、例えば押しボタン式のスイッチが挙げられる。操作入力部８６としてタッチパネルを備えていてもよい。

制御部８１は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏなどを備えたマイクロコンピュータを含む。制御部８１は、当該制御部８１に接続されている各部を含む、電子キー８０内の各種回路、機能ブロックを制御する。後述する電子キー制御処理（図１５参照）は制御部８１のＣＰＵにより実行される。

メモリ８２は、記憶内容を電気的に書き換え可能な不揮発性メモリであり、本実施形態ではフラッシュメモリである。メモリ８２には、各種のプログラムやデータが記憶されている。メモリ８２に記憶されているデータには、車両操作メニューデータ８２ａ、音声パターン８２ｂ、及びＩＤ情報８２ｃが含まれる。

ＩＤ情報８２ｃは、第１実施形態の電子キー２におけるＩＤ情報５２ａと同じである。車両操作メニューデータ８２ａは、第１実施形態のスマートフォン３における車両操作メニューデータ３２ｂと同じである。そのため、本第２実施形態では、電子キー８０の表示部８５に、図３で説明した操作メニュー画面４８と同じように操作項目毎のアイコンが表示され、その中からユーザが所望の操作項目を選択することができる。音声パターン８２ｂは、第１実施形態のスマートフォン３における音声パターン３２ｃと同じである。

なお、本実施形態の電子キー８０の表示部８５は、第１実施形態のスマートフォン３の表示部３３よりも表示領域の面積が小さい。そのため、表示部８５に同時に表示可能なアイコンの数は、図３に示した操作メニュー画面４８のアイコンの数よりも少ない。また、表示部８５に表示させる情報（操作項目を選択させるための、操作項目毎の画像情報）は、必ずしもアイコンでなくてもよく、例えば操作項目を示すテキストであってもよい。ユーザが所望の操作項目を選択できる限り、どのような画像情報を表示部８５に表示させるかについては適宜決めることができる。

このように、本第２実施形態の電子キー８０は、送信部５３及び受信部５４による車両１との無線通信（即ちスマート通信）は可能であるが、それ以外の他の無線通信機能は備えていない。そのため、本第２実施形態において、電子キー８０から車両１を遠隔操作できるのは、電子キー８０と車両１がスマート通信にてデータ通信を実行できる場合、即ち電子キー８０が車両１の各検知エリア４００，５００内に存在している場合である。

このように構成された電子キー８０において、制御部８１が実行する電子キー制御処理について、図１５を用いて説明する。電子キー８０の制御部８１は、図１５に示す電子キー制御処理を所定の制御周期で繰り返し実行する。

電子キー８０の制御部８１は、電子キー制御処理を開始すると、Ｓ３０２で、車両１からリクエスト信号を受信したか否か判断する。リクエスト信号を受信していない場合は（Ｓ３０２：ＮＯ）、電子キー制御処理を終了する。

車両１からリクエスト信号を受信した場合は（Ｓ３０２：ＹＥＳ）、Ｓ３０４で、表示部８５に車両操作スタンバイ表示を行う。即ち、電子キー８０から車両１を制御できる旨の表示を行う。Ｓ３０６では、ユーザによって音声入力要求操作がなされたか否か判断す
る。ユーザは、電子キー８０から車両１を遠隔操作する際に、操作内容を操作入力部８６を操作することによって指定（選択）するか、それとも音声にて指定するかを選択することができる。音声によって操作内容を指定したい場合には、操作入力部８６を介して所定の音声入力要求操作を行うことで、音声による操作内容の指定を行うことができるようになる。

Ｓ３０６で、音声入力要求操作がなされていない場合は（Ｓ３０６：ＮＯ）、Ｓ３０８に進む。Ｓ３０８では、表示部８５に操作メニューリストを表示する。操作メニューリストは、操作項目を示す情報画像（例えばアイコン又はテキスト）がリストアップされたものである。

Ｓ３１０では、Ｓ３０８でリストアップされた各操作項目の中から特定の操作項目の選択入力がなされたか否か判断する。操作項目の選択入力がなされていない場合は（Ｓ３１０：ＮＯ）、Ｓ３０６に戻る。操作項目の選択入力がなされた場合は（Ｓ３１０：ＹＥＳ）、Ｓ３１２に進む。Ｓ３１２では、選択された操作項目に対応した操作コマンドを生成して、Ｓ３１４に進む。

Ｓ３０６で、音声入力要求操作がなされた場合は（Ｓ３０６：ＹＥＳ）、Ｓ３１６に進む。Ｓ３１６では、マイク８３による音声入力をスタンバイ状態に設定する。つまり、音声の入力及び認識を実行可能な状態とする。Ｓ３１８では、マイク８３から音声が入力されたか否か判断する。音声が入力されていない場合は（Ｓ３１８：ＮＯ）、Ｓ３２０で、Ｓ３１６で音声入力がスタンバイ状態に設定されてから一定時間経過したか否か判断する。一定時間経過していない場合はＳ３１８に戻り、一定時間経過した場合はＳ３０２に戻る。

Ｓ３１８で、音声が入力された場合は（Ｓ３１８：ＹＥＳ）、Ｓ３２２で、マイク８３に入力されたユーザの音声に基づき、ユーザが規定の音声パターンに対応した言葉を喋ったかを判断する。この判断は、ユーザが喋った言葉がメモリ８２に音声パターン８２ｂとして記憶されている言葉の何れかと一致するか否かを判断することにより行う。そして、規定の音声パターンに対応した言葉をユーザが喋った場合にその音声パターンを認識する。

Ｓ３２４では、Ｓ３２２で認識した規定の音声パターンに対応した操作内容を表示部８５に表示する。Ｓ３２６では、Ｓ３２２で認識した規定の音声パターンに対応した操作コマンドを生成する。Ｓ３２６の後はＳ３１４に進む。Ｓ３１４では、Ｓ３１２又はＳ３２６で生成した操作コマンドと、ユーザＩＤとを、スマート通信にて車両１へ送信する。

一方、車両１では、本第２実施形態においても、図１１に示した遠隔制御処理が実行される。そのため、電子キー８０から送信された操作コマンド及びユーザＩＤが車両１で受信されると、車両１では、図１１に示した遠隔制御処理に従って処理が実行され、操作コマンドにて指定された操作内容が実行される。ただし、第１実施形態と同様、ユーザＩＤ照合が一致しなかった場合には指定操作は実行されない。また、第１実施形態と同様、機能制限確認処理（図１１のＳ１６６）にて指定操作が禁止又は制限されている場合には、その指定操作は実行されないか又は制限された範囲内で実行される。なお、本第２実施形態における機能制限確認処理では、電子キー８０と車両１との二者間の位置関係に応じて、電子キー８０から要求された操作内容の機能が禁止又は制限される。

以上説明した本第２実施形態の車両制御システムによれば、次の効果が得られる。
（ａ）ユーザは、電子キー８０を操作することで、電子キー８０から車両１を遠隔制御することができる。これにより、ユーザは、車両１に乗車することなく、車両１の各部の
動作を確認することができる。

（ｂ）ユーザは、車両１に対する操作項目を、様々な方法で電子キー８０に入力することができる。具体的には、表示部８５に操作メニューリストを表示させてその中から操作項目を指定できる。また、所望の操作項目に対応した言葉をマイク８３に向かって喋ることによっても、その所望の操作項目を指定できる。そのため、ユーザは、電子キー８０に対して喋りながら車両１を移動させたり車両１の各部を動作させたりすることができる。なお、電子キー８０にカメラを搭載して、第１実施形態と同様、ジェスチャーによって操作項目を指定できるようにしてもよい。

［他の実施形態］
（１）第１実施形態では、スマートフォン３から電子キー２経由で車両１を操作可能な車両制御システムを示したが、スマートフォン３から電子キー２を中継することなく直接車両１を操作できるようにしてもよい。

具体的には、図７に示したスマートフォン３の車両操作アプリ３２ａのフローチャートにおいて、Ｓ１４では電子キー２に代えて車両１へ認証要求信号を送信し、Ｓ１６では、車両１から操作許可信号を受信したか否か判断するようにしてもよい。そして、Ｓ１６で車両１から操作許可信号を受信したと判断した場合は、スマートフォン３は、図１５のＳ３０４以降の処理を実行するようにしてもよい。なおその場合、Ｓ３１４では、スマート通信ではなく例えば第１通信或いは他の通信方式にて操作コマンド及びユーザＩＤを車両１へ送信するようにしてもよい。

そして、車両１においては、スマートフォン３から送信された操作コマンド及びユーザＩＤを受信した場合、まず、ユーザＩＤに基づくユーザ認証を行うようにしてもよい。そして、ユーザ認証の結果、正規ユーザからの操作コマンドであると判断した場合に、操作コマンドが示す操作項目を実行するようにしてもよい。また、ユーザ認証に失敗した場合は、スマートフォン３へ操作拒否信号を送信して、スマートフォン３からの遠隔操作を受け付けられない旨を知らせるようにしてもよい。

スマートフォンから電子キーを中継することなく直接車両１を操作可能な構成例として、例えば、図１４に示した第２実施形態の電子キー８０の構成及び機能のうちの一部又は全てをスマートフォンに持たせる構成を採用してもよい。

（２）第２実施形態において、電子キー８０は、無線通信機能として従来の電子キーと同じスマート通信機能のみ備えた構成であったが、スマート通信以外の他の方式の無線通信を可能な構成としてもよい。例えば、スマート通信のほかに第１実施形態で説明した第１通信、第２通信、又はＢＴ通信、或いはその他の通信方式の無線通信などのうち少なくとも１つの通信機能を備えていてもよい。

そして、スマート通信以外の他の通信方式の無線通信機能を備えることで、電子キー８０が車両１の検知エリア外に存在していても、電子キー８０から車両１を遠隔操作できるようにしてもよい。

（３）第２実施形態において、電子キー８０から車両１を遠隔制御する際、第１実施形態のスマートフォン３と同様に、指紋、音声、又は顔画像に基づいてユーザの認証を行うようにしてもよい。

（４）車両操作メニューデータ３２ｂの内容、即ち車両１に対する遠隔制御可能な内容として、図３に示した複数の操作項目は、あくまでも一例である。遠隔制御可能な操作項
目の内容は、適宜決めることができる。

（５）スマートフォン３、電子キー２、及び車両１のそれぞれにおいて実行可能な無線通信の方式は適宜決めることができる。また、スマートフォン３と電子キー２との二者間通信、電子キー２と車両１との二者間通信をそれぞれどの通信方式を用いて行うかについても、適宜決めることができる。

（６）第１実施形態において、電子キー２とスマートフォン３とのＢＴ通信におけるペアリング情報を用いて、スマートフォン３のユーザを車両１が認識できるようにしてもよい。即ち、電子キー２にてスマートフォン３から操作指令が受信された際、電子キー２がスマートフォン３との間でＢＴ通信を試み、ＢＴ通信が可能な場合は、両者間のペアリング情報に基づいてスマートフォン３のユーザ情報を取得する。そして、電子キー２は、車両１へ操作コマンドを送信する際、取得したユーザ情報も付加して送信する。

これにより、車両１は、どのユーザから遠隔操作の要求がなされたかを認識することができ、ユーザ毎に異なる制御を実行することが可能となる。例えば、ユーザに応じて機能制限をかけたり、逆にユーザに応じて機能を拡張したりすることができる。また、同じ機能であってもユーザ毎に細かい内容を異ならせることができる。

（７）車両にカメラ又はマイクを搭載して、車両外部からユーザがその車載カメラに対してジェスチャーを示すか又は車載マイクに喋りかけることで、車両に対する操作を指示できるようにしてもよい。

その際、まずユーザがスマートフォン３を操作して車両外部から車両を遠隔操作する旨を示す遠隔操作開始情報を車両１に対して直接又は電子キー２を中継して、車両１へ送信するようにし、車両１はその遠隔操作開始情報を受信した場合に、遠隔操作を受け付けるべく、車載カメラ又は車載マイクを起動させるようにしてもよい。或いは、スマートフォン３を介在させず電子キー２を操作することで電子キー２から車両１へ遠隔操作開始情報を送信するようにしてもよい。

電子キー２は、車両１とスマート通信にて無線通信が可能な場合にのみ、遠隔操作開始情報を車両１へ送信するようにしてもよいし、車両１とスマート通信ができない場合には第２通信にて車両１へ遠隔操作開始情報を送信するようにしてもよい。

車両１は、受け付け可能な操作項目に対応したジェスチャー及び音声を予めメモリに登録しておき、車載カメラ又は車載マイクにて入力されたジェスチャー又は音声がメモリに記憶されているものである場合に、そのジェスチャー又は音声に対応した処理を実行するようにしてもよい。

このような構成により、車両１のユーザは、車両１の運転を終えて車両１から降りた後、例えば車両１をもう少し後ろに（或いは前に）動かしたいと思った場合、車両１に対して「微速後進」（或いは「微速前進」）を示すジェスチャーを示すか又は音声を発することで、車両１に再び乗り込むことなく車両１を動かすことができる。しかも、車外から遠隔操作できることで、車両１とその周囲との相対的位置関係を確認しながら車両１を適切に動かすことができる。

さらに、電子キー２と車両１との相対的位置関係をリアルタイムに検出する機能を設け、車両１が電子キー２に追従して移動できるようにしてもよい。例えば、車両１の前方に電子キー２を持って行って、車両１を微速前進させる指令を出すと、車両１が自動的に電子キー２に向かって走行を始める。そして、電子キー２との距離が所定距離以内になると
自動で停止する。その後ユーザが電子キー２を車両１から離すと、車両１は再び電子キー２に向かって走行を始める。後進の場合も同様である。

本構成の場合も、電子キー２と車両１との間で認証を行って、認証が成功した場合に、車両１を遠隔操作できるようにしてもよい。また、スマートフォン３、電子キー２、及び車両１の３者間で認証を行って、認証が成功した場合に、車両１を遠隔操作できるようにしてもよい。

（８）ユーザが車両１に乗って運転している間、その運転中の各種情報を学習情報として収集して、ユーザが降車する際にその学習情報をユーザのスマートフォン３に転送するようにしてもよい。そして、ユーザが再び車両１に乗ったとき、或いは車両１以外の他の車両１に乗ったときに、スマートフォン３に記憶されている学習情報をその乗り込んだ車両に送信して、学習情報を反映させるようにしてもよい。

学習情報としては、例えば、ユーザにより調整されたシートポジションやステアリングポジション、ルームミラーの角度、ドアミラーの角度、オーディオ装置の操作内容などが挙げられる。

このような機能は、例えば、１つの車両を多数のユーザで共有するいわゆるカーシェアリングサービスなどに適用すると便利である。ユーザは、自分が運転していたときの各種情報を学習情報としてスマートフォン３に取り込んでおき、再び運転する際にその学習情報を車両に展開することで、自分の好みにあったセッティングを自動的且つ迅速に実現することができる。つまり、他のユーザに共有される車両でありながら、あたかも自分のみが使用している車両であるかのように車両を感じ、扱うことができる。

（９）スマートフォン３と車両１が直接通信可能な場合、車両１から適宜、スマートフォン３へ情報を発信するようにしてもよい。例えば、電子キー２が車両１の検知エリア４００，５００から離れた場合に、車両１のドアが開いていたり、全ドアがロックされていなかったり、特定の電装品（例えばヘッドライト、室内灯など）が動作中であったり、異常な挙動が検知されたりした場合に、その旨をスマートフォン３に通知するようにしてもよい。また、例えば車両１が走行用駆動源としてモータを備えた車両であって、モータ駆動用のバッテリを外部から充電可能な場合、充電が完了したらその旨をスマートフォン３に通知するようにしてもよい。

車両１からスマートフォン３への情報発信のより具体的な例を、図１６及び図１７を用いて説明する。図１６及び図１７に示す例は、車両１の位置情報をスマートフォン３へ通知したり、車両１において異常発生が検知された場合にその旨をスマートフォン３へ通知したりすることが可能な例である。

車両１の制御部１０は、図１６の車両情報通知処理を所定周期で繰り返し実行する。また、スマートフォン３の制御部３１は、図１７の車両情報表示処理を所定周期で繰り返し実行する。

まず、図１６の車両情報通知処理について説明する。なお、前提として、上記各実施形態と同様、車両１の各送信機４，５からは、スマート通信にて周期的にリクエスト信号が送信される。

車両１の制御部１０は、図１６の車両情報通知処理を開始すると、Ｓ４０４で、リクエスト信号に対する電子キー２からの応答信号を受信したか否か判断する。応答信号を受信していない場合は（Ｓ４０４：ＮＯ）、Ｓ４１６に進む。応答信号を受信した場合は（Ｓ
４０４：ＹＥＳ）、Ｓ４０６に進む。

Ｓ４０６では、電子キー２の操作によって、或いはスマートフォン３から電子キー２経由での操作指令によって、ドアロックの開閉操作がなされたか否か判断する。ドアロックの開閉動作がなされていない場合は（Ｓ４０６：ＮＯ）、Ｓ４０４に戻る。ドアロックの開閉操作がなされた場合は（Ｓ４０６：ＹＥＳ）、Ｓ４０８に進む。

Ｓ４０８では、Ｓ４０４と同様、リクエスト信号に対する電子キー２からの応答信号を受信したか否か判断する。応答信号を受信している間はこの判断を繰り返す。応答信号を受信しなくなった場合は（Ｓ４０８：ＮＯ）、Ｓ４１０に進む。

Ｓ４１０では、ドアロックが全閉されているか否か、即ち全てのドア１５のドアロックが閉じられているか否か判断する。ドアロックが全閉されていない場合は（Ｓ４１０：ＮＯ）、Ｓ４１６に進む。ドアロックが全閉されている場合は（Ｓ４１０：ＹＥＳ）、Ｓ４１２に進む。Ｓ４１０でドアロックが全閉されていると判断されたということは、即ち、一旦電子キー２が車両１の検知エリア内に入ってきて電子キー２経由でドアロックの開閉操作が行われ、その後、ドアロックが全閉された状態で電子キー２が車両１の検知エリアから離れたということである。そのような状況は、例えば、車両１のユーザが車両１を駐車場に駐車させて車両１から離れて行った場合に生じ得る。

Ｓ４１２では、ＧＰＳ受信部９で受信された情報をもとに車両位置情報（車両１の現在位置を示す情報）を取得する。Ｓ４１４では、Ｓ４１２で取得した車両位置情報を、スマートフォン３へ第１通信にて送信する。これにより、スマートフォン３のユーザは、例えば駐車場に車両１を駐車させて車両１から離れていっても、車両１がどこに駐車されているのかを、車両１から送信される車両位置情報に基づいて容易に知ることができる。

Ｓ４１６では、車両１において異常が検知されたか否か判断する。車両１においては、各種の異常を検知する機能が備えられている。例えば、車両１には、加速度センサ或いは振動センサなどの、車両１に対する外部からの衝撃を検知可能なセンサが搭載されている。車両１の制御部１０は、そのセンサからの検出信号に基づいて、車両１に対する外部からの衝撃の有無を検知し、衝撃を検知した場合は、車両１に対するいたずらや盗難などの不正行為がなされた可能性があると判断して、異常発生を検知する。また、車室内カメラ２４を定期的に動作させてその撮影画像を解析し、例えば車室内の侵入者を検知したり、車両周辺の不審人物（例えば車室内をのぞき込んでいる人物）を検知したりした場合にも、異常が発生していると判断してもよい。その他、例えば車載バッテリの電圧低下やオイル漏れなどの車両１の機能上の異常を検知可能であってもよい。

Ｓ４１６で、車両１の異常が検知されていない場合は（Ｓ４１６：ＮＯ）、車両情報通知処理を終了する。車両１の異常が検知された場合は（Ｓ４１６：ＹＥＳ）、Ｓ４１８に進む。Ｓ４１８では、車両１において異常が検知されたこと及びその検知された異常の内容を示す異常情報を、第１通信にてスマートフォン３へ送信する。

次に、図１７の車両情報表示処理について説明する。スマートフォン３の制御部３１は、図１７の車両情報表示処理を開始すると、Ｓ４５２で、第１通信にて車両１からデータを受信したか否か判断する。車両１からデータを受信していない場合は（Ｓ４５２：ＮＯ）、Ｓ４６４で、車両位置情報を表示させるための所定のユーザ操作がなされたか否か判断する。車両位置情報を表示させるための所定のユーザ操作がなされていない場合は（Ｓ４６４：ＮＯ）、車両情報表示処理を終了する。車両位置情報を表示させるための所定のユーザ操作がなされた場合は（Ｓ４６４：ＹＥＳ）、Ｓ４６６に進む。

Ｓ４６６では、メモリ３２に記憶されている車両位置情報を表示部２６に表示させる。これにより、ユーザは、車両１の位置を確認することができる。
Ｓ４５２で、車両１からデータを受信した場合は（Ｓ４５２：ＹＥＳ）、Ｓ４５４で、車両位置情報を受信したか否か（即ち受信したデータに車両位置情報が含まれているか否か）判断する。車両位置情報を受信した場合は（Ｓ４５４：ＹＥＳ）、Ｓ４５６で、受信した車両位置情報をメモリ３２に記憶する。

車両１から受信したデータに車両位置情報が含まれていない場合は（Ｓ４５４：ＮＯ）、Ｓ４５８で、異常情報を受信したか否か（即ち受信したデータに異常情報が含まれているか否か）判断する。異常情報を受信した場合は（Ｓ４５８：ＹＥＳ）、Ｓ４６０で、受信した異常情報を表示部２６に表示させる。これにより、ユーザは、車両１において異常が検知されたこと及びその異常の内容を知ることができる。

車両１から受信したデータに異常情報が含まれていない場合は（Ｓ４５８：ＮＯ）、Ｓ４６２で、受信したデータに基づく所定の受信対応処理を行う。
（１０）車両１からスマートフォン３へ提供可能な各種情報の種類は、図３を用いて説明した各情報に限定されない。図３を用いて説明した各情報のほか、例えば、車両１の総走行距離、バッテリ残量、燃料残量、エンジンオイルやその他の各種オイルを交換した日の情報、そのオイル交換時の車両１の総走行距離など、各種の情報を、車両情報としてスマートフォン３へ提供可能であってもよい。

そして、その車両情報を、特定のタイミングで車両１から直接又は電子キー２経由でスマートフォン３へ提供可能であってもよい。電子キー２経由で車両情報を提供可能な場合は、車両情報だけでなく、電子キー２の情報（例えば電子キー２の電池残量）も合わせてスマートフォン３へ提供可能であってもよい。

上述した、スマートフォン３への各種情報の提供機能のより具体的な例を、図１８及び図９を用いて説明する。電子キー２の制御部５１は、図１８のシステム情報送信処理を所定周期で繰り返し実行する。また、スマートフォン３の制御部３１は、図１９のシステム状態通知処理を所定周期で繰り返し実行する。

まず、図１８のシステム情報送信処理について説明する。なお、車両１は、電子キー２からの車両情報要求に対して、当該車両１内における上述した車両情報を電子キー２へ送信可能に構成されている。

電子キー２の制御部５１は、図１８のシステム情報送信処理を開始すると、Ｓ５５２で、車両１からリクエスト信号を受信したか否か判断する。リクエスト信号を受信した場合は（Ｓ５５２：ＹＥＳ）、Ｓ５６０で、情報通知フラグがセットされているか否か判断する。情報通知フラグは、リクエスト信号が継続して受信されている期間中に一度だけシステム情報（詳細は後述）をスマートフォン３へ送信するために用いられるフラグであり、Ｓ５６８でセットされ、Ｓ５５８でクリアされる。

Ｓ５６０で、既に情報通知フラグがセットされている場合は（Ｓ５６０：ＹＥＳ）、システム情報送信処理を終了する。情報通知フラグがセットされていない場合は（Ｓ５６０：ＮＯ）、Ｓ５６２で、車両１に対して第１通信又は第２通信で車両情報を要求し、その要求に対する車両１からの車両情報を第１通信又は第２通信で取得する。

Ｓ５６４では、電子キー２の電池残量を検出する。電子キー２は、バッテリ４０の電圧やバッテリ４０からの充放電履歴を定期的に監視し、それら監視結果に基づいて電池残量を検出可能に構成されている。

Ｓ５６６では、Ｓ５６２で取得した車両情報、及びＳ５６４で検出した電池残量を含む情報を、車両１及び電子キー２の状態を示すシステム情報として、第１通信にてスマートフォン３へ送信する。そして、Ｓ５６８で情報通知フラグをセットして、システム情報送信処理を終了する。

Ｓ５５２で、車両１からリクエスト信号を受信していない場合は（Ｓ５５２：ＮＯ）、Ｓ５５４で、情報通知フラグがクリアされているか否か判断する。情報通知フラグがクリアされている場合は（Ｓ５５４：ＹＥＳ）、システム情報送信処理を終了する。情報通知フラグがセットされている場合は（Ｓ５５４：ＮＯ）、Ｓ５５６に進む。

Ｓ５５６では、車両１からリクエスト信号を一定期間以上継続して受信していない状態か否か判断する。リクエスト信号が受信されなくなってからまだ一定期間以上経過していない場合は（Ｓ５５６：ＮＯ）、システム情報送信処理を終了する。リクエスト信号が受信されなくなってから一定期間以上経過した場合は（Ｓ５５６：ＹＥＳ）、Ｓ５５８で、情報通知フラグをクリアして、システム情報送信処理を終了する。

次に、図１９のシステム状態通知処理について説明する。スマートフォン３の制御部３１は、図１９のシステム状態通知処理を開始すると、Ｓ５０２で、第１通信にて電子キー２からシステム情報を受信したか否か判断する。システム情報を受信していない場合は（Ｓ５０２：ＮＯ）、Ｓ５１２に進む。システム情報を受信した場合は（Ｓ５０２：ＹＥＳ）、Ｓ５０４で、その受信したシステム情報をメモリ３２に記憶する。

Ｓ５０６では、電子キー２からシステム情報が受信されたことをユーザに報知する。この報知は、例えば音声にて行ったり、表示部３３に所定の受信報知情報を表示させたりすることによって行うことができる。スマートフォン３がいわゆるバイブレーション機能を備えている場合には、そのバイブレーション機能を利用して（即ちスマートフォン３本体に振動を発生させて）ユーザに報知するようにしてもよい。

Ｓ５０８では、ユーザによる、システム情報を表示させるための所定の表示要求操作がなされたか否か判断する。表示要求操作がなされていない場合は（Ｓ５０８：ＮＯ）、Ｓ５１２に進む。表示要求操作がなされた場合は（Ｓ５０８：ＹＥＳ）、Ｓ５１０に進む。Ｓ５１０では、Ｓ５０４でメモリ３２に記憶したシステム情報を表示部３３に表示させる。これにより、ユーザは、最新のシステム情報を確認することができる。

Ｓ５１２では、メモリ３２に記憶されているシステム情報に基づいて、メンテナンスの要否を判定する。例えば、直近のオイル交換日から一定日数以上が経過していたり、直近のオイル交換時の総走行距離から一定距離以上走行していたり、燃料の残量が所定量以下であったり、電子キー２の電池残量が所定量以下であったりした場合は、メンテナンスが必要と判定する。

Ｓ５１４では、Ｓ５１２の判定結果に基づき、メンテナンス必要項目があるか否か判断する。Ｓ５１２でメンテナンスが必要と判定されなかった場合は、メンテナンス必要項目がないと判断して（Ｓ５１４：ＮＯ）、システム状態通知処理を終了する。Ｓ５１２でメンテナンスが必要と判定された場合は、メンテナンス必要項目があると判断して（Ｓ５１４：ＹＥＳ）、Ｓ５１６に進む。

Ｓ５１６では、メンテナンス情報を表示部３３に表示させる。ここで表示させるメンテナンス情報は、メンテナンス必要項目に関する情報である。例えば、Ｓ５１２において、直近のオイル交換時の総走行距離から一定距離以上走行していると判断された場合、メン
テナンス必要項目はオイル交換となる。そのため、その場合は、メンテナンス情報として、オイル交換を行うべき旨の情報を表示部３３に表示させる。その際、コイル交換を行うべき根拠（前回オイル交換時からの累積走行距離が一定距離を超えたこと）も併せて表示させるようにしてもよい。

Ｓ５１８では、ユーザによる、メンテナンス方法のガイダンスの表示要求操作がなされたか否か判断する。ガイダンスの表示要求操作が成されていない場合は（Ｓ５１８：ＮＯ）、システム状態通知処理を終了する。ガイダンスの表示要求操作がなされた場合は（Ｓ５１８：ＹＥＳ）、Ｓ５２０で、ガイダンス処理を行う。ガイダンス処理は、メンテナンス必要項目について、具体的なメンテナンス方法をユーザに提供するための所定の処理である。

なお、電子キー２からスマートフォン３へのシステム情報の送信タイミングは、図１８に示したタイミングに限らず、適宜決めることができる。例えば、スマートフォン３から任意のタイミングで電子キー２に対してシステム情報を要求できるように構成し、電子キー２は、スマートフォン３からその要求を受けるとその都度最新のシステム情報を取得してスマートフォン３へ送信するようにしてもよい。そして、スマートフォン３においては、メモリ３２に記憶されているシステム情報を任意のタイミングで表示部３３に表示させることができるようにしてもよい。

（１１）上記第１実施形態のようにスマートフォン３から電子キー２経由で車両１を操作したり車両１から情報を取得したりできる機能と、上記第２実施形態のように電子キー２から直接車両１を操作したり車両１から情報を取得したりできる機能とを兼ね備えていても良い。

その場合、スマートフォン３から操作等可能な機能と、電子キー２から直接操作等可能な機能とを、必ずしも完全に一致させなくてもよい。例えば、スマートフォン３から操作等可能な機能の種類を、電子キー２から直接操作等可能な機能の種類よりも少なくしてもよい。また例えば、特定の種類の機能（例えばドアロックを開けたり車両１を動かしたりするなどの、相対的に重要度が高い機能）についてはスマートフォン３からの操作を不可として電子キー２からのみ可能としてもよい。また例えば、電子キー２が車両１の検知エリア内に存在しているか否かをスマートフォン３が電子キー２から定期的に通知してもらい、その内容に応じて（即ち電子キー２と車両１との距離関係）に応じて、スマートフォン３から電子キー２経由で操作等可能な内容を変えても良い。

（１２）電子キー２と無線通信可能な通信端末として、上記実施形態で示したスマートフォン３はあくまでも一例である。スマートフォン３以外に、例えば、携帯電話、タブレット端末、パーソナルコンピュータなど、無線通信が可能なあらゆる種類の通信端末を用いることができる。

（１３）スマートフォンと車両とが直接データ通信可能な構成としてもよい。その場合、両者間のデータ通信を利用して様々なサービスをユーザに提供できるようにしてもよい。

例えば、天気予報、道路交通情報、その他の各種情報をスマートフォンにて取得し、その取得した各情報の一部又は全てを、適宜、車両へ送信して車両の運転者に報知することが可能な、情報提供サービスを提供できるようにしてもよい。

また例えば、車両において車両周囲の情報を取得し、その取得した情報を、適宜、スマートフォンへ送信することが可能な、車両周囲監視サービスを提供できるようにしてもよ
い。

また例えば、スマートフォンにおいて、車両から当該車両の位置情報を取得し、その取得した位置情報に基づいてスマートフォンのユーザに車両の位置に関する情報を報知することが可能な、車両位置報知サービスを提供できるようにしてもよい。

また例えば、車両において運転者の顔を撮影し、その撮影した顔画像の内容（即ち運転者の表情、延いては運転者が抱いている感情（喜怒哀楽など））に応じた情報を
スマートフォンのＳＮＳ（Social Networking Service ）アプリに渡すことが可能な、ＳＮＳ連携サービスを提供できるようにしてもよい。

また例えば、運転者の体調を様々な角度から直接又は間接的に把握し、その把握した内容に応じて（即ち運転者の体調に応じて）その運転者による車両の運転を許可又は禁止することが可能な、運転可否判定サービスを提供できるようにしてもよい。

以下、上述した各種サービスについて、より具体的に説明する。
（１３−１）スマートフォンの構成
まず、上述した各種サービスを実現可能なスマートフォン１１０の構成について、図２０を用いて説明する。図２０に示すスマートフォン１１０は、図２に示した第１実施形態のスマートフォン３のハードウェア構成に加え、更に、モーションセンサ群５０を備えている。また、制御部３１には、ＲＴＣ（リアルタイムクロック）３１ａが内蔵されている。制御部３１は、ＲＴＣ３１ａに基づいて現在時刻、日時などの情報を取得することができる。なお、このＲＴＣ３１ａは、図２に示した第１実施形態のスマートフォン３にも内蔵されている。

モーションセンサ群５０は、物体の動きや向きなどを検出可能な各種のセンサを少なくとも１つ含む。これら各種のセンサとしては、例えば、地磁気センサ、加速度センサ、ジャイロセンサなどがある。ここでは、モーションセンサ群５０に、少なくとも、地磁気センサと加速度センサが含まれているものとして説明する。

地磁気センサは、いわゆる電子コンパスとも呼ばれるセンサであり、方位を検知可能なセンサである。スマートフォン１１０の制御部３１は、地磁気センサからの検出信号に基づいて、スマートフォン１１０を中心とする特定方向の方位を検出することができる。特定方向は適宜決めることができる。スマートフォン１１０は、略長方形状の薄板形状をなしている。よって、ここでは、一例として、スマートフォン１１０における、長方形状の板面に平行且つ長辺方向に平行であって、スマートフォン１１０の筐体内の特定位置を通る軸を特定軸として、特定位置から見た特定軸の一方の軸方向を、特定方向とする。

加速度センサは、少なくとも３軸の加速度を検出可能である。スマートフォン１１０の制御部３１は、加速度センサからの検出信号に基づいて、スマートフォン１１０の動き（３次元空間での動き）を検出可能である。また、制御部３１は、加速度センサからの検出信号に基づいて、スマートフォン１１０の所持者の歩数を検出することができる。

また、スマートフォン１１０のメモリ３２には、第１実施形態での記憶内容（図２参照）に加え、更に、情報提供アプリ３２ｇ、周囲情報報知アプリ３２ｈ、車両位置報知アプリ３２ｊ、ＳＮＳアプリ３２ｋ、及び体調管理アプリ３２ｍ、の各アプリが記憶されている。なお、メモリ３２には、周囲情報報知アプリが実行されることによって、前方映像データ３２ｎ及び盗難車両データ３２ｐが記憶される。

（１３−２）車両の構成
次に、上述した各種サービスを実現可能な車両１２０の構成について、図２１を用いて説明する。図２１に示す車両１２０は、図６に示した第１実施形態の車両１のハードウェア構成に加え、更に、ＨＵＤ（ヘッドアップディスプレイ）２７と、前方カメラ２８と、ＢＴ通信部３０とを備えている。

前方カメラ２８は、車両１２０の前方を撮影可能なカメラである。前方カメラ２８は、車両１２０において、前方を撮影可能な特定の位置（例えば車室内天井の前端）に取り付けられている。前方カメラ２８は、予め設定した撮影条件が成立している場合に動作して撮影を行う。ここでは、少なくとも車両１２０が走行している間、常に動画の撮影を行っているものとする。前方カメラ２８で撮影された動画のデータ（前方映像データ２５ｈ）は、メモリ２５に記憶される。メモリ２５に記憶される前方映像データ２５ｈは、直近の数時間分の動画のデータである。なお、前方カメラ２８による撮影が行われる期間やタイミング（即ち撮影条件）は適宜決めることができる。また、過去に撮影された動画のデータをいつまでメモリ２５に記憶しておくか（即ち前方映像データ２５ｈとして記憶しておくか）についても適宜決めることができる。

また、車両１２０のメモリ２５には、第１実施形態での記憶内容（図６参照）に加え、更に、スマホ情報報知プログラム２５ｄ、周囲監視プログラム２５ｅ、ＳＮＳ連携プログラム２５ｆ、及び体調情報対応プログラム２５ｇ、の各プログラムが記憶されている。なお、メモリ２５には、周囲監視プログラム２５ｅが実行されることによって、前方映像データ２５ｈが記憶される。

（１３−３）情報提供サービス
次に、上述した各種サービスのうち情報提供サービスについて、図２２及び図２３を用いて説明する。情報提供サービスは、基本的に、スマートフォン１１０において情報提供アプリ３２ｇが実行されて車両１２０においてスマホ情報報知プログラム２５ｄが実行されることによって実現される。情報提供サービスの利用形態としては、主に、スマートフォン１１０を所持しているユーザが車両１２０に乗車する形態（即ちスマートフォン１１０が車両１２０内に存在している形態）を想定している。

スマートフォン１１０の制御部３１は、起動後、メモリ３２から情報提供アプリ３２ｇを読み込み、その情報提供アプリ３２ｇに従った処理である情報提供処理を所定周期で繰り返し実行する。情報提供処理は、各種サーバ（例えば各種ウェブサイト等）から各種の情報を取得し、必要に応じてその一部又は全てを車両へ送信する処理である。図２２は、情報提供処理の一例である。

スマートフォン１１０の制御部３１は、図２２の情報提供処理を開始すると、Ｓ６０２で、ＧＰＳ受信部３７による受信情報に基づいてスマートフォン１１０の現在位置を検出する。

Ｓ６０４では、第１通信にて気象情報提供サイトへアクセスして、その気象情報提供サイトへスマートフォン１１０の現在位置を示す現在位置情報を送信することにより、現在位置周辺の気象情報を要求する。そして、その要求に対して気象情報提供サイトから送信される現在位置周辺の気象情報を取得する。

Ｓ６０６では、第１通信にて交通情報提供サイトへアクセスして、その交通情報提供サイトへスマートフォン１１０の現在位置を示す現在位置情報を送信することにより、現在位置周辺の交通情報を要求する。そして、その要求に対して交通情報提供サイトから送信される現在位置周辺の交通情報を取得する。なお、取得可能な交通情報としては、例えば、現在位置周辺の事故情報や渋滞情報、通行規制情報などの各種の情報がある。

Ｓ６０８では、第１通信にてアラート情報提供サイトへアクセスして、そのアラート情報提供サイトへ所定の検索条件を送信することにより、その検索条件に対応した各種情報を要求する。そして、その要求に対してアラート情報提供サイトから送信される各種情報を取得する。なお、検索条件は、スマートフォン１１０の現在位置、車両１２０の現在位置、現在時刻、運転者に関連する情報（例えば運転者の嗜好、スケジュールなど）、車両１２０に関連する情報（例えば車種）などの、各種条件が挙げられる。これら各種条件を少なくとも１つ、検索条件としてアラート情報提供サイトへ送信すると、その検索条件に対応した情報が検索されて、スマートフォン１１０へ送信される。検索条件に対応した情報としては、例えば、現在位置周辺の施設情報やイベント情報、これから一定時間以内に開催される各種イベント等の情報、運転者の興味をそそるような施設等の情報などの、各種情報が挙げられる。

Ｓ６１０では、Ｓ６０４，Ｓ６０６，Ｓ６０８で取得した各情報中に、前回までに取得した情報から更新された情報があるか否か判断する。具体的に、メモリ３２に記憶されている情報に基づき、Ｓ６０４，Ｓ６０６，Ｓ６０８で取得した各情報が、既に前回までの当該情報提供処理において取得されて記憶されているか否かを判断する。そして、今回取得した情報が既に記憶されているならば、情報提供処理を終了する。一方、今回取得した情報の中に、メモリ３２に記憶されていない情報（即ち更新された情報）が含まれている場合は、Ｓ６１２で、その更新された情報をＢＴ通信にて車両１２０へ送信する。

一方、車両１２０の制御部１０は、起動後、メモリ２５からスマホ情報報知プログラム２５ｄを読み込み、そのスマホ情報報知プログラム２５ｄに従った処理であるスマホ情報報知処理を所定周期で繰り返し実行する。スマホ情報報知処理は、スマートフォン１１０から受信した各種情報を運転者に報知する処理である。図２３は、スマホ情報報知処理の一例である。

車両１２０の制御部１０は、図２３のスマホ情報報知処理を開始すると、Ｓ６５２で、スマートフォン１１０からＢＴ通信にて更新情報（図２２のＳ６１２で送信される情報）を受信したか否か判断する。更新情報を受信していない場合は、スマホ情報報知処理を終了する。更新情報を受信した場合は、Ｓ６５４で、その受信した更新情報を運転者に報知する。具体的には、例えば、不図示のスピーカから更新情報を音声出力してもよいし、表示部２６に更新情報を表示させてもよいし、ＨＵＤ２７に更新情報を表示させてもよい。

なお、図２２の情報提供処理において、各サイトから取得した各種情報のうち更新された情報を車両へ送信することは必須ではなく、各サイトから取得した各種情報の一部又は全てを適宜車両へ送信してもよい。各種情報のうち一部を送信する場合、具体的にどのような情報を送信すべきかについては、適宜決めることができる。

また、スマートフォン１１０と車両１２０とのデータ通信方式がＢＴ通信であることはあくまでも一例であり、他の通信方式にてデータ通信を行ってもよい。
（１３−４）車両周囲監視サービス
次に、上述した各種サービスのうち車両周囲監視サービスについて、図２４及び図２５を用いて説明する。車両周囲監視サービスは、基本的に、スマートフォン１１０において周囲情報報知アプリ３２ｈが実行されて車両１２０において周囲監視プログラム２５ｅが実行されることによって実現される。車両周囲監視サービスの利用形態も、上記の情報提供サービスと同様、主に、スマートフォン１１０を所持しているユーザが車両１２０に乗車している形態を想定している。

車両１２０の制御部１０は、起動後、メモリ２５から周囲監視プログラム２５ｅを読み
込み、その周囲監視プログラム２５ｅに従った処理である周囲監視処理を所定周期で繰り返し実行する。周囲監視処理は、前方カメラ２８で撮影された画像（静止画）から周囲車両のナンバーを認識した場合にそのナンバー情報をスマートフォン１１０へ送信する機能、スマートフォン１１０へ前方映像データ３２ｎを送信する機能、及びスマートフォン１１０からの通知に基づいて盗難車両の存在を報知する機能、を実現するための処理である。図２４は、周囲監視処理の一例である。

車両１２０の制御部１０は、図２４の周囲監視処理を開始すると、Ｓ７０２で、前方カメラ２８で撮影された画像（静止画）を取得する。Ｓ７０４では、Ｓ７０２で取得した静止画の中から周囲車両の画像の認識処理を行う。Ｓ７０６では、静止画の中から周囲画像のナンバーを認識したか否か判断する。ナンバーを認識していない場合はＳ７１０に進む。ナンバーを認識した場合は、Ｓ７０８で、スマートフォン１１０へＢＴ通信にて、その認識したナンバーを示すナンバー情報を送信する。

Ｓ７１０では、スマートフォン１１０へＢＴ通信にて、前方映像データ３２ｎを送信する。ここで送信する前方映像データ３２ｎは、前回のＳ７１０の処理で送信した前方映像データ３２ｎからの更新分、即ち前回のＳ７１０の処理後、今回のＳ７１０の処理実行時までに新たに記憶された分である。ただし、このように更新分のみ送信することは必須ではない。

Ｓ７１２では、スマートフォン１１０からＢＴ通信にて盗難車両発見情報を受信したか否か判断する。盗難車両発見情報を受信していない場合は、周囲監視処理を終了する。盗難車両発見情報を受信した場合は、Ｓ７１４で、盗難車両の存在を運転者に報知する。スマートフォン１１０から送信される盗難車両発見情報には、Ｓ７０８で送信したナンバー情報の中に盗難車両の可能性があるナンバーが含まれていること、及びそのナンバーが含まれている。そのため、Ｓ７１４では、少なくとも、盗難車両である可能性のある車両が自車前方を走行していること、及びそのナンバーが、運転者に報知される。具体的な報知方法は種々考えられ、例えば、図２３のＳ６５４で説明したように、音声による報知でもよいし、表示部２６或いはＨＵＤ２７による報知でもよい。

一方、スマートフォン１１０の制御部３１は、起動後、メモリ３２から周囲情報報知アプリ３２ｈを読み込み、その周囲情報報知アプリ３２ｈに従った処理である周囲情報報知処理を所定周期で繰り返し実行する。周囲情報報知処理は、車両から送信されたナンバー情報に基づいて盗難車両の有無を判断してその判断結果を車両へ送信する機能、及び車両から送信された前方映像データ３２ｎを記憶する機能、を実現する為の処理である。図２５は、周囲情報報知処理の一例である。

スマートフォン１１０の制御部３１は、図２５の周囲情報報知処理を開始すると、Ｓ７５２で、第１通信にて、盗難車両に関する情報が蓄積されている特定のウェブサイトへアクセスして、盗難車両のナンバーのデータである盗難車両データ３２ｐを取得し、メモリ３２に記憶する。既に記憶されている場合は、その記憶されているデータを、新たに取得したデータに基づいて更新する。

Ｓ７５４では、車両１２０からＢＴ通信にてナンバー情報を受信したか否か判断する。ナンバー情報を受信していない場合はＳ７６０に進む。ナンバー情報を受信した場合は、Ｓ７５６で、盗難車両データ３２ｐを参照して、受信したナンバー情報中に盗難車両に該当するナンバーが含まれているか否か判断する。盗難車両に該当するナンバーが含まれていない場合はＳ７６０に進む。盗難車両に該当するナンバーが含まれている場合は、Ｓ７５８で、車両１２０へＢＴ通信にて、盗難車両発見情報を送信する。

Ｓ７６０では、車両１２０からＢＴ通信にて前方映像データを受信したか否か判断する。前方映像データを受信した場合は、Ｓ７６２で、メモリ３２に記憶されている前方映像データ３２ｎを、その受信した前方映像データに基づいて更新する。メモリ３２に記憶されている前方映像データ３２ｎは、所定の動画再生操作を行うことによって表示部３３で再生させることができる。

なお、スマートフォン１１０にて行われる盗難車両データの取得（Ｓ７５２）、及び盗難車両に該当するナンバーの有無判断（Ｓ７５６）は、車両１２０自身が行うようにしてもよい。その場合、車両１２０からスマートフォン１１０へ盗難車両発見情報を送信して、スマートフォン１１０にその情報を保存させたり、スマートフォン１１０にてその情報を報知させたりするようにしてもよい。

（１３−５）車両位置報知サービス
次に、上述した各種サービスのうち車両位置報知サービスについて、図２６を用いて説明する。車両位置報知サービスは、基本的に、スマートフォン１１０において車両位置報知アプリ３２ｊが実行されることによって実現される。車両位置報知サービスの利用形態としては、主に、スマートフォン１１０を所持しているユーザが車両１２０から離れている形態を想定している。

スマートフォン１１０の制御部３１は、起動後、メモリ３２から車両位置報知アプリ３２ｊを読み込み、その車両位置報知アプリ３２ｊに従った処理である車両位置報知処理を所定周期で繰り返し実行する。車両位置報知処理は、車両１２０の現在位置やその現在位置に関連する各種情報などをスマートフォン１１０のユーザに報知する機能を実現するための処理である。図２６は、車両位置報知処理の一例である。

スマートフォン１１０の制御部３１は、図２６の車両位置報知処理を開始すると、Ｓ５５２で、車両１２０から第１通信にて車両１２０の位置情報（車両現在位置）を取得する。具体的には、第１通信にて車両１２０へ位置情報を要求すると、車両１２０において検知されている現在位置の情報が車両１２０から送信される。Ｓ５５２では、その車両１２０から送信された現在位置の情報を受信することにより車両現在位置を取得する処理である。

Ｓ５５４では、ＧＰＳ受信部３７による受信情報に基づいてスマートフォン１１０の現在位置（スマホ現在位置）を検出する。Ｓ５５６では、Ｓ５５２で取得した車両現在位置、及びＳ５５４で取得したスマホ現在位置を含む所定範囲の地図画像を表示部３３に表示させる。Ｓ５５８では、その地図画像中の車両現在位置に該当する位置に、車両１２０を示す車両マークを表示させ、スマホ現在位置に該当する位置に、スマートフォン１１０を示すスマホマークを表示させる。これにより、スマートフォン１１０のユーザは、自身の位置（即ちスマートフォン１１０の位置）を把握できるのに加え、車両１２０の位置も把握することができる。

Ｓ５６０では、車両現在位置及びスマホ現在位置に基づいて、車両位置関連情報を算出し、表示部３３に表示させる。車両位置関連情報とは、スマホ現在位置に対する車両１２０の相対的位置を直接又は間接的に示す情報である。車両位置関連情報としては、例えば、スマホ現在位置から車両現在位置までの直線距離、スマホ現在位置から車両現在位置までの所定のルートでの距離、スマホ現在位置から車両現在位置まで所定のルートに沿って徒歩で行く場合に要する歩数、スマホ現在位置から見た車両現在位置の方位、などが挙げられる。

Ｓ５６２では、モーションセンサ群５０からの検出信号に基づいて、スマートフォン１
１０の向き（詳しくは既述の特定方向の方位）を検出する。Ｓ５６４では、Ｓ５６２で検出したスマートフォン１１０の向きが、車両１２０の方向（即ちスマホ現在位置から見た車両現在位置の方位）に略一致するか否か判断する。例えば、両者の方向（方位）の差が所定角度以内であれば略一致していると判断する。

スマートフォン１１０の向きが車両１２０の方向と略一致している場合は、Ｓ５６６で、スマートフォン１１０のユーザに、スマートフォン１１０が車両１２０の方向を向いていることを報知する。この報知は、例えば音声で行ってもよいし、不図示の振動機構を作動させてスマートフォン１１０を機械的に振動させることにより行ってもよいし、表示部３３に所定の情報を表示させることにより行ってもよい。

この車両位置報知処理により、スマートフォン１１０のユーザは、車両１２０の位置に関する各種情報を取得することができる。特に、Ｓ５４６，Ｓ５６６の処理により、スマートフォン１１０のユーザは、スマートフォン１１０の向きをいろいろと変えてみながら車両１２０の方向を探しだすことができる。

（１３−６）ＳＮＳ連携サービス
次に、上述した各種サービスのうちＳＮＳ連携サービスについて、図２７及び図２８を用いて説明する。ＳＮＳ連携サービスは、基本的に、スマートフォン１１０においてＳＮＳアプリ３２ｋが実行されて車両１２０においてＳＮＳ連携プログラム２５ｆが実行されることによって実現される。ＳＮＳ連携サービスの利用形態としては、主に、スマートフォン１１０を所持しているユーザが車両１２０を運転している形態（換言すれば、運転者のスマートフォン１１０が車両１２０内に存在している形態）を想定している。

車両１２０の制御部１０は、起動後、メモリ２５からＳＮＳ連携プログラム２５ｆを読み込み、そのＳＮＳ連携プログラム２５ｆに従った処理であるＳＮＳ連携処理を所定周期で繰り返し実行する。ＳＮＳ連携処理は、運転者の顔の画像から運転者の気分を判定し、その判定結果をスマートフォン１１０へ送信する処理である。図２７は、ＳＮＳ連係処理の一例である。

車両１２０の制御部１０は、図２７のＳＮＳ連携処理を開始すると、Ｓ８０２で、前方カメラ２８の撮影画像（静止画）を取得する。Ｓ８０４では、車室内カメラ２４の撮影画像（静止画）を取得する。

Ｓ８０６では、Ｓ８０４で取得した静止画から、運転者の顔の画像を認識する処理を行う。Ｓ８０８では、Ｓ８０６で認識した運転者の顔の画像に基づき、運転者の気分（例えば喜怒哀楽の感情）を判定する。Ｓ８１０では、Ｓ８０８の判定結果（運転者の気分）を示す気分情報を、ＢＴ通信にてスマートフォン１１０へ送信する。

一方、スマートフォン１１０の制御部３１は、起動後、メモリ３２からＳＮＳアプリ３２ｋを読み込み、そのＳＮＳアプリ３２ｋに従った処理であるＳＮＳ処理を所定周期で繰り返し実行する。ＳＮＳアプリ３２ｋは、例えばＬＩＮＥ（登録商標）やＴＷＩＴＴＥＲ（登録商標）などのＳＮＳを享受可能な既知のアプリと同等の機能を実現可能なアプリである。そして特に、ＳＮＳアプリ３２ｋは、既知の類似アプリの機能に加えて、車両１２０から送信される気分情報に応じた各種の画像やメッセージを自動送信する機能も備えている。図２８は、ＳＮＳ処理の一例である。

スマートフォン１１０の制御部３１は、図２８のＳＮＳ処理を開始すると、Ｓ８５２で、車両１２０から気分情報を受信したか否か判断する。気分情報を受信していない場合は、Ｓ８５４で、その他の規定処理を実行する。規定処理とは、例えば、外部端末或いはサ
ーバからのメッセージ受信や、外部端末或いはサーバへのメッセージ送信などの、既知のＳＮＳ用のアプリにおいて実行される各種処理と同等の処理である。

Ｓ８５２で車両１２０から気分情報を受信した場合は、Ｓ８５６で、スマートフォン１１０のユーザ（即ち車両１２０の運転者）の気分を示す通知画像を決定する。通知画像は、運転者の気分が表れた内容であればどのような画像でもよい。例えば、運転者が怒りの感情を抱いている場合には、「腹が立つ！」というテキストを生成してそれを通知画像に決定してもよいし、予め記憶されている顔のイラスト画像の中から怒っている表情のイラスト画像を抽出してそれを通知画像に決定してもよい。また例えば、運転者が驚きや感動の感情を抱いている場合には、「すごいものを見たぞ！」というテキストを生成してそれを通知画像に決定してもよいし、予め記憶されている顔のイラスト画像の中から驚きの表情のイラスト画像を抽出してそれを通知画像に決定してもよい。

Ｓ８５８では、特定の外部端末或いはサーバへ、第１通信にて、Ｓ８５６で決定した通知画像を送信する。これにより、例えば送信対象として登録されている他のユーザの端末に通知画像が送信され、他のユーザの端末においてその通知画像が表示される。他のユーザは、表示された通知画像を見て、運転者の現在の状況（気分など）を知ることができる。なお、通知画像を送信する際、車両１２０の周囲の画像（前方カメラ２８の撮影画像）や運転者の画像（車室内カメラ２４の撮影画像）を送信してもよい。

なお、通知画像のデータを車両１２０に送信し、車両１２０においてその通知画像を所定の方法で表示させるようにしてもよい。例えば、レーザ光を窓ガラスに照射する装置を備え、その装置を作動させてレーザ光により窓ガラスに通知画像を表示させることで、車両１２０の外にいる人間が、車両１２０の運転者の気持ちを知ることができるようにしてもよい。その際、レーザ光の波長の光を一定期間蓄光可能な蓄光材料を窓ガラスに配置しておくことで、通知画像を一定期間外部から視認できるようにしてもよい。

（１３−７）運転可否判定サービス
次に、上述した各種サービスのうち運転可否判定サービスについて、図２９及び図３０を用いて説明する。運転可否判定サービスは、基本的に、スマートフォン１１０において体調管理アプリ３２ｍが実行されて車両１２０において体調情報対応プログラム２５ｇが実行されることによって実現される。運転可否判定サービスの利用形態としては、主に、スマートフォン１１０を所持しているユーザが車両１２０を運転している形態を想定している。

スマートフォン１１０の制御部３１は、起動後、メモリ３２から体調管理アプリ３２ｍを読み込み、その体調管理アプリ３２ｍに従った処理である体調管理処理を所定周期で繰り返し実行する。体調管理処理は、スマートフォン１１０のユーザの体調に関連する情報を取得して車両１２０へ送信する処理である。図２９は、体調管理処理の一例である。

スマートフォン１１０の制御部３１は、図２９の体調管理処理を開始すると、Ｓ９０２で、車両１２０から体調関連情報の要求があったか否か判断する。体調関連情報とは、スマートフォン１１０のユーザの体調に直接又は間接的に関連する各種の情報であり、例えば、特定期間毎（例えば１日毎）の歩数や、脈拍、心拍数、体温などが挙げられる。

Ｓ９０２で、体調関連情報が要求されていない場合は、体調管理処理を終了する。体調関連情報が要求されている場合は、Ｓ９０４で、体調関連情報を取得する。例えば歩数については、既述の通り、モーションセンサ群５０からの検出信号に基づいて取得することができる。また例えば、脈拍や心拍数、対応などについては、スマートフォン１１０自体にこれらを検出可能なセンサを設けてそのセンサからの検出信号に基づいて取得してもよ
いし、これらを検出する機能を備えた他の端末（例えば腕時計タイプの情報処理端末）からデータ通信にて取得してもよい。

Ｓ９０６では、Ｓ９０４で取得した体調関連情報を、ＢＴ通信にて車両１２０へ送信する。
一方、車両１２０の制御部１０は、起動後、運転者による特定の始動操作が行われると、メモリ２５から体調情報対応プログラム２５ｇを読み込み、その体調情報対応プログラム２５ｇに従った処理である体調情報対応処理を所定周期で繰り返し実行する。始動操作としては、例えばイグニションスイッチをオンする操作が挙げられる。また、電気自動車やハイブリッド自動車などにおいては、車両を走行可能な状態にスタンバイさせるためのいわゆる電源スイッチをオンする操作が挙げられる。

体調情報対応処理は、スマートフォン１１０からスマートフォン１１０のユーザ（即ち運転者）の体調関連情報を取得し、その体調関連情報に応じてその運転者による車両１２０の運転を許可又は禁止する処理である。図３０は、体調情報対応処理の一例である。

車両１２０の制御部１０は、図３０の体調情報対応処理を開始すると、Ｓ９５２で、スマートフォン１１０へＢＴ通信にて体調関連情報を要求する。そして、その要求に対してスマートフォン１１０からＢＴ通信にて送信される体調関連情報を受信することによりその体調関連情報を取得する。

Ｓ９５４では、Ｓ９５２で取得した体調関連情報（即ち運転者の体調に関連する情報）に基づいて、運転者による車両１２０の運転の可否を判定する。例えば、運転者の脈拍、心拍数が正常な範囲を外れている場合には、運転不可と判定する。また例えば、昨日一日間のトータルの歩数が所定の下限値以下の場合は、運動不足として、車両１２０以外の移動方法（例えば徒歩或いは自転車など）を推奨すべく、運転不可と判定する。逆に、脈拍及び心拍数が共に正常な範囲内にある場合や、昨日一日間のトータル歩数が下限値を超えている場合など、当該運転者に車両１２０を運転させることを躊躇すべき特段の事情がない場合は、運転可能と判定する。

Ｓ９５６では、Ｓ９５４での判定結果に基づき、当該運転者による車両１２０の運転が可能か否か（運転可能と判定されたか否か）判断する。運転可能と判定された場合は、Ｓ９５８で、車両１２０の動作状態を走行スタンバイ状態に移行させる。走行スタンバイ状態では、運転者は車両１２０を走行させることができる。Ｓ９５６で運転可能と判断されなかった場合（即ちＳ９５４で運転不可と判定された場合）は、Ｓ９６０で、走行禁止処理を実行する。具体的には、運転者がアクセルペダルを踏んでもそれを無効とし、車両１２０を強制的に走行させないようにする。

（１４）駐車場に配備されている誘導員の腕や、交通誘導を行っている誘導員、警察官などの腕に、モーションセンサ内蔵の携帯型通信端末（例えば腕時計タイプの端末）を装着させ、腕の動き（即ち手振り）を検出して、その手振りがどのような意味（誘導員等によるどのような指示）を示しているのかを認識できるようにしてもよい。手振り認識は、腕に装着された携帯型通信端末が行ってもよいし、モーションセンサの検出信号を他の通信端末（例えば既述のスマートフォン）或いは車両に送信して、その送信先にて行ってもよい。認識可能な手振りとしては、例えば、停止指示、進入禁止指示、発進可能指示などが挙げられる。そして、その認識結果を、スマートフォンにてユーザに報知したり、車両において車両の運転者に報知するようにしてもよい。

例えば、誘導員が腕に装着している携帯型通信端末からモーションセンサの検出信号をスマートフォンが受信し、スマートフォンにて手振り認識を行って、その認識結果をスマ
ートフォンにて報知、或いは車両に送信して車両にて報知するようにしてもよい。

（１５）本発明を適用可能な車両は、エンジンを走行用駆動源とする上記実施形態の車両１に限らず、ハイブリッド車、電気自動車、その他の各種の駆動方式の車両であってもよい。また、乗用車に限らず、商用車、トラック、バス、鉄道車両、その他あらゆる種類の車両に対して本発明を適用できる。

（１６）その他、本発明は、上記の実施形態に示された具体的手段や構造等に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の形態を採り得る。例えば、上記実施形態における１つの構成要素が有する機能を複数の構成要素として分散させたり、複数の構成要素が有する機能を１つの構成要素に統合したりしてもよい。また、上記実施形態の構成の少なくとも一部を、同様の機能を有する公知の構成に置き換えてもよい。また、上記実施形態の構成の一部を、課題を解決できる限りにおいて省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加、置換等してもよい。なお、特許請求の範囲に記載の文言から特定される技術思想に含まれるあらゆる態様が本発明の実施形態である。

［実施形態から把握される技術思想］
以上詳述した種々の実施形態から、少なくとも以下の技術思想が把握される。
（Ａ）異なる２種類の無線通信方式にて車両と無線通信可能な電子キーと、
前記電子キーと無線通信可能な通信端末と、
を備え、
前記２種類の無線通信方式のうち一方の無線通信方式は、他方の無線通信方式よりも通信可能距離が短く、
前記通信端末は、
前記車両に対して特定の処理を実行させるための、その実行させる処理の内容を示す処理項目の指定入力を受け付ける指定入力部と、
前記指定入力部により入力された前記処理項目を示す処理指令を前記電子キーへ送信する指令送信部と、
を備え、
前記電子キーは、
前記通信端末から前記処理指令を受信した場合に、その処理指令に対応した前記処理項目を示す処理コマンドを生成する処理コマンド生成部と、
前記車両と前記一方の無線通信方式にて無線通信が可能か否か判断する通信方式判断部と、
前記通信方式判断部により前記一方の無線通信方式にて無線通信が可能と判断された場合は前記一方の無線通信方式にて前記処理コマンドを前記車両へ送信し、前記通信方式判断部により前記一方の無線通信方式での無線通信が可能ではない判断された場合は前記他方の無線通信方式にて前記処理コマンドを前記車両へ送信するコマンド送信部と、
を備えることを特徴とする車両制御システム。

このような構成によれば、電子キーと車両との無線通信は、両者の相対的距離に応じた適切な方式にて行われる。そのため、電子キーと車両との無線通信を効率的に行うことができる。

（Ｂ）上記（Ａ）において、
前記電子キーは、
前記通信方式判断部により前記一方の無線通信方式での無線通信が可能ではないと判断された場合に、前記他方の無線通信方式による前記処理コマンドの送信が許可されているか否かを判断する許可判断部を備え、
前記コマンド送信部は、前記通信方式判断部により前記一方の無線通信方式での無線通信が可能ではないと判断された場合、前記許可判断部により前記他方の無線通信方式による前記処理コマンドの送信が許可されていると判断された場合に、前記処理コマンドを前記他方の無線通信方式にて前記車両へ送信する
ことを特徴とする車両制御システム。

このような構成によれば、電子キーが車両と一方の無線通信方式で無線通信ができない場合（例えば電子キーが車両から大きく離れている場合）に、他方の無線通信方式にて車両へ処理コマンドを送信しても良いか否かを任意に決めることができる。他方の無線通信方式での送信を許可すれば、電子キーが車両から離れていても車両を遠隔制御できる。逆に、他方の無線通信方式での送信を不許可とすれば、電子キーが車両からみて一定の距離（一方の無線通信方式による無線通信が可能な距離）よりも離れている場合には車両を遠隔操作できないため、セキュリティ性能を高めることができる。
（Ｃ）車両と無線通信可能な電子キーと、
前記電子キーと無線通信可能な通信端末と、
を備え、
前記通信端末は、
表示部と、
前記車両に対して実行させることが可能な処理項目を示す画像である処理項目画像を前記表示部に表示させる表示制御部と、
前記表示制御部により前記表示部に表示された前記処理項目画像の中から少なくとも１つを指定するための指定入力を受け付ける指定入力部と、
前記指定入力部により指定された前記処理項目画像が示す前記処理項目に対応した処理指令を前記電子キーへ送信する指令送信部と、
を備え、
前記電子キーは、
前記通信端末から前記処理指令を受信した場合に、その処理指令に対応した前記処理項目を示す処理コマンドを前記車両へ送信するコマンド送信部を備える
ことを特徴とする車両制御システム。

このような構成によれば、ユーザは、通信端末に表示されている処理項目画像の中から所望の処理項目画像（車両に実行させたい処理に対応した処理項目画像）を容易に探して指定することができる。なお、図３に例示した各アイコンが上記処理項目画像の一例に相当する。
（Ｄ）車両と無線通信可能な電子キーと、
前記電子キーと無線通信可能な通信端末と、
を備え、
前記通信端末は、
動画を撮影可能な撮像部、及び音声を入力可能な音声入力部、のうち少なくとも一方と、
前記撮像部により撮影されたユーザのジェスチャー、及び前記音声入力部に入力されたユーザの音声、のうち少なくとも一方を処理指定情報として受け付ける処理受付部と、
前記処理指定情報を前記電子キーへ送信する送信部と、
を備え、
前記電子キーは、
前記通信端末から前記処理指定情報を受信した場合に、前記車両に対して実行させることが可能な処理項目のうち、その受信した処理指定情報が示す前記処理項目に対応した処理コマンドを前記車両へ送信するコマンド送信部を備える
ことを特徴とする車両制御システム。

このような構成によれば、通信端末は、ユーザのジェスチャー又は音声を示す処理指定情報を電子キーに送信する機能を備えていればよく、ユーザにより入力された処理指定情報が何を意味しているのかを認識する必要はない。ユーザにより入力された処理指定情報が何を意味しているのかを認識する処理は電子キーにて行われる。そのため、通信端末の処理負荷を低減することができる。

なお、図８のＳ３４〜Ｓ３８の処理、及びＳ４２〜Ｓ４６の処理が、上記処理受付部の処理の一例に相当する。また、Ｓ３４で認識したジェスチャーパターン又はこれに対応した操作内容、及びＳ４２で認識した音声パターン又はこれに対応した操作内容が、上記処理指定情報の一例に相当する。

（Ｅ）車両と、
前記車両と無線通信可能な電子キーと、
前記電子キーと無線通信可能な通信端末と、
を備え、
前記通信端末は、
動画を撮影可能な撮像部、及び音声を入力可能な音声入力部、のうち少なくとも一方と、
前記撮像部により撮影されたユーザのジェスチャー、及び前記音声入力部に入力されたユーザの音声、のうち少なくとも一方を処理指定情報として受け付ける処理受付部と、
前記処理指定情報を前記電子キーへ送信する端末側送信部と、
を備え、
前記電子キーは、前記通信端末から送信された前記処理指定情報を受信した場合にその受信した処理指定情報を中継して前記車両へ送信する中継送信部を備え、
前記車両は、
前記電子キーから前記処理指定情報を受信した場合に、前記処理指定情報が示す処理項目を実行する処理実行部を備える
ことを特徴とする車両制御システム。

このような構成によれば、通信端末及び電子キーのいずれも、ユーザのジェスチャー又は音声を示す処理指定情報を送信する機能を備えていればよく、ユーザにより入力された処理指定情報が何を意味しているのかを認識する必要はない。ユーザにより入力された処理指定情報が何を意味しているのかを認識する処理は車両にて行われる。そのため、通信端末及び電子キーの処理負荷を低減することができる。

（Ｆ）車両と無線通信可能な電子キーであって、
前記車両に対して特定の処理を実行させるための、その実行させる処理の内容を示す処理項目の指定入力を受け付ける指定入力部と、
前記指定入力部により入力された前記処理項目を示す処理コマンドを前記車両へ送信するコマンド送信部と、
を備えることを特徴とする電子キー。

Claims (5)

1. 起動後、メモリからＳＮＳ連携プログラムを読み込み、ＳＮＳ連携処理を所定周期で繰り返し実行する制御部を有し、
   前記ＳＮＳ連携処理は、ＳＮＳアプリが実行されている携帯情報端末との間で情報の送受信を行う処理を含み、
   前記ＳＮＳ連携処理は、運転者の気分を判定し、判定結果の前記気分を示す気分情報を前記携帯情報端末に送信する処理を含む、
   車両。
2. 請求項１に記載の車両であって、
   前記ＳＮＳ連携処理は、前記運転者の顔の画像から前記気分を判定する処理を含む、
   車両。
3. 起動後、メモリからＳＮＳ連携プログラムを読み込み、ＳＮＳ連携処理を所定周期で繰り返し実行する制御部を有する車両であって、
   前記ＳＮＳ連携処理は、ＳＮＳアプリが実行されている携帯情報端末との間で情報の送受信を行う処理を含み、
   前記ＳＮＳ連携処理は、前記車両の周囲の画像又は前記車両の運転者の画像を前記携帯情報端末に送信する処理を含む、
   車両。
4. 請求項１〜３のいずれか１項に記載の車両であって、
   前記ＳＮＳ連携処理は、前記車両内に存在する前記携帯情報端末との間で前記情報の送受信を行う処理を含む、
   車両。
5. ＳＮＳアプリを実行可能な携帯情報端末であって、
   車両との間で情報の送受信を行うように構成された車両連携ユニットを備え、
   前記車両連携ユニットは、前記車両の運転者の気分を示す気分情報を前記車両から受信し、前記気分情報が示す前記気分を示す通知画像を生成するように構成され、
   前記ＳＮＳアプリを実行することにより、前記通知画像を外部端末又はサーバへ送信するように構成された、
   携帯情報端末。

Images