JP7843324B2 - 制御装置、制御方法及びプログラム - Google Patents

Description

本発明は、制御装置、制御方法及びプログラムに関する。

車両の実走行のデータを利用して、ユーザにゲームを提供する技術が知られている。例えば、特許文献１には、車両の実走行距離に応じて仮想空間を旅行するゲームを提供するシステムが提案されている。

特開２０１４－１８８０１０号公報

車両が長距離を移動する場合等においては、乗員が退屈感を感じる場合がある。車両の走行中に、ドライバを含む複数の乗員が楽しみを共有できれば、こうした退屈感を軽減できる。

本発明の目的は、車両の走行中に複数の乗員が楽しみを共有できる技術を提供することにある。

本発明によれば、
車両の乗員に情報を提供する情報提供手段を制御する制御装置であって、
前記車両の乗員に対して、クイズの正解を示唆する複数の示唆情報が順番に提供されるように前記情報提供手段を制御する制御手段と、
前記車両の走行に応じて変動する前記車両の周辺画像を取得する取得手段と、を備え、
前記制御手段は、
前記周辺画像に基づいて、前記車両と同じ車種の車両とすれ違ったか否かを判定し、
前記複数の示唆情報のうちの一の示唆情報の提供の後、次の示唆情報が、前記一の示唆情報を提供してから前記車両と同じ車種の車両とすれ違ったと判定された場合に提供されるように前記情報提供手段を制御する、
ことを特徴とする制御装置が提供される。

本発明によれば、車両の走行中に複数の乗員が楽しみを共有できる技術を提供することができる。

本発明を適用したシステムのブロック図。 車両の構成を示す模式図。 楽曲情報の構成を示す図。 （Ａ）は示唆情報の提供タイミングの例を示す図、（Ｂ）は走行距離と提供タイミングの関係の例を示す図。 （Ａ）は図１のシステムの処理例を示すフローチャート、（Ｂ）は表示装置の表示例を示す図。 （Ａ）は図１のシステムの処理例を示すフローチャート、（Ｂ）は車内の様子を示す図。 制御サーバの処理例を示すフローチャート。 （Ａ）は図１のシステムの処理例を示すフローチャート、（Ｂ）及び（Ｃ）は車内の様子を示す図。 （Ａ）及び（Ｂ）は難易度に応じた示唆情報の提供タイミングの例を示す図。 （Ａ）は図１のシステムの処理例を示すフローチャート、（Ｂ）及び（Ｃ）は車内の様子を示す図。 （Ａ）～（Ｃ）は表示装置の表示例を示す図。 （Ａ）～（Ｃ）は走行情報及び提供タイミングの他の例を示す図。 （Ａ）～（Ｃ）は制御サーバの処理例を示すフローチャート。 （Ａ）及び（Ｂ）は走行情報及び提供タイミングの他の例を示す図。 （Ａ）及び（Ｂ）は制御サーバの処理例を示すフローチャート。 図１のシステムの別の処理例を示すフローチャート。 図１のシステムの別の処理例を示すフローチャート。 図１のシステムの別の処理例を示すフローチャート。 （Ａ）は携帯端末のブロック図、（Ｂ）は図１のシステムの別の処理例を示すフローチャート。 図１のシステムの別の処理例を示すフローチャート。 図１のシステムの別の処理例を示すフローチャート。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

＜第一実施形態＞
＜システムの概要＞
図１は情報処理システム１の概要図である。情報処理システム１は、制御サーバ２が車両Ｖや、車両Ｖの乗員１００の携帯端末４に対してインターネット等の通信ネットワークを介してサービスを提供するシステムである。そのサービスとして、本実施形態では制御サーバ２が、車両Ｖのコントローラ３を介して、車両Ｖの乗員にクイズゲームを提供する。クイズゲームの提供によって、車両Ｖの複数の乗員が楽しみを共有することができ、特に本実施形態によれば運転者も含めて複数の乗員が楽しみを共有できる。

制御サーバ２は、処理部２１、記憶部２２、通信Ｉ／Ｆ（インタフェース）部２３を含む。処理部２１は、ＣＰＵに代表されるプロセッサであり、記憶部２２に記憶されたプログラムを実行する。記憶部２２は、ＲＡＭ、ＲＯＭ、ハードディスクなどの記憶デバイスである。通信Ｉ／Ｆ部２３は、通信ネットワークを介して車両Ｖのコントローラ３や、携帯端末４と通信可能な通信インタフェースを含む。記憶部２２には、処理部２１が実行するプログラムの他、各種のデータが格納される。記憶部２２に記憶されるデータには、クイズに関する情報を記憶したデータベース２２ａが含まれる。

図２を参照して車両Ｖの構成について説明する。車両Ｖは車載器（車載コンピュータ）として、コントローラ３を備える。コントローラ３は、ＣＰＵに代表されるプロセッサ、半導体メモリ等の記憶デバイス、外部デバイスとのインタフェース等を含む。記憶デバイスにはプロセッサが実行するプログラムやプロセッサが処理に使用するデータ等が格納される。コントローラ３はプロセッサ、記憶デバイスおよびインタフェース等を複数備えていてもよい。

コントローラ３は、運転者の運転支援制御として、駆動源５、ブレーキ装置６、電動パワーステアリング７を制御可能である。駆動源５は例えば内燃機関と自動変速機を含み、コントローラ３は駆動源５の制御によって車両Ｖの加減速を制御可能である。ブレーキ装置６は例えばディスクブレーキ装置であり、コントローラ３はブレーキ装置６によって車両Ｖの減速を制御可能である。アクセルペダル８にはアクセル操作量を検知するセンサ８ａが、ブレーキペダル９にはブレーキ操作量を検知するセンサ９ａがそれぞれ設けられ、各操作量に基づいて、コントローラ３は駆動源５、ブレーキ装置６を制御することも可能である。

電動パワーステアリング７は、ステアリングホイールに対する運転者の運転操作（操舵操作）に応じて前輪を操舵する機構である。電動パワーステアリング装置７は、操舵操作をアシストするための駆動力（操舵アシストトルクと呼ぶ場合がある。）を発揮するモータ、操舵角センサ、運転者が負担する操舵トルクを検知するトルクセンサ等を含む。

コントローラ３は、車両Ｖの周囲状況を検知する検知ユニット８の検知結果に基づいて、車両Ｖの走行環境（外部環境）を認識可能である。本実施形態の場合、検知ユニット８は、車両Ｖの周辺を撮影するカメラである。検知ユニット８が撮影した画像の解析により、車両Ｖの対向車や、走行路脇の店舗を認識することができる。なお、検知ユニット８として、カメラ以外にミリ波レーダ、超音波センサなども利用可能であり、また、それらの配置や検知範囲も適宜設計可能である。

車両Ｖには、ＧＮＳＳ（Global Navigation Satellite System）センサ９と、通信部１２とが設けられている。コントローラ３は、ＧＮＳＳセンサ９の検知結果から、車両Ｖの現在位置を認識できる。通信部１２は、通信ネットワークを介して制御サーバ２と通信可能な通信Ｉ／Ｆや、車内において携帯端末４と通信可能な通信Ｉ／Ｆを含む。コントローラ３は、通信部１２を介して制御サーバ２や携帯端末４と通信可能である。

コントローラ３は、また、慣性センサ１０、車速センサ１１の検知結果を取得可能である。慣性センサ１０は、たとえば加速度センサ、ヨーレートセンサ等を含む。車速センサ１１は車輪の回転量を検知し、これにより車両Ｖの車速や走行距離を演算可能である。

コントローラ３は、また、乗員に対して情報を提供する情報提供ユニット１３を制御する。情報提供ユニット１３は、音声で乗員に情報を提供するスピーカ等の音声出力装置１３ａや、画像で乗員に情報を提供する表示装置１３ｂを含む。表示装置１３ｂは、メータパネルに画像を表示する装置や、ＨＵＤ（ヘッドアップディスプレイ）であってもよい。

コントローラ３は、また、乗員による指示入力を受け付ける入力装置１５及び１６を制御する。入力装置１５は例えば、マイク等の音声入力装置であり、入力装置１６は例えばタッチパネルのように、画像の表示と、乗員による入力操作の受け付けを兼用した入力装置である。

コントローラ３は、また、乗員の挙動を検知する検知ユニット１４を制御する。本実施形態の場合、検知ユニット１４は、車両Ｖの車内を撮影するカメラである。検知ユニット１４が撮影した画像の解析により乗員の挙動を認識することができる。

＜サービスの例＞
制御サーバ２が、車両Ｖの乗員に提供するクイズゲームの例について説明する。本実施形態では、制御サーバ２がコントローラ３を介して車両Ｖの情報提供ユニット１３を制御して、楽曲の曲名をあてるクイズを提供する。データベース２２ａには複数種類の楽曲情報が格納されている。図３はデータベース２２ａに格納される楽曲情報のデータ構造を例示している。

