WO2014065052A1 - 端末装置及び移動体 - Google Patents

Abstract

　端末装置（例えば、携帯電話）は、移動体（例えば、車両）を制御するプログラムを記憶する記憶ユニットと、前記移動体との間で認証を行う認証ユニットと、前記認証ユニットにより認証が行われたことを条件として、前記プログラムを前記移動体に出力する出力ユニットと、を備える。移動体に出力されたプログラムは、イグニションＯＦＦの状態になると消失する。認証ユニットによる認証が行われない場合、移動体を制御するプログラムが移動体に出力されず、移動体の移動ができないため、移動体のセキュリティが向上する。

Description

端末装置及び移動体 関連出願の相互参照

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

　本発明は、端末装置及び移動体に関する。

　近年、車両の盗難が大きな問題となっている。車両の盗難防止策として種々の技術が提案されている（例えば特許文献１参照）。

特開平０８－０７２６７２号公報

　しかしながら、従来の技術では、車両の盗難を十分に抑制することはできなかった。本発明は以上の点に鑑みなされたものであり、上記の課題を解決することを一側面とする。

　本発明の端末装置は、移動体を制御するプログラムを記憶する記憶ユニットと、前記移動体との間で認証を行う認証ユニットと、前記認証ユニットにより認証が行われたことを条件として、前記プログラムを前記移動体に出力する出力ユニットとを備えることを特徴とする。

　本発明の端末装置によれば、認証ユニットによる認証が行われない場合、移動体を制御するプログラムが移動体に出力されず、移動体の移動ができない。そのため、移動体のセキュリティが向上する。

　前記認証は、例えば、移動体の移動に応じて更新される鍵データを用いて行うことができる。この場合、鍵データの模造が困難となるので、移動体のセキュリティが一層向上する。

　本発明の移動体は、プログラムにより制御される移動体であって、前記プログラムを記憶する記憶ユニットと、端末装置との間で認証を行う認証ユニットと、前記認証ユニットにより認証が行われたことを条件として、前記端末装置が出力する前記プログラムを前記記憶ユニットに書き込む書き込みユニットと、前記記憶ユニットに記憶された前記プログラムを消去する消去ユニットと、を備えることを特徴とする。

　本発明の移動体によれば、認証ユニットによる認証が行われない場合、移動体を制御するプログラムが移動体に書き込まれず、移動体の移動ができない。そのため、移動体のセキュリティが向上する。

車両１の構成を表すブロック図である。 図２ＡはＥＣＵ５、１１、１５、１９、２３、２７、３１の構成を表すブロック図であり、図２ＢはＥＣＵ７の構成を表すブロック図である。 図３Ａは端末装置１０１の電気的構成を表すブロック図であり、図３Ｂは主として端末装置１０１の前面を表す斜視図であり、図３Ｃは主として端末装置１０１の背面を表す斜視図である。 プログラム移行処理を表すフローチャートである。 プログラムインストール処理を表すフローチャートである。 鍵データ更新処理を表すフローチャートである。 情報提供処理を表すフローチャートである。 情報提供処理を表すフローチャートである。 音声応答処理を表すフローチャートである。 音声応答処理を表すフローチャートである。 走行条件変更処理を表すフローチャートである。 体調チェック処理を表すフローチャートである。 居眠り防止処理を表すフローチャートである。 居眠り防止処理を表すフローチャートである。 誤操作検出処理を表すフローチャートである。 老人モード設定処理を表すフローチャートである。 シミュレーション実行処理を表すフローチャートである。 シミュレーション実行処理を表すフローチャートである。 ドアロック解除処理を表すフローチャートである。 車両１の構成を表すブロック図である。 プログラムインストール処理を表すフローチャートである。 プログラムインストール処理を表すフローチャートである。 車両１、携帯端末１０１、及びサーバ２０１を表す説明図である。 サーバを用いるプログラムインストール処理を表すフローチャートである。 プログラムインストール処理を表すフローチャートである。 プログラムインストール処理を表すフローチャートである。 プログラムインストール処理を表すフローチャートである。 プログラムインストール処理を表すフローチャートである。 車両１の構成を表すブロック図である。

１・・・車両、３・・・エンジン、５・・・エンジン制御用ＥＣＵ、
７・・・特定処理用ＥＣＵ、９・・・メータ、１１・・・メータ表示用ＥＣＵ、
１３・・・距離計、１５・・・距離計用ＥＣＵ、１７・・・マイク、
１９・・・マイク用ＥＣＵ、２１・・・カメラ、２３・・・カメラ用ＥＣＵ、
２５・・・スピーカ、２７・・・スピーカ用ＥＣＵ、２９・・・入力ユニット、
３１・・・ディスプレイ、３３・・・ディスプレイ用ＥＣＵ、３５・・・センサ群、
３７・・・不揮発性メモリ、３９・・・揮発性メモリ、４０・・・ＧＰＳユニット、
４１・・・無線通信ユニット、４３・・・操作検出センサ、
４５・・・燃料残量センサ、４７・・・タイヤ空気圧センサ、
４９・・・乗車人数センサ、５０・・・ドアロックユニット、５７・・・通信Ｉ／Ｆ
１０１・・・端末装置、１０３・・・ＧＰＳユニット、１０５・・・無線通信ユニット、１０７・・・前面カメラ、１０８・・・背面カメラ、１０９・・・ディスプレイ、
１１１・・・マイク、１１０・・・アイコン、１１３・・・スピーカ、
１１５・・・入力ユニット、１１７・・・メモリ、１１９・・・温度センサ、
１２１・・・湿度センサ、１２３・・・ＣＰＵ、１２５・・・音声認識ＤＢ、
１２７・・・制限動作ＥＣＵ、１２９・・・給電部、
１３１・・・ＩＧ　ＯＦＦ時電源用ＥＣＵ、１３３・・・ＩＧ　ＯＦＦ時電源

　本発明の実施形態を説明する。
＜第１の実施形態＞
　１．車両１の構成
　車両１の構成を図１及び図２Ａ～図２Ｂに基づいて説明する。なお、車両１は移動体の一実施形態である。車両１は、図１に示すように、エンジン３、エンジン制御用ＥＣＵ５、特定処理用ＥＣＵ７、メータ９、メータ表示用ＥＣＵ１１、距離計１３、距離計用ＥＣＵ１５、マイク１７、マイク用ＥＣＵ１９、カメラ２１、カメラ用ＥＣＵ２３、スピーカ２５、スピーカ用ＥＣＵ２７、入力ユニット２９、ディスプレイ３１、ディスプレイ用ＥＣＵ３３、センサ群３５、不揮発性メモリ３７、揮発性メモリ３９、ＧＰＳユニット４０、無線通信ユニット４１、及びドアロックユニット５０を備え、各構成はＣＡＮ４２により相互に接続している。なお、車両１は、その他にも、一般的な車両と同様の構成を備えるが、ここでは省略する。

　エンジン制御用ＥＣＵ５は、複数のセンサ（図示略）の検出結果等に基づき、エンジン制御用プログラムによって複数のアクチュエータ（図示略）を動作させることで、エンジン３の制御を行う。そのエンジン制御用プログラムは、車両１の初期状態（例えば、ユーザが車両１をディーラー等から購入した直後の状態）においては、不揮発性メモリ３７に記憶されている。また、後述するインストール処理により、エンジン制御用プログラムは揮発性メモリ３９に記憶される。詳しくは後述する。

　特定処理用ＥＣＵ７は、図２Ｂに示すように、ＣＰＵ５１、ＲＯＭ５３、ＲＡＭ５５、及び通信インターフェイス（Ｉ／Ｆ）５７を備えており、ＲＯＭ５３に記憶されたプログラムにより、後述する各種処理を実行する。また、ＲＯＭ５３には、後述する音声認識を実行するための音声認識データベース（ＤＢ）５９が記憶されている。

　メータ９は、車両１の速度、エンジン３の回転数、車両１の累積走行距離、燃料の残量等の各種情報をドライバに対し表示する。距離計１３は、車両１の累積走行距離を随時更新しながら保持する。マイク１７は、車両１の車室内の音声を電気信号に変換する。カメラ２１は、車両１の車室内に設置され、ドライバの顔を撮影する。スピーカ２５は、車両１の車室内にて音声を出力する。ディスプレイ３１は、車両１の車室内に設けられた、ドライバに対し画像を表示可能な液晶ディスプレイである。

　メータ表示用ＥＣＵ１１、距離計用ＥＣＵ１５、マイク用ＥＣＵ１９、カメラ用ＥＣＵ２３、スピーカ用ＥＣＵ２７、及びディスプレイ用ＥＣＵは、それぞれ、メータ９、距離計１３、マイク１７、カメラ２１、スピーカ２５、及びディスプレイ３１を制御する。エンジン制御用ＥＣＵ５及び上記の各ＥＣＵは、図２Ａに示すように、ＣＰＵ５１、ＲＯＭ５３、ＲＡＭ５５、及び通信Ｉ／Ｆ５７を備えている。

　入力ユニット２９は、ドライバが操作可能な複数のスイッチである。センサ群３５は、操作検出センサ４３、燃料残量センサ４５、タイヤ空気圧センサ４７、乗車人数センサ４９を含む。操作検出センサ４３は、車両１の走行に関連する操作部位（例えば、ハンドル、アクセル、ブレーキ、変速機、サイドブレーキ、方向指示器等）のそれぞれについて、操作の有無、操作量、及び操作の方向（例えばハンドルであれば、左右どちらに切ったのか）を検出する。燃料残量センサ４５は燃料の残量を検出する。タイヤ空気圧センサ４７はタイヤの空気圧を検出する。乗車人数センサ４９は、車両１の各座席における乗員の有無を検出し、その検出結果から乗車人数を検出する。

　不揮発性メモリ３７は、電源供給の有無によらず、記憶したデータを保持可能なメモリである。不揮発性メモリ３７は、ハードディスクドライブ（ＨＤＤ）により構成できる。
揮発性メモリ３９は、電源供給の停止により、それまで記憶していたデータを失うメモリである。揮発性メモリ３９の電源は、車両１がＩＧ（イグニッション）ＯＮの状態のときにはＯＮとなり、ＩＧ　ＯＦＦの状態のときにはＯＦＦとなる。

　ＧＰＳユニット４０は、周知のＧＰＳを用いて車両１の位置を検出する。無線通信ユニット４１は、後述する端末装置１０１との間でブルートゥース（登録商標）規格の近距離無線通信を実行可能な構成である。無線通信ユニット４１は、後述する無線通信ユニット１０５とペアリングされている。ドアロックユニット５０は、車両１のドアにおけるロックと解除とを行う。

　２．端末装置１０１の構成
　端末装置１０１の構成を図３Ａ～図３Ｃに基づき説明する。端末装置１０１は、携帯電話（特にいわゆるスマートフォン）であって、ＧＰＳユニット１０３、無線通信ユニット１０５、前面カメラ１０７、背面カメラ１０８、ディスプレイ１０９、マイク１１１、スピーカ１１３、入力ユニット１１５、メモリ１１７、温度センサ１１９、湿度センサ１２１、及びＣＰＵ１２３を備える。

　ＧＰＳユニット１０３は、周知のＧＰＳを用いて端末装置１０１の位置を検出する。無線通信ユニット１０５は、車両１の無線通信ユニット４１との間でブルートゥース（登録商標）規格の近距離無線通信を実行可能な構成である。無線通信ユニット１０５は、無線通信ユニット４１とペアリングされている。

　また、無線通信ユニット１０５は、図示しない基地局との間で音声通信が可能な構成である。よって、端末装置１０１は、無線通信ユニット１０５により、携帯電話としての機能を実現することができる。また、端末装置１０１は、無線通信ユニット１０５により、電気通信回線（例えばインターネット）に接続し、データの送受信を行うことができる。

　前面カメラ１０７は端末装置１０１の前面に設けられており、前面側を撮像可能である。背面カメラ１０８は端末装置１０１の背面に設けられており、背面側を撮像可能である。

　ディスプレイ１０９は、端末装置１０１の前面に設けられた液晶ディスプレイ又は有機ＥＬディスプレイである。
　マイク１１１は、端末装置１０１の下側面に設けられている。マイク１１１は、端末装置１０１を電話として使用するとき、ユーザの音声を取得する。また、マイク１１１は、後述する情報提供処理等においても、音声を取得する。

　スピーカ１１３は、端末装置１０１の前面上方に設置されている。スピーカ１１３は、端末装置１０１を電話として使用するとき、通話相手の音声を出力する。また、スピーカ１１３は、後述する情報提供処理、音声応答処理、誤操作検出処理、及びシミュレーション実行処理等においても音声を出力する。

　入力ユニット１１５は、ユーザの操作に応じて情報を入力可能な構成である。入力ユニット１１５は、ディスプレイ１０９と一体に形成された静電容量方式のタッチパネルである。ユーザは、ディスプレイ１０９上に表示される所定のアイコン１１０の位置をタップする（指で軽く触れる）ことで、後述する各処理に対応するアプリケーションを起動することができる。また、ユーザは、ディスプレイ１０９上の表示に応じ、ディスプレイ１０９の表面に指で触れる操作を行うことで、種々の入力を行うことができる。なお、入力ユニット１１５は、静電容量方式以外のタッチパネルであってもよいし、タッチパネル以外の入力ユニット（例えばディスプレイ１０９とは別に設けられたキーボード等）であってもよい。

　温度センサ１１９及び湿度センサ１２１は、それぞれ、端末装置１０１の右側面に設けられており、ユーザが通常の握り方で端末装置１０１を握った場合、ユーザの手は温度センサ１１９及び湿度センサ１２１に接する。そのため、温度センサ１１９はユーザの体温を検出することができ、湿度センサ１２１はユーザの手の湿り具合を検出することができる。

　ＣＰＵ１２３は、後述する各種処理を実行する。メモリ１１７には、その各種処理を実行するためのプログラム、後述する音声認識処理を実行するための音声認識ＤＢ１２５、及び後述する鍵データが記憶されている。

　端末装置１０１は、その他にも、通常の携帯電話と同様の構成を備えているが、ここでは説明を省略する。なお、端末装置１０１は、携帯電話以外の端末装置（例えば、携帯型又は据置型のナビゲーション装置、携帯型コンピュータ、携帯音楽プレーヤー等）であってもよい。

　３．プログラム移行処理
　（３－１）プログラム移行処理の内容
　図４のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行するプログラム移行処理を説明する。図４において、ステップ１～５は、車両１が前記初期状態にあるとき、ユーザが入力ユニット２９に所定の入力操作（以下、プログラム移行操作とする）を行った場合に車両１が実行する処理であり、ステップ１１～１５は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理である。

