JP2015191429A - 運転支援装置、及び運転支援方法 - Google Patents

Abstract

【課題】ドライバが、居眠り防止等のサービスを使用したいときに楽しみながら使用できる運転支援技術を提供する。【解決手段】車両の運転を支援する運転支援装置であって、目標とする速度の範囲を設定する設定手段と、コンテンツの再生を制御する再生制御手段と、を備え、前記再生制御手段は、車両の速度が前記目標とする速度の範囲内の場合と範囲外の場合とで、コンテンツの再生方法を異ならせる。【選択図】図１

Description

本発明は、主としてドライバの運転を支援する技術に関する。

高速道路は、カーブが少なく信号もないため単調な走行が続くことも多く、運転しているドライバの中には眠気に襲われてしまう人もいる。また、気づかないうちにアクセルを踏みこむ量が増えていたり、下り勾配の道路を走行しているうちに制限速度を超過してしまっていたという場合もある。

逆に、トンネルの入り口などでは無意識のうちにブレーキを踏んでしまい速度が低下したり、サグ部では上り勾配に気付かずにアクセルの踏み込み量が足らずに速度が維持できなくなる現象が起こり、渋滞が発生してしまうことも多い。

このため、居眠りを防止するための技術や、速度超過を回避するために先行車に追従して走行するといった技術が知られている（例えば、特許文献１、２参照）。

特開2008-181327号公報 特開平10-197636号公報

しかしながら、従来の居眠りを防止する技術は、居眠りをしそうになっていることを検知して報知したり、居眠りにより危険が迫っていることを報知するものであり、ドライバが既に眠気に襲われた後の対策であるため十分とは言えない。また、先行車に追従走行する技術については、先行車が存在する場合は追従走行が可能であるものの、先行車がいない場合など常に使用できるものではないため、ドライバの使用意志と一致しない場合がある。

さらに、これらはドライバに対して一方的に作動するものであったり、ドライバが使用したいときに使用できないものであったり、ドライバにとっては娯楽的な要素は少なく楽しいものではなかった。また、速度低下による渋滞の発生に至っては、効果的な対策はとられていなかった。

本発明は、上記課題に鑑みてなされたものであり、ドライバが、居眠り防止等のサービスを使用したいときに楽しみながら使用できる運転支援技術を提供することを目的とする。

上記課題を解決するため、請求項１の発明は、車両の運転を支援する運転支援装置であって、目標とする速度の範囲を設定する設定手段と、コンテンツの再生を制御する再生制御手段と、を備え、前記再生制御手段は、車両の速度が前記目標とする速度の範囲内の場合と範囲外の場合とで、コンテンツの再生方法を異ならせる運転支援装置である。

また、請求項２の発明は、請求項１に記載の運転支援装置において、自車両と周辺車両との距離を導出する距離導出手段をさらに備え、前記再生制御手段は、前記自車両と周辺車両との距離に応じて、コンテンツの再生方法を異ならせる。

また、請求項３の発明は、請求項１又は２に記載の運転支援装置において、前記再生制御手段は、車両の速度が前記目標とする速度の範囲外にある場合に、コンテンツの再生方法を変化させる。

また、請求項４の発明は、請求項１ないし３のいずれか１項に記載の運転支援装置において、前記再生制御手段は、車両の速度が前記目標とする速度の範囲外にある場合に、コンテンツの再生速度を変化させる。

また、請求項５の発明は、請求項１ないし４のいずれか１項に記載の運転支援装置において、前記再生制御手段は、車両の走行位置が予め定められた位置に到達したとき、運転時間が所定時間継続したとき又は車両の乗員から指示があったときに、コンテンツの再生を開始する。

また、請求項６の発明は、請求項１ないし５のいずれか１項に記載の運転支援装置において、前記再生するコンテンツは、車両の乗員の嗜好を考慮して選択される。

また、請求項７の発明は、請求項１ないし６のいずれか１項に記載の運転支援装置において、前記コンテンツを再生している間の車両の速度が前記目標とする速度の範囲内に含まれている度合いを示す結果を導出する導出手段をさらに備えている。

また、請求項８の発明は、請求項７に記載の運転支援装置において、前記導出した結果が所定の基準を満たしている場合には、前記コンテンツのデータを取得する。

また、請求項９の発明は、車両の運転を支援する運転支援方法であって、（ａ）目標とする速度の範囲を設定する工程と、（ｂ）コンテンツの再生を制御する工程と、を備え、前記（ｂ）工程では、車両の速度が前記目標とする速度の範囲内の場合と範囲外の場合とで、コンテンツの再生方法を異ならせる運転支援方法である。

請求項１ないし９の発明によれば、目標とする速度の範囲内の場合と範囲外の場合とでコンテンツの再生方法を異ならせることにより、車両の乗員は速度を範囲内に含めようとするため車両の速度を維持できる。また、速度を範囲内に含めようと運転に集中することで眠気を防止することもできる。

また、特に請求項２の発明によれば、自車両と周辺車両との距離に応じて、コンテンツの再生方法を異ならせることにより、例えば、安全な場合と危険な場合とで各々適切な再生を行うことができる。

また、特に請求項３及び４の発明によれば、速度が目標の範囲外となった場合に再生方法を変化させるため、範囲を外れたことを容易に把握することができる。

また、特に請求項５の発明によれば、乗員の指示により開始するため、乗員の使用したいときに使用することができる。また、予め定められた地点に到達したときに開始するため、その地点が速度を維持する必要がある地点である場合には、速度が超過したり低下したりすることを回避することができる。また、運転時間が所定時間継続したときに開始するため、長時間の運転により眠気が発生してしまうことも防止ですることができる。

また、特に請求項６ないし８の発明によれば、乗員が楽しみながら使用することができる。

図１は、運転支援システムの概要を示す図である。 図２は、運転支援システムの構成を示すブロック図である。 図３は、センターの構成を示すブロック図である。 図４は、運転支援システムの処理を示すフローチャートである。 図５は、開始判定処理を示すフローチャートである。 図６は、楽曲選択処理を示すフローチャートである。 図７は、画面例を示す図である。 図８は、楽曲再生処理を示すフローチャートである。 図９は、結果出力処理を示すフローチャートである。 図１０は、画面例を示す図である。 図１１は、画面例を示す図である。

以下、図面を参照しつつ本発明の実施の形態について説明する。

＜１．実施の形態＞
＜１−１．システムの概要＞
図１は、本実施の形態の運転支援システム１の概要を示す図である。運転支援システム１は、車載システム２とセンター４とを含んで構成されている。運転支援システム１は、主として高速道路の走行時に使用されるシステムであり、車両の走行速度に応じてコンテンツの再生方法を変化させるシステムである。本実施の形態において使用可能なコンテンツとしては、例えば楽曲や動画などが挙げられるが、以下においては、コンテンツとして音楽等の楽曲を用いた場合を例に説明する。