図３の楽曲情報Ｍは１曲分の音声データを示している。楽曲情報Ｍは、楽器及びボーカルのパート毎の音声データＰ１～Ｐ５で構成されており、再生時間と音のデータとが関連付けられている。音声データＰ１はベースパートのみのデータであり、音声データＰ２はドラムパートのみのデータである。同様に、音声データＰ３～Ｐ５は、それぞれ、キーボードパートのみ、ギターパートのみ、ボーカルパートのみのデータである。これらを同時に再生することで、１つの楽曲が再生される。

音声データＰ１～Ｐ５は、それぞれ、楽曲の曲名の正解を示唆する複数の示唆情報を構成する。本実施形態のクイズでは、音声データＰ１～Ｐ５を乗員に対して順番に提供し、これをヒントとして、曲名を当てさせる。

クイズには示唆情報の提供順序が設定されている。図４（Ａ）は、各示唆情報の提供タイミングの例を示しており、乗員に提供される再生音Ｈの構成例を示している。図示の例では、クイズゲームの開始により、最初の示唆情報として音声データＰ１の再生が開始される。乗員にはベースパートの再生音のみが提供される。乗員の正答が無い場合、提供タイミングＴ１において、次の示唆情報として音声データＰ２の再生が開始される。音声データＰ２は途中から再生されることになる。乗員にはベースパートに加えてドラムパートの再生音が提供される。

乗員の正答が無い場合、提供タイミングＴ２において、更に次の示唆情報として音声データＰ３の再生が開始される。音声データＰ３は途中から再生されることになる。乗員にはベースパート、ドラムパートに加えてキーボードパートの再生音が提供される。再生されるパートが増えるにつれて、乗員が曲名を思いつく可能性が高まる。乗員の正答が無い場合、提供タイミングＴ３において、次の示唆情報として音声データＰ４の再生が開始され、また、提供タイミングＴ４において最後の示唆情報として音声データＰ５の再生が開始される。提供タイミングＴ４以降は、全パートの再生となる。このようにして、本実施形態では、クイズの正解を示唆する複数の示唆情報が順番に提供され、乗員が正解する可能性が高まっていく。

提供タイミングＴ１～Ｔ４によって乗員の示唆情報の提供に対する期待感が高まることから、提供タイミングＴ１～Ｔ４をどのように設定するかはクイズゲームの興趣に影響する。本実施形態では、車両Ｖの走行に応じて変動する走行情報に基づいて提供タイミングＴ１～Ｔ４を制御する。車両Ｖの走行と示唆情報の提供タイミングとがリンクするので、乗員の関心はクイズゲームだけでなく車両Ｖの走行にも向けられる。したがって、車両Ｖの運転に関する注意を低下させることを防止してクイズゲームを楽しむことができる。また、提供タイミングＴ１～Ｔ４が車両Ｖの走行に応じて変動するので、提供タイミングを推測する楽しみを乗員に与えることもできる。

本実施形態では、車両Ｖの走行情報として、クイズゲームの開始からの車両Ｖの走行距離に基づいて提供タイミングＴ１～Ｔ４を設定する。

図４（Ｂ）は提供タイミングＴ１～Ｔ４と走行距離との関係を示す。図示の例では距離Ｌを車両Ｖが走行する度に提供タイミングが到来する。車両Ｖの加減速や停止によって、走行距離と時間との関係は、通常、比例関係にはない。提供タイミングＴ１～Ｔ４が変動するので、クイズゲームの興趣を向上できる。なお、図４（Ｂ）の例では同じ距離Ｌ毎に提供タイミングが到来するようにしたが、提供タイミングに応じて距離を異ならせてもよい。例えば、提供タイミングＴ１と提供タイミングＴ２との間の走行距離を距離Ｘとし、提供タイミングＴ２と提供タイミングＴ３との間の走行距離を距離Ｙ（＜Ｘ）としてもよい。

＜システムの処理例＞
クイズゲームの提供に関する情報処理システム１の処理例について説明する。図５（Ａ）はクイズゲームの開始に関する制御サーバ２と車両Ｖのコントローラ３との間の処理例を示すフローチャートである。

車両Ｖの乗員は、コントローラ３に対してクイズゲームの開始を指示する。開始指示は、例えば、入力装置１５又は入力装置１６を介して行われる。開始指示があると、コントローラ３は、制御サーバ２に対してクイズゲームの開始要求を送信する（Ｓ１）。制御サーバ２は、開始要求を受信し、開始要求を送信したコントローラ３に対して設定要求を送信する（Ｓ１１）。設定要求はクイズゲームの仕様に関する乗員の選択事項を含む。設定要求は、本実施形態の場合、クイズで出題する楽曲を選択するための事項を含む。

コントローラ３は、制御サーバ２からの設定要求に関し、乗員の選択事項の入力を受け付ける（Ｓ２）。図５（Ｂ）は入力装置１６の表示例を示す。楽曲の選択肢として、年代、ジャンル、難易度が挙げられている。乗員はクイズで出題される楽曲の年代（例えば、１９９０年代、２０００年代等）、ジャンル（例えば、ロック、ポップ等）、難易度（例えば、容易、普通、難しい等）を指定可能である。

コントローラ３は、乗員の選択結果を示す入力情報を制御サーバ２に送信する（Ｓ３）。制御サーバ２は、コントローラ３から送信された入力情報を受信することによって、当該入力情報を取得し、取得した入力情報に基づいて、データベース２２ａに蓄積されている楽曲情報の中から、出題する楽曲を選択する（Ｓ１２）。楽曲の選択後、制御サーバ２はコントローラ３に対して、ゲームの開始通知を送信する（Ｓ１３）。開始通知は走行情報の取得要求を含む。コントローラ３は情報提供ユニット１３により、ゲームの開始を乗員に報知する（Ｓ４）。また、コントローラ３は制御サーバ２に走行情報を送信する（Ｓ５）。送信する走行情報は、本実施形態の場合、車両Ｖの現在の走行距離（例えば総走行距離）であり、制御サーバ２は、基準情報として、受信した走行距離を記憶部２２に保存する（Ｓ１４）。

図６（Ａ）は示唆情報の提供に関する制御サーバ２と車両Ｖのコントローラ３との間の処理例を示すフローチャートである。図８（Ａ）は乗員の回答の正否判定に関する制御サーバ２と車両Ｖのコントローラ３との間の処理例を示すフローチャートである。これらの処理は並列的に実行される。まず、図６（Ａ）の処理例から説明する。

制御サーバ２は、Ｓ１２で選択した楽曲情報Ｍのうち、最初のパートを示唆情報としてコントローラ３に送信する（Ｓ３１）。図４（Ａ）の例で言えば、音声データＰ１がコントローラ３に送信される。最初のパートを受信したコントローラ３は、受信したパートの音声データの再生を開始する（Ｓ２１）。図６（Ｂ）は車両Ｖ内の様子を示している。音声出力装置１３ａから、最初のパートの音声が出力される。図４（Ａ）の例で言えば、ベースパートの音声が車内に出力される。乗員１００は、ベースパートの音声から、その楽曲の曲名を推測することになる。

制御サーバ２は、コントローラ３に対して車両Ｖの走行情報を要求する（Ｓ３２）。コントローラ３は要求に応答して走行情報を送信する（Ｓ２２）。制御サーバ２は、走行情報を、コントローラ３から受信することによって取得し（Ｓ３４）、次の示唆情報の提供タイミングが到来したか否かを判定する（Ｓ３４）。図７はＳ３４の判定処理の例を示すフローチャートである。

Ｓ４１では、Ｓ１４で記憶部２２に保存されている基準情報と、Ｓ３３で取得した走行情報である走行距離とが比較され、基準情報の取得時からの走行距離が演算される。Ｓ４２では、Ｓ４１で演算した走行距離が閾値以上であれば、処理はＳ４３へ進み、走行距離が閾値未満であれば、処理はＳ４５へ進む。Ｓ４３では、記憶部２２の基準情報がＳ３３で取得された走行情報で更新され、続くＳ４４では判定結果として提供と判定される。Ｓ４５では、判定結果として待機（提供しない）と判定される。

例えば、図４（Ｂ）の例において、提供タイミングＴ１の到来を判定する段階においては、記憶部２２に保存されている基準情報（ゲーム開始時の走行距離）と、現在の走行距離とが比較される。それらの差分が閾値である距離Ｌ以上であれば、処理はＳ４３へ進み、距離Ｌ未満であれば、処理はＳ４５へ進むことになる。同様に、提供タイミングＴ２の到来を判定する段階においては、記憶部２２に保存されている基準情報（提供タイミングＴ１での走行距離）と、現在の走行距離とが比較される。それらの差分が閾値である距離Ｌ以上であれば、処理はＳ４３へ進み、距離Ｌ未満であれば、処理はＳ４５へ進むことになる。提供タイミングＴ３以降も同様である。