　ステップ１において、車両１は、無線通信ユニット４１を用いて、鍵データを要求する信号を送信する。ここで、鍵データとは、車両１と端末装置１０１とが共通に保持するデータであり、相互の認証に用いられるデータである。なお、以下では、特に断らない限り、車両１が実行する信号の送受信は、無線通信ユニット４１を用いて行われる。

　ステップ２では、正しい（車両１が保持する鍵データと一致する）鍵データを受信したか否かを判断する。正しい鍵データを受信した場合はステップ３に進み、受信しなかった場合は本処理を終了する。なお、本ステップで受信する鍵データは、後述するステップ１２において端末装置１０１が送信するものである。

　ステップ３では、不揮発性メモリ３７に記憶されているエンジン制御用プログラムを端末装置１０１へ送信する。
　ステップ４では、受信確認信号を受信したか否かを判断する。受信確認信号を受信した場合はステップ５に進み、受信しなかった場合は本処理を終了する。なお、受信確認信号は後述するステップ１４において端末装置１０１が送信するものである。

　ステップ５では、不揮発性メモリ３７に記憶されていたエンジン制御用プログラムを削除する。
　一方、端末装置１０１は、ステップ１１において、鍵データを要求する信号（前記ステップ１参照）を無線通信ユニット１０５によって受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ１２に進み、受信しなかった場合は再度ステップ１１の処理を繰り返す。なお、以下では、特に断らない限り、端末装置１０１が実行する信号の送受信は、無線通信ユニット１０５を用いて行われる。

　ステップ１２では、メモリ１１７に保持していた鍵データを車両１へ送信する。
　ステップ１３では、車両１から送信されたエンジン制御用プログラム（前記ステップ３参照）を受信したか否かを判断する。受信した場合はステップ１４に進み、受信しなかった場合は本処理を終了する。

　ステップ１４では、受信確認信号を車両１へ送信する。
　ステップ１５では、受信したエンジン制御用プログラムをメモリ１１７に記憶する。
　（３－２）プログラム移行処理による効果
　以上のプログラム移行処理の結果、それまで車両１の不揮発性メモリ３７に記憶されていたエンジン制御用プログラムは削除されるので、これ以降、後述するプログラムインストール処理を実行しない限り、エンジン制御用プログラムが車両１側に存在せず、車両１の走行が不可能となる。その結果、車両１のセキュリティが向上する。

　また、プログラム移行処理の結果、エンジン制御用プログラムが端末装置１０１のメモリ１１７に記憶されるので、後述するプログラムインストール処理が可能になる。
　また、車両１は、正しい鍵データを受信したときのみ、エンジン制御用プログラムを送信するので、エンジン制御用プログラムを不正に取得されることがない。

　（３－３）変形例
　車両１から端末装置１０１に移行する情報は、エンジン制御用プログラム以外のプログラム又はデータであってもよい。移行するプログラム又はデータは、車両１の機能に関する（例えば、それがないと機能が失われる）ものであることが好ましい。

　４．プログラムインストール処理
　（４－１）プログラムインストール処理の内容
　図５のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行するプログラムインストール処理を説明する。図５においてステップ２１～２６は、ＩＧ　ＯＮの状態となったときに車両１が実行する処理であり、ステップ３１～３４は、専用のアプリケーションの起動中、端末装置１０１が繰り返し実行する処理である。なお、プログラムインストール処理は、前記プログラム移行処理を実行済みである場合に実行可能である。

　ステップ２１では、鍵データを要求する信号を端末装置１０１へ送信する。
　ステップ２２では、正しい鍵データを受信したか否かを判断する。正しい鍵データを受信した場合は、その鍵データを送信した端末装置１０１を、これ以降の処理を実行する対象として認証し、ステップ２３に進む。一方、正しい鍵データを受信しなかった場合はステップ２１に戻る。なお、本ステップで受信する鍵データは後述するステップ３２において端末装置１０１が送信するものである。

　ステップ２３では、エンジン制御用ＥＣＵ５に対し、エンジン３の始動を許可する。
　ステップ２４では、エンジン制御用プログラムの送信を要求する信号を端末装置１０１へ送信する。エンジン制御用プログラムの送信を要求する信号の送信後、所定時間、車両１は、端末装置１０１からエンジン制御プログラムを受信可能な状態となる。

　ステップ２５では、エンジン制御用プログラムを受信したか否かを判断する。エンジン制御用プログラムを受信した場合はステップ２６に進み、受信しなかった場合はステップ２４に戻る。なお、本ステップで受信するエンジン制御用プログラムは、後述するステップ３４において端末装置１０１が送信するものである。

　ステップ２６では、受信したエンジン制御用プログラムを揮発性メモリ３９に記憶する。
　一方、端末装置１０１は、ステップ３１において、鍵データを要求する信号（前記ステップ２１参照）を受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ３２に進み、受信しなかった場合は再度ステップ３１の処理を繰り返す。

　ステップ３２では、メモリ１１７に保持していた鍵データを車両１へ送信する。
　ステップ３３では、エンジン制御用プログラムの送信を要求する信号（前記ステップ２４参照）を受信したか否かを判断する。受信した場合はステップ３４に進み、受信しなかった場合は再度ステップ３３の処理を行う。

　ステップ３４では、メモリ１１７に記憶していたエンジン制御用プログラムを車両１へ送信する。
　（４－２）プログラムインストールによる効果
　以上のプログラムインストール処理により、エンジン制御用プログラムが車両１側の揮発性メモリ３９にインストールされるので、車両１の走行が可能になる。ただし、車両１をＩＧ　ＯＦＦの状態にすると、揮発性メモリ３９に電力が供給されなくなり、そこに記憶されていたエンジン制御用プログラムが消失する。そのため、ＩＧ　ＯＦＦの状態にした後は、車両１の走行が不可能になるので、車両１のセキュリティが向上する。

　また、車両１が正しい鍵データを受信できない場合（すなわち認証ができない場合）、エンジン制御用プログラムが車両１側にインストールされず、車両１の走行が不可能になるので、車両１のセキュリティが向上する。

　また、車両１が正しい鍵データを受信できない場合、エンジン３を始動できないため、車両１のセキュリティが向上する。
　（４－３）発明との対応関係
　メモリ１１７は、移動体を制御するプログラムを記憶する記憶ユニットの一実施形態である。前記ステップ３１～３２において鍵データに関する処理を実行する無線通信ユニット１０５、メモリ１１７、及びＣＰＵ１２３は移動体との間で認証を行う認証ユニットの一実施形態である。前記ステップ３３～３４においてプログラム送信に関する処理を実行する無線通信ユニット１０５、メモリ１１７、及びＣＰＵ１２３は、前記認証ユニットにより認証が行われたことを条件として、前記プログラムを前記移動体に出力する出力ユニットの一実施形態である。

　エンジン制御用プログラムにより制御される車両１は、プログラムにより制御される移動体の一実施形態である。揮発性メモリ３９は、プログラムを記憶する記憶ユニットの一実施形態である。前記ステップ２１～２２の処理を実行する特定処理用ＥＣＵ７、及び無線通信ユニット４１は、端末装置との間で認証を行う認証ユニットの一実施形態である。前記ステップ２４～２６の処理を実行する特定処理用ＥＣＵ７、揮発性メモリ３９、及び無線通信ユニット４１は、認証ユニットにより認証が行われたことを条件として、端末装置が出力するプログラムを前記記憶ユニットに書き込む書き込みユニットの一実施形態である。ＩＧ　ＯＦＦにより揮発性メモリ３９に記憶されていたエンジン制御用プログラムが消去される構成は、記憶ユニットに記憶されたプログラムを消去する消去ユニットの一実施形態である。

　（４－４）変形例
　エンジン制御用プログラムを車両１側にインストールせず、車両１の走行中は、端末装置１０１のメモリ１１７に記憶されたエンジン制御用プログラムを用いて、エンジン３を制御してもよい。この場合、無線通信ユニット４１と無線通信ユニット１０５とによる通信により、メモリ１１７に記憶されたエンジン制御用プログラムの一部を、随時、エンジン制御用ＥＣＵ５のＲＡＭ５５に読み出すことで、エンジン３を制御することができる。

　また、端末装置１０１から車両１にインストールする情報は、エンジン制御用プログラム以外のプログラム又はデータであってもよい。インストールするプログラム又はデータは、車両１の機能に関する（例えばそれがないと機能が失われる）ものであることが好ましい。

　また、端末装置１０１から車両１にインストールし、揮発性メモリ３９に記憶する情報は、エンジン制御用プログラムの一部であってもよい。この場合、前記一部以外のエンジン制御用プログラムは不揮発性メモリ３７に予め記憶しておくことができる。上記の場合、車両１をＩＧ　ＯＦＦの状態にしたとき、消去されるのは、エンジン制御用プログラムの一部（揮発性メモリ３９に記憶された部分）である。エンジン制御用プログラムの一部が消去されると、車両１の走行は困難となる。

　また、車両１側にインストールされたエンジン制御用プログラムを消去するタイミングは、車両１のドアをロックしたタイミング、ドライバが車両１から離れたタイミング等であってもよい。また、車両１側にインストールされたエンジン制御用プログラムを、ドライバの操作により消去できるようにしてもよい。

　また、前記プログラム移行処理を実行していない状態（エンジン制御用プログラムが不揮発性メモリ３７に記憶されている状態）においては、車両１側の処理は前記ステップ２１～２３の処理のみでもよく、端末装置１０１側の処理は前記ステップ３１～３２の処理のみでもよい。この場合、端末装置１０１は、移動体（車両１）が備える駆動源（エンジン３）の始動を許可する鍵データとして前記移動体の移動に応じて更新される鍵データ（車両１の累積走行距離）を記憶する記憶ユニットと、前記鍵データを出力する出力ユニットとを備えることを特徴とする端末装置の一実施形態である。

　５．鍵データ更新処理
　（５－１）鍵データ更新処理の内容
　図６のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行する鍵データ更新処理を説明する。図６においてステップ４１～４５は、ＩＧ　ＯＦＦの状態としたときに車両１が実行する処理であり、ステップ５１～５４は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理である。

　ステップ４１において、車両１は、鍵データ（更新前の鍵データ）を要求する信号を端末装置１０１へ送信する。
　ステップ４２では、正しい鍵データ（車両１が保持する更新前の鍵データと一致する鍵データ）を受信したか否かを判断する。正しい鍵データを受信した場合はステップ４３に進み、受信しなかった場合は本処理を終了する。なお、本ステップで受信する鍵データは後述するステップ５２において端末装置１０１が送信するものである。

　ステップ４３では、距離計１３（図１参照）が保持している最新の累積走行距離を取得し、その累積走行距離を端末装置１０１へ送信する。
　ステップ４４では、受信確認信号を受信したか否かを判断する。受信確認信号を受信した場合はステップ４５に進み、受信しなかった場合は本処理を終了する。なお、受信確認信号は、後述するステップ５４において端末装置１０１が送信するものである。

　ステップ４５では、前記ステップ４３で送信した累積走行距離を、更新後の鍵データとする。なお、累積走行距離を内容とする鍵データは、移動体の移動に応じて更新される鍵データの一実施形態である。

　一方、端末装置１０１は、ステップ５１において、鍵データを要求する信号（前記ステップ４１参照）を受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ５２に進み、受信しなかった場合は再度ステップ５１の処理を行う。

　ステップ５２では、鍵データ（更新前の鍵データ）を車両１へ送信する。
　ステップ５３では、車両１が送信した累積走行距離（前記ステップ４３参照）を受信したか否かを判断する。累積走行距離を受信した場合はステップ５４に進み、受信しなかった場合は本処理を終了する。

　ステップ５４では、受信確認信号を車両１へ送信する。
　ステップ５５では、前記ステップ５３で受信した累積走行距離を、更新後の鍵データとする。

　（５－２）鍵データ更新処理による効果
　鍵データ更新処理により、車両１と端末装置１０１とが共有する鍵データが、車両１の移動に応じて更新される。そのため、鍵データの偽造が困難となり、車両１のセキュリティが一層向上する。

　（５－３）変形例
　鍵データとして、累積走行距離の他にも、車両１の走行に応じて更新されるデータを適宜用いることができる。例えば、車両１の走行軌跡を表すデータ、車両１に設置されたカメラにより所定のタイミングで車外の風景を撮影した画像データ、車両１の位置、速度、加速度、ヨーレート、走行方向、検出した振動等の時系列データ等を鍵データとすることができる。

　また、鍵データは、車両１の走行に応じて更新されるデータ以外のものであってもよい。この場合も、鍵データは随時更新（例えば、鍵データの使用のたびに更新）されることが好ましい。例えば、乱数等に基き、ランダムに発生させる鍵データや、ドライバが設定する鍵データ等を用いることができる。

　また、鍵データを更新するタイミングは、ＩＧ　ＯＦＦとしたときではなく、適宜設定してもよい。例えば、車両１の走行中において前回の更新から所定時間経過したときに鍵データを更新することができる。

　また、上記の鍵データ更新処理では、車両１が鍵データ（累積走行距離）を取得し、その取得した鍵データを端末装置１０１に転送しているが、車両１と端末装置１０１それぞれが独立して車両１の累積走行距離を取得し、その取得した累積走行距離を鍵データとしてもよい。

　６．情報提供処理
　（６－１）情報提供処理の内容
　図７及び図８のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行する情報提供処理を説明する。情報提供処理は、図７に示す第１の情報提供処理と、図８に示す第２の情報提供処理とから成る。

　第１の情報提供処理において、ステップ６１～６３は、ＩＧ　ＯＮの状態の間、車両１が所定時間ごとに繰り返し実行する処理であり、ステップ７１～７３は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理である。また、第２の情報提供処理は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理である。

　まず、第１の情報提供処理について説明する。ステップ６１において車両１は、情報送信要求を受信したか否かを判断する。情報送信要求を受信した場合はステップ６２に進み、受信しなかった場合は本処理を終了する。なお、情報送信要求は、後述するステップ７１において端末装置１０１が送信するものである。

　ステップ６２では、端末装置１０１へ未だ送信していない車両情報が車両１に存在するか否かを判断する。ここで、車両情報とは、車両１の操作に関する質問と、その回答とを対応付けて記憶した情報である。例えば、車両情報には、「後部座席の倒し方は？」という質問と、その質問に対する「・・・にある黒色のレバーを手前に引く」という回答とが対応付けられて記憶されている。また、車両情報には、１つの質問に対する回答として、音声による回答と、画像表示による回答との２種類が記憶されている。車両情報は、不揮発性メモリ３７に予め記憶されている。未送信の車両情報が存在する場合はステップ６３に進み、存在しない場合は本処理を終了する。

　ステップ６３では、未送信の車両情報を端末装置１０１へ送信する。
　一方、端末装置１０１は、ステップ７１において、情報送信要求（前記ステップ６１参照）を車両１へ送信する。

