(57)【特許請求の範囲】
【請求項１】
ユーザーが利用する自動車に設けられ、該ユーザーの性格、精神状態及び肉体状態の少なくともいずれかを反映したユーザー生体特性情報を取得するユーザー生体特性情報取得手段と、
ユーザーによる前記自動車の利用を補助するための、又は前記ユーザーを楽しませるためのもてなし情報を記憶するもてなし情報記憶部と、
前記ユーザー生体特性情報と記憶された前記もてなし情報との予め定められた適合関係に基づいて、前記ユーザー生体特性情報取得手段が取得するユーザー生体特性情報に適合するもてなし情報を、前記もてなし情報記憶部上にて検索するもてなし情報検索手段と、
前記自動車に設けられ、検索された前記もてなし情報を出力するもてなし情報出力手段と、
を備え、さらに、
前記もてなし情報記憶部は、ユーザーの性格、精神状態及び肉体状態の少なくともいずれかと関連を有する分類情報と、個々のもてなし情報とを対応付けて記憶したものであり、
前記ユーザー生体特性情報取得手段は、前記ユーザーの予め定められた生体状態を、当該生体状態を反映した数値パラメータである生体状態パラメータの時間的変化として検出する生体状態検出部と、前記ユーザーの精神的状態又は肉体的状態を、補給を行なわない限りは時間と共に一方向的に消耗するエネルギー値として定め、検出された前記生体状態パラメータの時間的変化に基づいて当該エネルギー値を計算することにより、前記ユーザーの精神的状態又は肉体的状態を推定する精神／肉体状態推定手段とを備え、
前記もてなし情報検索手段は、推定された精神的状態又は肉体的状態に対応する前記分類情報を見出し、当該分類情報にて分類された、前記エネルギー値を向上させうるもてなし情報を、前記もてなし情報記憶部上にて検索するものであることを特徴とする自動車用もてなし情報提供システム。
【請求項２】
前記生体状態変化検出部は、前記生体状態パラメータの時間的変化波形を検出するものであり、
前記精神／肉体状態推定手段は、前記波形の振幅情報に基づいて前記ユーザーの肉体的状態を推定するものである請求項１記載の自動車用もてなし情報提供システム。
【請求項３】
前記生体状態変化検出部は、前記生体状態パラメータの時間的変化波形を検出するものであり、
前記精神／肉体状態推定手段は、前記波形の周波数情報に基づいて前記ユーザーの精神的状態を推定するものである請求項１又は請求項２に記載の自動車用もてなし情報提供システム。
【請求項４】
前記生体状態変化検出部は、前記生体状態パラメータの時間的変化情報として、前記ユーザーの体温の時間的変化状態を検出するものである請求項１ないし請求項３のいずれか１項に記載の自動車用もてなし情報提供システム。
【請求項５】
前記生体状態変化検出部は、前記生体状態パラメータの時間的変化状態として、前記ユーザーの顔の表情及び視線方向の少なくともいずれかの時間的変化状態を取得するものである請求項１ないし請求項４のいずれか１項に記載の自動車用もてなし情報提供システム。
【請求項６】
前記生体状態変化検出部は、前記ユーザーの前記運転中における前記生体状態パラメータの時間的変化を検出するものである請求項１ないし請求項５のいずれか１項に記載の自動車用もてなし情報提供システム。
【請求項７】
前記生体状態変化検出部は、前記生体状態パラメータの時間的変化状態として、血圧、心拍数、体温、皮膚抵抗及び発汗の１又は２以上からなる第一種生体状態パラメータの時間的変化状態を取得するものである請求項６記載の自動車用もてなし情報提供システム。
【請求項８】
前記精神／肉体状態推定手段は、前記第一種生体状態パラメータの波形周波数が一定レベル以上に大きくなった場合に、前記ユーザーの精神状態に異常を来たしていると推定する請求項７記載の自動車用もてなし情報提供システム。
【請求項９】
前記生体状態変化検出部は、前記生体状態パラメータの時間的変化状態として、前記ユーザーの運転中の姿勢、視線方向及び表情の少なくともいずれかからなる第二種生体状態パラメータの時間的変化状態を検出するものである請求項６ないし請求項８のいずれか１項に記載の自動車用もてなし情報提供システム。
【請求項１０】
前記精神／肉体状態推定手段は、前記第二種生体状態パラメータの波形振幅が一定レベル以下に小さくなった場合に、前記ユーザーの体調に異常を来たしていると推定する請求項９記載の自動車用もてなし情報提供システム。
【請求項１１】
前記精神／肉体状態推定手段は、前記第二種生体状態パラメータの波形周波数が一定レベル以上に大きくなるか、又は一定レベル以下に小さくなった場合に、前記ユーザーの精神に異常を来たしていると推定する請求項９又は請求項１０に記載の自動車用もてなし情報提供システム。
【請求項１２】
前記生体状態変化検出部は前記生体状態パラメータの時間的変化として、前記ユーザーの瞳孔寸法の時間的変化を検出するものであり、
前記精神／肉体状態推定手段は、検出された前記瞳孔寸法に予め定められたレベル以上の変動が生じている場合に、前記ユーザーの体調に異常を来たしていると推定する請求項９ないし請求項１１のいずれか１項に記載の自動車用もてなし情報提供システム。
【請求項１３】
前記精神／肉体状態推定手段は、検出された前記瞳孔寸法が予め定められたレベル以上に拡張している場合に、前記ユーザーの精神状態に異常を来たしていると推定する請求項１２記載の自動車用もてなし情報提供システム。
【請求項１４】
前記生体状態変化検出部が複数設けられ、前記精神／肉体状態推定手段は、それら複数の生体状態変化検出部が検出する前記生体状態パラメータの時間的変化状態の組み合わせに基づいて、前記ユーザーの精神的状態又は肉体的状態を推定する請求項９ないし請求項１３のいずれか１項に記載の自動車用もてなし情報提供システム。
【請求項１５】
前記もてなし情報出力手段はカーナビゲーション装置であり、
前記もてなし情報記憶部は、該カーナビゲーション装置にて目的地設定に使用する目的地データベースとして構成され、ユーザーの性格、精神状態及び肉体状態の少なくともいずれかと関連を有する分類情報と、個々の目的地の特定情報とを対応付けて記憶したものであり、
前記もてなし情報検索手段は、前記ユーザー生体特性情報取得手段が取得する前記ユーザー生体特性情報に基づいて、当該情報が特定するユーザー生体特性と関連を有する前記分類情報にて分類された目的地を前記目的地データベース上にて検索するものであり、
前記もてなし情報出力手段は、該検索された目的地を前記カーナビゲーション装置の表示画面上に出力するものである請求項１ないし請求項１４のいずれか１項に記載の自動車用もてなし情報提供システム。
【請求項１６】
前記ユーザー生体特性情報取得手段は前記ユーザー生体特性情報として該ユーザーの空腹度を反映した空腹度情報を取得するものであり、
前記もてなし情報検索手段は、前記ユーザー生体特性情報取得手段が取得する前記空腹度情報の内容が予め定められた条件を充足した場合に、前記目的地データベースにて飲食の可能な飲食可能施設の検索を行なう請求項１５記載の自動車用もてなし情報提供システム。
【請求項１７】
計時手段と、該計時手段が取得する時刻情報に基づいて予め定められた食事時刻の到来を判定する食事時刻判定手段が設けられ、前記ユーザー生体特性情報取得手段は、前記生体状態検出部を用いることなく、該食事時刻到来に係る判定結果を前記空腹度情報として取得する請求項１６記載の自動車用もてなし情報提供システム。
【請求項１８】
前記ユーザーの食事後の経過時間を計測する食事後経過時間計測手段が設けられ、前記ユーザー生体特性情報取得手段は、前記生体状態検出部を用いることなく、該食事後経過時間を前記空腹度情報として取得する請求項１６又は請求項１７に記載の自動車用もてなし情報提供システム。
【請求項１９】
前記目的地データベースにて前記飲食可能施設の特定情報が、推定される前記肉体状態の良否に対応付けた形で分類され、
前記もてなし情報検索手段は、前記ユーザー生体特性情報取得手段が取得する前記空腹度情報の内容が予め定められた条件を充足した場合に、前記目的地データベースにて、推定される前記肉体状態に対応した飲食可能施設の検索を行なうものである請求項１６ないし請求項１８のいずれか１項に記載の自動車用もてなし情報提供システム。
【請求項２０】
前記もてなし情報検索手段は、前記ユーザー生体特性情報取得手段が取得する前記空腹度情報の内容が予め定められた条件を充足し、かつ、前記肉体状態が所定レベルよりも悪いと推定される場合に、前記目的地データベースにて、低カロリーないしあっさり系に分類された飲食可能施設の検索を行なう請求項１９記載の自動車用もてなし情報提供システム。
【請求項２１】
前記自動車のエンジンの始動を検知するエンジン始動検知手段と、
前記エンジンの始動が検知された場合に、当該エンジン始動直前のエンジン停止中に前記ユーザーが食事を済ませたか否かを判断する食事済み判断手段と、を備え、
前記精神／肉体状態推定手段は、前記ユーザー生体特性情報取得手段により取得される前記空腹度情報に基づいて、予め決められたアルゴリズムにより、前記エネルギー値として、時間経過に伴い消耗し、かつエンジン停止中に食事を済ませたと判断された場合に補給される前記ユーザーの肉体エネルギー値を計算するものであり、
前記もてなし情報検索手段は、前記肉体エネルギー値が所定の閾値よりも小さくなった場合に前記ユーザーが空腹状態にあると特定し、前記飲食可能施設を前記目的地データベース上にて検索するものである請求項１６ないし請求項２０のいずれか１項に記載の自動車用もてなし情報提供システム。
【請求項２２】
前記目的地に到着したか否かを判定する目的地到着判定手段と、
当該目的地に到着した後の経過時間を計測する到着後経過時間計測手段と、
前記エンジン始動検知手段が検知する前記エンジンの始動がその日最初のエンジン始動であるか否かを判定する手段と、
前記ユーザーが食事済みであるか否かを示す食事済み確認情報を記憶する食事済み確認情報記憶部と、
前記食事済み判断手段により直前のエンジン停止中に食事を済ませたと判断された場合に、前記食事済み確認情報を食事済みに更新する食事済み確認情報更新手段とを備え、
前記食事済み判断手段は、少なくとも、前記目的地に到着し、かつ当該目的地が前記飲食関連施設であり、かつ当該飲食関連施設に到着した後の経過時間が、食事完了に対応する所定の閾時間以上であり、かつ当該飲食関連施設に到着後に検知されたエンジン始動がその日最初のエンジン始動ではなく、かつ当該エンジン始動時に前記食事済み確認情報が食事済みで無いことを示している場合には、当該エンジン始動直前のエンジン停止中に食事を済ませたと判断し、
前記食事済み確認情報更新手段は、食事済みで無いことを示している前記食事済み確認情報を食事済みに更新するものである請求項２１記載の自動車用もてなし情報提供システム。
【請求項２３】
前記肉体エネルギー値の前記閾値として、第一閾値と、該第一閾値よりも高い第二の閾値が設定されており、
前記もてなし情報検索手段は、前記肉体エネルギー値が前記第一閾値よりも小さくなった場合、及び前記肉体エネルギー値が前記第一閾値と前記第二閾値との間の値となった場合には、前記目的地データベースにて、それぞれの場合の肉体エネルギー状態に対応した前記飲食可能施設を検索するものである請求項２１又は請求項２２に記載の自動車用もてなし情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、車内のユーザーによる前記自動車の利用を補助するための、又は前記ユーザーを楽しませるためのもてなし情報を、自動車内にて効果的に提供するための自動車用もてなし情報提供システムに関する。
【背景技術】
【０００２】
【特許文献１】特開２００３−１１８４２１号公報
【０００３】
特許文献１には、ユーザーの状態が安定したことを前提に生体情報を検出し、ナビゲーション装置の制御に反映する技術が開示されている。また、該特許文献１には、ユーザーがデータベースから選択した音楽や映像あるいはテキストなどの情報と、その情報を選択したときの該ユーザーの生体情報との相関関係を蓄積し、生体情報の傾向に応じて情報をライブラリー化するアイデアも開示されている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記の特許文献１の装置では、ユーザーの状態が安定化するまでの待ち時間が必要であり、刻々移り変わるユーザーの状態にきめ細かく対応した情報提供を行なうことができない。例えば、外的な要因により、いらいらしたり、かっとなったりした場合にも、逆にこれを安定化させて快適なドライブに導くような思想は何ら開示されていない。また、生体情報が具体的にどのような状態であるかについては、多数のイベントの実施結果を蓄積して、その相関から相対的に識別するようにしているので、そのユーザーの精神状態や肉体状態（例えば、喜怒哀楽や肉体疲労など）を直接特定することができないし、相対的な識別でさえ、それが可能となるまでに相当の学習蓄積期間が必要であり、自動車を購入してすぐには機能享受できない問題もある。
【０００５】
また、生体情報と情報との相関関係が得られても、それを情報のライブラリー化にしか用いていない。このため、ユーザーは、自分の精神状態や肉体状態を自分で判定し、適合したライブラリーに自分でアクセスして情報を取得しなければならず、自動車側からの自発的なもてなし（情報提供）という観点からは物足りない側面がある。
【０００６】
本発明の課題は、ユーザーの生体特性情報に応じて、その都度タイムリーな情報提供をすることが可能であり、ひいては自動車側からの自発的なもてなしに相当する機能を高めた情報提供システムを提供することにある。
【課題を解決するための手段及び作用・効果】
【０００７】
上記の課題を解決するために、本発明の自動車用もてなし情報提供システムは、
ユーザーが利用する自動車に設けられ、該ユーザーの性格、精神状態及び肉体状態の少なくともいずれかを反映したユーザー生体特性情報を取得するユーザー生体特性情報取得手段と、
ユーザーによる自動車の利用を補助するための、又はユーザーを楽しませるためのもてなし情報を記憶するもてなし情報記憶部と、
ユーザー生体特性情報と記憶されたもてなし情報との予め定められた適合関係に基づいて、ユーザー生体特性情報取得手段が取得するユーザー生体特性情報に適合するもてなし情報を、もてなし情報記憶部上にて検索するもてなし情報検索手段と、
自動車に設けられ、検索されたもてなし情報を出力するもてなし情報出力手段と、を備え、さらに、
もてなし情報記憶部は、ユーザーの性格、精神状態及び肉体状態の少なくともいずれかと関連を有する分類情報と、個々のもてなし情報とを対応付けて記憶し、
ユーザー生体特性情報取得手段は、ユーザーの予め定められた生体状態を、当該生体状態を反映した数値パラメータである生体状態パラメータの時間的変化として検出する生体状態検出部と、ユーザーの精神的状態又は肉体的状態を、補給を行なわない限りは時間と共に一方向的に消耗するエネルギー値にとして定め、検出された生体状態パラメータの時間的変化に基づいて当該エネルギー値を計算することにより、ユーザーの精神的状態又は肉体的状態を推定する精神／肉体状態推定手段とを備え、
もてなし情報検索手段は、推定された精神的状態又は肉体的状態に対応する分類情報を見出し、当該分類情報にて分類された、エネルギー値を向上させうるもてなし情報を、もてなし情報記憶部上にて検索することを特徴とする。
【０００８】
上記本発明の自動車用もてなし情報提供システムによると、自動車を利用するユーザーの生体特性情報を取得し、ユーザー生体特性情報と記憶されたもてなし情報との予め定められた適合関係に基づいて、ユーザー生体特性情報取得手段が取得するユーザー生体特性情報に適合するもてなし情報を検索して出力するようにした。これにより、ユーザー毎の固有の性格、精神状態あるいは体調に応じて、適正な情報をその都度タイムリーにきめ細かく提供することが可能となる。
【０００９】
もてなし情報出力手段はカーナビゲーション装置とすることができる。もてなし情報記憶部は、該カーナビゲーション装置にて目的地設定に使用する目的地データベースとして構成することができる。また、もてなし情報検索手段は、ユーザー生体特性情報取得手段が取得するユーザー生体特性情報に基づいて、当該情報が特定するユーザー生体特性に適合した目的地を目的地データベース上にて検索するものとでき、もてなし情報出力手段は、該検索された目的地をカーナビゲーション装置の表示画面上に出力するものとすることができる。ユーザーがカーナビゲーション装置を用いて目的地を設定する際に、食事場所や観光地あるいは任意の経由地など、状況に応じて目的地の選択に一定の幅が許容される場合、ユーザーの性格、精神状態あるいは体調に応じて、これに適合した目的地が自動的に検索されてユーザーに提示されるので、ユーザーは自分の現在の状態にあった目的地を絞り込む手間が省け、大いに満足度が向上する。当然、周知のカーナビゲーション装置であれば、現在位置から規定の距離範囲内（あるいは最終目的地までの選択可能な経路上）にある目的地候補の中から上記の検索を行なうことは問題なく可能であるから、ユーザーの状態にほぼリアルタイムに適合した形で目的地への到達を図ることも可能となる。
【００１０】
上記の態様を具体的に適用することにより、最も波及効果が大きいのは食事場所の検索を行なう場合である。自動車に乗っても、時間がたてば必ず空腹になるのは人間として避け難い生理現象である。しかし、地理的によく知らない地域を走行中に空腹を覚えた場合、好みや目的に合った食事場所を、カーナビゲーション装置上で手動検索により適確に探し出すのは意外と面倒なものである。そこで、ユーザー生体特性情報取得手段を、ユーザー生体特性情報として該ユーザーの空腹度を反映した空腹度情報を取得するものとして構成し、もてなし情報検索手段を、取得される空腹度情報の内容が予め定められた条件を充足した場合に、目的地データベースにて飲食可能施設の検索を行なうものとすることができる。この構成によると、ユーザーが食事を欲しているかどうか（空腹かどうか）を自動車側が推察して、自発的に飲食可能施設を検索してユーザーに提示するので、ユーザーをスムーズに食事場所に誘導することができ、例えば空腹に耐え切れなくなっていらいらしながらカーナビゲーション装置を操作したりする必要もなくなる。
【００１１】
自動車側に計時手段（いわゆる、「時計」である）と、該計時手段が取得する時刻情報に基づいて予め定められた食事時刻の到来を判定する食事時刻判定手段が設けられ、ユーザー生体特性情報取得手段は、該食事時刻到来に係る判定結果を空腹度情報として取得するものとすることができる。ユーザーが空腹になれば、無口になったりいらいらしたりするなど、外部から検知可能なシグナルも多数現われる。これを、後述のような生体情報として検知することも全く不可能というわけではないが、実際には、空腹ではなく単なる体調不良であったり、精神的に落ち込んでいるだけの場合などとの適確な識別が難しい場合もある。上記の構成は、一日の食事時間というのは概ね決まっている点に着目し（朝食、昼食、夕食）、予め定められた食事時刻の到来を計時手段により判定して、その食事時刻到来に係る判定結果を空腹度情報として取得するようにしたから、ユーザーが食事を欲しているか否かの推定精度を向上することができる。
【００１２】
また、ユーザーの食事後の経過時間を計測する食事後経過時間計測手段を設け、ユーザー生体特性情報取得手段は、該食事後経過時間を空腹度情報として取得するものとしてもよい（これを、上記時刻情報に基づいて食事時刻の到来を判定する構成と併用することももちろん可能である）。食事後であっても、自動車に乗ってから一定以上時間が経てば再び空腹になるのは当然であり、時間が経てば経つほど空腹度も大きくなる。そこで食事後の経過時間を計測し、その食事後経過時間（又は、食事後経過時間が反映された別のパラメータであってもよい）を空腹度情報として取得すれば、ユーザーが食事を欲しているか否かの推定精度を向上することができる。
【００１３】
ユーザー生体特性情報ともてなし情報との予め定められた適合関係については、もてなし情報記憶部上にてその適合関係を規定する分類情報を、個々のもてなし情報に一義的に付与しておき、その分類情報を用いて検索を行なう方法を採用できる。しかし、ユーザー生体特性情報の内容によっては、どの種別のもてなし情報を選択するかが半ば自明に決定される場合もある。例えば、上記のように空腹に関係する生体特性情報が得られた場合は、目的地データベース上で飲食可能施設が検索対象となることは自明であり、もてなし情報記憶部上に、上記適合関係を規定する分類情報を敢えて付与しなくとも、飲食可能施設のみが検索されるように検索アルゴリズムを定めておけばよいことになる。本発明においては、例えば、上記のごとく、空腹状態であれば飲食店検索が自動的に実施されるようにアルゴリズムを定めることも、「ユーザー生体特性情報ともてなし情報との適合関係を定める」概念に属するものとみなす。
【００１４】
一方、ユーザーの状態をより細かくあるいは多面的に分析し、その分析結果に適合するより細分化した目的地の検索を行なうには、もてなし情報記憶部にて、ユーザーの性格、精神状態及び肉体状態の少なくともいずれかと関連を有する分類情報と、個々の目的地の特定情報とを対応付けて記憶しておくことが有効である。もてなし情報検索手段は、ユーザー生体特性情報取得手段が取得するユーザー生体特性情報に基づいて、当該情報が特定するユーザー生体特性と関連を有する分類情報にて分類された目的地を目的地データベース上にて検索するものとできる。
【００１５】
上記の構成においては、ユーザー生体特性情報取得手段は、ユーザーの予め定められた生体状態を、当該生体状態を反映した数値パラメータである生体状態パラメータとして検出する生体状態検出部と、検出された生体状態パラメータの検出状態に基づいて、ユーザーの精神的状態又は肉体的状態を推定する精神／肉体状態推定手段とを備えたものとすることができる。この場合、もてなし情報検索手段は、推定された精神的状態又は肉体的状態に対応する分類情報を見出し、当該分類情報にて分類された目的地を目的地データベース上にて検索するものとされる。この構成によると、ユーザーの生体状態を生体状態検出部により直接検出し、検出された生体状態パラメータの検出状態に基づいてユーザーの精神的状態又は肉体的状態を推定し、その推定結果に対応する目的地を目的地データベース上にて検索するようにしたから、ユーザーの精神的状態又は肉体的状態に適合した目的地をより高精度に見出すことが可能となる。
【００１６】
生体状態検出部は、ユーザーの予め定められた生体状態を、当該生体状態を反映した数値パラメータである生体状態パラメータの時間的変化として検出するものとでき、精神／肉体状態推定手段は、検出された生体状態パラメータの時間的変化に基づいて、ユーザーの精神状態又は肉体状態を推定するものとできる。生体状態パラメータの時間的変化に基づいて、ユーザーの精神状態又は肉体状態をより合理的に推定することができ、ひいてはこれに適合した目的地設定をより適確に行なうことが可能となる。
【００１７】
生体状態検出部は、生体状態パラメータの時間的変化波形を検出するとすることができる。この場合、精神／肉体状態推定手段は、波形の振幅情報に基づいてユーザーの肉体状態を推定することができる。例えば、病気や疲労によりユーザーの肉体状態が低下すると、該肉体状態を反映する生体状態の変動も小さくなる。すなわち、生体状態パラメータの時間的変化波形の振幅が縮小する傾向となりやすく、上記病気や疲労といった、肉体状態の異常を適確に検出することが可能となる。一方、精神／肉体状態推定手段は、波形の周波数情報に基づいてユーザーの精神状態を推定するものとすることもできる。精神状態の安定ないし不安定は、生体状態の変動速度に反映されることが多く、その変動速度は生体状態パラメータ波形の周波数に反映されるので、該周波数情報に基づいてユーザーの精神状態を適確に推定することができる。
【００１８】
生体状態検出部は、生体状態パラメータの時間的変化情報として、ユーザーの体温の時間的変化状態を検出するものとすることができる。体温にはユーザーの肉体状態（体調）や精神状態、特に肉体状態が顕著に反映される（例えば、体調不良時には体温変動幅（波形振幅）が緩やかになる）とともに、赤外線測定（例えば顔のサーモグラフィーなど）により遠隔測定が可能であることから、運転中（あるいは車内滞在中）に限らず、自動車に対するユーザーの接近、乗り込み、降車／離脱といった種々の局面で、ユーザーの状態推定に活用できる利点がある。
【００１９】
また、生体状態検出部は、生体状態パラメータの時間的変化状態として、ユーザーの顔の表情及び視線方向の少なくともいずれかの時間的変化状態を取得するものとすることもできる。これら２つのパラメータも、ユーザーの肉体状態（体調）や精神状態（特に精神状態）が顕著に反映され、かつ画像撮影による遠隔測定が可能であることから、運転中（あるいは車内滞在中）に限らず、自動車に対するユーザーの接近、乗り込み、降車／離脱といった種々の局面で、ユーザーの状態推定に活用できる利点がある。
【００２０】
さらに、生体状態検出部は、ユーザーの運転中における生体状態パラメータの時間的変化を検出するものとすることができる。運転者（ユーザー）の精神状態あるいは肉体状態に応じて目的地設定を適正化することで、快適でより安全な自動車の運転を実現することができる。特に、自動車に乗り込んでいるユーザーが運転者一人の場合、運転中の生体状態パラメータの時間的変化には、運転によるストレス付加により該ユーザーの精神的状態ないし肉体的状態がより強調されて表れるので、より正確な状態把握が可能となる利点がある。
【００２１】
生体状態検出部は、生体状態パラメータの時間的変化状態として、血圧、心拍数、体温、皮膚抵抗及び発汗の１又は２以上からなる第一種生体状態パラメータの時間的変化状態を取得するものとすることができる。第一種生体状態パラメータは、運転者のいわば内部肉体的な状態変化を示すものであり、その時間的変化（波形）には、運転者の精神状態（あるいは心理状態）や肉体状態、特に精神状態が顕著に反映されるので、これを解析することで、目的地設定の適正化をより効果的に図ることができる。また、これら第一種生体状態パラメータは、例えばハンドルの運転者による握り位置に取り付けられたセンサにより直接的な測定が可能であり、その時間的変化を鋭敏に捉えることができる利点がある。具体例を挙げれば、危険を察知して冷やりとしたり、割り込みや追い越しでカッとくれば（つまり、精神的に興奮した場合）発汗が顕著になったり、心臓の鼓動が高鳴ったりし、血圧、心拍数、体温、皮膚抵抗（あるいは発汗）といった第一種生体状態パラメータの波形（特に振幅）に顕著な変化が現われる。また、よそ事に気を取られて注意力が散漫になっている場合も、第一種生体状態パラメータが同様の波形を示すことが知られている。この場合、精神／肉体状態推定手段は、第一種生体状態パラメータの波形周波数が一定レベル以上に大きくなった場合に、ユーザーの精神状態に異常を来たしていると推定することが可能である。
【００２２】
一方、生体状態検出部は、生体状態パラメータの時間的変化状態として、ユーザーの運転中の姿勢、視線方向及び表情の少なくともいずれかからなる第二種生体状態パラメータの時間的変化状態を検出するものとすることができる。第二種生体状態パラメータは、運転者のいわば外的な肉体状態変化を示すものであり、体調不良や病気、あるいは疲労などの状態を反映して、その動きの振幅が縮小される傾向にある。従って、精神／肉体状態推定手段は、第二種生体状態パラメータの波形振幅が一定レベル以下に小さくなった場合に、ユーザーの体調に異常を来たしていると推定することができる。特に、体調の正確な把握は、飲食施設の種別選定上重要な役割を果たす。
【００２３】
一方、第二種生体状態パラメータの波形は、運転者の精神状態の把握にも有効活用することができる。例えば、運転者が興奮状態に陥ると運転者の姿勢が頻繁に変化するようになる一方、視線方向の変化は逆に減少し、いわゆる「目が据わった」状態になる。また、精神的に不安定な場合、顔の表情の変化も著しくなる。この場合、精神／肉体状態推定手段は、第二種生体状態パラメータの波形周波数が一定レベル以上に大きくなるか、又は一定レベル以下に小さくなった場合に（どちらになるかは、パラメータの種類によって異なる）、ユーザーの精神に異常を来たしていると推定することができる。
【００２４】
なお、周波数及び振幅とは異なる時間変化情報により、精神状態ないし肉体状態を把握できる生体状態パラメータも存在する。例えば、生体状態検出部は生体状態パラメータの時間的変化として、ユーザーの瞳孔寸法の時間的変化を検出するものとすることができる。精神／肉体状態推定手段は、検出された瞳孔寸法に予め定められたレベル以上の変動が生じている場合に、ユーザーの体調に異常を来たしていると推定することができる。これは、目の焦点合わせや光量調整が疲れにより不安定化し、いわゆるかすみ目やチラツキなどの状態に陥ることが多いためである。一方、怒り等により異常に興奮した状態になると、運転者は目をカッと見開いた状態になることが多い。この場合、精神／肉体状態推定手段は、検出された瞳孔寸法が予め定められたレベル以上に拡張している場合に、ユーザーの精神状態に異常を来たしていると推定することができる。
【００２５】
また、生体状態検出部は複数設けることができ、精神／肉体状態推定手段は、それら複数の生体状態検出部が検出する生体状態パラメータの時間的変化状態の組み合わせに基づいて、ユーザーの精神状態又は肉体状態を推定するものとすることができる。複数の生体状態パラメータを組み合わせることにより、推定（すなわち識別）可能な精神状態又は肉体状態の種別をより多様化（あるいは細分化）することができ、また、推定精度を高めることができる。この場合、ユーザーの、推定すべき精神状態又は肉体状態である複数の被特定状態と、個々の被特定状態が成立していると推定するための、複数の生体状態検出部がそれぞれ検出しているべき生体状態パラメータの時間的変化状態の組み合わせとを対応付けて記憶した判定テーブルを設けておき、精神／肉体状態推定手段は、検出された複数の生体状態パラメータの時間的変化状態の組み合わせを、判定テーブル上の組み合わせと照合し、照合一致した組み合わせに対応する被特定状態を現在成立している被特定状態として特定するものとすることができる。これにより、多数の生体状態パラメータを考慮する場合でも、被特定状態の特定処理を効率的に実施することができる。
【００２６】
飲食可能施設の検索を行なう前述の構成においては、目的地データベースにて飲食可能施設の特定情報を、推定される肉体状態の良否に対応付けた形で分類しておくことができる。この場合、もてなし情報検索手段は、取得される空腹度情報の内容が予め定められた条件を充足した場合に、目的地データベースにて推定される肉体状態に対応した飲食可能施設の検索を行なうものとすることができる。ユーザーが食事を欲していると判定された場合に、上記の構成によると、ユーザーの肉体状態（体調）に応じて飲食可能施設が適正に選別された形で検索でき、ユーザーの肉体状態に負担とならない食事場所の提供が可能となる。
【００２７】
取得されるユーザー生体特性情報に、ユーザーの性格を特定するためのユーザー性格特定情報を含ませる場合、該ユーザー性格特定情報が個々に特定するユーザーの性格種別と対応付けた形で、各もてなし動作部の動作内容を規定するもてなし動作情報を記憶したもてなし動作情報記憶部を設けておくことができる。この場合、もてなし意思決定部は、取得されたユーザー性格特定情報が特定する性格種別に対応したもてなし動作情報をもてなし動作情報記憶部から読み出し、これに基づくもてなし動作部の動作制御をもてなし動作部に司令するものとできる。
【００２８】
上記の構成によると、ユーザーの性格を分類し、その種別に応じて、例えば当該性格種別のユーザーに適合するもてなし動作の内容を個別に定める。他方、自動車側では、取得されたユーザー性格特定情報により、現在自動車を使用しているユーザーの性格を特定し、これに対応するもてなし動作を選んで実行する。これにより、ユーザーの性格にマッチした内容のもてなし動作を実施することができ、性格の異なるユーザーであっても、それぞれ固有のもてなし内容にて適確に満足させることができる。例えば、もてなし情報検索手段は、取得される空腹度情報の内容が予め定められた条件を充足し、かつ、肉体状態が所定レベルよりも悪いと推定される場合に、目的地データベースにて、低カロリーないしあっさり系に分類された飲食可能施設の検索を行なうものとできる。体の調子の悪いときに、低カロリーないしあっさり系の食事を提案することで、ユーザーは自動車側からの厚い気遣いにさわやかな感動に誘われ、かつ不調な体調に合った満足な食事を享受することができる。
【００２９】
なお、本発明において、もてなし情報出力手段は、例えば自動車内に設置されたカーオーディオシステムとすることができる。この場合、もてなし情報記憶部は、カーオーディオシステムにて再生させるべき複数の音楽ソースデータを記憶するとともに、個々の音楽ソースデータがユーザー性格種別と一義的に対応付けられた形で分類されてなる音楽ソースデータベースとすることができる。そして、もてなし情報検索手段は、取得されたユーザー生体特性情報に適合した音楽ソースデータを音楽ソースデータベースから読み出し、カーオーディオシステムにてこれを再生させるものとして構成することができる。音楽ソースデータベースにて、再生すべき音楽ソースを、予め定められたユーザー性格種別や、精神状態ないし肉体状態と対応付けて分類しておき、取得・決定されたユーザー生体特性情報に対応する音楽ソースをカーオーディオシステムにて再生することで、その性格のユーザーが好む音楽を適確に提供でき、運転中あるいは車内滞在中のユーザーを楽しませることができる。また、膨大なデータベースから自分にあった音楽を選曲する手間のかなりの部分を省くことができ、ユーザーを煩わせることがない。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態を添付の図面を用いて詳しく説明する。図１は、本発明の自動車用もてなし情報提供システムの機能が組み込まれた自動車用ユーザーもてなしシステム（以下、単に「システム」ともいう）１００の概念ブロック図である。該システム１００は、種々のもてなし動作部５０２〜５１７，５３４，５４１，５４８，５４９，５５０，５５１，５５２，１００１Ｂが接続された第一のコンピュータからなるもてなし実行制御部３と、種々のセンサ・カメラ群５１８〜５２８が接続された第二のコンピュータからなるもてなし意思決定部２とからなる自動車側搭載部１００を、その要部とする形で構成されている。第一のコンピュータと第二のコンピュータは、いずれもＣＰＵ，ＲＯＭ，ＲＡＭを備え、ＲＯＭに格納された制御ソフトウェアを、ＲＡＭをワークメモリとして実行することにより、後述の種々の機能を実現する。
【００３１】
上記システム１００においては、ユーザーが自動車に向けて接近し、該自動車に乗り込み、該自動車を運転し又は車内にて滞在し、その後、降車に至るまでのユーザーの自動車利用に係る一連の動作が、予め定められた複数のシーンに区切られる。そして、区切られた複数のシーン毎に、もてなし動作部５０２〜５１７，５３４，５４１，５４８，５４９，５５０，５５１，５５２，１００１Ｂが、ユーザーによる自動車の利用を補助するための、又はユーザーを楽しませるためのもてなし動作を行なう。本実施形態では、車外への音波発生装置としてホーン５０２、ブザー５０３が接続されている。また、照明装置（ランプ類）としては、ヘッドランプ５０４（ビームをハイとローとで切り替え可）、フォグランプ５０５、ハザードランプ５０６、テールランプ５０７、コーナリングランプ５０８、バックアップランプ５０９、ストップランプ５１０、室内照明５１１及び床下ランプ５１２が接続されている。また、他のもてなし動作部として、エアコン５１４、カーオーディオシステム（カーステレオ）５１５、電動シート５１６及びサイドミラーやバックミラーなどの角度調整用の駆動部５１７、カーナビゲーションシステム５３４、ドア開閉用のアシスト機構（以下、ドアアシスト機構という）５４１、車内に芳香剤を放出する芳香発生部５４８、重度体調不良（重度の眠気を催した状態を含む）に対する気付け・覚醒用のアンモニア発生部５４９（図５０に示すように、運転用のハンドル３４０の中心部に、運転者の顔付近を目指す形でアンモニアを噴出するように取り付けられている）、運転者に注意喚起したり眠気から覚醒させるためのシートバイブレータ５５０（図５８に示すように、シート底部あるいは背もたれ部に埋設される）、ハンドルバイブレータ５５１（図５０に示すように、ハンドル３４０の軸に取り付けられている）、車内騒音低減用のノイズキャンセラ１００１Ｂが接続されている。
【００３２】
図８０はカーナビゲーションシステム５３４の構成例を示すブロック図である。カーナビゲーションシステム５３４は、本発明の自動車用もてなし情報提供装置の機能出力部分を担うものであり、位置検出器１０１、地図データ入力器１０６、操作スイッチ群１０７、リモートコントロール（以下リモコンと称する）センサ１１１、音声案内などを行なうスピーカー１１５、フラッシュメモリ等で構成された不揮発性メモリ１０９、ＬＣＤ等からなるモニター１１０、これらの接続された主制御部をなす情報系ＥＣＵ５１、リモコン端末１１２及び主記憶装置をなすハードディスク装置１２１等を備えている。不揮発性メモリ１０９には、車両の履歴情報等のナビゲーション装置１００の動作に必要な情報およびデータが記憶されている。
【００３３】
位置検出器１０１は、周知の地磁気センサ１０２、ジャイロスコープ１０３、距離センサ１０４、および衛星からの電波に基づいて車両の位置を検出するＧＰＳのためのＧＰＳ受信機１０５を有している。これらのセンサ等１０２，１０３，１０４，１０５は各々が性質の異なる誤差を持っているため、複数のセンサにより各々補完しながら使用するように構成されている。なお、精度によっては前述したうちの一部のセンサで構成してもよく、さらに、ステアリングの回転センサや各転動輪の車輪センサ等を用いてもよい。
【００３４】
操作スイッチ群１０７は、メカニカルなスイッチ等を使用できるが、本実施形態では、モニター１１０と一体になったタッチパネル１２２を併用しており、モニター１１０上に表示されるボタン画像に対応するタッチパネル領域を指で触れることにより、操作状態を認識できるようにしている（いわゆるソフトボタン）。これら操作スイッチ群１０７およびリモコン端末１１２によって、種々の指示を入力することが可能である。
【００３５】
操作スイッチ群１０７およびリモコン端末１１２の他に、音声認識ユニット１３０を用いて種々の指示を入力することも可能である。これは、音声認識ユニット１３０に接続されるマイク１３１から音声を入力することによって、その音声信号を周知の音声認識技術により音声認識処理して、その結果に応じた操作コマンドに変換するものである。
【００３６】
情報系ＥＣＵ５１は通常のコンピュータとして構成されており、周知のＣＰＵ１８１、ＲＯＭ１８２、ＲＡＭ１８３、前述の不揮発性メモリ１０９、入出力部１８４がバス接続されたものである。前述のＨＤＤ１２１はインターフェース１２９ｆを介してバス接続されている。また、地図やナビ操作画面を表示する描画情報に基づいて、モニター１１０に画像出力する機能を担う描画ＬＳＩ１８７と、描画処理用のグラフィックメモリ１８７Ｍとが同様にバス接続され、前述のモニター１１０がこれに接続されている。ＣＰＵ１８１は、ＨＤＤ１２１に記憶されたナビプログラム２１ｐおよびデータにより制御を行なう。また、ＨＤＤ１２１へのデータの読み書きの制御はＣＰＵ１８１によって行なわれる。
【００３７】
ＨＤＤ１２１には、道路データを含む地図データ２１ｍと、目的地データベース２１ｄとが記憶されている。その他に、地点登録など、ユーザーが独自にデータ２１ｕを書き込むことができる。これらのデータは、操作スイッチ群１０７およびリモコン端末１１２の操作あるいは音声入力によって内容の書き換えが可能である。また、外部情報入出力装置（地図データ入力器）１０６を用いて記憶媒体１２０からデータを読み込んでＨＤＤ１２１の内容を更新することも可能である。なお、本実施形態では、通信インターフェース１２６及び通信データを一次格納するためのバッファメモリ１２６ｆを介して情報系ＥＣＵ５１が、車内ネットワークをなすシリアル通信バス１２７に接続され、ボデー系ＥＣＵ１４２やエンジン制御ＥＣＵ（図示せず）などの、車内の他の制御装置との間でデータの遣り取りを行なうようになっている。
【００３８】
なお、図１のもてなし実行制御部３は、ここまで概念把握を容易にするために単独のＥＣＵで構成されている場合を例にとって説明を行なってきたが、当然、上記ネットワーク接続された複数のＥＣＵにて実行制御部３を構成することがより現実的である。また、もてなし意思決定部２がもてなし意思決定に使用する記憶部５３５内の種々のデータや、自動車用もてなし情報提供装置の出力対象となるデータ（例えば後述の目的地データベース２１ｄや音楽ソースデータベース５１５ｂ，５１５ｃに格納されたデータ）の少なくとも一部を、自動車外のデータサーバに蓄積し、無線通信により自動車にてダウンロードして使用するようにしてもよい。
【００３９】
モニター１１０はカラー液晶表示器により構成されており、その画面には位置検出器１０１から入力された車両の現在位置マークと、ＨＤＤ１２１から入力された地図データ２１ｍと、さらに地図上に表示する誘導経路等付加データとを重ね合わせて表示するとともに、本画面に経路案内の設定および経路誘導中の案内や画面の切り替え操作を行なうためのメニューボタンが表示される。
【００４０】
カーステレオ５１５に搭載されたＦＭチューナ１４１は、例えばＶＩＣＳ（Vehicle  Information  and  Communication  System：道路交通情報通信システム）センタ１１４からの渋滞表示用道路交通情報を搬送する放送電波を受信し、車内ネットワークを介してその情報が情報系ＥＣＵ５１に送られる。
【００４１】
カーナビゲーションシステム５３４は、情報系ＥＣＵ５１のＣＰＵ１８１によりナビプログラム２１ｐが起動される。運転者は、操作スイッチ群１０７あるいはリモコン端末１１２の操作あるいはマイク１３１からの音声入力によって、目的地データベース２１ｄから所望の目的地を選択する。例えば、モニター１１０上に表示されるメニューから目的地経路をモニター１１０に表示させるための経路案内処理を選択した場合、次のような処理を実施する。即ち、運転者がモニター１１０上の地図あるいは目的地選択画面に基づいて目的地を入力すると、ＧＰＳ受信機１０５から得られる衛星のデータに基づき車両の現在位置が求められ、該現在位置から目的地までの最適な経路を求める処理が行われる。そして、モニター１１０上の道路地図に誘導経路を重ねて表示し、運転者に適切な経路を案内する。このような自動的に最適な経路を設定する手法は、ダイクストラ法等の手法が知られている。また、モニター１１０およびスピーカー１１５の少なくとも一方によって、操作時のガイダンスや動作状態に応じたメッセージの報知を行なう。
【００４２】
次に、図１６は、室内照明５１１の構成例を示すもので、各々固有の照明色からなる複数の照明部（本実施形態では、赤色系照明５１１ｒ、アンバー系照明５１１ｕ、黄色系照明５１１ｙ、白色系照明５１１ｗ及び青色系照明５１１ｂからなる）を有する。これらの照明は、もてなし意思決定部２からもてなし実行制御部３を経て入力される制御指令信号を受けて、指定されたものが選択され、制御指令信号に従い種々の点灯パターンにて点灯制御される。図１９は、ユーザーの性格種別に応じて定められた点灯制御データの構成例を示すもので、もてなし意思決定部２のＲＯＭに記憶され、制御ソフトウェアにより随時読み出されて使用される。例えば、活動的な性格（ＳＫＣ１（図１８参照））に対しては、赤色系照明５１１ｒを選んでこれをフラッシュ点灯（最初のみ、その後連続点灯）させ、おとなしい性格（ＳＫＣ２）に対しては、アンバー系照明５１１ｕを選んでフェードイン点灯させる、などであるが、これはほんの一例である。
【００４３】
なお、照明装置は、白熱電球、蛍光ランプのほか、発光ダイオードを用いた照明装置を採用することも可能である。特に、赤色系（Ｒ）、緑色系（Ｇ）、青色系（Ｂ）の３原色の発光ダイオードを組み合わせることにより、種々の照明光を簡単に得ることができる。図３９は、その回路構成の一例を示すもので、赤色系（Ｒ）、緑色系（Ｇ）、青色系（Ｂ）の各発光ダイオード３４０１が電源（Ｖｓ）に接続され、各々トランジスタ３４０２でスイッチング駆動される。このスイッチングは、コンパレータ３４０３に入力される三角波（のこぎり波でもよい）の周期と、指令信号の電圧レベルとによって定まるデューティ比によりＰＷＭ制御される。各色の発光ダイオード３４０１への指令信号の入力波形は、各々独立に変更可能であり、３つの発光色の混合比率に応じて任意の色調の照明色が得られ、また、色調や照明強度パターンを、指令信号の入力波形に応じて経時的に変化させることも可能である。なお、各色の発光ダイオード３４０１の発光強度は、上記のようにＰＷＭ制御する方式のほか、連続点灯を前提として駆動電流レベルにて調整することも可能であるし、これとＰＷＭ制御とを組み合わせた方式も可能である。
【００４４】
図７２には、赤色系（Ｒ）、緑色系（Ｇ）、青色系（Ｂ）の各光の混合比（デューティ比による）と、視認される混合光の色との関係を示す。それぞれ、制御時に発光色を選択するためのインデックス（０〜１４）が付与され、制御参照情報としてもてなし実行制御部３のＲＯＭ（あるいは、もてなし意思決定部２側の記憶装置５３５：制御に必要な情報を、通信によりもてなし実行制御部３に送信すればよい）に記憶される。白色照明光は使用頻度が高く、着色された照明光との間でスムーズに制御移行できるように、白色を規定するインデックスが、該インデックスの配列上にて周期的に複数現われるように定められている。特に中間に位置する白色（インデックス：６）を境として、その前後に、暖色系（うす橙→橙→赤）と寒色系（水色→青→青紫）の各色が配列し、ユーザーの肉体状態や精神状態に応じて、白色照明光から暖色系照明光ないし寒色系照明光にスムーズに切り替えることができるようになっている。
【００４５】
図１７は、カーオーディオシステム５１５の構成例を示すもので、もてなし意思決定部２からもてなし実行制御部３を経て、曲特定情報やボリュームコントロール情報などの、もてなし用曲演奏制御情報が入力されるインターフェース部５１５ａを有する。該カーオーディオシステム５１５も、本発明の自動車用もてなし情報提供装置の機能出力部分を担うものであり、インターフェース部５１５ａには、デジタルオーディオ制御部５１５ｅ、多数の音楽ソースデータを格納した音楽ソースデータベース５１５ｂ，５１５ｃ（前者はＭＰＥＧ３データベース、後者はＭＩＤＩデータベース）が接続されている。曲特定情報に基づいて選曲された音楽ソースデータはインターフェース部５１５ａを経てオーディオ制御部に送られ、そこでデジタル音楽波形データにデコードされ、アナログ変換部５１５ｆでアナログ変換された後、プリアンプ５１５ｇ及びパワーアンプ５１５ｈを経て、もてなし用曲演奏制御情報により指定されたボリュームにてスピーカー５１５ｊから出力される。
【００４６】
図４０は、ドアアシスト機構５４１の概要を示すものである。自動車１１００には、乗降用のスイング式ドア（以下、単に「ドア」ともいう）１１０１が、乗降口１１０２の一縁にドア旋回軸１１０３を介して取り付けられている。ドア１１０１は、手動操作により乗降口１１０２を閉塞する閉塞位置から任意の角度位置へ開放可能とされている。そして、この手動によるドア開操作が、モータ（アクチュエータ）１０１０によりパワーアシストされる。本実施形態では、ドア１１０１とともに回動するドア旋回軸１１０３に対し、モータ１０１０の回転出力を、減速ギア機構ＲＧを介してトルクアップしつつ、旋回軸１１０３にドア開閉アシストの回転駆動力として直接伝達するようにしている。
【００４７】
図４１は、ドアアシスト機構５４１の回路図の一例である。ドアアシスト機構５４１は、ドアの開操作時に、該ドアと干渉する車外の障害物を検出する障害物検出手段を有し、また、アクチュエータ制御手段は、障害物が検出されていない場合には、ドア開操作時において、アクチュエータによりドア開方向の正アシスト力が生ずる通常アシストモードとなり、障害物検出手段が障害物を検出した場合には、ドア開操作時において、ドアが乗降口を塞ぐ閉位置から障害物に衝突する衝突位置に至るドア旋回区間の少なくとも途中位置まではドアの開操作を可能としつつ、障害物とドアとの衝突は抑制される衝突抑制モードとなるように、アクチュエータによるドアアシストを制御するものとして構成される。
【００４８】
アクチュエータは正逆両方向に回転可能なモータ１０１０であり、本実施形態ではＤＣモータにより構成されている（もちろん、インダクションモータ、ブラシレスモータ、ステッピングモータなど、他の種類のモータを用いてもよい）。アクチュエータ制御手段は、正アシストモードではモータを正方向に回転させ、逆アシストモードではモータ１０１０を逆方向に回転させるものであり、本実施形態では、プッシュプルトランジスタ回路を用いた双方向リニア制御型のモータドライバ１００７がアクチュエータ制御手段を構成している。
【００４９】
モータドライバ１００７は、具体的には、正電源（電圧Ｖｃｃ）に接続された正方向駆動用トランジスタ１０７３と、負電源（電圧−Ｖｃｃ）に接続された逆方向駆動用トランジスタ１０７４とをその要部として構成され、両トランジスタ１０７３，１０７４の各ベース端子には、駆動指示電圧ＶＤが抵抗１０７１により電圧調整されて入力される。抵抗１０７２は増幅用のフィードバック抵抗であり、両トランジスタ１０７３，１０７４のコレクタ／エミッタ間電流の一部を電圧変換して各トランジスタのベースに戻す。これにより、ＶＤが正の時は正方向駆動用トランジスタ１０７３が、ＶＤが負の時は逆方向駆動用トランジスタ１０７４が、それぞれＶＤに比例した電流をモータ１０１０に流す。従って、ＶＤが正の時にモータ１０１０が正方向に回転する正アシストモードとなり、ＶＤが負の時にモータ１０１０が逆方向に回転する逆アシストモードとなる。また、アシスト力は、ＶＤに応じたモータ電流によって定まることとなる。なお、駆動用トランジスタ１０７３，１０７４には、それぞれ過電流保護用のトランジスタ１０７３ｔ，１０７４ｔが設けられている。また、符号１０７３Ｒ，１０７４Ｒは過電流の検出抵抗であり、符号１０７３Ｄ，１０７４Ｄはフライバックダイオードである。
【００５０】
ドアアシスト機構５４１には、ドア１１０１の操作力を検出する操作力検出手段１００２が設けられ、図４３に状態（Ａ）及び状態（Ｂ）として示すように、アクチュエータ制御手段により、正アシストモードにおいて、操作力検出手段１００２が検出するドア操作力が小さくなるほど、正アシスト力が大きくなるようにアクチュエータ１０１０の動作を制御する。つまり、力の弱い人がドア１１０１を開こうとする場合は、モータ１０１０による正アシスト力が強く作用して楽にドア１１０１を開くことができる。他方、力の強い人が強くドアを開こうとする場合は、正アシスト力は比較的弱く働くことになる。例えば、外部からの操作力によるドア開トルクと正アシスト力によるドア開トルクとの合計がほぼ一定になるように制御すれば、誰が操作してもドア１１０１をほぼ一定の標準トルクで開くことができる。
【００５１】
図４１の回路においては、上記の機能を次のようにして実現している。操作力検出手段１００２は、図４０に示すようにドア旋回軸１１０３に設けられたトルクセンサ１００２であり、ドア開の操作力が強く作用するほどドア旋回軸１１０３に生ずるねじれトルクが大きく現われ、トルクセンサ１００２の出力電圧が増加する。なお、トルクセンサ１００２の出力電圧はドア開操作時に正となり、ドア閉操作時には負となるので、電圧の符号によりトルクの向きも検出可能である。本実施形態では、トルクセンサ１００２の出力電圧を非反転増幅器１００３により増幅し、電圧フォロワ１００４を経てトルク検出電圧Ｖｓｔとして出力している。
【００５２】
上記のトルク検出電圧Ｖｓｔは差動増幅回路１００５に入力される。差動増幅回路１００５は、トルク検出電圧Ｖｓｔを参照電圧Ｖｒｅｆ１と比較して、その差分ΔＶ（＝Ｖｒｅｆ１−Ｖｓｔ）を一定のゲインにて増幅し、モータ１０１０に対する駆動指示電圧ＶＤとして出力する。ドア１１０１の開操作を開始すると、トルク検出電圧Ｖｓｔは最初小さいからΔＶは大きくなり、モータ１０１０の出力電流も大きくなって、大きな正アシスト力が働く。この正アシスト力によるトルクは、外部操作力によるトルクとともにドア旋回軸１１０３に重畳するから、トルク検出電圧Ｖｓｔは正アシスト力による寄与分だけ増加する。すると、ΔＶは小さくなってΔＶは減少する。つまり、正アシスト力によるトルクがドア旋回軸１１０３へ戻されることで、外部操作力と正アシスト力との合計トルクがトルク検出電圧Ｖｓｔに反映され、これがＶｒｅｆ１に近づくように、モータ１０１０によるドアアシスト駆動がフィードバック制御されることになるのである。その結果、力の弱い人の場合は、外部操作力による寄与が少なくなる分だけアシストモータ電流（つまり、アシストトルクＡＴ）は大きく維持され、逆に力の強い人の場合は、アシストモータ電流は小さく維持されることとなる。
【００５３】
なお、ドア１１０１は、周知のごとく、車外側操作ノブ１１０４Ｅ及び車内側操作ノブ１１０４のいずれによっても開閉操作が可能であり、ロックボタン１１０４を倒すと、図４１に示す周知のドアロック機構１３２０により、ノブ１１０４Ｅ，１１０４によるドア開閉操作が不能となる。このドアロック機構１３２０がロック状態になったときはドアロック信号ＤＲＳが出力され、これがモータ１０１０の停止制御に用いられるようになっている。本実施形態では、ドアロック信号ＤＲＳを受けたスイッチ１０２１が、参照電圧Ｖｒｅｆ１を差動増幅回路１００５から切り離すとともに、差動増幅回路１００５の反転入力端子と非反転入力端子とを短絡させ、差動入力ΔＶひいてはモータ１０１０への駆動指示電圧ＶＤを強制的にゼロにして、モータ１０１０を駆動停止するようにしている。
【００５４】
また、図４１の回路では、トルク検出電圧Ｖｓｔの符号が負になった場合にアシスト制御信号ＳＫ１を出力するコンパレータ１０２０を設けている。スイッチ１０２１の制御端子には、ゲート１３０４を介してドアロック信号ＤＲＳとアシスト禁止信号ＳＫ１との論理和が入力され、アシスト制御信号ＳＫ１が検出された場合にもアシストシステムＳＹＳ１のモータ１０１０が停止制御されるようになっている。
【００５５】
また、ドア１１０１の開操作時に、該ドア１１０１と干渉する車外の障害物を検出する障害物検出手段が設けられている。障害物検出手段は、ドア１１０１の側面に対向して存在する障害物を検出するものを採用できる。このようにすると、ドア１１０１が開いていく方向に存在する障害物を適確に検出することができる。このような障害物検出手段として、例えば周知の近接スイッチ、反射式光学センサ（赤外線式を含む）あるいは超音波センサなどの障害物センサ１０５０を採用できる。
【００５６】
障害物センサ１０５０の検知出力はコンパレータ１０５１にて閾値と比較され、障害物の検知の有無を表す信号を二値的に出力する。ドア１１０１を内側から開けてゆき、障害物センサ１０５０にこれが検知されると、その障害物検知したときのドア１１０１の角度位置が限界角度位置となって、障害物ありを意味する検知信号ＳＩ’が出力され、これを受けたドアアシスト制御手段側で、それ以降のドア開操作が妨げられる制御が行われる。本実施形態では、ドア１１０１が限界角度位置に到達したとき、該ドアの以降の旋回を阻止する障害物用ドア旋回ロック機構１３００が、ドアアシスト制御手段の一部をなすものとして設けられている。
【００５７】
図４２は、そのロック機構１３００のロック部の構成例を示すものである。ロック部の要部は、ドア１１０１の旋回軸１１０３に設けられたドア側係合部（本実施形態では雄スプライン）１３１２と、車体側に固定され、該ドア側係合部１３１２に対し旋回軸１１０３の旋回角度に応じた任意の角度位相にて着脱可能に係合し、係合状態の角度位相にて旋回軸１１０３の旋回をロックする車体側係合部（本実施形態では雌スプライン）１３１３とを有する。車体側係合部１３１３は、旋回軸１１０３の軸線方向においてドア側係合部１３１２に対し接近・離間可能に設けられ、接近時に車体側係合部１３１３とロック係合状態となり、離間時にロック解除となる。本実施形態においては、この接近・離間機構を周知のソレノイド機構（シリンダ機構等でもよい）にて構成している。車体側係合部１３１３は、ばね受け部１３１４Ｂを有した駆動軸１３１４の先端に取り付けられ、この駆動軸１３１４が、ケース１３００Ｃ内に収容されたソレノイド１３０１により軸線方向に進退駆動されるソレノイド１３０１を付勢すると、駆動軸１３１４が飛び出し、車体側係合部１３１３がドア側係合部１３１２に係合する。他方、ソレノイドを付勢解除すると、ばね受け部１３１４Ｂと係合するバイアスばね１３１０が弾性復帰して、駆動軸１３１４が引っ込んで車体側係合部１３１３とドア側係合部１３１２とが係合解除される。
【００５８】
図４１に示すように、障害物の検知信号ＳＩ’が出力されると、駆動スイッチ（トランジスタ：符号１３０２は保護用のフライバックダイオード）１３０３がオンとなり、ソレノイド１３０１が付勢されて、図４２の車体側係合部１３１３とドア側係合部１３１２とが係合する。この時点でドア１１０１は、車外の不定位置にある障害物のそばまで近づいており、車体側係合部１３１３とドア側係合部１３１２とは、障害物検知されたときの角度位相でスプライン係合し、その角度でロックされることとなる。つまり、障害物検出手段が障害物を検出したときのドア角度位置に応じて（つまり、障害物の位置に応じて）、限界角度位置が可変に定まる。これにより、自動車に対する障害物の相対距離に関係なく、開操作によりドアが近づいてくれば、障害物に当たらないようにドア開操作が妨げられる。このとき、モータ１０１０による正アシスト力が生じていてもドア１１０１の開操作は妨げられるから、衝突抑制モードとなるように、アクチュエータによるドアアシストが制御されていることが明らかである。
【００５９】
なお、外部ドア操作信号ＥＤＳが、車外側からドアが操作された状態を示しているときは、障害物センサ１０５０の検出出力によらず、ドアアシスト抑制の制御機構（ここでは、障害物用ドア旋回ロック機構１３００）の動作が制限されるようになっている。具体的には、コンパレータ１０５１により二値化された障害物センサ１０５０の検知信号ＳＩ’と、同じく二値の外部ドア操作信号ＥＤＳ（ドアが外部から操作されたときは、検知信号ＳＩと逆符号となる）との、ゲート１０５１ａによる論理積出力ＳＩを、前述の駆動スイッチ１３０３の駆動信号として用いることにより、この機能を実現している。
【００６０】
なお、上記のようなアシスト機構を有したスイング式ドアを採用する態様に代え、周知の電動自動開閉機構ないしアシスト機構を備えた電動スライド式ドアを採用することも可能である。
【００６１】
図４４は、ノイズキャンセラ１００１Ｂの一構成例を示す機能ブロック図である。該ノイズキャンセラ１００１Ｂの要部は、騒音抑制手段をなす能動的騒音制御機構本体２０１０と、必要音強調部（手段）２０５０とを含む。能動的騒音制御機構２０１０は、車内に侵入する騒音を検出する車内騒音検出マイク（ノイズ検知マイク）２０１１と、車内騒音検出マイク２０１１が検出する騒音波形と逆位相の騒音制御用波形を合成する騒音制御用波形合成部（制御音発生部）２０１５とを有する。騒音制御用波形は騒音制御用スピーカー２０１８から出力される。また、騒音制御用音波が重畳後の車内音に含まれる消し残し騒音成分を検出するエラー検出マイク２０１２と、消し残し騒音のレベルが縮小する方向にフィルタ係数が調整される適応フィルタ２０１４も設けられている。
【００６２】
車両自身に音源を有する車内騒音としては、エンジン音、路面音、風切り音などがあり、車内騒音検出マイク２０１１は、複数個のものが、個別の車内騒音の検知に適した位置に分散配置されている。車内騒音検出マイク２０１１は、搭乗者Ｊから見てそれぞれ違う位置にあり、マイク２０１１が拾う位置での騒音波形と、搭乗者Ｊが実際に聞く騒音波形との間には少なからぬ位相差がある。そこで、この位相差を合せこむために、車内騒音検出マイク２０１１の検知波形は適宜、位相調整部２０１３を介して制御音発生部２０１５に与えられる。
【００６３】
次に、必要音強調部２０５０は、強調音検知マイク２０５１及び必要音抽出フィルタ２０５３を含んで構成され、その必要音の抽出波形が制御音発生部２０１５に与えられる。ここでも、車内騒音検出マイク２０１１と同様の事情により、位相調整部２０５２が適宜設けられる。強調音検知マイク２０５１は、車外の必要音を取り込むための車外用マイク２０５１と、車内の必要音を取り込むための車内用マイク２０５１とからなる。いずれも周知の指向性マイクにて構成でき、車外用は、音検知の指向性の強い角度域が車外方向を向き、指向性の弱い角度域が車内方向を向くように取り付けられている。本実施形態では、マイク２０５１の全体が車外に出るように取り付けられているが、指向性の弱い角度域が車内側に位置し、指向性の強い角度域のみが車外に出るように、車内と車外とにまたがって取り付けることも可能である。他方、車内用マイク２０５１は、各座席に対応して、搭乗者の会話音を選択的に検知できるよう、音検知の指向性の強い角度域が搭乗者の正面側を向き、指向性の弱い角度域が反対方向を向くように取り付けられる。これら強調音検知マイク２０５１は、いずれも、その入力波形（検出波形）のうち必要音成分を優先的に通過させる必要音抽出フィルタ２０５３に接続されている。なお、図１のカーオーディオシステム５１５のオーディオ入力が車内必要音音源２０１９として利用されるようになっている。このオーディオ機器のスピーカー出力音（スピーカーは騒音制御用スピーカー２０１８と兼用してもよいし、別途設けてもよい）は、騒音制御用波形が重畳されても相殺されないように制御される。
【００６４】
図４５は、図４４の機能ブロック図に対応したハードウェアブロック図の一例を示すものである。第一ＤＳＰ（Digital Signal Processor）２１００は騒音制御用波形合成部（制御音発生部）２０１５及び適応フィルタ２０１４（さらには位相調整部２０１３）を構成するものであり、車内騒音検出マイク２０１１がマイクアンプ２１０１及びＡ／Ｄ変換器２１０２を介して、また、騒音制御用スピーカー２０１８がＤ／Ａ変換器２１０３及びアンプ２１０４を介してそれぞれ接続されている。他方、第二ＤＳＰ２２００は、抑制すべき騒音成分の抽出部を構成するものであり、エラー検出マイク２０１２がマイクアンプ２１０１及びＡ／Ｄ変換器２１０２を介して、また、オーディオ入力など抑制対象外の音声信号源、すなわち必要音音源２０１９がＡ／Ｄ変換器２１０２を介してそれぞれ接続されている。
【００６５】
必要音強調部２０５０は、必要音抽出フィルタ２０５３として機能する第三ＤＳＰ２３００を有し、必要音検知マイク（強調音検知マイク）２０５１がマイクアンプ２１０１及びＡ／Ｄ変換器２１０２を介して接続されている。そして、第三ＤＳＰ２３００はデジタル適応フィルタとして機能する。以下、フィルタ係数の設定処理について説明する。
【００６６】
緊急車両（救急車、消防車、パトカーなど）のサイレン音、踏み切り警報器音、後続車のクラクション音、ホイッスル音、人間の叫び声（子供の泣き声や女性の叫び声など）を、注意ないし危険認識すべき必要車外音（強調音）として定め、それらのサンプル音をディスク等に記録して、読み取り再生可能な参照強調音データとしてライブラリー化しておく。また、会話音については、複数人の個別のモデル音声を、同様に参照強調音データとしてライブラリー化しておく。なお、自動車への搭乗候補者が固定的に定められている場合には、モデル音声を、そのモデル音声自身の発声による参照強調音データとして用意しておけば、その搭乗候補者が乗車した場合の会話音の強調精度を高めることができる。
【００６７】
そして、フィルタ係数に適当な初期値を与え、強調音検知マイク２０５１による強調音検出レベルを初期値に設定する。次いで、各参照強調音を読み出して出力し、強調音検知マイク２０５１により検出する。そして、適応フィルタの通過波形を読み取り、参照強調音として通過できた波形のレベルを測定する。この検知レベルが目標値に達するまで上記の処理を繰り返す。このようにして、車外音及び車内音（会話音）の双方について、参照強調音を次々と取り替えて、通過波形の検知レベルが最適化されるよう、フィルタ係数を学習処理させる。上記のようにフィルタ係数が調整された必要音抽出フィルタ２０５３により、強調音検知マイク２０５１からの入力波形から必要音を抽出し、その抽出強調音波形を第二ＤＳＰ２２００に転送する。第二ＤＳＰ２２００は、車内騒音検出マイク２０１１の検知波形から、必要音音源（ここではオーディオ出力）２０１９からの入力波形と、第三ＤＳＰ２３００からの抽出強調音波形を差分演算する。
【００６８】
第一ＤＳＰ２１００に組み込まれるデジタル適応フィルタのフィルタ係数は、システムの使用に先立って初期化が行われる。まず、抑制対象となる種々の騒音を定め、それらのサンプル音をディスク等に録音して、再生可能な参照騒音としてライブラリー化しておく。そして、フィルタ係数に適当な初期値を与え、エラー検出マイク２０１２による消し残し騒音レベルを初期値に設定する。次いで、参照騒音を順次読み出して出力し、車内騒音検出マイク２０１１により検出する。適応フィルタを通過した車内騒音検出マイク２０１１の検出波形を読み取り、これを高速フーリエ変換することにより、騒音検出波形を、各々波長の異なる正弦波素波に分解する。そして、各正弦波素波の位相を反転させた反転素波を生成し、これを再度合成することにより、騒音検出波形と逆位相の騒音制御用波形が得られる。これを騒音制御用スピーカー２０１８から出力する。
【００６９】
適応フィルタの係数が適性に定められていれば、車内騒音検出マイク２０１１の波形からは騒音成分だけが効率良く抽出されているはずなので、これに基づいて逆相合成された騒音制御用波形により車内騒音を過不足なく相殺することができる。しかし、フィルタ係数の設定が適性でなければ相殺されない波形成分が消し残し騒音成分となって生ずる。これは、エラー検出マイク２０１２により検出される。消し残し騒音成分のレベルは目標値と比較され、目標値以下になっていなければフィルタ係数を更新し、これが目標値以下になるまで同様の処理を繰り返す。このようにして、参照騒音を次々と取り替えて、消し残し騒音成分が最小化されるよう、フィルタ係数を学習処理させる。そして、実使用時には、消し残し騒音成分を定常的にモニタリングし、常時これが最小化されるようにフィルタ係数をリアルタイム更新しつつ、上記と同様の処理を行なうことで、必要な音波成分を残しつつ、車内の騒音レベルのみを効果的に低減することができる。
【００７０】
次に、ユーザー側端末装置１は、本実施形態では図１４に示すような携帯電話として構成されている（以下、「携帯電話１」ともいう）。携帯電話１は、液晶ディスプレイ等で構成されたモニター３０８、キーボードからなる入力部３０５、送話器３０４及び受話器３０３等を備えている。また、その側面には脈拍センサ（心拍センサ）３４２も設けられている。
【００７１】
図１５は、携帯電話１の電気的構成の一例を示すブロック図である。回路の要部は、入出力部１３１１と、これに接続されたＣＰＵ３１２、ＲＯＭ３１４、ＲＡＭ３１３等からなる制御部３１０を含む。入出力部１３１１には、入力部３０５、オンフック／オフフック切換スイッチ３０６が接続される。また、受話器３０３はアンプ３１５とＤ／Ａ変換器３１６を介して、送話器３０４はアンプ３１７とＡ／Ｄ変換器３１８を介して、それぞれ入出力部１３１１に接続されている。さらに、入出力部１３１１には、携帯電話１の位置情報を取得するための周知のＧＰＳ５５４が接続されている。
【００７２】
本実施形態では、ユーザー側端末装置１と自動車との距離及び方位関係を把握するために、自動車側のＧＰＳ５３３（図１）に加えてユーザー側端末装置１にもＧＰＳ５５４を設けることで、ユーザー側端末装置１が自立的にその位置情報を取得できるようにしておき、その端末位置情報を、無線通信網を介して自動車側に送信する方式を採用している。これにより、自動車側では、自身に接続されたＧＰＳ５３３による正確な自動車位置と、ユーザー側端末装置１から受信したＧＰＳ５５４による正確な端末位置との双方を取得でき、ユーザー側端末装置１と自動車との距離及び方位関係を極めて正確に把握することができる。また、ユーザー側端末装置１と自動車との距離変化や接近方向変化も事実上リアルタイムに把握できる。
【００７３】
図１５に戻り、携帯電話１の入出力部１３１１には通信装置３２３が接続されている。通信装置３２３は、制御部３１０と接続するための接続インターフェース３３１と、これに接続された変調器３３２、送信器３３３、周波数シンセサイザ３３４、受信器３３５、復調器３３６及び共用器３３７等により構成されている。制御部３１０からのデータ信号は変調器３３２により変調され、さらに送信器３３３により共用器３３７を介してアンテナ３３９から送信される。一方、受信電波はアンテナ３３９及び共用器３３７を介して受信器３３５により受信され、復調器３３６で復調された後、制御部３１０のＩ／Оポート１３１１に入力される。なお、通話を行なう場合は、例えば送話器３０４から入力された音声信号がアンプ３１７で増幅され、さらにＡ／Ｄ変換器３１８によりデジタル変換されて制御部３１０に入力される。該信号は、必要に応じて制御部３１０にて加工された後、Ｄ／Ａ変換器３１６及びアンプ３１５を介して受話器３０３から出力される。
【００７４】
一方、接続インターフェース３３１には、制御用電波を発信する制御用電波発信器３３８がつながれている。制御用電波は共用器３３７を介してアンテナ３３９から発信される。そして、携帯電話１が別の通信ゾーンに移動した場合、網側の無線回線制御局が制御用電波の受信状況に基づいて、周知のハンドオーバ処理を行なう。
【００７５】
次に、携帯電話１には、着信音出力や音楽演奏のために、次のような機能が設けられている。すなわち、無線受信によりダウンロードした着信音データや音楽データ（ＭＰＥＧ３データあるいはＭＩＤＩデータ：着信音としても使用される）が、音データ用フラッシュＲＯＭ３１６に格納される。ＭＩＤＩデータの場合、ＭＩＤＩコードに従い音色、音高、音長及びテンポ等が記述された楽音データが楽音合成部３０７に送られる。楽音合成部３０７では、その楽音データをバッファリングしつつ、音源として機能する波形ＲＯＭ３５８から、指定された音色の波形データを読み出し、ＭＩＤＩコードの規定する音高となるように周波数変換して、規定されたテンポに従い順次これをデジタル波形データとして出力する。出力されたデジタル波形データは、アナログ変換回路３５９及びアンプ３５０を経てスピーカー３１１から出力される。なお、ＭＰＥＧ３等の圧縮波形データからなる音データの場合は、デコード処理を経てアナログ変換回路３５９及びアンプ３５０を経てスピーカー３１１から出力される。なお、本実施形態では、楽音合成部３５７による音声出力のタイミング情報がシーケンサ３５２に入力され、ＰＷＭユニット３５３を経てバイブレータユニット３５４及びＬＥＤユニット３５５を音楽と同期駆動し、携帯電話１での音出力によるもてなし効果を、振動及びＬＥＤ発光と組み合わせてさらに高める工夫がなされている。
【００７６】
次に、もてなし意思決定部２には、次のようなセンサ・カメラ群が接続されている。これらの一部はシーン推定情報取得手段として機能し、また、生体状態検出部として機能するものである。
・車外用カメラ５１８：自動車に接近してくるユーザーの姿を撮影する。ユーザーの仕草や顔の表情などを静止画ないし動画として取得する。ユーザーを拡大して撮影するために、望遠レンズを用いた光学式ズーム方式や、撮影画像をデジタル的に拡大するデジタルズーム方式を併用することができる。
・赤外線センサ５１９：自動車に接近するユーザー、ないし乗車したユーザーの顔部分からの放射赤外線に基づき、サーモグラフィーを撮影する。生体状態検出部である体温測定部として機能し、その時間的変化波形を測定することにより、ユーザーの肉体状態ないし精神状態を推定することができる。
【００７７】
・着座センサ５２０：ユーザーが座席に着座したか否かを検出する。自動車のシートに埋設される近接スイッチ等で構成することができる。このほか、シートに着座したユーザーを撮影するカメラにより着座センサを構成することもできる。この方法であると、シートに荷物など、人以外の荷重源が載置された場合と、人が着座した場合とを相互に区別でき、例えば人が着座した場合にだけもてなし動作を行なう、といった選択制御も可能となる。また、カメラを用いれば、着座したユーザーの動作を検出することも可能であり、検出情報をより多様化することができる。なお、シート上でのユーザーの動作を検出するには、シートに装着した感圧センサを用いる方法もある。
【００７８】
さらに、本実施形態では、図５８に示すように、シートの座部及び背もたれ部に複数分散埋設された着座センサ５２０Ａ，５２０Ｂ，５２０Ｃの検知出力に基づいて、着座したユーザー（運転者）の姿勢変化を波形検出するようにしている。いずれも着座圧力を検出する圧力センサで構成され、具体的には、正面を向いて着座したユーザーの背中の中心に基準センサ５２０Ａが配置される。残部のセンサは、それよりもシート左側に偏って配置された左側センサ５２０Ｂと、シート右側に偏って配置された右側センサ５２０Ｃとからなる。基準センサ５２０Ａの出力は、差動アンプ６０３及び６０４にて、それぞれ右側センサ５２０Ｃの出力及び左側センサ５２０Ｂの出力との差分が演算され、さらにそれらの差分出力同士が、姿勢信号出力用の差動アンプ６０５に入力される。その、姿勢信号出力Ｖout（第二種生体状態パラメータ）は、ユーザーが正面を向いて着座しているときほぼ基準値（ここではゼロＶ）となり、姿勢が右に偏ると右側センサ５２０Ｃの出力が増加し、左側センサ５２０Ｃの出力が減少するので負側にシフトし、姿勢が左に偏るとその逆となって正側にシフトする。なお、右側センサ５２０Ｃ及び左側センサ５２０Ｂは、いずれも加算器６０１，６０２により、座部側のセンサ出力と背もたれ側のセンサ出力との加算値として出力されているが、残部センサ出力と背もたれセンサ出力の差分値を出力するようにしてもよい（このようにすると、運転者が前のめりになったとき背もたれセンサ側の出力が減少し、その差分値が増大するので、より大きな姿勢の崩れとして検出することができる。
【００７９】
・顔カメラ５２１：着座したユーザーの顔の表情を撮影する。図４９に示すように、バックミラー３３１等に取り付けられ、フロントグラス３３７側から運転者３３７を斜め上方から、シートに着座したユーザー（運転者）の顔を含む上半身を撮影する。その画像から顔部分の画像を切り出し、ユーザーの種々の表情を予め撮影して用意されたマスター画像と比較することにより、図５９に示す種々の表情を特定することができる。肉体状態ないし肉体状態のいずれにおいても、状態が良好な順に表情の序列を決めておき、その序列に従って得点付与することにより（例えば、精神状態の場合、安定を「１」、注意散漫・不安を「２」、興奮・怒りを「３」とするなど）、表情を離散的な数値パラメータ（第二種生体状態パラメータ）として使用することができ、その時間変化を離散的な波形として測定できるので、当該波形に基づき、精神状態ないし肉体状態の推定を行なうことも可能である。なお、顔を含む上半身の画像形状と、その画像上での重心位置から、運転者の姿勢の変化を検出することもできる。すなわち、重心位置の変化波形は姿勢の変化波形として使用でき（第二種生体状態パラメータ）、当該波形に基づき、精神状態ないし肉体状態の推定を行なうことも可能である。なお、もてなし制御に使用するユーザー生体状態情報の取得源（生体状態検出部）としての機能以外に、バイオメトリックスによるユーザーの本人認証用にも使用される。また、目のアイリスの向きを拡大検出することで、顔や視線の方向を特定することもできる（例えば、やたらに時計の方向を見る場合は、「時間を気にして焦っている」と推定するなど）。また、視線方向の角度の時間的変化波形（真正面を向いているときを基準方向として、その基準方向に対する左右へのぶれ角度を波形変化として検出する）に基づき（第二種生体状態パラメータ）、運転者の肉体状態あるいは精神状態を推定するのにも使用される。
・マイクロフォン５２２：ユーザーの声を検出する。これも、生体状態検出部として機能させうる。
【００８０】
・感圧センサ５２３：自動車のハンドルやシフトレバーの、ユーザーによる把握位置に取り付けられ、ユーザーの握り力や、握ったり放したりの繰り返し頻度などを検出する（生体状態検出部）。
・血圧センサ５２４：図５０に示すように、自動車のハンドルのユーザー把握位置に取り付けられる（生体状態検出部）。血圧センサ５２４の検出する血圧値はその時間的変化が波形として記録され（第一種生体状態パラメータ）、その波形に基づいて運転者の肉体状態ないし精神状態の推定に使用される。
・体温センサ５２５：図５０に示すように、自動車のハンドルのユーザー把握位置に取り付けられた温度センサからなる（生体状態検出部）。体温センサ５２５の検出する体温値はその時間的変化が波形として記録され（第一種生体状態パラメータ）、その波形に基づいて運転者の肉体状態ないし精神状態の推定に使用される。
・皮膚抵抗センサ５４５：発汗等による体表面の抵抗値を測定する周知のセンサであり、図５０に示すように、自動車のハンドルのユーザー把握位置に取り付けられる。皮膚抵抗センサ５４５の検出する皮膚抵抗値はその時間的変化が波形として記録され（第一種生体状態パラメータ）、その波形に基づいて運転者の肉体状態ないし精神状態の推定に使用される。
【００８１】
・網膜カメラ５２６：ユーザーの網膜パターンを撮影し、バイオメトリックスによるユーザーの本人認証用に使用される。
・アイリスカメラ５２７：図４９に示すように、バックミラー３３１等に取り付けられ、ユーザーのアイリス（虹彩）の画像を撮影し、バイオメトリックスによるユーザーの本人認証用に使用される。アイリスの画像を用いる場合、その模様や色の個人性を利用して照合・認証を行なう。特にアイリス模様は後天的形成要素であり、遺伝的影響度も低いので一卵性双生児でも顕著な相違があり、確実に識別できる利点がある。アイリス模様を用いた認証方式は、認識・照合を迅速に行なうことができ、他人誤認率も低い特徴がある。また、アイリスカメラにより撮影された運転者の瞳孔寸法（第二種生体状態パラメータ）の時間的変化に基づいて、肉体状態あるいは精神状態の推定を行なうことができる。
・静脈カメラ５２８：ユーザーの静脈パターンを撮影し、バイオメトリックスによるユーザーの本人認証用に使用される。
・ドアカーテシスイッチ５３７：ドアの開閉を検知する。乗り込みシーン及び降車シーンへの移行を検出する、シーン推定情報取得手段として使用される。
【００８２】
また、もてなし意思決定部２には、エンジン始動を検知するためのイグニッションスイッチ５３８の出力も分岐入力されている。また、車内の明るさレベルを検出する照度センサ５３９、車内の音響レベルを測定する音圧センサ５４０も、もてなし意思決定部２に同様に接続されている。
【００８３】
また、もてなし意思決定部２には、タッチパネル（カーナビゲーションシステム５３４のモニターに重ねられたタッチパネルで兼用してもよい：この場合は、入力情報はもてなし実行制御部３からもてなし意思決定部２に転送される）等で構成された入力部５２９と、もてなし動作情報記憶部として機能するハードディスクドライブ等で構成された記憶装置５３５とが接続されている。
【００８４】
他方、もてなし実行制御部３には、車両位置情報を取得するためのＧＰＳ５３３（カーナビゲーションシステム５３４においても使用する）、ブレーキセンサ５３０、車速センサ５３１及び加速度センサ５３２も接続されている。
【００８５】
もてなし意思決定部２は、センサ・カメラ群５１８〜５２８の１又は２以上のものの検出情報から、ユーザーの性格、精神状態及び体調の少なくともいずれかを含むユーザー生体状態情報を取得し、その内容に応じてどのもてなし動作部にどのようなもてなし動作をさせるかを決定して、これをもてなし実行制御部３に指令する。もてなし実行制御部３は、これを受けて、対応するもてなし動作部５０２〜５１７，５３４，５４１，５４８，５４９，５５０，５５１，５５２，１００１Ｂにもてなし動作を実行させる。すなわち、もてなし意思決定部２ともてなし実行制御部３とが互いに協働して、取得されたユーザー生体状態情報の内容に応じてもてなし動作部５０２〜５１７，５３４，５４１，５４８，５４９，５５０，５５１，５５２，１００１Ｂの動作内容を変化させる機能を実現する。もてなし実行制御部３には、自動車側通信手段（ホスト側通信手段）をなす無線通信装置４が接続されている。該無線通信装置４は、自動車のユーザーが携帯するユーザー側端末装置（携帯電話）１と、無線通信網１１７０（図１５）を介して通信する。
【００８６】
一方、カーオーディオシステム５１５には、ユーザーが手動で操作する操作部５１５ｄ（図１７）が設けられ、ここからの選曲データの入力により、所望の音楽ソースデータを読み出して演奏することもできる。また、操作部５１５ｄからのボリューム／トーンコントロール信号は、プリアンプ５１５ｇへ入力される。この選曲データは、インターフェース部５１５ａから、図１のもてなし実行制御部３を経てもてなし意思決定部２へ転送され、これに接続された記憶装置５３５の選曲実績データ４０３として蓄積される。その蓄積内容に基づいて、後述のユーザ−性格判定処理が行われる（つまり、カーオーディオシステム５１５の操作部５１５ｄは、生体状態検出部の機能を構成しているといえる）。
【００８７】
図１８は、上記音楽ソースデータのデータベース構造の一例を示すもので、曲ＩＤ、曲名及びジャンルコードと対応付ける形で音楽ソースデータ（ＭＰＥＧ３又はＭＩＤＩ）が記憶されている。また、各音楽ソースデータには、その音楽を選曲したユーザーについて推定される性格種別（「活動的」、「おとなしい」、「楽観的」、「悲観的」、「頽廃的」、「体育会系」、「知性派」、「ロマンチスト」など）を示す性格種別コード、同じく年齢コード（「幼児」、「子供」、「ジュニア」、「青年」、「壮年」、「中点」、「熟年」、「敬老」、「年齢無関係」など）、性別コード（「男性」、「女性」及び「性別無関係」）が個々に対応付けて記憶されている。性格種別コードはユーザー性格特定情報の一つであり、年齢コード及び性別コードは、性格とは無関係なサブ分類である。ユーザーの性格が特定できても、年齢層や性別に合わない音楽ソースを選択したのでは、ユーザーを楽しませる「もてなし」としての効果は半減する。従って、ユーザーに提供する音楽ソースの適性をより絞り込むために、上記のようなサブ分類付与は有効である。
【００８８】
一方、各音楽ソースデータには、曲モードコードも個々に対応付けて記憶されている。曲モードコードは、その曲を選曲したユーザーの精神状態や体調と、当該曲との連関を示すデータであり、本実施形態では、「盛り上げ系」、「爽快系」、「温和・癒し系」、「ヒーリング・α波系」等に分類されている。なお、性格種別コード、年齢コード、性別コード、ジャンルコード及び曲モードコードは、各ユーザーに固有のもてなし内容を選定する際に参照するデータなので、これらを総称してもてなし参照データと呼ぶことにする。
【００８９】
図８１は、カーナビゲーションシステム５３４で使用する目的地データベース２１ｄの内容を示すもので、上記の音楽ソースデータベースと同様、各目的地の所在地情報に、個々の目的地を特定するためのＩＤとともに、同様のもてなし参照データにて構成された分類情報が付与されている。このうち、性格種別コード、年齢コード及び性別コードは音楽ソースデータベースに使用されているものとほぼ同じである。すなわち、目的地を選択するユーザーについて推定される性格種別（「活動的」、「おとなしい」、「楽観的」、「悲観的」、「頽廃的」、「体育会系」、「知性派」、「ロマンチスト」など）を示す性格種別コード、同じく年齢コード（「幼児」、「子供」、「ジュニア」、「青年」、「壮年」、「中年」、「熟年」、「敬老」、「年齢無関係」など）、性別コード（「男性」、「女性」及び「性別無関係」）が個々に対応付けて記憶されている。性格種別コードはユーザー性格特定情報の一つであり、年齢コード及び性別コードは、性格とは無関係なサブ分類である。ユーザーの性格が特定できても、年齢層や性別に合わない目的地を選択したのでは、ユーザーを楽しませる「もてなし」としての効果は半減する。従って、ユーザーに提案する目的地の適性をより絞り込むために、上記のようなサブ分類付与は有効である。
【００９０】
また、ジャンルコードは、目的地をなす施設を、その種別により分類するもので、「飲食店」、「娯楽施設」、「公園」、宿泊施設、「道路関連サービス施設」、「コンビニエンスストア」、「スーパーマーケット」などに分かれている。このうち、「飲食店」、「道路関連サービス施設」、「コンビニエンスストア」、「スーパーマーケット」などが、飲食可能施設として位置付けられる。
【００９１】
また、各ジャンルコードには、それぞれのジャンルコードに適合したサブ分類コードが付与されている。「飲食店」の場合、「もてなし」効果を考慮して、ユーザーの体調や精神状態と関連付けた目的地選択が可能となるように、サブ分類コードの種別が考慮されている。すなわち、体調良好で食欲もあり（特に、青年／壮年など）、空腹が進んだ場合に選択すべき飲食店には、満腹感を優先したサブ分類コード（「がっつり・こってり系」）が付与されており、体調がそれほどでもなく食欲についても淡白な状態（特に、女性など）、精々小腹が空いた程度の状況で選択すべき飲食店には、軽めの食事を優先したサブ分類コード（「かるーく・あっさり系」）が付与されている。また、倦怠感が進み、気分転換が望ましい状況や、カップルなどでムードを盛り上げたい場合に選択すべき飲食店には、雰囲気重視の食事を優先したサブ分類コード（「シック・おしゃれ系」）が付与されている。
【００９２】
また、「もてなし」効果の優先性とは別に、一般的な料理種別（「和食・寿司」「中華・ラーメン」「洋食・カレー」）に基づくサブ分類コードも別途付与され、適宜選択できるようになっている。
【００９３】
一方、娯楽施設（あるいは観光スポット）や公園などの、レクリエーションないしエンターテインメント系のサービス提供施設についても、ユーザーの体調や精神状態と関連付けた目的地選択が可能となるように、サブ分類コードの種別が考慮されている。すなわち、体調良好で、陽気で活動的なサービスを欲している場合（特に、青年／壮年など）に選択すべき施設には、体力的あるいは精神的な発散を優先したサブ分類コード（「元気一杯スポット」）が付与されており、体調がそれほどでもないか疲れている場合（特に、女性など）には、体力消耗抑制を優先したサブ分類コード（「リラックス・いやし系」）が付与されている。また、カップルなどでムードを盛り上げたい場合に選択すべき施設には、雰囲気重視のサブ分類コード（「ラブラブスポット」）が付与されている。
【００９４】
他方、「道路関連サービス施設」は、「サービスエリア」、「パーキングエリア」、「道の駅」及び「ドライブイン」のサブ分類コードが付与されている。
【００９５】
図１のもてなし意思決定部２のＲＯＭ（あるいは記憶装置５３５）には、図２に示すように、シーン別のもてなし内容を記憶するもてなし意思決定テーブル３６０が記憶されている。シーンは、本実施形態では、接近シーンＳＣＮ１、乗り込みシーンＳＣＮ２、準備シーンＳＣＮ３、運転／滞在シーンＳＣＮ４、降車シーンＳＣＮ５及び離脱シーンＳＣＮ６が、時系列的にこの順序で設定されている。また、各シーンには、次の５つのもてなしジャンル（ＳＴ）が設定され、それぞれ１又は２以上のもてなしテーマ（ＯＢＪ）が設定されている。なお、ジャンルはシーン毎に複数のテーマを統轄するものであり、広義には「テーマ」の概念に属するものである。
【００９６】
接近シーンの特定は、後述するごとく、ユーザー側のＧＰＳ５５４と、自動車側のＧＰＳ５３３とにより、自動車と、当該自動車外に位置するユーザーとの相対距離及びその変化を特定し、ユーザーが自動車へ予め定められた距離以内に接近したことを検出することで行なう。乗り込みシーンと降車シーンとは、ドアカーテシスイッチ５３７のドア開検知出力に基づいて特定する。ただし、単にドア開の情報だけでは乗り込みシーンか降車シーンかを特定できないから、もてなし意思決定部２のＲＡＭ内に、現在シーン特定情報を記憶保持する現在シーン特定情報記憶手段として、図５に示すごとくシーンフラグ３５０を設けることで対応するようにしている。シーンフラグ３５０は各シーンに対応した個別シーンフラグを有し、時系列順に到来順序が定められた各シーンが到来する毎に、そのシーンに対応するフラグを「到来（フラグ値１）」に設定してゆく。シーンフラグ３５０にて、値が「１」になっているフラグの最新のもの（「１」フラグ列の末尾のもの）を特定することで、現在どのシーンまで進んできているかを特定できる。
【００９７】
また、準備シーンとシーン運転／滞在シーンとは、いずれも前述の着座センサがユーザーを検出しているか否かにより特定するが、自動車に乗り込んでイグニッションスイッチ５３８がＯＮになるまでの間、あるいは、イグニッションスイッチ５３８がＯＮにならず、かつ一定以上の着座継続が確認されるまでの間は、準備シーンとして認識される。また、離脱シーンへの移行は、降車シーンのあと、ドアカーテシスイッチ５３７がドア閉を検知することで識別される。
【００９８】
各テーマにおけるもてなし動作は、対応するもてなし動作部の動作制御アプリケーションにより制御され、図６に示すように、これらの動作制御アプリケーションはテーマ別アプリケーションライブラリ３５１の形でもてなし実行制御部３のＲＯＭ（あるいは記憶装置５３５）内に記憶されている。もてなし意思決定部２側で決定されたテーマがもてなし実行制御部３に通知され、そこで対応するテーマの動作制御アプリケーションが読み出され、実行される。動作制御アプリケーションの実行に際しては、各もてなしテーマのもとで統括されている複数のもてなし動作に対し、ユーザーが当該もてなしを指向する度合いに応じて採用の優先順位が予め定められており、各もてなしテーマ（あるいはシーン）において、用意された前記複数のもてなし動作のうち、その優先順位の高いものから選択される。具体的には、図７〜図１３に例示（後に詳述）するように、複数のもてなし動作部（もてなし機能）の動作優先順位（数字が大きいほど優先順位が高いものとして表示している）を、外乱種別に応じて定まる動作目的別に定めた機能選択テーブル３７１，３７２がもてなしテーマ毎に用意され、もてなし実行制御部３のＲＯＭ内に記憶されている。すなわち、機能選択テーブル３７１，３７２は、各シーンにおいて使用可能な複数のもてなし動作部を特定するとともに、使用可能な該複数のもてなし動作部のうち、ユーザーが受ける外乱の内容に応じて優先的に使用するものと、当該外乱内容との対応関係を示すものである。
【００９９】
以下、自動車用ユーザーもてなしシステム（以下、単に「システム」ともいう）１００の動作について説明する。図４６〜図４８は、システム１００における、もてなし意思決定からもてなし動作実行に至る一連の処理の全体アルゴリズムを概念的に示すものである（これら３つの図は、対応する丸数字を接続子として、一つながりの図として読まれるべきものである）。もてなし主処理は、「目的推定（δ１）」、「個性適合（δ２）」、「状態適合（δ３）」、「演出対応（δ４）」、「機能選択（δ５）」、「駆動（δ６）」及び「状態確認（δ７）」の各ステップからなる。
【０１００】
まず、「目的推定（δ１）」では、ユーザー位置検出（β１）及びユーザー動作検出（β２）により、現在のシーンを推定する。ユーザー位置検出（β１）は、具体的には、ユーザーと自動車との相対的位置関係（α１）を把握・特定することにより行なう。また、本実施形態では、ユーザーの接近方向（α２）も合せて考慮する。他方、ユーザー動作検出（β２）は、基本的には、ドアの開閉操作やシートへの着座など、シーン決定用に固定的に定められた動作を検出するセンサ類（シーン推定情報取得手段）の出力を用いて行なう（α６）。また、着座継続時間により準備シーンから運転／滞在シーンへの移行検知を行なう場合のように、特定動作の継続時間（α７）も考慮される。
【０１０１】
図３は、シーン決定の処理の流れを示すフローチャートである。この処理は、自動車の使用中に一定の周期で繰り返し実行されるものである。まず、Ｓ１で、図５のシーンフラグ３５０をリードする。Ｓ２，Ｓ５，Ｓ８，Ｓ１２，Ｓ１６及びＳ２０は、現在どのシーンまで進んでいるかを、上記シーンフラグ３５０の状態から判別する処理である。シーンフラグ３５０は、時系列的に先に位置するシーンのフラグから順にセットされるようになっており、先行するシーンを差し置いて後続のシーンのフラグが単発的にセットされるようなことはない。
【０１０２】
Ｓ２〜Ｓ４は接近シーンの特定処理であり、まずＳ２で接近シーンに対するフラグＳＣＮ１が「１」でない（つまり、接近シーンが未到来である）ことを確認して、Ｓ３で、自動車側のＧＰＳ５３３（図１）と、ユーザー側（携帯電話１：図１５）のＧＰＳ５５４とがそれぞれ特定する位置情報から、ユーザーが自動車に対し一定距離以下（例えば５０ｍ以下）に近づいたか否かを判別する。そして、近づいていれば接近シーンに移行したと判断して、Ｓ４でＳＣＮ１を「１」にセットする。
【０１０３】
Ｓ５〜Ｓ７は乗車シーンの特定処理であり、Ｓ５で乗車シーンに対するフラグＳＣＮ２が「１」でないことを確認して、Ｓ６でドアカーテシスイッチ５３７からの入力情報からドアが開になったかどうかを判断する。そして、ドアが開になっていれば乗車シーンに移行したと判断して、Ｓ７でＳＣＮ２を「１」にセットする。現在のシーンがＳＣＮ＝１、つまり、接近シーンであることを確認しているので、この状況での「ドア開」は乗車時のものであることを容易に判別できる。
【０１０４】
なお、接近シーン及び乗車シーンでは、自動車へのユーザーの接近が「乗車→運転」を目的とする場合であれば、上記のごとく、乗車を前提としてもてなし動作をすればよい。しかし、自動車への忘れ物確認など、「乗車→運転」を目的としないユーザーの接近もありえる。このような場合、ユーザーが、自動車へ接近してきたにも拘わらず、乗車の動作へなかなか移行しないこともある（例えば、ユーザーが窓の外から車内を覗き込むだけであったり、ドアの把手に手をかけた状態で固まったりして、ドア開の操作に移行しない場合など）。そこで、先行するシーンから後続のシーンへの移行タイミングにて、後続シーンにおけるユーザーの目的を確認するための質問を、スピーカー等から音声出力し、それに対するユーザーからの応答情報（マイクを介した音声入力による）に基づいて、上記後続シーンでのもてなし動作内容の決定処理を行なうことができる。一例を以下に示す。
【０１０５】
すなわち、ユーザーが自動車に接近し、ドアの前で立ち止まって動作が停滞した場合、もてなし制御部は乗車シーンへの移行直前までもてなし制御処理を進める。そして、ユーザーがドアを開ける動作に一定時間移行しなかった場合、車外に向けたスピーカーから、
「あら、乗らないの？せっかく来てくれて嬉しかったのに」
などという質問を出力する。ユーザーがこれに対し、
「いやあ、忘れ物がないか見にきただけや。また来るから、機嫌ようにな。」
と回答したとする。もてなし意思決定部は、この回答内容を解析し、「忘れ物」のキーワードから、遺失物確認用のもてなし動作モジュールを立ち上げ、例えば、
「じゃあ、中を明るくするから覗いて見て。」
などというメッセージとともに、車内照明を通常時よりも明るく点灯させ、さらに、パワーウィンドウにより窓を開いて中を確認しやすくする動作を行なう。
【０１０６】
Ｓ８〜Ｓ１１は準備シーンの特定処理である。Ｓ８で準備シーンに対するフラグＳＣＮ３が「１」でないことを確認して、Ｓ９で着座センサ５２０からの入力情報から、ユーザーが着座したかどうかを判別する。そして、ユーザーの着座が検知されれば準備シーンに移行したと判断して、Ｓ１０でＳＣＮ３を「１」にセットする。この段階では着座が完了したことを検知するのみであり、ユーザーが運転ないし車内滞在へ本格的に移行する準備段階にあることを特定するに留まる。Ｓ１１では、運転／滞在シーンへの移行判定に使用する着座タイマーを起動する。
【０１０７】
Ｓ１２〜Ｓ１５は運転／滞在シーンの特定処理である。Ｓ１２で運転／滞在シーンに対するフラグＳＣＮ４が「１」でないことを確認して、Ｓ１３でイグニッションスイッチ５３８からの入力情報から、ユーザーがエンジンを始動したかどうかを判別する。エンジン始動されていれば、直ちに運転／滞在シーンへ移行したと判断し、Ｓ１５へジャンプしてＳＣＮ４を「１」にセットする。一方、エンジン始動されていなくとも、着座タイマーが一定時間（ｔ１）経過していれば、ユーザーが（例えば運転以外の目的で）車内に滞在するために乗車したと判断し、Ｓ１５へ進んでＳＣＮ４を「１」にセットする（ｔ１が経過していなければ、準備シーン継続のためＳ１５をスキップする。
【０１０８】
Ｓ１６〜Ｓ１９は降車シーンの特定処理である。Ｓ１６で降車シーンに対するフラグＳＣＮ５が「１」でないことを確認して、Ｓ１７でイグニッションスイッチ５３８からの入力情報から、ユーザーがエンジンを停止したかどうかを判別する。エンジン停止されていれば、Ｓ１８に進み、ドアカーテシスイッチ５３７の入力情報から、ユーザーがドアを開いたかどうかを判別する。ドアが開いていれば降車シーンへ移行したと判断し、Ｓ１９でＳＣＮ５を「１」にセットする。
【０１０９】
Ｓ２０〜Ｓ２３は離間シーンの特定処理である。Ｓ２０で離間シーンに対するフラグＳＣＮ６が「１」でないことを確認して、Ｓ２１でイグニッションスイッチ５３８及び着座センサ５２０からの入力情報とから、ユーザーが座席から離脱しつつドアを閉じたかどうかを判断する。ＹｅｓであればＳ２２に進み、ＳＣＮ６を「１」にセットする。さらに、Ｓ２３では降車タイマーを起動する。なお、Ｓ２０においてＳＣＮ６が１だった場合（つまり、離間シーンが既に到来している場合）にはＳ２４以下へ移行する。降車シーンでのもてなし処理に必要な時間ｔ２を降車タイマーにより計測し、Ｓ２４でｔ２が既に経過していれば、Ｓ２５で次回のもてなし処理のためにシーンフラグをリセットし、また、Ｓ２６で着座タイマーと降車タイマーをリセットする。
【０１１０】
図４６に戻り、γ１でシーンが決定されれば、そのシーンでのもてなし内容を決定する。この決定は、図２のもてなし意思決定テーブル３６０を参照して行われる。前述のごとく、各シーンに対し、複数のもてなしジャンルが設定されており、各ジャンルには、これをさらに細分化したもてなしテーマが設定されている。前述のごとく、ジャンル及びもてなしテーマは、ユーザーのもてなしに求める願望や指向の観点から種々設定されている。これは、より具体的にいえば、各シーンにてユーザーは、自動車の利用に際し、「安全」「容易」「快適」の要望が満たされることを欲しており、その要望が何らかの要因によって乱される場合、その要因を外乱として特定する。そして、それらの外乱に対して何らかの対応処理、つまりもてなし動作を行なうことで、上記個々の要望が充足されるように計らうことが、最終的なシステムの目的であるといえ、上記の外乱の種別に応じてもてなしのジャンル及びもてなしテーマが定められているのである。このうち、ジャンルについては、各シーンについて共通に見出すことのできる「外乱」に基づいて定められており、具体的には、
（ＳＴ１）ユーザーを期待させ盛り上げる；
（ＳＴ２）ユーザーをリラックスさせ安らぎを与える；
（ＳＴ３）ユーザーの不安や緊張を解消する；
（ＳＴ４）ユーザーの体力的負担を軽減する；
（ＳＴ５）ユーザーの体調に応じて、適性に補佐する；
の５ジャンルが設定されている。
【０１１１】
なお、図２において、期待／盛り上げジャンルＳＴ１及びリラックス／安らぎジャンルＳＴ２に属するもてなしテーマについては、ユーザーの性格や精神状態に応じて、どちらかが択一的に選択される（つまり、これらのジャンルは、互いに排他的に選択される）。それ以外のジャンルのもてなしテーマは、いずれも各シーンにおいて同時に選択され、それらテーマに属するもてなし動作が、該当するシーンにおいて並列に実施される。
【０１１２】
他方、各ジャンルに属するもてなしのテーマは、シーンによって異なるものが設定されている。各シーンのジャンル別のテーマは、図２中に記載した通りである。また、複数のシーンにまたがって設定されるテーマも存在する。例えば、「目的地の様子が知りたい」ＯＢＪ３３１は、準備及び運転滞在の２つのシーンにまたがっている。
【０１１３】
もてなし意思決定テーブル３６０は、図４に示す流れに従い使用する（これは、図４６〜４８のδ１〜δ６に示すもてなし主処理から、要部を抽出したものに相当する）。Ｓ１０１でシーンフラグをリードし、Ｓ１０２で現在のシーンが何であるかを特定する。Ｓ１０３では、特定されたシーンに対応するもてなしテーマをリードし、そのテーマに属するもてなし機能（もてなし動作部）を、図７〜図１３に例示した機能選択テーブル３７１，３７２を参照して選択する。そして、Ｓ１０５で、抽出したもてなし機能を具体的な動作させるためのもてなしアプリケーションを、図６のテーマ別アプリケーションライブラリ３５１から選択し、起動する。
【０１１４】
図４６に戻り、シーン特定時の補正的項目として、ユーザーの身なり検知（α３：例えば、接近時において、車外カメラ５１８（図１）によるユーザーの姿の撮影画像から把握できる）、所有物検知（α４：手荷物など）、仕草検知（α５：シーン推定に直接関与する動作の予兆として検出する）等を合せて実行することも可能である。これらの検知は、シーン毎のもてなしテーマ決定に有効に寄与することとなる。
【０１１５】
次に、δ２に進んで、もてなし内容をユーザーの個性に適合させる処理となる。これは、具体的には、後述するユーザーの性格判定処理と、判定された性格に応じて、個々のもてなし処理に適正な重み付けをすること、つまり、個々のユーザーの性格に適合するよう、複数のもてなし動作の組み合わせを適宜カスタマイズしたり、あるいは、もてなし動作の程度を変更したりすることを目的とするものである。個性の特定には性格判断処理β４あるいはε２が必要である。処理ε２は、アンケート処理など、ユーザー自身の入力により性格分類を取得するものであり、処理β４は、ユーザーの動作、行為や思考パターン、あるいは表情などから、より分析的に性格分類を決定するものである。後者については、後述の実施形態に音楽選曲の統計から性格分類を決定する具体例を示しているが、α１０のごとく、ユーザーの動作から性格判定に直結した癖を抽出したり、あるいは、α１１のように、人相から性格判定を行なうようなことも可能である。
【０１１６】
図４７に進み、δ３では、もてなし内容をユーザーの精神／肉体状態に適合させる処理となる。この点についても、詳細な具体例は後述するが、生体状態検出部の検出情報に基づいて、ユーザーの精神状態及び体調を反映した精神／体調情報を取得し、その取得内容に応じてユーザーの精神状態ないし肉体状態を推定する。生体状態検出部は、赤外線センサ５１９（顔色：α２０）、顔カメラ５２１（表情：α１２、姿勢：α１４、視線：α１５、瞳孔径：α１６）、脈拍センサ５２４（心拍：α１７）などが採用可能であるが、この他にも、運転操作実績を検出するセンサ類（５０２ｗ、５３０、５３１，５３２，５３２ａ；誤操作率：α１３）、血圧センサ（α１８）、呼気センサ（アルコール：α２１、例えば呼気にアルコールが検出された場合は、エンジン始動を禁止する処理を行なうなど）、着座センサ５２０（感圧センサによりシートにかかる体重分布を測定し、運転中の小刻みな体重移動を検出して、運転中の落ち着きが損なわれた判定を行ったり、偏った体重の掛かりかたを検出して、運転者の疲労の程度を判定したりすることができる）。
【０１１７】
ここでも、処理の要旨は、上記の生体状態検出部からの出力を精神状態や肉体状態を示す数値パラメータに置き換え（β５）、その数値パラメータ及びその時間的変化からユーザーの精神状態や肉体状態を推定して（γ３，γ４）、個々のもてなし処理に適正な重み付けをすること、つまり、推定されるユーザーの精神状態や肉体状態に適合するよう、複数のもてなし動作の組み合わせを適宜カスタマイズしたり、あるいは、もてなし動作の程度を変更したりすることを目的とするものである。同じシーン及びテーマのもてなしであっても、前述のごとく、ユーザーの性格が異なれば、その性格に適合したもてなし動作を行なうのがよいのであり、また、同じユーザーであっても精神状態や体調に応じてもてなしの種別や程度を調整することが当然望ましい。
【０１１８】
この場合、照明光の場合を例に取れば、性格によってユーザーの指向する照明色が相違し（例えば、活発なタイプは赤系を、おとなしいタイプは緑や青系を指向）、体調の良し悪しによって照明強度に対する要望（例えば、体調が悪いときは照明による刺激を抑制するため光量を落とす）が相違することが多い。前者では照明光の周波数あるいは波長（赤系→緑系→青系の順に波長が短くなる）を調整するもてなし制御となり、後者は照明光の振幅を調整するもてなし制御となる。また、精神状態は、その両方に関係する因子であり、幾分陽気な精神状態において、さらに気分を盛り上げるために赤系の照明光を採用することもありえるし（周波数調整）、照明光の色を変えず、明るさを増したりすることもありえる（振幅調整）。また、過度に興奮した状態では、気持ちを沈めるために青系の照明光を採用したり（周波数調整）、照明光の色を変えず明るさを減らしたりする（振幅調整）、といった処理が考えられる。音楽の場合は、種々の周波数成分が含まれているのでより複雑であるが、覚醒効果を高めるために、数１００Ｈｚ〜１０ｋＨｚ程度の高音域の音波を強調したり、逆に気持ちを沈めるために、リラックス時の脳波（α波）の周波数（７〜１３Ｈｚ：シューマンレゾナンス）に、音波の揺らぎの中心周波数を合せこんだ、いわゆるα波系音楽を採用したりするなど、周波数／振幅により制御パターンを同様に把握することができる。
【０１１９】
車内の明るさや音波レベルに関しては、性格、精神状態及び体調を勘案して、各シーンのもてなしテーマ毎に、適性レベルを数値設定することができる。図７、図８、図９に示すごとく、各テーマの機能選択テーブル３７１には制御適性値設定テーブル３７１ａを随伴させてある。
【０１２０】
制御適性値設定テーブル３７１ａは、各シーンのもてなしテーマ毎に用意されており、使用する複数のもてなし動作部に対し、各々設定すべき制御適性値を集めたものである。もてなし動作部の動作出力範囲に対応した数値範囲（例えば、求められる照明レベルや音波レベルなど）にて、各シーンのテーマ毎に適合する値を、予め実験等により見出しておき、これを制御適性値として制御適性値設定テーブル３７１ａに登録しておく。制御適性値には個人差があるので、複数人について見い出された適性値の平均値や、モードあるいはメジアンなどの代表値を制御適性値設定テーブル３７１ａに登録しておけばよい。
【０１２１】
そして、図４８のδ４に進み、もてなし演出対応処理となる。例えば、図１の照度センサ５３９（視覚刺激：α２３）、音圧センサ（聴覚刺激：α２４）などの出力から、現在ユーザーがどの程度の刺激を感じているかに関しての情報（外乱刺激）を得（環境推定：β６）、その外乱刺激を、上記の個性（性格）、精神状態及び体調から得られる上記の適性値と比較可能な数値に変換して、外乱の数値的な推定を行なう（γ６）。なお、特定すべき外乱刺激としては、触覚刺激（α２５：例えば、ハンドルに取り付けられた感圧センサ５２３など）、及び嗅覚刺激（α２６：嗅覚センサによる）なども併用することができる。また、外乱推定に関しては、ユーザーを取り囲む空間からの間接的刺激、具体的には、高さ（α２７）、距離（α２８）、奥行き（α２９）及び自身ないし同乗者の体格（α３０）等を考慮することも可能である。
【０１２２】
次いで、δ５では機能選択処理となる。ここでは、外乱刺激と適性値との差が縮小されるよう、機能選択テーブル３７１，３７２に示された優先順位の高いもてなし機能（もてなし動作部）から順に採用し、δ６で個々のもてなし動作部の駆動処理となる。
【０１２３】
また、実際に選択されたもてなし機能の内容や程度がユーザーの気に召したかどうかに係る情報を、例えば前述の生体状態検出部の出力から推定するか（δ７）、あるいはユーザー自身による回答情報（好き・嫌いの意思表示に係る直接的な入力であってもよいし、嫌いな音楽や照明を回避する操作入力等から推定する形でもよい）から取得し（δＱ）、これをフィードバックすることで、もてなし動作制御に一種の学習効果を付与することが可能である（δＱ，δ７→ε５、ε６及びγ７）。すなわち、もてなし動作を享受したユーザーからの応答情報に基づき、もてなし動作の制御状態を調整する司令を行なうもてなし調整司令手段の機能が備わっている。本実施形態では、もてなし意思決定部２のＲＯＭに、当該機能を実現するためのプログラムルーチンが格納されている。
【０１２４】
この場合、δ６の駆動ステップのあとで、δ７の状態確認処理を行なう。この状態確認処理は、γ３とγ４で実施する精神状態推定及び肉体状態推定と同様の処理を使用し、もてなし駆動の結果を受けてこれらの状態がどう変化しているかをモニタリングする処理である。その結果は、δ４の機能選択処理にフィードバックされる。モニタリングの結果、推定される精神状態あるいは肉体状態が改善されているようであれば、現在選択しているもてなし動作を維持ないしさらに強化する司令を行ない、逆に悪化しているようであれば、現在選択しているもてなし動作を抑制、あるいは場合により廃止する司令を行なう。精神状態あるいは肉体状態が正常状態付近で安定化の傾向を示している場合は、当該状態を安定維持する司令を行なう。
【０１２５】
他方、δＱでは、もてなし動作に対するユーザーの満足度を質問形式で問いかけ、その回答情報（好み（ε５：もっとして欲しい、あるいはやめて欲しい）、物理効果（ε６：暑い、寒い、うるさいなど）を元に、もてなし動作へのフィードバックを行なう。この問いかけは、スピーカー５１５Ｓから音声出力することができる（図１のモニター５３６へ視覚表示することも可能である）。いずれの場合も、質問データは、図７３Ａに示すように、もてなし動作ＩＤ及び制御方向情報と対応付けた形で、図１の記憶装置５３５等に記憶されている。例えば、もてなし動作ＩＤが「エアコン」に対応しており、制御方向情報が「設定温度上昇」に対応している場合は、質問情報は「暑すぎませんか」などという内容に設定しておく。そして、質問出力に際しては、その時点で採用されているもてなし動作を検索し、対応するＩＤの質問データを順次読み出して出力する。
【０１２６】
これに対するユーザーの回答は、例えばマイクロフォン５２２から音声入力することができる。そして、入力された音声は、周知の音声変換モジュールにより入力内容が特定され、さらに周知の言語解析モジュールにより、その意味の解析がなされて、質問データに対する回答結果が特定される。簡単なものであれば、例えば、質問内容に対応する回答候補のキーワードリストを作成しておき、特定された入力内容にそのキーワードが含まれているかどうかと、さらには、否定を意味するキーワードが含まれていないかどうかを解析し、回答内容を把握することが可能である。例えば、「暑いですか」の問いかけに、キーワードとして「はい」、「うん」、「暑い」、「暑く」、「ない」、「いいえ」、「いいや」、「寒いです」、「ちょうどいい」などを登録しておき、「暑くない」との回答が特定されたとき、「暑く」及び「ない」のキーワードが合致することで、質問に対する回答が否定的な内容であったことを認識することができる。上記の音声変換モジュールや言語解析モジュールは、もてなし意思決定部２のＲＯＭに格納しておくことができる。
【０１２７】
なお、上記とは別系統の機能選択判定要素として、もてなし動作部の機能状態を判定し（α３１）、自動車の劣化情報として整備し（β８）、その機能状態が正常／異常のどちらに寄与するかを判定して（γ８）、正常に寄与する機能は積極採用し、異常に寄与する機能を忌避する処理を行なう、といったことも可能である。
【０１２８】
また、もてなし動作のコンセプトは、自動車の種別によっても、その自動車のイメージに合致した内容に定めることが、もてなし効果を高める上で肝要である。高級車に関しては、全般に落ち着いた、かつ高級感を強調できるスマートなもてなし演出が有効であるし、逆にスポーツ仕様車やレジャー仕様車では、明るく賑やかな演出が相応しいといえる。
【０１２９】
以下、個々のシーンでのもてなしの代表例について説明する。
図２８は、接近シーンＳＣＮ１での、もてなし動作の処理の流れを示すものである。テーマは、図２の「車に乗ることに対する気持ち高揚」であり、ユーザーの性格分類に応じて、期待／盛り上げジャンルＳＴ１に属するもの（ＯＢＪ１１１；例えば性格分類が「活動的ＳＫＣ１」（図１８）の場合）、及びリラックス／安らぎジャンルＳＴ２に属するもの（ＯＢＪ２１１；例えば性格分類が「おとなしいＳＫＣ２」（図１８）の場合）のどちらかが選択される。また、後述の方法により、ユーザーの肉体状態あるいは精神状態の推定も行なわれ、その結果がもてなし動作の処理に反映される。本実施形態では、後に詳述するように、「体調不良（軽度／重度）」、「集中力散漫」及び「興奮（怒り）状態」が肉体状態あるいは精神状態として推定されるようになっており、個々の状態に応じて図６７に示すようなもてなし動作の調整が行われるようになっている。
【０１３０】
図２８のＳ２１では、ユーザー（つまり、端末装置１）の自動車に対する接近方向を特定する。自動車側では、ＧＰＳ５３３による位置情報と、駐車に至る自動車の進行方向変化の履歴から、自動車の位置とともに自動車の向きを特定することができる。従って、携帯電話１から送られてくるユーザーの位置情報（ＧＰＳ５５４による）を参照することによって、自動車に対しユーザーが、例えば前方側、後方側及び側方のいずれから接近してきているか、及び自動車に対しユーザーがどの程度の距離まで接近しているかを認識である。
【０１３１】
Ｓ２２に進み、その接近方向が前方からであればＳ２３に進み、前方用ランプ群を選択する。図２３に示すように、前方用ランプ群として、本実施形態では、ヘッドランプ５０４、フォグランプ５０５、コーナリングランプ５０８を使用する。また、接近方向が後方からであればＳ２４からＳ２５に進み、後方用ランプ群を選択する。図２４に示すように、後方用ランプ群として、本実施形態では、テールランプ５０７、バックアップランプ５０９、ストップランプ５１０を使用する。それ以外の場合は側方からの接近と判断してＳ２６に進み、側方用ランプ群を選択する。図２５に示すように、側方用ランプ群として、本実施形態では、ハザードランプ５０６、テールランプ５０７、床下ランプ５１２を使用する。
【０１３２】
Ｓ２７では、自動車とユーザーとの距離を上記の方法により特定する。自動車とユーザーとの距離が特定できたら、その距離が第一上限値（例えば２０ｍ以上に設定される）を超えていればＳ２９に進み、遠距離用照明モードとなる。また、第二上限値（例えば５ｍ以上２０ｍ未満に設定される）を超えていればＳ３１に進み、中距離用照明モードとなる。それ以外の場合（つまり、第二上限値以下の場合）はＳ３２に進み、近距離用照明モードとなる。ユーザーが自動車から遠いほど（つまり、近距離用照明モード→中距離用照明モード→遠距離用照明モードの順に）、各ランプ（照明）による総光量が大きくなるように（ビーム角度が関与する場合、照明正面に立ったときにユーザーが視認する光量とする：例えば、ランプを上向きとすることでハイビーム化する場合は、ロービーム時と光源の強度が変わらなくとも、視認される光量は大きくなる）、個々のランプの発光動作が制御される。これにより、自動車へのアプローチをライトアップしてユーザーを安全に自動車まで誘導する効果が高められる。
【０１３３】
図２３は、ユーザーＵの接近方向が前方側の場合の動作例を示すものである。遠距離用照明モードではヘッドランプ５０４をハイビームで点灯し、中距離用照明モードではロービームとして光量を落とす。つまり、光源強度（駆動電圧等で調整できる）及びビーム角度の少なくともいずれかを調整することで、同じランプの視認光量を変化させる方式を採用している。他方、近距離用照明モードでは、光量のより小さいフォグランプ５０５あるいはコーナリングランプ５０８に切り替える。ユーザーＵが正面から接近してくる場合にはフォグランプ５０５を点灯させ、ユーザーＵが車両側方に向けて移動した場合は、コーナリングランプ５０８の対応する側のものを点灯させる。
【０１３４】
図２４は、ユーザーＵの接近方向が後方側の場合の動作例を示すものである。遠距離用照明モードではバックアップランプ５０９、テールランプ５０７及びストップランプ５１０の全てを点灯し、中距離用照明モードではテールランプ５０７及びストップランプ５１０のみの点灯として光量を落とす。つまり、複数個のランプのうち、点灯させる個数を変化させて総光量を変化させる方式を採用している。近距離用照明モードでは、バックアップランプ５０９、テールランプ５０７及びストップランプ５１０のいずれかのみの点灯に切り替える。後方中央からユーザーＵが接近してくる場合はテールランプ５０７のみ（あるいはストップランプ５１０のみ）を点灯させ、ユーザーＵが車両側方に向けて移動した場合は、バックアップランプ５０９の対応する側のものを点灯させる。
【０１３５】
図２５は、ユーザーＵの接近方向が側方側の場合の動作例を示すものである。遠距離用照明モードではハザードランプ５０６、複数の床下ランプ５１２の全てを点灯し、中距離用照明モードでは、その状態からハザードランプ５０６のみ消灯して光量を落とす。近距離用照明モードでは、複数の床下ランプ５１２のうち、ユーザーＵに近いもののみの点灯に切り替える。車側中央からユーザーＵが接近してくる場合は中央の床下ランプ５１２のみを点灯させ、ユーザーＵが車長方向に移動した場合は、対応する側の床下ランプ５１２の点灯に切り替える。なお、ユーザーＵの接近に伴い、床下ランプ５１２の照明角度を変えて、ユーザーＵを自動車に向けて導くように照明領域を変化させてもよい。いずれの場合も、近距離用照明モードでは室内照明５１１も点灯させ、自動車に乗り込もうとするユーザーをより丁重にもてなすようにしている。
【０１３６】
また、これから向う目的地をイメージした照明点灯パターンにてイルミネーションを行なう方法もある。例えば、目的地が海であれば、青色系の照明光の照度を漸増させた後漸減させる、波を連想させるイルミネーションパターンで点灯を行なうと効果的である。
【０１３７】
この場合、上記の照明駆動形態は、ユーザーの体調や精神状態に応じて図６７に示すようなバリエーションを持たせるようにする。「軽度の体調不良」であれば、例えばイルミネーションに使用する照明光のうち、必要性の低い光を低減して、ユーザーが自動車に接近するときの視認性を向上させるようにする。また、「重度の体調不良」であれば、白色ないし暖色系の暗めの照明を採用し、心理的な負担を軽減するようにする。一方、「集中力散漫」と推定されている場合は、ユーザーを覚醒させるために、照明をフラッシングさせる動作を行なう（例えば、赤や青など原色系の刺激的な波長を採用するとより効果的である）。他方、「興奮（怒り）状態」と推定される場合は、青色系の照明光を用いれば、過剰に高ぶった精神状態を沈める上で効果的である。
【０１３８】
なお、ユーザー端末１からの無線指令により制御可能なもてなし動作部として、例えば図２６に示すような建物側照明１１６１を有する周辺設備が、自動車の駐車位置周辺に存在する場合は、その建物側照明１１６１により自動車をライトアップする動作をもてなし動作に追加してもよい。図２７に示すように、遠距離用照明モードでは、夜間の駐車場にて自分の車を照らし出すことで駐車位置がよりわかりやすくなるし、ライトアップにより乗り込み前のユーザーの気持ちを高める効果も生ずる。他方、中距離用ないし近距離用照明モードでは、自動車周辺のエリアが広く照らし出されるので、乗り込みの誘導ないし補助の効果が高められ、自動車に乗り込むまでのユーザーの経路（足元）上に異物等が存在していても容易に発見することができる。
【０１３９】
性格分類は、例えば以下のような方法により決定されるものである。
自動車のユーザーは、図３６に示すようなユーザー登録部６００（例えば、もてなし意思決定部２のＲＯＭ（書換えが可能となるように、フラッシュＲＯＭで構成しておくことが望ましい）や記憶装置５３５に予め登録しておくことができる。このユーザー登録部６００には、各ユーザー名（あるいは、ユーザーＩＤ（及び暗証番号）と、その性格種別（図１８参照）とが互いに対応付けられた形で登録されている。この性格種別は、後述のごとく、ユーザーによる自動車使用継続中に、特定の操作部における操作履歴情報として取得・蓄積し、その蓄積された操作履歴情報に基づいて推定されるものである。しかし、自動車の使用開始直後など、操作履歴情報の蓄積が不十分な場合、あるいは、操作履歴情報を敢えて収集せずに性格種別を推定したい場合は、次のように、性格種別情報又は該性格種別情報を特定するために必要な情報を、ユーザー自身により入力させ、その入力結果に基づいて性格種別を決定するようにしてもよい。
【０１４０】
図３７では、図１のモニター５３６（カーナビゲーションシステム５３４のモニターで代用してもよい）に性格種別を表示し、ユーザーは自分に適合する性格種別を選んで、入力部５２９からこれを入力する。ここでは、入力部はモニター５３６に重ねられたタッチパネルであり、表示形成された選択ボタン５２９Ｂに触れて選択入力を行なう。他方、図３８では、性格種別を直接入力させる代わりに、性格種別判定のためのアンケート入力を行なう方式としている。モニター５３６にはアンケートの質問事項を表示し、ユーザーは回答選択肢から回答を選ぶ形で答える（ここでは、選択ボタン５２９Ｂで選択肢を構成し、この上に重ねられたタッチパネル５２９の該当位置に触れて選択入力を行なう）。全ての質問に回答することで、その回答の組み合わせに応じて予め定められた性格種別群から、１つのものが一義的に決定されるようになっている。
【０１４１】
なお、ユーザー名を含めたユーザー登録入力も、上記の入力部５２９からなされ、決定された性格種別とともにユーザー登録部６００に記憶される。また、これらの一連の入力は、携帯電話１から行なうことも可能であり、この場合は、その入力情報を無線により自動車側に転送する。また、ユーザーが自動車購入する際に、入力部５２９か専用の入力ツールを用いて、ディーラー側で事前にユーザー登録入力を済ませておく方法もある。
【０１４２】
自動車の使用に先立っては、ユーザーの認証が必要である。特にユーザーが複数登録されている場合は、ユーザーによって性格種別が異なるものに設定され、もてなしの内容も異なるものとなるからである。最も簡単な認証方式は、携帯電話１からユーザーＩＤと暗証番号を自動車側に送信し、これを受けたもてなし意思決定部２が、登録されているユーザーＩＤと暗証番号との照合を行なう方法である。また、携帯電話１に設けたカメラにより顔写真の照合を行ったり、音声認証、指紋を用いた認証など、バイオメトリックス認証方式を採用することもできる。他方、自動車へのユーザーの接近時は、ユーザーＩＤと暗証番号とを用いた簡略な認証に留め、開錠後、自動車に乗り込んでから、前述の顔カメラ５２１、マイクロフォン５２２、網膜カメラ５２６、アイリスカメラ５２７あるいは静脈カメラ５２８などによるバイオメトリックス認証を行なうようにしてもよい。
【０１４３】
上記のようにユーザーが認証・特定されたら、そのユーザーに対応する性格種別（ユーザー生体状態情報）がもてなし意思決定部２において取得され、対応するもてなし動作部の選定及び動作パターンが選択される。前述のごとく、例えば特定された性格種別が「活動的ＳＫＣ１」であれば、期待／盛り上げジャンルＳＴ１に属するテーマＯＢＪ１１１が選択され、特定された性格種別が「おとなしいＳＫＣ２」であれば、リラックス／安らぎジャンルＳＴ２に属するテーマＯＢＪ２１１が選択される。この処理の流れは、他のシーンでも全く同じである
【０１４４】
以下、機能選択テーブルの具体例について、図７〜図１３により説明する。いずれの機能選択テーブルも、その縦軸は、ユーザーが受ける外乱に応じて定まる動作目的（ただし、一部、外乱に依存しない項目も存在する）を示し、横軸が、該シーン及びテーマにて採用可能なもてなし動作部の種類を表す二次元マトリックスとして構成されている。そして、動作目的毎に用意された各もてなし動作部に対応するセルには、その動作目的において優先的に使用するもてなし動作部の順位が数字にて指定されている。数字が大きいほど優先順位が高いことを意味し、「０」は不採用であることを示している。なお、各テーブルの右端には、理解の一助のため、その動作目的に関与する外乱種別と、その外乱を検出する手段名を併記してある。
【０１４５】
図７は、期待／盛り上げ系のテーマＯＢＪ１１１に対応した機能選択テーブル３７１を示すものである。動作目的は以下の通りである。
（車外明るさ）
外乱種別は「車外光量減少」であり、車外光量センサで検出する（接近シーンが対象であるから、該センサは自動車自体に設ける以外に、駐車場などの外部設備に設けることができる（この場合、センサの検知情報は通信にて取得する）。このセンサが検出する車外光量が一定の閾値未満となったとき、「車外光量減少」の外乱状態が発生したと判定できる。
【０１４６】
（外光取入、内光発生）
外乱種別は「車内光量減少」であり、照度センサ５３９（図１）で検出する。このセンサが検出する車外光量が一定の閾値未満となったとき、「車内光量減少」の外乱状態が発生したと判定できる。
【０１４７】
（外界遮断、騒音打消）
外乱種別は「車内ノイズ増大」であり、図４４のノイズ検知マイク２０１１で検出する。このセンサが検出する車内ノイズレベルに応じて、ノイズキャンセラ１００１Ｂは、既に説明した動作により自立的に車内ノイズ減少のための音響処理を行なう。
【０１４８】
（車内環境）
外乱種別は「車内温度の上昇／降下」であり、室温センサ５６３や日照センサ５６４（図１）により検出する。車内温度が適正温度を外れたとき（あるいは、外れる要因（例えば、日照量の増減や、吸気温度の変動）が発生したとき）に、「車内温度の上昇／降下」に関係する外乱が発生したと判定する。
【０１４９】
娯楽要素や情報提供に関しては、ユーザーの嗜好によりもてなし動作の選択がなされるものであり、外乱とは基本的に無関係である。この場合、後述のアルゴリズムによるユーザーの精神状態ないし肉体状態の推定結果に応じて、適正なもてなし動作の選択を行なうことが可能である。
【０１５０】
車外照明、車内照明、窓遮蔽（パワーウィンドウ）、カーオーディオの機能優先順位が高くなっている。いずれも派手な盛り上げを行なうため、制御適性値設定テーブル３７１ａにおける車外照明によるイルミネーション用の外的照明レベルの設定値、車内照明の設定値、カーオーディオシステム５１５及び携帯電話１からの音声出力レベル（ここでは、音楽出力に関する楽音レベル）はいずれも高く設定されている。図１の照度センサ５３９の照度検出レベル、及び音圧センサ５４０の音圧検出レベルが上記の設定値に近づくように、図１の照明５０４〜５１２及びカーオーディオシステム５１５の駆動出力レベルがもてなし実行制御部３により制御される。また、携帯電話１の音声出力レベルも無線指令により対応する値に設定される。また、推定される精神状態が集中力散漫に該当している場合も、期待／盛り上げ系の演出により、運転に臨む精神集中度を高める上で効果を発揮することがある。
【０１５１】
他方、図８は、リラックス／安らぎ系のテーマＯＢＪ２１１に対応した機能選択テーブル３７１を示すものである。動作目的／外乱種別は図７と同じである。機能優先順位の設定は期待／盛り上げ系と同じであるが、制御適性値設定テーブル３７１ａにおける外的照明レベルの設定値、車内照明の設定値及び楽音レベルは、期待／盛り上げ系のテーマＯＢＪ１１１よりも低く設定され、照明色や選曲も含めて、より温和な演出が行われる。また、推定される精神状態ないし肉体状態が、体調不良ないし興奮状態に該当している場合も、同様の温和な演出が効果的である。
【０１５２】
具体的な処理は以下のごとくである。すなわち、ユーザーが自動車へ乗り込むために接近する際には、取得された性格種別（ユーザー生体状態情報）に応じて異なる内容にて照明装置（図２３〜図２５：符号５０４，５０５，５０７，５０９，５１０，５１１，５１２：これらは、いずれも自動車の外観を照らし出す照明装置として機能する（室内灯５１１も、窓から漏れ出す光が自動車の外観を間接的に照らし出す））を動作させるものとすることができる。期待／盛り上げ系テーマＯＢＪ１１１が選択された場合は、もてなしに関与する照明装置の発光量を増やす、あるいは点滅回数を増やす、ヘッドランプ５０４をハイビームにする、赤系のテールランプ５０７の点灯光量を増やすなど、ユーザーの自動車への接近を派手に盛り上げる演出をする。他方、リラックス／安らぎ系のテーマＯＢＪ２１１が選択された場合は、もてなしに関与する照明装置の発光量をやや落とし、また、派手な照明の点滅は避け、フェードイン的にじわじわと光量を上げたり、あるいは、足元を照らすサイドランプ５１２→室内灯５１１→ヘッドランプ５０４の順序で点灯を行って、自動車をゆっくりと浮かび上がらせるなど、ソフトな演出を行なうようにする。なお、赤系のテールランプ５０７を採用しなければ、「活動的」の性格種別に対する照明形態と比較して、全体の照明色調の上でも変化が得られる。なお、ヘッドランプやテールランプも含め、照明装置を白熱電球やハロゲンランプ等に代えて、発光ダイオードで構成することも可能である。
【０１５３】
次に、ユーザーが自動車に接近する際には、上記のような照明装置以外に、携帯電話１（ユーザー側端末装置）に設けられたスピーカー（音声出力部）３１１をもてなし動作部として使用することもできる。この場合、自動車側の通信装置４は、携帯電話１すなわちユーザーの接近を検出し、そのユーザーに対応する性格種別（つまり、取得されたユーザー生体状態情報）に応じて異なる出力内容にてスピーカー３１１からもてなし用音声を出力させる。本実施形態において、もてなし用音声データは音楽ソースデータとするが、効果音や人間の声（いわゆる着声あるいは着ボイスと称されるもの）のデータであってもよい。このもてなし用音声データは、図１に示すように、自動車側の記憶装置５３５に記憶しておき、必要なものを携帯電話１に通信装置４を介して配信するようにしてもよいし、携帯電話１側の音データ用フラッシュＲＯＭ３１６に記憶させても、いずれでもよい。ここでは、後者の場合を例に取り説明する。
【０１５４】
まず、ユーザーが認証・特定されたら、そのユーザーに対応する性格種別を特定し、携帯電話１から、音データ用フラッシュＲＯＭ３１６に記憶されている、もてなし用音声データのＩＤ一覧を無線により取得する。次に、その中から、特定された性格種別に対応する音楽ソースデータを選択する。ここでは、ユーザーが接近するほど盛り上げる処理を行なうために、曲モードコードの異なる複数の音楽ソースデータを選択している（ここでは、ＭＩＤＩデータを用いた場合を例に取る）。
【０１５５】
ここでも、前述の照明によるもてなし処理と同様、距離に応じて異なる演出を行なう（処理の流れは図２８と同じ）。ユーザーの精神状態高揚度に対応して、曲モードコードについてもこれに対応付けた序列が設定され、距離が近づくほど、高揚する精神をより増長するように選曲を行なう。具体的には、自動車との距離が近づくほど、精神状態高揚度が上位となり、ユーザー接近時の曲モードコードは、「ヒーリング・α波系」又は「温和・癒し系」（遠距離用）→「爽快系」（中距離用）→「盛り上げ系」（近距離用）の順で序列が定められる。しかし、好みによっては、最初盛り上げておいて、車に接近するほど気持ちを落ち着かせるように、上記の逆の序列とすることももちろん可能である。
【０１５６】
まず、図３１に示すように、遠距離もてなしモードでは、「ヒーリング・α波系」又は「温和・癒し系」の曲モードコードを有する音楽ソースデータのＩＤ（曲ＩＤ）を携帯電話１に送信する（Ｓ２０１）。携帯電話１では、そのＩＤに対応する音楽ソースデータを選んで、演奏を開始する（Ｓ２０２）。次に、図３２に示す中距離もてなしモードでは、「爽快系」の曲モードコードを有する音楽ソースデータのＩＤ（曲ＩＤ）を携帯電話１に送信する（Ｓ２１０）。そして、携帯電話１で、そのＩＤに対応する音楽ソースデータを選んで、演奏を開始するとともに、前述のごとく、バイブレータユニット３５４及びＬＥＤユニット３５５を音楽と同期駆動し、音出力によるもてなしをより盛り上げる（Ｓ２１１）。また、自動車側の照明装置を、音楽に連動させて明滅させるようにしてもよい（Ｓ２１２）。
【０１５７】
いよいよユーザーが自動車に乗り込む寸前にまで近づくと、図３３の近距離もてなしモードとなり、最高潮の盛り上げ演出が行われる。すなわち、Ｓ２２０〜Ｓ２２２では、中距離もてなしモードとほぼ同様の処理であるが、音楽ソースデータは「盛り上げ系」のものを選ぶ。他方、自動車側でも同じＩＤの音楽ソースデータを選択し、カーオーディオシステム５１５での演奏を開始する。この場合、パワーウィンドウを作動させて窓を開き、携帯電話１の演奏と同期出力すれば、盛り上げ効果をさらに高めることができる（Ｓ２２３）。このとき、自動車側では、ＭＩＤＩデータの主旋律部分の音程コードを、携帯電話１側の主旋律部分に対し、協和音程を形成する度数だけ低く（又は高く）なるように変更して出力させれば、携帯電話１の出力とカーオーディオシステム５１５の出力とをハモらせることができるし、ＭＩＤＩデータの主旋律部分の出力タイミングを、携帯電話１側の主旋律部分に対し、一定拍数遅らせる（又は進ませる）ように変更して出力させれば、携帯電話１の出力とカーオーディオシステム５１５の出力との間で輪唱効果を達成することもできる。
【０１５８】
そして、Ｓ２２４では、携帯電話１の心拍センサ３４２でユーザーの心拍数を読み取り、ＭＩＤＩデータのテンポコードを、該心拍数に比例してテンポが速くなるように変更する。これにより、出力される音楽が、ユーザーの心拍に合せてアップテンポ化し、盛り上げ効果がより高められる。なお、リラックス／安らぎ系のテーマＯＢＪ２１１では、近距離用の上記最後の派手な盛り上げ処理を行なわないようにすることも可能である。
【０１５９】
また、推定される精神状態あるいは肉体状態との関係では、体調不良状態では刺激的な高音域を避けた低温域主体の音楽を流すか、あるいは体調不良状態が比較的重い場合は、音量も小さくし、テンポもゆったり系に設定する。また、興奮状態の場合も、音楽のテンポをゆったり系に設定すると効果的である。一方、集中力散漫状態の場合は、音量を逆にアップしたり、パーカッション強打や絶叫歌唱あるいはピアノ不協和音など、気分覚醒に効果のある音楽（例えば、フリージャズ、ハードロック、ヘヴィーメタル、前衛系音楽など）を流すと効果的である。
【０１６０】
なお、図２に示すように、接近シーンＳＣＮ１において、不安／緊張解消ジャンルＳＴ３では「車の位置を知りたい（ＯＢＪ３１１）」及び「忘れ物・戸締り確認（ＯＢＪ３１２）」、体力的負担軽減ジャンルＳＴ４では、「荷物をスムーズに積み込みたい（ＯＢＪ４１１）」の各テーマが定められている。またこれらテーマのもてなし処理は、気持ち高揚用のテーマＯＢＪ１１１ないしＯＢＪ２１１のもてなし処理と並列に実行される。
【０１６１】
図１０は、テーマ「車の位置を知りたい（ＯＢＪ３１１）」に対応した機能選択テーブル３７１の内容を示すものである。動作目的／外乱種別は以下の通りである。
（車位置報知）
外乱種別は「車とユーザーとの距離大」であり、自動車側ＧＰＳ５３３と携帯電話側ＧＰＳ５５４との各測位情報により、距離検出を行なう。距離が一定の閾値を超えた場合に、「車とユーザーとの距離大」の外乱状態が発生したと判定できる。
（車内環境）
外乱種別は「車内温度の上昇／降下」であり、図７の動作目的「車内環境」と同じである。
情報収集に関しては、ユーザーの嗜好によりもてなし動作の選択がなされるものであり、外乱とは基本的に無関係である。この場合、後述のアルゴリズムによるユーザーの精神状態ないし肉体状態の推定結果に応じて、適正なもてなし動作の選択を行なうことが可能である。
【０１６２】
自動車側ＧＰＳ５３３、携帯電話１、携帯電話側ＧＰＳ５５４、ホーン５０２及び車外照明（あるいは車内照明）がもてなし動作部として選択されている。具体的な動作は、例えば、自動車側ＧＰＳ５３３の位置情報を携帯電話１側に知らせ、携帯電話側ＧＰＳ５５４の位置情報とともにモニター３０８（図１４）上にマップ表示して、ユーザーと自動車との相対位置を把握できるようにする。また、ユーザーが自動車に所定距離以下に接近したら、ホーン５０２の吹鳴や及び車外照明（あるいは車内照明）の点灯により、自動車の位置をユーザーに直接知らせるようにする。
【０１６３】
他方、「忘れ物・戸締り確認（ＯＢＪ３１２）」では、出発前の注意確認事項を促すメッセージ（音声データはもてなし実行制御部３のＲＯＭに記憶しておくことができ、カーオーディオシステムの音声出力ハードウェアを流用して出力処理が可能である）を音声出力させる。注意確認事項を促すメッセージの実例としては次のようなものがある
・「免許証と財布は大丈夫ですか？」
・（カーナビで設定された行き先が空港ならば）「パスポートは持ちましたか？」
・「玄関の鍵をかけましたか？」
・「裏の窓は開いてませんか？」
・「室内のエアコンは切りましたか？」
・「ガスの元栓は締めましたか？」
【０１６４】
次に、ユーザーの精神状態あるいは肉体状態については、自動車に接近するユーザーの表情（車外用カメラ５１８にて撮影できる）や体温（赤外線センサ５１９で測定できる）の時間的変化を測定し、その変化波形から推定することができる。前述のごとく、推定された精神状態が正常であれば、期待／盛り上げジャンルＳＴ１のもてなし動作とし、推定された精神状態が不安定ないし怒り（あるいは興奮）になっていた場合（あるいは肉体状態が体調不良となっていた場合）は、リラックス／安らぎジャンルＳＴ２のもてなし動作とすることができる。
【０１６５】
図５６は、表情変化解析処理のフローチャートの一例を示すものであり、ＳＳ１５１で変化カウンターＮをリセットし、ＳＳ１５２でサンプリングタイミングが到来すればＳＳ１５３に進み、顔画像を撮影する。顔画像は表情特定が可能な正面画像が得られるまで繰り返す（ＳＳ１５４→ＳＳ１５３）。正面画像が得られたら、マスター画像（記憶装置５３５内の生体認証用マスターデータ４３２（記憶装置５３５内）に含まれる）と順次比較することにより、表情種別を特定する（ＳＳ１５５）。特定された表情種別が「安定」なら、表情パラメータＩに「１」をセットする（ＳＳ１５６→ＳＳ１５７）。特定された表情種別が「不安・不快」なら、表情パラメータＩに「２」をセットする（ＳＳ１５８→ＳＳ１５９）。特定された表情種別が「興奮・怒り」なら、表情パラメータＩに「３」をセットする（ＳＳ１６０→ＳＳ１６１）。
【０１６６】
そして、ＳＳ１６２では、前回取得された表情パラメータの値Ｉ’を読み出してその変化値ΔＮを演算し、ＳＳ１６３で、該値を変化カウンターＮに加算する。以上の処理を、定められたサンプリング期間が満了するまで繰り返す（ＳＳ１６４→ＳＳ１５２）。サンプリング期間が満了すればＳＳ１６５へ進み、表情パラメータＩの平均値Ｉ（整数化する）を演算して、その表情値に対応する精神状態として判定を行なうことができる。また、変化カウンターＮの値が大きいほど表情の変化が大きいと捕らえることができ、例えばＮの値に閾値を設けて、表情変化をＮの値から「変化小」、「増」、「微増」及び「急増」として判定することができる。
【０１６７】
一方、図５４は、体温波形解析処理のフローチャートの一例を示すものであり、サンプリングルーチンでは、一定時間間隔で定められたサンプリングタイミングが到来する毎に、赤外線センサ５１９により検出される体温値をサンプリングし、波形記録する。そして、波形解析ルーチンでは、ＳＳ５３にて直近の一定期間にサンプリングされた体温値を波形として取得し、ＳＳ５４で該波形に周知の高速フーリエ変換処理を行なって周波数スペクトラムを求め、ＳＳ５５で、そのスペクトラムの中心周波数（あるいはピーク周波数）ｆを演算する。また、ＳＳ５６では、図５３に示すように、波形を一定数の区間σ１，σ２‥に分割し、ＳＳ５７で区間別の体温平均値を演算する。そして、区間毎に、平均体温値を波形中心線として、積分振幅Ａ１，Ａ２‥（中心線を基準とした波形変位の絶対値を積分し、その積分値を区間幅σ１，σ２‥で除した値である）を演算する。そして、ＳＳ５９では、各区間の積分振幅Ａを平均し、波形振幅の代表値として決定する。
【０１６８】
なお、以下の処理も含め、波形取得のための情報サンプリングプログラムは、シーンが特定できた場合に、そのシーンに関係する生体状態検出部についてのみ、一定の時間間隔で起動されるようにスケジュール管理される。また、図面中には表れていないが、サンプリングの繰り返しについては、無制限に続くわけではなく、上記のごとく波形解析に必要なサンプリング数が得られるように定められた前述のサンプリング期間が満了すれば繰り返しが打ち切られる。
【０１６９】
ＳＳ６０では、周波数ｆが上限閾値ｆu0より大きくなっているかどうかを調べ、大きくなっていれば監視中の体温変化が「急」であると判定する。また、ＳＳ６２では、周波数ｆが下限閾値ｆL0（＞ｆu0）より小さくなっているかどうかを調べ、小さくなっていれば監視中の体温変化が「緩」であると判定する。また、ｆu0≧ｆ≧ｆL0ならばＳＳ６４に進み、監視中の体温変化は「標準」であると判定する。次に、ＳＳ６５に進み、積分振幅Ａ（平均値）を閾値Ａ０と比較する。Ａ＞Ａ０であれば、監視中の平均体温レベルは「変動」状態にあると判定する。また、Ａ≦Ａ０であれば、監視中の平均体温レベルは「維持（安定）」状態にあると判定する。
【０１７０】
このようにして得られた生体状態パラメータの時間的変化に係る判定結果を用いて、ユーザーの具体的な精神／肉体状態の判定（推定）が行なわれる。具体的には、記憶装置５３５内には、図５１に示すように、ユーザーの判定すべき精神状態又は肉体状態である複数の被特定状態と、個々の被特定状態が成立していると判定するための、複数の生体状態検出部がそれぞれ検出しているべき生体状態パラメータの時間的変化状態の組み合わせとを対応付けて記憶した判定テーブル１６０１が記憶されている。
【０１７１】
本実施形態では、被特定状態として、「集中力散漫」、「体調不良」及び「興奮状態」が定められている。具体的には、「体調不良」が複数レベル、ここでは「軽度体調不良」と「重度体調不良」との２レベルに分割され、計４つの基本被特定状態が定められている。なお、「集中力散漫」及び「興奮状態」についても、よりきめ細かい精神／肉体状態の推定を行なうために、これを複数レベルに分けて定めることが可能である。なお、本実施形態では、上記の基本被特定状態に対し、肉体状態系のものと精神状態系のもの（「集中力散漫」あるいは「興奮状態」）との複合状態についても、生体状態パラメータの時間的変化状態の組み合わせが独自に定められ、これらの複合状態の推定精度向上を図っている。
【０１７２】
さらに、もてなし動作の不適合や程度の不足あるいは過剰等により、ユーザーがある種の不快感を感じている場合、該ユーザーは軽度体調不良と同様の生体状態を示すことが多く、本実施形態では該「不快感」と「軽度体調不良」とを被特定状態として統合している（もちろん、関与する複数のパラメータ構成の閾値変更等により、両者を分離して特定するようにしてもよい）。
【０１７３】
生体状態パラメータとしては、この後のシーンで使用するものも含め、「血圧」、「体温」、「皮膚抵抗」、「表情」、「姿勢」、「視線」、「瞳孔（寸法）」及び「操舵」の各パラメータが網羅されている。同じパラメータであっても、使用するセンサあるいはカメラはシーンに応じて、目的とする生体状態パラメータの取得に有利なものが適宜選択される。
【０１７４】
前述のごとく、この接近シーンでは、車外用カメラ５１８によるユーザーの表情と、赤外線センサ５１９によるユーザーの体温が生体状態パラメータとして採用可能である。判定テーブル１６０１によると、集中力散漫のときは表情の変化が急増し、体調不良や興奮状態の場合も表情の変化は増加する傾向にある。いずれも正常時とは異なる状態であることは識別できるが、個々の精神／肉体状態を詳細に識別することは難しい。他方、体温の状態について見れば、集中力散漫のときは特に大きな変化がない（つまり、正常時とほぼおなじ）のに対し、体調不良時は緩やかな変化を示し、興奮状態の場合は非常に急激な変化を呈する。従って、この両者を組み合わせれば、「集中力散漫」、「体調不良」及び「興奮状態」を互いに識別することが可能となる。
【０１７５】
この場合の処理を図６６に示している（これは、シーンによらず同じ思想で判定処理可能であり、後述の運転シーンでも基本的な流れは同じである）。基本的には、複数（ここでは、表情と体温の２つ）の生体状態パラメータについて判定テーブル上の被照合情報と照合し、照合一致した組み合わせに対応する被特定状態を現在成立している被特定状態として特定する処理となる。すなわち、ＳＳ５０１〜ＳＳ５０８では、図５４〜図５７、図６０〜図６２あるいは図６４、６５の各フローチャートに示す解析処理による、各生体状態パラメータの時間的変化に係る判定結果（例えば、「急減」や「増加」など）をリードする。ＳＳ５０９では、各被特定状態が成立していると判定するためには、判定テーブル１６０１における個々の生体状態パラメータがどのような変化傾向を示していればよいかを表す被照合情報と、上記判定結果とを照合し、被照合情報と判定結果とが一致した被特定状態の照合カウンターをインクリメントする。この場合、例えば、全ての生体状態パラメータについて、被照合情報と判定結果とが一致した被特定状態のみを採用する処理としてもよいが、参照する生体状態パラメータが多い場合は、被照合情報と判定結果とが全ての生体状態パラメータについて一致するのが稀となり、ユーザーの肉体状態あるいは精神状態の推定を柔軟に行なうことができなくなる。従って、照合カウンターの得点（Ｎ）を「一致度」とみなして、最も得点の高いもの、つまり一致度の最も高いものを、被特定状態として確定させる方法が有効である（ＳＳ５１０）。
【０１７６】
なお、図５１において、例えば平均血圧レベルが「変動」と判定された場合のように、同じ生体状態パラメータの状態が複数の被特定状態（「集中力散漫」あるいは「興奮状態」）への成立に肯定的に寄与する場合もあるが、この場合は、それら各被特定状態の照合カウンターをインクリメントする。例えば、平均血圧レベルが「変動」と判定された場合は、４つの照合カウンター値Ｎ１，Ｎ４，Ｎ１２，Ｎ１３がインクリメントされる。
【０１７７】
他方、被照合情報と判定結果との一致不一致は、既に種々説明したごとく、生体状態パラメータ（周波数あるいは振幅等）の閾値との比較で判断されているものがほとんどであり、上記のように一致／不一致を二値的（つまり、シロかクロか）に決定する際に、実際のパラメータの指示値と閾値との偏差がどの程度であったかは情報として埋没することになる。しかし、実際には、閾値に近接した値で一致／不一致が決定される場合は、いわば「グレー」の判定であり、閾値から隔たった（例えば閾値を大幅にクリアした）形で一致／不一致が決定される場合と比較して、判定結果への寄与の度合いを小さく扱うようにすることが本来的には望ましい。
【０１７８】
これを解決する方法としては、被照合情報と判定結果とが完全に一致した場合にのみ照合カウンターへの加算を行なうようにするのに代え、完全一致せずとも、定められた範囲内で近接した結果が得られた場合は、完全一致の場合よりも低い得点に制限しつつ、これを照合カウンターへ加算することが考えられる。例えば、被照合情報が「急増」となっている場合、判定結果も「急増」であれば３点を、「増」の場合は２点を、「微増」の場合は１点を加算する方式を例示できる。
【０１７９】
また、より精度の高い方法として、以下のような例がある。すなわち、図５１に示すように、被特定状態毎に、関与する各生体状態パラメータの値と上記判定に使用する閾値との偏差の合計（ν又はμ）を用い、その偏差の合計に基づいて被特定状態を確定させることも可能である。以下、偏差の合計が最も大きい被特定状態を最終的な状態推定結果として確定させる場合を例示するが、偏差の定義によって判定方法は変わるので、これに限られるものではない。また、前述のＮと併用して被特定状態を確定することもできる。以下、さらに詳細に説明する。まず、個々の生体状態パラメータについての偏差の計算概念を数１にまとめて示す。
【０１８０】
【数１】
0004509042.tif 000002
【０１８１】
生体状態パラメータの値を一般化してＸで表し、判定に使用する閾値をＸ0とする。Ｘが被特定状態への成立に肯定的に寄与しているか否かは、ＸとＸ0との大小関係で決定される。一例として、図５２の血圧を例に取れば、生体状態パラメータＸとして、血圧時間変化波形の周波数ｆと振幅Ａとが採用されている。このうち振幅Ａについては、閾値がＡ0であり、Ａ＞Ａ0のとき、平均血圧レベルが異常状態の一つである「変動」と判定される。この場合、図５１に示すごとく、「集中力散漫」と「興奮状態」との、２つの被特定状態への成立に肯定的に寄与することになる。
【０１８２】
一方、周波数ｆについては２つの閾値、すなわち上限値ｆu0と下限値ｆL0とが定められており、ｆ＞ｆu0のとき、血圧変化が異常状態の一つである「急」と判定される。この場合も図５１に示すごとく、「集中力散漫」と「興奮状態」との、２つの被特定状態への成立に肯定的に寄与することになる。他方、ｆ＜ｆL0のとき、血圧変化が異常状態の一つである「緩」と判定される。この場合、「軽度体調不良／不快感」と「重度体調不良」との、２つの被特定状態（異常）への成立に肯定的に寄与することになる。当然のことであるが、この両者では、被特定状態への成立に肯定的に寄与するためのパラメータ値とその閾値との大小関係が反転している。
【０１８３】
他方、被特定状態が上記の異常状態のいずれにも該当しない場合は、これを正常状態と判定するべきである（どの場合が「正常状態」として判定されるかは、図５２、図５４〜図５７、図６０〜図６２、図６５にそれぞれ書き込んである）。例えば、図５２の場合、平均血圧レベルについてはＡ＞Ａ0のとき正常（維持）と判定され、血圧変化については、ｆu0＞ｆ＞ｆL0のとき正常（維持）と判定される。
【０１８４】
そして、本実施形態では、計算すべき偏差の値を、被特定状態への成立に肯定的に寄与する向きを偏差が正となる向きに定義し、該定義に従って計算されたＸとＸ0との差分値を該偏差の値として採用する。Ｘ＞Ｘ0が上記肯定寄与の向きならば数１の(1)式ないし(5)式により（例えば、血圧変化を「急」と判定する場合のｆ、あるいは平均血圧レベルを「正常と判定する場合のＡ）、Ｘ＜Ｘ0が上記肯定寄与の向きならば数１の(2)式ないし(4)式により（例えば、血圧変化を「緩」と判定する場合のｆ）、偏差Δμ、Δνを計算する。なお、被特定状態が異常状態である場合と正常状態である場合とで区別するために、前者については「μ」を、後者については「ν」を使用している。
【０１８５】
また、パラメータ値が上限閾値と下限閾値との間に位置する場合に、被特定状態の成立を肯定する場合（例えば、血圧変化を「正常」と判定する場合のｆ）の取り扱いは以下のようにする。すなわち、上限閾値に対しては(2)により偏差を算出し、下限閾値に対しては(4)により偏差を算出する必要がある。この場合、パラメータ値が上限閾値と下限閾値とに挟まれた区間の中央に位置するほど、被特定状態の成立肯定の妥当性は高くなるから、パラメータ値が該区間中央値に近いほど大きくなるように定義された偏差を使用すればよい。一例としては、上限閾値に対しての(2)による偏差の計算値をΔμ１、下限閾値に対しての(4)による偏差の計算値をΔμ２として、
Δμｓ＝（Δμ１×Δμ２）１／２  （Δμ１とΔμ２との幾何平均）
にて算出される合成偏差Δμｓを使用することが可能である。
【０１８６】
以上のように、各パラメータについて計算された偏差Δν、Δμが、図５１に示すごとく、各被特定状態ごとの偏差ポイント合計カウンターν0、μ1、μ2、‥にそれぞれ加算されることとなる（数１：式(4)、(6)、あるいは図７７の式(7)、(8)）。偏差ポイントの合計が最も高い被特定状態（異常状態あるいは正常状態）が、状態推定結果として確定されることとなる。
【０１８７】
なお、被特定状態を判定する上での各パラメータからの寄与は、上記の例ではいずれも等価なものとして扱っていたが、寄与の大きいものと小さいものと区別し、異なる重みを付与して取り扱うようにしてもよい。例えば、図５１において、「集中力散漫」を特定する際に、表情変化の検出精度に問題がある場合、「表情」に係るパラメータを照合カウンターに加算する際の重み係数を、血圧や皮膚抵抗の重み係数よりも小さくすることが可能である。前述の偏差Δν、Δμを照合カウンターに加算する場合の、重み係数を用いた場合の加算式を図７７の式(9)、(10)に示している。なお、この重み係数の設定値には個人差もあり、ユーザー毎に個別に設定することも可能である。さらに、重み係数は、各パラメータについて被特定状態によらず一律の値を設定するようにしてもよいし、より高精度の制御を行なうため、各パラメータの重み係数を被特定状態に応じて異ならせることも可能である（この場合、重み係数は二次元配列を構成するものとなる）。
【０１８８】
各パラメータが図５１の被照合情報のどれと一致しているか、あるいはその一致度を示す上記偏差の計算値がどの程度になっているか、さらには、その結果に基づく精神／肉体状態（図５１の被特定状態のいずれか）の推定結果が、図７７の状態特定結果テーブル４７２（もてなし意思決定部２のＲＡＭあるいは記憶装置５３５に記憶されている）に集められている。このテーブル４７２には、各パラメータについて、状態推定結果への寄与状態と、上記の偏差の計算結果とがまとめられている。状態推定結果への寄与状態に関しては、推定結果に係る被特定状態（図７７では軽度体調不良）に肯定的に寄与しているパラメータ（図７７では、血圧変化、体温変化、表情の意味、姿勢移動、視線移動及びパターン）と、そうでないパラメータとを区別するための情報で与えられる。
【０１８９】
具体的には、状態推定結果が「異常状態（ここでは、軽度体調不良）」である場合に、これに肯定的に寄与しているパラメータには「２」が付与されている。また、非肯定的に寄与しているパラメータについては、「正常状態」を示すものには「０」が付与されている。他方、「正常状態」ではないが、状態推定結果とは異なる「異常状態」を示すものを第三の状態（以下、「中立状態」ともいう）として、「１」が付与されている。すなわち、「異常状態」を構成する状態推定結果への肯定的寄与と、非肯定的寄与とが識別可能な情報、より詳しくは、非肯定的寄与が、「正常状態」を示すものであるか、状態推定結果とは異なる「異常状態」を示すものであるかが識別可能な情報が、状態判定への寄与情報として記憶されている。なお、状態推定結果が「正常状態」の場合は、「正常状態」に肯定的に寄与するパラメータには「０」が、非肯定的に寄与するパラメータ（つまり、何らかの「異常状態」を示すもの）には「１」を付与する。
【０１９０】
なお、上記のようにして推定・モニタリングされている肉体状態あるいは精神状態については、各被特定状態（正常状態を含む）のそれぞれに寄与するポイント値が近接した場合、そのポイント値の大小関係で状態推定結果を確定させる関係上、推定結果の精度低下が避け難い。そこで、これを補うために、上位の被特定状態のポイント差が一定レベル以下に近接した場合に、音声又は画面表示により状態確認用の質問をユーザーに向けて出力し、その回答情報に応じて状態推定結果を補正することが可能である。
【０１９１】
具体的には、シーン毎に、各被特定状態に対応した確認用質問情報を記憶装置５３５等に記憶しておく。そして、上記のように上位の被特定状態のポイント差が一定レベル以下に近接した場合に、当該ポイント差に収まっている複数の被特定状態のいずれが真の被特定状態であるかを確認可能な質問を出力する。例えば最もポイントの高い被特定状態を念押しする形式の質問は、ユーザーにとってもわかりやすく、明確な回答を得やすいので効果的である。この場合、質問結果を参照して最終的に確定される状態推定結果につき、後述のアルゴリズムにより、確定される被特定状態に係るパラメータが優位となるように、該確定される被特定状態ないしこれとポイント上競合している被特定状態のパラメータの閾値ないし重み係数を修正・変更すると、以降同じような質問が繰り返しなされる不具合が減少するので効果的である。以下、具体例を挙げる。
【０１９２】
（正常状態ポイント値が軽度体調不良ポイント値よりも僅差で上の場合）
（質問）「ちょっと元気がなさそうだけど、大丈夫よね。」（あるいは、「気のせいかしら」）
（回答）「うん、大丈夫だよ。」→正常状態を推定結果として確定。（このあと、後述のアルゴリズムにより、正常状態に係るパラメータのポイントがより優位となるように、正常状態ないしこれと競合している状態のパラメータの閾値ないし重み係数を修正・変更する。）
【０１９３】
（軽度体調不良ポイント値が正常状態ポイントよりも僅差で上の場合）
（質問）「顔色悪いわね。少し休んでから行く？」
（回答）「いや、大丈夫だよ。」→正常状態を推定結果として確定。（このあと、後述のアルゴリズムにより、正常状態に係るパラメータのポイントが軽度体調不良ポイントを上回るまで、関係するパラメータの閾値ないし重み係数を修正・変更する。）
【０１９４】
（興奮（怒り）状態のポイントが軽度体調不良ポイントよりも僅差で上の場合）
（質問）「今日はどうしたの？ご機嫌斜めかしら。」
（回答）「いや、ちょっと調子悪いだけや。」→軽度体調不良状態を推定結果として確定。（このあと、後述のアルゴリズムにより、軽度体調不良状態に係るパラメータのポイントが興奮（怒り）状態のポイントを上回るまで、関係するパラメータの閾値ないし重み係数を修正・変更する。）
【０１９５】
（軽度体調不良ポイントが興奮（怒り）状態のポイントよりも僅差で上の場合）
（質問）「どうしたの、風邪でもひいたの？」
（回答）「うるさいな、どうもないわ。」→興奮（怒り）状態を推定結果として確定。（このあと、後述のアルゴリズムにより、興奮（怒り）状態に係るパラメータのポイントが軽度体調不良ポイントを上回るまで、関係するパラメータの閾値ないし重み係数を修正・変更する。）
【０１９６】
上記のような状態推定補正に係る処理は、各シーンでのもてなし動作の開始後に行なうことも可能であるし、もてなし動作の開始に先立って行なうこともできる。後者の場合、開始するべきもてなし動作の方向をユーザーの望む向きに初期段階で修正でき、その後のもてなしの結果がユーザーの願望から大きく乖離してしまう不具合を防止することができる。また、あるシーンでの状態推定精度に不安がある場合に、他のシーンでの状態推定結果によりこれをバックアップすることも可能である（例えば自動車に乗り込み後の状態推定に不安がある場合、接近シーンでの状態推定結果を参照して最終的な状態推定結果を確定するなど）。
【０１９７】
次に、乗り込みシーンＳＣＮ２でのもてなし処理は、基本的に上記接近シーンＳＣＮ１での処理の延長として実施可能である（図２、ＯＢＪ１２１，ＯＢＪ２２１）。すなわち、ユーザーが自動車に乗り込み、着座センサ５２０がユーザーを検出すれば、もてなし実行制御部３は携帯電話１に演奏停止の指令を無線送信する。携帯電話１でのもてなし動作はこれで終了する。一方、不安／緊張解消ジャンルＳＴ３のもてなしのテーマについては、「車内を快適にして欲しい」（ＯＢＪ３２１：例えば事前のエアコン作動などにより車内を適温に保つなど）のほか、「自動車に乗り込む際の安全確保、トラブル回避」（ＯＢＪ３２２）がある。これは、図１の床下ランプ５１２による足元照明のほか、図４０のドアアシスト機構５４１による障害物とドアとの衝突抑制モード機能によって達成できる。
【０１９８】
また、体力的負担軽減ジャンルＳＴ４のもてなしテーマ「楽に乗り込みたい」（ＯＢＪ４２１）に関しては、ドアアシスト機構５４１の基本動作により、ドアの開閉操作の負担軽減を図ることができる。ドアアシスト機構５４１の動作の詳細は説明済なので、ここでは繰り返さない。なお、体調不良状態と推定される場合は、ドアアシスト機構５４１によるアシスト力を、通常時よりも増強する制御を行なうと、ユーザーへの負担をさらに軽減することができる。図４１の構成では、外部操作力と正アシスト力との合計トルクがトルク検出電圧Ｖｓｔに反映され、これがＶｒｅｆ１に近づくように、モータ１０１０によるドアアシスト駆動がフィードバック制御されるので、体調不良に伴うユーザーのドア開力の減少に伴い、アシスト力も自動的に増大するようになっている。また、体調不良状態と推定される場合にＶｒｅｆ１が大きくなるようにこれを変更して、アシスト力を増強させる方式も可能である。この場合、Ｖｒｅｆ１を決める分圧抵抗の一部を可変とし、体調不良状態と推定される場合に、該分圧抵抗値の変更によりＶｒｅｆ１を増加させることが可能である。
【０１９９】
また、テーマ「楽に荷物を積みたい」（ＯＢＪ４２２）では、例えば車外用カメラ５１８にて、ユーザーが大きな手荷物を抱えている場合やユーザーが体調不良と推定される場合に、ユーザーのドア開操作をアシストするのではなく、一定位置まで自動でドアを開き、ドアの操作そのものを不要にして、手荷物の積み込みを助ける。また、トランクルームの位置を知らせたり、そのカバーの開動作を自動で行って、積み込みを補助したりする動作も有効である。
【０２００】
次に、準備シーンＳＣＮ３及び運転／滞在シーンＳＣＮ４にうつる。期待／盛り上げジャンルＳＴ１及びリラックス／安らぎジャンルＳＴ２の各テーマ（ＯＢＪ１３１，ＯＢＪ１４１及びＯＢＪ２３１、ＯＢＪ２４１）においては、接近シーンＳＣＮ１及び乗り込みシーンＳＣＮ２から実行されている車内照明５１１の作動、及び車内のカーオーディオシステム５１５の演奏を、引き続き継続する処理が中心となる（ただし、シーンに適合した照明色／パターンや選曲（あるいは音量）への変更は行なう）。準備シーンＳＣＮ３では気分を落ち着かせるために、光量を落とした照明と、図１８の爽快系ＳＴ３あるいは温和・いやし系ＳＦの選曲とする一方、運転開始時は、運転者を覚醒させてメリハリを付けるために照明光量を上げ、盛り上げ・活力アップ系ＡＧの選曲に切り替えるなどの動作を例示できる。しかし、前述のごとく、精神状態や肉体状態の異常が推定される場合には、接近シーンと同様に、これを考慮した照明駆動パターンや音楽選曲が優先される。
【０２０１】
図１３は、期待／盛り上げジャンルＳＴ１のテーマＯＢＪ１４１，ＯＢＪ１４２に係る機能選択テーブル３７２の設定例を示している。動作目的／外乱種別は図７と同じである。車外照明（夜間のみ５、昼間は０（非動作））、車内照明、パワーウィンドウの閉動作、ノイズキャンセラ、カーオーディオシステム、及びＤＶＤプレーヤーなどの映像出力装置などがもてなし動作部として選択されている。車内の騒音レベル低減に関しては、パワーウィンドウの閉動作のよる窓の締め切りのほか、図４４及び図４５に示したノイズキャンセラ１００１Ｂの作動もこれに大きく寄与している。既に説明したごとく、このノイズキャンセラ１００１Ｂは、適応フィルタの設定により、カーオーディオシステム５１５や、車内の会話、あるいは注意ないし危険認識すべき必要車外音（強調音）など、指定された必要音を残す形でそれ以外の騒音成分だけを打ち消すようにしてあるから、より静寂な環境で音楽を聞くことができ、また、必要車外音を聞き漏らしたりすることもない。また、図６７に示すように、体調不良時には、指定された必要音（警告音／重要音）を残して、オーディオ出力に対し低音域を主体としたイコライジングを行なうことにより、効果を挙げることができる。
【０２０２】
また、制御適性値設定テーブル３７１ａにおいては、車内照明レベルと楽音レベルとを比較的高く設定してある。もともと騒々しい環境を好む若者等をターゲットにする場合、風切り音などの車内騒音も、車の雰囲気作りに貢献する場合があるし、適応フィルタによる必要車外音のピックアップに関しては多かれ少なかれ限界もあることから、車内の楽音レベルを高めに設定するのに合わせ、騒音レベル（数値が高いほど静寂であることを示す）の低減程度は幾分抑制されている。なお、楽音レベルの設定値への制御は、図１の音圧センサ５４０の検出レベルが目標値に近づくよう、カーオーディオシステム５１５の出力ボリュームを調整することで実施できる。他方、騒音レベルの設定値への制御は、図４４のエラー検出マイク２０１２が検出する消し残し騒音成分の目標値レベルをゼロではなく、残したい騒音レベルを示す有限値に設定することで実施できる。
【０２０３】
図９は、リラックス／安らぎジャンルＳＴ２の各テーマＯＢＪ２４１，ＯＢＪ２４２に係る機能選択テーブル３７１の設定例を示している。動作目的／外乱種別は図１１と同じである。もてなし動作部の選択内容は期待／盛り上げジャンルＳＴ１と同じであるが、照明レベルと楽音レベルは期待／盛り上げジャンルＳＴ１よりも低く設定され、逆に騒音レベル低減程度は高められている。前述のごとく、体調不良時あるいは興奮状態時のクールダウン用の演出としても効果がある。
【０２０４】
なお、接近シーンＳＣＮ１及び乗り込みシーンＳＣＮ２での音楽演奏がＭＩＤＩによるものであった場合、本格的に音楽を楽しむにはＭＩＤＩではいささか味気ないので、ＭＰＥＧ３曲データベース５１５ｂ（図１７）を用いた演奏に切り替える。この場合、もてなし意思決定部２（図１）は、ユーザーの性格種別に対応した音楽ソースデータを選ぶようにする。
【０２０５】
ただし、もてなし意思決定部２が自動選択した曲が気に入らなければ、ユーザーは操作部５１５ｄからの入力により、いつでも好きな曲に演奏を切り替えることができる。ユーザーが自身で選曲した場合は、図２０に示すように、そのユーザーの特定情報（ユーザー名あるいはユーザーＩＤ）と、選曲された音楽ソースデータのＩＤと、前述のもてなし参照データＲＤ（性格種別コード、年齢コード、性別コード、ジャンルコード及び曲モードコード）とが互いに対応付けられた形で、選曲実績記憶部４０３（図１の記憶装置５３５内に形成されている）に記憶される。本実施形態では、選曲の日時、ユーザーの性別及び年齢も合せて記憶されている。
【０２０６】
選曲実績記憶部４０３には、図２１に示すように、ユーザー別に、その選曲実績の統計情報４０４（図１の記憶装置５３５に記憶されている）が作成される。この統計情報４０４では、選曲データが、性格種別コード別（ＳＫＣ）にカウントされ、どの性格種別の曲が最も多く選曲されたかが数値パラメータとして特定される。最も単純な処理としては、選曲頻度が最も高い性格種別を、そのユーザーの性格として特定することが可能である。例えば、統計情報４０４に蓄積されている選曲実績数が一定レベルに到達すれば、例えばユーザー入力により初期設定された性格種別を、統計情報４０４から上記のごとく導かれた性格種別と置き換えるようにすればよい。
【０２０７】
ところで、ユーザーの性格の分類は実際にはもっと複雑なものであり、音楽の好みも、一律に同じ性格種別に押し込めてしまえるほど単純ではない。また、そのユーザーが置かれている生活環境（充実しているか、ストレスがたまっているか、など）によっても短期的には変動しやすいことがある。この場合は、音楽の嗜好も変動し、その統計から導かれる性格種別も変化することがあってもおかしくない。この場合、図２１に示すように、無制限に遡って選曲実績の統計を取るのではなく、直近の一定期間（例えば１ヶ月〜６ヶ月）に限定して選曲実績の統計情報４０４を作成すれば、性格種別の短期的な変動を統計結果に反映することができ、音楽によるもてなし内容をユーザーの状態に合せて臨機応変に変更できる。
【０２０８】
また、同じユーザーであっても、いつも同じ性格種別の音楽を選ぶとは限らず、他の性格種別の音楽にもまたがって選曲されることもありえる。この場合、選曲頻度が最も高い性格種別のみから選曲していたのでは、ユーザーの気分転換を図る上では、必ずしも望ましくない状況も生じえる。そこで、各性格種別に割り振る選曲確率期待値を、統計情報４０４が示す選曲頻度に応じて割り振り、その期待値に応じて重み付けされた形で、各性格種別からランダムに選曲する方式を採用することもできる。このようにすると、ユーザーが多かれ少なかれ興味を示す（つまり選曲された）音楽ソースについては、複数の性格種別にまたがる形で選曲頻度の高いものから優先的に選曲され、時折は自分の性格種別以外の音楽によるもてなしを受けることも可能となり、よい気分転換になる。具体的には、一定個数の乱数値からなる乱数表を記憶しておき、各性格種別に割り振る乱数値の個数を、上記選曲頻度に比例して配分する。次いで、周知の乱数発生アルゴリズムにより乱数を発生させ、得られた乱数値が、どの性格種別に割り振られた乱数値であるかを照合することで、選択すべき性格種別を特定することが可能となる。
【０２０９】
なお、統計情報４０４では、音楽のジャンル別（ＪＣ）、年齢別（ＡＣ）及び性別（ＳＣ）による選曲頻度もカウントされており、性格種別の場合の上記方式と同様にして、選曲頻度の高いジャンル、年齢層あるいは性別に属する音楽ソースデータを、優先的に選曲するように構成できる。このようにすると、ユーザーの嗜好によりマッチしたもてなし選曲を行なうことが可能となる。なお、一つの音楽ソースデータに、複数の性格種別を割り振ることも可能である。
【０２１０】
図３０は、その処理の一例を示すフローチャートである。図２１のように性格種別毎の選曲頻度統計が得られた場合、図３０の下に示すように、乱数表上の乱数値を各性格種別に対し、個々の選曲頻度に比例して配分する。次いで、フローチャートのＳ１０８にて、任意の乱数値を１個発生させ、乱数表上にて、その取得された乱数値に対応する性格種別コードを選ぶ。次いで、Ｓ１０９では、図１９の点灯制御データ群から、その性格コードに対応したものを選択する。そして、Ｓ１１０では、取得した性格種別コードに対応する音楽ソースデータのうち、図２１にて最も選曲頻度の高いジャンル、年齢層及び性別に該当する音楽ソースデータを全て抽出する（もちろん、ここでも性格種別の決定時と同様、各ジャンル、年齢層及び性別毎の頻度に応じた乱数比例配分により、選曲に係るジャンル、年齢層及び性別を選択するようにしてもよい）。抽出された音楽ソースデータが複数ある場合は、Ｓ１１１のように、その中の１つの音楽ソースデータＩＤを乱数により１つ選択するようにしてもよいし、音楽ソースデータの一覧表をモニター５３６（図１）示して、操作部５１５ｄ（図１７）によりユーザーにマニュアル選択させるようにしてもよい。こうして、選択された点灯制御データに従い、ユーザーにより運転中（もしくはユーザーが滞在中）の自動車内の照明装置の点灯制御が実施され、また、選択された音楽ソースデータによる音楽演奏がカーオーディオシステムにてなされる。
【０２１１】
以下、準備シーンＳＣＮ３及び運転／滞在シーンＳＣＮ４に割り振られている他のもてなしテーマについて説明する。テーマ「目的地／道中の様子が知りたい」は、上記両シーンにまたがって設定されているテーマであり、例えば準備シーンＳＣＮ３側（ＯＢＪ３３１）では、図１２の機能選択テーブル３７１に示すように、自動車側ＧＰＳ５3３とカーナビ５３４とがもてなし動作部として選択され、目的地の設定に伴い、現地や道中の様子を、無線通信ネットワークを介して取得し、カーナビ５３４のモニター上に表示するもてなし動作が行われる。動作目的／外乱種別は「車内明るさ」／「車内環境」については、既に説明した他の機能選択テーブルと同じである。娯楽要素や情報提供に関しては、ユーザーの嗜好によりもてなし動作の選択がなされるものであり、外乱とは基本的に無関係である。この場合、後述のアルゴリズムによるユーザーの精神状態ないし肉体状態の推定結果に応じて、適正なもてなし動作の選択を行なうことが可能である。他方、「車内アコモデーション」については、外乱とは無関係とすることができる。他方、別途設けられたユーザー検知センサ５６５（図１）により、ユーザーとハンドルないしシートとの位置関係が特定できる場合には、その位置関係が適正状態を外れている場合に外乱発生と判定することができ、その外乱が縮小されるように、ハンドル位置やシートの前後位置ないし高さ調整をもてなし動作として行なうことが可能である。
【０２１２】
運転／滞在シーンにおいては、ユーザーの性格種別を、音楽ソースの選曲実績以外の情報を用いる形でも推定することができる。例えば、ユーザー毎の運転実績データを蓄積し、その運転実績データの解析結果に基づいてユーザーの性格種別を特定することができる。以下、その具体例について説明する。図２２に示すように、ユーザーが運転中にストレスを感じたときに行ないやすい操作をストレス反映操作として予め定めておき、そのストレス反映操作を対応する検出部で検出し、その検出結果をストレス反映操作統計記データ４０５（図１：記憶装置５３５内）として記憶・蓄積する。そして、その蓄積結果に基づいて、ユーザーの性格種別を推定する。以下に説明する実施形態は、自動車の運転上好ましくない性格要素による影響を、如何に抑制するかに主眼をおいたものである。
【０２１３】
ストレス反映操作は、本実施形態では、ホーン操作（いらいらして、やたらにクラクションを鳴らす）、ブレーキ回数（車間等を詰めすぎて、やたらにブレーキを踏む）、車線変更回数（前の車を追い越そうと、頻繁に車線を変える：ウィンカーの操作＋ウィンカーが操作された後のハンドル操作角度で検出できる（ハンドル操作角度が一定以下であれば、車線変更とみなす））が選定され、ホーンスイッチ５０２ａ、ブレーキセンサ５３０、ウィンカースイッチ５０２Ｗ、加速度センサ５３２がストレス反映操作検出部として機能する。各操作が発生する毎に、ストレス反映操作統計記憶部４０５内の対応するカウンターがカウントアップし、その回数が記録される。これらの操作は、「危険運転」への指向を反映したものであるともいえる。
【０２１４】
また、走行中の車速が車速センサ５３１により検出され、加速度が加速度センサ５３２により検出され、平均速度ＶＮ及び平均加速度ＡＮが算出されてストレス反映操作統計記憶部４０５内に記憶される。平均加速度ＡＮは、増加方向の一定レベル以上の加速度が検出されている期間に限って平均値が取られ、加速度変動の少ない低速走行時期間は、平均値算出に組み入れられない。このようにすることで、該平均加速度ＡＮの値は、追い越し等に伴いやたらにアクセルを踏み込んだり、あるいは急発進したりすることを好むか否かを反映した値となる。また、車速センサ５３１の出力積分値から走行距離が算出され、ストレス反映操作統計記憶部４０５内に記憶される。
【０２１５】
さらに、上記ストレス反映操作統計は、一般道区間と高速道区間とで別々に作成される（その識別は、カーナビゲーションシステム５３４からの走行情報を参照することにより可能である）。つまり、高速道路走行時では、スムーズに流れている場合、普通の運転をするユーザーであれば、ホーンを吹鳴したり、ブレーキを踏んだり、車線変更したりする回数は少ないはずなので、これらのストレス反映操作の検出回数は、一般道区間よりも高い重み付けで加算されるべきだからである。また、平均速度や平均加速度は、一般道区間より必然的に高くなるので、上記のように一般道区間と高速道区間とで区別して統計を取ることで、この影響も緩和することができる。
【０２１６】
以下に、上記ストレス反映操作統計を用いた性格判定のアルゴリズムの一例を示すが、これに限られるものではない。まず、ホーン回数Ｎｈ、ブレーキ回数ＮＢ、車線変更回数ＮＬＣについては、一般道区間（添え字「Ｏ」で示している）と高速道区間（添え字「Ｅ」で示している）での各値に、それぞれ重み係数αとβ（ただし、α＜β：どちらかの係数を１に固定して、他方の係数を相対値表示してもよい）を乗じて加算し、それを走行距離Ｌで割った値を、換算回数（添え字「Ｑ」で示している）として算出する。他方、平均速度と平均加速度も、同様に一般道区間での値と高速道区間での値を、重み係数を乗じて加算し、換算平均速度及び換算平均加速度として算出する。これらを全て加算した値を、性格推定パラメータΣＣｈとして求め、該ΣＣｈの値に応じて性格推定を行なう。
【０２１７】
本実施形態では、ΣＣｈの値の範囲を、予め定められた互いに異なる境界値Ａ１，Ａ２，Ａ３，Ａ４で複数の区間に区切り、そのそれぞれに性格種別を割り振っている。そして、算出されたΣＣｈの値が属する区間に対応付けて、縮小係数δ１、δ２、δ３（いずれも０より大きく１より小）を定めている。これを用いた具体的な性格分析処理の流れの一例を図２９に示す。前述のごとく、Ｓ１０１でユーザーを認証し、Ｓ１０２で図２０の選曲実績データ４０３を取得する。そして、Ｓ１０３で、図２１の選曲実績の統計データ４０４を作成する。次に、Ｓ１０４では、図２２のストレス反映操作統計記憶部４０５内に蓄積されている情報（走行実績データ）を読み出し、Ｓ１０５で上記の方法によりΣＣｈの値を算出して、対応する性格種別を特定し、縮小係数δを取得する。Ｓ１０６では、選曲実績の統計情報４０４で、最も頻度が高い性格種別を特定し、これに縮小係数δを乗じて見かけの頻度を低減する。これにより、例えば「活動的」なユーザーにおいてΣＣｈが高くなるような結果が得られた場合、その「活動的」性格の故にΣＣｈが高くなるような危険運転への指向が高められていることを意味するから、これをあおるような音楽の選曲頻度を、縮小係数δを乗ずることで抑制することができ、安全運転に導くことができる。また、「おとなしい」ユーザーにおいてΣＣｈが低くなるような結果が得られた場合、「おとなしい」に対応する音楽の選曲頻度が縮小係数δを乗ずることで抑制され、活発な音楽の選曲頻度が相対的に増大するから、ユーザーに適度な刺激が与えられ、運転にメリハリを付けることで、安全性を高めることが可能となる。
【０２１８】
次に、運転中においては、性格とは別に、精神状態や体調について考慮する必要がより高くなる。ユーザー（運転者）が運転席に着座している状態では、生体状態パラメータを取得するための生体状態検出部（センサやカメラ類）としてさらに多くのものを採用でき、具体的には、図１の赤外線センサ５１９、着座センサ５２０、顔カメラ５２１、マイクロフォン５２２、感圧センサ５２３、血圧センサ５２４、体温センサ５２５、アイリスカメラ５２７及び皮膚抵抗センンサ５４５を用いることができる。これらの生体状態検出部は、運転中のユーザーの生体反応を様々な角度から捉えることができ、もてなし意思決定部２は、接近シーンでの実施形態にて詳述したのと同様に、それらが検出する生体状態パラメータの時間的変化情報からユーザーの精神状態や体調を推定し、これに適合した形態でもてなし動作を行なう。
【０２１９】
前述と同様、顔の表情の情報は、顔カメラ５２１により撮影した顔の静止画像から得られ、図３４に示すように、その全体（又は部分：例えば目や口）の画像を、種々の心理状態あるいは肉体状態におけるマスター画像と比較することで、ユーザーが怒っているのか、平静であるのか、機嫌がよい（例えば楽しくウキウキしている）のか、機嫌が悪い（例えば落胆ないし悲嘆している）のか、あるいは不安ないし緊張にさらされているのか、などを推定することができる。また、ユーザーに固有のマスター画像を使用するのではなく、顔の輪郭、目（あるいはアイリス）、口及び鼻の位置や形状を、全てのユーザーに共通の顔面特徴量として抽出し、その特徴量を、種々の心理状態あるいは肉体状態において予め測定・記憶されている標準特徴量と比較して、同様の判定を行なうことができる。なお、上記の顔面特徴量から顔の類型を性格別に分類し、照合することで、ユーザーの性格種別の特定に使用することもできる。
【０２２０】
体の動作は、顔カメラ５２１により撮影したユーザーの動画像（例えば、小刻みに動いたりする、顔をしかめたりするなど）、感圧センサ５２３の検知状態（例えば頻繁にハンドルから手を離したりする）などの情報に基づき、例えば運転中のユーザーがいらいらしているのか、そうでないのかを判断することができる。
【０２２１】
体温は、ハンドルに取り付けた体温センサ５２５や、赤外線センサ５１９で取得した顔のサーモグラフィーなどの体温検出部により検出・特定できる。図５４に示したのと同様のアルゴリズムにより、体温変化の緩急と平均体温レベルの変動／維持を判定できる。なお、ユーザーの平熱を予め登録しておき、その平熱からの温度シフト（特に高温側）を体温検出部により測定することで、より微妙な体温変化ひいてはそれによる細かい感情の動き等も検出することが可能となる。
【０２２２】
図５５は、皮膚抵抗変化波形解析処理のフローチャートの一例を示すものであり、サンプリングルーチンでは、一定時間間隔で定められたサンプリングタイミングが到来する毎に、皮膚抵抗センサ５４５により検出される皮膚抵抗値をサンプリングし、波形記録する。そして、波形解析ルーチンでは、ＳＳ１０３にて直近の一定期間にサンプリングされた皮膚抵抗値を波形として取得し、ＳＳ１０４で該波形に周知の高速フーリエ変換処理を行なって周波数スペクトラムを求め、ＳＳ１０５で、そのスペクトラムの中心周波数（あるいはピーク周波数）ｆを演算する。また、ＳＳ１０６では、図５３に示すように、波形を一定数の区間σ１，σ２‥に分割し、ＳＳ１０７で区間別の皮膚抵抗平均値を演算する。そして、区間毎に、平均皮膚抵抗値を波形中心線として、積分振幅Ａ１，Ａ２‥を演算する。そして、ＳＳ１０９では、各区間の積分振幅Ａを時間ｔに対してプロットし、最小二乗回帰して勾配αを求める。
【０２２３】
ＳＳ１１０では、周波数ｆが上限閾値ｆu0より大きくなっているかどうかを調べ、大きくなっていれば監視中の皮膚抵抗変化が「急」であると判定する。また、ＳＳ１１２では、周波数ｆが下限閾値ｆL0（＞ｆu0）より小さくなっているかどうかを調べ、小さくなっていれば監視中の皮膚抵抗変化が「緩」であると判定する。また、ｆu0≧ｆ≧ｆL0ならばＳＳ１１４に進み、監視中の皮膚抵抗変化は「標準」であると判定する。次に、ＳＳ１１５に進み、勾配αの絶対値を閾値α０と比較する。｜α｜≦α０であれば、監視中の平均皮膚抵抗レベルは「一定」状態にあると判定する。また、｜α｜＞α０の場合、αの符号が正であれば監視中の平均皮膚抵抗レベルは「増」状態にあると判定し、負であれば「減」状態にあると判定する。
【０２２４】
図５１に示すように、皮膚抵抗検出値の変化が急で変化の方向が「増」である場合は、精神状態が「集中力散漫」と推定できる。体調不良に関しては、軽度のものは皮膚抵抗の時間的変化にそれ程反映されないが、体調不良が進行すると、皮膚抵抗値の変化が緩やかに増加に転ずるので、「重度体調不良」の推定には有効である。また、皮膚抵抗値は急激に減少する場合は、「興奮（怒り）状態」であることを、かなり高精度に推定することができる。
【０２２５】
次に、図５７は、姿勢信号波形解析処理のフローチャートの一例を示すものであり、サンプリングルーチンでは、一定時間間隔で定められたサンプリングタイミングが到来する毎に、図５８を用いて説明した姿勢信号値（Ｖout）をサンプリングし、波形記録するＳＳ２０１，ＳＳ２０２）。そして、波形解析ルーチンでは、ＳＳ２０３にて直近の一定期間にサンプリングされた姿勢信号値を波形として取得し、ＳＳ２０４で該波形に周知の高速フーリエ変換処理を行なって周波数スペクトラムを求め、ＳＳ２０５で、そのスペクトラムの中心周波数（あるいはピーク周波数）ｆを演算する。また、ＳＳ２０６では、図５３に示すように、波形を一定数の区間σ１，σ２‥に分割し、ＳＳ２０７で区間別の姿勢信号平均値を演算する。そして、区間毎に、平均姿勢信号値を波形中心線として、積分振幅Ａ１，Ａ２‥を演算する。そして、ＳＳ２０９では、各区間の積分振幅Ａを平均し、波形振幅の代表値として決定する。また、ＳＳ２１０では、積分振幅Ａの分散Σ２を演算する。
【０２２６】
ＳＳ２１１では、周波数ｆが上限閾値ｆu0より大きくなっているかどうかを調べ、大きくなっていれば監視中の姿勢変化速度が「増」であると判定する。また、ＳＳ２１３では、周波数ｆが下限閾値ｆL0（＞ｆu0）より小さくなっているかどうかを調べ、小さくなっていれば監視中の姿勢変化速度が「減」であると判定する。また、ｆu0≧ｆ≧ｆL0ならばＳＳ２１５に進み、監視中の姿勢変化速度が「正常」であると判定する。次に、ＳＳ２１６に進み、積分振幅Ａの平均値Ａｎの値を予め定められた閾値と比較して、姿勢移動量を「変化小」、「微増」および「急増」のいずれかに判定する（平均値Ａｎが大きいほど、姿勢移動量は増加傾向にある）。また、ＳＳ２１７では、Ａの分散Σ２の値が閾値以上になっている場合は、姿勢移動が増減傾向にあると判定する。
【０２２７】
姿勢の変化は、基本被特定状態（「体調不良」、「集中力散漫」及び「興奮状態」）の相違に応じて顕著に異なる傾向を示すので、それらを相互識別する上で特に有効なパラメータである。正常であれば、運転中のユーザーは適度に姿勢を保ちながら運転に必要な緊張感を持続される。他方、体調不良が生ずると、辛さを和らげようとして時折姿勢を変える仕草が目立つようになり、姿勢移動量は微増傾向となる。しかし、体調不良がさらに進行すると（あるいは、極度の眠気に襲われた場合）、姿勢が不安定になってぐらつくようになり、姿勢移動は増減傾向となる。このときの姿勢移動は、体のコントロールが利かない不安定なものなので、姿勢移動の速度は大幅に減少する。また、集中力が散漫になっている場合も、姿勢移動はだらしなく増減するが、体のコントロールは利く状態であるから、姿勢移動速度はそれほど減少しない点に違いがある。他方、興奮状態にある場合は、落ち着きがなくなったり、いらいらしたりして姿勢移動は急増し、移動速度も大きくなる。
【０２２８】
図６０は、視線角度波形解析処理のフローチャートの一例を示すものであり、サンプリングルーチンでは、一定時間間隔で定められたサンプリングタイミングが到来する毎に、ＳＳ２５２で顔画像を撮影し、その画像中にて瞳孔位置と、顔中心位置とを特定し、ＳＳ２５３で、該顔中心位置に対する瞳孔の正面方向からのぶれを演算して、視線角度θを求めることができる。そして、波形解析ルーチンでは、ＳＳ２５４にて直近の一定期間にサンプリングされた視線角度値を波形として取得し、ＳＳ２５５で該波形に周知の高速フーリエ変換処理を行なって周波数スペクトラムを求め、ＳＳ２５６で、そのスペクトラムの中心周波数（あるいはピーク周波数）ｆを演算する。また、ＳＳ２５７では、図５３に示すように、波形を一定数の区間σ１，σ２‥に分割し、ＳＳ２５８で区間別の視線角度平均値を演算する。そして、ＳＳ２５９では、区間毎に、平均視線角度値を波形中心線として、積分振幅Ａ１，Ａ２‥を演算する。そして、ＳＳ２６０では、各区間の積分振幅Ａを平均し、波形振幅の代表値Ａｎとして決定する。また、ＳＳ２６１では、積分振幅Ａの分散Σ２を演算する。
【０２２９】
ＳＳ２６２では、周波数ｆが上限閾値ｆu0より大きくなっているかどうかを調べ、大きくなっていれば監視中の視線角度θの変化速度が「増」であると判定する。また、ＳＳ２６４では、周波数ｆが下限閾値ｆL0（＞ｆu0）より小さくなっているかどうかを調べ、小さくなっていれば監視中の視線角度θの変化速度が「減」であると判定する。また、ｆu0≧ｆ≧ｆL0ならばＳＳ２６６に進み、監視中の視線角度θの変化速度が「正常」であると判定する。次に、ＳＳ２６７に進み、積分振幅Ａの平均値Ａｎの値を予め定められた閾値と比較して、視線角度θの変化量を「変化小」、「微増」および「急増」のいずれかに判定する（平均値Ａｎが大きいほど、視線角度θの変化量は増加傾向にある）。また、ＳＳ２６８では、Ａの分散Σ２の値が閾値以上になっている場合は、視線角度θの変化が増減傾向にある状態、つまり「変調」状態（いわゆる、目がきょろきょろした状態）にあると判定する。
【０２３０】
まず、視線角度θは、集中力が散漫になった場合に移動量が急増し、また、きょろきょろと変調を来たすようになるので、該集中力散漫と推定する上での有力な決め手となる。また、体調不良が生ずると、その不良の程度に応じて視線移動量が減少するので、体調不良の推定にも有効である。また、興奮状態でも視線移動量は減少するが、体調不良時は、視界に変化が起きた場合に視線がついてゆきにくくなり、移動速度も減少するのに対し、興奮状態では、視界の変化等に鋭敏に反応してこれを睨みつけるなど、時折生ずる視線移動の速度は非常に大きいので、互いに識別することができる。
【０２３１】
図６１は、瞳孔径変化解析処理のフローチャートの一例を示すものであり、サンプリングルーチンでは、一定時間間隔で定められたサンプリングタイミングが到来する毎に、ＳＳ３０２でアイリスカメラ５２７（図１）によりユーザーのアイリスを撮影し、ＳＳ３０３では、その画像上にて瞳孔径ｄを決定する。そして、解析ルーチンでは、ＳＳ３０４にて直近の一定期間にサンプリングされた瞳孔径ｄを波形として取得する。また、ＳＳ３０５では、図５３に示すように、波形を一定数の区間σ１，σ２‥に分割し、ＳＳ３０６で区間別の瞳孔径平均値ｄｎを演算する。そして、ＳＳ３０７では、区間毎に、平均瞳孔径値を波形中心線として、積分振幅Ａ１，Ａ２‥を演算し、ＳＳ３０８では、各区間について計算された積分振幅の平均値Ａｎを演算する。また、ＳＳ３０９では、積分振幅Ａの分散Σ２を演算する。
【０２３２】
ＳＳ３１０では瞳孔径平均値ｄｎが閾値ｄ０より大きくなっているかどうかを調べ、大きくなっていればＳＳ３１１に進み、「瞳孔開」と判定する。また、大きくなっていなければＳＳ３１２に進み、瞳孔径変化波形の積分振幅Ａの分散Σ２が閾値Σ２0よりも大きいかどうかを調べ、大きければ「瞳孔径変動」と判定する。また、大きくなければ「正常」と判定する。
【０２３３】
図５１に示すように、瞳孔径ｄは、ユーザーの精神状態に応じて顕著に変化し、特に、特有の瞳孔開状態があるか否かに基づいて、ユーザーが興奮状態にあるか否かを高精度に推定することができる。また、瞳孔径が変動する場合は、集中力散漫であると推定することができる。
【０２３４】
また、本発明においては、運転者のステアリング操作状態も、その運転者の精神ないし肉体状態を推定するための生体状態パラメータとして使用する。ただし、ステアリングのサンプリング及び評価は直線走行時に限るようにし、右左折時やレーン変更時など、操舵角度が必然的に大きくなることが予め予測される期間は、ステアリング操作の監視・評価は行なわないことが望ましい（正常なのに、ステアリングが不安定と判定されてしまう惧れがある）。例えば、ウィンカー点灯操作があった場合は、そのウィンカー点灯期間と、操舵操作が予想される前後の一定期間（例えば、点灯前の約５秒、点灯後の約１０秒））については、評価の対象外とするとよい。
【０２３５】
図６２は、操舵角度波形解析処理のフローチャートの一例を示すものであり、サンプリングルーチンでは、一定時間間隔で定められたサンプリングタイミングが到来する毎に、ＳＳ３５２で、操舵角センサ５４７の出力により現在の操舵角度φを読み取る（例えば、直進中立状態でφ＝０°とし、左右いずれかへの触れ角として定義する（例えば右方向の角度を正、左方向の角度を負とする）。そして、操舵精度解析ルーチンでは、ＳＳ３５３にて直近の一定期間にサンプリングされた操舵角度値を波形として取得し、ＳＳ３５４で該波形に周知の高速フーリエ変換処理を行なって周波数スペクトラムを求め、ＳＳ３５５で、そのスペクトラムの中心周波数（あるいはピーク周波数）ｆを演算する。また、ＳＳ３５６では、図５３に示すように、波形を一定数の区間σ１，σ２‥に分割し、ＳＳ３５７で区間別の操舵角度平均値を演算する。そして、ＳＳ３５８では、区間毎に、平均操舵角度値を波形中心線として、積分振幅Ａ１，Ａ２‥を演算する。そして、ＳＳ３５９では、積分振幅Ａの分散Σ２を演算する。
【０２３６】
ＳＳ３６０では、周波数ｆが上限閾値ｆu0より大きくなっているかどうかを調べ、大きくなっていればＳＳ３６１に進み、監視中の操舵角度φの変化速度が「増」であると判定する。また、ＳＳ３６２では、周波数ｆが下限閾値ｆL0（＞ｆu0）より小さくなっているかどうかを調べ、小さくなっていれば監視中の操舵角度φの変化速度が「減」であると判定する。また、ｆu0≧ｆ≧ｆL0ならばＳＳ３６４に進み、監視中の操舵角度φの変化速度が「正常」であると判定する。次に、ＳＳ３６５に進み、操舵角度φの変化波形の積分振幅Ａの分散Σ２が閾値Σ２0よりも大きいかどうかを調べ、大きければ操舵誤差が「増」と判定する（ＳＳ３６６）。また、大きくなければ「正常」と判定する（ＳＳ３６７）。
【０２３７】
また、操舵誤差に関しては、上記のような操舵角度による検出だけでなく、図１の走行モニタカメラ５４６によるモニタリング画像から検出することもできる。走行モニタカメラ５４６は、例えば自動車の正面中央（例えば、フロントグリルの中央など）に取り付けることができ、図６３に示すように、走行方向前方の視界を撮影するものである。自動車に対するカメラの取付位置が定まれば、撮影視野上での走行方向における車幅中心位置（自動車側基準位置）も定まり、例えば路肩線、中央線あるいはレーン分離線を画像上で識別することにより、自身が走行中のレーン中心位置を画像上で特定することができる。そして、上記の車幅中心位置のレーン中心位置からのずれを求めれば、自分の運転する自動車がレーンの中央をキープできているかどうかをモニタリングすることができる。図６４は、その処理の流れの一例を示すフローチャートであり、ＳＳ４０１では走行モニター画像のフレームを取得し、ＳＳ４０２では、上記のごとく路肩線、中央線あるいはレーン分離線を示す白線（あるいは追い越し禁止の橙線）のレーン側エッジ線を周知の画像処理により抽出し、それぞれレーン幅位置として特定する。そして、ＳＳ４０３では、そのエッジ線間距離を二分する位置をレーン中心位置として演算する。他方、ＳＳ４０４では、上記画像フレーム上に、車幅中心位置をプロットし、上記のレーン中心位置からの道路幅員方向におけるずれ量ηを演算する。この処理を、予め定められた時間間隔で取り込まれる画像フレームに対して繰り返し、ずれ量ηの時間変化波形として記録する（ＳＳ４０５→ＳＳ４０１）。
【０２３８】
この場合の操舵精度の解析処理は、例えば図６５に示すような流れにより行なうことができる。すなわち、ＳＳ４５１では、直近一定期間の波形の中心線に対する積分振幅Ａを演算し、また、ＳＳ４５３では、レーン中心位置からのずれ量η自身の平均値ηｎを演算する。ＳＳ４５４では、積分振幅Ａを予め定められている閾値Ａ０と比較し、この閾値を超えていればＳＳ４５５に進んで操舵誤差「増」と判定する。Ａが大きいということは、ずれ量ηが時間に対して大きく揺らいでいることを意味し、一種のふらつき走行の傾向を示すものである。一方、レーン中央をキープできず、端に寄っていく傾向が続く場合は、ＳＳ４５４で積分振幅Ａが閾値Ａ０より小さくなっていても、ずれ量η自体は大きくなり、異常と判定するべきである。従って、この場合はＳＳ４５６に進み、ずれ量平均値ηｎが閾値ηｎ０を超えていればＳＳ４５５に進み、操舵誤差「増」と判定する。他方、ずれ量平均値ηｎが閾値ηｎ０より小さければＳＳ４５７へ進み、「正常」と判定する。
【０２３９】
また、操舵速度（操舵に対する反応）については、波形に周知の高速フーリエ変換処理を行なって周波数スペクトラムを求め、そのスペクトラムの中心周波数（あるいはピーク周波数）ｆを演算して、そのｆから傾向を判定することが可能である。この場合、周波数ｆが上限閾値ｆu0より大きくなっているかどうかを調べ、大きくなっていれば、操舵速度が「増」であると判定する。また、ＳＳ３６２では、周波数ｆが下限閾値ｆL0（＞ｆu0）より小さくなっているかどうかを調べ、小さくなっていれば操舵速度が「減」であると判定する。また、ｆu0≧ｆ≧ｆL0ならば、操舵速度が「正常」であると判定する。
【０２４０】
図５１に示すように、操舵誤差の増大を検知することで、運転者が集中力散漫状態や興奮状態にあることを推定できる。他方、重度の体調不良（居眠り状態を含む）が発生した場合も、正常な操舵が妨げられるので、誤差の増大傾向からこれを推定することができる。他方、体調不良や集中力の散漫化は操舵への反応が遅れがちになり、操舵速度の減少からこれを推定することができる。また、興奮状態では、いらいらして急ハンドルを切りがちになるので、操舵速度の増加からこれを推定することができる。
【０２４１】
さて、走行シーンにおいても、図６６の流れに従って被特定状態を特定する処理が行なわれる。この場合、参照される生体状態パラメータの数も多くなるので、照合カウンターの得点を「一致度」とみなして、最も得点の高いもの、つまり一致度の最も高いものを、被特定状態として確定させる方法がより有効である。前述のごとく、照合カウンターへの加算は、被照合情報と判定結果とが完全一致せずとも、定められた範囲内で近接した結果が得られた場合は、完全一致の場合よりも低い得点に制限しつつ、これを照合カウンターへ加算するように実施できる。
【０２４２】
被特定状態が特定できれば、これに対応するもてなし制御として、非常に多くの具体例を考えることができる。例えば、図２のテーマ「適正な運転環境設定」ＯＢＪ４４１では、図１２の機能選択テーブル３７１に示すように、カーナビ５３４（映像出力用）、カーオーディオシステム５１５、エアコン５１４、車内照明５１１、ハンドル調整ユニット及びシート調整ユニットがもてなし動作部として選択され、上記のように、運転者（ユーザー）の精神状態や体調に応じて音楽の選曲を変えたり、エアコンの設定温度や、車内の照明色あるいは照明強度を調整したりする。また、ハンドル調整ユニット及びシート調整ユニットは、モータ動作によりハンドルの位置やシートの前後位置あるいは背もたれの角度等を自動で調整するもので、例えば緊張感が薄らいできていると判定された場合は、背もたれを起こしてシートを前に出したり、ハンドル位置を高めたりして運転に集中できるようにする。また、疲れていると判定された場合は、不快感を示すユーザーの動きが静まる向きに、背もたれの角度を微調整したりすることが有効である。
【０２４３】
また、上記以外にも、次のような態様がある。
・興奮状態（気分が高ぶりすぎていると判断されたとき、あるいは、怒りやストレスを感じていると判断されたとき）：静かで心地よい音楽を演奏し、気持ちを落ち着かせるようにする。また、空調温度を下げ、シートバイブレータ５５０によりゆっくりした（後述の集中力散漫時よりも周期の長い）リズム振動を発生させ、リラックスさせる。また、後続車から追い越し、割り込み、パッシング、ホーン吹鳴などが関連して運転者の不快な精神状態に陥っていることが想定される場合は、「何よ、失礼ね。でも気にしないで。おとなのあなたが大好きよ。」などと、運転者を落ち着かせるメッセージを音声出力する。また、速度が超過したり（車速検知）、あるいは超過しそうになったとき：「ゆっくり行きましょ‥夜は長いのよ。安全運転のあなたが‥す・て・き。」などと、速度抑制を促すメッセージを音声出力する。
・集中力が散漫化したとき：ハンドルバイブレータ５５１やシートバイブレータ５５０にインパルス的な強い振動を発生させ、集中を促す。また、アンモニア発生部５４９から気付け用の強い臭いを発生させる。
・体調不良（疲労や病気症状（発熱など）が認められる場合）：速度抑制などの安全運転や、停車・休憩を促す。踏み切りや赤信号に接近したときに注意情報を音声出力する。最悪の場合、運転の見合わせなどを音声出力やモニター表示により通知する。また、方向発生部からリラックスを促す芳香を発生させる。眠気に関しては、集中力が散漫化したときと同じもてなし動作も有効である。
・気持ちが落ち込んでいる（顔の表情、体温）と判断されたとき：景気のよい音楽を演奏したり、照明を赤系など、刺激的なものに変え、気分を盛り上げる。
【０２４４】
より具体的な事例について、運転中に演奏するもてなし用音楽の選曲と、寄り道スポットとなる目的地をカーナビゲーションシステムにより検索する場合とを例にとって説明する。前述の性格種別コードは、特定されたユーザーの性格に対し、適合する性格種別コードを有した音楽ソースを提供する、というように、ユーザーの性格と、選曲される音楽ソースの性格種別コードとが一致する形で利用される。他方、曲モードコードについては、その音楽ソースに付与された曲モードが、特定されたユーザーの精神状態や体調に必ずしも一致適合するように利用されるのではなく、例えば高ぶりすぎた精神状態に対しては、温和・癒し系やヒーリング・α波系の音楽ソースを選択して気持ちを鎮めるなど、ある精神状態を目標値として、ユーザーの精神状態をこれに近づけるように使用される。ユーザーの精神状態高揚度をパラメータ化できる場合、曲モードコードについてもこれに対応付けた序列を設定しておき、該精神状態高揚度パラメータに応じた曲モードコードを選択するように、選曲制御することができる。具体的には、精神状態高揚度パラメータの値が上位となるほどユーザーの精神状態が高揚していると定めたとき、「盛り上げ系」、「爽快系」、「温和・癒し系」、「ヒーリング・α波系」の順で序列を定め、精神状態高揚度パラメータの値が上位となるほど、当該序列の下位に位置する曲モードコードを選択すれば、気持ちが高ぶりすぎている場合はこれを静めるように選曲され、逆に落ち込んでいるときは気分が高揚するように選曲されるよう、曲モードコードを選ぶようにするのである。前者の場合は、気分激昂等に伴うスピードの出し過ぎなどを抑制する効果が得られ、後者の場合は、ユーザーの覚醒を促して運転中の注意力を高める効果が得られるので、いずれも安全運転に寄与する。他方、体調レベルが悪化している場合は、上記の精神状態とは無関係に、ユーザーに疲れを催させるような過激な選曲はなるべく行なわないようにすることが望ましいといえる。
【０２４５】
例えば、図３４に示すごとく、ユーザーの精神状態を、興奮（怒り）、集中力散漫（不安・緊張）、安定の３レベルに区分したとき、個々の精神状態レベルに対して、図１８の曲モードコードを一義的に対応付けておく。本実施形態では、「怒り」には「温和・癒し系」（ＳＦ）、「不安・緊張」には「爽快系」（ＳＴ）、安定には「盛り上げ・活力アップ系」（ＡＧ）が対応付けられている（第一設定）。
【０２４６】
なお、カーナビゲーションシステム５３４を用いて、一定距離以上遠方の目的地に向かうときは、帰りは運転者の疲れの要素が加わるから、行きよりもより運転を落ち着かせるよう、対応させる曲モードコードのレベルを下げるように設定することができる（第二設定）。図３４では、帰りについては、「怒り」には「ヒーリング・α波系」（ＨＬ）、「不安・緊張」には「温和・癒し系」（ＳＦ）、安定には「爽快系」（ＳＴ）が対応付けられている。
【０２４７】
図３５は、処理のフローチャートを示すもので、Ｓ５０１で行きか帰りかを判別し、Ｓ５０２、Ｓ５０３で、曲モードコードを対応するレベル設定とする。Ｓ５０４で、生体状態検出部の検出状態を読み取り、Ｓ５０５，Ｓ５０６で精神状態を推定する。「安定状態」の場合はＳ５０７の処理、「緊張・不安」の場合はＳ５０８の処理、「怒り」の場合はＳ５０９の処理となる。各々の精神状態に対応する選曲で音楽演奏を行なう（性格種別は前述の方法で別に判定し、その性格種別に対応する音楽ソース群の中で、精神状態に対応する選曲を行なう）。なお、音楽演奏とともに、室内照明やエアコンの調整も、各精神状態に対応した形態で制御を行なう。例えば、「安定状態」の「行き」の場合は、盛り上げ系音楽（ＡＧ）の演奏に加え、赤系照明を使用し、室内温度も多少高めに設定する。「帰り」は、リラックスさせるために、爽快（あるいは安定）系音楽の演奏に加え、照明は落ち着いたアンバー系とし、室内温度が行きよりは少し低く設定する。
【０２４８】
「行き」で「緊張・不安」の場合は、リラックスさせるために、爽快（あるいは安定）系音楽の演奏に加え、照明は落ち着いたアンバー系とし、室内温度が行きよりは少し低く設定する。「帰り」は、癒し系音楽（ＳＦ）の演奏に加え、白色系照明を使用し、室内温度はさらに若干下げた設定とする。そして、「行き」で「怒り」の場合は、早急にクールダウンさせる必要があるので、癒し系音楽（ＳＦ）の演奏に加え、白色系照明を使用し、エアコンを利かせて室内温度をさらに下げる。「帰り」は、音楽をヒーリング系（ＨＬ）とし、青色系の照明に切り替えるが、疲れをいやすために、温度が極端に下がらぬよう、「行き」で「怒り」の場合よりも温度は高めに設定する。
【０２４９】
次に、寄り道目的地を検索する場合の例について説明する。使用するのは、図８１の目的地データベースである。性格種別コードは、特定されたユーザーの性格に対し、適合する性格種別コードに対応する目的地を紹介する、というように、ユーザーの性格と、検索される目的地の性格種別コードとが一致する形で利用される。サブジャンルについては、その目的地に付与されたサブジャンルの内容が、特定されたユーザーの精神状態や体調に必ずしも一致適合するように利用されるのではなく、例えば高ぶりすぎた精神状態に対しては、リラックス・いやし系の目的地を選択して気持ちを落ち着ける場所に誘導するなど、ある精神状態を目標値として、ユーザーの精神状態をこれに近づけるように使用することも可能である。もちろん、経過時間等の計測によりユーザーの退屈感が助長されていると判断されるとき（つまり、精神エネルギー切れに近づいた場合）に、気分転換のために近隣の観光スポットや娯楽施設等を検索し、出力することも可能であり、体調が良好な場合は、例えば「元気一杯スポット」を、体調がそれほどでもない場合は「リラックス・いやし系スポット」を検索する方法を例示できる。
【０２５０】
図９６は、元気一杯スポットを検索した場合のモニター１１０の出力例であり、図９８は、リラックス・いやし系スポットを検索した場合のモニター１１０の出力例である。いずれも、所望の目的地に対応するソフトボタンにタッチすることで、目的地をタッチパネル１２２から入力・選択することができる。すると、図９７あるいは図９９に示すごとく、画面が切り替わり、選択した目的地が寄り道スポットとして地図上に表示される（この表示処理の流れは、カーナビゲーションシステムにおいては周知の手法なので、詳細な説明は省略する：「完了（あるいは案内開始）」の選択により確定）。このとき、図８１に示すように、目的地データベース２１ｄにおいて各施設（目的地）の内容説明情報を対応付けて記憶しておき、図９７あるいは図９９に示すように、選んだ目的地に対応する内容説明情報を画面上に出力（あるいは音声出力）することで、目的地確定前にその内容確認ができ、選択の一助とすることができる。
【０２５１】
図２に戻り、降車シーンＳＣＮ５及び離脱シーンＳＣＮ６では、次のようなもてなし動作が可能である。例えば、テーマ「目的地到着の実感を高めて欲しい」（ＯＢＪ１５１、ＯＢＪ１６１、ＯＢＪ２５１、ＯＢＪ２６１）では、目的地に相応しい音楽や照明によりユーザーの到着をねぎらい、また、「さあ、○○ランドにつきました。思いっきり遊んで楽しみましょう」などのメッセージを出力することができる。また、テーマ「忘れ物・降車時確認」（ＯＢＪ３５１）では、車内への忘れ物や、乳幼児の車内への置き去り防止を促すためのメッセージを出力できる（この動作は、携帯電話１を利用して離脱シーンＳＣＮ６でも継続できる）。「降車時の安全確保・トラブル回避」（ＯＢＪ３５２）及び楽に降りたい（ＯＢＪ４５１，ＯＢＪ５５１）では、乗車時と同様、ドアアシスト機構５４１によるドアの開閉操作補助や、障害物とドアとの衝突抑制モード機能を作動させることができる。なお、離脱シーンにおいても、車外用カメラ５１８の作動により、自動車周辺の交通状態を監視し、ユーザーに対向車や後続車が迫ってきている場合には、携帯電話１を利用して注意を促すメッセージを出力することなどが可能である。
【０２５２】
次に、各シーンにおいてもてなし動作が開始された後も、生体状態パラメータの検出と、その波形解析に基づく肉体状態あるいは精神状態のモニタリングは継続され、前述の状態確認処理（図４８：δ７あるいはδＱ）を行なう。その詳細について、以下に説明する。まず、基本となるもてなし処理は、前述のごとくシーン及びテーマ毎に、図７〜図１２に示す機能選択テーブル３７１により、その優先順位に従い選択される。個々のもてなし動作部の制御適正値は、機能選択テーブル３７１に対応する制御適性値設定テーブル３７１ａに与えられており、これが制御開始のデフォルト設定値として採用される。一方、δ３の状態適合処理では図５１の判定テーブル１６０１を用い、精神状態あるいは肉体状態が特定される。そして、その特定された精神状態あるいは肉体状態に応じて、図６７に示すイメージにより、各もてなし動作部の制御適正値に味付け的な調整（修正）が実行される。デフォルト設定値はユーザーによって異なる値を設定することも可能である。この場合、図７３Ａに示すように、各ユーザーのデフォルト設定値を、ユーザー特定情報（例えばユーザーＩＤ）と対応付けた形で、ユーザー別デフォルト設定データ４３４として記憶しておき、自動車のユーザーを特定できた場合に、対応するデフォルト設定データを随時読み出して設定すればよい。
【０２５３】
機能選択テーブル３７１と制御適性値設定テーブル３７１ａとは、本来的にはシーン／テーマ別に用意されるものであるが、以下、走行シーンでの具体例をよりわかりやすく説明するために、走行シーンで採用される種々のもてなしテーマから、主要なもてなし動作を抜粋し、対応する制御適性値とともに、図１３に、各々総合的な機能選択テーブル３７２及び制御適性値設定テーブル４７１ａとして示す。
【０２５４】
「照明レベル」は、数値が大きいほど照明光量が大きいことを意味する。「照明色」は、設定される数値が図７２の発光色インデックスに対応している。「空調設定」は数値が大きいほど設定室温が高いことを意味する。「シート振動」はシートバイブレータの振動出力の振幅と周波数にて規定され、いずれも数値が大きいほど振幅ないし周波数が高いことを意味する（周波数が大きいとインパルス的、周波数が小さいとゆったりした長周期のリラックス振動となる）。「芳香」は、数値が大きいほど芳香発生部からの芳香剤放出量が大きくなることを意味する。「気付け」は、数値が大きいほどアンモニア発生部からのアンモニア放出量が大きくなることを意味する。「楽音レベル」は、数値が大きいほど、カーステレオからの出力音量が大きくなることを意味する。「必要音取り込み」はノイズキャンセラに対する設定値であり、数値が大きいほど、前述の機構により、該部の必要音を高レベルにて取り込む処理が行なわれることを意味する。「警告音出力」は、異常発生時に出力する警告音（カーステレオやブザー等による）の出力音量が大きくなることを意味する。
【０２５５】
特に、緊急時や異常発生時（ユーザー自身の体調不良も含む）に対応するため、機能選択テーブル３７１上では、ノイズキャンセラ（必要音取り込み等のため）、カーオーディオ（警告音出力）及び気付け（アンモニアによる覚醒）の動作優先度が高く設定されることとなる。この設定は、緊急時や異常発生時における一時的なものであること、さらに、ユーザーの応答を待って適性値の変更を行なったのでは、異常／緊急対応に遅れを来たす惧れもあることから、図７０に示すように、緊急時あるいは異常発生時のために、専用の制御適性値設定テーブル４７１ｂを別途設けておき、通常時の制御適性値設定テーブル４７１ａと随時切り替えて使用することが望ましい。
【０２５６】
例えば、緊急用の場合、図１３と比較すれば明らかな通り、照明色の設定が、「７」（リラックス系のうす橙色）から「６」（白色）に変更されており、警告表示等の視認性を高めるようにしている。また、外部の必要音の取り込みレベルも高く変更されている（「５」→「６」）。さらに、警告音の出力レベルが高く変更されている（「７」→「９」）。また、異常時の例として重度体調不良が発生した場合の制御適性値設定テーブル４７１ｂを例示しているが、ここでは必要音取り込みレベルがさらに大きく設定され（「５」→「８」）、さらに気付け用のアンモニア発生を行なうための設定がなされている（「０」→「７」）。
【０２５７】
図１３に戻り、制御適性値設定テーブル４７１ａに従い、各もてなし動作部の制御適性値がデフォルトとして設定されると、その設定に従い、もてなし動作が一旦開始される。この場合の処理の流れを図７４に示す。ＳＳ６０１では制御適性値設定テーブル４７１ａの内容をリードし、ＳＳ６０２では、該内容に従い各もてなし動作部に制御適性値を設定する。ＳＳ６０３では、その設定値に従いもてなし動作を開始する。
【０２５８】
続いて、ＳＳ６０４では、ユーザーへの質問出力処理を行なう。前述のごとく、現在動作中のもてなし動作部に対応するＩＤと制御方向とを特定し、図７３Ａの質問データにて対応するものを検索し、出力する。そして、ＳＳ６０５では、質問に対するユーザーからの回答を取得し、内容を解析する。図６９に質問の例と回答の入力例を示す。空調、芳香及びカーステレオの楽音レベルに係る質問を例示しており、それぞれ空調の利き（ここでは、夏季を想定）、芳香への嗜好、音量設定に関する質問を行なっている。ユーザーからの回答は
（１）「空調の利きが悪く暑い」こと、
（２）「香りが強くて気に入らない」こと、
（３）「もっと音量を上げて欲しい」こと、
を意味する内容となっている。また、リラックスの度合いについて総合的な感想を取得するための質問もなされており、回答は
（４）「緊張気味で必ずしもリラックスできていない」内容になっている。
【０２５９】
ＳＳ６０６では、上記回答内容から、変更すべき制御値を特定する。図６９では、空調の設定温度、芳香剤の放出量レベル及びカーステレオの音量が変更対象制御値である。また、総合的なリラックス度の向上に貢献する照明色、照明レベル（光量）及びシート振動の振幅も変更対象制御値として選ばれている。ＳＳ６０７では、回答から特定されたユーザーの志向を充足させる向きに、各制御設定値の変更を行なう。図６９では、上記（１）については空調温度設定を下げることで（「４」→「３」）、（２）については芳香剤の放出量を低減することで（「５」→「４」）、（３）については楽音レベルを上げることで（「６」→「７」）、それぞれ対応している。また、（４）については、照明光とシート振動の調整により対応している。具体的には、照明色を白色系（「６」）から落ち着いた暖色系（うす橙：「７」）に変更し、照明レベルを落としている（「７」→「６」）。また、シートバイブレータによる振動の振幅を下げ（「３」→「２」）、ゆったり感を強調している。
【０２６０】
上記のごとく質問対話形式で修正した制御適性値群は、その一部又は全てを新たなデフォルト値として登録することができ、次回以降の自動車利用時におけるもてなし動作の初期設定として活用することができる。
【０２６１】
さて、本実施形態のシステムの目的は、例えば、「ユーザーが存在するシーンに応じて発生する潜在的/顕在的な要望を、最適な機能を選択、駆動することによって叶える」ものとして集約することができる。しかし、実際は、ユーザーの意識していない状況下で、所定の条件が揃った場合に、想定外のシーンに突入する場合がある。これは、時間（時刻）や外乱等に基づき、ユーザーの状況が変わる（あるいは考えが変わる：思いつきなど）ためである。この場合、この状況の変化を捉えて次に発生するシーンを推定し、このシーンにユーザーを何気なく誘導することができれば効果が高い。
【０２６２】
例えば、ユーザーが「空腹感」を催し始めている場合には、ユーザーに「（好みに合った）美味しい食事が食べられる」ことを認識させることにより、システムに準備されたもてなし機能のうち、「満腹実現」のための手段を発動することになる。究極的には、システムそのものが料理を作ってユーザーにサービスするというようなことも考えられるが、現在（あるいは将来到来するあるタイミング）のユーザーの位置を特定し、その位置から所定の距離範囲内に飲食可能施設にユーザーをタイムリーに案内するのが、より現実的な方法といえる。この場合、後述のごとく、もてなしシステムに組み込まれたカーナビゲーションシステムが威力を発揮する。また、ユーザーが疲れや退屈を感じ取っている場合は、気分転換に効果のありそうなスポットに寄り道的に案内するのも効果的な方法である。なお、上記の想定では、最終的にユーザーの顕在化した欲求に結びつく肉体状態や精神状態が、初期段階ではユーザーの認識外となっている可能性も高いので、この場合には、そのような潜在的な肉体状態や精神状態をユーザーに早く気づかせるために、事前に確認する方式を採用することも効果的である。
【０２６３】
上記のようなユーザーの状況は、既に説明したごとく、システムが検出ないし取得するユーザーの生体特性情報に基づき判定する。具体的には、前述の方法により生体状態検出部の出力結果を用いて直接解析・推定されるユーザーの肉体状態あるいは精神状態の情報に加え、生体状態検出部を用いずに時刻や経過時間等から推定される肉体状態や精神状態も上記の生体特性情報として採用可能である。
【０２６４】
ユーザーの状況は、例えば概念的には図８２に示すように系統化することができる。まず、「エネルギー」は、「体の機能」と「心の状態」を維持し、活動の源となる因子であって、食事により補給可能な仮想パラメータであり、補給を行なわない限りは時間と共に一方向的に消耗する。そして、消耗後は補給により回復できる（エネルギー保存の法則の通り、自分で生み出すことはできない）。「ストレス」は、肉体や精神に好ましくない影響を与える外乱要因として把握できる。そして、エネルギー消費や過度のストレス負荷により受けた影響は、「ダメージ」としてユーザーに蓄積されてゆく。そして、図８２において、「＊」を付与したユーザーの「状況」を生体特性情報から適確に判断することが、ユーザーを快適にもてなす上で特に重要である。
【０２６５】
上記の「ストレス」と「ダメージ」は、図５１に示すような生体状態検出部の出力結果を用いた解析・推定が可能である。他方、「エネルギー」については、時刻や経過時間等から推定される肉体状態（特に、空腹感）や精神状態（退屈感や倦怠感）として捉えることができる。この、エネルギーは、例えば、図８３に示すような供給形態が想定される。つまり、その場所では何に対するエネルギーが供給されるかを以下の属性（体：食/飲、心：情報）で表している。なお、「心のエネルギー」も、「精神的な余裕」という観点から数値により把握することが可能であり、該精神的余裕を増加させる可能性が高い情報（主に娯楽）をユーザーに与えることは、「心のエネルギ−」の供給に相当するものである。また、物を購入することから発生する満足感も心のエネルギー源となりうる。
【０２６６】
他方、体のエネルギーを直接支配する因子は飲食であり、基本は前述のごとく、空腹が推定されたときに、カーナビゲーションシステムを用いて速やかに近隣の飲食施設に誘導する機能が重要となる。これに、精神/肉体の状態に基づく相関関係が味付けとして導入されれば、一ランク上のもてなしが可能となる。この場合、相関に応じた飲食施設の傾向対比を定める必要があり（例えば、「こってり⇔あっさり」、「甘い⇔辛い」のようなイメージ）、これを、相反する精神/肉体の状態と結びつけるのである。例えば、「体疲労⇒あっさり、甘い」、「体調良好⇒こってり、辛い」などである。なお、精神状態と食事嗜好の関連性についても心理学的に多くのことが明らかにされているが、「ストレスによる暴飲・暴食」の事例をひくまでもなく、ユーザーの欲求を無制限に充足する方向に導くようなもてなし思想とならないよう、十分に配慮する必要がある。
【０２６７】
なお、娯楽情報については「賑やか⇔静か」、「興奮させる⇔落ち着かせる」というような相関が想像できるが、これは前述のごとく、音楽ソースの選択等により効果的に補給可能な「心のエネルギー」であるといえる。他方、場所との相関も絡む情報として、「景色」や「寄り道スポット」を例示できる。一例として、ストレスにより精神的な安定が損なわれたり、あるいは長期の運転経過時間により倦怠や退屈が予想される場合は、目的地へ向うルート近傍（規定距離範囲内）に、景勝地や史跡、名勝などのスポットが存在しないかを検索し、寄り道経路としてユーザーに提案・選択させる方法がありえる。
【０２６８】
上記のような思想を考慮したシステムの基本動作を以下に概略フローの形で説明する。図８４は、全体フローを示すものであり、ＳＳ１１０１では、既に詳細に説明した方法に基づき、種々の生体状態検出部（センサ）により状態検知を行ない、ＳＳ１１０２で肉体状態あるいは精神状態（被特定状態）を特定する（図６６の処理等を参照）。そして、ＳＳ１１０３では、得られた被特定状態に対応するもてなし機能あるいは情報（コンテンツ）を引き当て、作動させる。
【０２６９】
次に、エネルギーの推定は、肉体に関しては時刻及び経過時間（さらには、ユーザーのこれまでの活動履歴やスケジュール等も考慮可能）に基づいて行なうことができる。他方、精神的なエネルギーに関しては、例えば視線移動、姿勢移動、表情の変化の頻度が小さくなることで把握することができる。図８５は、肉体に関するエネルギー状態を推定するフローである。ＳＳ１２０１では現在時刻を計時手段（例えば、図８０のカレンダクロック１５３等を使用可能である）により計測する。一般的に、食事について言えば決まった時刻に摂取することが多いことから、現在が食事の時刻であるか判定するのである。決められた食事時刻が到来していれば、状態特定処理ＳＳ１２０４以下へ進む。
【０２７０】
また、ＳＳ１２０２では、ユーザーが自動車に乗り込んでから経過している時間を判定する。つまり、時間によるエネルギー切れを判定する。決められた時間が経過していれば、状態特定処理ＳＳ１２０４以下へ進む。ＳＳ１２０４では、予め決められたアルゴリズムにより、エネルギーの値を計算し、ＳＳ１２０５で、その値を最新のエネルギーの値として更新する。更新されたエネルギー状態は、図８４の状態検知ステップで使用される。なお、ユーザーによっては食事時間に少なからぬ個人差があり（例えば、食生活が不規則であったり、夜勤などで一般の人とは異なる食事リズムになったりしている場合など）、これに対応するために、ユーザーの経時的なエネルギー消費傾向を履歴として蓄積しておけば、今回のエネルギー切れに至るまでの履歴が、記録されている履歴と一致しているか否かをＳＳ１２０３で比較判定することができ、肉体エネルギー不足の判定精度を向上することができる。
【０２７１】
図８６に、精神のエネルギーに関する状態を検出するフローを示す。ＳＳ１３０１、ＳＳ１３０２、ＳＳ１３０３にて、視線の移動回数、姿勢移動回数、表情が変わる頻度がそれぞれ所定値以下になったか判定する。これは、落ち込んでくると、精神的には無気力となり、視線は固定され（定まらず）、姿勢自体動作させることもなくなり、表情も一定のものとなりやすいからである。このときの特徴を捉えるために、これらの生体特性情報を用いる。これらのステップで一つでもＹＥＳと判定された場合にはＳＳ１３０４に移り、精神のエネルギー切れとして判定する。さらに、ＳＳ１３０５では、精神のエネルギーの観点による消耗という状態を更新する。なお、上記の処理は、図６６のフロー等による精神状態の推定結果を、精神的エネルギーという数値により出力する処理で置き換えることもでき、例えば照合カウンターの数値を用いて予め定められた定義に従い、精神的エネルギーの値を計算するようにしてもよい。なお、精神のエネルギー切れについても、図８５のごとく、時刻あるいは経過時間による判定フローを用いる方式に代替可能である（つまり、食事後は満足感から精神エネルギーが増大し、時間の経過により倦怠感や疲労感などが蓄積して、精神エネルギーが減少していくと考えるわけである）。
【０２７２】
以上のようにして、心と体のエネルギーの観点による状態を特定した後に、図８３に示すような属性と対応させることで、引き当てるべきもてなしコンテンツを探る。精神エネルギー消耗時は娯楽情報、肉体エネルギー消耗時は飲食に誘導するのである。さらに、生体状態検出部による肉体／精神状態の推定結果を参照することで、上記の娯楽情報や飲食施設のジャンルを選択することが可能となる。例えば、飲食施設の場合、体調がよければ肉／こってり系、体調が悪ければ麺類軽め／あっさり系などである。
【０２７３】
図８７は、肉体エネルギーの管理を行なうための、さらに詳細な処理例を示すものである（エネルギー管理処理：この処理は、一定の時間間隔で、カーナビゲーションシステム５３４の情報系ＥＣＵ５１が、ＩＧ信号がＯＮになるたびに繰り返し行なうものとする）。このエネルギー管理処理ＳＳ１４０１は、ユーザーが自動車を利用開始する際の持ちエネルギーを設定する初期設定処理である。図８８にその詳細を示す。まず、ＳＳ１５０１ではイグニッションスイッチがＯＮであるかどうかを確認する。ＳＳ１５０２では、それがその日最初のエンジン始動かどうかを確認する（カレンダクロック１５３による時刻モニタリングにより可能である）。ＹｅｓであればＳＳ１５０３に進み、食事フラグＦＭ（食事済み確認情報）と食事管理タイマー（食事完了判定用計時手段）をリセットする。食事フラグＦＭは「０」であれば未食事を、「１」であれば食事済みであることを意味する。
【０２７４】
ＳＳ１５０４では、カレンダクロック１５３から現在時刻ＴＣを取得する。そしてＳＳ１５０５〜ＳＳ１５０７では、現在時刻ＴＣが朝食コアタイム（５：００〜１０：００、朝食基準時刻は、例えば８：００とする）、昼食コアタイム（１１：００〜１４：００、昼食基準時刻は、例えば１２：３０とする）、夕食コアタイム（１７：００〜２２：００、夕食基準時刻は、例えば１９：００とする）のいずれかに入っていないかどうかを確認する。つまり、一般人であれば食事を行なう蓋然性の高い時間を、上記のように食事コアタイムとして決めておき、現在時刻ＴＣがその食事コアタイムに入っているかいないかに基づいて、食事案内タイミング到来の判定を行なうようにするのである。
【０２７５】
現在時刻ＴＣがいずれの食事コアタイムに入っていない場合は、前回の食事コアタイム内での食事以降は、現在まで食事をしていないものとみなし、ＳＳ１５０８に進んで食事フラグＦＭは「０」とする。そして、ＳＳ１５０９では、前回の食事コアタイムの基準時刻ＴＭを推定食事時刻と定めて、現在時刻までの経過時間ΔＴ＝ＴＣ−ＴＭを計算する。そして、ＳＳ１５０９では、持ちエネルギーＥを、Ｅmax−Ａ・ΔＴ（Ａはエネルギー消耗係数）により計算し、設定する。
【０２７６】
Ｅmaxは、ユーザーが空腹状態で満腹するまで食事したときに得られるエネルギーの値として定める。Ｅmaxの設定値自体は任意であってよいが、この場合、単位時間当たりのエネルギー消耗量を示すエネルギー消耗係数Ａを、次の食事の直前には予め定められた最小エネルギーＥminまで減少するように定める必要がある。例えば、基準時刻１２：３０に昼食完了後、基準時刻の３０分前（食事中時間を意味する）である１８：３０に夕食をとり始めたと考え、その夕食直前の最小エネルギーＥminを０．４Ｅmaxとなるように定めたとき、エネルギー消耗係数Ａは、０．１Ｅmaxに定めればよい。なお、Ｅmax、Ｅmin及びＡは、朝食→昼食→夕食→朝食のサイクルで、食時間インターバルも、空腹度もそれぞれ異なることから、どの食事間インターバルになっているかに応じて、Ｅmax、Ｅmin及びＡの値を各々固有の異なる値に設定することも可能である。
【０２７７】
一方、現在時刻ＴＣがいずれかの食事コアタイムに入っていた場合はＳＳ１５１１に進む。このとき、ユーザーは食事を済ませてから自動車に乗り込んできたのかも知れないし、食事をとらずに、自動車に乗り込み、走り始めたらすぐにどこかで外食しようと考えているのかもしれない。こういうことは、普通、ユーザーに質問で確認しなければわからない事項である（一般社会でも、食事時にもてなすべき来客があれば、「食事はまだですか？」などと聞いて確かめるのが常識であろうし、気遣いというものである）。
【０２７８】
そこで、ＳＳ１５１１では、ユーザーに食事済みであるか否かを確認する質問を出力する。この質問は、音声による質問でもよいし、モニター１１０へ文字等で出力する形でもよい。回答も、音声による直接回答としてもよいし（この場合は、音声認識による回答内容把握が必要である）、タッチパネル１２２等の入力部からの手入力による回答であってもよい。回答結果が「食事まだ」であれば、ＳＳ１５１３に進んで持ちエネルギーをＥminにセットし、ＳＳ１５１４で食事フラグをＦＭ＝「０」（未食事）にセットする。また、回答結果が「食事済」であれば、ＳＳ１５２０に進んで持ちエネルギーをＥmax（基準時刻の経過分に対応するエネルギー消耗量Ａ・ΔＴを減算しておいてもよい）にセットし、ＳＳ１５２１で食事フラグをＦＭ＝「１」（食事済み）にセットする。
【０２７９】
次に、ＳＳ１５０２で、ＳＳ１５０１で検知したエンジンの始動が、その日最初の始動でなかった場合は、ユーザーが目的地の途上で自動車を一旦駐車し、何らかの所用で自動車を離れて再び戻ってきてエンジンを始動した場合に相当する。この場合、その駐車が食事のための駐車であった可能性もある。もちろん、ＳＳ１５１１と同様に、この場合も食事済かどうかの質問を同様に実施し、回答結果により判定する方法も可能である。しかし、自動車が駐車される度に「食事済みかどうか」を機械的に質問されるのは不快な場合もある。そこで、本実施形態では、ＳＳ１５１５で食事フラグＦＭの内容をリードする。「１」であれば、前回のサイクルで既にＳＳ１５２１に至る処理が実施されていることを意味し、エネルギーの値も更新済みであるから、何もせずに処理を抜ける。
【０２８０】
一方、「０」である場合は、図８７の主処理側にて後述するごとく、カーナビゲーションシステム側に食事施設が目的地設定されているはずであり、自動車の現在位置から上記の駐車がその食事施設での駐車か否かを容易に判定できる。そして、食事管理タイマーは、後述のごとく、その食事施設への到着を確認できた段階で計時開始するので、ＳＳ１５１７では、その食事管理タイマーの状態をリードする。ＳＳ１５１８で、その食事管理タイマーの計測時間が、食事完了に対応するＴＭ以上の値を示している場合はＳＳ１５１９に進んで食事管理タイマーをリセットし、ＳＳ１５２０に進んで食事済み判定時の前述の処理を行なう。他方、ＴＭ未満の値（ゼロを含む）になっているときは、エネルギーの値は更新済みであり、何もせずに処理を抜ける。
【０２８１】
図８７に戻り、上記のようにして持ちエネルギーの初期設定が終了すれば、ＳＳ１４０２で現在時刻ＴＣを取得し、ＳＳ１４０３では前回時刻ＴＲ（例えば、前回サイクルで現在時刻ＴＣとして取得された時刻である）を取得する。ＳＳ１４０４では、その時間差δＴ＝ＴＣ−ＴＲを計算し、ＳＳ１４０５では、持ちエネルギーＥからδＴ間の消耗エネルギー分を減算して更新する。そして、ＳＳ１４０６では食事フラグＦＭをリードする。
【０２８２】
ＳＳ１４０７では、既にカーナビゲーションシステムで食事施設の目的地設定が行なわれ、案内開始に移行しているかどうかを確認する。Ｎｏの場合は、食事フラグＦＭの値を確認し、「０（未食事）」であればＳＳ１４０９に進んで、現在時刻ＴＣが前述の食事コアタイム内かを確認する。コアタイム内であればＳＳ１４１２に進み、現在地から一定距離内にある食事関連施設を目的地データベース上で検索する。次いで、ＳＳ１４１３では、図６６の処理による肉体状態の判定結果を取得し、その体調に適合する食事関連施設をリストアップして候補表示する。ＳＳ１４１５では、ユーザーはこれを参照して所望の食事関連施設を選択する。なお、朝食、昼食及び夕食の種別に応じて、食事関連施設を分類しておき、現在の食事コアタイムに適合する食事関連施設を選択して検索することが可能である。
【０２８３】
なお、肉体状態を参照せず、近隣の食事スポットをジャンル別に候補出力することも可能である。図８９は、この場合の出力例を示すもので、和食／寿司のサブ分類コードで分類された近隣の昼食向けの食事関連施設を検索・出力した結果を示すものである。なお、画面上のソフトボタンにより、ジャンルを変更した場合（洋食・中華、麺類、ファーストフードなどを例示している）の検索結果も出力できるようになっている。対応するソフトボタンにタッチすることで、所望の食事関連施設をタッチパネル１２２から入力・選択することができる。すると、図９０に示すごとく、画面が切り替わり、選択した食事関連施設が経由地として地図上に表示される。また、図９１は、夕食向けの食事関連施設を検索・出力した結果を示すものである。
【０２８４】
次に、図９２は、肉体状態（体調）を考慮した場合の検索例であり、体調良好と判定された場合の「がっつり・こってり系」の昼食向け食事関連施設を検索・出力した結果を示すものである。なお、別の系統に分類される食事関連施設（レディース系、かるーくあっさり系を例示）も念のため参照できるよう、対応するソフトボタンが形成されている。このソフトボタンにより選択することで、対応する分類の食事関連施設の検索リストに切り替わる。また、図９３は、体調不良と判定された「かるーく・あっさり系」の昼食向け食事関連施設を検索・出力した結果を示すものである。いずれも、この実施形態では、現在位置から対応施設までの距離に応じ、推定所要時間が合わせて計算され、表示されている（距離を表示するようにしてもよい）。
【０２８５】
施設が特に近くに存在する場合、図９４に示すように、表示縮尺を拡大して詳細な経路案内画面に切り替えるようにしてもよい。なお、図９４では、選んだ施設（目的地）の内容説明情報を画面上に合わせて出力した例にもなっている。他方、図９５に示すように、選んだ施設（目的地）が最終目的地へのメインルートからある程度外れている場合は、表示縮尺を拡大して、どの程度の寄り道になるかをメインルートとともに表示することも可能である。なお、図９５では、その寄り道を行なった場合のメインルートからの迂回距離に基づいて追加所要時間を計算し、これを合わせて表示した例にもなっている。
【０２８６】
一方、ＳＳ１４０７にて（前の処理周期で）既に食事関連施設の目的地設定が既に終了している場合は、以下ＳＳ１４１５までの処理はスキップする。また、ＳＳ１４０８で食事フラグＦＭが「１」（食事済み）の場合、あるいは、ＳＳ１４０９で現在時刻Ｔｃが食事コアタイム外であった場合には、ＳＳ１４１０に進んで現在のエネルギーＥの値を確認する。乗り物に乗車中は平常時よりも空腹が進行しやすい傾向にもあるし、昼食から夕食までのインターバルは長く、おやつを取る人も多い。また、夕食後、深夜走行を長く継続する場合も、次の朝食までには長時間あり、夜食を食べたくなることもある。さらに、何らかの理由により食事が不規則になった場合は、食事コアタイム外に食事が必要となることもある。そこで、全体時刻からは推定できない空腹状況を、食事後の経過時間を基本としたエネルギーＥの値により判断し、空腹と判定されれば食事施設に導く処理を同様に行なうのである。
【０２８７】
本実施形態では、そのエネルギーＥの閾値ＥＭ  、ＥＳ（ＥＭ＜ＥＳ）を複数段階に設定しており、ＳＳ１４１０でエネルギーＥがより低い側の第一閾値ＥＭよりも小さくなった場合には、ＳＳ１４１２〜ＳＳ１４１５の、本格的な食事関連施設（例えば、サービスエリアも含む）に導く処理を行い、それよりも高い第二閾値ＥＳと上記第一閾値ＥＭとの間の値となった場合（ＳＳ１４１１）は、ＳＳ１４１６にて軽食関連施設（例えば、パーキングエリア、コンビニエンスストア、ハンバーガーショップなどのファーストフードなど）に導く処理を行なう。エネルギーＥが食事不要と判定するための閾値（ここでは第二閾値ＥＳ）よりも高い場合には、食事関連施設に導く処理は特に行なわない。なお、ＳＳ１４２０で現在時刻が食事コアタイム外だった場合は食事フラグＦＭを「０」（未食事）にリセットする。
【０２８８】
このようにして施設が目的地として設定されれば、ユーザーは周知のカーナビゲーションプログラム処理による案内表示に基づいて運転を継続する。そして、ＳＳ１４１７では、選んだ施設に到着したかどうかを判定する。到着していればＳＳ１４１８に進み、食事管理タイマーを起動する（到着していなければＳＳ１４１８をスキップする）。そして、ＳＳ１４１９でＩＧ信号がＯＮのままであればＳＳ１４０２に戻り、以下の処理を繰り返す。一方、ＩＧ信号がＯＦＦであれば、そのサイクルのエネルギー管理処理を終了する。前述のごとく、食事管理タイマーは食事施設への到着後に起動し、次にエンジン始動されたとき（ＩＧ信号がＯＮになったとき）、図８８のＳＳ１５１６〜ＳＳ１５２０の処理により、一定時間以上が経過していれば食事完了と判定されるようになっている。
【０２８９】
次に、図７５は、状態確認処理と、その確認内容に基づくもてなし動作の調整処理を例示するフローチャートである。前述のごとく、もてなし動作が開始された後も、生体状態パラメータの検出と、その波形解析に基づく肉体状態あるいは精神状態のモニタリングは継続されているので、ＳＳ６５１では最新の状態推定結果をリードする。この処理は、状態特定結果テーブル４７２の現在の状態を参照することにより行なう。ＳＳ６５２で、状態推定結果が正常状態であれば処理を終了する（すなわち、現在設定されている条件でもてなし動作を継続する）。
【０２９０】
一方、正常状態でない場合、つまり、何らかの異常状態となっている場合はＳＳ６５３に進み、図６８に示すもてなし制御量設定テーブル４４１（もてなし意思決定部２のＲＯＭあるいは記憶装置５３５に記憶されている）を参照して、もてなし動作部の制御量の変更・調整を行なう。もてなし制御量設定テーブル４４１は、図６７のもてなし動作部の制御適正値調整イメージに対応する形で内容が定められている。具体的には、設定値（図１３の制御適性値設定テーブル４７１ａ参照）に対して、以下のような変更が行なわれる。
【０２９１】
推定された状態が「軽度の体調不良（あるいは不快）」の場合。
・「照明光のうち、必要性の低い光を低減して、ユーザーが自動車に接近するときの視認性を向上させるようにする。」→赤系の照明出力を低減する（図７２において、白色（「６」）を基準として、青系に向う方向に発光色インデックスを変更する（例えば、「−１」）。
・「指定された必要音（警告音／重要音）を残して、オーディオ出力に対し低音域を主体としたイコライジングを行なう」→必要音取込の設定値を増大させる（例えば、「＋３」）。また、図７１に示すように、オーディオ設定に関しては音量レベルだけでなく、トーン設定に関しても制御適性値を変更可能としておき、低音の設定値を高温の設定値に対して相対的に増大させる（例えば、低音「＋１」、高音「−１」：高音非変更でもよい）。
・「温度及び湿度の一方又は双方を増加させる向きに変更し、不快感を和らげる。」→空調の温度設定を上昇し（例えば「＋１」）、加湿器（図１３には図示せず）の作動を開始する。
・他のもてなし動作部（例えば、振動、芳香）については設定の現状を維持する。
【０２９２】
推定された状態が「重度の体調不良」の場合
・「白色系ないし暖色系にて暗めの照明に設定」→図７２において、白色（「６」）を基準として、赤系に向う方向に発光色インデックスを変更する（例えば、「＋１」）。また、照明光レベルを低減する（例えば、「-１」）。
・「小音量でゆったり系の曲を流す」→ゆったり系の曲に変更し、音量設定レベルを減少させる（例えば「−１」：状態が改善されなければ、最終的に音量ゼロ、あるいはオーディオ動作停止の設定としてもよい）。
・容態に刺激を与えないよう、空調は現状維持とする。また、不要なもてなし動作は停止する（例えば、シートバイブレータの振動動作）。
・アロマテラピー効果による体調改善を狙い、芳香の出力を増加させる（例えば「＋１」）。
【０２９３】
なお、重度体調不良の場合、シーンに応じて、ユーザーによる運転操作を回避させるもてなし動作を行なうことも有効である。例えば、接近シーンではドアロックを解除せず、自動車への乗り込み自体を禁ずる、乗車後であれば、運転を取りやめるメッセージを音声等で出力する、また、速度リミッタを動作させて、一定以上の速度が出ないようにする、などの動作を例示できる。
【０２９４】
推定された状態が「集中力散漫」の場合。ユーザー（運転者）の覚醒を促す動作で集約される。
・「フラッシュ光や刺激的な波長により、注意を促す」→白色（「６」）を基準として、青系に向う方向に発光色インデックスを変更する（例えば、「−１」）。あるいは、原色主体方向にインデックスを大きく変化させる（赤、青、緑）。照明レベルも増強する（例えば「＋１」）。図７１に示すように、照明パターンにも設定値を設け、例えば連続点灯からフラッシュ光発生のための断続点灯へ切り替え可能としておく。
・「警告音を出力させる」→警告音を直ちに出力させる。また、その設定音量を増加させる（例えば「＋１」）。
・空調は現状維持とするか、あるいは覚醒（眠気低減）のため設定温度を下げる。
・シートバイブレータあるいはハンドルバイブレータにインパルス振動を発生させる。具体的には設定周波数を増大させ（例えば「＋３」）、振幅も増大させる（例えば「＋３」）。
・芳香剤の放出を停止し（設定値「０」）、気付け用のアンモニアの放出を行なう。
【０２９５】
推定された状態が「興奮（怒り、不安定）状態のとき」の場合。ユーザー（運転者）の精神状態を冷却し和らげることに集約される。
・「青系照明の採用」→白色（「６」）を基準として、青系に向う方向に発光色インデックスを変更する（例えば、「−１」）。
・「いやし系等、興奮状態緩和に効果のある曲に変更する」→選曲方法は既に説明済である。
・空調は、精神状態冷却のため設定温度を下げる（例えば。「−１」）。
・「シートバイブレータあるいはハンドルバイブレータの動作を和らげ、ゆったりさせる」→周波数及び振幅とも減少させる（例えば「−１」）。
・方向については現状維持か、アロマテラピー効果による精神安定化を狙い、芳香の出力を増加させる（例えば「＋１」）。
【０２９６】
図７５に戻り、もてなし動作部の制御量の変更・調整は、もてなし制御量設定テーブル４４１上で、変更に係る具体的指示が存在するパラメータ（制御設定値）についてのみ行なう。そのパラメータが複数存在する場合、全てのパラメータの変更を一括して行ない、もてなし動作に反映するようにしてもよいが、本実施形態では、個々のパラメータの変更による寄与（効果）を分離確認可能とするための、複数のパラメータに係る設定変更を順次的に行なうようにしている。それらパラメータの設定値変更の順序（つまり、もてなし動作の調整の優先順位）は、機能選択テーブル３７１、３７２（図７〜図１３）に設定された優先順位に従うものとする。
【０２９７】
ＳＳ６５４Ａでは後述の累積充足度ΣＪを初期化する。また、ＳＳ６５４Ｂでは変更対象となるパラメータの番号Ｎを初期化する。ＳＳ６５５で、番号Ｎのパラメータの変更を、もてなし制御量設定テーブル４４１の指示値に基づいて行ない、ＳＳ６５６で、その変更設定状態にて一定時間もてなし動作を継続する（以下、試行もてなし動作という）。次いで、ＳＳ６５７では、そのもてなし動作に対するユーザーの充足度（「制御充足度」という）を判定する処理に移る。つまり、もてなし動作に対するユーザーの充足度をフィードバック情報として参照しつつ、もてなし制御量の変更が実施される。
【０２９８】
図７６は、制御充足度の判定処理の一例を示すものである。ＳＳ７０１では、ＳＳ６５６の試行もてなし動作により、推定される状態に変化がないかどうかを調べるため、再び状態特定結果テーブル４７２（図７７）にアクセスし、監視情報の内容を確認する。次いで、ＳＳ７０２では、監視情報の内容を前回の内容（前回の状態特定結果テーブル４７２の内容を、もてなし意思決定部２のＲＡＭか記憶装置５３５にバックアップしておけばよい）と比較する。
【０２９９】
ＳＳ７０３では、「正常」を示すパラメータの増分値を算出する。具体的には、該増分値νは、図７７において、状態判定への寄与が「０」になっているパラメータの増分値Δνの合計（図７７の(7)式）として算出する。ただし、より簡便な値として、状態判定への寄与が「０」になっているパラメータの合計個数を算出するようにしてもよい。この増分値νが大きいことは、試行もてなし動作の結果、前回推定された「異常状態」が解消され、前回よりも正常状態に近づいていることを意味する。また、増分値νが小さい場合は、状態がより悪化していることを意味する（その悪化の度合いが大きい場合、該増分値が負数となることもありえる）。
【０３００】
次に、ＳＳ７０４では、現在の状態推定結果（「異常状態」）に肯定寄与しているパラメータの増分値を算出する。具体的には、該増分値μは、図７７において、状態判定への寄与が「２」になっているパラメータの増分値Δμの合計（図７７の(8)式）として算出する。ただし、より簡便な値として、状態判定への寄与が「２」になっているパラメータの合計個数を算出するようにしてもよい。この増分値μが大きいことは、試行もてなし動作の結果、前回推定された「異常状態」がより悪化していることを意味する。また、増分値μが小さい場合は、「異常状態」が解消方向に向かっていることを意味する（その解消の度合いが大きい場合、該増分値が負数となることもありえる）。
【０３０１】
つまり、「異常状態」解消の観点から見れば、増分値μは増分値νとは逆に寄与する。そこで、今回のパラメータの設定変更に伴う充足度Ｊを、増分値μと増分値νとの双方に基づいて算出する。ここでは、Ｊ＝ν−μとして算出する（もしμとνとが常に正数に維持されるのであれば、μとνとの比（例えばμ／ν）を代わりに用いることも可能である）。Ｊが大きいほど、今回のパラメータの設定変更に伴うユーザー状態改善は顕著ということになる。他方、ＳＳ７０６では、この値が負になっていないかどうかを確かめる。Ｊが負になっている場合は、今回のパラメータの設定変更によりユーザー状態は却って悪化していることになる。そこで、ＳＳ７０７に進み、そのパラメータを設定変更の対象から除外する（以降は、そのパラメータは、例えば前回の値に戻した上、現状維持となるが、そのパラメータが関与するもてなし動作自体を停止する方法もありえる）。
【０３０２】
一方、ＳＳ７０６で充足度Ｊが正だった場合は、今回のパラメータの設定変更がユーザー状態の改善に有効だったことを意味する。基本となる処理は、ＳＳ７１１に進んで充足度Ｊを累積充足度ΣＪに加算する内容となるが、本実施形態では、その前に、当該パラメータに対応するもてなし動作部の操作入力部に対し、ユーザーによるリトライ動作があるかどうかも考慮に入れるようにしている。具体的には、ＳＳ７０８で、当該パラメータに対応するもてなし動作部の操作入力部へのリトライ操作状態をスキャンする。ＳＳ７０９で、そのリトライ操作が確認されなかった場合は上記ＳＳ７１１に進む。
【０３０３】
一方、リトライ操作が確認された場合はＳＳ７１０に進み、リトライ操作が今回のパラメータの設定変更に対し肯定的な操作であった場合は、そのパラメータの次回以降の設定変更の優先度を最上位に設定する。他方、否定的な操作であった場合は、そのパラメータを設定変更の対象から除外する。例えば、空調の設定温度を下げる設定変更を行なったが、ユーザーが温度設定をさらに下げるリトライ操作を行なった場合、空調の設定温度の変更を次回以降の基本サイクルにて最優先する。他方、ユーザーが温度設定を逆に上げる操作を行なった場合は、次回以降の基本サイクルでは空調の設定温度を変更しないようにする。以上で制御充足度判定処理を終わる。
【０３０４】
図７５に戻り、ＳＳ６５８では、累積充足度ΣＪが閾値に達したかどうかを調べ、達していれば処理を終了する。累積充足度ΣＪは、例えば、全てのパラメータが「正常状態」となり、かつ、νの値の想定上限値の合計から満点値を算出することができる。累積充足度ΣＪの閾値は、この満点を基準として一定比率に達しているかどうかにより定めておくとよい。
【０３０５】
一方、累積充足度ΣＪが閾値に達していない場合はＳＳ６５９に進み、次の設定変更対象となるパラメータが存在するかどうかを調べる。存在する場合はパラメータ番号Ｎを１加算し、ＳＳ６５５に戻って、そのパラメータについてＳＳ６５８までの処理を同様に繰り返す。対象となるパラメータが存在しない場合は、全ての対象パラメータの設定変更が一巡したことを意味するから、ＳＳ６５４Ｂに戻ってＮを再度初期化して次の基本サイクルに入り、上記と同様の処理を繰り返す。この場合、ＳＳ６６０では、Ｊの値の大きいものほど、パラメータの調整の優先順位が上がるように変更する。ただし、図７６のＳＳ７１０で、リトライ操作により最上位に設定されたパラメータは、Ｊの値の大小によらず順位が優先される。ＳＳ６６１では、その優先順位に従い、パラメータ番号がソートされる。これにより、次回の基本サイクルでは、新しい優先順位によりパラメータが調整される。上記図７５のもてなし動作の調整処理は、例えば予め定められた時間間隔にて自動的に立ち上がり、適正なもてなし動作が常に安定して継続されるよう、繰り返し実施されるものである。
【０３０６】
次に、上記の状態推定処理に影響を及ぼす重要な因子の一つに、各パラメータに対して設定する閾値がある（数１におけるＸ0：具体的には、図５２、図５４、図５５、図５６、図５７、図６０、図６１、図６２及び図６５のｆu0、ｆL0、Ａ0、α0、Ｉ0、Ｎ0、Ａn0、Σ２0、ｄ0及びηn0）。多数のパラメータの閾値を最適な値に一括して設定するのは困難なこともあり、監視対象となるユーザーの個人差の影響も受けやすい。従って、もてなし動作の調整処理には、必要に応じて上記の閾値を修正する処理を組み込めばさらに望ましい。
【０３０７】
図７８は、図７５の処理に該閾値を修正するためのステップを組み込んだ例を示すフローチャートである。以下、図７５との処理との相違点を中心に説明する。この処理では、上記もてなし動作調整処理の基本サイクルを所定数繰り返しても、ユーザーの状態推定結果に一定レベル以上の改善が見られない場合に閾値の修正処理に移行する流れとなっている。まず、ＳＳ６５４Ａには、閾値調整用のサイクルカウンタＣを初期化する処理が付加されている。以下、ＳＳ６６１までのステップにて、関係するパラメータの調整ステップが一巡し、１サイクル分のもてなし動作の調整処理が完結する。
【０３０８】
図７５においては、累積充足度ΣＪが予め定められたレベル以上に大きくなるまで、このもてなし動作調整処理のサイクルを繰り返すようにしていた。図７８の処理では、このサイクルを一定回数繰り返しても充足度ΣＪが一定レベル以上に改善していない場合に、ＳＳ６６５の閾値変更処理に移行するようになっている。すなわち、上記サイクルが１回繰り返される毎に閾値調整用のサイクルカウンタＣがインクリメントされる（ＳＳ６６２）。ＳＳ６６３でＣの値が規定値Ｃ0以下であればＳＳ６５４Ｂに戻って、次の基本サイクルの処理に移る。また、Ｃの値が規定値Ｃ0より大きくなったらＳＳ６６４に進み、累積充足度ΣＪが一定レベル（ＳＳ６５８における、調整処理の終了判定に係る最終的な累積充足度ΣＪの目標値よりは小さく設定される）以上に改善している場合にはＳＳ６５４Ｂに戻って次の基本サイクルの処理となる。
【０３０９】
他方、ＳＳ６６４で累積充足度ΣＪの改善度が不足していた場合は、ＳＳ６６５の閾値変更処理となる。図７９は、閾値変更処理の一例を示すものである。閾値変更が必要となるのは、成立していると推定した精神／肉体状態がそもそも誤りであったことに起因している可能性が高い。従って、この状態を抜け出すには、現在推定されている「異常状態」に肯定的に寄与しているパラメータ群については、その寄与率の高いパラメータから優先的に、該寄与率が減少する向きに閾値を変更するのが望ましい。また、同様に、「正常状態」を示すパラメータ群については、その寄与率の低いパラメータから優先的に、該寄与率が増加する向きに閾値を変更するのが望ましい。上記の寄与率としては、既に説明済みの各パラメータの閾値からの偏差ΔμあるいはΔνを使用することができる。
【０３１０】
図７９においては、ＳＳ１７０１において、「異常状態」に肯定的に寄与しているパラメータ群のうち、Δμの大きい上位ｎ個の閾値を、Δμが減少する向きに一定量修正する処理を行なっている。また、ＳＳ１７０２において、「正常状態」を示すパラメータ群のうち、Δνの小さい下位ｎ個の閾値を、Δνが増加する向きに一定量修正する処理を行なっている。ｎは１であってもよいし、２以上であってもよい（この場合、該当するパラメータ群の全てとなることを排除しない）。
【０３１１】
ＳＳ１７０１とＳＳ１７０２とは、どちらか一方のみを実施することも可能である。特に、現在推定中の「異常状態」が誤りである状態を解消するには、ＳＳ１７０１を必須として実施することがより望ましいといえ、この場合はＳＳ１７０２を省略することが可能である。いずれにしろ、ＳＳ１７０１を行なってから図７８のもてなし動作調整処理に復帰すると、異常状態判定の根幹をなすパラメータの閾値が変更されて、その優先順位が強制的に下がる形となる。閾値修正の方向性が正しければ、残りのパラメータのうち、真の体調／精神状態が反映されているパラメータには、その優先度が上昇する機会が与えられることとなる。
【０３１２】
他方、ＳＳ１７０２は、「正常状態」を示すパラメータ群の閾値修正に係るものである。現在推定されているのは「異常状態」であって、この推定が正しい精神／肉体状態を反映している場合には、「正常状態」を示すパラメータ群は、精神／肉体状態の推定に使用するパラメータとしては、本来的に不適格ということになる。しかし、ここでは、その推定されている「異常状態」が正しい精神／肉体状態を反映していない場合に該当するから、「正常状態」を示すパラメータ群の少なくともいくつかは、真の精神／肉体状態の推定に適合したパラメータである可能性がある。しかし、Δνの小さいパラメータは累積充足度Ｊへの貢献率が小さく、現在のもてなし動作調整処理において埋没している可能性がある。そこで、「正常状態」を示すパラメータ群のうち、Δνの小さい下位ｎ個の閾値を、Δνが増加する向きに一定量修正する処理を行なうことで、「正常状態」を示す下位パラメータのいくつかについて、その優先順位を上げることができる。
【０３１３】
なお、上記のごとく閾値を変更するのに代え（あるいは閾値の変更とともに）、図７７に示す重み係数を変更する方法もある。この場合、図７９のＳＳ１７０１において、「異常状態」に肯定的に寄与しているパラメータ群のうち、Δμの大きい上位ｎ個の重み係数を減少方向に一定量修正する処理を行なえばよい。また、ＳＳ１７０２においては、「正常状態」を示すパラメータ群のうち、Δνの小さい下位ｎ個の重み係数を増加方向に一定量修正する処理を行なえばよい。
【０３１４】
各閾値のデフォルトデータは、例えば自動車ディーラーサイドで各ユーザーに共通のものを用意し、搭載しておくことができるが、上記の閾値変更処理を経ることで各ユーザーに固有の値にカスタマイズされることになる。そこで、該カスタマイズされた閾値群を、図７３Ａに示すように、ユーザー特定情報と対応付けてユーザー別精神／体調判定閾値４３５として記憶しておけば、次回からは、自動車のユーザーが特定された段階で、該ユーザーに対応する閾値群を読み出して、デフォルト値として設定すればよい。前述のユーザー別デフォルト設定データ４３４とともに、自動車のユーザーが変わった場合にも、そのユーザーに固有の制御デフォルト値及び閾値を用いてもてなし動作が調整されるので、例えば、自動車を複数のユーザーで共用する場合においても、ユーザー毎にもてなし動作が適正化され、どのユーザーも快適に自動車を利用することができる。
【０３１５】
また、もてなし意思決定に使用する生体状態検出部（図１：センサ・カメラ群５１８〜５２８）を、自動車の複数の座席に対応付けて複数組設け、それぞれの座席に着座するユーザーの精神状態及び肉体状態を独立に検出することもできる。この場合、もてなし意思決定部２は、それら生体状態検出部の組に対応する複数のユーザーの精神状態及び肉体状態に基づいて、もてなし動作部の動作内容を決定することが可能である。この場合、例えば、推定された精神状態及び肉体状態の最も悪い（例えば重度の体調不良など）ユーザーを優先した形で、もてなし動作部の動作内容を決定することが可能である。
【０３１６】
また、図７３Ａに示す、種々のもてなし意思決定用のデータ４４０のうち、ユーザー毎に固有のデータ（ユーザーＩＤ／暗証番号６００、生体認証用マスターデータ４３２、ユーザー別デフォルト設定データ４３４、ユーザー別精神／体調判定閾値４３５、ストレス反映操作統計データ４０５など）については、図１に示すように、記憶装置５３５等の自動車側の記憶装置以外に、自動車との間で通信可能な管理センター５６０のデータサーバ５６１に記憶し、自動車側からの要求に従って随時通信取得して使用するようにしてもよい。このようにすると、成りすまし等により自動車を他人に悪用される、といったセキュリティ上の問題を軽減できる他、ユーザーが、本発明の自動車用ユーザーもてなしシステムのハードウェアインフラ構造を具備した別の自動車に乗り換える場合に、管理センター５６０から上記ユーザー毎に固有のデータを取得することで、その乗り換え先となる自動車においても、前の自動車と同等のもてなしを受けることができ、より柔軟性に富んだシステム構築が可能となる。
【０３１７】
以上、本発明の自動車用ユーザーもてなしシステムの実施形態について説明したが、本発明は当該実施形態に限定されるものではなく、本発明の主旨を逸脱しない範囲にて種々の変形を加えることが可能である。
【図面の簡単な説明】
【０３１８】
【図１】本発明の自動車用もてなし情報提供システムの機能が組み込まれた自動車用ユーザーもてなしシステムの、電気的構成の一例を示すブロック図。
【図２】もてなし意思決定テーブルの一例を示す模式図。
【図３】シーン決定処理の流れを示すフローチャート。
【図４】もてなし主処理の流れを示すフローチャート。
【図５】シーンフラグの内容を示す模式図。
【図６】テーマ別アプリケーションライブラリの概念を示す図。
【図７】機能選択テーブルの第一例を示す図。
【図８】機能選択テーブルの第二例を示す図。
【図９】機能選択テーブルの第三例を示す図。
【図１０】機能選択テーブルの第四例を示す図。
【図１１】機能選択テーブルの第五例を示す図。
【図１２】機能選択テーブルの第六例を示す図。
【図１３】いくつかの機能選択テーブルの代表機能を統合して、制御適性値設定テーブルとともに示す図。
【図１４】携帯電話として構成したユーザー側端末装置の一例を示す外観斜視図。
【図１５】ユーザー側端末装置の電気的構成の一例を示すブロック図。
【図１６】車内照明の電気的構成の一例を示すブロック図。
【図１７】カーオーディオシステムの電気的構成の一例を示すブロック図。
【図１８】音楽ソースデータベースの内容を示す概念図。
【図１９】照明装置の点灯制御データの構成例を示す概念図。
【図２０】選曲実績記憶部の内容を示す概念図。
【図２１】選曲実績の統計情報の内容を示す概念図。
【図２２】ストレス反映操作統計記憶部の内容を示す概念図。
【図２３】ユーザーが自動車に接近する際のもてなし動作の第一例を示す模式図。
【図２４】同じく第二例を示す模式図。
【図２５】同じく第三例を示す模式図。
【図２６】同じく第四例を示す模式図。
【図２７】同じく第五例を示す模式図。
【図２８】ユーザーが自動車に接近する際のもてなし動作の処理の流れを示すフローチャート。
【図２９】性格分析処理の流れを示すフローチャート。
【図３０】もてなしソース決定処理の一例を示すフローチャート。
【図３１】音楽による遠距離もてなしモードでの処理の流れを示すフローチャート。
【図３２】同じく中距離もてなしモードでの処理の流れを示すフローチャート。
【図３３】同じく近距離もてなしモードでの処理の流れを示すフローチャート。
【図３４】生体状態検出部からの検出情報を用いた精神状態／体調の推定と、曲モードコードの決定例を示す模式図。
【図３５】走行中もてなし処理の一例を示すフローチャート。
【図３６】ユーザー登録情報の内容を示す概念図。
【図３７】性格種別決定の入力方式の第一例を示す模式図。
【図３８】性格種別決定の入力方式の第二例を示す模式図。
【図３９】発光ダイオードを用いた照明装置の一例を示す回路図。
【図４０】ドアアシスト機構の機械的構成部分の説明図。
【図４１】ドアアシスト機構の回路図。
【図４２】障害物用ドア旋回ロック機構の構成例を示す模式図。
【図４３】図４１のドアアシスト機構の、通常時の作用説明図。
【図４４】ノイズキャンセラの構成例を示す概念ブロック図。
【図４５】同じくハードウェア構成の一例を示すブロック図。
【図４６】自動車用ユーザーもてなしシステムにおける、もてなし処理の全体流れを示すフローチャート。
【図４７】図４６に続くフローチャート。
【図４８】図４７に続くフローチャート。
【図４９】車内におけるカメラの取付位置を例示する模式図。
【図５０】ハンドルへの種々のセンサ及びもてなし動作部の取付例を示す模式図。
【図５１】判定テーブルの一例を示す模式図。
【図５２】血圧変化波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図５３】波形解析手法をいくつか例示して示す模式図。
【図５４】体温波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図５５】皮膚抵抗波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図５６】表情変化解析アルゴリズムの一例を示すフローチャート。
【図５７】姿勢信号波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図５８】姿勢信号波形の生成ハードウェアの一例を示す回路図。
【図５９】種々の被特定状態のイメージ図。
【図６０】視線角度波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図６１】瞳孔径波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図６２】操舵角度波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図６３】走行モニター画像のイメージ図。
【図６４】走行モニタデータ取得処理の一例を示すフローチャート。
【図６５】走行モニタデータを用いた操舵精度解析処理の一例を示すフローチャート。
【図６６】状態特定処理の一例を示すフローチャート。
【図６７】被特定状態ともてなし動作種別との関係を示す図。
【図６８】もてなし制御量設定テーブルの例を示す図。
【図６９】質問対話形式によるデフォルト制御設定値の変更例を示す図。
【図７０】緊急時ないし異常時に使用する制御適性値設定テーブルの例を示す図。
【図７１】オーディオないし照明に対する制御適性値の詳細設定例を示す図。
【図７２】ＲＧＤフルカラー照明の、各照明光の混合比と発光色及びインデックスの関係を示す図。
【図７３Ａ】もてなし意思決定用のデータの構成例を示す図。
【図７３Ｂ】質問用データの構成例を示す図。
【図７４】質問対話形式によるデフォルト制御設定値の変更処理の流れを示すフローチャート。
【図７５】もてなし動作調整処理を例示するフローチャート。
【図７６】制御充足度判定処理の流れを示すフローチャート。
【図７７】状態特定結果テーブルの内容の一例を示す図。
【図７８】閾値変更処理を含むもてなし動作調整処理の流れを例示するフローチャート。
【図７９】閾値変更処理の流れを例示するフローチャート。
【図８０】もてなし情報提供システムの要部機能を担うカーナビゲーションシステムの電気的構成例を示すブロック図。
【図８１】目的地データベースの概念図。
【図８２】ユーザーの状況を、エネルギーとストレスとダメージの３つの観点から整理して示す図。
【図８３】種々のエネルギー供給形態をまとめて示す図。
【図８４】状態検知結果に基づいて、もてなし機能あるいは情報（コンテンツ）を引き当て、作動させる主処理の流れを示すフローチャート。
【図８５】肉体に関するエネルギー状態を推定するフローチャート。
【図８６】精神に関するエネルギー状態を推定するフローチャート。
【図８７】肉体に関するエネルギー状態を推定するさらに詳細な処理アルゴリズムを示すフローチャート。
【図８８】図８７に続くフローチャート。
【図８９】カーナビゲーションシステムにおける目的地検索結果の第一例を示す説明図。
【図９０】目的地への案内地図画面の第一例を示す説明図。
【図９１】カーナビゲーションシステムにおける目的地検索結果の第二例を示す説明図。
【図９２】カーナビゲーションシステムにおける目的地検索結果の第三例を示す説明図。
【図９３】カーナビゲーションシステムにおける目的地検索結果の第四例を示す説明図。
【図９４】目的地への案内地図画面の第二例を示す説明図。
【図９５】目的地への案内地図画面の第三例を示す説明図。
【図９６】カーナビゲーションシステムにおける目的地検索結果の第五例を示す説明図。
【図９７】目的地への案内地図画面の第四例を示す説明図。
【図９８】カーナビゲーションシステムにおける目的地検索結果の第六例を示す説明図。
【図９９】目的地への案内地図画面の第五例を示す説明図。
【符号の説明】
【０３１９】
２  もてなし意思決定部（もてなし制御部、精神／肉体状態推定手段）
３  もてなし実行制御部（もてなし制御部）
５１  情報系ＥＣＵ（ユーザー生体特性情報取得手段、もてなし情報検索手段）
１１０  モニター（もてなし情報出力手段）
１２１  ＨＤＤ（もてなし情報記憶部）
１１５  スピーカー（音声出力部、もてなし情報出力手段）
５０２〜５１７，５３４  もてなし動作部
５１５  カーオーディオシステム
５１５ｂ、５１５ｃ  音楽ソースデータベース（もてなし情報記憶部）
５１５ｄ  操作部（選曲部：生体状態検出部）
５３５  記憶装置（もてなし情報記憶部、選曲実績記憶部）
５２１  顔カメラ（生体状態検出部）
５２３  感圧センサ（生体状態検出部）
５１９  赤外線センサ（生体状態検出部）
５２５  体温センサ（生体状態検出部）
５２４  脈拍センサ（生体状態検出部）
５３４  カーナビゲーションシステム（自動車用もてなし情報提供装置）
【図１】
0004509042.tif 000003
【図２】
0004509042.tif 000004
【図３】
0004509042.tif 000005
【図４】
0004509042.tif 000006
【図５】
0004509042.tif 000007
【図６】
0004509042.tif 000008
【図７】
0004509042.tif 000009
【図８】
0004509042.tif 000010
【図９】
0004509042.tif 000011
【図１０】
0004509042.tif 000012
【図１１】
0004509042.tif 000013
【図１２】
0004509042.tif 000014
【図１３】
0004509042.tif 000015
【図１４】
0004509042.tif 000016
【図１５】
0004509042.tif 000017
【図１６】
0004509042.tif 000018
【図１７】
0004509042.tif 000019
【図１８】
0004509042.tif 000020
【図１９】
0004509042.tif 000021
【図２０】
0004509042.tif 000022
【図２１】
0004509042.tif 000023
【図２２】
0004509042.tif 000024
【図２３】
0004509042.tif 000025
【図２４】
0004509042.tif 000026
【図２５】
0004509042.tif 000027
【図２６】
0004509042.tif 000028
【図２７】
0004509042.tif 000029
【図２８】
0004509042.tif 000030
【図２９】
0004509042.tif 000031
【図３０】
0004509042.tif 000032
【図３１】
0004509042.tif 000033
【図３２】
0004509042.tif 000034
【図３３】
0004509042.tif 000035
【図３４】
0004509042.tif 000036
【図３５】
0004509042.tif 000037
【図３６】
0004509042.tif 000038
【図３７】
0004509042.tif 000039
【図３８】
0004509042.tif 000040
【図３９】
0004509042.tif 000041
【図４０】
0004509042.tif 000042
【図４１】
0004509042.tif 000043
【図４２】
0004509042.tif 000044
【図４３】
0004509042.tif 000045
【図４４】
0004509042.tif 000046
【図４５】
0004509042.tif 000047
【図４６】
0004509042.tif 000048
【図４７】
0004509042.tif 000049
【図４８】
0004509042.tif 000050
【図４９】
0004509042.tif 000051
【図５０】
0004509042.tif 000052
【図５１】
0004509042.tif 000053
【図５２】
0004509042.tif 000054
【図５３】
0004509042.tif 000055
【図５４】
0004509042.tif 000056
【図５５】
0004509042.tif 000057
【図５６】
0004509042.tif 000058
【図５７】
0004509042.tif 000059
【図５８】
0004509042.tif 000060
【図５９】
0004509042.tif 000061
【図６０】
0004509042.tif 000062
【図６１】
0004509042.tif 000063
【図６２】
0004509042.tif 000064
【図６３】
0004509042.tif 000065
【図６４】
0004509042.tif 000066
【図６５】
0004509042.tif 000067
【図６６】
0004509042.tif 000068
【図６７】
0004509042.tif 000069
【図６８】
0004509042.tif 000070
【図６９】
0004509042.tif 000071
【図７０】
0004509042.tif 000072
【図７１】
0004509042.tif 000073
【図７２】
0004509042.tif 000074
【図７３Ａ】
0004509042.tif 000075
【図７３Ｂ】
0004509042.tif 000076
【図７４】
0004509042.tif 000077
【図７５】
0004509042.tif 000078
【図７６】
0004509042.tif 000079
【図７７】
0004509042.tif 000080
【図７８】
0004509042.tif 000081
【図７９】
0004509042.tif 000082
【図８０】
0004509042.tif 000083
【図８１】
0004509042.tif 000084
【図８２】
0004509042.tif 000085
【図８３】
0004509042.tif 000086
【図８４】
0004509042.tif 000087
【図８５】
0004509042.tif 000088
【図８６】
0004509042.tif 000089
【図８７】
0004509042.tif 000090
【図８８】
0004509042.tif 000091
【図８９】
0004509042.tif 000092
【図９０】
0004509042.tif 000093
【図９１】
0004509042.tif 000094
【図９２】
0004509042.tif 000095
【図９３】
0004509042.tif 000096
【図９４】
0004509042.tif 000097
【図９５】
0004509042.tif 000098
【図９６】
0004509042.tif 000099
【図９７】
0004509042.tif 000100
【図９８】
0004509042.tif 000101
【図９９】
0004509042.tif 000102