図６（Ａ）に戻り、制御サーバ２は、Ｓ３５において示唆情報の提供タイミングか否かを判定する。Ｓ３４の判定において、提供と判定した場合はＳ３６へ処理が進み、待機と判定した場合はＳ３２へ処理が戻って同様の処理を繰り返す。Ｓ３６で制御サーバ２は次のパートの音声データを、追加の示唆情報としてコントローラ３に送信する。コントローラ３は、既に再生している音声データに加えて、受信したパートの音声データの再生を開始する（Ｓ２３）。

図４（Ａ）の例で言えば、提供タイミングＴ１の到来の場合、音声データＰ２が制御サーバ２からコントローラ３に送信される。コントローラ３では、既に再生中の音声データＰ１のベースパートに重ねて音声データＰ２のドラムパートの再生を開始する。乗員１００には、音声出力装置１３ａから、ベースパートとドラムパートの音声が出力される。乗員１００は、ベースパート及びドラムパートの音声から、その楽曲の曲名を推測することになる。

Ｓ３７で、制御サーバ２は、全パートの音声データをコントローラ３に送信したか否かを判定する。図４（Ａ）の例で言えば、音声データＰ１～Ｐ５の全てをコントローラ３に送信したか否かが判定される。全パートの音声データがコントローラ３に送信されていない場合はＳ３２へ戻って同様の処理が繰り返される。全パートの音声データがコントローラ３に送信されていた場合、制御サーバ２はコントローラ３からの再生完了通知を待つ。

コントローラ３は、全パートの音声データの再生が完了すると、制御サーバ２に対して再生完了通知を送信する（Ｓ２４）。再生完了通知を受信した制御サーバ２は、出題した楽曲の曲名を示す正解通知をコントローラ３へ送信する（Ｓ３８）。正解通知を受信したコントローラ３は情報提供ユニット１３により、楽曲の曲名を報知する（Ｓ２５）。乗員１００による正解の回答がなかった場合、図６（Ａ）の処理が全て実行されることになる。

このようにして、本実施形態では、各示唆情報（音声データＰ１～Ｐ５）の提供タイミングが、走行情報に基づいて制御サーバ２によって制御される。

次に、図８（Ａ）を参照して乗員の回答の正否判定に関する制御サーバ２と車両Ｖのコントローラ３との間の処理例について説明する。ゲームの間、コントローラ３は乗員１００からの回答を受け付ける（Ｓ５１）。乗員１００は、入力装置１５及び１６に対してクイズの回答を入力可能である。例えば、乗員１００が音声で回答を入力する場合、検知ユニット１４によって乗員１００の挙手を検知した後、乗員１００の回答を入力装置１５で収音し、収音した音声の音声認識処理を行って回答内容を特定する。Ｓ５１で回答を受け付けると、コントローラ３は、音声データの再生を一時停止し（Ｓ５２）、受け付けた回答を制御サーバ２へ送信する（Ｓ５３）。

制御サーバ２は、コントローラ３から回答を受信することでこれを取得し（Ｓ６０）、取得した回答が正解か否かを判定する（Ｓ６１）。回答が正解である場合、処理はＳ６３へ進み、回答が不正解である場合、処理はＳ６２へ進む。Ｓ６２で、制御サーバ２は、回答が不正解であることを示す不正解通知をコントローラ３に送信する。不正解通知を受信したコントローラ３は、情報提供ユニット１３によって回答が不正解であることを報知し（Ｓ５４）、音声データの再生を再開する（Ｓ５５）。図８（Ｂ）は不正解の報知の例を示している。図示の例では、乗員１００が挙手の上、回答を発言したところ、音声出力装置１３ａから不正解であることを示す音声が出力されている。

Ｓ６３で、制御サーバ２は、回答が正解であることを示す正解通知をコントローラ３に送信する。正解通知を受信したコントローラ３は、情報提供ユニット１３によって回答が正解であることを報知する（Ｓ５６）。図８（Ｃ）は正解の報知の例を示している。図示の例では、乗員１００が挙手の上、回答を発言したところ、音声出力装置１３ａから正解であることを示す音声が出力されている。Ｓ５６の正解の報知の後、１回のクイズゲームが終了する。なお、Ｓ５６の正解の報知の後、音声データの再生を再開して楽曲の最後まで楽曲を再生してもよい。その場合、制御サーバ２からコントローラ３へ全てのパートの音声データを送信し、コントローラ３では全てのパートの音声データを最後まで再生してもよい。

＜第二実施形態＞
第一実施形態では、図５（Ｂ）に示した入力装置１６の表示例において、出題される楽曲の選択肢として、難易度を例示した。楽曲の難易度を楽曲の選択の指標とするのではなく、複数の示唆情報の提供順序の指標としてもよい。楽曲を構成する各パートのうち、メロディを奏でるパートは、リズムを奏でるパートよりも楽曲を推測し易い。したがって、メロディを奏でるパートが早い段階で提供されると、乗員１００は正答を得やすい。

図９（Ａ）及び図９（Ｂ）は、それぞれ、既に説明した図４（Ａ）の例と同じ楽曲について、各示唆情報の提供タイミングの例を示しており、乗員に提供される再生音Ｈの構成例を示している。

図９（Ａ）の例と、図４（Ａ）の例とを比較すると、図９（Ａ）の例ではドラムパートの音声データＰ２よりも、キーボードパートの音声データＰ３の方が、提供タイミングが早くなっている。一般にドラムパートよりもキーボードパートの方が、メロディを奏でる要素が多い。したがって、図９（Ａ）の例は図４（Ａ）の例よりも難易度が低いということができる。

図９（Ｂ）の例と、図９（Ａ）の例とを比較すると、図９（Ｂ）の例ではギターパートの音声データＰ４が最初に提供され、次にキーボードパートの音声データＰ３が提供される。リズムを奏でる要素が多いベースパート及びドラムパートの各音声データＰ１、Ｐ２は、提供タイミングが遅い。したがって、図９（Ｂ）の例は図９（Ａ）の例よりも難易度が低いということができる。

以上のことから、図４（Ａ）、図９（Ａ）及び図９（Ｂ）の各例の難易度は、容易な方から順に、図９（Ｂ）の例、図９（Ａ）の例、図４（Ａ）の例、となる。

このように難易度に応じて示唆情報の提供順序を変更する場合の制御サーバ５の処理の例について説明する。図５（Ａ）のＳ１２の楽曲選択では、乗員１００が選択した選択肢のうち、難易度以外の選択肢（図５（Ｂ）の例では年代とジャンル）から楽曲を選択する。そして、図６（Ａ）の処理における示唆情報の提供の順序を、乗員１００が選択した難易度に応じて変化させる。これにより、同じ楽曲でありながら、正答の難易度が異なるクイズゲームを乗員１００に提供することができる。

また、別の実施形態として、各示唆情報の提供順序を乗員１００が選択できるようにしてもよい。例えば、図５（Ａ）のＳ２の入力受付において、楽曲を構成するパートの種類を報知し、乗員１００が提供順序を選択する。パートの種類の報知は、例えば、「この楽曲は、ベースパート、ドラムパート、キーボードパート、ギターパート、ボーカルパートで構成されます。順序を選択してください。」といったメッセージの表示や音声の出力によって行ってもよい。そして、図６（Ａ）の処理における示唆情報の提供の順序を、乗員１００が選択した提供順序に応じて変化させる。この実施形態も、実質的に乗員１００がクイズの難易度を選択することができ、或いは、乗員１００に対して新しいクイズの楽しみ方を提供できる。

なお、難易度は乗員１００の選択ではなく、システム側で変更してもよい。例えば、複数回のクイズゲームにおいて正答率が高い場合は自動的に難易度を高くしてもよく、逆に正答率が低い場合は自動的に難易度を低くしてもよい。また、例えば、車両Ｖが渋滞に遭遇している場合、自動的に難易度を高くしてもよい。渋滞による退屈感を軽減できる。

＜第三実施形態＞
第一実施形態では、乗員１００の回答が正解か不正解かを判定する処理が行われたが（図８（Ａ）、この判定は必ずしも行わなくてもよく、乗員１００が回答すれば正解か否かに関わらず、１回のクイズゲームを終了してもよい。このようなゲームであっても、乗員１００の退屈感や車酔いの軽減に寄与する。

図１０（Ａ）は、図８（Ａ）の処理に代わる乗員の回答に関する制御サーバ２と車両Ｖのコントローラ３との間の処理例を示すフローチャートである。ゲームの間、コントローラ３は乗員１００が回答したか否か、その振る舞いを監視する（Ｓ７１）。例えば、入力装置１５において乗員１００の発声が収音された場合、乗員１００が回答したと判定する。或いは、乗員１００の挙手を検知ユニット１４が検知した場合、乗員１００が回答したと判定する。回答の内容は問われない。図１０（Ｂ）は乗員１００が回答したと判定される振る舞いの一例を示している。図１０（Ｂ）の例では、音声出力装置１３ａから音声データを再生中に、乗員１００の挙手が検知された例を示している。この挙手の検知によって、乗員１００が回答したと判定される。

