特許 7548077 運転診断装置及び運転診断方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-02

(45)【発行日】2024-09-10

(54)【発明の名称】運転診断装置及び運転診断方法

(51)【国際特許分類】

   G09B 9/042 20060101AFI20240903BHJP

   A63F 13/69 20140101ALI20240903BHJP

   A63F 13/65 20140101ALI20240903BHJP

   A63F 13/245 20140101ALI20240903BHJP

   G07C 5/00 20060101ALI20240903BHJP

【ＦＩ】

G09B9/042 A

A63F13/69

A63F13/65

A63F13/245

G07C5/00 Z

【請求項の数】 4

(21)【出願番号】P 2021038781

(22)【出願日】2021-03-10

(65)【公開番号】P2022138730

(43)【公開日】2022-09-26

【審査請求日】2023-09-12

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】遠藤 雅人

【審査官】岸 智史

(56)【参考文献】

【文献】特開２０１４－１５１０３０（ＪＰ，Ａ）

【文献】特開２０１０－１４２３００（ＪＰ，Ａ）

【文献】特開２０２１－０１３４０８（ＪＰ，Ａ）

【文献】特開２０１８－１６００００（ＪＰ，Ａ）

【文献】特開２０２０－０２５８２０（ＪＰ，Ａ）

【文献】特開２００１－３１８５８５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０９Ｂ １／００－９／５６

Ｇ０９Ｂ １７／００－１９／２６

Ａ６３Ｆ ９／２４、１３／００－１３／９８

(57)【特許請求の範囲】

【請求項1】

車両の運転を伴いながら実行される複数のイベントが表示されるイベント表示部と、
前記イベントが実行されたか否かを判定するイベント判定部と、
前記イベント判定部によって実行されたと判定された前記イベントに応じて生成した変化要素を、ゲームアプリケーションが実行されることにより操作端末の表示部に表示されるゲームのキャラクターに付与する変化要素付与部と、
一部の前記イベントを特別イベントに指定する指定部と、
を備え、
前記イベントは、前記車両の挙動に関するイベントであり、
前記イベント表示部が、前記一部のイベントが前記特別イベントであることを表示し、
前記特別イベントが実行されたと前記イベント判定部が判定したときに前記変化要素付与部が前記キャラクターに付与する前記変化要素が、前記特別イベント以外の前記イベントが実行されたと前記イベント判定部が判定したときに前記変化要素付与部が前記キャラクターに付与する前記変化要素より大きい運転診断装置。

【請求項2】

前記指定部が、一部の前記イベントを所定期間に渡って前記特別イベントに指定し、
前記所定期間の任意の時刻である第１時刻より後の前記所定期間の任意の時刻である第２時刻において、前記特別イベントが実行されたと前記イベント判定部が判定したときの前記変化要素が、前記第１時刻において前記特別イベントが実行されたと前記イベント判定部が判定したときの前記変化要素より大きい請求項１に記載の運転診断装置。

【請求項3】

複数の前記車両の前記運転診断の結果である診断結果を取得する診断結果取得部と、
前記診断結果取得部が取得した複数の前記診断結果に基づいて、類似した運転操作特性を有する複数の運転者を含む対象グループを特定するグループ特定部と、
を備え、
前記対象グループが所定レベルより低い前記診断結果を受けた前記運転診断が実行される前記イベントである対象イベントが、前記対象グループに属する運転者によって実行されたと前記イベント判定部が判定したときの前記変化要素が、前記対象イベント以外の前記イベントが前記対象グループに属する運転者によって実行されたと前記イベント判定部が判定したときの前記変化要素より大きい請求項１又は請求項２に記載の運転診断装置。

【請求項4】

コンピュータを用いて実行される運転診断方法であって、
車両の運転を伴いながら実行されるイベントが実行されたか否かを判定するステップ、
実行されたと判定された前記イベントに応じて生成した変化要素を、ゲームアプリケーションが実行されることにより操作端末の表示部に表示されるゲームのキャラクターに付与するステップ、
複数の前記イベントの一部を特別イベントに指定するステップ、及び
前記一部のイベントが前記特別イベントであることを表示しつつ、複数の前記イベントを表示するステップ
を有し、
前記イベントは、前記車両の挙動に関するイベントであり、
前記特別イベントが実行されたと判定されたときに前記キャラクターに付与される前記変化要素が、前記特別イベント以外の前記イベントが実行されたと判定されたときに前記キャラクターに付与される前記変化要素より大きい運転診断方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、運転診断装置及び運転診断方法に関する。

【背景技術】

【0002】

下記特許文献１には、運転者が車両を安全に運転操作すると、表示部に表示されたキャラクターが育成される運転診断装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開平１０－３２９５８０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記特許文献１の運転診断装置は、様々な運転診断項目が診断されるような運転操作を実行することを運転者に促すことに関して改善の余地がある。

【0005】

本発明は上記事実を考慮し、様々な運転診断項目が診断されるような運転操作を実行することを運転者に促すことが可能な運転診断装置及び運転診断方法を得ることを目的とする。

【課題を解決するための手段】

【0006】

請求項１に記載の運転診断装置は、車両の運転を伴いながら実行される複数のイベントが表示されるイベント表示部と、前記イベントが実行されたか否かを判定するイベント判定部と、前記イベント判定部によって実行されたと判定された前記イベントに応じて生成した変化要素を、ゲームアプリケーションが実行されることにより操作端末の表示部に表示されるゲームのキャラクターに付与する変化要素付与部と、一部の前記イベントを特別イベントに指定する指定部と、を備え、前記イベントは、前記車両の挙動に関するイベントであり、前記イベント表示部が、前記一部のイベントが前記特別イベントであることを表示し、前記特別イベントが実行されたと前記イベント判定部が判定したときに前記変化要素付与部が前記キャラクターに付与する前記変化要素が、前記特別イベント以外の前記イベントが実行されたと前記イベント判定部が判定したときに前記変化要素付与部が前記キャラクターに付与する前記変化要素より大きい。

【0007】

請求項１に記載の運転診断装置のイベント表示部は、車両の運転を伴いながら実行される複数のイベントを表示する。さらにイベント判定部が、イベントが実行されたか否かを判定する。さらに変化要素付与部が、イベント判定部が実行されたと判定したイベントに応じて生成した変化要素を、ゲームアプリケーションが実行されることにより操作端末の表示部に表示されるゲームのキャラクターに付与する。さらに指定部が、一部のイベントを特別イベントに指定する。さらにイベント表示部は、一部のイベントが特別イベントであることを表示する。

【0008】

イベント表示部を見た運転者は、複数のイベントの一部が特別イベントであることを認識する。そのため運転者に特別イベントを実行するように促すことが可能である。そのため多くの運転診断項目が診断されるような運転操作を運転者に促すことが可能である。

【0010】

請求項１に記載の発明では、特別イベントが実行されたとイベント判定部が判定したときに変化要素付与部がキャラクターに付与する変化要素が、特別イベント以外のイベントが実行されたとイベント判定部が判定したときに変化要素付与部がキャラクターに付与する変化要素より大きい。そのため運転者に特別イベントを実行するように促すことが可能である。そのため多くの運転診断項目が診断されるような運転操作を運転者に促すことが可能である。

【0011】

請求項２に記載の発明に係る運転診断装置は、請求項１の発明において、前記指定部が、一部の前記イベントを所定期間に渡って前記特別イベントに指定し、前記所定期間の任意の時刻である第１時刻より後の前記所定期間の任意の時刻である第２時刻において、前記特別イベントが実行されたと前記イベント判定部が判定したときの前記変化要素が、前記第１時刻において前記特別イベントが実行されたと前記イベント判定部が判定したときの前記変化要素より大きい。

【0012】

請求項２に記載の発明では、指定部が、一部のイベントを所定期間に渡って特別イベントに指定する。さらに所定期間の第１時刻より後の第２時刻において特別イベントが実行されたとイベント判定部が判定したときの変化要素が、第１時刻において特別イベントが実行されたとイベント判定部が判定したときの変化要素より大きい。そのためイベント表示部を見た運転者は、所定期間の残り時間が少なくなるにつれて、特別イベントを実行しようとする意思を持ち易くなる。そのため運転者に特別イベントを実行させ易くなる。

【0013】

請求項３に記載の発明に係る運転診断装置は、請求項１又は請求項２に記載の発明において、複数の前記車両の前記運転診断の結果である診断結果を取得する診断結果取得部と、前記診断結果取得部が取得した複数の前記診断結果に基づいて、類似した運転操作特性を有する複数の運転者を含む対象グループを特定するグループ特定部と、を備え、前記対象グループが所定レベルより低い前記診断結果を受けた前記運転診断が実行される前記イベントである対象イベントが、前記対象グループに属する運転者によって実行されたと前記イベント判定部が判定したときの前記変化要素が、前記対象イベント以外の前記イベントが前記対象グループに属する運転者によって実行されたと前記イベント判定部が判定したときの前記変化要素より大きい。