運転支援システム１は、例えば、車両が走行する際に目標とする速度範囲（以下「目標速度範囲」という。）が予め設定されており、車両が当該速度範囲内の速度で走行している場合と、範囲外の速度で走行している場合とで音楽等の楽曲の再生方法を変化させる処理を行う。この再生方法を変化させる処理とは、例えば、再生速度を変化させる処理などを含む。そして、運転支援システム１は、車両が速度範囲内を走行した度合いを示す結果を導出し、その結果が一定の基準をクリアしていた場合には、センター４がドライバ（ユーザ）に対して特典としての楽曲データを提供するといった処理も行う。

これにより、一定の速度範囲内の速度で走行しようとするため、速度超過を防止できると共に、速度維持のために運転に集中するため、眠気の防止にもつながる。また、このような運転支援を特定の地点で行った場合には、速度低下も回避できるため渋滞抑制にもつながる。なお、以下においては、運転支援システム１が提供する一連の処理を「サービス」と記載する場合がある。

車載システム２は、車両５に搭載され、車両５を運転中のドライバに対して音楽等の楽曲を出力する。より具体的には、車載システム２は、車両５の速度に応じて楽曲の再生方法を変化させる。したがって、車載システム２は、車載ネットワーク５８を介して、車両５に設けられる他の電子装置５０と信号の送受信が可能になっている。例えば、車載システム２は、速度センサなどから車両５の速度の情報を受信する。また、車載システム２は、インターネットなどの広域のネットワーク９を介して、センター４とも情報の送受信が可能になっている。そして、例えば、車載システム２は、センター４からドライバの嗜好に合った楽曲データを受信する。

センター４は、上述のように、ネットワーク９を介して車載システム２と情報の送受信が可能である。また、センター４は、複数の楽曲データを有していると共に、各車載システム２のドライバに対応付けられた嗜好等の情報も蓄積している。そして、車載システム２で出力する楽曲データの送信要求があった際には、そのドライバの嗜好に合った楽曲データを抽出して送信するようになっている。以下、車載システム２及びセンター４の構成及び処理について詳細に説明する。

＜１−２．車載システムの構成＞
まず、車載システム２の構成について説明する。図２は、車載システム２の構成とともに、車載システム２に関連する構成を併せて示す図である。車載システム２は、ディスプレイ２１と、スピーカ２２と、運転支援装置３とを主に備えている。

ディスプレイ２１は、カラー表示が可能なドットマトリクス方式の液晶パネルを備えた表示装置であり、図形を含む各種の画像をカラーで表示可能である。ディスプレイ２１は、ドライバが容易に視認できる車両５のメータパネル内に配置される。これにより、ディスプレイ２１は、車両５を運転中のドライバに情報を提供する。また、ディスプレイ２１は、タッチパネル機能を備えており、ドライバがタッチパネル部分を指で接触することで表示ボタン等の操作が可能になっている。なお、ディスプレイ２１としては、液晶パネルを備えた表示装置に限定されるものではなく、例えば、有機ＥＬパネルを備えた表示装置等でもよい。

スピーカ２２は、車両５の車室内の適切な位置に設けられ、各種の楽曲や音声を車両５の車室内に出力する。これにより、車両５を運転中のドライバに対して楽曲を出力したり、情報を提供したりする。

マイク２３は、車両５の車室内の適切な位置に設けられ、車両５のドライバが発した音声を集音する。主として、車載システム２がドライバに対して行った音声による質問に対する、ドライバの音声による回答を集音するのに用いられる。

運転支援装置３は、車両５内の他の電子装置５０やセンター４との間で情報の送受信をし、取得した情報に基づいて所定の支援を行う。また、運転支援装置３は、ディスプレイ２１及びスピーカ２２の動作を制御し、ディスプレイ２１に画像を表示させ、スピーカ２２に楽曲や音声を出力させる。このような運転支援装置３は、外部通信部３１と、情報入出力部３２と、楽曲再生部３３と、記憶部３４と、車内通信部３５と、制御部３０とを備えている。

外部通信部３１は、ＬＴＥやＷｉＭＡＸなどの無線通信規格を利用した通信機能を備えており、ネットワーク９を介して通信を行う。運転支援装置３は、外部通信部３１により、センター４との間で情報の送受信を行うことが可能となる。運転支援装置３は、例えば、本サービスを開始する旨の情報を外部通信部３１を介してセンター４に送信し、センター４から外部通信部３１を介して楽曲データを受信する。

情報入出力部３２は、画像信号をディスプレイ２１に送信し、ドライバに提供すべき情報に係る画像をディスプレイ２１に表示させる。また、情報入出力部３２は、音声信号をスピーカ２２に送信し、ドライバに提供すべき楽曲や情報に係る音声をスピーカ２２に出力させる。さらに、情報入出力部３２は、ドライバがディスプレイ２１をタッチパネルとして操作した場合には、その操作信号をディスプレイ２１から入力する。また、情報入出力部３２は、マイク２３を介してドライバが発話した音声データを入力する。

楽曲再生部３３は、楽曲の再生処理を行う。すなわち、楽曲再生部３３は、符号化された楽曲データを復号してスピーカ２２から出力するデータに変換した後にスピーカ２２に出力する。

車内通信部３５は、ＣＡＮなどの車載ネットワーク５８に接続され、車両５に設けられる他の電子装置５０と通信を行う。車載ネットワーク５８には、他の電子装置５０として、周辺監視装置５１、ドライバ監視装置５２及び車両監視装置５３が接続される。車内通信部３５は、車載ネットワーク５８を介して、これらの電子装置５０から情報を含む信号を受信するとともに、これらの電子装置５０に信号を送信する。

周辺監視装置５１は、車両５の周辺を監視して、車両５の周辺の物体（他車両等）に関する情報を取得する装置である。周辺監視装置５１は、車両５の前方及び後方の他車両の位置を検出するミリ波レーダやレーザレーダなどのレーダ装置、車両５の周辺の画像を取得する車載カメラ、及び、車両５の近傍に存在する物体を検出するクリアランスソナーなどを含む。

ドライバ監視装置５２は、車両５のドライバを監視して、ドライバの状態に関する情報を取得する装置である。ドライバ監視装置５２は、ドライバの画像を取得する車内カメラ、及び、ドライバの生体情報を検出する生体センサなどを含む。車内カメラは、ドライバの前方に配置され、ドライバの目の位置などが解析可能な画像を取得する。生体センサは、例えば、ドライバと直接的に接触するステアリングホイールなどの部位に配置される。生体センサは、心拍数、発汗量、心電図、血圧、脳波、及び、体温などの各種の生体情報を取得できることが望ましい。