　ステップ７２では、車両情報（前記ステップ６３参照）を受信したか否かを判断する。車両情報を受信した場合はステップ７３に進み、受信しなかった場合は本処理を終了する。

　ステップ７３では、前記ステップ７２で受信した車両情報をメモリ１１７に記憶する。
　以上の第１の情報提供処理により、車両１が保持していた車両情報が端末装置１０１に転送される。

　次に、第２の情報提供処理について説明する。ステップ８１では、マイク１１１によって音声入力を検出したか否かを判断する。音声入力を検出した場合はステップ８２に進み、検出しなかった場合はステップ８８に進む。

　ステップ８２では、メモリ１１７に記憶された音声認識ＤＢを用い、周知の音声認識技術により、前記ステップ８１で検出した音声について音声認識を行う。
　ステップ８３では、前記ステップ８２における音声認識の結果、又は後述するステップ８８で検出した入力結果が、車両情報における質問に該当するか否かを判断する。質問に該当する場合はステップ８４に進み、質問に該当しない場合はステップ８６に進む。

　ステップ８４では、端末装置１０１の回答モードが、音声モードと表示モードとのうちのどちらであるかを判断する。ここで、音声モードとは、車両情報の回答を音声で出力するモードであり、表示モードとは、回答を画像表示で出力するモードである。ユーザは、予め、入力ユニット１１５に所定の入力を行うことで、音声モードと表示モードとのうちのどちらかを設定することができる。音声モードである場合はステップ８５に進み、画像表示モードである場合はステップ８７に進む。

　ステップ８５では、スピーカ１１３を用いて質問に対する回答が音声で出力される。また、ステップ８７では、ディスプレイ１０９を用いて質問に対する回答が画像として表示される。

　一方、前記ステップ８３にて音声認識結果又は入力結果が質問に該当しないと判断された場合はステップ８６にて、音声又は入力の意味が不明である旨の表示がディスプレイ１０９になされる。

　また、前記ステップ８１にて音声入力を検出しなかった場合はステップ８８にて、入力ユニット１１５への質問の入力があるか否かを判断する。質問の入力がある場合はステップ８３に進み、入力がない場合は本処理を終了する。

　（６－２）情報提供処理による効果
　情報提供処理によれば、ユーザが音声又は入力ユニット１１５を用いて車両１の操作方法を質問すると（前記ステップ８１、８８）、その質問に対する回答（車両１の操作方法）が音声出力されるか（前記ステップ８５）、ディスプレイ１０９に表示される（前記ステップ８７）。そのため、ユーザは、車両１の操作方法を容易に知ることができる。また、車両１に予め記憶されていた車両情報（車両１の車種に特化した情報）を端末装置１０１に転送し、使用することができるので、ユーザは車両１の車種に特化した回答を得ることができる。

　この情報提供処理により、車種ごとに操作方法が異なるため、その車種に慣れていないユーザにとって車両の操作が分かり難いという課題を解決できる。
　（６－３）情報提供処理の技術思想
　情報提供処理を実行可能な端末装置１０１は、移動体（車両１）の操作法に関する情報（車両情報）を前記移動体から取得する情報取得ユニット（無線通信ユニット１０５、ＣＰＵ１２３）と、ユーザからの質問を受け付ける質問受付ユニット（マイク１１１、入力ユニット１１５、ＣＰＵ１２３）と、前記質問に対する回答を前記情報から抽出する回答抽出ユニット（ＣＰＵ１２３、メモリ１１７、音声認識ＤＢ１２５）と、前記回答を出力する回答出力ユニット（スピーカ１１３、ディスプレイ１０９、ＣＰＵ１２３）と、を備える端末装置の一実施形態である。

　（６－４）変形例
　端末装置１０１は、質問に対する回答を、無線通信又は有線通信により車両１側に送信し、車両１の車室内又は外側面（ボディーの表面）に設けられた表示装置（液晶ディスプレイ、有機ＥＬディスプレイ、光を車室内の壁面に投射する方式のディスプレイ等）やランプ（例えばＬＥＤランプ）を用いて表示してもよい。

　この場合、回答の表示態様としては、例えば、操作の対象となる部位の位置又は方向を指し示す矢印を表示装置に表示する表示態様や、操作の対象となる部位の近傍に位置するランプを点灯又は点滅させる表示態様が挙げられる。操作の対象となる部位としては、車室内にある各種スイッチ、レバー、車両１の外側にある給油口等が挙げられる。

　７．音声応答処理
　（７－１）音声応答処理の内容
　図９及び図１０のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行する音声応答処理を説明する。情報提供処理は、図９に示す第１の音声応答処理と、図１０に示す第２の音声応答処理との２種類がある。

　まず、第１の音声応答処理について説明する。第１の音声応答処理において、ステップ９１～９３は、ＩＧ　ＯＮの状態の間、車両１が所定時間ごとに繰り返し実行する処理であり、ステップ１０１～１０４は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理である。

　まず、第１の音声応答処理について説明する。ステップ９１において車両１は、センサ群３５により車両１の各部の状態を検出する。
　ステップ９２では、前記ステップ９１の検出結果の中に、予め設定されていた条件（出力すべき検出結果の条件）に該当するものがあるか否かを判断する。条件に該当するものがある場合はステップ９３に進み、該当するものがない場合は本処理を終了する。

　ステップ９３では、前記ステップ９２において条件に該当した検出結果に対応する音声を、スピーカ２５によって出力する。なお、検出結果と出力する音声とは予め対応付けられて、不揮発性メモリ３７に記憶されている。

　一方、端末装置１０１は、ステップ１０１において、前記ステップ９３にて車両１が出力する音声の入力があったか否かを判断する。入力があった場合はステップ１０２に進み、入力がなかった場合は再度ステップ１０１を実行する。

　ステップ１０２では、前記ステップで入力された音声を、周知の音声認識技術により音声認識する。
　ステップ１０３では、前記ステップ１０２での音声認識結果が、予め設定されていた条件（出力すべき認識結果の条件）に該当するものであるか否かを判断する。条件に該当するものである場合はステップ１０４に進み、該当するものでない場合は本処理を終了する。

　ステップ１０４では、前記ステップ１０３において条件に該当した認識結果に対応する音声を、スピーカ１１３によって出力する。なお、認識結果と出力する音声とは予め対応付けられて、メモリ１１７に記憶されている。

　次に、第２の音声応答処理について説明する。第２の音声応答処理において、ステップ１１１～１１３は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理であり、ステップ１２１～１２４は、ＩＧ　ＯＮの状態の間、車両１が所定時間ごとに繰り返し実行する処理である。

　ステップ１１１において端末装置１０１は、ＧＰＳユニット１０３、無線通信ユニット１０５、前面カメラ１０７、背面カメラ１０８、スピーカ１１３、入力ユニット１１５、温度センサ１１９、湿度センサ１２１等により、各種情報を取得する。

　ステップ１１２では、前記ステップ１１１で取得した情報の中に、予め設定されていた条件（出力すべき検出結果の条件）に該当するものがあるか否かを判断する。条件に該当するものがある場合はステップ１１３に進み、該当するものがない場合は本処理を終了する。

　ステップ１１３では、前記ステップ１１２において条件に該当した情報に対応する音声を、スピーカ１１３によって出力する。なお、情報と出力する音声とは予め対応付けられて、メモリ１１７に記憶されている。

　一方、車両１は、ステップ１２１において、前記ステップ１１３にて端末装置１０１が出力する音声の入力があったか否かを判断する。入力があった場合はステップ１２２に進み、入力がなかった場合は再度ステップ１２１を実行する。

　ステップ１２２では、前記ステップ１２１で入力された音声を、周知の音声認識技術により音声認識する。
　ステップ１２３では、前記ステップ１２２での音声認識結果が、予め設定されていた条件（出力すべき認識結果の条件）に該当するものであるか否かを判断する。条件に該当するものである場合はステップ１２４に進み、該当するものでない場合は本処理を終了する。

　ステップ１２４では、前記ステップ１２３において条件に該当した認識結果に対応する音声を、スピーカ２５によって出力する。なお、認識結果と出力する音声とは予め対応付けられて、不揮発性メモリ３７に記憶されている。

　（７－２）音声応答処理による効果
　音声応答処理により、車両１の音声出力（前記ステップ９３）に対し、端末装置１０１が音声出力を返し（前記ステップ１０４）、また、端末装置１０１の音声出力（前記ステップ１１３）に対し、車両１が音声出力を返すので（前記ステップ１２４）、車両１と端末装置１０１とが、あたかも会話しているような状態を実現できる。

　８．走行条件変更処理
　（８－１）走行条件変更処理の内容
　図１１のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行する走行条件変更処理を説明する。走行条件変更処理において、ステップ１３１～１３６は、ＩＧ　ＯＮの状態の間、車両１が所定時間ごとに繰り返し実行する処理であり、ステップ１４１～１４２は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理である。

　ステップ１３１において車両１は、スケジュール要求を端末装置１０１へ送信する。
　ステップ１３２では、スケジュールを受信したか否かを判断する。スケジュールを受信した場合はステップ１３３に進み、受信しなかった場合は本処理を終了する。なお、スケジュールは、後述するステップ１４２において端末装置１０１が送信するものである。スケジュールは、車両１又はユーザ（ドライバ）の目的地を含む情報であり、メモリ１１７に予め記憶されている。

　ステップ１３３では、センサ群３５により、車両１の無給油での航続距離に影響する条件を取得する。具体的には、燃料残量センサ４５により燃料の残量を取得し、タイヤ空気圧センサ４７によりタイヤの空気圧を取得し、乗車人数センサ４９により乗車人数を取得する。

　ステップ１３４では、前記ステップ１３３で取得した車両１の条件下において、前記ステップ１３２で受信したスケジュールから把握した目的地に無給油で到達することができるか否かを判断する。到達できない場合はステップ１３５に進み、到達できる場合は本処理を終了する。

　ステップ１３５では、航続距離が伸びるように、車両１の走行条件を変更する。例えば、エンジン３の気筒の一部を休止したり、通常よりも加速・減速を穏やかにする等の設定を行う。

　ステップ１３６では、ディスプレイ３１に、「ガス欠のおそれがあります」等の警告や、「早めに給油して下さい」等の指示を表示する。
　一方、端末装置１０１は、ステップ１４１にて、スケジュール要求（前記ステップ１３１参照）を受信したか否かを判断する。スケジュール要求を受信した場合はステップ１４２に進み、受信しなかった場合は再度ステップ１４１の処理を行う。

　ステップ１４２では、スケジュールを車両１へ送信する。
　（８－２）走行条件変更処理による効果
　走行条件変更処理により、目的地に達する前に車両１の燃料が尽きてしまうような事態が生じ難くなる。また、走行条件変更処理により、ユーザは給油の必要性を早めに知ることができる。

　（８－３）走行条件変更処理の技術思想
　走行条件変更処理を実行する車両１は、ドライバのスケジュール情報を取得する取得ユニット（特定処理用ＥＣＵ７、無線通信ユニット４１）と、前記スケジュール情報に基づいて移動体の移動条件を設定する設定ユニット（特定処理用ＥＣＵ７）と、を備える移動体（車両１）の一実施形態である。

　（８－４）変形例
　車両１は電気自動車又はハイブリット自動車であってもよい。この場合、前記ステップ１３３では、バッテリーの残量等を取得することができる。また、前記ステップ１３５では、無充電での航続距離が伸びるように、電動モーターへの給電条件を変更することができる。

　９．体調チェック処理
　（９－１）体調チェック処理の内容
　図１２のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行する体調チェック処理を説明する。体調チェック処理において、ステップ１５１～１５５は、ＩＧ　ＯＮの状態となったときに車両１が実行する処理であり、ステップ１６１～１６４は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理である。

　ステップ１５１において車両１は、体調チェック要求を端末装置１０１へ送信する。
　ステップ１５２では、体調チェック結果を受信したか否かを判断する。体調チェック結果を受信した場合はステップ１５３に進み、受信しなかった場合は再度ステップ１５２の処理を実行する。なお、体調チェック結果は、後述するステップ１６４にて端末装置１０１が送信するデータである。

　ステップ１５３では、前記ステップ１５２で受信した体調チェック結果が、ユーザ（ドライバ）の体調が良好であることを示すものであるか否かを判断する。なお、車両１は、予め、体調チェック結果の良好／不良を区別する基準値を不揮発性メモリ３７に記憶しており、受信した体調チェック結果とその基準値とを対比して、体調が良好であるか否かを判断する。ユーザ（ドライバ）の体調が良好であった場合はステップ１５４に進み、良好ではなかった場合はステップ１５５に進む。

　ステップ１５４では、エンジン制御用ＥＣＵ５に対し、エンジン３の始動を許可する。ステップ１５５では、エンジン制御用ＥＣＵ５に対しエンジン３の始動を禁止する。
　一方、端末装置１０１は、ステップ１６１にて、体調チェック要求（前記ステップ１５１参照）を受信したか否かを判断する。体調チェック要求を受信した場合はステップ１６２に進み、受信しなかった場合は再度ステップ１６１の処理を実行する。

　ステップ１６２では、「端末装置を１分間継続してつかんで下さい。」という指示をディスプレイ１０９に表示し、温度センサ１１９及び湿度センサ１２１による１分間の計測を行う。なお、ユーザがこの指示に従い端末装置１０１を手でつかむと、温度センサ１１９及び湿度センサ１２１がユーザの手の表面に接し、ユーザの体温及び体表面での湿度の測定が可能になる。

　ステップ１６３では、前記ステップ１６２における１分間の計測の結果（体調チェック結果）を取得する。
　ステップ１６４では、前記ステップ１６３で取得した体調チェック結果を車両１へ送信する。

　（９－２）体調チェック処理による効果
　体調チェック処理により、体温及び体表面の湿度に基づいてユーザ（ドライバ）の体調を判断し（前記ステップ１５２、１５３、１６２、１６３、１６４）、体調が良好でない場合はエンジン３の始動を禁止する（前記ステップ１５５）。そのことにより、体調が良好でないユーザ（ドライバ）が車両１を運転することを防止できる。

　（９－３）体調チェック処理の技術思想
　体調チェック処理を実行可能な端末装置１０１は、ユーザの体調に関するパラメータ（体温、体表面の湿度）を取得するパラメータ取得ユニット（温度センサ１１９、湿度センサ１２１、ＣＰＵ１２３）と、前記パラメータに基づいて動作の制限を行う動作制限ユニット（エンジン制御用ＥＣＵ５、特定処理用ＥＣＵ７）を有する移動体（車両１）に対し前記パラメータを送信するパラメータ送信ユニット（無線通信ユニット１０５、ＣＰＵ１２３）と、を備える端末装置の一実施形態である。
（９－４）変形例
　端末装置１０１は、温度センサ１１９及び湿度センサ１２１に加えて、又はそれらに代えて、他のセンサを備えていてもよい。他のセンサとしては、例えば、ユーザの心電を測定する心電センサ、ユーザの血圧を測定する血圧センサ、ユーザの血液成分の分析を行う血液センサ等が挙げられる。そして、車両１は、それらのセンサの測定結果に基づき、前記ステップ１５３の判断を行うことができる。