【0014】

請求項３に記載の発明では、対象グループが所定レベルより低い診断結果を受けた運転診断が実行されるイベントである対象イベントが、対象グループに属する運転者によって実行されたとイベント判定部が判定したときに、変化要素付与部がキャラクターに、対象イベント以外のイベントが対象グループによって実行されたとイベント判定部が判定したときより大きい変化要素を付与する。そのため、運転者が不得意なイベントを実行する可能性が高くなるので、多くの運転診断項目が診断されるような運転操作を運転者に促すことが可能になる。

【0015】

請求項４に記載の発明に係る運転診断方法は、コンピュータを用いて実行される運転診断方法であって、車両の運転を伴いながら実行されるイベントが実行されたか否かを判定するステップ、実行されたと判定された前記イベントに応じて生成した変化要素を、ゲームアプリケーションが実行されることにより操作端末の表示部に表示されるゲームのキャラクターに付与するステップ、複数の前記イベントの一部を特別イベントに指定するステップ、及び前記一部のイベントが前記特別イベントであることを表示しつつ、複数の前記イベントを表示するステップを有し、前記イベントは、前記車両の挙動に関するイベントであり、前記特別イベントが実行されたと判定されたときに前記キャラクターに付与される前記変化要素が、前記特別イベント以外の前記イベントが実行されたと判定されたときに前記キャラクターに付与される前記変化要素より大きい。

【発明の効果】

【0016】

以上説明したように、本発明に係る運転診断装置及び運転診断方法は、様々な運転診断項目が診断されるような運転操作を実行することを運転者に促すことが可能である、という優れた効果を有する。

【図面の簡単な説明】

【0017】

【図1】実施形態に係る運転診断装置、車両及びを携帯端末示す図である。

【図2】図１に示される車両のＥＣＵの制御ブロック図である。

【図3】タイプ１の車両に搭載されたＥＣＵの機能ブロック図である。

【図4】タイプ２の車両に搭載されたＥＣＵの機能ブロック図である。

【図5】タイプ３の車両に搭載されたＥＣＵの機能ブロック図である。

【図6】図１に示された運転診断装置の機能ブロック図である。

【図7】図１に示される携帯端末の機能ブロック図である。

【図8】車両に搭載された表示部の初期画面を示す図である。

【図9】ロックの種類及び合計ポイントを示す図である。

【図10】ロックの状態及び合計ポイントを表示した表示部を示す図である。

【図11】コース選択画面を表示した表示部を示す図である。

【図12】イベント選択画面を表示した表示部を示す図である。

【図13】ボーナス画面を表示した表示部を示す図である。

【図14】イベント１及び特別イベント２が選択されたときの表示部を示す図である。

【図15】キャンペーン選択画面を表示した表示部を示す図である。

【図16】運転診断結果画像を表示した携帯端末の表示部を示す図である。

【図17】変化要素を表示する携帯端末の表示部を示す図である。

【図18】係数マップを示す図である。

【図19】ゲームのメイン画像を表示する携帯端末の表示部を示す図である。

【図20】ＥＣＵが実行する処理を示すフローチャートである。

【図21】ＥＣＵが実行する処理を示すフローチャートである。

【図22】運転診断装置が実行する処理を示すフローチャートである。

【図23】携帯端末が実行する処理を示すフローチャートである。

【図24】携帯端末が実行する処理を示すフローチャートである。

【発明を実施するための形態】

【0018】

以下、本発明に係る運転診断装置１０及び運転診断方法の実施形態について、図面を参照しながら説明する。

【0019】

図１に示されるように、運転診断装置１０の送受信部（診断結果取得部）１１とネットワークを介してデータ通信可能な車両３０は、ＥＣＵ(Electronic Control Unit)３１、車輪速センサ３２（検出部）、アクセル開度センサ（検出部）３３、操舵角センサ（検出部）３４、ＩＧスイッチ３５、表示部（イベント表示部）３６、ＧＰＳ(Global Positioning System)受信機（検出部）３７、第１無線通信装置３８、第２無線通信装置３９、シフトレバーポジションセンサ（検出部）４０、ブレーキ踏力センサ（検出部）４１及び別の検出部（図示省略）を有する。

【0020】

運転診断装置１０による診断を受信可能な車両３０には車両ＩＤが付されている。本実施形態の車両３０には３つのタイプが存在する。即ち、タイプ１の車両３０Ａ、タイプ２の車両３０Ｂ及びタイプ３の車両３０Ｃが存在する。以下の説明では、車両３０Ａ、車両３０Ｂ及び車両３０Ｃを区別して説明する必要がない場合は、これらの車両を車両３０と総称する。車両３０Ｂは後述する第１連係ロック機能を有する。車両３０Ｃは後述する第２連係ロック機能を有する。車両３０Ａは第１連係ロック機能及び第２連係ロック機能を有さない。車両３０の車輪速センサ３２、アクセル開度センサ３３、操舵角センサ３４、ＩＧスイッチ３５、表示部３６、ＧＰＳ受信機３７、第１無線通信装置３８、第２無線通信装置３９、シフトレバーポジションセンサ４０、ブレーキ踏力センサ４１及び上記別の検出部は、ＥＣＵ３１に接続されている。ＥＣＵ３１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、通信Ｉ／Ｆ及び入出力Ｉ／Ｆを含んで構成されている。上記ネットワークは、通信事業者の通信網及びインターネット網を含んでいる。

【0021】

図２に示されるようにＥＣＵ３１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：プロセッサ）３１Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３１Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３１Ｃ、ストレージ３１Ｄ、通信Ｉ／Ｆ（Ｉｎｔｅｒ Ｆａｃｅ）３１Ｅ及び入出力Ｉ／Ｆ３１Ｆを含んで構成されている。ＣＰＵ３１Ａ、ＲＯＭ３１Ｂ、ＲＡＭ３１Ｃ、ストレージ３１Ｄ、通信Ｉ／Ｆ３１Ｅ及び入出力Ｉ／Ｆ３１Ｆは、バス３１Ｚを介して相互に通信可能に接続されている。ＥＣＵ３１は、タイマー（図示省略）から日時に関する情報を取得可能である。ＥＣＵ３１には、図８に示されるように複数のアプリケーション（プログラム）３１ＡＰ１、３１ＡＰ２、３１ＡＰ３・・・３１ＡＰ８がインストールされている。３１ＡＰ１はロックアプリケーションであり、３１ＡＰ２は運転診断アプリケーションである。

【0022】

ＣＰＵ３１Ａは、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ３１Ａは、ＲＯＭ３１Ｂ又はストレージ３１Ｄからプログラムを読み出し、ＲＡＭ３１Ｃを作業領域としてプログラムを実行する。ＣＰＵ３１Ａは、ＲＯＭ３１Ｂ又はストレージ３１Ｄに記録されているプログラムに従って、各構成の制御及び各種の演算処理（情報処理）を行う。

【0023】

ＲＯＭ３１Ｂは、各種プログラム及び各種データを格納する。ＲＡＭ３１Ｃは、作業領域として一時的にプログラム又はデータを記憶する。ストレージ３１Ｄは、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置により構成され、各種プログラム及び各種データを格納する。通信Ｉ／Ｆ３１Ｅは、ＥＣＵ３１が他の機器と通信するためのインタフェースである。入出力Ｉ／Ｆ３１Ｆは、様々な装置と通信するためのインタフェースである。

【0024】

車輪速センサ３２、アクセル開度センサ３３、操舵角センサ３４、ＧＰＳ受信機３７、シフトレバーポジションセンサ４０、ブレーキ踏力センサ４１及び上記別の検出部は、車両３０の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量又は所定の操作部材（例えば、シフトレバー）が操作されることにより変化する物理量を、所定時間が経過する毎に繰り返し検出する。車両３０には４つの車輪速センサ３２が設けられている。各車輪速センサ３２は車両３０の４つの車輪の車輪速をそれぞれ検出する。アクセル開度センサ３３はアクセル開度を検出する。操舵角センサ３４はステアリングホイールの操舵角を検出する。ＧＰＳ受信機３７はＧＰＳ衛星から送信されたＧＰＳ信号を受信することにより、車両３０が走行している位置に関する情報（以下、「位置情報」と呼ぶ）を取得する。シフトレバーポジションセンサ４０はシフトレバー（図示省略）の位置を検出する。ブレーキ踏力センサ４１は、運転者がブレーキペダル（図示省略）に入力したブレーキ踏力を検出する。上記別の検出部は、例えば車両３０の走行距離及び燃費等を検出する。車輪速センサ３２、アクセル開度センサ３３、操舵角センサ３４、ＧＰＳ受信機３７、シフトレバーポジションセンサ４０、ブレーキ踏力センサ４１及び別の検出部が検出した検出値は、車両３０に設けられたＣＡＮ（Controller Area Network）を介してＥＣＵ３１に送信され且つＥＣＵ３１のストレージ３１Ｄに保存される。