車両監視装置５３は、車両５自体を監視して、車両５自体に関する情報を取得する装置である。車両監視装置５３は、車両５の位置を取得する位置センサ、車両５の速度を取得する車速センサ、車両５にかかる加速度を検出する加速度センサ、車両５のヨーレートを検出するヨーレートセンサ、車両５の操作部材（アクセル、ブレーキ、ステアリングホイール及びウインカなど）の操作内容及び操作量を検出する操作センサ、並びに、車両５の運転時間を計測する計時装置などを含む。

また、運転支援装置３の記憶部３４は、運転支援装置３の動作に必要な各種の情報を記憶する。記憶部３４は、例えば、フラッシュメモリなどの不揮発性の記憶装置である。記憶部３４は、制御用のプログラム３４ａを記憶している。このプログラム３４ａは、メモリカードなどの記憶媒体からの読み出しにより取得され、記憶部３４に予め記憶される。なお、プログラム３４ａは、ネットワーク９に接続された通信装置からダウンロードするなど、他の手法で取得されてもよい。また、記憶部３４は、地図情報３４ｂを記憶している。地図情報３４ｂは、全国又は一定の広域の道路情報や施設情報が含まれた情報である。

制御部３０は、例えば、ＣＰＵ、ＲＡＭ、及び、ＲＯＭなどを備えるマイクロコンピュータであり、運転支援装置３の全体を制御する。制御部３０のＣＰＵが記憶部３４に記憶されたプログラム３４ａを実行する（プログラム３４ａに従った演算処理を行う）ことにより、制御部３０として必要な各種の機能が実現される。

図２に示す、情報取得部３０ａ、開始制御部３０ｂ、再生制御部３０ｃ及び結果導出部３０ｄは、プログラム３４ａの実行により実現される制御部３０の機能のうちの一部である。

情報取得部３０ａは、車内通信部３５を介して、車載ネットワーク５８に接続された他の電子装置５０から各種の情報を取得する。情報取得部３０ａは、車両５の周辺の物体に関する情報を周辺監視装置５１から取得し、ドライバの状態に関する情報をドライバ監視装置５２から取得し、車両５自体に関する情報を車両監視装置５３から取得する。

車両５の周辺の物体に関する情報は、車両５の周辺に存在する他車両に関する情報であり、例えば、他車両の位置や先行車との車間距離などの情報を含む。ドライバに関する情報は、例えば、上述した各種の生体情報の他に、ドライバの眠気の程度を示す情報なども含む。車両５自体に関する情報は、車両５自身の走行に関する情報であり、例えば、位置情報、速度、加速度、蛇角、アクセル情報、ブレーキ情報などを含む。

また、情報取得部３０ａは、さらに、外部通信部３１を介して、センター４から各種の情報を取得する。例えば、情報取得部３０ａは、センター４から楽曲データを取得する。

開始制御部３０ｂは、本サービスを実行していない際には、サービスを実行する条件が成立したか否かを判定し、成立した際にサービスを開始する処理を実行する。また、サービス継続中においても、サービスを実行する条件が成立し続けているか否かを判定し、成立しなくなった際にはサービスを終了する処理を実行する。サービスを実行する条件とは、例えば、所定の地点に到達した場合や、運転時間が所定時間以上継続した場合や、ドライバの指示があった場合などである。

再生制御部３０ｃは、本サービスが開始された後に、楽曲再生部３３を制御して楽曲の再生を行う。また、再生制御部３０ｃは、車両５の車速に応じて楽曲の再生方法を変化させる処理を実行する。例えば、再生制御部３０ｃは、車両監視装置５３から車両５の速度情報を取得して、速度が目標速度範囲に含まれているか否かを判定し、含まれていない場合に楽曲の再生速度を変化させる制御を行う。つまり、再生速度を速くしたり、遅くしたりする。ただし、再生方法の変化はこれに限定されるものではなく、例えば、音量の変化や音質の変化等、他の方法で変化させてもよい。

結果導出部３０ｄは、楽曲の再生が終了すると、その間における車両５の走行を評価した結果を導出する。具体的に説明すると、本サービスは、車両５の速度が目標速度範囲に含まれるようにドライバの運転を支援するサービスである。このため、結果導出部３０ｄは、車両５の速度が目標速度範囲にどの程度含まれているかを評価結果として導出する。例えば、走行速度が目標速度範囲を逸脱している時間が多いほど評価結果は悪くなり、また、逸脱している程度が大きいほど評価結果が悪くなる等である。結果導出部３０ｄは、楽曲を再生している間の車両５の速度と基準範囲との比較を行い、再生が終了するとそれらを総合して結果を導出する。

＜１−３．センターの構成＞
次に、センター４の構成について説明する。図３は、センター４の構成とともに、センター４に関連する構成を併せて示す図である。センター４は、外部通信部４１と、データベース４２と、記憶部４３と、制御部４０とを主に備えている。

外部通信部４１は、優先又は無線による通信機能を備えており、ネットワーク９を介して通信を行う。すなわち、センター４は、外部通信部４１により、運転支援装置３との間で情報の送受信を行うことが可能となる。例えば、センター４は、外部通信部４１を介してサービスを開始する旨の情報を受信し、楽曲データなどを送信する。

データベース４２は、外部のサーバなどから取得した複数の楽曲データを蓄積したデータベースである。また、データベース４２には、車両５のドライバに関する情報（ドライバ情報）も蓄積されている。ドライバ情報は、ドライバを識別するための情報であり、例えば、ＩＤ番号、性別、年齢、運転歴などを含む情報である。また、ドライバ情報には、各ドライバに対応付けられた、音楽の嗜好情報も含まれている。

記憶部４３は、センター４の動作に必要な各種の情報を記憶する。記憶部４３は、例えば、フラッシュメモリなどの不揮発性の記憶装置であり、制御用のプログラム４３ａを記憶している。

制御部４０は、例えば、ＣＰＵ、ＲＡＭ、及び、ＲＯＭなどを備えるマイクロコンピュータであり、センター４の全体を制御する。制御部４０のＣＰＵが記憶部４３に記憶されたプログラム４３ａを実行する（プログラム４３ａに従った演算処理を行う）ことにより、制御部４０として必要な各種の機能が実現される。

図３に示す、情報取得部４０ａ、楽曲抽出部４０ｂ及び楽曲提供部４０ｃは、プログラム４３ａの実行により実現される制御部４０の機能のうちの一部である。

情報取得部４０ａは、外部通信部４１を介して、運転支援装置３から各種の情報を取得する。例えば、情報取得部４０ａは、運転支援装置３からサービス開始の情報や、サービスの評価結果の情報などを取得する。また、情報取得部４０ａは、データベース４２からサービスに使用する楽曲データを取得する。取得した楽曲データは、外部通信部４１を介して運転支援装置３に送信される。

楽曲抽出部４０ｂは、本サービスを実行するにあたって、使用する楽曲データを抽出する。運転支援装置３からサービス開始情報を取得すると、楽曲抽出部４０ｂは、対応する車載システム２のドライバ情報からドライバを識別し、そのドライバの音楽の嗜好情報に基づいてサービスの使用に適切と考えられる１又は複数の楽曲データを抽出する。抽出した楽曲データは、運転支援装置３に送信される。