Ｓ７１において、乗員１００が回答したことが検知されると、コントローラ３は音声データの再生を停止し（Ｓ７２）、制御サーバ２に対して正解要求を送信する（Ｓ７３）。制御サーバ２は、正解を示す正解通知を送信する（Ｓ８１）。コントローラ３は、受信した正解通知に基づき、情報提供ユニット１３によって正解を報知する（Ｓ７４）。図１０（Ｃ）は正解の報知の例を示している。図示の例では、音声出力装置１３ａから正解の曲名が音声で出力されている。乗員１００同士で回答が正解であったか否かが確認される。Ｓ７４の正解の報知の後、１回のクイズゲームが終了する。

このように本実施形態では、乗員１００の回答の正否を情報提供システム１において判定することなく、乗員１００に判定を委ねる。このようなゲームの構成であっても、乗員１００はクイズゲームの楽しさを共有できる。

＜第四実施形態＞
情報提供ユニット１３によって、ゲームの開始後、終了までの間に、提供中の示唆情報を示す情報を報知してもよい。図１１（Ａ）及び図１１（Ｂ）はその一例を示す表示装置１３ｂの表示１３０の例である。

図１１（Ａ）の表示１３０は、現在提供されている示唆情報がベースパートであることを示している。図４（Ａ）の例に当てはめると、ゲームの開始から提供タイミングＴ１までの間、図１１（Ａ）の表示１３０がなされる。或いは、ゲームの開始の段階のみ図１１（Ａ）の表示１３０がなされてもよい。

図１１（Ｂ）の表示１３０は、現在提供されている示唆情報がベースパート及びドラムパートであることを示している。図４（Ａ）の例に当てはめると、提供タイミングＴ１から提供タイミングＴ２までの間、図１１（Ｂ）の表示１３０がなされる。或いは、示唆情報が追加される提供タイミングＴ１の段階のみ図１１（Ｂ）の表示１３０がなされてもよい。

図１１（Ｃ）の表示１３０は、現在提供されている示唆情報がベースパートであることを示している。図４（Ａ）の例に当てはめると、ゲームの開始から提供タイミングＴ１までの間、図１１（Ｃ）の表示１３０がなされる。或いは、ゲームの開始の段階のみ図１１（Ｃ）の表示１３０がなされてもよい。

図１１（Ａ）及び図１１（Ｃ）の例は共に、現在提供されている示唆情報がベースパートであること報知しているが、図１１（Ａ）は文字情報での報知であるのに対し、図１１（Ｃ）はアイコンによる報知である。車両Ｖの停車中は、図１１（Ｃ）の例のようにアイコンによる報知としてもよい。車両Ｖの走行中は、図１１（Ａ）及び図１１（Ｂ）の例のように文字情報での報知としてもよく、或いは、文字情報を読み上げる音声による報知であってもよい。文字情報を読み上げる場合、音声データの再生を一時的に停止してもよい。

＜第五実施形態＞
第一実施形態では、走行情報として車両Ｖの走行距離を例示したがこれに限られない。走行情報の別の例について説明する。

（走行時間の例）
図１２（Ａ）は、走行情報を車両Ｖの走行時間とした場合の例を示し、提供タイミングと走行時間との関係を示す。本実施形態の走行時間は、停車時間を含まない時間である。但し、走行時間は停車時間を含む時間であってもよい。図示の例では時間ｔを経過する度に提供タイミング（Ｔ１～Ｔ４）が到来する。なお、図１２（Ａ）の例では同じ時間ｔ毎に提供タイミングが到来するようにしたが、提供タイミングに応じて時間を異ならせてもよい。例えば、提供タイミングＴ１と提供タイミングＴ２との間の走行時間を時間ｔ０とし、提供タイミングＴ２と提供タイミングＴ３との間の走行時間を時間ｔ１としてもよい。

図１３（Ａ）は、走行情報を車両Ｖの走行時間とした場合における図６（Ａ）のＳ３４のタイミング判定処理の例を示している。なお、本実施形態の前提として、例えば、図５（Ａ）のＳ５でコントローラ３から走行情報として初期値（＝０）が送信され、Ｓ１４で基準情報として初期値が記憶部２２に保存される。図６（Ａ）のＳ２２で、コントローラ３から走行情報として、ゲームの開始時からの走行時間が制御サーバ２に送信される。

図１３（Ａ）のＳ９１では、記憶部２２に保存されている基準情報と、図６（Ａ）のＳ３３で取得した走行情報である走行時間とが比較され、これらの差分が基準情報の取得時からの走行時間として演算される。Ｓ９２では、Ｓ９１で演算した走行時間が閾値以上であれば、処理はＳ９３へ進み、走行時間が閾値未満であれば、処理はＳ９５へ進む。図１２（Ａ）の例では閾値は時間ｔである。Ｓ９３では、記憶部２２の基準情報がＳ３３で取得された走行時間で更新され、続くＳ９４では判定結果として提供と判定される。Ｓ９５では、判定結果として待機（提供しない）と判定される。

（物標通過の例）
図１２（Ｂ）は、走行情報を車両Ｖの位置とした場合の例を示し、提供タイミングと車両Ｖの位置との関係を示す。車両Ｖの位置はＧＮＳＳセンサ９で検知される。図１２（Ｂ）の例では、車両Ｖが走行路脇の特定の施設２００を通過する度に提供タイミング（Ｔ１～Ｔ４）が到来する。施設２００は例えば車両Ｖを取り扱う販売店（カーディーラ）である。販売店が示唆情報の追加の目安となり、乗員１００に販売店の所在に注目させることができる。

図１３（Ｂ）は、走行情報を車両Ｖの位置とした場合における図６（Ａ）のＳ３４のタイミング判定処理の例を示している。なお、本実施形態の前提として、例えば、図５（Ａ）のＳ５でコントローラ３から走行情報として車両Ｖの位置が送信され、Ｓ１４で基準情報として車両Ｖの位置が記憶部２２に保存される。図６（Ａ）のＳ２２で、コントローラ３から走行情報として、車両Ｖの位置が制御サーバ２に送信される。

図１３（Ａ）のＳ１０１では、記憶部２２に保存されている基準情報と、図６（Ａ）のＳ３３で取得した走行情報である車両Ｖの現在位置と、記憶部２２に格納されている各施設２００の位置情報とが比較される。この比較において、例えば、基準情報と車両Ｖの現在位置とから車両Ｖが走行した道路及び走行区間が特定され、特定した道路及び走行区間に隣接する施設２００が存在するか否かが判定される。存在していれば、車両Ｖが施設２００を通過したと判定される。

図１３（Ｂ）のＳ１０２では、Ｓ１０１の比較により車両Ｖが施設２００を通過したと判定された場合、処理はＳ１０３へ進み、通過していないと判定された場合、処理はＳ１０５へ進む。Ｓ１０３では、記憶部２２の基準情報がＳ３３で取得された位置で更新され、続くＳ１０４では判定結果として提供と判定される。Ｓ１０５では、判定結果として待機（提供しない）と判定される。

（加速度の例）
図１２（Ｃ）は、走行情報を車両Ｖの加速度とした場合の例を示し、提供タイミングと車両Ｖの加速度との関係を示す。車両Ｖの加速度は慣性センサ１０で検知される。図１２（Ｃ）の例では、車両Ｖの減速時の加速度（減速度）が所定の閾値に達する度に提供タイミング（Ｔ１～Ｔ４）が到来する。閾値は、例えば、運転者が急ブレーキをかけたときの加速度に相当する値に設定される。急ブレーキをかける度に追加の示唆情報が提供されるので、示唆情報の提供によって運転者に注意を促すことができる。

図１３（Ｃ）は、走行情報を車両Ｖの加速度とした場合における図６（Ａ）のＳ３４のタイミング判定処理の例を示している。なお、本実施形態の場合、例えば、図５（Ａ）のＳ５でコントローラ３から走行情報として車両Ｖの加速度を送信することは不要であり、また、Ｓ１４で基準情報として車両Ｖの加速度を記憶部２２に保存することも不要である。一方、図６（Ａ）のＳ２２では、コントローラ３から走行情報として、車両Ｖの加速度が制御サーバ２に送信される。

図１３（Ｃ）のＳ１１１では、図６（Ａ）のＳ３３で取得した走行情報である車両Ｖの加速度が閾値以下か否かが判定される。減速時の加速度の値を負の値とすると、閾値は負の値である。加速度が閾値以下であった場合、処理はＳ１１２へ進み、加速度が閾値をよりも大きい場合、処理はＳ１１３へ進む。Ｓ１１２では判定結果として提供と判定される。Ｓ１１３では、判定結果として待機（提供しない）と判定される。

