(57)【特許請求の範囲】
【請求項１】
ユーザーの自動車への接近、乗車、運転又は車内での滞在、降車及び自動車からの離間、の少なくともいずれかにおいて、前記ユーザーによる前記自動車の利用を補助するための、又はユーザーを楽しませるためのもてなし動作を行なうもてなし動作部と、
前記ユーザーの予め定められた生体状態を検出する生体状態検出部と、
検出された前記生体状態に基づいて、前記ユーザーの精神状態又は体調状態を推定する精神／体調状態推定手段と、
前記もてなし動作部の動作内容を、推定された前記精神／体調状態の内容に応じて決定するもてなし意思決定部と、
前記もてなし意思決定部が決定した前記動作内容に従い、前記もてなし動作部の作動制御を行なうもてなし制御部と、
前記もてなし動作を享受した前記ユーザーからの応答情報に基づき、前記もてなし制御部に対し前記もてなし動作の制御状態を調整する司令を行なうもてなし調整司令手段と、
前記ユーザーの性格を特定するユーザー性格特定情報を取得するユーザー性格特定情報取得手段と、
前記ユーザー性格特定情報が個々に特定する前記ユーザーの性格種別と対応付けた形で、前記もてなし動作部の動作内容を規定するもてなし動作情報を記憶したもてなし動作情報記憶部と、を備え、
前記もてなし制御部は、取得された前記ユーザー性格特定情報が特定する性格種別に対応したもてなし動作情報を前記もてなし動作情報記憶部から読み出し、これに基づいて前記もてなし動作部の動作制御を司ることを特徴とする自動車用ユーザーもてなしシステム。
【請求項２】
前記もてなし調整司令手段は、前記もてなし動作開始後において前記精神／体調状態推定手段が推定する、該ユーザーの精神状態又は体調状態に係る情報を前記ユーザーからの応答情報として使用する請求項１記載の自動車用ユーザーもてなしシステム。
【請求項３】
前記もてなし調整司令手段は、前記精神／体調状態推定手段が推定する前記ユーザーの精神状態又は体調状態の少なくともいずれかが改善される向きに前記もてなし動作の制御状態を調整する請求項２に記載の自動車用ユーザーもてなしシステム。
【請求項４】
前記精神／体調状態推定手段は、前記ユーザーの精神状態又は体調状態を、正常状態と何らかの異常を来たした異常状態との間で識別可能に推定するものであり、
前記もてなし調整司令手段は、前記精神／体調状態推定手段が推定する前記ユーザーの精神状態又は体調状態が前記正常状態である場合は、該正常状態が維持されるように、同じく前記異常状態である場合には、該異常状態が解消又は緩和される向きに前記もてなし動作の制御状態を調整する請求項３に記載の自動車用ユーザーもてなしシステム。
【請求項５】
前記もてなし動作部は前記自動車内に設置されたカーオーディオシステムであり、前記もてなし動作情報記憶部は、前記カーオーディオシステムにて再生させるべき複数の音楽ソースデータを記憶するとともに、個々の音楽ソースデータが前記ユーザー性格種別と一義的に対応付けられた形で分類されてなる音楽ソースデータベースであり、
前記もてなし制御部は、取得された前記ユーザー性格特定情報が特定する性格種別に対応した音楽ソースデータを前記音楽ソースデータベースから読み出し、前記カーオーディオシステムにてこれを再生させる請求項１ないし請求項４のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項６】
前記カーオーディオシステムには前記ユーザーが操作する選曲部が設けられ、該選曲部にて選曲された音楽ソースデータが再生に供されるとともに、前記ユーザーによる選曲実績を、個々の音楽ソースデータに対応付けられた性格種別とともに記憶する選曲実績記憶部が設けられ、
前記生体状態検出部は、記憶された前記選曲実績における前記性格種別の情報に基づいて前記ユーザー性格特定情報を取得する請求項５記載の自動車用ユーザーもてなしシステム。
【請求項７】
前記もてなし動作部は、前記自動車の室内又は該自動車の外観を照らし出す照明装置であり、
前記もてなし制御部は、前記ユーザーの生体状態情報の内容に応じて、前記照明装置による照明光の色調及び照明形態の少なくともいずれかを変化させるものである請求項１ないし請求項６のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項８】
前記もてなし制御部は、前記ユーザーが前記自動車へ乗り込むために接近する際に、取得された前記ユーザーの生体状態情報に応じて異なる内容にて前記照明装置を動作させるものである請求項７記載の自動車用ユーザーもてなしシステム。
【請求項９】
駐車中の自動車又は該自動車の周辺設備に設けられ、外部の端末装置と通信するホスト側通信手段と、
前記自動車のユーザーが携帯するとともに、前記ホスト側通信手段と前記無線通信網を介して通信する端末側通信手段を有したユーザー側端末装置とを備え、
前記もてなし動作部は、前記ユーザー側端末装置に設けられた音声出力部であり、
前記ホスト側通信手段が前記もてなし制御部であり、前記ユーザーが前記自動車へ乗り込むために接近する際に、取得された前記ユーザーの生体状態情報に応じて異なる出力内容にて前記音声出力部が動作するように、前記ユーザー側端末装置に対し無線指令する請求項１ないし請求項８のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項１０】
前記自動車に乗り込むために接近する前記ユーザーと該自動車との距離を検出するユーザー距離検出手段が設けられ、
前記もてなし制御部は、前記もてなし動作部の動作内容を、前記ユーザー距離検出手段が検出する前記ユーザーと前記自動車との距離に応じて変化させる請求項８又は請求項９に記載の自動車用ユーザーもてなしシステム。
【請求項１１】
前記もてなし制御部は、前記ユーザーが前記自動車に近づくほど、該ユーザーの気持ちを高揚させるように、前記もてなし動作部の動作内容を変化させる請求項１０記載の自動車用ユーザーもてなしシステム。
【請求項１２】
前記生体状態検出部は、前記ユーザーの顔の表情、体動作、体温及び心拍数の少なくともいずれかを検出するものである請求項１１記載の自動車用ユーザーもてなしシステム。
【請求項１３】
前記精神／体調状態推定手段は、前記ユーザーの精神状態又は体調状態を、予め定められた複数の体調／精神レベルのいずれかに特定するものであり、
前記もてなし動作情報記憶部は、前記もてなし動作部の動作内容を規定するもてなし動作情報を、前記複数の体調／精神レベルと対応付けて記憶するものであり、
前記もてなし制御部は、取得された前記体調／精神レベルに対応したもてなし動作情報を前記もてなし動作情報記憶部から読み出し、これに基づいて前記もてなし動作部の動作制御を司る請求項１２記載の自動車用ユーザーもてなしシステム。
【請求項１４】
前記生体状態検出部は、前記ユーザーの予め定められた生体状態を、当該生体状態を反映した数値パラメータである生体状態パラメータの時間的変化として検出するものであり、
前記精神／体調状態推定手段は、検出された前記生体状態パラメータの時間的変化に基づいて、前記ユーザーの精神状態又は体調状態を推定するものである請求項１ないし請求項１３のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項１５】
前記生体状態検出部は、前記生体状態パラメータの時間的変化波形を検出するものであり、
前記精神／体調状態推定手段は、前記波形の振幅情報に基づいて前記ユーザーの体調状態を推定するものである請求項１４記載の自動車用ユーザーもてなしシステム。
【請求項１６】
前記生体状態検出部は、前記生体状態パラメータの時間的変化波形を検出するものであり、
前記精神／体調状態推定手段は、前記波形の周波数情報に基づいて前記ユーザーの精神状態を推定するものである請求項１４又は請求項１５に記載の自動車用ユーザーもてなしシステム。
【請求項１７】
前記生体状態検出部は、前記生体状態パラメータの時間的変化情報として、前記ユーザーの体温の時間的変化状態を検出するものである請求項１４ないし請求項１６のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項１８】
前記生体状態検出部は、前記生体状態パラメータの時間的変化状態として、前記ユーザーの顔の表情及び視線方向の少なくともいずれかの時間的変化状態を取得するものである請求項１４ないし請求項１７のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項１９】
前記もてなし動作部は、前記ユーザーが前記自動車の運転中に前記もてなし動作を行なうものであり、
前記生体状態検出部は、前記ユーザーの前記運転中における前記生体状態パラメータの時間的変化を検出するものである請求項１４ないし請求項１８のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項２０】
前記生体状態検出部は、前記生体状態パラメータの時間的変化状態として、血圧、心拍数、体温、皮膚抵抗及び発汗の１又は２以上からなる第一種生体状態パラメータの時間的変化状態を取得するものである請求項１９記載の自動車用ユーザーもてなしシステム。
【請求項２１】
前記精神／体調状態推定手段は、前記第一種生体状態パラメータの波形周波数が一定レベル以上に大きくなった場合に、前記ユーザーの精神状態に異常を来たしていると推定する請求項２０記載の自動車用ユーザーもてなしシステム。
【請求項２２】
前記生体状態検出部は、前記生体状態パラメータの時間的変化状態として、前記ユーザーの運転中の姿勢、視線方向及び表情の少なくともいずれかからなる第二種生体状態パラメータの時間的変化状態を検出するものである請求項１９ないし請求項２１のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項２３】
前記精神／体調状態推定手段は、前記第二種生体状態パラメータの波形振幅が一定レベル以下に小さくなった場合に、前記ユーザーの体調に異常を来たしていると推定する請求項２２記載の自動車用ユーザーもてなしシステム。
【請求項２４】
前記精神／体調状態推定手段は、前記第二種生体状態パラメータの波形周波数が一定レベル以上に大きくなるか、又は一定レベル以下に小さくなった場合に、前記ユーザーの精神に異常を来たしていると推定する請求項２２又は請求項２３に記載の自動車用ユーザーもてなしシステム。
【請求項２５】
前記生体状態検出部は前記生体状態パラメータの時間的変化として、前記ユーザーの瞳孔寸法の時間的変化を検出するものであり、
前記精神／体調状態推定手段は、検出された前記瞳孔寸法に予め定められたレベル以上の変動が生じている場合に、前記ユーザーの体調に異常を来たしていると推定する請求項１４ないし請求項２４のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項２６】
前記精神／体調状態推定手段は、検出された前記瞳孔寸法が予め定められたレベル以上に拡張している場合に、前記ユーザーの精神状態に異常を来たしていると推定する請求項２５記載の自動車用ユーザーもてなしシステム。
【請求項２７】
前記生体状態検出部が複数設けられ、前記精神／体調状態推定手段は、それら複数の生体状態検出部が検出する前記生体状態パラメータの時間的変化状態の組み合わせに基づいて、前記ユーザーの精神状態又は体調状態を推定する請求項１４ないし請求項２６のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項２８】
前記ユーザーの、推定すべき前記精神状態又は体調状態である複数の被特定状態と、個々の前記被特定状態が成立していると推定するための、前記複数の生体状態検出部がそれぞれ検出しているべき前記生体状態パラメータの時間的変化状態の組み合わせとを対応付けて記憶した判定テーブルが設けられ、
前記精神／体調状態推定手段は、検出された複数の前記生体状態パラメータの時間的変化状態の組み合わせを、前記判定テーブル上の前記組み合わせと照合し、照合一致した組み合わせに対応する被特定状態を現在成立している被特定状態として特定する請求項２７記載の自動車用ユーザーもてなしシステム。
【請求項２９】
前記被特定状態は、「集中力散漫」、「体調不良」及び「興奮状態」の少なくとも３つを含む請求項２８記載の自動車用ユーザーもてなしシステム。
【請求項３０】
前記精神／体調状態推定手段により前記ユーザーが「集中力散漫」と推定された場合に、前記もてなし制御部は前記もてなし動作部に対し、前記ユーザーを覚醒させる動作を行なわせる請求項２９記載の自動車用ユーザーもてなしシステム。
【請求項３１】
前記精神／体調状態推定手段により前記ユーザーが「体調不良」と推定された場合に、前記もてなし制御部は、もてなし動作により前記ユーザーに与えられる外乱刺激が緩和されるように、対応する前記もてなし動作部の動作制御を行なう請求項２９記載の自動車用ユーザーもてなしシステム。
【請求項３２】
前記精神／体調状態推定手段により前記ユーザーが「興奮状態」と推定された場合に、前記もてなし制御部は前記もてなし動作部に対し、前記ユーザーの精神的緊張を緩和するための動作を行なわせる請求項２９記載の自動車用ユーザーもてなしシステム。
【請求項３３】
前記もてなし調整司令手段は、前記もてなし動作開始後において前記ユーザーに、前記もてなし動作による該ユーザーの満足度を確認する質問を出力する質問出力手段と、前記応答情報として前記質問に対する前記ユーザーの回答を入力する回答入力手段と、当該回答内容に基づいて前記もてなし動作の制御状態に対する調整内容を決定する調整内容決定手段とを有する請求項１ないし請求項３２のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項３４】
前記ユーザーが自動車に向けて接近し、該自動車に乗り込み、該自動車を運転し又は車内にて滞在し、その後、降車に至るまでのユーザーの自動車利用に係る一連の動作が予め定められた複数のシーンに区切られてなり、該シーン毎に使用する前記もてなし動作部が予め定められてなり、
前記もてなし意思決定部は、前記シーン毎に予め定められたユーザーの位置又は動作をシーン推定情報として取得するシーン推定情報取得手段と、取得された前記シーン推定情報に基づいて個々の前記シーンを特定するシーン特定手段と、特定されたシーンに応じて、使用するもてなし動作部と、該もてなし動作部によるもてなし動作の内容とを定めるもてなし内容決定手段とを有するものである請求項１ないし請求項３３のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項３５】
現在のシーンを特定する現在シーン特定情報を記憶保持する現在シーン特定情報記憶手段が設けられ、前記シーン特定手段は、該現在シーン特定情報の記憶内容に基づいて現在シーンを把握するとともに、該現在シーンの把握を前提として、予め定められたシーン推定情報取得手段により、その後続シーンに特有のユーザー位置又は動作が検出された場合に、当該後続シーンに移行したと判断し、該後続シーンの特定情報を前記現在シーン特定情報として前記現在シーン特定情報記憶手段に記憶させる請求項３４記載の自動車用ユーザーもてなしシステム。
【請求項３６】
前記シーン毎に予め複数のもてなし動作が用意されるとともに、それら複数のもてなし動作には採用の優先順位が予め定められてなり、
前記もてなし内容決定手段は、各シーンにおいて、用意された前記複数のもてなし動作のうち、前記優先順位の高いものから順次選択するものである請求項３５記載の自動車用ユーザーもてなしシステム。
【請求項３７】
前記もてなし調整司令手段は、前記複数のもてなし動作のうち、前記ユーザーの精神状態又は体調状態の改善への寄与が大きいもてなし動作ほど、該もてなし動作の制御状態を優先的に調整するものである請求項３６記載の自動車用ユーザーもてなしシステム。
【請求項３８】
請求項３３に記載の要件を備え、前記もてなし調整司令手段は、前記複数のもてなし動作のうち、前記ユーザーの精神状態又は体調状態の改善への寄与が予め定められたレベル以下となるもの、又は前記質問に対する前記ユーザーの回答が当該もてなし動作を忌避する内容となるものについて、これを制御対象から除外する請求項３６又は請求項３７記載の自動車用ユーザーもてなしシステム。
【請求項３９】
前記シーン特定手段は、前記ユーザーが自動車へ接近する接近シーンと、前記ユーザーが該自動車内にて運転又は滞在する運転／滞在シーンとを特定するものであり、前記もてなし内容決定手段は、これら各シーンに、使用する前記もてなし動作部と、該もてなし動作部によるもてなし動作の内容とを定めるものである請求項３４ないし請求項３８のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項４０】
前記シーン推定情報取得手段は、前記接近シーンを特定するために、前記自動車と、当該自動車外に位置する前記ユーザーとの相対距離に基づいて、前記ユーザーの前記自動車への接近を検出する接近検出手段を有し、また、前記運転／滞在シーンを特定するために、前記自動車の座席に着座した前記ユーザーを検出する着座検出手段を有するものである請求項３９に記載の自動車用ユーザーもてなしシステム。
【請求項４１】
前記接近シーンにおいては、前記自動車に搭載された自動車外空間を照らし出す照明装置が前記もてなし動作部として定められ、該照明装置を前記ユーザーの出迎えのために点灯させることがもてなし動作の内容として定められている請求項３９又は請求項４０に記載の自動車用ユーザーもてなしシステム。
【請求項４２】
駐車中の自動車又は該自動車の周辺設備に設けられ、外部の端末装置と通信するホスト側通信手段と、
前記自動車のユーザーが携帯するとともに、前記ホスト側通信手段と前記無線通信網を介して通信する端末側通信手段を有したユーザー側端末装置とを備え、
前記接近シーンにおいて前記もてなし動作部は、前記ユーザー側端末装置に設けられた音声出力部であり、
前記ホスト側通信手段が前記もてなし制御部であり、前記接近シーンにおいて、前記音声出力部が動作するよう、前記ユーザー側端末装置に対し無線指令する請求項３９ないし請求項４１のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項４３】
前記音声出力部から前記ユーザーに対し、出発前の注意確認事項を促すメッセージを音声出力する請求項４２記載の自動車用ユーザーもてなしシステム。
【請求項４４】
前記運転／滞在シーンにおいて、前記自動車に搭載されたエアコンが前記もてなし動作部として定められ、
取得された前記ユーザーの性格情報又は精神／体調情報の内容に応じて、前記エアコンの設定温度を変化させる請求項４３記載の自動車用ユーザーもてなしシステム。
【請求項４５】
前記運転／滞在シーンにおいて、前記自動車に搭載されたカーオーディオシステムが前記もてなし動作部として定められ、
前記もてなし内容決定手段は、取得された前記ユーザーの性格情報又は精神／体調情報の内容に応じて、前記カーオーディオシステムから出力する音楽ソースの選曲内容を変化させる請求項４３又は請求項４４に記載の自動車用ユーザーもてなしシステム。
【請求項４６】
前記シーン特定手段は、前記ユーザーが自動車へ接近する接近シーンと、前記ユーザーが該自動車へ乗り込む乗り込みシーンと、前記ユーザーが該自動車内にて運転又は滞在する運転／滞在シーンと、前記ユーザーが前記自動車から降車する降車シーンとを、時系列的にこの順序で特定するものであり、前記もてなし内容決定手段は、これら各シーンに対し、使用する前記もてなし動作部と、該もてなし動作部によるもてなし動作の内容とを定めるものである請求項３９ないし請求項４５のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項４７】
前記乗り込みシーン及び前記降車シーンにおいて前記もてなし動作部は、前記自動車に設けられたドアの自動開閉装置又は開閉アシスト機構であり、
該自動開閉装置又は開閉アシスト機構を、前記ユーザーの乗り込み補助のために動作させることがもてなし動作の内容として定められている請求項４６に記載の自動車用ユーザーもてなしシステム。
【請求項４８】
前記複数のもてなし動作を、前記ユーザーの欲するもてなしの指向に応じて統括するもてなしテーマが複数定められ、前記テーマ毎に予め複数のもてなし動作が用意されてなり、さらに、
前記もてなし意思決定部は、前記精神／体調状態推定手段が推定する前記ユーザーの精神／体調状態と、前記ユーザー性格特定情報取得手段が取得する前記ユーザー性格特定情報との少なくともいずれかよりなるユーザ状態情報に基づいて、前記複数のもてなしテーマの１又は複数のものを選択するもてなしテーマ決定手段と、選択された各もてなしテーマが統括する複数の前記もてなし動作を一括して選択するもてなし動作選択手段とを有する請求項１ないし請求項４７のいずれか１項に記載の自動車用ユーザーもてなしシステム。
【請求項４９】
ユーザーが自動車に向けて接近し、該自動車に乗り込み、該自動車を運転し又は車内にて滞在し、その後、降車に至るまでのユーザーの自動車利用に係る一連の動作が、予め定められた複数のシーンに区切られ、その区切られた複数のシーン毎に前記もてなしテーマが定められてなり、
前記ユーザー状態情報取得手段は、シーン毎に予め定められたユーザーの位置又は動作をシーン推定情報として取得するシーン推定情報取得手段と、取得された前記シーン推定情報に基づいて個々の前記シーンを特定するシーン特定手段とを有し、
前記テーマ決定手段は、特定された前記シーンに対応するもてなしテーマを選択するものである請求項４８記載の自動車用ユーザーもてなしシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザーの自動車への接近、乗車、運転、降車及び自動車からの離間、の少なくともいずれかにおいて、ユーザーによる自動車の利用を補助するための、又はユーザーを楽しませる（あるいはサービスする）ための自動車用ユーザーもてなしシステムに関する。
【背景技術】
【０００２】
【特許文献１】特開２００３−３１２３９１号公報
【０００３】
特許文献１には、携帯電話を用いた車載機器の自動調整装置が開示されている。この装置は、自動車の搭乗者が所持する携帯電話と、自動車側に搭載された無線装置との間で通信し、エアコン、カーステレオ、ヘッドライトの光軸、電動シートあるいは電動ミラーといった車載装置を、携帯電話所持者毎に予め登録された条件にて動作調整する、というものである。また、特許文献１には、携帯電話に搭載されたＧＰＳ（Global Positioning System）により車内の搭乗者の数や位置を把握し、オーディオ機器の音量バランスや周波数特性を調整する技術も開示されている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記の装置は、ユーザーの状態とは無関係に、車載装置の調整内容を画一的に定めているため、何度か利用するうちにユーザーに手の内を読まれ、次第に喜びも失せてしまう欠点がある。また、ユーザーの体調や精神状態とは無関係に車載装置の調整内容が定められているため、例えば、悪化したユーザーの体調ないし精神状態を積極的に改善したり、あるいは良好な体調ないし精神状態を維持したりするために、それら車載装置の動作を能動的かつ総括的に制御する思想はなかった。
【０００５】
本発明の課題は、ユーザーの状態を検出し、その検出結果から、当該のユーザーが望む形態で車載装置の動作を自律的に制御することができ、かつ、車載装置の動作結果としてのユーザーからの応答情報も考慮して、ユーザーの満足度を常に高レベルに維持した形で、該ユーザーを主人あるいは客人として常に自動車側が積極的にもてなすことができる自動車用ユーザーもてなしシステムを提供することにある。
【課題を解決するための手段及び作用・効果】
【０００６】
上記の課題を解決するために、本発明の自動車用ユーザーもてなしシステムは、
ユーザーの自動車への接近、乗車、運転又は車内での滞在、降車及び自動車からの離間、の少なくともいずれかにおいて、ユーザーによる自動車の利用を補助するための、又はユーザーを楽しませるためのもてなし動作を行なうもてなし動作部と、
ユーザーの予め定められた生体状態を検出する生体状態検出部と、
検出された前記生体状態に基づいて、ユーザーの精神状態又は体調状態を推定する精神／体調状態推定手段と、
もてなし動作部の動作内容を、推定された精神／体調状態の内容に応じて決定するもてなし意思決定部と、
もてなし意思決定部が決定した動作内容に従い、もてなし動作部の作動制御を行なうもてなし制御部と、
もてなし動作を享受したユーザーからの応答情報に基づき、もてなし制御部に対しもてなし動作の制御状態を調整する司令を行なうもてなし調整司令手段と、を備えたことを前提とする。
【０００７】
上記本発明の前提となる自動車用ユーザーもてなしシステムによると、もてなし動作部の動作内容が、ユーザー生体状態情報の内容に応じて変化し、ひいては、自動車利用に際してのユーザーへサービス効果を、ユーザー毎の精神状態あるいは体調に応じて、適確かつきめ細かく発揮することができる。さらに、もてなし動作を享受したユーザーからの応答情報に基づき、もてなし制御部に対しもてなし動作の制御状態を調整するようにしたから、該応答情報によりユーザーの満足度を確認しつつもてなし動作部の制御状態を常時適正に保つことができ、ひいてはユーザーの満足度を常に高レベルに維持した形で、該ユーザーを主人あるいは客人として常に自動車側が積極的にもてなすことが可能となる。
【０００８】
もてなし調整司令手段は、もてなし動作開始後において精神／体調状態推定手段が推定する、該ユーザーの精神状態又は体調状態に係る情報をユーザーからの応答情報として使用することができる。これにより、ユーザーの精神状態又は体調状態に応じてもてなし動作内容が決定されるだけでなく、もてなし動作開始後も上記精神状態又は体調状態に係る応答情報に基づいて、該もてなし動作内容の適正化を図ることができる。
【０００９】
この場合、もてなし調整司令手段は、精神／体調状態推定手段が推定するユーザーの精神状態又は体調状態の少なくともいずれかが改善される向きにもてなし動作の制御状態を調整するものとすることができる。これにより、ユーザーは、精神状態又は体調状態が悪化している状況下にあっても、自動車側から享受するもてなし動作によってその積極的な改善を図ることができる。より具体的には、精神／体調状態推定手段は、ユーザーの精神状態又は体調状態を、正常状態と何らかの異常を来たした異常状態との間で識別可能に推定するものとできる。もてなし調整司令手段は、精神／体調状態推定手段が推定するユーザーの精神状態又は体調状態が正常状態である場合は、当該正常状態が維持されるように、同じく異常状態である場合には、該異常状態が解消又は緩和される向きにもてなし動作の制御状態を調整するものとできる。すなわち、ユーザーの精神状態あるいは体調を自動車側にて自発的に把握し、その精神状態あるいは体調に適合したもてなし動作を行なわせることで、自動車利用に際してのユーザーへサービス効果を著しく高めることができる。また、自動車がユーザーの精神あるいは体調に自発的に歩み寄る構成となるため、ユーザーの共感意識が向上し、ひいては自動車とユーザーとの内面的なつながりが育まれ、自動車を単なる「交通移動手段」から、ユーザーの気持ちを自ら理解し行動する仮想パートナーとしての地位へと高めることができる。
【００１０】
そして、本発明の自動車用ユーザーもてなしシステムは、上記前提要件に加えて、ユーザーの性格を特定するユーザー性格特定情報を取得するユーザー性格特定情報取得手段と、
ユーザー性格特定情報が個々に特定するユーザーの性格種別と対応付けた形で、もてなし動作部の動作内容を規定するもてなし動作情報を記憶したもてなし動作情報記憶部と、を備え、もてなし制御部は、取得されたユーザー性格特定情報が特定する性格種別に対応したもてなし動作情報をもてなし動作情報記憶部から読み出し、これに基づいてもてなし動作部の動作制御を司ることを特徴とする。
【００１１】
上記本発明の自動車用ユーザーもてなしシステムによると、ユーザーの性格を分類し、その種別に応じて、例えば当該性格種別のユーザーに適合するもてなし動作の内容を個別に定める。他方、自動車側では、取得されたユーザー性格特定情報により、現在自動車を使用しているユーザーの性格を特定し、これに対応するもてなし動作を選んで実行する。これにより、ユーザーの性格にマッチした内容のもてなし動作を実施することができ、性格の異なるユーザーであっても、それぞれ固有のもてなし内容にて適確に満足させることができる。
【００１２】
もてなし動作部は、例えば自動車内に設置されたカーオーディオシステムとすることができる。この場合、もてなし動作情報記憶部は、カーオーディオシステムにて再生させるべき複数の音楽ソースデータを記憶するとともに、個々の音楽ソースデータがユーザー性格種別と一義的に対応付けられた形で分類されてなる音楽ソースデータベースとすることができる。そして、もてなし制御部は、取得されたユーザー性格特定情報が特定する性格種別に対応した音楽ソースデータを音楽ソースデータベースから読み出し、カーオーディオシステムにてこれを再生させるものとして構成する。音楽ソースデータベースにて、再生すべき音楽ソースを、予め定められたユーザー性格種別と対応付けて分類しておき、取得・決定されたユーザー性格種別に対応する音楽ソースをカーオーディオシステムにて再生することで、その性格のユーザーが好む音楽を適確に提供でき、運転中あるいは車内滞在中のユーザーを楽しませることができる。また、膨大なデータベースから自分にあった音楽を選曲する手間のかなりの部分を省くことができ、ユーザーを煩わせることがない。
【００１３】
上記カーオーディオシステムには、当然、ユーザーが操作する選曲部も設けておくことができ、該選曲部にて選曲された音楽ソースデータを再生に供することができる。ここで、上記のごとく音楽ソースデータがユーザー性格種別と対応付けて分類されていれば、これを利用する形でユーザーがどのような音楽を志向するかに応じ、そのユーザーの性格種別を特定することが可能となる。具体的には、ユーザーによる選曲実績を、個々の音楽ソースデータに対応付けられた性格種別とともに記憶する選曲実績記憶部を設けておき、生体状態検出部は、記憶された選曲実績における性格種別の情報に基づいてユーザー性格特定情報を取得するものとする。選曲された音楽ソースのうち、どの性格種別に属するものが最も多いかに基づいて、そのユーザーの性格を適確に特定することができる。
【００１４】
次に、もてなし動作部は、自動車の室内又は該自動車の外観を照らし出す照明装置とすることができる。もてなし制御部は、ユーザー生体状態情報の内容に応じて、照明装置による照明光の色調及び照明形態の少なくともいずれかを変化させるものとして構成できる。ユーザーの性格、精神状態あるいは体調に応じて、照明の動作形態を変化させることにより、ユーザーの心を視覚的に和ませることができ、また、精神状態や体調に応じてより気分を高揚させたり、あるいは逆に、高ぶりすぎたり疲れたりしたユーザーをいやす、といったことも可能となる。
【００１５】
例えば、もてなし制御部は、ユーザーが自動車へ乗り込むために接近する際に、取得されたユーザー生体状態情報に応じて異なる内容にて照明装置を動作させるものとすることができる。この態様によると、自動車は、ユーザーの性格、精神状態あるいは体調に応じて、接近してくるユーザーのいわば「出迎え」の形態を適切に変化させ、ひいては、これから運転に望むユーザーの気分を盛り上げたり、あるいは逆に落ち着かせたりすることができるようになる。
【００１６】
なお、もてなし動作部は、必ずしも自動車に搭載された設備に限られるものではなく、駐車中の自動車の周辺設備（例えば、指定された駐車場の付帯設備など）であってもよいし、自動車の利用に際してユーザーが必ず携行する携行品をもてなし動作部としてもよい。例えば後者の場合の一例として、下記のような構成を例示できる。すなわち、駐車中の自動車又は該自動車の周辺設備に、外部の端末装置と通信するホスト側通信手段を設け、自動車のユーザーが携帯する、ホスト側通信手段と無線通信網を介して通信する端末側通信手段を有したユーザー側端末装置を設ける（このユーザー側端末装置が、上記の携行品に相当する）。そして、もてなし動作部を、ユーザー側端末装置に設けられた音声出力部とし、他方、ホスト側通信手段がもてなし制御部とし、ユーザーが自動車へ乗り込むために接近する際に、取得されたユーザーの生体状態情報に応じて異なる出力内容にて音声出力部が動作するように、ユーザー側端末装置に対し無線指令する。この態様では、ユーザーが自動車に接近すると、ホスト側通信手段によってユーザー側端末装置に対し無線指令が送られ、ユーザーが携帯したユーザー側端末装置からもてなし用の音声（音楽、効果音、出迎えの言葉など）を出力させる。これにより、自動車に近づくユーザーの音声によるもてなしを、そのユーザーが携行するユーザー側端末装置により効果的に実行することができるようになる。音声による自動車側に搭載されたカーオーディオシステムを音声出力部として使用することもできるが、窓が閉じられていればもてなし音声がユーザーまで十分に届かないし、窓を開いて自動車外に音を漏出させると近所迷惑にもなる。しかし、上記のようにユーザー側端末装置をもてなし音の出力部として利用すれば、ユーザーの手元で音声出力できるのでもてなし効果が断然高められ、また、もてなし音が遠方まで及んで迷惑になるようなこともない。
【００１７】
次に、本発明の自動車用もてなしシステムには、自動車に乗り込むために接近するユーザーと該自動車との距離を検出するユーザー距離検出手段を設けることができる。この場合、もてなし制御部はもてなし動作部の動作内容を、ユーザー距離検出手段が検出するユーザーと自動車との距離に応じて変化させるものとして構成することができる。これによると、もてなし動作部の動作内容が、ユーザーと自動車との距離に応じて変化するように制御されるので、もてなし動作部によるユーザーへサービス効果を上記距離に応じて適正かつきめ細かく発揮することができ、ひいては、ユーザーを主人あるいは客人として自動車側が積極的にもてなす雰囲気も高めることができる。
【００１８】
この場合、もてなし制御部は、ユーザーが自動車に近づくほど、該ユーザーの気持ちを高揚させるように、もてなし動作部の動作内容を変化させるものとすることができる。これにより、ユーザーが自動車に近づくほどもてなしの動作が盛り上がるので、自動車へ乗り込む際の気分高揚に著しく貢献することができる。具体的には、次のような態様を例示できる。
・もてなし用に出力する音楽を距離が近づくほどアップテンポにする。また、心拍の倍数にテンポを設定したり、距離が近づくほどボリュームを上げる、あるいは、気分がより盛り上がる曲に変える、といった態様も可能である。
・もてなし用の照明を明るくしたり、色調を赤系に変える。また、照明の点滅（ないし変化）周期を音楽と同期させることも可能である。
【００１９】
もてなし制御部は、既に動作中のもてなし動作部の停止、及び未動作のもてなし動作部の動作開始の少なくともいずれか（当然、両者の組み合わせである、複数のもてなし動作部間での動作切り替えを含む）に基づいて、ユーザーと自動車との距離に応じてもてなし動作部の動作内容を段階的に変化させるものとして構成することができる。この構成によると、ユーザーと自動車との距離に適当な閾値を定め、閾値を超えて自動車に接近するかどうかの簡単な判定で、個々のもてなし動作部を単位として動作／非動作の切り替え制御を行なえばよく、上記の本発明の効果を比較的軽量な制御処理にて達成することが可能となる。
【００２０】
もてなし動作部は照明装置にて構成することができる。この照明装置は、自動車に搭載されたものを当然含むが、駐車中の自動車の周辺施設（例えば建物や電柱等）に設けられたものであってもよい。照明装置は、特に夜間の乗り込み時にユーザーに自動車の所在位置を知らせ、また、その所在位置にユーザーを案内ないし誘導する効果に優れる。
【００２１】
もてなし制御部は、ユーザー側端末装置と自動車との距離が縮小するにつれて総照明光量が減少するように、照明装置を点灯制御することができる。自動車までの距離が長い段階では、総照明光量を高めることで、自動車までの間に障害物等の異常がないかをより把握しやすくすることができ、自動車までの距離が縮小すれば、必要な視野だけを照らすことができるよう、光量を少なくすれば無駄を排除することができ、また照明光源に接近したときの眩しさも軽減できる。
【００２２】
次に、生体状態検出部は、ユーザーの予め定められた生体状態を、当該生体状態を反映した数値パラメータである生体状態パラメータの時間的変化として検出するものとでき、精神／体調状態推定手段は、検出された生体状態パラメータの時間的変化に基づいて、ユーザーの精神状態又は体調状態を推定するものとできる。生体状態パラメータの時間的変化に基づいて、ユーザーの精神状態又は体調状態をより合理的に推定することができ、ひいてはもてなし動作のユーザーへの適合制御をより適確に行なうことが可能となる。
【００２３】
生体状態検出部は、生体状態パラメータの時間的変化波形を検出するとすることができる。この場合、精神／体調状態推定手段は、波形の振幅情報に基づいてユーザーの体調状態を推定することができる。例えば、病気や疲労によりユーザーの体調状態が低下すると、該体調状態を反映する生体状態の変動も小さくなる。すなわち、生体状態パラメータの時間的変化波形の振幅が縮小する傾向となりやすく、上記病気や疲労といった、体調状態の異常を適確に検出することが可能となる。一方、精神／体調状態推定手段は、波形の周波数情報に基づいてユーザーの精神状態を推定するものとすることもできる。精神状態の安定ないし不安定は、生体状態の変動速度に反映されることが多く、その変動速度は生体状態パラメータ波形の周波数に反映されるので、該周波数情報に基づいてユーザーの精神状態を適確に推定することができる。
【００２４】
精神／体調状態推定手段は、ユーザーの精神状態又は体調状態を、予め定められた複数の精神状態レベル又は精神状態レベルのいずれかに特定するものとすることができる。また、もてなし動作部の動作内容を規定するもてなし動作情報を、複数の精神状態レベル又は精神状態レベルと対応付けて記憶するもてなし動作情報記憶部を設けることができる。そして、もてなし制御部は、推定された精神状態レベル又は精神状態レベルに対応したもてなし動作情報をもてなし動作情報記憶部から読み出し、これに基づいてもてなし動作部の動作制御を司るものとして構成できる。該構成によると、元来アナログ的に複雑かつ連続的に変化するユーザーの体調状態あるいは精神状態に、段階的なレベル設定を行なうことで、もてなし制御のアルゴリズムを大幅に簡略化することができる。
【００２５】
生体状態検出部は、生体状態パラメータの時間的変化情報として、ユーザーの体温の時間的変化状態を検出するものとすることができる。体温にはユーザーの体調状態（体調）や精神状態、特に体調状態が顕著に反映される（例えば、体調不良時には体温変動幅（波形振幅）が緩やかになる）とともに、赤外線測定（例えば顔のサーモグラフィーなど）により遠隔測定が可能であることから、運転中（あるいは車内滞在中）に限らず、自動車に対するユーザーの接近、乗り込み、降車／離脱といった種々の局面で、ユーザーの状態推定に活用できる利点があり、適確なもてなし動作を供するべきシーンの多様化にも貢献できる。
【００２６】
また、生体状態検出部は、生体状態パラメータの時間的変化状態として、ユーザーの顔の表情及び視線方向の少なくともいずれかの時間的変化状態を取得するものとすることもできる。これら２つのパラメータも、ユーザーの体調状態（体調）や精神状態（特に精神状態）が顕著に反映され、かつ画像撮影による遠隔測定が可能であることから、運転中（あるいは車内滞在中）に限らず、自動車に対するユーザーの接近、乗り込み、降車／離脱といった種々の局面で、ユーザーの状態推定に活用できる利点があり、適確なもてなし動作を供するべきシーンの多様化にも貢献できる。
【００２７】
もてなし動作部は、ユーザーが自動車の運転中にもてなし動作を行なうものとすることができる。そして、生体状態検出部は、ユーザーの運転中における生体状態パラメータの時間的変化を検出するものとすることができる。これにより、運転者（ユーザー）の精神状態あるいは体調状態に応じて、その運転中におけるもてなし動作が適正化され、快適でより安全な自動車の運転を実現することができる。
【００２８】
生体状態検出部は、生体状態パラメータの時間的変化状態として、血圧、心拍数、体温、皮膚抵抗及び発汗の１又は２以上からなる第一種生体状態パラメータの時間的変化状態を取得するものとすることができる。第一種生体状態パラメータは、運転者のいわば内部肉体的な状態変化を示すものであり、その時間的変化（波形）には、運転者の精神状態（あるいは心理状態）や体調状態、特に精神状態が顕著に反映されるので、これを解析することで、該運転者に対するもてなし動作の適正化をより効果的に図ることができる。また、これら第一種生体状態パラメータは、例えばハンドルの運転者による握り位置に取り付けられたセンサにより直接的な測定が可能であり、その時間的変化を鋭敏に捉えることができる利点がある。具体例を挙げれば、危険を察知して冷やりとしたり、割り込みや追い越しでカッとくれば（つまり、精神的に興奮した場合）、発汗が顕著になったり、心臓の鼓動が高鳴ったりし、血圧、心拍数、体温、皮膚抵抗（あるいは発汗）といった第一種生体状態パラメータの波形（特に振幅）に顕著な変化が現れる。また、よそ事に気を取られて注意力が散漫になっている場合も、第一種生体状態パラメータが同様の波形を示すことが知られている。この場合、精神／体調状態推定手段は、第一種生体状態パラメータの波形周波数が一定レベル以上に大きくなった場合に、ユーザーの精神状態に異常を来たしていると推定することが可能である。
【００２９】
一方、生体状態検出部は、生体状態パラメータの時間的変化状態として、ユーザーの運転中の姿勢、視線方向及び表情の少なくともいずれかからなる第二種生体状態パラメータの時間的変化状態を検出するものとすることができる。第二種生体状態パラメータは、運転者のいわば外的な体調状態変化を示すものであり、体調不良や病気、あるいは疲労などの状態を反映して、その動きの振幅が縮小される傾向にある。従って、精神／体調状態推定手段は、第二種生体状態パラメータの波形振幅が一定レベル以下に小さくなった場合に、ユーザーの体調に異常を来たしていると推定することができる。
【００３０】
一方、第二種生体状態パラメータの波形は、運転者の精神状態の把握にも有効活用することができる。例えば、運転者が興奮状態に陥ると運転者の姿勢が頻繁に変化するようになる一方、視線方向の変化は逆に減少し、いわゆる「目が据わった」状態になる。また、精神的に不安定な場合、顔の表情の変化も著しくなる。この場合、精神／体調状態推定手段は、第二種生体状態パラメータの波形周波数が一定レベル以上に大きくなるか、又は一定レベル以下に小さくなった場合に（どちらになるかは、パラメータの種類によって異なる）、ユーザーの精神に異常を来たしていると推定することができる。
【００３１】
なお、周波数及び振幅とは異なる時間変化情報により、精神状態ないし体調状態を把握できる生体状態パラメータも存在する。例えば、生体状態検出部は生体状態パラメータの時間的変化として、ユーザーの瞳孔寸法の時間的変化を検出するものとすることができる。精神／体調状態推定手段は、検出された瞳孔寸法に予め定められたレベル以上の変動が生じている場合に、ユーザーの体調に異常を来たしていると推定することができる。これは、目の焦点合わせや光量調整が疲れにより不安定化し、いわゆるかすみ目やチラツキなどの状態に陥ることが多いためである。一方、怒り等により異常に興奮した状態になると、運転者は目をカッと見開いた状態になることが多い。この場合、精神／体調状態推定手段は、検出された瞳孔寸法が予め定められたレベル以上に拡張している場合に、ユーザーの精神状態に異常を来たしていると推定することができる。
【００３２】
また、生体状態検出部は複数設けることができ、精神／体調状態推定手段は、それら複数の生体状態検出部が検出する生体状態パラメータの時間的変化状態の組み合わせに基づいて、ユーザーの精神状態又は体調状態を推定するものとすることができる。複数の生体状態パラメータを組み合わせることにより、推定（すなわち識別）可能な精神状態又は体調状態の種別をより多様化（あるいは細分化）することができ、また、推定精度を高めることができる。この場合、ユーザーの、推定すべき精神状態又は体調状態である複数の被特定状態と、個々の被特定状態が成立していると推定するための、複数の生体状態検出部がそれぞれ検出しているべき生体状態パラメータの時間的変化状態の組み合わせとを対応付けて記憶した判定テーブルを設けておき、精神／体調状態推定手段は、検出された複数の生体状態パラメータの時間的変化状態の組み合わせを、判定テーブル上の組み合わせと照合し、照合一致した組み合わせに対応する被特定状態を現在成立している被特定状態として特定するものとすることができる。これにより、多数の生体状態パラメータを考慮する場合でも、被特定状態の特定処理を効率的に実施することができる。
【００３３】
被特定状態は、「集中力散漫」、「体調不良」及び「興奮状態」の少なくとも３つを含むものとすることができる。精神／体調状態推定手段によりユーザー（運転者）が「集中力散漫」と推定された場合には、もてなし制御部はもてなし動作部に対し、ユーザーを覚醒させる動作を行なわせる物とすることができる。これにより、ユーザーを運転に集中させることができる。また、精神／体調状態推定手段によりユーザーが「体調不良」と推定された場合に、もてなし制御部は、ユーザーに与えられる外乱刺激がもてなし動作により緩和されるように、対応するもてなし動作部の動作制御を行なうものとすることができる。外乱刺激の低減により、心理的負担からくる肉体疲労の増長を抑制でき、運転者の苦痛を軽減することができる。また、精神／体調状態推定手段によりユーザーが「興奮状態」と推定された場合に、もてなし制御部はもてなし動作部に対し、ユーザーの精神的緊張を緩和するための動作を行なわせるものとすることができる。これにより、運転者の熱くなった精神状態を冷却することができ、冷静で温和な運転指向に矯正することが可能である。
【００３４】
次に、もてなし調整司令手段は、もてなし動作開始後においてユーザーに、もてなし動作による該ユーザーの満足度を確認する質問を出力する質問出力手段と、応答情報として質問に対するユーザーの回答を入力する回答入力手段と、当該回答内容に基づいてもてなし動作の制御状態に対する調整内容を決定する調整内容決定手段とを有する物として構成することも可能である。この方式は、もてなし制御の自律性には欠けるものの、もてなし動作に対するユーザーの満足度（充足度）を自動車側にて質問形式により確実に把握できる利点がある。例えば精神／体調状態の内容推定精度等に問題がある場合に、補足的に使用すれば、もてなし動作を正しい方向に導く上で効果的である。
【００３５】
本発明の自動車用ユーザーもてなしシステムにおいては、ユーザーが自動車に向けて接近し、該自動車に乗り込み、該自動車を運転し又は車内にて滞在し、その後、降車に至るまでのユーザーの自動車利用に係る一連の動作が予め定められた複数のシーンに区切られてなり、該シーン毎に使用するもてなし動作部が予め定めることができる。この場合、もてなし意思決定部は、シーン毎に予め定められたユーザーの位置又は動作をシーン推定情報として取得するシーン推定情報取得手段と、取得されたシーン推定情報に基づいて個々のシーンを特定するシーン特定手段と、特定されたシーンに応じて、使用するもてなし動作部と、該もてなし動作部によるもてなし動作の内容とを定めるもてなし内容決定手段とを有するものとできる。
【００３６】
上記の構成によると、ユーザーの状態として、ユーザーと自動車との相対的な関係によって定まるシーンを把握する。具体的には、ユーザーが自動車に向けて接近し、該自動車に乗り込み、該自動車を運転し又は車内にて滞在し、その後、降車に至るまでのユーザーの自動車利用に係る一連の動作を、予め定められた複数のシーンに区切り、区切られた複数のシーン毎にユーザーによる自動車の利用を補助するための、又はユーザーを楽しませるためのもてなし動作を行なう。ユーザーの自動車利用に係る様々なシーン（場面）毎に、自動車側にて行なうもてなし動作が変化するので、個々のシーンに応じてユーザーが最も欲するもてなし動作を供することが可能となり、適確かつきめ細かいサービスが可能となる。また、ユーザーへの互いに異なるもてなし内容を、一連のシーンによって関連付けることにより系統化できる。その結果、ユーザーは、あたかも一流のホテル等に宿泊している場合のごとく、いつ如何なる場面でも自動車側から客人としての一貫したサービスを受けることが可能となり、「非人間的」主体であるはずの自動車が「人間的」なホストとして機能するというバーチャルな効果も加わって、今までにない斬新な自動車利用の楽しみを提供することが可能となる。
【００３７】
シーンの決定は、「ユーザーによる自動車利用」の枠内で定めるものであり、近づいて、乗り込み、運転／滞在し、目的地に着けばドアを開けて降車する、という基本的な流れは変化しない。従って、この流れに沿ってスムーズにシーンを切り分けることが、ユーザーに対し自然で違和感のないもてなしを提供する観点において肝要である。この場合、次のような構成を採用するとよい。すなわち、現在のシーンを特定する現在シーン特定情報を記憶保持する現在シーン特定情報記憶手段を設ける。シーン特定手段は、該現在シーン特定情報の記憶内容に基づいて現在シーンを把握するとともに、該現在シーンの把握を前提として、予め定められたシーン推定情報取得手段により、その後続シーンに特有のユーザー位置又は動作が検出された場合に、当該後続シーンに移行したと判断し、該後続シーンの特定情報を現在シーン特定情報として現在シーン特定情報記憶手段に記憶させる。現在がどのシーンにあるかを把握できれば、上記のような自動車使用時のユーザーの行動の流れから、次にどのようなシーンが到来するかは予測でき、その後続シーンに特有のユーザー位置又は動作を検出することで、シーン間の移行を適確に把握できる。また、ドアの開閉が乗車時と降車時との双方に生ずる事例を考慮すればわかりやすいように、複数のシーンにおいて、後続シーン特定情報（前記事例では「ドアの開閉」）の内容が同一となる場合がある。しかし、現在のシーンが何であるかを把握することで、そのような場合でも後続シーンの誤把握を防止でき、もてなし動作の切り替えを適確に行なうことができる。
【００３８】
本発明の自動車用もてなしシステムにおいては、シーン毎に、ユーザーに対して施すもてなしのテーマを複数定めることも可能であり、それらテーマ毎に、使用するもてなし動作部と、該もてなし動作部によるもてなし動作の内容とが固有に定めることが可能である。この場合、もてなし意思決定部は、それら複数のテーマの一部又は全てについて、個々のテーマにて使用するもてなし動作部と、該もてなし動作部によるなもてなし動作の内容とを定め、もてなし実行制御部は、テーマ毎に対応するもてなし動作部の動作制御を行なうものとすることができる。同じシーンであっても、ユーザーが「もてなし」として何をして欲しいか、という、いわば「もてなしの指向」は必ずしも一義的ではなく、また、ユーザーの性格や精神状態あるいは体調などによって、「もてなしに望む内容」も相違することがある。こうした「もてなしの指向」や「もてなしに望む内容」は、各々個別に「もてなしのテーマ」として把握することができ、それらテーマ毎にもてなしの内容を定めておくことで、より多面的なもてなしサービスを提供することが可能となる。
【００３９】
シーン毎に予め複数のもてなし動作が用意される場合、それら複数のもてなし動作には、ユーザが当該もてなしを指向する度合いに応じて採用の優先順位を予め定めておくことができる。もてなし内容決定手段は、各シーンにおいて、用意された複数のもてなし動作のうち優先順位の高いものから順次選択するものとすることができる。同じシーンでのもてなしであっても、ユーザーを取り巻く状況や、ユーザーの指向によって施すべきもてなしの程度には差を生ずることも多い。そこで、シーン毎に複数のもてなし動作を用意しておき、予め定められた優先順位に従って選択しつつ実施することで、上記のような場合にも柔軟に対応することができる。
【００４０】
また、前記した「もてなしの指向」や「もてなしに望む内容」に応じたもてなしのジャンルをシーン毎に複数用意し、それら複数ジャンルにそれぞれ固有のもてなし動作を、対応するもてなし動作部に対し、同じシーン内にて並列に実行させることができる。このようにすると、ユーザーに対し、設定するジャンルに応じた様々な角度からのもてなしを同時に施すことができ、同じシーンでの多面的かつ奥行きの深いもてなしにより、ユーザーに対する満足度を高めることができる。例えば、上記各シーンにおいては、もてなしのジャンルを、ユーザーの精神状態もしくは体調状態の向上又は悪化抑制に関係した、互いに異なる複数のもてなし目的に対応して定めることができ、それら複数のもてなしのジャンルから２以上のものを選択し、選択された各ジャンルのもてなし動作を並列に実行することが可能である。例えば、同一のシーンにおいて異なる目的を達成するジャンルの実例として、「ユーザーの気持ちを盛り上げる」ジャンルと、「不安を解消する」ジャンルとを例示できるが、いずれのジャンルに属するもてなし動作も、前者は「気分高揚」という精神状態の向上に寄与し、後者は「不安増加阻止」という精神状態の悪化抑制に寄与するものである。これらのジャンルのもてなし動作を、並列に実行することで、気分高揚と不安解消という二面的なもてなし効果を同時に達成でき、結果として、ユーザは、その精神状態をより立体的に改善することが可能となる。
【００４１】
また、普段から派手好きなユーザーと、地味でおとなしいタイプのユーザーとでは、もてなしに望む内容が異なるのは当然であるし、同じユーザーでも機嫌のよいときと悪いときとでは、それぞれの状況に適合した方向性の違うもてなしを提供することが有効であるといえる。このように、もてなしの指向決定に関与する条件が、互いに相反するユーザーの性格や状態に起因している場合は、次のように構成することで適確に対応することができる。すなわち、もてなしのジャンルの一部をなす複数のものが、ユーザーの互いに相反するもてなし指向に対応して定められた相反指向型ジャンルとされ、それら相反指向型ジャンルのいずれか１つに属するもてなし動作を選択的に実行する。ユーザーの気分や性格によって、複数あるもてなし動作から適正なものを選定する上で有効な手法であるといえる。この場合、前述の生体状態検出部が取得するユーザー性格情報又は精神／体調情報の内容に応じて、相反指向型ジャンルのいずれを選択するかを決定するようにすれば、ユーザーの性格や精神／体調に応じて、それぞれに適合するもてなし動作を容易に選定することができる。
【００４２】
この場合、もてなし調整司令手段は、複数のもてなし動作のうち、ユーザーの精神状態又は体調状態の改善への寄与が大きいもてなし動作ほど、該もてなし動作の制御状態を優先的に調整するものとできる。精神状態又は体調状態の改善に効果の高いもてなし動作ほど、その動作の優先度が高まり、ユーザーはより快適に自動車を利用することができ、もてなしによる満足度も高められる。また、もてなし調整司令手段は、複数のもてなし動作のうち、ユーザーの精神状態又は体調状態の改善への寄与が予め定められたレベル以下となるもの、又は質問に対するユーザーの回答が当該もてなし動作を忌避する内容となるものについて、これを制御対象から除外するものとして構成することもできる。これにより、ユーザーが望まないもてなし動作が淘汰され、ユーザーの望むもてなし動作のみが残るので、ユーザーはより快適に自動車を利用することができ、もてなしによる満足度も高められる。
【００４３】
次に、シーン特定手段は、ユーザーが自動車へ接近する接近シーンと、ユーザーが該自動車内にて運転又は滞在する運転／滞在シーンとを特定するものとすることができる。もてなし内容決定手段は、これら各シーンに、使用するもてなし動作部と、該もてなし動作部によるもてなし動作の内容とを定めるものとして構成できる。自動車の運転時もしくは滞在時は、自動車利用に係るシーンとしては長時間を占め、該運転／滞在シーンでのもてなしに重点を置くことは、ユーザーが快適に自動車を使用できるかどうかの重要な鍵を握っている。他方、接近シーンは、上記運転／滞在シーンに先立つシーンとしては、これに次ぐ時間的比重を占めるものであり、これをもてなしの機会として有効に活用することで、運転／滞在シーンに臨むユーザーの精神状態を改善し、ひいては運転／滞在シーンでのもてなし効果を一層高めることにも寄与する。
【００４４】
シーン推定情報取得手段は、上記接近シーンを特定するために、自動車と、当該自動車外に位置するユーザーとの相対距離に基づいて、ユーザーの自動車への接近を検出する接近検出手段を有するものとして構成できる。また、運転／滞在シーンを特定するために、自動車の座席に着座したユーザーを検出する着座検出手段を有するものとして構成できる。いずれも、接近シーンないし運転／滞在シーンを適確に特定できる利点がある。
【００４５】
次に、もてなし制御部のもてなし動作部の動作内容は、前述の接近検出手段が検出するユーザーと自動車との距離に応じて変化させるものとして構成することができる。これによると、もてなし動作部の動作内容が、ユーザーと自動車との距離に応じて変化するように制御されるので、もてなし動作部によるユーザーへサービス効果を上記距離に応じて適正かつきめ細かく発揮することができ、ひいては、ユーザーを主人あるいは客人として自動車側が積極的にもてなす雰囲気も高めることができる。
【００４６】
この場合、もてなし制御部は、ユーザーが自動車に近づくほど、該ユーザーの気持ちを高揚させるように、もてなし動作部の動作内容を変化させるものとすることができる。これにより、ユーザーが自動車に近づくほどもてなしの動作が盛り上がるので、自動車へ乗り込む際の気分高揚に著しく貢献することができる。具体的には、次のような態様を例示できる。
・もてなし用に出力する音楽を距離が近づくほどアップテンポにする。また、心拍の倍数にテンポを設定したり、距離が近づくほどボリュームを上げる、あるいは、気分がより盛り上がる曲に変える、といった態様も可能である。
・もてなし用の照明を明るくしたり、色調を赤系に変える。また、照明の点滅（ないし変化）周期を音楽と同期させることも可能である。
【００４７】
もてなし制御部は、既に動作中のもてなし動作部の停止、及び未動作のもてなし動作部の動作開始の少なくともいずれか（当然、両者の組み合わせである、複数のもてなし動作部間での動作切り替えを含む）に基づいて、ユーザーと自動車との距離に応じてもてなし動作部の動作内容を段階的に変化させるものとして構成することができる。この構成によると、ユーザーと自動車との距離に適当な閾値を定め、閾値を超えて自動車に接近するかどうかの簡単な判定で、個々のもてなし動作部を単位として動作／非動作の切り替え制御を行なえばよく、上記の本発明の効果を比較的軽量な制御処理にて達成することが可能となる。
【００４８】
接近シーンにおいては、自動車に搭載された自動車外空間を照らし出す照明装置（ヘッドランプ、テールランプ、ハザードランプなど：室内灯も窓ガラスを介した漏洩により車外空間を照らすことができる）をもてなし動作部として定めることができる。そして、該照明装置をユーザーの出迎えのために点灯させることを、もてなし動作の内容として定めることができる。これによると、自動車に搭載された照明類を、ユーザーの出迎え演出のためのイルミネーションとして使用でき、気分高揚等に寄与する。また、夜間や暗所の場合、駐車した自動車の位置を把握しやすくできる利点も生ずる。
【００４９】
上記の場合、もてなし制御部は、ユーザー側端末装置と自動車との距離が縮小するにつれて総照明光量が減少するように、照明装置を点灯制御することができる。自動車までの距離が長い段階では、総照明光量を高めることで、自動車までの間に障害物等の異常がないかをより把握しやすくすることができ、自動車までの距離が縮小すれば、必要な視野だけを照らすことができるよう、光量を少なくすれば無駄を排除することができ、また照明光源に接近したときの眩しさも軽減できる。
【００５０】
なお、もてなし動作部は、必ずしも自動車に搭載された設備に限られるものではなく、駐車中の自動車の周辺設備（例えば、指定された駐車場の付帯設備など）であってもよいし、自動車の利用に際してユーザーが必ず携行する携行品をもてなし動作部としてもよい。例えば後者の場合の一例として、下記のような構成を例示できる。すなわち、駐車中の自動車又は該自動車の周辺設備に設けられ、外部の端末装置と通信するホスト側通信手段と、自動車のユーザーが携帯するとともに、ホスト側通信手段と無線通信網を介して通信する端末側通信手段を有したユーザー側端末装置とを設けるとともに、上記の接近シーンにおいてもてなし動作部を、ユーザー側端末装置に設けられた音声出力部とすることができる。この場合、ホスト側通信手段がもてなし制御部であり、接近シーンにおいて、音声出力部が動作するよう、ユーザー側端末装置に対し無線指令するものとすることができる。この態様では、ユーザーが自動車に接近すると、ホスト側通信手段によってユーザー側端末装置に対し無線指令が送られ、ユーザーが携帯したユーザー側端末装置からもてなし用の音声（音楽、効果音、出迎えの言葉など）を出力させる。これにより、自動車に近づくユーザーの音声によるもてなしを、そのユーザーが携行するユーザー側端末装置により効果的に実行することができるようになる。音声による自動車側に搭載されたカーオーディオシステムを音声出力部として使用することもできるが、窓が閉じられていればもてなし音声がユーザーまで十分に届かないし、窓を開いて自動車外に音を漏出させると近所迷惑にもなる。しかし、上記のようにユーザー側端末装置をもてなし音の出力部として利用すれば、ユーザーの手元で音声出力できるのでもてなし効果が断然高められ、また、もてなし音が遠方まで及んで迷惑になるようなこともない。
【００５１】
この場合、音楽や出迎えの言葉を音声出力部から出力すれば、ユーザーの精神状態の向上ないし改善に寄与するが、これとは違うテーマ（あるいはジャンル）のもてなし動作として、出発前の注意確認事項を促すメッセージを音声出力する方法もある。これにより、同じ接近シーンであっても、ユーザーが注意確認を怠った場合の、不測の事態を防止する、という別の目的を達成することができる。例えば、注意確認事項を促すメッセージは、例えば忘れ物や戸締りなどの確認を促すメッセージとすることができるが、これに限られるものではない。
【００５２】
また、運転／滞在シーンにおいては、自動車に搭載されたエアコンをもてなし動作部として定めることができる。特に、精神状態及び体調状態の少なくともいずれかを含むユーザー生体状態情報を取得する生体状態検出部を設ける構成の場合、もてなし内容決定手段は、取得された精神／体調情報（あるいは、後述のユーザー性格情報）の内容に応じて、エアコンの設定温度を変化させるものとして構成できる。これにより、ユーザーの気持ちを汲んだ、より人間的で優しいエアコン調整制御が実現する。同様に、運転／滞在シーンにおいて、自動車に搭載されたカーオーディオシステムをもてなし動作部として定めることができる。この場合、もてなし内容決定手段は、取得されたユーザー性格情報又は精神／体調情報（あるいは、後述のユーザー性格情報）の内容に応じて、カーオーディオシステムから出力する音楽ソースの選曲内容を変化させるものとすることができる。これにより、気分や性格に応じて、ユーザーが欲する音楽ソースが自動的に選ばれ、演奏出力されるので、運転ないし車内滞在中のユーザーをタイムリーに喜ばせることができる。
【００５３】
次に、より細分化されたシーン設定として、シーン特定手段は、ユーザーが自動車へ接近する接近シーンと、ユーザーが該自動車へ乗り込む乗り込みシーンと、ユーザーが該自動車内にて運転又は滞在する運転／滞在シーンと、ユーザーが自動車から降車する降車シーンとを、時系列的にこの順序で特定するものとすることができる。もてなし内容決定手段は、これら各シーンに対し、使用するもてなし動作部と、該もてなし動作部によるもてなし動作の内容とを定めるものとすることができる。この態様では、前述の構成に、新たに、乗り込みシーンと降車シーンとが追加される。これらの各シーンは、時間的に短いが、ドアの開閉や荷物の積み下ろし動作、あるいはドアの開閉に際した障害物や往来危険などに関する配慮など、体力的あるいは心理的に負担の大きい動作が関与する特徴があり、これを補佐する形で、これらのシーンにも独自のもてなし動作を設定すれば、メインとなる運転／滞在シーンの前後におけるユーザーのフォローアップをより確実に行なうことができ、また、自動車からユーザーが受けるもてなし内容に、より一貫性及び連続性がもたらされるので、ユーザーの感ずる満足感は一層大きくなる。具体例として、例えば、乗り込みシーン及び降車シーンにおいてもてなし動作部は、自動車に設けられたドアの自動開閉装置又は開閉アシスト機構とすることができ、該自動開閉装置又は開閉アシスト機構を、ユーザーの乗り込み補助のために動作させることがもてなし動作の内容として定めることができる。また、開閉アシスト機構を設ける場合は、特にドアを開く際に車外の障害物を検知し、当該障害物とドアとの干渉を回避するための、ドアの開操作を抑制するドア開抑制手段を設けておくことができる。
【００５４】
なお、ユーザーが降車した後にも、ユーザーが自動車から離間する離間シーンなど、さらに別のシーンを付け加えることも可能であり、対応したもてなし動作を行なうことができる。
【００５５】
複数のもてなし動作に対しては、ユーザーの欲するもてなしの指向に応じて統括するもてなしテーマを複数定め、テーマ毎に予め複数のもてなし動作を用意することができる。もてなし意思決定部は、精神／体調状態推定手段が推定するユーザーの精神／体調状態と、ユーザー性格特定情報取得手段が取得するユーザー性格特定情報との少なくともいずれかよりなるユーザー状態情報に基づいて、複数のもてなしテーマの１又は複数のものを選択するもてなしテーマ決定手段と、選択された各もてなしテーマが統括する複数のもてなし動作を一括して選択するもてなし動作選択手段とを有するものとできる。
【００５６】
ユーザーが自動車に求める機能は多種多様であり、その要望にこたえるために、自動車側にも多数のもてなし動作が用意されることとなる。この場合、もてなし動作が多様化することは、ユーザーにとって喜ばしいことではあるものの、ユーザーの状況に応じてどのもてなし動作を提供するのか、という、自動車側でのもてなしの意思決定処理が複雑化する難点があり、また、ユーザー側の状況把握に失敗するなど、もてなし意思決定の過程に何らかのエラーがあれば、特定のもてなし動作がユーザーの本来欲しないタイミングで実施されることもありえ、十分な効果が得られなかったり、場合によっては、誤って実行されるもてなし動作により、ユーザーに弊害が及ぶこともある。
【００５７】
しかし、上記構成によると、もてなし動作の決定に際して、個別のもてなし動作を直接選択するのではなく、複数のもてなし動作を、ユーザーの欲するもてなしの指向に応じて統括するもてなしテーマを複数定めておき、もてなし動作を、該もてなしテーマを単位として選択するようにした。すなわち、自動車側からユーザーがどのような「もてなし」を受けたいのかに応じて、対応するもてなしテーマを選択することで、そのもてなしテーマに基づいて互いに関連付けられたもてなし動作を一括して選択することができ、ひいては、もてなしの意思決定処理を単純化できるとともに、ユーザーの意図に合わないもてなし動作が誤って実施されるトラブルも大幅に低減することができる。
【００５８】
前述の複数のシーンに区切る場合、その区切られた複数のシーン毎にもてなしテーマを定めることができる。この場合、ユーザー状態情報取得手段は、シーン毎に予め定められたユーザーの位置又は動作をシーン推定情報として取得するシーン推定情報取得手段と、取得されたシーン推定情報に基づいて個々のシーンを特定するシーン特定手段とを有し、テーマ決定手段は、特定されたシーンに対応するもてなしテーマを選択するものとすることができる。
【００５９】
上記の構成では、互いに異なるもてなしテーマを一連のシーンによって関連付けることにより系統化できる。その結果、ユーザーは、あたかも一流のホテル等に宿泊している場合のごとく、いつ如何なる場面でも自動車側から客人としての一貫したサービスを受けることが可能となり、「非人間的」主体であるはずの自動車が「人間的」なホストとして機能するというバーチャルな効果も加わって、今までにない斬新な自動車利用の楽しみを提供することが可能となる。
【００６０】
各もてなしテーマに割り当てられた複数のもてなし動作には、採用の優先順位を予め定めておくことができる。この場合、用意された複数のもてなし動作のうち優先順位の高いものから順次選択するものとすることができる。同じテーマでのもてなしであっても、ユーザーを取り巻く状況や、ユーザーの指向（あるいは満足度）によって、施すべきもてなしの程度には差を生ずることも多い。そこで、テーマ毎の複数のもてなし動作を、予め定められた優先順位に従って選択しつつ実施することで、上記のような場合にも柔軟に対応することができる。
【発明を実施するための最良の形態】
【００６１】
以下、本発明の実施の形態を添付の図面を用いて詳しく説明する。図１は、本発明の一実施形態を示す自動車用ユーザーもてなしシステム（以下、単に「システム」ともいう）１００の概念ブロック図である。該システム１００は、種々のもてなし動作部５０２〜５１７，５３４，５４１，５４８，５４９，５５０，５５１，５５２，１００１Ｂが接続された第一のコンピュータからなるもてなし実行制御部３と、種々のセンサ・カメラ群５１８〜５２８が接続された第二のコンピュータからなるもてなし意思決定部２とからなる自動車側搭載部１００を、その要部とする形で構成されている。第一のコンピュータと第二のコンピュータは、いずれもＣＰＵ，ＲＯＭ，ＲＡＭを備え、ＲＯＭに格納された制御ソフトウェアを、ＲＡＭをワークメモリとして実行することにより、後述の種々の機能を実現する。
【００６２】
上記システム１００においては、ユーザーが自動車に向けて接近し、該自動車に乗り込み、該自動車を運転し又は車内にて滞在し、その後、降車に至るまでのユーザーの自動車利用に係る一連の動作が、予め定められた複数のシーンに区切られる。そして、区切られた複数のシーン毎に、もてなし動作部５０２〜５１７，５３４，５４１，５４８，５４９，５５０，５５１，５５２，１００１Ｂが、ユーザーによる自動車の利用を補助するための、又はユーザーを楽しませるためのもてなし動作を行なう。本実施形態では、車外への音波発生装置としてホーン５０２、ブザー５０３が接続されている。また、照明装置（ランプ類）としては、ヘッドランプ５０４（ビームをハイとローとで切り替え可）、フォグランプ５０５、ハザードランプ５０６、テールランプ５０７、コーナリングランプ５０８、バックアップランプ５０９、ストップランプ５１０、室内照明５１１及び床下ランプ５１２が接続されている。また、他のもてなし動作部として、エアコン５１４、カーオーディオシステム（カーステレオ）５１５、電動シート５１６及びサイドミラーやバックミラーなどの角度調整用の駆動部５１７、カーナビゲーションシステム５３４、ドア開閉用のアシスト機構（以下、ドアアシスト機構という）５４１、車内に芳香剤を放出する芳香発生部５４８、重度体調不良（重度の眠気を催した状態を含む）に対する気付け・覚醒用のアンモニア発生部５４９（図５０に示すように、運転用のハンドル３４０の中心部に、運転者の顔付近を目指す形でアンモニアを噴出するように取り付けられている）、運転者に注意喚起したり眠気から覚醒させるためのシートバイブレータ５５０（図５８に示すように、シート底部あるいは背もたれ部に埋設される）、ハンドルバイブレータ５５１（図５０に示すように、ハンドル３４０の軸に取り付けられている）、車内騒音低減用のノイズキャンセラ１００１Ｂが接続されている。
【００６３】
図１６は、室内照明５１１の構成例を示すもので、各々固有の照明色からなる複数の照明部（本実施形態では、赤色系照明５１１ｒ、アンバー系照明５１１ｕ、黄色系照明５１１ｙ、白色系照明５１１ｗ及び青色系照明５１１ｂからなる）を有する。これらの照明は、もてなし意思決定部２からもてなし実行制御部３を経て入力される制御指令信号を受けて、指定されたものが選択され、制御指令信号に従い種々の点灯パターンにて点灯制御される。図１９は、ユーザーの性格種別に応じて定められた点灯制御データの構成例を示すもので、もてなし意思決定部２のＲＯＭに記憶され、制御ソフトウェアにより随時読み出されて使用される。例えば、活動的な性格（ＳＫＣ１（図１８参照））に対しては、赤色系照明５１１ｒを選んでこれをフラッシュ点灯（最初のみ、その後連続点灯）させ、おとなしい性格（ＳＫＣ２）に対しては、アンバー系照明５１１ｕを選んでフェードイン点灯させる、などであるが、これはほんの一例である。
【００６４】
なお、照明装置は、白熱電球、蛍光ランプのほか、発光ダイオードを用いた照明装置を採用することも可能である。特に、赤色系（Ｒ）、緑色系（Ｇ）、青色系（Ｂ）の３原色の発光ダイオードを組み合わせることにより、種々の照明光を簡単に得ることができる。図３９は、その回路構成の一例を示すもので、赤色系（Ｒ）、緑色系（Ｇ）、青色系（Ｂ）の各発光ダイオード３４０１が電源（Ｖｓ）に接続され、各々トランジスタ３４０２でスイッチング駆動される。このスイッチングは、コンパレータ３４０３に入力される三角波（のこぎり波でもよい）の周期と、指令信号の電圧レベルとによって定まるデューティ比によりＰＷＭ制御される。各色の発光ダイオード３４０１への指令信号の入力波形は、各々独立に変更可能であり、３つの発光色の混合比率に応じて任意の色調の照明色が得られ、また、色調や照明強度パターンを、指令信号の入力波形に応じて経時的に変化させることも可能である。なお、各色の発光ダイオード３４０１の発光強度は、上記のようにＰＷＭ制御する方式のほか、連続点灯を前提として駆動電流レベルにて調整することも可能であるし、これとＰＷＭ制御とを組み合わせた方式も可能である。
【００６５】
図７２には、赤色系（Ｒ）、緑色系（Ｇ）、青色系（Ｂ）の各光の混合比（デューティ比による）と、視認される混合光の色との関係を示す。それぞれ、制御時に発光色を選択するためのインデックス（０〜１４）が付与され、制御参照情報としてもてなし実行制御部３のＲＯＭ（あるいは、もてなし意思決定部２側の記憶装置５３５：制御に必要な情報を、通信によりもてなし実行制御部３に送信すればよい）に記憶される。白色照明光は使用頻度が高く、着色された照明光との間でスムーズに制御移行できるように、白色を規定するインデックスが、該インデックスの配列上にて周期的に複数現れるように定められている。特に中間に位置する白色（インデックス：６）を境として、その前後に、暖色系（うす橙→橙→赤）と寒色系（水色→青→青紫）の各色が配列し、ユーザーの体調状態や精神状態に応じて、白色照明光から暖色系照明光ないし寒色系照明光にスムーズに切り替えることができるようになっている。
【００６６】
図１７は、カーオーディオシステム５１５の構成例を示すもので、もてなし意思決定部２からもてなし実行制御部３を経て、曲特定情報やボリュームコントロール情報などの、もてなし用曲演奏制御情報が入力されるインターフェース部５１５ａを有する。インターフェース部５１５ａには、デジタルオーディオ制御部５１５ｅ、多数の音楽ソースデータを格納した音楽ソースデータベース５１５ｂ，５１５ｃ（前者はＭＰＥＧ３データベース、後者はＭＩＤＩデータベース）が接続されている。曲特定情報に基づいて選曲された音楽ソースデータはインターフェース部５１５ａを経てオーディオ制御部に送られ、そこでデジタル音楽波形データにデコードされ、アナログ変換部５１５ｆでアナログ変換された後、プリアンプ５１５ｇ及びパワーアンプ５１５ｈを経て、もてなし用曲演奏制御情報により指定されたボリュームにてスピーカ５１５ｊから出力される。
【００６７】
図４０は、ドアアシスト機構５４１の概要を示すものである。自動車１１００には、乗降用のスイング式ドア（以下、単に「ドア」ともいう）１１０１が、乗降口１１０２の一縁にドア旋回軸１１０３を介して取り付けられている。ドア１１０１は、手動操作により乗降口１１０２を閉塞する閉塞位置から任意の角度位置へ開放可能とされている。そして、この手動によるドア開操作が、モータ（アクチュエータ）１０１０によりパワーアシストされる。本実施形態では、ドア１１０１とともに回動するドア旋回軸１１０３に対し、モータ１０１０の回転出力を、減速ギア機構ＲＧを介してトルクアップしつつ、旋回軸１１０３にドア開閉アシストの回転駆動力として直接伝達するようにしている。
【００６８】
図４１は、ドアアシスト機構５４１の回路図の一例である。ドアアシスト機構５４１は、ドアの開操作時に、該ドアと干渉する車外の障害物を検出する障害物検出手段を有し、また、アクチュエータ制御手段は、障害物が検出されていない場合には、ドア開操作時において、アクチュエータによりドア開方向の正アシスト力が生ずる通常アシストモードとなり、障害物検出手段が障害物を検出した場合には、ドア開操作時において、ドアが乗降口を塞ぐ閉位置から障害物に衝突する衝突位置に至るドア旋回区間の少なくとも途中位置まではドアの開操作を可能としつつ、障害物とドアとの衝突は抑制される衝突抑制モードとなるように、アクチュエータによるドアアシストを制御するものとして構成される。
【００６９】
アクチュエータは正逆両方向に回転可能なモータ１０１０であり、本実施形態ではＤＣモータにより構成されている（もちろん、インダクションモータ、ブラシレスモータ、ステッピングモータなど、他の種類のモータを用いてもよい）。アクチュエータ制御手段は、正アシストモードではモータを正方向に回転させ、逆アシストモードではモータ１０１０を逆方向に回転させるものであり、本実施形態では、プッシュプルトランジスタ回路を用いた双方向リニア制御型のモータドライバ１００７がアクチュエータ制御手段を構成している。
【００７０】
モータドライバ１００７は、具体的には、正電源（電圧Ｖｃｃ）に接続された正方向駆動用トランジスタ１０７３と、負電源（電圧−Ｖｃｃ）に接続された逆方向駆動用トランジスタ１０７４とをその要部として構成され、両トランジスタ１０７３，１０７４の各ベース端子には、駆動指示電圧ＶＤが抵抗１０７１により電圧調整されて入力される。抵抗１０７２は増幅用のフィードバック抵抗であり、両トランジスタ１０７３，１０７４のコレクタ／エミッタ間電流の一部を電圧変換して各トランジスタのベースに戻す。これにより、ＶＤが正の時は正方向駆動用トランジスタ１０７３が、ＶＤが負の時は逆方向駆動用トランジスタ１０７４が、それぞれＶＤに比例した電流をモータ１０１０に流す。従って、ＶＤが正の時にモータ１０１０が正方向に回転する正アシストモードとなり、ＶＤが負の時にモータ１０１０が逆方向に回転する逆アシストモードとなる。また、アシスト力は、ＶＤに応じたモータ電流によって定まることとなる。なお、駆動用トランジスタ１０７３，１０７４には、それぞれ過電流保護用のトランジスタ１０７３ｔ，１０７４ｔが設けられている。また、符号１０７３Ｒ，１０７４Ｒは過電流の検出抵抗であり、符号１０７３Ｄ，１０７４Ｄはフライバックダイオードである。
【００７１】
ドアアシスト機構５４１には、ドア１１０１の操作力を検出する操作力検出手段１００２が設けられ、図４３に状態（Ａ）及び状態（Ｂ）として示すように、アクチュエータ制御手段により、正アシストモードにおいて、操作力検出手段１００２が検出するドア操作力が小さくなるほど、正アシスト力が大きくなるようにアクチュエータ１０１０の動作を制御する。つまり、力の弱い人がドア１１０１を開こうとする場合は、モータ１０１０による正アシスト力が強く作用して楽にドア１１０１を開くことができる。他方、力の強い人が強くドアを開こうとする場合は、正アシスト力は比較的弱く働くことになる。例えば、外部からの操作力によるドア開トルクと正アシスト力によるドア開トルクとの合計がほぼ一定になるように制御すれば、誰が操作してもドア１１０１をほぼ一定の標準トルクで開くことができる。
【００７２】
図４１の回路においては、上記の機能を次のようにして実現している。操作力検出手段１００２は、図４０に示すようにドア旋回軸１１０３に設けられたトルクセンサ１００２であり、ドア開の操作力が強く作用するほどドア旋回軸１１０３に生ずるねじれトルクが大きく現れ、トルクセンサ１００２の出力電圧が増加する。なお、トルクセンサ１００２の出力電圧はドア開操作時に正となり、ドア閉操作時には負となるので、電圧の符号によりトルクの向きも検出可能である。本実施形態では、トルクセンサ１００２の出力電圧を非反転増幅器１００３により増幅し、電圧フォロワ１００４を経てトルク検出電圧Ｖｓｔとして出力している。
【００７３】
上記のトルク検出電圧Ｖｓｔは差動増幅回路１００５に入力される。差動増幅回路１００５は、トルク検出電圧Ｖｓｔを参照電圧Ｖｒｅｆ１と比較して、その差分ΔＶ（＝Ｖｒｅｆ１−Ｖｓｔ）を一定のゲインにて増幅し、モータ１０１０に対する駆動指示電圧ＶＤとして出力する。ドア１１０１の開操作を開始すると、トルク検出電圧Ｖｓｔは最初小さいからΔＶは大きくなり、モータ１０１０の出力電流も大きくなって、大きな正アシスト力が働く。この正アシスト力によるトルクは、外部操作力によるトルクとともにドア旋回軸１１０３に重畳するから、トルク検出電圧Ｖｓｔは正アシスト力による寄与分だけ増加する。すると、ΔＶは小さくなってΔＶは減少する。つまり、正アシスト力によるトルクがドア旋回軸１１０３へ戻されることで、外部操作力と正アシスト力との合計トルクがトルク検出電圧Ｖｓｔに反映され、これがＶｒｅｆ１に近づくように、モータ１０１０によるドアアシスト駆動がフィードバック制御されることになるのである。その結果、力の弱い人の場合は、外部操作力による寄与が少なくなる分だけアシストモータ電流（つまり、アシストトルクＡＴ）は大きく維持され、逆に力の強い人の場合は、アシストモータ電流は小さく維持されることとなる。
【００７４】
なお、ドア１１０１は、周知のごとく、車外側操作ノブ１１０４Ｅ及び車内側操作ノブ１１０４のいずれによっても開閉操作が可能であり、ロックボタン１１０４を倒すと、図４１に示す周知のドアロック機構１３２０により、ノブ１１０４Ｅ，１１０４によるドア開閉操作が不能となる。このドアロック機構１３２０がロック状態になったときはドアロック信号ＤＲＳが出力され、これがモータ１０１０の停止制御に用いられるようになっている。本実施形態では、ドアロック信号ＤＲＳを受けたスイッチ１０２１が、参照電圧Ｖｒｅｆ１を差動増幅回路１００５から切り離すとともに、差動増幅回路１００５の反転入力端子と非反転入力端子とを短絡させ、差動入力ΔＶひいてはモータ１０１０への駆動指示電圧ＶＤを強制的にゼロにして、モータ１０１０を駆動停止するようにしている。
【００７５】
また、図４１の回路では、トルク検出電圧Ｖｓｔの符号が負になった場合にアシスト制御信号ＳＫ１を出力するコンパレータ１０２０を設けている。スイッチ１０２１の制御端子には、ゲート１３０４を介してドアロック信号ＤＲＳとアシスト禁止信号ＳＫ１との論理和が入力され、アシスト制御信号ＳＫ１が検出された場合にもアシストシステムＳＹＳ１のモータ１０１０が停止制御されるようになっている。
【００７６】
また、ドア１１０１の開操作時に、該ドア１１０１と干渉する車外の障害物を検出する障害物検出手段が設けられている。障害物検出手段は、ドア１１０１の側面に対向して存在する障害物を検出するものを採用できる。このようにすると、ドア１１０１が開いていく方向に存在する障害物を適確に検出することができる。このような障害物検出手段として、例えば周知の近接スイッチ、反射式光学センサ（赤外線式を含む）あるいは超音波センサなどの障害物センサ１０５０を採用できる。
【００７７】
障害物センサ１０５０の検知出力はコンパレータ１０５１にて閾値と比較され、障害物の検知の有無を表す信号を二値的に出力する。ドア１１０１を内側から開けてゆき、障害物センサ１０５０にこれが検知されると、その障害物検知したときのドア１１０１の角度位置が限界角度位置となって、障害物ありを意味する検知信号ＳＩ’が出力され、これを受けたドアアシスト制御手段側で、それ以降のドア開操作が妨げられる制御が行われる。本実施形態では、ドア１１０１が限界角度位置に到達したとき、該ドアの以降の旋回を阻止する障害物用ドア旋回ロック機構１３００が、ドアアシスト制御手段の一部をなすものとして設けられている。
【００７８】
図４２は、そのロック機構１３００のロック部の構成例を示すものである。ロック部の要部は、ドア１１０１の旋回軸１１０３に設けられたドア側係合部（本実施形態では雄スプライン）１３１２と、車体側に固定され、該ドア側係合部１３１２に対し旋回軸１１０３の旋回角度に応じた任意の角度位相にて着脱可能に係合し、係合状態の角度位相にて旋回軸１１０３の旋回をロックする車体側係合部（本実施形態では雌スプライン）１３１３とを有する。車体側係合部１３１３は、旋回軸１１０３の軸線方向においてドア側係合部１３１２に対し接近・離間可能に設けられ、接近時に車体側係合部１３１３とロック係合状態となり、離間時にロック解除となる。本実施形態においては、この接近・離間機構を周知のソレノイド機構（シリンダ機構等でもよい）にて構成している。車体側係合部１３１３は、ばね受け部１３１４Ｂを有した駆動軸１３１４の先端に取り付けられ、この駆動軸１３１４が、ケース１３００Ｃ内に収容されたソレノイド１３０１により軸線方向に進退駆動されるソレノイド１３０１を付勢すると、駆動軸１３１４が飛び出し、車体側係合部１３１３がドア側係合部１３１２に係合する。他方、ソレノイドを付勢解除すると、ばね受け部１３１４Ｂと係合するバイアスばね１３１０が弾性復帰して、駆動軸１３１４が引っ込んで車体側係合部１３１３とドア側係合部１３１２とが係合解除される。
【００７９】
図４１に示すように、障害物の検知信号ＳＩ’が出力されると、駆動スイッチ（トランジスタ：符号１３０２は保護用のフライバックダイオード）１３０３がオンとなり、ソレノイド１３０１が付勢されて、図４２の車体側係合部１３１３とドア側係合部１３１２とが係合する。この時点でドア１１０１は、車外の不定位置にある障害物のそばまで近づいており、車体側係合部１３１３とドア側係合部１３１２とは、障害物検知されたときの角度位相でスプライン係合し、その角度でロックされることとなる。つまり、障害物検出手段が障害物を検出したときのドア角度位置に応じて（つまり、障害物の位置に応じて）、限界角度位置が可変に定まる。これにより、自動車に対する障害物の相対距離に関係なく、開操作によりドアが近づいてくれば、障害物に当たらないようにドア開操作が妨げられる。このとき、モータ１０１０による正アシスト力が生じていてもドア１１０１の開操作は妨げられるから、衝突抑制モードとなるように、アクチュエータによるドアアシストが制御されていることが明らかである。
【００８０】
なお、外部ドア操作信号ＥＤＳが、車外側からドアが操作された状態を示しているときは、障害物センサ１０５０の検出出力によらず、ドアアシスト抑制の制御機構（ここでは、障害物用ドア旋回ロック機構１３００）の動作が制限されるようになっている。具体的には、コンパレータ１０５１により二値化された障害物センサ１０５０の検知信号ＳＩ’と、同じく二値の外部ドア操作信号ＥＤＳ（ドアが外部から操作されたときは、検知信号ＳＩと逆符号となる）との、ゲート１０５１ａによる論理積出力ＳＩを、前述の駆動スイッチ１３０３の駆動信号として用いることにより、この機能を実現している。
【００８１】
なお、上記のようなアシスト機構を有したスイング式ドアを採用する態様に代え、周知の電動自動開閉機構ないしアシスト機構を備えた電動スライド式ドアを採用することも可能である。
【００８２】
図４４は、ノイズキャンセラ１００１Ｂの一構成例を示す機能ブロック図である。該ノイズキャンセラ１００１Ｂの要部は、騒音抑制手段をなす能動的騒音制御機構本体２０１０と、必要音強調部（手段）２０５０とを含む。能動的騒音制御機構２０１０は、車内に侵入する騒音を検出する車内騒音検出マイク（ノイズ検知マイク）２０１１と、車内騒音検出マイク２０１１が検出する騒音波形と逆位相の騒音制御用波形を合成する騒音制御用波形合成部（制御音発生部）２０１５とを有する。騒音制御用波形は騒音制御用スピーカ２０１８から出力される。また、騒音制御用音波が重畳後の車内音に含まれる消し残し騒音成分を検出するエラー検出マイク２０１２と、消し残し騒音のレベルが縮小する方向にフィルタ係数が調整される適応フィルタ２０１４も設けられている。
【００８３】
車両自身に音源を有する車内騒音としては、エンジン音、路面音、風切り音などがあり、車内騒音検出マイク２０１１は、複数個のものが、個別の車内騒音の検知に適した位置に分散配置されている。車内騒音検出マイク２０１１は、搭乗者Ｊから見てそれぞれ違う位置にあり、マイク２０１１が拾う位置での騒音波形と、搭乗者Ｊが実際に聞く騒音波形との間には少なからぬ位相差がある。そこで、この位相差を合せこむために、車内騒音検出マイク２０１１の検知波形は適宜、位相調整部２０１３を介して制御音発生部２０１５に与えられる。
【００８４】
次に、必要音強調部２０５０は、強調音検知マイク２０５１及び必要音抽出フィルタ２０５３を含んで構成され、その必要音の抽出波形が制御音発生部２０１５に与えられる。ここでも、車内騒音検出マイク２０１１と同様の事情により、位相調整部２０５２が適宜設けられる。強調音検知マイク２０５１は、車外の必要音を取り込むための車外用マイク２０５１と、車内の必要音を取り込むための車内用マイク２０５１とからなる。いずれも周知の指向性マイクにて構成でき、車外用は、音検知の指向性の強い角度域が車外方向を向き、指向性の弱い角度域が車内方向を向くように取り付けられている。本実施形態では、マイク２０５１の全体が車外に出るように取り付けられているが、指向性の弱い角度域が車内側に位置し、指向性の強い角度域のみが車外に出るように、車内と車外とにまたがって取り付けることも可能である。他方、車内用マイク２０５１は、各座席に対応して、搭乗者の会話音を選択的に検知できるよう、音検知の指向性の強い角度域が搭乗者の正面側を向き、指向性の弱い角度域が反対方向を向くように取り付けられる。これら強調音検知マイク２０５１は、いずれも、その入力波形（検出波形）のうち必要音成分を優先的に通過させる必要音抽出フィルタ２０５３に接続されている。なお、図１のカーオーディオシステム５１５のオーディオ入力が車内必要音音源２０１９として利用されるようになっている。このオーディオ機器のスピーカ出力音（スピーカは騒音制御用スピーカ２０１８と兼用してもよいし、別途設けてもよい）は、騒音制御用波形が重畳されても相殺されないように制御される。
【００８５】
図４５は、図４４の機能ブロック図に対応したハードウェアブロック図の一例を示すものである。第一ＤＳＰ（Digital Signal Processor）２１００は騒音制御用波形合成部（制御音発生部）２０１５及び適応フィルタ２０１４（さらには位相調整部２０１３）を構成するものであり、車内騒音検出マイク２０１１がマイクアンプ２１０１及びＡ／Ｄ変換器２１０２を介して、また、騒音制御用スピーカ２０１８がＤ／Ａ変換器２１０３及びアンプ２１０４を介してそれぞれ接続されている。他方、第二ＤＳＰ２２００は、抑制すべき騒音成分の抽出部を構成するものであり、エラー検出マイク２０１２がマイクアンプ２１０１及びＡ／Ｄ変換器２１０２を介して、また、オーディオ入力など抑制対象外の音声信号源、すなわち必要音音源２０１９がＡ／Ｄ変換器２１０２を介してそれぞれ接続されている。
【００８６】
必要音強調部２０５０は、必要音抽出フィルタ２０５３として機能する第三ＤＳＰ２３００を有し、必要音検知マイク（強調音検知マイク）２０５１がマイクアンプ２１０１及びＡ／Ｄ変換器２１０２を介して接続されている。そして、第三ＤＳＰ２３００はデジタル適応フィルタとして機能する。以下、フィルタ係数の設定処理について説明する。
【００８７】
緊急車両（救急車、消防車、パトカーなど）のサイレン音、踏み切り警報器音、後続車のクラクション音、ホイッスル音、人間の叫び声（子供の泣き声や女性の叫び声など）を、注意ないし危険認識すべき必要車外音（強調音）として定め、それらのサンプル音をディスク等に記録して、読み取り再生可能な参照強調音データとしてライブラリー化しておく。また、会話音については、複数人の個別のモデル音声を、同様に参照強調音データとしてライブラリー化しておく。なお、自動車への搭乗候補者が固定的に定められている場合には、モデル音声を、そのモデル音声自身の発声による参照強調音データとして用意しておけば、その搭乗候補者が乗車した場合の会話音の強調精度を高めることができる。
【００８８】
そして、フィルタ係数に適当な初期値を与え、強調音検知マイク２０５１による強調音検出レベルを初期値に設定する。次いで、各参照強調音を読み出して出力し、強調音検知マイク２０５１により検出する。そして、適応フィルタの通過波形を読み取り、参照強調音として通過できた波形のレベルを測定する。この検知レベルが目標値に達するまで上記の処理を繰り返す。このようにして、車外音及び車内音（会話音）の双方について、参照強調音を次々と取り替えて、通過波形の検知レベルが最適化されるよう、フィルタ係数を学習処理させる。上記のようにフィルタ係数が調整された必要音抽出フィルタ２０５３により、強調音検知マイク２０５１からの入力波形から必要音を抽出し、その抽出強調音波形を第二ＤＳＰ２２００に転送する。第二ＤＳＰ２２００は、車内騒音検出マイク２０１１の検知波形から、必要音音源（ここではオーディオ出力）２０１９からの入力波形と、第三ＤＳＰ２３００からの抽出強調音波形を差分演算する。
【００８９】
第一ＤＳＰ２１００に組み込まれるデジタル適応フィルタのフィルタ係数は、システムの使用に先立って初期化が行われる。まず、抑制対象となる種々の騒音を定め、それらのサンプル音をディスク等に録音して、再生可能な参照騒音としてライブラリー化しておく。そして、フィルタ係数に適当な初期値を与え、エラー検出マイク２０１２による消し残し騒音レベルを初期値に設定する。次いで、参照騒音を順次読み出して出力し、車内騒音検出マイク２０１１により検出する。適応フィルタを通過した車内騒音検出マイク２０１１の検出波形を読み取り、これを高速フーリエ変換することにより、騒音検出波形を、各々波長の異なる正弦波素波に分解する。そして、各正弦波素波の位相を反転させた反転素波を生成し、これを再度合成することにより、騒音検出波形と逆位相の騒音制御用波形が得られる。これを騒音制御用スピーカ２０１８から出力する。
【００９０】
適応フィルタの係数が適性に定められていれば、車内騒音検出マイク２０１１の波形からは騒音成分だけが効率良く抽出されているはずなので、これに基づいて逆相合成された騒音制御用波形により車内騒音を過不足なく相殺することができる。しかし、フィルタ係数の設定が適性でなければ相殺されない波形成分が消し残し騒音成分となって生ずる。これは、エラー検出マイク２０１２により検出される。消し残し騒音成分のレベルは目標値と比較され、目標値以下になっていなければフィルタ係数を更新し、これが目標値以下になるまで同様の処理を繰り返す。このようにして、参照騒音を次々と取り替えて、消し残し騒音成分が最小化されるよう、フィルタ係数を学習処理させる。そして、実使用時には、消し残し騒音成分を定常的にモニタリングし、常時これが最小化されるようにフィルタ係数をリアルタイム更新しつつ、上記と同様の処理を行なうことで、必要な音波成分を残しつつ、車内の騒音レベルのみを効果的に低減することができる。
【００９１】
次に、ユーザー側端末装置１は、本実施形態では図１４に示すような携帯電話として構成されている（以下、「携帯電話１」ともいう）。携帯電話１は、液晶ディスプレイ等で構成されたモニター３０８、キーボードからなる入力部３０５、送話器３０４及び受話器３０３等を備えている。また、その側面には脈拍センサ（心拍センサ）３４２も設けられている。
【００９２】
図１５は、携帯電話１の電気的構成の一例を示すブロック図である。回路の要部は、入出力部１３１１と、これに接続されたＣＰＵ３１２、ＲＯＭ３１４、ＲＡＭ３１３等からなる制御部３１０を含む。入出力部１３１１には、入力部３０５、オンフック／オフフック切換スイッチ３０６が接続される。また、受話器３０３はアンプ３１５とＤ／Ａ変換器３１６を介して、送話器３０４はアンプ３１７とＡ／Ｄ変換器３１８を介して、それぞれ入出力部１３１１に接続されている。さらに、入出力部１３１１には、携帯電話１の位置情報を取得するための周知のＧＰＳ５５４が接続されている。
【００９３】
本実施形態では、ユーザー側端末装置１と自動車との距離及び方位関係を把握するために、自動車側のＧＰＳ５３３（図１）に加えてユーザー側端末装置１にもＧＰＳ５５４を設けることで、ユーザー側端末装置１が自立的にその位置情報を取得できるようにしておき、その端末位置情報を、無線通信網を介して自動車側に送信する方式を採用している。これにより、自動車側では、自身に接続されたＧＰＳ５３３による正確な自動車位置と、ユーザー側端末装置１から受信したＧＰＳ５５４による正確な端末位置との双方を取得でき、ユーザー側端末装置１と自動車との距離及び方位関係を極めて正確に把握することができる。また、ユーザー側端末装置１と自動車との距離変化や接近方向変化も事実上リアルタイムに把握できる。
【００９４】
図１５に戻り、携帯電話１の入出力部１３１１には通信装置３２３が接続されている。通信装置３２３は、制御部３１０と接続するための接続インターフェース３３１と、これに接続された変調器３３２、送信器３３３、周波数シンセサイザ３３４、受信器３３５、復調器３３６及び共用器３３７等により構成されている。制御部３１０からのデータ信号は変調器３３２により変調され、さらに送信器３３３により共用器３３７を介してアンテナ３３９から送信される。一方、受信電波はアンテナ３３９及び共用器３３７を介して受信器３３５により受信され、復調器３３６で復調された後、制御部３１０のＩ／Оポート１３１１に入力される。なお、通話を行なう場合は、例えば送話器３０４から入力された音声信号がアンプ３１７で増幅され、さらにＡ／Ｄ変換器３１８によりデジタル変換されて制御部３１０に入力される。該信号は、必要に応じて制御部３１０にて加工された後、Ｄ／Ａ変換器３１６及びアンプ３１５を介して受話器３０３から出力される。
【００９５】
一方、接続インターフェース３３１には、制御用電波を発信する制御用電波発信器３３８がつながれている。制御用電波は共用器３３７を介してアンテナ３３９から発信される。そして、携帯電話１が別の通信ゾーンに移動した場合、網側の無線回線制御局が制御用電波の受信状況に基づいて、周知のハンドオーバ処理を行なう。
【００９６】
次に、携帯電話１には、着信音出力や音楽演奏のために、次のような機能が設けられている。すなわち、無線受信によりダウンロードした着信音データや音楽データ（ＭＰＥＧ３データあるいはＭＩＤＩデータ：着信音としても使用される）が、音データ用フラッシュＲＯＭ３１６に格納される。ＭＩＤＩデータの場合、ＭＩＤＩコードに従い音色、音高、音長及びテンポ等が記述された楽音データが楽音合成部３０７に送られる。楽音合成部３０７では、その楽音データをバッファリングしつつ、音源として機能する波形ＲＯＭ３５８から、指定された音色の波形データを読み出し、ＭＩＤＩコードの規定する音高となるように周波数変換して、規定されたテンポに従い順次これをデジタル波形データとして出力する。出力されたデジタル波形データは、アナログ変換回路３５９及びアンプ３５０を経てスピーカ３１１から出力される。なお、ＭＰＥＧ３等の圧縮波形データからなる音データの場合は、デコード処理を経てアナログ変換回路３５９及びアンプ３５０を経てスピーカ３１１から出力される。なお、本実施形態では、楽音合成部３５７による音声出力のタイミング情報がシーケンサ３５２に入力され、ＰＷＭユニット３５３を経てバイブレータユニット３５４及びＬＥＤユニット３５５を音楽と同期駆動し、携帯電話１での音出力によるもてなし効果を、振動及びＬＥＤ発光と組み合わせてさらに高める工夫がなされている。
【００９７】
次に、もてなし意思決定部２には、次のようなセンサ・カメラ群が接続されている。これらの一部はシーン推定情報取得手段として機能し、また、生体状態検出部として機能するものである。
・車外用カメラ５１８：自動車に接近してくるユーザーの姿を撮影する。ユーザーの仕草や顔の表情などを静止画ないし動画として取得する。ユーザーを拡大して撮影するために、望遠レンズを用いた光学式ズーム方式や、撮影画像をデジタル的に拡大するデジタルズーム方式を併用することができる。
・赤外線センサ５１９：自動車に接近するユーザー、ないし乗車したユーザーの顔部分からの放射赤外線に基づき、サーモグラフィーを撮影する。生体状態検出部である体温測定部として機能し、その時間的変化波形を測定することにより、ユーザーの体調状態ないし精神状態を推定することができる。
【００９８】
・着座センサ５２０：ユーザーが座席に着座したか否かを検出する。自動車のシートに埋設される近接スイッチ等で構成することができる。このほか、シートに着座したユーザーを撮影するカメラにより着座センサを構成することもできる。この方法であると、シートに荷物など、人以外の荷重源が載置された場合と、人が着座した場合とを相互に区別でき、例えば人が着座した場合にだけもてなし動作を行なう、といった選択制御も可能となる。また、カメラを用いれば、着座したユーザーの動作を検出することも可能であり、検出情報をより多様化することができる。なお、シート上でのユーザーの動作を検出するには、シートに装着した感圧センサを用いる方法もある。
【００９９】
さらに、本実施形態では、図５８に示すように、シートの座部及び背もたれ部に複数分散埋設された着座センサ５２０Ａ，５２０Ｂ，５２０Ｃの検知出力に基づいて、着座したユーザー（運転者）の姿勢変化を波形検出するようにしている。いずれも着座圧力を検出する圧力センサで構成され、具体的には、正面を向いて着座したユーザーの背中の中心に基準センサ５２０Ａが配置される。残部のセンサは、それよりもシート左側に偏って配置された左側センサ５２０Ｂと、シート右側に偏って配置された右側センサ５２０Ｃとからなる。基準センサ５２０Ａの出力は、差動アンプ６０３及び６０４にて、それぞれ右側センサ５２０Ｃの出力及び左側センサ５２０Ｂの出力との差分が演算され、さらにそれらの差分出力同士が、姿勢信号出力用の差動アンプ６０５に入力される。その、姿勢信号出力Ｖout（第二種生体状態パラメータ）は、ユーザーが正面を向いて着座しているときほぼ基準値（ここではゼロＶ）となり、姿勢が右に偏ると右側センサ５２０Ｃの出力が増加し、左側センサ５２０Ｃの出力が減少するので負側にシフトし、姿勢が左に偏るとその逆となって正側にシフトする。なお、右側センサ５２０Ｃ及び左側センサ５２０Ｂは、いずれも加算器６０１，６０２により、座部側のセンサ出力と背もたれ側のセンサ出力との加算値として出力されているが、残部センサ出力と背もたれセンサ出力の差分値を出力するようにしてもよい（このようにすると、運転者が前のめりになったとき背もたれセンサ側の出力が減少し、その差分値が増大するので、より大きな姿勢の崩れとして検出することができる。
【０１００】
・顔カメラ５２１：着座したユーザーの顔の表情を撮影する。図４９に示すように、バックミラー３３１等に取り付けられ、フロントグラス３３７側から運転者３３７を斜め上方から、シートに着座したユーザー（運転者）の顔を含む上半身を撮影する。その画像から顔部分の画像を切り出し、ユーザーの種々の表情を予め撮影して用意されたマスター画像と比較することにより、図５９に示す種々の表情を特定することができる。体調状態ないし体調状態のいずれにおいても、状態が良好な順に表情の序列を決めておき、その序列に従って得点付与することにより（例えば、精神状態の場合、安定を「１」、注意散漫・不安を「２」、興奮・怒りを「３」とするなど）、表情を離散的な数値パラメータ（第二種生体状態パラメータ）として使用することができ、その時間変化を離散的な波形として測定できるので、当該波形に基づき、精神状態ないし体調状態の推定を行なうことも可能である。なお、顔を含む上半身の画像形状と、その画像上での重心位置から、運転者の姿勢の変化を検出することもできる。すなわち、重心位置の変化波形は姿勢の変化波形として使用でき（第二種生体状態パラメータ）、当該波形に基づき、精神状態ないし体調状態の推定を行なうことも可能である。なお、もてなし制御に使用するユーザー生体状態情報の取得源（生体状態検出部）としての機能以外に、バイオメトリックスによるユーザーの本人認証用にも使用される。また、目のアイリスの向きを拡大検出することで、顔や視線の方向を特定することもできる（例えば、やたらに時計の方向を見る場合は、「時間を気にして焦っている」と推定するなど）。また、視線方向の角度の時間的変化波形（真正面を向いているときを基準方向として、その基準方向に対する左右へのぶれ角度を波形変化として検出する）に基づき（第二種生体状態パラメータ）、運転者の体調状態あるいは精神状態を推定するのにも使用される。
・マイクロフォン５２２：ユーザーの声を検出する。これも、生体状態検出部として機能させうる。
【０１０１】
・感圧センサ５２３：自動車のハンドルやシフトレバーの、ユーザーによる把握位置に取り付けられ、ユーザーの握り力や、握ったり放したりの繰り返し頻度などを検出する（生体状態検出部）。
・血圧センサ５２４：図５０に示すように、自動車のハンドルのユーザー把握位置に取り付けられる（生体状態検出部）。血圧センサ５２４の検出する血圧値はその時間的変化が波形として記録され（第一種生体状態パラメータ）、その波形に基づいて運転者の体調状態ないし精神状態の推定に使用される。
・体温センサ５２５：図５０に示すように、自動車のハンドルのユーザー把握位置に取り付けられた温度センサからなる（生体状態検出部）。体温センサ５２５の検出する体温値はその時間的変化が波形として記録され（第一種生体状態パラメータ）、その波形に基づいて運転者の体調状態ないし精神状態の推定に使用される。
・皮膚抵抗センサ５４５：発汗等による体表面の抵抗値を測定する周知のセンサであり、図５０に示すように、自動車のハンドルのユーザー把握位置に取り付けられる。皮膚抵抗センサ５４５の検出する皮膚抵抗値はその時間的変化が波形として記録され（第一種生体状態パラメータ）、その波形に基づいて運転者の体調状態ないし精神状態の推定に使用される。
【０１０２】
・網膜カメラ５２６：ユーザーの網膜パターンを撮影し、バイオメトリックスによるユーザーの本人認証用に使用される。
・アイリスカメラ５２７：図４９に示すように、バックミラー３３１等に取り付けられ、ユーザーのアイリス（虹彩）の画像を撮影し、バイオメトリックスによるユーザーの本人認証用に使用される。アイリスの画像を用いる場合、その模様や色の個人性を利用して照合・認証を行なう。特にアイリス模様は後天的形成要素であり、遺伝的影響度も低いので一卵性双生児でも顕著な相違があり、確実に識別できる利点がある。アイリス模様を用いた認証方式は、認識・照合を迅速に行なうことができ、他人誤認率も低い特徴がある。また、アイリスカメラにより撮影された運転者の瞳孔寸法（第二種生体状態パラメータ）の時間的変化に基づいて、体調状態あるいは精神状態の推定を行なうことができる。
・静脈カメラ５２８：ユーザーの静脈パターンを撮影し、バイオメトリックスによるユーザーの本人認証用に使用される。
・ドアカーテシスイッチ５３７：ドアの開閉を検知する。乗り込みシーン及び降車シーンへの移行を検出する、シーン推定情報取得手段として使用される。
【０１０３】
また、もてなし意思決定部２には、エンジン始動を検知するためのイグニッションスイッチ５３８の出力も分岐入力されている。また、車内の明るさレベルを検出する照度センサ５３９、車内の音響レベルを測定する音圧センサ５４０も、もてなし意思決定部２に同様に接続されている。
【０１０４】
また、もてなし意思決定部２には、タッチパネル（カーナビゲーションシステム５３４のモニターに重ねられたタッチパネルで兼用してもよい：この場合は、入力情報はもてなし実行制御部３からもてなし意思決定部２に転送される）等で構成された入力部５２９と、もてなし動作情報記憶部として機能するハードディスクドライブ等で構成された記憶装置５３５とが接続されている。
【０１０５】
他方、もてなし実行制御部３には、車両位置情報を取得するためのＧＰＳ５３３（カーナビゲーションシステム５３４においても使用する）、ブレーキセンサ５３０、車速センサ５３１及び加速度センサ５３２も接続されている。
【０１０６】
もてなし意思決定部２は、センサ・カメラ群５１８〜５２８の１又は２以上のものの検出情報から、ユーザーの性格、精神状態及び体調の少なくともいずれかを含むユーザー生体状態情報を取得し、その内容に応じてどのもてなし動作部にどのようなもてなし動作をさせるかを決定して、これをもてなし実行制御部３に指令する。もてなし実行制御部３は、これを受けて、対応するもてなし動作部５０２〜５１７，５３４，５４１，５４８，５４９，５５０，５５１，５５２，１００１Ｂにもてなし動作を実行させる。すなわち、もてなし意思決定部２ともてなし実行制御部３とが互いに協働して、取得されたユーザー生体状態情報の内容に応じてもてなし動作部５０２〜５１７，５３４，５４１，５４８，５４９，５５０，５５１，５５２，１００１Ｂの動作内容を変化させる機能を実現する。もてなし実行制御部３には、自動車側通信手段（ホスト側通信手段）をなす無線通信装置４が接続されている。該無線通信装置４は、自動車のユーザーが携帯するユーザー側端末装置（携帯電話）１と、無線通信網１１７０（図１５）を介して通信する。
【０１０７】
一方、カーオーディオシステム５１５には、ユーザーが手動で操作する操作部５１５ｄ（図１７）が設けられ、ここからの選曲データの入力により、所望の音楽ソースデータを読み出して演奏することもできる。また、操作部５１５ｄからのボリューム／トーンコントロール信号は、プリアンプ５１５ｇへ入力される。この選曲データは、インターフェース部５１５ａから、図１のもてなし実行制御部３を経てもてなし意思決定部２へ転送され、これに接続された記憶装置５３５の選曲実績データ４０３として蓄積される。その蓄積内容に基づいて、後述のユーザ−性格判定処理が行われる（つまり、カーオーディオシステム５１５の操作部５１５ｄは、生体状態検出部の機能を構成しているといえる）。
【０１０８】
図１８は、上記音楽ソースデータのデータベース構造の一例を示すもので、曲ＩＤ、曲名及びジャンルコードと対応付ける形で音楽ソースデータ（ＭＰＥＧ３又はＭＩＤＩ）が記憶されている。また、各音楽ソースデータには、その音楽を選曲したユーザーについて推定される性格種別（「活動的」、「おとなしい」、「楽観的」、「悲観的」、「頽廃的」、「体育会系」、「知性派」、「ロマンチスト」など）を示す性格種別コード、同じく年齢コード（「幼児」、「子供」、「ジュニア」、「青年」、「壮年」、「中点」、「熟年」、「敬老」、「年齢無関係」など）、性別コード（「男性」、「女性」及び「性別無関係」）が個々に対応付けて記憶されている。性格種別コードはユーザー性格特定情報の一つであり、年齢コード及び性別コードは、性格とは無関係なサブ分類である。ユーザーの性格が特定できても、年齢層や性別に合わない音楽ソースを選択したのでは、ユーザーを楽しませる「もてなし」としての効果は半減する。従って、ユーザーに提供する音楽ソースの適性をより絞り込むために、上記のようなサブ分類付与は有効である。
【０１０９】
一方、各音楽ソースデータには、曲モードコードも個々に対応付けて記憶されている。曲モードコードは、その曲を選曲したユーザーの精神状態や体調と、当該曲との連関を示すデータであり、本実施形態では、「盛り上げ系」、「爽快系」、「温和・癒し系」、「ヒーリング・α波系」等に分類されている。なお、性格種別コード、年齢コード、性別コード、ジャンルコード及び曲モードコードは、各ユーザーに固有のもてなし内容を選定する際に参照するデータなので、これらを総称してもてなし参照データと呼ぶことにする。
【０１１０】
図１のもてなし意思決定部２のＲＯＭ（あるいは記憶装置５３５）には、図２に示すように、シーン別のもてなし内容を記憶するもてなし意思決定テーブル３６０が記憶されている。シーンは、本実施形態では、接近シーンＳＣＮ１、乗り込みシーンＳＣＮ２、準備シーンＳＣＮ３、運転／滞在シーンＳＣＮ４、降車シーンＳＣＮ５及び離脱シーンＳＣＮ６が、時系列的にこの順序で設定されている。また、各シーンには、次の５つのもてなしジャンル（ＳＴ）が設定され、それぞれ１又は２以上のもてなしテーマ（ＯＢＪ）が設定されている。なお、ジャンルはシーン毎に複数のテーマを統轄するものであり、広義には「テーマ」の概念に属するものである。
【０１１１】
接近シーンの特定は、後述するごとく、ユーザー側のＧＰＳ５５４と、自動車側のＧＰＳ５３３とにより、自動車と、当該自動車外に位置するユーザーとの相対距離及びその変化を特定し、ユーザーが自動車へ予め定められた距離以内に接近したことを検出することで行なう。乗り込みシーンと降車シーンとは、ドアカーテシスイッチ５３７のドア開検知出力に基づいて特定する。ただし、単にドア開の情報だけでは乗り込みシーンか降車シーンかを特定できないから、もてなし意思決定部２のＲＡＭ内に、現在シーン特定情報を記憶保持する現在シーン特定情報記憶手段として、図５に示すごとくシーンフラグ３５０を設けることで対応するようにしている。シーンフラグ３５０は各シーンに対応した個別シーンフラグを有し、時系列順に到来順序が定められた各シーンが到来する毎に、そのシーンに対応するフラグを「到来（フラグ値１）」に設定してゆく。シーンフラグ３５０にて、値が「１」になっているフラグの最新のもの（「１」フラグ列の末尾のもの）を特定することで、現在どのシーンまで進んできているかを特定できる。
【０１１２】
また、準備シーンとシーン運転／滞在シーンとは、いずれも前述の着座センサがユーザーを検出しているか否かにより特定するが、自動車に乗り込んでイグニッションスイッチ５３８がＯＮになるまでの間、あるいは、イグニッションスイッチ５３８がＯＮにならず、かつ一定以上の着座継続が確認されるまでの間は、準備シーンとして認識される。また、離脱シーンへの移行は、降車シーンのあと、ドアカーテシスイッチ５３７がドア閉を検知することで識別される。
【０１１３】
各テーマにおけるもてなし動作は、対応するもてなし動作部の動作制御アプリケーションにより制御され、図６に示すように、これらの動作制御アプリケーションはテーマ別アプリケーションライブラリ３５１の形でもてなし実行制御部３のＲＯＭ（あるいは記憶装置５３５）内に記憶されている。もてなし意思決定部２側で決定されたテーマがもてなし実行制御部３に通知され、そこで対応するテーマの動作制御アプリケーションが読み出され、実行される。動作制御アプリケーションの実行に際しては、各もてなしテーマのもとで統括されている複数のもてなし動作に対し、ユーザーが当該もてなしを指向する度合いに応じて採用の優先順位が予め定められており、各もてなしテーマ（あるいはシーン）において、用意された前記複数のもてなし動作のうち、その優先順位の高いものから選択される。具体的には、図７〜図１３に例示（後に詳述）するように、複数のもてなし動作部（もてなし機能）の動作優先順位（数字が大きいほど優先順位が高いものとして表示している）を、外乱種別に応じて定まる動作目的別に定めた機能選択テーブル３７１，３７２がもてなしテーマ毎に用意され、もてなし実行制御部３のＲＯＭ内に記憶されている。すなわち、機能選択テーブル３７１，３７２は、各シーンにおいて使用可能な複数のもてなし動作部を特定するとともに、使用可能な該複数のもてなし動作部のうち、ユーザーが受ける外乱の内容に応じて優先的に使用するものと、当該外乱内容との対応関係を示すものである。
【０１１４】
以下、自動車用ユーザーもてなしシステム（以下、単に「システム」ともいう）１００の動作について説明する。図４６〜図４８は、システム１００における、もてなし意思決定からもてなし動作実行に至る一連の処理の全体アルゴリズムを概念的に示すものである（これら３つの図は、対応する丸数字を接続子として、一つながりの図として読まれるべきものである）。もてなし主処理は、「目的推定（δ１）」、「個性適合（δ２）」、「状態適合（δ３）」、「演出対応（δ４）」、「機能選択（δ５）」、「駆動（δ６）」及び「状態確認（δ７）」の各ステップからなる。
【０１１５】
まず、「目的推定（δ１）」では、ユーザー位置検出（β１）及びユーザー動作検出（β２）により、現在のシーンを推定する。ユーザー位置検出（β１）は、具体的には、ユーザーと自動車との相対的位置関係（α１）を把握・特定することにより行なう。また、本実施形態では、ユーザーの接近方向（α２）も合せて考慮する。他方、ユーザー動作検出（β２）は、基本的には、ドアの開閉操作やシートへの着座など、シーン決定用に固定的に定められた動作を検出するセンサ類（シーン推定情報取得手段）の出力を用いて行なう（α６）。また、着座継続時間により準備シーンから運転／滞在シーンへの移行検知を行なう場合のように、特定動作の継続時間（α７）も考慮される。
【０１１６】
図３は、シーン決定の処理の流れを示すフローチャートである。この処理は、自動車の使用中に一定の周期で繰り返し実行されるものである。まず、Ｓ１で、図５のシーンフラグ３５０をリードする。Ｓ２，Ｓ５，Ｓ８，Ｓ１２，Ｓ１６及びＳ２０は、現在どのシーンまで進んでいるかを、上記シーンフラグ３５０の状態から判別する処理である。シーンフラグ３５０は、時系列的に先に位置するシーンのフラグから順にセットされるようになっており、先行するシーンを差し置いて後続のシーンのフラグが単発的にセットされるようなことはない。
【０１１７】
Ｓ２〜Ｓ４は接近シーンの特定処理であり、まずＳ２で接近シーンに対するフラグＳＣＮ１が「１」でない（つまり、接近シーンが未到来である）ことを確認して、Ｓ３で、自動車側のＧＰＳ５３３（図１）と、ユーザー側（携帯電話１：図１５）のＧＰＳ５５４とがそれぞれ特定する位置情報から、ユーザーが自動車に対し一定距離以下（例えば５０ｍ以下）に近づいたか否かを判別する。そして、近づいていれば接近シーンに移行したと判断して、Ｓ４でＳＣＮ１を「１」にセットする。
【０１１８】
Ｓ５〜Ｓ７は乗車シーンの特定処理であり、Ｓ５で乗車シーンに対するフラグＳＣＮ２が「１」でないことを確認して、Ｓ６でドアカーテシスイッチ５３７からの入力情報からドアが開になったかどうかを判断する。そして、ドアが開になっていれば乗車シーンに移行したと判断して、Ｓ７でＳＣＮ２を「１」にセットする。現在のシーンがＳＣＮ＝１、つまり、接近シーンであることを確認しているので、この状況での「ドア開」は乗車時のものであることを容易に判別できる。
【０１１９】
なお、接近シーン及び乗車シーンでは、自動車へのユーザーの接近が「乗車→運転」を目的とする場合であれば、上記のごとく、乗車を前提としてもてなし動作をすればよい。しかし、自動車への忘れ物確認など、「乗車→運転」を目的としないユーザーの接近もありえる。このような場合、ユーザーが、自動車へ接近してきたにも拘わらず、乗車の動作へなかなか移行しないこともある（例えば、ユーザーが窓の外から車内を覗き込むだけであったり、ドアの把手に手をかけた状態で固まったりして、ドア開の操作に移行しない場合など）。そこで、先行するシーンから後続のシーンへの移行タイミングにて、後続シーンにおけるユーザーの目的を確認するための質問を、スピーカー等から音声出力し、それに対するユーザーからの応答情報（マイクを介した音声入力による）に基づいて、上記後続シーンでのもてなし動作内容の決定処理を行なうことができる。一例を以下に示す。
【０１２０】
すなわち、ユーザーが自動車に接近し、ドアの前で立ち止まって動作が停滞した場合、もてなし制御部は乗車シーンへの移行直前までもてなし制御処理を進める。そして、ユーザーがドアを開ける動作に一定時間移行しなかった場合、車外に向けたスピーカーから、
「あら、乗らないの？せっかく来てくれて嬉しかったのに」
などという質問を出力する。ユーザーがこれに対し、
「いやあ、忘れ物がないか見にきただけや。また来るから、機嫌ようにな。」
と回答したとする。もてなし意思決定部は、この回答内容を解析し、「忘れ物」のキーワードから、遺失物確認用のもてなし動作モジュールを立ち上げ、例えば、
「じゃあ、中を明るくするから覗いて見て。」
などというメッセージとともに、車内照明を通常時よりも明るく点灯させ、さらに、パワーウィンドウにより窓を開いて中を確認しやすくする動作を行う。
【０１２１】
Ｓ８〜Ｓ１１は準備シーンの特定処理である。Ｓ８で準備シーンに対するフラグＳＣＮ３が「１」でないことを確認して、Ｓ９で着座センサ５２０からの入力情報から、ユーザーが着座したかどうかを判別する。そして、ユーザーの着座が検知されれば準備シーンに移行したと判断して、Ｓ１０でＳＣＮ３を「１」にセットする。この段階では着座が完了したことを検知するのみであり、ユーザーが運転ないし車内滞在へ本格的に移行する準備段階にあることを特定するに留まる。Ｓ１１では、運転／滞在シーンへの移行判定に使用する着座タイマーを起動する。
【０１２２】
Ｓ１２〜Ｓ１５は運転／滞在シーンの特定処理である。Ｓ１２で運転／滞在シーンに対するフラグＳＣＮ４が「１」でないことを確認して、Ｓ１３でイグニッションスイッチ５３８からの入力情報から、ユーザーがエンジンを始動したかどうかを判別する。エンジン始動されていれば、直ちに運転／滞在シーンへ移行したと判断し、Ｓ１５へジャンプしてＳＣＮ４を「１」にセットする。一方、エンジン始動されていなくとも、着座タイマーが一定時間（ｔ１）経過していれば、ユーザーが（例えば運転以外の目的で）車内に滞在するために乗車したと判断し、Ｓ１５へ進んでＳＣＮ４を「１」にセットする（ｔ１が経過していなければ、準備シーン継続のためＳ１５をスキップする。
【０１２３】
Ｓ１６〜Ｓ１９は降車シーンの特定処理である。Ｓ１６で降車シーンに対するフラグＳＣＮ５が「１」でないことを確認して、Ｓ１７でイグニッションスイッチ５３８からの入力情報から、ユーザーがエンジンを停止したかどうかを判別する。エンジン停止されていれば、Ｓ１８に進み、ドアカーテシスイッチ５３７の入力情報から、ユーザーがドアを開いたかどうかを判別する。ドアが開いていれば降車シーンへ移行したと判断し、Ｓ１９でＳＣＮ５を「１」にセットする。
【０１２４】
Ｓ２０〜Ｓ２３は離間シーンの特定処理である。Ｓ２０で離間シーンに対するフラグＳＣＮ６が「１」でないことを確認して、Ｓ２１でイグニッションスイッチ５３８及び着座センサ５２０からの入力情報とから、ユーザーが座席から離脱しつつドアを閉じたかどうかを判断する。ＹｅｓであればＳ２２に進み、ＳＣＮ６を「１」にセットする。さらに、Ｓ２３では降車タイマーを起動する。なお、Ｓ２０においてＳＣＮ６が１だった場合（つまり、離間シーンが既に到来している場合）にはＳ２４以下へ移行する。降車シーンでのもてなし処理に必要な時間ｔ２を降車タイマーにより計測し、Ｓ２４でｔ２が既に経過していれば、Ｓ２５で次回のもてなし処理のためにシーンフラグをリセットし、また、Ｓ２６で着座タイマーと降車タイマーをリセットする。
【０１２５】
図４６に戻り、γ１でシーンが決定されれば、そのシーンでのもてなし内容を決定する。この決定は、図２のもてなし意思決定テーブル３６０を参照して行われる。前述のごとく、各シーンに対し、複数のもてなしジャンルが設定されており、各ジャンルには、これをさらに細分化したもてなしテーマが設定されている。前述のごとく、ジャンル及びもてなしテーマは、ユーザーのもてなしに求める願望や指向の観点から種々設定されている。これは、より具体的にいえば、各シーンにてユーザーは、自動車の利用に際し、「安全」「容易」「快適」の要望が満たされることを欲しており、その要望が何らかの要因によって乱される場合、その要因を外乱として特定する。そして、それらの外乱に対して何らかの対応処理、つまりもてなし動作を行なうことで、上記個々の要望が充足されるように計らうことが、最終的なシステムの目的であるといえ、上記の外乱の種別に応じてもてなしのジャンル及びもてなしテーマが定められているのである。このうち、ジャンルについては、各シーンについて共通に見出すことのできる「外乱」に基づいて定められており、具体的には、
（ＳＴ１）ユーザーを期待させ盛り上げる；
（ＳＴ２）ユーザーをリラックスさせ安らぎを与える；
（ＳＴ３）ユーザーの不安や緊張を解消する；
（ＳＴ４）ユーザーの体力的負担を軽減する；
（ＳＴ５）ユーザーの体調に応じて、適性に補佐する；
の５ジャンルが設定されている。
【０１２６】
なお、図２において、期待／盛り上げジャンルＳＴ１及びリラックス／安らぎジャンルＳＴ２に属するもてなしテーマについては、ユーザーの性格や精神状態に応じて、どちらかが択一的に選択される（つまり、これらのジャンルは、互いに排他的に選択される）。それ以外のジャンルのもてなしテーマは、いずれも各シーンにおいて同時に選択され、それらテーマに属するもてなし動作が、該当するシーンにおいて並列に実施される。
【０１２７】
他方、各ジャンルに属するもてなしのテーマは、シーンによって異なるものが設定されている。各シーンのジャンル別のテーマは、図２中に記載した通りである。また、複数のシーンにまたがって設定されるテーマも存在する。例えば、「目的地の様子が知りたい」ＯＢＪ３３１は、準備及び運転滞在の２つのシーンにまたがっている。
【０１２８】
もてなし意思決定テーブル３６０は、図４に示す流れに従い使用する（これは、図４６〜４８のδ１〜δ６に示すもてなし主処理から、要部を抽出したものに相当する）。Ｓ１０１でシーンフラグをリードし、Ｓ１０２で現在のシーンが何であるかを特定する。Ｓ１０３では、特定されたシーンに対応するもてなしテーマをリードし、そのテーマに属するもてなし機能（もてなし動作部）を、図７〜図１３に例示した機能選択テーブル３７１，３７２を参照して選択する。そして、Ｓ１０５で、抽出したもてなし機能を具体的な動作させるためのもてなしアプリケーションを、図６のテーマ別アプリケーションライブラリ３５１から選択し、起動する。
【０１２９】
図４６に戻り、シーン特定時の補正的項目として、ユーザーの身なり検知（α３：例えば、接近時において、車外カメラ５１８（図１）によるユーザーの姿の撮影画像から把握できる）、所有物検知（α４：手荷物など）、仕草検知（α５：シーン推定に直接関与する動作の予兆として検出する）等を合せて実行することも可能である。これらの検知は、シーン毎のもてなしテーマ決定に有効に寄与することとなる。
【０１３０】
次に、δ２に進んで、もてなし内容をユーザーの個性に適合させる処理となる。これは、具体的には、後述するユーザーの性格判定処理と、判定された性格に応じて、個々のもてなし処理に適正な重み付けをすること、つまり、個々のユーザーの性格に適合するよう、複数のもてなし動作の組み合わせを適宜カスタマイズしたり、あるいは、もてなし動作の程度を変更したりすることを目的とするものである。個性の特定には性格判断処理β４あるいはε２が必要である。処理ε２は、アンケート処理など、ユーザー自身の入力により性格分類を取得するものであり、処理β４は、ユーザーの動作、行為や思考パターン、あるいは表情などから、より分析的に性格分類を決定するものである。後者については、後述の実施形態に音楽選曲の統計から性格分類を決定する具体例を示しているが、α１０のごとく、ユーザーの動作から性格判定に直結した癖を抽出したり、あるいは、α１１のように、人相から性格判定を行なうようなことも可能である。
【０１３１】
図４７に進み、δ３では、もてなし内容をユーザーの精神／体調状態に適合させる処理となる。この点についても、詳細な具体例は後述するが、生体状態検出部の検出情報に基づいて、ユーザーの精神状態及び体調を反映した精神／体調情報を取得し、その取得内容に応じてユーザーの精神状態ないし体調状態を推定する。生体状態検出部は、赤外線センサ５１９（顔色：α２０）、顔カメラ５２１（表情：α１２、姿勢：α１４、視線：α１５、瞳孔径：α１６）、脈拍センサ５２４（心拍：α１７）などが採用可能であるが、この他にも、運転操作実績を検出するセンサ類（５０２ｗ、５３０、５３１，５３２，５３２ａ；誤操作率：α１３）、血圧センサ（α１８）、呼気センサ（アルコール：α２１、例えば呼気にアルコールが検出された場合は、エンジン始動を禁止する処理を行なうなど）、着座センサ５２０（感圧センサによりシートにかかる体重分布を測定し、運転中の小刻みな体重移動を検出して、運転中の落ち着きが損なわれた判定を行ったり、偏った体重の掛かりかたを検出して、運転者の疲労の程度を判定したりすることができる）。
【０１３２】
ここでも、処理の要旨は、上記の生体状態検出部からの出力を精神状態や体調状態を示す数値パラメータに置き換え（β５）、その数値パラメータ及びその時間的変化からユーザーの精神状態や体調状態を推定して（γ３，γ４）、個々のもてなし処理に適正な重み付けをすること、つまり、推定されるユーザーの精神状態や体調状態に適合するよう、複数のもてなし動作の組み合わせを適宜カスタマイズしたり、あるいは、もてなし動作の程度を変更したりすることを目的とするものである。同じシーン及びテーマのもてなしであっても、前述のごとく、ユーザーの性格が異なれば、その性格に適合したもてなし動作を行なうのがよいのであり、また、同じユーザーであっても精神状態や体調に応じてもてなしの種別や程度を調整することが当然望ましい。
【０１３３】
この場合、照明光の場合を例に取れば、性格によってユーザーの指向する照明色が相違し（例えば、活発なタイプは赤系を、おとなしいタイプは緑や青系を指向）、体調の良し悪しによって照明強度に対する要望（例えば、体調が悪いときは照明による刺激を抑制するため光量を落とす）が相違することが多い。前者では照明光の周波数あるいは波長（赤系→緑系→青系の順に波長が短くなる）を調整するもてなし制御となり、後者は照明光の振幅を調整するもてなし制御となる。また、精神状態は、その両方に関係する因子であり、幾分陽気な精神状態において、さらに気分を盛り上げるために赤系の照明光を採用することもありえるし（周波数調整）、照明光の色を変えず、明るさを増したりすることもありえる（振幅調整）。また、過度に興奮した状態では、気持ちを沈めるために青系の照明光を採用したり（周波数調整）、照明光の色を変えず明るさを減らしたりする（振幅調整）、といった処理が考えられる。音楽の場合は、種々の周波数成分が含まれているのでより複雑であるが、覚醒効果を高めるために、数１００Ｈｚ〜１０ｋＨｚ程度の高音域の音波を強調したり、逆に気持ちを沈めるために、リラックス時の脳波（α波）の周波数（７〜１３Ｈｚ：シューマンレゾナンス）に、音波の揺らぎの中心周波数を合せこんだ、いわゆるα波系音楽を採用したりするなど、周波数／振幅により制御パターンを同様に把握することができる。
【０１３４】
車内の明るさや音波レベルに関しては、性格、精神状態及び体調を勘案して、各シーンのもてなしテーマ毎に、適性レベルを数値設定することができる。図７、図８、図９に示すごとく、各テーマの機能選択テーブル３７１には制御適性値設定テーブル３７１ａを随伴させてある。
【０１３５】
制御適性値設定テーブル３７１ａは、各シーンのもてなしテーマ毎に用意されており、使用する複数のもてなし動作部に対し、各々設定すべき制御適性値を集めたものである。もてなし動作部の動作出力範囲に対応した数値範囲（例えば、求められる照明レベルや音波レベルなど）にて、各シーンのテーマ毎に適合する値を、予め実験等により見出しておき、これを制御適性値として制御適性値設定テーブル３７１ａに登録しておく。制御適性値には個人差があるので、複数人について見い出された適性値の平均値や、モードあるいはメジアンなどの代表値を制御適性値設定テーブル３７１ａに登録しておけばよい。
【０１３６】
そして、図４８のδ４に進み、もてなし演出対応処理となる。例えば、図１の照度センサ５３９（視覚刺激：α２３）、音圧センサ（聴覚刺激：α２４）などの出力から、現在ユーザーがどの程度の刺激を感じているかに関しての情報（外乱刺激）を得（環境推定：β６）、その外乱刺激を、上記の個性（性格）、精神状態及び体調から得られる上記の適性値と比較可能な数値に変換して、外乱の数値的な推定を行なう（γ６）。なお、特定すべき外乱刺激としては、触覚刺激（α２５：例えば、ハンドルに取り付けられた感圧センサ５２３など）、及び嗅覚刺激（α２６：嗅覚センサによる）なども併用することができる。また、外乱推定に関しては、ユーザーを取り囲む空間からの間接的刺激、具体的には、高さ（α２７）、距離（α２８）、奥行き（α２９）及び自身ないし同乗者の体格（α３０）等を考慮することも可能である。
【０１３７】
次いで、δ５では機能選択処理となる。ここでは、外乱刺激と適性値との差が縮小されるよう、機能選択テーブル３７１，３７２に示された優先順位の高いもてなし機能（もてなし動作部）から順に採用し、δ６で個々のもてなし動作部の駆動処理となる。
【０１３８】
また、実際に選択されたもてなし機能の内容や程度がユーザーの気に召したかどうかに係る情報を、例えば前述の生体状態検出部の出力から推定するか（δ７）、あるいはユーザー自身による回答情報（好き・嫌いの意思表示に係る直接的な入力であってもよいし、嫌いな音楽や照明を回避する操作入力等から推定する形でもよい）から取得し（δＱ）、これをフィードバックすることで、もてなし動作制御に一種の学習効果を付与することが可能である（δＱ，δ７→ε５、ε６及びγ７）。すなわち、もてなし動作を享受したユーザーからの応答情報に基づき、もてなし動作の制御状態を調整する司令を行なうもてなし調整司令手段の機能が備わっている。本実施形態では、もてなし意思決定部２のＲＯＭに、当該機能を実現するためのプログラムルーチンが格納されている。
【０１３９】
この場合、δ６の駆動ステップのあとで、δ７の状態確認処理を行なう。この状態確認処理は、γ３とγ４で実施する精神状態推定及び体調状態推定と同様の処理を使用し、もてなし駆動の結果を受けてこれらの状態がどう変化しているかをモニタリングする処理である。その結果は、δ４の機能選択処理にフィードバックされる。モニタリングの結果、推定される精神状態あるいは体調状態が改善されているようであれば、現在選択しているもてなし動作を維持ないしさらに強化する司令を行い、逆に悪化しているようであれば、現在選択しているもてなし動作を抑制、あるいは場合により廃止する司令を行なう。精神状態あるいは体調状態が正常状態付近で安定化の傾向を示している場合は、当該状態を安定維持する司令を行なう。
【０１４０】
他方、δＱでは、もてなし動作に対するユーザーの満足度を質問形式で問いかけ、その回答情報（好み（ε５：もっとして欲しい、あるいはやめて欲しい）、物理効果（ε６：暑い、寒い、うるさいなど）を元に、もてなし動作へのフィードバックを行なう。この問いかけは、スピーカ５１５Ｓから音声出力することができる（図１のモニター５３６へ視覚表示することも可能である）。いずれの場合も、質問データは、図７３Ａに示すように、もてなし動作ＩＤ及び制御方向情報と対応付けた形で、図１の記憶装置５３５等に記憶されている。例えば、もてなし動作ＩＤが「エアコン」に対応しており、制御方向情報が「設定温度上昇」に対応している場合は、質問情報は「暑すぎませんか」などという内容に設定しておく。そして、質問出力に際しては、その時点で採用されているもてなし動作を検索し、対応するＩＤの質問データを順次読み出して出力する。
【０１４１】
これに対するユーザーの回答は、例えばマイクロフォン５２２から音声入力することができる。そして、入力された音声は、周知の音声変換モジュールにより入力内容が特定され、さらに周知の言語解析モジュールにより、その意味の解析がなされて、質問データに対する回答結果が特定される。簡単なものであれば、例えば、質問内容に対応する回答候補のキーワードリストを作成しておき、特定された入力内容にそのキーワードが含まれているかどうかと、さらには、否定を意味するキーワードが含まれていないかどうかを解析し、回答内容を把握することが可能である。例えば、「暑いですか」の問いかけに、キーワードとして「はい」、「うん」、「暑い」、「暑く」、「ない」、「いいえ」、「いいや」、「寒いです」、「ちょうどいい」などを登録しておき、「暑くない」との回答が特定されたとき、「暑く」及び「ない」のキーワードが合致することで、質問に対する回答が否定的な内容であったことを認識することができる。上記の音声変換モジュールや言語解析モジュールは、もてなし意思決定部２のＲＯＭに格納しておくことができる。
【０１４２】
なお、上記とは別系統の機能選択判定要素として、もてなし動作部の機能状態を判定し（α３１）、自動車の劣化情報として整備し（β８）、その機能状態が正常／異常のどちらに寄与するかを判定して（γ８）、正常に寄与する機能は積極採用し、異常に寄与する機能を忌避する処理を行なう、といったことも可能である。
【０１４３】
また、もてなし動作のコンセプトは、自動車の種別によっても、その自動車のイメージに合致した内容に定めることが、もてなし効果を高める上で肝要である。高級車に関しては、全般に落ち着いた、かつ高級感を強調できるスマートなもてなし演出が有効であるし、逆にスポーツ仕様車やレジャー仕様車では、明るくにぎやかな演出が相応しいといえる。
【０１４４】
以下、個々のシーンでのもてなしの代表例について説明する。
図２８は、接近シーンＳＣＮ１での、もてなし動作の処理の流れを示すものである。テーマは、図２の「車に乗ることに対する気持ち高揚」であり、ユーザーの性格分類に応じて、期待／盛り上げジャンルＳＴ１に属するもの（ＯＢＪ１１１；例えば性格分類が「活動的ＳＫＣ１」（図１８）の場合）、及びリラックス／安らぎジャンルＳＴ２に属するもの（ＯＢＪ２１１；例えば性格分類が「おとなしいＳＫＣ２」（図１８）の場合）のどちらかが選択される。また、後述の方法により、ユーザーの体調状態あるいは精神状態の推定も行なわれ、その結果がもてなし動作の処理に反映される。本実施形態では、後に詳述するように、「体調不良（軽度／重度）」、「集中力散漫」及び「興奮（怒り）状態」が体調状態あるいは精神状態として推定されるようになっており、個々の状態に応じて図６７に示すようなもてなし動作の調整が行われるようになっている。
【０１４５】
図２８のＳ２１では、ユーザー（つまり、端末装置１）の自動車に対する接近方向を特定する。自動車側では、ＧＰＳ５３３による位置情報と、駐車に至る自動車の進行方向変化の履歴から、自動車の位置とともに自動車の向きを特定することができる。従って、携帯電話１から送られてくるユーザーの位置情報（ＧＰＳ５５４による）を参照することによって、自動車に対しユーザーが、例えば前方側、後方側及び側方のいずれから接近してきているか、及び自動車に対しユーザーがどの程度の距離まで接近しているかを認識である。
【０１４６】
Ｓ２２に進み、その接近方向が前方からであればＳ２３に進み、前方用ランプ群を選択する。図２３に示すように、前方用ランプ群として、本実施形態では、ヘッドランプ５０４、フォグランプ５０５、コーナリングランプ５０８を使用する。また、接近方向が後方からであればＳ２４からＳ２５に進み、後方用ランプ群を選択する。図２４に示すように、後方用ランプ群として、本実施形態では、テールランプ５０７、バックアップランプ５０９、ストップランプ５１０を使用する。それ以外の場合は側方からの接近と判断してＳ２６に進み、側方用ランプ群を選択する。図２５に示すように、側方用ランプ群として、本実施形態では、ハザードランプ５０６、テールランプ５０７、床下ランプ５１２を使用する。
【０１４７】
Ｓ２７では、自動車とユーザーとの距離を上記の方法により特定する。自動車とユーザーとの距離が特定できたら、その距離が第一上限値（例えば２０ｍ以上に設定される）を超えていればＳ２９に進み、遠距離用照明モードとなる。また、第二上限値（例えば５ｍ以上２０ｍ未満に設定される）を超えていればＳ３１に進み、中距離用照明モードとなる。それ以外の場合（つまり、第二上限値以下の場合）はＳ３２に進み、近距離用照明モードとなる。ユーザーが自動車から遠いほど（つまり、近距離用照明モード→中距離用照明モード→遠距離用照明モードの順に）、各ランプ（照明）による総光量が大きくなるように（ビーム角度が関与する場合、照明正面に立ったときにユーザーが視認する光量とする：例えば、ランプを上向きとすることでハイビーム化する場合は、ロービーム時と光源の強度が変わらなくとも、視認される光量は大きくなる）、個々のランプの発光動作が制御される。これにより、自動車へのアプローチをライトアップしてユーザーを安全に自動車まで誘導する効果が高められる。
【０１４８】
図２３は、ユーザーＵの接近方向が前方側の場合の動作例を示すものである。遠距離用照明モードではヘッドランプ５０４をハイビームで点灯し、中距離用照明モードではロービームとして光量を落とす。つまり、光源強度（駆動電圧等で調整できる）及びビーム角度の少なくともいずれかを調整することで、同じランプの視認光量を変化させる方式を採用している。他方、近距離用照明モードでは、光量のより小さいフォグランプ５０５あるいはコーナリングランプ５０８に切り替える。ユーザーＵが正面から接近してくる場合にはフォグランプ５０５を点灯させ、ユーザーＵが車両側方に向けて移動した場合は、コーナリングランプ５０８の対応する側のものを点灯させる。
【０１４９】
図２４は、ユーザーＵの接近方向が後方側の場合の動作例を示すものである。遠距離用照明モードではバックアップランプ５０９、テールランプ５０７及びストップランプ５１０の全てを点灯し、中距離用照明モードではテールランプ５０７及びストップランプ５１０のみの点灯として光量を落とす。つまり、複数個のランプのうち、点灯させる個数を変化させて総光量を変化させる方式を採用している。近距離用照明モードでは、バックアップランプ５０９、テールランプ５０７及びストップランプ５１０のいずれかのみの点灯に切り替える。後方中央からユーザーＵが接近してくる場合はテールランプ５０７のみ（あるいはストップランプ５１０のみ）を点灯させ、ユーザーＵが車両側方に向けて移動した場合は、バックアップランプ５０９の対応する側のものを点灯させる。
【０１５０】
図２５は、ユーザーＵの接近方向が側方側の場合の動作例を示すものである。遠距離用照明モードではハザードランプ５０６、複数の床下ランプ５１２の全てを点灯し、中距離用照明モードでは、その状態からハザードランプ５０６のみ消灯して光量を落とす。近距離用照明モードでは、複数の床下ランプ５１２のうち、ユーザーＵに近いもののみの点灯に切り替える。車側中央からユーザーＵが接近してくる場合は中央の床下ランプ５１２のみを点灯させ、ユーザーＵが車長方向に移動した場合は、対応する側の床下ランプ５１２の点灯に切り替える。なお、ユーザーＵの接近に伴い、床下ランプ５１２の照明角度を変えて、ユーザーＵを自動車に向けて導くように照明領域を変化させてもよい。いずれの場合も、近距離用照明モードでは室内照明５１１も点灯させ、自動車に乗り込もうとするユーザーをより丁重にもてなすようにしている。
【０１５１】
また、これから向う目的地をイメージした照明点灯パターンにてイルミネーションを行なう方法もある。例えば、目的地が海であれば、青色系の照明光の照度を漸増させた後漸減させる、波を連想させるイルミネーションパターンで点灯を行なうと効果的である。
【０１５２】
この場合、上記の照明駆動形態は、ユーザーの体調や精神状態に応じて図６７に示すようなバリエーションを持たせるようにする。「軽度の体調不良」であれば、例えばイルミネーションに使用する照明光のうち、必要性の低い光を低減して、ユーザーが自動車に接近するときの視認性を向上させるようにする。また、「重度の体調不良」であれば、白色ないし暖色系の暗めの照明を採用し、心理的な負担を軽減するようにする。一方、「集中力散漫」と推定されている場合は、ユーザーを覚醒させるために、照明をフラッシングさせる動作を行なう（例えば、赤や青など原色系の刺激的な波長を採用するとより効果的である）。他方、「興奮（怒り）状態」と推定される場合は、青色系の照明光を用いれば、過剰に高ぶった精神状態を沈める上で効果的である。
【０１５３】
なお、ユーザー端末１からの無線指令により制御可能なもてなし動作部として、例えば図２６に示すような建物側照明１１６１を有する周辺設備が、自動車の駐車位置周辺に存在する場合は、その建物側照明１１６１により自動車をライトアップする動作をもてなし動作に追加してもよい。図２７に示すように、遠距離用照明モードでは、夜間の駐車場にて自分の車を照らし出すことで駐車位置がよりわかりやすくなるし、ライトアップにより乗り込み前のユーザーの気持ちを高める効果も生ずる。他方、中距離用ないし近距離用照明モードでは、自動車周辺のエリアが広く照らし出されるので、乗り込みの誘導ないし補助の効果が高められ、自動車に乗り込むまでのユーザーの経路（足元）上に異物等が存在していても容易に発見することができる。
【０１５４】
性格分類は、例えば以下のような方法により決定されるものである。
自動車のユーザーは、図３６に示すようなユーザー登録部６００（例えば、もてなし意思決定部２のＲＯＭ（書換えが可能となるように、フラッシュＲＯＭで構成しておくことが望ましい）や記憶装置５３５に予め登録しておくことができる。このユーザー登録部６００には、各ユーザー名（あるいは、ユーザーＩＤ（及び暗証番号）と、その性格種別（図１８参照）とが互いに対応付けられた形で登録されている。この性格種別は、後述のごとく、ユーザーによる自動車使用継続中に、特定の操作部における操作履歴情報として取得・蓄積し、その蓄積された操作履歴情報に基づいて推定されるものである。しかし、自動車の使用開始直後など、操作履歴情報の蓄積が不十分な場合、あるいは、操作履歴情報を敢えて収集せずに性格種別を推定したい場合は、次のように、性格種別情報又は該性格種別情報を特定するために必要な情報を、ユーザー自身により入力させ、その入力結果に基づいて性格種別を決定するようにしてもよい。
【０１５５】
図３７では、図１のモニター５３６（カーナビゲーションシステム５３４のモニターで代用してもよい）に性格種別を表示し、ユーザーは自分に適合する性格種別を選んで、入力部５２９からこれを入力する。ここでは、入力部はモニター５３６に重ねられたタッチパネルであり、表示形成された選択ボタン５２９Ｂに触れて選択入力を行なう。他方、図３８では、性格種別を直接入力させる代わりに、性格種別判定のためのアンケート入力を行なう方式としている。モニター５３６にはアンケートの質問事項を表示し、ユーザーは回答選択肢から回答を選ぶ形で答える（ここでは、選択ボタン５２９Ｂで選択肢を構成し、この上に重ねられたタッチパネル５２９の該当位置に触れて選択入力を行なう）。全ての質問に回答することで、その回答の組み合わせに応じて予め定められた性格種別群から、１つのものが一義的に決定されるようになっている。
【０１５６】
なお、ユーザー名を含めたユーザー登録入力も、上記の入力部５２９からなされ、決定された性格種別とともにユーザー登録部６００に記憶される。また、これらの一連の入力は、携帯電話１から行なうことも可能であり、この場合は、その入力情報を無線により自動車側に転送する。また、ユーザーが自動車購入する際に、入力部５２９か専用の入力ツールを用いて、ディーラー側で事前にユーザー登録入力を済ませておく方法もある。
【０１５７】
自動車の使用に先立っては、ユーザーの認証が必要である。特にユーザーが複数登録されている場合は、ユーザーによって性格種別が異なるものに設定され、もてなしの内容も異なるものとなるからである。最も簡単な認証方式は、携帯電話１からユーザーＩＤと暗証番号を自動車側に送信し、これを受けたもてなし意思決定部２が、登録されているユーザーＩＤと暗証番号との照合を行なう方法である。また、携帯電話１に設けたカメラにより顔写真の照合を行ったり、音声認証、指紋を用いた認証など、バイオメトリックス認証方式を採用することもできる。他方、自動車へのユーザーの接近時は、ユーザーＩＤと暗証番号とを用いた簡略な認証に留め、開錠後、自動車に乗り込んでから、前述の顔カメラ５２１、マイクロフォン５２２、網膜カメラ５２６、アイリスカメラ５２７あるいは静脈カメラ５２８などによるバイオメトリックス認証を行なうようにしてもよい。
【０１５８】
上記のようにユーザーが認証・特定されたら、そのユーザーに対応する性格種別（ユーザー生体状態情報）がもてなし意思決定部２において取得され、対応するもてなし動作部の選定及び動作パターンが選択される。前述のごとく、例えば特定された性格種別が「活動的ＳＫＣ１」であれば、期待／盛り上げジャンルＳＴ１に属するテーマＯＢＪ１１１が選択され、特定された性格種別が「おとなしいＳＫＣ２」であれば、リラックス／安らぎジャンルＳＴ２に属するテーマＯＢＪ２１１が選択される。この処理の流れは、他のシーンでも全く同じである
【０１５９】
以下、機能選択テーブルの具体例について、図７〜図１３により説明する。いずれの機能選択テーブルも、その縦軸は、ユーザーが受ける外乱に応じて定まる動作目的（ただし、一部、外乱に依存しない項目も存在する）を示し、横軸が、該シーン及びテーマにて採用可能なもてなし動作部の種類を表す二次元マトリックスとして構成されている。そして、動作目的毎に用意された各もてなし動作部に対応するセルには、その動作目的において優先的に使用するもてなし動作部の順位が数字にて指定されている。数字が大きいほど優先順位が高いことを意味し、「０」は不採用であることを示している。なお、各テーブルの右端には、理解の一助のため、その動作目的に関与する外乱種別と、その外乱を検出する手段名を併記してある。
【０１６０】
図７は、期待／盛り上げ系のテーマＯＢＪ１１１に対応した機能選択テーブル３７１を示すものである。動作目的は以下の通りである。
（車外明るさ）
外乱種別は「車外光量減少」であり、車外光量センサで検出する（接近シーンが対象であるから、該センサは自動車自体に設ける以外に、駐車場などの外部設備に設けることができる（この場合、センサの検知情報は通信にて取得する）。このセンサが検出する車外光量が一定の閾値未満となったとき、「車外光量減少」の外乱状態が発生したと判定できる。
【０１６１】
（外光取入、内光発生）
外乱種別は「車内光量減少」であり、照度センサ５３９（図１）で検出する。このセンサが検出する車外光量が一定の閾値未満となったとき、「車内光量減少」の外乱状態が発生したと判定できる。
【０１６２】
（外界遮断、騒音打消）
外乱種別は「車内ノイズ増大」であり、図４４のノイズ検知マイク２０１１で検出する。このセンサが検出する車内ノイズレベルに応じて、ノイズキャンセラ１００１Ｂは、既に説明した動作により自立的に車内ノイズ減少のための音響処理を行なう。
【０１６３】
（車内環境）
外乱種別は「車内温度の上昇／降下」であり、室温センサ５６３や日照センサ５６４（図１）により検出する。車内温度が適正温度を外れたとき（あるいは、外れる要因（例えば、日照量の増減や、吸気温度の変動）が発生したとき）に、「車内温度の上昇／降下」に関係する外乱が発生したと判定する。
【０１６４】
娯楽要素や情報提供に関しては、ユーザーの嗜好によりもてなし動作の選択がなされるものであり、外乱とは基本的に無関係である。この場合、後述のアルゴリズムによるユーザーの精神状態ないし体調状態の推定結果に応じて、適正なもてなし動作の選択を行なうことが可能である。
【０１６５】
車外照明、車内照明、窓遮蔽（パワーウィンドウ）、カーオーディオの機能優先順位が高くなっている。いずれも派手な盛り上げを行なうため、制御適性値設定テーブル３７１ａにおける車外照明によるイルミネーション用の外的照明レベルの設定値、車内照明の設定値、カーオーディオシステム５１５及び携帯電話１からの音声出力レベル（ここでは、音楽出力に関する楽音レベル）はいずれも高く設定されている。図１の照度センサ５３９の照度検出レベル、及び音圧センサ５４０の音圧検出レベルが上記の設定値に近づくように、図１の照明５０４〜５１２及びカーオーディオシステム５１５の駆動出力レベルがもてなし実行制御部３により制御される。また、携帯電話１の音声出力レベルも無線指令により対応する値に設定される。また、推定される精神状態が集中力散漫に該当している場合も、期待／盛り上げ系の演出により、運転に臨む精神集中度を高める上で効果を発揮することがある。
【０１６６】
他方、図８は、リラックス／安らぎ系のテーマＯＢＪ２１１に対応した機能選択テーブル３７１を示すものである。動作目的／外乱種別は図７と同じである。機能優先順位の設定は期待／盛り上げ系と同じであるが、制御適性値設定テーブル３７１ａにおける外的照明レベルの設定値、車内照明の設定値及び楽音レベルは、期待／盛り上げ系のテーマＯＢＪ１１１よりも低く設定され、照明色や選曲も含めて、より温和な演出が行われる。また、推定される精神状態ないし体調状態が、体調不良ないし興奮状態に該当している場合も、同様の温和な演出が効果的である。
【０１６７】
具体的な処理は以下のごとくである。すなわち、ユーザーが自動車へ乗り込むために接近する際には、取得された性格種別（ユーザー生体状態情報）に応じて異なる内容にて照明装置（図２３〜図２５：符号５０４，５０５，５０７，５０９，５１０，５１１，５１２：これらは、いずれも自動車の外観を照らし出す照明装置として機能する（室内灯５１１も、窓から漏れ出す光が自動車の外観を間接的に照らし出す））を動作させるものとすることができる。期待／盛り上げ系テーマＯＢＪ１１１が選択された場合は、もてなしに関与する照明装置の発光量を増やす、あるいは点滅回数を増やす、ヘッドランプ５０４をハイビームにする、赤系のテールランプ５０７の点灯光量を増やすなど、ユーザーの自動車への接近を派手に盛り上げる演出をする。他方、リラックス／安らぎ系のテーマＯＢＪ２１１が選択された場合は、もてなしに関与する照明装置の発光量をやや落とし、また、派手な照明の点滅は避け、フェードイン的にじわじわと光量を上げたり、あるいは、足元を照らすサイドランプ５１２→室内灯５１１→ヘッドランプ５０４の順序で点灯を行って、自動車をゆっくりと浮かび上がらせるなど、ソフトな演出を行なうようにする。なお、赤系のテールランプ５０７を採用しなければ、「活動的」の性格種別に対する照明形態と比較して、全体の照明色調の上でも変化が得られる。なお、ヘッドランプやテールランプも含め、照明装置を白熱電球やハロゲンランプ等に代えて、発光ダイオードで構成することも可能である。
【０１６８】
次に、ユーザーが自動車に接近する際には、上記のような照明装置以外に、携帯電話１（ユーザー側端末装置）に設けられたスピーカ（音声出力部）３１１をもてなし動作部として使用することもできる。この場合、自動車側の通信装置４は、携帯電話１すなわちユーザーの接近を検出し、そのユーザーに対応する性格種別（つまり、取得されたユーザー生体状態情報）に応じて異なる出力内容にてスピーカ３１１からもてなし用音声を出力させる。本実施形態において、もてなし用音声データは音楽ソースデータとするが、効果音や人間の声（いわゆる着声あるいは着ボイスと称されるもの）のデータであってもよい。このもてなし用音声データは、図１に示すように、自動車側の記憶装置５３５に記憶しておき、必要なものを携帯電話１に通信装置４を介して配信するようにしてもよいし、携帯電話１側の音データ用フラッシュＲＯＭ３１６に記憶させても、いずれでもよい。ここでは、後者の場合を例に取り説明する。
【０１６９】
まず、ユーザーが認証・特定されたら、そのユーザーに対応する性格種別を特定し、携帯電話１から、音データ用フラッシュＲＯＭ３１６に記憶されている、もてなし用音声データのＩＤ一覧を無線により取得する。次に、その中から、特定された性格種別に対応する音楽ソースデータを選択する。ここでは、ユーザーが接近するほど盛り上げる処理を行なうために、曲モードコードの異なる複数の音楽ソースデータを選択している（ここでは、ＭＩＤＩデータを用いた場合を例に取る）。
【０１７０】
ここでも、前述の照明によるもてなし処理と同様、距離に応じて異なる演出を行なう（処理の流れは図２８と同じ）。ユーザーの精神状態高揚度に対応して、曲モードコードについてもこれに対応付けた序列が設定され、距離が近づくほど、高揚する精神をより増長するように選曲を行なう。具体的には、自動車との距離が近づくほど、精神状態高揚度が上位となり、ユーザー接近時の曲モードコードは、「ヒーリング・α波系」又は「温和・癒し系」（遠距離用）→「爽快系」（中距離用）→「盛り上げ系」（近距離用）の順で序列が定められる。しかし、好みによっては、最初盛り上げておいて、車に接近するほど気持ちを落ち着かせるように、上記の逆の序列とすることももちろん可能である。
【０１７１】
まず、図３１に示すように、遠距離もてなしモードでは、「ヒーリング・α波系」又は「温和・癒し系」の曲モードコードを有する音楽ソースデータのＩＤ（曲ＩＤ）を携帯電話１に送信する（Ｓ２０１）。携帯電話１では、そのＩＤに対応する音楽ソースデータを選んで、演奏を開始する（Ｓ２０２）。次に、図３２に示す中距離もてなしモードでは、「爽快系」の曲モードコードを有する音楽ソースデータのＩＤ（曲ＩＤ）を携帯電話１に送信する（Ｓ２１０）。そして、携帯電話１で、そのＩＤに対応する音楽ソースデータを選んで、演奏を開始するとともに、前述のごとく、バイブレータユニット３５４及びＬＥＤユニット３５５を音楽と同期駆動し、音出力によるもてなしをより盛り上げる（Ｓ２１１）。また、自動車側の照明装置を、音楽に連動させて明滅させるようにしてもよい（Ｓ２１２）。
【０１７２】
いよいよユーザーが自動車に乗り込む寸前にまで近づくと、図３３の近距離もてなしモードとなり、最高潮の盛り上げ演出が行われる。すなわち、Ｓ２２０〜Ｓ２２２では、中距離もてなしモードとほぼ同様の処理であるが、音楽ソースデータは「盛り上げ系」のものを選ぶ。他方、自動車側でも同じＩＤの音楽ソースデータを選択し、カーオーディオシステム５１５での演奏を開始する。この場合、パワーウィンドウを作動させて窓を開き、携帯電話１の演奏と同期出力すれば、盛り上げ効果をさらに高めることができる（Ｓ２２３）。このとき、自動車側では、ＭＩＤＩデータの主旋律部分の音程コードを、携帯電話１側の主旋律部分に対し、協和音程を形成する度数だけ低く（又は高く）なるように変更して出力させれば、携帯電話１の出力とカーオーディオシステム５１５の出力とをハモらせることができるし、ＭＩＤＩデータの主旋律部分の出力タイミングを、携帯電話１側の主旋律部分に対し、一定拍数遅らせる（又は進ませる）ように変更して出力させれば、携帯電話１の出力とカーオーディオシステム５１５の出力との間で輪唱効果を達成することもできる。
【０１７３】
そして、Ｓ２２４では、携帯電話１の心拍センサ３４２でユーザーの心拍数を読み取り、ＭＩＤＩデータのテンポコードを、該心拍数に比例してテンポが速くなるように変更する。これにより、出力される音楽が、ユーザーの心拍に合せてアップテンポ化し、盛り上げ効果がより高められる。なお、リラックス／安らぎ系のテーマＯＢＪ２１１では、近距離用の上記最後の派手な盛り上げ処理を行なわないようにすることも可能である。
【０１７４】
また、推定される精神状態あるいは体調状態との関係では、体調不良状態では刺激的な高音域を避けた低温域主体の音楽を流すか、あるいは体調不良状態が比較的重い場合は、音量も小さくし、テンポもゆったり系に設定する。また、興奮状態の場合も、音楽のテンポをゆったり系に設定すると効果的である。一方、集中力散漫状態の場合は、音量を逆にアップしたり、パーカッション強打や絶叫歌唱あるいはピアノ不協和音など、気分覚醒に効果のある音楽（例えば、フリージャズ、ハードロック、ヘヴィーメタル、前衛系音楽など）を流すと効果的である。
【０１７５】
なお、図２に示すように、接近シーンＳＣＮ１において、不安／緊張解消ジャンルＳＴ３では「車の位置を知りたい（ＯＢＪ３１１）」及び「忘れ物・戸締り確認（ＯＢＪ３１２）」、体力的負担軽減ジャンルＳＴ４では、「荷物をスムーズに積み込みたい（ＯＢＪ４１１）」の各テーマが定められている。またこれらテーマのもてなし処理は、気持ち高揚用のテーマＯＢＪ１１１ないしＯＢＪ２１１のもてなし処理と並列に実行される。
【０１７６】
図１０は、テーマ「車の位置を知りたい（ＯＢＪ３１１）」に対応した機能選択テーブル３７１の内容を示すものである。動作目的／外乱種別は以下の通りである。
（車位置報知）
外乱種別は「車とユーザーとの距離大」であり、自動車側ＧＰＳ５３３と携帯電話側ＧＰＳ５５４との各測位情報により、距離検出を行なう。距離が一定の閾値を超えた場合に、「車とユーザーとの距離大」の外乱状態が発生したと判定できる。
（車内環境）
外乱種別は「車内温度の上昇／降下」であり、図７の動作目的「車内環境」と同じである。
情報収集に関しては、ユーザーの嗜好によりもてなし動作の選択がなされるものであり、外乱とは基本的に無関係である。この場合、後述のアルゴリズムによるユーザーの精神状態ないし体調状態の推定結果に応じて、適正なもてなし動作の選択を行なうことが可能である。
【０１７７】
自動車側ＧＰＳ５３３、携帯電話１、携帯電話側ＧＰＳ５５４、ホーン５０２及び車外照明（あるいは車内照明）がもてなし動作部として選択されている。具体的な動作は、例えば、自動車側ＧＰＳ５３３の位置情報を携帯電話１側に知らせ、携帯電話側ＧＰＳ５５４の位置情報とともにモニター３０８（図１４）上にマップ表示して、ユーザーと自動車との相対位置を把握できるようにする。また、ユーザーが自動車に所定距離以下に接近したら、ホーン５０２の吹鳴や及び車外照明（あるいは車内照明）の点灯により、自動車の位置をユーザーに直接知らせるようにする。
【０１７８】
他方、「忘れ物・戸締り確認（ＯＢＪ３１２）」では、出発前の注意確認事項を促すメッセージ（音声データはもてなし実行制御部３のＲＯＭに記憶しておくことができ、カーオーディオシステムの音声出力ハードウェアを流用して出力処理が可能である）を音声出力させる。注意確認事項を促すメッセージの実例としては次のようなものがある
・「免許証と財布は大丈夫ですか？」
・（カーナビで設定された行き先が空港ならば）「パスポートは持ちましたか？」
・「玄関の鍵をかけましたか？」
・「裏の窓は開いてませんか？」
・「室内のエアコンは切りましたか？」
・「ガスの元栓は締めましたか？」
【０１７９】
次に、ユーザーの精神状態あるいは体調状態については、自動車に接近するユーザーの表情（車外用カメラ５１８にて撮影できる）や体温（赤外線センサ５１９で測定できる）の時間的変化を測定し、その変化波形から推定することができる。前述のごとく、推定された精神状態が正常であれば、期待／盛り上げジャンルＳＴ１のもてなし動作とし、推定された精神状態が不安定ないし怒り（あるいは興奮）になっていた場合（あるいは体調状態が体調不良となっていた場合）は、リラックス／安らぎジャンルＳＴ２のもてなし動作とすることができる。
【０１８０】
図５６は、表情変化解析処理のフローチャートの一例を示すものであり、ＳＳ１５１で変化カウンターＮをリセットし、ＳＳ１５２でサンプリングタイミングが到来すればＳＳ１５３に進み、顔画像を撮影する。顔画像は表情特定が可能な正面画像が得られるまで繰り返す（ＳＳ１５４→ＳＳ１５３）。正面画像が得られたら、マスター画像（記憶装置５３５内の生体認証用マスターデータ４３２（記憶装置５３５内）に含まれる）と順次比較することにより、表情種別を特定する（ＳＳ１５５）。特定された表情種別が「安定」なら、表情パラメータＩに「１」をセットする（ＳＳ１５６→ＳＳ１５７）。特定された表情種別が「不安・不快」なら、表情パラメータＩに「２」をセットする（ＳＳ１５８→ＳＳ１５９）。特定された表情種別が「興奮・怒り」なら、表情パラメータＩに「３」をセットする（ＳＳ１６０→ＳＳ１６１）。
【０１８１】
そして、ＳＳ１６２では、前回取得された表情パラメータの値Ｉ’を読み出してその変化値ΔＮを演算し、ＳＳ１６３で、該値を変化カウンターＮに加算する。以上の処理を、定められたサンプリング期間が満了するまで繰り返す（ＳＳ１６４→ＳＳ１５２）。サンプリング期間が満了すればＳＳ１６５へ進み、表情パラメータＩの平均値Ｉ（整数化する）を演算して、その表情値に対応する精神状態として判定を行なうことができる。また、変化カウンターＮの値が大きいほど表情の変化が大きいと捕らえることができ、例えばＮの値に閾値を設けて、表情変化をＮの値から「変化小」、「増」、「微増」及び「急増」として判定することができる。
【０１８２】
一方、図５４は、体温波形解析処理のフローチャートの一例を示すものであり、サンプリングルーチンでは、一定時間間隔で定められたサンプリングタイミングが到来する毎に、赤外線センサ５１９により検出される体温値をサンプリングし、波形記録する。そして、波形解析ルーチンでは、ＳＳ５３にて直近の一定期間にサンプリングされた体温値を波形として取得し、ＳＳ５４で該波形に周知の高速フーリエ変換処理を行なって周波数スペクトラムを求め、ＳＳ５５で、そのスペクトラムの中心周波数（あるいはピーク周波数）ｆを演算する。また、ＳＳ５６では、図５３に示すように、波形を一定数の区間σ１，σ２‥に分割し、ＳＳ５７で区間別の体温平均値を演算する。そして、区間毎に、平均体温値を波形中心線として、積分振幅Ａ１，Ａ２‥（中心線を基準とした波形変位の絶対値を積分し、その積分値を区間幅σ１，σ２‥で除した値である）を演算する。そして、ＳＳ５９では、各区間の積分振幅Ａを平均し、波形振幅の代表値として決定する。
【０１８３】
なお、以下の処理も含め、波形取得のための情報サンプリングプログラムは、シーンが特定できた場合に、そのシーンに関係する生体状態検出部についてのみ、一定の時間間隔で起動されるようにスケジュール管理される。また、図面中には表れていないが、サンプリングの繰り返しについては、無制限に続くわけではなく、上記のごとく波形解析に必要なサンプリング数が得られるように定められた前述のサンプリング期間が満了すれば繰り返しが打ち切られる。
【０１８４】
ＳＳ６０では、周波数ｆが上限閾値ｆu0より大きくなっているかどうかを調べ、大きくなっていれば監視中の体温変化が「急」であると判定する。また、ＳＳ６２では、周波数ｆが下限閾値ｆL0（＞ｆu0）より小さくなっているかどうかを調べ、小さくなっていれば監視中の体温変化が「緩」であると判定する。また、ｆu0≧ｆ≧ｆL0ならばＳＳ６４に進み、監視中の体温変化は「標準」であると判定する。次に、ＳＳ６５に進み、積分振幅Ａ（平均値）を閾値Ａ０と比較する。Ａ＞Ａ０であれば、監視中の平均体温レベルは「変動」状態にあると判定する。また、Ａ≦Ａ０であれば、監視中の平均体温レベルは「維持（安定）」状態にあると判定する。
【０１８５】
このようにして得られた生体状態パラメータの時間的変化に係る判定結果を用いて、ユーザーの具体的な精神／体調状態の判定（推定）が行なわれる。具体的には、記憶装置５３５内には、図５１に示すように、ユーザーの判定すべき精神状態又は体調状態である複数の被特定状態と、個々の被特定状態が成立していると判定するための、複数の生体状態検出部がそれぞれ検出しているべき生体状態パラメータの時間的変化状態の組み合わせとを対応付けて記憶した判定テーブル１６０１が記憶されている。
【０１８６】
本実施形態では、被特定状態として、「集中力散漫」、「体調不良」及び「興奮状態」が定められている。具体的には、「体調不良」が複数レベル、ここでは「軽度体調不良」と「重度体調不良」との２レベルに分割され、計４つの基本被特定状態が定められている。なお、「集中力散漫」及び「興奮状態」についても、よりきめ細かい精神／体調状態の推定を行なうために、これを複数レベルに分けて定めることが可能である。なお、本実施形態では、上記の基本被特定状態に対し、体調状態系のものと精神状態系のもの（「集中力散漫」あるいは「興奮状態」）との複合状態についても、生体状態パラメータの時間的変化状態の組み合わせが独自に定められ、これらの複合状態の推定精度向上を図っている。
【０１８７】
さらに、もてなし動作の不適合や程度の不足あるいは過剰等により、ユーザーがある種の不快感を感じている場合、該ユーザーは軽度体調不良と同様の生体状態を示すことが多く、本実施形態では該「不快感」と「軽度体調不良」とを被特定状態として統合している（もちろん、関与する複数のパラメータ構成の閾値変更等により、両者を分離して特定するようにしてもよい）。
【０１８８】
生体状態パラメータとしては、この後のシーンで使用するものも含め、「血圧」、「体温」、「皮膚抵抗」、「表情」、「姿勢」、「視線」、「瞳孔（寸法）」及び「操舵」の各パラメータが網羅されている。同じパラメータであっても、使用するセンサあるいはカメラはシーンに応じて、目的とする生体状態パラメータの取得に有利なものが適宜選択される。
【０１８９】
前述のごとく、この接近シーンでは、車外用カメラ５１８によるユーザーの表情と、赤外線センサ５１９によるユーザーの体温が生体状態パラメータとして採用可能である。判定テーブル１６０１によると、集中力散漫のときは表情の変化が急増し、体調不良や興奮状態の場合も表情の変化は増加する傾向にある。いずれも正常時とは異なる状態であることは識別できるが、個々の精神／体調状態を詳細に識別することは難しい。他方、体温の状態について見れば、集中力散漫のときは特に大きな変化がない（つまり、正常時とほぼおなじ）のに対し、体調不良時は緩やかな変化を示し、興奮状態の場合は非常に急激な変化を呈する。従って、この両者を組み合わせれば、「集中力散漫」、「体調不良」及び「興奮状態」を互いに識別することが可能となる。
【０１９０】
この場合の処理を図６６に示している（これは、シーンによらず同じ思想で判定処理可能であり、後述の運転シーンでも基本的な流れは同じである）。基本的には、複数（ここでは、表情と体温の２つ）の生体状態パラメータについて判定テーブル上の被照合情報と照合し、照合一致した組み合わせに対応する被特定状態を現在成立している被特定状態として特定する処理となる。すなわち、ＳＳ５０１〜ＳＳ５０８では、図５４〜図５７、図６０〜図６２あるいは図６４、６５の各フローチャートに示す解析処理による、各生体状態パラメータの時間的変化にかかる判定結果（例えば、「急減」や「増加」など）をリードする。ＳＳ５０９では、各被特定状態が成立していると判定するためには、判定テーブル１６０１における個々の生体状態パラメータがどのような変化傾向を示していればよいかを表す被照合情報と、上記判定結果とを照合し、被照合情報と判定結果とが一致した被特定状態の照合カウンターをインクリメントする。この場合、例えば、全ての生体状態パラメータについて、被照合情報と判定結果とが一致した被特定状態のみを採用する処理としてもよいが、参照する生体状態パラメータが多い場合は、被照合情報と判定結果とが全ての生体状態パラメータについて一致するのが稀となり、ユーザーの体調状態あるいは精神状態の推定を柔軟に行なうことができなくなる。従って、照合カウンターの得点（Ｎ）を「一致度」とみなして、最も得点の高いもの、つまり一致度の最も高いものを、被特定状態として確定させる方法が有効である（ＳＳ５１０）。
【０１９１】
なお、図５１において、例えば平均血圧レベルが「変動」と判定された場合のように、同じ生体状態パラメータの状態が複数の被特定状態（「集中力散漫」あるいは「興奮状態」）への成立に肯定的に寄与する場合もあるが、この場合は、それら各被特定状態の照合カウンターをインクリメントする。例えば、平均血圧レベルが「変動」と判定された場合は、４つの照合カウンター値Ｎ１，Ｎ４，Ｎ１２，Ｎ１３がインクリメントされる。
【０１９２】
他方、被照合情報と判定結果との一致不一致は、既に種々説明したごとく、生体状態パラメータ（周波数あるいは振幅等）の閾値との比較で判断されているものがほとんどであり、上記のように一致／不一致を二値的（つまり、シロかクロか）に決定する際に、実際のパラメータの指示値と閾値との偏差がどの程度であったかは情報として埋没することになる。しかし、実際には、閾値に近接した値で一致／不一致が決定される場合は、いわば「グレー」の判定であり、閾値から隔たった（例えば閾値を大幅にクリアした）形で一致／不一致が決定される場合と比較して、判定結果への寄与の度合いを小さく扱うようにすることが本来的には望ましい。
【０１９３】
これを解決する方法としては、被照合情報と判定結果とが完全に一致した場合にのみ照合カウンターへの加算を行なうようにするのに代え、完全一致せずとも、定められた範囲内で近接した結果が得られた場合は、完全一致の場合よりも低い得点に制限しつつ、これを照合カウンターへ加算することが考えられる。例えば、被照合情報が「急増」となっている場合、判定結果も「急増」であれば３点を、「増」の場合は２点を、「微増」の場合は１点を加算する方式を例示できる。
【０１９４】
また、より精度の高い方法として、以下のような例がある。すなわち、図５１に示すように、被特定状態毎に、関与する各生体状態パラメータの値と上記判定に使用する閾値との偏差の合計（ν又はμ）を用い、その偏差の合計に基づいて被特定状態を確定させることも可能である。以下、偏差の合計が最も大きい被特定状態を最終的な状態推定結果として確定させる場合を例示するが、偏差の定義によって判定方法は変わるので、これに限られるものではない。また、前述のＮと併用して被特定状態を確定することもできる。以下、さらに詳細に説明する。まず、個々の生体状態パラメータについての偏差の計算概念を数１にまとめて示す。
【０１９５】
【数１】
0004525925.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ならば、操舵速度が「正常」であると判定する。
【０２５５】
図５１に示すように、操舵誤差の増大を検知することで、運転者が集中力散漫状態や興奮状態にあることを推定できる。他方、重度の体調不良（居眠り状態を含む）が発生した場合も、正常な操舵が妨げられるので、誤差の増大傾向からこれを推定することができる。他方、体調不良や集中力の散漫化は操舵への反応が遅れがちになり、操舵速度の減少からこれを推定することができる。また、興奮状態では、いらいらして急ハンドルを切りがちになるので、操舵速度の増加からこれを推定することができる。
【０２５６】
さて、走行シーンにおいても、図６６の流れに従って被特定状態を特定する処理が行なわれる。この場合、参照される生体状態パラメータの数も多くなるので、照合カウンターの得点を「一致度」とみなして、最も得点の高いもの、つまり一致度の最も高いものを、被特定状態として確定させる方法がより有効である。前述のごとく、照合カウンターへの加算は、被照合情報と判定結果とが完全一致せずとも、定められた範囲内で近接した結果が得られた場合は、完全一致の場合よりも低い得点に制限しつつ、これを照合カウンターへ加算するように実施できる。
【０２５７】
被特定状態が特定できれば、これに対応するもてなし制御として、非常に多くの具体例を考えることができる。例えば、図２のテーマ「適正な運転環境設定」ＯＢＪ４４１では、図１２の機能選択テーブル３７１に示すように、カーナビ５３４（映像出力用）、カーオーディオシステム５１５、エアコン５１４、車内照明５１１、ハンドル調整ユニット及びシート調整ユニットがもてなし動作部として選択され、上記のように、運転者（ユーザー）の精神状態や体調に応じて音楽の選曲を変えたり、エアコンの設定温度や、車内の照明色あるいは照明強度を調整したりする。また、ハンドル調整ユニット及びシート調整ユニットは、モータ動作によりハンドルの位置やシートの前後位置あるいは背もたれの角度等を自動で調整するもので、例えば緊張感が薄らいできていると判定された場合は、背もたれを起こしてシートを前に出したり、ハンドル位置を高めたりして運転に集中できるようにする。また、疲れていると判定された場合は、不快感を示すユーザーの動きが静まる向きに、背もたれの角度を微調整したりすることが有効である。
【０２５８】
また、上記以外にも、次のような態様がある。
・興奮状態（気分が高ぶりすぎていると判断されたとき、あるいは、怒りやストレスを感じていると判断されたとき）：静かで心地よい音楽を演奏し、気持ちを落ち着かせるようにする。また、空調温度を下げ、シートバイブレータ５５０によりゆっくりした（後述の集中力散漫時よりも周期の長い）リズム振動を発生させ、リラックスさせる。また、後続車から追い越し、割り込み、パッシング、ホーン吹鳴などが関連して運転者の不快な精神状態に陥っていることが想定される場合は、「何よ、失礼ね。でも気にしないで。おとなのあなたが大好きよ。」などと、運転者を落ち着かせるメッセージを音声出力する。また、速度が超過したり（車速検知）、あるいは超過しそうになったとき：「ゆっくり行きましょ‥夜は長いのよ。安全運転のあなたが‥す・て・き。」などと、速度抑制を促すメッセージを音声出力する。
・集中力が散漫化したとき：ハンドルバイブレータ５５１やシートバイブレータ５５０にインパルス的な強い振動を発生させ、集中を促す。また、アンモニア発生部５４９から気付け用の強い臭いを発生させる。
・体調不良（疲労や病気症状（発熱など）が認められる場合）：速度抑制などの安全運転や、停車・休憩を促す。踏み切りや赤信号に接近したときに注意情報を音声出力する。最悪の場合、運転の見合わせなどを音声出力やモニター表示により通知する。また、方向発生部からリラックスを促す芳香を発生させる。眠気に関しては、集中力が散漫化したときと同じもてなし動作も有効である。
・気持ちが落ち込んでいる（顔の表情、体温）と判断されたとき：景気のよい音楽を演奏したり、照明を赤系など、刺激的なものに変え、気分を盛り上げる。
【０２５９】
より具体的な事例について、運転中に演奏するもてなし用音楽の選曲を例にとって説明する。前述の性格種別コードは、特定されたユーザーの性格に対し、適合する性格種別コードを有した音楽ソースを提供する、というように、ユーザーの性格と、選曲される音楽ソースの性格種別コードとが一致する形で利用される。他方、曲モードコードについては、その音楽ソースに付与された曲モードが、特定されたユーザーの精神状態や体調に必ずしも一致適合するように利用されるのではなく、例えば高ぶりすぎた精神状態に対しては、温和・癒し系やヒーリング・α波系の音楽ソースを選択して気持ちを鎮めるなど、ある精神状態を目標値として、ユーザーの精神状態をこれに近づけるように使用される。ユーザーの精神状態高揚度をパラメータ化できる場合、曲モードコードについてもこれに対応付けた序列を設定しておき、該精神状態高揚度パラメータに応じた曲モードコードを選択するように、選曲制御することができる。具体的には、精神状態高揚度パラメータの値が上位となるほどユーザーの精神状態が高揚していると定めたとき、「盛り上げ系」、「爽快系」、「温和・癒し系」、「ヒーリング・α波系」の順で序列を定め、精神状態高揚度パラメータの値が上位となるほど、当該序列の下位に位置する曲モードコードを選択すれば、気持ちが高ぶりすぎている場合はこれを静めるように選曲され、逆に落ち込んでいるときは気分が高揚するように選曲されるよう、曲モードコードを選ぶようにするのである。前者の場合は、気分激昂等に伴うスピードの出し過ぎなどを抑制する効果が得られ、後者の場合は、ユーザーの覚醒を促して運転中の注意力を高める効果が得られるので、いずれも安全運転に寄与する。他方、体調レベルが悪化している場合は、上記の精神状態とは無関係に、ユーザーに疲れを催させるような過激な選曲はなるべく行なわないようにすることが望ましいといえる。
【０２６０】
例えば、図３４に示すごとく、ユーザーの精神状態を、興奮（怒り）、集中力散漫（不安・緊張）、安定の３レベルに区分したとき、個々の精神状態レベルに対して、図１８の曲モードコードを一義的に対応付けておく。本実施形態では、「怒り」には「温和・癒し系」（ＳＦ）、「不安・緊張」には「爽快系」（ＳＴ）、安定には「盛り上げ・活力アップ系」（ＡＧ）が対応付けられている（第一設定）。
【０２６１】
なお、カーナビゲーションシステム５３４を用いて、一定距離以上遠方の目的地に向かうときは、帰りは運転者の疲れの要素が加わるから、行きよりもより運転を落ち着かせるよう、対応させる曲モードコードのレベルを下げるように設定することができる（第二設定）。図３４では、帰りについては、「怒り」には「ヒーリング・α波系」（ＨＬ）、「不安・緊張」には「温和・癒し系」（ＳＦ）、安定には「爽快系」（ＳＴ）が対応付けられている。
【０２６２】
図３５は、処理のフローチャートを示すもので、Ｓ５０１で行きか帰りかを判別し、Ｓ５０２、Ｓ５０３で、曲モードコードを対応するレベル設定とする。Ｓ５０４で、生体状態検出部の検出状態を読み取り、Ｓ５０５，Ｓ５０６で精神状態を推定する。「安定状態」の場合はＳ５０７の処理、「緊張・不安」の場合はＳ５０８の処理、「怒り」の場合はＳ５０９の処理となる。各々の精神状態に対応する選曲で音楽演奏を行なう（性格種別は前述の方法で別に判定し、その性格種別に対応する音楽ソース群の中で、精神状態に対応する選曲を行なう）。なお、音楽演奏とともに、室内照明やエアコンの調整も、各精神状態に対応した形態で制御を行なう。例えば、「安定状態」の「行き」の場合は、盛り上げ系音楽（ＡＧ）の演奏に加え、赤系照明を使用し、室内温度も多少高めに設定する。「帰り」は、リラックスさせるために、爽快（あるいは安定）系音楽の演奏に加え、照明は落ち着いたアンバー系とし、室内温度が行きよりは少し低く設定する。
【０２６３】
「行き」で「緊張・不安」の場合は、リラックスさせるために、爽快（あるいは安定）系音楽の演奏に加え、照明は落ち着いたアンバー系とし、室内温度が行きよりは少し低く設定する。「帰り」は、癒し系音楽（ＳＦ）の演奏に加え、白色系照明を使用し、室内温度はさらに若干下げた設定とする。そして、「行き」で「怒り」の場合は、早急にクールダウンさせる必要があるので、癒し系音楽（ＳＦ）の演奏に加え、白色系照明を使用し、エアコンを利かせて室内温度をさらに下げる。「帰り」は、音楽をヒーリング系（ＨＬ）とし、青色系の照明に切り替えるが、疲れをいやすために、温度が極端に下がらぬよう、「行き」で「怒り」の場合よりも温度は高めに設定する。
【０２６４】
図２に戻り、降車シーンＳＣＮ５及び離脱シーンＳＣＮ６では、次のようなもてなし動作が可能である。例えば、テーマ「目的地到着の実感を高めて欲しい」（ＯＢＪ１５１、ＯＢＪ１６１、ＯＢＪ２５１、ＯＢＪ２６１）では、目的地に相応しい音楽や照明によりユーザーの到着をねぎらい、また、「さあ、○○ランドにつきました。思いっきり遊んで楽しみましょう」などのメッセージを出力することができる。また、テーマ「忘れ物・降車時確認」（ＯＢＪ３５１）では、車内への忘れ物や、乳幼児の車内への置き去り防止を促すためのメッセージを出力できる（この動作は、携帯電話１を利用して離脱シーンＳＣＮ６でも継続できる）。「降車時の安全確保・トラブル回避」（ＯＢＪ３５２）及び楽に降りたい（ＯＢＪ４５１，ＯＢＪ５５１）では、乗車時と同様、ドアアシスト機構５４１によるドアの開閉操作補助や、障害物とドアとの衝突抑制モード機能を作動させることができる。なお、離脱シーンにおいても、車外用カメラ５１８の作動により、自動車周辺の交通状態を監視し、ユーザーに対向車や後続車が迫ってきている場合には、携帯電話１を利用して注意を促すメッセージを出力することなどが可能である。
【０２６５】
次に、各シーンにおいてもてなし動作が開始された後も、生体状態パラメータの検出と、その波形解析に基づく体調状態あるいは精神状態のモニタリングは継続され、前述の状態確認処理（図４８：δ７あるいはδＱ）を行なう。その詳細について、以下に説明する。まず、基本となるもてなし処理は、前述のごとくシーン及びテーマ毎に、図７〜図１２に示す機能選択テーブル３７１により、その優先順位に従い選択される。個々のもてなし動作部の制御適正値は、機能選択テーブル３７１に対応する制御適性値設定テーブル３７１ａに与えられており、これが制御開始のデフォルト設定値として採用される。一方、δ３の状態適合処理では図５１の判定テーブル１６０１を用い、精神状態あるいは体調状態が特定される。そして、その特定された精神状態あるいは体調状態に応じて、図６７に示すイメージにより、各もてなし動作部の制御適正値に味付け的な調整（修正）が実行される。デフォルト設定値はユーザーによって異なる値を設定することも可能である。この場合、図７３Ａに示すように、各ユーザーのデフォルト設定値を、ユーザー特定情報（例えばユーザーＩＤ）と対応付けた形で、ユーザー別デフォルト設定データ４３４として記憶しておき、自動車のユーザーを特定できた場合に、対応するデフォルト設定データを随時読み出して設定すればよい。
【０２６６】
機能選択テーブル３７１と制御適性値設定テーブル３７１ａとは、本来的にはシーン／テーマ別に用意されるものであるが、以下、走行シーンでの具体例をよりわかりやすく説明するために、走行シーンで採用される種々のもてなしテーマから、主要なもてなし動作を抜粋し、対応する制御適性値とともに、図１３に、各々総合的な機能選択テーブル３７２及び制御適性値設定テーブル４７１ａとして示す。
【０２６７】
「照明レベル」は、数値が大きいほど照明光量が大きいことを意味する。「照明色」は、設定される数値が図７２の発光色インデックスに対応している。「空調設定」は数値が大きいほど設定室温が高いことを意味する。「シート振動」はシートバイブレータの振動出力の振幅と周波数にて規定され、いずれも数値が大きいほど振幅ないし周波数が高いことを意味する（周波数が大きいとインパルス的、周波数が小さいとゆったりした長周期のリラックス振動となる）。「芳香」は、数値が大きいほど芳香発生部からの芳香剤放出量が大きくなることを意味する。「気付け」は、数値が大きいほどアンモニア発生部からのアンモニア放出量が大きくなることを意味する。「楽音レベル」は、数値が大きいほど、カーステレオからの出力音量が大きくなることを意味する。「必要音取り込み」はノイズキャンセラに対する設定値であり、数値が大きいほど、前述の機構により、該部の必要音を高レベルにて取り込む処理が行なわれることを意味する。「警告音出力」は、異常発生時に出力する警告音（カーステレオやブザー等による）の出力音量が大きくなることを意味する。
【０２６８】
特に、緊急時や異常発生時（ユーザー自身の体調不良も含む）に対応するため、機能選択テーブル３７１上では、ノイズキャンセラ（必要音取り込み等のため）、カーオーディオ（警告音出力）及び気付け（アンモニアによる覚醒）の動作優先度が高く設定されることとなる。この設定は、緊急時や異常発生時における一時的なものであること、さらに、ユーザーの応答を待って適性値の変更を行なったのでは、異常／緊急対応に遅れを来たす惧れもあることから、図７０に示すように、緊急時あるいは異常発生時のために、専用の制御適性値設定テーブル４７１ｂを別途設けておき、通常時の制御適性値設定テーブル４７１ａと随時切り替えて使用することが望ましい。
【０２６９】
例えば、緊急用の場合、図１３と比較すれば明らかな通り、照明色の設定が、「７」（リラックス系のうす橙色）から「６」（白色）に変更されており、警告表示等の視認性を高めるようにしている。また、外部の必要音の取り込みレベルも高く変更されている（「５」→「６」）。さらに、警告音の出力レベルが高く変更されている（「７」→「９」）。また、異常時の例として重度体調不良が発生した場合の制御適性値設定テーブル４７１ｂを例示しているが、ここでは必要音取り込みレベルがさらに大きく設定され（「５」→「８」）、さらに気付け用のアンモニア発生を行なうための設定がなされている（「０」→「７」）。
【０２７０】
図１３に戻り、制御適性値設定テーブル４７１ａに従い、各もてなし動作部の制御適性値がデフォルトとして設定されると、その設定に従い、もてなし動作が一旦開始される。この場合の処理の流れを図７４に示す。ＳＳ６０１では制御適性値設定テーブル４７１ａの内容をリードし、ＳＳ６０２では、該内容に従い各もてなし動作部に制御適性値を設定する。ＳＳ６０３では、その設定値に従いもてなし動作を開始する。
【０２７１】
続いて、ＳＳ６０４では、ユーザーへの質問出力処理を行なう。前述のごとく、現在動作中のもてなし動作部に対応するＩＤと制御方向とを特定し、図７３Ａの質問データにて対応するものを検索し、出力する。そして、ＳＳ６０５では、質問に対するユーザーからの回答を取得し、内容を解析する。図６９に質問の例と回答の入力例を示す。空調、芳香及びカーステレオの楽音レベルに係る質問を例示しており、それぞれ空調の利き（ここでは、夏季を想定）、芳香への嗜好、音量設定に関する質問を行なっている。ユーザーからの回答は
（１）「空調の利きが悪く暑い」こと、
（２）「香りが強くて気に入らない」こと、
（３）「もっと音量を上げて欲しい」こと、
を意味する内容となっている。また、リラックスの度合いについて総合的な感想を取得するための質問もなされており、回答は
（４）「緊張気味で必ずしもリラックスできていない」内容になっている。
【０２７２】
ＳＳ６０６では、上記回答内容から、変更すべき制御値を特定する。図６９では、空調の設定温度、芳香剤の放出量レベル及びカーステレオの音量が変更対象制御値である。また、総合的なリラックス度の向上に貢献する照明色、照明レベル（光量）及びシート振動の振幅も変更対象制御値として選ばれている。ＳＳ６０７では、回答から特定されたユーザーの志向を充足させる向きに、各制御設定値の変更を行なう。図６９では、上記（１）については空調温度設定を下げることで（「４」→「３」）、（２）については芳香剤の放出量を低減することで（「５」→「４」）、（３）については楽音レベルを上げることで（「６」→「７」）、それぞれ対応している。また、（４）については、照明光とシート振動の調整により対応している。具体的には、照明色を白色系（「６」）から落ち着いた暖色系（うす橙：「７」）に変更し、照明レベルを落としている（「７」→「６」）。また、シートバイブレータによる振動の振幅を下げ（「３」→「２」）、ゆったり感を強調している。
【０２７３】
上記のごとく質問対話形式で修正した制御適性値群は、その一部又は全てを新たなデフォルト値として登録することができ、次回以降の自動車利用時におけるもてなし動作の初期設定として活用することができる。
【０２７４】
次に、図７５は、状態確認処理と、その確認内容に基づくもてなし動作の調整処理を例示するフローチャートである。前述のごとく、もてなし動作が開始された後も、生体状態パラメータの検出と、その波形解析に基づく体調状態あるいは精神状態のモニタリングは継続されているので、ＳＳ６５１では最新の状態推定結果をリードする。この処理は、状態特定結果テーブル４７２の現在の状態を参照することにより行なう。ＳＳ６５２で、状態推定結果が正常状態であれば処理を終了する（すなわち、現在設定されている条件でもてなし動作を継続する）。
【０２７５】
一方、正常状態でない場合、つまり、何らかの異常状態となっている場合はＳＳ６５３に進み、図６８に示すもてなし制御量設定テーブル４４１（もてなし意思決定部２のＲＯＭあるいは記憶装置５３５に記憶されている）を参照して、もてなし動作部の制御量の変更・調整を行なう。もてなし制御量設定テーブル４４１は、図６７のもてなし動作部の制御適正値調整イメージに対応する形で内容が定められている。具体的には、設定値（図１３の制御適性値設定テーブル４７１ａ参照）に対して、以下のような変更が行なわれる。
【０２７６】
推定された状態が「軽度の体調不良（あるいは不快）」の場合。
・「照明光のうち、必要性の低い光を低減して、ユーザーが自動車に接近するときの視認性を向上させるようにする。」→赤系の照明出力を低減する（図７２において、白色（「６」）を基準として、青系に向う方向に発光色インデックスを変更する（例えば、「−１」）。
・「指定された必要音（警告音／重要音）を残して、オーディオ出力に対し低音域を主体としたイコライジングを行なう」→必要音取込の設定値を増大させる（例えば、「＋３」）。また、図７１に示すように、オーディオ設定に関しては音量レベルだけでなく、トーン設定に関しても制御適性値を変更可能としておき、低音の設定値を高温の設定値に対して相対的に増大させる（例えば、低音「＋１」、高音「−１」：高音非変更でもよい）。
・「温度及び湿度の一方又は双方を増加させる向きに変更し、不快感を和らげる。」→空調の温度設定を上昇し（例えば「＋１」）、加湿器（図１３には図示せず）の作動を開始する。
・他のもてなし動作部（例えば、振動、芳香）については設定の現状を維持する。
【０２７７】
推定された状態が「重度の体調不良」の場合
・「白色系ないし暖色系にて暗めの照明に設定」→図７２において、白色（「６」）を基準として、赤系に向う方向に発光色インデックスを変更する（例えば、「＋１」）。また、照明光レベルを低減する（例えば、「-１」）。
・「小音量でゆったり系の曲を流す」→ゆったり系の曲に変更し、音量設定レベルを減少させる（例えば「−１」：状態が改善されなければ、最終的に音量ゼロ、あるいはオーディオ動作停止の設定としてもよい）。
・容態に刺激を与えないよう、空調は現状維持とする。また、不要なもてなし動作は停止する（例えば、シートバイブレータの振動動作）。
・アロマテラピー効果による体調改善を狙い、芳香の出力を増加させる（例えば「＋１」）。
【０２７８】
なお、重度体調不良の場合、シーンに応じて、ユーザーによる運転操作を回避させるもてなし動作を行なうことも有効である。例えば、接近シーンではドアロックを解除せず、自動車への乗り込み自体を禁ずる、乗車後であれば、運転を取りやめるメッセージを音声等で出力する、また、速度リミッタを動作させて、一定以上の速度が出ないようにする、などの動作を例示できる。
【０２７９】
推定された状態が「集中力散漫」の場合。ユーザー（運転者）の覚醒を促す動作で集約される。
・「フラッシュ光や刺激的な波長により、注意を促す」→白色（「６」）を基準として、青系に向う方向に発光色インデックスを変更する（例えば、「−１」）。あるいは、原色主体方向にインデックスを大きく変化させる（赤、青、緑）。照明レベルも増強する（例えば「＋１」）。図７１に示すように、照明パターンにも設定値を設け、例えば連続点灯からフラッシュ光発生のための断続点灯へ切り替え可能としておく。
・「警告音を出力させる」→警告音を直ちに出力させる。また、その設定音量を増加させる（例えば「＋１」）。
・空調は現状維持とするか、あるいは覚醒（眠気低減）のため設定温度を下げる。
・シートバイブレータあるいはハンドルバイブレータにインパルス振動を発生させる。具体的には設定周波数を増大させ（例えば「＋３」）、振幅も増大させる（例えば「＋３」）。
・芳香剤の放出を停止し（設定値「０」）、気付け用のアンモニアの放出を行なう。
【０２８０】
推定された状態が「興奮（怒り、不安定）状態のとき」の場合。ユーザー（運転者）の精神状態を冷却し和らげることに集約される。
・「青系照明の採用」→白色（「６」）を基準として、青系に向う方向に発光色インデックスを変更する（例えば、「−１」）。
・「いやし系等、興奮状態緩和に効果のある曲に変更する」→選曲方法は既に説明済である。
・空調は、精神状態冷却のため設定温度を下げる（例えば。「−１」）。
・「シートバイブレータあるいはハンドルバイブレータの動作を和らげ、ゆったりさせる」→周波数及び振幅とも減少させる（例えば「−１」）。
・方向については現状維持か、アロマテラピー効果による精神安定化を狙い、芳香の出力を増加させる（例えば「＋１」）。
【０２８１】
図７５に戻り、もてなし動作部の制御量の変更・調整は、もてなし制御量設定テーブル４４１上で、変更に係る具体的指示が存在するパラメータ（制御設定値）についてのみ行なう。そのパラメータが複数存在する場合、全てのパラメータの変更を一括して行い、もてなし動作に反映するようにしてもよいが、本実施形態では、個々のパラメータの変更による寄与（効果）を分離確認可能とするための、複数のパラメータに係る設定変更を順次的に行なうようにしている。それらパラメータの設定値変更の順序（つまり、もてなし動作の調整の優先順位）は、機能選択テーブル３７１、３７２（図７〜図１３）に設定された優先順位に従うものとする。
【０２８２】
ＳＳ６５４Ａでは後述の累積充足度ΣＪを初期化する。また、ＳＳ６５４Ｂでは変更対象となるパラメータの番号Ｎを初期化する。ＳＳ６５５で、番号Ｎのパラメータの変更を、もてなし制御量設定テーブル４４１の指示値に基づいて行い、ＳＳ６５６で、その変更設定状態にて一定時間もてなし動作を継続する（以下、試行もてなし動作という）。次いで、ＳＳ６５７では、そのもてなし動作に対するユーザーの充足度（「制御充足度」という）を判定する処理に移る。つまり、もてなし動作に対するユーザーの充足度をフィードバック情報として参照しつつ、もてなし制御量の変更が実施される。
【０２８３】
図７６は、制御充足度の判定処理の一例を示すものである。ＳＳ７０１では、ＳＳ６５６の試行もてなし動作により、推定される状態に変化がないかどうかを調べるため、再び状態特定結果テーブル４７２（図７７）にアクセスし、監視情報の内容を確認する。次いで、ＳＳ７０２では、監視情報の内容を前回の内容（前回の状態特定結果テーブル４７２の内容を、もてなし意思決定部２のＲＡＭか記憶装置５３５にバックアップしておけばよい）と比較する。
【０２８４】
ＳＳ７０３では、「正常」を示すパラメータの増分値を算出する。具体的には、該増分値νは、図７７において、状態判定への寄与が「０」になっているパラメータの増分値Δνの合計（図７７の(7)式）として算出する。ただし、より簡便な値として、状態判定への寄与が「０」になっているパラメータの合計個数を算出するようにしてもよい。この増分値νが大きいことは、試行もてなし動作の結果、前回推定された「異常状態」が解消され、前回よりも正常状態に近づいていることを意味する。また、増分値νが小さい場合は、状態がより悪化していることを意味する（その悪化の度合いが大きい場合、該増分値が負数となることもありえる）。
【０２８５】
次に、ＳＳ７０４では、現在の状態推定結果（「異常状態」）に肯定寄与しているパラメータの増分値を算出する。具体的には、該増分値μは、図７７において、状態判定への寄与が「２」になっているパラメータの増分値Δμの合計（図７７の(8)式）として算出する。ただし、より簡便な値として、状態判定への寄与が「２」になっているパラメータの合計個数を算出するようにしてもよい。この増分値μが大きいことは、試行もてなし動作の結果、前回推定された「異常状態」がより悪化していることを意味する。また、増分値μが小さい場合は、「異常状態」が解消方向に向かっていることを意味する（その解消の度合いが大きい場合、該増分値が負数となることもありえる）。
【０２８６】
つまり、「異常状態」解消の観点から見れば、増分値μは増分値νとは逆に寄与する。そこで、今回のパラメータの設定変更に伴う充足度Ｊを、増分値μと増分値νとの双方に基づいて算出する。ここでは、Ｊ＝ν−μとして算出する（もしμとνとが常に正数に維持されるのであれば、μとνとの比（例えばμ／ν）を代わりに用いることも可能である）。Ｊが大きいほど、今回のパラメータの設定変更に伴うユーザー状態改善は顕著ということになる。他方、ＳＳ７０６では、この値が負になっていないかどうかを確かめる。Ｊが負になっている場合は、今回のパラメータの設定変更によりユーザー状態は却って悪化していることになる。そこで、ＳＳ７０７に進み、そのパラメータを設定変更の対象から除外する（以降は、そのパラメータは、例えば前回の値に戻した上、現状維持となるが、そのパラメータが関与するもてなし動作自体を停止する方法もありえる）。
【０２８７】
一方、ＳＳ７０６で充足度Ｊが正だった場合は、今回のパラメータの設定変更がユーザー状態の改善に有効だったことを意味する。基本となる処理は、ＳＳ７１１に進んで充足度Ｊを累積充足度ΣＪに加算する内容となるが、本実施形態では、その前に、当該パラメータに対応するもてなし動作部の操作入力部に対し、ユーザーによるリトライ動作があるかどうかも考慮に入れるようにしている。具体的には、ＳＳ７０８で、当該パラメータに対応するもてなし動作部の操作入力部へのリトライ操作状態をスキャンする。ＳＳ７０９で、そのリトライ操作が確認されなかった場合は上記ＳＳ７１１に進む。
【０２８８】
一方、リトライ操作が確認された場合はＳＳ７１０に進み、リトライ操作が今回のパラメータの設定変更に対し肯定的な操作であった場合は、そのパラメータの次回以降の設定変更の優先度を最上位に設定する。他方、否定的な操作であった場合は、そのパラメータを設定変更の対象から除外する。例えば、空調の設定温度を下げる設定変更を行なったが、ユーザーが温度設定をさらに下げるリトライ操作を行なった場合、空調の設定温度の変更を次回以降の基本サイクルにて最優先する。他方、ユーザーが温度設定を逆に上げる操作を行なった場合は、次回以降の基本サイクルでは空調の設定温度を変更しないようにする。以上で制御充足度判定処理を終わる。
【０２８９】
図７５に戻り、ＳＳ６５８では、累積充足度ΣＪが閾値に達したかどうかを調べ、達していれば処理を終了する。累積充足度ΣＪは、例えば、全てのパラメータが「正常状態」となり、かつ、νの値の想定上限値の合計から満点値を算出することができる。累積充足度ΣＪの閾値は、この満点を基準として一定比率に達しているかどうかにより定めておくとよい。
【０２９０】
一方、累積充足度ΣＪが閾値に達していない場合はＳＳ６５９に進み、次の設定変更対象となるパラメータが存在するかどうかを調べる。存在する場合はパラメータ番号Ｎを１加算し、ＳＳ６５５に戻って、そのパラメータについてＳＳ６５８までの処理を同様に繰り返す。対象となるパラメータが存在しない場合は、全ての対象パラメータの設定変更が一巡したことを意味するから、ＳＳ６５４Ｂに戻ってＮを再度初期化して次の基本サイクルに入り、上記と同様の処理を繰り返す。この場合、ＳＳ６６０では、Ｊの値の大きいものほど、パラメータの調整の優先順位が上がるように変更する。ただし、図７６のＳＳ７１０で、リトライ操作により最上位に設定されたパラメータは、Ｊの値の大小によらず順位が優先される。ＳＳ６６１では、その優先順位に従い、パラメータ番号がソートされる。これにより、次回の基本サイクルでは、新しい優先順位によりパラメータが調整される。上記図７５のもてなし動作の調整処理は、例えば予め定められた時間間隔にて自動的に立ち上がり、適正なもてなし動作が常に安定して継続されるよう、繰り返し実施されるものである。
【０２９１】
次に、上記の状態推定処理に影響を及ぼす重要な因子の一つに、各パラメータに対して設定する閾値がある（数１におけるＸ0：具体的には、図５２、図５４、図５５、図５６、図５７、図６０、図６１、図６２及び図６５のｆu0、ｆL0、Ａ0、α0、Ｉ0、Ｎ0、Ａn0、Σ２0、ｄ0及びηn0）。多数のパラメータの閾値を最適な値に一括して設定するのは困難なこともあり、監視対象となるユーザーの個人差の影響も受けやすい。従って、もてなし動作の調整処理には、必要に応じて上記の閾値を修正する処理を組み込めばさらに望ましい。
【０２９２】
図７８は、図７５の処理に該閾値を修正するためのステップを組み込んだ例を示すフローチャートである。以下、図７５との処理との相違点を中心に説明する。この処理では、上記もてなし動作調整処理の基本サイクルを所定数繰り返しても、ユーザーの状態推定結果に一定レベル以上の改善が見られない場合に閾値の修正処理に移行する流れとなっている。まず、ＳＳ６５４Ａには、閾値調整用のサイクルカウンタＣを初期化する処理が付加されている。以下、ＳＳ６６１までのステップにて、関係するパラメータの調整ステップが一巡し、１サイクル分のもてなし動作の調整処理が完結する。
【０２９３】
図７５においては、累積充足度ΣＪが予め定められたレベル以上に大きくなるまで、このもてなし動作調整処理のサイクルを繰り返すようにしていた。図７８の処理では、このサイクルを一定回数繰り返しても充足度ΣＪが一定レベル以上に改善していない場合に、ＳＳ６６５の閾値変更処理に移行するようになっている。すなわち、上記サイクルが１回繰り返される毎に閾値調整用のサイクルカウンタＣがインクリメントされる（ＳＳ６６２）。ＳＳ６６３でＣの値が規定値Ｃ0以下であればＳＳ６５４Ｂに戻って、次の基本サイクルの処理に移る。また、Ｃの値が規定値Ｃ0より大きくなったらＳＳ６６４に進み、累積充足度ΣＪが一定レベル（ＳＳ６５８における、調整処理の終了判定に係る最終的な累積充足度ΣＪの目標値よりは小さく設定される）以上に改善している場合にはＳＳ６５４Ｂに戻って次の基本サイクルの処理となる。
【０２９４】
他方、ＳＳ６６４で累積充足度ΣＪの改善度が不足していた場合は、ＳＳ６６５の閾値変更処理となる。図７９は、閾値変更処理の一例を示すものである。閾値変更が必要となるのは、成立していると推定した精神／体調状態がそもそも誤りであったことに起因している可能性が高い。従って、この状態を抜け出すには、現在推定されている「異常状態」に肯定的に寄与しているパラメータ群については、その寄与率の高いパラメータから優先的に、該寄与率が減少する向きに閾値を変更するのが望ましい。また、同様に、「正常状態」を示すパラメータ群については、その寄与率の低いパラメータから優先的に、該寄与率が増加する向きに閾値を変更するのが望ましい。上記の寄与率としては、既に説明済みの各パラメータの閾値からの偏差ΔμあるいはΔνを使用することができる。
【０２９５】
図７９においては、ＳＳ１７０１において、「異常状態」に肯定的に寄与しているパラメータ群のうち、Δμの大きい上位ｎ個の閾値を、Δμが減少する向きに一定量修正する処理を行なっている。また、ＳＳ１７０２において、「正常状態」を示すパラメータ群のうち、Δνの小さい下位ｎ個の閾値を、Δνが増加する向きに一定量修正する処理を行なっている。ｎは１であってもよいし、２以上であってもよい（この場合、該当するパラメータ群の全てとなることを排除しない）。
【０２９６】
ＳＳ１７０１とＳＳ１７０２とは、どちらか一方のみを実施することも可能である。特に、現在推定中の「異常状態」が誤りである状態を解消するには、ＳＳ１７０１を必須として実施することがより望ましいといえ、この場合はＳＳ１７０２を省略することが可能である。いずれにしろ、ＳＳ１７０１を行なってから図７８のもてなし動作調整処理に復帰すると、異常状態判定の根幹をなすパラメータの閾値が変更されて、その優先順位が強制的に下がる形となる。閾値修正の方向性が正しければ、残りのパラメータのうち、真の体調／精神状態が反映されているパラメータには、その優先度が上昇する機会が与えられることとなる。
【０２９７】
他方、ＳＳ１７０２は、「正常状態」を示すパラメータ群の閾値修正に係るものである。現在推定されているのは「異常状態」であって、この推定が正しい精神／体調状態を反映している場合には、「正常状態」を示すパラメータ群は、精神／体調状態の推定に使用するパラメータとしては、本来的に不適格ということになる。しかし、ここでは、その推定されている「異常状態」が正しい精神／体調状態を反映していない場合に該当するから、「正常状態」を示すパラメータ群の少なくともいくつかは、真の精神／体調状態の推定に適合したパラメータである可能性がある。しかし、Δνの小さいパラメータは累積充足度Ｊへの貢献率が小さく、現在のもてなし動作調整処理において埋没している可能性がある。そこで、「正常状態」を示すパラメータ群のうち、Δνの小さい下位ｎ個の閾値を、Δνが増加する向きに一定量修正する処理を行なうことで、「正常状態」を示す下位パラメータのいくつかについて、その優先順位を上げることができる。
【０２９８】
なお、上記のごとく閾値を変更するのに代え（あるいは閾値の変更とともに）、図７７に示す重み係数を変更する方法もある。この場合、図７９のＳＳ１７０１において、「異常状態」に肯定的に寄与しているパラメータ群のうち、Δμの大きい上位ｎ個の重み係数を減少方向に一定量修正する処理を行なえばよい。また、ＳＳ１７０２においては、「正常状態」を示すパラメータ群のうち、Δνの小さい下位ｎ個の重み係数を増加方向に一定量修正する処理を行なえばよい。
【０２９９】
各閾値のデフォルトデータは、例えば自動車ディーラーサイドで各ユーザーに共通のものを用意し、搭載しておくことができるが、上記の閾値変更処理を経ることで各ユーザーに固有の値にカスタマイズされることになる。そこで、該カスタマイズされた閾値群を、図７３Ａに示すように、ユーザー特定情報と対応付けてユーザー別精神／体調判定閾値４３５として記憶しておけば、次回からは、自動車のユーザーが特定された段階で、該ユーザーに対応する閾値群を読み出して、デフォルト値として設定すればよい。前述のユーザー別デフォルト設定データ４３４とともに、自動車のユーザーが変わった場合にも、そのユーザーに固有の制御デフォルト値及び閾値を用いてもてなし動作が調整されるので、例えば、自動車を複数のユーザーで共用する場合においても、ユーザー毎にもてなし動作が適正化され、どのユーザーも快適に自動車を利用することができる。
【０３００】
また、もてなし意思決定に使用する生体状態検出部（図１：センサ・カメラ群５１８〜５２８）を、自動車の複数の座席に対応付けて複数組設け、それぞれの座席に着座するユーザーの精神状態及び体調状態を独立に検出することもできる。この場合、もてなし意思決定部２は、それら生体状態検出部の組に対応する複数のユーザーの精神状態及び体調状態に基づいて、もてなし動作部の動作内容を決定することが可能である。この場合、例えば、推定された精神状態及び体調状態の最も悪い（例えば重度の体調不良など）ユーザーを優先した形で、もてなし動作部の動作内容を決定することが可能である。
【０３０１】
また、図７３Ａに示す、種々のもてなし意思決定用のデータ４４０のうち、ユーザー毎に固有のデータ（ユーザーＩＤ／暗証番号６００、生体認証用マスターデータ４３２、ユーザー別デフォルト設定データ４３４、ユーザー別精神／体調判定閾値４３５、ストレス反映操作統計データ４０５など）については、図１に示すように、記憶装置５３５等の自動車側の記憶装置以外に、自動車との間で通信可能な管理センター５６０のデータサーバ５６１に記憶し、自動車側からの要求に従って随時通信取得して使用するようにしてもよい。このようにすると、成りすまし等により自動車を他人に悪用される、といったセキュリティ上の問題を軽減できる他、ユーザーが、本発明の自動車用ユーザーもてなしシステムのハードウェアインフラ構造を具備した別の自動車に乗り換える場合に、管理センター５６０から上記ユーザー毎に固有のデータを取得することで、その乗り換え先となる自動車においても、前の自動車と同等のもてなしを受けることができ、より柔軟性に富んだシステム構築が可能となる。
【０３０２】
以上、本発明の自動車用ユーザーもてなしシステムの実施形態について説明したが、本発明は当該実施形態に限定されるものではなく、本発明の主旨を逸脱しない範囲にて種々の変形を加えることが可能である。
【図面の簡単な説明】
【０３０３】
【図１】本発明の自動車用ユーザーもてなしシステムの、電気的構成の一例を示すブロック図。
【図２】もてなし意思決定テーブルの一例を示す模式図。
【図３】シーン決定処理の流れを示すフローチャート。
【図４】もてなし主処理の流れを示すフローチャート。
【図５】シーンフラグの内容を示す模式図。
【図６】テーマ別アプリケーションライブラリの概念を示す図。
【図７】機能選択テーブルの第一例を示す図。
【図８】機能選択テーブルの第二例を示す図。
【図９】機能選択テーブルの第三例を示す図。
【図１０】機能選択テーブルの第四例を示す図。
【図１１】機能選択テーブルの第五例を示す図。
【図１２】機能選択テーブルの第六例を示す図。
【図１３】いくつかの機能選択テーブルの代表機能を統合して、制御適性値設定テーブルとともに示す図。
【図１４】携帯電話として構成したユーザー側端末装置の一例を示す外観斜視図。
【図１５】ユーザー側端末装置の電気的構成の一例を示すブロック図。
【図１６】車内照明の電気的構成の一例を示すブロック図。
【図１７】カーオーディオシステムの電気的構成の一例を示すブロック図。
【図１８】音楽ソースデータベースの内容を示す概念図。
【図１９】照明装置の点灯制御データの構成例を示す概念図。
【図２０】選曲実績記憶部の内容を示す概念図。
【図２１】選曲実績の統計情報の内容を示す概念図。
【図２２】ストレス反映操作統計記憶部の内容を示す概念図。
【図２３】ユーザーが自動車に接近する際のもてなし動作の第一例を示す模式図。
【図２４】同じく第二例を示す模式図。
【図２５】同じく第三例を示す模式図。
【図２６】同じく第四例を示す模式図。
【図２７】同じく第五例を示す模式図。
【図２８】ユーザーが自動車に接近する際のもてなし動作の処理の流れを示すフローチャート。
【図２９】性格分析処理の流れを示すフローチャート。
【図３０】もてなしソース決定処理の一例を示すフローチャート。
【図３１】音楽による遠距離もてなしモードでの処理の流れを示すフローチャート。
【図３２】同じく中距離もてなしモードでの処理の流れを示すフローチャート。
【図３３】同じく近距離もてなしモードでの処理の流れを示すフローチャート。
【図３４】生体状態検出部からの検出情報を用いた精神状態／体調の推定と、曲モードコードの決定例を示す模式図。
【図３５】走行中もてなし処理の一例を示すフローチャート。
【図３６】ユーザー登録情報の内容を示す概念図。
【図３７】性格種別決定の入力方式の第一例を示す模式図。
【図３８】性格種別決定の入力方式の第二例を示す模式図。
【図３９】発光ダイオードを用いた照明装置の一例を示す回路図。
【図４０】ドアアシスト機構の機械的構成部分の説明図。
【図４１】ドアアシスト機構の回路図。
【図４２】障害物用ドア旋回ロック機構の構成例を示す模式図。
【図４３】図４１のドアアシスト機構の、通常時の作用説明図。
【図４４】ノイズキャンセラの構成例を示す概念ブロック図。
【図４５】同じくハードウェア構成の一例を示すブロック図。
【図４６】自動車用ユーザーもてなしシステムにおける、もてなし処理の全体流れを示すフローチャート。
【図４７】図４６に続くフローチャート。
【図４８】図４７に続くフローチャート。
【図４９】車内におけるカメラの取付位置を例示する模式図。
【図５０】ハンドルへの種々のセンサ及びもてなし動作部の取付例を示す模式図。
【図５１】判定テーブルの一例を示す模式図。
【図５２】血圧変化波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図５３】波形解析手法をいくつか例示して示す模式図。
【図５４】体温波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図５５】皮膚抵抗波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図５６】表情変化解析アルゴリズムの一例を示すフローチャート。
【図５７】姿勢信号波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図５８】姿勢信号波形の生成ハードウェアの一例を示す回路図。
【図５９】種々の被特定状態のイメージ図。
【図６０】視線角度波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図６１】瞳孔径波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図６２】操舵角度波形取得とその解析アルゴリズムの一例を示すフローチャート。
【図６３】走行モニター画像のイメージ図。
【図６４】走行モニタデータ取得処理の一例を示すフローチャート。
【図６５】走行モニタデータを用いた操舵精度解析処理の一例を示すフローチャート。
【図６６】状態特定処理の一例を示すフローチャート。
【図６７】被特定状態ともてなし動作種別との関係を示す図。
【図６８】もてなし制御量設定テーブルの例を示す図。
【図６９】質問対話形式によるデフォルト制御設定値の変更例を示す図。
【図７０】緊急時ないし異常時に使用する制御適性値設定テーブルの例を示す図。
【図７１】オーディオないし照明に対する制御適性値の詳細設定例を示す図。
【図７２】ＲＧＤフルカラー照明の、各照明光の混合比と発光色及びインデックスの関係を示す図。
【図７３Ａ】もてなし意思決定用のデータの構成例を示す図。
【図７３Ｂ】質問用データの構成例を示す図。
【図７４】質問対話形式によるデフォルト制御設定値の変更処理の流れを示すフローチャート。
【図７５】もてなし動作調整処理を例示するフローチャート。
【図７６】制御充足度判定処理の流れを示すフローチャート。
【図７７】状態特定結果テーブルの内容の一例を示す図。
【図７８】閾値変更処理を含むもてなし動作調整処理の流れを例示するフローチャート。
【図７９】閾値変更処理の流れを例示するフローチャート。
【符号の説明】
【０３０４】
１  携帯電話（ユーザー側端末装置）
２  もてなし意思決定部（もてなし制御部、精神／体調状態推定手段）
３  もてなし実行制御部（もてなし制御部）
４  通信装置（ホスト側通信手段）
１００  自動車用ユーザーもてなしシステム
３１１  スピーカ（音声出力部）
５０２〜５１７，５３４  もてなし動作部
５１５  カーオーディオシステム
５１５ｂ、５１５ｃ  音楽ソースデータベース（もてなし動作情報記憶部）
５１５ｄ  操作部（選曲部：生体状態検出部）
５３５  記憶装置（もてなし動作情報記憶部、選曲実績記憶部）
５０４〜５１２  照明装置
５１１  室内照明（照明装置）
５２１  顔カメラ（生体状態検出部）
５２３  感圧センサ（生体状態検出部）
５１９  赤外線センサ（生体状態検出部）
５２５  体温センサ（生体状態検出部）
５２４  脈拍センサ（生体状態検出部）
１１７０  無線通信網
【図１】
0004525925.tif 000003
【図２】
0004525925.tif 000004
【図３】
0004525925.tif 000005
【図４】
0004525925.tif 000006
【図５】
0004525925.tif 000007
【図６】
0004525925.tif 000008
【図７】
0004525925.tif 000009
【図８】
0004525925.tif 000010
【図９】
0004525925.tif 000011
【図１０】
0004525925.tif 000012
【図１１】
0004525925.tif 000013
【図１２】
0004525925.tif 000014
【図１３】
0004525925.tif 000015
【図１４】
0004525925.tif 000016
【図１５】
0004525925.tif 000017
【図１６】
0004525925.tif 000018
【図１７】
0004525925.tif 000019
【図１８】
0004525925.tif 000020
【図１９】
0004525925.tif 000021
【図２０】
0004525925.tif 000022
【図２１】
0004525925.tif 000023
【図２２】
0004525925.tif 000024
【図２３】
0004525925.tif 000025
【図２４】
0004525925.tif 000026
【図２５】
0004525925.tif 000027
【図２６】
0004525925.tif 000028
【図２７】
0004525925.tif 000029
【図２８】
0004525925.tif 000030
【図２９】
0004525925.tif 000031
【図３０】
0004525925.tif 000032
【図３１】
0004525925.tif 000033
【図３２】
0004525925.tif 000034
【図３３】
0004525925.tif 000035
【図３４】
0004525925.tif 000036
【図３５】
0004525925.tif 000037
【図３６】
0004525925.tif 000038
【図３７】
0004525925.tif 000039
【図３８】
0004525925.tif 000040
【図３９】
0004525925.tif 000041
【図４０】
0004525925.tif 000042
【図４１】
0004525925.tif 000043
【図４２】
0004525925.tif 000044
【図４３】
0004525925.tif 000045
【図４４】
0004525925.tif 000046
【図４５】
0004525925.tif 000047
【図４６】
0004525925.tif 000048
【図４７】
0004525925.tif 000049
【図４８】
0004525925.tif 000050
【図４９】
0004525925.tif 000051
【図５０】
0004525925.tif 000052
【図５１】
0004525925.tif 000053
【図５２】
0004525925.tif 000054
【図５３】
0004525925.tif 000055
【図５４】
0004525925.tif 000056
【図５５】
0004525925.tif 000057
【図５６】
0004525925.tif 000058
【図５７】
0004525925.tif 000059
【図５８】
0004525925.tif 000060
【図５９】
0004525925.tif 000061
【図６０】
0004525925.tif 000062
【図６１】
0004525925.tif 000063
【図６２】
0004525925.tif 000064
【図６３】
0004525925.tif 000065
【図６４】
0004525925.tif 000066
【図６５】
0004525925.tif 000067
【図６６】
0004525925.tif 000068
【図６７】
0004525925.tif 000069
【図６８】
0004525925.tif 000070
【図６９】
0004525925.tif 000071
【図７０】
0004525925.tif 000072
【図７１】
0004525925.tif 000073
【図７２】
0004525925.tif 000074
【図７３Ａ】
0004525925.tif 000075
【図７３Ｂ】
0004525925.tif 000076
【図７４】
0004525925.tif 000077
【図７５】
0004525925.tif 000078
【図７６】
0004525925.tif 000079
【図７７】
0004525925.tif 000080
【図７８】
0004525925.tif 000081
【図７９】
0004525925.tif 000082