【0025】

表示部３６（タッチパネル）は、様々な画像（動画）を表示可能である。表示部３６は例えばインストルメントパネルに設けられる。第１無線通信装置３８及び後述する携帯端末（操作端末）８０は、上記ネットワークを介したデータ通信を行う。第２無線通信装置３９は、車両３０の車室に位置する携帯端末８０と近距離無線通信を行う。例えば、第２無線通信装置３９は携帯端末８０の第２送受信部８４との間でBluetooth（登録商標）を利用した近距離無線通信を実行可能である。

【0026】

図３～図５には車両３０のＥＣＵ３１の機能構成の一例がブロック図で示されている。ＥＣＵ３１は、機能構成として、関連性判定部３１１、ロック判定部３１３、レベル判定部３１４、走行検出部３１５、ＩＧ検出部３１６、イベント特定部３１７、指定部３１８及び判定禁止部３１９を有する。さらに図４に示される第２タイプの車両３０ＢのＥＣＵ３１は、設定部３１２Ａを有する。さらに図５に示される第２タイプの車両３０ＣのＥＣＵ３１は、設定部３１２Ｂを有する。関連性判定部３１１、設定部３１２Ａ、設定部３１２Ｂ、ロック判定部３１３、レベル判定部３１４、走行検出部３１５、ＩＧ検出部３１６、イベント特定部３１７、指定部３１８及び判定禁止部３１９は、ＥＣＵ３１のＣＰＵがＲＯＭに記憶されたプログラムを読み出し、実行することにより実現される。関連性判定部３１１、設定部３１２Ａ、設定部３１２Ｂ、ロック判定部３１３、レベル判定部３１４、走行検出部３１５、ＩＧ検出部３１６、イベント特定部３１７、指定部３１８及び判定禁止部３１９の機能については後述する。

【0027】

車両３０の車輪速センサ３２、アクセル開度センサ３３、操舵角センサ３４、ＧＰＳ受信機３７、シフトレバーポジションセンサ４０、ブレーキ踏力センサ４１及び別の検出部が検出した検出値を表すデータである検出値データは、順次ストレージ３１Ｄに記録される。後述するように、ＩＧスイッチ３５がオン位置からオフ位置に切り替えられたとき、ＩＧスイッチ３５がオン位置に位置する間にストレージ３１Ｄに記録された全ての検出値データが、第１無線通信装置３８から上記ネットワークを介して運転診断装置１０（送受信部１１）へ送信され且つ運転診断装置１０のストレージに記録される。運転診断装置１０のストレージに記録される全ての検出値データには、車両ＩＤに関する情報、取得された時刻に関する情報及びＧＰＳ受信機３７が取得した位置情報が含まれる。

【0028】

図１に示される運転診断装置１０及び携帯端末８０は、上記ネットワークに接続可能である。運転診断装置１０は、車両３０を製造したメーカーである主体Ａにより管理されている。運転診断装置１０は、ＥＣＵ３１と同様に、ＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、通信Ｉ／Ｆ（Ｉｎｔｅｒ Ｆａｃｅ）及び入出力Ｉ／Ｆを含んで構成されている。ＣＰＵ、ＲＯＭ、ＲＡＭ、ストレージ、通信Ｉ／Ｆ及び入出力Ｉ／Ｆは、バスを介して相互に通信可能に接続されている。運転診断装置１０及び携帯端末８０は、タイマー（図示省略）から日時に関する情報を取得可能である。

【0029】

図６には運転診断装置１０の機能構成の一例がブロック図で示されている。運転診断装置１０は機能構成として、診断部（ボーナス判定部）１０１、イベント判定部１０２、変化要素付与部１０３及び送受信制御部１０４を有する。診断部１０１、イベント判定部１０２、変化要素付与部１０３及び送受信制御部１０４は、ＣＰＵがＲＯＭに記憶されたプログラムを読み出し、実行することにより実現される。診断部１０１、イベント判定部１０２、変化要素付与部１０３及び送受信制御部１０４の機能については後述する。

【0030】

図１に示される携帯端末８０には、タッチパネルを有する表示部８１が設けられている。表示部８１は携帯端末８０の入出力Ｉ／Ｆに接続されている。さらに携帯端末８０にはロックスイッチ８２が設けられている。さらに携帯端末８０は第１送受信部８３及び第２送受信部８４を有する。

【0031】

図７には、携帯端末８０の機能構成の一例がブロック図で示されている。携帯端末８０は、機能構成として、第１送受信制御部８０１、第２送受信制御部８０２及び表示部制御部８０３を有する。第１送受信制御部８０１、第２送受信制御部８０２及び表示部制御部８０３は、ＣＰＵがＲＯＭに記憶されたプログラムを読み出し、実行することにより実現される。携帯端末８０は例えば、車両ＩＤが付された車両３０の運転者が所有する。携帯端末８０には、所定の運転診断表示アプリケーション及びゲームアプリケーションがインストールされている。

【0032】

表示部制御部８０３は表示部８１を制御する。即ち、表示部制御部８０３は、例えば、第１送受信制御部８０１によって制御される第１送受信部８３が送受信部１１から受信した情報、第２送受信制御部８０２によって制御される第２送受信部８４が第２無線通信装置３９から受信した情報及び表示部８１（タッチパネル）を介して入力された情報を表示部８１に表示させる。表示部８１（タッチパネル）によって入力された情報は、第１送受信部８３が送受信制御部１０４によって制御される送受信部１１へ送信可能且つ第２送受信部８４が第２無線通信装置３９へ送信可能である。

【0033】

（作用並びに効果）
次に、本実施形態の作用並びに効果について説明する。

【0034】

まず車両３０のＥＣＵ３１が行う処理の流れについて、図２０のフローチャートを用いて説明する。ＥＣＵ３１は、ＩＧスイッチ３５がオフ位置からオン位置に切り替えられたことをＩＧ検出部３１６が検出すると、所定時間が経過する毎に、図２０のフローチャートの処理を繰り返し実行する。

【0035】

ステップＳ１０において、ロックアプリケーション３１ＡＰ１が起動されているか否かを関連性判定部３１１が判定する。図８に示されたロックアプリケーション３１ＡＰ１（表示部３６）を乗員が手でタッチすると、ロックアプリケーション３１ＡＰ１が起動される。

【0036】

ステップＳ１０においてＹｅｓと判定したＥＣＵ３１はステップＳ１１に進み、関連性判定部３１１が、車両３０の車室内に位置する携帯端末８０と車両３０とが関連性を有するか否かを判定する。具体的には、携帯端末８０の第２送受信部８４から第２無線通信装置３９に送信された無線信号に含まれる携帯端末８０のＩＤ情報と車両３０のＩＤ情報とが一致するか否かを、関連性判定部３１１が判定する。

【0037】

ステップＳ１１においてＹｅｓと判定したＥＣＵ３１はステップＳ１２に進み、第２送受信部８４から第２無線通信装置３９に送信された無線信号にロック信号が含まれているか否かを判定する。携帯端末８０に設けられたロックスイッチ８２がオフ位置からオン位置へ移動させられると、携帯端末８０は、ロックスイッチ８２をオフ位置へ移動させることを除く全ての操作が禁止された単独ロック状態になる。この単独ロック状態は、携帯端末８０の機能にのみ基づくロック状態である。携帯端末８０が単独ロック状態にあるとき、上記無線信号にロック信号が含まれる。

【0038】

ステップＳ１２においてＹｅｓと判定したＥＣＵ３１はステップＳ１３に進み、ロック判定部３１３が「携帯端末８０は単独ロック状態にある」と判定する。さらにレベル判定部３１４が、図９に示されたロック判定マップ４２を参照して、単独ロック状態のロックポイントが「１」であることを認識し、ロックポイントを「１」に設定する。ロック判定マップ４２は、単独ロック状態、第１連係ロック状態及び第２連係ロック状態のロックポイントを規定する。ロック状態が強力になるほど、ロックポイントの数値が大きくなる。ロック判定マップ４２から明らかなように、単独ロック状態の強度レベルは、３つのロック状態の中で最も弱い。