（車速の例）
図１４（Ａ）は、走行情報を車両Ｖの車速とした場合の例を示し、提供タイミングと車両Ｖの停車回数との関係を示す。車両Ｖの車速は車速センサ１１で検知される。車速が０の場合、車両Ｖが信号待ち等のために停車したとみなす。図１４（Ａ）の例では、車両Ｖが２回停車する度に提供タイミング（Ｔ１、Ｔ２．．．）が到来する。同図の例では、提供タイミングの要件として２回の停車としたが、停車回数は１回でもよいし、３回以上でもよい。車両Ｖの停車回数に応じて追加の示唆情報が提供されるので、示唆情報の提供によって運転者に注意を促し、或いは、安全な運転を促すことができる。

図１５（Ａ）は、走行情報を車両Ｖの車速とした場合における図６（Ａ）のＳ３４のタイミング判定処理の例を示している。なお、本実施形態の場合、例えば、図５（Ａ）のＳ５でコントローラ３から走行情報として車両Ｖの車速を送信することは不要であり、また、Ｓ１４で基準情報として車両Ｖの車速を記憶部２２に保存することも不要である。一方、図６（Ａ）のＳ２２では、コントローラ３から走行情報として、車両Ｖの車速が制御サーバ２に送信される。

図１５（Ａ）のＳ１２１では、図６（Ａ）のＳ３３で取得した走行情報である車両Ｖの車速に基づき、車両Ｖが停車したか否かを判定する。車両Ｖの車速が０である場合、車両Ｖが停車したと判定する。なお、一回の停車を複数回の停車と誤認識することを防止するため、例えば、前回の処理周期でのＳ３３で取得した車速が０ではなく、かつ、今回のＳ３３で取得した車速が０であった場合に、車両Ｖが停車したと判定してもよい。車両Ｖが停車したと判定された場合、処理はＳ１２２へ進み、車両Ｖが停車していないと判定された場合、処理はＳ１２６へ進む。

Ｓ１２２で、制御サーバ２は停車回数をカウントする。例えば、停車回数を記憶部２２の所定の記憶領域に格納し、Ｓ１２２で停車回数を一つ加算する。Ｓ１２３で、制御サーバ２は、Ｓ１２２でカウントした停車回数が閾値以上であるか否かを判定する。図１４（Ａ）の例の場合、閾値は２である。停車回数が閾値以上である場合、処理はＳ１２４へ進み、停車回数が閾値未満である場合、処理はＳ１２６へ進む。

Ｓ１２４で、制御サーバ２は記憶部２２に格納している停車回数をリセットする。例えば停車回数を０とする。Ｓ１２４では判定結果として提供と判定される。Ｓ１２６では、判定結果として待機（提供しない）と判定される。

（周辺画像の例）
図１４（Ｂ）は、走行情報を車両Ｖの周辺画像とした場合の例を示し、提供タイミングと車両Ｖと同じ車種の対向車とのすれ違いとの関係を示す。車両Ｖの周辺画像は検知ユニット８により撮影される。周辺画像に含まれる対向車の画像から対向車の車種を、その外観上の特徴から認識する。車両Ｖが、同じ車種の対向車とすれ違う度に提供タイミング（Ｔ１、Ｔ２．．．）が到来する。同図の例では、対向車Ｖ１、Ｖ３が車両Ｖと同じ車種であり、対向車Ｖ２は車両Ｖと異なる車種である。車両Ｖが対向車Ｖ１とすれ違うと示唆情報の提供タイミングＴ１が到来し、対向車Ｖ３とすれ違うと次の示唆情報の提供タイミングＴ２が到来する。

車両Ｖが同じ車種の他車両とすれ違うと追加の示唆情報が提供されるので、運転者に車両Ｖの周囲に注意を払った運転を促し、或いは、安全な運転を促すことができる。

なお、図１４（Ｂ）の例では、車両Ｖとすれ違う同じ車種の車両として、対向車を例示したが、同じ車線を走行する同じ車種の車両や、停車中の同じ車種の車両とすれ違う度に提供タイミングが到来するようにしてもよい。

また、同じ車種とは、車名が同じ車両であってもよいし、車名に加えてグレードも同じ車両であってもよい。また、同じ車種とは、車両のセグメントが同じ車両であってもよい。

図１５（Ｂ）は、走行情報を車両Ｖの周辺画像とした場合における図６（Ａ）のＳ３４のタイミング判定処理の例を示している。なお、本実施形態の場合、例えば、図５（Ａ）のＳ５でコントローラ３から走行情報に代えて車両Ｖの車種の情報を送信し、Ｓ１４で基準情報として車両Ｖの車種の情報を記憶部２２に保存する。図６（Ａ）のＳ２２では、コントローラ３から走行情報として、車両Ｖの周辺画像が制御サーバ２に送信される。

図１５（Ｂ）のＳ１３１では、図６（Ａ）のＳ３３で取得した走行情報である車両Ｖの周辺画像に基づき、対向車の車種が認識される。Ｓ１３２で、制御サーバ２は、Ｓ１３１で認識した対向車の車種が、記憶部２２に基準情報として保存された車両Ｖの車種と同じか否かを判定する。同じと判定された場合、処理はＳ１３３へ進み、異なると判定された場合、処理はＳ１３４へ進む。Ｓ１３３では判定結果として提供と判定される。Ｓ１３４では、判定結果として待機（提供しない）と判定される。

（複数種類の走行情報の組み合わせの例）
複数種類の走行情報に基づいて、示唆情報の提供タイミングを制御してもよい。例えば、走行情報として、車両Ｖの走行距離と位置とを用い、第一実施形態のように距離Ｌを車両Ｖが走行する度に示唆情報を提供し、かつ、図１２（Ｂ）及び図１３（Ｂ）の例のように車両Ｖが特定の施設２００を通過する度に示唆情報を提供する。また、例えば、走行情報として、車両Ｖの走行距離と位置と車速を用い、第一実施形態のように距離Ｌを車両Ｖが走行する度に示唆情報を提供し、かつ、図１２（Ｂ）及び図１３（Ｂ）の例のように車両Ｖが特定の施設２００を通過する度に示唆情報を提供し、更に、図１４（Ａ）及び図１５（Ａ）の例のように車両Ｖが所定回数だけ停車する度に示唆情報を提供する。

このように複数種類の走行情報に基づいて、示唆情報の提供タイミングを制御することにより、クイズゲームの興趣を向上し、また、運転者に安全な運転を促すことができる。

＜第六実施形態＞
第一実施形態では、楽曲情報Ｍを楽器及びボーカルのパート毎の音声データに分けて構成する例を例示したが（図３）、楽曲情報Ｍをパート毎に分けない音源としてデータベース２２ａに格納しておき、クイズゲームの提供の際に、音源分離技術を利用してパート毎の音声データに分離してもよい。音源分離は、ＦＦＴ（高速フーリエ変換）やＡＩ（人工知能）を用いた既存技術を利用すればよい。

図１６は、図５（Ａ）に代わる本実施形態の、クイズゲームの開始に関する制御サーバ２と車両Ｖのコントローラ３との間の処理例を示すフローチャートである。図１６の処理のうち、図５（Ａ）の処理と同じ処理については説明を省略し、異なる処理について説明する。

制御サーバ２は、Ｓ１２で楽曲を選択した後、Ｓ１５において分離処理を行ってからＳ１３の処理を行う。Ｓ１５の分離処理では、Ｓ１２で選択した楽曲の音源をデータベース２２ａから取得し、取得した音源に対して音源分離処理を行って、楽器及びボーカルのパート毎の音声データを生成する。生成した各音声データは記憶部２２に保存しておき、提供タイミングの到来に応じて示唆情報として乗員１００に提供する。楽曲の音源管理を容易化しつつ、示唆情報として各音声データを乗員１００に提供できる。

＜第七実施形態＞
第一実施形態で例示した制御サーバ２が実行する処理の少なくとも一部を、コントローラ３が行ってもよい。図１７は、図５（Ａ）に代わる本実施形態の処理例であって、クイズゲームの開始に関する制御サーバ２と車両Ｖのコントローラ３との間の処理例を示すフローチャートである。本実施形態では、走行情報として車両Ｖの走行距離を想定する。しかし、第五実施形態で例示したように、走行距離以外の走行情報も適用可能である。

車両Ｖの乗員は、コントローラ３に対してクイズゲームの開始を指示する。開始指示は、例えば、入力装置１５又は入力装置１６を介して行われる。開始指示があると、コントローラ３は、制御サーバ２に対してクイズゲームの開始要求を送信する（Ｓ１６１）。制御サーバ２は、開始要求を受信し、開始要求を送信したコントローラ３に対して設定要求を送信する（Ｓ１７１）。設定要求はクイズゲームの仕様に関する乗員の選択事項を含む。設定要求は、本実施形態の場合、クイズで出題する楽曲を選択するための事項を含む。

