(57)【特許請求の範囲】
【請求項１】
車両走行における現在の運転操作情報を取得する運転操作情報取得手段と、
前記運転操作情報取得手段で取得した現在の運転操作情報の履歴に基づいて運転者の状態に応じた運転操作のドライバモデルを作成するドライバモデル作成手段と、
運転者に対して状態を問い合わせる問い合わせ手段と、
前記問い合わせ手段に対するドライバの回答に応じて、運転者の状態を判断する状態判断手段と、
運転者が所定の状態にある累積時間を運転者の総ドライビング時間によって除することにより、運転者が所定の状態にある事前確率を計算する事前確率計算手段と、
前記状態判断手段によって判断された運転者の状態別に前記ドライバモデル作成手段によって作成されたドライバモデルを、前記事前確率計算手段によって計算された事前確率と共に、分類して記憶する記憶手段と、
前記記憶手段に分類されて記憶される運転者の状態別ドライバモデルと、前記事前確率に基づいて状態別の事後確率を算出し、状態別の事後確率から状態別の確率割合を算出し、確率割合のうち最大の確率のものを与える状態がドライバの現在の状態であるものと判断するドライバモデル依拠状態判断手段と、
前記ドライバモデル依拠状態判断手段によって、運転者の状態が車両の運転に適正ではないと判断されたときには、警告動作を行う警告出力手段と、
前記ドライバモデル依拠状態判断手段によって、運転者の状態が車両の運転に適正ではないと判断されたときには、運転操作のアシストを行う運転操作アシスト手段と、を有することを特徴とする運転支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車、ハイブリッドカーなどの車輌に搭載され、ドライバ毎のドライバモデルを作成すると共に、作成されたドライバモデルに基づいてドライバの状態の判定を行うドライバモデル作成装置に関する。
【背景技術】
【０００２】
車両運転者（ドライバ）の運転操作のモデル化、及びその応用について種々の提案がされている。例えば、特許文献１（特開２００２−１４０７８６号公報）に記載されている技術では、ファジールールやニューラルネットワークを使用したドライバモデルにより、交差点道路の危険度を評価する技術について提案されている。
【特許文献１】特開２００２−１４０７８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に記載の技術では、ファジールールやニューラルネットワークを使用してのドライバモデルを構成しているため、ファジールールの作成や、バックプロパゲーション等の学習が必要であり、ドライバモデルを容易に作成することができない。
【０００４】
また、従来技術では、一般的なドライバを対象としたモデルの作成は可能であるが、運転者毎の運転操作の特徴をより正確に表現することは困難であった。このため、従来技術では、複数の運転者毎の特徴を表すドライバモデルを作成することができなかった。
【０００５】
また、特許文献１に記載の技術では、作成されるモデルと、ドライバの状態（眠い、緊張している、などのドライバのコンディション、体調）を対応させることは想定されていなかった。また、特許文献１に記載の技術では、作成されたモデルを基にドライバの状態を判定するようなことは不可能であった。
【課題を解決するための手段】
【０００６】
上記問題点を解決するために、請求項１に係る発明は、車両走行における現在の運転操作情報を取得する運転操作情報取得手段と、前記運転操作情報取得手段で取得した現在の運転操作情報の履歴に基づいて運転者の状態に応じた運転操作のドライバモデルを作成するドライバモデル作成手段と、運転者に対して状態を問い合わせる問い合わせ手段と、前記問い合わせ手段に対するドライバの回答に応じて、運転者の状態を判断する状態判断手段と、運転者が所定の状態にある累積時間を運転者の総ドライビング時間によって除することにより、運転者が所定の状態にある事前確率を計算する事前確率計算手段と、前記状態判断手段によって判断された運転者の状態別に前記ドライバモデル作成手段によって作成されたドライバモデルを、前記事前確率計算手段によって計算された事前確率と共に、分類して記憶する記憶手段と、前記記憶手段に分類されて記憶される運転者の状態別ドライバモデルと、前記事前確率に基づいて状態別の事後確率を算出し、状態別の事後確率から状態別の確率割合を算出し、確率割合のうち最大の確率のものを与える状態がドライバの現在の状態であるものと判断するドライバモデル依拠状態判断手段と、前記ドライバモデル依拠状態判断手段によって、運転者の状態が車両の運転に適正ではないと判断されたときには、警告動作を行う警告出力手段と、前記ドライバモデル依拠状態判断手段によって、運転者の状態が車両の運転に適正ではないと判断されたときには、運転操作のアシストを行う運転操作アシスト手段と、を有することを特徴とする運転支援装置である。
【発明の効果】
【００１１】
本発明の請求項１に記載のドライバモデル作成装置によれば、状態判断手段によって判断された運転者の状態別に前記ドライバモデル作成手段によって作成されたドライバモデルを分類して記憶する記憶手段を有するので、運転者の状態に応じたドライバモデルを学習・蓄積していくことが可能となる。
【００１２】
また、本発明の請求項２に記載のドライバモデル作成装置によれば、記憶手段に分類されて記憶される運転者の状態別ドライバモデルに基づいて運転者の状態を判断するドライバモデル依拠状態判断手段を有するので、状態別のドライバモデルによって運転者の状態を適切に判断することできる。
【００１３】
また、本発明の請求項３に記載のドライバモデル作成装置によれば、記憶手段に分類されて記憶される運転者の状態別ドライバモデルに基づいて状態別の事後確率を算出し、状態別の事後確率から状態別の確率割合を算出し、確率割合のうち最大の確率のものを与える状態がドライバの現在の状態であるものと判断するので、状態別のドライバモデルによって運転者の状態を適切に判断することできる。
【００１４】
また、本発明の請求項４に記載のドライバモデル作成装置によれば、運転者の状態が車両の運転に適正ではないと判断されたときには、警告動作を行うことができる。
【００１５】
また、本発明の請求項５に記載のドライバモデル作成装置によれば、運転者の状態が車両の運転に適正ではないと判断されたときには、運転操作のアシストを行うことができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明のドライバモデル作成装置における好適な実施の形態について、図面を参照しつつ説明する。
【００１７】
（１）実施形態の概要
本実施形態のドライバモデル作成装置においては、ドライバが本実施形態の装置を搭載した車両を運転する毎に、ドライバ個人毎のドライバモデルを作成し、予め記憶されている標準的なドライバモデルに、現在進行形で作成されたドライバモデルを順次加味していき、個人毎のドライバモデルとして学習するようになっている。ドライバモデルの作成は、ドライバの運転中に運転状態のデータ（自車両情報、例えば、アクセル、ブレーキ、ハンドルの操作量、車速、車間距離、加速度など）を収集することによって、これを行うものである。
【００１８】
ここで、現在のドライビングによるドライバモデルが標準的なドライバモデル（或いは、装置が学習することにより蓄積した個人毎の覚醒時ドライバモデル）とどの程度乖離しているかによって、ドライバが「眠い」状態であるのか、「やや眠い」状態であるのか、「覚醒」状態であるのか、などドライバの状態を判定するようになっている。なお、本実施形態では、ドライバの状態の一例として、眠気に係るものについて説明をするが、ドライバが緊張しているか否かなどのその他のドライバ状態についても本発明の考え方を適用し得るものである。また、眠気に係るドライバ状態を、「眠い」、「やや眠い」、「覚醒」の３段階に分けて説明するが、本発明はこの段階数について限定されるわけではない。
【００１９】
本実形態のドライバモデル作成装置では、上記のようなドライバの眠気に係る判定によって、ドライバ個人毎について、「眠い」状態のドライバモデル、「やや眠い」状態のドライバモデル、「覚醒」状態のドライバモデルを作成する。
【００２０】
さらに、本実形態のドライバモデル作成装置では、このように作成されたドライバモデルに基づいて、現在のドライバの状態が「眠い」状態である場合などに、ドライバに対してワーニングをしたり、ドライバアシストをしたりするようになっている。
【００２１】
本実形態に係るドライバモデル作成装置では、ドライバの運転中に運転状態のデータ（自車両情報、例えば、アクセル、ブレーキ、ハンドルの操作量、車速、車間距離、加速度など）を収集し、その運転状態データのうち、ドライバが「覚醒」状態で運転している部分を抽出して、標準的なドライバモデルに加味することによって、「覚醒」状態のドライバモデルを作成する。これにより、ドライバに意識させることなく、覚醒時ドライバモデルを自動的に作成することができる。
【００２２】
また、本実施形態のドライバモデル作成装置では、例えば、片道３車線の国道で、信号が青の交差点を右折専用車線から右折する場合で、対向車があり、横断歩道に歩行者がいる場合、というように、走行中における自車両周辺環境の各場面（シチュエーション）毎にドライバモデルが作成されるようにすることもできる。
【００２３】
本実施形態においては、学習・蓄積されたドライバモデルから推定される覚醒時の運転行動と、現在のドライバの運転行動とをリアルタイムに比較することで、現在のドライバの運転行動が、ドライバが「眠い」状態であるのか、「やや眠い」状態であるのか、「覚醒」状態であるのかを監視する。覚醒状態における運転と現在の運転の比較を行う際の指標として、例えばドライバの「反応速度」と「ふらつき」を用いる。すなわち、現在のドライビングによるドライバモデルで、「反応速度」の遅れや、顕著な「ふらつき」などが認められたときに、その度合いに応じて、ドライバが「眠い」状態であるのか、「やや眠い」状態であるかを判定して、眠い場合のドライバモデル、やや眠い場合のドライバモデルを作成する。上記のような判定の結果、ドライバ本来の運転行動から逸脱があった場合、これについて注意喚起、警告や情報提示を行うことで、その人に合った安全運転支援を行うことができるのである。
【００２４】
また、本実施形態のドライバモデル作成装置では、ドライバ個人毎について、ドライバがドライビング中に「眠い」状態にある割合（事前確率）、「やや眠い」状態にある割合（事前確率）、「覚醒」状態にある割合（事前確率）に係る情報を取得しておく。
【００２５】
本実施形態では、ドライバモデルにＧＭＭ（ガウス混合モデル）を用いることで、各ドライバ毎のドライバモデルを簡便に生成することができ、さらに、条件付き確率を最大化する計算により、運転操作行動を容易に推定し出力する。
【００２６】
すなわち、本実施形態のドライバモデル作成装置では、アクセル操作量、車速、ブレーキ操作量、ハンドルの操作量、車間距離、加速度等の複数種類の特徴量からなる走行データを学習データとしてＥＭ（Ｅｘｐｅｃｔａｔｉｏｎ Ｍａｘｉｍｉｚａｔｉｏｎ）アルゴリズムにより算出したガウス混合モデルをドライバモデルとして採用する。
【００２７】
このガウス混合モデルは、ＥＭアルゴリズムにより、同時確率密度分布を計算することで得られる同時確率密度関数のパラメータで構成され、必要に応じて各ドライバ毎、更にドライバのアクセル操作用、ブレーキ操作用、車間距離維持範囲用等の推定する特徴量毎に生成される。
【００２８】
そして、ドライバモデルに使用した複数の特徴量のうちの特定の特徴量ｘを除く走行データＹ（＝ｙ１、ｙ２、…）を測定し、この走行データＹに対するドライバモデルにおける最大事後確率を算出することで、特徴量ｘを推定する。
【００２９】
例えば、車両周辺の走行環境（シチュエーション）と同一のシチュエーションにおけるドライバモデルを用い、現在の自車状態をドライバモデルに入力し、それ以降の運転状態（例えば、特徴量ｘ＝アクセル操作量）の時間変化を推定し、実際の運転状態と比較することで、操作の遅れや操作のふらつき等の有無が判定される。
【００３０】
（２）実施形態の詳細
図１は、車両に搭載するドライバモデル作成装置の構成を表したものである。このようなドライバモデル作成装置は、ＥＣＵ（電子制御装置）１０、自車両情報取得部１１、自車両周辺環境情報取得部１２、情報提供部１４、ドライバモデル処理部１５、データ記憶部１６を備えている。
【００３１】
なお、図１により説明するドライバモデル作成装置の構成については、その全てが必要ということではなく、本実施形態にけるドライバモデルの作成及び運転支援を行う為に使用可能な各部や装置について説明するものであり、採用する運転支援の機能等に応じて適宜選択して装置を構成することが可能であり、また、同様な機能を有する他の機器、装置を追加使用することが可能である。
【００３２】
ＥＣＵ１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、インターフェイスなどの各部を備えたコンピュータシステムで構成されている。ＥＣＵ１０は、自車両情報取得部１１の取得情報に基づくドライバ運転行動の監視、運転支援としてのドライバアシスト内容の情報提供部１４への指示、を行うようになっている。ＥＣＵ１０は、また、ドライバモデルの作成、出力に必要なデータをドライバモデル処理部１５に供給するようになっている。
【００３３】
自車両情報取得部１１は、ハンドル舵角センサ１１１、アクセルペダルセンサ１１２、ブレーキペダルセンサ１１３、速度計１１４、加速度センサ１１５、エレキ動作状況取得部１１６、タイマー１１７、その他のセンサを備えている。
【００３４】
図２は、自車両情報取得部１１で取得する、運転操作情報としての自車両情報を例示したものである。図２に示されるように、ハンドル舵角センサ１１１はハンドル操作量（角度）、アクセルペダルセンサ１１２はアクセル操作量、ブレーキペダルセンサ１１３はブレーキ操作量を、速度計１１４は車速を検出する。加速度センサ１１５は、ヨー軸加速度、ピッチ軸加速度、ロール軸加速度を検出する。エレキ動作状況取得部１１６は、ウィンカー動作状況、ライト動作状況、ワイパー動作状況を検出する。タイマー１１７は、運転時刻、運転時間等の各種時間を計測する。ドライバ認識装置１１８は、例えば運転席を撮像する車載カメラと当該カメラによって取得された画像を解析することによってドライバ個人毎を認識する。
【００３５】
自車両周辺環境情報取得部１２は、車両周辺情報取得部１２１、道路情報取得部１２２、及びネットワーク部１２３を備えている。車両周辺情報取得部１２１は、赤外線センサ、ミリ波センサ、超音波センサ、画像認識装置、車間距離センサ等の各種センサを備えている。画像認識装置は、画像入力装置で撮像された車外画像の画像処理を行い、車両周辺の障害物や、歩行者、車両等の存在対象を認識する。
【００３６】
図３は、車両周辺情報取得部１２１で取得する車両周辺環境情報を例示したものである。この図３に示されるように、車両周辺情報取得部１２１により、車両、歩行者、障害物、その他各種情報が取得される。具体的に取得される情報としては、例えば、検出した周辺に存在する車両の種類（乗用車、バイク、自転車等）、車間距離、相対速度、属性（対向車、並走車、直行（左、右）車、等が各車両毎に取得される。同様に、歩行者、障害物に対しても、その各々に対する情報が取得される。
【００３７】
道路情報取得部１２２は、車両の現在位置を検出するＧＰＳ装置や、検出した現在位置に対応する道路情報や信号の有無等の周辺情報を取得するための地図情報を備えている。また、道路情報取得部１２２は、標識や道路環境を認識する画像認識装置を備えているが、この画像認識装置は車両周辺情報取得部１２１の画像認識と共有されている。
【００３８】
図４は、道路情報取得部１２２で取得する車両周辺環境情報を例示したものである。道路情報取得部１２２では図４に示されるように、道路種別、道路形状、道路幅、自車位置、路面状況、道の明るさ、信号の有無と状態、道路属性（交通規則）、その他の各種情報が取得される。
【００３９】
ネットワーク部１２３は、ＶＩＣＳ等の交通情報網や気象情報センタと接続して、交通情報や気象情報を取得する。図５は、ネットワーク部１２３で取得する車両周辺環境情報を例示したものである。
【００４０】
図５に示されるように、ＶＩＣＳ等で取得する渋滞情報には、渋滞の距離、混雑の距離、事故の有無、通行止めの有無、チェーン規制の有無等がある。また、気象情報センタで取得する気象情報には、晴れ、曇り、雨等の天候情報、降水確率、気温、その他の情報がある。
【００４１】
自車両周辺環境情報取得部１２で取得した自車両周辺環境情報は、上記した自車両情報取得部１１で取得した自車両情報の一部（例えば、ハンドル操作量に基づく、直進、右折、左折等の情報）は、シチュエーションの設定に使用される。
【００４２】
情報提供部１４は、ドライバの運転状態に応じた運転操作アシストや警告を行うための運転操作アシスト部、音声出力部、画面出力部を備えている。図７は、情報提供部１４で提供する情報、アシストの内容を例示したものである。
【００４３】
この図６に示されるように、運転操作アシスト部は、ドライバによる運転操作を補正するアシストとして、ハンドル操作アシスト、アクセル操作アシスト、ブレーキ操作アシスト等を行うため、各操作部のトルク値の出力を制御する。例えば、運転者によるハンドル操作にふらつきがある場合にはハンドルが重くなるようにパワーステアリングのアシスト状態を変化させるようにトルク操作をし、ブレーキの踏み力が弱い場合にブレーキの踏み込み量に対する出力が大きくなるようにブレーキアクチュエータのアシスト状態を変化させる。
【００４４】
また、運転者の状態に応じて、音声出力部は警告音声を出力し、画面出力部は警告画面を表示する。上記のようなアシストや警告音声や警告画面の表示は、判定されたドライバの状態に応じて、実行されるようになっている。
【００４５】
ドライバモデル処理部１５は、ドライバモデル作成部１５１、ドライバ状態判定部１５４ 、ドライバモデル記憶部１５２、ドライバモデル出力部１５３を備えている。
【００４６】
ドライバモデル処理部１５は、ドライバモデル作成装置、作成されたドライバモデルの判定装置、及び作成された各ドライバのドライバモデルの記憶装置として機能し、運転者の状態（覚醒、やや眠い、眠い、など）に応じて、作成されたドライバモデルを分類して記憶する構成となっている。なお、作成されたドライバモデルと共に、自車両情報取得部１１で取得した自車両情報、及び、該情報を取得した際に自車両周辺環境情報取得部１２で取得した自車両周辺環境情報から決定されるシチュエーションについても付加要素としてドライバモデルと共に蓄積するようにしても良い。
【００４７】
ドライバモデル処理部１５のより詳細な構成・動作について説明する。図７はドライバモデル処理部の内容を概念的に表した詳しい説明図である。
【００４８】
ドライバモデル作成部１５１によるドライバモデルの作成は、ドライバの運転中に運転状態のデータ（自車両情報、例えば、アクセル、ブレーキ、ハンドルの操作量、車速、車間距離、加速度など）を収集することで行われる。このようなドライバモデルは、個人毎に行われて、それぞれのドライバのドライビングのクセとしてドライバ毎にドライバモデル記憶部１５２（ドライバＡ用、ドライバＢ用、ドライバＣ用・・・など）に記憶されるようになっている。
【００４９】
ドライバ状態判定部１５４は、ドライバが覚醒状態にあるのか、やや眠い状態にあるのか、眠い状態にあるのかを判定するものであり、この判定に基づいて取得されたドライバモデルを、眠い状態のドライバモデル記憶部１７１、やや眠い状態のドライバモデル記憶部１７２、覚醒状態のドライバモデル記憶部１７３に分類して記憶する。
【００５０】
ドライバ状態判定部１５４が、ドライバの状態を判定するための具体的な方法であるが、本実施形態では、現在のドライビングによるドライバモデルが標準的なドライバモデル（或いは、装置が学習することにより蓄積した個人毎の覚醒状態のドライバモデル）とどの程度乖離しているかによって、ドライバが「眠い」状態であるのか、「やや眠い」状態であるのか、「覚醒」状態であるのか、などドライバの状態を判定する。なお、ドライバ状態判定部１５４では、その他の判定方法を利用することができる。
【００５１】
ドライバモデル作成部１５１によって作成されたドライバモデルは、ドライバ状態判定部１５４で判定された判定結果に基づいて、眠い状態のドライバモデル記憶部１７１、やや眠い状態のドライバモデル記憶部１７２、覚醒状態のドライバモデル記憶部１７３に振り分けられて記憶される。これによって、ドライバ毎の眠いときのドライバモデル、やや眠いときのドライバモデル、覚醒しているときのドライバモデルに係るデータベースを構築することができるものである。すなわち、本実施形態に係るドライバモデル作成装置によれば、運転者の状態に応じたドライバモデルを学習・蓄積していくことが可能となる。
【００５２】
眠い状態の事前確率記憶部１８１は所定のドライバによる総ドライビング時間に占める「眠い」状態の割合を記憶し、やや眠い状態の事前確率記憶部１８２所定のドライバによる総ドライビング時間に占める「やや眠い」状態の割合を記憶し、覚醒状態の事前確率記憶部１８３は所定のドライバによる総ドライビング時間に占める「覚醒」状態の割合を記憶する。上記のような総ドライビング時間におけるそれぞれの状態である事前確率を計算するときには、ドライバ状態判定部１５４で判定された判定結果が利用される。
【００５３】
標準ドライバモデルは、車両の現在位置、進行方向、（必要に応じてシチュエーションなども）に応じた最も一般的なドライビングによるドライバモデルであり、デフォルトのドライバモデルとして、標準ドライバモデル記憶部１７４に記憶されている。標準ドライバモデルは、道路情報取得部１２２のＧＰＳ装置、地図情報によって走行場所が決まれば、一義的に決定するものである。
【００５４】
ドライバモデル作成部１５１によって作成されたドライバモデルのうち、覚醒状態のドライバモデルは、覚醒状態のドライバモデル記憶部１７３に分類され記憶蓄積されていくが、上記の標準ドライバモデル記憶部１７４に覚醒状態のドライバモデルを上書き的に順次加味して記憶するようにする。すなわち、覚醒状態のドライバモデル記憶部１７３に記憶されるドライバモデルは、標準ドライバモデルに基づいて学習を行いつつ進化するようになっている。ここで学習のためのアルゴリズムについては従来周知のものを用いることができる。覚醒状態のドライバモデル記憶部１７３に記憶されるドライバモデルは、ドライバの通常時、平常時のドライバモデルとして利用することが可能である。
【００５５】
次に、ドライバモデル処理部１３によるドライバモデル処理についてより具体的に説明する。図８はドライバモデル処理部における処理フローチャートを示す図である。
【００５６】
図８において、ステップＳ１００でドライバモデル処理が開始されると、続いてステップＳ１０１に進み、ドライバモデル作成部１５１によって現在のドライビングによるドライバモデル作成される。
【００５７】
次に、ステップＳ１０２では、作成されたドライバモデルにおける反応速度の遅れ、或いは、ふらつきが所定のＢ以上であるか否かが判定される。ここで、Ｂや後述するＡは概念的な量であり、ステップＳ１０２では、反応速度の遅れやふらつきが覚醒状態や標準のそれから大きく乖離しているか否かが判定される。図９はドライバモデル出力部１５３から出力された覚醒状態における運転操作量（標準の運転操作量）の推定値と、現在の運転の操作量（自車両情報）とを概念的に比較した説明図である。図９（ａ）はある操作量について反応速度が遅れている例を示しており、図９（ａ）はある操作量についてふらついている例を示している。本実施形態の状態判定のためには、前者の操作量としては、アクセルやブレーキの操作量を用いることができるし、また、後者の操作量としては、ハンドルの操作量を用いることができる。
【００５８】
ステップＳ１０２における判定の結果がＹＥＳであるときにはステップＳ１１２に進み、ステップＳ１０２における判定の結果がＮＯであるときにはステップＳ１１３に進む。
【００５９】
ステップＳ１０３では、作成されたドライバモデルにおける反応速度の遅れ、或いは、ふらつきが所定のA以上、かつＢ未満であるか否かが判定される。
【００６０】
ステップＳ１０３における判定の結果がＹＥＳであるときにはステップＳ１０８に進み、ステップＳ１０３における判定の結果がＮＯであるときにはステップＳ１０４に進む。
【００６１】
ステップＳ１０４に進む場合は、ドライバが覚醒状態として判定される場合である。ステップＳ１０４では、作成されたドライバモデルが覚醒状態のドライバモデルとして分類され、覚醒状態のドライバモデル記憶部１７３に記憶される。ステップＳ１０５では、覚醒状態の累積時間を計算し、ステップＳ１０６では、覚醒状態の事前確率（覚醒状態の累積時間／総ドライビング時間）を計算する。ステップＳ１０７では、計算された覚醒状態の事前確率を事前確率記憶部１８３に記憶する。ステップＳ１１６ではドライバモデル処理を終了する。
【００６２】
ステップＳ１０８に進む場合は、ドライバがやや眠い状態として判定される場合である。ステップＳ１０８では、作成されたドライバモデルがやや眠い状態のドライバモデルとして分類され、やや眠い状態のドライバモデル記憶部１７２に記憶される。ステップＳ１０９では、やや眠い状態の累積時間を計算し、ステップＳ１１０では、やや眠い状態の事前確率（やや眠い状態の累積時間／総ドライビング時間）を計算する。ステップＳ１１１では、計算されたやや眠い状態の事前確率を事前是区立記憶部１８２に記憶する。ステップＳ１１６では、ドライバモデル処理を終了する
ステップＳ１１２に進む場合は、ドライバが眠い状態として判定される場合である。ステップＳ１１２では、作成されたドライバモデルが眠い状態のドライバモデルとして分類され、眠い状態のドライバモデル記憶部１７１に記憶される。ステップＳ１１３では、眠い状態の累積時間を計算し、ステップＳ１１４では、眠い状態の事前確率（眠い状態の累積時間／総ドライビング時間）を計算する。ステップＳ１１５では、計算された眠い状態の事前確率を事前確率記憶部１８１に記憶する。ステップＳ１１６では、ドライバモデル処理を終了する。
【００６３】
以上のフローに示すように、本実施形態においては、学習・蓄積されたドライバモデルから推定される覚醒時の運転行動と、現在のドライバの運転行動とをリアルタイムに比較することで、現在のドライバの運転行動が、ドライバが「眠い」状態であるのか、「やや眠い」状態であるのか、「覚醒」状態であるのかを監視する。そして、覚醒状態における運転と現在の運転の比較を行う際の指標として、例えばドライバの「反応速度」と「ふらつき」を用いる。
【００６４】
すなわち、現在のドライビングによるドライバモデルで、「反応速度」の遅れや、顕著な「ふらつき」などが認められたときに、その度合いに応じて、ドライバが「眠い」状態であるのか、「やや眠い」状態であるかを判定して、眠い場合のドライバモデル、やや眠い場合のドライバモデルを作成する。上記のような判定の結果、ドライバ本来の運転行動から逸脱があった場合、これについて注意喚起、警告や情報提示を行うことで、その人に合った安全運転支援を行うことができるのである。
【００６５】
図７に戻って、ドライバモデル出力部１５３は、特定のシチュエーションに対応する覚醒状態のドライバモデル（或いは、標準ドライバモデル）に基づいて、平常時におけるドライバの操作量、すなわち、シチュエーションに対するドライバのいつもの（正常時の）運転操作量を推定し、出力する。この推定運転操作量と、現在の自車両情報とを比較することで、運転行動の状態（反応遅れ、ふらつき等）を判断するための基礎データである、運転行動逸脱データが所定時間間隔毎に得られる。
【００６６】
また、ドライバモデル出力部１５３は、ドライバ状態判定部１５４によって、判定されたドライバの状態に係る情報などをＥＣＵ１０に報知する。
【００６７】
なお、ドライバモデル処理部１５におけるドライバモデル作成部１５１とドライバモデル出力部１５３の両機能をＥＣＵ１０で実現し、ドライバモデル記憶部１５２をデータ記憶部１６に保存するようにしてもよい。
【００６８】
データ記憶部１６には、本実施形態によるドライバモデル作成処理、及び運転操作アシスト処理に必要な各種データやテーブルが格納される。データ記憶部１６は、フレキシブルディスク、ハードディスク、磁気テープ等の磁気記録媒体、メモリチップやＩＣカード等の半導体記録媒体、ＣＤ−ＲＯＭやＭＯ、ＰＤ（相変化書換型光ディスク）等の光学的に情報が読み取られる記録媒体、その他各種方法でデータやコンピュータプログラムが記録される記録媒体が含まれる。記録媒体には、記録内容に応じて異なる媒体を使用するようにしてもよい。
【００６９】
ここで、ドライバモデル作成部１５１によるドライバモデルの作成について説明する。本実施形態では、ドライバモデルをＧＭＭにより作成する。
【００７０】
図１０は、本発明の実施形態に係るドライバモデル作成装置によるドライバモデルの作成と、作成したドライバモデルに基づく運転操作量の推定に関する原理を表したものである。
【００７１】
なお、ドライバモデルの作成と運転行動の推定については、特徴量として車速Ｖ、前方車両との車間距離Ｆと、これらの１次の動的特徴量ΔＶ、ΔＦ（１階微分値）、２次の動的特徴量ΔΔＶ、ΔΔＦ（２階微分値）、及びアクセル操作のドライバモデルとしてアクセル操作量Ｇと１次の動的特徴量ΔＧ、ブレーキ操作のドライバモデルとしてブレーキ操作量Ｂと１次の動的特徴量ΔＢ、ハンドル操作のドライバモデルとしてハンドル操作量θと１次の動的特徴量Δθを使用する場合について説明するが、特徴量については、自車両情報取得部１１で取得した全ての情報のうちの他の情報の組合せを使用して作成するようにしてもよい。
【００７２】
本実施形態のドライバモデル作成装置では、アクセル操作量、車速、車間距離等から構成される各シチュエーション毎の走行データ１（自車両情報）を学習データとして、各シチュエーションに対応するＧＭＭによるドライバモデル２をＥＭアルゴリズムにより予め作成する。
そして、ドライバの運転行動（例えば、アクセル操作量）を推定する場合、対応するドライバモデル２を使用し、時刻ｔにおける走行データ１の測定値（Ｖ、Ｆ、ΔＶ、…）３に対する最大事後確率４を計算することで、該ドライバが操作するであろうアクセル操作量５を推定するようになっている。
【００７３】
このようにして推定した各操作量を走行データとして次の操作量を推定し、各時刻毎の実測値（自車両情報）と比較することで運転行動逸脱データが算出される。
【００７４】
この例のドライバモデル作成装置では、ドライバは現在の車速、車間距離、及びそれらの１次、２次の動的特徴量に基づいてアクセルペダル、ブレーキペダル、ハンドルの操作量を決めているとの仮定に基づいている。
以下、ドライバモデルの作成と運転行動の推定の原理について詳細に説明する。
【００７５】
（Ａ）ドライバモデルの学習
ＧＭＭを用いたドライバモデル２では、学習データを必要とし、特徴量として走行データ１（自車両情報）を使用している。走行データ１は、所定の測定間隔ｓ（ｓは任意であるが本実施形態ではｓ＝０．１秒）毎の時系列データを使用する。
【００７６】
走行データ１は、ドライバモデル作成の対象となるドライバが実際に運転したデータであり、実際にドライバが運転している際にリアルタイムで測定、収集した走行データ１を使用する。また、予め測定し蓄積しておいた走行データ１を使用することで、オフラインの学習を行うようにしてもよい。
【００７７】
本実施形態のドライバモデル作成装置では、各ドライバ毎にＧＭＭを作成することで、各ドライバの特性に合ったモデル化が可能となる。
【００７８】
例えば、ドライバモデルの特徴量（走行データ１）としては、上述したように、車速、車間距離、及びそれらの１次、２次の動的特徴量とアクセルペダル操作量、及びアクセルペダル操作量の１次の動的特徴量が使用される。
【００７９】
このように、特徴量に動的特徴量を加えてモデル化することで、前後の時間関係を考慮することになり、滑らかで自然性の高い推定結果を得ることができる。なお、説明では、１次及び２次の動的特徴量を使用した場合について説明するが、１次の動的特徴量だけ使用するようにしてもよい。
【００８０】
同様に、ブレーキペダルの操作量、その他の各種操作量に関するドライバモデル化も行われる。また、ハンドルの操作量、その他の各種操作量に関するドライバモデル化も行われる。
【００８１】
なお、アクセルペダル用、ブレーキペダル用、ハンドル用等の複数のドライバモデルを作成する場合には、アクセルペダル操作量、ブレーキペダル操作量、ハンドル操作量等以外のデータ（Ｖ、Ｆ、ΔＶ、ΔＦ、・・・）は同一のデータを使用してもよい。
【００８２】
本実施形態において、走行データ１のうち動的特徴量についてはアクセル操作量、車速、車間距離の測定値から計算により求めているが、実際に測定するようにしてもよい。
【００８３】
そして、本実施形態では、走行データ１に対する混合ガウス分布（ＧＭＭ）を計算することで、ドライバモデル２を作成する。
【００８４】
すなわち、走行データ１に対する同時確率密度分布をＥＭアルゴリズムを使用して算出し、算出した同時確率密度関数のパラメータ＝｛λｉ，→μｉ，Σｉ｜ｉ＝１，２，３，…Ｍ｝をＧＭＭによるドライバモデル２としてデータベース等の記憶手段に記憶しておく。ここで、λｉは重みを、→μｉは平均ベクトル群を、Σｉは分散共分散行列群を、Ｍは混合数を表す。また、→μｉのように前に→を表示したものはベクトルを意味する。このように、本実施形態のＧＭＭでは特徴次元間の相関も考慮して、全共分散行列を用いている。
【００８５】
なお、ＥＭアルゴリズムとしては、例えば、中川聖一著、「確率モデルによる音声認識」（電子情報通信学会 １９８８、Ｐ５１〜Ｐ５４）に従って、混合ガウス分布のＥＭアルゴリズムによる推定を行う。
【００８６】
（Ｂ）運転行動（アクセルペダル操作量、ブレーキペダル操作量、ハンドル操作量等の各種操作量）の推定
ドライバは現在の車速、車間距離、及びそれらの１次、２次の動的特徴量に基づいてアクセルペダル、ブレーキペダル、ハンドルの操作量を決めているという仮定に基づき、ペダルの操作量等の運動行動を推定する。
【００８７】
すなわち、特徴量の同時分布から、与えられた条件下において最も確率の高いアクセルペダル操作量等の運動行動を推定する。
【００８８】
これは、条件付確率の最大化の問題であり、最大事後確率の計算による。例えば、アクセルペダル操作量∧Ｇ（ｔ）と、ブレーキペダル操作量∧Ｂ（ｔ）は、ｙ（ｔ）が与えられた条件で条件付き確率を最大にする値ｘ（ｔ）の推定であり、最大事後確率として、それぞれ次の式（１）、（２）、（３）で計算される。
【００８９】
【数１】
0005041160.tif 000002
【００９０】
【数２】
0005041160.tif 000003
【００９１】
【数３】
0005041160.tif 000004
ここで、∧Ｇ（ｔ）のように、前に∧を表示したものは推定値であることを意味する。
【００９２】
また、
【００９３】
【数４】
0005041160.tif 000005
【００９４】
【数５】
0005041160.tif 000006
【００９５】
【数６】
0005041160.tif 000007
である。
【００９６】
式（１）、（２）、（３）において、ｔは時刻、Ｇ，Ｂ，θ、Ｖ，Ｆ，Δはそれぞれ、アクセルペダル操作量、ブレーキペダル操作量、ハンドル操作量、車速、車間距離、及び動的特徴量を表す。
【００９７】
ただし、条件付確率を最大にするアクセルペダル及びブレーキペダルの値は、最小値から最大値までの区間において、ある刻み幅（例えば、０から１００００まで１００刻み）で数値積分を行うことにより確率を算出し、その確率が最大となったときのアクセルペダル及びブレーキペダルの値を推定結果としてもよい。
【００９８】
図１１は、最大事後確率による運転行動の推定に関する概略を表したものである。この図１１では、簡単のため、ある時刻ｔの特徴量ｙ（ｔ）が与えられたときに→ｘ（ｔ）を推定する場合を示している。
【００９９】
ここで、ＧＭＭはガウス基底関数の線形結合による表現される確率モデルであり、Ｍ個のガウス基底関数それぞれの混合重みωm、平均ベクトルμm、共分散行列Σmにより下式（７）のように表現できる。
【０１００】
【数７】
0005041160.tif 000008
また、観測ベクトルｏに対するモデルの出力確率は次式（８）で定義される。
【０１０１】
【数８】
0005041160.tif 000009
ここで、ωmはｍ番目の混合要素の今後重みで次式（９）を満たす。
【０１０２】
【数９】
0005041160.tif 000010
また、Ｎm（ｏ）はｍ番目の混合要素の確率密度関数で、次式（１０）のようにガウス関数で表される。
【０１０３】
【数１０】
0005041160.tif 000011
ここで、｜Σm｜、Σm-1はそれぞれ共分散行列の行列式、逆行列であり、（ｏ−μm）Tは（ｏ−μm）の転置を表す。
【０１０４】
ＧＭＭモデルλのパラメータは学習データからＥｘｐｅｃｔａｔｉｏｎ−Ｍａｘｉｍｉｚａｔｉｏｎ（ＥＭ）アルゴリズムを用いて推定される。ＥＭアルゴリズムは学習データＯ＝（ｏ1，ｏ2，・・・，ｏT）の最尤推定値を反複解法によって求める事である。各モデルパラメータは、尤度の増加が保証された以下の式によって、繰り返し推定される。
混合重み
【０１０５】
【数１１】
0005041160.tif 000012
平均ベクトル
【０１０６】
【数１２】
0005041160.tif 000013
共分散行列
【０１０７】
【数１３】
0005041160.tif 000014
ただし、混合要素ｍの事後確率は、次式（１４）で与えられる。
【０１０８】
【数１４】
0005041160.tif 000015
次に、ＥＣＵ１０におけるドライバ状態の判定について説明する。このようなドライバの状態判定によって、現在のドライバの状態が「眠い」状態である場合などに、ドライバに対してワーニングをしたり、ドライバアシストをしたりするようになっている。なお、ＥＣＵ１０はドライバ状態判定部１５４から得た判定情報を利用することも可能である。
【０１０９】
図１２はＥＣＵにおけるドライバ運転行動の監視処理の概念的フローを示す図である。このようなフローはＥＣＵが処理する複数のルーチンの内の１つとして動作させることができる。なお、図１２に示すアルゴリズムによってドライバの状態を判断することを「ドライバモデル依拠状態判断」と称し、ドライバ状態判定部１５４によるドライバの状態判定とは区別することとする。
【０１１０】
図１２において、ステップＳ２０１で現在の自車輌情報（運転の操作量）を取得すると、ステップＳ２０２以降では覚醒状態のドライバモデル（覚醒状態のドライバモデル記憶部１７３）に基づいて事後確率等の計算が、また、ステップＳ２０６以降ではやや眠い状態のドライバモデル（やや眠い状態のドライバモデル記憶部１７２）に基づいて事後確率等の計算が、また、ステップＳ２１０以降では眠い状態のドライバモデル（眠い状態のドライバモデル記憶部１７１）に基づいて事後確率等の計算が実行される。
【０１１１】
一例として、覚醒状態のドライバモデルによる覚醒状態の事後確率、覚醒状態確率割合の計算について示すが、その他の状態のドライバモデルの計算についても同様に考えることができる。ステップＳ２０３では、覚醒状態のドライバモデル記憶部１７３に記憶されるドライバモデルによって事後確率Ｐ１が計算される。次のステップＳ２０４では、Ｐ１に事前確率Ｐｒ１（覚醒状態の事前確率記憶部１８３に記憶されている）に乗じたものを新たにＰ１とする。ステップＳ２０５では、覚醒状態確率割合ＡをＡ＝Ｐ１／（Ｐ１＋Ｐ２＋Ｐ３）によって計算する。
【０１１２】
同様にステップＳ２０６乃至ステップＳ２１３によって、その他の状態のドライバモデルに基づく覚醒状態確率割合Ｂ、Ｃを計算によって求める。
【０１１３】
ステップＳ２１４では、各状態確率割合Ａ、Ｂ、Ｃを累積していき、それらの推移を計算する。次のステップＳ２１５では、ステップＳ２１４で計算された各状態確率割合Ａ、Ｂ、Ｃの推移によってドライバが運転に適切な状態であるかどうかを判定する。このように本実施形態に係るドライバモデル作成装置によれば、状態別のドライバモデルによって運転者の状態を適切に判断することできる。
【０１１４】
ステップＳ２１５における判定の結果が「適切」であるときにはステップＳ２０１に進み、ステップＳ２１５における判定の結果が「不適切」であるときにはステップＳ２１６に進む。
【０１１５】
ステップＳ２１６では、情報提供部１４によって、ドライバに対して警告を行ったり、或いは、運転操作アシストを行ったりする。ステップＳ２１６では、ドライバに対する警告、運転操作アシストの両方を行っても良い。ステップＳ２１７でリターンする。
【０１１６】
ステップＳ２１４乃至ステップＳ２１５における各状態確率割合Ａ、Ｂ、Ｃの推移を計算しつつ、ドライバが運転に適切な状態であるかどうかを判定し、ドライバに対する警告、運転操作アシストを行う一連のステップの具体的な考え方について説明する。図１３は状態確率割合の時間推移の一例を示す図である。
【０１１７】
図１３（ａ）の横軸は時間、また縦軸は｛（状態確率割合Ｂ）−（状態確率割合Ａ）｝を示しており、図１３（ｂ）の横軸は時間、また縦軸は｛（状態確率割合Ｃ）−（状態確率割合Ａ）｝を示している。いずれの図においても、グラフで正の値となると、ドライバの状態が運転のためにふさわしいものではないので、警告動作やアシスト動作を行う必要がでてくる。
【０１１８】
図１３（ａ）では、グラフが正の値を所定時間とり続けた場合に、例えば情報提供部１４で警告動作を行う例について示している。また、図１３（ｂ）では、グラフが正の値をとり、そこからカウントした所定時間内に再び正の値をととったときに、例えば情報提供部１４でドライブアシスト動作を行う例について示している。
【０１１９】
以上のような本実施形態に係るドライバモデル作成装置によれば、運転者の状態が車両の運転に適正ではないと判断されたときには、警告動作を行ったり、運転操作のアシストを行ったりすることができる。
【０１２０】
次に、本発明の他の実施形態について説明する。図１４は本願発明の第２実施形態におけるドライバモデル作成装置の構成図であり、図１５は第２実施形態におけるドライバモデル処理部における処理フローチャートを示す図である。
【０１２１】
本実施形態は、ドライバ状態判定部１５４が、ドライバの状態を判定するための方法が先の実施形態と異なる。図１４のブロック図において、第２の実施形態と異なる点は、情報入力部１４からＥＣＵ１０にドライバから情報を入力することができるようになっている点である。このような情報入力部１４としては、タッチパネルや音声入力を用いることができる。情報入力部１４によって、ドライバは自己の状態をドライバモデル作成装置に回答することができるようになっている。
【０１２２】
次に、第２実施形態に係るドライバモデル作成装置のドライバモデル処理部１３によるドライバモデル処理についてより具体的に説明する。
【０１２３】
図１５において、ステップＳ３００でドライバモデル処理が開始されると、続いてステップＳ３０１に進む。ステップＳ３０１では、走行開始１５分間の運転は覚醒状態のドライバモデルとして扱うようにする。この走行開始最初の１５分間にわたって、ドライバモデル作成部１５１によって、作成したドライバモデルは覚醒状態のドライバモデルとして、分類・記憶されるようにしてもよい。
【０１２４】
次に、ステップＳ３０２では、作成されたドライバモデルにおける反応速度の遅れ、或いは、ふらつきが、覚醒状態のドライバモデルとの乖離があるか否かが判定される。この乖離を判定するためには、先に説明した反応速度の遅れやふらつきを用いることができる。
【０１２５】
ステップＳ３０２における判定の結果がＹＥＳであるときにはステップＳ３０３に進み、ステップＳ３０２における判定の結果がＮＯであるときにはステップＳ３０５に進む。
【０１２６】
ステップＳ３０３では、情報提供部１４によって、ドライバに対して状態の問い合わせを行う。言わば、このステップでは、ドライバに対して自らの状態を申告するように促している。
【０１２７】
ステップＳ３０３では、ドライバからの回答が判定され、ステップＳ３０３における判定の結果が「やや眠い」であるときにはステップＳ３０９に進み、ステップＳ３０３における判定の結果が「眠い」であるときにはステップＳ３１３に進む。
【０１２８】
ステップＳ３０５に進む場合は、ドライバが覚醒状態として判定される場合である。ステップＳ３０５では、作成されたドライバモデルが覚醒状態のドライバモデルとして分類され、覚醒状態のドライバモデル記憶部１７３に記憶される。ステップＳ３０６では、覚醒状態の累積時間を計算し、ステップＳ３０７では、覚醒状態の事前確率（覚醒状態の累積時間／総ドライビング時間）を計算する。ステップＳ３０８では、計算された覚醒状態の事前確率を事前確率記憶部１８３に記憶する。ステップＳ３１７ではドライバモデル処理を終了する。
【０１２９】
ステップＳ３０９に進む場合は、ドライバがやや眠い状態として判定される場合である。ステップＳ３０９では、作成されたドライバモデルがやや眠い状態のドライバモデルとして分類され、やや眠い状態のドライバモデル記憶部１７２に記憶される。ステップＳ３１０では、やや眠い状態の累積時間を計算し、ステップＳ３１１では、やや眠い状態の事前確率（やや眠い状態の累積時間／総ドライビング時間）を計算する。ステップＳ３１２では、計算されたやや眠い状態の事前確率を事前是区立記憶部１８２に記憶する。ステップＳ３１７では、ドライバモデル処理を終了する。
【０１３０】
ステップＳ３１３に進む場合は、ドライバが眠い状態として判定される場合である。ステップＳ３１３では、作成されたドライバモデルが眠い状態のドライバモデルとして分類され、眠い状態のドライバモデル記憶部１７１に記憶される。ステップＳ３１４では、眠い状態の累積時間を計算し、ステップＳ３１５では、眠い状態の事前確率（眠い状態の累積時間／総ドライビング時間）を計算する。ステップＳ３１６では、計算された眠い状態の事前確率を事前確率記憶部１８１に記憶する。ステップＳ３１７では、ドライバモデル処理を終了する。
【０１３１】
第２実施形態においても、第１の実施形態と同様の種々の効果を享受することができる。
【０１３２】
次に、本発明の他の実施形態について説明する。図１６は本願発明の第３実施形態におけるドライバモデル作成装置の構成図である。
【０１３３】
本実施形態は、ドライバ状態判定部１５４が、ドライバの状態を判定するための方法が先の実施形態と異なる。図１６のブロック図において、第３の実施形態が先の実施形態と異なる点は、ドライバ（運転者）の生体に係る情報を取得するための生体情報取得部１３が設けられている点である。
【０１３４】
生体情報取得部１３は、車両の運転中におけるドライバが正常状態か異常状態かを判断するための生体情報を取得し、そのためのセンサとして、心電計、血圧計、心拍センサ、発汗センサその他の各種センサを備えている。
【０１３５】
生体情報取得部１３は、車両が走行を開始すると、所定時間間隔で心拍数と発汗量を検出してＥＣＵ１０に供給するようになっている。
【０１３６】
心拍センサは、例えば、ステアリングに配置された電極により、運転中の運転者の手から心拍信号を採取することで心拍数を検出するようになっている。なお、心拍センサは、専用のセンサを手首等の運転者の身体に配置するようにしてもよい。
【０１３７】
発汗センサは、ステアリングに配置され、発汗状態によって流れる電流値の変化から発汗状態を検出する。
【０１３８】
図１７は生体情報取得部１３で取得する生体情報を例示したものである。生体情報取得部１３では、心電位、Ｒ−Ｒ間隔、心拍、呼吸数、体温、血圧、皮膚電位、失水分量（発汗量）、筋電位、脳波電位等が取得対象となる。生体情報取得部１３は、これらの情報に基づいて、ドライバが覚醒状態にあるのか、やや眠い状態にあるのか、眠い状態にあるのかを分析する。
【０１３９】
次に、第３実施形態に係るドライバモデル作成装置のドライバモデル処理部１３によるドライバモデル処理についてより具体的に説明する。図１８は第３実施形態におけるドライバモデル処理部における処理フローチャートを示す図である。
【０１４０】
図１８において、ステップＳ４００でドライバモデル処理が開始されると、続いてステップＳ４０１に進む。ステップＳ４０１では、生体情報取得部１３によってドライバの生体情報が分析される。
【０１４１】
ステップＳ４０２では、ドライバの状態が覚醒状態であるか否かについての判定がなされる。ステップＳ４０２における判定の結果がＹＥＳであるときにはステップＳ４０４に進み、ステップＳ４０２における判定の結果がＮＯであるときにはステップＳ４０３に進む。
【０１４２】
ステップＳ４０２では、ドライバの眠い状態の度合いついての判定がなされ、判定の結果、ドライバの眠い状態が小さい場合は、ステップＳ４０８に進み、ドライバの眠い状態がそれより大きい場合は、ステップＳ４１２に進む。
【０１４３】
ステップＳ４０４に進む場合は、ドライバが覚醒状態として判定される場合である。ステップＳ４０４では、作成されたドライバモデルが覚醒状態のドライバモデルとして分類され、覚醒状態のドライバモデル記憶部１７３に記憶される。ステップＳ４０５では、覚醒状態の累積時間を計算し、ステップＳ４０６では、覚醒状態の事前確率（覚醒状態の累積時間／総ドライビング時間）を計算する。ステップＳ４０７では、計算された覚醒状態の事前確率を事前確率記憶部１８３に記憶する。ステップＳ４１６ではドライバモデル処理を終了する。
【０１４４】
ステップＳ４０８に進む場合は、ドライバがやや眠い状態として判定される場合である。ステップＳ４０８では、作成されたドライバモデルがやや眠い状態のドライバモデルとして分類され、やや眠い状態のドライバモデル記憶部１７２に記憶される。ステップＳ４０９では、やや眠い状態の累積時間を計算し、ステップＳ４１０では、やや眠い状態の事前確率（やや眠い状態の累積時間／総ドライビング時間）を計算する。ステップＳ４１１では、計算されたやや眠い状態の事前確率を事前是区立記憶部１８２に記憶する。ステップＳ４１６では、ドライバモデル処理を終了する。
【０１４５】
ステップＳ４１２に進む場合は、ドライバが眠い状態として判定される場合である。ステップＳ４１２では、作成されたドライバモデルが眠い状態のドライバモデルとして分類され、眠い状態のドライバモデル記憶部１７１に記憶される。ステップＳ４１３では、眠い状態の累積時間を計算し、ステップＳ４１４では、眠い状態の事前確率（眠い状態の累積時間／総ドライビング時間）を計算する。ステップＳ４１５では、計算された眠い状態の事前確率を事前確率記憶部１８１に記憶する。ステップＳ４１６では、ドライバモデル処理を終了する。
【０１４６】
第３実施形態においても、第１の実施形態と同様の種々の効果を享受することができる。
【０１４７】
なお、本実施形態のドライバモデル作成装置及びそれに基づくドライバ状態の判定に係る構成については、自動車、ハイブリッド車、電気自動車などの車輌に搭載されることを一応想定しているが、その他電車、船舶、航空機などの移動手段に搭載することも可能である。
【０１４８】
以上、種々の実施形態について説明したが、それぞれの実施形態の構成要素を任意に組み合わせて構成される実施形態についても本発明の範疇に入るものである。
【図面の簡単な説明】
【０１４９】
【図１】本願発明の第１実施形態におけるドライバモデル作成装置の構成図である。
【図２】自車両情報取得部で取得する自車両情報を例示した説明図である。
【図３】車両周辺情報取得部で取得する車両周辺環境情報を例示した説明図である。
【図４】道路情報取得部で取得する車両周辺環境情報を例示した説明図である。
【図５】ネットワーク部で取得する車両周辺環境情報を例示した説明図である。
【図６】情報提供部で提供する情報、アシストの内容を例示した説明図である。
【図７】ドライバモデル処理部の内容を概念的に表した詳しい説明図である。
【図８】ドライバモデル処理部における処理フローチャートを示す図である。
【図９】ドライバモデル出力部から出力された覚醒状態における運転操作量（標準の運転操作量）の推定値と、現在の運転の操作量（自車両情報）とを概念的に比較した説明図である。
【図１０】本発明の実施形態に係るドライバモデル作成装置によるドライバモデルの作成と、作成したドライバモデルに基づく運転操作量の推定に関する原理を表したものである。
【図１１】最大事後確率による運転行動の推定に関する概略を表した説明図である。
【図１２】ＥＣＵにおけるドライバ運転行動の監視処理の概念的フローを示す図である。
【図１３】状態確率割合の時間変化例を示す図である。
【図１４】本願発明の第２実施形態におけるドライバモデル作成装置の構成図である。
【図１５】第２実施形態におけるドライバモデル処理部における処理フローチャートを示す図である。
【図１６】本願発明の第３実施形態におけるドライバモデル作成装置の構成図である。
【図１７】生体情報取得部で取得する生体情報を例示した説明図である。
【図１８】第３実施形態におけるドライバモデル処理部における処理フローチャートを示す図である。
【符号の説明】
【０１５０】
１０・・・ ＥＣＵ、１１・・・ 自車両情報取得部、１２・・・ 自車両周辺環境情報取得部、１２１ ・・・車両周辺情報取得部、１２２・・・ 道路情報取得部、１２３ ・・・ネットワーク部、１３ ・・・生体情報取得部、１４ ・・・情報提供部、１５ ・・・ドライバモデル処理部、１５１・・・ ドライバモデル作成部、１５２ ・・・ドライバモデル記憶部、１５３ ・・・ドライバモデル出力部、１５４・・・ドライバ状態判定部、１６ データ記憶部
【図１】
0005041160.tif 000016
【図２】
0005041160.tif 000017
【図３】
0005041160.tif 000018
【図４】
0005041160.tif 000019
【図５】
0005041160.tif 000020
【図６】
0005041160.tif 000021
【図７】
0005041160.tif 000022
【図８】
0005041160.tif 000023
【図９】
0005041160.tif 000024
【図１０】
0005041160.tif 000025
【図１１】
0005041160.tif 000026
【図１２】
0005041160.tif 000027
【図１３】
0005041160.tif 000028
【図１４】
0005041160.tif 000029
【図１５】
0005041160.tif 000030
【図１６】
0005041160.tif 000031
【図１７】
0005041160.tif 000032
【図１８】
0005041160.tif 000033