【0039】

ステップＳ１２においてＮｏと判定したとき又はステップＳ１３の処理を終えたとき、ＥＣＵ３１はステップＳ１４へ進む。ステップＳ１４においてロック判定部３１３は、車両３０が第１連係ロック機能を有するか否かを判定する。上述のように、車両３０Ｂは、車両３０Ｂの機能に基づくロック機能である第１連係ロック機能を有する。そのためＥＣＵ３１が搭載された車両３０が車両３０Ｂの場合、ＥＣＵ３１はステップＳ１４でＹｅｓと判定する。ここで第１連係ロック機能とは、ＥＣＵ３１の走行検出部３１５が車輪速センサ３２から送信された情報に基づいて車両３０Ｂが走行中であると判定したときに、設定部３１２Ａが生成した第１連係ロック信号を第２無線通信装置３９が第２送受信部８４へ送信する機能である。

【0040】

ステップＳ１４においてＹｅｓと判定したＥＣＵ３１はステップＳ１５へ進む。ステップＳ１５へ進んだ車両３０Ｂの第２無線通信装置３９は、車両３０Ｂが走行状態にあるとき、常に第２送受信部８４へ第１連係ロック信号を送信する。第１連係ロック信号を受信した携帯端末８０は、第１連係ロック状態になる。第１連係ロック状態にある携帯端末８０は、ロックスイッチ８２をオフ位置へ移動させることを除く全ての操作が禁止される。そのため、車両３０Ｂが走行しているとき、ロックスイッチ８２をオフ位置へ移動させても、携帯端末８０の全ての操作が禁止される。

【0041】

ステップＳ１５の処理を終えたＥＣＵ３１はステップＳ１６へ進み、レベル判定部３１４がロック判定マップ４２を参照することにより、第１連係ロック状態のロックポイントが「２」であることを認識し、ロックポイントに「２」を加算する。

【0042】

ステップＳ１６の処理を終えたＥＣＵ３１はステップＳ１７へ進み、レベル判定部３１４がロックポイントの合計ポイントを演算する。ここでステップＳ１２においてＹｅｓと判定された場合を想定する。この場合の合計ポイントは「３」である。さらに図１０に示されるように、ステップＳ１７において、表示部３６が現在の全てのロック状態（単独ロック状態、第１連係ロック状態）、各ロック状態のロックポイント、及びロックポイントの合計ポイントを表示する。

【0043】

一方、ステップＳ１４においてＮｏと判定したＥＣＵ３１はステップＳ１８へ進む。ＥＣＵ３１が搭載された車両３０が車両３０Ｃの場合、ＥＣＵ３１は、ステップＳ１８でＹｅｓと判定してステップＳ１９へ進む。上述のように、車両３０Ｃは、車両３０Ｃの機能に基づくロック機能である第２連係ロック機能を有する。ここで第２連係ロック機能とは、ＥＣＵ３１のＩＧ検出部３１６が、ＩＧスイッチ３５がオン位置にあると判定したときに、設定部３１２Ｂが生成した第２連係ロック信号を第２無線通信装置３９が第２送受信部８４へ送信する機能である。ステップＳ１９へ進んだ車両３０Ｃの第２無線通信装置３９は、ＩＧスイッチ３５がオン位置にあるとき、常に第２送受信部８４へ第２連係ロック信号を送信する。第２連係ロック信号を受信した携帯端末８０は、第２連係ロック状態になる。第２連係ロック状態にある携帯端末８０は、ロックスイッチ８２をオフ位置へ移動させることを除く全ての操作が禁止される。そのためＩＧスイッチ３５がオン位置にあるとき、ロックスイッチ８２をオフ位置へ移動させても、携帯端末８０の全ての操作が禁止される。

【0044】

ステップＳ１９の処理を終えたＥＣＵ３１はステップＳ２０へ進み、レベル判定部３１４がロック判定マップ４２を参照することにより、第２連係ロック状態のロックポイントが「３」であることを認識し、ロックポイントに「３」を加算する。

【0045】

ステップＳ２０の処理を終えたＥＣＵ３１はステップＳ１７へ進み、レベル判定部３１４がロックポイントの合計ポイントを演算する。ここでステップＳ１２においてＹｅｓと判定された場合を想定する。この場合の合計ポイントは「４」である。さらにステップＳ１７において、表示部３６が現在の全てのロック状態（単独ロック状態、第２連係ロック状態）、各ロック状態のロックポイント、及びロックポイントの合計ポイントを表示する。

【0046】

ステップＳ１０、Ｓ１１、Ｓ１８でＮｏと判定したとき又はステップＳ１７の処理を終えたとき、ＥＣＵ３１はステップＳ２１へ進み、ＩＧスイッチ３５がオフ位置に切り替えられたか否かをＩＧ検出部３１６が判定する。ステップＳ２１でＹｅｓと判定したＥＣＵ３１はステップＳ２２へ進み、第１無線通信装置３８が合計ポイントに関する情報を運転診断装置１０の送受信部１１へ送信する。

【0047】

ステップＳ２２の処理を終えたとき、ＥＣＵ３１は図２０のフローチャートの処理を一旦終了する。

【0048】

次に車両３０のＥＣＵ３１が行う処理の流れについて、図２１のフローチャートを用いて説明する。ＥＣＵ３１はＩＧスイッチ３５がオフ位置からオン位置に切り替えられたことをＩＧ検出部３１６が検出すると、所定時間が経過する毎に、図２１のフローチャートの処理を繰り返し実行する。

【0049】

ステップＳ３０において、運転診断アプリケーション３１ＡＰ２が起動されているか否かを関連性判定部３１１が判定する。図８に示された運転診断アプリケーション３１ＡＰ２（表示部３６）を乗員が手でタッチすると、運転診断アプリケーション３１ＡＰ２が起動される。運転診断アプリケーション３１ＡＰ２が起動されると、表示部３６は図１１に示されるコース選択画面４３を表示する。コース選択画面４３は第１選択部４４及び第２選択部４５を含む。

【0050】

ステップＳ３０においてＹｅｓと判定したＥＣＵ３１はステップＳ３１に進み、第１選択部４４が選択されたか否かを指定部３１８が判定する。即ち、指定部３１８は、乗員が手で第１選択部４４をタッチしたか否かを判定する。

【0051】

ステップＳ３１においてＹｅｓと判定したＥＣＵ３１はステップＳ３２に進み、指定部３１８がコースフラグを「０」に設定する。コースフラグの初期値は０である。

【0052】

ステップＳ３２の処理を終えたＥＣＵ３１はステップＳ３３に進み、ＩＧスイッチ３５がオフ位置に切り替えられたか否かをＩＧ検出部３１６が判定する。

【0053】

ステップＳ３３でＹｅｓと判定したＥＣＵ３１はステップＳ３４へ進み、第１無線通信装置３８が、コースフラグ情報及びＩＧスイッチ３５がオン位置に位置する間にストレージ３１Ｄに記録された全ての検出値データを、運転診断装置１０の送受信部１１へ送信する。

【0054】

一方、ステップＳ３１においてＮｏと判定したＥＣＵ３１はステップＳ３５に進み、第２選択部４５が選択されたか否かを指定部３１８が判定する。即ち、指定部３１８は、乗員が手で第２選択部４５をタッチしたか否かを判定する。

【0055】

ステップＳ３５においてＹｅｓと判定したＥＣＵ３１はステップＳ３６に進み、指定部３１８がコースフラグを「１」に設定する。

【0056】

ステップＳ３６の処理を終えたＥＣＵ３１はステップＳ３７へ進み、表示部３６が図１２に示されるイベント選択画面４８を表示する。イベント選択画面４８は、イベント１選択部４９、イベント２選択部５０、イベント３選択部５１、キャンペーン選択部５２、ボーナス画面選択部５２ａ、及び戻り選択部５４を含む。

【0057】

乗員が手でイベント１選択部４９、イベント２選択部５０及びイベント３選択部５１のいずれかをタッチすると、イベント１～３の一つが選択される。イベントは、車両３０が現在位置から所定の目的地まで走行する間に、車両３０の運転を伴いながら実行される。例えば、車両３０の挙動（動作）及び乗員の行動等がイベントに含まれる。イベント１～３は以下の内容である。以下の説明において、各イベントの内容を「イベント情報」と称する場合がある。イベント１～３の各イベント情報は、乗員がイベント１選択部４９、イベント２選択部５０及びイベント３選択部５１のいずれかにタッチしたときに表示部３６に表示される（図１２では図示省略）。

イベント１（イベント情報１）：ＰＣＳ（Pre Crash Safety system）の発動を１回以下に抑えよう
イベント２（イベント情報２）：急ハンドルの回数を３回以下に抑えよう
イベント３（イベント情報３）：急発進の回数を５回以下に抑えよう