　また、前記ステップ１５４の処理は、他の処理であってもよい。他の処理としては、例えば、ドライバ又は予め登録された警告先（例えばドライバの家族、勤務先、病院等）に警告を行う処理、車両１の運転条件を制限する処理（例えば、連続して運転できる時間を制限する処理）等が挙げられる。

　１０．居眠り防止処理
　（１０－１）居眠り防止処理の内容
　図１３及び図１４のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行する居眠り防止処理を説明する。居眠り防止処理は、図１３に示す第１の居眠り防止処理と、図１４に示す第２の居眠り防止処理とから成る。

　まず、第１の居眠り防止処理について説明する。第１の居眠り防止処理において、ステップ１７１～１７３は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理である。

　端末装置１０１は、ステップ１７１において、過去５分間、入力ユニット１１５に対し、正常な入力動作（入力間隔（秒）が所定の範囲内となるように繰り返し入力操作を行うこと）がユーザによって継続的に実行されてきたか否かを判断する。正常な入力動作が行われてきた場合はステップ１７２に進み、行われてこなかった場合はステップ１７３に進む。

　ステップ１７２では、正常な状態のフラグをたて、ステップ１７３では、異常な状態のフラグをたてる。
　次に、第２の居眠り防止処理を説明する。第２の居眠り防止処理において、ステップ１８１～１８５は、ＩＧ　ＯＮの状態の間、車両１が所定時間ごとに繰り返し実行する処理であり、ステップ１９１～１９２は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理である。

　ステップ１８１にて車両１は、チェックタイミングが到来したか否かを判断する。チェックタイミングとは、例えば、前回のチェックから所定時間経過したタイミングである。チェックタイミングが到来した場合はステップ１８２に進み、到来していない場合は再度ステップ１８１の処理を実行する。

　ステップ１８２では、状態情報要求を端末装置１０１へ送信する。
　ステップ１８３では、状態情報を受信したか否かを判断する。状態情報を受信した場合はステップ１８４に進み、受信しなかった場合は再度ステップ１８３の処理を実行する。なお、状態情報は、後述するステップ１９２にて端末装置１０１が送信する情報である。

　ステップ１８４では、前記ステップ１８３で受信した状態情報が異常を表すものであるか否かを判断する。異常を表すものである場合はステップ１８５に進み、正常を表すものである場合は本処理を終了する。

　ステップ１８５では、警告処理を行う。具体的には、スピーカ２５により警告音を出力するとともに、ディスプレイ３１により警告表示を行う。
　一方、端末装置１０１は、ステップ１９１にて、状態情報要求（前記ステップ１８２参照）を受信したか否かを判断する。状態情報要求を受信した場合はステップ１９２に進み、受信しなかった場合は再度ステップ１９１の処理を実行する。

　ステップ１９２では状態情報を車両１へ送信する。この状態情報には、正常を表す状態情報と、異常を表す状態情報との２種類がある。前記ステップ１７２にて正常フラグがたてられている場合は正常を表す状態情報を送信し、前記ステップ１７３にて異常フラグがたてられている場合は異常を表す状態情報を送信する。

　（１０－２）居眠り防止処理による効果
　居眠り防止処理では、ユーザ（ドライバ）が端末装置１０１に対し正常な入力動作（入力間隔（秒）が所定の範囲内となるように繰り返し入力操作を行うこと）を継続的に行っているか否かにより、居眠りを検出する。

　すなわち、車両１の運転中にユーザ（ドライバ）が居眠りをし、正常な入力動作を行わないとき、端末装置１０１において異常フラグがたてられ（前記ステップ１７３）、異常を表す状態情報が端末装置１０１から車両１に送信され（前記ステップ１９２、１８３）、車両１が警告処理を行う（前記ステップ１８５）。そのことにより、ユーザの居眠りを防止できる。

　一方、車両１の運転中にユーザ（ドライバ）が正常な入力動作を継続的に行っている場合は、端末装置１０１において正常フラグがたてられ（前記ステップ１７２）、正常を表す状態情報が端末装置１０１から車両１に送信され（前記ステップ１９２、１８３）、車両１は警告処理を行わない（前記ステップ１８４）。

　（１０－３）居眠り防止処理の技術思想
　居眠り防止処理を実行可能な端末装置１０１は、ユーザの動作を検出する動作検出ユニット（入力ユニット１１５、ＣＰＵ１２３）と、前記動作検出ユニットの検出結果に基づきユーザの状態を判断する判断ユニット（ＣＰＵ１２３）と、前記ユーザの状態に応じて報知処理を行う報知ユニット（マイク１７、ディスプレイ３１、特定処理用ＥＣＵ７）を有する移動体（車両１）に対し前記ユーザの状態を送信する送信ユニット（無線通信ユニット１０５、ＣＰＵ１２３）とを備える端末装置の一実施形態である。

　なお、動作検出ユニットの検出結果に基づきユーザの状態を判断する判断ユニットは、移動体（車両１）側にあってもよい。また、移動体は、判断ユニットの判断結果に応じて移動体の移動を制限してもよい。例えば、判断ユニットの判断結果に応じて移動体を停止させる、減速させる、道路の片側に寄せる、アクセルの踏み込み抵抗を通常より大きくする等の処理を行うことができる。

　１１．誤操作検出処理
　（１１－１）誤操作検出処理の内容
　図１５のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行する誤操作検出処理を説明する。誤操作検出処理において、ステップ２０１～２０２は、ＩＧ　ＯＮの状態の間、車両１が所定時間ごとに繰り返し実行する処理であり、ステップ２１１～２１７は、専用のアプリケーションの起動中、端末装置１０１が所定時間ごとに繰り返し実行する処理である。なお、誤操作検出処理を実行するときは、前面カメラ１０７又は背面カメラ１０８で車両１の前方の風景を撮影できる位置に端末装置１０１を設置しておく。

　車両１は、ステップ２０１において、操作検出センサ４３が運転操作を検出したか否かを判断する。運転操作を検出した場合はステップ２０２に進み、検出しなかった場合は本処理を終了する。

　ステップ２０２では、前記ステップ２０１で検出した運転操作を表す信号（以下、運転操作信号とする）を端末装置１０１へ送信する。運転操作信号には、車両１の各操作部位における操作の有無、操作量、及び操作の方向の情報が含まれる。

　一方、端末装置１０１は、ステップ２１１にて運転操作信号（前記ステップ２０２参照）を受信したか否かを判断する。運転操作信号を受信した場合はステップ２１２に進み、受信しなかった場合は再度ステップ２１１の処理を実行する。

　ステップ２１２では、前面カメラ１０７又は背面カメラ１０８により、車両１の前方を撮影し、その画像を取得する。
　ステップ２１３では、前記ステップ２１２で取得した画像について、周知の画像認識処理を実行する。

　ステップ２１４では、前記ステップ２１２で取得した画像において、車両１の進行方向を特定する。その方法として、例えば、前記ステップ２１２で取得した画像において車両１が走行中の道路を画像認識し、その道路に沿った方向を車両１の進行方向とすることができる。

　ステップ２１５では、前記ステップ２１３で実行した画像認識処理により、障害物が認識できたか否かを判断する。障害物が認識できた場合はステップ２１６に進み、認識できなかった場合は本処理を終了する。

　ステップ２１６では、前記ステップ２１１で受信した運転操作信号における運転操作（以下、単に運転操作とする）が、以下の（ｉ）、（ｉｉ）の危険操作のいずれかに該当するか否かを判断する。この判断には前記ステップ２１４で特定した車両１の進行方向と、前記ステップ２１３で認識した障害物の位置とを用いる。

　（ｉ）車両１の進行方向を、運転操作がない場合の進行方向よりも障害物に接近させる運転操作。
　（ｉｉ）車両１の進行方向上、又はその近傍に障害物がある状態で、車両１を加速させる、あるいは減速を緩和する運転操作。

　前記ステップ２１１で受信した運転操作が危険操作に該当する場合はステップ２１７に進み、該当しない場合は本処理を終了する。
　ステップ２１７では、スピーカ１１３の音声による警告、又はディスプレイ１０９の画像表示による警告を行う。

　（１１－２）誤操作検出処理による効果
　誤操作検出処理によれば、運転操作が危険操作に該当するか否かを判断し（前記ステップ２１６）、該当する場合は警告を行う（前記ステップ２１７）ことができる。そのため、誤操作検出処理によれば、危険操作を防止し、車両１の安全性を向上させることができる。

　（１１－３）誤操作検出処理の技術思想
　誤操作検出処理を実行可能な端末装置１０１は、移動体（車両１）の運転操作を取得する運転操作取得ユニット（無線通信ユニット１０５、ＣＰＵ１２３）と、障害物を検出する障害物検出ユニット（前面カメラ１０７、背面カメラ１０８、メモリ１１７、ＣＰＵ１２３）と、前記運転操作取得ユニットにより取得した前記運転操作、及び前記障害物検出ユニットにより検出した前記障害物に基づき、移動体の安全性を判断する判断ユニット（ＣＰＵ１２３）と、を備える端末装置の一実施形態である。

　１２．老人モード設定処理
　（１２－１）老人モード設定処理の内容
　図１６のフローチャートに基づき、ＩＧ　ＯＮの状態になったときに車両１（特に特定処理用ＥＣＵ７）が実行する老人モード設定処理を説明する。車両１は、ステップ２２１において、カメラ２１を用いて、ドライバの顔を含む画像（顔画像）を取得する。

　ステップ２２２では、前記ステップ２２１で取得した顔画像に対し、周知の画像認識を行い、その認識結果に基づき、ドライバの年齢を推定する。例えば、認識した顔のしわの量、長さ、深さ等に基づき、年齢を推定する。

　ステップ２２３では、前記ステップ２２２で推定した年齢が、所定の基準年齢Ａ（例えば７５歳）以上であるか否かを判断する。基準年齢Ａ以上である場合はステップ２２４に進み、基準年齢Ａ未満である場合はステップ２２５に進む。

　ステップ２２４では、老人モードを設定する。老人モードでは、メータ９等における文字表示が、後述する通常モードの場合よりも大きくなる。また、老人モードでは、車両１の機能（例えば最高速度等）が通常モードに比べて制限される。

　ステップ２２５では、通常モードを設定する。通常モードでは、老人モードに比べて、メータ９等における文字表示が小さく、上述した車両１の機能制限が行われない。
　（１２－２）老人モード設定処理による効果
　老人モード設定処理によれば、老人がドライバであるときの安全性を向上することができる。

　（１２－３）老人モード設定処理の技術思想
　老人モード設定処理を実行可能な車両１は、ドライバの年齢を取得する年齢取得ユニット（特定処理用ＥＣＵ７、カメラ２１）と、前記年齢に基づき移動体の機能に関するモード設定を行うモード設定ユニット（特定処理用ＥＣＵ７）とを備える移動体の一実施形態である。

　（１２－４）変形例
　ドライバの年齢を取得する方法は、顔画像を用いる方法以外であってもよい。例えば、ドライバに年齢を入力させる方法であってもよいし、ドライバの年齢を記録した記録媒体から年齢を読み取る方法であってもよい。

　１３．シミュレーション実行処理
（１３－１）シミュレーション実行処理の内容
　図１７のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行するシミュレーション実行処理を説明する。シミュレーション実行処理において、ステップ２３１～２３７は、ＩＧ　ＯＮの状態になったとき、停止中の車両１が実行する処理であり、ステップ２４１～２４９は、専用のアプリケーションの起動中、端末装置１０１が実行する処理である。

　車両１は、ステップ２３１において、所定の基準を満たしていれば、シミュレーションが必要であると判断してステップ２３２に進み、所定の基準を満たしていなければ、シミュレーションの実行は不要であると判断して本処理を終了する。前記所定の基準としては、例えば、前回のシミュレーションの実行から所定時間が経過しているという条件が挙げられる。

　ステップ２３２では、シミュレーション要求を送信する。
　ステップ２３３では、シミュレーションを開始する旨の表示をディスプレイ３１に表示する。

　ステップ２３４では、操作検出センサ４３が、車両１の走行に関連する操作部位（例えば、ハンドル、アクセル、ブレーキ、変速機、サイドブレーキ等）の操作（運転操作）を検出したか否かを判断する。運転操作を検出した場合はステップ２３５に進み、検出しなかった場合は再度ステップ２３４の処理を行う。

　なお、車両１のドライバは、後述するステップ２４２及び２４５で端末装置１０１のディスプレイ１０９に表示される車両前方の風景を見ながら、端末装置１０１によって指示される経路に沿って仮想の車両を走行させるように、運転操作を行う（シミュレーション操作の実行）。また、本ステップにおいて、エンジン３は始動していないので、ドライバが運転操作を行っても、車両１が実際に走行することはない。

　ステップ２３５では、前記ステップ２３４で検出した運転操作を表す運転操作信号を端末装置１０１へ送信する。運転操作信号には、車両１の各操作部位における操作の有無、操作量、及び操作の方向の情報が含まれる。

　ステップ２３６では、合格情報を受信したか否かを判断する。合格情報を受信した場合はステップ２３７に進み、受信しなかった場合はステップ２３４に進む。なお、合格情報は、後述するステップ２４８において端末装置１０１が送信する情報である。

　ステップ２３７では、エンジン制御用ＥＣＵ５に対し、エンジン３の始動を許可する。
　一方、端末装置１０１は、ステップ２４１にてシミュレーション要求（前記ステップ２３２参照）を受信したか否かを判断する。シミュレーション要求を受信した場合はステップ２４２に進み、受信しなかった場合は再度ステップ２４１の処理を行う。

　ステップ２４２では、ディスプレイ１０９に初期画面を表示する。この初期画面とは、地図データ上の所定の初期位置に、所定の初期方向を向いた仮想の車両があると仮定したとき、その仮想の車両におけるドライバの視点から見える車両前方の風景を表す仮想的な画面である。

　なお、端末装置１０１のメモリ１１７は、上記の地図データ、初期画面の画像データ、及び後述する更新後の画面の画像データを予め記憶している。
　ステップ２４３では、運転操作信号（前記ステップ２３５参照）を受信する。

