(57)【要約】【課題】例えば、ドライバが眠気を感じる前に、ドライバを覚醒させる処理を行う。【解決手段】再生装置は一例として、移動体の運転状態を検出する運転状態検出部と、再生中のコンテンツデータの再生情報を検出する再生情報検出部と、前記運転状態および前記再生情報に対応する覚醒度情報を取得し、前記覚醒度情報が、覚醒度が相対的に低いことを示す場合に、前記再生中のコンテンツデータの再生態様を変更する再生制御部とを有する。【選択図】図７
2013171546.tif 000002
【特許請求の範囲】
【請求項１】
移動体の運転状態を検出する運転状態検出部と、
再生中のコンテンツデータの再生情報を検出する再生情報検出部と、
前記運転状態および前記再生情報に対応する覚醒度情報を取得し、前記覚醒度情報が、覚醒度が相対的に低いことを示す場合に、前記再生中のコンテンツデータの再生態様を変更する再生制御部と
を有する再生装置。
【請求項２】
前記覚醒度情報は、覚醒度の高低に応じて、少なくとも、
通常の覚醒度の範囲を含む範囲を示す第１の覚醒度情報と、
眠気を催す覚醒度の範囲を示す第２の覚醒度情報と、
前記第１の覚醒度情報で示される範囲の覚醒度より低く、前記第２の覚醒度情報で示される範囲の覚醒度より高い覚醒度の範囲を示す第３の覚醒度情報と
に分類され、
前記再生制御部は、
前記取得される覚醒度情報が前記第３の覚醒度情報を示す場合に、前記再生中のコンテンツデータの再生態様を変更する請求項１に記載の再生装置。
【請求項３】
前記再生制御部は、
前記運転状態において前記覚醒度情報が前記第１の覚醒度情報を示す場合の再生情報を記憶部から取得し、
前記取得される再生情報に基づいて、前記再生中のコンテンツデータの再生態様を変更する請求項２に記載の再生装置。
【請求項４】
前記運転状態および前記コンテンツデータの再生情報に対応する前記覚醒度情報が、前記移動体の運転者毎に分類されて前記記憶部に記憶される請求項３に記載の再生装置。
【請求項５】
前記覚醒度情報を検出する覚醒度検出部を有する請求項１に記載の再生装置。
【請求項６】
前記覚醒度検出部は、心拍センサ、呼気センサ、脳波センサおよび体温センサの少なくとも一つのセンサからなる請求項５に記載の再生装置。
【請求項７】
前記再生制御部は、前記再生中のコンテンツデータとともに、または、前記再生中のコンテンツデータに代えて、警告音を再生する請求項１に記載の再生装置。
【請求項８】
前記再生情報検出部は、前記コンテンツデータの再生情報として、再生中のコンテンツデータの、ジャンル、楽曲識別情報、音量レベルおよびテンポの少なくとも一つを検出する請求項１に記載の再生装置。
【請求項９】
移動体の運転状態を検出し、
再生中のコンテンツデータの再生情報を検出し、
前記運転状態および前記再生情報に対応する覚醒度情報を取得し、前記覚醒度情報が、覚醒度が相対的に低いことを示す場合に、前記再生中のコンテンツデータの再生態様を変更する
再生装置における再生方法。
【請求項１０】
移動体の運転状態を検出し、
再生中のコンテンツデータの再生情報を検出し、
前記運転状態および前記再生情報に対応する覚醒度情報を取得し、前記覚醒度情報が、覚醒度が相対的に低いことを示す場合に、前記再生中のコンテンツデータの再生態様を変更する
再生装置における再生方法を、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、例えば、車載装置に対して適用可能な再生装置、再生方法およびプログラムに関する。
【背景技術】
【０００２】
車両のドライバ（運転者）の眠気の有無を判定する装置が提案されている。例えば、下記特許文献１には、ドライバの瞬きの回数に応じて、ドライバに眠気があるか否かを判定する車両用居眠り防止装置が記載されている。これらの装置では、ドライバの眠気があると判定された場合に、ドライバを覚醒させる処理が行われる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２０３８６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ドライバに眠気があると判定された場合には、ドライバ自身が既に眠気を感じ、ドライバの認識能力が低下している場合が多い。このような場合にドライバを覚醒させる処理を行っても、ドライバが十分に覚醒しないことが起こり得るという問題があった。
【０００５】
したがって、本開示の目的の一つは、ドライバが心理的に眠気を感じる前に、ドライバを覚醒させる処理を行う再生装置、再生方法およびプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本開示は、例えば、
移動体の運転状態を検出する運転状態検出部と、
再生中のコンテンツデータの再生情報を検出する再生情報検出部と、
運転状態および再生情報に対応する覚醒度情報を取得し、覚醒度情報が、覚醒度が相対的に低いことを示す場合に、再生中のコンテンツデータの再生態様を変更する再生制御部と
を有する再生装置である。
【０００７】
本開示は、例えば、
移動体の運転状態を検出し、
再生中のコンテンツデータの再生情報を検出し、
運転状態および再生情報に対応する覚醒度情報を取得し、覚醒度情報が、覚醒度が相対的に低いことを示す場合に、再生中のコンテンツデータの再生態様を変更する
再生装置における再生方法である。
【０００８】
本開示は、例えば、
移動体の運転状態を検出し、
再生中のコンテンツデータの再生情報を検出し、
運転状態および再生情報に対応する覚醒度情報を取得し、覚醒度情報が、覚醒度が相対的に低いことを示す場合に、再生中のコンテンツデータの再生態様を変更する
再生装置における再生方法を、コンピュータに実行させるためのプログラムである。
【発明の効果】
【０００９】
少なくとも一つの実施形態によれば、ドライバが心理的に眠気を感じる前に、ドライバを覚醒させる処理を行うことができる。このため、ドライバが眠気を感じ、居眠り運転を行うことを防止できる。
【図面の簡単な説明】
【００１０】
【図１】再生装置の構成の一例を示す図である。
【図２】覚醒度の高低に応じた分類の一例を示す図である。
【図３】運転状態に応じた覚醒度の変化の一例を説明するための図である。
【図４】覚醒度リストの一例を示す図である。
【図５】ドライバ毎に覚醒度リストが記憶されることを説明するための図である。
【図６】覚醒度リストを生成する処理の一例を示すフローチャートである。
【図７】覚醒度リストを使用した処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本開示の実施の形態について図面を参照しながら説明する。なお、説明は、以下の順序で行う。
＜１．一実施形態＞
＜２．変形例＞
なお、以下に説明する実施形態および変形例は、本開示の好適な具体例であり、本開示の内容がこれらの実施形態および変形例に限定されるものではない。
【００１２】
＜１．一実施形態＞
「再生装置の構成」
図１は、再生装置の構成の一例を示す。再生装置１は、例えば、車両（以下、適宜、車両１００と称することがある）に搭載される車載装置として構成される。再生装置１は、コンテンツデータを再生する機能を有する。コンテンツデータは、例えば、オーディオデータである。コンテンツデータが、ビデオデータと共に再生されるオーディオデータであってもよい。
【００１３】
再生装置１は、大別して、運転状態検出部１０、覚醒度検出部２０、制御部３０、オーディオ再生部４０、操作部５０およびデータベース６０から構成される。もちろん、表示部などの他の構成が再生装置１に設けられてもよい。以下、再生装置１の各部について詳細に説明する。
【００１４】
「運転状態検出部について」
運転状態検出部１０は、車両１００の運転状態を検出する。運転状態検出部１０は、１または複数のセンサからなる。複数のセンサとして。ＧＰＳ(Global Positioning System)１０ａ、加速度センサ１０ｂ、車速センサ１０ｃが例示される。
【００１５】
ＧＰＳ１０ａは、ＧＰＳ情報を使用して車両１００が走行する位置の位置情報を検出する。ＧＰＳ１０ａによって取得された車両１００の位置情報が、例えば、カーナビゲーションシステムにおける地図上にマッピングされる。なお、ＧＰＳ１０ａによって検出される位置情報に、加速度センサ１０ｂや車速センサ１０ｃによって検出されるセンサ情報を加味することで、より正確な車両１００の位置情報を検出するようにしてもよい。
【００１６】
加速度センサ１０ｂは、車両１００に加わる力に基づいて車両１００の加速度を検出する。加速度センサ１０ｂは、加速度の検出原理に応じて、ピエゾ抵抗効果を利用するピエゾ抵抗型、静電容量の変化を利用する静電容量型、圧電効果を利用する圧電型などに分類される。本開示における加速度センサ１０ｂは、特定の検出原理に限定されることなく、ピエゾ抵抗型等の加速度センサを適宜、適用できる。
【００１７】
加速度センサ１０ｂにより検出される加速度は、ベクトル量であることから、ｘ、ｙ、ｚの各成分を有する。これらの成分のうち、１軸の成分を検出する加速度センサが１軸加速度センサである。これらの成分のうち、２軸の成分を検出する加速度センサが２軸加速度センサである。３軸の全ての成分を検出する加速度センサが３軸加速度センサである。
【００１８】
加速度センサ１０ｂは、例えば、２軸の成分の加速度を検出する加速度センサとして構成される。加速度センサ１０ｂは、例えば、ｘ方向の成分として、車両１００の進行方向の加速度を検出する。さらに、加速度センサ１０ｂは、例えば、ｙ方向の成分として、車両１００の横方向（進行方向と略直交する方向）の加速度を検出する。
【００１９】
なお、以下の説明において、加速度センサ１０ｂにより検出される進行方向の加速度をａと表記し、加速度のａを所定時間の範囲で移動平均したものをａ’と表記することがある。加速度センサ１０ｂにより検出される横方向の加速度をｂと表記し、加速度のｂを所定時間の範囲で移動平均したものをｂ’と表記することがある。
【００２０】
車速センサ１０ｃは、車両１００の速度に応じてパルス(車速パルス)を出力する。例えば、車速パルスの時間的な間隔と、その間の車両１００の変位量（車両１００が移動した距離）とに基づいて、車両１００の速度（車速）を検出することができる。なお、以下の説明において、車速センサ１０ｃで検出される車速をｈと表記し、所定時間の範囲における車速ｈの平均をｈ’と表記することがある。ａ’、ｂ’およびｈ’は、例えば、有効数字３桁で示される。
【００２１】
なお、運転状態検出部１０の構成は、例示された構成に限定されることはない。例えば、例示された複数のセンサのうち、一部のセンサを運転状態検出部１０が有する構成としてもよい。ジャイロセンサなどの他のセンサを運転状態検出部１０が有する構成としてもよい。
【００２２】
各センサによって検出されるセンサ情報の全部または一部を使用して、車両１００の運転状態が検出される。検出された車両１００の運転状態を示す情報（以下、適宜、運転状態情報と称する）が制御部３０に供給される。
【００２３】
「覚醒度検出部について」
覚醒度検出部２０は、車両１００のドライバの覚醒度を検出する。覚醒度検出部２０は、ドライバの身体の状況をセンシングする１または複数のセンサからなる。覚醒度検出部２０は、例えば、心拍センサ２０ａ、呼気センサ２０ｂおよび体温センサ２０ｃを含む構成とされる。心拍センサ２０ａは、ドライバの心拍数を検出する。呼気センサ２０ｂは、ドライバの呼吸量を検出する。体温センサ２０ｃは、ドライバの体温を検出する。
【００２４】
覚醒度検出部２０を構成する各センサは、車両１００のハンドルや、シート、シートベルトなどに取り付けられる。このため、ドライバが各センサを意図的に装着する必要がない。
【００２５】
心拍センサ２０ａ、呼気センサ２０ｂおよび体温センサ２０ｃのそれぞれにより取得されるセンサ情報の全部または一部を使用して、ドライバの覚醒度が検出される。覚醒度は、例えば、各センサの数値に対して所定の演算を行うことで検出される。各センサのセンサ情報から覚醒度を検出し、多数決判定を行うことで最終的な覚醒度を検出するようにしてもよい。覚醒度検出部２０によって検出されるドライバの覚醒度を示す情報（以下、適宜、覚醒度情報と称する）が制御部３０に供給される。
【００２６】
「制御部について」
制御部３０は、例えば、ＣＰＵ(Central Processing Unit)３０ａおよびメモリ３０ｂを含む構成とされる。ＣＰＵ３０ａは、再生装置１の各部を制御する。メモリ３０ｂは、例えば、ＣＰＵ３０ａが処理を行う際のワークメモリとして使用される。
【００２７】
運転状態検出部１０から制御部３０に対して、運転状態情報が供給される。覚醒度検出部２０から制御部３０に対して、覚醒度情報が供給される。さらに、制御部３０は、後述するオーディオ再生部４０を制御し、例えば、再生中のオーディオ信号の再生態様を変更する。すなわち、制御部３０が再生制御部の一例として機能する。さらに、制御部３０は、再生中のオーディオデータのジャンル等の再生情報を検出する再生情報検出部としても機能する。
【００２８】
制御部３０に対して、操作部５０から操作信号が供給される。制御部３０は、操作信号に応じた処理を行う。制御部３０は、記憶部の一例であるデータベース６０にアクセスし、データベース６０に記憶されている覚醒度リストに基づく処理を行う。なお、覚醒度リストの詳細については後述する。
【００２９】
「オーディオ再生部について」
オーディオ再生部４０は、オーディオデータのソースとしてソース４０ａ、ソース４０ｂおよびソース４０ｃを有する。オーディオ再生部４０は、ソース切替部４０ｄ、音声処理部４０ｅ、アンプ４０ｆおよびスピーカ４０ｇを含む構成とされる。
【００３０】
ソース４０ａは、例えば、再生装置１が有するローカルストレージに記憶されるオーディオデータである。なお、ソース４０ａに、ＣＤ(Compact Disk)や半導体メモリ、携帯オーディオプレーヤ等から供給されるオーディオデータを含むようにしてもよい。ソース４０ｂは、インターネットなどのネットワークを介して供給されるオーディオデータである。ソース４０ｃは、ドライバを覚醒させるために使用されるビープ音や警告音である。なお、後述するデータベース６０に、ソース４０ａやソース４０ｃに対応するオーディオデータが記憶されてもよい。
【００３１】
オーディオデータは、例えば、メタデータと対応付けられて記憶される。メタデータは、例えば、オーディオデータのジャンルやテンポである。テンポの単位として、例えば、平均的に１分間にいくつの４分音符が入るかを示す単位ＢＰＭ(Beat Per Minute)が使用される。例えば、ＢＰＭが８０より小さいオーディオデータはテンポが遅いオーディオデータと判別され、ＢＰＭが８０〜１２０のオーディオデータはテンポが中程度のオーディオデータと判別され、ＢＰＭが１２０より大きいオーディオデータはテンポが速いオーディオデータと判別される。
【００３２】
ソース切替部４０ｄは、制御部３０による制御に応じて、オーディオデータのソースを切り替え、所定のオーディオデータを読み出す。所定のオーディオデータにビープ音や警告音をミックスする場合には、ソース切替部４０ｄは、ミキシング部としても機能する。
【００３３】
音声処理部４０ｅは、ソース切替部４０ｄによって読み出されたオーディオデータに対して所定の音声処理を施す。音声処理部４０ｅは、制御部３０の制御に応じて、オーディオデータのノイズを除去するノイズ除去処理や、オーディオデータのレベルを変更するレベルコントロール処理や、テンポを切り替えるテンポコントロール処理や、オーディオデータをデジタルデータからアナログデータに変換するＡ／Ｄ(Analog to Digital)変換処理などを行う。音声処理部４０ｅによって処理が施されたオーディオデータがアンプ４０ｆに供給される。
【００３４】
アンプ４０ｆは、音声処理部４０ｅから供給されるオーディオデータを所定の増幅率でもって増幅する。増幅されたオーディオデータがスピーカ４０ｇから再生される。スピーカ４０ｇは、例えば、ダッシュボードの中央付近に取り付けられるスピーカ（センタ）と、各座席の近傍に取り付けられる４つのスピーカ（フロントライト、フロントレフト、リアライト、リアレフト）から構成される。もちろん、スピーカの配置態様は例示した態様に限られることなく、車両の大きさや形状などに応じて適宜、変更できる。
【００３５】
「操作部について」
操作部５０は、再生装置１に配設されるボタンやスイッチ、ダイヤル等である。操作部５０は、ボタン等に限られることはなく、タッチパネルでもよい。操作部５０を使用して、各種の操作指示がなされる。例えば、オーディオレベルを指示する操作がなされる。操作部５０は、操作指示に対応する操作信号を生成する。生成された操作信号が、制御部３０に供給される。制御部３０は、操作信号に応じた処理を行う。
【００３６】
「データベースについて」
データベース６０は、例えば、ハードディスクからなり、大容量の記憶容量を有する。データベース６０に、後述する覚醒度リストが記憶される。データベース６０に、オーディオデータ等の他のデータが記憶されてもよい。なお、データベース６０は、再生装置１とは別個に設けられてもよい。例えば、データベース６０が、再生装置１に対して有線または無線によってアクセスできる装置として構成されてもよい。有線または無線による通信を介して、データベース６０から再生装置１に覚醒度リスト等が供給されるようにしてもよい。
【００３７】
「運転状態情報」
運転状態検出部１０によって検出される運転状態情報の一例について説明する。運転状態検出部１０は、例えば、加速度センサ１０ｂおよび車速センサ１０ｃにより検出されるセンサ情報を使用して、下記の式（１）で示される演算を行う。
【００３８】
ａ’＋ｂ’＋(ｈ’／１００)          ・・・式（１）
【００３９】
上述したように、ａ’は、車両１００の進行方向の加速度のａを、所定時間の範囲で移動平均したものである。ｂ’は、車両１００の横方向の加速度ｂを、所定時間の範囲で移動平均したものである。ｈ’は、車速センサ１０ｃで検出される車速ｈの所定時間の範囲における平均値であり、(ｈ’／１００)は、ｈを例えば１００で除算したものである。
【００４０】
車両１００が停止した状態では、式（１）の演算結果が０（または略０）になる。車両１００の通常の運転における最高速度を、例えば、時速１２０キロメートルとする。このときのａ’、ｂ’およびｈ’を使用した式（１）の演算結果を、例えば、Ａとする。車両１００が最高時速であるときに、加速度が最大になると考えると、式（１）の演算結果Ｒの範囲は、略一定の範囲である０＜Ｒ＜Ａに収束する。
【００４１】
式（１）の演算結果Ｒの範囲（０＜Ｒ＜Ａ）を、例えば、９９の段階に分類し、各段階で運転状態を規定する。すなわち、運転状態情報の一例として、９９の運転状態情報が使用される。９９の段階を、例えば、Ｄ０１、Ｄ０２・・Ｄ９９とそれぞれ表記する。車両１００の実際の運転状態が９９の運転状態情報のいずれかに分類されることで、車両１００の運転状態情報が検出される。例えば、Ｄ０１は車両１００が停止している運転状態であり、Ｄ９９が、車両１００が時速１２０キロメートルで走行するときの運転状態を示す。
【００４２】
運転状態を分類するための段階数は適宜、変更できる。段階数を適切に設定することで、車両１００の実際の運転状態が多少、変化した場合でも、運転状態情報そのものは変化しない。運転状態検出部１０で検出される運転状態情報が制御部３０に供給される。
【００４３】
「覚醒度情報」
覚醒度検出部２０によって検出される覚醒度情報について説明する。図２に示すように、覚醒度情報は、覚醒度の高低に応じて、例えば、４つの範囲に分類される。覚醒度が低い範囲から順に、範囲Ｉ、範囲ＩＩ、範囲ＩＩＩおよび範囲ＩＶが規定される。
【００４４】
範囲Ｉは、例えば、覚醒度が低く、ドライバが実際に眠気を感じる覚醒度の極低状態を示す。範囲ＩＩは、ドライバは眠気を感じないものの、覚醒度が低い状態を示す。範囲ＩＩＩは、覚醒度が通常の状態を示す。範囲ＩＶは、ドライバが緊張状態や興奮状態にあり、覚醒度が高い状態を示す。
【００４５】
なお、覚醒度情報の分類は、上述した例に限定されない。例えば、範囲ＩＩＩと範囲ＩＶを区別しなくてもよい。少なくとも、範囲Ｉと、範囲ＩＩと、他の範囲（範囲ＩＩＩおよび範囲ＩＶを含む範囲）とに分類されればよい。他の範囲が第１の覚醒度情報の一例とされ、範囲Ｉが第２の覚醒度情報の一例とされ、範囲ＩＩが第３の覚醒度情報の一例とされる。
【００４６】
覚醒度検出部２０は、覚醒度検出部２０を構成するセンサの一部または全部を使用して、ドライバの覚醒度を検出する。そして、覚醒度検出部２０は、検出した覚醒度に対応する覚醒度情報を検出する。検出された覚醒度情報が制御部３０に供給される。
【００４７】
覚醒度情報の決定方法の一例について説明する。心拍センサ２０ａにより検出される心拍数に応じて、ドライバの覚醒度を判断する。心拍数は、例えば、所定時間の範囲で計測され、その平均値が使用される。心拍数が低いほど覚醒度が低く、心拍数が高いほど覚醒度が高くなる傾向になる。心拍数に対応する覚醒度の高低は、予め実験等によって得られている。このため、心拍センサ２０ａにより検出される心拍数が、どの範囲の覚醒度情報に属するかを判別できる。
【００４８】
呼気センサ２０ｂにより検出される呼吸量に応じて、ドライバの覚醒度を判断する。呼吸量は、例えば、所定時間の範囲で計測され、その平均値が使用される。呼吸量が小さいほど覚醒度が低く、呼吸量が大きいほど覚醒度が高くなる傾向になる。呼吸量に対応する覚醒度の高低は、予め実験等によって得られている。このため、呼気センサ２０ｂにより検出される呼吸量が、どの範囲の覚醒度情報に属するかを判別できる。
【００４９】
体温センサ２０ｃにより検出される体温に応じて、ドライバの覚醒度を判断する。体温は、例えば、所定時間の範囲で計測され、その平均値が使用される。体温が低いほど覚醒度が低く、体温が高いほど覚醒度が高くなる傾向になる。体温に対応する覚醒度の高低は、予め実験等によって得られている。このため、体温センサ２０ｃにより検出される体温が、どの範囲の覚醒度情報に属するかを判別できる。
【００５０】
各センサによって得られるセンサ情報がどの範囲の覚醒度情報に対応するかが判別される。覚醒度検出部２０は、例えば、多数決処理を行って覚醒度情報を決定する。例えば、心拍数からドライバの覚醒度情報が範囲ＩＩＩと判別され、呼吸量からドライバの覚醒度情報が範囲ＩＩと判別され、体温からドライバの覚醒度情報が範囲ＩＩと判別されたとする。この場合は、多数決処理により、ドライバの覚醒度情報が範囲ＩＩに決定される。決定された覚醒度情報が、最終的な覚醒度情報ＩＩとして制御部３０に供給される。
【００５１】
なお、最終的な覚醒度情報を決定する処理は、多数決処理に限られない。例えば、各センサから判別される覚醒度情報のうち、最も覚醒度が低い覚醒度情報を、最終的な覚醒度情報として決定してもよい。
【００５２】
「覚醒度リスト」
制御部３０は、運転状態検出部１０から供給される運転状態情報および覚醒度検出部２０から供給される覚醒度情報のログ（履歴）をとる。図３は、運転状態情報および覚醒度情報の変化の一例を模式的に示したものである。
【００５３】
車両１００が走行する期間において、所定時間毎に運転状態情報および覚醒度情報が検出される。例えば、時刻ｔ０〜時刻ｔ１までの期間が所定時間とされ、運転状態情報や覚醒度情報が検出される検出単位とされる。所定時間は、適宜、設定できるが、例えば、数分程度に設定される。各検出単位には識別子（ＩＤ）が付与される。例えば、時系列順に３桁のＩＤが付与される。
【００５４】
図３の例では、始めの期間（時刻ｔ０〜時刻ｔ１）にＩＤ００１が付与される。ＩＤ００１で示される期間において、運転状態情報Ｄ０８が制御部３０に供給される。さらに、ＩＤ００１で示される期間において、覚醒度情報ＩＶが制御部３０に供給される。制御部３０は、ＩＤ００１に対応付けて運転状態情報Ｄ０８および覚醒度情報ＩＶを記憶する。
【００５５】
次の期間（時刻ｔ１〜時刻ｔ２）にＩＤ００２が付与される。ＩＤ００２で示される期間において、運転状態情報Ｄ２０が制御部３０に供給される。さらに、ＩＤ００２で示される期間において、覚醒度情報ＩＶが制御部３０に供給される。制御部３０は、ＩＤ００２に対応付けて運転状態情報Ｄ２０および覚醒度情報ＩＶを記憶する。
【００５６】
以下、同様にして、時系列に運転状態情報および覚醒度情報が記憶される。車両１００の走行が停止した場合には、運転状態情報等のログをとる処理が終了する。なお、ＩＤ９９９に対応する運転状態情報および覚醒度情報が記憶された後は、ＩＤ００１以降の運転状態情報および覚醒度情報を上書きするようにしてもよい。
【００５７】
制御部３０は、さらに、所定期間において再生中のオーディオデータの再生情報を取得する。再生中のオーディオデータの再生情報は、例えば、再生中のオーディオデータのジャンルやテンポ、音量レベルである。オーディオデータのジャンルやテンポは、例えば、オーディオデータに付帯するメタデータに基づいて判別できる。オーディオデータに対して周波数解析等を行うことで、オーディオデータのジャンル等を判別するようにしてもよい。音量レベルは、例えば、操作部５０を使用して設定された音量レベルの設定値に基づいて判別できる。
【００５８】
なお、所定期間において、オーディオデータの再生がなされていない場合には、上述した運転状態情報および覚醒度情報のログは記憶されない。所定期間において、複数のオーディオデータが再生された場合には、当該所定期間において再生される時間が最も長いオーディオデータの再生情報を取得するようにしてもよい。制御部３０は、所定期間における運転状態情報および覚醒度情報に、オーディオデータの再生情報を紐付けて記憶することで、覚醒度リストを生成する。
【００５９】
図４は、あるドライバ（ドライバＸ）の覚醒度リストの一例を示す。所定期間（時刻ｔ０〜時刻ｔ１）には、ＩＤ００１が付与され、運転状態情報Ｄ０８および覚醒度情報ＩＶが対応付けられて記憶される。ＩＤ００１には、さらに、所定期間（時刻ｔ０〜時刻ｔ１）で再生されたオーディオデータの再生情報が対応付けられて記憶される。オーディオデータの再生情報の一例として、ジャンルとして「ロック」、音量レベルとして「大」、テンポとして「速」が記憶される。すなわち、覚醒リストを参照することで、ドライバＸは、Ｄ０８で規定される運転状態のときに、音量レベルが大でテンポの速いロックのオーディオデータを聞き、そのときの覚醒度が高いことが判別できる。
【００６０】
所定期間（時刻ｔ１〜時刻ｔ２）には、ＩＤ００２が付与され、運転状態情報Ｄ２０および覚醒度情報ＩＶが対応付けられて記憶される。ＩＤ００２には、さらに、所定期間（時刻ｔ１〜時刻ｔ２）で再生されたオーディオデータの再生情報が対応付けられて記憶される。オーディオデータの再生情報の一例として、ジャンルとして「ロック」、音量レベルとして「中」、テンポとして「中」が記憶される。すなわち、覚醒リストを参照することで、ドライバＸは、Ｄ２０で規定される運転状態のときに、音量レベルが中でテンポが中程度のロックのオーディオデータを聞き、そのときの覚醒度が高いことを判別できる。同様にして、他の所定期間における運転状態情報等が記憶される。
【００６１】
なお、運転状態情報が同じまたは近似する場合でも、再生中のオーディオデータの再生情報に応じて覚醒度情報が異なる場合がある。例えば、ＩＤ００２で規定される所定期間とＩＤ０３２で規定される所定期間の運転状態情報はともに運転状態情報Ｄ０２０である。ＩＤ００２の期間では、音量レベル「中」、テンポ「中」のロックが再生されており、覚醒度が高い。これに対して、ＩＤ０３２の期間では、音量レベル「中」、テンポ「遅」のポップスが再生されており、覚醒度情報がＩＩを示し、覚醒度が相対的に低い。このように、同じ運転状態でも再生されるオーディオデータによって覚醒度が異なる。
【００６２】
詳細は後述するが、覚醒度リストを参照して、ドライバを覚醒させる処理が行われる。覚醒度リストを参照して判別された覚醒度情報が覚醒度情報ＩＩを示す場合に、ドライバを覚醒させる処理が行われる。これにより、実際にドライバが眠気を感じる前に、ドライバを覚醒させることができる。
【００６３】
なお、運転状態やオーディオデータの再生情報に応じた覚醒度の変化は、ドライバ毎に異なることが多い。このため、覚醒度リストがドライバ毎に生成されるようにしてもよい。例えば、車両１００を運転する可能性があるドライバが３人（ドライバＸ、ドライバＹおよびドライバＺ）いるとする。このような場合には、図５に模式的に示すように、ドライバＸの覚醒度リスト、ドライバＹの覚醒度リスト、ドライバＺの覚醒度リストがそれぞれ生成される。各覚醒度リストには、ドライバ毎に割りあてられるＩＤが付与される。
【００６４】
「覚醒度リスト生成処理」
再生装置１が行う処理の一例について説明する。再生装置１は、主に、覚醒度リストを生成する処理（覚醒度リスト生成処理）と、覚醒度リストを参照してドライバを覚醒させる処理（ドライバ覚醒処理）とを実行する。二つの処理は、別の機会で行われてもよく、並列的に行われてもよい。始めに、覚醒度リスト生成処理について説明する。
【００６５】
図６は、覚醒度リスト生成処理の流れの一例を示すフローチャートである。図６に例示する処理は、特に断らない限り制御部３０によって行われる。
【００６６】
ステップＳ１０では、車両１００を走行するドライバの設定がなされる。ここでは、例えば、ドライバとしてドライバＸが設定されたものとする。設定がなされたドライバＸの覚醒度リストが生成することになる。ドライバの設定は、例えば、操作部５０を使用してなされる。一度、ドライバが設定された後は、自動でドライバの認識がなされてもよい。例えば、画像認識やシートによる体重を検出することでドライバの認識がなされるようにしてもよい。ドライバの設定がなされると、処理がステップＳ１１に進む。
【００６７】
ステップＳ１１では、車両１００の走行が開始される。車両１００の走行が開始されると処理がステップＳ１２に進む。ステップＳ１２では、運転状態検出部１０により運転状態が解析される。運転状態検出部１０により運転状態が解析されることで、例えば、Ｄ０１〜Ｄ９９のいずれかで規定される運転状態情報が検出される。運転状態情報が制御部３０に供給される。運転状態が解析されると、処理がステップＳ１３に進む。
【００６８】
ステップＳ１３では、オーディオデータが再生されているか否かが判断される。オーディオデータが再生されていなければ、ステップＳ１３の判定処理が再度、行われる。オーディオデータが再生されていれば、処理がステップＳ１４に進む。
【００６９】
ステップＳ１４では、再生中のオーディオデータの再生情報が解析される。例えば、再生中のオーディオデータのメタ情報が取得され、再生中のオーディオデータのジャンルおよびテンポが判別される。さらに、再生中のオーディオデータに設定された音量レベルが判別される。そして、処理がステップＳ１５に進む。
【００７０】
ステップＳ１５では、再生中のオーディオデータが変更されたか否かが判定される。再生中のオーディオデータが変更された場合は、処理がステップＳ１４に戻る。そして、変更後のオーディオデータの再生情報が解析される。オーディオデータの再生が変更されていない場合は、処理がステップＳ１６に進む。
【００７１】
ステップＳ１６では、覚醒度検出部２０によりドライバＸの覚醒度が解析される。心拍センサ２０ａ等のセンサ情報を使用して、ドライバＸの覚醒度が解析される。ドライバＸの覚醒度が解析され、覚醒度情報が検出される。そして、処理がステップＳ１７に進む。
【００７２】
ステップＳ１７では、所定のＩＤに対応付けて、運転状態情報、再生中のオーディオデータの再生情報および覚醒度情報が記憶される。なお、覚醒度情報が覚醒度情報Ｉである場合には、そのときの運転状態情報等は記憶されない。覚醒度情報が覚醒度情報Ｉである場合には、ドライバを覚醒させる処理が直ちに開始されることが好ましいからである。そして、処理がステップＳ１８に進む。
【００７３】
ステップＳ１８では、所定時間が経過したか否かが判断される。所定時間が経過していれば、処理がステップＳ１２に戻り、次の所定期間における運転状態等が解析される。このようにして、運転状態情報、再生中のオーディオデータの再生情報および覚醒度情報が記憶されていき、ドライバＸの覚醒度リストが生成される。生成された覚醒度リストがデータベース６０に記憶される。なお、例えば、車両１００の走行が終了した場合には、覚醒度リスト生成処理が終了する。
【００７４】
なお、データベース６０に、予め統計的な結果に基づいて予測されたデフォルトの覚醒度リストが記憶されていてもよい。デフォルトの覚醒度リストが各ドライバの運転によって適宜、更新され、ドライバの特性に応じた覚醒度リストが生成されるようにしてもよい。
【００７５】
「ドライバ覚醒処理」
次に、覚醒度リストを使用したドライバ覚醒処理について説明する。図７は、ドライバ覚醒処理の流れの一例を示すフローチャートである。図７に示す処理は、特に断らない限り、制御部３０によって行われる。ドライバ覚醒処理は、例えば、車両１００が走行中でオーディオデータが再生されるときに行われる。なお、図７における処理では、図４に例示した覚醒度リストが使用されるものとして説明する。
【００７６】
ステップＳ２０では、車両１００を運転するドライバの設定がなされる。ここでは、ドライバとしてドライバＸの設定がなされたものとして説明する。ドライバの設定は、例えば、操作部５０を使用してなされる。ドライバが自動的に認識されてもよい。そして、処理がステップＳ２１に進む。
【００７７】
ステップＳ２１では、ステップＳ２０において設定されたドライバＸに対応する覚醒度リストがデータベース６０から読み出される。読み出されたドライバＸの覚醒度リストが制御部３０のメモリ３０ｂに一時的に記憶される。そして、処理がステップＳ２２に進む。ステップＳ２２では、車両１００の走行が開始される。そして、処理がステップＳ２３に進む。
【００７８】
ステップＳ２３では、運転状態検出部１０によって車両１００の運転状態が解析され、運転状態情報が検出される。検出された運転状態情報が制御部３０に供給される。そして、処理がステップＳ２４に進む。なお、運転状態検出部１０は、車両１００の運転状態情報を所定の周期（例えば、１０分程度）で検出する。検出された運転状態情報が制御部３０に供給される。すなわち、制御部３０には、車両１００の運転状態情報が周期的に供給される。
【００７９】
ステップＳ２４では、再生中のオーディオデータの再生情報が取得される。例えば、再生情報として、再生中のオーディオデータのジャンル、テンポが取得される。さらに、再生中の音量レベルが取得される。そして、処理がステップＳ２５に進む。
【００８０】
ステップＳ２５では再生中のオーディオデータが変更されたか否かが判定される。再生中のオーディオデータが変更された場合には、処理がステップＳ２３に戻る。そして、変更されたオーディオデータの再生情報が取得される。ステップＳ２５の処理において、再生中のオーディオデータが変更されない場合は、処理がステップＳ２６に進む。
【００８１】
ステップＳ２６では、メモリ３０ｂに記憶された覚醒度リストを参照して覚醒度情報を取得する処理が行われる。例えば、運転状態情報が「Ｄ４０」であり、再生中のオーディオデータの再生情報が「ジャンル：ポップス、音量レベル：中、テンポ：中」である場合は、覚醒度情報ＩＩＩが取得される（ＩＤ０３０に対応）。例えば、運転状態情報が「Ｄ２０」であり、再生中のオーディオデータの再生情報が「ジャンル：ポップス、音量レベル：中、テンポ：遅」である場合は、覚醒度情報ＩＩが取得される（ＩＤ０３２に対応）。そして、処理がステップＳ２７に進む。
【００８２】
ステップＳ２７では、覚醒度リストで示される覚醒度情報が、覚醒度情報ＩＩであるか否かが判定される。覚醒度情報ＩＩでない場合は、処理がステップＳ２３に戻る。覚醒度情報ＩＩである場合は、処理がステップＳ２８に進む。
【００８３】
ステップＳ２８では、覚醒度リストを参照して、オーディオデータの再生態様を変更する処理が行われる。オーディオデータの再生態様を変更することは、例えば、再生中のオーディオデータの音量やテンポ等を変更することや、再生中のオーディオデータを他のオーディオデータや警告音に変更することや、再生中のオーディオデータにミックスして警告音を再生することを含む意味である。
【００８４】
例えば、運転状態情報として「Ｄ２０」が供給され、再生中のオーディオデータの再生情報として「ジャンル：ポップス、音量レベル：中、テンポ：遅」が制御部３０に供給されたとする。覚醒度リストを参照すると、覚醒度情報が覚醒度情報ＩＩである。すなわち、ドライバＸは、過去における同一環境下において、心理的な眠気は感じていないものの、心拍数等が低下した状態になったことがある。同一環境下とは、同様の運転状態および同様のオーディオデータの再生情報を意味する。このため、現在の車両１００の走行において、ドライバＸが覚醒度情報ＩＩの状態になる可能性が高くなる。
【００８５】
覚醒度情報ＩＩの状態は、近い将来に眠気を実際に感じるレベル（覚醒度情報Ｉの状態）まで覚醒度が低下するおそれがある。これを防止するため、覚醒度情報が覚醒度情報ＩＩであるときにオーディオデータの再生態様を変更し、ドライバを覚醒させる処理を行う。なお、運転状態そのものは変更できない。制御部３０は、覚醒度リストを参照して、運転状態情報がＤ２０であり、覚醒度情報が覚醒度情報ＩＩＩまたは覚醒度情報ＩＶであるオーディオデータの再生情報を取得する。ドライバの覚醒度を高くするために、覚醒度情報ＩＶであるオーディオデータの再生情報を取得することが好ましい。
【００８６】
例えば、ＩＤ００２は、運転状態情報が「Ｄ２０」を示し、覚醒度情報が覚醒度情報ＩＶを示す。制御部３０は、ＩＤ００２に対応するオーディオデータの再生情報を取得する。ＩＤ００２に対応するオーディオデータの再生情報は、「ジャンル：ロック、音量レベル：中、テンポ：中」である。
【００８７】
制御部３０は、例えば、ソース４０ａからロックのオーディオデータを読み出し、音量レベルおよびテンポが「中」となるように音声処理部４０ｅを制御する。ロックのオーディオデータがアンプ４０ｆで増幅される。スピーカ４０ｇからは、「ジャンル：ロック、音量レベル：中、テンポ：中」のオーディオデータが再生される。なお、ソース４０ａにロックのオーディオデータが存在しない場合は、例えば、ソース４０ｂ（ネットワーク）を介してロックのオーディオデータを再生するようにしてもよい。
【００８８】
ドライバＸは、過去において、運転状態情報が「Ｄ２０」で「ジャンル：ロック、音量レベル：中、テンポ：中」のオーディオデータを再生したときに、覚醒度が高くなる。このため、同様の再生情報に基づいてオーディオデータを再生すると、ドライバＸは、覚醒度が高くなる可能性が高い。このように、ドライバＸの覚醒度に関する過去の履歴を参照して、ドライバＸの覚醒度を高くする処理が行われる。そして、処理がステップＳ２３に戻る。
【００８９】
ステップＳ２３では、次の検出タイミングにおいて運転状態が解析され、次の運転状態情報が検出される。以下、同様の処理が行われる。なお、ステップＳ２８で、再生態様が変更されたオーディオデータの再生が終了した後に、処理がステップＳ２３に戻るようにしてもよい。
【００９０】
このように、本開示では、音（オーディオ）の再生により覚醒度の誘導を行っている。多くの研究により、音が人の生態に影響を与えることが実証されている。例えば、人が歩行しているときに、行進曲のようなオーディオを再生すると、歩行のペースが再生中のオーディオのテンポと近似してくる。これは音による行動誘導であり、引き込み現象などとも称されている。このように音による生体運動の誘導は可能である。このため、オーディオの再生によって覚醒度の誘導を行うことも可能となる。
【００９１】
＜２．変形例＞
以上、本開示の一実施形態について説明したが、本開示は、上述した実施形態に限られることなく、種々の変形が可能である。以下、変形例について説明する。
【００９２】
覚醒度検出部２０は、例示された心拍センサ２０ａなどを全て有する必要はなく、例示された心拍センサ２０ａのうち、一部のセンサを有するようにしてもよい。さらに、他のセンサを有するようにしてもよい。例えば、覚醒度検出部２０が、ドライバの脳波を検出する脳波センサを有する構成としてもよい。
【００９３】
人間の脳波と、生理的・心理的状態には密接な関連があることが知られている。人間がリラックスした状態ではα波（周波数が１０Ｈｚ前後）が観測され、人間が活動的な状態ではβ波（周波数が２０Ｈ前後）が観測され、人間が眠いときにはθ波（５Ｈｚ前後）が観測される。α波が観測されたときは、覚醒度情報が覚醒度情報ＩＩと判定され、β波が観測されたときは、覚醒度情報が覚醒度情報ＩＩＩ（またはＩＶ）と判定され、θ波が観測されたときは、覚醒度情報が覚醒度情報Ｉと判定されるようにしてもよい。
【００９４】
覚醒度が所定のレベルより高い状態を、過覚醒状態として規定してもよい。現在の運転状態およびオーディオデータの再生状況と同様の状況で、過去において過覚醒状態になったことがある場合には、同じ運転状態情報であり、かつ、覚醒度情報が覚醒度情報ＩＩＩのオーディオデータの再生情報を取得してもよい。取得した再生情報に基づいて、オーディオデータの再生態様が変更されるようにしてもよい。
【００９５】
運転状態検出部１０や覚醒度検出部２０がセンサ情報を制御部３０に出力するようにしてもよい。そして、制御部３０が、運転状態情報や覚醒度情報を検出するようにしてもよい。
【００９６】
上述した式（１）において、重み付け係数が設定されてもよい。例えば、進行方向の加速度の移動平均ａ’の重みが重くなるような重み付け係数が設定されてもよい。
【００９７】
オーディオデータの再生情報がジャンル等以外の再生情報でもよい。例えば、オーディオデータの再生情報として、楽曲毎に割り当てられる楽曲ＩＤが使用されてもよい。長調／短調等の調子が使用されてもよい。
【００９８】
ドライバを覚醒させる処理において、覚醒度検出部２０による判定処理がなされてもよい。例えば、図７におけるステップＳ２２とステップＳ２３との間で覚醒度検出部２０によってドライバＸの覚醒度が検出されるようにしてもよい。覚醒度検出部２０によって、ドライバＸの覚醒度情報が覚醒度情報Ｉである場合には、ただちにドライバを覚醒させる処理が行われてもよい。例えば、警告音等を再生したり、ドライバ用のシートを振動させてもよい。再生装置１に通話機能を設け、外部からの通話によってドライバを覚醒させるようにしてもよい。
【００９９】
運転状態情報や覚醒度情報に応じて、ソート処理を施した覚醒度リストを記憶するようにしてもよい。
【０１００】
覚醒度リストを生成する処理において、運転状態情報およびオーディオデータの再生情報が同一であっても、異なる覚醒度情報が検出される場合も有り得る。このような場合は、最も多い回数、検出された覚醒度情報を、当該運転状態情報および当該オーディオデータの再生情報に対応付けて記憶するようにしてもよい。
【０１０１】
オーディオ再生部４０が、例えば、再生装置１とは独立した携帯型オーディオプレーヤでもよい。携帯型オーディオプレーヤに対して、再生装置１が通信可能に構成される。そして、制御部３０から出力される制御コマンドが通信を介して携帯型オーディオプレーヤに供給される。上述した実施形態と同様の処理が行われ、携帯型オーディオプレーヤから再生されるオーディオデータの再生態様が変更されるようにしてもよい。
【０１０２】
本開示は、装置のほか、方法、プログラム、プログラムが記録された記録媒体などにより実現することができる。さらに、本開示は、例示した処理が複数の装置によって分散して処理される、いわゆるクラウドシステムに対して適用することができる。例えば、例示した処理（運転状態情報や覚醒度情報を検出する処理や、制御部による処理など）を全て実行するシステムであって、一部の処理を実行する装置として本開示が実現されてもよい。
【０１０３】
なお、実施形態および変形例における構成および処理は、技術的矛盾が生じない範囲で適宜、削除または変更することができる。図６や図７における処理の順序は、技術的矛盾が生じない範囲で適宜、変更できる。さらに、実施形態および変形例における構成および処理は、技術的矛盾が生じない範囲で適宜、組み合わせることができる。
【０１０４】
本開示は、以下の構成をとることもできる。
（１）
移動体の運転状態を検出する運転状態検出部と、
再生中のコンテンツデータの再生情報を検出する再生情報検出部と、
前記運転状態および前記再生情報に対応する覚醒度情報を取得し、前記覚醒度情報が、覚醒度が相対的に低いことを示す場合に、前記再生中のコンテンツデータの再生態様を変更する再生制御部と
を有する再生装置。
（２）
前記覚醒度情報は、覚醒度の高低に応じて、少なくとも、
通常の覚醒度の範囲を含む範囲を示す第１の覚醒度情報と、
眠気を催す覚醒度の範囲を示す第２の覚醒度情報と、
前記第１の覚醒度情報で示される範囲の覚醒度より低く、前記第２の覚醒度情報で示される範囲の覚醒度より高い覚醒度の範囲を示す第３の覚醒度情報と
に分類され、
前記再生制御部は、
前記取得される覚醒度情報が前記第３の覚醒度情報を示す場合に、前記再生中のコンテンツデータの再生態様を変更する（１）に記載の再生装置。
（３）
前記再生制御部は、
前記運転状態において前記覚醒度情報が前記第１の覚醒度情報を示す場合の再生情報を記憶部から取得し、
前記取得される再生情報に基づいて、前記再生中のコンテンツデータの再生態様を変更する（２）に記載の再生装置。
（４）
前記運転状態および前記コンテンツデータの再生情報に対応する前記覚醒度情報が、前記移動体の運転者毎に分類されて前記記憶部に記憶される（３）に記載の再生装置。
（５）
前記覚醒度情報を検出する覚醒度検出部を有する（１）乃至（４）のいずれか１に記載の再生装置。
（６）
前記覚醒度検出部は、心拍センサ、呼気センサ、脳波センサおよび体温センサの少なくとも一つのセンサからなる（５）に記載の再生装置。
（７）
前記再生制御部は、前記再生中のコンテンツデータとともに、または、前記再生中のコンテンツデータに代えて、警告音を再生する（１）乃至（６）のいずれか１に記載の再生装置。
（８）
前記再生情報検出部は、前記コンテンツデータの再生情報として、再生中のコンテンツデータの、ジャンル、楽曲識別情報、音量レベルおよびテンポの少なくとも一つを検出する（１）乃至（７）のいずれか１に記載の再生装置。
（９）
移動体の運転状態を検出し、
再生中のコンテンツデータの再生情報を検出し、
前記運転状態および前記再生情報に対応する覚醒度情報を取得し、前記覚醒度情報が、覚醒度が相対的に低いことを示す場合に、前記再生中のコンテンツデータの再生態様を変更する
再生装置における再生方法。
（１０）
移動体の運転状態を検出し、
再生中のコンテンツデータの再生情報を検出し、
前記運転状態および前記再生情報に対応する覚醒度情報を取得し、前記覚醒度情報が、覚醒度が相対的に低いことを示す場合に、前記再生中のコンテンツデータの再生態様を変更する
再生装置における再生方法を、コンピュータに実行させるためのプログラム。
【符号の説明】
【０１０５】
１・・・再生装置
１０・・・運転状態検出部
２０・・・覚醒度検出部
３０・・・制御部
４０・・・オーディオ再生部
６０・・・データベース
１００・・・車両
【図１】
2013171546.tif 000003
【図２】
2013171546.tif 000004
【図３】
2013171546.tif 000005
【図４】
2013171546.tif 000006
【図５】
2013171546.tif 000007
【図６】
2013171546.tif 000008
【図７】
2013171546.tif 000009