【0058】

乗員が戻り選択部５４をタッチすると、表示部３６が再びコース選択画面４３を表示する。

【0059】

さらに表示部３６がイベント選択画面４８を表示しているときに乗員が手でキャンペーン選択部５２をタッチすると、表示部３６が図１５に示されるキャンペーン選択画面５５を表示する。キャンペーン選択画面５５は、特別イベント１選択部５６、特別イベント２選択部５７、特別イベント３選択部５８及び戻り選択部５９を含む。

【0060】

乗員が手で特別イベント１選択部５６、特別イベント２選択部５７及び特別イベント３選択部５８のいずれかをタッチすると、特別イベント１～３の一つが選択される。特別イベント１～３は以下の内容である。以下の説明において、各特別イベントの内容を「イベント情報」と称する場合がある。特別イベント１～３の各イベント情報は、乗員が特別イベント１選択部５６、特別イベント２選択部５７及び特別イベント３選択部５８のいずれかをタッチしたときに表示部３６に表示される（図１５では図示省略）。特別イベントは、イベントの一種であり且つ所定期間のみ実行されるイベントである。この所定期間は例えば１か月間である。

特別イベント１（イベント情報４）：急ブレーキの回数を３回以下に抑えよう
特別イベント２（イベント情報５）：バック動作の回数を３回以下に抑えよう
特別イベント３（イベント情報６）：Ｕターンの回数を１回以下に抑えよう

【0061】

ステップＳ３７において、乗員によっていずれか一つのイベント（特別イベント）が選択されると、ＥＣＵ３１はステップＳ３８へ進む。図１２及び図１５に記載されたカッコつきの数字は、各イベント（特別イベント）の制限回数である。また、図１２及び図１５に記載された丸で囲まれた数字は、現在までに車両３０の乗員によって実行された実行回数である。ステップＳ３８において判定禁止部３１９は、ステップＳ３７において選択されたイベント（特別イベント）の実行回数が、所定の複数回数である制限回数以上か否かを判定する。

【0062】

ステップＳ３８においてＹｅｓと判定したＥＣＵ３１はステップＳ３９へ進み、制限回数以上実行されているイベント（特別イベント）に関して、実行回数が制限回数以上となった後に所定の課金処理があったか否かを判定する。課金処理は、例えば電子マネーによって行うことが可能である。課金がされると、運転診断装置１０及び車両３０がインターネットを介して通信可能な課金サーバ（図示省略）が課金処理を実行する。課金処理が実行されると、その情報が課金サーバから車両３０のＥＣＵ３１へ送信され且つストレージ３１Ｄに記録される。そのため判定禁止部３１９は、ストレージ３１Ｄを参照して、選択されたイベント（特別イベント）に関して課金処理があったか否かを判定する。

【0063】

ステップＳ３９においてＹｅｓと判定したＥＣＵ３１はステップＳ４０へ進み、コース選択画面４３に含まれる確定スイッチ部４６が乗員によってタッチされたか否かを判定する。なお、表示部３６がイベント選択画面４８を表示しているときに戻り選択部５４がタッチされると、表示部３６が再びコース選択画面４３を表示する。また、表示部３６がキャンペーン選択画面５５を表示しているときに戻り選択部５９がタッチされると、表示部３６が再びコース選択画面４３を表示する。

【0064】

例えばステップＳ３７においてイベント１が選択され且つ確定スイッチ部４６がタッチされると、ステップＳ４０においてイベント１のみが選択されたことが確定する。一方、ステップＳ４０においてＮｏと判定したとき、ＥＣＵ３１はステップＳ３７の処理を再び行う。そのため、乗員は、イベント１～３及び特別イベント１～３の中から複数のイベント（特別イベント）を選択可能である。

【0065】

なお、表示部３６にイベント選択画面４８が表示されている場合に乗員がボーナス画面選択部５２ａにタッチすると、表示部３６に図１３に示されるボーナス画面５３が表示される。図１３に示されるように、ボーナス画面５３には３つのボーナス行為が表示される。各ボーナス行為は以下の内容である。
ボーナス行為１：車両の点検と整備の少なくとも一方を行う
ボーナス行為２：店舗Ａへ行く
ボーナス行為３：所定距離以上の走行距離だけ走行し、燃費を所定値以下に抑える

乗員が戻り選択部５３ａをタッチすると、表示部３６が再びコース選択画面４３を表示する。

【0066】

例えば、乗員がイベント１及び特別イベント２を選択した上で、ステップＳ４０において確定スイッチ部４６をタッチした場合を想定する。この場合、表示部３６に図１４に示される地図画像６２が表示される。この地図画像６２には、１本の道路６３が描かれている。さらに道路６３上に、車両３０の現在位置６４、第１目的地６５及び第２目的地６６が表示される。さらに道路６３に沿って配置された店舗Ａ６７及び自動車整備工場６８が地図画像６２に含まれる。この地図画像６２は、車両３０のストレージ３１Ｄに記録された地図データ又は第１無線通信装置３８がＷｅｂサーバから受信した地図データに基づく画像である。イベント１の目的地は第１目的地６５であり、特別イベント２の目的地は第２目的地６６である。

【0067】

現在位置６４を出発した車両３０が店舗Ａ６７（所定の場所）に寄ると、ボーナス行為２が達成される。店舗Ａ６７の店員は、車両３０が店舗Ａ６７に寄ったことを表す情報を、例えば店舗Ａ６７に設置された通信機器を用いて運転診断装置１０へ送信する。

【0068】

現在位置６４が第１目的地６５に到達するまでの間に、ＰＣＳが発動したことをＥＣＵ３１が検知しない場合に、イベント１が達成される。なお、ＰＣＳが発動した場合は、ＥＣＵ３１が生成したＰＣＳ記録信号が上記検出値データに含まれる。

【0069】

現在位置６４を出発した車両３０が自動車整備工場６８に寄って、車両３０が自動車整備工場６８において点検と整備の少なくとも一方を受けると、ボーナス行為１が達成される。自動車整備工場６８の店員は、車両３０が自動車整備工場６８において点検と整備の少なくとも一方を受けことを表す情報を、例えば自動車整備工場６８に設置された通信機器を用いて運転診断装置１０へ送信する。

【0070】

現在位置６４が自動車整備工場６８に到達するまでの間に行われた車両３０のバック動作の回数が３回以下の場合に、特別イベント２が達成される。なお、車両３０がバック動作を行うとき、シフトレバーポジションセンサ４０はシフトレバーがＲ位置（バックギヤ）に位置することを表わす信号を出力する。この信号は上記検出値データである。

【0071】

またステップＳ３９においてＮｏと判定したＥＣＵ３１はステップＳ４１へ進み、ステップＳ３８においてＹｅｓと判定されたイベント（特別イベント）が最後に選択された時刻から所定時間が経過したか否かを、判定禁止部３１９が判定する。この所定時間は、例えば３０日間である。

【0072】

ステップＳ４１においてＹｅｓと判定したＥＣＵ３１は、Ｙｅｓと判定されたイベント（特別イベント）の実行回数を「０」に設定し、且つ、ステップＳ４０へ進む。一方、ステップＳ４１においてＮｏと判定したＥＣＵ３１はステップＳ３７へ進む。即ち、この場合は、ステップＳ３７において選択されたイベント（特別イベント）を後述する運転診断の対象にすることができない。

【0073】

またステップＳ４０においてＹｅｓと判定したＥＣＵ３１はステップＳ４２へ進む。ステップＳ４２でＹｅｓと判定したＥＣＵ３１はステップＳ４３へ進み、第１無線通信装置３８が、コースフラグ情報、ＩＧスイッチ３５がオン位置に位置する間にストレージ３１Ｄに記録された全ての検出値データ、及び選択されたイベント（特別イベント）に関するイベント情報を、運転診断装置１０の送受信部１１へ送信する。

【0074】

ステップＳ３０、Ｓ３５でＮｏと判定したとき、又はステップＳ３４、Ｓ４３の処理を終えたとき、ＥＣＵ３１は図２１のフローチャートの処理を一旦終了する。

【0075】