　ステップ２４４では、前記ステップ２４３において受信した運転操作信号（前記ステップ２４３の処理を既に複数回実行している場合は、過去の運転操作信号の履歴）を用いて、地図データ上での仮想の車両の位置、向き、速度、加速度等（以下、仮想の車両の位置等とする）を更新する。運転操作信号と仮想の車両の位置等との関係は、現実の車両における運転操作と車両の位置等との関係を模して設定されている（例えば、アクセルを踏む運転操作信号に対しては、仮想の車両を加速し、ハンドルを左に切る運転操作信号に対しては仮想の車両の向きを左方向に変化させる等）。

　ステップ２４５では、ディスプレイ１０９の表示を、前記ステップ２４５で位置等を更新した仮想の車両におけるドライバの視点から見える車両前方の風景に更新する。この車両前方の風景には、仮想の車両の位置等に応じて、道路、交通信号（青表示と赤表示が所定時間ごとに切り替わるもの）、障害物（他の車両、歩行者、自転車、ガードレール等）、白線等も表示される。また、ディスプレイ１０９には、車両前方の風景に重畳して、仮想の車両が進むべき経路を表す矢印が表示され、経路を指示する音声（例えば「直進して下さい」、「次の交差点を左折して下さい」等の音声）がスピーカ１１３により出力される。

　ステップ２４６ではシミュレーションの終了条件を充足したか否かを判断する。終了条件を充足した場合はステップ２４７に進み、充足していない場合はステップ２４３に戻る。シミュレーションの終了条件は、例えば、地図データ上での仮想の車両の位置が、所定の到着地点に到着するという条件、初期位置から所定の距離以上離れるという条件、または、シミュレーション開始から所定時間が経過したという条件とすることができる。

　ステップ２４７では、シミュレーションの結果が合格であるか否かを判断する。この合格か否かの判断は、例えば、以下の判断基準のうちの１又は複数に基づき行うことができる。

　・仮想の車両が指示される経路を走行したか否か。
　・シミュレーション中に仮想の車両と障害物とが接触したか否か。
　・シミュレーション中に仮想の車両の速度が所定範囲内にあったか否か。

　・シミュレーション中に、赤信号の表示、一時停止の標識に応じて、仮想の車両の加減速、停止を適切に行ったか否か。
　合格である場合はステップ２４８に進み、ディスプレイ１０９に合格である旨を表示するとともに、合格情報（前記ステップ２３６参照）を送信する。一方、合格ではない場合はステップ２４９に進み、ディスプレイ１０９に「リトライ」の表示をしてから、ステップ２４２に戻る。

　（１３－２）シミュレーション実行処理による効果
　シミュレーション実行処理によれば、ＩＧ　ＯＮの状態としたとき、シミュレーションが必要であると判断された場合（前記ステップ２３１）、ドライバは、ディスプレイ１０９に表示された車両前方の仮想的な風景を見ながら運転操作（シミュレーション）を行う（前記ステップ２３４、２３５、２４３、２４４、２４５）。シミュレーションにおいては、ドライバの操作に応じて、あたかも、ドライバが実際の車両１を運転しているかのように、ディスプレイ１０９における車両前方の風景の表示が更新される（前記ステップ２４３、２４４、２４５）。ドライバは、シミュレーションの結果が合格でなければ、エンジン３を始動することができない（前記ステップ２４７、２４８、２３６、２３７）。そのため、運転技量が低いドライバが車両１を運転してしまうことを防止できる。

　（１３－３）シミュレーション実行処理の技術思想
　シミュレーション実行処理を実行可能な端末装置１０１は、移動体（車両１）の運転操作を取得する運転操作取得ユニット（操作検出センサ４３）と、前記運転操作取得ユニットにより取得した前記運転操作に応じて更新される前記移動体の前方の風景を表示する表示ユニット（ディスプレイ１０９、ＣＰＵ１２３）と、前記運転操作取得ユニットにより取得した前記運転操作を評価する評価ユニット（ＣＰＵ１２３）と、前記評価ユニットの評価結果を出力する出力ユニット（ディスプレイ１０９、無線通信ユニット１０５、ＣＰＵ１２３）と、を備えることを特徴とする端末装置の一実施形態である。

　（１３－４）変形例
　端末装置１０１が実行する処理は、図１８のフローチャートに示すものであってもよい。端末装置１０１は、ステップ２５１にてシミュレーション要求（前記ステップ２３２参照）を受信したか否かを判断する。シミュレーション要求を受信した場合はステップ２５２に進み、受信しなかった場合は再度ステップ２５１の処理を行う。

　ステップ２５２では、ディスプレイ１０９に指示画面を表示する。この指示画面とは、例えば、「アクセルを踏んでください」、「ブレーキを踏んでください」等の、運転操作に関する指示を表示する画面である。なお、指示画面は操作する部位ごとに複数種類存在するが、本ステップの処理では、１種類の指示画面のみを表示する。

　ステップ２５３では、正しい（前記ステップ２５２で表示した指示画面に対応する）運転操作信号（前記ステップ２３５参照）を受信したか否かを判断する。正しい運転操作信号を受信した場合はステップ２５４に進み、受信しなかった場合は再度ステップ２５３の処理を行う。なお、車両１のドライバは、前記ステップ２５２で表示された指示画面を見て、その指示に応じた運転操作を行い、その運転操作に対応する運転操作信号を車両１が前記ステップ２３５において送信する。

　ステップ２５４では、前記ステップ２５２で指示画面を表示してから、前記ステップ２５３で正しい運転操作信号を受信するまでの時間差を算出する。
　ステップ２５５では、複数種類の指示画面を全て表示済みであるか否かを判断する。全て表示済みである場合はステップ２５６に進み、未だ表示していない指示画面が残っている場合はステップ２５８に進む。

　ステップ２５６ではシミュレーションの結果が合格であるか否かを判断する。具体的には、前記ステップ２５４で算出した時間差を、複数種類の指示画面の全てについて合計し、その合計値が所定値以下であれば合格とし、所定値を超えれば不合格とする。合格である場合はステップ２５７に進み、合格情報を車両１へ送信する。また、不合格である場合はステップ２５９に進み、ディスプレイ１０９に「リトライ」の表示をしてから、ステップ２５２に戻る。

　一方、前記ステップ２５５で未だ表示していない指示画面が残っていると判断した場合は、表示する指示画面を、未だ表示していない指示画面のうちの一つに更新してから、ステップ２５３に進む。

　この変形例においても、ＩＧ　ＯＮの状態としたとき、シミュレーションが必要であると判断された場合（前記ステップ２３１）、ドライバは、ディスプレイ１０９に表示された指示画面に応じて運転操作（シミュレーション操作）を行い（前記ステップ２３４、２３５、２５２、２５８）、合格の結果を得なければ、エンジン３を始動することができない（前記ステップ２５４、２５６、２５７、２３６、２３７）。そのため、運転技量が低いドライバが車両１を運転してしまうことを防止できる。

　１４．ドアロック解除処理
　（１４－１）ドアロック解除処理の内容
　図１９のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行するドアロック解除処理を説明する。図１９においてステップ２６１～２６４は車両１が実行する処理であり、ステップ２７１～２７３は、専用のアプリケーションの起動中、端末装置１０１が繰り返し実行する処理である。

　車両１は、ステップ２６１において送信要求を受信したか否かを判断する。送信要求を受信した場合はステップ２６２に進み、受信しなかった場合は再度ステップ２６１の処理を行う。なお、送信要求は後述するステップ２７１にて端末装置１０１が送信する信号である。

　ステップ２６２では鍵データを要求する信号を端末装置１０１へ送信する。
　ステップ２６３では、正しい鍵データを受信したか否かを判断する。正しい鍵データを受信した場合はステップ２６４に進み、受信しなかった場合はステップ２６２に戻る。なお、鍵データは後述するステップ２７３において端末装置１０１が送信するものである。

　ステップ２６４では、ドアロックユニット５０により、車両１のドアロックを解除する。
　一方、端末装置１０１は、ステップ２７１において、送信要求を車両１へ送信する（前記ステップ２６１参照）。

　ステップ２７２では、鍵データを要求する信号（前記ステップ２６２参照）を受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ２７３に進み、受信しなかった場合はステップ２７１に戻る。

　ステップ２７３では鍵データを車両１へ送信する。
（１４－２）ドアロック解除処理による効果
　ドアロック解除処理により、端末装置１０１が正しい鍵データを送信しない限り、車両１のドアロックが解除されないので、車両１のセキュリティが向上する。しかも、鍵データは、車両１の走行に応じて更新されるので（前記鍵データ更新処理参照）、鍵データの偽造が困難となり、車両１のセキュリティが一層向上する。
（１４－３）ドアロック解除処理の技術思想
　ドアロック解除処理を実行可能な端末装置１０１は、移動体（車両１）のドアロックを解除する鍵データとして前記移動体の移動に応じて更新される鍵データ（車両１の累積走行距離）を記憶する記憶ユニット（メモリ１１７）と、前記鍵データを出力する出力ユニット（無線通信ユニット１０５、ＣＰＵ１２３）とを備えることを特徴とする端末装置の一実施形態である。
＜第２の実施形態＞
　１．車両１及び端末装置１０１の構成
　車両１及び端末装置１０１の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明する。

　車両１は、図２０に示すように、前記第１の実施形態と同様の構成に加えて、制限動作ＥＣＵ１２７、及び給電部１２９を備える。制限動作ＥＣＵ１２７は、後述する制限解除プログラムが車両１の不揮発性メモリ３７又は揮発性メモリ３９に記憶されていない場合は、車両１のハンドルのロックと、アクセルの踏み込み制限と、警報処理と、ドライバシートの位置制限と（以下、これらをまとめて制限処理群とする）を実行する。

　一方、制限解除プログラムが車両１の不揮発性メモリ３７又は揮発性メモリ３９に記憶されている場合は、制限処理群は解除される。
　ハンドルのロックとは、ハンドルの角度を所定の角度に固定する処理、あるいは、ハンドルの可動範囲を通常よりも狭い範囲に限定する処理をいう。このハンドルのロックは、周知のハンドルロック機構を用いて行うことができる。また、アクセルの踏み込み制限とは、アクセルの踏み込み量を、所定の上限値以下に制限する処理を意味する。アクセルの踏み込み制限は、例えば、アクセルの踏み込み時におけるアクセルペダルの軌道上に、物理的なストッパを突出させることで実現できる。また、警報処理とは、スピーカ２５により警報音を発するとともに、ディスプレイ３１に警報画像（例えば赤いランプの点滅を表す画像等）を表示する処理である。また、ドライバシートの位置制限とは、ドライバシートの前後方向における位置を、ドライバシートの可動範囲のうち、一部の範囲（例えば、最も前側の位置）のみに制限する処理である。

　また、給電部１２９は、図示しない給電ケーブルを備え、その給電ケーブルを端末装置１０１に接続し、端末装置１０１のバッテリーを充電することができる。また、給電部１２９は、無線充電方式により、端末装置１０１のバッテリーを充電するものであってもよい。

　２．プログラム移行処理
　本実施形態では、前記第１の実施形態と基本的には同様のプログラム移行処理を実行する。ただし、移行するプログラムは、エンジン制御用プログラムではなく、制限解除プログラムである。すなわち、初期状態においては、制限解除プログラムが不揮発性メモリ３７に記憶されているが、プログラム移行処理により、制限解除プログラムが、端末装置１０１のメモリ１１７に記憶されるとともに、不揮発性メモリ３７における制限解除プログラムは削除される。

　また、本実施形態では、前記第１の実施形態と基本的には同様のプログラムインストール処理を実行する。ただし、インストールするプログラムは、エンジン制御用プログラムではなく、制限解除プログラムである。すなわち、端末装置１０１から、車両１の揮発性メモリ３９に制限解除プログラムをインストールする。

　なお、本実施形態では、プログラム移行処理、及びプログラムインストール処理以外の処理については、前記第１の実施形態と同様の処理を実行する。
　３．車両１及び端末装置１０１が奏する効果
　プログラム移行処理の結果、それまで車両１の不揮発性メモリ３７に記憶されていた制限解除プログラムは削除されるので、これ以降、プログラムインストール処理を実行しない限り、制限処理群が実行され、車両１の運転が困難となるか、車両１が外部から目立ちやすくなる。その結果、車両１のセキュリティが向上する。

　また、プログラムインストール処理を実行し、車両１の揮発性メモリ３９に制限解除プログラムをインストールすると、制限処理群が解除され、車両１の通常の動作が可能になる。

　４．変形例
（１）制限処理群は、車両１における何らかの動作を禁止又は制限する処理であれば、特に限定されない。制限処理群に該当する他の処理としては、例えば、ハンドルは回転可能であるが、その回転抵抗を通常より大きくする処理や、アクセルの踏み込みは可能であるが、踏み込みにおける抵抗を通常より大きくする処理等が挙げられる。
（２）制限処理群は、ハンドルのロック、アクセルの踏み込み制限、警報処理、及びドライバシートの位置制限の中から選択される１～３種の組み合わせであってもよい。
＜第３の実施形態＞
　１．車両１及び端末装置１０１の構成
　車両１及び端末装置１０１の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明する。

　端末装置１０１のメモリ１１７には、ドライバの顔画像が予め記憶されている。また、メモリ１１７には、画像認識の処理を実行するプログラムが記憶されている。
　２．プログラムインストール処理
　図２１のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行するプログラムインストール処理を説明する。図２１においてステップ２８１～２８６は、ＩＧ　ＯＮの状態となったときに車両１が実行する処理であり、ステップ２９１～２９６は、専用のアプリケーションの起動中、端末装置１０１が繰り返し実行する処理である。

　ステップ２８１では、鍵データを要求する信号を端末装置１０１へ送信する。
　ステップ２８２では、正しい鍵データを受信したか否かを判断する。正しい鍵データを受信した場合は、その鍵データを送信した端末装置１０１を、これ以降の処理を実行する対象として認証し、ステップ２８３に進む。一方、正しい鍵データを受信しなかった場合はステップ２８１に戻る。なお、本ステップで受信する鍵データは後述するステップ２９４において端末装置１０１が送信するものである。

　ステップ２８３では、エンジン制御用ＥＣＵ５に対し、エンジン３の始動を許可する。
　ステップ２８４では、エンジン制御用プログラムの送信を要求する信号を端末装置１０１へ送信する。エンジン制御用プログラムの送信を要求する信号の送信後、所定時間、車両１は、端末装置１０１からエンジン制御プログラムを受信可能な状態となる。

　ステップ２８５では、エンジン制御用プログラムを受信したか否かを判断する。エンジン制御用プログラムを受信した場合はステップ２８６に進み、受信しなかった場合はステップ２８４に戻る。なお、本ステップで受信するエンジン制御用プログラムは、後述するステップ２９６において端末装置１０１が送信するものである。

