JPH10104000A - ナビゲーション装置 - Google Patents

Abstract

(57)【要約】 【課題】 過度に情報が提供されることなく、且つ的確
に必要な情報を提供することのできるナビゲーション装
置を提案する。 【解決手段】 音声による情報提供を行うに際して、例
えば、走行環境などに応じて、提供される情報の音質も
しくは音量を制御する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えば音声情報など
を出力するナビゲーション装置に関し、特に、複数の情
報が同時に存在する場合において、ドライバに真に必要
な情報を規制的に優先的に出力するナビゲーション装置
に関する。

【０００２】

【従来の技術】コンピュータ情報のマルチメディア化に
伴い、自動車にも急速にマルチメディア化が進んでい
る。例えば、情報の種類には、ナビゲーション情報、VI
CS情報、Audio Visual情報、ラジオ、車載電話、文字放
送、車両システム等がある。情報のマルチメディア化に
おける最大の問題は大量情報の同時発生にある。特に、
ドライバが関与しなくとも、例えば、VICS情報や音声多
重放送等からの情報等が大量に送られてくる。自動車の
マルチメディア化における顕著な特徴は、映像情報はド
ライバがその映像に関心を示さなければ、あるいはその
映像の方向から視線を外せば、大量の情報が流されても
ドライバの運転に影響を与えることはない。

【０００３】しかしながら、音声情報は、有用な情報と
無用な情報とが混在している場合においては、有用か無
用かを識別するにはドライバに意識を集中することを強
いる。また、聞き流すこともなかなか困難であり、例え
ばドライバが緊急回避動作を行っているときに、それほ
どの必要性もない音声が流されたときには、そのような
音声情報はドライバの運転操作に影響を与える場合もあ
り得る。

【０００４】特に音声情報の出力の規制について従来で
は、例えば、特開平５ー１４２９９４号、５ー２０３４
５８号、５ー３３２７７８号では、主に音声情報出力時
の音量を制御している。しかしながら、音量を制御する
と、小さな音量の情報はかえってドライバに緊張を強い
る場合がある。また、特開平２ー１１４１１７号では、
ドライバが音声によるナビゲーションを望むルートをド
ライバ自身が予め複数箇所設定できるようにしておき、
不要な音声による誘導を排除するものである。

【０００５】また、特開平４ー１８９８号では、車両速
度に応じて案内文の音声情報の長さを制御することによ
り、目標地点近傍を通過する時点と案内情報の出力が終
了する時点とを同期させることにより、案内の内容と対
象物との関連を取りやすいようにしたものである。そこ
で、特開平５―１１８８６６号は、走行回数を累積する
ことにより各道路についての熟知度を判定し、熟知度に
応じて、音声情報のオン・オフを制御するようにしてい
る。これは、熟知している道路では音声情報を提供する
ことが不要であるので、音声情報をカットするものであ
る。

【０００６】

【発明が解決しようとする課題】特開平２ー１１４１１
７号の手法でも、ドライバ自身が音声誘導を設定した箇
所でマルチメディア情報が大量に発生した場合には、不
要な音声を排除することはできない。また、特開平４ー
１８９８号のように、車両速度に応じて案内文の音声情
報の長さを制御してたとえ長さを短くしたとしても、複
数の情報が同時に大量に発生した場合には、目標地点を
過ぎ去ってしてしまった時点で、その目標の情報が出力
される場合もあり得る。

【０００７】また、特開平５―１１８８６６号の手法
は、熟知していない道路を走行中に、複数の音声情報が
同時に大量に発生した場合には、同じように、全ての音
声情報が出力されることとなり、やはり、不要な情報が
流されて真に必要な情報が後回しにされる場合もあり得
る。即ち、上記従来技術の全ては複数の情報が同時に存
在することが意識されていないので、換言すれば、自動
車マルチメディア時代の到来を予期していないので、ま
さに玉石混淆の状態で情報を垂れ流していた。

【０００８】本発明は斯かる点に鑑みてなされたもので
あり、その目的とするところは、過度に情報が提供され
ることなく、且つ的確に必要な情報を提供することので
きるナビゲーション装置を提案する。本発明の他の目的
は、情報を、状況に応じて異なる音質もしくは音量で提
供するナビゲーション装置を提案する。

【０００９】本発明の他の目的は、自宅周辺とそれ以外
の土地とで、音声情報を提供する際の口調を異ならせる
ナビゲーション装置を提案する。本発明の他の目的は、
その土地の方言で音声情報の提供を行うナビゲーション
装置を提案する。

【００１０】

【課題を解決するための手段】上記の目的を達成すべ
く、本発明の、音声による情報提供を行うナビゲーショ
ン装置は、所定の状態に応じて、提供される情報の音質
もしくは音量を制御することを特徴とする。上記目的を
達成するための、音声による情報提供を行うナビゲーシ
ョン装置は、ドライバの自宅近傍と他の領域とで、同一
表現の情報について、異なる口調で情報提供を行う。

【００１１】上記目的を達成するための、本発明の、音
声による情報提供を行うナビゲーション装置は、現在位
置に基づいて、その位置の方言を用いて情報提供を行
う。

【００１２】

【発明を実施するための形態】以下、本発明のナビゲー
ション装置及び方法を自動車のナビゲーションに適用し
た各種実施形態を図面に基づいて詳細に説明する。尚、
後述の説明から分かるように、本発明は自動車のみに適
用されるとは限られず、飛行機や船舶などの移動体にも
適用され得る。

【００１３】〈システム構成〉先ず、本発明の全ての実
施形態（並びにそれらの変形例）に係るナビゲーション
装置に共通なシステム構成を第１図〜第３図を参照して
説明する。第１図は、実施形態のナビゲーション装置が
適用された自動車のドライバ席から見た前方視界を表す
図である。また、第２図，第３図は、本発明の一実施形
態としてのナビゲーション装置が自動車に実装された状
態の一例を示すシステム構成図である。

【００１４】第２図において、２は集中制御ユニット(T
WS)であり、走行状態に係る各種データ（燃料残量、平
均燃費、平均車速等）の算出や、以下の各構成を統括的
に制御する。３は車載ＬＡＮユニットであり、例えばア
ンチロックブレーキシステム（ＡＢＳ）や４輪駆動制御
等の制御に必要な不図示のセンサ及び駆動部と集中制御
ユニット２との所謂ローカルエリアネットワーク通信を
制御する。４はＲＡＭカードドライブであり、例えば、
シート位置、ミラー位置等の運転者に関する情報を記憶
したＲＡＭカードのデータ読み込み／書き込み装置であ
る。５はデータドライブであり、例えば、ＦＤ（フロッ
ピーディスク）、ＭＤ（光磁気ディスク）、ＰＤ（相転
移型光ディスク）等のデータ記憶媒体に記憶した各種情
報の読み込み／書き込み装置である。６は音声ガイド用
スピーカであり、ナビゲーションコントローラ１７から
の音声情報が集中制御ユニット２内の音声出力インタフ
ェースを介して出力される。７はマイクであり、操作者
の音声による指示が集中制御ユニット２内の音声認識イ
ンタフェース（不図示）を介してナビゲーションコント
ローラ１７に入力される。８は液晶表示等のディスプレ
イであり、ナビゲーション画面、各種入力操作用の画
面、車両の状態（車速、空調設定等）が表示される。更
に、ディスプレイ８の前面には、その表示に応じてタッ
チ操作による入力操作が可能な、静電容量方式や赤外線
方式等の入力装置を備える。９は携帯電話であり、電話
アンテナ１３が接続される。１０は操作スイッチであ
り、集中制御ユニット２及びナビゲーションコントロー
ラ１７への入力操作を行う。１７はナビゲーションコン
トローラであり、ＧＰＳ（グローバルポジショニングシ
ステム）アンテナ１１からの位置情報とＣＤ−ＲＯＭチ
ェンジャ１９に搭載されたＣＤ−ＲＯＭの地図情報に基
づいて、操作者が操作スイッチ１０等により指定した目
的地までの適当な経路を検索し、ディスプレイ８上の表
示及び音声ガイド用スピーカ６からの音声出力により誘
導を行う。ＣＤ−ＲＯＭチェンジャ１９により読み出さ
れるＣＤ−ＲＯＭの地図情報は、ディスプレイ８に表示
する経路情報の基本情報である。