コントローラ３は、制御サーバ２からの設定要求に関し、乗員の選択事項の入力を受け付ける（Ｓ１６２）。例えば図５（Ｂ）に例示したように入力装置１６において選択事項の入力を受け付ける。

コントローラ３は、乗員の選択結果を示す入力情報を制御サーバ２に送信する（Ｓ１６３）。制御サーバ２は、コントローラ３から送信された入力情報を受信することによって、当該入力情報を取得し、取得した入力情報に基づいて、データベース２２ａに蓄積されている楽曲情報の中から、出題する楽曲を選択する（Ｓ１７２）。楽曲の選択後、制御サーバ２は、選択した楽曲情報Ｍ（図３）とその曲名とをコントローラ３に送信する（Ｓ１７３）。コントローラ３は、受信した楽曲情報Ｍを、コントローラ３の記憶デバイスに保存し、情報提供ユニット１３により、ゲームの開始を乗員に報知する（Ｓ１６４）。また、コントローラ３は走行情報として、現在の走行距離を内部情報から取得し、コントローラ３の記憶デバイスに格納する（Ｓ１６５）。

図１８（Ａ）は、図６（Ａ）に代わる処理であって、示唆情報の提供に関するコントローラ３の処理例を示すフローチャートである。また、図１８（Ｂ）は、図８（Ａ）に代わる処理であって、乗員の回答の正否判定に関するコントローラ３の処理例を示すフローチャートである。これらの処理は並列的に実行される。本実施形態では、制御サーバ２は実質的に楽曲情報Ｍの提供のみを行い、示唆情報の提供に関する処理や回答の正否判定に関する処理は全てコントローラ３で行う。

まず、図１８（Ａ）の処理例から説明する。コントローラ３は制御サーバ２から受信した楽曲情報Ｍのうち、示唆情報として最初のパートの音声データの再生を開始する（Ｓ１８１）。図４（Ａ）の例で言えば、音声データＰ１の音声が音声出力装置１３ａから出力される。

コントローラ３は、走行情報として走行距離を内部情報から取得し（Ｓ１８２）、次の示唆情報の提供タイミングが到来したか否かを判定する（Ｓ１８３）。Ｓ１８３の判定処理は図７の判定処理と同じであり、制御サーバ２に代えてコントローラ３がこれを実行する。

コントローラ３は、Ｓ１８４において示唆情報の提供タイミングか否かを判定する。Ｓ１８３の判定において、提供と判定した場合はＳ１８５へ処理が進み、待機と判定した場合はＳ１８２へ処理が戻って同様の処理を繰り返す。Ｓ１８５でコントローラ３は、既に再生している音声データに加えて、次のパートの音声データの再生を開始する（Ｓ１８５）。図４（Ａ）の例で言えば、提供タイミングＴ１の到来の場合、既に再生中の音声データＰ１のベースパートに重ねて音声データＰ２のドラムパートの再生を開始する。乗員１００には、音声出力装置１３ａから、ベースパートとドラムパートの音声が出力される。

Ｓ１８６で、コントローラ３は、全パートの音声データの再生を開始しているか否かを判定し、開始している場合は処理がＳ１８７へ進む。全パートの音声データの再生が開始されていない場合はＳ１８２に処理が戻って同様の処理が繰り返される。Ｓ１８７で、コントローラ３は、全パートの音声データの再生が完了したか否かを判定し、完了した場合は処理がＳ１８８へ進む。全パートの音声データの再生が完了していない場合は、完了するまで再生を継続する。

Ｓ１８８で、コントローラ３は情報提供ユニット１３により、楽曲の曲名を報知する。曲名はＳ１７３において楽曲情報Ｍと共に制御サーバ２から受信した曲名である。乗員１００による正解の回答がなかった場合、図６（Ａ）の処理が全て実行されることになる。

このようにして、本実施形態では、各示唆情報（音声データＰ１～Ｐ５）の提供タイミングが、走行情報に基づいてコントローラ３によって制御される。

次に、図１８（Ｂ）を参照して乗員の回答の正否判定に関するコントローラ３の処理例について説明する。

ゲームの間、コントローラ３は乗員１００からの回答を受け付け、取得する（Ｓ１９１）。乗員１００は、入力装置１５及び１６に対してクイズの回答を入力可能である。例えば、乗員１００が音声で回答を入力する場合、検知ユニット１４によって乗員１００の挙手を検知した後、乗員１００の回答を入力装置１５で収音し、収音した音声の音声認識処理を行って回答内容を特定する。Ｓ１９１で回答を受け付けると、コントローラ３は、音声データの再生を一時停止し（Ｓ１９２）、受け付けた回答が正解か否かを判定する（Ｓ１９３）。なお、正解はＳ１７３において楽曲情報Ｍと共に制御サーバ２から受信した曲名である。

回答が正解である場合、処理はＳ１９４へ進み、回答が不正解である場合、処理はＳ１９５へ進む。Ｓ１９５で、コントローラ３は、情報提供ユニット１３によって回答が不正解であることを報知し、音声データの再生を再開する（Ｓ１９６）。一方、Ｓ１９４では、コントローラ３は、情報提供ユニット１３によって回答が正解であることを報知する。Ｓ１９４の正解の報知の後、１回のクイズゲームが終了する。なお、Ｓ１９４の正解の報知の後、音声データの再生を再開して楽曲の最後まで楽曲を再生してもよい。その場合、コントローラ３では全てのパートの音声データを最後まで再生してもよい。

このようにコントローラ３が示唆情報の提供の制御が、乗員の回答の正否判定を行うことができる。なお、本実施形態と第六実施形態とを組み合わせる場合、Ｓ１７３で制御サーバ２は、楽曲情報Ｍをパート毎に分けない音源としてコントローラ３に送信し、コントローラ３が音源分離処理を行ってパート毎の音声データを生成してもよい。

＜第八実施形態＞
第一実施形態で例示した制御サーバ２が実行する処理の少なくとも一部を、携帯端末４が行ってもよい。図１９（Ａ）は携帯端末４のブロック図である。

携帯端末４は、処理部４１、記憶部４２、表示部４３、入力部４４、通信部４５、加速度センサ４６及びＧＮＳＳセンサ４７を含む通信端末であり、例えば、スマートフォンである。処理部４１は、ＣＰＵに代表されるプロセッサであり、記憶部４２に記憶されたプログラムを実行する。記憶部４２は、ＲＡＭ、ＲＯＭなどの記憶デバイスである。

表示部４３は、例えば、タッチパネルのように、画像の表示と、乗員による入力操作の受け付けを兼用した装置である。入力部４４は乗員によるタッチ操作又は音声入力を受け付ける装置である。加速度センサ４６は携帯端末４に作用する加速度を検知するセンサである。ＧＮＳＳセンサ４７は携帯端末４の現在位置を検知するセンサである。

本実施形態では、携帯端末４がコントローラ３を介して車両Ｖの情報提供ユニット１３を制御して、楽曲の曲名をあてるクイズを提供する。

図１９（Ｂ）は、図５（Ａ）に代わる本実施形態の処理例であって、クイズゲームの開始に関する携帯端末４と制御サーバ２との間の処理例を示すフローチャートである。本実施形態では、走行情報として車両Ｖの走行距離を想定する。しかし、第五実施形態で例示したように、走行距離以外の走行情報も適用可能である。

車両Ｖの乗員１００は、携帯端末４に対してクイズゲームの開始を指示する。開始指示は、例えば、表示部４３又は入力部４４を介して行われる。開始指示があると、携帯端末４は、制御サーバ２に対してクイズゲームの開始要求を送信する（Ｓ２０１）。制御サーバ２は、開始要求を受信し、開始要求を送信した携帯端末４に対して設定要求を送信する（Ｓ２１１）。設定要求はクイズゲームの仕様に関する乗員の選択事項を含む。設定要求は、本実施形態の場合、クイズで出題する楽曲を選択するための事項を含む。

携帯端末４は、制御サーバ２からの設定要求に関し、乗員の選択事項の入力を受け付ける（Ｓ２０２）。例えば図５（Ｂ）と同様の表示を表示部４３で行って、選択事項の入力を受け付ける。

携帯端末４は、乗員の選択結果を示す入力情報を制御サーバ２に送信する（Ｓ２０３）。制御サーバ２は、携帯端末４から送信された入力情報を受信することによって、当該入力情報を取得し、取得した入力情報に基づいて、データベース２２ａに蓄積されている楽曲情報の中から、出題する楽曲を選択する（Ｓ２１２）。楽曲の選択後、制御サーバ２は、選択した楽曲情報Ｍ（図３）とその曲名とを携帯端末４に送信する（Ｓ２１３）。携帯端末４は、受信した楽曲情報Ｍを記憶部４２に保存する。