楽曲提供部４０ｃは、運転支援装置３に楽曲データを提供する。例えば、サービス開始時には、楽曲抽出部４０ｂが抽出した楽曲データを、サービスに使用する楽曲データとして運転支援装置３に提供する。また、サービス終了時には、評価結果が一定の条件を満たすと、サービスに使用していた楽曲データを、特典として運転支援装置３に提供する。本実施の形態における特典は、保存可能な状態で提供される楽曲データを前提としているが、保存が認められていない楽曲データの場合には、ストリーミング等により再生可能な権利が提供される。

＜１−４．システムの処理＞
次に、運転支援システム１の処理について説明する。図４は、運転支援システム１の処理を示すフローチャートである。

運転支援システム１による処理は、運転支援装置３やセンター４が起動した状態で開始し、まず、運転支援装置３が、運転支援（サービス）の開始判定処理を実行する（ステップＳ１０）。ここで、開始判定処理の詳細について図５を用いて説明する。図５は、開始判定処理を示すフローチャートである。

図５に示すように、運転支援装置３は、サービスの開始条件が成立しているか否かを判定する（ステップＳ２０）。本実施の形態では、予めサービスを開始するための条件が設定されており、運転支援装置３は、その開始条件が成立しているか否かを判定するようになっている。

本実施の形態では、開始条件として３種類の条件を用いている。第１の条件は、ドライバからの指示があったことである。第２の条件は、ドライバの運転時間が所定の時間継続していることである。第３の条件は、車両５が所定の地点に到達したことである。本実施の形態では、これらいずれかの条件が成立すると、開始条件が成立したこととしている。ただし、これらの全ての条件が成立したときに、開始条件が成立したことにしてもよい。また、これら第１〜第３の条件は、いずれか１つだけ用いてもよく、いずれか２つを用いてもよい。

第１の条件は、ドライバがサービスを開始する旨の指示を入力したことを条件としている。すなわち、ドライバが音声又は操作によってサービス開始の指示を入力すると、運転支援装置３は開始条件が成立したと判定する。音声により開始指示を入力する場合には、運転支援装置３は、ドライバの音声をマイク２３で取得して、その内容を認識することで開始条件の成立を判定することができる。

また、操作により開始指示を入力する場合には、運転支援装置３は、ディスプレイ２１に開始ボタン等を表示させておいて、そのボタンが押されたことを検出することで開始条件の成立を判定することができる。つまり、この第１の条件は、ドライバの意思によって成立するものであり、サービスを使用したいというドライバの希望を実現する条件である。

次に、第２の条件における所定の時間とは、ドライバの眠気が発生する可能性がある時間である。このような時間としては、例えば２時間である。つまり、第２の条件は、ドライバの運転時間が継続して２時間を超えていることを条件としている。２時間以上運転し続けた場合などのように、長時間運転していると疲労がたまり眠くなることがあるため、そのような時間を所定の時間として予め設定している。なお、この所定時間は、２時間に限定されるものではなく適宜設定可能である。

運転支援装置３は、車両監視装置５３の計時装置から車両５の運転時間を取得する。そして、運転支援装置３は、所定時間と取得した運転時間とを比較して、継続した運転時間が所定時間を超えている場合には、サービス開始条件が成立したと判定する。つまり、ドライバの眠気が発生する可能性がある程度に、継続して運転している場合に開始条件が成立する。

次に、第３の条件における所定の地点とは、車両５の速度が超過し易い地点や、ドライバの眠気が発生し易い地点、車両５の速度が低下し易い地点などである。速度が超過し易い地点は、例えば下り坂である。勾配の緩やかな下り坂の場合には、下り坂であることにドライバが気づかずに自然と速度が上昇してしまうことがある。また、ドライバの眠気が発生し易い地点としては、例えば、長い直線が続く道路などがある。特に高速道路における長い直線では運転が単調になるため眠くなりやすくなる。

また、速度が低下し易い地点は、例えば、トンネルの入り口やサグ部などである。トンネルの入り口は、ドライバが無意識のうちにブレーキを踏んでしまうため速度が低下し易い地点である。また、サグ部は、ドライバが上り勾配に変わったことに気付かずアクセルを踏み込まないため速度を維持できずに低下してしまうことがある地点である。

これらの地点は、予め地図情報に記憶されており、運転支援装置３は、車両５の現在位置と地図情報とを比較して、車両５がこれらの地点に到達したか否かを判定する。そして、運転支援装置３は、車両５がこれらの地点に到達したと判定した場合には、サービスの開始条件が成立したと判定する。

なお、これらの地点は、予め地図情報に記憶されているものに限定されず、例えば、センターから配信された位置情報を設定することが可能であるように道路環境に応じて可変できる。

運転支援装置３は、上述した第１〜第３の条件のうち、いずれの条件も成立していないと判定した場合には（ステップＳ２０でＮｏ）、運転支援（サービス提供）に係る処理を終了する。一方、運転支援装置３は、第１〜第３の条件のうち、いずれかの条件が成立したと判定した場合には（ステップＳ２０でＹｅｓ）、次に車速が適正な値であるか否かを判定する（ステップＳ２１）。

本実施の形態では、低速で走行している車両や高速で走行している車両はサービス提供の対象外としている。これは、本サービスは、速度を目標速度範囲内に維持するための支援であるものの、非常に低速で走行している車両はすでに渋滞の中を走行している可能性が高く、目標速度範囲内の速度での走行は困難だからである。また、非常に高速で走行している車両の場合は、速度を急激に目標速度範囲内にまで減速させると危険だからである。なお、適正な車速の範囲は、適宜設定可能であるが、例えば、５０ｋｍ／ｈ以上１２０ｋｍ／ｈ以下とすることができる。

運転支援装置３は、車速が適正でない場合（ステップＳ２１でＮｏ）、つまり、車速が５０ｋｍ／ｈ未満である場合や１２０ｋｍ／ｈを超えている場合には、サービス提供に係る処理を終了する。

一方、車速が適正である場合には（ステップＳ２１でＹｅｓ）、運転支援装置３は、次に車間距離が適正であるか否かを判定する（ステップＳ２２）。前方車両との車間距離が小さい場合にまで本サービスを提供すると危険性が高いため、本実施の形態では、車間距離が十分でない場合にはサービス提供の対象外としている。適正な車間距離は、適宜設定可能であるが、例えば、１００ｍ以上とすることができる。

運転支援装置３は、車間距離が適正でない場合（ステップＳ２２でＮｏ）、つまり、１００ｍより小さい（近い）場合には、サービス提供に係る処理を終了する。一方、車間距離が適正である場合（ステップＳ２２でＹｅｓ）、つまり、１００ｍ以上の場合には、運転支援装置３は、開始情報をセンター４に送信する（ステップＳ２３）。具体的には、運転支援装置３は、サービスを開始する旨の情報をドライバの情報と共にセンター４に対して送信する。そして、センター４は、運転支援装置３から送信された開始情報を受信する（ステップＳ２４）。