【００１５】更に、ナビゲーションコントローラ１７に
は、図示の如くＦＭアンテナ１２からのＶＩＣＳ対応の
ＦＭ多重放送を受信するＦＭチューナ１６、そして電波
ビーコンアンテナ１４及び光ビーコンアンテナ１５から
のビーコン信号を受信するビーコン信号受信機１８が接
続されており、それらにより得られるＶＩＣＳ信号及び
／またはビーコン信号を交通規制情報として解釈してデ
ィスプレイ８に表示し、経路誘導の際の経路検索の条件
（制約条件）として使用する。更に、走行経路周辺の地
域情報をデータドライブ５等から入力し、表示情報に利
用してもよい。尚、ＧＰＳによる自車位置の検出手法は
公知なため、説明を省略する。

【００１６】これから説明する実施形態のナビゲーショ
ンシステムでは、ドライバに不必要な、或いは多量すぎ
て不快感を与えかねない情報（特に音声情報）はその提
供を抑制し、或いは出力しないようにしている。また、
ナビゲーションシステムでは特に複数の音声情報が同時
に発生した場合でも、一時には１つだけの音声情報をド
ライバに提供するのが本質であるから、１つの音声情報
だけを、即ち、前記複数の音声情報の中から特定の１つ
の情報だけを選択する必要があるが、本実施形態のシス
テムでは、その１つの音声情報は、情報自体が持つ優先
順位と、情報とは独立してある走行条件（走行状態、走
行環境、走行時間帯、走行目的等）との関連性から生ま
れるその情報の「重要性」とに基づいて選択される。ま
た、上述の競合があった場合には、所定の条件がそろえ
ば、消去される情報も存在する。このような情報は、消
去される旨をデイスプレイに表示され、或いはその音声
情報が代わりに文字情報に変換されて第１図に示したヘ
ッドアップデイスプレイに表示するようにする。

【００１７】〈ユーザインタフェース〉本システムのデ
イスプレイ８にはタッチパネルが設けられている。第７
９図はそのタッチパネルを介して設定された情報を要求
するスイッチを示す。本システムには、第７９図に示す
ように、「ニュース」「天候」「スポーツ」「交通情
報」「車両情報」「ガソリン」（ＧＡＳ）等の６つのジ
ャンルの情報にアクセスすることができる。第７９図
は、それらの情報にアクセスするための機能ボタン（タ
ッチパネルを介したスイッチ）を示す。特定のスイッチ
を押すと、押されたスイッチに対応する情報のみがドラ
イバに提供される。

【００１８】情報ジャンルスイッチは（第７９図）は、
現時点の走行状態において必要と思われるジャンルを表
示する。たとえば、「ＧＡＳ」のジャンルは、残ガソリ
ンが少ないという車両情報をＴＷＳコントローラが受
け、これに応答して、「ＧＡＳ」メニューを表示したも
のである。この表示はドライバに要求されたものではな
く、システムが種々の情報から判断して表示を決定した
ものである。第７９図の他の例で、ワイパが動作すれば
システムは雨が降ってきたものと判断して、「天候」の
メニューを表示したものである。

【００１９】第８０図は、本システムに用意された各種
機能を要求するスイッチを示す。「キャンセル」スイッ
チは今選択中の情報へのアクセスをキャンセルするもの
である。「リピート」スイッチは、現在案内中の情報
（データドライブ装置５に記憶されている）を、最初の
項目から再生する。「音声メイン」スイッチは、音声で
の情報案内を行うかどうかを切り換える。

【００２０】「音声要求」スイッチは、本システムに特
有なスイッチで、このスイッチを押すと、本ナビゲーシ
ョンシステムに具備されている種々のマルチメディア情
報を、所定の順序で提供する。「スキップ」スイッチ
は、項目もしくはジャンルを、１つ飛ばす機能を有す
る。

【００２１】「選択」スイッチは、情報のジャンルを選
択して決定する機能を有する。「ファンクション」スイ
ッチは特定の項目を記憶させ、その情報だけを直接案内
する機能を有する。尚、 〈メディア及び情報の種類〉第１図〜第３図に示した本
実施形態のナビゲーションシステムで対象となる情報の
メディアは、ＮＡＶＩ，ＶＩＣＳ，オーディオ，ラジ
オ，車載電話、文字放送，車両システム等である。そし
て、これらのメディアからの情報には第４図に示すよう
に、車両情報，ＮＡＶＩ情報，ＶＩＣＳ情報，オーディ
オ，車載電話情報，文字放送情報等があり、これら情報
の具体的な例は第４図に示すとおりである。

【００２２】〈優先順位，走行条件による情報提供の規
制〉本実施形態のナビゲーションシステムでは、上述の
車両情報，ＮＡＶＩ情報，ＶＩＣＳ情報，オーディオ，
車載電話情報、文字放送情報等を、ナビゲーションに
必要な情報として利用する。しかしながらマルチメディ
アナビゲーションシステムでは、提供すべき情報が同時
に発生することが常態となることがあり得、同時多発の
情報提供はドライバに不快感を与えかねず、ひいては対
応しきれない情報提供はドライバに混乱をもたらすこと
になる。情報が音声情報であるときには特にそうであ
る。

【００２３】そこで、本発明の種々の実施形態のナビゲ
ーションシステムは、同時に情報が存在するときに、重
要な情報に優先順位を与え、或いは、所定の条件におい
て不要と考えられるメディアからの情報を規制すること
により、ドライバに必要な情報を提供することを特徴と
する。第５図は、これから説明する各種の実施形態にお
いて、ドライバが選択可能なマップの例を示す。