図２１（Ａ）は、図６（Ａ）に代わる処理であって、示唆情報の提供に関する携帯端末４とコントローラ３との間の処理例を示すフローチャートである。また、図２１は、図８（Ａ）に代わる処理であって、乗員の回答の正否判定に関する携帯端末４とコントローラ３と間の処理例を示すフローチャートである。これらの処理は並列的に実行される。本実施形態では、制御サーバ２は実質的に楽曲情報Ｍの提供のみを行い、示唆情報の提供に関する処理や回答の正否判定に関する処理は全て携帯端末４で行う。

まず、図２０の処理例から説明する。携帯端末４はコントローラ３に対して、ゲームの開始通知を送信する（Ｓ２２１）。開始通知は走行情報の取得要求を含む。コントローラ３は情報提供ユニット１３により、ゲームの開始を乗員に報知する（Ｓ２３１）。また、コントローラ３は携帯端末４に、車両Ｖの走行距離を走行情報として送信する（Ｓ２３２）。携帯端末４は、基準情報として、受信した走行距離を記憶部４２に保存する（Ｓ２２２）。

携帯端末４は、制御サーバ２から受信した楽曲情報Ｍのうち、最初のパートを示唆情報としてコントローラ３に送信する（Ｓ２２３）。図４（Ａ）の例で言えば、音声データＰ１がコントローラ３に送信される。最初のパートを受信したコントローラ３は、受信したパートの音声データの再生を開始する（Ｓ２３３）。音声出力装置１３ａから、最初のパートの音声が出力される。

携帯端末４は、コントローラ３に対して車両Ｖの走行情報を要求する（Ｓ２２４）。コントローラ３は要求に応答して走行情報を送信する（Ｓ２３４）。携帯端末４は、走行情報を、コントローラ３から受信することによって取得し（Ｓ２２５）、次の示唆情報の提供タイミングが到来したか否かを判定する（Ｓ２２６）。Ｓ２２６の判定処理は図７の判定処理と同じであり、制御サーバ２に代えて携帯端末４がこれを実行する。

携帯端末４は、Ｓ２２７において示唆情報の提供タイミングか否かを判定する。Ｓ２２６の判定において、提供と判定した場合はＳ２２８へ処理が進み、待機と判定した場合はＳ２２４へ処理が戻って同様の処理を繰り返す。Ｓ２２８で携帯端末４は次のパートの音声データを、追加の示唆情報としてコントローラ３に送信する。コントローラ３は、既に再生している音声データに加えて、受信したパートの音声データの再生を開始する（Ｓ２３５）。図４（Ａ）の例で言えば、提供タイミングＴ１の到来の場合、音声データＰ２が携帯端末４からコントローラ３に送信される。コントローラ３では、既に再生中の音声データＰ１のベースパートに重ねて音声データＰ２のドラムパートの再生を開始する。乗員１００には、音声出力装置１３ａから、ベースパートとドラムパートの音声が出力される。

Ｓ２２９で、携帯端末４は、全パートの音声データをコントローラ３に送信したか否かを判定する。図４（Ａ）の例で言えば、音声データＰ１～Ｐ５の全てをコントローラ３に送信したか否かが判定される。全パートの音声データがコントローラ３に送信されていない場合はＳ２２４へ戻って同様の処理が繰り返される。全パートの音声データがコントローラ３に送信されていた場合、携帯端末４はコントローラ３からの再生完了通知を待つ。

コントローラ３は、全パートの音声データの再生が完了すると、携帯端末４に対して再生完了通知を送信する（Ｓ２３６）。再生完了通知を受信した携帯端末４は、出題した楽曲の曲名を示す正解通知をコントローラ３へ送信する（Ｓ２３０）。なお、正解はＳ２１３において楽曲情報Ｍと共に制御サーバ２から受信した曲名である。正解通知を受信したコントローラ３は情報提供ユニット１３により、楽曲の曲名を報知する（Ｓ２３７）。乗員１００による正解の回答がなかった場合、図２０の処理が全て実行されることになる。

このようにして、本実施形態では、各示唆情報（音声データＰ１～Ｐ５）の提供タイミングが、走行情報に基づいて携帯端末４によって制御される。

次に、図２１を参照して乗員の回答の正否判定に関する携帯端末４と車両Ｖのコントローラ３との間の処理例について説明する。ゲームの間、コントローラ３は乗員１００からの回答を受け付ける（Ｓ２５１）。乗員１００は、入力装置１５及び１６に対してクイズの回答を入力可能である。Ｓ２５１で回答を受け付けると、コントローラ３は、音声データの再生を一時停止し（Ｓ２５２）、受け付けた回答を携帯端末４へ送信する（Ｓ２５３）。

携帯端末４は、コントローラ３から回答を受信することでこれを取得し（Ｓ２４０）、取得した回答が正解か否かを判定する（Ｓ２４１）。回答が正解である場合、処理はＳ２４３へ進み、回答が不正解である場合、処理はＳ２４２へ進む。なお、正解はＳ２１３において楽曲情報Ｍと共に制御サーバ２から受信した曲名である。

Ｓ２４２で、携帯端末４は、回答が不正解であることを示す不正解通知をコントローラ３に送信する。不正解通知を受信したコントローラ３は、情報提供ユニット１３によって回答が不正解であることを報知し（Ｓ２５４）、音声データの再生を再開する（Ｓ２５５）。

Ｓ２４３で、携帯端末４は、回答が正解であることを示す正解通知をコントローラ３に送信する。正解通知を受信したコントローラ３は、情報提供ユニット１３によって回答が正解であることを報知する（Ｓ２５６）。Ｓ２５６の正解の報知の後、１回のクイズゲームが終了する。なお、Ｓ２５６の正解の報知の後、音声データの再生を再開して楽曲の最後まで楽曲を再生してもよい。その場合、携帯端末４からコントローラ３へ全てのパートの音声データを送信し、コントローラ３では全てのパートの音声データを最後まで再生してもよい。

このように携帯端末４が示唆情報の提供の制御が、乗員の回答の正否判定を行うことができる。なお、本実施形態と第六実施形態とを組み合わせる場合、Ｓ２１３で制御サーバ２は、楽曲情報Ｍをパート毎に分けない音源として携帯端末４に送信し、携帯端末４が音源分離処理を行ってパート毎の音声データを生成してもよい。

＜他の実施形態＞
上記実施形態では、乗員１００に提供されるクイズとして、楽曲の曲名をあてるクイズを例示したが、クイズの内容はこれに限られない。クイズの内容は、歴史、科学、地理、文学といった学問の知識を問う問題であってもよく、示唆情報は問題の正解を示唆するヒントであればよい。

上記実施形態において、制御サーバ２、コントローラ３及び携帯端末４が実行する各プログラムは、ＣＤ－ＲＯＭ等の記憶媒体を介してインストールされてもよいし、プログラムを提供するサーバからダウンロードされてもよい。

＜実施形態のまとめ＞
上記実施形態は少なくとも以下の各項目の発明を開示している。

項目１．
車両の乗員に情報を提供する情報提供手段(13)を制御する制御装置(2,3,4)であって、
前記車両の乗員に対して、クイズの正解を示唆する複数の示唆情報が順番に提供されるように前記情報提供手段(13)を制御する制御手段(S34-S36,S183-S185,S226-S228)と、
前記車両の走行に応じて変動する走行情報を取得する取得手段(S33,S182,S225)と、を備え、
前記制御手段は、
最初の示唆情報の提供の後の各示唆情報の提供タイミングを、前記取得手段が取得した前記走行情報に基づいて制御する(S34-S36,S183-S185,S226-S228)、
ことを特徴とする制御装置。
この実施形態によれば、車両の走行中に複数の乗員が楽しみを共有できる技術を提供することができる。

項目２．
項目１に記載の制御装置であって、
前記走行情報は、
前記車両の走行距離、走行時間、位置、加速度、車速、周辺画像の少なくともいずれか一つを含む、
ことを特徴とする制御装置。
この実施形態によれば、車両の走行に伴って示唆情報を提供できる。

項目３．
項目１に記載の制御装置であって、
前記走行情報は、前記車両の走行距離であり、
前記制御手段は、
前記複数の示唆情報のうちの一の示唆情報の提供の後の次に示唆情報が、前記一の示唆情報を提供してからの前記走行距離が閾値に達した場合に提供されるように前記情報提供手段を制御する、
ことを特徴とする制御装置。
この実施形態によれば、乗員が退屈感を感じたり、車酔いをすることを防止できる。示唆情報の提供タイミングを変動させつつ、運転に関する注意を低下させることを防止して乗員にクイズゲームを楽しませることができる。

項目４．
項目１に記載の制御装置であって、
前記走行情報は、前記車両の走行時間であり、
前記制御手段は、
前記複数の示唆情報のうちの一の示唆情報の提供の後の次に示唆情報が、前記一の示唆情報を提供してからの前記走行時間が閾値に達した場合に提供されるように前記情報提供手段を制御する、
ことを特徴とする制御装置。
この実施形態によれば、乗員が退屈感を感じたり、車酔いをすることを防止できる。