なお、車間距離が適正か否かを判断するステップＳ２２は、車両５に周辺監視装置５１が設けられている場合に実行される処理であり、周辺監視装置５１が設けられていない車両の場合には、この処理はスキップする。

図４に戻り、次に、運転支援システム１は、楽曲選択処理を実行する（ステップＳ１１）。ここで、楽曲選択処理について図を用いて説明する。図６は、楽曲選択処理を示すフローチャートである。

まず、センター４は、運転支援装置３から開始情報を受信すると楽曲抽出処理を実行する（ステップＳ３０）。楽曲抽出処理とは、本サービスにおいて使用する楽曲の候補を抽出する処理である。

具体的には、センター４は、運転支援装置３から受信したドライバ情報に基づいて、データベース４２からドライバに対応付けられた嗜好を抽出する。そして、センター４は、ドライバの嗜好に合った１又は複数の楽曲情報をデータベース４２から抽出する。そして、センター４は、抽出した楽曲情報（以下「抽出楽曲情報」という。）を運転支援装置３に送信する（ステップＳ３１）。この抽出楽曲情報には、楽曲のタイトルやアーティスト名などの楽曲を特定する情報が含まれている。

運転支援装置３は、抽出楽曲情報を受信すると（ステップＳ３２）、楽曲選択処理を実行する（ステップＳ３３）。これは、センター４から送信された抽出楽曲情報の中に候補の楽曲が複数存在する場合に、サービスに使用する楽曲を選択する処理である。したがって、抽出楽曲情報の中に楽曲情報が１曲しかない場合には本ステップは省略してもよい。

この楽曲の選択は、音声又は表示にて行うことができる。音声で選択する場合には、運転支援装置３は、センター４から送信された抽出楽曲情報のタイトルやアーティスト名を音声データに変換してスピーカ２２から出力する。そして、ドライバがその中から選択した楽曲のタイトルやアーティスト名を発話すると、運転支援装置３は、マイク２３を介して音声データを取得して、音声認識処理を実行することでドライバが選択した楽曲を特定することができる。

また、表示で選択する場合には、運転支援装置３は、センター４から送信された抽出楽曲情報に含まれる楽曲のタイトルやアーティスト名をディスプレイ２１に表示する。そして、ドライバがその中から選択したタイトルやアーティスト名の表示部分を押すと、ディスプレイ２１のタッチパネル機能によって選択した楽曲を特定することができる。

ここで、抽出楽曲情報をディスプレイ２１に表示して選択する画面例を説明する。図７は、画面例を示す図である。図７の画面例では、ディスプレイ２１に楽曲の候補一覧が表示されている。図７では、アーティスト名「あいうえお」のタイトル「ＡＡＡ」等が楽曲例として表示されている。ドライバが例えばアーティスト名「なにぬねの」のタイトル「ＥＥＥ」の表示部分をタッチして選択すると、この楽曲が選択された楽曲として特定される。

図６に戻り、次に、運転支援装置３は、選択結果をセンター４に送信する（ステップＳ３４）。つまり、運転支援装置３は、ドライバが選択した楽曲を特定する情報をセンター４に送信する。そして、センター４は、運転支援装置３から選択結果の情報を受信する（ステップＳ３５）。

次いで、センター４は、選択された楽曲のデータを送信する（ステップＳ３６）。つまり、運転支援装置３から送信された選択結果に基づいて、データベース４２から対応する楽曲データを読み出して運転支援装置３に送信する。そして、運転支援装置３は、選択された楽曲データを受信する（ステップＳ３７）。この場合の楽曲データとは、再生に用いられる音楽データである。

図４に戻り、次に、運転支援システム１は、楽曲再生処理を実行する（ステップＳ１２）。ここで、楽曲再生処理について図を用いて説明する。図８は、楽曲再生処理を示すフローチャートである。

運転支援装置３は、選択された楽曲データを受信して再生処理を開始すると、まず、目標速度範囲を設定する（ステップＳ４０）。具体的には、運転支援装置３は、車両５が現在走行している道路の制限速度からマイナス５ｋｍ／ｈの範囲を目標速度範囲とする。例えば、車両５が走行している道路の制限速度が８０ｋｍ／ｈである場合には、運転支援装置３は、７５ｋｍ／ｈ〜８０ｋｍ／ｈを目標速度範囲として設定する。なお、制限速度は地図情報に記憶させたものを読み出して利用すればよい。

そして、運転支援装置３は、楽曲の再生を開始する（ステップＳ４１）。具体的には、運転支援装置３が、センター４から受信した楽曲データに対してデコード等の処理を行い、スピーカ２２がそのデコード後の楽曲データを音声として出力する。

次に、運転支援装置３は、車速が目標速度範囲内にあるか否かを判定する（ステップＳ４２）。運転支援装置３は、車両監視装置５３から取得した車速と目標速度範囲とを比較して判定する。車速が目標速度範囲内にある場合には（ステップＳ４２でＹｅｓ）、運転支援装置３は、そのまま楽曲再生を継続する（ステップＳ４３）。一方、車速が目標速度範囲内にない場合には（ステップＳ４２でＮｏ）、運転支援装置３は、楽曲再生方法を変化させる（ステップＳ４４）。

具体的には、車両監視装置５３から取得した車速が目標速度範囲内にあるときは、運転支援装置３は、楽曲の再生速度を変化させずに通常の再生速度で出力する。これに対して、車両監視装置５３から取得した車速が目標速度範囲内にないときは、運転支援装置３は、楽曲の再生速度を変化させる。例えば、車速が目標速度範囲の上限値を超えている場合には、楽曲の再生速度を速くして再生し、車速が目標速度範囲の下限値を下回っている場合には、楽曲の再生速度を遅くして再生する。

次に、運転支援装置３は、車速が適正であるか否かを判定する（ステップＳ４５）。これは上述したステップＳ２１の処理と同様の処理である。そして、運転支援装置３は、車速が適正な範囲にない場合には（ステップＳ４５でＮｏ）、サービスの提供を終了する。一方、運転支援装置３は、車速が適正な範囲にある場合には（ステップＳ４５でＹｅｓ）、車間距離が適正であるか否かを判定する（ステップＳ４６）。これも上述したステップＳ２２の処理と同様の処理である。そして、運転支援装置３は、車間距離が適正な範囲にない場合には（ステップＳ４６でＮｏ）、サービスの提供を終了する。

なお、車間距離が適正か否かを判断するステップＳ４６は、車両５に周辺監視装置５１が設けられている場合に実行される処理であり、周辺監視装置５１が設けられていない車両の場合には、この処理はスキップする。