【００２４】一般に、車両が走行している過程では走行
条件（例えば、車速，車間距離，オートクルーズ状態
等）が色々と変化する。第１実施形態では、走行条件の
変化に応じて情報規制の態様を異ならせるものである。
但し、マルチナビゲーションシステムでは、情報とは、
規制すべきではなく緊急性の高い緊急情報（事故情報）
から、音楽番組のタイトル等のように全く緊急性のない
情報まで多岐に亙る。情報提供の規制は、提供時の走行
条件に応じて決定されるべきであり、そのために、これ
ら実施形態では走行条件の変化に応じて情報規制の態様
を異ならせるのである。但し、走行条件といっても、各
ドライバによって、また、ドライバが走行している道路
などによってもまちまちであるので、本実施形態では、
走行条件を、第５図に示すように、「車両状態」、「走
行状態」、「走行環境」、「走行目的」、「時間帯」、
「ドライバの状態」、「情報の精度」の７種類に分類し
ている。即ち、走行条件を７種類に分類し、各走行条件
に対して情報の規制態様を規定するマップを設定する。
一方、ドライバに対しては、各走行条件について、第５
図に示すような参照項目をドライバに表示（デイスプレ
イ８に）することにより、どのマップを選択すれば、ど
のような情報規制が行われるのかを予測できるようにし
てある。

【００２５】マップの選択は第１６図の制御手順（後
述）に従って行われる。 〈データ，テーブルなどの定義〉先ず、「走行状態」に
応じた情報提供の規制を、第１実施形態として、第４図
〜第２３図等を用いて説明する。第６図は、第１実施形
態のみならず他の実施形態のシステムにおいて発生する
情報の種類、並びに、情報の種類に前もって与えられて
いる各種属性を定義するテーブルを示す。情報の種類と
して、「緊急情報」，「車両情報」，「ＶＩＣＳ情
報」，「交通情報」，「ＮＡＶＩ情報」，「天候情
報」，「ニュース」，「スポーツ情報」，「イベント情
報」，「音楽タイトル」の１０種類を設定している。特
に、第６図のテーブルは、各種類の情報について、「種
類 ＫＮＤ」，「優先順位」ＰＲＤ，「ランク（デフォ
ルト値）」ＲＫＤ，「ランク（補正値）ＲＫＣ」，「容
量（Ｄ値）」ＣＡＰＤ，「容量（変更値）」ＣＡＰＣ，
「残量」ＲＥＭ，「ポインタ」を定義する。

【００２６】各メディア赤ら入力された情報には、その
情報に対応した「優先順位」ＰＲＤ，「ランク（Ｄ
値）」ＲＫＤ，「ランク（補正値）ＲＫＣ」，「容量
（Ｄ値）」ＣＡＰＤ，「容量（変更値）」ＣＡＰＣ，
「残量」ＲＥＭ が付されて予定のメモリに記憶され
る。具知的には、各情報にはその種類を表す識別子ＫＮ
Ｄが付される。例えばＫＮＤ＝３の情報はＶＩＣＳ情報
である。また、各種類の情報には前もって「優先順位」
ＰＲＤが設定されている。「優先順位」ＰＲＤの値は、
その情報を提供する際の優先順位を示すもので、例え
ば、ＶＩＣＳメディアから入力された情報には、ＫＮＤ
＝３の識別子が与えられ、その優先順位ＰＲの値は
“３”である。優先順位はその値が小さいほど高い優先
順位を示す。従って、車両火災やトンネル事故などの
「緊急情報」（ＫＮＤ=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を定義
している。

【００６７】第２４図は第１実施形態における「連続出
力」の定義を説明する。ドライバが出力が連続的に行わ
れていると感じるのは、第３１図に示すように、１つの
情報の出力の終了時点（＝ＴＭＥＤ）から次の情報の出
力の開始時点（ＴＭＳＴ）までの時間差が小さい場合で
ある。時間差の閾値をδとすると、 ＴＭＳＴ−ＴＭＥＤ＜δ であるような情報の出力シーケンスがＬＭＴ回重なると
不愉快に感じるものと定義する。そこで、ＬＭＴ回だけ
連続して情報が出力されたならば、それ以降にキューイ
ングされている入力情報はキューから取り除かれるもの
とすることによってドライバが不快感を感じるのを防止
する。但し、制限回数ＬＭＴは走行状態によって変化が
あってしかるべきである。そこで、第１実施形態では、
第２１図に示すように、制限回数ＬＭＴを走行状態によ
って差を付けることとする。即ち、車両が急動作（急旋
回や急制動）を行っているときは情報は除去されるべき
ではないから、急旋回や急制動状態では、ＬＭＴには制
限は設けない、しかし、運転状態が通常状態に近ければ
近いほど、ドライバはよりゆとりを持って運転をしてい
るから、換言すれば情報提供に煩わしさを感じる度合い
はより減るから、制限回数ＬＭＴをより大きな値とす
る。

【００６８】回数のチェックは出力が開始される時点で
行えばよい。即ち第１９図の出力ルーチンが実行される
毎にステップＳ６０４（詳細は第２２図）が実行され
る。第２２図のステップＳ５７２において、 ＴＭＳＴ
−ＴＭＥＤが演算される。ステップＳ５７４ではこの差
が閾値δよりも大きいかがチェックされる。大きい場合
はそれまでの連続出力は問題がない程度のものであった
のであるから、ステップＳ５８２で、連続出力の回数を
記憶するカウンタＣＮＴＲをリセットする。

【００６９】一方、閾値δを超えるような時間差があっ
た場合には、ステップＳ５７６に進み、カウンタＣＮＴ
Ｒをインクリメントする。ステップＳ５７８では、計数
値ＣＮＴＲと現時点での走行状態ＳＴＡＴに応じた制限
回数ＬＭＴとを比較し、計数値ＣＮＴＲがＬＭＴを超え
ている場合には、ステップＳ５８０で、出力テーブルに
キューイングされている情報出力要求（ＩＱ＝１）を探
索する。そしてステップＳ５９０で情報出力のキューを
リセットする。

【００７０】ステップＳ５９０の消去ルーチンの詳細は
第２３図に示されている。即ち、ステップＳ５９２で、
現在の走行状態が急旋回もしくは急制動状態の時は、元
の第２２図のルーチンにリターンするので、キューのリ
セットは行われない。急旋回もしくは急制動状態のとき
は情報の消去は行わない方が好ましいからである。一
方、急旋回もしくは急制動状態でないときは、ステップ
Ｓ５９４で、そのときの走行状態に応じてキューをリセ
ットする。尚、ステップＳ５９４でのキューの消去はラ
ンクが“Ａ”である入力情報には行なわれないようにな
っている。

【００７１】〈第１実施形態の効果〉以上説明した第１
実施形態のナビゲーションシステムによると次のような
効果が得られる。 ：特に音声情報の入力源をマルチメディアとすること
により、豊富な情報量が保証されて経路誘導指示がより
適切なものとなる。 -1：音声情報がマルチメディア化すると、過度に大量
の音声情報の提供が行われて、逆に不快感を与えたり、
重要な情報を聞き逃すといった事態の発生が懸念される
が、第１実施形態では、メディア毎に情報提供の規制の
手法を異ならせている（メディア毎に、優先順位ＰＲ、
優先ランクＲＫ）ので、その情報のソースたるメディア
に適した情報提供の規制を行うことができる。 -2：現在の走行状態に応じた情報提供の規制を行って
いるので、その走行状態に最適な量もしくは種類の情報
が的確にドライバに与えられる。

