(57)【特許請求の範囲】
【請求項１】
移動体に設置され、前記移動体と一緒に移動するコンピュータを、
前記移動体の移動状態を評価する移動評価手段と、
それぞれクリア条件が設定された複数のステージを、前記移動体を運転するユーザによる前記コンピュータに対する操作によらずに前記移動状態に基づいて実行するステージ実行手段と、
前記ステージに設定された前記クリア条件の成否判断を実行するクリア判断手段
として機能させるプログラムであって、
前記クリア判断手段が一の前記ステージについて前記クリア条件の成立を判断した場合、前記ステージ実行手段は、前記一のステージの実行後に、前記ユーザの前記コンピュータに対する操作によらずに、前記一のステージと異なる前記ステージを実行し、
前記クリア判断手段が一の前記ステージについて前記クリア条件の不成立を判断した場合、前記ステージ実行手段は、前記一のステージの実行後に、前記ユーザの前記コンピュータに対する操作によらずに、前記一の前記ステージと同一の前記ステージを実行する
ことを特徴とするプログラム。
【請求項２】
前記コンピュータを、
移動体の移動及び停止を判断する移動停止判断手段
として更に機能させ、
前記ステージ実行手段は、前記移動体の移動開始から停止までの間に、それぞれクリア条件が設定された複数のステージをユーザの操作によらずに前記移動状態に基づいて実行することを特徴とする請求項１に記載のプログラム。
【請求項３】
前記コンピュータを、
移動体が所定の状態であることを判断する状態判断手段、及び、
前記移動評価手段による評価結果を告知する移動評価告知手段
として更に機能させ、
前記移動評価手段は、前記移動体が前記所定の状態である間に、前記移動体の移動を評価し、
前記移動評価告知手段は、前記移動体が前記所定の状態ではなくなった後に前記評価結果を告知することを特徴とする請求項１に記載のプログラム。
【請求項４】
前記移動評価告知手段は、前記移動体が停止したときに、前記移動体の移動開始から停止までの間に実行された前記ステージのうち最後にクリアしたステージを告知することを特徴とする請求項３に記載のプログラム。
【請求項５】
前記移動評価告知手段は、ユーザによる終了操作があったときに前記告知を行い、
ユーザによる前記終了操作が無いままに前記移動体が移動開始した場合、前記ステージ実行手段は、前記ステージの実行を再開させることを特徴とする請求項３又は４に記載のプログラム。
【請求項６】
前記コンピュータを、
前記ステージの開始からの移動体の移動距離を算出する移動距離算出手段
として更に機能させ、
前記クリア判断手段は、前記移動距離が所定値となったときに前記成否判断を実行する
ことを特徴とする請求項１〜５のいずれか一項に記載のプログラム。
【請求項７】
前記コンピュータを、
前記ステージの開始からの経過時間を算出する経過時間算出手段
として更に機能させ、
前記クリア判断手段は、前記経過時間が所定値となったときに前記成否判断を実行する
ことを特徴とする請求項１〜６のいずれか一項に記載のプログラム。
【請求項８】
前記ステージのそれぞれに終了条件が設定されており、
前記コンピュータを、
前記ステージに設定された前記終了条件が達成されたかどうかを判断する終了条件達成判断手段
として更に機能させ、
前記クリア判断手段は、前記終了条件達成判断手段が前記終了条件の達成を判断したときに前記成否判断を実行する
ことを特徴とする請求項１〜７のいずれか一項に記載のプログラム。
【請求項９】
前記クリア条件および前記終了条件が、前記複数のステージ毎に相違することを特徴とする請求項８に記載のプログラム。
【請求項１０】
移動体に設置され、前記移動体と一緒に移動する装置であって、
前記移動体の移動状態を評価する移動評価手段と、
それぞれクリア条件が設定された複数のステージを、前記移動体を運転するユーザによる前記装置に対する操作によらずに前記移動状態に基づいて実行するステージ実行手段と、
前記ステージに設定された前記クリア条件の成否判断を実行するクリア判断手段
を有し、
前記クリア判断手段が一の前記ステージについて前記クリア条件の成立を判断した場合、前記ステージ実行手段は、前記一のステージの実行後に、前記ユーザの前記装置に対する操作によらずに、前記一のステージと異なる前記ステージを実行し、
前記クリア判断手段が一の前記ステージについて前記クリア条件の不成立を判断した場合、前記ステージ実行手段は、前記一のステージの実行後に、前記ユーザの前記装置に対する操作によらずに、前記一の前記ステージと同一の前記ステージを実行する
ことを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のステージを実行するプログラム及び装置に関し、特に、情報の評価を行うプログラム及び装置に関する。
【背景技術】
【０００２】
携帯電話やスマートフォン等の携帯型の情報処理端末が普及している。これらの情報処理端末では、ユーザの移動中（例えば、歩行中や運転中）など、時を選ばず各種の処理を実行することが可能である。例えば、移動中の歩数を計測する処理や、ユーザの運転技術を評価する処理等である。ユーザの移動中に情報処理端末が上記のような処理を行うことで、有用な評価を行うことが可能になり、及び／又は、移動を楽しくすることが可能になる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１７１０６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
情報処理端末が実行する処理を変更する（例えば、一のステージを実行している状態から他のステージを実行している状態に移行させる）ためには、情報処理端末に対してユーザが何らかの操作を行うことが必要である。
【０００５】
しかし、ユーザが移動中などに情報処理端末に対する操作を行うことは、事故等につながる可能性があり、好ましくない。ユーザが操作を行わなければ、情報処理端末は、同一の処理を継続するしかなく、処理の内容は、単調又は単一的になる。このように、ユーザの操作によらずに、より多様な評価を行い、及び／又は、移動の楽しみを増大させることが困難であった。
【０００６】
異なる複数の態様で運転技術を評価するプログラムは知られている（特許文献１）。特許文献１では、予め複数の運転者の運転技術レベルを登録しておき、運転者が乗車時に入力するパスワード等で特定される運転技術レベルに応じた態様で運転技術が評価される。しかし、特許文献１では、運転中は、同一の運転技術レベルでの評価が継続するだけであり、多様な評価を行うことはできない。運転者の運転技術が向上した場合には、運転終了時に運転技術レベルが更新されるが、更新された運転技術レベルでの評価を受けるためには、ユーザは、再度パスワード等を入力する操作を行う必要がある。複数の評価態様での評価が可能であり、ユーザの操作によらずに、前回の評価の結果に応じて評価態様を決定し、その決定した評価態様での評価を自動的に実行することは、特許文献１には記載されていない。
【０００７】
ゲームを行う情報処理端末であるゲーム装置においても、内容の異なる複数のステージ（ミッション／クエスト／ミニゲーム）が実行される場合がある。そのようなゲーム装置には、ステージ内でのプレイを自動で進行できるものもあるが、ステージ終了後に次のステージに移行するには、移行のための操作が必要である。内容の異なる複数のステージが実行可能であり、ユーザの操作によらずに、前回のステージのプレイ結果に応じて次回実行するステージを決定し、その決定したステージを自動的に実行するゲーム装置は知られていない。
【０００８】
本願には、種々の発明が開示される。本願に記載の発明は、上記問題に鑑みてなされた発明を含む。本願に記載の発明は、ユーザの操作によらずに、評価の多様性を高め、及び／又は、移動の楽しみを一層大きくすることが可能な発明を含む。
【課題を解決するための手段】
【０００９】
本願に開示される発明は、下記各観点の発明を含む。
＜観点１＞
コンピュータを、
それぞれクリア条件が設定された複数のステージのいずれかを実行するステージ実行手段と、
前記ステージに設定された前記クリア条件の成否判断を実行するクリア判断手段
として機能させるプログラムであって、
前記クリア判断手段が一の前記ステージについて前記クリア条件の成立を判断した場合、前記ステージ実行手段は、前記一のステージの実行後に、ユーザの操作によらずに、前記一のステージと異なる前記ステージを実行し、
前記クリア判断手段が一の前記ステージについて前記クリア条件の不成立を判断した場合、前記ステージ実行手段は、前記一のステージの実行後に、ユーザの操作によらずに、前記一の前記ステージと同一の前記ステージを実行する
ことを特徴とするプログラム。
＜観点２＞
前記コンピュータを、
移動体が所定の状態であることを判断する状態判断手段
前記移動体が前記所定の態様である間に、前記移動体の移動を評価する移動評価手段、及び、
前記移動評価手段による評価結果を告知する移動評価告知手段
として更に機能させ、
前記移動評価告知手段は、前記移動体が前記所定の状態ではなくなった後に前記評価結果を告知することを特徴とする観点１に記載のプログラム。
＜観点３＞
前記コンピュータを、
前記成否判断の結果を告知する成否判断告知手段と、
前記移動体が停止しているかどうかを判断する停止判断手段
として更に機能させ、
前記成否判断告知手段は、所定時間以上継続して前記移動体が停止していると前記停止判断手段が判断したときに、前記成否判断の結果を告知することを特徴とする観点１又は２に記載のプログラム。
＜観点４＞
前記コンピュータを、
前記ステージの開始からの移動体の移動距離を算出する移動距離算出手段
として更に機能させ、
前記クリア判断手段は、前記移動距離が所定値となったときに前記成否判断を実行する
ことを特徴とする観点１〜３のいずれか一項に記載のプログラム。
＜観点５＞
前記コンピュータを、
前記ステージの開始からの経過時間を算出する経過時間算出手段
として更に機能させ、
前記クリア判断手段は、前記経過時間が所定値となったときに前記成否判断を実行する
ことを特徴とする観点１〜４のいずれか一項に記載のプログラム。
＜観点６＞
前記ステージのそれぞれに終了条件が設定されており、
前記コンピュータを、
前記ステージに設定された前記終了条件が達成されたかどうかを判断する終了条件達成判断手段
として更に機能させ、
前記クリア判断手段は、前記終了条件達成判断手段が前記終了条件の達成を判断したときに前記成否判断を実行する
ことを特徴とする観点１〜６のいずれか一項に記載のプログラム。
＜観点７＞
それぞれクリア条件が設定された複数のステージのいずれかを実行するステージ実行手段と、
前記ステージに設定された前記クリア条件の成否判断を実行するクリア判断手段
を有し、
前記クリア判断手段が一の前記ステージについて前記クリア条件の成立を判断した場合、前記ステージ実行手段は、前記一のステージの実行後に、ユーザの操作によらずに、他の前記ステージを実行し、
前記クリア判断手段が一の前記ステージについて前記クリア条件の不成立を判断した場合、前記ステージ実行手段は、前記一のステージの実行後に、ユーザの操作によらずに、前記一の前記ステージを実行する
ことを特徴とする装置。
＜観点８＞
コンピュータを、
複数のイベントのいずれかを選択して実行するイベント実行手段と、
前記イベント実行手段が実行した前記イベントの実行結果を生成する実行結果生成手段
として機能させるプログラムであって、
前記イベント実行手段による一の前記イベントの実行が終了した場合、前記イベント実行手段は、ユーザの操作によらずに、当該一のイベントについて前記実行結果生成手段が生成した前記実行結果に基づいて、次に実行する前記イベントを選択して実行する
ことを特徴とするプログラム。
【００１０】
「ステージ」は、コンピュータが実行する処理の部分であり得る。処理は、情報を評価する処理及び／又はゲームの処理であり得る。評価する情報は、移動状態や健康状態等を示す情報であり得る。移動状態を示す情報は、例えば、加速度センサーや位置センサー等から得ることができる。人の健康状態を示す情報は、例えば、脈拍センサーや血圧センサー、温度センサー等から得ることができる。ゲームは、ステージ制で進行するゲームとすると良い。例えば、ゲームは、ミニゲームが行われる複数のステージを有するゲームとすると良い。
【００１１】
「クリア条件」は、複数のステージのそれぞれに設定された条件である。クリア条件の内容は任意である。クリア条件は、位置、速度、加速度等、移動状態に関する条件であり得る。例えば、一定距離又は一定時間移動する間の加速度等の最大値、最小値、平均値等が一定値以下又は一定値以上又は一定範囲内であることを、クリア条件とすることができる。クリア条件は、脈拍、血圧、体温等、人の健康状態に関する条件であり得る。例えば、一定時間内の脈拍等の最大値、最小値、平均値等が一定値以下又は一定値以上又は一定範囲内であることを、クリア条件とすることができる。異なるステージには異なるクリア条件が設定され、同一のステージには同一のクリア条件が設定されることが好ましい。
【００１２】
「クリア判断手段」は、クリア条件の成否判断を実行する機能を有する。クリア判断手段は、ステージの実行中又は実行後に、そのステージに設定されたクリア条件の成否判断を実行し得る。
【００１３】
「ステージ実行手段」は、複数のステージのいずれかを実行する機能を有する。「一のステージ」は、複数のステージのうちのいずれかである。好ましい実施形態では、「一のステージと異なるステージ」は、当該一のステージと異なるクリア条件が設定されたステージであり、「一のステージと同一のステージ」は、当該一のステージと同一のクリア条件が設定されたステージである。
【００１４】
ステージの実行順序は固定的であり得る。例えば、第２ステージは、第１ステージが終了した後にのみ実行され、第３ステージは、第２ステージが終了した後にのみ実行されるものとすることができる。
【００１５】
「ステージ実行手段は、・・・ユーザの操作によらずに、・・・ステージを実行する」は、ユーザが操作を行わなくても、ステージ実行手段が自動的にステージを実行することを意味し得る。
【００１６】
「状態判断手段」は、移動体が所定の状態であることを検出する機能を有する。移動体が車両である場合、「所定の状態」は、例えば、発進時の加速中の状態や、カーブを走行中の状態、ブレーキ中の状態等であり得る。「移動評価手段」は、種々の態様で移動の評価を行い得る。例えば、速度又は加速度がどの程度であるかを評価し得る。或いは、速度又は加速度が一定値以下又は一定値以上又は一定範囲内であるかどうかを評価し得る。
【００１７】
「移動評価告知手段」は、移動評価告知手段による評価結果を告知する機能を有する。移動評価告知手段は、移動体が所定の状態ではなくなったときに評価結果の告知を行う。
【００１８】
「成否判断告知手段」は、クリア判断手段が実行した成否判断の結果を告知する機能を有する。成否判断告知手段は、クリア判断手段が実行したすべての成否判断を告知してもよく、一部の成否判断を告知しても良い。クリア判断手段によるクリア条件の成立判断が最後に行われたステージがどのステージであったか（例えば、何番目のステージまでクリアしたか）を告知しても良い。
【００１９】
移動評価告知手段及び／又は成否判断告知手段による告知は、音声及び／又は画像により行い得る。告知手段に代えて、又は、告知手段に加えて、成否判断の結果を記憶する記憶手段としてコンピュータを機能させても良い。
【００２０】
クリア判断手段は、ステージの開始からの移動体の移動距離が所定値になったときにクリア条件の成否判断を実行し得る。移動距離は、例えば、ＧＰＳによる位置情報に基づいて算出し得る。所定値は、すべてのステージ間で相違しても良く、一部又は全部のステージで同一でも良い。
【００２１】
「移動体」は、例えば、人、車両、オートバイ、自転車、電車、飛行機等であり得る。移動状態は、移動体の位置、速度、加速度等であり得る。移動状態検出手段は、例えば、加速度センサーを用いて移動状態を検出し得る。停止判断手段は、例えば、ＧＰＳによる位置情報に基づいて移動体が停止していることを判断し得る。
【００２２】
クリア判断手段は、ステージの開始からの経過時間が所定値になったときにクリア条件の成否判断を実行し得る。経過時間は、例えば、コンピュータが内蔵するタイマーにより算出し得る。所定値は、すべてのステージ間で相違しても良く、一部又は全部のステージで同一でも良い。
【００２３】
クリア判断手段は、ステージ毎に設定された終了条件が達成されたときにクリア条件の成否判断を実行し得る。終了条件は、任意に設定できる。例えば、プログラムがゲームプログラムである場合、終了条件は、各ステージのボスキャラを倒すことや一定の得点を取ることであり得る。終了条件の種類や終了条件達成の難易度は、すべてのステージ間で相違しても良く、一部又は全部のステージで同一でも良い。
【００２４】
観点８の「イベント」は、コンピュータが実行する処理の部分であり得る。「イベント」は、「ステージ」の概念を含む概念であり得る。「イベント」は、「ステージ」と同一の概念であり得る。処理は、ゲームの処理であり得る。好ましい実施形態では、複数のイベントによりゲームが構成される。「イベント実行手段」は、複数のイベントのいずれかを選択する機能と、当該選択したイベントを実行する機能を有する。イベントの実行は、例えば、移動体の移動を評価することであり得る。イベントの実行結果は、移動体の移動の評価結果であり得る。イベント実行手段は、一のイベントの実行が終了した後に、次のイベントを選択して実行することができる。同じイベントを繰り返し実行してもよいし、同じイベントを続けて実行しないような仕様としてよい。また、イベントの実行結果に応じて複数のイベントの中から次のイベントを選択してもよい。一のイベント及び次のイベントは、ともに、前記複数のイベントのいずれかである。イベント実行手段は、ユーザの操作によらず、一のイベントについて実行結果生成手段が生成した実行結果に基づいて次のイベントを選択し、その選択したイベントを実行する。
【００２５】
観点８の発明は、コンピュータを、操作入力を受け付ける操作入力手段として更に機能させ、前記イベント実行手段は、前記イベントを、操作入力手段が受け付けた操作入力に応じて実行し得る。観点８の発明では、複数のイベントで１つのゲームを構成し、コンピュータを、ゲーム中に実行された複数のイベントについての実行結果に基づいてゲーム結果を生成するゲーム結果生成手段として更に機能させ得る。例えば、イベントのそれぞれにクリア条件を設定し、イベント実行手段は、各イベントの実行中に、そのイベントに設定されたクリア条件の成否判断を実行し、ゲーム結果生成手段は、それまでに実行された１つ又は複数のイベントの成否判断の結果に基づいてゲーム結果を生成し得る。
【００２６】
前記操作入力手段は、ユーザの行動を間接的に検出することで、前記コンピュータへの直接的な操作指示なく前記操作入力を受け付け得る。例えば、加速度センサーや位置センサー等で検出されるユーザの移動状態等を操作入力として使用すれば、ユーザが直接的な指示を行わなくても、操作入力手段は、操作入力を受けることができる。
【図面の簡単な説明】
【００２７】
【図１】図１は、本発明に係る評価装置１及びその設置例を示す。
【図２】図２は、評価装置１のシステム構成を示す。
【図３】図３は、表示部３に表示される画面の例を示す。
【図４】図４は、クリア条件の例を示す。
【図５】図５は、評価処理のフローチャートを示す。
【図６】図６は、各ステージで実行される処理のフローチャートを示す。
【図７】図７は、表示部３に表示される画面の例を示す。
【発明を実施するための形態】
【００２８】
以下、本願発明の実施形態である評価装置１及び評価プログラムを説明する。評価装置１及び評価プログラムは、移動体である評価装置１又はユーザが運転する車両の移動状態を評価する装置及びプログラムである。
【００２９】
図１は、本発明に係る評価装置１及びその設置例を示す。評価装置１は、車両のダッシュボード等に取付台２等によって設置され、車両と共に移動する。取付台２を使用することで、評価装置１の姿勢を固定することができる。
【００３０】
評価装置１は、スマートフォン等の情報処理端末である。評価装置１は、表示部３とスピーカー口４を前面に有し、電源スイッチ５を側面に有する。また、移動体に備え付けられたナビゲーション装置でもよい。
【００３１】
図２は、評価装置１のシステム構成を示す。評価装置１は、制御部２１、表示装置２２、記憶部２３、位置検出部２４、加速度検出部２５、通信部２６、マイク２７、スピーカー２８等の機器を有する。
【００３２】
制御部２１は、ＣＰＵ，ＲＯＭ，ＲＡＭ、各種の周辺回路、インタフェース等を備えるコンピュータで構成される。ＲＯＭには、オペレーティングシステム（以下、ＯＳ）が記憶されている。制御部２１がＯＳに従ってプログラム記憶部２３ａに記憶されたプログラムをＲＡＭ上で実行することで、後述の各種処理が実現される。ＯＳは、評価装置の種類、形態に応じて様々なものを用いることができる。
【００３３】
制御部２１は、マルチタスク方式で複数のプログラムを同時に実行（タスク、プロセスを生成）可能である。複数のプログラムを同時に実行する場合、そのうちの一つをフォアグランドで実行し、それ以外はバックグラウンドで実行する。
【００３４】
表示装置２２は、タッチパネル式モニタで構成される。表示装置２２は、制御部２１の制御により生成される画像を表示部３に表示させ、表示部３に対するタッチ操作に基づく操作信号を制御部２１に送信する。
【００３５】
記憶部２３は、ＨＤやＮＶＲＡＭ、ＥＰＲＯＭ等の内蔵メモリやメモリーカード等の外付メモリ等から構成される。記憶部２３は、プログラム記憶部２３ａ及びクリア条件記憶部２３ｂを有する。
【００３６】
プログラム記憶部２３ａには、評価装置１で実行可能な各種のプログラムが記憶される。プログラム記憶部２３ａのプログラムは、メニュープログラムと評価プログラムを含む。メニュープログラムは、プログラム記憶部２３ａに記憶された各プログラムに対応するアイコンをメニュー形式で表示装置２２に表示させ、各アイコンが操作されたときに、対応するプログラムを起動する。評価プログラムは、後述の評価処理を実行するためのプログラムである。
【００３７】
図３は、ＯＳが表示装置２２に表示させる画面を示す。当該画面は、アプリケーション表示部３１とナビゲーションバー３２を有する。アプリケーション表示部３１には、プログラム記憶部２３ａのプログラムが生成した画面を表示可能である。図３のアプリケーション表示部３１には、メニュープログラムが生成したメニュー画面が表示されている。メニュー画面には、プログラム記憶部２３ａに記憶された各種プログラムに対応する複数のアイコン３３が表示される。ユーザによるアイコン３３のタッチ操作があったときに、メニュープログラムは、そのアイコン３３に対応するプログラムを起動させる。符号３４は、評価プログラムに対応するアイコンであり、ユーザがアイコン３４を操作すると、評価プログラムが起動する。
【００３８】
ナビゲーションバー３２には、ホームボタン３５、リターンボタン３６及び設定ボタン３７が表示される。ホームボタン３５を操作することにより、アプリケーション表示部３１にメニュー画面が表示される。リターンボタン３６を操作することにより、評価装置１に対して行った操作を１操作毎に戻すことができる。設定ボタン３７を操作することにより、起動中のプログラムに対する設定ウィンドを開くことができる。
【００３９】
クリア条件記憶部２３ｂには、複数のステージのそれぞれに設定されたクリア条件が記憶される。図４は、クリア条件の例を示す。図において、「Ｎ」は、各ステージを一意に識別するステージ番号を示す。ステージの個数は任意である。「Ｄｍ」は、ステージ毎に設定された規定距離である。「Ｖｍ」は、ステージ毎に設定された許容溢水量である。本実施形態では、ステージ番号１のステージには、「５ｋｍの移動距離で溢水量が３０ｍｌ以内であること」というクリア条件が設定され、ステージ番号２のステージには、「７ｋｍの移動距離で溢水量が３０ｍｌ以内であること」というクリア条件が設定され、ステージ番号３のステージには、「５ｋｍの移動距離で溢水量が２０ｍｌ以内であること」というクリア条件が設定される。クリア条件は、後のステージほど（ステージ番号が大きいほど）、成立させることが困難な条件を設定すると良い。「キャラクタ」は、各ステージに登場するキャラクタ（人物等）である。
【００４０】
位置検出部２４は、評価装置１の現在の緯度経度を検出するための装置である。例えば、位置検出部２４は、ＧＰＳ衛星からの信号に基づいて評価装置１の緯度経度を算出するＧＰＳモジュールとすることができる。位置検出部２４は、例えば、１秒間隔で最新の緯度経度を算出する。
【００４１】
加速度検出部２５は、評価装置１に作用する加速度を検出する装置である。加速度検出部２５は、３次元方向の加速度を個別に検出する３次元加速度センサーであり得る。加速度検出部２５の検出値（例えば、静的加速度）を使用することにより、評価装置１の地面に対する姿勢（表示部３の法線方向が地面に対してどの方向を向いているか等）を検出することができる。
【００４２】
通信部２６は、携帯電話網に対する音声通信、インターネット網に対するデータ通信、近接無線通信を用いた周辺機器に対するデータ通信等を行う。近接無線通信の方式は、ＷＰＡＮやＷＬＡＮ等とすることができる。マイク２７は、評価装置１の周辺音声をサウンドデータに変換して制御部２１に提供する。スピーカー２８は、制御部２１の制御に従ってサウンドデータを音声として出力する。
【００４３】
次に、評価装置１が有する機能構成を説明する。評価装置１は、姿勢検出手段、状態判断手段、ステージ実行手段、溢水量算出手段、溢水有無判断手段、移動距離算出手段、クリア判断手段及び告知手段を有する。これらの手段は、制御部２１が評価プログラムに従って処理を実行することにより実現される。
【００４４】
姿勢検出手段は、所定のタイミングで評価装置１の姿勢を検出する機能を有する。本実施形態では、姿勢検出手段は、ステージ実行手段による各ステージの実行前のタイミングで評価装置１の姿勢を検出する。評価装置１の姿勢は、加速度検出部２５が検出する加速度に基づいて判断することができる。
【００４５】
状態判断手段は、車両の状態を判断する機能を有する。具体的には、状態判断手段は、車両が停止した状態であること、発進したこと、カーブを走行中であること（カーブに入ったこと及びカーブを抜けたこと）、及び、ブレーキング中であること（ブレーキによる減速中であること）を判断する。「発進」は、初速が０ｋｍの状態から移動を開始することを意味する。車両が停止した状態であること、及び、発進したことは、位置検出部２４が検出する緯度経度に基づいて判断することができる。カーブを走行中であること、及び、ブレーキング中であることは、姿勢検出手段が検出した評価装置１の姿勢と加速度検出部２５が検出する加速度の方向及び大きさに基づいて判断することができる。
【００４６】
ステージ実行手段は、複数のステージのいずれかを実行する機能を有する。各ステージは、クリア条件記憶部２３ｂに記憶された各ステージ番号Ｎに対応する。
【００４７】
各ステージでは、車両の移動状態（特に加速度）を評価するゲームが行われる。本実施形態では、移動状態を評価するための指標として、溢水量（コップから溢れた水の量）が使用される。各ステージでは、規定距離Ｄｍだけ車両を走行させる間の溢水量が、クリア条件として規定された許容溢水量Ｖｍ以内かどうか、というゲームが行われる。
【００４８】
溢水量算出手段は、車両の移動状態から溢水量を算出する手段であり、発進時算出手段、カーブ時算出手段、ブレーキ時算出手段及び総溢水量算出手段を有する。
【００４９】
発進時算出手段は、発進時の車両の加速度（平均加速度、最大加速度等であり得る）Ａｓに基づいて溢水量Ｖｓを算出する。算出の際に、基準加速度ＮＡｓとして、「発進から５秒間で時速が２０ｋｍ／ｈになる加速度」が使用される。発進時算出手段は、加速度Ａｓと基準加速度ＮＡｓの差が大きいほど、大きい値の溢水量Ｖｓを算出する。具体的には、例えば、加速度Ａｓが基準加速度ＮＡｓの±５％以内のときは、Ｖｓ＝０ｍｌを算出し、ＮＡｓの±１０％以内のときは、Ｖｓ＝２ｍｌを算出し、ＮＡｓの±１５％以内のときは、Ｖｓ＝５ｍｌを算出する。
【００５０】
カーブ時算出手段は、カーブ走行時の車両の加速度（平均加速度、最大加速度等であり得る）Ａｃに基づいて溢水量Ｖｃを算出する。算出には、安全等を考慮して予め定められたカーブ走行中の基準加速度ＮＡｃが使用される。カーブ時算出手段は、加速度Ａｃが基準加速度ＮＡｃを大きく上回るほど、大きい値の溢水量Ｖｃが算出する。具体的には、例えば、加速度Ａｃが基準加速度ＮＡｃ未満のときは、Ｖｃ＝０ｍｌを算出し、ＮＡｃの１．０倍以上かつ１．２倍未満のときは、Ｖｃ＝２ｍｌを算出し、ＮＡｃの１．２倍以上かつ１．５倍以下のときは、Ｖｃ＝５ｍｌを算出する。
【００５１】
ブレーキ時算出手段は、ブレーキ時の車両の加速度（平均加速度、最大加速度等であり得る）Ａｂに基づいて溢水量Ｖｂを算出する。算出には、安全を考慮して予め定められたブレーキ時の基準加速度ＮＡｂが使用される。ブレーキ時算出手段は、加速度Ａｂが基準加速度ＮＡｂを大きく上回るほど、大きい値の溢水量Ｖｂを算出する。具体的には、例えば、加速度Ａｂが基準加速度ＮＡｂ未満のときは、Ｖｂ＝０ｍｌを算出し、ＮＡｂの１．０倍以上かつ１．２倍未満のときは、Ｖｂ＝２ｍｌを算出し、ＮＡｂの１．２倍以上かつ１．５倍以下のときは、Ｖｂ＝５ｍｌを算出する。
【００５２】
発進時の加速度Ａｓは、位置検出部２４が検出する緯度経度及び発進からの経過時間に基づいて算出することができる。カーブ走行中の加速度Ａｃ及びブレーキ時の加速度Ａｂは、姿勢検出手段が検出した評価装置１の姿勢と加速度検出部２５が検出する加速度の方向及び大きさに基づいて算出することができる。
【００５３】
総溢水量算出手段は、各ステージにおいて溢水量算出手段が算出した溢水量Ｖｓ，Ｖｃ，Ｖｂを合計することにより総溢水量Ｖｔを算出する。
【００５４】
溢水有無判断手段は、発進時算出手段及びカーブ時算出手段が算出した溢水量Ｖｓ，Ｖｃに基づいて車両の移動を評価する機能を有する。具体的には、例えば、発進時算出手段及びカーブ時算出手段が１ｍｌ以上の溢水量Ｖｓ，Ｖｃを算出した場合に、溢水有りの判断をし、０ｍｌであれば、溢水無しの判断をする。
【００５５】
移動距離算出手段は、各ステージの開始時点からの車両の移動距離Ｄを算出する機能を有する。移動距離算出手段は、移動距離Ｄを、例えば、１秒毎に算出する。移動距離Ｄは、位置検出部２４が検出する緯度経度を用いて算出可能である。
【００５６】
クリア判断手段は、各ステージにおける総溢水量Ｖｔに基づいて、クリア条件の成否判断を実行する機能を有する。具体的には、ステージにおいて算出された総溢水量Ｖｔが、そのステージについての許容溢水量Ｖｍ以下であればクリア条件の成立を判断し、そうでなければクリア条件の不成立を判断する。クリア判断手段は、移動距離算出手段が算出する移動距離Ｄがクリア条件記憶部２３ｂに記憶された規定距離Ｄｍになった時点で、クリア条件の成否判断を実行する。
【００５７】
告知手段は、溢水有無告知手段と成否判断告知手段を有する。溢水有無告知手段は、溢水有無判断手段の判断結果を告知する。成否判断告知手段は、クリア判断手段の判断結果を告知する。告知は、表示部３での画像表示及び／又はスピーカー２８からの音声出力により行うことができる。
【００５８】
図５は、評価装置１が実行する評価処理のフローチャートを示す。評価処理は、図３のメニュー画面でアイコン３４が操作された場合に実行される。
【００５９】
評価処理が開始すると、ステップＳ１１において、ステージ番号Ｎを「１」に設定し、総溢水量Ｖｔを「０」に設定するなどの初期化のための処理が行われる。
【００６０】
ステップＳ１２では、チーム名が既に入力されているかどうかを判断し、未入力（Ｎｏ）の場合は、免責事項等を表示した後、告知のＯＮ／ＯＦＦ設定（ステップＳ１３）、ＳＮＳ等への投稿の要否設定（ステップＳ１４）を受け付け、その後、タイトル画面等を表示した後、チーム名の入力を受け付け（ステップＳ１５）、その後、ステップＳ１６に移行する。ステップＳ１２においてチーム名が既入力（Ｙｅｓ）の場合は、ステップＳ１３〜Ｓ１５はスキップとなる。
【００６１】
ステップＳ１６では、ステージ番号Ｎで特定されるステージのクリア条件がクリア条件記憶部２３ｂから読み出される。本実施形態では、クリア条件である規定距離Ｄｍ及び許容溢水量Ｑｍとともに、キャラクタが読み出される。ステップＳ１２又はステップＳ１５から移行したステップＳ１６では、ステージ番号が「１」のステージについてのクリア条件が読み出される。ステップＳ３７からステップＳ１６に移行した場合については、後述する。
【００６２】
ステップＳ１７では、ステップＳ１６で読み出されたクリア条件を示すミッション画面が一定時間に渡って表示部３に表示される。図７（ａ）は、例示的なミッション画面５１を示す。図示のように、ミッション画面５１は、ステージ表示部５１ａ、キャラクタ表示部５１ｂ及びミッション表示部５１ｃを有する。ステージ表示部５１ａには、ステージ番号が表示される（図では、ステージ番号は「１」）。キャラクタ表示部５１ｂには、そのステージのキャラクタの画像が表示される。ミッション表示部５１ｃには、ステップＳ１６で読み出されたクリア条件（規定距離Ｄｍ及び許容溢水量Ｖｍ）が表示される。ミッション画面５１により、ユーザは、ステージ番号やクリア条件等を知ることができる。
【００６３】
続くステップＳ１８では、姿勢検出手段が評価装置１の姿勢を検出する。ステップＳ１８の実行中、ステージが開始されることをユーザに告知するためのカウントダウン画面５２が表示部３に表示される。図７（ｂ）は、例示的なカウントダウン画面５２を示す。カウントダウン画面５２により、ユーザは、ステージの開始タイミングを知ることができる。
【００６４】
続くステップＳ１９では、ステージ実行手段がステージを実行する。ステージの実行中は、表示部３にステージ画面５３が表示される。図７（ｃ）は、例示的なステージ画面５３を示す。ステージ画面５３では、水の入った紙コップの画像と停止ボタン５３ａが表示される。ユーザは、停止ボタン５３ａを操作することで、評価処理を停止させることができる。ステージ画面５３にキャラクタ表示部５１ｂと同様の画像（そのステージのキャラクタの画像）を表示しても良い。
【００６５】
図６は、ステップＳ１９の詳細を示す。
【００６６】
ステージが開始すると、ステップＳ２１において、車両が第１の所定時間Ｔ１（例えば、３秒）以上に渡って継続して停止したかどうかが判断される。そして、その判断が肯定（Ｙｅｓ）の場合、ステップＳ２２において、車両が発進したかが判断される。これらの判断は、状態判断手段が実行する。
【００６７】
ステップＳ２２の判断が肯定（Ｙｅｓ）の場合、ステップＳ２３において、発進時算出手段が、車両の発進時の加速度Ａｓに基づいて溢水量Ｖｓを算出し、更に、Ｓ２４において、総溢水量算出手段が、ステップＳ２３の溢水量Ｖｓを用いて総溢水量Ｖｔを更新する。
【００６８】
続くステップＳ２５では、ステップＳ２３の溢水量Ｖｓに基づいて溢水有無判断手段が溢水の有無を判断し、その判断結果を溢水有無告知手段が画像及び音声により告知する。図７（ｄ）は、溢水有りの判断の場合に、溢水有無告知手段が表示部３に表示させる溢水有り画面５４を示す。溢水有り画面５４にもステージ画面５３と同様の停止ボタン５４ａが表示される。音声は、「チャプチャプ」などの水音とすることができる。ステップＳ２５の告知は、ステップＳ２２で肯定（Ｙｅｓ）の判断がされた時点から所定時間後に実行される。所定時間は、発進時の加速が終了すると考えられる程度の時間（例えば、１０秒）とすることができる。
【００６９】
ステップＳ２１の判断が否定（Ｎｏ）の場合、ステップＳ２２〜Ｓ２５はスキップとなる。
【００７０】
ステップＳ２６では、状態判断手段が、車両がカーブを走行中かどうかを判断し、カーブ走行中（Ｙｅｓ）の場合、ステップＳ２７において、カーブ時算出手段が、車両の加速度Ａｃに基づいて溢水量Ｖｃを算出する。
【００７１】
ステップＳ２７は、車両がカーブを走行中の間継続する。状態判断手段がカーブを抜けたと判断すると、処理はステップＳ２８に移行し、総溢水量算出手段が、ステップＳ２７の溢水量Ｖｃを用いて総溢水量Ｖｔを更新する。
【００７２】
続くステップＳ２９では、ステップＳ２７の溢水量Ｖｃに基づいて溢水有無判断手段が溢水の有無を判断し、その判断結果を溢水有無告知手段が画像及び音声により告知する。告知の態様は、ステップＳ２５と同様である。
【００７３】
ステップＳ２５及び／又はステップＳ２９の告知により、ユーザは、発進時及び／又はカーブ走行時の加速が適切であったかどうかを知ることができる。これらの告知は、発進時の加速が終了したと判断された時点、又は、カーブを抜けたと判断された時点以降に行われる。これにより、発進時やカーブ走行中にユーザの注意力が低下することを防ぐことができる。
【００７４】
ステップＳ２６の判断が否定（Ｎｏ）の場合、ステップＳ２７〜Ｓ２９はスキップとなる。
【００７５】
ステップＳ３０では、状態判断手段が、ブレーキング中かどうかを判断し、ブレーキング中（Ｙｅｓ）の場合、ステップＳ３１において、ブレーキ時算出手段が、車両の加速度Ａｂに基づいて溢水量Ｖｂを算出する。
【００７６】
ステップＳ３１は、ブレーキングの間継続する。状態判断手段が、ブレーキングが終了したと判断すると、処理はステップＳ３２に移行し、総溢水量算出手段が、ステップＳ３１の溢水量Ｖｂを用いて総溢水量Ｖｔを更新する。
【００７７】
本実施形態では、溢水有無告知手段は、ブレーキ時には、溢水の有無に関する告知は行わない。ブレーキは特に安全に関わる要素なので、ユーザがブレーキ時の評価を気にしてブレーキを加減することは好ましくないためである。
【００７８】
ステップＳ３３では、移動距離算出手段が算出する移動距離Ｄが、ステップＳ１６で読み出された規定距離Ｄｍに達しているかどうかを判断し、その判断が否定（Ｎｏ）の場合、処理はステップＳ２１に移行する。
【００７９】
ステップＳ３３の判断が肯定（Ｙｅｓ）の場合、ステップＳ３４において、ステージ番号Ｎのステージが終了となる。
【００８０】
ステップＳ３６では、クリア判断手段が、クリア条件の成否判断を実行する。具体的には、総溢水量ＶｔがステップＳ１６で読み込まれた許容溢水量Ｖｍ以下である場合にクリア条件の成立（Ｙｅｓ）を判断し、許容溢水量Ｖｍを越えている場合にはクリア条件の不成立（Ｎｏ）を判断する。
【００８１】
ステップＳ３５の判断が成立（Ｙｅｓ）であった場合、ステップＳ３６でステージ番号Ｎが更新され（Ｎに１が加算され）、ステップＳ３７で総溢水量Ｖｔを「０」にリセットした後、ステップＳ１６に移行する。これにより、更新後のステージ番号Ｎについてのクリア条件（及びキャラクタ）が新たに読み出され、ステップＳ１７，Ｓ１８の実行後、その新たなクリア条件（及びキャラクタ）を用いた新たなステージ（又は、前回のステージと異なるステージ）が実行される。
【００８２】
ステップＳ３５の判断が不成立（Ｎｏ）であった場合、ステップＳ３６はスキップされる。よって、ステージ番号Ｎは変更されないままで、ステップＳ３７で総溢水量Ｖｔが「０」にリセットされ、その後、ステップＳ１６に移行する。これにより、前回のステージと同一のステージ番号Ｎについてのクリア条件（及びキャラクタ）が読み出され、ステップＳ１７，Ｓ１８の実行後、前回のステージと同一のクリア条件（及びキャラクタ）を用いたステージ（又は、前回のステージと同一のステージ）が再度実行される。
【００８３】
ステップＳ２２における判断が否定（Ｎｏ）の場合、処理は、ステップＳ３８に移行する。ステップＳ３８では、状態判断手段により、車両が第２の所定時間Ｔ２（例えば、３０秒）以上に渡って継続して停止したかが判断され、否定（Ｎｏ）の場合は、ステップＳ２２に移行する。
【００８４】
ステップＳ３８の判断が肯定（Ｙｅｓ）の場合、ユーザが運転を終了させた可能性があると判断できるため、ステップＳ３９に移行する。ステップＳ３９では、表示部３において、図７（ｅ）に示す終了画面５５が表示され、ユーザによる終了ボタン５５ａの操作が待ち受けられる。
【００８５】
ステップＳ３９において終了ボタン５５ａの操作が検出された場合（Ｙｅｓ）、ステップＳ４０において、成否判断告知手段が、評価処理における評価の結果を告知する。
【００８６】
図７（ｆ）は、ステップＳ４０において成否判断告知手段が表示部３に表示させる例示的な結果画面５６を示す。図示のように、結果画面５６には、全走行距離５６ａ、全溢水量５６ｂ及び最終クリアステージ５６ｃが表示される。
【００８７】
全走行距離５６ａは、評価処理において、最初にステージ（ステップＳ１９）が実行された時点から終了ボタン５５ａの操作が検出された時点（ステップＳ３９：Ｙｅｓ）までの車両の移動距離とすることができる。全溢水量５６ｂは、評価処理で実行されたすべてのステージの総溢水量Ｖｔの合計とすることができる。最終クリアステージ５６ｃとしては、どのステージまでクリアしたか（ステップＳ３５でＹｅｓと判断された最後のステージのステージ番号Ｎ）を表示することができる。図の例では、ステージ番号が「３」のステージまでクリアした場合が示されている。
【００８８】
ステップＳ４０をもって評価処理は終了となる。
【００８９】
評価処理で実行されたクリア条件の成否判断等に応じて、追加的な処理を行っても良い。例えば、ステージを１回でクリアした場合には、ステップＳ１７のキャラクタ表示部５１ｂに表示するキャラクタを追加・変更等しても良い。
【００９０】
上記した評価装置１では、車両の移動態様の評価（ステップＳ３５）が行われ、評価の結果が表示（ステップＳ４０）される。よって、車両の移動態様を評価することができ、及び／又は、運転を楽しくすることができる。
【００９１】
加えて、ユーザが車両を運転中に評価装置に対して何ら操作を行わなくても、クリア条件の異なる複数のステージのいずれかが自動的に選択されて実行される。よって、ユーザは、評価装置１を操作する必要がないにもかかわらず、より多様な評価を行うことができ、及び／又は、運転をより楽しくすることができる。ユーザは、評価装置１を操作する必要がないので、運転に集中できる。
【００９２】
また、あるステージ（ステージ番号Ｎのステージ）についてクリア条件の不成立が判断された場合は、当該ステージの終了後に、再度、同一のステージ（ステージ番号Ｎのステージ）が実行され、クリア条件の成立が判断された場合は、当該ステージの終了後に、当該ステージと異なるステージ（ステージ番号Ｎ＋１のステージ）が実行される。よって、評価結果に応じて、ステージをクリアする楽しみ、ステージを進めていく楽しみを得ることができる。
【００９３】
また、本実施形態のステップＳ４０では、評価の結果として、最終クリアステージ５６ｃが表示されるため、ユーザは、評価結果を簡易に理解することができる。他の態様として、評価処理の各ステージにおける算出値（移動距離Ｄ、加速度Ａａ，Ａｂ，Ａｃ、溢水量Ｖａ，Ｖｂ，Ｖｃ、総溢水量Ｖｔ等）やステージ毎のクリア条件の成否判断の結果、各値の算出時点や成否判断の実行時点の時刻データ等を表示すると、ユーザは、より詳細な評価結果を知ることができる。
【００９４】
なお、ステップＳ１３において告知がＯＦＦに設定された場合、ステップＳ２５，Ｓ２９における溢水有無の画像及び／又は音声による告知は行われない。告知を行わないことで、ユーザは、一層運転に集中できる。
【００９５】
本実施形態では、クリア条件の成否判断（ステップＳ３５）は、各ステージの実行毎には告知されず、ユーザが運転を終了させたと判断した以降（ステップＳ４０）に告知される。これにより、運転中にユーザの注意力が低下することが防止される。
【００９６】
ステップＳ１４において「投稿する」に設定された場合、例えば、ステップＳ４０の実行後に評価結果（例えば、ステップＳ３９の表示データ）がＳＮＳサイト等に投稿される。投稿前に、本当に投稿するかどうかを確認するステップを実行しても良い。
【００９７】
評価プログラムをバックグラウンドで実行可能に構成すると、評価プログラムの実行を継続したまま、他のプログラム（例えば、音楽再生やナビゲーション、ドライブレコーダー等）を実行可能である。
【００９８】
以上、好ましい実施の形態を説明したが、上記実施の形態における装置、プログラム、手段又はそれらの要素、動作態様、制御態様、制御パラメータ等は例として記載したものであり、これらは、下記を含む種々の変形が可能である。
【００９９】
上記実施形態では、評価装置１の内蔵のセンサー（位置検出部２４，加速度検出部２５）で検知した情報を用いて、各種判断や処理を行っているが、外部からの情報を用いて各種判断や処理を行っても良い。例えば、車両のＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）から情報を取得して各種判断や処理を行うことが可能である。例えば、状態判断手段は、ＣＡＮから車載ＧＰＳの位置情報を取得して車両が停止した状態であることや車両が発進したことの判断（ステップＳ２１，Ｓ２２，Ｓ３８）を行っても良い。発進時算出手段は、ＣＡＮから取得される車速情報及び内蔵タイマーの時間を用いて車両の発進時の加速度Ａｓを算出しても良い。ＣＡＮからの情報の取得は、例えば、ＣＡＮ上の情報をＷＰＡＮ等で送信することが可能な発信器６（図１参照）を車両のＯＢＤコネクタ等に接続し、発信器６の信号を通信部２６で受信することにより行うことができる。ＣＡＮから取得できる他の情報（例えば、エンジン回転数やラジエータ温度、ドアの開閉時刻や回数等）の評価を行っても良い。
【０１００】
発進時算出手段、カーブ時算出手段及びブレーキ時算出手段による溢水量の算出方法、或いは、クリア条件の難易度の設定方法は、上記の実施形態に限らない。例えば、ステージ毎に異なる水の硬度を設定し（例えば、ステージ番号が大きいほど、硬度を小さくする）、発進時算出手段、カーブ時算出手段及びブレーキ時算出手段は、硬度に応じて溢水量を算出する（例えば、同じ加速度であっても、硬度が小さいほど大きな溢水量を算出する）ことができる。また、車両等の乗り物の場合は、サスペンションの硬さによっても加速度検出部２５の検出結果に差異が出るため、予めサスペンションの状態を設定するようにし、この設定によって溢水量を算出するようにしてもよい。
【０１０１】
上記実施形態では、溢水量に基づいてクリア条件の成否判断を行っているが、溢水量以外の他の指標（例えば、位置、速度、加速度等）を用いてクリア条件の成否判断を行っても良い。
【０１０２】
上記実施形態では、移動距離算出手段が算出する移動距離Ｄが所定値（規定距離Ｄｍ）になったときにステージが終了となり、クリア条件の成否判断（ステップＳ３６）が実行される場合を説明したが、ステージの終了及び／又はクリア条件の成否判断は、他のタイミングで行っても良い。
【０１０３】
例えば、ステージの実行中に総溢水量Ｖｔが一定値を越えた場合は、その時点でステージの終了及び／又はクリア条件の成否判断を行っても良い。
【０１０４】
各ステージを開始した時点からの経過時間を算出し、当該経過時間が所定値となったときにステージの終了及び／又はクリア条件の成否判断を行っても良い。移動距離ではなく所定時間単位で運転評価を行うので、渋滞など車両が走行する道路事情に関係なく評価を行うことができる。
【０１０５】
ステージ毎に終了条件を設定し、当該終了条件が達成されたときに、ステージの終了及び／又はクリア条件の成否判断を行っても良い。例えば、各ステージにおいてそれぞれ終了条件が設定されたミニゲームを実行し、終了条件が達成されたときにクリア条件の成否判断を実行しても良い。この場合、例えば、車両の移動の態様（例えば、加速度の変化量）に基づいて終了条件が達成されたかどうかの判断を行うようにすると、ユーザが評価装置１に対する操作を行うことなく、ステージを進行させることができるので、望ましい。例えば、ユーザが運転する車両の発進時やブレーキ時の単位時間あたりの加速度の変化量を判定し、所定の基準変化量と比較した結果、差異が許容範囲内の場合にクリアとなるステージを設定し、ユーザが急な加減速操作をしないことでステージが進行する形態であってもよい。車両の短時間の移動状態に応じて成否判断が行われる為、ユーザの安全運転意識が向上する。
【０１０６】
他の終了条件として、例えば、ユーザが運転する車両が法定速度を遵守し続けることで上昇し、遵守しないことで下降するパラメータが設定されている時に、パラメータが所定の上限値を上回った場合にクリア、所定の下限値を下回った場合にゲームオーバーとしてもよい。また、ステージ毎にパラメータの上下限値が異なり、ステージが進むほど所定の上下限値が上がるなど、判定が厳しくなるようにしてもよい。ユーザはステージクリアの為により長時間にわたり法定速度を意識して運転するようになる。
また、ＧＰＳを用いて所定地点における車両の走行速度が法定速度に対して所定範囲内である場合にステージクリアとする仕様であってもよい。
【０１０７】
上記実施形態におけるステージ数に上限を設けても良い。例えば、ステップＳ３６の実行後のステージ番号Ｎが「１１」に達したら、その時点で評価処理を終了し、ステップＳ４０を実行しても良い。
【０１０８】
ステップＳ２３，Ｓ２７，Ｓ３１の実行中等に、効果音等による告知（溢水量の算出／移動状態の評価が進行中であること等の告知）を行っても良い。
【０１０９】
上記実施形態では、ゲームとして楽しむことが可能な評価装置１及び評価プログラムを説明したが、本発明は、ドライバの運転評価や健康状態の評価等、他の用途に適用しても良い。
【０１１０】
運転評価に適用する場合、評価処理の各ステージにおける算出値（移動距離Ｄ、加速度Ａａ，Ａｂ，Ａｃ、溢水量Ｖａ，Ｖｂ，Ｖｃ、総溢水量Ｖｔ等）や各ステージについてのクリア条件の成否判断の結果、各値の算出時点や成否判断の実行時点の時刻データ等をログとして記憶部２３等に記憶すると良い。
【０１１１】
運転評価に適用する場合、ドライバが勝手に評価処理を停止又は終了できないようにすると良い。これにより、ドライバの運転評価を確実又は適正に実行することが可能になる。例えば、これは、運送会社等の企業が従業員のドライバの運転を評価する場合に特に有用である。例えば、停止又は終了させる操作（例えば、停止ボタン５３ａ，５４ａや終了ボタン５５ａの操作）があったときにパスワードの入力を求め、正しいパスワードが入力されない限り、評価プログラムが停止又は終了しないようにすると良い。
【０１１２】
ドライバの運転評価は、運送会社等の企業が従業員ドライバの運転を評価するものでもよく、ドライバが自分の運転を評価するものでも良い。
【０１１３】
また、各ステージでクリア条件の成立を判断する毎に、「ステージをクリアしました。この調子で安全運転を続けて下さい。」、不成立を判断する毎に、「ステージをクリアできませんでした。安全運転を心がけて下さい。」等のメッセージを音声等で出力すると良い。一定距離毎又は一定時間毎に運転に対する評価を告知すると、特に長時間に渡って運転をする場合、安全運転に対する励みになる。
【０１１４】
健康状態の評価に適用する場合、例えば、脈拍センサー等でユーザの脈拍等を測定し、測定結果を順次評価装置に入力する方法がある。現実時間の所定時間毎（例えば、２時間毎）にステージを設定し、各ステージにおいて脈拍等が所定値以下又は所定値以上又は所定範囲内であったかどうかによって、クリア条件の成否判断を行うことができる。クリア条件の成否判断は、例えば、ステージの開始から一定時間経過したときに実行することができる。所定値（所定範囲）は、ステージ毎に変更すると良い。例えば、朝の時間帯は低めの値を設定する等である。
【０１１５】
健康状態の評価に適用する場合、一定の時刻（例えば、夜１０時）になったときに、ステップＳ３９に移行させると良い。このようにすれば、例えば、朝目覚めたときに評価処理を開始させておけば、夜１０時になったとき（寝る前等）に、ステップＳ４０の評価結果を確認できる。評価結果は、例えば、何番目のステージまでクリアしたかを表示すると良い。評価処理の実行中は、ユーザは、全く操作を行う必要がない。
【０１１６】
その他の健康状態の評価に適用する場合、歩数カウントセンサーでユーザの歩数を測定し、測定結果を順次評価装置に入力する方法がある。例えば、評価処理を開始させてから５分単位のステージが開始し、各ステージにおけるクリア条件（クリアに必要とする歩数）を満たすことで次ステージに進行する。例えば、マラソンランナーが評価処理を開始させてからトレーニングを開始し、トレーニング終了後に何番目のステージまでクリアしたかを確認することで、一定の速度（又はピッチ）をキープするトレーニングができる。なお、歩数カウントセンサーによる歩数の測定結果に基づく評価ではなく、ＧＰＳ等を用いてユーザの緯度経度を測定することで得られるユーザの移動距離に基づいて評価しても良い。この場合、各ステージにはクリア条件として所定の単位時間あたりの移動距離が設定され、ユーザの単位時間あたりの移動距離と比較してクリア条件の成否を判断する。
【０１１７】
上記実施形態では、ステージをクリアしないと同じステージを実行し、ステージをクリアすると別のステージを実行する仕様であるが、ステージをクリアしなくとも別のステージを実行してもよい。車両の停止後にクリアできたステージとクリアできなかったステージを告知することで、ユーザは車両の移動中に様々なステージに挑戦し、各ステージの得手不得手を知ることが出来る。また、ステージをクリアした場合であっても次に同じステージを実行してもよく、この場合、ユーザは同一ステージの連続クリアに挑戦することができる。
【符号の説明】
【０１１８】
１・・・評価装置
２・・・取付台
３・・・表示部
４・・・スピーカー口
５・・・電源スイッチ
６・・・発信器
２１・・・制御部
２２・・・表示装置
２３・・・記憶部
２３ａ・・・プログラム記憶部
２３ｂ・・・クリア条件記憶部
２４・・・位置検出部
２５・・・加速度検出部
２６・・・通信部
２７・・・マイク
２８・・・スピーカー
５１・・・ミッション画面
５２・・・カウントダウン画面
５３・・・ステージ画面
５４・・・溢水有り画面
５５・・・終了画面
５６・・・結果画面
【図１】
0006575367.tif 000002
【図２】
0006575367.tif 000003
【図３】
0006575367.tif 000004
【図４】
0006575367.tif 000005
【図５】
0006575367.tif 000006
【図６】
0006575367.tif 000007
【図７】
0006575367.tif 000008