(57)【特許請求の範囲】
【請求項１】
音声によって情報を提供するナビゲーション装置であって、
オーディオからの曲信号から曲間を判断する手段と、
その曲の間に、他の情報を提供する提供手段を具備し、
前記提供手段はオーディオを一時中断させて情報提供を行うことを特徴とするナビゲーション装置。
【請求項２】
音声によって情報を提供するナビゲーション装置であって、
オーディオからの曲信号から曲間を判断する手段と、
その曲の間に、他の情報を提供する提供手段を具備し、
前記提供手段は優先順位の低い情報のみを提供することを特徴とするナビゲーション装置。
【請求項３】
音声によって情報を提供するナビゲーション装置であって、
オーディオからの曲信号から曲間を判断する手段と、
その曲の間に、他の情報を提供する提供手段を具備し、
曲間に挿入されるべき情報の優先順位を予め設定する手段をさらに具備することを特徴とするナビゲーション装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明は、例えば音声情報などを出力するナビゲーション装置に関し、特に、複数の情報が同時に存在する場合において、ドライバに真に必要な情報を規制的に優先的に出力するナビゲーション装置に関する。
【０００２】
【従来の技術】
コンピュータ情報のマルチメディア化に伴い、自動車にも急速にマルチメディア化が進んでいる。例えば、情報の種類には、ナビゲーション情報、VICS情報、Audio Visual情報、ラジオ、車載電話、文字放送、車両システム等がある。
情報のマルチメディア化における最大の問題は大量情報の同時発生にある。特に、ドライバが関与しなくとも、例えば、VICS情報や音声多重放送等からの情報等が大量に送られてくる。自動車のマルチメディア化における顕著な特徴は、映像情報はドライバがその映像に関心を示さなければ、あるいはその映像の方向から視線を外せば、大量の情報が流されてもドライバの運転に影響を与えることはない。
【０００３】
しかしながら、音声情報は、有用な情報と無用な情報とが混在している場合においては、有用か無用かを識別するにはドライバに意識を集中することを強いる。また、聞き流すこともなかなか困難であり、例えばドライバが緊急回避動作を行っているときに、それほどの必要性もない音声が流されたときには、そのような音声情報はドライバの運転操作に影響を与える場合もあり得る。
【０００４】
特に音声情報の出力の規制について従来では、例えば、特開平５ー１４２９９４号、５ー２０３４５８号、５ー３３２７７８号では、主に音声情報出力時の音量を制御している。しかしながら、音量を制御すると、小さな音量の情報はかえってドライバに緊張を強いる場合がある。
また、特開平２ー１１４１１７号では、ドライバが音声によるナビゲーションを望むルートをドライバ自身が予め複数箇所設定できるようにしておき、不要な音声による誘導を排除するものである。
【０００５】
また、特開平４ー１８９８号では、車両速度に応じて案内文の音声情報の長さを制御することにより、目標地点近傍を通過する時点と案内情報の出力が終了する時点とを同期させることにより、案内の内容と対象物との関連を取りやすいようにしたものである。
そこで、特開平５―１１８８６６号は、走行回数を累積することにより各道路についての熟知度を判定し、熟知度に応じて、音声情報のオン・オフを制御するようにしている。これは、熟知している道路では音声情報を提供することが不要であるので、音声情報をカットするものである。
【０００６】
【発明が解決しようとする課題】
特開平２−１１４１１７号の手法でも、ドライバ自身が音声誘導を設定した箇所でマルチメディア情報が大量に発生した場合には、不要な音声を排除することはできない。また、特開平４−１８９８号のように、車両速度に応じて案内文の音声情報の長さを制御してたとえ長さを短くしたとしても、複数の情報が同時に大量に発生した場合には、目標地点を過ぎ去ってしまった時点で、その目標地点の情報が出力される場合もあり得る。
【０００７】
また、特開平５―１１８８６６号の手法は、熟知していない道路を走行中に、複数の音声情報が同時に大量に発生した場合には、同じように、全ての音声情報が出力されることとなり、やはり、不要な情報が流されて真に必要な情報が後回しにされる場合もあり得る。
即ち、上記従来技術の全ては複数の情報が同時に存在することが意識されていないので、換言すれば、自動車マルチメディア時代の到来を予期していないので、まさに玉石混淆の状態で情報を垂れ流していた。
【０００８】
本発明は斯かる点に鑑みてなされたものであり、その目的とするところは、過度に情報が提供されることなく、且つ的確に必要な情報を提供することのできるナビゲーション装置を提案する。
本発明の他の目的は、音楽がとぎれることなく情報が提供されるナビゲーション装置を提案する。
【０００９】
本発明の他の目的は、曲間のアイドリング時間を有効に利用したナビゲーション装置を提案する。
【００１０】
【課題を解決するための手段】
上記の目的を達成すべく、本発明の、音声によって情報を提供するナビゲーション装置は、オーディオからの曲信号から曲間を判断する手段と、その曲の間に、他の情報を提供する提供手段を具備し、前記提供手段はオーディオを一時中断させて情報提供を行うことを特徴とする。
また、本発明の、音声によって情報を提供するナビゲーション装置は、オーディオからの曲信号から曲間を判断する手段と、その曲の間に、他の情報を提供する提供手段を具備し、前記提供手段は優先順位の低い情報のみを提供することを特徴とする。
また、本発明の、音声によって情報を提供するナビゲーション装置であって、オーディオからの曲信号から曲間を判断する手段と、その曲の間に、他の情報を提供する提供手段を具備し、曲間に挿入されるべき情報の優先順位を予め設定する手段をさらに具備することを特徴とする。
【００１１】
【発明を実施するための形態】
以下、本発明のナビゲーション装置及び方法を自動車のナビゲーションに適用した各種実施形態を図面に基づいて詳細に説明する。尚、後述の説明から分かるように、本発明は自動車のみに適用されるとは限られず、飛行機や船舶などの移動体にも適用され得る。
〈システム構成〉
先ず、本発明の全ての実施形態（並びにそれらの変形例）に係るナビゲーション装置に共通なシステム構成を第１図〜第３図を参照して説明する。
【００１２】
第１図は、実施形態のナビゲーション装置が適用された自動車のドライバ席から見た前方視界を表す図である。また、第２図，第３図は、本発明の一実施形態としてのナビゲーション装置が自動車に実装された状態の一例を示すシステム構成図である。
第２図において、２は集中制御ユニット(TWS)であり、走行状態に係る各種データ（燃料残量、平均燃費、平均車速等）の算出や、以下の各構成を統括的に制御する。３は車載ＬＡＮユニットであり、例えばアンチロックブレーキシステム（ＡＢＳ）や４輪駆動制御等の制御に必要な不図示のセンサ及び駆動部と集中制御ユニット２との所謂ローカルエリアネットワーク通信を制御する。４はＲＡＭカードドライブであり、例えば、シート位置、ミラー位置等の運転者に関する情報を記憶したＲＡＭカードのデータ読み込み／書き込み装置である。５はデータドライブであり、例えば、ＦＤ（フロッピーディスク）、ＭＤ（光磁気ディスク）、ＰＤ（相転移型光ディスク）等のデータ記憶媒体に記憶した各種情報の読み込み／書き込み装置である。６は音声ガイド用スピーカであり、ナビゲーションコントローラ１７からの音声情報が集中制御ユニット２内の音声出力インタフェースを介して出力される。７はマイクであり、操作者の音声による指示が集中制御ユニット２内の音声認識インタフェース（不図示）を介してナビゲーションコントローラ１７に入力される。８は液晶表示等のディスプレイであり、ナビゲーション画面、各種入力操作用の画面、車両の状態（車速、空調設定等）が表示される。更に、ディスプレイ８の前面には、その表示に応じてタッチ操作による入力操作が可能な、静電容量方式や赤外線方式等の入力装置を備える。９は携帯電話であり、電話アンテナ１３が接続される。１０は操作スイッチであり、集中制御ユニット２及びナビゲーションコントローラ１７への入力操作を行う。１７はナビゲーションコントローラであり、ＧＰＳ（グローバルポジショニングシステム）アンテナ１１からの位置情報とＣＤ−ＲＯＭチェンジャ１９に搭載されたＣＤ−ＲＯＭの地図情報に基づいて、操作者が操作スイッチ１０等により指定した目的地までの適当な経路を検索し、ディスプレイ８上の表示及び音声ガイド用スピーカ６からの音声出力により誘導を行う。ＣＤ−ＲＯＭチェンジャ１９により読み出されるＣＤ−ＲＯＭの地図情報は、ディスプレイ８に表示する経路情報の基本情報である。
【００１３】
更に、ナビゲーションコントローラ１７には、図示の如くＦＭアンテナ１２からのＶＩＣＳ対応のＦＭ多重放送を受信するＦＭチューナ１６、そして電波ビーコンアンテナ１４及び光ビーコンアンテナ１５からのビーコン信号を受信するビーコン信号受信機１８が接続されており、それらにより得られるＶＩＣＳ信号及び／またはビーコン信号を交通規制情報として解釈してディスプレイ８に表示し、経路誘導の際の経路検索の条件（制約条件）として使用する。更に、走行経路周辺の地域情報をデータドライブ５等から入力し、表示情報に利用してもよい。尚、ＧＰＳによる自車位置の検出手法は公知なため、説明を省略する。
【００１４】
これから説明する実施形態のナビゲーションシステムでは、ドライバに不必要な、或いは多量すぎて不快感を与えかねない情報（特に音声情報）はその提供を抑制し、或いは出力しないようにしている。また、ナビゲーションシステムでは特に複数の音声情報が同時に発生した場合でも、一時には１つだけの音声情報をドライバに提供するのが本質であるから、１つの音声情報だけを、即ち、前記複数の音声情報の中から特定の１つの情報だけを選択する必要があるが、本実施形態のシステムでは、その１つの音声情報は、情報自体が持つ優先順位と、情報とは独立してある走行条件（走行状態、走行環境、走行時間帯、走行目的等）との関連性から生まれるその情報の「重要性」とに基づいて選択される。また、上述の競合があった場合には、所定の条件がそろえば、消去される情報も存在する。このような情報は、消去される旨がデイスプレイに表示され、或いはその音声情報が代わりに文字情報に変換されて第１図に示したヘッドアップデイスプレイに表示するようにする。
＜ユーザインターフェース＞
本システムのディスプレイ８にはタッチパネルが設けられている。
【００１５】
第７９図はそのタッチパネルを介して設定された情報を要求するスイッチを示す。本システムには、第７９図に示すように、「ニュース」「天候」「スポーツ」「交通情報」「車両情報」「ガソリン」（ＧＡＳ）等の６つのジャンルの情報にアクセスすることができる。第７９図は、それらの情報にアクセスするための機能ボタン（タッチパネルを介したスイッチ）を示す。特定のスイッチを押すと、押されたスイッチに対応する情報のみがドライバに提供される。
【００１６】
情報ジャンルスイッチは（第７９図）は、現時点の走行状態において必要と思われるジャンルを表示する。たとえば、「ＧＡＳ」のジャンルは、残ガソリンが少ないという車両情報を集中制御ユニット２が受け、これに応答して、「ＧＡＳ」メニューを表示したものである。この表示はドライバに要求されたものではなく、システムが種々の情報から判断して表示を決定したものである。第７９図の他の例で、ワイパが動作すればシステムは雨が降ってきたものと判断して、「天候」のメニューを表示したものである。
【００１７】
第８０図は、本システムに用意された各種機能を要求するスイッチを示す。
「キャンセル」スイッチは今選択中の情報へのアクセスをキャンセルするものである。「リピート」スイッチは、現在案内中の情報（データドライブ装置５に記憶されている）を、最初の項目から再生する。「音声メイン」スイッチは、音声での情報案内を行うかどうかを切り換える。
【００１８】
「音声要求」スイッチは、本システムに特有なスイッチで、このスイッチを押すと、本ナビゲーションシステムに具備されている種々のマルチメディア情報を、所定の順序で提供する。
「スキップ」スイッチは、項目もしくはジャンルを、１つ飛ばす機能を有する。
【００１９】
「選択」スイッチは、情報のジャンルを選択して決定する機能を有する。「ファンクション」スイッチは特定の項目を記憶させ、その情報だけを直接案内する機能を有する。
〈メディア及び情報の種類〉
第１図〜第３図に示した本実施形態のナビゲーションシステムで対象となる情報のメディアは、ＮＡＶＩ，ＶＩＣＳ，オーディオ，ラジオ，車載電話、文字放送，車両システム等である。そして、これらのメディアからの情報には第４図に示すように、
車両情報，
ＮＡＶＩ情報，
ＶＩＣＳ情報，
オーディオ，
車載電話情報，
文字放送情報
等があり、これら情報の具体的な例は第４図に示すとおりである。
〈優先順位，走行条件による情報提供の規制〉
本実施形態のナビゲーションシステムでは、上述の車両情報，ＮＡＶＩ情報，ＶＩＣＳ情報，オーディオ， 車載電話情報、文字放送情報等を、ナビゲーションに必要な情報として利用する。しかしながらマルチメディアナビゲーションシステムでは、提供すべき情報が同時に発生することが常態となることがあり得、同時多発の情報提供はドライバに不快感を与えかねず、ひいては対応しきれない情報提供はドライバに混乱をもたらすことになる。情報が音声情報であるときには特にそうである。
【００２０】
そこで、本発明の種々の実施形態のナビゲーションシステムは、同時に情報が存在するときに、重要な情報に優先順位を与え、或いは、所定の条件において不要と考えられるメディアからの情報を規制することにより、ドライバに必要な情報を提供することを特徴とする。
第５図は、これから説明する各種の実施形態において、ドライバが選択可能なマップの例を示す。
【００２１】
一般に、車両が走行している過程では走行条件（例えば、車速，車間距離，オートクルーズ状態等）が色々と変化する。第１実施形態では、走行条件の変化に応じて情報規制の態様を異ならせるものである。但し、マルチナビゲーションシステムでは、情報とは、規制すべきではなく緊急性の高い緊急情報（事故情報）から、音楽番組のタイトル等のように全く緊急性のない情報まで多岐に亙る。情報提供の規制は、提供時の走行条件に応じて決定されるべきであり、そのために、これら実施形態では走行条件の変化に応じて情報規制の態様を異ならせるのである。但し、走行条件といっても、各ドライバによって、また、ドライバが走行している道路などによってもまちまちであるので、本実施形態では、走行条件を、第５図に示すように、「車両状態」、「走行状態」、「走行環境」、「走行目的」、「時間帯」、「ドライバの状態」、「情報の精度」の７種類に分類している。即ち、走行条件を７種類に分類し、各走行条件に対して情報の規制態様を規定するマップを設定する。一方、ドライバに対しては、各走行条件について、第５図に示すような参照項目をドライバに表示（デイスプレイ８に）することにより、どのマップを選択すれば、どのような情報規制が行われるのかを予測できるようにしてある。
【００２２】
マップの選択は第１６図の制御手順（後述）に従って行われる。
〈データ，テーブルなどの定義〉
先ず、「走行状態」に応じた情報提供の規制を、第１実施形態として、第４図〜第２３図等を用いて説明する。
【００２３】
第６図は、第１実施形態のみならず他の実施形態のシステムにおいて発生する情報の種類、並びに、情報の種類に前もって与えられている各種属性を定義するテーブルを示す。情報の種類として、「緊急情報」，「車両情報」，「ＶＩＣＳ情報」，「交通情報」，「ＮＡＶＩ情報」，「天候情報」，「ニュース」，「スポーツ情報」，「イベント情報」，「音楽タイトル」の１０種類を設定している。特に、第６図のテーブルは、各種類の情報について、「種類」ＫＮＤ，「順位」（優先順位）ＰＲＤ，「ランク（Ｄ値）」ＲＫＤ，「ランク（補正値）」ＲＫＣ，「容量（Ｄ値）」ＣＡＰＤ，「容量（変更値）」ＣＡＰＣ，「残量」ＲＥＭ，「ポインタ」ＰＴＲを定義する。
【００２４】
各メディアから入力された情報には、その情報に対応した「優先順位」ＰＲＤ，「ランク（Ｄ値）」ＲＫＤ，「ランク（補正値）」ＲＫＣ，「容量（Ｄ値）」ＣＡＰＤ，「容量（変更値）」ＣＡＰＣ，「残量」ＲＥＭ が付されて予定のメモリに記憶される。具体的には、各情報にはその種類を表す識別子ＫＮＤが付される。例えばＫＮＤ＝３の情報はＶＩＣＳ情報である。また、各種類の情報には前もって「優先順位」ＰＲＤが設定されている。「優先順位」ＰＲＤの値は、その情報を提供する際の優先順位を示すもので、例えば、ＶＩＣＳメディアから入力された情報には、ＫＮＤ＝３の識別子が与えられ、その優先順位ＰＲの値は“３”である。優先順位はその値が小さいほど高い優先順位を示す。従って、車両火災やトンネル事故などの「緊急情報」（ＫＮＤ=1）が最も高い優先度を与えられる。第６図に示す「優先順位」ＰＲＤはデフォルト値を意味し、そのデフォルト値からドライバが所定の操作により値を変更することができる。変更された優先順位値ＰＲＣは第６図のテーブルのＰＲＣ（同図において不図示）に記憶される。
【００２５】
「ランク（Ｄ値）」ＲＫＤとは優先順位のランクの値（但しデフォルト値）を意味し、値として、“Ａ”“Ｂ”〜“Ｅ”が一例として設定されている。「ランク」は、優先度の目安を示し、第６図の例では、「ＶＩＣＳ情報」（ＰＲＤ＝３），「交通情報」（ＰＲＤ＝４），「ＮＡＶＩ情報」（ＰＲＤ＝５）には、同じ「ランク（Ｄ値）」（＝Ｃ）が与えられている。ランク値がどのように制御に活かされるかは制御手順の説明で明らかになる。
【００２６】
「容量（Ｄ値）」ＣＡＰＤとは、その種類の情報に許されている記憶領域の容量値（デフォルト値）を意味する。第７図はメモリ領域の設定の一例を示す。このように、各種の情報には、その情報に応じて記憶容量の制限はあるが、緊急情報はその重要性に鑑みて制限されるべきではない。そこで、第７図に示すように、緊急情報だけは「緊急情報」に与えられた容量を超えた場合には、「フリー領域」（第７図中の４ＭＢの領域７）に待避可能である。
【００２７】
各種情報に設定された容量ＣＡＰＤは後述するように変更可能である。第８図は変更画面を示す。変更された容量値は第６図のテーブルのＣＡＰＣに記憶される。
第６図のテーブルの「残量」ＲＥＭは、対応する種類の情報に対して残されている記憶領域の残量を記憶する。もし、残量を超えた情報が入力されようとしたときには、その情報が緊急情報である場合を除き、文字情報（変換が可能ならば）に変換されて記憶されない。
【００２８】
ポインタＰＴＲは、入力情報があったならばその情報を記憶すべきメモリ上の位置を示す。第９図は入力された情報及び出力する予定の情報のリストを示し、キューテーブルを構成する。具体的には、ある時刻ｔ3において、その時刻ｔ3迄に入力された情報がどのように記憶されているかを示すテーブルである。第９図の例では、時刻ｔ1に、データ＝Ｘの車両情報（ＫＮＤ＝２）が、時刻ｔ2にデータ＝Ｙの交通情報（ＫＮＤ＝４）が、時刻ｔ3にデータ＝Ｚの緊急情報（ＫＮＤ＝１）が入力されたことを示している。次ぎに情報の入力があった場合には、ポインタｒによってしめされる位置のテーブル中に格納される。
【００２９】
第９図の「入力キュー」ＩＱは情報の入力があり、この情報の処理を要求することを示すフラグである。「出力中」フラグＯＵＴＰが“１”であることは、この情報が現在出力（提供）されていることを示す。また、「出力キュー」フラグＯＵＴＱが“１”であることは、対応する情報が出力されるべくキューイングされている（まだ出力されてはいない）ことを示す。
〈第１実施形態〉…走行状態に応じた情報提供の規制
先ず、「走行状態」に応じた情報提供の規制を、第１実施形態として、第４図〜第２３図等を用いて説明する。
【００３０】
第１０図は第１実施形態の制御手順のメインルーチンを示す。
本ナビゲーションシステムは不図示のイネーブルスイッチ（ＥＮ−ＳＷ）のオン／オフによってその動作の付勢（ステップＳ１００）／消勢（ステップＳ７００）を規定される。即ち、ＥＮ−ＳＷがオンされている限りは、ステップＳ１０１〜ステップＳ６００のメインルーチンが実行される。
【００３１】
ステップＳ１０１は、種々の情報の入力ルーチンである。即ち、ステップＳ１０１では、各種マルチメディアからの情報入力（ステップＳ３００＝第１４図）や、ドライバがマップを選択するための情報の入力ルーチン（ステップＳ２００＝第１６図）や、選択したマップ中のデータを補正もしくは変更するための情報の入力ルーチン（ステップＳ４００＝第１５図）が実行される。
【００３２】
ステップＳ１２０では、入力情報テーブル（第９図）をスキャンして、入力キューフラグＩＱが“１”となっている情報（音声情報として処理されるべき情報）を探す。そのような情報が見つかったならばステップＳ５００に進み、その情報を提供すべきな否かの制御動作を行う。ステップＳ５００の詳細は第１８図に示される。
【００３３】
第１実施形態の制御の特徴は第１３図と第１１図のテーブルによってしめされる。
即ち、第１３図に示した優先度下限テーブルは、音声として提供すべき情報があるときに、その提供時点における車両の走行状態ＳＴＡＴと、その情報のランク値ＲＫＣを規制する下限値ＲＫＬＭＴとの関係を定義する。
【００３４】
今、例えば第９図の如き入力情報（Ｘ，Ｙ，Ｚ）が、提供されるべき音声情報として、メモリに記憶されているとする。そして、現在の車両が急制動状態のときは、下限値ＲＫＬＭＴはＡであるから、ランク値がＡ以上の優先度を持つ情報のみが提供されるべき情報として認識される。従って、この時は、ランク値がそれぞれ“Ｂ”及び“Ｃ”である情報ＸとＹは音声情報としては提供されない。
【００３５】
一方、現在の車両が後退状態のときは、下限値ＲＫＬＭＴは“Ｃ”であるから、ランク値が“Ｃ”以上の優先度を持つ情報のみが提供されるべき情報として認識される。従って、この時は、ランク値がそれぞれ“Ａ”及び“Ｂ”及び“Ｃ”である情報ＸとＹとＺの全て（第９図の例では全て）が音声情報としては提供される。
【００３６】
このようにして、第１実施形態では、音声情報として提供すべき情報が同時に複数存在する場合に、走行状態（第１３図のＳＴＡＴで示される例えば７つの状態）に応じて決定される優先度限度ＲＫＬＭＴ（優先順位の程度）に従って、提供される情報が選別される。
優先度限度ＲＫＬＭＴ（優先順位の程度）による情報提供の規制は、優先度限度ＲＫＬＭＴ以上のランクを有する情報が複数ある場合には、これらの情報の提供に優先順位を与えることはできない。そこで、第１実施形態では、優先度限度ＲＫＬＭＴでは優先順位が存在しないような情報間に、絶対的な優先順位を与える目的で、情報の種類ＫＮＤに一義的に割り当てられている優先順位ＰＲＣに従って情報の提供に一義的な順序関係を与えるものである。
【００３７】
優先度限度ＲＫＬＭＴに従った情報提供の規制を行うことによって、走行状態によっては当然に考慮する必要のない情報を制御対象から除去することにより、優先順位ＰＲＣ（或いはＰＲＤ）に従った情報提供の規制を効率的且つ確実に行うことができる。
次ぎに、第１７図〜第２３図を用いて、第１実施形態の、情報入力制御、情報提供制御の詳細を説明する。
【００３８】
何らかの入力があったときには、第１０図のステップＳ１０１で、その入力はマルチメディア情報の入力か、マップを選択するためのドライバによる入力か、マップのデータを補正するためのドライバによる入力かを判断する。
入力項目の選択は、デイスプレイ８上に表示されているアイコンスイッチの選択を操作スイッチ１０を介して行うことにより実現され、このアイコンの制御は周知であるので説明は省略する。
【００３９】
マップを選択するための入力（マップ選択メニューの選択）があったときには、第１６図のステップＳ２０４で選択可能なマップの項目をデイスプレイ８上に例えば第５図のように表示する。ドライバ（ユーザ）はデイスプレイ８の表示画面上において操作スイッチ１０を操作して所望のマップを選択する。システムはステップＳ２０６でユーザが指定したマップの識別子ＩＤを入力し、ステップＳ２０８で選択されたマップを表示する。ユーザがもし、ＩＤ＝２の「走行状態」を選べば、第１３図に示したような「走行状態に対応する優先度下限の定義テーブル」が表示されるであろう。
【００４０】
ユーザがステップＳ１０１でマップの補正を選択すれば、第１５図のステップＳ４００以下が実行される。即ち、ステップＳ４００で。レジスタＩＤに保持されている値に対応するマップがディスプレイ８上に表示される。ステップＳ４０２では、ユーザが入力したマップデータの補正値を入力する。例えば、ユーザが第１３図のマップにおいて走行状態「後退」の下限値ＲＫＬＭＴを現在の“Ｃ”から“Ｂ”に変更することができる。ステップＳ４０４では、データの補正と既存のデータとの整合性のチェックを行う。例えば、ユーザが第１３図のマップにおいて走行状態「後退」の下限値ＲＫＬＭＴを現在の「Ｃ」から「Ｅ」に変更した場合、「後退」の下限値ＲＫＬＭＴに“Ｅ”があり得ないとしていた場合にはエラーとして認識される。ステップＳ４０６では補正後のデータによってマップを更新する。
【００４１】
ステップＳ１０１でマルチメディア情報が入力されたことが検知された場合には、第１４図のステップＳ３０２以下を実行する。即ち、ステップＳ３０４で、当該入力情報の種類ＫＮＤを認識する。情報の種類は、本実施形態では、前述したように、「緊急情報」など１０種類を設定しているが、集中制御ユニット２は、情報のソースに応じてそのソースからの情報に種類ＫＮＤを割り当てる。また、情報によっては、情報中の特定のフィールドに前もって定められた情報の種類を示す識別子を有するものがあり、このような情報にはその情報自身が示すその種類を優先して割り当てる。ステップＳ３０６では、当該種類の情報ＫＮＤに関するデータ、例えば、「優先順位」ＰＲＤ並びに「ランク値」ＲＫＣを第６図のテーブルから参照して、第９図の情報入力テーブルに格納する。ステップＳ３０８では、当該入力された情報のデータ量ＤＶを調べる。ステップＳ３１０ではデータ量ＤＶと、この種類の情報に許されている記憶領域の残量ＲＥＭＫＮＤとを比較し、記憶できる余地があるかを調べる。
【００４２】
ＤＶ≦ＲＥＭＫＮＤ（ステップＳ３１０でＮＯ）であれば、当該情報を記憶できるので、データドライブ５中の所定の領域に記憶する。ステップＳ３２２では、データドライブ５中における次の記憶領域を示すためにポインタＰＴＲを更新する。そして、ステップＳ３２４では、情報テーブル（第９図）中の当該情報に対応する入力キューフラグＩＱ（第９図テーブル中でポインタｒによって参照される）を“１”にセットすることにより、情報が入力されたことを示して当該情報の処理を要求する。ステップＳ３２６ではポインタｒを更新する。
【００４３】
ＤＶ＞ＲＥＭＫＮＤであるということは、その情報を記憶するほどには記憶領域に残がないことを示しているので、ステップＳ３２８で当該情報が緊急情報が否かをその情報のＫＮＤに基づいて調べる。緊急情報であれば、ステップＳ３４０でフリー領域（第７図参照）に緊急情報を待避させる。ステップＳ３４２では、当該情報（緊急情報）のための記憶領域を示すポインタＰＴＲを、それが次の格納位置を示すように更新する。そして、ステップＳ３４２では、情報テーブル（第９図）中の当該情報に対応する入力キューフラグＩＱ（第９図テーブル中でポインタｒによって参照される）を“１”にセットして、情報が入力されたことを示して、当該情報の処理を要求する。ステップＳ３４４ではポインタｒを更新する。
【００４４】
尚、記録領域を節約するために、不要となった情報は定期的に除去するようにしてもよい。ここで「不要となった情報」とは、一定時間経過した情報、既に通過してしまった地点に関する交通情報、ラジオを聴いていないときの曲名などである。緊急情報ではない情報が入力されたが、記憶残量が足りない場合には（ステップＳ３２８でＮＯ）、ステップＳ３３０で、表示モードが設定されているかを調べる。表示モードスイッチは、識別子ＩＤ＝８のスイッチであって、第２５図に示すように、情報提供が規制される予定の音声情報を代わりに表示装置（第１図のヘッドアップデイスプレイ）に表示するか、音声情報が規制されたことを示すメッセージを表示するかを指定することができる。第２５図中のＥＮスイッチを選択すると、音声情報が規制された場合に代替表示をユーザが望んでいることがシステムに通知される。「変換表示」が選択されると、音声情報が文字情報に変換されて代替出力されるモードが選択され、「メッセージ表示」が選択されると、音声情報が規制されたことを意味する文字メッセージによる代替表示が行われる。「変換表示」モードにセットされていれば、ステップＳ３３８で、当該音声情報を文字データに変換してからヘッドアップデイスプレイに表示する。デイスプレイ８に表示せず、ヘッドアップデイスプレイに表示するのは、ドライバが「表示モード」を選択していることは、情報がたとえ重要でないものであっても完全に報知されないことをドライバが望まないことを意味しているからで、よりドライバの注意を喚起するヘッドアップデイスプレイに表示する。
【００４５】
「メッセージ表示」モードがセットされていれば、ステップＳ３３２で、記憶されない情報があることを示すメッセージをデイスプレイ８に表示する。ヘッドアップデイスプレイに表示しないのは、「表示モード」を選択していないことはドライバが表示によって煩わされたくないことを意図しているからである。
このように、実施形態のシステムでは、メディア別に、ひいては情報の種類に応じて記憶領域を設定することにより、発生頻度の高い情報（重要度は低いかも知れない）によってデータ記憶装置５が特定の情報によって占有されることを未然に防止する。また、記憶領域をユーザが指定することを許すことにより、そのユーザにとってより重要な情報にはより多くの領域を割り当てせしめることにより、重要な情報が記憶されないことを防止する。さらには、緊急情報には特別の領域（フリー領域）を設けることにより、緊急情報の受信に備えることができる。
【００４６】
第１４図のフローチャートに関連して説明したように、情報の入力があれば、その情報には処理されることを要求するフラグＩＱが“１”にセットされている。ステップＳ１２０では、データ記憶装置５に記憶されている情報のフラグ（ＩＱx）のセット状態を調べる。即ち、ステップＳ１２０では、全ての情報について、
ＩＱx＝０
であるか、ＩＱx＝１である全ての情報は既に出力処理がなされている、即ち、
ＩＱx＝１
である全ての情報ｘについて
ＯＵＴＰx＝１
ならば、ステップＳ５００，ステップＳ６００は実行されない。一方、ステップＳ１２０で、
ＩＱx＝１
であり、且つ
ＯＵＴＰx＝０
であるような情報ｘが存在する場合には、ステップＳ５００の「情報提供制御」（詳細は第１７図）手順を実行する。
【００４７】
第１７図のステップＳ５０２において、当該情報の引数ｘをレジスタｎに待避する。ステップＳ５０４では、車両の走行状態ＳＴＡＴを調べる。車両の走行状態ＳＴＡＴには、「急旋回」「急制動」「後退」「車線変更」「右左折」「急加速」「通常」の７種類を想定している。ステップＳ５０６では、検出した走行状態ＳＴＡＴに従って「優先度下限値ＲＫＬＭＴの定義テーブル」（第１３図）から下限値ＲＫＬＭＴを読み取る。ステップＳ５０８では、要求された情報のランク値ＲＫＣと下限値ＲＫＬＭＴとを比較し、
ＲＫＣn≧ＲＫＬＭＴ
である情報のみをステップＳ５２０で情報提供の考慮対象とする。従って、
ＲＫＣn＜ＲＫＬＭＴ
であるような情報ｎは情報提供が待たされる。即ち、ステップＳ５１０に進んで、第９図の待ち行列を更新する。この更新はステップＳ５０８で一旦チェックされた情報ｎは待ち行列の最後に移動させることにより、おなじ情報が連続して第１７図の処理の対象となることを防止する。尚、ステップＳ５１０での処理として、情報提供（即ち、音声出力）を待機させる制御の代わりに、当該情報をクリアするようにしてもよい。
【００４８】
第２６図に、ある走行状態（急旋回）中に発生した情報が、その走行状態が解除（例えば、通常走行への移行）されるまで情報提供が延期される様子を示す。
このように、本実施形態では、複数の情報が提供すべきものとして同時に複数存在する場合に、走行状態に応じて適正な情報（ＲＫＣ≧ＲＫＬＭＴ）のみを選別して情報提供の対象とすることにより、真に必要な情報を選別してドライバに提供することとなり、ドライバに不快感を与えることがなくなる。
【００４９】
ステップＳ５０８で、 ＲＫＣn≧ＲＫＬＭＴと判定されれば、当該情報ｎは情報提供の考慮対象であるから、ステップＳ５２０で、この情報ｎが情報提供すべきであるか否かを最終的に判断する。第１実施形態では、この判断は優先度ＰＲとランク値ＲＫに応じて行う。
次ぎに、ステップＳ５２０で行われる「優先度に応じた情報の提供」サブルーチンについて説明する。このサブルーチンは第１８図により示され、制御の概略は第１２図により説明される。
【００５０】
第１実施形態では、第１３図のテーブルＲＫＬＭＴは走行状態に応じて提供が必要な情報と必要でない情報とを区別するものである。この下限値ＲＫＬＭＴだけでは、同じランク値ＲＫＣを有する情報が同時に存在した場合には、それらの情報のどちらを優先すべきか決定できない。そこで、第１実施形態では、出力タイミングの緊急度レベルＬＶＬというものを、その情報のランク値ＰＲＣとその時点での走行状態ＳＴＡＴとに基づいて定義し、このレベル値ＬＶＬ（＝１〜３）に基づいて競合する情報の調停を行う。
【００５１】
第１１図は、情報（入力情報または出力中の情報）のランクと、その時点の走行状態ＳＴＡＴとに基づいて決定されるべき、当該情報の出力タイミング（出力の緊急度）を示すレベルＬＶＬの生成論理を説明する。このレベルＬＶＬは、第１２図に示すように、情報の出力（提供）のタイミングを決定するのに使われる。即ち、ＬＶＬは、情報（これから出力されるべき情報、または、現在出力されている情報）がキューイングされて存在するときに、その情報は、その情報が有するランク値ＲＫＣとその時点の走行状態に鑑みて、その情報がこれから出力されるべき情報であるならば、出力を行うべきか或いは待機させるべきかを判断し、または、その情報が現在出力されている情報であるならば、その出力を継続させるべきであるか中断させるべきであるかを判定するのに使われる。
【００５２】
第１２図は、第１８図における制御手順の結果を図示したものである。具体的には、第１２図に示すように、レベルＬＶＬは、既に出力されている情報（便宜上、「出力中情報」と呼ぶ）が存在するか否かに応じて、使われ方が異なる。即ち、ＬＶＬは、「出力中情報」が存在していない最中に「入力情報」が発生した場合には、その入力情報をどのように処理するのかを判断するのに使われる。また、「出力中情報」が存在する場合には、ＬＶＬは、その「出力中情報」の出力を中止するのか否かの判断に用いられる。
【００５３】
出力中情報がない場合には、ステップＳ５２２でＮＯと判断される。次ぎに、ステップＳ５５０で入力情報ｎのレベルＬＶＬnの値を調べる。ＬＶＬnの値が“１”の時はステップＳ５５４に進み、その入力情報の提供を行う。具体的には、ステップＳ５５４で当該情報ｎの出力キューフラグＯＵＴＱnを“１”にする。これにより、レベルＬＶＬnが“１”である入力情報は出力されることになる。 ＬＶＬnが“１”である入力情報とは、例えば、あらゆる走行状態においてランクが“Ａ”の情報を、ランクが“Ｂ”または“Ｃ”については走行状態が「後退」「車線変更」「右左折」「急加速」「通常」のみである場合における情報を、ランク“Ｄ”については走行状態が「車線変更」「右左折」「急加速」「通常」のみである場合における情報を、ランク“Ｅ”については通常走行状態のみにおける情報を、いうものとする。
【００５４】
入力情報のレベルが“２”であるときには、第１８図の制御手順は何も行わない。第１１図から明らかなように、レベルが“２”の情報とは、「急旋回」「急制動」及び「経路誘導中」状態においてはランクが“Ｂ”“Ｃ”“Ｄ”である情報を、「後退」状態においてはランクが“Ｄ”の情報を、「右左折」「急加速」「経路誘導中」状態においてはランクが“Ｅ”の情報を、いう。レベル“２”の情報、例えば急旋回中や急制動中の「車両情報」等は、緊急性がないので提供の必要はない。そこで、そのような入力情報は待機されるべく、ステップＳ５５２から元のルーチンにリターンするのである。尚、待機された入力情報は、走行条件が変化すれば、例えば、「急制動中」状態であるがために待機させられた「車両情報」は、車両が「車線変更」状態に移行すれば、待機は解かれ、出力される（他に競合する情報がなければ）ことになる。
【００５５】
第２７図に、ＬＶＬ＝２の情報が待機される例を示す。一方、入力情報がレベル“３”の情報であった場合には、ステップＳ５６０以下に進む。レベル“３”の情報とは、「急旋回」「急制動」「後退」状態におけるランク“Ｅ”の情報をいう。かかるレベルの情報は緊急性がないので、提供は禁止され、情報自体もクリアされる。即ち、ステップＳ５６０において、当該情報ｎのキューフラグＩＱnはリセットされ（第９図のキューテーブルからも削除される）、ステップＳ５６２で音声データ自体もクリアされる。Ｓ５６４では、音声情報がクリアされたことを報知するメッセージがデイスプレイ８に表示される。
【００５６】
出力中情報がある場合（ステップＳ５２２でＹＥＳの判断）には、ステップＳ５２４に進み、その出力情報の引数ｘをレジスタｋに待避する。ステップＳ５２８で、その出力中情報のレベルＬＶＬkの値を調べる。
出力中情報のＬＶＬkの値が“１”の時は元のルーチンにリターンする。即ち、出力中情報のレベルが“１”である場合には、その出力中情報の出力も継続されるものの、入力情報についてはその提供はなされないので待機されることになる。ＬＶＬnが“１”である出力中情報とは、第１１図の定義に従えば、「急旋回」「急制動」「経路誘導範囲」の走行状態においてはランク“Ａ”の情報を、「後退」時においてはランク“Ｃ”以上の情報を、「車線変更」「右左折」「急加速」状態においてはランク“Ｄ”以上の情報を、「通常」状態では全てのランクの情報を意味する。レベル“１”の出力中情報は、このように、緊急性のある情報もしくは該当する走行状態においては出力することに問題はない情報であるので、その出力中情報の出力を継続するのである。
ここで、レベル“１”の状態において出力中情報が存在している時にランク“Ａ”の入力情報（例えば「緊急情報」）が発生した場合が問題となる。特に、その出力中情報のランクが“Ａ”よりも低い“Ｂ”のような場合には、このランク“Ａ”の入力情報が待機させられる可能性があるからである。第１１図のレベル設定に従えば、そのランク“Ａ”の入力情報が待機させられるのは、そのランク“Ｂ”の出力中情報が、「緊急旋回」でも「緊急制動」でもない走行状態において、出力されているときである。従って、「緊急旋回」でも「緊急制動」でもない走行状態において、ランク“Ａ”の入力情報が待機させられても、問題は発生しない。さらに、この第１実施形態では、ステップＳ５０８（第１７図）の動作により、「緊急旋回」「緊急制動」中は、ランク“Ａ”以外の入力情報が出力されるべく処理されることはない。従って、「緊急旋回」または「緊急制動」中においてランク“Ａ”の入力情報が発生したときに、ランク“Ｂ”以下の情報が既に出力されているという事態は第１実施形態によっては発生し得ない。
【００５７】
ステップＳ５２８により、出力中情報がレベル“２”の情報であると判断された場合には、ステップＳ５３０において、その出力中情報の出力状態を解除するために、フラグＯＵＴＰkをリセットし、ステップＳ５３２において、その出力中であった情報ｋを出力待ち状態にすべく、フラグＩＱkを“１”にセットする。出力を中断された情報が次ぎに出力されるのは、中断の原因となった走行状態が変化した場合である。
【００５８】
ここで、レベルが“２”の出力中情報とは、第１１図から、「急旋回」「急制動」及び「経路誘導中」状態においてはランクが“Ｄ”以上の情報を、「後退」状態においてはランクが“Ｄ”以上の情報を、「右左折」「急加速」「経路誘導中」状態においてはランクが“Ｅ”以上の情報をいう。レベル“２”の情報は、その出力が中断されても緊急性は低いから問題はない。
【００５９】
第２８図に、急旋回中に出力されていた情報ｋが、他の情報ｎが発生したために、ＬＶＬ＝２に変化されて、出力を中断され、その後に走行状態の変化により、提供が再開される様子を示す。
ステップＳ５２８で、出力中情報がレベル“３”の情報であると判断された場合には、ステップＳ５４２に進んで、当該情報ｋのフラグＯＵＴＰkをリセットすることにより、その出力中情報の出力を停止する。さらに、ステップＳ５４４で当該情報のデータをクリアするので、その情報は将来出力されることはない。ステップＳ５４６では、データがクリアされたことを報知すべく、デイスプレイ８に表示する。
【００６０】
尚、データをクリアすることなく、単にキューフラグをリセットしたままで残しておいてもよい。前述のリピートスイッチ（第８０図）が有効に使える。
以上のようにして、優先度ランクに応じて、走行状態に応じて、情報の競合状態に応じて、入力された情報が出力キューに戻され（ＯＵＴＱ＝１）、或いは出力中であった情報が出力を中止されて出力キューに戻された場合には、ステップＳ６００（詳細は第１９図）の出力ルーチンによって、キューに入れられた出力要求はドライバに出力される。即ち、第１９図のステップＳ６０２では、出力キューに入っている情報が取り出される。出力キューに入っている情報の番号はレジスタｘに格納される。ステップＳ６０４では、連続的に出力された情報の回数がチェックされる。その詳細は後述する。
【００６１】
連続出力の回数がリミット内であるならば、ステップＳ６０６で、他の情報が出力としてキューイングされていないことを確認して、ステップＳ６０８，ステップＳ６１０で当該情報ｍを出力中とマークする（ＯＵＴＰm＝１）。そして、集中制御ユニット２内の不図示のディジタルシグナルプロセッサ（ＤＳＰ）に音声で他を出力して音声として提供する。ステップＳ６１４は、情報の出力開始時刻をレジスタＴＭＳＴに格納する。ステップＳ６１４からメインルーチン（第１０図）のステップＳ７００にリターンする。
【００６２】
ＤＳＰを介しての音声情報出力はやがて終了する。その終了は割り込みとして検知される。出力完了割り込みがあると、第２０図の制御手順が起動される。同図のステップＳ８０２において、出力中であったキューが少なくとも１つ存在することを確認する。ステップＳ８０４で出力中であったキューの情報の番号をレジスタｑに格納する。ステップＳ８０６では、出力が終了したことを示すために、出力キュー（ＯＵＴＰ）をリセットする。ステップＳ８０８では終了した時刻をレジスタＴＭＥＤに格納する。
【００６３】
ここで、第１９図の回数チェックルーチンについて説明する。
情報、特に音声情報が連続して出力されることはドライバにとって不愉快なものとなるので、過度に連続して発生した音声情報はカットしてドライバに提供しない方が好ましい。但し、規制すべき連続回数は走行状態に応じて変化すべきであるから、本実施形態では、第２１図に示すように、制限回数LMTを定義している。
【００６４】
第２４図は第１実施形態における「連続出力」の定義を説明する。ドライバが出力が連続的に行われていると感じるのは、第２４図に示すように、１つの情報の出力の終了時点（＝ＴＭＥＤ）から次の情報の出力の開始時点（ＴＭＳＴ）までの時間差が小さい場合である。時間差の閾値をδとすると、
ＴＭＳＴ−ＴＭＥＤ＜δ
であるような情報の出力シーケンスがＬＭＴ回重なると不愉快に感じるものと定義する。そこで、ＬＭＴ回だけ連続して情報が出力されたならば、それ以降にキューイングされている入力情報はキューから取り除かれるものとすることによってドライバが不快感を感じるのを防止する。但し、制限回数ＬＭＴは走行状態によって変化があってしかるべきである。そこで、第１実施形態では、第２１図に示すように、制限回数ＬＭＴを走行状態によって差を付けることとする。即ち、車両が急動作（急旋回や急制動）を行っているときは情報は除去されるべきではないから、急旋回や急制動状態では、ＬＭＴには制限は設けない、しかし、運転状態が通常状態に近ければ近いほど、ドライバはよりゆとりを持って運転をしているから、換言すれば情報提供に煩わしさを感じる度合いはより減るから、制限回数ＬＭＴをより大きな値とする。
【００６５】
回数のチェックは出力が開始される時点で行えばよい。即ち第１９図の出力ルーチンが実行される毎にステップＳ６０４（詳細は第２２図）が実行される。第２２図のステップＳ５７２において、 ＴＭＳＴ−ＴＭＥＤが演算される。ステップＳ５７４ではこの差が閾値δよりも大きいかがチェックされる。大きい場合はそれまでの連続出力は問題がない程度のものであったのであるから、ステップＳ５８２で、連続出力の回数を記憶するカウンタＣＮＴＲをリセットする。
【００６６】
一方、閾値δを超えるような時間差があった場合には、ステップＳ５７６に進み、カウンタＣＮＴＲをインクリメントする。ステップＳ５７８では、計数値ＣＮＴＲと現時点での走行状態ＳＴＡＴに応じた制限回数ＬＭＴとを比較し、計数値ＣＮＴＲがＬＭＴを超えている場合には、ステップＳ５８０で、出力テーブルにキューイングされている情報出力要求（ＩＱ＝１）を探索する。そしてステップＳ５９０で情報出力のキューをリセットする。
【００６７】
ステップＳ５９０の消去ルーチンの詳細は第２３図に示されている。即ち、ステップＳ５９２で、現在の走行状態が急旋回もしくは急制動状態の時は、元の第２２図のルーチンにリターンするので、キューのリセットは行われない。急旋回もしくは急制動状態のときは情報の消去は行わない方が好ましいからである。一方、急旋回もしくは急制動状態でないときは、ステップＳ５９４で、そのときの走行状態に応じてキューをリセットする。尚、ステップＳ５９４でのキューの消去はランクが“Ａ”である入力情報には行なわれないようになっている。
〈第１実施形態の効果〉
以上説明した第１実施形態のナビゲーションシステムによると次のような効果が得られる。
１：特に音声情報の入力源をマルチメディアとすることにより、豊富な情報量が保証されて経路誘導指示がより適切なものとなる。
１−１：音声情報がマルチメディア化すると、過度に大量の音声情報の提供が行われて、逆に不快感を与えたり、重要な情報を聞き逃すといった事態の発生が懸念されるが、第１実施形態では、メディア毎に情報提供の規制の手法を異ならせている（メディア毎に、優先順位ＰＲ、優先ランクＲＫ）ので、その情報のソースたるメディアに適した情報提供の規制を行うことができる。
１−２：現在の走行状態に応じた情報提供の規制を行っているので、その走行状態に最適な量もしくは種類の情報が的確にドライバに与えられる。
【００６８】
特に第１実施形態では、第１３図に示すように、走行状態によっては不要な情報を前もってカットするようにしている。
また、第１１図及び第１２図のテーブルに示したように、走行状態ＳＴＡＴと情報のランクＲＫの双方に基づいて情報の出力のタイミングの緊急度レベルＬＶＬを判断しているので、走行状態ＳＴＡＴだけ、或いは情報ランクＲＫだけに基づいた情報提供タイミングの画一化が防止される。情報の提供は、情報の性質（ランク、即ち重要性）と現在の走行状態（緊急性）の双方に基づいて決定されるべきであるからである。
【００６９】
また、第２１図に示すように、連続出力に制限を設けることにより、ドライバに不快感を与えないようにした。さらに、その制限回数を走行状態に応じて変更することにより、走行状態によって重要となる情報が失われるのを防止した。
２：第１実施形態のシステムでは、異なる情報が複数同時に発生したときに、優先度（ランク）もとづいて出力順位が決定されている。重要度の高い情報を優先的に出力することによりナビゲーション情報がドライバに適切に提供されることになる。
２−１：優先順位の低い情報は提供を中止する（第１３図のＲＫＬＭＴによる規制、及び第１２図のレベル３情報の出力禁止）ことにより、ドライバへの提供情報が中止される。
２−２：優先順位を定義したテーブルを補正可能とすることによりユーザの好みに合わせたナビゲーション情報の提供が達成される。
３：提供を中止された音声情報は、情報そのものを、或いは中止した旨のメッセージをデイスプレイに表示することにより、情報の消失防止と不快感の減殺を両立した。この代替表示も操作者の好みによって付勢或いは消勢可能とした。
４：第７図，第８図に示すように、メディア毎に情報を記憶するメモリの記憶容量を設定できるようにした。大量に発生する（不必要な）情報によってメモリの記録領域が満杯になるのを防止できる。しかも、容量をユーザが設定できるようにしたので操作性が向上する。さらに、重要な情報（緊急情報）については別途ユーザが関知できない領域に特別な記憶領域を確保しているので、そのような情報が記憶領域不足により記憶されないことが防止できる。
〈第１実施形態の変形〉…第１変形例
（音声データ→表示データ）
この第１変形例は、前記第１実施形態の制御（第１０図〜第２８図）に対して変形を加えたものである。第１実施形態では、急旋回状態または急制動状態の時にランク“Ｂ”の音声情報（車両に関する情報）が発生すると、ランク“Ｂ”の情報は比較的に重要度が高いということで、ＬＶＬ＝２が与えられ、他の情報との競合次第では、その音声情報がドライバに提供されることがある。
【００７０】
この第１変形例は、急旋回状態または急制動状態において、ランク“Ｂ”の情報が発生したときには、そのランク“Ｂ”の情報が比較的に重要度が高いことに鑑みて、ＬＶＬ＝１の提供タイミングレベルを与えることにより確実に情報としてドライバに提供することを保証しつつも、そのランク“Ｂ”情報が文字情報ならば音声情報に変換せずに、または音声情報ならば文字情報に変換して、ドライバに提供することにより、急旋回状態または急制動状態において音声によりドライバの注意力を散漫にしないことを目的とする。
【００７１】
第６７図は、第１変形例の制御に用いられる提供タイミングレベルの設定テーブルを示す。第１実施形態のそれ（第１１図）と異なる点は、上述したように、急旋回状態または急制動状態においてはランク“Ｂ”情報に対してＬＶＬ＝１を与えるが、提供形態はあくまでも表示に留める点にある。
第１変形例は、実質的に第１実施形態の制御手順を援用するが、第１実施形態の「優先度に応じた処理」ルーチン（第１８図）を第６８図の制御手順に置き換える。即ち、この第１変形例の制御は、ＬＶＬ＝１のレベルの情報が検出されると、ランクが“Ｂ”の情報が急旋回または急制動中に発生すると、文字データに変換（または文字データのまま）してデイスプレイ８に表示するようにしている。
【００７２】
尚、上記第１変形例では、ランク“Ｂ”の車両情報に対して音声情報で提供すること抑制していたが、急制動や急旋回状態ではランク“Ａ”の音声情報もドライバにわずらわしいときがあり、そこで、ランク“Ａ”の音声情報も表示されるだけのように、第１変形例をさらに変形することも可能である。
〈第２実施形態〉…走行環境の考慮
上述の第１実施形態は、情報提供のタイミングを、特に２つの情報が競合した場合における情報提供のタイミングを、緊急度レベルＬＶＬ（第１１図）という概念を導入することにより決定していた。このレベルＬＶＬは第１１図に示すように優先度ランクＲＫと走行状態ＳＴＡＴとによって決定される。
【００７３】
以下に提案する第２実施形態は、優先順位の上下関係と走行環境とによって競合を調停するものである。このために、本第２実施形態では、第１実施形態の第１８図のフローチャートの代わりに第３１図のフローチャートを、第１１図のテーブルの代わりに走行環境ＥＮＶを考慮した第２９図のテーブルを用いる。その他のフローチャート及びテーブルは第１実施形態のものをそのまま援用する。
【００７４】
第２９図は、対象の情報種類ＫＮＤに対するそのときの走行環境ＥＮＶを考慮した優先順位決定テーブルを示す。本第２実施形態における優先順位は優先順位決定後における制御アクションの分類を示すので、第１実施形態の「レベルＬＶＬ」と区別する意味で、便宜上「分類ＣＬ」と呼ぶこととする。本第２実施形態では、走行環境として、山岳路と自宅近傍と渋滞路の３種類の走行環境を設定している。第２９図に従えば、同じ種類の情報でも、走行環境が異なればドライバにとって重要度が異なるものであるから、その変化に応じて優先順位、即ち、分類ＣＬの値も異なるものとなる。分類ＣＬの値は重要度が高いほど小さい値を割り当てた。例えば、ＮＡＶＩ情報は、渋滞路では重要度は高い（値は“２”）が、山岳路では重要度は中程度（値は“３”）であり、自宅近傍では地理に知悉しているので重要度は低く（値は“４”）なる。尚、この第２実施形態では、分類値ＣＬが“１”である情報は常に出力されるものとし、“４”の情報は出力対象外とされている。
【００７５】
第３１図は、第１実施形態の第１８図のフローチャートに代わる第２実施形態のための制御手順を示す。即ち、第３１図の制御手順を実行するときは、第１０図のメインルーチンルーチンを実行中に、１つの情報ｘがキューイングされていることを発見してステップＳ５００の「情報提供制御」サブルーチン（詳細は第１７図）を起動し、「情報提供制御」サブルーチン（第１７図）を実行してステップＳ５２０を実行することが起動された場合である。
【００７６】
即ち、第３１図のステップＳ７００を実行する時点では、情報提供すべき情報の番号ｘはレジスタｎに移管されている。そこで、ステップＳ７００では、情報ｎを処理するに際して、既に情報提供中（便宜上、第１実施形態と同じように、出力中と呼ぶ）の情報ｘがあるか否かを調べる。
出力中の情報ｘが存在しない（競合する情報が存在しない）のであれば、当該キューイングされている情報ｎは出力されてもよいので、ステップＳ７３６に進み情報ｎを出力キューに入れる、即ち、フラグＯＵＴＱnを“１”にセットする。
【００７７】
出力中の情報ｘが存在する場合には、ステップＳ７０２でその引数ｘをレジスタｋに移管し、ステップＳ７０３の「例外情報処理」を実行する。この例外情報の処理の詳細は第３２図に示される。
第３２図のステップＳ８００において、出力中情報ｋの種類ＫＮＤが緊急情報（ＫＮＤ＝１）であるか否かを調べる。出力中情報が緊急情報であれば、その情報の出力を終了するのを待つべきであるから、制御はステップＳ８００から元のルーチンのステップＳ７０４にリターンするのではなく、第３１図のルーチンの最終ステップ（リターンステップ）にＥＸＩＴする、即ち、第１７図のステップＳ５２０を終了する。かくして、情報の競合があっても、出力中情報が緊急情報であれば、その緊急情報の出力が確保される。尚、緊急情報ｋの出力中に、緊急情報ｎが入力された場合には、第３２図の制御手順に従えば、緊急情報ｋの出力が終了した後に緊急情報ｎが出力される。
【００７８】
ステップＳ８００で、出力中情報ｋが緊急情報でないと判断されたときには、ステップＳ８０２で、入力された情報ｎの分類クラスＣＬが“４”であるか否かを調べる。前述したように、この第２実施形態で定義した走行環境では、分類値ＣＬ＝４であるような情報は処理対象外としている。そこで、ステップＳ８０４に進み、その情報ｎのキューフラグＩＱnをリセットし、併せてデータもクリアする。そして、情報の処理が終了したものとして、第３１図のルーチンの最終ステップ（リターンステップ）にＥＸＩＴする、即ち、第１７図のステップＳ５２０を終了する。
【００７９】
一方、出力中情報ｋが緊急情報でもなく、入力情報ｎがＣＬ＝４でもない場合には、この入力情報ｎを処理するために、第３１図のステップＳ７０４にリターンする。
ステップＳ７０４で、その出力中情報ｋと出力予定の情報ｎ同士の優先度ランクＲＫＣを調べる。
【００８０】
出力中情報ｋのランク値ＲＫＣkが出力予定の情報ｎのランク値ＲＫＣnと同等かまたは下位（ステップＳ７０４でＹＥＳ）の時は、その下位ランクの出力中情報はその提供を中止するためにステップＳ７０６に進み、出力中フラグＯＵＴＰkをリセットする。そして、ステップＳ７０８で第２９図のテーブルに従って、出力中であった情報のｋについて環境分類ＣＬを決定する。分類値ＣＬの値によって制御は異なる。尚、緊急情報（ＣＬ＝１）及びＣＬ＝４の情報はステップＳ７０３のステップにおいて既に処理されている。
【００８１】
出力を停止された情報ｋの分類値ＣＬが“２”の場合は、ステップＳ７１０において当該情報ｋのキューフラグＩＱkを“１”にセットする。これは、分類値ＣＬ＝２の情報ｋが現在の走行環境下では（ＣＬ＝２に比して）出力する重要性がＣＬ＝３の情報に比して比較的高い、ことに鑑みて、後に再提供されるようにスケジュールするためである。ステップＳ７１２では、出力を停止された情報ｋに代わって情報ｎを直ちに出力するために、フラグＯＵＴＱnを“１”にセットする。
【００８２】
第３３図は、ステップＳ７０６〜ステップＳ７１２の対象となる競合する２つの情報ｋとｎの具体例を示す。この場合、ランク“Ｃ”且つ分類“３”の情報ｋが先に出力されているところに、ランク“Ｂ”且つ分類“２”の情報ｎが入力された場合において、情報ｋの出力が中断されて情報ｎの出力が取って代わり、その後に情報ｋの出力が再開されている。
【００８３】
ステップＳ７０８で分類値が“３”と判断された場合には、すち、出力中情報ｋのランク値は入力情報ｎのランク値よりも低いものの、出力中情報ｋの分類値が“３”の場合には、その出力中情報ｋをクリアするために、ステップＳ７１４で、当該出力中情報ｋのキューフラグＩＱkをリセットし、ステップＳ７１６でデータを消去し、ステップＳ７１８で情報がクリアされた旨をデイスプレイ８に表示する。また、ステップＳ７１９では、入力情報ｎを出力キューに入れるために、フラグＯＵＴＱnを“１”にセットする。
【００８４】
競合する２つの情報の内、既に出力中の情報ｋの優先度が入力情報ｎの優先度よりも高い場合（ステップＳ７０４でＮＯ）には、ステップＳ７２０で、入力情報ｎの環境分類値ＣＬを調べる。
入力情報ｎの分類値ＣＬが“３”の場合について説明する。この場合は、入力情報ｎの重要度は現在の走行環境では比較的低いことを意味する。従って、ランク値ＲＫの高い現在出力中の情報ｋの出力を停止する必要性は全くない。反対に、出力中情報ｋのランク値が入力情報ｎのそれよりも高いことと入力情報ｎの重要度が現在の走行環境では比較的低いことに鑑みて、入力情報ｎの提供を行なわないようにした方が、後に発生するかも知れないより重要度の高い情報に備える意味からも好ましい。そこで、ステップＳ７２２で当該入力情報ｎのキューフラグＩＱnをリセットし、ステップＳ７２４でデータを削除し、ステップＳ７２６でその旨を表示する。第３４図に例を示す。
【００８５】
入力情報ｎの分類値ＣＬが“２”の場合について説明する。この場合は、出力中情報ｋのランクＲＫが入力情報ｎのランクよりも高いので、出力中情報ｋ必要はないが、入力情報ｎの重要度は現在の走行環境を鑑みれば比較的高いので、入力情報ｎを除去するまでもない。従って、この場合には、ステップＳ７２０からもとのルーチンにリターンして、入力情報ｎの出力を出力中情報ｋの終了を待ってから、或いは走行環境の変化を待ってから行うようにする。
【００８６】
第３４図に例を示す。また、第３０図に第２実施形態のロジックを示す。尚、第２実施形態においては、走行環境の例として第２９図に３つ挙げたが、そのほかに、
１：走行路（平坦路、山岳路、高速道路、道幅（狭い／広い）、有料道路、渋滞路）、
２：走行場所（自宅近傍、市街地、海の近く、観光地、スキー場近傍）
３：天候（雨天、雪、外気温）
に応じてマップを作成してもよい。
〈第２実施形態の効果〉
以上説明した第２実施形態によれば以下の効果が得られる。即ち、
１：例外情報出力処理（第３１図のステップＳ７０３，第３２図）を行うことにより、特殊な情報（常に重要度の高い例えば緊急情報や、常に重要度の低い情報（音楽タイトルなど））を制御の対象外とすることにより、制御ロジックを簡略化することができる。
２：優先度（ＲＫＣ）と走行環境ＥＮＶを考慮して、競合した情報の出力順序を決定（ステップＳ７０４）する。
【００８７】
出力中情報ｋの優先度ランクＲＫが低い場合、出力中情報の出力が停止される場合があるが、その停止された情報が再開されるか否かは走行環境によって決定する。即ち、２つの情報が競合した場合において、出力中情報の出力を停止するか否かは、競合情報間の優先度に応じて決定す（ステップＳ７０４）るが、出力を停止された情報の再出力は、その情報の走行環境を考慮した重要性（分類値ＣＬ）によって決定される（ステップＳ７０８，ステップＳ７１０）べきであるとした。再開されない場合にはその情報はクリア（ステップＳ７１４）される。
【００８８】
一方、出力中情報ｋのランクが高い（ステップＳ７２０）場合には、入力情報ｎの情報を提供するか否かを、その入力情報ｎの走行環境を考慮した重要度（ＣＬ）によって決定する。即ち、ランクの高い出力中情報ｋの出力状態は維持されるものの、ランクの低い入力情報ｎは、その入力情報ｎの環境に対する重要度に応じて制御される（ステップＳ７２２〜ステップＳ７２４）。
【００８９】
上記第１実施形態及び第２実施形態では、優先度ランクＲＫなる概念を導入して、優先順位を大まかに分類したが、ランクを細分類し、１ランク＝１順位と設定しても本発明は成立する。ランクを再設定することは第５図の表示画面を用いて簡単に行うことができる。
〈第２実施形態の変形〉…第２変形例
この第２変形例は、第２実施形態の優先度（ＰＲ）と分類値（ＣＬ）とを用いる制御手法を、走行状態（車速，旋回速度，加減速状態，車線変更，右左折，前進／後退等）を考慮して情報提供を制御する手法（第１実施形態の手法）に応用したものである。
【００９０】
この第２変形例の制御は、第２実施形態の制御（第２９図〜第３４図）を援用することができる。この場合、第２実施形態１変形例に対して、第２変形例の制御ロジックと同様のロジック変更を加えるものである。このために、第６９図のテーブルを、第２実施形態のテーブル（第２９図）に替えて制御に用いる。第２変形例の制御は、このテーブルを、援用する。
〈第３実施形態〉…走行モードの考慮
この第３実施形態は、複数の情報が発生した場合に、走行モードに応じて情報提供の要否、さらには情報提供の優先順位を決定するものである。
【００９１】
第３５図〜第４７図は本発明の第３実施形態の制御手順に関わるフローチャート及びその制御手順に用いられる各種テーブルなどを示す。
第３実施形態は、走行モードの違いに応じて、即ち一般走行路（中低速走行）と高速走行路という走行モードの相違に応じて、情報提供の要否、さらには情報提供の優先順位を決定する。これら２つのモードにおいて、第３５図に示すように、各種情報に対して、走行モードに応じた優先順位ＰＲと分類ＣＬが与えられている。即ち、走行モードが異なれば、同じ種類の情報でも異なる優先順位ＰＲと異なる分類ＣＬとが与えられている。例えば、ＮＡＶＩ情報は、一般走行モードではＰＲ＝３、ＣＬ＝２であるが、高速走行モードではＰＲ＝６、ＣＬ＝３である。高速道路では道に迷うことが少ないから、ＮＡＶＩ情報は必要性に乏しく、逆にＶＩＣＳ情報の方が必要性が高い。これらの設定は、第１実施形態と同じようにユーザがその設定を変更することができる。
【００９２】
第３５図のテーブルにおいて、優先順位の欄で“ｘ”とされているものは、制御対象から外されていることを示す。そのような情報に対しては、分類値＝４が与えられている。また、緊急情報については、常に最高の優先順位（＝１）と分類（＝１）が与えられている。従って、緊急情報と世帯障害の情報は、第２実施形態と同じように、「例外情報」として扱われることになる（第４７図を参照）。
【００９３】
第３実施形態の制御手順を簡単に説明する。
第３７図は第３実施形態の制御手順のメインルーチンを示す。その構成及び動作は第１実施形態の第１０図のフローチャートと実質的に同じであるので説明は省略する。
第３実施形態の第３８図は第１実施形態の第１７図に相当し、第３９図は第１４図に相当し、第４０図は第１５図に相当し、第４１図は第１６図に相当し、第４３図は第１９図に相当し、第４４図は第２０図に相当し、第４５図は第２３図に相当し、第４６図は第２２図に相当し、第４２図は第１８図に相当し、第４７図は第２実施形態の第３２図に相当する。尚、第３実施形態の連続出力の制限の定義テーブルについては第１実施形態のそれと全く同じであるので、第１実施形態のそれ（第２１図）を援用するものとする。
【００９４】
第３実施形態の情報提供制御は第３８図によって与えられる。第３実施形態では、情報にランク値を与えていた第１変形例と異なり、走行モード毎に異なる優先順位を与えているので、例外情報処理を第３８図の情報提供制御で行っている。この例外情報処理制御はステップＳ１８０８で行われるものの、その内容は第２実施形態（第３２図）と実質的に同じであり、即ち、緊急情報（分類値ＣＬ＝１）と分類値ＣＬ＝４の情報を特別に処理するものである。この例外情報処理のために、第１実施形態の時と同じように、「優先度に応じた処理」において、分類値ＣＬが“２”及び“３”のみの情報を処理の対象とすればよいことになる。
【００９５】
第３実施形態の第４２図に示された処理は、優先順位（ＰＲ）と走行モードとを考慮して、競合した情報の出力順序を決定（ステップＳ１８２４）する。即ち、各種走行モードに即した、情報の出力順及び情報提供の要否が決定される。
情報の出力順は原則的には第２実施形態のそれと同じである。特に、情報提供の要否の決定ロジックについて言及すれば、出力中情報ｋの優先順位ＰＲが低い場合、その出力中情報の出力が停止される場合があるが、その停止された情報が再開されるか否かは走行モードによって決定する。即ち、２つの情報が競合した場合において、出力中情報の出力を停止するか否かは、競合情報間の優先度に応じて決定する（ステップＳ１８２４）が、出力を停止された情報の再出力は、その情報の走行モードを考慮した重要性（分類値ＣＬ）によって決定される（ステップＳ１８２８，ステップＳ１８２０）べきであるとした。再開されない場合にはその情報はクリア（ステップＳ１８２４）される。
【００９６】
一方、出力中情報ｋの優先順位が高い（ステップＳ１８３２）場合には、入力情報ｎの情報を提供するか否かを、その入力情報ｎの走行モードを考慮した重要度（ＣＬ）によって決定する。即ち、優先順位の高い出力中情報ｋの出力状態は維持されるものの、優先順位の低い入力情報ｎは、その入力情報ｎの走行モードに対する重要度に応じて制御される（ステップＳ１８３４〜ステップＳ１８３６）。
【００９７】
第３６図に、第４２図に示した制御手順の決定論理の概略をまとめて示す。この論理は第２実施形態と実質的に同じである。
〈第３実施形態の変形例〉…第３変形例（時間帯の考慮）
この変形例は、情報提供の順序と要否の決定を、運転を行っている時間帯に応じて決めるものである。
【００９８】
第４８図に、第３実施形態の第３５図と同じ、優先順位ＰＲと分類値ＣＬの定義テーブルを示す。第３実施形態の時と同じように、情報の種類毎に、優先順位ＰＲと分類値ＣＬが決められており（変更可能）、また、同じ種類の情報でも、時間帯の相違によって異なる値の優先順位ＰＲと分類値ＣＬが与えられているのは第３実施形態と同じである。
【００９９】
第３変形例では、時間帯の指定を、第４８図に示すように、名称（例えば、「食事」と「通勤」）で指定する手法と、具体的な時刻で指定する手法（第４９図）を例示する。
第３変形例のシステムの構成及び制御手順は第３実施形態のそれと実質的に同じでよい。この変形例によっても第３実施形態と同じ効果を期待できる。
【０１００】
〈第３実施形態の変形例〉…第４変形例
（時間帯の考慮）
この第４変形例は、上記第３変形例の情報提供の要否判定をさらに改良したものである。即ち、第３変形例では、第４８図または第４９図に示したように、情報提供の要否判定の対象から除外されている情報（同図において“ｘ”でしめされている）はシステムによって前もって決められており、その後にユーザがデイスプレイを介して変更するというものであった。しかしながら、要否判定の対象である情報は時間帯に応じて予め決まっている、換言すれば、時間帯によって異なっている。そこで、この第４変形例では、ユーザが定義した時間帯に応じて前もって決めておいた要否判定対象除外情報をテーブル（第５０図）として記憶することとする。
【０１０１】
第５１図はこの第４変形例にかかる制御手順の、第３実施形態の制御手順に対する変更部分を示すものであり、この制御手順が第３実施形態のステップＳ１８０６とステップＳ１８０８の間に挿入されることによって、第４変形例の制御手順は完成する。
即ち、ステップＳ１８０６を実行してから、走行時刻（現在時刻）を読み取り、その時刻から走行時間帯を判断する。判断ロジックの一例を第５２図に示す。このロジックにより、現在の走行時間帯をユーザの手を煩わすことなく判定することができる。時間帯が判定されたならば、第５０図のロジックを用いて、情報提供要否の対象から除外すべき情報を見出す。同図において、丸印の付されていないものが除外対象である。
【０１０２】
除外対象が決定されたならば、ステップＳ１８０８の「例外情報処理」により、対象外の情報を除去する。
〈第４実施形態〉…走行目的の考慮
第１実施形態は、走行状態（緊急動作、ブレーキ操作、ハンドル操作等）によって、第３実施形態では走行環境（自宅周辺道路や山岳路などの区別）や走行モード（速度の相違による区別）によって、情報提供の要否及び順序を決定していた。
【０１０３】
第４実施形態は、走行目的に応じて情報提供の要否及び順序を決定する。
第５３図は、走行目的に応じて、情報提供の要否及び順序の分類を決定するロジックを表すテーブルである。第４実施形態では、走行目的の例として、通勤、旅行やレジャー、買い物を挙げる。
第４実施形態のシステムの構成及び制御手順は第３実施形態のそれと実質的に同じでよい。第４実施形態によっても、第１実施形態〜第３実施形態と同じ効果を期待できる。
〈第４実施形態の変形〉…第５変形例（走行目的の推定）
第４実施形態のシステムでは、走行目的をユーザであるドライバがデイスプレイの画面を介して設定するものであったが、この変形例は、走行目的をシステムが推定するものである。
【０１０４】
第５変形例のシステムが推定する走行目的は、通勤、旅行／レジャー、営業活動、買い物、ＮＡＶＩによる誘導走行の５種類とする。
第５４図に第５変形例にかかる制御手順の、第４実施形態の制御手順に対する変更部分を示すものであり、この制御手順が第４実施形態のステップＳ１８０６とステップＳ１８０８の間に挿入されることによって、第５変形例の制御手順は完成する。
【０１０５】
即ち、ステップＳ１８０６を実行してから、走行推定を行う。この推定ロジックは、一例として、
平日で午前７時〜９時…通勤
休日で自宅より半径５０Km以内…買い物、
休日で自宅より半径５０Km以上…旅行／レジャー、
と判定する。平日か休日かはシステムが有するクロックにより、距離はＮＡＶＩシステムが有する距離情報に基づいて判断する。
【０１０６】
尚、目的の推定をスイッチなどによって行ってもよい。次ぎに、マップ（第５５図）から、情報提供要否の対象から除外すべき情報を見出す。同図において、丸印の付されていないものが除外対象である。
除外対象が決定されたならば、ステップＳ１８０８の「例外情報の処理」により対象外の情報を除去する。
〈第５実施形態〉…心理状態の考慮
第５実施形態は、走行条件に応じて情報提供の要否の判断及び提供の順序を決定するという点では第１実施形態〜第４実施形態と同じであり、即ち、この第５実施形態は、ドライバの心理状態に応じて情報提供の要否の判断及び提供の順序を決定する。
【０１０７】
第５実施形態の制御は第３実施形態の制御を援用する。第５６図は、各種の情報の重要度（優先順位ＰＲ及び重要度分類ＣＬ）が、心理状態に応じてどのように変化するかを示すテーブルである。このテーブルを、第３実施形態の制御手順が走行状態に応じた重要度テーブル（第３５図）を用いるのを類似の手法で用いる。即ち、第５実施形態の制御のためには、第３８図のフローチャートのステップＳ１８０６を、第５８図に示すように、ステップＳ１８０６‘に変更する。ステップＳ１８０６’は第５６図のテーブルを参照する。尚、第５実施形態では、心理状態を、システムが、連続走行時間、走行時間帯、ブレーキの踏む回数、走行速度などから判断する。
【０１０８】
ステップＳ１８０６’を実行すると、第５実施形態の制御は、第３実施形態と同じように第３８図のステップＳ１８０８の「例外情報処理」を実行する。この処理では、緊急情報は例外的に常に提供されるように処理し、第５６図のテーブルでｘとマークされた情報については、その時点で判断された心理状態に応じて「制御対象外情報」として判断され、情報提供対象情報から除外される。
【０１０９】
また、第５６図の優先順位ＰＲや分類値ＣＬは、第５実施形態のための「優先度に応じた処理」（第４２図参照）において用いられる。
この第５実施形態によっても、第３実施形態，第４実施形態と同じ効果が得られる。
〈第５実施形態の変形例〉…第６変形例
第５実施形態における制御対象の情報の区別を、第５６図のマップでは３種類（疲労状態、緊張状態、平常状態）に分類した上で、ｘ印で示していたが、この変形例では、さらに細かく、例えば第５７図のように分類することを提案する。
〈第６実施形態〉…緊急情報のユーザによる指定
第３実施形態の制御においては、所謂「緊急情報」はステップＳ１８０８の「例外情報処理」（第３８図）によって例外的に処理され、そのために確実に速やかにドライバに提供されるものであった。しかしながら、第３実施形態の「緊急情報」はシステムが予め決めておいたものである。例えば、トンネル情報、地震情報、車両情報（故障警報、車間距離警報、パンク警報等）、交通情報（事故情報、交通規制情報）などである。そのために「緊急情報」は固定的であった。この第６実施形態は「緊急情報」をユーザが指定できる点に特徴がある。
【０１１０】
第５９図は、その指定のためのユーザインタフェースを示す。即ち、ドライバがデイスプレイ８上の画面（第５９図）において、「情報設定の変更」を選択すると、第６０図のような画面が現れて、現在「緊急情報」として選択されている情報が黒丸で、緊急情報として選択され得る候補が白丸で表示される。ユーザは、「緊急情報」に加えたいときには、その情報の○部分を操作装置で選択し、「緊急情報」から除外したいときには、その情報の黒丸部分を操作装置で選択する。この選択により、○の白黒は反転して、「緊急情報」に加えられたこと或いは除外されたことがユーザによって確認される。
【０１１１】
第６実施形態の制御手順の大部分は第３実施形態の制御手順を援用する。「緊急情報」として登録された情報には、情報種類としてＫＮＤ＝１が登録される。このＫＮＤ＝１はステップＳ１８０６で読み取られて、ステップＳ１８０８で例外的に取り扱われて、早く確実にドライバに提供される。尚、この第６実施形態は、本来の最優先情報としての「緊急情報」の他に、ユーザが指定する情報を「緊急情報」として扱うものであるが、第６実施形態の変形として、たとえば、第７７図に示すように、本来の緊急情報と、擬制的に緊急情報とされた情報との優先順位の差が所定値（例えば２）未満のもののみを、擬制的に緊急情報として扱う制御も提案することができる。
〈第７実施形態〉…優先順位の自動変更
第１実施形態〜第６実施形態では優先順位等（優先順位ＰＲ及びランクＲＫ）は予め決められており、その値を変更するときは、変更用のユーザインタフェース画面を表示させて、その値を変更するようにしていた。換言すれば、優先順位は実質的に半固定である。半固定にしたのは、優先順位の値をかえることはロジックの変更に繋がるものであり、ユーザにロジックの変化を配慮させることは好ましくないからである。しかしながら、優先順位等を固定的にしておくことは、走行条件が種々に変化する現今の交通事情では好ましくない。
【０１１２】
第７実施形態は、システムが、走行条件の変化を勘案しながら、優先順位などを、適正なものと前もって決められた範囲内で自動的に変更するものである。
第６１図は、第７実施形態において設けられた優先順位などの変更ロジックの例を示す。
第７実施形態の制御は第３実施形態の制御の大部分を援用する。第６２図に、第３実施形態の制御手順に対する変更部分を示す。この変更は、第３実施形態のステップＳ１８０４（第３８図）とステップＳ１８０６（第３８図）の間にステップＳ２０００を追加して修正される。このような制御手順の変更により、第７実施形態のシステムは、ステップＳ２０００で、ステップＳ１８０４（第３８図）で読み取った各種車両データなどから、第６１図に示したルールを満足する優先順位の補正を行う。ステップＳ１８０６では、ステップＳ２００で補正された優先順位ＰＲ等の他に、分類値ＣＬや回数制限値ＬＭＴ等を読み取り、この補正値を用いて、ステップＳ１８０８で「優先度に応じた処理」ルーチンを実行する。
【０１１３】
第６１図の補正条件としては、車両に突発的に故障が発生した場合における車両故障情報の順位を上げる補正、或いは、高速道路を走行中にＶＩＣＳ情報の優先順位を上げる補正、或いは、山岳路走行中（気圧計によって検知できる）、或いは雨天中（ワイパの動作によって検知できる）には、天候情報の優先度を挙げる補正、或いは、ノイズレベルの高い情報或いは入力してから時間の多く経過した情報の優先順位を下げる補正、走行方向と異なる方向のＶＩＣＳ情報の順位を下げる補正など。
【０１１４】
かくして、第７実施形態によって、優先順位がよりきめ細かく決定されるので、現在の走行条件とその情報の性質に即して最適な情報提供がなされる。
第７実施形態の優先順位の変更の手法は、第３実施形態のみならず、第１実施形態〜第６実施形態にも適用できるものである。
優先順位の自動変更は、経路誘導を実際に行っているときにも有効である。即ち、経路誘導を行っているときには、ナビゲーションシステムのナビゲーションコントローラは、目標値点までに至る複数の誘導地点において、誘導地点に近接する毎に、その旨をドライバに報知するようになっている。この情報によりドライバは自分が目標地点に向かって正しく進行していることを確認できる。換言すれば、経路誘導を行っているということは、経路誘導地点近傍ではある程度の情報が与えられるものとドライバは期待しており、反対に、誘導地点以外の地域では余分な情報を与えられることに不快感を感じる。
【０１１５】
そこで、第７実施形態のナビゲーションコントローラ１７は、第７８図に示す制御手順に従って、集中制御ユニット２に、ＮＡＶＩ情報を優先順位を付加して送る。この時、ナビゲーションコントローラ１７は、第７８図に示すように、経路誘導制御が稼働していることを確認し、経路誘導制御がなされているときに経路誘導地点に近接（所定の距離の半径の円内）にあるときには、ＮＡＶＩ情報の優先順位を上げる。
【０１１６】
一方、集中制御ユニット２は、ＮＡＶＩ情報以外のメディアからの情報に対しては、経路誘導制御が稼働していて経路誘導地点に近接しているときには、たとえばニュース情報などの優先順位を下げるようにしてもよい。こうすることにより、経路誘導地点近傍では、ＮＡＶＩ情報が優先され、反対にＮＡＶＩ情報以外の優先順位が相対的に下げられて、ドライバにとって真に必要な情報がドライバに提供される。
〈第７実施形態の変形〉…陳腐データの削除（第７変形例）
車両速度には自ずと限界があるために、交通情報などのように、短い距離の間に同じ情報が何度も不必要に入力されることがある。このような情報が何度も提供されることは不快感を招く。
【０１１７】
そこで、この変形例は、過去に入力された情報と同じ内容の情報については、その優先順位を下げことにより、陳腐データ情報の繰り返し提供を防止するとういうものである。この変形例は、内容が同じか否かの判定が比較的容易な、キャラクタデータ形式で送られてくる情報に対して特に効果がある。陳腐内容のキャラクタデータ情報の優先順位を下げることにより、その情報が提供（表示もしくは音声出力）される確率が相対的に下がるからである。また、マルチメディアナビゲーションシステムでは、キャラクタデータ情報でも音声データに変換されて出力されるので、陳腐情報を表示のみならず音声出力しないようにすることからも、ドライバの不快感を減少させる。
【０１１８】
第７変形例も第３実施形態の制御手順を一部援用する。即ち、第３８図の制御手順のステップＳ１８０４とステップＳ１８０６の間に第６４図の制御手順を追加して修正する。また、この第４変形例では第６３図に示すような記録領域を確保する。この記憶領域では、キャラクタデータの入力時刻と、同じ内容と判断された回数と、そのデータ内容とを記憶する。
【０１１９】
第６４図のステップＳ２００２で入力された情報がキャラクタデータか否かをチェックする。キャラクタデータでなければ陳腐データか否かの判断対象を行わない。キャラクタデータの場合は、ステップＳ２００４において、第６３図の記憶領域中に入力された情報データと同じものがあるか否かを探索する。同じ内容のものがなければ、その情報データを第６３図の領域に記憶する。同じ内容のものがあればステップＳ２００８で時間差を計算する。この時間差が所定の閾値Δよりも小さければ、短い時間内に同じ内容の情報を受け取ったことになるのでステップＳ２０１２でその情報の優先順位を下げる。一方、時間差がΔよりも大きければ、前回データを入力してからかなりの時間を経過しているので、そのデータを第６３図の記憶領域から消去する。
【０１２０】
この第４変形例の手法によっても、同じ陳腐内容の情報が繰り返しドライバに提供されるのが防止される。尚、同じ内容のデータが２回目に入力された場合には、そのデータをデイスプレイ８に表示し、３回目以降において同じ内容のデータが来た場合には、そのデータを消去するようにしてもよい。
〈第８実施形態〉…データ内容による優先的処理
第８実施形態は、文字放送からの情報について、特定のキーワードを有するデータ情報のみを優先的にユーザに提供するものである。即ち、文字放送は文字であるが故に、その情報を表示に留めていれば、ユーザにデイスプレイの注視を強いる点と、逆に、文字データ情報であるが故に特定のキーワードを探索することが比較的容易にできる点に着目したものである。
【０１２１】
第８実施形態のナビゲーションシステムは、第６５図に示すようなユーザインタフェースをデイスプレイ８上の画面に表示して、通常放送モードと文字放送モードの選択をユーザに許す。文字放送受信モードを選択すると、文字放送情報データ中に探索すべきキーワードの入力が許される。さらに、文字放送データ中にキーワードが見つからないような情報を、消去するのか（第６５図で“する”を選択）、消去せずに文字として表示する（“しない”を選択）を選択することが許される。
【０１２２】
第８実施形態の制御手順は、第３実施形態の制御手順を援用することにより達成される。第３８図のフローチャートの一部（ステップＳ１８０４とステップＳ１８０６の間）を第６６図のように変更する。
情報の入力があると、ステップＳ２１００で入力情報が文字放送データか否かを判別する。ステップＳ２１０１では、文字放送モードがセットされているか否かを判断する。このモードがセットされていればステップＳ２１０２でキーワードがセットされているかを判断する。キーワードがセットされていればステップＳ２１０４でその受信データ中にキーワードを探索する。
【０１２３】
キーワードを含むような文字放送データが見つかれば、ステップＳ２１１０でその情報を音声データに変換する。この音声データに変換された情報は、第３実施形態の制御手順に従って他の情報と同じように処理される。見つからなかった情報は前述の設定スイッチ（消去を行う、行わないの設定）に従って、表示データとして処理するか、或いは消去する。
【０１２４】
尚、キーワードとしては、文字放送が、現在、「スポーツ情報」と「天気予報」と「イベント情報」にジャンルわけされているので、それらのジャンル中の特定のキーワード、例えば、自分がひいきにしているチーム名、選手名、或いは、天気予報を聞きたい地域の名称、イベントの名称等を入力する。
この第８実施形態の制御手順によれば、ドライバが興味があるもの（キーワードが一致したもの）のみが、認識し理解しやすい音声情報の形式でドライバに伝達される。一致がとれないような情報はドライバに不快を与えないように消去され或いは煩わしさを与えないようにデイスプレイ８に表示される。
〈第９実施形態〉…情報間の提供間隔の制御
音声情報が頻繁に発生しているときには音声情報が再生される時間間隔もドライバには気になる要素である。この第９実施形態は、情報提供間隔を制御する。より少な目の情報提供の方がドライバに好ましい走行環境、走行状態、走行時間、心理状態では、情報提供間隔をより長めに設定することにより、より多い目の情報提供の方がドライバに好ましい走行環境、走行状態、走行時間、心理状態では情報提供間隔をより短めに設定することにより、単位時間当たりの最適な情報の提供量を制御するものである。
【０１２５】
この第９実施形態の「情報間の提供間隔の制御」は前述の第１実施形態〜第８実施形態の全てのナビゲーションシステムに適用可能である。そこで、第１実施形態〜第８実施形態の全てのナビゲーションシステムに適用可能な「情報提供間隔の制御」の原理を第７０図に基づいて説明する。
第７０図において、時間幅Ｔは、そのときの条件下におけるドライバにとって最適な情報間の時間間隔（最小値）である。時間幅Ｔの経時開始時点は前回の情報の出力終了時刻（ＴＭＥＤ）である。従って、
ＴＭＥＤ＋Ｔ
の時刻以降において次回の情報を提供してもドライバに不快感を与えることはない。
【０１２６】
第７１Ａ図〜第７１Ｆ図に、提供時間間隔Ｔの最小値を決定する原理を説明する。第７１Ａ図〜第７１Ｆ図によると、
提供時間間隔Ｔ＝ｔ0×ｔ1×ｔ2×ｔ3×ｔ4×ｔ5
で定義される。ここで、時間幅ｔ0は、第７１Ａ図に示すように、車速によって決まる提供時間間隔の基本値である。
【０１２７】
原則的には車速があがるほど時間間隔は短くすべきである。しかし、高速道路のような道路において安定走行を行っているときは、車速が高くとも、より多い量の情報を提供しても問題はない。そこで、第７１Ａ図に示すように、車速８０Km/h以上ではｔ0の値を小さくしている。
ｔ1，ｔ2，ｔ3，ｔ4，ｔ5は夫々補正計数である。
【０１２８】
第７１Ｂ図に従えば、補正計数ｔ1は渋滞の程度がひどくなるほど値を大きく設定している。渋滞がひどいときには情報提供の量を少なくすべきであるからである。
第７１Ｃ図に従えば、補正計数ｔ2は道路密度が高いほど値を小さく設定している。道路密度が高い一帯ではより多くの経路誘導情報などを提供する必要があるからである。第７１Ｄ図に従えば、補正計数ｔ3は提供情報量が多いほど値を小さく設定している。提供情報量が多いときは相対的により多くの情報を提供する必要性が高いからである。第７１Ｅ図に従えば、補正計数ｔ4はナビゲーションが動作しているときは非動作中の時よりも値を小さく設定している。ナビゲーションを動作させているときはドライバがナビゲーション情報を欲しているからである。第７１Ｆ図に従えば、補正計数ｔ5は情報提供の制限回数ＬＭＴ（第２１図を参照）が大きいほど値を大きく設定している。第２１図から明らかなように、制限回数ＬＭＴは、走行状態がドライバに多くの操作を必要とするほど大きな値が設定されているから、制限回数ＬＭＴが大きいほどより少な目の情報が好ましいからである。
【０１２９】
第７２図，第７３図は、第９実施形態の時間間隔制御を第１実施形態〜第８実施形態のナビゲーションシステムに適用した場合において、必要となる制御手順の変更部分を示す。
第７２図，第７３図は、夫々、第９実施形態の制御を例えば第１実施形態に適用した場合における、第９実施形態のための「出力」ルーチン（第１実施形態の第１９図）及び「出力完了」ルーチン（同第２０図）に対応するフローチャートである。
【０１３０】
第７０図で説明したように、先の情報の出力が終了すると、第７３図のステップＳ２２１０で、遅延時間Ｔ（提供間隔）を第７１Ａ図〜第７１Ｆ図に従って計算する。ステップＳ２２１２ではタイマに時間幅Ｔをセットして起動する。
その後に何らかの音声情報（ｋとする）が発生すると、第１実施形態〜第８実施形態の「情報提供の要否、情報提供の優先順位」の決定制御が行われて、その音声情報ｋに対して出力キュー（ＯＵＴＱk＝１）が設定される（例えば、第１８図のステップＳ５５４）。すると、第７２図の「出力」ルーチンにおいて、ステップＳ２２０で、その音声情報ｋが緊急警報（ＫＮＤ＝１）であるか、または、現在地点がナビゲーションの誘導地点（交叉点など）に近いかを判断する。緊急警報（ＫＮＤ＝１）は提供を遅らせるべきでないからである。ナビゲーションの誘導地点近傍では、ドライバはより多くの情報を必要とするからである。
【０１３１】
音声情報ｋが緊急警報でもなく、現在地点がナビゲーションの誘導地点の近傍でもない場合には、ステップＳ２２０２で、ステップＳ２２１２（第７３図）でセットしたタイマがタイムアウトしたかを調べる。タイムアウトしていない場合には、まだこの音声情報ｋを提供するには早すぎるのであるから、ステップＳ２２０４でこの音声情報ｋの出力キューをリセットして、ＯＵＴＱk＝０とする。この情報ｋのキューをリセットすることにより、この情報ｋの後で発生するかも知れないより優先度の高い情報が提供されることを確保する。
【０１３２】
かくして、提供間隔を制御することにより、その時点の走行条件に応じた最適な情報量の音声情報がドライバに提供される。
〈第９実施形態の変形〉…第８変形例
第９実施形態は、先の音声情報の出力が終わる毎にタイマＴを起動していたが、この第８変形例は、先の音声情報の出力が始まる度にタイマＴを起動するものである。この場合、第７４図に示すように、その先の音声情報の提供にかかる時間を計算する必要がある。
〈第１０実施形態〉…情報種類別の音質等の使い分け
第１０実施形態は、前述の第１実施形態〜第８実施形態のナビゲーションシステムの夫々に適用可能な音声情報の出力形態の改良に関する。
【０１３３】
第１０実施形態は、過度な音声情報がドライバに特に不快感を与えることに鑑みてなされたもので、入力された音声情報を、その時点における状態に応じて、音質を変えて或いは音量を変えて出力するものである。
第７５図は、音声情報の出力の態様を設定するユーザインタフェースの表示画面の一例である。この第１０実施形態では、第７６図に示すように、「警告情報」，「進路案内情報」，「道路交通情報」，「設備案内情報」，「高速道路案内情報」，「現在位置情報」，「走行環境」，「走行時間」，「走行時間帯」，「走行地域」に応じて、音質、音量を異ならせている。異ならせ方は、総じて、ドライバに注意を喚起するような種類の情報に関しては緊張感のある声、指示口調の声に設定し、逆にドライバに緊張感を与えるべきでないような走行シーンにおいては、例えば、「穏やか」な女声による声で案内口調で発生するようにしている。
【０１３４】
本実施形態のシステムの集中制御ユニット２は、音声情報の文字コードを、男性と女性とのどちらの音声でも発声できる音声合成データを記憶するＲＯＭを有している。また、文法ルールを記憶するＲＯＭを有して、口調を「指示調」と「案内調」に変更することもできる。即ち、第１０実施形態の制御を例えば第１実施形態にインストールする場合には、上記音声データの変換制御は第１９図の「出力」ルーチンにおいてなされる。
〈第１１実施形態〉…出力先メディアの使い分け
本ナビゲーションシステムは、マルチメディア情報のソースとして各種メディアを有するほかに、ヘッドアップデイスプレイや通常のデイスプレイ８、さらには、音声出力チャンネル、等の各種手段（提供手段）を有している。
【０１３５】
第１１実施形態は、第１実施形態〜第１０実施形態は、情報を、その提供の適否をまたは提供の優先順情報を考慮することにより、音声情報のドライバへの提供を規制するものであったが、この実施形態は、出力先のメディアを使い分けることによって、結果として、情報提供の規制を行うものである。
第８２図は、走行状態や条件によって決定されるその時点の「緊急度」と、その情報自体が有している「優先順位ランクＲＫ」（第１実施形態などのランクと同じである）とによって、音声情報の出力先を決定する論理テーブル（音声情報出力先決定テーブル」）を示す。第１１実施形態では、この決定論理をユーザが選択できる点にも特徴がある。第８１図はユーザが決定論理に関与可能な範囲を定義するテーブル（「メニュー設定許可定義テーブル」と呼ぶ）である。
【０１３６】
第８１図のメニュー設定許可定義テーブルにおいて、ユーザが定義できる領域を、便宜上、網掛けで定義不可の領域と区別して示す。
ここで、第１１実施形態における「緊急度」について説明する。
この第１１実施形態において、「緊急度」は他の実施形態と同様に、走行状態や走行条件によって、即ち、「情報」自体からは独立して存在する事象に基づいて決定される「情報」の緊急性を表す指標である。本実施形態では、緊急度を第８３図のテーブルのように定義する。緊急度の値が小さいほど緊急性が高いとし、大きいほど低いと決める。尚、第８３図の状態の多くは第２図に示した各種センサによって判断することができる。第１行目の「道路曲率が大きいとの予想」はＮＡＶＩコントローラから得られる情報、たとえば、次ぎはカーブに接近するとの情報に基づいて判断することができる。
【０１３７】
第８２図のテーブルにおいて、×は情報提供がなされないことを示す。第８３図の「出力先決定テーブル」の特徴は、情報自体の緊急度であるランクＲＫの値が低いほど且つ走行条件としての緊急度（テーブルの縦軸）が高いほど、そのような情報の提供の必要性は低くなるから、音声情報としてもデイスプレイにも表示されないようにしている。たとえば、ランク＝Ｅで緊急度＝１の時は出力はされない。また、情報自体のランクＲＫ値が高いほど且つ走行条件としての緊急度が低いほど、その情報を提供することの意義が増すから、そのような情報の提供先の選択肢が広がっている。たとえば、ランク＝ＡまたはＢで緊急度＝４の時はその情報は音声情報としてまたはデイスプレイ（デイスプレイ８及びヘッドアップデイスプレイを含む）に出力され得る。
【０１３８】
かくして、第１１実施形態により、音声情報の出力先を走行条件に応じて選択する（出力しないことも含む）ことにより、適切なタイミングで適切な情報が過不足なくドライバに伝わる。
〈第１２実施形態〉…スイッチによる提供シーケンスの決定
前述の第１実施形態〜第１１実施形態のナビゲーションシステムでは、情報の提供の順序は、それら情報の発生順序と情報間の優先順位の上下によって決まっていた。そのために、情報が提供される順序はそれら情報が発生した順序と関係なく、従って予想することは困難である。
【０１３９】
第１２実施形態は、複数の情報が同時に或いは連続的に発生した場合において、ユーザがそれら情報の提供順序を制御できるようにしたものである。第１２実施形態の動作を説明する便宜上、同実施形態のナビゲーションシステムは、情報の種類として、「ワーニング情報」「道路案内情報」「設備案内情報」「高速道路情報」「道路交通情報」「現在位置情報」を発生するものとする。これら情報はドライバにとっての「案内情報」となる。これらの情報の元となる環境条件の検出は、第８５図に例示した各種の環境検出手段によって検出することができる。
【０１４０】
第８５図と第８６図の例では、燃料の残が少なくなったとのワーニングが発生した場合には、ドライバが欲しいのは、その警告に対処するための一連の案内情報である。第８６図にこれら案内情報の例を示す。換言すれば、案内情報は一連の警告に対処するための一連のシーケンスからなる論理に貫かれていることがユーザには好ましい。即ち、設備への案内情報が警告情報よりも先に出たのでは、何故設備案内情報が提供されたのか理解するのに手間取る。運転中にこの理由を考えることを強いられるのは酷である。第１２実施形態のナビゲーションシステムは、各種情報の提供順序を、第８７図のユーザインタフェースによって指定するものである。第８７図の例では、提供順序は優先順位をユーザが設定することによって決められるようになっている。従って、第１２実施形態の提供順序のユーザによる指定は、前述の第１実施形態〜第１１実施形態の各種ナビゲーションシステムに適用可能となる。第１実施形態〜第１１実施形態の各種ナビゲーションシステムも「優先順位」を用いているからである。第１実施形態〜第１１実施形態のナビゲーションシステムでは、優先順位は情報の重要度或いは緊急度によって決められていたが、この第１２実施形態では、一連の各種情報の提供シーケンスによって１つのストーリが生まれるように決められるのである。
【０１４１】
第８７図は、案内情報の提供優先順位を設定するユーザインタフェースを示す。図中、「おまかせモード」とはユーザがシステムによって前もって決められていた順序を使用することを意味する。「自分で決めるよ」モードが選択されていると、ユーザが順序を入力できるようになる。第８７図の例では、「現在位置情報」→「進路案内情報」→「道路交通情報」→「ワーニング情報」→「高速道路案内情報」→「設備案内情報」の順が設定されている。
【０１４２】
第１２実施例では情報の種類として、「ワーニング情報」「道路案内情報」「設備案内情報」「高速道路情報」「道路交通情報」「現在位置情報」を発生もしくは必要とするが、これら情報の有無は第８５図の各種センサを用いることによって、
Ａ：「ワーニング情報」の有無は、ワーニング情報の存在そのものを判断することによって、
Ｂ： 「道路案内情報」の有無は経路誘導が行われているか否かによって、
Ｃ： 「設備案内情報」の有無は、経路誘導が行われている最中に、車両が目的地或いは経由地の近傍を走行中か否かを判断することによって、
Ｄ：「高速道路情報」の有無は、高速道路を走行中か否かによって、
Ｅ：「道路交通情報」の有無は、走行道路前方に渋滞または事故などが発生しているか否かを判断することによって、
Ｆ：「現在位置情報」の有無は、走行頻度が低い地域を現在走行しているか否かを判断することによって検出することができる。
【０１４３】
第８８図のフローチャートは、第１２実施形態の制御手順を示す。この制御手順は優先順位ＰＲを出力するものであるから、第１２実施形態の制御を第１実施形態〜第１１実施形態の制御に適用するものであるならば、例えば第１実施形態の制御手順のステップＳ３０２とステップＳ３０４の間に付加することが適当である。
【０１４４】
即ち、ステップＳ２５０２〜ステップＳ２５１２において上述のＡ〜Ｆの６つの判断を行う。判断結果は６ビットのデータ（ＡＢＣＤＥＦ=ｘｘｘｘｘｘ）として表現される。このデータの値が“０”であるならば、即ち、全ビットがオフであるならば、案内情報を出力する必要性が発生していないのであるから、ステップＳ２５２０で音声案内を消勢する。
【０１４５】
一方、６つのビットの内いずれかのビットがＯＮであるならば、即ち、いずれかの案内情報の必要性が発生しているのであるならば、ステップＳ２５１４でＮＯの判断が出るから、ステップＳ２５１６で音声要求ＳＷ（第８０図を参照）が投入されていることを確認して、第８７図のユーザ設定に従って優先順位を生成する。
【０１４６】
第８４図は、６ビット（ ＡＢＣＤＥＦ）のパターン（２１種類）によって６種類の案内情報の提供順序が２１通りの順序に設定されることを示す。例えば、ＡＢＣＤＥＦ＝１０００１１であった場合には、即ち、「ワーニング情報」と「道路交通情報」と「現在位置情報」とが発生している場合には、これら３つの情報には、優先順位の値がそれぞれ、“４”、“３”、“１”と与えられているから、提供順は、第８４図に示すように、“１”、“３”、“２”となる。
【０１４７】
以上のようにして、第１２実施形態のナビゲーションシステムでは、ユーザが自分の目的に合致させて情報の提供順序を設定することができる。従って、複数の情報がシーケンス順に提供されるときに、その順序はユーザ自身が組み立てた論理に基づいているので、それら複数の案内情報を理解することが極めて容易になる。即ち、完成度の高い使い易いナビゲーションシステムとなる。
〈第１３実施形態〉…曲間のアイドル中に情報を提供
第１３実施形態は、音楽番組などは、曲間で音がとぎれてドライバに不快感を与えるのを防止するために、曲間の間隙に情報を提供するものである。
【０１４８】
第８９図は、本実施形態の制御手順のフローチャートである。
ステップＳ３０００で情報の入力キューが発生したことを確認する。そこで、ステップＳ３００２でオーディオが使用中であるかを調べる。使用中でなければステップＳ３０１４で情報を提供する。
オーディオが使用中でないのならば、ステップＳ３００４で、発生した情報の優先順位を調べる。
【０１４９】
ステップＳ３００８〜ステップＳ３０１２は、オーディオを一時停止して、その間に情報を提供する制御手順である。即ち、ステップＳ３００８でオーディオを一時停止、ステップＳ３０１０で情報提供を行い、ステップＳ３０１２でオーディオを再開する。
このオーディオの間隙に情報提供を行う制御は、ステップＳ３００４で高優先順位の情報が発見されたときに、または、ステップＳ３００６で曲間のアイドリングタイム中である。
【０１５０】
特に、曲間のアイドリング中は、オーディオはビジーであるにも関わらず、そのオーディオを一時停止するので、情報提供を行うことができる。
尚、曲間に提供されるべき情報は、それなりの優先順位を持つ情報でなくてはならない。曲が始まれば、その種類の情報は曲が終わるまで提供されなくなるのであるからである。そこで、前述の実施形態の各種ユーザインタフェース（例えば第１２実施形態の第８７図のインタフェース）を用いて、オーディオに割り込む情報（ステップＳ３００４でＮＯとなる情報）と、曲間に挿入される情報（ステップＳ３００４でＹＥＳとなる情報）について、予め設定しておくことが重要である。
【０１５１】
【発明の効果】
以上説明したように、本発明によれば、曲間のアイドリング時間を有効に利用することができる。
【図面の簡単な説明】
【図１】  本発明を適用したマルチメディア型ナビゲーションシステムの主要部分を車内から見た図。
【図２】  図１のナビゲーションシステムの接続を示す図。
【図３】  図１，図２に示されたナビゲーションシステムの接続を示す図。
【図４】  図１３のナビゲーションシステムに接続された各種メディアの種類を示す図。
【図５】  本発明を適用した実施形態にかかるナビゲーションシステムに用いられるマップの名称、及び各マップににおいて参照される項目を説明する図。
【図６】  本発明の全ての実施形態のナビゲーションシステムにおいて用いられるところの、各種情報に割り当てられる属性情報（優先順位、ランク値、記憶容量等）を管理するためのテーブルを示す図。
【図７】  ナビゲーションシステムにおける情報の記憶領域の分割の態様を示す図。
【図８】  ナビゲーションシステムにおける情報の記憶領域の分割の態様を示す図。
【図９】  本発明の全実施形態のナビゲーションシステムにおいて用いられる入力情報キューテーブルの構成を示す図。
【図１０】  第１実施形態にかかるナビゲーションシステムの制御手順のメインルーチンのためのフローチャート。
【図１１】  第１実施形態のナビゲーションシステムで用いられる出力タイミングレベルＬＶＬの設定テーブルの構成を示す図。
【図１２】  レベルＬＶＬの値に応じた制御動作の態様を示す図。
【図１３】  走行状態の相違により、情報提供が許可されるランクの下限ＲＫＬＭＴがどのように変化するかを示すテーブルの図。
【図１４】  第１実施形態のナビゲーションシステムの制御手順の「情報入力割り込み」ルーチンのフローチャート。
【図１５】  第１実施形態のナビゲーションシステムの制御手順の「マップ補正」ルーチンのフローチャート。
【図１６】  第１実施形態のナビゲーションシステムの制御手順の「マップ選択」ルーチンのフローチャート。
【図１７】  第１実施形態のナビゲーションシステムの制御手順の「情報提供制御」ルーチンのフローチャート。
【図１８】  第１実施形態のナビゲーションシステムの制御手順の「優先度に応じた処理」ルーチンのフローチャート。
【図１９】  第１実施形態のナビゲーションシステムの制御手順の「出力」ルーチンのフローチャート。
【図２０】  第１実施形態のナビゲーションシステムの制御手順の「出力完了」ルーチンのフローチャート。
【図２１】  第１実施形態のナビゲーションシステムの制御で用いられる変数「制限回数ＬＭＴ」の定義を与えるテーブルの図。
【図２２】  第１実施形態のナビゲーションシステムの制御手順の「回数チェック」ルーチンのフローチャート。
【図２３】  第１実施形態のナビゲーションシステムの制御手順の「消去」ルーチンのフローチャート。
【図２４】  図２２の「回数チェックルーチン」の動作の一例を示す図。。
【図２５】  第１実施形態のナビゲーションシステムのシステムに用いられる、音声情報が音声として出力されない場合の２つのオプションを指示するスイッチの構成を示す図。
【図２６】  第１実施形態のナビゲーションシステムの制御動作の一例を示す図。
【図２７】  第１実施形態のナビゲーションシステムの制御動作の一例を示す図。
【図２８】  第１実施形態のナビゲーションシステムの制御動作の一例を示す図。
【図２９】  本発明の第２実施形態のナビゲーションシステムに用いられる走行環境-アクション分類を定義するテーブルの構成を示す図。
【図３０】  本発明の第２実施形態のナビゲーションシステムに用いられる走行環境-アクション分類ＣＬの値により異なる動作を説明する図。
【図３１】  第２実施形態のナビゲーションシステムの制御手順の「優先度に応じた処理」ルーチンのフローチャート。
【図３２】  第２実施形態のナビゲーションシステムに特有な「例外情報の処理」サブルーチンのフローチャート。
【図３３】  第２実施形態のナビゲーションシステムの動作を説明するタイミングチャート。
【図３４】  第２実施形態のナビゲーションシステムの動作を説明するタイミングチャート。
【図３５】  第３実施形態のナビゲーションシステムに用いられる分類テーブルの構成を示す図。
【図３６】  第３実施形態のナビゲーションシステムの動作を説明する図。
【図３７】  第３実施形態のナビゲーションシステムの制御手順についてのメインルーチンを示すフローチャート。
【図３８】  図３７のフローチャート中の「情報提供制御」ルーチンの詳細フローチャート。
【図３９】  図３７のフローチャート中の「情報入力」ルーチンの詳細フローチャート。
【図４０】  第３実施形態のナビゲーションシステムの制御手順の「マップ補正」ルーチンのフローチャート。
【図４１】  第３実施形態のナビゲーションシステムの制御手順の「マップ選択」ルーチンのフローチャート。
【図４２】  第３実施形態のナビゲーションシステムの制御手順の「優先度に応じた処理」ルーチンのフローチャート。
【図４３】  第３実施形態のナビゲーションシステムの制御手順の「出力」ルーチンのフローチャート。
【図４４】  第３実施形態のナビゲーションシステムの制御手順の「出力完了」ルーチンのフローチャート。
【図４５】  第３実施形態のナビゲーションシステムの制御手順の「消去」ルーチンのフローチャート。
【図４６】  第３実施形態のナビゲーションシステムの制御手順の「回数チェック」ルーチンのフローチャート。
【図４７】  図２２の「例外情報の処理」の動作の一例を示す図。。
【図４８】  第３変形例（第３実施形態に対する変形）の制御に用いられるＣＬテーブルを示す図。
【図４９】  第３変形例（第３実施形態に対する変形）の制御に用いられるＣＬテーブルを示す図。
【図５０】  第４変形例（第３実施形態に対する変形）の制御に用いられるテーブルを示す図。
【図５１】  第４変形例（第３実施形態に対する変形）の制御に用いられるテーブルを示す図。
【図５２】  第４変形例（第３実施形態に対する変形）の制御に用いられるテーブルを示す図。
【図５３】  第４実施形態のナビゲーションシステムの制御に用いられるテーブルを示す図。
【図５４】  第５変形例（第４実施形態の変形例）のナビゲーションシステムの制御手順の一部フローチャート。
【図５５】  第５実施形態のナビゲーションシステムに用いられるテーブルの構成を示す図。
【図５６】  第５実施形態のナビゲーションシステムに用いられるテーブルの構成を示す図。
【図５７】  第５変形例（第５実施形態に対する変形例）のナビゲーションシステムに用いられるテーブルの構成を示す図。
【図５８】  第５実施形態のナビゲーションシステムの制御手順の一部を示すフローチャート。
【図５９】  第６実施形態のナビゲーションシステムのユーザインタフェースの画面を示す図。
【図６０】  第６実施形態のナビゲーションシステムのユーザインタフェースの画面を示す図。
【図６１】  第７実施形態のナビゲーションシステムの制御手順に用いられるテーブルを示す図。
【図６２】  第７実施形態のナビゲーションシステムの制御手順の一部を示すフローチャート。
【図６３】  第７変形例（第７実施形態に対する変形例）の制御に用いられるテーブルを示す図。
【図６４】  第７変形例（第７実施形態に対する変形例）の制御手順の一部を示すフローチャート。
【図６５】  第８実施形態のナビゲーションシステムで用いられるユーザインタフェースの表示画面を示す図。
【図６６】  第８実施形態のナビゲーションシステムの制御手順の一部を示すフローチャート。
【図６７】  第１変形例（第１実施形態に対する変形例）の制御で用いられるテーブルを示す図。
【図６８】  第１変形例（第１実施形態に対する変形例）の制御手順の一部を示すフローチャート。
【図６９】  第２変形例（第２実施形態に対する変形例）の制御で用いられるテーブルを示す図。
【図７０】  第９実施形態のナビゲーションシステムの動作を示すタイミングチャート。
【図７１Ａ】  第９実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図７１Ｂ】  第９実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図７１Ｃ】  第９実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図７１Ｄ】  第９実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図７１Ｅ】  第９実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図７１Ｆ】  第９実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図７２】  第９実施形態のナビゲーションシステムの制御手順の一部を示すフローチャート。
【図７３】  第９実施形態のナビゲーションシステムの制御手順の一部を示すフローチャート。
【図７４】  第９実施形態の制御手順の変形例の原理を説明する図。
【図７５】  第１０実施形態のナビゲーションシステムのユーザインタフェース画面を示す図。
【図７６】  第１０実施形態のナビゲーションシステムの制御に用いられるテーブルを示す図。
【図７７】  第６実施形態の制御を一部変形した例のフローチャート。
【図７８】  第７実施形態の制御を一部変形した例のフローチャート。
【図７９】  全実施形態に用いられるユーザインタフェースを示す図。
【図８０】  全実施形態に用いられるユーザインタフェースを示す図。
【図８１】  第１１実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図８２】  第１１実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図８３】  第１１実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図８４】  第１２実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図８５】  第１２実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図８６】  第１２実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図８７】  第１２実施形態のナビゲーションシステムのユーザインタフェースを示す図。
【図８８】  第１２実施形態の制御手順の一部を示すフローチャート。
【図８９】  第１３実施形態の制御手順を示すフローチャート。
【符号の説明】
１  車体
２  集中制御ユニット
３  車載ＬＡＮユニット
４  ＲＡＭカードドライブ
５  データドライブ
６  音声ガイド用スピーカ
７  マイク
８  ディスプレイ
９  携帯電話
１０  操作スイッチ
１１  ＧＰＳアンテナ
１２  ＦＭアンテナ
１３  電話アンテナ
１４  電波ビーコンアンテナ
１５  光ビーコンアンテナ
１６  ＦＭチューナ
１７  ナビゲーションコントローラ
１８  ビーコン信号受信機
１９  ＣＤ−ＲＯＭチェンジャ
【図１】
0003703051.tif 000002
【図２】
0003703051.tif 000003
【図３】
0003703051.tif 000004
【図４】
0003703051.tif 000005
【図５】
0003703051.tif 000006
【図６】
0003703051.tif 000007
【図７】
0003703051.tif 000008
【図８】
0003703051.tif 000009
【図９】
0003703051.tif 000010
【図１０】
0003703051.tif 000011
【図１１】
0003703051.tif 000012
【図１２】
0003703051.tif 000013
【図１３】
0003703051.tif 000014
【図１４】
0003703051.tif 000015
【図１５】
0003703051.tif 000016
【図１６】
0003703051.tif 000017
【図１７】
0003703051.tif 000018
【図１８】
0003703051.tif 000019
【図１９】
0003703051.tif 000020
【図２０】
0003703051.tif 000021
【図２１】
0003703051.tif 000022
【図２２】
0003703051.tif 000023
【図２３】
0003703051.tif 000024
【図２４】
0003703051.tif 000025
【図２５】
0003703051.tif 000026
【図２６】
0003703051.tif 000027
【図２７】
0003703051.tif 000028
【図２８】
0003703051.tif 000029
【図２９】
0003703051.tif 000030
【図３０】
0003703051.tif 000031
【図３１】
0003703051.tif 000032
【図３２】
0003703051.tif 000033
【図３３】
0003703051.tif 000034
【図３４】
0003703051.tif 000035
【図３５】
0003703051.tif 000036
【図３６】
0003703051.tif 000037
【図３７】
0003703051.tif 000038
【図３８】
0003703051.tif 000039
【図３９】
0003703051.tif 000040
【図４０】
0003703051.tif 000041
【図４１】
0003703051.tif 000042
【図４２】
0003703051.tif 000043
【図４３】
0003703051.tif 000044
【図４４】
0003703051.tif 000045
【図４５】
0003703051.tif 000046
【図４６】
0003703051.tif 000047
【図４７】
0003703051.tif 000048
【図４８】
0003703051.tif 000049
【図４９】
0003703051.tif 000050
【図５０】
0003703051.tif 000051
【図５１】
0003703051.tif 000052
【図５２】
0003703051.tif 000053
【図５３】
0003703051.tif 000054
【図５４】
0003703051.tif 000055
【図５５】
0003703051.tif 000056
【図５６】
0003703051.tif 000057
【図５７】
0003703051.tif 000058
【図５８】
0003703051.tif 000059
【図５９】
0003703051.tif 000060
【図６０】
0003703051.tif 000061
【図６１】
0003703051.tif 000062
【図６２】
0003703051.tif 000063
【図６３】
0003703051.tif 000064
【図６４】
0003703051.tif 000065
【図６５】
0003703051.tif 000066
【図６６】
0003703051.tif 000067
【図６７】
0003703051.tif 000068
【図６８】
0003703051.tif 000069
【図６９】
0003703051.tif 000070
【図７０】
0003703051.tif 000071
【図７１Ａ】
0003703051.tif 000072
【図７１Ｂ】
0003703051.tif 000073
【図７１Ｃ】
0003703051.tif 000074
【図７１Ｄ】
0003703051.tif 000075
【図７１Ｅ】
0003703051.tif 000076
【図７１Ｆ】
0003703051.tif 000077
【図７２】
0003703051.tif 000078
【図７３】
0003703051.tif 000079
【図７４】
0003703051.tif 000080
【図７５】
0003703051.tif 000081
【図７６】
0003703051.tif 000082
【図７７】
0003703051.tif 000083
【図７８】
0003703051.tif 000084
【図７９】
0003703051.tif 000085
【図８０】
0003703051.tif 000086
【図８１】
0003703051.tif 000087
【図８２】
0003703051.tif 000088
【図８３】
0003703051.tif 000089
【図８４】
0003703051.tif 000090
【図８５】
0003703051.tif 000091
【図８６】
0003703051.tif 000092
【図８７】
0003703051.tif 000093
【図８８】
0003703051.tif 000094
【図８９】
0003703051.tif 000095