【００７２】特に第１実施形態では、第１３図に示すよ
うに、走行状態によっては不要な情報を前もってカット
するようにしている。また、第１１図及び第１２図のテ
ーブルに示したように、走行状態ＳＴＡＴと情報のラン
クＲＫの双方に基づいて情報の出力のタイミングの緊急
度レベルＬＶＬを判断しているので、走行状態ＳＴＡＴ
だけ、或いは情報ランクＲＫだけに基づいた情報提供タ
イミングの画一化が防止される。情報の提供は、情報の
性質（ランク、即ち重要性）と現在の走行状態（緊急
性）の双方に基づいて決定されるべきであるからであ
る。

【００７３】また、第２１図に示すように、連続出力に
制限を設けることにより、ドライバに不快感を与えない
ようにした。さらに、その制限回数を走行状態に応じて
変更することにより、走行状態によって重要となる情報
が失われるのを防止した。 ：第１実施形態のシステムでは、異なる情報が複数同
時に発生したときに、優先度（ランク）もとづいて出力
順位が決定されている。重要度の高い情報を優先的に出
力することによりナビゲーション情報がドライバに適切
に提供されることになる。 -1：優先順位の低い情報は提供を中止する（第１３図
のＲＫＬＭＴによる規制、及び第１２図のレベル３情報
の出力禁止）ことにより、ドライバへの提供情報 -2：優先順位を定義したテーブルを補正可能とするこ
とによりユーザの好みに合わせたナビゲーション情報の
提供が達成される。 ：提供を中止された音声情報は、情報そのものを、或
いは中止した旨のメッセージをデイスプレイに表示する
ことにより、情報の消失防止と不快感の減殺を両立し
た。この大体表示も操作者の好みによって付勢或いは消
勢可能とした。 ：第７図，第８図に示すように、メディア毎に情報を
記憶するメモリの記憶容量を設定できるようにした。大
量に発生する（不必要な）情報によってメモリの記録領
域が満杯になるのを防止できる。しかも、容量をユーザ
が設定できるようにしたので操作性が向上する。さら
に、重要な情報（緊急情報）については別途ユーザが関
知できない領域に特別な記憶領域を確保しているので、
そのような情報が記憶領域不足により記憶されないこと
が防止できる。

【００７４】〈第１実施形態の変形〉…第１変形例（音
声データ→表示データ） この第１変形例は、前記第１実施形態の制御（第１０図
〜第２８図）に対して変形を加えたものである。第１実
施形態では、急旋回状態または急制動状態の時にランク
“Ｂ”の音声情報（車両に関する情報）が発生すると、
ランク“Ｂ”の情報は比較的に重要度が高いということ
で、ＬＶＬ＝２が与えられ、他の情報との競合次第で
は、その音声情報がドライバに提供されることがある。

【００７５】この第１変形例は、急旋回状態または急制
動状態において、ランク“Ｂ”の情報が発生したときに
は、そのランク“Ｂ”の情報が比較的に重要度が高いこ
とに鑑みて、ＬＶＬ＝１の提供タイミングレベルを与え
ることにより確実に情報としてドライバに提供すること
を保証しつつも、そのランク“Ｂ”情報が文字情報なら
ば音声情報に変換せずに、または音声情報ならば文字情
報に変換して、ドライバに提供することにより、急旋回
状態または急制動状態において音声によりドライバの注
意力を散漫にしないことを目的とする。

【００７６】第６７図は、第１変形例の制御に用いられ
る提供タイミングレベルの設定テーブルを示す。第１実
施形態のそれ（第１１図）と異なる点は、上述したよう
に、急旋回状態または急制動状態においてはランク
“Ｂ”情報に対してＬＶＬ＝１を与えるが、提供形態は
あくまでも表示に留める点にある。第１変形例は、実質
的に第１実施形態の制御手順を援用するが、第１実施形
態の「優先度に応じた処理」ルーチン（第１８図）を第
６８図の制御手順に置き換える。即ち、この第１変形例
の制御は、ＬＶＬ＝１のレベルの情報が検出されると、
ランクが“Ｂ”の情報が急旋回または急制動中に発生す
ると、文字データに変換（または文字データのまま）し
てデイスプレイ８に表示するようにしている。

【００７７】尚、上記第１変形例では、ランク“Ｂ”の
車両情報に対して音声情報で提供すること抑制していた
が、急制動や急旋回状態ではランク“Ａ”の音声情報も
ドライバにわずらわしいときがあり、そこで、ランク
“Ａ”の音声情報も表示されるだけのように、第１変形
例をさらに変形することも可能である。 〈第２実施形態〉…走行環境の考慮 上述の第１実施形態は、情報提供のタイミングを、特に
２つの情報が競合した場合における情報提供のタイミン
グを、緊急度レベルＬＶＬ（第１１図）という概念を導
入することにより決定していた。このレベルＬＶＬは第
１１図に示すように優先度ランクＲＫと走行状態ＳＴＡ
Ｔとによって決定される。

【００７８】以下に提案する第２実施形態は、優先順位
の上下関係と走行環境とによって競合を調停するもので
ある。このために、本第２実施形態では、第１実施形態
の第１８図のフローチャートの代わりに第３１図のフロ
ーチャートを、第１１図のテーブルの代わりに走行環境
ＥＮＶを考慮した第２９図のテーブルを用いる。その他
のフローチャート及びテーブルは第１実施形態のものを
そのまま援用する。

【００７９】第２９図は、対象の情報種類ＫＮＤに対す
るそのときの走行環境ＥＮＶを考慮した優先順位決定テ
ーブルを示す。本第２実施形態における優先順位は優先
順位決定後における制御アクションの分類を示すので、
第１実施形態の「レベルＬＶＬ」と区別する意味で、便
宜上「分類ＣＬ」と呼ぶこととする。本第２実施形態で
は、走行環境として、山岳路と自宅近傍と渋滞路の３種
類の走行環境を設定している。第２９図に従えば、同じ
種類の情報でも、走行環境が異なればドライバにとって
重要度が異なるものであるから、その変化に応じて優先
順位、即ち、分類ＣＬの値も異なるものとなる。分類Ｃ
Ｌの値は重要度が高いほど小さい値を割り当てた。例え
ば、ＮＡＶＩ情報は、渋滞路では重要度は高い（値は
“２”）が、山岳路では重要度は中程度（値は“３”）
であり、自宅近傍では地理に知悉しているので重要度は
低く（値は“４”）なる。尚、この第２実施形態では、
分類値ＣＬが“１”である情報は常に出力されるものと
し、“４”の情報は出力対象外とされている。

【００８０】第３１図は、第１実施形態の第１８図のフ
ローチャートに代わる第２実施形態のための制御手順を
示す。即ち、第３１図の制御手順を実行するときは、第
１０図のメインルーチンルーチンを実行中に、１つの情
報ｘがキューイングされていることを発見してステップ
Ｓ５００の「情報提供制御」サブルーチン（詳細は第１
７図）を起動し、「情報提供制御」サブルーチン（第１
７図）を実行してステップＳ５２０を実行することが起
動された場合である。