なお、表示部３６に表示されるイベント（特別イベント）の候補であるイベント候補は、運転診断装置１０及び車両３０がインターネットを介して通信可能なサーバ（図示省略）において生成される。車両３０は更新されたイベント候補に関する情報を当該サーバから逐次受信し、イベント候補に関する情報をストレージ３１Ｄに記録する。但し、各車両３０が対応可能なイベントの種類は、各車両３０の仕様によって異なる。例えば、ＰＣＳが作動しないようにすることを規定するイベント候補がストレージ３１Ｄに記録されている場合を想定する。しかしこのストレージ３１Ｄが搭載された車両３０がＰＣＳを具備しない場合は、このイベント候補が規定する内容のイベントを車両３０の運転者が実行できない。そのため、ＥＣＵ３１のイベント特定部３１７は、車両３０の仕様情報に基づいて、表示部３６に表示するイベントの内容をイベント候補群の中から選択し、運転者が実行可能なイベント（特別イベント）のみを表示部３６に表示させる。

【0076】

さらに車両３０の指定部３１８は、全てのイベントの中から特別イベントを選択し、キャンペーン選択画面５５に表示させる。即ち、指定部３１８は、一部のイベントを特別イベントに指定する。指定部３１８は定期的に特別イベントの内容を変更する。即ち、図１２に記載されたイベント１～３のいずれか一つが、将来的に特別イベントとしてキャンペーン選択画面５５に表示される可能性がある。同様に、図１５に記載された特別イベント１～３のいずれか一つが、将来的に（特別イベントではない）イベントとしてイベント選択画面４８に表示される可能性がある。さらに、イベント選択画面４８及びキャンペーン選択画面５５に表示されたイベントとは別内容のイベントが、指定部３１８によって将来的にイベント選択画面４８に表示される可能性がある。さらにイベント選択画面４８及びキャンペーン選択画面５５に表示されたイベントとは別内容のイベントが、指定部３１８によって将来的にキャンペーン選択画面５５に特別イベントとして表示される可能性がある。

【0077】

次に運転診断装置１０が行う処理の流れについて、図２２のフローチャートを用いて説明する。運転診断装置１０は所定時間が経過する毎に、図２２のフローチャートの処理を繰り返し実行する。

【0078】

ステップＳ５０において、運転診断装置１０の診断部１０１は、送受信部１１がコースフラグ情報及び検出値データを受信したか否かを判定する。受信したコースフラグ情報及び検出値データは、車両ＩＤと紐づけられながら運転診断装置１０のストレージに記録される。

【0079】

またステップＳ５０においてＹｅｓと判定した運転診断装置１０はステップＳ５１へ進み、診断部１０１が受診したコースフラグ情報が表すコースフラグが「１」か否かを判定する。

【0080】

またステップＳ５１においてＮｏと判定した運転診断装置１０はステップＳ５２へ進み、診断部１０１が受信した検出値データに基づいて運転診断（第１運転診断）を行う。例えば、特開２０１９－１２４８１号公報及び特開２０２０－９５４０３号公報に開示されているように、上記検出値データに基づいて行われる運転診断の方法は周知である。本発明における運転診断の方法は、如何なる方法であってもよい。例えば診断部１０１は、アクセル開度センサ３３の検出値及び車輪速センサ３２の検出値に基づいてアクセル操作について運転診断を行い、ブレーキ踏力センサ４１の検出値及び車輪速センサ３２の検出値に基づいてブレーキ操作について運転診断を行い、操舵角センサ３４の検出値に基づいてステアリング操作について運転診断を行う。さらに診断部１０１は、これらの検出値に基づいて、アクセル操作、ブレーキ操作及びステアリング操作の点数を演算する（図１６参照）。

【0081】

一方、ステップＳ５１においてＹｅｓと判定した運転診断装置１０はステップＳ５３へ進み、診断部１０１が受信した検出値データに基づいて運転診断（第２運転診断）を行う。第２運転診断には、第１運転診断、イベント診断、及びボーナス行為診断が含まれる。

【0082】

イベント診断とは、図２１のフローチャートのステップＳ４０において選択したことが確定されたイベント（特別イベント）が実行されたか否かの診断である。例えば、イベント１及び特別イベント２が選択された場合を想定する。上述のようにＰＣＳが発動した場合は、ＥＣＵ３１が生成したＰＣＳ記録信号が上記検出値データに含まれる。そのため、診断部１０１は受信したＰＣＳ記録信号に基づいて、ＰＣＳの発動回数を認識できる。診断部１０１がＰＣＳの発動回数が１回以下であると判定した場合、運転診断装置１０のイベント判定部１０２が、イベント１が達成されたと判定する。また車両３０がバック動作を行ったときに、シフトレバーポジションセンサ４０はシフトレバーがＲ位置に位置することを表わす信号を出力する。この信号は検出値データとして診断部１０１が受信する。そのため、診断部１０１は受信した当該信号に基づいて、車両３０のバック動作の回数が３回以下か否かを認識できる。診断部１０１がバック動作の回数が３回以下であると判定した場合、特別イベント２が達成されたとイベント判定部１０２が判定する。

【0083】

さらに診断部１０１がボーナス行為診断を行う。例えば、上述のように、車両３０が自動車整備工場６８において点検と整備の少なくとも一方を受けことを表す情報が、自動車整備工場６８に設置された通信機器から運転診断装置１０へ送信されると、診断部１０１はボーナス行為１が達成されたと判定する。また、例えば、上述のように車両３０が店舗Ａ６７に寄ったことを表す情報が、店舗Ａ６７に設置された通信機器から運転診断装置１０へ送信されると、診断部１０１はボーナス行為２が達成されたと判定する。また、車両３０から運転診断装置１０へ送信された検出値データに、上記別の検出部が検出した走行距離及び燃費に関するデータが含まれている場合は、これらのデータを用いて、ボーナス行為３が達成されたか否かを診断部１０１が判定する。

【0084】

ステップＳ５３の処理を終えた運転診断装置１０はステップＳ５４へ進み、変化要素付与部１０３が、アクセル操作、ブレーキ操作及びステアリング操作の点数、イベントの達成の有無、及びボーナス行為の実施の有無によって決まる変化要素を決定する。この変化要素とは、第２運転診断の結果を、携帯端末８０にインストールされた上記ゲームアプリケーションによって実現されるゲームに反映させるための要素である。このゲームは位置情報を利用したロールプレイングゲームである。即ち、携帯端末８０が移動すると、このゲームに登場するキャラクターが表示部８１に表示された地図画面上で移動する。このキャラクターの能力は、攻撃力、守備力、及び体力の３つによって評価される。さらにキャラクターは、お金及び武器を入手可能である。さらにキャラクターは所定の魔法を修得可能である。本実施形態の変化要素はキャラクターの特徴を表す上記の各項目（攻撃力、守備力、体力、お金、武器及び魔法）のレベルアップに寄与する。変化要素が大きくなる程、各項目のレベルアップの程度が大きくなる。

【0085】

図１７は変化要素の一例を示す。アクセル操作の得点が高い程、攻撃力が大きくアップする。ブレーキ操作の得点が高い程、防御力が大きくアップする。ステアリング操作の得点が高い程、体力が大きくアップする。ボーナス行為１が達成されると、所定額のお金がキャラクターに付与される。ボーナス行為２が達成されると、所定の武器がキャラクターに付与される。イベント１が達成されると、キャラクターは所定の魔法を修得する。特別イベント２が達成されると、キャラクターは所定の魔法を修得する。なお、本実施形態では、イベント１～３が達成されたときの変化要素よりも、特別イベント１～３が達成されたときの変化要素の方が大きい。

【0086】

ステップＳ５４の処理を終えた運転診断装置１０はステップＳ５５へ進み、ステップＳ２２において車両３０が送信した上記合計ポイントを送受信部１１が受信したか否かを、変化要素付与部１０３が判定する。受信した合計ポイントに関する情報は、車両ＩＤと紐づけられながら運転診断装置１０のストレージに記録される。

【0087】

またステップＳ５５においてＹｅｓと判定した運転診断装置１０はステップＳ５６へ進み、変化要素付与部１０３が図１８の係数マップ７２を参照しながら係数を演算する。例えば、ロックポイントの合計ポイントが「４」の場合、係数は「２．５」である。また、車両３０Ａ内に位置する携帯端末８０がロックされていないことに起因してロックポイントの合計ポイントが「０」の場合、係数は「０」である。

【0088】

ステップＳ５２の処理を終えた運転診断装置１０はステップＳ５７へ進み、診断部１０１が第１運転診断の結果をストレージに記録する。またステップＳ５６の処理を終えた運転診断装置１０はステップＳ５７へ進み、診断部１０１が第２運転診断の結果をストレージに記録し且つ変化要素付与部１０３が変化要素及び係数をストレージに記録する。

【0089】

ステップＳ５７の処理を終えた運転診断装置１０はステップＳ５８へ進み、送受信部１１が携帯端末８０から診断結果送信要求を受けたか否かを判定する。

【0090】