すなわち、本実施の形態では、サービスの提供を開始した後に、サービスを継続するのに適切でない速度や車間距離に変化した場合には、サービスの提供を中止するようになっている。このため、サービス開始後も定期的に車速や車間距離を確認してサービス提供を継続するか否かを判断している。

そして、運転支援装置３は、車間距離が適正な範囲にある場合には（ステップＳ４６でＹｅｓ）、楽曲の再生が終了したか否かを判定する（ステップＳ４７）。つまり、取得した楽曲データを再生し終わったか否かを判定する。楽曲の再生が終了していない場合には（ステップＳ４７でＮｏ）、再度、車速が目標速度範囲内にあるか否かの判定処理（ステップＳ４２）から実行する。一方、楽曲の再生が終了した場合には（ステップＳ４７でＹｅｓ）、次の処理に進む。

図４に戻り、次に、運転支援装置３は、結果出力処理を実行する（ステップＳ１３）。ここで、結果出力処理について図を用いて説明する。図９は、結果出力処理を示すフローチャートである。

運転支援装置３は、楽曲の再生を終了すると、結果を導出する処理を実行する（ステップＳ５０）。本サービスは、上述のように、目標速度範囲内の速度で走行することを目指し、一定の基準をクリアしていた場合にはドライバに対して特典を与えるものである。このため、その基準をクリアしていたか否かを判断するために、サービスの結果を導出することとしている。導出する結果とは、どの程度目標速度範囲内の速度で走行することができていたか、すなわち、車両の速度が目標速度範囲内に含まれる度合いを示すものである。

運転支援装置３は、楽曲再生中に車両５の速度が目標速度範囲を逸脱していた程度を考慮して結果を導出する。例えば、車速が目標速度範囲を逸脱していた時間を考慮する。具体的には、運転支援装置３は、車速が目標速度範囲を逸脱していた時間を導出して、楽曲を再生していた時間に対する割合を導出する。仮に、楽曲の再生時間を１０分とし、車速が目標速度範囲を逸脱していた時間を１分とした場合には、逸脱していた割合は１０％となる。この場合、運転支援装置３は、満点に対する９０％を結果として導出する。つまり、満点を１００点とすると、導出される結果は９０点となる。

次に、運転支援装置３は、導出した結果をセンター４に送信する（ステップＳ５１）。そして、センター４は、運転支援装置３から送信された結果を受信する（ステップＳ５２）。さらに、運転支援装置３は、導出した結果を音声又は表示によって出力する（ステップＳ５３）。例えば、運転支援装置３は、結果を示す画像をディスプレイ２１に表示してもよいし、結果を示す音声をスピーカ２２から出力してもよい。

そして、センター４は、結果が基準をクリアしているか否かを判定する（ステップＳ５４）。すなわち、センター４は、運転支援装置３から受信した結果を、予め定められた基準と比較して、基準をクリアしているか否かを判定する。例えば、センター４は、基準が「８０点以上でクリア」と設定されていた場合に、結果が９０点である場合には、クリアしていると判定する。なお、この基準は適宜設定可能である。

センター４は、結果が基準をクリアしている場合には（ステップＳ５４でＹｅｓ）、特典として提供する楽曲のデータ（提供楽曲データ）を送信し（ステップＳ５５）、運転支援装置３は、提供楽曲データを受信する（ステップＳ５６）。提供する楽曲は、再生した楽曲でもよいし、ドライバが選択した他の楽曲でもよい。また、楽曲データ自身を提供することができない楽曲である場合には、その楽曲をストリーミング再生できる権利をドライバに提供してもよい。

なお、基準をクリアしていない場合には（ステップＳ５４でＮｏ）、センター４は、運転支援装置３に対する提供楽曲データの送信等の処理は実行せずに終了する。この場合には、運転支援装置３も、提供楽曲データの受信等の処理は実行せずに終了することになる。

以上のように、予め設定された目標速度範囲内の速度で走行するような運転支援（サービス）を行うことができるため、ドライバの気づかないうちに速度が超過してしまうことを回避できると共に眠気の発生も防止できる。さらに、速度が低下し易い地点などの特定の地点で本サービスを実行する場合には、ドライバの気づかないうちに速度が低下してしまうことを回避することができるため、渋滞を抑制することも可能になる。すなわち、本サービスは、単に居眠りを検知して報知するといったものではなく、娯楽的な要素が含まれているため、ドライバが楽しみながら眠気の発生や速度超過を防止できると共に、渋滞を抑制することも可能になる。

＜２．変形例＞
以上、本発明の実施の形態について説明してきたが、この発明は上記実施の形態に限定されるものではなく様々な変形が可能である。以下では、このような変形例について説明する。上記実施の形態及び以下で説明する形態を含む全ての形態は、適宜に組み合わせ可能である。

＜２−１．開始処理＞
上記実施の形態では、運転支援装置３は、開始条件が成立し、車速及び車間距離が適正である場合に開始情報をセンター４に送信する旨の構成について説明したが、本発明は、これに限定されるものではない。例えば、開始条件が成立し、車速及び車間距離が適正である場合に、ドライバに対して運転支援（サービス）を開始するか否かを確認する構成としてもよい。

具体的には、運転支援装置３は、開始条件が成立し、車速及び車間距離が適正であると判定した場合に、音声又は表示にてサービスを開始するか否かを確認する。音声で確認する場合には、スピーカ２２から「サービスを開始しますか？」や「チャレンジしますか？」等の音声を出力し、ドライバの発話による回答をマイク２３で集音して確認する。表示で確認する場合には、ディスプレイ２１に「サービスを開始しますか？」や「チャレンジしますか？」等のボタンと「はい」及び「いいえ」のボタンとを表示し、ドライバがいずれを選択したかで確認する。

ドライバがサービスを開始する旨の意思を表明した場合には、上記実施の形態と同様に運転支援装置３が開始情報をセンター４に送信する。一方、ドライバがサービスを開始しない旨の意思を表明した場合には、運転支援装置３は、本サービスを実行することなく終了する。これにより、開始するための条件が全て成立するような状況にあったとしてもサービスの開始を希望しない場合にまで一律に開始してしまうことを回避できる。

＜２−２．目標速度範囲の設定１＞
また、上記実施の形態では、目標速度範囲として、制限速度からマイナス５ｋｍ／ｈの範囲を設定していたが、本発明は、これに限定されるものではない。制限速度からマイナス１０ｋｍ／ｈの範囲や、制限速度からマイナス５ｋｍ／ｈ〜マイナス１０ｋｍ／ｈの範囲等、適宜設定可能である。