【００８１】即ち、第３１図のステップＳ７００を実行
する時点では、情報提供すべき情報の番号ｘはレジスタ
ｎに移管されている。そこで、ステップＳ７００では、
情報ｎを処理するに際して、既に情報提供中（便宜上、
第１実施形態と同じように、出力中と呼ぶ）の情報ｘが
あるか否かを調べる。出力中の情報ｘが存在しない（競
合する情報が存在しない）のであれば、当該キューイン
グされている情報ｎは出力されてもよいので、ステップ
Ｓ７３６に進み情報ｎを出力キューに入れる、即ち、フ
ラグＯＵＴＱ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＝０とする。この情報ｋのキューをリセ
ットすることにより、この情報ｋの後で発生するかも知
れないより優先度の高い情報が提供されることを確保す
る。

【０１４３】かくして、提供間隔を制御することによ
り、その時点の走行条件に応じた最適な情報量の音声情
報がドライバに提供される。 〈第９実施形態の変形〉…第８変形例 第９実施形態は、先の音声情報の出力が終わる毎にタイ
マＴを起動していたが、この第８変形例は、先の音声情
報の出力が始まる度にタイマＴを起動するものである。
この場合、第７４図に示すように、その先の音声情報の
提供にかかる時間を計算する必要がある。

【０１４４】〈第１０実施形態〉…情報種類別の音質等
の使い分け 第１０実施形態は、前述の第１実施形態〜第８実施形態
のナビゲーションシステムの夫々に適用可能な音声情報
の出力形態の改良に関する。第１０実施形態は、過度な
音声情報がドライバに特に不快感を与えることに鑑みて
なされたもので、入力された音声情報を、その時点にお
ける状態に応じて、音質を変えて或いは音量を変えて出
力するものである。

【０１４５】第７５図は、音声情報の出力の態様を設定
するユーザインタフェースの表示画面の一例である。こ
の第１０実施形態では、第７６図に示すように、「警告
情報」，「進路案内情報」，「道路交通情報」，「設備
案内情報」，「高速道路案内情報」，「現在位置情
報」，「走行環境」，「走行時間」，「走行時間帯」，
「走行地域」に応じて、音質、音量を異ならせている。
異ならせ方は、総じて、ドライバに注意を喚起するよう
な種類の情報に関しては緊張感のある声、指示口調の声
に設定し、逆にドライバに緊張感を与えるべきでないよ
うな走行シーンにおいては、例えば、「穏やか」な女声
による声で案内口調で発生するようにしている。

【０１４６】本実施形態（第１実施形態〜第１０実施形
態）のシステムのコントローラ２は、音声情報の文字コ
ードを、男性と女性とのどちらの音声でも発声できる音
声合成データを記憶するＲＯＭを有している。また、文
法ルールを記憶するＲＯＭを有して、口調を「指示調」
と「案内調」に変更することもできる。即ち、第１０実
施形態の制御を例えば第１実施形態にインストールする
場合には、上記音声データの変換制御は第１９図の「出
力」ルーチンにおいてなされる。

【０１４７】〈第１１実施形態〉…出力先メディアの使
い分け 本ナビゲーションシステムは、マルチメディア情報のソ
ースとして各種メディアを有するほかに、ヘッドアップ
デイスプレイや通常のデイスプレイ８、さらには、音声
出力チャンネル、等の各種手段（提供手段）を有してい
る。第１１実施形態は、第１実施形態〜第１０実施形態
は、情報を、その提供の適否をまたは提供の優先順情報
を考慮することにより、音声情報のドライバへの提供を
規制するものであったが、この実施形態は、出力先のメ
ディアを使い分けることによって、結果として、情報提
供の規制を行うものである。

【０１４８】第８２図は、走行状態や条件によって決定
されるその時点の「緊急度」と、その情報自体が有して
いる「優先順位ランクＲＫ」（第１実施形態などのラン
クと同じである）とによって、音声情報の出力先を決定
する論理テーブル（音声情報出力先決定テーブル」）を
示す。第１１実施形態では、この決定論理をユーザが選
択できる点にも特徴がある。第８１図はユーザが決定論
理に関与可能な範囲を定義するテーブル（「メニュー設
定許可定義テーブル」と呼ぶ）である。

【０１４９】第８１図のメニュー設定許可定義テーブル
において、ユーザが定義できる領域を、便宜上、網掛け
で定義不可の領域と区別して示す。ここで、第１１実施
形態における「緊急度」について説明する。この第１１
実施形態において、「緊急度」は他の実施形態と同様
に、走行状態や走行条件によって、即ち、「情報」自体
からは独立して存在する事象に基づいて決定される「情
報」の緊急性を表す指標である。本実施形態では、緊急
度を第８３図のテーブルのように定義する。緊急度の値
が小さいほど緊急性が高いとし、大きいほど低いと決め
る。尚、第８３図の状態の多くは第２図に示した各種セ
ンサによって判断することができる。第１行目の「道路
曲率が大きいとの予想」はＮＡＶＩコントローラから得
られる情報、たとえば、次ぎはカーブに接近するとの情
報に基づいて判断することができる。

【０１５０】第８２図のテーブルにおいて、×は情報提
供がなされないことを示す。第８３図の「出力先決定テ
ーブル」の特徴は、情報自体の緊急度であるランクＲＫ
の値が低いほど且つ走行条件としての緊急度（テーブル
の縦軸）が高いほど、そのような情報の提供の必要性は
低くなるから、音声情報としてもデイスプレイにも表示
されないようにしている。たとえば、ランク＝Ｅで緊急
度＝１の時は出力はされない。また、情報自体のランク
ＲＫ値が高いほど且つ走行条件としての緊急度が低いほ
ど、その情報を提供することの意義が増すから、そのよ
うな情報の提供先の選択肢が広がっている。たとえば、
ランク＝ＡまたはＢで緊急度＝４の時はその情報は音声
情報としてまたはデイスプレイ（デイスプレイ８及びヘ
ッドアップデイスプレイを含む）に出力され得る。

【０１５１】かくして、第１１実施形態により、音声情
報の出力先を走行条件に応じて選択する（出力しないこ
とも含む）ことにより、適切なタイミングで適切な情報
が過不足なくドライバに伝わる。 〈第１２実施形態〉…スイッチによる提供シーケンスの
決定 前述の第１実施例〜第１１実施例のナビゲーションシス
テムでは、情報の提供の順序は、それら情報の発生順序
と情報間の優先順位の上下によって決まっていた。その
ために、情報が提供される順序はそれら情報が発生した
順序と関係なく、従って予想することは困難である。

【０１５２】第１２実施形態は、複数の情報が同時に或
いは連続的に発生した場合において、ユーザがそれら情
報の提供順序を制御できるようにしたものである。第１
２実施例の動作を説明する便宜上、同実施形態のナビゲ
ーションシステムは、情報の種類として、「ワーニング
情報」「道路案内情報」「設備案内情報」「高速道路情
報」「道路交通情報」「現在位置情報」を発生するもの
とする。これら情報はドライバにとっての「案内情報」
となる。これらの情報の元となる環境条件の検出は、第
８５図に例示した各種の環境検出手段によって検出する
ことができる。