またステップＳ５８においてＹｅｓと判定した運転診断装置１０はステップＳ５９へ進む。ステップＳ５２の処理が行われた場合は、送受信部１１は第１運転診断の結果を携帯端末８０の第１送受信部８３へ送信する。一方、ステップＳ５６の処理が行われた場合は、送受信部１１は第２運転診断の結果、変化要素及び係数を第１送受信部８３へ送信する。

【0091】

ステップＳ５０、Ｓ５８でＮｏと判定したとき、又はステップＳ５９の処理を終えたとき、運転診断装置１０は図２２のフローチャートの処理を一旦終了する。

【0092】

次に携帯端末８０が行う処理の流れについて、図２３のフローチャートを用いて説明する。携帯端末８０は所定時間が経過する毎に、図２３のフローチャートの処理を繰り返し実行する。

【0093】

ステップＳ６０において、携帯端末８０の表示部制御部８０３は、運転診断表示アプリケーションが起動中か否かを判定する。

【0094】

ステップＳ６０においてＹｅｓと判定した携帯端末８０はステップＳ６１へ進み、第１送受信部８３が、運転診断（第１運転診断又は第２運転診断）の結果を運転診断装置１０から受信したか否かを第１送受信制御部８０１が判定する。

【0095】

ステップＳ６１においてＹｅｓと判定した携帯端末８０はステップＳ６２へ進み、表示部制御部８０３が表示部８１に図１６に示される運転診断結果画像８４を表示させる。

【0096】

ステップＳ６０、Ｓ６１でＮｏと判定したとき、又はステップＳ６２の処理を終えたとき、携帯端末８０は図２３のフローチャートの処理を一旦終了する。

【0097】

次に携帯端末８０が行う処理の流れについて、図２４のフローチャートを用いて説明する。携帯端末８０は所定時間が経過する毎に、図２４のフローチャートの処理を繰り返し実行する。

【0098】

ステップＳ７０において、携帯端末８０の表示部制御部８０３は、ゲームアプリケーションが起動中か否かを判定する。

【0099】

ステップＳ７０においてＹｅｓと判定した携帯端末８０はステップＳ７１へ進み、第１送受信部８３が、運転診断（第１運転診断又は第２運転診断）の結果を運転診断装置１０から受信したか否かを第１送受信制御部８０１が判定する。

【0100】

ステップＳ７１においてＹｅｓと判定した携帯端末８０はステップＳ７２へ進み、変化要素及び係数を運転診断装置１０から受信したか否かを判定する。

【0101】

ステップＳ７２においてＹｅｓと判定した携帯端末８０はステップＳ７３へ進み、表示部制御部８０３が係数を反映させた変化要素を表す変化要素表示画像７１（図１７参照）を表示部８１に表示させる。図１７の変化要素表示画像７１が表す各変化要素は、係数が「１」の場合の変化要素である。例えば、係数が「２」の場合は、キャラクターに付与される攻撃力、守備力、体力及びお金が図１７の数値の２倍になる。例えば、係数が「２．５」の場合は、キャラクターに付与される攻撃力、守備力、体力及びお金が図１７の数値の２．５倍になる。また、係数が「２」の場合は、キャラクターに付与される武器の能力及びキャラクターが修得する魔法の能力が、図１７に示されたものの２倍になる。係数が「２．５」の場合は、キャラクターに付与される武器の能力及びキャラクターが修得する魔法の能力が、図１７に示されたものの２．５倍になる。

【0102】

ステップＳ７３の処理を終えた携帯端末８０はステップＳ７４へ進み、表示部８１（タッチパネル）に対する操作によって生成されるメイン画像８６への切り替え要求があるか否かを表示部制御部８０３が判定する。

【0103】

ステップＳ７４においてＹｅｓと判定した携帯端末８０はステップＳ７５へ進み、表示部制御部８０３が表示部８１に図１９に示されるメイン画像８６を表示させる。図１９に表示されたメイン画像８６には、キャラクター８７、能力表示部８８、金銭表示部８９、武器表示部９０及び魔法表示部９１が含まれる。能力表示部８８には、ステップＳ７３で演算された変化要素が反映された攻撃力、守備力及び体力が表示される。金銭表示部８９には、変化要素が反映された金銭の合計額が表示される。武器表示部９０には、変化要素が反映された、キャラクター８７が現在所持する武器が表示される。魔法表示部９１には、変化要素が反映された、キャラクター８７が現在修得済みの魔法が表示される。

【0104】

ステップＳ７０、Ｓ７１、Ｓ７４でＮｏと判定したとき、又はステップＳ７５の処理を終えたとき、携帯端末８０は図２４のフローチャートの処理を一旦終了する。

【0105】

以上説明したように本実施形態の運転診断装置１０の診断部１０１は、車両３０の運転操作に基づいて、互いに異なる内容の複数の運転診断項目（アクセル操作、ブレーキ操作、ステアリング操作、イベントの達成の有無、ボーナス行為の達成の有無）を診断する。さらに変化要素付与部１０３が、ゲームのキャラクター８７に、各運転診断項目の診断結果に応じて生成した変化要素を付与する。そのため複数の運転診断項目について診断結果が得られると、内容が異なる複数の変化要素がキャラクター８７に付与される。そのためキャラクター８７に様々な変化を与えるためには、運転者は様々な運転診断項目に対応する運転操作を実行する必要がある。そのため運転診断装置１０は、様々な運転診断項目が診断されるような運転操作を実行することを運転者に促すことが可能である。

【0106】

また診断部１０１が、運転操作に基づいて複数の運転診断項目に関する得点を演算し、変化要素付与部１０３が得点に応じた変化要素を生成する。そのため運転診断装置１０は、各運転診断項目に関して高い得点を出すような運転操作を実行することを運転者に促すことが可能である。

【0107】

さらに診断部（ボーナス判定部）１０１が、所定のボーナス行為が実行されたと判定した場合に、変化要素付与部１０３がキャラクター８７に変化要素を付与する。そのため運転診断装置１０は、ボーナス行為を実行することを運転者に促すことが可能である。

【0108】

さらに同一のイベントが実行された回数が制限回数以上になった場合に、運転者が当該同一のイベントを実行することが禁止される。そのため運転者は、当該同一のイベントとは別のイベントを実行する可能性が高い。そのため多くの運転診断項目が診断されるような運転操作を運転者に促すことが可能である。

【0109】

但し、同一のイベントが制限回数以上実行された後に所定の課金処理が行われた場合に、運転者が同一のイベントを実行することを判定禁止部３１９が許容する。運転者が同一のイベント（運転診断）が実行されることを強く希望する場合がある。このような場合に、運転診断装置１０は、運転者が同じイベントを実行することを許容する。

【0110】

また、同一のイベントが制限回数以上実行されてから所定時間が経過した場合に、運転者が同一のイベントを実行することを判定禁止部３１９が許容する。所定時間が経過した場合は、同じイベント（運転診断）が運転者によって実行されることに意義がある。このような場合に、運転診断装置１０は、運転者が同じイベントを実行することを許容する。

【0111】

さらに表示部３６が、イベント特定部３１７によって車両３０が実行可能と特定したイベントのみを表示する。そのため、運転者は表示部３６を見ることにより、実行可能なイベントを簡単に認識できる。

【0112】

さらに表示部３６を見た運転者は、複数のイベントの一部が特別イベントであることを認識できる。さらに、特別イベントが実行された場合にキャラクター８７に付与される変化要素が、特別イベント以外のイベントが実行された場合にキャラクター８７に付与される変化要素より大きい。そのため運転者に特別イベントを実行するように促すことが可能である。

【0113】

さらに、車両３０の関連性判定部３１１は、携帯端末８０が車両３０と紐づけられているか否かを判定する。さらにロック判定部３１３は、車両３０と紐づけられている携帯端末８０の操作が規制されたロック状態にあるか否かを判定する。さらにレベル判定部３１４がロック状態の強度レベルを判定する。さらに、表示部３６が現在の全てのロック状態、各ロック状態のロックポイント、及びロックポイントの合計ポイントを表示する。そのため運転者は、携帯端末８０がロック状態に設定されたときに、そのロック状態のレベルを認識できる。そのため携帯端末８０をロック状態にするように運転者を促すことが可能である。

【0114】

さらに携帯端末８０の機能のみに基づいて携帯端末８０をロック状態にする場合は、車両３０が走行中に運転者が携帯端末８０を操作することによりロック状態を解除する可能性がある。そのためレベル判定部３１４は、携帯端末８０の機能のみに基づくロック状態である単独ロック状態の強度レベルより、車両３０の機能に基づくロック状態である連係ロック状態（第１連係ロック状態、第２連係ロック状態）の強度レベルが高いと判定する。そのため単独ロック状態より強度レベルが高い連係ロック状態を選択するように、運転者を促すことが可能である。