　ステップ２８６では、受信したエンジン制御用プログラムを揮発性メモリ３９に記憶する。
　一方、端末装置１０１は、ステップ２９１において、鍵データを要求する信号（前記ステップ２８１参照）を受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ２９２に進み、受信しなかった場合は再度ステップ２９１の処理を繰り返す。

　ステップ２９２では、ディスプレイ１０９に、「顔を撮影して下さい」という表示（顔画像要求）を表示する。なお、ドライバは、この表示に対応して、前面カメラ１０７を用いてドライバの顔画像を撮影することができる。

　ステップ２９３では、前記ステップ２９２の後に前面カメラ１０７で撮影した顔画像に対し、周知の画像認識処理を行い、その顔画像の人物が、メモリ１１７に予め記憶されているドライバの顔画像における人物と同一人物であるか否かを判断する。同一人物であると判断した場合はステップ２９４に進み、同一人物ではないと判断した場合は本処理を終了する。

　ステップ２９４では、メモリ１１７に保持していた鍵データを車両１へ送信する。
　ステップ２９５では、エンジン制御用プログラムの送信を要求する信号（前記ステップ２８４参照）を受信したか否かを判断する。受信した場合はステップ２９６に進み、受信しなかった場合は再度ステップ２９５の処理を行う。

　ステップ２９６では、メモリ１１７に記憶していたエンジン制御用プログラムを車両１へ送信する。
　なお、本実施形態では、プログラムインストール処理以外の処理については、前記第１の実施形態と同様の処理を実行する。

　前記ステップ２９１～２９４において鍵データ及び顔の判断に関する処理を実行する無線通信ユニット１０５、メモリ１１７、及びＣＰＵ１２３は移動体との間で認証を行う認証ユニットの一実施形態である。

　３．プログラムインストール処理による効果
（１）本実施形態のプログラムインストール処理は、前記第１の実施形態の場合と同様の効果を奏することができる。
（２）本実施形態のプログラムインストール処理では、端末装置１０１で顔画像を撮影した人物が、予め端末装置１０１に記憶されている顔画像における人物と同一人物であることをプログラム送信の条件としているので、予め顔画像が記憶されているドライバが存在しないと、プログラムインストール処理を実行できない。その結果、車両１のセキュリティが一層向上する。

　４．変形例
（１）顔画像の代わりに、他の生体データを用いてドライバの識別を行ってもよい。例えば、端末装置１０１は予め、ドライバの指紋、虹彩、手のひらにおける血管のパターン等（以下、その他の生体データとする）を記憶しておく。前記ステップ２９２では、その他の生体データに対応する体の部位（指紋の場合は指先、虹彩の場合は目、手のひらにおける血管のパターンの場合は手のひら）の撮影を要求する。前記ステップ２９３では、予め端末装置１０１に記憶しておいたその他の生体データと、前記ステップ２９２の後に撮影した画像から把握されるその他の生体データとが一致するか否かを判断し、一致する場合は前記ステップ２９４に進み、一致しない場合はプログラムインストール処理を終了する。
（２）車両１において、ドライバの生体データを用いてドライバの識別を行ってもよい。例えば、車両１はドライバの生体データ（顔、指紋、虹彩、手のひらにおける血管のパターン等の画像）を予め記憶しておき、プログラムインストール処理の開始直後に、生体データに対応する部位の撮影をドライバに要求する。そして、予め車両１に記憶しておいた生体データと、要求に応じて撮影された画像から把握される生体データとが一致するか否かを判断し、一致する場合は前記ステップ２８１に進み、一致しない場合はプログラムインストール処理を終了することができる。
＜第４の実施形態＞
　１．車両１及び端末装置１０１の構成
　車両１及び端末装置１０１の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明する。

　端末装置１０１のメモリ１１７には、予め、所定の位置情報が記憶されている。以下では、この位置情報により特定される位置を、登録位置とする。登録位置は、例えば、車両１のドライバの自宅の位置、ドライバが通常使用する駐車場等の位置とすることができる。また、メモリ１１７には、所定のパスワードが予め記憶されている。

　２．プログラムインストール処理
　図２２のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行するプログラムインストール処理を説明する。図２２においてステップ３０１～３０６は、ＩＧ　ＯＮの状態となったときに車両１が実行する処理であり、ステップ３１１～３１８は、専用のアプリケーションの起動中、端末装置１０１が繰り返し実行する処理である。

　ステップ３０１では、鍵データを要求する信号を端末装置１０１へ送信する。
　ステップ３０２では、正しい鍵データを受信したか否かを判断する。正しい鍵データを受信した場合は、その鍵データを送信した端末装置１０１を、これ以降の処理を実行する対象として認証し、ステップ３０３に進む。一方、正しい鍵データを受信しなかった場合はステップ３０１に戻る。なお、本ステップで受信する鍵データは後述するステップ３１６において端末装置１０１が送信するものである。

　ステップ３０３では、エンジン制御用ＥＣＵ５に対し、エンジン３の始動を許可する。
　ステップ３０４では、エンジン制御用プログラムの送信を要求する信号を端末装置１０１へ送信する。エンジン制御用プログラムの送信を要求する信号の送信後、所定時間、車両１は、端末装置１０１からエンジン制御プログラムを受信可能な状態となる。

　ステップ３０５では、エンジン制御用プログラムを受信したか否かを判断する。エンジン制御用プログラムを受信した場合はステップ３０６に進み、受信しなかった場合はステップ３０４に戻る。なお、本ステップで受信するエンジン制御用プログラムは、後述するステップ３１８において端末装置１０１が送信するものである。

　ステップ３０６では、受信したエンジン制御用プログラムを揮発性メモリ３９に記憶する。
　一方、端末装置１０１は、ステップ３１１において、鍵データを要求する信号（前記ステップ３０１参照）を受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ３１２に進み、受信しなかった場合は再度ステップ３１１の処理を繰り返す。

　ステップ３１２では、ＧＰＳユニット１０３を用いて端末装置１０１の現在位置を取得する。
　ステップ３１３では、前記ステップ３１２で取得した現在位置が、登録位置と一致するか否かを判断する。一致しない場合はステップ３１４に進み、一致する場合はステップ３１６に進む。

　ステップ３１４では、ディスプレイ１０９に、「パスワードを入力して下さい」という表示を行う。なお、ドライバは、この表示に応じて、入力ユニット１１５にパスワードを入力することができる。

　ステップ３１５では、前記ステップ３１４の後で入力ユニット１１５に入力されたパスワードが、メモリ１１７に予め記憶されていたパスワードと一致するか否かを判断する。一致する場合はステップ３１６に進み、一致しない場合はステップ３１４に進む。

　ステップ３１６では、メモリ１１７に保持していた鍵データを車両１へ送信する。
　ステップ３１７では、エンジン制御用プログラムの送信を要求する信号（前記ステップ３０４参照）を受信したか否かを判断する。受信した場合はステップ３１８に進み、受信しなかった場合は再度ステップ３１７の処理を行う。

　ステップ３１８では、メモリ１１７に記憶していたエンジン制御用プログラムを車両１へ送信する。
　なお、本実施形態では、プログラムインストール処理以外の処理については、前記第１の実施形態と同様の処理を実行する。

　前記ステップ３１１～３１６において鍵データ及び端末装置１０１の位置に関する処理を実行する無線通信ユニット１０５、メモリ１１７、及びＣＰＵ１２３は、移動体との間で認証を行う認証ユニットの一実施形態である。

　３．プログラムインストール処理による効果
（１）本実施形態のプログラムインストール処理は、前記第１の実施形態の場合と同様の効果を奏することができる。
（２）本実施形態のプログラムインストール処理では、端末装置１０１の現在位置が登録位置と異なる場合、パスワードの入力を要求し、正しいパスワードが入力されることを条件として、鍵データを送信する。そのため、車両１のセキュリティが一層向上する。

　一方、端末装置１０１の現在位置が登録位置と一致する場合は、パスワードの入力を要求しない。そのため、ドライバの利便性が向上する。
　４．変形例
（１）車両１において、車両１の現在位置と、車両１の登録位置とを対比し、それらが一致しない場合にパスワードを要求するようにしてもよい。例えば、車両１が、予め登録位置を記憶しており、プログラムインストール処理の開始直後に、車両１の現在位置を取得し、その現在位置と登録位置とを対比する。一致する場合は直ちに前記ステップ３０１に進む。一方、一致しない場合はパスワードの入力を要求し、正しいパスワードが入力されることを条件として、前記ステップ３０１に進む。
（２）前記ステップ３１４、３１５における処理は、パスワード以外のものを用いる処理であってもよい。例えば、前記ステップ３１４で、生体データ（例えば、顔、指紋、虹彩、手のひらにおける血管のパターン等）に対応する部位の撮影をドライバに要求し、前記ステップ３１５で、予め端末装置１０１に記憶しておいた生体データと、要求に応じて撮影された画像から把握される生体データとが一致するか否かを判断し、一致する場合はステップ３１６に進み、一致しない場合はステップ３１４に進むようにすることができる。（３）前記ステップ３１３では、登録位置を含む（例えば登録位置を中心とする）一定の範囲内に現在位置があれば、一致すると判断し、その一定の範囲内に現在位置がなければ、一致しないと判断することができる。
＜第５の実施形態＞
　１．車両１及び端末装置１０１の構成
　車両１及び端末装置１０１の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明する。

　端末装置１０１は、無線通信ユニット１０５により、メモリ１１７に記憶している鍵データ及びエンジン制御用プログラムを、図２３に示すサーバ２０１に送信することができる。このサーバ２０１は、車両１及び端末装置１０１とは別の場所に固定配置された設備であり、端末装置１０１及び車両１との間で無線通信又はインターネットを介した通信を行う機能、及び各種データやプログラム（端末装置１０１から送信された鍵データ及びエンジン制御プログラムを含む）を記憶する機能を有する。

　端末装置１０１は、鍵データ更新処理により鍵データを更新した場合は、更新後の鍵データをサーバ２０１に送信する。更新前の鍵データが既にサーバ２０１に記憶されている状態において更新後の鍵データが送信された場合、サーバ２０１は、更新後の鍵データを更新前の鍵データに上書きする。

　また、端末装置１０１は、サーバ２０１に記憶されている鍵データ及びエンジン制御データを、無線通信ユニット１０５を用いて受信することができる。端末装置１０１が受信する鍵データ及びエンジン制御データは、その端末装置１０１がサーバ２０１に送信したものには限定されない。例えば、複数の端末装置１０１を、端末装置１０１Ａ、１０１Ｂ、１０１Ｃ・・・とする。端末装置１０１Ａが送信し、サーバ２０１に記憶されている鍵データ及びエンジン制御用プログラムを、端末装置１０１Ａだけではなく、他の端末装置１０１Ｂ、１０１Ｃ、１０Ｄ・・・も、サーバ２０１から受信することができる。

　また、車両１は、サーバ２０１との間でも、無線通信ユニット４１を用いて通信を行い、後述する、サーバを用いるプログラムインストール処理を実行することができる。
　なお、端末装置１０１とサーバ２０１との間の通信、及び車両１とサーバ２０１との間の通信は、暗号化（例えば、公開鍵暗号化方式による暗号化）して行うことが好ましい。

　２．サーバを用いるプログラムインストール処理
　図２４のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及びサーバ２０１が実行する、サーバを用いるプログラムインストール処理を説明する。図２４においてステップ３２１～３２６は、入力ユニット２９に対し所定の入力（サーバを用いるプログラムインストール処理の実行指示）があった場合に車両１が実行する処理であり、ステップ３３１～３３４は、サーバ２０１が常時実行する処理である。

　ステップ３２１では、鍵データを要求する信号をサーバ２０１へ送信する。
　ステップ３２２では、正しい鍵データを受信したか否かを判断する。正しい鍵データを受信した場合は、その鍵データを送信したサーバ２０１を、これ以降の処理を実行する対象として認証し、ステップ３２３に進む。一方、正しい鍵データを受信しなかった場合はステップ３２１に戻る。なお、本ステップで受信する鍵データは後述するステップ３３２においてサーバ２０１が送信するものである。

　ステップ３２３では、エンジン制御用ＥＣＵ５に対し、エンジン３の始動を許可する。
　ステップ３２４では、エンジン制御用プログラムの送信を要求する信号をサーバ２０１へ送信する。エンジン制御用プログラムの送信を要求する信号の送信後、所定時間、車両１は、サーバ２０１からエンジン制御プログラムを受信可能な状態となる。

　ステップ３２５では、エンジン制御用プログラムを受信したか否かを判断する。エンジン制御用プログラムを受信した場合はステップ３２６に進み、受信しなかった場合はステップ３２４に戻る。なお、本ステップで受信するエンジン制御用プログラムは、後述するステップ３３４においてサーバ２０１が送信するものである。

　ステップ３２６では、受信したエンジン制御用プログラムを揮発性メモリ３９に記憶する。
　一方、サーバ２０１は、ステップ３３１において、鍵データを要求する信号（前記ステップ３２１参照）を受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ３３２に進み、受信しなかった場合は再度ステップ３３１の処理を繰り返す。

　ステップ３３２では、サーバ２０１に保持していた鍵データを車両１へ送信する。
　ステップ３３３では、エンジン制御用プログラムの送信を要求する信号（前記ステップ３２４参照）を受信したか否かを判断する。受信した場合はステップ３３４に進み、受信しなかった場合は再度ステップ３３３の処理を行う。

　ステップ３４では、サーバ２０１に記憶していたエンジン制御用プログラムを車両１へ送信する。
　なお、本実施形態では、サーバを用いるプログラムインストール処理以外の処理については、前記第１の実施形態と同様の処理を実行する。

　３．車両１及び端末装置１０１が奏する効果
（１）車両１及び端末装置１０１は、前記第１の実施形態の場合と同様の効果を奏することができる。
（２）車両１から直接エンジン制御用プログラム及び鍵データを受信した携帯端末１０１Ａ以外の携帯端末１０１Ｂ、１０１Ｃ・・・・も、サーバ２０１からエンジン制御用プログラム及び鍵データを受信できるので、携帯端末１０１Ｂ、１０１Ｃ・・・・を用いてプログラムインストール処理を実行し、車両１を使用可能な状態とすることができる。よって、携帯端末１０１Ａの保持者だけでなく、携帯端末１０１Ｂ、１０１Ｃ・・・・の保持者も、車両１を使用することができる。
（３）本実施形態では、携帯端末１０１を用いるプログラムインストール処理に加えて、サーバ２０１を用いるプログラムインストール処理も実行できる。そのため、例えば、携帯端末１０１のバッテリーが残量不足となっている場合や、ドライバが携帯端末１０１を携帯していない場合でも、車両１を使用することができる。