【０１５３】第８５図と第８６図の例では、燃料の残が
少なくなったとのワーニングが発生した場合には、ドラ
イバが欲しいのは、その警告に対処するための一連の案
内情報である。第８６図にこれら案内情報の例を示す。
換言すれば、案内情報は一連の警告に対処するための一
連のシーケンスからなる論理に貫かれていることがユー
ザには好ましい。即ち、設備への案内情報が警告情報よ
りも先に出たのでは、何故設備案内情報が提供されたの
か理解するのに手間取る。運転中にこの理由を考えるこ
とを強いられるのは酷である。第１２実施形態のナビゲ
ーションシステムは、各種情報の提供順序を、第８７図
のユーザインタフェースによって指定するものである。
第８７図の例では、提供順序は優先順位をユーザが設定
することによって決められるようになっている。従っ
て、第１２実施形態の提供順序のユーザによる指定は、
前述の第１実施形態〜第１１実施形態の各種ナビゲーシ
ョンシステムに適用可能となる。第１実施形態〜第１１
実施形態の各種ナビゲーションシステムも「優先順位」
を用いているからである。第１実施形態〜第１１実施形
態のナビゲーションシステムでは、優先順位は情報の重
要度或いは緊急度によって決められていたが、この第１
２実施形態では、一連の各種情報の提供シーケンスによ
って１つのストーリが生まれるように決められるのであ
る。

【０１５４】第８７図は、案内情報の提供優先順位を設
定するユーザインタフェースを示す。図中、「おまかせ
モード」とはユーザがシステムによって前もって決めら
れていた順序を使用することを意味する。「自分で決め
るよ」モードが選択されていると、ユーザが順序を入力
できるようになる。第８７図の例では、「現在位置情
報」→「進路案内情報」→「道路交通情報」→「ワーニ
ング情報」→「高速道路案内情報」→「設備案内情報」
の順が設定されている。

【０１５５】第１２実施例では情報の種類として、「ワ
ーニング情報」「道路案内情報」「設備案内情報」「高
速道路情報」「道路交通情報」「現在位置情報」を発生
もしくは必要とするが、これら情報の有無は第８５図の
各種センサを用いることによって、 Ａ：「ワーニング情報」の有無は、ワーニング情報の存
在そのものを判断することによって、 Ｂ： 「道路案内情報」の有無は経路誘導が行われてい
るか否かによって、 Ｃ： 「設備案内情報」の有無は、経路誘導が行われて
いる最中に、車両が目的地或いは経由地の近傍を走行中
か否かを判断することによって、 Ｄ：「高速道路情報」の有無は、高速道路を走行中か否
かによって、 Ｅ：「道路交通情報」の有無は、走行道路前方に渋滞ま
たは事故などが発生しているか否かを判断することによ
って、 Ｆ：「現在位置情報」の有無は、走行頻度が低い地域を
現在走行しているか否かを判断することによって検出す
ることができる。

【０１５６】第８８図のフローチャートは、第１２実施
形態の制御手順を示す。この制御手順は優先順位ＰＲを
出力するものであるから、第１２実施形態の制御を第１
実施形態〜第１１実施形態の制御に適用するものである
ならば、例えば第１実施形態の制御手順のステップＳ３
０２とステップＳ３０４の間に付加することが適当であ
る。

【０１５７】即ち、ステップＳ２５０２〜ステップＳ２
５１２において上述のＡ〜Ｆの６つの判断を行う。判断
結果は６ビットのデータ（ＡＢＣＤＥＦ=ｘｘｘｘｘ
ｘ）として表現される。このデータの値が“０”である
ならば、即ち、全ビットがオフであるならば、案内情報
を出力する必要性が発生していないのであるから、ステ
ップＳ２５２０で音声案内を消勢する。

【０１５８】一方、６つのビットの内いずれかのビット
がＯＮであるならば、即ち、いずれかの案内情報の必要
性が発生しているのであるならば、ステップＳ２５１４
でＮＯの判断が出るから、ステップＳ２５１６で音声要
求ＳＷ（第８０図を参照）が投入されていることを確認
して、第８７図のユーザ設定に従って優先順位を生成す
る。

【０１５９】第８４図は、６ビット（ ＡＢＣＤＥＦ）
のパターン（２１種類）によって６種類の案内情報の提
供順序が２１通りの順序に設定されることを示す。例え
ば、ＡＢＣＤＥＦ＝１０００１１であった場合には、即
ち、「ワーニング情報」と「道路交通情報」と「現在位
置情報」とが発生している場合には、これら３つの情報
には、優先順位の値がそれぞれ、“４”、“３”、
“１”と与えられているから、提供順は、第８４図に示
すように、“１”、“３”、“２”となる。

【０１６０】以上のようにして、第１２実施形態のナビ
ゲーションシステムでは、ユーザが自分の目的に合致さ
せて情報の提供順序を設定することができる。従って、
複数の情報がシーケンス順に提供されるときに、その順
序はユーザ自身が組み立てた論理に基づいているので、
それら複数の案内情報を理解することが極めて容易にな
る。即ち、完成度の高い使い易いナビゲーションシステ
ムとなる。 〈第１３実施形態〉…曲間のアイドル中に情報を提供 第１３実施形態は、音楽番組などは、曲間で音がとぎれ
てドライバに不快感を与えるのを防止するために、曲間
の間隙に情報を提供するものである。

【０１６１】第８９図は、本実施形態の制御手順のフロ
ーチャートである。ステップＳ３０００で情報の入力キ
ューが発生したことを確認する。そこで、ステップＳ３
００２でオーディオが使用中であるかを調べる。使用中
でなければステップＳ３０１４で情報を提供する。オー
ディオが使用中でないのならば、ステップＳ３００４
で、発生した情報の優先順位を調べる。

【０１６２】ステップＳ３００８〜ステップＳ３０１２
は、オーディオを一時停止して、その間に情報を提供す
る制御手順である。即ち、ステップＳ３００８でオーデ
ィオを一時停止、ステップＳ３０１０で情報提供を行
い、ステップＳ３０１２でオーディオを再開する。この
オーディオの間隙に情報提供を行う制御は、ステップＳ
３００４で高優先順位の情報が発見されたときに、また
は、ステップＳ３００６で曲間のアイドリングタイム中
である。

【０１６３】特に、曲間のアイドリング中は、オーディ
オはビジーであるにも関わらず、そのオーディオを一時
停止するので、情報提供を行うことができる。尚、曲間
に提供されるべき情報は、それなりの優先順位を持つ情
報でなくてはならない。曲が始まれば、その種類の情報
は曲が終わるまで提供されなくなるのであるからであ
る。そこで、前述の実施形態の各種ユーザインタフェー
ス（例えば第１２実施形態の第８７図のインタフェー
ス）を用いて、オーディオに割り込む情報（ステップＳ
３００４でＮＯとなる情報）と、曲間に挿入される情報
（ステップＳ３００４でＹＥＳとなる情報）について、
予め設定しておくことが重要である。

【０１６４】

【発明の効果】以上説明したように、本発明の音声によ
る情報提供を行うナビゲーション装置は、例えば、第７
６図に示すように、所定の状態に応じて、提供される情
報の音質もしくは音量を制御する。第７６図に示された
制御によれば、本発明の好適な一態様は、ドライバの疲
労度に応じて情報の音質もしくは音量を制御する。