【0115】

さらに、車両３０が走行中であることが検出された場合のロック状態である第１連係ロック状態は、車両３０が停止したときに解除される可能性がある。その一方で、ＩＧスイッチ３５がオン位置に位置することが検出された場合のロック状態である第２連係ロック状態は、ＩＧスイッチ３５が操作されない限り解除される可能性がない。そのためレベル判定部３１４は、第１連係ロック状態の強度レベルより、第２連係ロック状態の強度レベルが高いと判定する。そのためＩＧスイッチ３５がオン位置に位置することが検出された場合に携帯端末８０を第２連係ロック状態に設定する車両３０の購入又は賃借を運転者に促すことが可能になる。

【0116】

さらにレベル判定部３１４によって判定されたロック状態の強度レベルが高い程、係数が大きくなる。即ち、強度レベルが高い程、変化要素が大きくなる。そのため、単独ロック状態より強度レベルが高い連係ロック状態（第１連係ロック状態、第２連係ロック状態）を選択するように、運転者を促すことが可能になる。

【0117】

以上、実施形態に係る運転診断装置１０及び運転診断方法について説明したが、運転診断装置１０及び運転診断方法は本発明の要旨を逸脱しない範囲内において、適宜設計変更可能である。

【0118】

運転診断装置１０が行う運転診断項目は、上記とは別の項目であってもよい。例えば、上記とは別内容のイベント（特別イベント）及びボーナス行為を運転診断項目に含めてもよい。また、アクセル操作、ブレーキ操作及びステアリング操作とは別の運転操作を運転診断項目に含めてもよい。また、アクセル操作、ブレーキ操作及びステアリング操作の一部のみを運転診断項目に含めてもよい。イベント及びボーナス行為の数は一つであってもよい。イベントの内容として、上記ボーナス行為と同じ内容が規定されてもよい。ボーナス行為の内容として、上記イベントと同じ内容が規定されてもよい。

【0119】

変化要素は、上記とは別のものであってもよい。例えば、上記ゲームがキャラクター８７とは別のキャラクターを、携帯端末８０を利用してゲームを行うプレイヤーが選択できる場合に、変化要素が別のキャラクターを選択する権利であってもよい。また、変動要素が、お金や武器を入手することが可能なくじ引きを行う権利であってもよい。

【0120】

変化要素が、既にゲーム上で動作しているキャラクターとは別のキャラクターを、プレイヤーが追加で選択する権利であってもよい。例えば、所定のイベントが達成されたときに、プレイヤーが別のキャラクターを追加で選択するための変化要素を変化要素付与部１０３が生成してもよい。さらにこの場合に、変化要素付与部１０３が、選択された各キャラクターに様々な変化要素を付与できるようにしてもよい。

【0121】

またゲームアプリケーションが、プレイヤーが複数のキャラクターを任意に選択できるようにプログラムされていてもよい。即ち、プレイヤーが運転診断とは無関係に、任意の複数のキャラクターを選択できるようにしてもよい。この場合は、例えば所定のイベントが達成されたときに、変化要素付与部１０３が、選択された少なくとも一つのキャラクターに変化要素を付与できるようにしてもよい。

【0122】

変化要素が別のキャラクターを追加で選択する権利である場合及びプレイヤーが複数のキャラクターを任意に選択できる場合も、例えば１つのキャラクターが十分に成長した後に、別のキャラクターを成長させるためには、運転者は様々な運転診断項目が診断されるような運転操作を続行する必要がある。即ち、運転者は、運転診断アプリケーション３１ＡＰ２を利用した運転操作を続行する必要がある。そのため、この変形例の運転診断装置１０は、様々な運転診断項目が診断されるような運転操作を実行することを運転者に促すことが可能である。

【0123】

車両３０のＥＣＵ３１に運転診断表示アプリケーション及びゲームアプリケーションがインストールされていてもよい。この場合は表示部（操作端末）３６に運転診断結果画像８４及びゲーム画像（変動要素表示画像７１、メイン画像８６等）が表示される。

【0124】

イベント判定部１０２が、イベントが実行されたか否かの判定精度を、各イベント毎に認識可能であってもよい。この場合に、複数のイベントの中で判定精度の高いイベント（第２イベント）が達成されたときに、変化要素付与部１０３が生成する変化要素を、第２イベントより判定精度が低いイベント（第１イベント）が達成されたときの変化要素より大きくしてもよい。なお、判定精度は、判定を行うための情報の種類に応じて決定されてもよい。例えば、イベントが達成されたか否かの判定の根拠となるデータが、車両３０の検出部によって検出されたデータの場合、この判定の判定精度は高い。一方、イベントが達成されたか否かの判定の根拠となるデータが、車両３０の検出部が検出したデータとは異なるデータの場合、この判定の判定精度は低い。当該異なるデータは、例えば、携帯端末が取得した車両の位置情報、及び店舗Ａから送信される情報である。例えば、イベント判定部１０２が、携帯端末が取得した車両の位置情報を利用してイベントが達成されたか否かの判定を行う場合、この判定の判定精度は低い。この変形例は、より判定精度の高いイベントの実行を運転者に促すことが可能である。

【0125】

運転者が実行できるイベントを指定部３１８が選択して、表示部３６に表示させてもよい。即ち、この場合、運転者は自分が実行したいイベントを複数のイベントの中から選択できず、運転者は表示部３６に表示されたイベントのみを実行する。この場合、指定部３１８は、複数のイベントを表示部３６に表示させてもよい。

【0126】

上記所定期間に渡ってあるイベントが特別イベントに指定された場合を想定する。当該所定期間には、任意の時刻である第１時刻と、第１時刻より後の任意の時刻である第２時刻が含まれる。この場合に、第２時刻において特別イベントが実行された場合の変化要素の大きさが、第１時刻において同一の特別イベントが実行された場合の変化要素より大きくなるようにしてもよい。この場合は、表示部３６を見た運転者は、所定期間の残り時間が少なくなるにつれて、特別イベントを実行しようとする意思を持ち易くなる。そのため運転者に特別イベントを実行させ易くなる。

【0127】

運転診断装置１０が、機能として、複数の車両３０から運転診断結果を取得し、取得した複数の運転診断結果に基づいて、類似した運転操作特性を有する複数の運転者を含む対象グループを特定するグループ特定部を備えてもよい。この場合、イベント判定部１０２は、多数の運転診断結果に基づいて、対象グループが所定レベルより低い運転診断結果を受けた運転診断が実行されるイベントである対象イベントを特定する。さらにイベント判定部１０２が、対象グループに属する運転者によって対象イベントが実行されたと判定したときに、対象イベント以外のイベントが対象グループに属する運転者によって実行された場合より大きい変化要素を変化要素付与部１０３が生成し且つキャラクター８７に付与する。そのため、運転者が不得意なイベントを実行する可能性が高くなるので、多くの運転診断項目が診断されるような運転操作を運転者に促すことが可能になる。

【0128】

診断部１０１、イベント判定部１０２、変化要素付与部１０３及びグループ特定部の少なくとも一つの機能をＥＣＵ３１が備えてもよい。

【0129】

関連性判定部３１１、設定部３１２Ａ、設定部３１２Ｂ、ロック判定部３１３、レベル判定部３１４、イベント特定部３１７、指定部３１８及び判定禁止部３１９の少なくとも一つの機能を運転診断装置１０が備えてもよい。

【0130】

検出部は、車両３０の走行、操舵及び制動の少なくとも一つに基づいて変化する物理量又は所定の操作部材が操作されることにより変化する物理量を検出すれば、如何なる検出部であってもよい。例えば、検出部は、エンジンの冷却水温を測定するセンサやヨーレートセンサであってもよい。また、検出部の数はいくつであってもよい。

【0131】

運転診断装置１０がインターネットに接続されていなくてもよい。この場合は、例えば車両３０から取得した検出値データをポータブル式の記録媒体（例えば、ＵＳＢ）に記録させ、且つ、この記録媒体内の検出値データを運転診断装置１０のストレージにコピーする。

【0132】

車両３０がＧＰＳ受信機３７の代わりに、ＧＰＳ以外の全地球航法衛星システム（例えばガリレオ）の衛星からの情報を受信可能な受信機を備えてもよい。

【符号の説明】

【0133】

１０ 運転診断装置（携帯端末の状態判定装置）
１１ 送受信部（診断結果取得部）
１０２ イベント判定部
１０３ 変化要素付与部
３０ 車両
３１８ 指定部
３６ 表示部（イベント表示部）（操作端末）
８７ キャラクター

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】