項目５．
項目１に記載の制御装置であって、
前記走行情報は、前記車両の位置であり、
前記制御手段は、
前記位置に基づいて、前記車両を取り扱う販売店を通過したか否かを判定し、
前記複数の示唆情報のうちの一の示唆情報の提供の後の次に示唆情報が、前記一の示唆情報を提供してから前記販売店を通過した場合に提供されるように前記情報提供手段を制御する、
ことを特徴とする制御装置。
この実施形態によれば、乗員が退屈感を感じたり、車酔いをすることを防止できる。示唆情報の提供タイミングを変動させつつ、運転に関する注意を低下させることを防止して乗員にクイズゲームを楽しませることができる。販売店に対する乗員の関心を高めることもできる。

項目６．
項目１に記載の制御装置であって、
前記走行情報は、前記車両の加速度であり、
前記制御手段は、
前記複数の示唆情報のうちの一の示唆情報の提供の後の次に示唆情報が、前記一の示唆情報を提供してからの減速時の前記加速度が閾値に達した場合に提供されるように前記情報提供手段を制御する、
ことを特徴とする制御装置。
この実施形態によれば、乗員が退屈感を感じたり、車酔いをすることを防止できる。示唆情報の提供タイミングを変動させつつ、運転に関する注意を低下させることを防止して乗員にクイズゲームを楽しませることができる。

項目７．
項目１に記載の制御装置であって、
前記走行情報は、前記車両の車速であり、
前記制御手段は、
前記車速に基づいて、前記車両の停車回数をカウントし、
前記複数の示唆情報のうちの一の示唆情報の提供の後の次に示唆情報が、前記一の示唆情報を提供してからの前記停車回数が閾値に達した場合に提供されるように前記情報提供手段を制御する、
ことを特徴とする制御装置。
この実施形態によれば、乗員が退屈感を感じたり、車酔いをすることを防止できる。示唆情報の提供タイミングを変動させつつ、運転に関する注意を低下させることを防止して乗員にクイズゲームを楽しませることができる。

項目８．
項目１に記載の制御装置であって、
前記走行情報は、前記車両の周辺画像であり、
前記制御手段は、
前記周辺画像に基づいて、前記車両と同じ車種の車両とすれ違ったか否かを判定し、
前記複数の示唆情報のうちの一の示唆情報の提供の後の次に示唆情報が、前記一の示唆情報を提供してから前記車両と同じ車種の車両とすれ違ったと判定された場合に提供されるように前記情報提供手段を制御する、
ことを特徴とする制御装置。
この実施形態によれば、乗員が退屈感を感じたり、車酔いをすることを防止できる。示唆情報の提供タイミングを変動させつつ、運転に関する注意を低下させることを防止して乗員にクイズゲームを楽しませることができる。

項目９．
項目１乃至項目８のいずれか一項に記載の制御装置であって、
前記クイズは、楽曲の曲名であり、
前記複数の示唆情報は、前記楽曲の各楽器及びボーカルの音である、
ことを特徴とする制御装置。
この実施形態によれば、複数の乗員でクイズゲームを楽しむことができ、運転者も積極的にゲームに参加することができる。

項目１０．
項目９に記載の制御装置であって、
前記楽曲の音源を各楽器及びボーカルの音に分離する分離手段(S15)を備える、
ことを特徴とする制御装置。
この実施形態によれば、楽曲の音源を管理し易くすることができる。

項目１１．
項目１乃至項目１０のいずれか一項に記載の制御装置であって、
前記車両に設けられた入力手段(15,16)を介して乗員の回答を取得する回答取得手段(S60,S191,S240)を備え、
前記制御手段は、
前記回答取得手段が取得した前記回答が正解である場合に、正解であることを前記情報提供手段によって報知させる(S63,S194,S243)、
ことを特徴とする制御装置。
この実施形態によれば、乗員が正解を知ることができ、ゲームを盛り上げることができる。

項目１２．
項目１乃至項目１０のいずれか一項に記載の制御装置であって、
前記車両に設けられた入力手段(15,16)を介して乗員が選択した難易度を取得する難易度取得手段(S12,S162,S202)を備え、
前記制御手段は、
前記難易度取得手段が取得した前記難易度に応じて、前記複数の示唆情報の提供順序を変更する、
ことを特徴とする制御装置。
この実施形態によれば、同じ楽曲でありながら、クイズの難易度を変更することができる。

項目１３．
車両の乗員に情報を提供する情報提供手段を制御する制御方法であって、
前記車両の乗員に対して、クイズの正解を示唆する複数の示唆情報が順番に提供されるように前記情報提供手段を制御する制御工程と、
前記車両の走行に応じて変動する走行情報を取得する取得工程と、を備え、
前記制御工程では、
最初の示唆情報の提供の後の各示唆情報の提供タイミングを、前記取得工程で取得した前記走行情報に基づいて制御する、
ことを特徴とする制御方法。
この実施形態によれば、車両の走行中に複数の乗員が楽しみを共有できる技術を提供することができる。

項目１４．
車両の乗員に情報を提供する情報提供手段を制御する制御方法をコンピュータに実行させるプログラムであって、前記制御方法は、
前記車両の乗員に対して、クイズの正解を示唆する複数の示唆情報が順番に提供されるように前記情報提供手段を制御する制御工程と、
前記車両の走行に応じて変動する走行情報を取得する取得工程と、を備え、
前記制御工程では、
最初の示唆情報の提供の後の各示唆情報の提供タイミングを、前記取得工程で取得した前記走行情報に基づいて制御する、
ことを特徴とするプログラム。
この実施形態によれば、車両の走行中に複数の乗員が楽しみを共有できる技術を提供することができる。

以上、発明の実施形態について説明したが、発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

１ 情報処理システム、２ 制御サーバ、３ コントローラ、４ 携帯端末

Claims (7)

1. 車両の乗員に情報を提供する情報提供手段を制御する制御装置であって、
   前記車両の乗員に対して、クイズの正解を示唆する複数の示唆情報が順番に提供されるように前記情報提供手段を制御する制御手段と、
   前記車両の走行に応じて変動する前記車両の周辺画像を取得する取得手段と、を備え、
   前記制御手段は、
   前記周辺画像に基づいて、前記車両と同じ車種の車両とすれ違ったか否かを判定し、
   前記複数の示唆情報のうちの一の示唆情報の提供の後、次の示唆情報が、前記一の示唆情報を提供してから前記車両と同じ車種の車両とすれ違ったと判定された場合に提供されるように前記情報提供手段を制御する、
   ことを特徴とする制御装置。
2. 請求項１に記載の制御装置であって、
   前記クイズは、楽曲の曲名であり、
   前記複数の示唆情報は、前記楽曲の各楽器及びボーカルの音である、
   ことを特徴とする制御装置。
3. 請求項２に記載の制御装置であって、
   前記楽曲の音源を各楽器及びボーカルの音に分離する分離手段を備える、
   ことを特徴とする制御装置。
4. 請求項１に記載の制御装置であって、
   前記車両に設けられた入力手段を介して乗員の回答を取得する回答取得手段を備え、
   前記制御手段は、
   前記回答取得手段が取得した前記回答が正解である場合に、正解であることを前記情報提供手段によって報知させる、
   ことを特徴とする制御装置。
5. 請求項１に記載の制御装置であって、
   前記車両に設けられた入力手段を介して乗員が選択した難易度を取得する難易度取得手段を備え、
   前記制御手段は、
   前記難易度取得手段が取得した前記難易度に応じて、前記複数の示唆情報の提供順序を変更する、
   ことを特徴とする制御装置。
6. 車両の乗員に情報を提供する情報提供手段を制御する制御方法であって、
   前記車両の乗員に対して、クイズの正解を示唆する複数の示唆情報が順番に提供されるように前記情報提供手段を制御する制御工程と、
   前記車両の走行に応じて変動する前記車両の周辺画像を取得する取得工程と、を備え、
   前記制御工程では、
   前記周辺画像に基づいて、前記車両と同じ車種の車両とすれ違ったか否かを判定し、
   前記複数の示唆情報のうちの一の示唆情報の提供の後、次の示唆情報が、前記一の示唆情報を提供してから前記車両と同じ車種の車両とすれ違ったと判定された場合に提供されるように前記情報提供手段を制御する、
   ことを特徴とする制御方法。
7. 車両の乗員に情報を提供する情報提供手段を制御する制御方法をコンピュータに実行させるプログラムであって、前記制御方法は、
   前記車両の乗員に対して、クイズの正解を示唆する複数の示唆情報が順番に提供されるように前記情報提供手段を制御する制御工程と、
   前記車両の走行に応じて変動する前記車両の周辺画像を取得する取得工程と、を備え、
   前記制御工程では、
   前記複数の示唆情報のうちの一の示唆情報の提供の後、次の示唆情報が、前記一の示唆情報を提供してから前記車両と同じ車種の車両とすれ違ったと判定された場合に提供されるように前記情報提供手段を制御する、
   ことを特徴とするプログラム。