＜２−３．目標速度範囲の設定２＞
また、運転支援装置３が自動で設定する構成の他に、ドライバが手動で設定する構成としてもよい。この場合には、運転支援装置３は、例えば、目標速度範囲の設定時に、図１０に示すような画面をディスプレイ２１に表示して、ドライバが選択した範囲を目標速度範囲として設定する。図１０に示す例では、６０ｋｍ／ｈ〜８０ｋｍ／ｈを５ｋｍ／ｈ間隔に分けた範囲を目標速度範囲の候補として表示している。ドライバが７０ｋｍ／ｈ〜７５ｋｍ／ｈを目標速度範囲として選択すると、運転支援装置３は、７０ｋｍ／ｈ〜７５ｋｍ／ｈを目標速度範囲として設定する。

＜２−４．再生方法の変化１＞
また、上記実施の形態では、車速が目標速度範囲の上限値を超えている場合に再生速度を速くし、下限値を下回っている場合に再生速度を遅くする構成について説明したが、本発明は、これに限定されるものではない。例えば、車速が目標速度範囲を超えている度合いに応じて再生速度を変化させる構成としてもよい。

例えば、車速が目標速度の上限値を超えている場合には、超えているほど再生速度を速くし、下限値を下回っている場合には、下回っているほど再生速度を遅くする構成である。この場合には、車速の逸脱したレベルに応じて再生速度が変化するため、ドライバも逸脱したレベルを把握することが可能になる。

＜２−５．再生方法の変化２＞
また、上記実施の形態では、車速が目標速度範囲にない場合に再生方法を変化させる内容として、再生速度を変化させる構成について説明したが、本発明は、これに限定されるものではない。例えば、楽曲の音程を変化させる構成としてもよいし、音量を変化させる構成としてもよい。

音程を変化させる構成の場合も再生速度の場合と同様にすることができる。例えば、車速が目標速度範囲の上限値を超えているときは音程を上げ、下限値を下回っているときは音程を下げる構成である。また、目標速度範囲を逸脱している程度が大きいほど音程を上げたり下げたりしてもよい。

また、音量を変化させる構成の場合も同様である。車速が目標速度範囲の上限値を超えているときは音量を上げ、下限値を下回っているときは音量を下げる構成である。さらに、目標速度範囲を逸脱している程度が大きいほど音量を上げたり下げたりしてもよい。

＜２−６．再生方法の変化３＞
また、再生方法を変化させる他の構成として、出力する楽器パートを変化させる構成を用いることもできる。具体的に説明すると、例えば、再生する楽曲が、ボーカル、ギター、ベース及びドラムの各パートで構成されている場合に、車速が目標速度範囲内にあるときには全パートを出力し、目標速度範囲を超えているときは一部のパート（例えば、ボーカル）を出力しないといった構成である。したがって、この例の場合には、目標速度範囲を超える車速で走行しているときは、ボーカルなしの楽曲が再生される。

さらに、目標速度範囲を超えた度合いに応じて出力パートを増減させる構成としてもよい。例えば、車速が目標速度範囲の上限値及び下限値を超えるにしたがって、ボーカル、ギター、ベースの順に出力を止め、最終的にドラムのパートのみを出力する構成である。この場合には、車速が目標速度範囲に近づくにしたがって、ベースやギターのパートの出力が追加され、車速が目標速度範囲内に入るとボーカルのパートも出力されることになる。

＜２−７．再生方法の変化４＞
また、再生方法を変化させる他の構成として、楽曲内に複数のボーカルパートがある場合に、その出力する数を変化させる構成を用いることもできる。具体的に説明すると、例えば、再生する楽曲が、複数のボーカルパートで構成されている場合に、車速が目標速度範囲内にあるときは全ボーカルパートの演奏を出力し、目標速度範囲を超えているときは出力するボーカルパートの数を減らすという構成である。つまり、例えば、３人のボーカルで歌っている楽曲や、１人のボーカルが３つのパートを歌っている楽曲を再生しているときに、車速が目標速度範囲を超えてしまったら、出力するボーカルを２人にしたり、２つのボーカルパートのみを出力するといった構成である。

さらに、目標速度範囲を超えた度合いに応じて出力するボーカルパートを増減させる構成としてもよい。例えば、車速が目標速度範囲の上限値及び下限値を超えるにしたがって、出力するボーカルを１人ずつ減らしたり、ボーカルパートを１つずつ減らしたりする構成である。この場合には、車速が目標速度範囲に近づくにしたがって、出力するボーカルの人数やボーカルパートの数が増加することになる。

＜２−８．再生楽曲＞
なお、楽曲再生処理では、一曲全てを再生してもよいし、曲の一部だけを再生してもよい。これは、サービスを提供する時間に応じて適宜設定可能である。サービスを提供する時間が一曲全てを再生できるほど十分にある場合には、一曲全てを再生するようにしてもよいし、曲の一部しか再生できない程度の時間しかない場合には、一部だけを再生するようにすればよい。

一曲全てを再生するように設定されている場合には、センター４から運転支援装置３に対して一曲分の楽曲データを送信する。これに対して、曲の一部しか再生しないように設定されている場合には、センター４から運転支援装置３に対して再生する時間分の楽曲データのみを送信すればよい。ただし、一曲分の楽曲データを送信して、運転支援装置３が設定された時間だけ再生する構成としてもよい。

＜２−９．再生楽曲選択１＞
また、上記実施の形態では、センター４に保存されている楽曲の中から再生する楽曲を選択する構成について説明したが、本発明は、これに限定されるものではない。例えば、車両５に乗車しているドライバや同乗者が所有する携帯端末に保存されている楽曲から選択してもよい。

具体的には、ドライバや同乗者が、スマートホンなどの携帯端末を車両５内に持ち込んでいる場合には、その携帯端末に保存されている楽曲を用いる構成とすることができる。この場合、運転支援装置３は、携帯端末と通信可能に構成されていて、楽曲選択処理の際には、携帯端末に保存されている楽曲一覧をディスプレイ２１に表示するなどの処理を行う。そして、ドライバが楽曲を選択すると、携帯端末から楽曲データを取得して再生処理を実行する。

＜２−１０．再生楽曲選択２＞
また、センター４に保存されている楽曲と携帯端末に保存されている楽曲の双方の中から再生する楽曲を選択する構成としてもよい。この場合には、運転支援装置３は、センター４及び携帯端末と通信可能に構成されていて、楽曲選択処理の際には、センター４及び携帯端末に保存されている楽曲一覧をディスプレイ２１に表示するなどの処理を行う。そして、ドライバが楽曲を選択すると、センター４又は携帯端末から楽曲データを取得して再生処理を実行する。

また、ドライバに対して最初にセンター４か携帯端末かを選択させて、次に、センター４又は携帯端末のいずれか選択した方に保存されている楽曲一覧をディスプレイ２１に表示させるなどの処理を行ってもよい。例えば、図１１に示すように、まずは選択可能な端末をディスプレイ２１に表示する。図１１では、センター４と携帯端末Ａ及びＢが表示されている。これは、センター４の他に、車両５内には選択可能な携帯端末として携帯端末Ａと携帯端末Ｂとが存在していることを示している。そして、ユーザが、例えば携帯端末Ａを選択すると、ディスプレイ２１には、携帯端末Ａに保存されている楽曲一覧が表示される。楽曲一覧の例は図７と同様である。そして、ユーザがいずれかの楽曲を選択すると、運転支援装置３は、携帯端末Ａから楽曲データを取得して再生処理を実行する。

