(57)【特許請求の範囲】
【請求項１】
画像表示装置に静止画像若しくは動画像を表示し、又は、音声出力装置から音声を出力する情報出力装置において、
特定静止画像、特定動画、又は特定音声の出力条件値を記憶した条件記憶手段と、
入力手段と、
該入力手段からの一の入力に対応して複数の出力条件値を増減させ、増減後の値を元の出力条件値として設定する基準値変更手段と、
センサと、
該センサによって検出された特定の物理量が、いずれかの出力条件値を越えた場合又は、いずれかの出力条件値と一致した場合、該出力条件値に対応する静止画像若しくは動画を画像表示装置に表示し又は、該条件値に対応する音声を音声出力手段から出力する制御手段と、を備えることを特徴とする情報出力装置。
【請求項２】
増減させる対象とする出力条件値を指定する指定手段を備え、
前記基準値変更手段は、前記指定手段によって指定された出力条件値だけを増減すること、を特徴とする請求項１に記載の情報出力装置。
【請求項３】
画像表示装置に静止画像若しくは動画像を表示する情報出力装置において、
特定静止画像、特定動画の出力条件値を記憶した条件記憶手段と、
入力手段と、
該入力手段からの一の入力に対応して前記出力条件値を増減させる基準値変更手段と、
センサと、
該センサによって検出された特定の物理量が、前記記憶した出力条件値を越えた場合又は、一致した場合、該出力条件値に対応する静止画像若しくは動画を画像表示装置に表示する制御手段と、を備えることを特徴とする情報出力装置。
【請求項４】
音声出力装置から音声を出力する情報出力装置において、
特定音声の出力条件値を記憶した条件記憶手段と、
入力手段と、
該入力手段からの一の入力に対応して前記出力条件値を増減させる基準値変更手段と、
センサと、
該センサによって検出された特定の物理量が、前記記憶した出力条件値を越えた場合又は、一致した場合、該出力条件値に対応する音声を音声出力手段から出力する制御手段と、を備えることを特徴とする情報出力装置。
【請求項５】
前記特定音声は、ユーザからの回答を得るための質問用の音声を含むことを特徴とする請求項１、請求項２、又は請求項４に記載した情報出力装置。
【請求項６】
所定期間内に表示された特定静止画像、特定動画、又は前記所定期間内に出力された特定音声を取得する期間内出力対象取得手段を備え、
前記基準値変更手段は、前記期間内出力対象取得手段で取得した前記特定静止画像、前記特定動画、又は前記特定音声の範囲内で、一の入力に対応して出力条件値を増減させ、増減後の値を元の出力条件値として設定することを特徴とする請求項１又は２に記載の情報出力装置。
【請求項７】
音声認識手段によるユーザの認識音声又は前記入力手段からの入力に応じて、車両を制御する車両制御手段を備えたことを特徴とする請求項１から請求項６のうちのいずれか１の請求項に記載した情報出力装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は情報出力装置に係り、例えば、車両内に擬似人格を備えたエージェントを画像と音声により車両内に出現させ、センサの検出値に応じてエージェントがユーザとのコミュニケーションとして特定の行為を行う情報出力装置に関する。
【０００２】
【従来の技術】
画像表示装置に静止画像若しくは動画像を表示し、又は、音声出力装置から音声を出力する情報出力装置として、例えば、エージェントの容姿を表す画像（静止画像、動画像）を表示すると共に、ユーザとの会話を内容とするエージェントの音声を出力することで、エージェントを車両内に出現させ、車両の状況を判断してユーザとのコミュニケーションや車両の制御等を積極的に行うエージェント装置が特開平１１−３７７６６号公報で提案されている。
このエージェント装置（情報出力装置）によれば、車両内外の状況や運転者等の行動（運転状況等）を検出し、その状況に応じた行為（コミュニケーション）を、車両内に出現させたエージェントの行為として実行させるようにしている。例えば、お昼時にお腹が鳴る音を検出した場合に「食堂の案内をしましょうか？」といったように、エージェントが処理可能な行為の提案をするようになっている。
【０００３】
【発明が解決しようとする課題】
しかし、提案されているエージェント装置では、車両や運転者の状況がエージェントを出現させるための条件を満たしている場合、常にエージェントが現れユーザとのコミュニケーションを行うようになっている。
このように、従来のエージェント装置を含めた情報出力装置では、センサの検出値が画像等の出力条件を満たした場合（条件値を越えた場合、条件値と一致した場合等）に、常に、その出力条件に対応する画像や音声を出力するようにしている。
このため、ユーザによっては、特定静止画像、特定動画像（以下、本明細書において、特定静止画像又は／及び特定動画を特定画像という）を含む画像や特定音声の出力、エージェント装置の場合であればエージェントの登場が煩わしく感じることもある。
そこで、本発明は、ユーザの好みに応じて、特定画像や特定音声が出力される頻度を変更することが可能な情報出力装置を提供することを目的とする。
【０００４】
【課題を解決するための手段】
請求項１記載の発明では、画像表示装置に静止画像若しくは動画像を表示し、又は、音声出力装置から音声を出力する情報出力装置において、特定静止画像、特定動画、又は特定音声の出力条件値を記憶した条件記憶手段と、入力手段と、該入力手段からの一の入力に対応して複数の出力条件値を増減させ、増減後の値を元の出力条件値として設定する基準値変更手段と、センサと、該センサによって検出された特定の物理量が、いずれかの出力条件値を越えた場合又は、いずれかの出力条件値と一致した場合、該出力条件値に対応する静止画像若しくは動画を画像表示装置に表示し又は、該条件値に対応する音声を音声出力手段から出力する制御手段と、を情報出力装置に具備させて前記目的を達成する。
このように、一又は複数の出力条件値を増減させ、増減後の値を元の出力条件値として設定することで、その出力条件値に対応する特定静止画像、特定動画、又は／及び、特定音声が、出力等されや易くなったり、逆に出力しにくくなることで、当該特定静止画像等に対する出力頻度が変更される。
請求項２記載の発明では、請求項１に記載の情報出力装置において、増減させる対象とする出力条件値を指定する指定手段を備え、前記基準値変更手段は、前記指定手段によって指定された出力条件値だけを増減する。
【０００５】
請求項３に記載した発明では、画像表示装置に静止画像若しくは動画像を表示する情報出力装置において、特定静止画像、特定動画の出力条件値を記憶した条件記憶手段と、入力手段と、該入力手段からの一の入力に対応して前記出力条件値を増減させる基準値変更手段と、センサと、該センサによって検出された特定の物理量が、前記記憶した出力条件値を越えた場合又は、一致した場合、該出力条件値に対応する静止画像若しくは動画を画像表示装置に表示する制御手段と、を情報出力装置に具備させて前記目的を達成する。
請求項４に記載した発明では、音声出力装置から音声を出力する情報出力装置において、特定音声の出力条件値を記憶した条件記憶手段と、入力手段と、該入力手段からの一の入力に対応して前記出力条件値を増減させる基準値変更手段と、センサと、該センサによって検出された特定の物理量が、前記記憶した出力条件値を越えた場合又は、一致した場合、該出力条件値に対応する音声を音声出力手段から出力する制御手段と、を情報出力装置に具備させて前記目的を達成する。
請求項５に記載の発明では、請求項１、請求項２、又は請求項４に記載した情報出力装置において、前記特定音声は、ユーザからの回答を得るための質問用の音声を含むことを特徴とする。
請求項６に記載の発明では、請求項１又は２に記載の情報出力装置において、所定期間内に表示された特定静止画像、特定動画、又は前記所定期間内に出力された特定音声を取得する期間内出力対象取得手段を備え、前記基準値変更手段は、前記期間内出力対象取得手段で取得した前記特定静止画像、前記特定動画、又は前記特定音声の範囲内で、一の入力に対応して出力条件値を増減させ、増減後の値を元の出力条件値として設定することを特徴とする。
請求項７に記載の発明では、請求項１から請求項６のうちのいずれか１の請求項に記載した情報出力装置において、音声認識手段によるユーザの認識音声又は前記入力手段からの入力に応じて、車両を制御する車両制御手段を備えたことを特徴とする。
【０００６】
【発明の実施の形態】
以下、本発明の情報出力装置における好適な実施の形態について、エージェント装置の場合を例に、図１から図２４を参照して詳細に説明する。
（１）第１実施形態の概要
本実施形態のエージェント装置（情報出力装置）では、エージェントの容姿を表す画像表示装置に静止画像や動画像を表示すると共に、エージェントの会話を内容とする音声を音声出力装置から出力することで、エージェントを車両内に出現させる。このエージェントは、車両又はユーザに対して各種イベントを実行するが、各イベント毎にエージェントの行為を表現するための特定画像（特定静止画像又は／及び特定動画）や特定音声が決められている。この特定画像を表示し特定音声を出力することにより、対応するイベントがエージェントの行為として実行されることになる。
車両又はユーザに対してエージェントが行うイベント（コミュニケーションの内容）は、車両状況に応じて実行される。この車両状況は、センサ等により時間（年月日、曜日、時刻等の時に関する情報）、目的（デート、家族等の運転の目的に関する情報）、場所（目的地の近く等の場所に関する情報）、車両（エンジンスタート等の車両に関する情報）、ユーザ（性別、年齢等のユーザに関する情報）、又は、車両内外の温度等の車両内外に関する情報のうち少なくとも１つの状況（又は情報）に対する物理量を車両に関連した車両状況として取得する（車両状況取得手段）。
そして、車両状況に応じて車両又はユーザに対してエージェントが行うイベント（コミュニケーションの内容）と、そのイベントを実行するための条件（出力条件とその出力条件値）がイベント発生知識データベース（ＤＢ）に規定（格納）されている。各イベントには重要度に応じた優先順位が規定されている。また、各イベントに対応してエージェントの行為を表現するための特定画像と特定音声が、エージェントデータ記憶装置の画像データベース（ＤＢ）と音声データベース（ＤＢ）に格納されている。
このイベント発生知識データベースを使用することにより、運転中に取得する車両状況に応じたイベントが決定され（イベント決定手段）、決定したイベントに対応する特定画像の表示及び特定音声の出力によって、エージェントが自動的に車両内に登場してイベントを実行する（イベント実行手段）。
一方、エージェントが車両内に出現する頻度又は出現率をユーザが変更できるように構成されている。ユーザは出現頻度、出現率を０％から１００％の範囲で上下させることで、各イベントに付された優先順位に応じたイベントが追加指定及び指定解除される（指定変更手段）。出現率を上げた場合、現在指定が解除されているイベントのうち優先順位が高いイベントから順に、指定された出現率になるように追加指定される。逆に出現率を下げた場合、現在指定されているイベントのうち優先順位が低いイベントから順に、指定された出現率となるように指定解除される。ここで出現率は、全イベント数に対する指定されているイベント数を意味する。
また、ユーザの気持を画像認識やボタンを使って入力することにより、出現率を自動で増減させることも可能である。
【０００７】
なお、本実施形態におけるエージェントは、擬人化されたエージェントであり、その画像（平面的画像、ホログラフィ等の立体的画像等）が画像表示装置によって車両内に出現される。このエージェントの処理としては、車両自体、搭乗者、対向車等を含む車両の状況判断と学習（状況の学習だけでなく運転者の応答や反応等も含む）をし、各時点での車両状況とそれまでの学習結果に基づいて、エージェントが運転者や車両に対して様々なバリエーションをもった対応（行為＝行動と音声）をする。これにより運転者は、複数のエージェントを車両内に自由に呼びだしてつき合う（コミュニケーションする）ことが可能になり、車両内での環境を快適にすることができる。
ここで、本実施形態において擬人化されたエージェントとは、特定の人間、生物、漫画のキャラクター等との同一性があり、その同一性のある生物が、同一性・連続性を保つようなある傾向の出力（動作、音声により応答）を行うものである。また、同一性・連続性は特有の個性を持つ人格として表現され、電子機器内の一種の擬似生命体としてもとらえることができる。車両内に出現させる本実施形態のエージェントは、人間と同様に判断する擬似人格化（仮想人格化）された主体である。従って、同一の車両状況であっても、過去の学習内容に応じてコミュニケーションの内容は異なる。ときには、車両の相応には関係ない範囲での判断ミスも有り、この判断ミスによる不要な（ドジな）応答をすることもある。そして運転者の応答により、判断ミスか否かを判定し、学習する。
【０００８】
（２）第１実施形態の詳細
図１は、本実施形態におけるエージェント装置（情報出力装置）の構成を示すブロック図である。
本実施形態では、エージェントによるコミュニケーション機能全体を制御する全体処理部１を備えている。この全体処理部１は、設定した目的地までの経路を探索して音声や画像表示によって経路案内等をするナビゲーション処理部１０、エージェント処理部１１、ナビゲーション処理部１０とエージェント処理部１１に対するＩ／Ｆ部１２、エージェント画像や地図画像等の画像出力や入力画像を処理する画像処理部１３、エージェントの音声や経路案内用の音声等の音声を出力したり、入力される音声を音声認識辞書を使用して認識したりする音声制御部１４、車両や運転者に関する各種状況の検出データを処理する状況情報処理部１５、及び渋滞を検出する渋滞検出部（ＥＣＵ）１６を有している。
【０００９】
渋滞検出部１６は、走行中の車線が渋滞状態になったか否か、及び渋滞状態が解消したか否かを検出するための制御部であり、渋滞状況か否かを示す渋滞フラグ１６１を有している。この渋滞フラグ１６１がオンのときは渋滞状態を示し、渋滞フラグ１６１がオフのときは渋滞でない状態を示す。渋滞フラグ１６１の値は、渋滞検出部１６以外の処理装置（例えば、ナビゲーション処理部１０、エージェント処理部１１）が参照できるようになっている。
【００１０】
エージェント処理部１１は、所定容姿のエージェントを車両内に出現させる。また、車両の状況や運転者による過去の応対等を学習して適切な会話や制御を行うようになっている。そして本実施形態のエージェント装置では、時間（年月日、曜日、時刻等の時に関する情報）、目的（デート、家族等の運転の目的に関する情報）、場所（目的地の近く等の場所に関する情報）、車両（エンジンスタート等の車両に関する情報）、ユーザ（性別、年齢等のユーザに関する情報）、又は、車両内外の温度等の車両内外に関する情報のうち少なくとも１つの状況（又は情報）から、ユーザや車両に対して行うべきイベントの決定と、決定したイベントを実行するようになっている。
イベントは、主としてエージェント処理部１１が所定のプログラムを実行することにより決定する（又は発生させる）。イベントの実行とは、決定したイベントに対応するイベント用プログラムを実行することであり、例えば、「昼食を案内する」というイベントが決定（又は発生）した場合には昼食案内用のプログラムを、「観光案内する」というイベントが決定した場合には観光案内用のプログラムを、また、「回避ルートを案内する」というイベントが決定した場合には回避ルート案内用のプログラムをそれぞれエージェントの行為として実行する。
【００１１】
ナビゲーション処理部１０とエージェント処理部１１と渋滞検出部１６は、データ処理及び各部の動作の制御を行うＣＰＵ（中央処理装置）と、このＣＰＵにデータバスや制御バス等のバスラインで接続されたＲＯＭ、ＲＡＭ、タイマ等を備えている。両処理部１０、１１と渋滞検出部１６は、相互にネットワーク接続されており、互いの処理データを取得することができるようになっている。例えば、エージェント処理部１１は、現在位置検出装置２１による検出結果からナビゲーション処理部１０で特定した車両の現在位置のデータや、ナビゲーション処理部１０で探索した目的地までの走行経路や、ナビゲーションデータ記憶装置に格納されたナビゲーション用のデータ等を取得できるようになっている。
ＲＯＭはＣＰＵで制御を行うための各種データやプログラムが予め格納されたリードオンリーメモリであり、ＲＡＭはＣＰＵがワーキングメモリとして使用するランダムアクセスメモリである。
【００１２】
本実施形態のナビゲーション処理部１０とエージェント処理部１１と渋滞検出部１６は、ＣＰＵがＲＯＭに格納された各種プログラムを読み込んで各種処理を実行するようになっている。なお、ＣＰＵは、記憶媒体駆動装置２３にセットされた外部の記憶媒体からコンピュータプログラムを読み込んで、エージェントデータ記憶装置２９やナビゲーションデータ記憶装置３０、図示しないハードディスク等のその他の記憶装置に格納（インストール）し、この記憶装置から必要なプログラム等をＲＡＭに読み込んで（ロードして）実行するようにしてもよい。また、必要なプログラム等を記録媒体駆動装置２３からＲＡＭに直接読み込んで実行するようにしてもよい。
【００１３】
ナビゲーション処理部１０には、現在位置検出装置２１とナビゲーションデータ記憶装置３０が接続されている。
エージェント処理部１１にはエージェントデータ記憶装置２９が接続されいる。
【００１４】
Ｉ／Ｆ部１２には入力装置２２と記憶媒体駆動装置２３と通信制御装置２４と、その他の装置（窓開閉装置、エアコン風量調節装置、オーディオ音量調節装置、ヘッドランプオン・オフ装置、ワイパー駆動制御装置等）が接続されている。
画像処理部１３には表示装置２７と撮像装置２８が接続されている。
音声制御部１４は、音声合成部１４１と音声認識部１４２を備えており、音声合成部１４１には音声出力装置２５が接続され、音声認識部１４２にはマイク２６が接続されている。
状況情報処理部１５には状況センサ部４０が接続されている。
【００１５】
現在位置検出装置２１は、車両の絶対位置（緯度、経度による）を検出するためのものであり、人工衛星を利用して車両の位置を測定するＧＰＳ（Global Positioning System)受信装置２１１と、方位センサ２１２と、舵角センサ２１３と、距離センサ２１４と、路上に配置されたビーコンからの位置情報を受信するビーコン受信装置２１５等が使用される。
ＧＰＳ受信装置２１１とビーコン受信装置２１５は単独で位置測定が可能であるが、ＧＰＳ受信装置２１１やビーコン受信装置２１５による受信が不可能な場所では、方位センサ２１２と距離センサ２１４の双方を用いた推測航法によって現在位置を検出するようになっている。なお、より正確な現在位置を検出するために、所定の基地局から送信される測位誤差に対する補正信号を受信し、現在位置を補正するＤ−ＧＰＳ（ディファレンシャルＧＰＳ）を使用するようにしてもよい。
方位センサ２１２は、例えば、地磁気を検出して車両の方位を求める地磁気センサ、車両の回転角速度を検出しその角速度を積分して車両の方位を求めるガスレートジャイロや光ファイバジャイロ等のジャイロ、左右の車輪センサを配置しその出力パルス差（移動距離の差）により車両の旋回を検出することで方位の変位量を算出するようにした車輪センサ、等が使用される。
舵角センサ２１３は、ステアリングの回転部に取り付けた光学的な回転センサや回転抵抗ボリューム等を用いてステアリングの角度αを検出する。
距離センサ２１４は、例えば、車輪の回転数を検出して計数し、または加速度を検出して２回積分するもの等の各種の方法が使用される。
【００１６】
入力装置２２は、ユーザ情報（年齢、性別、趣味、性格など）や、その他選択項目の選択情報（例えば、提示された目的地候補のうち一つを特定する施設特定命令）等をユーザが入力し、また、本実施形態におけるエージェント出現率変更処理（例えば図９）において出現率の設定、変更等を行う際に使用される入力手段である。
なお、ユーザに関する情報（ユーザプロフィール）は、入力装置２２からユーザが入力する場合に限らず、ユーザとのコミュニケーションが無い時間が一定時間以上経過した場合等に、未入力の項目について例えば、プロ野球が好きか否か、好きな球団名等に関する各種問い合わせをエージェントがユーザに行い、ユーザの回答内容から取得するようにしてもよい。
入力装置２２は、エージェントによるイベント実行の確認や、その他全ての問い合わせ等に対して運転者が応答を入力するための１つの手段でもある。
入力装置２２は、ナビゲーション処理における走行開始時の現在地（出発地点）や目的地（到達地点）、情報提供局へ渋滞情報等の情報の請求を発信したい項目名（発信条件）、車内で使用される携帯電話のタイプ（型式）などを入力するためのものでもある。
【００１７】
入力装置２２には、タッチパネル（スイッチとして機能）、キーボード、マウス、ライトペン、ジョイスティック、赤外線等によるリモコン、音声認識装置などの各種の装置が使用可能である。また、赤外線等を利用したリモコンと、リモコンから送信される各種信号を受信する受信部を備えてもよい。リモコンには、画面上に表示されたカーソルの移動操作等を行うジョイスティックの他、メニュー指定キー（ボタン）、テンキー等の各種キーが配置される。
【００１８】
記憶媒体駆動装置２３は、ナビゲーション処理部１０やエージェント処理部１１が各種処理を行うためのコンピュータプログラムを外部の記憶媒体から読み込むのに使用される駆動装置である。記憶媒体に記録されているコンピュータプログラムには、各種のプログラムやデータ等が含まれる。
ここで、記憶媒体とは、コンピュータプログラムが記録される記憶媒体をいい、具体的には、フロッピーディスク、ハードディスク、磁気テープ等の磁気記憶媒体、メモリチップやＩＣカード等の半導体記憶媒体、ＣＤ−ＲＯＭやＭＯ、ＰＤ（相変化書換型光ディスク）、ＤＶＤ（ディジタル・ビデオ・ディスク）等の光学的に情報が読み取られる記憶媒体、紙カードや紙テープ、文字認識装置を使用してプログラムを読み込むための印刷物等の用紙（および、紙に相当する機能を持った媒体）を用いた記憶媒体、その他各種方法でコンピュータプログラムが記録される記憶媒体が含まれる。
【００１９】
記憶媒体駆動装置２３は、これらの各種記憶媒体からコンピュータプログラムを読み込む他に、記憶媒体がフロッピーディスクやＩＣカード等のように書き込み可能な記憶媒体である場合には、ナビゲーション処理部１０やエージェント処理部１１のＲＡＭや記憶装置２９、３０のデータ等をその記憶媒体に書き込むことが可能である。
例えば、ＩＣカードにエージェント機能に関する学習内容（学習項目データ、応答データ）や、ユーザ情報等を記憶させ、他の車両を運転する場合でもこの記憶させたＩＣカードを使用することで、自分の好みに合わせて命名され、過去の応対の状況に応じて学習された同一のエージェントとコミュニケーションすることが可能になる。これにより、車両毎のエージェントではなく、運転者に固有な名前と、学習内容のエージェントを車両内に出現させることが可能になる。
【００２０】
通信制御装置２４は、各種無線通信機器からなる携帯電話が接続されるようになっている。通信制御装置２４は、電話回線による通話の他、道路の混雑状況や交通規制等の交通情報に関するデータなどを提供する情報提供局との通信や、車内での通信カラオケのために使用するカラオケデータを提供する情報提供局との通信を行うことができるようになっている。
また、通信制御装置２４を介して、エージェント機能に関する学習データやユーザ情報等を送受信することも可能である。
また通信制御装置２４は、ＡＴＩＳセンターから送信される渋滞等の各種情報を受信したり、また、道路周辺に配置されたビーコンから送信される渋滞等のＶＩＣＳ情報をビーコンレシーバーで受信したりすることができるようになっている。本実施形態では、車両走行中に渋滞を検出し、イベントとして渋滞回避ルートの案内を行う場合、この通信制御装置２４から取得した渋滞情報を使用して迂回ルートの検索を行うようになっている。
【００２１】
音声出力装置２５は、車内に配置された複数のスピーカで構成され、音声制御部１４の音声合成部１４１により合成された音声が出力される。例えば、音声による経路案内を行う場合の案内音声や、エージェントによるイベント実行の確認等の音声やエージェントの動作に伴う音等が音声合成部１４１で合成され、音声出力装置２５から出力されるようになっている。この音声出力装置２５は、全部又は一部をオーディオ用のスピーカと兼用するようにしてもよい。なお、音声制御部１４は、運転者のチューニング指示の入力に応じて、音声出力装置２５から出力する音声の音色やアクセント等を制御することが可能である。
音声出力装置２５は、音声制御部１４の音声認識部１４２で認識した音声についての認識内容をユーザに確認（コールバック）するために合成された音声も出力するようになっている。
【００２２】
マイク２６は、音声制御部１４の音声認識部１４２における音声認識の対象となる音声を入力する音声入力手段として機能する。マイク２６には、例えば、ナビゲーション処理における目的地等の入力音声や、エージェントとの運転者の会話等（イベントの実行確認に対するユーザの回答や、コールバックに対すユーザの応答等を含む）が入力される。
このマイク２６は、通信カラオケ等のカラオケを行う際のマイクと兼用するようにしてもよく、また、運転者の音声を的確に収集するために指向性のある専用のマイクを使用するようにしてもよい。
音声出力装置２５とマイク２６とでハンズフリーユニットを形成させて、携帯電話を介さずに、電話通信における通話を行えるようにしてもよい。
【００２３】
表示装置２７には、ナビゲーション処理部１０の処理による経路案内用の道路地図や各種画像情報が表示されたり、エージェント処理部１１によるエージェントの容姿や、その容姿のエージェントによる各種行動（動画）が表示されたりするようになっている。また、本実施形態において表示装置２７には、エージェントの出現率を設定するための出現率設定画面が表示されるようになっている。
また、撮像装置２８で撮像された車両内外の画像も画像処理部１３で処理された後に表示されるようになっている。
表示装置２７は、液晶表示装置、ＣＲＴ等の各種表示装置が使用される。
なお、この表示装置２７は、例えばタッチパネル等の、前記入力装置２２としての機能を兼ね備えたものとすることができる。
【００２４】
撮像装置２８は、画像を撮像するためのＣＣＤ（電荷結合素子）を備えたカメラで構成されており、運転者を撮像する車内カメラの他、車両前方、後方、右側方、左側方を撮像する各車外カメラが配置されている。撮像装置２８の各カメラにより撮像された画像は、画像処理部１３に供給され、画像認識等の処理が行われ、各認識結果をエージェント処理部１１によるイベントの決定にも使用するようになっている。
【００２５】
エージェントデータ記憶装置２９は、本実施形態によるエージェント機能を実現するために必要な各種データやプログラムが格納される記憶装置である。このエージェントデータ記憶装置２９には、例えば、フロッピーディスク、ハードディスク、ＣＤ−ＲＯＭ、光ディスク、磁気テープ、ＩＣカード、光カード、ＤＶＤ等の各種記憶媒体と、その駆動装置が使用される。
この場合、例えば、ユーザ情報２９７を持ち運びが容易なＩＣカードやフロッピーディスクで構成し、その他のデータをハードディスクで構成するというように、複数種類の異なる記憶媒体と駆動装置で構成し、駆動装置としてそれらの駆動装置を用いるようにしてもよい。
【００２６】
エージェントデータ記憶装置２９には、エージェントプログラム２９０、エージェントの容姿や行動を静止画像や動画像で画像表示するための特定画像が格納された画像データベース（ＤＢ）データ２９１と特定音声データが格納された音声データベース（ＤＢ）２９２、イベント発生知識データベース（ＤＢ）２９３、目的地検索条件知識ＤＢ２９４、説明情報ＤＢ２９６、運転者を特定したりユーザの指向を判断するためのユーザ情報２９７、エージェント出現率変更処理（図９）でユーザが設定した出現率が格納される出現率情報２９８、その他エージェントのための処理に必要な各種のデータが格納されている。
【００２７】
エージェントプログラム２９０には、エージェント機能を実現するためのエージェント処理プログラムや、エージェントと運転者とがコミュニケーションする場合の細かな行動を表示装置２７に画像表示すると共にその行動に対応した会話を音声合成部１４１で合成して音声出力装置２５から出力するためのコミュニケーション内容に応じたプログラムが格納されている。
【００２８】
画像ＤＢ２９１には、各エージェントの容姿と、各容姿のエージェントが様々な表情や動作を表すための各種画像データが格納されている。ユーザは、これら各エージェントを選択し、自由に名前を付ける（設定する）ことができるようになっている。
格納される容姿としては、人間（男性、女性）の容姿が複数格納されるが、人間以外にも、例えば、ひよこや犬、猫、カエル、ネズミ等の動物自体の容姿や人間的に図案化（イラスト化）した動物の容姿であってもよく、更にロボット的な容姿や、特定のキャラクタの容姿等であってもよく、これら各容姿に対応して名前を付けることが可能である。
またエージェントの年齢としても一定である必要がなく、エージェントの学習機能として、最初は子供の容姿とし、時間の経過と共に成長していき容姿が変化していく（大人の容姿に変化し、更に老人の容姿に変化していく）ようにしてもよい。画像ＤＢ２９１には、これら各種エージェントの容姿の画像が格納されており、運転者の好みによって入力装置２２等から選択することができるようになっている。
【００２９】
音声ＤＢ２９２には、エージェントがイベントの実行確認をしたりユーザとのコミュニケーションを会話で行うのに必要な音声を合成するための各種音声データが格納されている。音声ＤＢ２９２に格納されている音声データとしては、例えば、ユーザに目的の設定を促すためにエージェントが「今日は何をしますか？」等の音声を出力したり、イベント実行を確認するために「京都市内に入りましたが、観光スポットをご紹介しましょうか？」等の音声を出力したりするための音声データが格納されている。
運転者は前記エージェントの容姿の選択と併せて音声を入力装置２２等から選択することができるようになっている。エージェントの音声としては、男性の音声、女性の音声、子供の音声、機械的な音声、動物的な音声、特定の声優や俳優の音声、特定のキャラクタの音声等があり、これらの中から適宜運転者が選択する。この音声と前記容姿の選択は、適時変更することが可能である。
なお、本実施形態において、例えば「１００ｍ先の交差点を右方向です。」等の経路案内において出力される音声についての音声データはナビゲーションデータ記憶装置３０に格納されているが、エージェントの行為として経路案内を行う場合には、音声ＤＢ２９２に格納するようにしてもよい。
【００３０】
説明情報ＤＢ２９６には、例えば、クリスマスの紹介をするイベントにおいてクリスマスに関する説明をしたり、クリスマスのお勧めスポットの紹介をしたりするための各種情報が格納される。説明情報ＤＢ２９６には、その他、バレンタインデーＤＢ、ホワイトデーＤＢ、ゴルフ場ＤＢ、スキー場ＤＢ、温泉ＤＢ、病気ＤＢ、観光地ＤＢ、歴史ＤＢ、デパートＤＢ、豆知識ＤＢ、名物ＤＢ、サービスエリアＤＢ、地点特徴ＤＢ、雪国ＤＢ、事故ＤＢ等の詳細な紹介や説明、解説を行うための情報が各種格納されている。
この説明情報ＤＢ２９６に格納されるデータは、後述する目的地データベース３０９と重複しないデータで、より詳細な内容のデータが格納される。また、流行や社会状況によって変化する情報が、通信制御処置２４から受信して格納されるようになっている。例えば、各レストランやデパートにおいてその年のクリスマス商戦において採用している特別サービスの内容を示す情報や、各ホテルのディナーショウの内容（出演者や料金、日時等）を示す情報や、各デパートの特売品情報などが通信制御装置２４から受信して該当するデータベースの該当施設等のデータとして格納される。
【００３１】
ユーザ情報２９７には、ユーザの氏名、住所、年齢、血液型、生年月日、性別、性格、趣味、好きなスポーツ、好きなチーム、好きな食べ物（好物）、宗教、ユーザの身長、体重、運転席（シート）の固定位置（前後位置、背もたれの角度）、ルームミラーの角度、視線の高さ、顔写真をデジタル化したデータ、音声の特徴パラメータ等の各種情報が各ユーザ毎に格納されている。
ユーザ情報は、エージェントがユーザと取るコミュニケーションの内容を判断する場合に使用される他、ユーザの体重等の後者のデータ群は運転者を特定するためにも使用される。
またユーザ情報は、本実施形態におけるイベント発生処理における条件や、目的地設定候補提示処理において検索条件を決定するための条件として使用される。
【００３２】
イベント発生知識ＤＢ２９３には、エージェント処理部１１が、時間（年月日、曜日、時刻等の時に関する情報）、目的（デート、家族等の運転の目的に関する情報）、場所（目的地の近く等の場所に関する情報）、車両（エンジンスタート等の車両に関する情報）、ユーザ（性別、年齢等のユーザに関する情報）、又は、車両内外の温度等の車両内外に関する情報のうち少なくとも１つの状況（又は情報）から、現時点において車両やユーザに対してすべきイベントを発生させる（決定する）ための知識データがテーブル化されて格納されている。
図２は、イベント発生知識ＤＢ２９３のテーブル内容を概念的に表したものである。
この図２に示されるように、イベントを発生させるための条件としては、大きく分けて、時間（最左欄の１〜１１の時に関する情報）、目的（同１２〜１７の運転の目的に関する情報）、場所（同１８〜４８）、車両（同４９〜５４）等がある。
そして、時間に関するイベント決定条件としては、「朝になったら」等の１日を生活様式に合わせて分類した時間帯に関する条件、「土、日だったら」や「週末だったら」等の１週間を所定単位で分割した条件、「走行時間が長くなったら」等の所定行為や事実や処理の時間の長さに関する条件、「６月になったら」等の１年のうちの各月に関する条件、「クリスマスが近づいたら」や「文化の日だったら」等の年中行事や所定の行事に関連する条件などの各種条件が存在する。
【００３３】
場所に関るすイベント決定条件としては、「目的地が設定されたら」等の目的地の設定に関する条件、「目的地がゴルフ場だったら」等の目的地のジャンルに関する条件、「目的地までの距離が長い場合は」や「自宅からの距離が遠くなると」等の特定地点との距離に関する条件、「現在地が観光地の近くだったら」等の現在地や目的地と観光地に関する条件、「現在地が高速だったら」等の現在走行中の道路に関する条件、「雪国に近づいたら」や「海岸の近くでは」等の気候や気象に関連する条件、「事故多発地帯に近づいたら」等の走行環境に関する条件などの各種条件が存在する。
【００３４】
車両自体の状態等に関するイベント決定条件としては、「エンジンがスタートしたら」等の走行開始前に関する条件、「車線変更が多かったら」等のステアリング操作に関する条件、「スピードが出過ぎていたら」や「法定速度を守ったら」等の車速に関する条件、「渋滞になったら」等の渋滞に関する条件、「ガソリンが少なくなったら」や「バッテリ液が少なくなったら」等の補充や補完に関する条件などの各種条件が存在する。
【００３５】
運転目的に関するイベント決定条件としては、「デートだったら」等の目的地だけでなく車両の走行自体にも意味を持つ場合の条件、「家族だったら」や「友達だったら」や「一人だったら」等の同乗者に関する条件、「接待だったら」等の運転者よりも同乗者を中心とする走行である場合の条件などの各種条件が存在する。
その他図示しないが、ユーザプロフィールに関するイベント決定条件としては、「女性だったら」等の性別に関する条件、年齢に関する条件、「年輩だったら」等の年齢層に関する条件などの各種条件が存在する。
【００３６】
これら図２に示した各種条件は、条件の概要を表したもので、実際の条件はもう少し詳細に決められている。例えば、「朝になったら」は「５時〜９時になったら」等である。
これらの条件を満たすか否かについては、エージェント処理部１１が、状況センサ部４０、現在位置検出装置２１、撮像装置２８、入力装置２２、マイク２６、通信制御装置２４、渋滞検出部１６の渋滞フラグ１６１等の各検出値や入力情報等から判断する。そして、検出結果、入力内容が特定の条件を満たす場合には、対応するイベントを決定する。例えば、検出結果が７時であり「朝になったら」の条件を満たす場合には、対応するイベント「朝食を案内する」が決定する。入力装置２２とマイク２６による入力値については、ユーザが直接目的地の推薦を求める操作や音声入力をイベント発生の条件としたもので、例えば、ユーザが「周辺検索キー」を押圧したことを条件として、車両現在地周辺の飲食施設を紹介するというイベントが決定する。
【００３７】
これらの各種条件に対応してそれぞれ決定させるべきイベントの内容が図２に示すように決められている。イベントとしては、「朝食を案内する」等の車両やユーザに対する所定の行為や処理を行うことを内容とする能動イベントと、「給油してもらう」や「点検を促す」等のユーザに所定の行為をしてもらう受動イベントと、「食事の案内はしない」等の能動イベントの実行を禁止する否定イベントとが存在する。
そして、複数の能動イベントや受動イベントが決定される場合には、各イベントが順次実行される。一方、複数のイベント中に否定イベントが含まれる場合には、その否定イベントと同一内容部分を有する能動イベントや受動イベントはキャンセルされる。例えば、デートでキャンプ場（目的地）まで走行している場合、イベントとしては条件；デートにより「食事の案内をする」という能動イベントが決定され、条件；キャンプ場により「食事の案内はしない」という否定イベントが決定される。この場合両イベントは「食事の案内」という同一内容部分を有しているので、否定イベントにより能動イベントがキャンセルされて、食事の案内は行われない。
【００３８】
イベント発生知識ＤＢ２９３には、図示しないが、能動イベントのうち、ユーザによる目的地の選択を促すイベントに対応して、その後の目的地設定候補提示処理で使用する目的地検索条件知識ＤＢ２９４の中の条件検索知識ＤＢ番号が規定（格納）されている。
それ以外の能動イベントには、説明情報ＤＢ２９６のＤＢ番号が規定されている。例えば、イベント；「クリスマスを紹介する」の場合、クリスマスＤＢの格納位置を指定する番号が、必要に応じて格納されている。
【００３９】
イベント発生知識ＤＢ２９３に規定されている各イベントには、優先順位が規定されている。各イベントの優先順位は、重要度に応じて付けられており、車両の安全走行に関連するイベントについては比較的高い優先順位が付けられるようになっている。なお、この優先順位については、ユーザが適宜変更することができるようにしてもよい。
また、各イベントには、フラグエリアが設けられている。各イベントに対するフラグは、ＯＮ場合イベントが指定されている状態を表し、ＯＦＦの場合イベントの指定が解除されている状態をあらわす。従って、フラグがＯＮの場合にそのイベントは実行可能であり、フラグがＯＦＦの場合にそのイベントは動作停止イベントとして実行されない。
このフラグのＯＮ、ＯＦＦは、出現率情報２９８に格納された出現率により変更されるようになっている。例えば、出現率が８０％に設定された場合、全イベントの内、優先順位が上のイベントから８０％以内にあるイベントのフラグがＯＮされ、８０％未満のイベントは動作停止イベントとしてフラグがＯＦＦされる。図２に例示したイベント発生知識ＤＢにおいて出現率を８０％とした場合、全イベント数が５４なので、優先順位が１〜４３までのイベントが実行可能イベントとしてフラグがＯＮに設定され、優先順位４４〜５４までのイベントのフラグがＯＦＦに設定される。
なお、出現率の設定がクリアされた場合や初期設定の段階では、出現率情報２９８には初期値として出現率１００％が格納されており、全イベントのフラグがＯＮになっている。
【００４０】
エージェントデータ記憶装置２９の目的地検索条件知識ＤＢ２９４（図１）には、目的地の選択を促すイベントが発生した場合に、各イベントに応じて適切な目的地を検索するための検索条件が記載された知識データがテーブル化されて格納されている。
図３は、目的地検索条件知識ＤＢ２９４のテーブル内容を概念的に表したものである。
この図３に示すように、目的地検索条件知識ＤＢ２９４には、条件検索知識ＤＢ番号順に複数の知識ＤＢが格納されている。例えば、「食事の案内をする」イベントの場合、ユーザの好みや走行目的などに合致した飲食店をユーザに推薦するための飲食店検索条件知識ＤＢ（検索条件知識ＤＢ番号；１）、ユーザに最適な観光地を推薦するための観光地検索条件知識ＤＢ（同番号；２）、休憩場所検索条件知識ＤＢ（同番号；３）等が格納されている。
そして、図３に示されるように、目的地検索条件をリストアップするための条件としては、大きく分けて時間（年月日、曜日、時刻等の時に関する情報）、目的（デート、家族等の運転の目的に関する情報）、場所（目的地の近く等の場所に関する情報）、ユーザ（性別、年齢等のユーザに関する情報）の条件とがあり、その詳細についてはイベント発生条件と同様である。
【００４１】
例えば、「昼食を案内する」イベントに対応付けられている飲食店検索条件知識ＤＢでは、車両現在位置周辺の飲食店（レストラン、喫茶店、ファーストフード等の飲食店）を検索するための検索条件が設定されている。また、「観光案内をする」イベントに対応付けられている観光地検索条件知識ＤＢでは、車両現在位置周辺の観光施設（金閣寺等）を検索するための検索条件が設定されている。これらの各条件検索知識ＤＢを使用することで、車両状況とユーザに関する条件とに合致する検索条件は全てリストアップされ、リストアップされた検索条件を利用して、各目的地に対する点数化が行われる。この場合の点数は、ユーザに適しているほど低い点数を付け、点数の低い目的地が所定の順に推薦候補として決定されるようになっている。
なお、ユーザに適していると判断される目的地ほど高い点数を付け、点数の高い目的地を推薦候補として決定するようにしてもよい。
【００４２】
図４は、ナビゲーションデータ記憶装置３０（図１）に格納されるデータファイルの内容を表したものである。
図４に示されるように、ナビゲーションデータ記憶装置３０には経路案内等で使用される各種データファイルとして、通信地域データファイル３０１、描画地図データファイル３０２、交差点データファイル３０３、ノードデータファイル３０４、道路データファイル３０５、探索データファイル３０６、写真データファイル３０７、ナビゲーションプログラム３０８、及び目的地ＤＢ３０９が格納されるようになっている。
このナビゲーションデータ記憶装置３０は、例えば、フロッピーディスク、ハードディスク、ＣＤ−ＲＯＭ、光ディスク、磁気テープ、ＩＣカード、光カード等の各種記憶媒体と、その駆動装置が使用される。
なお、ナビゲーションデータ記憶装置３０は、複数種類の異なる記憶媒体と駆動装置で構成するようにしてもよい。例えば、検索データファイル４６を読み書き可能な記憶媒体（例えば、フラッシュメモリ等）で、その他のファイルをＣＤ−ＲＯＭで構成し、駆動装置としてそれらの駆動装置を用いるようにする。
【００４３】
ナビゲーションプログラム３０８には、ナビゲーション処理部１０において実行される、目的地設定処理、経路探索処理、経路案内処理等の各種ナビゲーション処理のためのプログラムが格納されている。このナビゲーションプログラムに従って処理された各処理結果のデータや処理途中のデータについては、エージェント処理部１１で取得可能になっており、エージェントがナビゲーションの一部をアシストする場合、エージェント処理部１１は取得した処理結果等のデータに基づいてユーザとのコミュニケーションを実行するようになっている。
【００４４】
通信地域データファイル３０１には、通信制御装置２４に接続される携帯電話や、接続せずに車内で使用される携帯電話が、車両位置において通信できる地域を表示装置２７に表示したり、その通信できる地域を経路探索の際に使用するための通信地域データが、携帯電話のタイプ別に格納されている。この携帯電話のタイプ別の各通信地域データには、検索しやすいように番号が付されて管理され、その通信可能な地域は、閉曲線で囲まれる内側により表現できるので、その閉曲線を短い線分に分割してその屈曲点の位置データによって特定する。なお、通信地域データは、通信可能地を大小各種の四角形エリアに分割し、対角関係にある２点の座標データによりデータ化するようにしてもよい。
通信地域データファイル３０１に格納される内容は、携帯電話の使用可能な地域の拡大や縮小に伴って、更新できるのが望ましく、このために、携帯電話と通信制御装置２４を使用することにより、情報提供局との間で通信を行なって、通信地域データファイル３０１の内容を最新のデータと更新できるように構成されている。なお、通信地域データファイル３０１をフロッピーディスク、ＩＣカード等で構成し、最新のデータと書換えを行うようにしても良い。
描画地図データファイル３０２には、表示装置２７に地図を描画するための描画地図データが格納されている。この描画地図データは、階層化された地図、例えば最上位層から日本、関東地方、東京、神田といった階層ごとの地図データが格納されている。各階層の地図データは、それぞれ地図コードが付されている。
【００４５】
交差点データファイル３０３には、各交差点を特定する交差点番号、交差点名、交差点の座標（緯度と経度）、その交差点が始点や終点になっている道路の番号、および信号の有無などが交差点データとして格納されている。
ノードデータファイル３０４には、各道路における各地点の座標を指定する緯度、経度などの情報からなるノードデータが格納されている。すなわち、このノードデータは、道路上の一地点に関するデータであり、ノード間を接続するものをアーク（リンク）と呼ぶと、複数のノード列のそれぞれの間をアークで接続することによって道路が表現される。
道路データファイル３０５には、各道路を特定する道路番号、始点や終点となる交差点番号、同じ始点や終点を持つ道路の番号、道路の太さ、進入禁止等の禁止情報、後述の写真データの写真番号などが格納されている。
交差点データファイル３０３、ノードデータファイル３０４、道路データファイル３０５にそれぞれ格納された交差点データ、ノードデータ、道路データからなる道路網データは、経路探索に使用される。
【００４６】
探索データファイル３０６には、経路探索により生成された経路を構成する交差点列データ、ノード列データなどが格納されている。交差点列データは、交差点名、交差点番号、その交差点の特徴的風景を写した写真番号、曲がり角、距離等の情報からなる。また、ノード列データは、そのノードの位置を表す東経、北緯などの情報からなる。また、経路探索の対象となった目的地のデータも格納されるようになっている。
写真データファイル３０７には、各交差点や直進中に見える特徴的な風景等を撮影した写真が、その写真番号と対応してディジタル、アナログ、またはネガフィルムの形式で格納されている。
【００４７】
目的地データベース３０９には、目的地を設定するための地点や施設等に関する目的地データが格納されている。この目的地データには、その目的地の名称と位置情報（緯度、経度）の他に、詳細な情報として、ジャンル情報、値段情報、知名度情報、ゴージャス度情報等の目的地を種々の視点から分類するための各種情報が格納されている。
【００４８】
図５は、状況センサ部４０を構成する各種センサを表したものである。
図５に示すように状況センサ部４０は、イグニッション（ＩＧ）センサ４０１、車速センサ４０２、アクセルセンサ４０３、ブレーキセンサ４０４、サイドブレーキ検出センサ４０５、シフト位置検出センサ４０６、ウィンカー検出センサ４０７、ワイパー検出センサ４０８、ライト検出センサ４０９、シートベルト検出センサ４１０、ドア開閉検出センサ４１１、同乗者検出センサ４１２、室内温度検出センサ４１３、室外温度検出センサ４１４、燃料検出センサ４１５、水温検出センサ４１６、ＡＢＳ検出センサ４１７、エアコンセンサ４１８、体重センサ４１９、前車間距離センサ４２０、後車間距離センサ４２１、体温センサ４２２、心拍数センサ４２３、発汗センサ４２４、脳波センサ４２５、アイトレーサー４２６、赤外線センサ４２７、その他のセンサ（タイヤの空気圧低下検出センサ、ベルト類のゆるみ検出センサ、窓の開閉状態センサ、クラクションセンサ、室内湿度センサ、室外湿度センサ、油温検出センサ、油圧検出センサ、操舵角センサ、傾斜センサ、車輪速センサ、年月日、曜日、日時、時刻を検出する時センサ等）４２８等の車両状況や運転者状況、車内状況等を検出する各種センサを備えている。
これら各種センサは、それぞれのセンシング目的に応じた所定の位置に配置されている。
なお、これらの各センサは独立したセンサとして存在しない場合には、他のセンサ検出信号から間接的にセンシングする場合を含む。例えば、タイヤの空気圧低下検出センサは、車速センサの信号の変動により間接的に空気圧の低下を検出する。
【００４９】
イグニッションセンサ４０１は、イグニッションのＯＮとＯＦＦを検出する。
車速センサ４０２は、例えば、スピードメータケーブルの回転角速度又は回転数を検出して車速を算出するもの等、従来より公知の車速センサを特に制限なく用いることができる。
アクセルセンサ４０３は、アクセルペダルの踏み込み量を検出する。
ブレーキセンサ４０４は、ブレーキの踏み込み量を検出したり、踏み込み力や踏む込む速度等から急ブレーキがかけられたか否かを検出する。
サイドブレーキ検出センサ４０５は、サイドブレーキがかけられているか否かを検出する。
シフト位置検出センサ４０６は、シフトレバー位置を検出する。
ウィンカー検出センサ４０７は、ウィンカーの点滅させている方向を検出する。
ワイパー検出センサ４０８は、ワイパーの駆動状態（速度等）を検出する。
ライト検出センサ４０９は、ヘッドランプ、テールランプ、フォグランプ、ルームランプ等の各ランプの点灯状態を検出する。
シートベルト検出センサ４１０は、運転者、及び同乗者（補助席、後部座席）がシートベルトを着用しているか否かを検出する。着用していない場合には適宜（嫌われない程度に学習しながら）エージェントが現れ、警告、注意、コメント等（学習により程度を変更する）を行う。
【００５０】
ドア開閉検出センサ４１１は、ドアの開閉状態を検出し、いわゆる半ドアの状態が検出された場合にはエージェントがその旨を知らせるようになっている。ドア開閉検出センサ４１１は、運転席ドア、助手席ドア、後部運転席側ドア、後部助手席側ドア、ハッチバック車のハッチ、ワゴン車の後部ドア等、車種に応じた各ドア毎の開閉を検出できるようになっている。また、車両後部のトランク、車両前部のボンネット、サンルーフ等の開閉部にも開閉状態を検出するドア開閉検出センサ４１１を配置するようにしてもよい。
同乗者検出センサ４１２は、助手席や後部座席に同乗者が乗っているか否かを検出するセンサで、撮像装置２８で撮像された車内の画像から検出し、または、補助席等に配置された圧力センサや、体重計により検出する。
室内温度検出センサ４１３は室内の気温を検出し、室外温度検出センサ４１４は車両外の気温を検出する。
燃料検出センサ４１５は、ガソリン、軽油等の燃料の残量を検出する。給油時直前における過去５回分の検出値が記憶され、その平均値になった場合に「給油磁気を知らせる」イベントが決定される。
【００５１】
水温検出センサ４１６は、冷却水の温度を検出する。イグニッションＯＮ直後において、この検出温度が低い場合には、エージェントが眠そうな行為をする場合が多い。逆に水温が高すぎる場合にはオーバーヒートする前に、エージェントが「だるそう」な行動と共にその旨を知らせる。
ＡＢＳ検出センサ４１７は、急ブレーキによるタイヤのロックを防止し操縦性と車両安定性を確保するＡＢＳが作動したか否かを検出する。
エアコンセンサ４１８は、エアコンの操作状態を検出する。例えば、エアコンのＯＮ・ＯＦＦ、設定温度、風量等が検出される。
体重センサ４１９は、運転者の体重を検出するセンサである。この体重から、または、体重と撮像装置２８の画像から運転者を特定し、その運転者専用のエージェントを出現させるようにする。
【００５２】
前車間距離センサ４２０は車両前方の他車両や障害物との距離を検出し、後車間距離センサ４２１は後方の他車両や障害物との距離を検出する。この前・後車間距離センサ４２０、４２１と車速センサ４０２の検出データは、渋滞検出部１６にも供給されるようになっており、渋滞の発生と解消についての判断データとして使用される。
両距離センサ４２０、４２１としては、例えば、レーザ、超音波、赤外線等を用いた距離センサや、画像処理方式、車車間通信方式などを利用して距離を測定する方式など各種のものを距離センサとして用いることができる。
【００５３】
体温センサ４２２、心拍数センサ４２３、発汗センサ４２４は、それぞれ運転者の体温、心拍数、発汗状態を検出するセンサで、例えば、ハンドル表面に各センサを配置し運転者の手の状態から検出する。または、体温センサ４２２として、赤外線検出素子を使用したサーモグラフィーにより運転者の各部の温度分布を検出するようにしてもよい。
脳波センサ４２５は、運転者の脳波を検出するセンサで、例えばα波やβ波等を検出して運転者の覚醒状態等を調べる。
アイトレーサー４２６は、ユーザの視線の動きを検出し、通常運転中、車外の目的物を捜している、車内目的物を捜している、覚醒状態である等を判断する。
赤外線センサ４２７は、ユーザの手の動きや顔の動きを検出する。
【００５４】
その他、傾斜センサは、車両全体の姿勢角度を検出するセンサで、車両の進行方向の姿勢角度を検出する進行方向傾斜センサと、進行方向と直交方向の姿勢角度を検出する直交方向傾斜センサとを備えており、両センサは別々に傾斜角度を検出するようになっている。進行方向傾斜センサで検出される姿勢角は、上り坂を走行中である可能性判断や、下り坂を走行中である可能性判断等に使用される。
【００５５】
また、車輪速センサは、４個の車輪のそれぞれに取り付けられており、各車輪の車輪速度（回転速度）を個別に検出するようになっている。
車輪速センサは、一定ピッチの歯を有して車輪と共に回転し、一定ピッチの歯が配設されたロータと、静止位置取り付けられた電磁ピックアップとを備えている。電磁ピックアップは、ロータの歯と対向配置されており、歯の通過を電磁的に検知するようになっており、このピックアップで検知される出力電圧の変化の時間間隔や、単位時間の変化数から車輪の回転速度が検出される。
なお、車輪速センサとしては、電磁ピックアップ以外に、磁気抵抗素子ピックアップ等を使用することで車輪速を検出するようにしてもよい。
また、車輪速センサの検知信号から車速を算出するようにしてもよく、この場合の車輪速センサは車速センサ４０２として機能する。
【００５６】
次に、以上のように構成された本実施形態の動作について説明する。
図６は、初期項目設定処理の処理動作を表したフローチャートである。
この図６に示されるように、エージェント処理部１１は、ＲＡＭのフラグエリアを確認し、初期項目入力フラグがオンになっているか否かを確認し（ステップ１０）、フラグがオフであれば（；Ｎ）初期項目が入力済みなのでメインルーチンにリターンする。
一方、フラグがオンである場合（ステップ１０；Ｙ）、エージェント処理部１１は、ユーザプロフィールが入力済みか否かをユーザ情報２９７で確認する（ステップ１２）。ユーザ情報２９７に所定の項目が入力されていない場合（ステップ１２；Ｎ）、エージェント処理部１１は、ユーザプロフィール入力画面を表示装置２７に表示してユーザによる入力を促す（ステップ２２）。
【００５７】
図７は表示装置２７に表示されるユーザプロフィール入力画面２７ａの内容を表したものである。この図７に示されるように、所定の入力項目として名前、年齢、性別、血液型、趣味、好物があり、それぞれユーザによって入力された名前等が表示される名前表示欄２７１、年齢表示欄２７２、性別表示欄２７３、血液型表示欄２７４、趣味表示欄２７５、好物表示欄２７６がある。
ユーザプロフィールの入力方法としては、入力装置２２から入力する場合の他、ユーザが自己の名前を発声することで音声入力することも可能である。音声入力された場合、エージェント処理部１１は、マイク２６からの入力音声を音声認識部１４２で認識し、認識結果を該当する表示欄に表示する。
ユーザプロフィール入力画面２７ａの右下には、入力を確定させるＯＫキー２７７と、入力を取り消すキャンセルキー２７８が配置されており、画面の該当キー部分を押圧することで選択することができ、また音声により選択することが可能である。
【００５８】
ユーザプロフィール入力画面２７ａからユーザプロフィールが入力されると、エージェント処理部１１は、入力された内容をエージェントデータ記憶装置２９にユーザ情報２９７として格納する（ステップ２４）。
入力内容の格納後、又はユーザプロフィールが入力済みの場合（ステップ１２；Ｙ）、エージェント処理部１１は、走行目的をユーザに質問する（ステップ１４）。すなわち、エージェント処理部１１は、図８に示すように、表示装置２７に運転目的設定画面２７ｂを表示させると共に、画像ＤＢ２９１に基づいてエージェントＥを運転目的設定画面２７ｂに出現させ、音声ＤＢ２９２に基づいて「今日はなにをしますか？」といった質問用音声を音声出力装置２５から出力する。この音声出力の際、音声出力にあわせてエージェントＥの口元も変化させることで、エージェントから質問されているようにする。
なお、図８では、エージェントの顔だけが表示されているが、エージェントの全身を表示するようにしてもよく、また、最初は上部に全身を小さく表示し、画面下部方向まで歩来ながら徐々に大きく表示することで遠くに現れて近くまで歩いてくる様子を動画で表現するようにしてもよい。
【００５９】
図８に示されるように、運転目的設定画面２７ｂには、デート、家族、友人、接待、一人、…といった運転目的が表示され、この画面かユーザが今回の運転目的を設定する。運転目的が１画面で表示できない場合には、画面に次画面選択キーが表示される。
この運転目的設定画面２７ｂにおける設定も、ユーザプロフィール入力画面２７ａにおける入力と同様に、入力装置２２からの入力（タッチパネルの押圧を含む）、音声による入力が可能である。なお、音声入力する場合には、運転目的設定画面２７ｂには表示されていなくても、次画面キーで表示される運転目的であれば音声入力可能である。
【００６０】
運転目的設定画面２７ｂの表示およびエージェントによる質問に対してユーザからの応答があるか否かエージェント処理部１１は監視し（ステップ１６）、所定時間内に応答がなければ（ステップ１６；Ｎ）メインルーチンにリターンする。
一方、応答があった場合（ステップ１６；Ｙ）、エージェント処理部１１は、ユーザにより入力された運転目的をＲＡＭに格納する（ステップ１８）。その後、ＲＡＭのフラグエリアの初期項目入力フラグをオフにして（ステップ２０）メインルーチンにリターンする。
【００６１】
以上の初期項目設定処理が終了すると、エージェント処理部１１は、設定された初期項目や車両状況といった現在状況に基づいて、イベント発生処理が実行さされ、エージェントとのコミュニケーションが行われる。
このエージェントとのコミュニケーションの頻度（エージェントの出現率）をユーザは変更することが可能である。以下、エージェント出現率変更処理について図９のフローチャートを参照して説明する。
エージェント処理部１１は、入力装置２２のキー操作又は／及び音声認識部１４２による認識音声から、出現率変更キーが選択されたか否かを監視している（ステップ２１）。
出現率変更キーが選択されると（ステップ２１；Ｙ）、エージェント処理部１１は、表示装置２７にエージェント（ＡＧ）の出現率設定画面を表示する（ステップ２３）。
【００６２】
図１０は、出現率設定画面を表したものである。
この図１０に示されるように、エージェント（ＡＧ）の出現率設定画面は、出現率が０％〜１００％の範囲で表示された出現率設定バー１０ａ、設定する出現率の値を変更するスライダ１０ｂ、スライダ１０ｂの位置に応じて現在の設定値（出現率）が表示される出現率表示欄１０ｃ、及び、変更後の出現率を確定させるＯＫボタン１０ｄが表示されている。
ユーザは、スライダ１０ｂを左右に移動することで所望の出現率を出現率表示欄１０ｃに表示させる。そして、ＯＫボタン１０ｄを選択することで変更後の出現率に確定する。
ＯＫボタン１０ｄが選択されると、エージェント処理部１１はスライダ１０ｂの位置に対応して出現率表示欄１０ｃに表示した出現率を取得する（ステップ２５）。
【００６３】
そしてエージェント処理部１１は、取得した出現率をエージェントデータ記憶装置２９の出現率情報２９８に格納するとともに、取得した出現率（図１０の例では、８０％）に対応して出現フラグの設定を行う（ステップ２７）。
すなわち、全イベント数ｍに対し、ｍを最も低い優先順位とし、優先順位ｐ〜ｍ（ｐ＜ｍ）番のイベントがフラグＯＦＦの状態であり、新たに取得した出現率がｎ％であった場合、エージェント処理部１１は、全イベント数ｍにｎ／１００を乗じた値ｔ＝ｎ・ｍ／１００を算出する。この優先順位ｔがｐよりも低く、ｐ＜ｔであれば、優先順位ｐ番からｔ番までのイベントが指定され（指定手段）、指定されたイベントのみのフラグがＯＦＦからＯＮに変更される（基準値変更手段）。一方、優先順位ｔがｐよりも高く、ｐ＞ｔであれば、優先順位（ｔ＋１）番から（ｐ−１）番までのイベントが指定され（指定手段）、指定されたイベントのみのフラグがＯＮからＯＦＦに変更される（基準値変更手段）。
例えば、出現率が７０％で、全イベント数が２００であり、フラグ変更前に優先順位が低い１６０〜２００のイベントのフラグがＯＦＦであった場合、ｔ＝１４０なので、新たに１４１〜１５９間でのイベントが指定されて、そのフラグがＯＦＦされることになる。その結果、優先順位が上位１〜１４０のイベントのフラグがＯＮ状態になり、値ｔよりも優先順位が低い１４１〜２００のイベントのフラグがＯＦＦ状態になる。
このように、ユーザによるスライダ１０ｂの移動という一の入力に対応して、イベントのフラグがＯＮ、ＯＦＦすることで、当該イベントを実行するエージェントを出現させるための特定画像と特定音声が追加指定され、又は指定解除される（指定変更手段）。
また、フラグのＯＮ、ＯＦＦを出力条件の１つ（フラグＯＮを出力条件値＝０、フラグＯＦＦを出力条件値＝無限大）とした場合、ユーザによるスライダ１０ｂの移動という一の入力に対応して、複数の出力条件値が増減（増加；フラグＯＦＦからフラグＯＮへの変更、減少；フラグＯＮからＯＦＦへの変更）され、増減後の値（フラグ）が元の出力条件値として設定（変更後のフラグ状態が保護）されることで、基準値が変更されることになる（基準値変更手段）。
このように、本実施形態によれば、ユーザによるスライダ１０ｂの移動という一の入力に対応して、出現対象となるエージェント数（特定画像数、特定音声数）が増加、減少する。その結果、エージェントの出現頻度が増減することになる。
【００６４】
次に、設定された初期項目や車両状況といった現在状況に基づいて、エージェントを出現させて各種イベントを実行するイベント発生処理について説明する。
図１１は、イベント発生処理の処理動作を表したフローチャートである。
エージェント処理部１１は、まず、現在の状況、例えば、時間（年月日、曜日、時刻等の時に関する情報）、目的（デート、家族等の運転の目的に関する情報）、場所（目的地の近く等の場所に関する情報）、車両（エンジンスタート等の車両に関する情報）、又はユーザ（性別、年齢等のユーザに関する情報）のうちの少なくとも一つの状況（又は情報若しくは条件）（初期項目）を把握する（ステップ３０）。すなわち、日時についてはエージェント処理部１１が有している時計から把握し、場所については現在位置検出装置２１から現在位置を把握すると共に、設定済みの目的地を探索データファイル３０６から把握し、その他必要な情報を状況センサ部４０の検出値、撮像装置２８の画像データ、入力装置２２やマイク２６からの入力（ユーザからのイベント発生要求があった場合を含む）、通信制御装置２４からの受信データ、渋滞検出部１６の渋滞フラグ１６１から現在の状況を把握する。
なお、時に関する情報や、ユーザに関する情報（ユーザ情報２９７）や、運転の目的（ステップ１８でＲＡＭに格納された運転の目的）、場所に関する情報は、検出手段（エージェント処理部１１やナビゲーション処理部１０、現在位置検出装置２１等）によって検出（又は把握）される。
【００６５】
次にエージェント処理部１１は、把握した現在の状況に基づき、図２に示したイベント発生知識ＤＢ２９３を使用して、把握した現在状況に対応するイベントの有無を確認する（ステップ３２）。
例えば、検出された日時が予め設定された日時になり「昼になった」と判断された場合、図２のイベント発生知識ＤＢ２９３を参照することにより、「昼食を案内する」というイベントが決定される。
また、現在位置検出装置２１で検出された現在位置が観光地の近くである場合には「観光案内をする」と「名物を紹介する」というイベントが決定され、ナビゲーション処理部１０による目的地設定処理で検索データファイル３０６に格納された目的地のジャンルが旅館である場合には「周辺の観光地を紹介する」と旅館で食事が準備されている可能性が高いので「夕食は案内しない」という否定イベントが決定される。
さらに、連続して走行している時間が長くなり、例えば、１時間等の所定時間を超えたら「休憩場所を案内する」というイベントが決定される。
また、入力装置２２からの入力や、マイク２６からの音声入力により、入力内容に対応したイベントが決定される。例えば、ユーザによって、表示装置２７に表示された周辺検索キーが押圧されたり、「周辺検索」との音声入力がされると、エージェント処理部１１は、「車両現在地周辺の飲食施設を検索する」イベントを決定される。
また、雪国に近づいたと判断されると、「チェーン装着を促す」受動イベントが決定される。
また、渋滞検出部１６の渋滞フラグ１６１がオンであることエージェント処理部１１で判断されると、渋滞であると判断され「回避ルートを案内する」というイベントが決定される。
【００６６】
イベント有無確認の結果、現在状況に対応したイベントが無ければ（ステップ３４；Ｎ）メインルーチンにリターンし、対応するイベントがありそのイベントが決定された場合（ステップ３４；Ｙ）、エージェント処理部１１は、決定したイベントが動作停止イベントか否かを判断する。すなわち、エージェント処理部１１は、イベント発生知識ＤＢ２９３の当該イベント（現在状況に対応して決定したイベント）に対するフラグがＯＦＦになっているか否かを確認する（ステップ３５）。
当該イベントのフラグがＯＦＦになっている場合、すなわち、決定したイベントが動作停止イベントである場合（ステップ３５；Ｙ）、エージェント処理部１１は、ユーザが希望するエージェントの出現率とするために、当該イベントの発生をキャンセルさせ、メインルーチンにリターンする。
このように、エージェントによる全イベントのうち、ユーザが設定した出現率よりも優先順位が低いイベントの発生をキャンセルすることで、エージェントの出現率をユーザの希望に応じて変更することが可能になる。
【００６７】
決定したイベントが動作停止イベントでない場合、すなわち、当該イベントのフラグがＯＮである場合（ステップ３５；Ｎ）、エージェント処理部１１は、エージェントを出現させてイベント実行の可否についてユーザに問い合わせをする（ステップ３６）。なお、問い合わせをしないで直接（つまりステップ３６〜４０を実行しないで）、イベント発生（ステップ４２）するようにしてもよい。
【００６８】
図１２は、表示装置２７に表示されるイベント確認画面２７ｃのエージェント画像と音声内容を表したものである。
図１２（ａ）は、「昼食を案内する」イベントに対するイベント確認画面２７ｃである。この図１２（ａ）に示されるように、エージェント処理部１１は、画像ＤＢ２９１から該当するエージェントの画像データを読み出してエージェントＥが画面全体に登場させると共に、対応する音声データを音声ＤＢ２９２から読み出して音声出力装置２５から「そろそろお昼ですけど、お食事の場所をご紹介をしましょうか？」という内容のイベント確認音声の出力を行う。
図１２（ｂ）は、ユーザによって設定された目的地である京都に到着したことで確認される「観光案内をする」イベントに対するイベント確認画面２７ｃで、エージェントＥのイベント確認音声「京都市に入りましたが、観光スポットをご紹介しましょうか？」が出力される。
図１２（ｃ）は、渋滞発生による「回避ルートを案内する」イベントに対するイベント確認画面２７ｃで、エージェントＥの案内音声「渋滞のようですが、回避ルートを案内しましょうか？」が出力される。
このように、発生したイベントに応じたそれぞれのイベント確認音声がエージェントＥによって発声される。
【００６９】
そしてエージェント処理部１１は、エージェントによるイベント確認に対するユーザの応答を取得し（ステップ３８）、その内容を確認する（ステップ４０）。ユーザの回答がイベントの実行を許可しない内容である場合（ステップ４０；Ｎ）、ステップ３２で確認したイベントを実行することなくメインルーチンにリターンする。
一方、イベント確認に対するユーザの応答が実行を許可する内容である場合（ステップ４０；Ｙ）、エージェント処理部１１は、該当するイベントを発生させて（ステップ４２）メインルーチンにリターンする。
【００７０】
図１３は、図９のイベント発生処理により発生したイベントに対する、イベント実行処理の処理動作を表したフローチャートである。
このイベント実行処理において、エージェント処理部１１はまず、発生したイベントが否定イベントか否かを判断し（ステップ５０）、否定イベントであれば（；Ｙ）同一内容部分を有する能動イベント、受動イベントがあればその実行を含めてイベントの実行をキャンセル（ステップ５１）してメインルーチンにリターンする。
【００７１】
一方、発生したイベントが否定イベントでなければ（ステップ５０；Ｎ）、そのイベントが周辺目的地の検索を必要とするイベントか否かを判断する（ステップ５２）。すなわち、エージェント処理部１１は、図２のイベント発生知識ＤＢ２９３で確認したイベントに条件検索知識ＤＢ番号が規定されているか否かにより判断する。
条件検索知識ＤＢ番号が規定されており、目的地検索、設定が必要である場合（ステップ５２；Ｙ）、エージェント処理部１１は、ステップ５３からステップ５８までの目的地設定候補提示処理を行う。すなわち、エージェント処理部１１は、まず、現在の状況、例えば、時間（年月日、曜日、時刻等の時に関する情報）、目的（デート、家族等の運転の目的に関する情報）、場所（目的地の近く等の場所に関する情報）、ユーザ（性別、年齢等のユーザに関する情報）等の条件（初期項目）を把握する（ステップ５３）。すなわち、日時についてはエージェント処理部１１が有している時計から把握し、場所については現在位置検出装置２１から現在位置を把握すると共に、設定済みの目的地を探索データファイル３０６から把握し、その他必要な情報を状況センサ部４０の検出値、撮像装置２８の画像データ、入力装置２２やマイク２６からの入力、通信制御装置２４からの受信データから現在の状況を把握する。なお、ステップ５３〜ステップ５８は、昼食案内用プログラム（又は観光案内用プログラム等）に従って実行される。
【００７２】
次にエージェント処理部１１は、把握した現在の状況に基づき、イベントに規定されている条件検索知識ＤＢ番号に該当する条件検索知識ＤＢを、目的地検索条件知識ＤＢ２９４にアクセスして参照する（ステップ５４）。
そして、エージェント処理部１１は、ステップ５３で把握した状況に対応する目的地設定条件を該当する番号の検索条件知識ＤＢから抽出しＲＡＭに格納する（ステップ５６）。
例えば、発生したイベントが「昼食を案内する」である場合、検索条件知識ＤＢ番号１の飲食店検索条件知識ＤＢ（図３）を利用して、ユーザに推薦する車両現在位置周辺の飲食店（レストラン、喫茶店、ファーストフード等）を目的地データベース３０９の中から抽出するための検索条件を決定する。この番号１の飲食店検索条件知識ＤＢによれば、時間が「昼食」なので検索条件「焼き肉は省く」が設定され、さらに運転目的が「デート」であれば、「洋食を優先する」、「料金を高めに設定する」、「景色のいいお店を優先する」、「静かなお店を優先する」、「焼き肉は省く」、「有名店を優先する」等の複数の条件が設定される。これら検索条件の数は、把握した状況に応じて１つの場合、複数の場合がある。
なお、目的地を検索する場合に、相互にジャンルの異なる施設が検索されるようにするために、さらに検索条件を付加するようにしてもよい。
また、本実施形態では、「焼き肉は省く」という検索条件が、時間「お昼」からと、運転目的「デート」の両方から設定されるが、このように同一の検索条件が複数設定される場合には、その条件項目は１つだけ設定される場合よりもより強く反映するようになっている。
【００７３】
他の例として、発生したイベントが「観光案内する」である場合、条件検索知識ＤＢ番号２の観光地検索条件知識ＤＢを利用してユーザに推薦する観光施設を抽出するための検索条件を決定する。例えば、京都市に到着して観光案内をする場合、ユーザが「若かったら」金閣寺等の著名な施設が検索されるように検索条件「著名な神社仏閣を優先する」が設定され、逆に「年配だったら」有名な場所はすでに観光したことがある可能性が高いので著名性や知名度は問題とせずに「落ち着ける神社仏閣を優先する」が設定される。
この「観光案内をする」イベントに対する検索条件を設定する場合においても、ユーザのプロフィール等に応じて１又は複数の検索条件（重複を許す）が設定される。
【００７４】
以上のようにしてステップ５６における目的地検索条件が設定されると、エージェント処理部１１は、設定した目的地検索条件を満たしている度合いが高い、車両現在位置周辺の目的地を５件（５ジャンル各１件の目的地）抽出し（ステップ５８）、表示装置２７に選択画面を表示する（ステップ５９）。
【００７５】
一方、図１３に示したステップ５２において、発生したイベントに対して条件検索知識ＤＢ番号が規定されていず目的地設定が不要である場合（ステップ５２；Ｎ）、エージェント処理部１１は、該当するイベントを実行する（ステップ６０）。
例えば、イベント発生処理（図１１）により発生したイベントが、渋滞発生を原因とする「回避ルートを案内する」であれば、渋滞を回避する渋滞回避ルート検索処理を行う。すなわち、エージェント処理部１１は、ナビゲーション処理部１０に渋滞を回避する別ルートの探索を要求する。この要求によりナビゲーション処理部１０は、ビーコン受信装置２１５で受信されるＶＩＣＳ情報や、通信制御装置２４で受信されるＡＴＩＳ情報等（以下ＶＩＣＳ情報等という）が存在するか否かを確認する。これらの情報を参照しながら、ナビゲーション処理部１０は、渋滞を回避した目的地までの別ルートを探索して探索データファイル３０６を更新する。
【００７６】
なお、出力条件値を越えた場合若しくは一致した場合に、又は、出力条件を満足した場合に、エージェントが実行するイベントとして、車両制御を実行するか否かを確認する質問の内容を特定音声として出力し、その動作を特定画像で表示するようにしてもよい。この場合、質問に対するユーザの回答を、音声認識又は入力装置２２からの入力により取得し（回答取得手段）、車両制御の実行を肯定する回答である場合に、質問内容に相当する車両制御を実行する（車両制御手段）。
例えば、エアコンセンサ４１８で検出された状態が「ＯＮ」、室内温度検出センサ４１３と室外温度検出センサ４１４で検出された室温Ｔ１と室外温Ｔ２との温度差Ｔ３が、所定の閾値Ｔ４を越えている場合に、エアコン制御確認イベントが実行され、表示装置２７にエージェントが現れてほほえむ連続動作の特定静止画像が複数枚表示（または特定動画が表示）されると共に、音声出力装置２５からは「外は涼しくなりましたよ。外気を入れてみませんか？」等の質問を内容とする特定音声が出力される。この質問に対するユーザの回答がＯＫ等の肯定する回答である場合、出力条件（又は出力条件値）＝「肯定回答」が満足されたものとして、質問に対応する車両制御、すなわち、エアコンのＯＦＦと、窓の開放イベントが実行される。
このように車両制御イベントをエージェント処理部１１が実行するためには、窓開閉装置、エアコン風量調節装置、オーディオ音量調節装置等の各種車両制御用のアクチュエータがＩ／Ｆ部１２に接続される。また、ナビゲーション用の道路データに基づく車両制御（例えば、交差点やカーブ等の特定地点を安全に通過するための車両速度制御やシフトダウン制御等）や、状況センサ部４０の出力値に基づく車両の自動走行制御等を行う場合には、各制御実行のためのプログラムと制御装置をナビゲーション装置（情報出力装置）が備えることになる。
【００７７】
以上説明したように本実施形態によれば、車両状況等に対応するイベントがイベント発生知識ＤＢに基づいて決定されたとしても、当該イベントに対して規定された優先順位がユーザが設定した出現率よりも低い場合には、決定したイベントの発生をキャンセルすることで、エージェントの出現率を下げることが可能になる。これにより、ユーザは、エージェントの登場が煩わしく感じる場合には、エージェントの出現率を減らすことで、好みに応じた頻度でエージェントが出現するように設定することが可能になる。
すなわち、本実施形態によれば、ユーザによるスライダ１０ｂの移動という一の入力に対応して、エージェントにイベントを実行させるための特定画像と特定音声の追加指定、指定解除がフラグのＯＮ、ＯＦＦによって行われ（指定変更手段）る。また、対応するイベントの出力条件の増加、減少が、フラグＯＮからＯＦＦへの変更とＯＦＦからＯＮへの変更によって行われる。これにより、出現対象となるエージェント数（特定画像数、特定音声数）が変化し、エージェントの出現頻度が増減することになる。
【００７８】
次にエージェントの他の実施形態について説明する。なお、他の実施形態についての構成や動作について、上述した第１実施形態と同一の部分は適宜説明を省略し、異なる部分について説明することとする。
まず、エージェント装置の第２の実施形態について説明する。
第１の実施形態では、ユーザが設定した出現率の範囲内でエージェントが出現するようにするために、イベント発生知識ＤＢの各イベントに対して優先順位を規定し、全イベントの内最上位のイベントから出現率の範囲に入らないイベントのフラグをＯＦＦにすることで、そのイベントの指定を解除し、指定が解除されていない（すなわち、指定されている）イベントのみを実行可能としたものである。
これに対して、第２の実施形態では、エージェントの各動作を所定の観点において共通するｓ種類のイベントに分類し、各分類毎の重要度順を決め、出現率に基づいて決められた数の動作停止イベントを、重要度に応じて割り振るようにしたものである。
【００７９】
図１４は、第２実施形態におけるイベント発生知識ＤＢの内容を表したものである。
この図１４に示されるように、エージェントの各動作の内容に応じて、各イベントが挨拶、説明、案内、注意の４種類にに分類されている。そして、挨拶＜説明＜案内＜注意の順に重要度が高く設定されている。
本実施形態では、重要度が最も高い注意に分類されるイベントは必ず発生するようになっている。すなわち、注意のイベントがキャンセルされることはない。
そして、注意以外に分類されたイベントは分類された種類の重要度に応じて出現率が変更される。例えば、ユーザが設定した出現率が８０％である場合、案内２、説明３、挨拶５等の所定割合でイベントがキャンセルされるようにする。例えば、全イベント数が２００で、ユーザが設定した出現率が８０％である場合、４０のイベントが動作停止イベントとなる。そして、４０の動作停止イベントの内訳として、挨拶に分類されるイベントから２０のイベントが選択されてキャンセルされ、説明に分類されるイベントから１２のイベントが選択されてキャンセルされ、さらに、案内に分類されるイベントから８つのイベントが選択されてキャンセルされる。イベントがキャンセルされる各分類毎の所定の割合は、ユーザが任意に設定できるようにしてもよい。
なお、各分類内において動作停止イベントとしてキャンセルされるイベントの選択は、各分類毎の優先順位を設定しておくことで選択可能である。そして、動作停止イベントとして選択された各イベントには、第１実施形態と同様に、動作停止イベントであることを示すフラグをＯＦＦに設定することが可能である。これにより、第２実施形態におけるイベント発生処理を図１１で説明したと同様に処理することができる。
【００８０】
このように第２実施形態では、特定の種類に分類されたイベントについては、基準値変更手段による出力条件値の増減対象から除外するための、または、指定変更手段による特定画像、特定音声の指定解除対象から除外するための、特別な条件をさらに記憶する（第２実施形態では、重要度が最も高い分類である注意を記憶すること）ようになっている。このように、動作停止イベントから除外したいイベントを特定種類に分類することで、当該種類のイベントは、その出力条件を満たした場合に常に実行されるようにすることが可能になる。
また、ユーザによる一の入力（出現率の設定）に対応して出力条件（又は、出力条件値）の増減対象となるイベント数を、各分類毎に割り振ることで、各分類毎の出現率を変更することが可能になる。更に、設定された重要度の順に応じて、各分類に対して割り振るイベント数の割合を変化させることにより、重要度の高低に応じた出現率とすることができる。
【００８１】
次に第３の実施形態について説明する。
第１及び第２の実施形態ではユーザが設定した出現率に応じて、自動的に動作停止イベントを決定してその指定を解除（フラグをＯＮからＯＦＦに変更）し、及び、動作対象イベントを追加指定（フラグをＯＦＦからＯＮに変更）することで、当該イベントが実行されないようにした。
これに対して第３実施形態では、それぞれのエージェント動作が実施されるか、されないかをユーザが各イベント毎に個別に手動で決定するようにしたものである。
図１５は、第３実施形態におけるイベント発生知識ＤＢ２９３の内容の一部を表したものである。
この図１５に示されるように、イベント発生知識ＤＢ２９３は、エージェントを出現させるか否かについてユーザが各イベント毎に個別設定した結果が格納されるようになっている。すなわち、出現させるイベントには○が、出現させないイベント（動作停止イベント）には×が格納（実際には○又は×に対応する情報が格納）される。
【００８２】
この第３実施形態において、出現率変更キーが選択されると、エージェント処理部１１は、イベントの発生を個別に設定するイベント個別設定画面を表示する。
図１６は、イベント個別設定画面を表したものである。
このイベント個別設定画面では、図１５に示される各イベントに対応した内容がエージェントの動作内容として表示される動作内容欄１６ａと、各動作表示欄１６ａの右側に対応するエージェントを出現させるか否かを個別に設定する出現設定欄１６ｂ、動作内容欄１６ａと出現設定欄１６ｂをスクロールさせるスクロールバー１６ｃとスクロールボタン１６ｄ、個別設定された出現させるデータから求めた出現率が表示される出現率表示欄１６ｅ、及び、入力を確定させるＯＫボタン１６ｆが表示されている。
【００８３】
このイベント個別設定画面は、初期状態において出現設定欄がエージェントを出現させる状態（○）になっている。そして、ユーザは出現させたくない項目を選択することで出現設定欄１６ｂが反転する。すなわち、○の場合には×に、×の場合には○に変更される。この出現設定欄１６ｂの設定を変更する毎に、エージェント処理部１１は、全イベント数をｐ、○に設定されているイベント数をｑとした場合に、（ｑ／ｐ）×１００％の出現率を算出し、出現率表示欄１６ｅの値を変更する。なお、小数点以下は四捨五入され、表示されると共に、出現率情報２９８に格納される。
ユーザは、イベント個別設定画面に表示されていない他のイベントについての設定を確認、及び変更する場合には、スクロールボタンを上下することで表示されているイベント（エージェントの動作）を変更する。
この第３の実施形態によれば、ユーザの好みに応じたイベントが発生するように、また、ユーザの好みに合わないイベントのみが発生しないように、個別に設定することが可能になる。
【００８４】
なお、説明した第３実施形態では、すべてのイベントに対してユーザが出現、非出現の設定を行うことができるようにしたが、走行の安全等に関するイベントについては、非設定とできない（すなわち、動作停止イベントにできない）ようにしてもよい。この場合、非設定にできないイベントについては、イベント個別設定画面の各動作表示欄１６ａには表示されないようにする。
ただし、非設定にできないイベントも動作表示欄１６ａに表示すると共に、対応する出現設定欄１６ｂには、「○（変更不可）」というように変更できないイベントであることを表示し、その旨をユーザに認識させるようにしてもよい。
【００８５】
また、この第３実施形態を、第１実施形態又は第２実施形態と組み合わせるようにしてもよい。この場合、ユーザは所定操作により、図１０に例示した出現率設定画面から出現率を設定することで出力条件値を自動的に増減（基準値変更）させ、又は特定画像や特定音声を自動的に指定変更（追加指定又は指定解除）する（第１、第２実施形態）と共に、図１６に例示したイベント個別設定画面から各イベント毎に個別に出力条件値の増減（基準値変更）や指定変更（追加指定又は指定解除）を行うことができる。この場合、第１実施形態又は第２実施形態による出現率設定画面で出現率の設定、及び、出力条件値の自動増減又は特定画像等の自動指定変更が終了した後に、続けて図１６に例示したイベント個別設定画面を表示するようにしてもよい。これによりユーザは、自動設定された設定内容を確認することができると共に、自動設定された内容を個別に変更することができる。
【００８６】
次に第４、第５の実施形態について説明する。
第１から第３の実施形態では、各エージェントのイベント単位でエージェントが出現するかしないかを設定しているため、動作停止イベントとされたイベント、すなわち指定が解除されたイベントに対しては全くエージェントが出現せず、エージェントの出現、非出現の変化がイベント単位で行われ、その変化が大きい。このため、出現率の変化をユーザが実感しやすくなる。
その一方で、ユーザが動作停止イベントに設定されたイベントは常に発生しない（実行されない）ことになってしまう。そこで第４の実施形態、及び第５の実施形態では、各イベント毎に、ユーザが設定した出現率の範囲で実行されるようにしたものである。このように、各イベント毎に出現率の範囲内でエージェントが出現したり出現しなかったり（イベントが発生したりしなかったり）することで、ユーザにとって必要なイベントが全く発生しなくなるということがなくなる。
【００８７】
第１から第３の実施形態では、実行されるイベント数に対する量的な変化である。そして、第１、第２実施形態では、エージェントの出現優先順位の低いものは出現しなくなる。
これに対して、第４、第５実施形態では、実行されるイベントの実行条件に対する質的な変化により各イベント毎の出現率を変更する。質的な変化の場合、エージェントの出現の条件（出力条件）が厳しくなると、必然的に出現しにくくなる。
質的な変化は、各イベント毎に異なる値（異なる条件の選択）とすることができる。また、量的、質的を混合させることも可能である。
【００８８】
第４実施形態では、このイベントの実行条件に対する質的な変化として、出現間隔を出現率に応じて変化させるようにしたものである。例えば、食事の案内を行うエージェント（食事案内イベント）が毎日登場して案内を行っていたのが、ユーザが出現率を低下させると、１日おきに登場することで、出現率が５０％になる。
図１７は、第４実施形態において規定される各イベントに対する実行条件（出力条件値）の一部を例示したものである。ただし、第４実施形態（及び第５実施形態）により出力条件値の変更対象となるイベントは、全イベントでもよく、一部のイベントでもよい。
この図１７に示されるように、各イベント（エージェントの動作）毎に、時間あたりの出現回数が設定されている。例えば、車両状況としてガソリンの量が少なくなり、給油のためにガソリンスタンドを案内するイベントが決定された場合、最初のイベントが実行された後、同一のイベントを実行する場合には条件１〜３の条件が加重されることになる。例えば、条件３が選択されている場合には、最初にガソリンスタンドを案内した後、１日後に次のガソリンスタンドの案内イベントが実行される。これに対して、条件１が選択されている場合には、給油が完了するまで、最初の案内から３０分毎にガソリンスタンドの案内が実行される。このため、第４実施形態では、前回のイベント実行の日時が各イベント毎に、イベント発生知識ＤＢに格納されるようになっている。
【００８９】
一方、第５実施形態では、イベントの実行条件に対する質的な変化として、出現条件のレベルを出現率に応じて変化させるようにしたものである。例えば、時速１００ｋｍ／ｈを越えると注意を促していたイベントが、ユーザが出現率を低下させると、時速１２０ｋｍ／ｈを越えないと注意を促さなくなる。
図１８は、第５実施形態のおいて規定される各イベントに対する実行条件の一部を例示したものである。
この図１８に示されるように、各イベント（エージェントの動作）毎に、付加的な条件１、２、３が規定されている。例えば、ガソリン残量が少なくなった場合にガソリンスタンドを案内するイベントの場合、ガソリン残量が条件１では１０リットル未満でイベントが発生し、条件２では５リットル未満でイベントが発生し、条件３では、３リットル未満でイベントが発生するようになる。
このように、条件１、条件２、条件３の順に出力条件値が厳しく設定されているため、条件１、２、３の順に該当イベントが実行されにくくなり、同イベントに対するエージェントの出現率が低下する。
【００９０】
次に第４実施形態及び第５実施形態におけるエージェント出現率変更処理について説明する。
図１９は、エージェント出現率変更処理を表したフローチャートである。この第４、第５実施形態では、図９で説明した第１実施形態における処理と同様に、出現率変更キーが選択されると（ステップ２１；Ｙ）、エージェント処理部１１は、図１０に示した出現率設定画面を表示装置２７に表示し（ステップ２３）、ユーザが設定した出現率を取得する（ステップ２５）。
【００９１】
そして、エージェント処理部１１は、取得した出現率に応じて出現条件レベルを設定する（ステップ２７）。すなわち、エージェント処理部１１は、イベント実行のための出現条件レベルとして、ユーザが設定した出現率に応じて条件１から条件３のいずれかを選択する。すなわち、ユーザによるスライダ１０ｂの移動という一の入力に対応して、複数の出力条件が変更される。例えば、ユーザが設定した出現率（図１０で設定）が９０％〜７０の場合に条件１が設定され、６９％〜５０％の場合に条件２が設定され、４９％から３０％の場合に条件３が設定される。出現率２９％以下の場合には、常時動作停止イベントとする。
なお、出現率と出力条件の条件番号との対応を各イベント毎に規定した条件選択テーブルを記憶しておき（条件選択テーブル記憶手段）、ユーザの入力手段による一の入力（本実施形態ではスライダ１０ｂの移動）に対応して、各イベントに対した条件番号の出力条件が設定されるようにしてもよい。
ユーザが設定した出現率、及び、この出現率に対応して新たに設定された出力条件は、既に出現率情報２９８に格納されている出力条件を消去して新たに格納される（基準値変更手段）。このように、出現率に対応して新たに設定された各イベントに対する出力条件がエージェントデータ記憶装置２９に格納されて保存されるため、例えば、車両のイグニッションが一度ＯＦＦされ再度ＯＮされた場合や、情報出力装置の電源が再投入された場合でも、格納済みの出力条件値が初期値となり、当該出力条件値に基づいてイベントの選択が判断される。なお、以上のことは第１実施形態から第３実施形態及び第６実施形態以降の実施形態においても同様である（例えば、第１実施形態であればフラグの状態が記憶、保存され、イグニッションのＯＮや電源の再投入時に記憶済みのフラグ状態が初期値として使用される）。
【００９２】
なお、説明した第４実施形態、及び第５実施形態では、全イベントに共通する出現率を設定する場合について説明したが、各イベント毎に出現率を設定するようにしてもよい。この場合、ユーザは、出現率を設定するイベントを個別に指定した後、当該イベントに対する出現率を設定する。そして、設定された各イベントに対する出現率と、その出現率に対応して決められた条件は、該当イベント毎に出現率情報に格納される。
また、説明した第４実施形態、第５実施形態では、出現率をユーザが設定し、この出現率に対応する条件を設定（上記変形例の場合には各イベント毎に設定）することとしたが、ユーザが各イベント毎に条件を選択するようにしてもよい。
また、第４実施形態、第５実施形態では、イベントの実行条件に対する質的な変化として条件１〜条件３の３条件について説明したが、各イベント毎に異なる数の条件を設定するようにしてもよい。
さらに、各イベント毎に第４実施形態、第５実施形態のいずれか一方の条件設定し、または両者の条件を設定するようにしてもよい。
【００９３】
次に、第４実施形態、第５実施形態におけるイベント発生処理について説明する。
図２０は、第４、第５実施形態のイベント発生処理動作を表したフローチャートである。この第４、第５実施形態における動作では、図１１に示した第１実施形態におけるイベント発生処理におけるステップ３５の処理が異なり、他の処理（ステップ３０〜３４、ステップ３６〜４２）の処理動作は同一なので、同一処理部分の説明は省略する。
第４、第５実施形態の場合、現在状況に対応するイベントが存在しそのイベントが決定された場合（ステップ３４；Ｙ）、エージェント処理部１１は、決定したイベントに対して設定されている出現条件を、ステップ３０で把握した現在状況が満たしているか否かを判断する（ステップ３５ｂ）。
エージェント処理部１１は、出現条件を満足していなければ（ステップ３５ｂ；Ｎ）、決定した当該イベントの発生をキャンセルさせ、メインルーチンにリターンする。
一方、出現条件を満たしている場合（ステップ３５ｂ；Ｙ）、エージェント処理部１１は、以下ステップ３６からステップ４２の処理を実行する。
【００９４】
次に第６実施形態について説明する。
第１実施形態、第２実施形態、第４実施形態、及び第５実施形態では、図１０に示したエージェント出現率設定画面により出現率のみを設定するようにしたが、第６実施形態では、各イベントの出現率をイベントを、複数の観点から設定（複数の項目毎に設定）するようにしたものである。
図２１は、第６実施形態におけるエージェントの出現率の設定画面を表したものである。
この図２１に示されるように、出現率設定画面には、出現率を設定する複数の観点として、イベントの機能に基づく観点が採用される。すなわち、楽しさに関するイベントによるエージェントの出現率と、快適さに関するイベントによるエージェントの出現率と、安全性に関するイベントによるエージェントの出現率が個別に設定可能になっている。
エージェント出現率設定画面には、図２１に示されるように、楽しさ出現率設定バー２１ａと楽しさスライダ２１ｂ、快適さ出現率設定バー２１ｃと快適さスライダ２１ｄ、安全性出現率設定バー２１ｅと安全性スライダ２１ｆ、及び、設定内容を確定させるＯＫボタン２１ｇが表示されている。
【００９５】
この図２１に示した出現率設定画面は、第１実施形態と第３実施形態〜第５実施形態のステップ２３において、図１０の画面に変えて表示することが可能である。
ユーザは、楽しさ、快適さ、安全性の各機能から、対応するスライダ２１ａ、２１ｃ、２１ｅを選択して０％から１００％の範囲で移動する（指定手段）ことで、移動されたスライダ２１に対応する項目の出現率のみが変更され、当該項目に対応するイベントが追加指定若しくは指定解除され（指定変更手段）、又は対応するイベントの出力条件値が増減される（基準値変更手段）。これにより、各項目毎に出現率を設定することが可能になる。
【００９６】
この第６実施形態における出現率設定画面が使用される場合、エージェント処理部１１は、各項目毎に設定された出現率が出現率情報２９８に格納される。
一方、イベント発生知識ＤＢ２９３に格納されている各イベントは、楽しさに関するイベント、快適さに関するイベント、安全性に関するイベントというように、出現率を設定する複数の機能に対応して分類されている必要がある。
なお、図２に示した第１実施形態のイベント発生知識ＤＢ２９３に適用する場合には、図２に示すようにイベント全体の優先順位であってもよいが、各機能による同一分類内での優先順位を決めるようにしてもよい。前者の場合、ユーザは、図１０又は図２１の出現率設定画面のいずれか一方を選択することで、両者を使用することが可能になる。
【００９７】
また、第４実施形態、第５実施形態に第６実施形態の出現率設定画面を適用する場合も同様に、イベント発生知識ＤＢ２９３に格納されている各イベントが出現率を設定する複数の機能に対応して分類されている必要がある。そして、各項目毎に設定された出現率に対応する条件が条件１〜条件ｎ（説明した図１７、図１８の例では条件１〜条件３）の中から選択され、出現率情報２９８に格納される。
この場合もユーザは、図１０又は図２１の出現率設定画面のいずれか一方を選択することで、両者を使用することが可能になる。
【００９８】
次に第７実施形態について説明する。
第６実施形態では、各機能の観点で分類された項目毎に０％〜１００％の範囲で出現率を設定するようにしたが、第７実施形態では、全体の出現率も設定できるようにしたものである。すなわち、第７実施形態では、増減させる対象とする出力条件値を指定する指定手段として、各項目毎に出現率を設定する個別指定手段と、全体の出現率を設定する全体指定手段を備え、全体指定手段で指定された出現率を個別指定手段における１００％とするようにしたものである。また、第７実施形態では、全体指定手段で指定された出現率を個別指定手段で指定された項目に対応する１００％として、イベントが追加指定若しくは指定解除されるようにしたものでもある。
図２２は、第７実施形態におけるエージェントの出現率設定画面を表したものである。
この図２２に示すように、第７実施形態における出現率設定画面では、楽しさ出現率設定バー２２ａと楽しさスライダ２２ｂ、快適さ出現率設定バー２２ｃと快適さスライダ２２ｄ、安全性出現率設定バー２２ｅと安全性スライダ２２ｆ、設定内容を確定させるＯＫボタン２２ｇ、全体出現率設定バー２２ｈと全体スライダ２２ｉ、及び全体出現率表示欄２２ｊが表示されている。
【００９９】
この出現率設定画面では、全体出現率設定バー２２ｈにおける全体スライダ２２ｉの位置によって、全体の出現率（全イベントに対する出現率）が決められ、全体出現率表示欄２２ｊに表示される。
そして、この全体の出現率の変化が、各機能（楽しさ、快適さ、安全性）の出現率に影響を与えるようになっている。すなわち、各出現率設定バー２２ａ、２２ｃ、２２ｅの下端は出現率０％であるが、上端は全体の出現率になっている。例えば、全体の出現率が８０％である場合、各機能の出現率の最大が８０％に制限される。
この実施形態によれば、全体の出現率と各機能項目毎の出現率により細かく設定することができる。例えば、各機能項目毎の出現比率を変更することなく、全体の出現率を変更することが可能になる。また、全体の出現率を変更することなく、各機能項目間の出現比率のみ変更することも可能である。
【０１００】
次に第８実施形態について説明する。
説明した第１から第７実施形態では、ユーザが出現率を変更する場合、出現率変更キーの選択等（ステップ２１）を行い、出現率設定画面（図１０、図１６、図２１、図２２）で出現率をユーザが設定する必要があったが、この第８の実施形態では、エージェントが自動的に出現率を変更するようにしたものである。
【０１０１】
図２３は、第８実施形態における出現率自動変更処理の動作を表したフローチャートである。
エージェント処理部１１は、まずユーザの気持確認条件を満たしているか否かを確認する（ステップ７０）。すなわち、エージェント処理部１１は、エージェントの出現回数（イベントの発生回数）をカウントしておき、所定回数（例えば、５０回）になったか否か、及び過去５回のイベント発生間隔の平均間隔時間が５分以下となったか否かを判断する。出現回数が所定回数になるか、又は、平均間隔時間が５分以下になり、気持確認条件を満たした場合（ステップ２１；Ｙ）、エージェント処理部１１はユーザの気持入力画面を表示装置２７に表示するとともに、「私ってじゃまですか？」といった問いを音声で出力する（ステップ７２）。
【０１０２】
図２４は、ユーザの気持入力画面を表したものである。
この図２４に示すように、エージェントＥが表示装置２７に現れるととともに、「私ってジャマですか？」といった問いかけＦが表示される。この問いかけに対してユーザが回答を入力するためのボタン「ジャマ」ボタン２４ａと「ジャマでない」ボタン２４ｂが表示されている。
ユーザは、いずれかのボタン２４ａ、２４ｂを選択するか、または、音声により回答を行う。音声による回答は、「はい」、「Ｙｅｓ」等の肯定語（「ジャマ」ボタン２４ａに対応）を発声するか、又は「いいえ」、「ＮＯ」「そんなことない」等の否定語（「ジャマでない」ボタンに対応）を発声する。
【０１０３】
エージェント処理部１１は、このユーザの気持入力画面におけるユーザの回答内容から、ユーザが満足しているか否かを確認する（ステップ７４）。
すなわち、エージェント処理部１１は、ユーザによって「ジャマでない」ボタン２４ｂが選択された場合、又は否定語を音声認識した場合、ユーザが満足していると判断して（ステップ７４；Ｙ）、出現率を増加させて（ステップ７６）、メインルーチンにリターンする。
一方、エージェント処理部１１は、ユーザによって、ユーザによって「ジャマ」ボタン２４ａが選択された場合、又は肯定語を音声認識した場合、ユーザが満足していず、エージェントの出現を煩わしく思っていると判断して（ステップ７４；Ｎ）、出現率を低下させて（ステップ７８）、メインルーチンにリターンする。
ここで、出現率の増加量、出現率の低下量は、任意の所定量又は所定比率とすることが可能であるが、本実施形態では５％の増減が行われる。なお、音声認識により、「とても（ジャマ）」等の強い肯定語が認識された場合には、「はい」等の通常の肯定語の場合に比べて出現率大きく低下（例えば、１０％低下）させるようにしてもよい。
【０１０４】
以上説明したように、第８実施形態によれば、ユーザの気持を確認したうえで自動的に出現率が変更されるので、ユーザによる操作が不要になる。
【０１０５】
次に第９実施形態について説明する。
説明した第１実施形態、第２実施形態、及びその変形例等では、全イベントを出現率算出の基準にした。すなわち、出現率が７０％の場合、全イベントが２００であれば、全イベント数２００を基準にして７０％＝１４０のイベントが実行可能となり、残りの６０イベントが動作停止イベントとした。
しかし、動作停止イベントに設定したとしても、そのイベントが過去に１度も発生したことが無いイベントである場合には、実質的な出現率は変化していないことになる。
そこで第９実施形態では、実際に発生する可能性が高いイベントを、出現率算出の基準にすることで、ユーザが設定した出現率が正確に反映されるようにしたものである。
【０１０６】
すなわち、第９実施形態においてエージェント処理部１１は、過去所定期間内に発生したイベントチェックし、そのイベント数を出現率の基準として、発生したイベントの中で出現率を設定する。例えば、全イベント数がｒ＝２００であっても、過去６ヶ月間の間に実際に発生したイベントを実イベントとし、この実イベント数ｓを基準として、出現率を設定する。
いまユーザが設定した出現率が７０％である場合、実イベントの中からｓ×０．７個のイベントが実行可能イベントとされ、残りのｓ×０．３個のイベントが動作停止イベントとされる。
【０１０７】
このように、本実施形態では、実際に発生したイベントの中で出現率、及び動作停止イベントを設定しているので、出現率がより正確に反映することができる。
【０１０８】
以上本発明の好適な実施形態について説明したが、本発明はかかる実施形態の構成に限定されるものではなく、各請求項に記載された発明の範囲において他の実施形態を採用し、また、変形することが可能である。
例えば、説明した実施形態において車両内に登場（出現）するエージェントＥは、単一のエージェントを前提として説明したが、本発明では、車両状況に応じて異なる擬似人格を有する複数のエージェントを出現させるようにし、各エージェント毎に出現率を設定するようにしてもよい。
また、取得した出現率の出現率情報２９８への格納、及び、イベント発生知識ＤＢのフラグ設定、出現条件（図１７、図１８）の設定等についても、各ユーザ毎に区別して格納するようにしてもよい。
【０１０９】
また説明した実施形態では、図２に示すイベント発生知識データベース２９３と、図３に示す目的地検索条件知識ＤＢ２９４をそれぞれ、エージェントＤＢ記憶装置２９に格納するようにしたが、必ずしもこれら各知識ＤＢ２９３、２９４を目的地設定装置、エージェント装置が備えている必要はない。
この場合、各知識ＤＢ２９３、２９４は、無線通信手段により車両に各種情報を提供するセンタ装置が格納し保有しておくようにする。そして、エージェント処理部１１は、イベント発生処理（図９）のステップ３０と同様に把握した現在状況（現在位置を含む）を、通信制御装置２４によりセンタ装置に送信し、現時点で発生すべきイベントと、そのイベントに対する検索条件（目的地設定を要するイベントの場合）とをセンタ装置から受信する。この場合のセンタ装置では、受信した現在状況から、図９のイベント発生処理を行うことで、イベントを決定して、車両に送信する。
このように、知識ＤＢをセンタ装置側に保持させると共に、イベントの決定処理等の各処理をセンタ装置に実行させることで、エージェント処理部１１やエージェント装置側の負担を軽減することが可能になる。
【０１１０】
なお、説明した実施形態を、（１）車両に関連した状況を取得する車両状況取得手段と、この車両状況取得手段で取得した車両状況から車両又はユーザに対して行うイベントを決定するイベント決定手段と、擬人化されたエージェントを車両内に出現させるエージェント出現手段と、前記エージェント出現手段により出現されるエージェントの出現率を取得する出現率取得手段と、この出現率取得手段で取得した出現率の範囲内で、前記イベント決定手段で決定したイベントを前記エージェント出現手段により出現されるエージェントの行為として実行させるイベント実行手段と、を具備するエージェント装置としてもよい。
また、（１）のエージェント装置において、（２）車両に関連した状況とイベントとの関係を規定したイベント決定知識データベースを備え、前記イベント決定手段は、前記車両状況に対応するイベントを、前記イベント決定知識データベースに基づき決定し、前記出現率取得手段は、各イベント毎に異なる出現率を取得可能とし、前記イベント実行手段は、前記イベント決定手段で決定したイベントを、そのイベントに対する出現率の範囲内で、前記エージェントの行為として実行させる、ようにしてもよい。
また、（２）のエージェント装置において、（３）前記出現率取得手段で取得した各イベントに対する出現率に応じて、当該イベントを実行するための条件を変更するイベント実行条件変更手段を備え、前記イベント実行手段は、前記イベント実行条件変更手段で変更後のイベント実行条件を満たす場合に、前記イベント実行手段で決定したイベントを実行する、ようにしてもよい。
さらに、（１）のエージェント装置において、（４）車両に関連した状況とイベントとの関係、及び優先順位が規定されたイベント決定知識データベースを備え、前記イベント決定手段は、前記車両状況に対応するイベントを、前記イベント決定知識データベースに基づき決定し、前記イベント実行手段は、前記イベント決定知識データベースに規定された優先順位が、前記出現率取得手段で取得した出現率の範囲に含まれるイベントを実行する、ようにしてもよい。
また、（１）から（４）のうちのいずれか１のエージェント装置において、（５）前記イベント実行手段は、所定期間内に実行された各イベントを前記出現率の基準とする、ようにしてもよい。
なお、以上ののエージェント装置における出現率は、イベント発生知識ＤＢ２９３に格納されている全イベント数に対する実行可能なイベント（動作停止イベント以外のイベント）の数で定義される場合と、実行可能なイベントが所定期間内に実行される頻度で定義される場合（イベント毎に判断される）とがある。
以上のように実施形態のエージェント装置を構成することで、エージェントの出現率をユーザの好みによって任意に調整することができる。従って、煩わしさを感じない程度の出現率に調整することで、エージェント装置に対する抵抗を少なくし、親しみを増加させることができる。
【０１１１】
【発明の効果】
以上説明したように本発明によれば、ユーザの好みに応じて、特定画像や特定音声が出力される頻度を変更することができる。
すなわち、本発明によれば、画像表示装置に静止画像若しくは動画像を表示し、又は、音声出力装置から音声を出力する情報出力装置において、一又は複数の出力条件値を増減させ、増減後の値を元の出力条件値として設定することで、その出力条件値に対応する特定静止画像、特定動画、又は／及び、特定音声が、出力等されや易くなったり、逆に出力しにくくなることで、当該特定静止画像等に対する出力頻度を変更することができる。
また、本発明によれば、画像表示装置に静止画像若しくは動画像を表示し、又は、音声出力装置から音声を出力する情報出力装置において、表示の対象とする特定静止画像若しくは特定動画又は出力の対象とする特定音声を、少なくとも１つ追加指定し、又は少なくとも１つの指定を解除することで、出力対象となる全特定静止画像等が増減するため、特定静止画像等全体に対する出力頻度が増減することができる。
【図面の簡単な説明】
【図１】本発明の１実施形態におけるエージェント装置の構成を示すブロック図である。
【図２】同上、エージェント装置におけるイベント発生知識ＤＢのテーブル内容を概念的に表した説明図である。
【図３】同上、エージェント装置における、目的地検索条件知識ＤＢのテーブル内容を概念的に表した説明図である。
【図４】同上、エージェント装置における、ナビゲーションデータ記憶装置に格納されるデータファイルの内容を表した説明図である。
【図５】同上、エージェント装置における、状況センサ部を構成する各種センサを表し図である。
【図６】同上、エージェント装置における、初期項目設定処理の処理動作を表したフローチャートである。
【図７】同上、エージェント装置における、ユーザプロフィール入力画面の説明図である。
【図８】同上、エージェント装置における、運転目的設定画面の説明図である。
【図９】同上、エージェント装置における、エージェント出現率変更処理の処理動作を表したフローチャートである。
【図１０】同上、エージェント装置における、エージェント出現率変更画面を表した説明図である。
【図１１】同上、エージェント装置における、イベント発生処理の処理動作を表したフローチャートである。
【図１２】同上、エージェント装置における、各イベントのイベント確認画面の表示内容を例示した説明図である。
【図１３】同上、エージェント装置における、イベント実行処理の処理動作を表したフローチャートである。
【図１４】同上、第２実施形態におけるイベント発生知識ＤＢのテーブル内容を概念的に表した説明図である。
【図１５】同上、第３実施形態におけるイベント発生知識ＤＢのテーブル内容を概念的に表した説明図である。
【図１６】同上、第３実施形態における、イベント個別設定画面を表した説明図である。
【図１７】同上、第４実施形態におけるイベント発生知識ＤＢのテーブル内容を概念的に表した説明図である。
【図１８】同上、第５実施形態におけるイベント発生知識ＤＢのテーブル内容を概念的に表した説明図である。
【図１９】同上、第４実施形態、第５実施形態におけるエージェント出現率変更処理の処理動作を表したフローチャートである。
【図２０】同上、第４実施形態、第５実施形態におけるイベント発生処理の処理動作を表したフローチャートである。
【図２１】同上、第６実施形態におけるエージェントの出現率の設定画面を表した説明図である。
【図２２】同上、第７実施形態におけるエージェントの出現率設定画面を表したものである。
【図２３】同上、第８実施形態における出現率自動変更処理の動作を表したフローチャートである。
【図２４】同上、第８実施形態における、ユーザの気持入力画面を表したも説明図である。
【符号の説明】
１  全体処理部
１０  ナビゲーション処理部
１１  エージェント処理部
１２  Ｉ／Ｆ部
１３  画像処理部
１４  音声制御部
１５  状況情報処理部
１６  渋滞検出部
２１  現在位置検出装置
２２  入力装置
２３  記憶媒体駆動装置
２４  通信制御装置
２５  音声出力装置
２６  マイク
２７  表示装置
２８  撮像装置
２９  エージェントデータ記憶装置
２９３  イベント発生知識ＤＢ
２９４  目的地検索条件知識ＤＢ
２９５  ユーザ情報
２９７  ユーザ情報
２９８  出現率情報
３０  ナビゲーションデータ記憶装置
４０  状況センサ部
【図１】
0004207350.tif 000002
【図２】
0004207350.tif 000003
【図３】
0004207350.tif 000004
【図４】
0004207350.tif 000005
【図５】
0004207350.tif 000006
【図６】
0004207350.tif 000007
【図７】
0004207350.tif 000008
【図８】
0004207350.tif 000009
【図９】
0004207350.tif 000010
【図１０】
0004207350.tif 000011
【図１１】
0004207350.tif 000012
【図１２】
0004207350.tif 000013
【図１３】
0004207350.tif 000014
【図１４】
0004207350.tif 000015
【図１５】
0004207350.tif 000016
【図１６】
0004207350.tif 000017
【図１７】
0004207350.tif 000018
【図１８】
0004207350.tif 000019
【図１９】
0004207350.tif 000020
【図２０】
0004207350.tif 000021
【図２１】
0004207350.tif 000022
【図２２】
0004207350.tif 000023
【図２３】
0004207350.tif 000024
【図２４】
0004207350.tif 000025