【０１６５】第７６図に示された制御によれば、本発明
の好適な一態様は、走行時間帯に応じて情報の音質もし
くは音量を制御する。第７６図に示された制御によれ
ば、本発明の好適な一態様は、走行環境に応じて情報の
音質もしくは音量を制御する。第７６図に示された制御
によれば、本発明の好適な一態様は、情報の緊急度に応
じて該情報の音質もしくは音量を制御する。

【０１６６】第７６図に示された制御によれば、本発明
の好適な一態様は、情報の優先度に応じて該情報の音質
もしくは音量を制御する。第７６図に示された制御によ
れば、本発明の好適な一態様は、連続走行時間に応じて
該情報の音質もしくは音量を制御する。また、本発明
の、音声による情報提供を行うナビゲーション装置は、
ドライバの自宅近傍と他の領域とで、例えば第７６図に
示すように、同一表現の情報について、異なる口調で情
報提供を行う。

【０１６７】また、本発明の、音声による情報提供を行
うナビゲーション装置は、第７５図に示すように、現在
位置に基づいて、その位置の方言を用いて情報提供を行
う。

【図面の簡単な説明】

【図１】 本発明を適用したマルチメディア型ナビゲー
ションシステムの主要部分を車内から見た図。

【図２】 図１のナビゲーションシステムの接続を示す
図。

【図３】 図１，図２に示されたナビゲーションシステ
ムの接続を示す図。

【図４】 図１３のナビゲーションシステムに接続され
た各種メディアの種類を示す図。

【図５】 本発明を適用した実施形態にかかるナビゲー
ションシステムに用いられるマップの名称、及び各マッ
プににおいて参照される項目を説明する図。

【図６】 本発明の全ての実施形態のナビゲーションシ
ステムにおいて用いられるところの、各種情報に割り当
てられる属性情報（優先順位、ランク値、記憶容量等）
を管理するためのテーブルを示す図。

【図７】 ナビゲーションシステムにおける情報の記憶
領域の分割の態様を示す図。

【図８】 ナビゲーションシステムにおける情報の記憶
領域の分割の態様を示す図。

【図９】 本発明の全実施形態のナビゲーションシステ
ムにおいて用いられる入力情報キューテーブルの構成を
示す図。

【図１０】 第１実施形態にかかるナビゲーションシス
テムの制御手順のメインルーチンのためのフローチャー
ト。

【図１１】 第１実施形態のナビゲーションシステムで
用いられる出力タイミングレベルＬＶＬの設定テーブル
の構成を示す図。

【図１２】 レベルＬＶＬの値に応じた制御動作の態様
を示す図。

【図１３】 走行状態の相違により、情報提供が許可さ
れるランクの下限ＲＫＬＭＴがどのように変化するかを
示すテーブルの図。

【図１４】 第１実施形態のナビゲーションシステムの
制御手順の「情報入力割り込み」ルーチンのフローチャ
ート。

【図１５】 第１実施形態のナビゲーションシステムの
制御手順の「マップ補正」ルーチンのフローチャート。

【図１６】 第１実施形態のナビゲーションシステムの
制御手順の「マップ選択」ルーチンのフローチャート。

【図１７】 第１実施形態のナビゲーションシステムの
制御手順の「情報提供制御」ルーチンのフローチャー
ト。

【図１８】 第１実施形態のナビゲーションシステムの
制御手順の「優先度に応じた処理」ルーチンのフローチ
ャート。

【図１９】 第１実施形態のナビゲーションシステムの
制御手順の「出力」ルーチンのフローチャート。

【図２０】 第１実施形態のナビゲーションシステムの
制御手順の「出力完了」ルーチンのフローチャート。

【図２１】 第１実施形態のナビゲーションシステムの
制御で用いられる変数「制限回数ＬＭＴ」の定義を与え
るテーブルの図。

【図２２】 第１実施形態のナビゲーションシステムの
制御手順の「回数チェック」ルーチンのフローチャー
ト。

【図２３】 第１実施形態のナビゲーションシステムの
制御手順の「消去」ルーチンのフローチャート。

【図２４】 図２２の「回数チェックルーチン」の動作
の一例を示す図。。

【図２５】 第１実施形態のナビゲーションシステムの
システムに用いられる、音声情報が音声として出力され
ない場合の２つのオプションを指示するスイッチの構成
を示す図。

【図２６】 第１実施形態のナビゲーションシステムの
制御動作の一例を示す図。

【図２７】 第１実施形態のナビゲーションシステムの
制御動作の一例を示す図。

【図２８】 第１実施形態のナビゲーションシステムの
制御動作の一例を示す図。

【図２９】 本発明の第２実施形態のナビゲーションシ
ステムに用いられる走行環境-アクション分類を定義す
るテーブルの構成を示す図。

【図３０】 本発明の第２実施形態のナビゲーションシ
ステムに用いられる走行環境-アクション分類ＣＬの値
により異なる動作を説明する図。

【図３１】 第２実施形態のナビゲーションシステムの
制御手順の「優先度に応じた処理」ルーチンのフローチ
ャート。

【図３２】 第２実施形態のナビゲーションシステムに
特有な「例外情報の処理」サブルーチンのフローチャー
ト。

【図３３】 第２実施形態のナビゲーションシステムの
動作を説明するタイミングチャート。

【図３４】 第２実施形態のナビゲーションシステムの
動作を説明するタイミングチャート。

【図３５】 第３実施形態のナビゲーションシステムに
用いられる分類テーブルの構成を示す図。

【図３６】 第３実施形態のナビゲーションシステムの
動作を説明する図。

【図３７】 第３実施形態のナビゲーションシステムの
制御手順についてのメインルーチンを示すフローチャー
ト。

【図３８】 図３７のフローチャート中の「情報提供制
御」ルーチンの詳細フローチャート。

【図３９】 図３７のフローチャート中の「情報入力」
ルーチンの詳細フローチャート。

【図４０】 第３実施形態のナビゲーションシステムの
制御手順の「マップ補正」ルーチンのフローチャート。

【図４１】 第３実施形態のナビゲーションシステムの
制御手順の「マップ選択」ルーチンのフローチャート。

【図４２】 第３実施形態のナビゲーションシステムの
制御手順の「優先度に応じた処理」ルーチンのフローチ
ャート。

【図４３】 第３実施形態のナビゲーションシステムの
制御手順の「出力」ルーチンのフローチャート。

【図４４】 第３実施形態のナビゲーションシステムの
制御手順の「出力完了」ルーチンのフローチャート。

【図４５】 第３実施形態のナビゲーションシステムの
制御手順の「消去」ルーチンのフローチャート。

【図４６】 第３実施形態のナビゲーションシステムの
制御手順の「回数チェック」ルーチンのフローチャー
ト。

【図４７】 図２２の「例外情報の処理」の動作の一例
を示す図。。

【図４８】 第３変形例（第３実施形態に対する変形）
の制御に用いられるＣＬテーブルを示す図。

【図４９】 第３変形例（第３実施形態に対する変形）
の制御に用いられるＣＬテーブルを示す図。

【図５０】 第４変形例（第３実施形態に対する変形）
の制御に用いられるテーブルを示す図。

【図５１】 第４変形例（第３実施形態に対する変形）
の制御に用いられる制御の一部のフローチャート