　４．変形例
（１）携帯端末１０１Ａに記憶されているエンジン制御用プログラム及び鍵データを、携帯端末１０１Ａから、直接、携帯端末１０１Ｂ、１０１Ｃ・・・・に送信してもよい。この場合も、携帯端末１０１Ｂ、１０１Ｃ・・・・の保持者は、プログラムインストール処理を実行し、車両１を使用することができる。なお、端末装置１０１間の通信は、暗号化（例えば、公開鍵暗号化方式による暗号化）して行うことが好ましい。
（２）プログラム移行処理を実行する前の車両１から、エンジン制御プログラムをサーバ２０１に送信し、サーバ２０１でエンジン制御プログラムを記憶してもよい。また、鍵データも、それを更新するごとに、車両１からサーバ２０１に送信してもよい。
＜第６の実施形態＞
　１．車両１及び端末装置１０１の構成
　車両１及び端末装置１０１の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明する。

　車両１は、所定時間ごとに、ＧＰＳユニット４０を用いて車両１の位置を検出し、検出した位置と、その位置を検出したときの時刻とを組み合わせた情報（以下では、位置－時刻情報とする）を不揮発性メモリ３７に順次記憶する機能を有する。

　２．プログラムインストール処理
　図２５のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行するプログラムインストール処理を説明する。図２５においてステップ３４１～３４９は、ＩＧ　ＯＮの状態となったときに車両１が実行する処理であり、ステップ３５１～３５４は、専用のアプリケーションの起動中、端末装置１０１が繰り返し実行する処理である。

　ステップ３４１では、鍵データを要求する信号を端末装置１０１へ送信する。
　ステップ３４２では、正しい鍵データを受信したか否かを判断する。正しい鍵データを受信した場合は、その鍵データを送信した端末装置１０１を、これ以降の処理を実行する対象として認証し、ステップ３４３に進む。一方、正しい鍵データを受信しなかった場合はステップ３４１に戻る。なお、本ステップで受信する鍵データは後述するステップ３５２において端末装置１０１が送信するものである。

　ステップ３４３では、質問とそれに対する解答とを作成する処理を行う。具体的には、以下のようにする。不揮発性メモリ３７に記憶されている、位置－時刻情報の中から、ランダムに１つの位置－時刻情報を選択する。例えば、選択した位置－時刻情報に含まれる位置がＡ地点であり、時刻がＢ月Ｃ日Ｄ時であったとすると、「Ｂ月Ｃ日Ｄ時にどこにいましたか？」という質問と、それに対する「Ａ地点」という解答とをそれぞれ作成する。

　ステップ３４４では、前記ステップ３４３で作成した質問をディスプレイ３１に表示する。なお、ドライバは、その質問に対する解答を、入力ユニット２９を用いて入力することができる。

　ステップ３４５では、前記ステップ３４４における質問の表示後、それに対する正しい解答が所定時間内に入力ユニット２９に入力されたか否かを判断する。正しい解答が入力された場合はステップ３４６に進み、正しい解答が入力されなかった場合はステップ３４４に戻る。

　ステップ３４６では、エンジン制御用ＥＣＵ５に対し、エンジン３の始動を許可する。
　ステップ３４７では、エンジン制御用プログラムの送信を要求する信号を端末装置１０１へ送信する。エンジン制御用プログラムの送信を要求する信号の送信後、所定時間、車両１は、端末装置１０１からエンジン制御プログラムを受信可能な状態となる。

　ステップ３４８では、エンジン制御用プログラムを受信したか否かを判断する。エンジン制御用プログラムを受信した場合はステップ３４９に進み、受信しなかった場合はステップ３４７に戻る。なお、本ステップで受信するエンジン制御用プログラムは、後述するステップ３５４において端末装置１０１が送信するものである。

　ステップ３４９では、受信したエンジン制御用プログラムを揮発性メモリ３９に記憶する。
　一方、端末装置１０１は、ステップ３５１において、鍵データを要求する信号（前記ステップ３４１参照）を受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ３５２に進み、受信しなかった場合は再度ステップ３５１の処理を繰り返す。

　ステップ３５２では、メモリ１１７に保持していた鍵データを車両１へ送信する。
　ステップ３５３では、エンジン制御用プログラムの送信を要求する信号（前記ステップ３４７参照）を受信したか否かを判断する。受信した場合はステップ３５４に進み、受信しなかった場合は再度ステップ３５３の処理を行う。

　ステップ３５４では、メモリ１１７に記憶していたエンジン制御用プログラムを車両１へ送信する。
　なお、本実施形態では、プログラムインストール処理以外の処理については、前記第１の実施形態と同様の処理を実行する。

　３．車両１及び端末装置１０１が奏する効果
（１）車両１及び端末装置１０１は、前記第１の実施形態の場合と同様の効果を奏することができる。
（２）車両１は、質問を表示し、その質問に対する正しい解答が得られることを条件として、エンジン制御用プログラムの送信を要求する信号を端末装置１０１へ送信する。そのため、質問に対する正しい解答を知らない者は、エンジン制御プログラムを車両１にインストールできない。その結果、車両１のセキュリティが一層向上する。また、車両１が表示する質問は、過去に車両１を使用したドライバ以外の者にとっては正しい解答を出し難い質問であるので、車両１のセキュリティが一層向上する。

　４．変形例
（１）前記ステップ３４４で表示する質問は他のものであってもよい。質問は、車両１の過去の走行履歴に関するものであることが好ましい。
（２）前記ステップ３４４で表示した質問に対し、所定時間内に正しい解答が入力されなかった場合、車両１は第２の質問を表示することができる。そして、第２の質問に対する正しい解答が入力されると、前記ステップ３４６に進むことができる。また、第２の質問に対しても正しい解答が入力されなかった場合は、第３、第４・・・の質問を順次表示し、いずれかの質問に対して正しい解答が入力されれば、前記ステップ３４６に進むことができる。

　この場合、後に表示される質問ほど、新しい日時における車両１の場所を尋ねるものとすることが好ましい。こうすることで、記憶力が減退したドライバでも、後に表示される質問に対する正しい解答を入力しやすくなる。
（３）端末装置１０１の側で、位置－時刻情報（端末装置１０１の位置と、その位置を検出したときの時刻）を定期的に記憶しておき、プログラムインストール処理のとき、端末装置１０１が、位置－時刻情報に基く質問（例えば、「Ｂ月Ｃ日Ｄ時にどこにいましたか？」）を表示してもよい。そして、その質問に対する正しい解答が端末装置１０１に入力されることを条件として、端末装置１０１の処理（例えば前記ステップ３５２、３５４等の処理）を実行するようにしてもよい。
＜第７の実施形態＞
　１．車両１及び端末装置１０１の構成
　車両１及び端末装置１０１の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明する。

　車両１は、ドライバが車両１に対して所定の操作（例えば、ワイパーの強度を強にして、キーを回す等の操作）を行ったか否かを判断する機能を有する。前記所定の操作は、通常、ドライバが行わない複雑な操作であることが好ましい。

　２．プログラムインストール処理
　図２６のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行するプログラムインストール処理を説明する。図２６においてステップ３６１～３６８は、ＩＧ　ＯＮの状態となったときに車両１が実行する処理であり、ステップ３７１～３７４は、専用のアプリケーションの起動中、端末装置１０１が繰り返し実行する処理である。

　ステップ３６１では、鍵データを要求する信号を端末装置１０１へ送信する。
　ステップ３６２では、正しい鍵データを受信したか否かを判断する。正しい鍵データを受信した場合は、その鍵データを送信した端末装置１０１を、これ以降の処理を実行する対象として認証し、ステップ３６３に進む。一方、正しい鍵データを受信しなかった場合はステップ３６１に戻る。なお、本ステップで受信する鍵データは後述するステップ３７２において端末装置１０１が送信するものである。

　ステップ３６３では、「操作を行って下さい」という表示をディスプレイ３１に表示する。なお、ドライバは、その表示後、車両１において、所定の操作を行うことができる。
　ステップ３６４では、前記ステップ３６３における表示後、車両１において、所定の操作が実行されたか否かを判断する。実行された場合はステップ３６５に進み、実行されなかった場合はステップ３６３に戻る。

　ステップ３６５では、エンジン制御用ＥＣＵ５に対し、エンジン３の始動を許可する。
　ステップ３６６では、エンジン制御用プログラムの送信を要求する信号を端末装置１０１へ送信する。エンジン制御用プログラムの送信を要求する信号の送信後、所定時間、車両１は、端末装置１０１からエンジン制御プログラムを受信可能な状態となる。

　ステップ３６７では、エンジン制御用プログラムを受信したか否かを判断する。エンジン制御用プログラムを受信した場合はステップ３６８に進み、受信しなかった場合はステップ３６６に戻る。なお、本ステップで受信するエンジン制御用プログラムは、後述するステップ３７４において端末装置１０１が送信するものである。

　ステップ３６８では、受信したエンジン制御用プログラムを揮発性メモリ３９に記憶する。
　一方、端末装置１０１は、ステップ３７１において、鍵データを要求する信号（前記ステップ３６１参照）を受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ３７２に進み、受信しなかった場合は再度ステップ３７１の処理を繰り返す。

　ステップ３７２では、メモリ１１７に保持していた鍵データを車両１へ送信する。
　ステップ３７３では、エンジン制御用プログラムの送信を要求する信号（前記ステップ３６６参照）を受信したか否かを判断する。受信した場合はステップ３７４に進み、受信しなかった場合は再度ステップ３７３の処理を行う。

　ステップ３７４では、メモリ１１７に記憶していたエンジン制御用プログラムを車両１へ送信する。
　なお、本実施形態では、プログラムインストール処理以外の処理については、前記第１の実施形態と同様の処理を実行する。

　３．車両１及び端末装置１０１が奏する効果
（１）車両１及び端末装置１０１は、前記第１の実施形態の場合と同様の効果を奏することができる。
（２）車両１は、ドライバが所定の操作を実行することを条件として、エンジン制御用プログラムの送信を要求する信号を端末装置１０１へ送信する。そのため、所定の操作を知らない者はエンジン制御用プログラムを車両１にインストールできない。その結果、車両１のセキュリティが一層向上する。
＜第８の実施形態＞
　１．車両１及び端末装置１０１の構成
　車両１及び端末装置１０１の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明する。

　車両１は、ＩＧ　ＯＮの状態から、ＩＧ　ＯＦＦの状態に切り替わったとき、その場合に特有の信号（以下、ＩＧ　ＯＦＦ信号とする）を、端末装置１０１に送信する機能を有する。

　また、端末装置１０１は、ＩＧ　ＯＦＦ信号を受信したとき、その時点における端末装置１０１の位置情報（以下、ＩＧ　ＯＦＦ時位置情報とする）を、ＧＰＳユニット１０３を用いて取得し、メモリ１１７に記憶する機能を有する。既にＩＧ　ＯＦＦ時位置情報が記憶された状態において、新たなＩＧ　ＯＦＦ時位置情報を取得した場合は、新たなＩＧ　ＯＦＦ時位置情報を既存のＩＧ　ＯＦＦ時位置情報に上書きする。

　２．プログラムインストール処理
　図２７のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行するプログラムインストール処理を説明する。図２７においてステップ３８１～３８６は、ＩＧ　ＯＮの状態となったときに車両１が実行する処理であり、ステップ３９１～３９７は、専用のアプリケーションの起動中、端末装置１０１が繰り返し実行する処理である。

　ステップ３８１では、鍵データを要求する信号を端末装置１０１へ送信する。
　ステップ３８２では、正しい鍵データを受信したか否かを判断する。正しい鍵データを受信した場合は、その鍵データを送信した端末装置１０１を、これ以降の処理を実行する対象として認証し、ステップ３８３に進む。一方、正しい鍵データを受信しなかった場合はステップ３８１に戻る。なお、本ステップで受信する鍵データは後述するステップ３９５において端末装置１０１が送信するものである。

　ステップ３８３では、エンジン制御用ＥＣＵ５に対し、エンジン３の始動を許可する。
　ステップ３８４では、エンジン制御用プログラムの送信を要求する信号を端末装置１０１へ送信する。エンジン制御用プログラムの送信を要求する信号の送信後、所定時間、車両１は、端末装置１０１からエンジン制御プログラムを受信可能な状態となる。

　ステップ３８５では、エンジン制御用プログラムを受信したか否かを判断する。エンジン制御用プログラムを受信した場合はステップ３８６に進み、受信しなかった場合はステップ３８４に戻る。なお、本ステップで受信するエンジン制御用プログラムは、後述するステップ３９７において端末装置１０１が送信するものである。

　ステップ３８６では、受信したエンジン制御用プログラムを揮発性メモリ３９に記憶する。
　一方、端末装置１０１は、ステップ３９１において、鍵データを要求する信号（前記ステップ３８１参照）を受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ３９２に進み、受信しなかった場合は再度ステップ３９１の処理を繰り返す。

　ステップ３９２では、ＩＧ　ＯＦＦ時位置情報を読み出す。
　ステップ３９３では、その時点における端末装置１０１の位置情報を、ＧＰＳユニット１０３を用いて取得する。

　ステップ３９４では、前記ステップ３９２で取得したＩＧ　ＯＦＦ時位置情報と、前記ステップ３９３で取得した、その時点での位置情報とを比較し、一致するか否かを判断する。一致する場合はステップ３９５に進み、一致しない場合は本処理を終了する。

　ステップ３９５では、メモリ１１７に保持していた鍵データを車両１へ送信する。
　ステップ３９６では、エンジン制御用プログラムの送信を要求する信号（前記ステップ３８４参照）を受信したか否かを判断する。受信した場合はステップ３９７に進み、受信しなかった場合は再度ステップ３９６の処理を行う。

　ステップ３９７では、メモリ１１７に記憶していたエンジン制御用プログラムを車両１へ送信する。
　なお、本実施形態では、プログラムインストール処理以外の処理については、前記第１の実施形態と同様の処理を実行する。

　前記ステップ３９１～３９５において鍵データ及び車両１の位置に関する処理を実行する無線通信ユニット１０５、メモリ１１７、及びＣＰＵ１２３は移動体との間で認証を行う認証ユニットの一実施形態である。

　３．車両１及び端末装置１０１が奏する効果
（１）車両１及び端末装置１０１は、前記第１の実施形態の場合と同様の効果を奏することができる。
（２）端末装置１０１は、ＩＧ　ＯＦＦ時位置情報と、エンジン制御用プログラムを車両１へインストールしようとするときの位置情報とが一致することを条件として、鍵データを車両１へ送信する。そのため、例えば、車両１をＩＧ　ＯＦＦの状態としてから、車両１を移動させた場合は、ＩＧ　ＯＦＦ時位置情報と、エンジン制御用プログラムを車両１へインストールしようとするときの位置情報とが一致しないので、エンジン制御用プログラムを車両１へインストールすることができない。その結果、車両１のセキュリティが一層向上する。