＜２−１１．楽曲再生終了＞
また、上記実施の形態では、運転支援装置３が取得した楽曲データを再生し終わった際に楽曲再生処理を終了する構成について説明したが、本発明は、これに限定されるものではない。例えば、所定の地点に到達したときにサービスを開始する場合には、所定の地点の走行が終わったら楽曲再生処理を終了する構成としてもよい。具体的には、例えば、速度が超過し易い地点等に到達したことによりサービスを開始した場合には、その超過し易い地点（区間）を通過し終わったときに楽曲再生処理を終了する構成である。

＜２−１２．結果導出１＞
また、上記実施の形態では、運転支援装置３は、車速が目標速度範囲を逸脱していた時間割合に基づいて結果を導出する構成について説明したが、本発明は、これに限定されるものではない。例えば、逸脱したレベルをも考慮して結果を導出してもよい。

具体的には、逸脱していた時間割合に応じて導出された結果を満点とし、そこからさらに逸脱したレベルを考慮して導出する方法である。つまり、楽曲の再生時間が１０分であって、逸脱していた時間が１分であった場合には、上記実施の形態のとおり時間割合から導出される結果は９０点となる（１００点満点）。逸脱したレベルをも考慮して結果を導出する際は、この９０点を満点とする。すなわち、本変形例の場合は、逸脱したレベルに応じて減点する点数を予め定めておき、９０点から減算する方法となる。

＜２−１３．結果導出２＞
また、目標速度範囲を逸脱した時間及びレベルの双方を考慮して結果を導出する方法として次のような方法もある。具体的には、目標速度範囲の上限値及び下限値を基準にして、そこから逸脱した度合いに応じた複数のレベル（レベル１〜レベル５など）を設定し、各レベルを走行していた時間に応じて結果を導出する方法である。例えば、目標速度範囲を７５ｋｍ／ｈ〜８０ｋｍ／ｈとした場合に、７０ｋｍ／ｈ〜７５ｋｍ／ｈと８０ｋｍ／ｈ〜８５ｋｍ／ｈをレベル１とし、６５ｋｍ／ｈ〜７０ｋｍ／ｈと８５ｋｍ／ｈ〜９０ｋｍ／ｈをレベル２とする。同様に、レベル３，４，５を設定する。

そして、レベル１〜５を走行した際に減点する単位時間当たりの点数をレベル毎に重みづけて設定する。レベル１は１点／分、レベル２は３点／分などである。そして、各レベルを走行した時間と各レベルの点数とを掛け合わせたものを合計し、満点（１００点）から減算する。車両５の速度が１度も目標速度範囲を超えなかった場合には（レベル１〜５での走行時間が０）、導出される結果は満点（１００点）となる。これに対して、例えば、レベル１の速度で走行した時間が５分であり、レベル２の速度で走行した時間が３分であった場合には、１００−（（１×５）＋（３×３））＝８６点となる。

＜２−１４．終了処理＞
また、上記実施の形態では、導出した結果が基準をクリアしていた場合には、提供される楽曲データを受信してサービスが終了し、基準をクリアしていない場合には、そのままサービスを終了する構成について説明したが、ドライバに対して音声又は表示にてサービスが終了した旨を通知する構成を付加してもよい。

具体的には、基準をクリアしていた場合には、提供される楽曲データを受信した際に、ドライバに対して「楽曲データを受信しました。チャレンジを終了します。」等の音声出力又は表示を行うことでドライバに対してサービスの終了を通知する。また、基準をクリアしていない場合には、「チャレンジ失敗です。次回は頑張ってください。」等の音声出力又は表示を行うことでドライバに対してサービスの終了を通知する。これにより、ドライバはサービスが終了したことを確実に把握することができる。

また、上記各実施の形態では、プログラムに従ったＣＰＵの演算処理によってソフトウェア的に各種の機能が実現されると説明したが、これら機能のうちの一部は電気的なハードウェア回路により実現されてもよい。また逆に、ハードウェア回路によって実現されるとした機能のうちの一部は、ソフトウェア的に実現されてもよい。

１ 運転支援システム
２ 車載システム
３ 運転支援装置
４ センター
５ 車両
２１ ディスプレイ
２２ スピーカ
２３ マイク

Claims (9)

1. 車両の運転を支援する運転支援装置であって、
   目標とする速度の範囲を設定する設定手段と、
   コンテンツの再生を制御する再生制御手段と、を備え、
   前記再生制御手段は、車両の速度が前記目標とする速度の範囲内の場合と範囲外の場合とで、コンテンツの再生方法を異ならせることを特徴とする運転支援装置。
2. 請求項１に記載の運転支援装置において、
   自車両と周辺車両との距離を導出する距離導出手段をさらに備え、
   前記再生制御手段は、前記自車両と周辺車両との距離に応じて、コンテンツの再生方法を異ならせることを特徴とする運転支援装置。
3. 請求項１又は２に記載の運転支援装置において、
   前記再生制御手段は、車両の速度が前記目標とする速度の範囲外にある場合に、コンテンツの再生方法を変化させることを特徴とする運転支援装置。
4. 請求項１ないし３のいずれか１項に記載の運転支援装置において、
   前記再生制御手段は、車両の速度が前記目標とする速度の範囲外にある場合に、コンテンツの再生速度を変化させることを特徴とする運転支援装置。
5. 請求項１ないし４のいずれか１項に記載の運転支援装置において、
   前記再生制御手段は、車両の走行位置が予め定められた位置に到達したとき、運転時間が所定時間継続したとき又は車両の乗員から指示があったときに、コンテンツの再生を開始することを特徴とする運転支援装置。
6. 請求項１ないし５のいずれか１項に記載の運転支援装置において、
   前記再生するコンテンツは、車両の乗員の嗜好を考慮して選択されることを特徴とする運転支援装置。
7. 請求項１ないし６のいずれか１項に記載の運転支援装置において、
   前記コンテンツを再生している間の車両の速度が前記目標とする速度の範囲内に含まれている度合いを示す結果を導出する導出手段をさらに備えていることを特徴とする運転支援装置。
8. 請求項７に記載の運転支援装置において、
   前記導出した結果が所定の基準を満たしている場合には、前記コンテンツのデータを取得することを特徴とする運転支援装置。
9. 車両の運転を支援する運転支援方法であって、
   （ａ）目標とする速度の範囲を設定する工程と、
   （ｂ）コンテンツの再生を制御する工程と、を備え、
   前記（ｂ）工程では、車両の速度が前記目標とする速度の範囲内の場合と範囲外の場合とで、コンテンツの再生方法を異ならせることを特徴とする運転支援方法。

Images