【図５２】 第４変形例（第３実施形態に対する変形）
の制御に用いられるテーブルを示す図。

【図５３】 第４実施形態のナビゲーションシステムの
制御に用いられるテーブルを示す図。

【図５４】 第５変形例（第４実施形態の変形例）のナ
ビゲーションシステムの制御手順の一部フローチャー
ト。

【図５５】 第５実施形態のナビゲーションシステムに
用いられるテーブルの構成を示す図。

【図５６】 第５実施形態のナビゲーションシステムに
用いられるテーブルの構成を示す図。

【図５７】 第５変形例（第５実施形態に対する変形
例）のナビゲーションシステムに用いられるテーブルの
構成を示す図。

【図５８】 第５実施形態のナビゲーションシステムの
制御手順の一部を示すフローチャート。

【図５９】 第６実施形態のナビゲーションシステムの
ユーザインタフェースの画面を示す図。

【図６０】 第６実施形態のナビゲーションシステムの
ユーザインタフェースの画面を示す図。

【図６１】 第７実施形態のナビゲーションシステムの
制御手順に用いられるテーブルを示す図。

【図６２】 第７実施形態のナビゲーションシステムの
制御手順の一部を示すフローチャート。

【図６３】 第７変形例（第７実施形態に対する変形
例）の制御に用いられるテーブルを示す図。

【図６４】 第７変形例（第７実施形態に対する変形
例）の制御手順の一部を示すフローチャート。

【図６５】 第８実施形態のナビゲーションシステムで
用いられるユーザインタフェースの表示画面を示す図。

【図６６】 第８実施形態のナビゲーションシステムの
制御手順の一部を示すフローチャート。

【図６７】 第１変形例（第１実施形態に対する変形
例）の制御で用いられるテーブルを示す図。

【図６８】 第１変形例（第１実施形態に対する変形
例）の制御手順の一部を示すフローチャート。

【図６９】 第２変形例（第２実施形態に対する変形
例）の制御で用いられるテーブルを示す図。

【図７０】 第９実施形態のナビゲーションシステムの
動作を示すタイミングチャート。

【図７１Ａ】 第９実施形態のナビゲーションシステム
での時間間隔の算出原理を説明するグラフ。

【図７１Ｂ】 第９実施形態のナビゲーションシステム
での時間間隔の算出原理を説明するグラフ。

【図７１Ｃ】 第９実施形態のナビゲーションシステム
での時間間隔の算出原理を説明するグラフ。

【図７１Ｄ】 第９実施形態のナビゲーションシステム
での時間間隔の算出原理を説明するグラフ。

【図７１Ｅ】 第９実施形態のナビゲーションシステム
での時間間隔の算出原理を説明するグラフ。

【図７１Ｆ】 第９実施形態のナビゲーションシステム
での時間間隔の算出原理を説明するグラフ。

【図７２】 第９実施形態のナビゲーションシステムの
制御手順の一部を示すフローチャート。

【図７３】 第９実施形態のナビゲーションシステムの
制御手順の一部を示すフローチャート。

【図７４】 第９実施形態の制御手順の変形例の原理を
説明する図。

【図７５】 第１０実施形態のナビゲーションシステム
のユーザインタフェース画面を示す図。

【図７６】 第１０実施形態のナビゲーションシステム
の制御に用いられるテーブルを示す図。

【図７７】 第６実施形態の制御を一部変形した例のフ
ローチャート。

【図７８】 第７実施形態の制御を一部変形した例のフ
ローチャート。

【図７９】 全実施形態に用いられるユーザインタフェ
ースを示す図。

【図８０】 全実施形態に用いられるユーザインタフェ
ースを示す図。

【図８１】 第１１実施形態のナビゲーションシステム
の制御に用いられるテーブルの図。

【図８２】 第１１実施形態のナビゲーションシステム
の制御に用いられるテーブルの図。

【図８３】 第１１実施形態のナビゲーションシステム
の制御に用いられるテーブルの図。

【図８４】 第１２実施形態のナビゲーションシステム
の制御に用いられるテーブルの図。

【図８５】 第１２実施形態のナビゲーションシステム
の制御に用いられるテーブルの図。

【図８６】 第１２実施形態のナビゲーションシステム
の制御に用いられるテーブルの図。

【図８７】 第１２実施形態のナビゲーションシステム
のユーザインタフェースを示す図。

【図８８】 第１２実施形態の制御手順の一部を示すフ
ローチャート。

【図８９】 第１３実施形態の制御手順を示すフローチ
ャート。

【符号の説明】

１ 車体 ２ 集中制御ユニット ３ 車載ＬＡＮユニット ４ ＲＡＭカードドライブ ５ データドライブ ６ 音声ガイド用スピーカ ７ マイク ８ ディスプレイ ９ 携帯電話 １０ 操作スイッチ １１ ＧＰＳアンテナ １２ ＦＭアンテナ １３ 電話アンテナ １４ 電波ビーコンアンテナ １５ 光ビーコンアンテナ １６ ＦＭチューナ １７ ナビゲーションコントローラ １８ ビーコン信号受信機 １９ ＣＤ−ＲＯＭチェンジャ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 牛尾 將雄 広島県安芸郡府中町新地３番１号 マツダ 株式会社内 (72)発明者 正路 太 広島県安芸郡府中町新地３番１号 マツダ 株式会社内 (72)発明者 里村 成行 広島県安芸郡府中町新地３番１号 マツダ 株式会社内 (72)発明者 重田 一生 広島県安芸郡府中町新地３番１号 マツダ 株式会社内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 音声による情報提供を行うナビゲーショ
   ン装置であって、 所定の状態に応じて、提供される情報の音質もしくは音
   量を制御する手段を具備することを特徴とするナビゲー
   ション装置。
2. 【請求項２】 前記制御手段はドライバの疲労度に応じ
   て情報の音質もしくは音量を制御することを特徴とする
   請求項１に記載のナビゲーション装置。
3. 【請求項３】 前記制御手段は走行時間帯に応じて情報
   の音質もしくは音量を制御することを特徴とする請求項
   １に記載のナビゲーション装置。
4. 【請求項４】 前記制御手段は走行環境に応じて情報の
   音質もしくは音量を制御することを特徴とする請求項１
   に記載のナビゲーション装置。
5. 【請求項５】 前記制御手段は情報の緊急度に応じて該
   情報の音質もしくは音量を制御することを特徴とする請
   求項１に記載のナビゲーション装置。
6. 【請求項６】 前記制御手段は情報の優先度に応じて該
   情報の音質もしくは音量を制御することを特徴とする請
   求項１に記載のナビゲーション装置。
7. 【請求項７】 前記制御手段は連続走行時間に応じて該
   情報の音質もしくは音量を制御することを特徴とする請
   求項１に記載のナビゲーション装置。
8. 【請求項８】 音声による情報提供を行うナビゲーショ
   ン装置であって、 ドライバの自宅近傍と他の領域とで、同一表現の情報に
   ついて、異なる口調で情報提供を行うことを特徴とする
   ナビゲーション装置。
9. 【請求項９】 音声による情報提供を行うナビゲーショ
   ン装置であって、 現在位置に基づいて、その位置の方言を用いて情報提供
   を行うことを特徴とするナビゲーション装置。