　４．変形例
（１）前記ステップ３９４で否定判断された場合、ドライバに追加の認証を要求し、その認証が成功した場合は前記ステップ３９５に進むようにしてもよい。追加の認証としては、例えば、ドライバにパスワードを入力させ、そのパスワードが正しいか否かを判断することが挙げられる。また、別形態の追加の認証としては、ドライバの生体データ（例えば、ドライバの顔画像、指紋、虹彩、手のひらにおける血管のパターン等）を取得し、その生体データが予め登録された生体データと一致するか否かを判断することが挙げられる。（２）車両１の側で、ＩＧ　ＯＦＦ時位置情報と、プログラムインストール処理実行時における車両１の位置情報とが一致するか否かを判断してもよい。そして、一致することを条件として、前記ステップ３８１～３８６の処理を実行してもよい。
（３）前記ステップ３９４では、ＩＧ　ＯＦＦ時位置情報を含む（例えばＩＧ　ＯＦＦ時位置情報を中心とする）一定の範囲内に、その時点での位置情報があれば、一致すると判断し、それ以外の場合は一致しないと判断することができる。
（４）車両１が端末装置１０１に特有の信号を送信するタイミングは、ＩＧ　ＯＦＦの状態となったとき以外の所定のタイミングであってもよい。この所定のタイミングは、車両１の使用を終了するときに到来するタイミングであることが好ましい。所定のタイミングとしては、例えば、エンジン３を停止したタイミング、車両１のドアをロックしたタイミング等が挙げられる。端末装置１は、特有の信号を受信した時点における端末装置１０１の位置情報（以下、第２の位置情報とする）を取得し、記憶することができる。

　そして、端末装置１０１は、前記ステップ３９２において、第２の位置情報を取得し、前記ステップ３９４において、第２の位置情報と、前記ステップ３９３で取得した、その時点での位置情報とを比較し、一致するか否かを判断することができる。
（５）車両１は、ＩＧ　ＯＮの状態から、ＩＧ　ＯＦＦの状態に切り替わったとき、ＩＧ　ＯＦＦ信号と、そのときの車両１の位置情報とを送信してもよい。そして、端末装置１０１は、その車両１の位置情報を、ＩＧ　ＯＦＦ時位置情報として記憶することができる。この場合、前記ステップ３９４では、車両１の位置情報（ＩＧ　ＯＦＦ時位置情報）と、前記ステップ３９３で取得した、その時点での携帯端末１０１の位置情報とを比較し、一致するか否かを判断することができる。
＜第９の実施形態＞
　１．車両１及び端末装置１０１の構成
　車両１及び端末装置１０１の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明する。

　端末装置１０１は、メモリ１１７に、複数のエンジン制御用プログラムＰ１、Ｐ２、Ｐ３・・・を記憶している。エンジン制御用プログラムＰ１、Ｐ２、Ｐ３・・・は、エンジン３の制御を行うという点では共通するが、制御の内容において相違する。例えば、Ｐ１は標準的なエンジン制御プログラムであり、Ｐ２は、Ｐ１に比べて、車両１の燃費性能を向上させるプログラムであり、Ｐ２は、Ｐ１に比べてエンジン３のパワーを増大させるプログラムである。

　２．プログラムインストール処理
　図２８のフローチャートに基づき、車両１（特に特定処理用ＥＣＵ７）及び端末装置１０１（特にＣＰＵ１２３）が実行するプログラムインストール処理を説明する。図２８においてステップ４０１～４０６は、ＩＧ　ＯＮの状態となったときに車両１が実行する処理であり、ステップ４１１～４１５は、専用のアプリケーションの起動中、端末装置１０１が繰り返し実行する処理である。なお、プログラムインストール処理は、前記プログラム移行処理を実行済みである場合に実行可能である。

　ステップ４０１では、鍵データを要求する信号を端末装置１０１へ送信する。
　ステップ４０２では、正しい鍵データを受信したか否かを判断する。正しい鍵データを受信した場合は、その鍵データを送信した端末装置１０１を、これ以降の処理を実行する対象として認証し、ステップ４０３に進む。一方、正しい鍵データを受信しなかった場合はステップ４０１に戻る。なお、本ステップで受信する鍵データは後述するステップ４１３において端末装置１０１が送信するものである。

　ステップ４０３では、エンジン制御用ＥＣＵ５に対し、エンジン３の始動を許可する。
　ステップ４０４では、エンジン制御用プログラムの送信を要求する信号を端末装置１０１へ送信する。エンジン制御用プログラムの送信を要求する信号の送信後、所定時間、車両１は、端末装置１０１からエンジン制御プログラムを受信可能な状態となる。

　ステップ４０５では、エンジン制御用プログラムを受信したか否かを判断する。エンジン制御用プログラムを受信した場合はステップ４０６に進み、受信しなかった場合はステップ４０４に戻る。なお、本ステップで受信するエンジン制御用プログラムは、後述するステップ４１５において端末装置１０１が送信するものである。

　ステップ４０６では、受信したエンジン制御用プログラムを揮発性メモリ３９に記憶する。
　一方、端末装置１０１は、ステップ４１１において、鍵データを要求する信号（前記ステップ４０１参照）を受信したか否かを判断する。鍵データを要求する信号を受信した場合はステップ４１２に進み、受信しなかった場合は再度ステップ４１１の処理を繰り返す。

　ステップ４１２では、「プログラムを選択して下さい」との表示をディスプレイ１０９に表示する。なお、ドライバは、この表示の後、入力ユニット１１５を用いて、エンジン制御用プログラムＰ１、Ｐ２、Ｐ３・・・の中の一つを選択することができる。

　ステップ４１３では、前記ステップ４１２の表示の後、エンジン制御用プログラムＰ１、Ｐ２、Ｐ３・・・の中の一つを選択する入力が、入力ユニット１１５に有ったか否かを判断する。入力があった場合はステップ４１４に進み、入力が無かった場合はステップ４１２に戻る。

　ステップ４１４では、メモリ１１７に保持していた鍵データを車両１へ送信する。
　ステップ４１５では、エンジン制御用プログラムの送信を要求する信号（前記ステップ４０４参照）を受信したか否かを判断する。受信した場合はステップ４１６に進み、受信しなかった場合は再度ステップ４１５の処理を行う。

　ステップ４１６では、メモリ１１７に記憶していた複数のエンジン制御用プログラムのうち、前記ステップ４１３で選択された一つのエンジン制御用プログラムを車両１へ送信する。

　なお、本実施形態では、プログラムインストール処理以外の処理については、前記第１の実施形態と同様の処理を実行する。
　３．車両１及び端末装置１０１が奏する効果
（１）車両１及び端末装置１０１は、前記第１の実施形態の場合と同様の効果を奏することができる。
（２）ドライバは、複数のエンジン制御用プログラムの中から、好みのプログラムを容易に選択することができる。

　４．変形例
　車両１の側で、ドライバの入力に基き、エンジン制御用プログラムＰ１、Ｐ２、Ｐ３・・・の中の一つを選択してもよい。この場合、前記ステップ４０４において、エンジン制御用プログラムの送信を要求する信号とともに、選択したエンジン制御用プログラムを特定する信号を端末装置１０１へ送信することができる。そして、端末装置１０１は、前記ステップ４１６において、選択されたエンジン制御用プログラムを送信することができる。
＜第１０の実施形態＞
　１．車両１及び端末装置１０１の構成
　車両１及び端末装置１０１の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明する。

　図２９に示すように、車両１は、ＩＧ　ＯＦＦ時電源用ＥＣＵ１３１と、ＩＧＯＦＦ時電源１３３とを備えている。車両１がＩＧ　ＯＦＦの状態となったとき、ＩＧ　ＯＦＦ時電源用ＥＣＵ１３１は、所定の条件を充足しているならば、揮発性メモリ３９に対してＩＧＯＦＦ時電源１３３の電力を供給し続ける。すなわち、所定の条件が充足されている状態であるならば、車両１がＩＧ　ＯＦＦの状態となっても、揮発性メモリ３９に記憶されたエンジン制御用プログラムは消失せずに維持される。

　上述した所定の条件としては、例えば、以下のＣ１～Ｃ３のうちのいずれかが挙げられる。
　Ｃ１：ＩＧ　ＯＮの状態からＩＧ　ＯＦＦの状態へ切り替わった時刻から、所定時間内であること。

　Ｃ２：予め設定された時間帯（例えば昼間）であること。
　Ｃ３：車両１の位置が、予め設定された位置（例えばドライバの自宅、通常使用する駐車場等）であること。

　また、上述した所定の条件としては、Ｃ１～Ｃ３から選択した２以上を直列的に組み合わせた条件とすることができる。例えば、直列的に組み合わせた条件としては、以下のものが挙げられる。

　Ｃ１＋Ｃ２：ＩＧ　ＯＮの状態からＩＧ　ＯＦＦの状態へ切り替わった時刻から、所定時間内であり、且つ、予め設定された時間帯（例えば昼間）であること。
　Ｃ１+Ｃ３：ＩＧ　ＯＮの状態からＩＧ　ＯＦＦの状態へ切り替わった時刻から、所定時間内であり、且つ、車両１の位置が、予め設定された位置（例えばドライバの自宅、通常使用する駐車場等）であること。

　２．車両１及び端末装置１０１が奏する効果
（１）車両１及び端末装置１０１は、前記第１の実施形態の場合と同様の効果を奏することができる。
（２）車両１がＩＧ　ＯＦＦの状態となっても、所定の条件を充足するならば、車両１においてエンジン制御用プログラムは維持されるので、ドライバの利便性が向上する。例えば、所定の条件が前記Ｃ１である場合、ドライバが車両１から短時間離れ、その間、ＩＧ　ＯＦＦの状態となっていても、車両１においてエンジン制御用プログラムは維持されるので、エンジン制御用プログラムを再インストールしなくて済む。
＜第１１の実施形態＞
　１．車両１及び端末装置１０１の構成
　車両１及び端末装置１０１の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明する。

　車両１は、不揮発性メモリ３７に、予備プログラムを記憶している。この予備プログラムは、エンジン制御用プログラムと同様にエンジン３を制御することができる。さらに、予備プログラムは、車両１のヘッドライトを常時点滅させる処理を実行する。

　車両１は、エンジン制御用プログラムが揮発性メモリ３９にインストールされているときは、エンジン制御用プログラムを使用してエンジン３を制御する。このとき、予備プログラムは使用されず、ヘッドライトの常時点滅は実行されない。

　一方、揮発性メモリ３９にエンジン制御用プログラムがインストールされていないとき、車両１は、予備プログラムを使用してエンジン３を制御する。このとき、ヘッドライトの常時点滅が実行される。

　２．車両１及び端末装置１０１が奏する効果
（１）車両１及び端末装置１０１は、前記第１の実施形態の場合と略同様の効果を奏することができる。
（２）車両１は、エンジン制御用プログラムをインストールしていない状態でも、予備プログラムを用いて走行可能である。ただし、エンジン制御用プログラムをインストールしていない状態では、予備プログラムがヘッドライトの常時点滅を実行する。そのため、エンジン制御用プログラムをインストールしていない状態であることを車両１の外部から容易に認識することができる。その結果、車両１のセキュリティが一層向上する。

　３．変形例
（１）予備プログラムは、ヘッドライトの常時点滅に代えて、又はそれに加えて、種々の処理を実行してもよい。この種々の処理は、車両１を外部から見て、通常の状態ではないことを識別できる処理であることが好ましい。このような処理として、例えば、ワイパーを常時動かす処理、ハイビーム／ロービームを周期的に切り換える処理、クラクションを断続的に鳴らす処理、外部（携帯端末１０１を含む）に対し通報する処理等が挙げられる。
（２）車両１をＩＧ　ＯＦＦの状態としたとき、予備プログラムを、端末装置１０１から車両１の不揮発性メモリ３７にインストールするようにしてもよい。この場合、予備プログラムを予め不揮発性メモリ３７に記憶しておかなくてもよい。また、エンジン制御プログラムを車両１にインストールしたとき、不揮発性メモリ３７から予備プログラムを消去するようにしてもよい。

　尚、本発明は前記実施の形態になんら限定されるものではなく、本発明を逸脱しない範囲において種々の態様で実施しうることはいうまでもない。
　例えば、前記移動体は、人及び／又は貨物を搭載して移動可能な物であればよく、道路上を走行する車両の他に、鉄道車両、船舶、航空機等であってもよい。車両の場合、４輪車、２輪車のいずれであってもよい。移動体の駆動源は、内燃機関（例えばガソリンエンジン、ディーゼルエンジン）、外燃機関（例えば蒸気機関、スターリングエンジン、原子力機関等）、電気モーター、それらの組み合わせのいずれであってもよい。

　また、車両１は、前記各処理の一部のみを実行するものであってもよい。また、端末装置１０１は、前記各処理の一部のみを実行するものであってもよい。車両１及び端末装置１０１は、図１、図２Ａ、図２Ｂ、図３Ａ、図３Ｂ、及び図３Ｃに示す構成のうち、実行する処理に必須でない構成は備えていなくてもよい。

　また、車両１と端末装置１０１との間の通信は、ブルートゥース規格以外の無線通信、又は有線通信であってもよい。
　また、車両１は、以下の機能を有していてもよい。カメラ２１を用いてドライバの全身の画像を取得し、その画像から、ドライバの体格（座高、腕の長さ、脚の長さ、顔の位置、肩幅等）を算出する機能、及び、ドライバの体格に応じて、車両１におけるシートの位置、ドアミラーの角度等を調整する機能。

　また、前記第１～第１１の実施形態における各構成の一部又は全部を適宜選択し、選択した構成を組み合わせてもよい。

Claims (3)

1. 　移動体を制御するプログラムを記憶する記憶ユニットと、
   　前記移動体との間で認証を行う認証ユニットと、
   　前記認証ユニットにより認証が行われたことを条件として、前記プログラムを前記移動体に出力する出力ユニットと、
   　を備えることを特徴とする端末装置。
2. 　前記認証は、前記移動体の移動に応じて更新される鍵データを用いて行われることを特徴とする請求項１に記載の端末装置。
3. 　プログラムにより制御される移動体であって、
   　前記プログラムを記憶する記憶ユニットと、
   　端末装置との間で認証を行う認証ユニットと、
   　前記認証ユニットにより認証が行われたことを条件として、前記端末装置が出力する前記プログラムを前記記憶ユニットに書き込む書き込みユニットと、
   　前記記憶ユニットに記憶された前記プログラムを消去する消去ユニットと、
   　を備えることを特徴とする移動体。

Images