JP3703050B2 - ナビゲーション装置 - Google Patents
ナビゲーション装置 Download PDFInfo
- Publication number
- JP3703050B2 JP3703050B2 JP27900296A JP27900296A JP3703050B2 JP 3703050 B2 JP3703050 B2 JP 3703050B2 JP 27900296 A JP27900296 A JP 27900296A JP 27900296 A JP27900296 A JP 27900296A JP 3703050 B2 JP3703050 B2 JP 3703050B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- output
- state
- priority
- driver
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Traffic Control Systems (AREA)
- Instructional Devices (AREA)
- Navigation (AREA)
Description
【産業上の利用分野】
この発明は、例えば音声情報などを出力するナビゲーション装置に関し、特に、複数の情報が同時に存在する場合において、ドライバに真に必要な情報を選択的に優先的に出力するナビゲーション装置に関する。
【0002】
【従来の技術】
コンピュータ情報のマルチメディア化に伴い、自動車にも急速にマルチメディア化が進んでいる。例えば、情報の種類には、ナビゲーション情報、VICS情報、Audio Visual情報、ラジオ、車載電話、文字放送、車両システム等がある。
情報のマルチメディア化における最大の問題は大量情報の同時発生にある。特に、ドライバが関与しなくとも、例えば、VICS情報や音声多重放送等からの情報等が大量に送られてくる。自動車のマルチメディア化における顕著な特徴は、映像情報はドライバがその映像に関心を示さなければ、あるいはその映像の方向から視線を外せば、大量の情報が流されてもドライバの運転に影響を与えることはない。
【0003】
しかしながら、音声情報は、有用な情報と無用な情報とが混在している場合においては、有用か無用かを識別するにはドライバに意識を集中することを強いる。また、聞き流すこともなかなか困難であり、例えばドライバが緊急回避動作を行っているときに、それほどの必要性もない音声が流されたときには、そのような音声情報はドライバの運転操作に影響を与える場合もあり得る。
【0004】
特に音声情報の出力の規制について従来では、例えば、特開平5ー142994号、5ー203458号、5ー332778号では、主に音声情報出力時の音量を制御している。しかしながら、音量を制御すると、小さな音量の情報はかえってドライバに緊張を強いる場合がある。
また、特開平2ー114117号では、ドライバが音声によるナビゲーションを望むルートをドライバ自身が予め複数箇所設定できるようにしておき、不要な音声による誘導を排除するものである。
【0005】
また、特開平4ー1898号では、車両速度に応じて案内文の音声情報の長さを制御することにより、目標地点近傍を通過する時点と案内情報の出力が終了する時点とを同期させることにより、案内の内容と対象物との関連を取りやすいようにしたものである。
そこで、特開平5―118866号は、走行回数を累積することにより各道路についての熟知度を判定し、熟知度に応じて、音声情報のオン・オフを制御するようにしている。これは、熟知している道路では音声情報を提供することが不要であるので、音声情報をカットするものである。
【0006】
【発明が解決しようとする課題】
特開平2−114117号の手法でも、ドライバ自身が音声誘導を設定した箇所でマルチメディア情報が大量に発生した場合には、不要な音声を排除することはできない。また、特開平4−1898号のように、車両速度に応じて案内文の音声情報の長さを制御してたとえ長さを短くしたとしても、複数の情報が同時に大量に発生した場合には、目標地点を過ぎ去ってしまった時点で、その目標地点の情報が出力される場合もあり得る。
【0007】
また、特開平5―118866号の手法は、熟知していない道路を走行中に、複数の音声情報が同時に大量に発生した場合には、同じように、全ての音声情報が出力されることとなり、やはり、不要な情報が流されて真に必要な情報が後回しにされる場合もあり得る。
即ち、上記従来技術の全ては複数の情報が同時に存在することが意識されていないので、換言すれば、自動車マルチメディア時代の到来を予期していないので、まさに玉石混淆の状態で情報を垂れ流していた。
【0008】
本発明は斯かる点に鑑みてなされたものであり、その目的とするところは、走行状況に合致した情報提供が行うようにすることにより、ドライバに不快感を与えないナビゲーション装置を提案するものである。
【0009】
【課題を解決するための手段】
上記の目的を達成すべく、この発明の、音声情報をドライバに提供するナビゲーション装置は、現在の走行状態を検出する検出手段と、検出された現在の走行状態に応じて、音声情報の提供に規制を加える規制手段とを具備し、前記検出手段は急旋回状態または急制動状態を検出し、前記規制手段は、上記状態のいずれかが検出されたときに音声情報の提供を中止することを特徴とする。
また、この発明の、音声情報をドライバに提供するナビゲーション装置は、現在の走行状態を検出する検出手段と、検出された現在の走行状態に応じて、音声情報の提供に規制を加える規制手段とを具備し、前記走行状態は、急旋回状態,急制動状態,停車状態,通常走行状態に分類されていることを特徴とする。
【0010】
【発明を実施するための形態】
以下、本発明のナビゲーション装置及び方法を自動車のナビゲーションに適用した各種実施形態を図面に基づいて詳細に説明する。尚、後述の説明から分かるように、本発明は自動車のみに適用されるとは限られず、飛行機や船舶などの移動体にも適用され得る。
〈システム構成〉
先ず、本発明の全ての実施形態(並びにそれらの変形例)に係るナビゲーション装置に共通なシステム構成を第1図〜第3図を参照して説明する。
【0011】
第1図は、実施形態のナビゲーション装置が適用された自動車のドライバ席から見た前方視界を表す図である。また、第2図,第3図は、本発明の一実施形態としてのナビゲーション装置が自動車に実装された状態の一例を示すシステム構成図である。
第2図において、2は集中制御ユニット(TWS)であり、走行状態に係る各種データ(燃料残量、平均燃費、平均車速等)の算出や、以下の各構成を統括的に制御する。3は車載LANユニットであり、例えばアンチロックブレーキシステム(ABS)や4輪駆動制御等の制御に必要な不図示のセンサ及び駆動部と集中制御ユニット2との所謂ローカルエリアネットワーク通信を制御する。4はRAMカードドライブであり、例えば、シート位置、ミラー位置等の運転者に関する情報を記憶したRAMカードのデータ読み込み/書き込み装置である。5はデータドライブであり、例えば、FD(フロッピーディスク)、MD(光磁気ディスク)、PD(相転移型光ディスク)等のデータ記憶媒体に記憶した各種情報の読み込み/書き込み装置である。6は音声ガイド用スピーカであり、ナビゲーションコントローラ17からの音声情報が集中制御ユニット2内の音声出力インタフェースを介して出力される。7はマイクであり、操作者の音声による指示が集中制御ユニット2内の音声認識インタフェース(不図示)を介してナビゲーションコントローラ17に入力される。8は液晶表示等のディスプレイであり、ナビゲーション画面、各種入力操作用の画面、車両の状態(車速、空調設定等)が表示される。更に、ディスプレイ8の前面には、その表示に応じてタッチ操作による入力操作が可能な、静電容量方式や赤外線方式等の入力装置を備える。9は携帯電話であり、電話アンテナ13が接続される。10は操作スイッチであり、集中制御ユニット2及びナビゲーションコントローラ17への入力操作を行う。17はナビゲーションコントローラであり、GPS(グローバルポジショニングシステム)アンテナ11からの位置情報とCD−ROMチェンジャ19に搭載されたCD−ROMの地図情報に基づいて、操作者が操作スイッチ10等により指定した目的地までの適当な経路を検索し、ディスプレイ8上の表示及び音声ガイド用スピーカ6からの音声出力により誘導を行う。CD−ROMチェンジャ19により読み出されるCD−ROMの地図情報は、ディスプレイ8に表示する経路情報の基本情報である。
【0012】
更に、ナビゲーションコントローラ17には、図示の如くFMアンテナ12からのVICS対応のFM多重放送を受信するFMチューナ16、そして電波ビーコンアンテナ14及び光ビーコンアンテナ15からのビーコン信号を受信するビーコン信号受信機18が接続されており、それらにより得られるVICS信号及び/またはビーコン信号を交通規制情報として解釈してディスプレイ8に表示し、経路誘導の際の経路検索の条件(制約条件)として使用する。更に、走行経路周辺の地域情報をデータドライブ5等から入力し、表示情報に利用してもよい。尚、GPSによる自車位置の検出手法は公知なため、説明を省略する。
【0013】
これから説明する実施形態のナビゲーションシステムでは、ドライバに不必要な、或いは多量すぎて不快感を与えかねない情報(特に音声情報)はその提供を抑制し、或いは出力しないようにしている。また、ナビゲーションシステムでは特に複数の音声情報が同時に発生した場合でも、一時には1つだけの音声情報をドライバに提供するのが本質であるから、1つの音声情報だけを、即ち、前記複数の音声情報の中から特定の1つの情報だけを選択する必要があるが、本実施形態のシステムでは、その1つの音声情報は、情報自体が持つ優先順位と、情報とは独立してある走行条件(走行状態、走行環境、走行時間帯、走行目的等)との関連性から生まれるその情報の「重要性」とに基づいて選択される。また、上述の競合があった場合には、所定の条件がそろえば、消去される情報も存在する。このような情報は、消去される旨がデイスプレイに表示され、或いはその音声情報が代わりに文字情報に変換されて第1図に示したヘッドアップデイスプレイに表示するようにする。
<ユーザインターフェース>
本システムのディスプレイ8にはタッチパネルが設けられている。
【0014】
第79図はそのタッチパネルを介して設定された情報を要求するスイッチを示す。本システムには、第79図に示すように、「ニュース」「天候」「スポーツ」「交通情報」「車両情報」「ガソリン」(GAS)等の6つのジャンルの情報にアクセスすることができる。第79図は、それらの情報にアクセスするための機能ボタン(タッチパネルを介したスイッチ)を示す。特定のスイッチを押すと、押されたスイッチに対応する情報のみがドライバに提供される。
【0015】
情報ジャンルスイッチは(第79図)は、現時点の走行状態において必要と思われるジャンルを表示する。たとえば、「GAS」のジャンルは、残ガソリンが少ないという車両情報を集中制御ユニット2が受け、これに応答して、「GAS」メニューを表示したものである。この表示はドライバに要求されたものではなく、システムが種々の情報から判断して表示を決定したものである。第79図の他の例で、ワイパが動作すればシステムは雨が降ってきたものと判断して、「天候」のメニューを表示したものである。
【0016】
第80図は、本システムに用意された各種機能を要求するスイッチを示す。
「キャンセル」スイッチは今選択中の情報へのアクセスをキャンセルするものである。「リピート」スイッチは、現在案内中の情報(データドライブ装置5に記憶されている)を、最初の項目から再生する。「音声メイン」スイッチは、音声での情報案内を行うかどうかを切り換える。
【0017】
「音声要求」スイッチは、本システムに特有なスイッチで、このスイッチを押すと、本ナビゲーションシステムに具備されている種々のマルチメディア情報を、所定の順序で提供する。
「スキップ」スイッチは、項目もしくはジャンルを、1つ飛ばす機能を有する。
【0018】
「選択」スイッチは、情報のジャンルを選択して決定する機能を有する。「ファンクション」スイッチは特定の項目を記憶させ、その情報だけを直接案内する機能を有する。
〈メディア及び情報の種類〉
第1図〜第3図に示した本実施形態のナビゲーションシステムで対象となる情報のメディアは、NAVI,VICS,オーディオ,ラジオ,車載電話、文字放送,車両システム等である。そして、これらのメディアからの情報には第4図に示すように、
車両情報,
NAVI情報,
VICS情報,
オーディオ,
車載電話情報,
文字放送情報
等があり、これら情報の具体的な例は第4図に示すとおりである。
〈優先順位,走行条件による情報提供の規制〉
本実施形態のナビゲーションシステムでは、上述の車両情報,NAVI情報,VICS情報,オーディオ, 車載電話情報、文字放送情報等を、ナビゲーションに必要な情報として利用する。しかしながらマルチメディアナビゲーションシステムでは、提供すべき情報が同時に発生することが常態となることがあり得、同時多発の情報提供はドライバに不快感を与えかねず、ひいては対応しきれない情報提供はドライバに混乱をもたらすことになる。情報が音声情報であるときには特にそうである。
【0019】
そこで、本発明の種々の実施形態のナビゲーションシステムは、同時に情報が存在するときに、重要な情報に優先順位を与え、或いは、所定の条件において不要と考えられるメディアからの情報を規制することにより、ドライバに必要な情報を提供することを特徴とする。
第5図は、これから説明する各種の実施形態において、ドライバが選択可能なマップの例を示す。
【0020】
一般に、車両が走行している過程では走行条件(例えば、車速,車間距離,オートクルーズ状態等)が色々と変化する。第1実施形態では、走行条件の変化に応じて情報規制の態様を異ならせるものである。但し、マルチナビゲーションシステムでは、情報とは、規制すべきではなく緊急性の高い緊急情報(事故情報)から、音楽番組のタイトル等のように全く緊急性のない情報まで多岐に亙る。情報提供の規制は、提供時の走行条件に応じて決定されるべきであり、そのために、これら実施形態では走行条件の変化に応じて情報規制の態様を異ならせるのである。但し、走行条件といっても、各ドライバによって、また、ドライバが走行している道路などによってもまちまちであるので、本実施形態では、走行条件を、第5図に示すように、「車両状態」、「走行状態」、「走行環境」、「走行目的」、「時間帯」、「ドライバの状態」、「情報の精度」の7種類に分類している。即ち、走行条件を7種類に分類し、各走行条件に対して情報の規制態様を規定するマップを設定する。一方、ドライバに対しては、各走行条件について、第5図に示すような参照項目をドライバに表示(デイスプレイ8に)することにより、どのマップを選択すれば、どのような情報規制が行われるのかを予測できるようにしてある。
【0021】
マップの選択は第16図の制御手順(後述)に従って行われる。
〈データ,テーブルなどの定義〉
先ず、「走行状態」に応じた情報提供の規制を、第1実施形態として、第4図〜第23図等を用いて説明する。
【0022】
第6図は、第1実施形態のみならず他の実施形態のシステムにおいて発生する情報の種類、並びに、情報の種類に前もって与えられている各種属性を定義するテーブルを示す。情報の種類として、「緊急情報」,「車両情報」,「VICS情報」,「交通情報」,「NAVI情報」,「天候情報」,「ニュース」,「スポーツ情報」,「イベント情報」,「音楽タイトル」の10種類を設定している。特に、第6図のテーブルは、各種類の情報について、「種類」KND,「順位」(優先順位)PRD,「ランク(D値)」RKD,「ランク(補正値)」RKC,「容量(D値)」CAPD,「容量(変更値)」CAPC,「残量」REM,「ポインタ」PTRを定義する。
【0023】
各メディアから入力された情報には、その情報に対応した「優先順位」PRD,「ランク(D値)」RKD,「ランク(補正値)」RKC,「容量(D値)」CAPD,「容量(変更値)」CAPC,「残量」REM が付されて予定のメモリに記憶される。具体的には、各情報にはその種類を表す識別子KNDが付される。例えばKND=3の情報はVICS情報である。また、各種類の情報には前もって「優先順位」PRDが設定されている。「優先順位」PRDの値は、その情報を提供する際の優先順位を示すもので、例えば、VICSメディアから入力された情報には、KND=3の識別子が与えられ、その優先順位PRの値は“3”である。優先順位はその値が小さいほど高い優先順位を示す。従って、車両火災やトンネル事故などの「緊急情報」(KND=1)が最も高い優先度を与えられる。第6図に示す「優先順位」PRDはデフォルト値を意味し、そのデフォルト値からドライバが所定の操作により値を変更することができる。変更された優先順位値PRCは第6図のテーブルのPRC(同図において不図示)に記憶される。
【0024】
「ランク(D値)」RKDとは優先順位のランクの値(但しデフォルト値)を意味し、値として、“A”“B”〜“E”が一例として設定されている。「ランク」は、優先度の目安を示し、第6図の例では、「VICS情報」(PRD=3),「交通情報」(PRD=4),「NAVI情報」(PRD=5)には、同じ「ランク(D値)」(=C)が与えられている。ランク値がどのように制御に活かされるかは制御手順の説明で明らかになる。
【0025】
「容量(D値)」CAPDとは、その種類の情報に許されている記憶領域の容量値(デフォルト値)を意味する。第7図はメモリ領域の設定の一例を示す。このように、各種の情報には、その情報に応じて記憶容量の制限はあるが、緊急情報はその重要性に鑑みて制限されるべきではない。そこで、第7図に示すように、緊急情報だけは「緊急情報」に与えられた容量を超えた場合には、「フリー領域」(第7図中の4MBの領域7)に待避可能である。
【0026】
各種情報に設定された容量CAPDは後述するように変更可能である。第8図は変更画面を示す。変更された容量値は第6図のテーブルのCAPCに記憶される。
第6図のテーブルの「残量」REMは、対応する種類の情報に対して残されている記憶領域の残量を記憶する。もし、残量を超えた情報が入力されようとしたときには、その情報が緊急情報である場合を除き、文字情報(変換が可能ならば)に変換されて記憶されない。
【0027】
ポインタPTRは、入力情報があったならばその情報を記憶すべきメモリ上の位置を示す。第9図は入力された情報及び出力する予定の情報のリストを示し、キューテーブルを構成する。具体的には、ある時刻t3において、その時刻t3迄に入力された情報がどのように記憶されているかを示すテーブルである。第9図の例では、時刻t1に、データ=Xの車両情報(KND=2)が、時刻t2にデータ=Yの交通情報(KND=4)が、時刻t3にデータ=Zの緊急情報(KND=1)が入力されたことを示している。次ぎに情報の入力があった場合には、ポインタrによってしめされる位置のテーブル中に格納される。
【0028】
第9図の「入力キュー」IQは情報の入力があり、この情報の処理を要求することを示すフラグである。「出力中」フラグOUTPが“1”であることは、この情報が現在出力(提供)されていることを示す。また、「出力キュー」フラグOUTQが“1”であることは、対応する情報が出力されるべくキューイングされている(まだ出力されてはいない)ことを示す。
〈第1実施形態〉…走行状態に応じた情報提供の規制
先ず、「走行状態」に応じた情報提供の規制を、第1実施形態として、第4図〜第23図等を用いて説明する。
【0029】
第10図は第1実施形態の制御手順のメインルーチンを示す。
本ナビゲーションシステムは不図示のイネーブルスイッチ(EN−SW)のオン/オフによってその動作の付勢(ステップS100)/消勢(ステップS700)を規定される。即ち、EN−SWがオンされている限りは、ステップS101〜ステップS600のメインルーチンが実行される。
【0030】
ステップS101は、種々の情報の入力ルーチンである。即ち、ステップS101では、各種マルチメディアからの情報入力(ステップS300=第14図)や、ドライバがマップを選択するための情報の入力ルーチン(ステップS200=第16図)や、選択したマップ中のデータを補正もしくは変更するための情報の入力ルーチン(ステップS400=第15図)が実行される。
【0031】
ステップS120では、入力情報テーブル(第9図)をスキャンして、入力キューフラグIQが“1”となっている情報(音声情報として処理されるべき情報)を探す。そのような情報が見つかったならばステップS500に進み、その情報を提供すべきな否かの制御動作を行う。ステップS500の詳細は第18図に示される。
【0032】
第1実施形態の制御の特徴は第13図と第11図のテーブルによってしめされる。
即ち、第13図に示した優先度下限テーブルは、音声として提供すべき情報があるときに、その提供時点における車両の走行状態STATと、その情報のランク値RKCを規制する下限値RKLMTとの関係を定義する。
【0033】
今、例えば第9図の如き入力情報(X,Y,Z)が、提供されるべき音声情報として、メモリに記憶されているとする。そして、現在の車両が急制動状態のときは、下限値RKLMTはAであるから、ランク値がA以上の優先度を持つ情報のみが提供されるべき情報として認識される。従って、この時は、ランク値がそれぞれ“B”及び“C”である情報XとYは音声情報としては提供されない。
【0034】
一方、現在の車両が後退状態のときは、下限値RKLMTは“C”であるから、ランク値が“C”以上の優先度を持つ情報のみが提供されるべき情報として認識される。従って、この時は、ランク値がそれぞれ“A”及び“B”及び“C”である情報XとYとZの全て(第9図の例では全て)が音声情報としては提供される。
【0035】
このようにして、第1実施形態では、音声情報として提供すべき情報が同時に複数存在する場合に、走行状態(第13図のSTATで示される例えば7つの状態)に応じて決定される優先度限度RKLMT(優先順位の程度)に従って、提供される情報が選別される。
優先度限度RKLMT(優先順位の程度)による情報提供の規制は、優先度限度RKLMT以上のランクを有する情報が複数ある場合には、これらの情報の提供に優先順位を与えることはできない。そこで、第1実施形態では、優先度限度RKLMTでは優先順位が存在しないような情報間に、絶対的な優先順位を与える目的で、情報の種類KNDに一義的に割り当てられている優先順位PRCに従って情報の提供に一義的な順序関係を与えるものである。
【0036】
優先度限度RKLMTに従った情報提供の規制を行うことによって、走行状態によっては当然に考慮する必要のない情報を制御対象から除去することにより、優先順位PRC(或いはPRD)に従った情報提供の規制を効率的且つ確実に行うことができる。
次ぎに、第17図〜第23図を用いて、第1実施形態の、情報入力制御、情報提供制御の詳細を説明する。
【0037】
何らかの入力があったときには、第10図のステップS101で、その入力はマルチメディア情報の入力か、マップを選択するためのドライバによる入力か、マップのデータを補正するためのドライバによる入力かを判断する。
入力項目の選択は、デイスプレイ8上に表示されているアイコンスイッチの選択を操作スイッチ10を介して行うことにより実現され、このアイコンの制御は周知であるので説明は省略する。
【0038】
マップを選択するための入力(マップ選択メニューの選択)があったときには、第16図のステップS204で選択可能なマップの項目をデイスプレイ8上に例えば第5図のように表示する。ドライバ(ユーザ)はデイスプレイ8の表示画面上において操作スイッチ10を操作して所望のマップを選択する。システムはステップS206でユーザが指定したマップの識別子IDを入力し、ステップS208で選択されたマップを表示する。ユーザがもし、ID=2の「走行状態」を選べば、第13図に示したような「走行状態に対応する優先度下限の定義テーブル」が表示されるであろう。
【0039】
ユーザがステップS101でマップの補正を選択すれば、第15図のステップS400以下が実行される。即ち、ステップS400で。レジスタIDに保持されている値に対応するマップがディスプレイ8上に表示される。ステップS402では、ユーザが入力したマップデータの補正値を入力する。例えば、ユーザが第13図のマップにおいて走行状態「後退」の下限値RKLMTを現在の“C”から“B”に変更することができる。ステップS404では、データの補正と既存のデータとの整合性のチェックを行う。例えば、ユーザが第13図のマップにおいて走行状態「後退」の下限値RKLMTを現在の「C」から「E」に変更した場合、「後退」の下限値RKLMTに“E”があり得ないとしていた場合にはエラーとして認識される。ステップS406では補正後のデータによってマップを更新する。
【0040】
ステップS101でマルチメディア情報が入力されたことが検知された場合には、第14図のステップS302以下を実行する。即ち、ステップS304で、当該入力情報の種類KNDを認識する。情報の種類は、本実施形態では、前述したように、「緊急情報」など10種類を設定しているが、集中制御ユニット2は、情報のソースに応じてそのソースからの情報に種類KNDを割り当てる。また、情報によっては、情報中の特定のフィールドに前もって定められた情報の種類を示す識別子を有するものがあり、このような情報にはその情報自身が示すその種類を優先して割り当てる。ステップS306では、当該種類の情報KNDに関するデータ、例えば、「優先順位」PRD並びに「ランク値」RKCを第6図のテーブルから参照して、第9図の情報入力テーブルに格納する。ステップS308では、当該入力された情報のデータ量DVを調べる。ステップS310ではデータ量DVと、この種類の情報に許されている記憶領域の残量REMKNDとを比較し、記憶できる余地があるかを調べる。
【0041】
DV≦REMKND(ステップS310でNO)であれば、当該情報を記憶できるので、データドライブ5中の所定の領域に記憶する。ステップS322では、データドライブ5中における次の記憶領域を示すためにポインタPTRを更新する。そして、ステップS324では、情報テーブル(第9図)中の当該情報に対応する入力キューフラグIQ(第9図テーブル中でポインタrによって参照される)を“1”にセットすることにより、情報が入力されたことを示して当該情報の処理を要求する。ステップS326ではポインタrを更新する。
【0042】
DV>REMKNDであるということは、その情報を記憶するほどには記憶領域に残がないことを示しているので、ステップS328で当該情報が緊急情報が否かをその情報のKNDに基づいて調べる。緊急情報であれば、ステップS340でフリー領域(第7図参照)に緊急情報を待避させる。ステップS342では、当該情報(緊急情報)のための記憶領域を示すポインタPTRを、それが次の格納位置を示すように更新する。そして、ステップS342では、情報テーブル(第9図)中の当該情報に対応する入力キューフラグIQ(第9図テーブル中でポインタrによって参照される)を“1”にセットして、情報が入力されたことを示して、当該情報の処理を要求する。ステップS344ではポインタrを更新する。
【0043】
尚、記録領域を節約するために、不要となった情報は定期的に除去するようにしてもよい。ここで「不要となった情報」とは、一定時間経過した情報、既に通過してしまった地点に関する交通情報、ラジオを聴いていないときの曲名などである。緊急情報ではない情報が入力されたが、記憶残量が足りない場合には(ステップS328でNO)、ステップS330で、表示モードが設定されているかを調べる。表示モードスイッチは、識別子ID=8のスイッチであって、第25図に示すように、情報提供が規制される予定の音声情報を代わりに表示装置(第1図のヘッドアップデイスプレイ)に表示するか、音声情報が規制されたことを示すメッセージを表示するかを指定することができる。第25図中のENスイッチを選択すると、音声情報が規制された場合に代替表示をユーザが望んでいることがシステムに通知される。「変換表示」が選択されると、音声情報が文字情報に変換されて代替出力されるモードが選択され、「メッセージ表示」が選択されると、音声情報が規制されたことを意味する文字メッセージによる代替表示が行われる。「変換表示」モードにセットされていれば、ステップS338で、当該音声情報を文字データに変換してからヘッドアップデイスプレイに表示する。デイスプレイ8に表示せず、ヘッドアップデイスプレイに表示するのは、ドライバが「表示モード」を選択していることは、情報がたとえ重要でないものであっても完全に報知されないことをドライバが望まないことを意味しているからで、よりドライバの注意を喚起するヘッドアップデイスプレイに表示する。
【0044】
「メッセージ表示」モードがセットされていれば、ステップS332で、記憶されない情報があることを示すメッセージをデイスプレイ8に表示する。ヘッドアップデイスプレイに表示しないのは、「表示モード」を選択していないことはドライバが表示によって煩わされたくないことを意図しているからである。
このように、実施形態のシステムでは、メディア別に、ひいては情報の種類に応じて記憶領域を設定することにより、発生頻度の高い情報(重要度は低いかも知れない)によってデータ記憶装置5が特定の情報によって占有されることを未然に防止する。また、記憶領域をユーザが指定することを許すことにより、そのユーザにとってより重要な情報にはより多くの領域を割り当てせしめることにより、重要な情報が記憶されないことを防止する。さらには、緊急情報には特別の領域(フリー領域)を設けることにより、緊急情報の受信に備えることができる。
【0045】
第14図のフローチャートに関連して説明したように、情報の入力があれば、その情報には処理されることを要求するフラグIQが“1”にセットされている。ステップS120では、データ記憶装置5に記憶されている情報のフラグ(IQx)のセット状態を調べる。即ち、ステップS120では、全ての情報について、
IQx=0
であるか、IQx=1である全ての情報は既に出力処理がなされている、即ち、
IQx=1
である全ての情報xについて
OUTPx=1
ならば、ステップS500,ステップS600は実行されない。一方、ステップS120で、
IQx=1
であり、且つ
OUTPx=0
であるような情報xが存在する場合には、ステップS500の「情報提供制御」(詳細は第17図)手順を実行する。
【0046】
第17図のステップS502において、当該情報の引数xをレジスタnに待避する。ステップS504では、車両の走行状態STATを調べる。車両の走行状態STATには、「急旋回」「急制動」「後退」「車線変更」「右左折」「急加速」「通常」の7種類を想定している。ステップS506では、検出した走行状態STATに従って「優先度下限値RKLMTの定義テーブル」(第13図)から下限値RKLMTを読み取る。ステップS508では、要求された情報のランク値RKCと下限値RKLMTとを比較し、
RKCn≧RKLMT
である情報のみをステップS520で情報提供の考慮対象とする。従って、
RKCn<RKLMT
であるような情報nは情報提供が待たされる。即ち、ステップS510に進んで、第9図の待ち行列を更新する。この更新はステップS508で一旦チェックされた情報nは待ち行列の最後に移動させることにより、おなじ情報が連続して第17図の処理の対象となることを防止する。尚、ステップS510での処理として、情報提供(即ち、音声出力)を待機させる制御の代わりに、当該情報をクリアするようにしてもよい。
【0047】
第26図に、ある走行状態(急旋回)中に発生した情報が、その走行状態が解除(例えば、通常走行への移行)されるまで情報提供が延期される様子を示す。
このように、本実施形態では、複数の情報が提供すべきものとして同時に複数存在する場合に、走行状態に応じて適正な情報(RKC≧RKLMT)のみを選別して情報提供の対象とすることにより、真に必要な情報を選別してドライバに提供することとなり、ドライバに不快感を与えることがなくなる。
【0048】
ステップS508で、 RKCn≧RKLMTと判定されれば、当該情報nは情報提供の考慮対象であるから、ステップS520で、この情報nが情報提供すべきであるか否かを最終的に判断する。第1実施形態では、この判断は優先度PRとランク値RKに応じて行う。
次ぎに、ステップS520で行われる「優先度に応じた情報の提供」サブルーチンについて説明する。このサブルーチンは第18図により示され、制御の概略は第12図により説明される。
【0049】
第1実施形態では、第13図のテーブルRKLMTは走行状態に応じて提供が必要な情報と必要でない情報とを区別するものである。この下限値RKLMTだけでは、同じランク値RKCを有する情報が同時に存在した場合には、それらの情報のどちらを優先すべきか決定できない。そこで、第1実施形態では、出力タイミングの緊急度レベルLVLというものを、その情報のランク値PRCとその時点での走行状態STATとに基づいて定義し、このレベル値LVL(=1〜3)に基づいて競合する情報の調停を行う。
【0050】
第11図は、情報(入力情報または出力中の情報)のランクと、その時点の走行状態STATとに基づいて決定されるべき、当該情報の出力タイミング(出力の緊急度)を示すレベルLVLの生成論理を説明する。このレベルLVLは、第12図に示すように、情報の出力(提供)のタイミングを決定するのに使われる。即ち、LVLは、情報(これから出力されるべき情報、または、現在出力されている情報)がキューイングされて存在するときに、その情報は、その情報が有するランク値RKCとその時点の走行状態に鑑みて、その情報がこれから出力されるべき情報であるならば、出力を行うべきか或いは待機させるべきかを判断し、または、その情報が現在出力されている情報であるならば、その出力を継続させるべきであるか中断させるべきであるかを判定するのに使われる。
【0051】
第12図は、第18図における制御手順の結果を図示したものである。具体的には、第12図に示すように、レベルLVLは、既に出力されている情報(便宜上、「出力中情報」と呼ぶ)が存在するか否かに応じて、使われ方が異なる。即ち、LVLは、「出力中情報」が存在していない最中に「入力情報」が発生した場合には、その入力情報をどのように処理するのかを判断するのに使われる。また、「出力中情報」が存在する場合には、LVLは、その「出力中情報」の出力を中止するのか否かの判断に用いられる。
【0052】
出力中情報がない場合には、ステップS522でNOと判断される。次ぎに、ステップS550で入力情報nのレベルLVLnの値を調べる。LVLnの値が“1”の時はステップS554に進み、その入力情報の提供を行う。具体的には、ステップS554で当該情報nの出力キューフラグOUTQnを“1”にする。これにより、レベルLVLnが“1”である入力情報は出力されることになる。 LVLnが“1”である入力情報とは、例えば、あらゆる走行状態においてランクが“A”の情報を、ランクが“B”または“C”については走行状態が「後退」「車線変更」「右左折」「急加速」「通常」のみである場合における情報を、ランク“D”については走行状態が「車線変更」「右左折」「急加速」「通常」のみである場合における情報を、ランク“E”については通常走行状態のみにおける情報を、いうものとする。
【0053】
入力情報のレベルが“2”であるときには、第18図の制御手順は何も行わない。第11図から明らかなように、レベルが“2”の情報とは、「急旋回」「急制動」及び「経路誘導中」状態においてはランクが“B”“C”“D”である情報を、「後退」状態においてはランクが“D”の情報を、「右左折」「急加速」「経路誘導中」状態においてはランクが“E”の情報を、いう。レベル“2”の情報、例えば急旋回中や急制動中の「車両情報」等は、緊急性がないので提供の必要はない。そこで、そのような入力情報は待機されるべく、ステップS552から元のルーチンにリターンするのである。尚、待機された入力情報は、走行条件が変化すれば、例えば、「急制動中」状態であるがために待機させられた「車両情報」は、車両が「車線変更」状態に移行すれば、待機は解かれ、出力される(他に競合する情報がなければ)ことになる。
【0054】
第27図に、LVL=2の情報が待機される例を示す。一方、入力情報がレベル“3”の情報であった場合には、ステップS560以下に進む。レベル“3”の情報とは、「急旋回」「急制動」「後退」状態におけるランク“E”の情報をいう。かかるレベルの情報は緊急性がないので、提供は禁止され、情報自体もクリアされる。即ち、ステップS560において、当該情報nのキューフラグIQnはリセットされ(第9図のキューテーブルからも削除される)、ステップS562で音声データ自体もクリアされる。S564では、音声情報がクリアされたことを報知するメッセージがデイスプレイ8に表示される。
【0055】
出力中情報がある場合(ステップS522でYESの判断)には、ステップS524に進み、その出力情報の引数xをレジスタkに待避する。ステップS528で、その出力中情報のレベルLVLkの値を調べる。
出力中情報のLVLkの値が“1”の時は元のルーチンにリターンする。即ち、出力中情報のレベルが“1”である場合には、その出力中情報の出力も継続されるものの、入力情報についてはその提供はなされないので待機されることになる。LVLnが“1”である出力中情報とは、第11図の定義に従えば、「急旋回」「急制動」「経路誘導範囲」の走行状態においてはランク“A”の情報を、「後退」時においてはランク“C”以上の情報を、「車線変更」「右左折」「急加速」状態においてはランク“D”以上の情報を、「通常」状態では全てのランクの情報を意味する。レベル“1”の出力中情報は、このように、緊急性のある情報もしくは該当する走行状態においては出力することに問題はない情報であるので、その出力中情報の出力を継続するのである。
【0056】
ここで、レベル“1”の状態において出力中情報が存在している時にランク“A”の入力情報(例えば「緊急情報」)が発生した場合が問題となる。特に、その出力中情報のランクが“A”よりも低い“B”のような場合には、このランク“A”の入力情報が待機させられる可能性があるからである。第11図のレベル設定に従えば、そのランク“A”の入力情報が待機させられるのは、そのランク“B”の出力中情報が、「緊急旋回」でも「緊急制動」でもない走行状態において、出力されているときである。従って、「緊急旋回」でも「緊急制動」でもない走行状態において、ランク“A”の入力情報が待機させられても、問題は発生しない。さらに、この第1実施形態では、ステップS508(第17図)の動作により、「緊急旋回」「緊急制動」中は、ランク“A”以外の入力情報が出力されるべく処理されることはない。従って、「緊急旋回」または「緊急制動」中においてランク“A”の入力情報が発生したときに、ランク“B”以下の情報が既に出力されているという事態は第1実施形態によっては発生し得ない。
【0057】
ステップS528により、出力中情報がレベル“2”の情報であると判断された場合には、ステップS530において、その出力中情報の出力状態を解除するために、フラグOUTPkをリセットし、ステップS532において、その出力中であった情報kを出力待ち状態にすべく、フラグIQ kを“1”にセットする。出力を中断された情報が次ぎに出力されるのは、中断の原因となった走行状態が変化した場合である。
【0058】
ここで、レベルが“2”の出力中情報とは、第11図から、「急旋回」「急制動」及び「経路誘導中」状態においてはランクが“D”以上の情報を、「後退」状態においてはランクが“D”以上の情報を、「右左折」「急加速」「経路誘導中」状態においてはランクが“E”以上の情報をいう。レベル“2”の情報は、その出力が中断されても緊急性は低いから問題はない。
【0059】
第28図に、急旋回中に出力されていた情報kが、他の情報nが発生したために、LVL=2に変化されて、出力を中断され、その後に走行状態の変化により、提供が再開される様子を示す。
ステップS528で、出力中情報がレベル“3”の情報であると判断された場合には、ステップS542に進んで、当該情報kのフラグOUTPkをリセットすることにより、その出力中情報の出力を停止する。さらに、ステップS544で当該情報のデータをクリアするので、その情報は将来出力されることはない。ステップS546では、データがクリアされたことを報知すべく、デイスプレイ8に表示する。
【0060】
尚、データをクリアすることなく、単にキューフラグをリセットしたままで残しておいてもよい。前述のリピートスイッチ(第80図)が有効に使える。
以上のようにして、優先度ランクに応じて、走行状態に応じて、情報の競合状態に応じて、入力された情報が出力キューに戻され(OUTQ=1)、或いは出力中であった情報が出力を中止されて出力キューに戻された場合には、ステップS600(詳細は第19図)の出力ルーチンによって、キューに入れられた出力要求はドライバに出力される。即ち、第19図のステップS602では、出力キューに入っている情報が取り出される。出力キューに入っている情報の番号はレジスタxに格納される。ステップS604では、連続的に出力された情報の回数がチェックされる。その詳細は後述する。
【0061】
連続出力の回数がリミット内であるならば、ステップS606で、他の情報が出力としてキューイングされていないことを確認して、ステップS608,ステップS610で当該情報mを出力中とマークする(OUTPm=1)。そして、集中制御ユニット2内の不図示のディジタルシグナルプロセッサ(DSP)に音声で他を出力して音声として提供する。ステップS614は、情報の出力開始時刻をレジスタTMSTに格納する。ステップS614からメインルーチン(第10図)のステップS700にリターンする。
【0062】
DSPを介しての音声情報出力はやがて終了する。その終了は割り込みとして検知される。出力完了割り込みがあると、第20図の制御手順が起動される。同図のステップS802において、出力中であったキューが少なくとも1つ存在することを確認する。ステップS804で出力中であったキューの情報の番号をレジスタqに格納する。ステップS806では、出力が終了したことを示すために、出力キュー(OUTP)をリセットする。ステップS808では終了した時刻をレジスタTMEDに格納する。
【0063】
ここで、第19図の回数チェックルーチンについて説明する。
情報、特に音声情報が連続して出力されることはドライバにとって不愉快なものとなるので、過度に連続して発生した音声情報はカットしてドライバに提供しない方が好ましい。但し、規制すべき連続回数は走行状態に応じて変化すべきであるから、本実施形態では、第21図に示すように、制限回数LMTを定義している。
【0064】
第24図は第1実施形態における「連続出力」の定義を説明する。ドライバが出力が連続的に行われていると感じるのは、第24図に示すように、1つの情報の出力の終了時点(=TMED)から次の情報の出力の開始時点(TMST)までの時間差が小さい場合である。時間差の閾値をδとすると、
TMST−TMED<δ
であるような情報の出力シーケンスがLMT回重なると不愉快に感じるものと定義する。そこで、LMT回だけ連続して情報が出力されたならば、それ以降にキューイングされている入力情報はキューから取り除かれるものとすることによってドライバが不快感を感じるのを防止する。但し、制限回数LMTは走行状態によって変化があってしかるべきである。そこで、第1実施形態では、第21図に示すように、制限回数LMTを走行状態によって差を付けることとする。即ち、車両が急動作(急旋回や急制動)を行っているときは情報は除去されるべきではないから、急旋回や急制動状態では、LMTには制限は設けない、しかし、運転状態が通常状態に近ければ近いほど、ドライバはよりゆとりを持って運転をしているから、換言すれば情報提供に煩わしさを感じる度合いはより減るから、制限回数LMTをより大きな値とする。
【0065】
回数のチェックは出力が開始される時点で行えばよい。即ち第19図の出力ルーチンが実行される毎にステップS604(詳細は第22図)が実行される。第22図のステップS572において、 TMST−TMEDが演算される。ステップS574ではこの差が閾値δよりも大きいかがチェックされる。大きい場合はそれまでの連続出力は問題がない程度のものであったのであるから、ステップS582で、連続出力の回数を記憶するカウンタCNTRをリセットする。
【0066】
一方、閾値δを超えるような時間差があった場合には、ステップS576に進み、カウンタCNTRをインクリメントする。ステップS578では、計数値CNTRと現時点での走行状態STATに応じた制限回数LMTとを比較し、計数値CNTRがLMTを超えている場合には、ステップS580で、出力テーブルにキューイングされている情報出力要求(IQ=1)を探索する。そしてステップS590で情報出力のキューをリセットする。
【0067】
ステップS590の消去ルーチンの詳細は第23図に示されている。即ち、ステップS592で、現在の走行状態が急旋回もしくは急制動状態の時は、元の第22図のルーチンにリターンするので、キューのリセットは行われない。急旋回もしくは急制動状態のときは情報の消去は行わない方が好ましいからである。一方、急旋回もしくは急制動状態でないときは、ステップS594で、そのときの走行状態に応じてキューをリセットする。尚、ステップS594でのキューの消去はランクが“A”である入力情報には行なわれないようになっている。
〈第1実施形態の効果〉
以上説明した第1実施形態のナビゲーションシステムによると次のような効果が得られる。
1:特に音声情報の入力源をマルチメディアとすることにより、豊富な情報量が保証されて経路誘導指示がより適切なものとなる。
1−1:音声情報がマルチメディア化すると、過度に大量の音声情報の提供が行われて、逆に不快感を与えたり、重要な情報を聞き逃すといった事態の発生が懸念されるが、第1実施形態では、メディア毎に情報提供の規制の手法を異ならせている(メディア毎に、優先順位PR、優先ランクRK)ので、その情報のソースたるメディアに適した情報提供の規制を行うことができる。
1−2:現在の走行状態に応じた情報提供の規制を行っているので、その走行状態に最適な量もしくは種類の情報が的確にドライバに与えられる。
【0068】
特に第1実施形態では、第13図に示すように、走行状態によっては不要な情報を前もってカットするようにしている。
また、第11図及び第12図のテーブルに示したように、走行状態STATと情報のランクRKの双方に基づいて情報の出力のタイミングの緊急度レベルLVLを判断しているので、走行状態STATだけ、或いは情報ランクRKだけに基づいた情報提供タイミングの画一化が防止される。情報の提供は、情報の性質(ランク、即ち重要性)と現在の走行状態(緊急性)の双方に基づいて決定されるべきであるからである。
【0069】
また、第21図に示すように、連続出力に制限を設けることにより、ドライバに不快感を与えないようにした。さらに、その制限回数を走行状態に応じて変更することにより、走行状態によって重要となる情報が失われるのを防止した。
2:第1実施形態のシステムでは、異なる情報が複数同時に発生したときに、優先度(ランク)もとづいて出力順位が決定されている。重要度の高い情報を優先的に出力することによりナビゲーション情報がドライバに適切に提供されることになる。
2−1:優先順位の低い情報は提供を中止する(第13図のRKLMTによる規制、及び第12図のレベル3情報の出力禁止)ことにより、ドライバへの提供情報が中止される。
2−2:優先順位を定義したテーブルを補正可能とすることによりユーザの好みに合わせたナビゲーション情報の提供が達成される。
3:提供を中止された音声情報は、情報そのものを、或いは中止した旨のメッセージをデイスプレイに表示することにより、情報の消失防止と不快感の減殺を両立した。この代替表示も操作者の好みによって付勢或いは消勢可能とした。
4:第7図,第8図に示すように、メディア毎に情報を記憶するメモリの記憶容量を設定できるようにした。大量に発生する(不必要な)情報によってメモリの記録領域が満杯になるのを防止できる。しかも、容量をユーザが設定できるようにしたので操作性が向上する。さらに、重要な情報(緊急情報)については別途ユーザが関知できない領域に特別な記憶領域を確保しているので、そのような情報が記憶領域不足により記憶されないことが防止できる。
〈第1実施形態の変形〉…第1変形例
(音声データ→表示データ)
この第1変形例は、前記第1実施形態の制御(第10図〜第28図)に対して変形を加えたものである。第1実施形態では、急旋回状態または急制動状態の時にランク“B”の音声情報(車両に関する情報)が発生すると、ランク“B”の情報は比較的に重要度が高いということで、LVL=2が与えられ、他の情報との競合次第では、その音声情報がドライバに提供されることがある。
【0070】
この第1変形例は、急旋回状態または急制動状態において、ランク“B”の情報が発生したときには、そのランク“B”の情報が比較的に重要度が高いことに鑑みて、LVL=1の提供タイミングレベルを与えることにより確実に情報としてドライバに提供することを保証しつつも、そのランク“B”情報が文字情報ならば音声情報に変換せずに、または音声情報ならば文字情報に変換して、ドライバに提供することにより、急旋回状態または急制動状態において音声によりドライバの注意力を散漫にしないことを目的とする。
【0071】
第67図は、第1変形例の制御に用いられる提供タイミングレベルの設定テーブルを示す。第1実施形態のそれ(第11図)と異なる点は、上述したように、急旋回状態または急制動状態においてはランク“B”情報に対してLVL=1を与えるが、提供形態はあくまでも表示に留める点にある。
第1変形例は、実質的に第1実施形態の制御手順を援用するが、第1実施形態の「優先度に応じた処理」ルーチン(第18図)を第68図の制御手順に置き換える。即ち、この第1変形例の制御は、LVL=1のレベルの情報が検出されると、ランクが“B”の情報が急旋回または急制動中に発生すると、文字データに変換(または文字データのまま)してデイスプレイ8に表示するようにしている。
【0072】
尚、上記第1変形例では、ランク“B”の車両情報に対して音声情報で提供すること抑制していたが、急制動や急旋回状態ではランク“A”の音声情報もドライバにわずらわしいときがあり、そこで、ランク“A”の音声情報も表示されるだけのように、第1変形例をさらに変形することも可能である。
〈第2実施形態〉…走行環境の考慮
上述の第1実施形態は、情報提供のタイミングを、特に2つの情報が競合した場合における情報提供のタイミングを、緊急度レベルLVL(第11図)という概念を導入することにより決定していた。このレベルLVLは第11図に示すように優先度ランクRKと走行状態STATとによって決定される。
【0073】
以下に提案する第2実施形態は、優先順位の上下関係と走行環境とによって競合を調停するものである。このために、本第2実施形態では、第1実施形態の第18図のフローチャートの代わりに第31図のフローチャートを、第11図のテーブルの代わりに走行環境ENVを考慮した第29図のテーブルを用いる。その他のフローチャート及びテーブルは第1実施形態のものをそのまま援用する。
【0074】
第29図は、対象の情報種類KNDに対するそのときの走行環境ENVを考慮した優先順位決定テーブルを示す。本第2実施形態における優先順位は優先順位決定後における制御アクションの分類を示すので、第1実施形態の「レベルLVL」と区別する意味で、便宜上「分類CL」と呼ぶこととする。本第2実施形態では、走行環境として、山岳路と自宅近傍と渋滞路の3種類の走行環境を設定している。第29図に従えば、同じ種類の情報でも、走行環境が異なればドライバにとって重要度が異なるものであるから、その変化に応じて優先順位、即ち、分類CLの値も異なるものとなる。分類CLの値は重要度が高いほど小さい値を割り当てた。例えば、NAVI情報は、渋滞路では重要度は高い(値は“2”)が、山岳路では重要度は中程度(値は“3”)であり、自宅近傍では地理に知悉しているので重要度は低く(値は“4”)なる。尚、この第2実施形態では、分類値CLが“1”である情報は常に出力されるものとし、“4”の情報は出力対象外とされている。
【0075】
第31図は、第1実施形態の第18図のフローチャートに代わる第2実施形態のための制御手順を示す。即ち、第31図の制御手順を実行するときは、第10図のメインルーチンルーチンを実行中に、1つの情報xがキューイングされていることを発見してステップS500の「情報提供制御」サブルーチン(詳細は第17図)を起動し、「情報提供制御」サブルーチン(第17図)を実行してステップS520を実行することが起動された場合である。
【0076】
即ち、第31図のステップS700を実行する時点では、情報提供すべき情報の番号xはレジスタnに移管されている。そこで、ステップS700では、情報nを処理するに際して、既に情報提供中(便宜上、第1実施形態と同じように、出力中と呼ぶ)の情報xがあるか否かを調べる。
出力中の情報xが存在しない(競合する情報が存在しない)のであれば、当該キューイングされている情報nは出力されてもよいので、ステップS736に進み情報nを出力キューに入れる、即ち、フラグOUTQnを“1”にセットする。
【0077】
出力中の情報xが存在する場合には、ステップS702でその引数xをレジスタkに移管し、ステップS703の「例外情報処理」を実行する。この例外情報の処理の詳細は第32図に示される。
第32図のステップS800において、出力中情報kの種類KNDが緊急情報(KND=1)であるか否かを調べる。出力中情報が緊急情報であれば、その情報の出力を終了するのを待つべきであるから、制御はステップS800から元のルーチンのステップS704にリターンするのではなく、第31図のルーチンの最終ステップ(リターンステップ)にEXITする、即ち、第17図のステップS520を終了する。かくして、情報の競合があっても、出力中情報が緊急情報であれば、その緊急情報の出力が確保される。尚、緊急情報kの出力中に、緊急情報nが入力された場合には、第32図の制御手順に従えば、緊急情報kの出力が終了した後に緊急情報nが出力される。
【0078】
ステップS800で、出力中情報kが緊急情報でないと判断されたときには、ステップS802で、入力された情報nの分類クラスCLが“4”であるか否かを調べる。前述したように、この第2実施形態で定義した走行環境では、分類値CL=4であるような情報は処理対象外としている。そこで、ステップS804に進み、その情報nのキューフラグIQnをリセットし、併せてデータもクリアする。そして、情報の処理が終了したものとして、第31図のルーチンの最終ステップ(リターンステップ)にEXITする、即ち、第17図のステップS520を終了する。
【0079】
一方、出力中情報kが緊急情報でもなく、入力情報nがCL=4でもない場合には、この入力情報nを処理するために、第31図のステップS704にリターンする。
ステップS704で、その出力中情報kと出力予定の情報n同士の優先度ランクRKCを調べる。
【0080】
出力中情報kのランク値RKCkが出力予定の情報nのランク値RKCnと同等かまたは下位(ステップS704でYES)の時は、その下位ランクの出力中情報はその提供を中止するためにステップS706に進み、出力中フラグOUTPkをリセットする。そして、ステップS708で第29図のテーブルに従って、出力中であった情報のkについて環境分類CLを決定する。分類値CLの値によって制御は異なる。尚、緊急情報(CL=1)及びCL=4の情報はステップS703のステップにおいて既に処理されている。
【0081】
出力を停止された情報kの分類値CLが“2”の場合は、ステップS710において当該情報kのキューフラグIQkを“1”にセットする。これは、分類値CL=2の情報kが現在の走行環境下では(CL=2に比して)出力する重要性がCL=3の情報に比して比較的高い、ことに鑑みて、後に再提供されるようにスケジュールするためである。ステップS712では、出力を停止された情報kに代わって情報nを直ちに出力するために、フラグOUTQ nを“1”にセットする。
【0082】
第33図は、ステップS706〜ステップS712の対象となる競合する2つの情報kとnの具体例を示す。この場合、ランク“C”且つ分類“3”の情報kが先に出力されているところに、ランク“B”且つ分類“2”の情報nが入力された場合において、情報kの出力が中断されて情報nの出力が取って代わり、その後に情報kの出力が再開されている。
【0083】
ステップS708で分類値が“3”と判断された場合には、すち、出力中情報kのランク値は入力情報nのランク値よりも低いものの、出力中情報kの分類値が“3”の場合には、その出力中情報kをクリアするために、ステップS714で、当該出力中情報kのキューフラグIQkをリセットし、ステップS716でデータを消去し、ステップS718で情報がクリアされた旨をデイスプレイ8に表示する。また、ステップS719では、入力情報nを出力キューに入れるために、フラグOUTQnを“1”にセットする。
【0084】
競合する2つの情報の内、既に出力中の情報kの優先度が入力情報nの優先度よりも高い場合(ステップS704でNO)には、ステップS720で、入力情報nの環境分類値CLを調べる。
入力情報nの分類値CLが“3”の場合について説明する。この場合は、入力情報nの重要度は現在の走行環境では比較的低いことを意味する。従って、ランク値RKの高い現在出力中の情報kの出力を停止する必要性は全くない。反対に、出力中情報kのランク値が入力情報nのそれよりも高いことと入力情報nの重要度が現在の走行環境では比較的低いことに鑑みて、入力情報nの提供を行なわないようにした方が、後に発生するかも知れないより重要度の高い情報に備える意味からも好ましい。そこで、ステップS722で当該入力情報nのキューフラグIQnをリセットし、ステップS724でデータを削除し、ステップS726でその旨を表示する。第34図に例を示す。
【0085】
入力情報nの分類値CLが“2”の場合について説明する。この場合は、出力中情報kのランクRKが入力情報nのランクよりも高いので、出力中情報k必要はないが、入力情報nの重要度は現在の走行環境を鑑みれば比較的高いので、入力情報nを除去するまでもない。従って、この場合には、ステップS720からもとのルーチンにリターンして、入力情報nの出力を出力中情報kの終了を待ってから、或いは走行環境の変化を待ってから行うようにする。
【0086】
第34図に例を示す。また、第30図に第2実施形態のロジックを示す。尚、第2実施形態においては、走行環境の例として第29図に3つ挙げたが、そのほかに、
1:走行路(平坦路、山岳路、高速道路、道幅(狭い/広い)、有料道路、渋滞路)、
2:走行場所(自宅近傍、市街地、海の近く、観光地、スキー場近傍)
3:天候(雨天、雪、外気温)
に応じてマップを作成してもよい。
〈第2実施形態の効果〉
以上説明した第2実施形態によれば以下の効果が得られる。即ち、
1:例外情報出力処理(第31図のステップS703,第32図)を行うことにより、特殊な情報(常に重要度の高い例えば緊急情報や、常に重要度の低い情報(音楽タイトルなど))を制御の対象外とすることにより、制御ロジックを簡略化することができる。
2:優先度(RKC)と走行環境ENVを考慮して、競合した情報の出力順序を決定(ステップS704)する。
【0087】
出力中情報kの優先度ランクRKが低い場合、出力中情報の出力が停止される場合があるが、その停止された情報が再開されるか否かは走行環境によって決定する。即ち、2つの情報が競合した場合において、出力中情報の出力を停止するか否かは、競合情報間の優先度に応じて決定す(ステップS704)るが、出力を停止された情報の再出力は、その情報の走行環境を考慮した重要性(分類値CL)によって決定される(ステップS708,ステップS710)べきであるとした。再開されない場合にはその情報はクリア(ステップS714)される。
【0088】
一方、出力中情報kのランクが高い(ステップS720)場合には、入力情報nの情報を提供するか否かを、その入力情報nの走行環境を考慮した重要度(CL)によって決定する。即ち、ランクの高い出力中情報kの出力状態は維持されるものの、ランクの低い入力情報nは、その入力情報nの環境に対する重要度に応じて制御される(ステップS722〜ステップS724)。
【0089】
上記第1実施形態及び第2実施形態では、優先度ランクRKなる概念を導入して、優先順位を大まかに分類したが、ランクを細分類し、1ランク=1順位と設定しても本発明は成立する。ランクを再設定することは第5図の表示画面を用いて簡単に行うことができる。
〈第2実施形態の変形〉…第2変形例
この第2変形例は、第2実施形態の優先度(PR)と分類値(CL)とを用いる制御手法を、走行状態(車速,旋回速度,加減速状態,車線変更,右左折,前進/後退等)を考慮して情報提供を制御する手法(第1実施形態の手法)に応用したものである。
【0090】
この第2変形例の制御は、第2実施形態の制御(第29図〜第34図)を援用することができる。この場合、第2実施形態1変形例に対して、第2変形例の制御ロジックと同様のロジック変更を加えるものである。このために、第69図のテーブルを、第2実施形態のテーブル(第29図)に替えて制御に用いる。第2変形例の制御は、このテーブルを、援用する。
〈第3実施形態〉…走行モードの考慮
この第3実施形態は、複数の情報が発生した場合に、走行モードに応じて情報提供の要否、さらには情報提供の優先順位を決定するものである。
【0091】
第35図〜第47図は本発明の第3実施形態の制御手順に関わるフローチャート及びその制御手順に用いられる各種テーブルなどを示す。
第3実施形態は、走行モードの違いに応じて、即ち一般走行路(中低速走行)と高速走行路という走行モードの相違に応じて、情報提供の要否、さらには情報提供の優先順位を決定する。これら2つのモードにおいて、第35図に示すように、各種情報に対して、走行モードに応じた優先順位PRと分類CLが与えられている。即ち、走行モードが異なれば、同じ種類の情報でも異なる優先順位PRと異なる分類CLとが与えられている。例えば、NAVI情報は、一般走行モードではPR=3、CL=2であるが、高速走行モードではPR=6、CL=3である。高速道路では道に迷うことが少ないから、NAVI情報は必要性に乏しく、逆にVICS情報の方が必要性が高い。これらの設定は、第1実施形態と同じようにユーザがその設定を変更することができる。
【0092】
第35図のテーブルにおいて、優先順位の欄で“x”とされているものは、制御対象から外されていることを示す。そのような情報に対しては、分類値=4が与えられている。また、緊急情報については、常に最高の優先順位(=1)と分類(=1)が与えられている。従って、緊急情報と世帯障害の情報は、第2実施形態と同じように、「例外情報」として扱われることになる(第47図を参照)。
【0093】
第3実施形態の制御手順を簡単に説明する。
第37図は第3実施形態の制御手順のメインルーチンを示す。その構成及び動作は第1実施形態の第10図のフローチャートと実質的に同じであるので説明は省略する。
第3実施形態の第38図は第1実施形態の第17図に相当し、第39図は第14図に相当し、第40図は第15図に相当し、第41図は第16図に相当し、第43図は第19図に相当し、第44図は第20図に相当し、第45図は第23図に相当し、第46図は第22図に相当し、第42図は第18図に相当し、第47図は第2実施形態の第32図に相当する。尚、第3実施形態の連続出力の制限の定義テーブルについては第1実施形態のそれと全く同じであるので、第1実施形態のそれ(第21図)を援用するものとする。
【0094】
第3実施形態の情報提供制御は第38図によって与えられる。第3実施形態では、情報にランク値を与えていた第1変形例と異なり、走行モード毎に異なる優先順位を与えているので、例外情報処理を第38図の情報提供制御で行っている。この例外情報処理制御はステップS1808で行われるものの、その内容は第2実施形態(第32図)と実質的に同じであり、即ち、緊急情報(分類値CL=1)と分類値CL=4の情報を特別に処理するものである。この例外情報処理のために、第1実施形態の時と同じように、「優先度に応じた処理」において、分類値CLが“2”及び“3”のみの情報を処理の対象とすればよいことになる。
【0095】
第3実施形態の第42図に示された処理は、優先順位(PR)と走行モードとを考慮して、競合した情報の出力順序を決定(ステップS1824)する。即ち、各種走行モードに即した、情報の出力順及び情報提供の要否が決定される。
情報の出力順は原則的には第2実施形態のそれと同じである。特に、情報提供の要否の決定ロジックについて言及すれば、出力中情報kの優先順位PRが低い場合、その出力中情報の出力が停止される場合があるが、その停止された情報が再開されるか否かは走行モードによって決定する。即ち、2つの情報が競合した場合において、出力中情報の出力を停止するか否かは、競合情報間の優先度に応じて決定する(ステップS1824)が、出力を停止された情報の再出力は、その情報の走行モードを考慮した重要性(分類値CL)によって決定される(ステップS1828,ステップS1820)べきであるとした。再開されない場合にはその情報はクリア(ステップS1824)される。
【0096】
一方、出力中情報kの優先順位が高い(ステップS1832)場合には、入力情報nの情報を提供するか否かを、その入力情報nの走行モードを考慮した重要度(CL)によって決定する。即ち、優先順位の高い出力中情報kの出力状態は維持されるものの、優先順位の低い入力情報nは、その入力情報nの走行モードに対する重要度に応じて制御される(ステップS1834〜ステップS1836)。
【0097】
第36図に、第42図に示した制御手順の決定論理の概略をまとめて示す。この論理は第2実施形態と実質的に同じである。
〈第3実施形態の変形例〉…第3変形例(時間帯の考慮)
この変形例は、情報提供の順序と要否の決定を、運転を行っている時間帯に応じて決めるものである。
【0098】
第48図に、第3実施形態の第35図と同じ、優先順位PRと分類値CLの定義テーブルを示す。第3実施形態の時と同じように、情報の種類毎に、優先順位PRと分類値CLが決められており(変更可能)、また、同じ種類の情報でも、時間帯の相違によって異なる値の優先順位PRと分類値CLが与えられているのは第3実施形態と同じである。
【0099】
第3変形例では、時間帯の指定を、第48図に示すように、名称(例えば、「食事」と「通勤」)で指定する手法と、具体的な時刻で指定する手法(第49図)を例示する。第3変形例のシステムの構成及び制御手順は第3実施形態のそれと実質的に同じでよい。この変形例によっても第3実施形態と同じ効果を期待できる。
〈第3実施形態の変形例〉…第4変形例
(時間帯の考慮)
この第4変形例は、上記第3変形例の情報提供の要否判定をさらに改良したものである。即ち、第3変形例では、第48図または第49図に示したように、情報提供の要否判定の対象から除外されている情報(同図において“x”でしめされている)はシステムによって前もって決められており、その後にユーザがデイスプレイを介して変更するというものであった。しかしながら、要否判定の対象である情報は時間帯に応じて予め決まっている、換言すれば、時間帯によって異なっている。そこで、この第4変形例では、ユーザが定義した時間帯に応じて前もって決めておいた要否判定対象除外情報をテーブル(第50図)として記憶することとする。
【0100】
第51図はこの第4変形例にかかる制御手順の、第3実施形態の制御手順に対する変更部分を示すものであり、この制御手順が第3実施形態のステップS1806とステップS1808の間に挿入されることによって、第4変形例の制御手順は完成する。
即ち、ステップS1806を実行してから、走行時刻(現在時刻)を読み取り、その時刻から走行時間帯を判断する。判断ロジックの一例を第52図に示す。このロジックにより、現在の走行時間帯をユーザの手を煩わすことなく判定することができる。時間帯が判定されたならば、第50図のロジックを用いて、情報提供要否の対象から除外すべき情報を見出す。同図において、丸印の付されていないものが除外対象である。
【0101】
除外対象が決定されたならば、ステップS1808の「例外情報処理」により、対象外の情報を除去する。
〈第4実施形態〉…走行目的の考慮
第1実施形態は、走行状態(緊急動作、ブレーキ操作、ハンドル操作等)によって、第3実施形態では走行環境(自宅周辺道路や山岳路などの区別)や走行モード(速度の相違による区別)によって、情報提供の要否及び順序を決定していた。
【0102】
第4実施形態は、走行目的に応じて情報提供の要否及び順序を決定する。
第53図は、走行目的に応じて、情報提供の要否及び順序の分類を決定するロジックを表すテーブルである。第4実施形態では、走行目的の例として、通勤、旅行やレジャー、買い物を挙げる。
第4実施形態のシステムの構成及び制御手順は第3実施形態のそれと実質的に同じでよい。第4実施形態によっても、第1実施形態〜第3実施形態と同じ効果を期待できる。
〈第4実施形態の変形〉…第5変形例(走行目的の推定)
第4実施形態のシステムでは、走行目的をユーザであるドライバがデイスプレイの画面を介して設定するものであったが、この変形例は、走行目的をシステムが推定するものである。
【0103】
第5変形例のシステムが推定する走行目的は、通勤、旅行/レジャー、営業活動、買い物、NAVIによる誘導走行の5種類とする。
第54図に第5変形例にかかる制御手順の、第4実施形態の制御手順に対する変更部分を示すものであり、この制御手順が第4実施形態のステップS1806とステップS1808の間に挿入されることによって、第5変形例の制御手順は完成する。
【0104】
即ち、ステップS1806を実行してから、走行推定を行う。この推定ロジックは、一例として、
平日で午前7時〜9時…通勤
休日で自宅より半径50Km以内…買い物、
休日で自宅より半径50Km以上…旅行/レジャー、
と判定する。平日か休日かはシステムが有するクロックにより、距離はNAVIシステムが有する距離情報に基づいて判断する。
【0105】
尚、目的の推定をスイッチなどによって行ってもよい。次ぎに、マップ(第55図)から、情報提供要否の対象から除外すべき情報を見出す。同図において、丸印の付されていないものが除外対象である。
除外対象が決定されたならば、ステップS1808の「例外情報の処理」により対象外の情報を除去する。
〈第5実施形態〉…心理状態の考慮
第5実施形態は、走行条件に応じて情報提供の要否の判断及び提供の順序を決定するという点では第1実施形態〜第4実施形態と同じであり、即ち、この第5実施形態は、ドライバの心理状態に応じて情報提供の要否の判断及び提供の順序を決定する。
【0106】
第5実施形態の制御は第3実施形態の制御を援用する。第56図は、各種の情報の重要度(優先順位PR及び重要度分類CL)が、心理状態に応じてどのように変化するかを示すテーブルである。このテーブルを、第3実施形態の制御手順が走行状態に応じた重要度テーブル(第35図)を用いるのを類似の手法で用いる。即ち、第5実施形態の制御のためには、第38図のフローチャートのステップS1806を、第58図に示すように、ステップS1806‘に変更する。ステップS1806’は第56図のテーブルを参照する。尚、第5実施形態では、心理状態を、システムが、連続走行時間、走行時間帯、ブレーキの踏む回数、走行速度などから判断する。
【0107】
ステップS1806’を実行すると、第5実施形態の制御は、第3実施形態と同じように第38図のステップS1808の「例外情報処理」を実行する。この処理では、緊急情報は例外的に常に提供されるように処理し、第56図のテーブルでxとマークされた情報については、その時点で判断された心理状態に応じて「制御対象外情報」として判断され、情報提供対象情報から除外される。
【0108】
また、第56図の優先順位PRや分類値CLは、第5実施形態のための「優先度に応じた処理」(第42図参照)において用いられる。
この第5実施形態によっても、第3実施形態,第4実施形態と同じ効果が得られる。
〈第5実施形態の変形例〉…第6変形例
第5実施形態における制御対象の情報の区別を、第56図のマップでは3種類(疲労状態、緊張状態、平常状態)に分類した上で、x印で示していたが、この変形例では、さらに細かく、例えば第57図のように分類することを提案する。
〈第6実施形態〉…緊急情報のユーザによる指定
第3実施形態の制御においては、所謂「緊急情報」はステップS1808の「例外情報処理」(第38図)によって例外的に処理され、そのために確実に速やかにドライバに提供されるものであった。しかしながら、第3実施形態の「緊急情報」はシステムが予め決めておいたものである。例えば、トンネル情報、地震情報、車両情報(故障警報、車間距離警報、パンク警報等)、交通情報(事故情報、交通規制情報)などである。そのために「緊急情報」は固定的であった。この第6実施形態は「緊急情報」をユーザが指定できる点に特徴がある。
【0109】
第59図は、その指定のためのユーザインタフェースを示す。即ち、ドライバがデイスプレイ8上の画面(第59図)において、「情報設定の変更」を選択すると、第60図のような画面が現れて、現在「緊急情報」として選択されている情報が黒丸で、緊急情報として選択され得る候補が白丸で表示される。ユーザは、「緊急情報」に加えたいときには、その情報の○部分を操作装置で選択し、「緊急情報」から除外したいときには、その情報の黒丸部分を操作装置で選択する。この選択により、○の白黒は反転して、「緊急情報」に加えられたこと或いは除外されたことがユーザによって確認される。
【0110】
第6実施形態の制御手順の大部分は第3実施形態の制御手順を援用する。
「緊急情報」として登録された情報には、情報種類としてKND=1が登録される。このKND=1はステップS1806で読み取られて、ステップS1808で例外的に取り扱われて、早く確実にドライバに提供される。
【0111】
尚、この第6実施形態は、本来の最優先情報としての「緊急情報」の他に、ユーザが指定する情報を「緊急情報」として扱うものであるが、第6実施形態の変形として、たとえば、第77図に示すように、本来の緊急情報と、擬制的に緊急情報とされた情報との優先順位の差が所定値(例えば2)未満のもののみを、擬制的に緊急情報として扱う制御も提案することができる。
〈第7実施形態〉…優先順位の自動変更
第1実施形態〜第6実施形態では優先順位等(優先順位PR及びランクRK)は予め決められており、その値を変更するときは、変更用のユーザインタフェース画面を表示させて、その値を変更するようにしていた。換言すれば、優先順位は実質的に半固定である。半固定にしたのは、優先順位の値をかえることはロジックの変更に繋がるものであり、ユーザにロジックの変化を配慮させることは好ましくないからである。しかしながら、優先順位等を固定的にしておくことは、走行条件が種々に変化する現今の交通事情では好ましくない。
【0112】
第7実施形態は、システムが、走行条件の変化を勘案しながら、優先順位などを、適正なものと前もって決められた範囲内で自動的に変更するものである。
第61図は、第7実施形態において設けられた優先順位などの変更ロジックの例を示す。
第7実施形態の制御は第3実施形態の制御の大部分を援用する。第62図に、第3実施形態の制御手順に対する変更部分を示す。この変更は、第3実施形態のステップS1804(第38図)とステップS1806(第38図)の間にステップS2000を追加して修正される。このような制御手順の変更により、第7実施形態のシステムは、ステップS2000で、ステップS1804(第38図)で読み取った各種車両データなどから、第61図に示したルールを満足する優先順位の補正を行う。ステップS1806では、ステップS200で補正された優先順位PR等の他に、分類値CLや回数制限値LMT等を読み取り、この補正値を用いて、ステップS1808で「優先度に応じた処理」ルーチンを実行する。
【0113】
第61図の補正条件としては、車両に突発的に故障が発生した場合における車両故障情報の順位を上げる補正、或いは、高速道路を走行中にVICS情報の優先順位を上げる補正、或いは、山岳路走行中(気圧計によって検知できる)、或いは雨天中(ワイパの動作によって検知できる)には、天候情報の優先度を挙げる補正、或いは、ノイズレベルの高い情報或いは入力してから時間の多く経過した情報の優先順位を下げる補正、走行方向と異なる方向のVICS情報の順位を下げる補正など。
【0114】
かくして、第7実施形態によって、優先順位がよりきめ細かく決定されるので、現在の走行条件とその情報の性質に即して最適な情報提供がなされる。
第7実施形態の優先順位の変更の手法は、第3実施形態のみならず、第1実施形態〜第6実施形態にも適用できるものである。
優先順位の自動変更は、経路誘導を実際に行っているときにも有効である。即ち、経路誘導を行っているときには、ナビゲーションシステムのナビゲーションコントローラは、目標値点までに至る複数の誘導地点において、誘導地点に近接する毎に、その旨をドライバに報知するようになっている。この情報によりドライバは自分が目標地点に向かって正しく進行していることを確認できる。換言すれば、経路誘導を行っているということは、経路誘導地点近傍ではある程度の情報が与えられるものとドライバは期待しており、反対に、誘導地点以外の地域では余分な情報を与えられることに不快感を感じる。
【0115】
そこで、第7実施形態のナビゲーションコントローラ17は、第78図に示す制御手順に従って、集中制御ユニット2に、NAVI情報を優先順位を付加して送る。この時、ナビゲーションコントローラ17は、第78図に示すように、経路誘導制御が稼働していることを確認し、経路誘導制御がなされているときに経路誘導地点に近接(所定の距離の半径の円内)にあるときには、NAVI情報の優先順位を上げる。
【0116】
一方、集中制御ユニット2は、NAVI情報以外のメディアからの情報に対しては、経路誘導制御が稼働していて経路誘導地点に近接しているときには、たとえばニュース情報などの優先順位を下げるようにしてもよい。こうすることにより、経路誘導地点近傍では、NAVI情報が優先され、反対にNAVI情報以外の優先順位が相対的に下げられて、ドライバにとって真に必要な情報がドライバに提供される。
〈第7実施形態の変形〉…陳腐データの削除(第7変形例)
車両速度には自ずと限界があるために、交通情報などのように、短い距離の間に同じ情報が何度も不必要に入力されることがある。このような情報が何度も提供されることは不快感を招く。
【0117】
そこで、この変形例は、過去に入力された情報と同じ内容の情報については、その優先順位を下げことにより、陳腐データ情報の繰り返し提供を防止するとういうものである。この変形例は、内容が同じか否かの判定が比較的容易な、キャラクタデータ形式で送られてくる情報に対して特に効果がある。陳腐内容のキャラクタデータ情報の優先順位を下げることにより、その情報が提供(表示もしくは音声出力)される確率が相対的に下がるからである。また、マルチメディアナビゲーションシステムでは、キャラクタデータ情報でも音声データに変換されて出力されるので、陳腐情報を表示のみならず音声出力しないようにすることからも、ドライバの不快感を減少させる。
【0118】
第7変形例も第3実施形態の制御手順を一部援用する。即ち、第38図の制御手順のステップS1804とステップS1806の間に第64図の制御手順を追加して修正する。また、この第4変形例では第63図に示すような記録領域を確保する。この記憶領域では、キャラクタデータの入力時刻と、同じ内容と判断された回数と、そのデータ内容とを記憶する。
【0119】
第64図のステップS2002で入力された情報がキャラクタデータか否かをチェックする。キャラクタデータでなければ陳腐データか否かの判断対象を行わない。キャラクタデータの場合は、ステップS2004において、第63図の記憶領域中に入力された情報データと同じものがあるか否かを探索する。同じ内容のものがなければ、その情報データを第63図の領域に記憶する。同じ内容のものがあればステップS2008で時間差を計算する。この時間差が所定の閾値Δよりも小さければ、短い時間内に同じ内容の情報を受け取ったことになるのでステップS2012でその情報の優先順位を下げる。一方、時間差がΔよりも大きければ、前回データを入力してからかなりの時間を経過しているので、そのデータを第63図の記憶領域から消去する。
【0120】
この第4変形例の手法によっても、同じ陳腐内容の情報が繰り返しドライバに提供されるのが防止される。尚、同じ内容のデータが2回目に入力された場合には、そのデータをデイスプレイ8に表示し、3回目以降において同じ内容のデータが来た場合には、そのデータを消去するようにしてもよい。
〈第8実施形態〉…データ内容による優先的処理
第8実施形態は、文字放送からの情報について、特定のキーワードを有するデータ情報のみを優先的にユーザに提供するものである。即ち、文字放送は文字であるが故に、その情報を表示に留めていれば、ユーザにデイスプレイの注視を強いる点と、逆に、文字データ情報であるが故に特定のキーワードを探索することが比較的容易にできる点に着目したものである。
【0121】
第8実施形態のナビゲーションシステムは、第65図に示すようなユーザインタフェースをデイスプレイ8上の画面に表示して、通常放送モードと文字放送モードの選択をユーザに許す。文字放送受信モードを選択すると、文字放送情報データ中に探索すべきキーワードの入力が許される。さらに、文字放送データ中にキーワードが見つからないような情報を、消去するのか(第65図で“する”を選択)、消去せずに文字として表示する(“しない”を選択)を選択することが許される。
【0122】
第8実施形態の制御手順は、第3実施形態の制御手順を援用することにより達成される。第38図のフローチャートの一部(ステップS1804とステップS1806の間)を第66図のように変更する。
情報の入力があると、ステップS2100で入力情報が文字放送データか否かを判別する。ステップS2101では、文字放送モードがセットされているか否かを判断する。このモードがセットされていればステップS2102でキーワードがセットされているかを判断する。キーワードがセットされていればステップS2104でその受信データ中にキーワードを探索する。
【0123】
キーワードを含むような文字放送データが見つかれば、ステップS2110でその情報を音声データに変換する。この音声データに変換された情報は、第3実施形態の制御手順に従って他の情報と同じように処理される。見つからなかった情報は前述の設定スイッチ(消去を行う、行わないの設定)に従って、表示データとして処理するか、或いは消去する。
【0124】
尚、キーワードとしては、文字放送が、現在、「スポーツ情報」と「天気予報」と「イベント情報」にジャンルわけされているので、それらのジャンル中の特定のキーワード、例えば、自分がひいきにしているチーム名、選手名、或いは、天気予報を聞きたい地域の名称、イベントの名称等を入力する。
この第8実施形態の制御手順によれば、ドライバが興味があるもの(キーワードが一致したもの)のみが、認識し理解しやすい音声情報の形式でドライバに伝達される。一致がとれないような情報はドライバに不快を与えないように消去され或いは煩わしさを与えないようにデイスプレイ8に表示される。
【0125】
〈第9実施形態〉…情報間の提供間隔の制御
音声情報が頻繁に発生しているときには音声情報が再生される時間間隔もドライバには気になる要素である。この第9実施形態は、情報提供間隔を制御する。より少な目の情報提供の方がドライバに好ましい走行環境、走行状態、走行時間、心理状態では、情報提供間隔をより長めに設定することにより、より多い目の情報提供の方がドライバに好ましい走行環境、走行状態、走行時間、心理状態では情報提供間隔をより短めに設定することにより、単位時間当たりの最適な情報の提供量を制御するものである。
【0126】
この第9実施形態の「情報間の提供間隔の制御」は前述の第1実施形態〜第8実施形態の全てのナビゲーションシステムに適用可能である。そこで、第1実施形態〜第8実施形態の全てのナビゲーションシステムに適用可能な「情報提供間隔の制御」の原理を第70図に基づいて説明する。
第70図において、時間幅Tは、そのときの条件下におけるドライバにとって最適な情報間の時間間隔(最小値)である。時間幅Tの経時開始時点は前回の情報の出力終了時刻(TMED)である。従って、
TMED+T
の時刻以降において次回の情報を提供してもドライバに不快感を与えることはない。
【0127】
第71A図〜第71F図に、提供時間間隔Tの最小値を決定する原理を説明する。第71A図〜第71F図によると、
提供時間間隔T=t0×t1×t2×t3×t4×t5
で定義される。ここで、時間幅t0は、第71A図に示すように、車速によって決まる提供時間間隔の基本値である。
【0128】
原則的には車速があがるほど時間間隔は短くすべきである。しかし、高速道路のような道路において安定走行を行っているときは、車速が高くとも、より多い量の情報を提供しても問題はない。そこで、第71A図に示すように、車速80Km/h以上ではt0の値を小さくしている。
t1,t2,t3,t4,t5は夫々補正計数である。
【0129】
第71B図に従えば、補正計数t1は渋滞の程度がひどくなるほど値を大きく設定している。渋滞がひどいときには情報提供の量を少なくすべきであるからである。
第71C図に従えば、補正計数t2は道路密度が高いほど値を小さく設定している。道路密度が高い一帯ではより多くの経路誘導情報などを提供する必要があるからである。第71D図に従えば、補正計数t3は提供情報量が多いほど値を小さく設定している。提供情報量が多いときは相対的により多くの情報を提供する必要性が高いからである。第71E図に従えば、補正計数t4はナビゲーションが動作しているときは非動作中の時よりも値を小さく設定している。ナビゲーションを動作させているときはドライバがナビゲーション情報を欲しているからである。第71F図に従えば、補正計数t5は情報提供の制限回数LMT(第21図を参照)が大きいほど値を大きく設定している。第21図から明らかなように、制限回数LMTは、走行状態がドライバに多くの操作を必要とするほど大きな値が設定されているから、制限回数LMTが大きいほどより少な目の情報が好ましいからである。
【0130】
第72図,第73図は、第9実施形態の時間間隔制御を第1実施形態〜第8実施形態のナビゲーションシステムに適用した場合において、必要となる制御手順の変更部分を示す。
第72図,第73図は、夫々、第9実施形態の制御を例えば第1実施形態に適用した場合における、第9実施形態のための「出力」ルーチン(第1実施形態の第19図)及び「出力完了」ルーチン(同第20図)に対応するフローチャートである。
【0131】
第70図で説明したように、先の情報の出力が終了すると、第73図のステップS2210で、遅延時間T(提供間隔)を第71A図〜第71F図に従って計算する。ステップS2212ではタイマに時間幅Tをセットして起動する。
その後に何らかの音声情報(kとする)が発生すると、第1実施形態〜第8実施形態の「情報提供の要否、情報提供の優先順位」の決定制御が行われて、その音声情報kに対して出力キュー(OUTQk=1)が設定される(例えば、第18図のステップS554)。すると、第72図の「出力」ルーチンにおいて、ステップS220で、その音声情報kが緊急警報(KND=1)であるか、または、現在地点がナビゲーションの誘導地点(交叉点など)に近いかを判断する。緊急警報(KND=1)は提供を遅らせるべきでないからである。ナビゲーションの誘導地点近傍では、ドライバはより多くの情報を必要とするからである。
【0132】
音声情報kが緊急警報でもなく、現在地点がナビゲーションの誘導地点の近傍でもない場合には、ステップS2202で、ステップS2212(第73図)でセットしたタイマがタイムアウトしたかを調べる。タイムアウトしていない場合には、まだこの音声情報kを提供するには早すぎるのであるから、ステップS2204でこの音声情報kの出力キューをリセットして、OUTQk=0とする。この情報kのキューをリセットすることにより、この情報kの後で発生するかも知れないより優先度の高い情報が提供されることを確保する。
【0133】
かくして、提供間隔を制御することにより、その時点の走行条件に応じた最適な情報量の音声情報がドライバに提供される。
〈第9実施形態の変形〉…第8変形例
第9実施形態は、先の音声情報の出力が終わる毎にタイマTを起動していたが、この第8変形例は、先の音声情報の出力が始まる度にタイマTを起動するものである。この場合、第74図に示すように、その先の音声情報の提供にかかる時間を計算する必要がある。
〈第10実施形態〉…情報種類別の音質等の使い分け
第10実施形態は、前述の第1実施形態〜第8実施形態のナビゲーションシステムの夫々に適用可能な音声情報の出力形態の改良に関する。
【0134】
第10実施形態は、過度な音声情報がドライバに特に不快感を与えることに鑑みてなされたもので、入力された音声情報を、その時点における状態に応じて、音質を変えて或いは音量を変えて出力するものである。
第75図は、音声情報の出力の態様を設定するユーザインタフェースの表示画面の一例である。この第10実施形態では、第76図に示すように、「警告情報」,「進路案内情報」,「道路交通情報」,「設備案内情報」,「高速道路案内情報」,「現在位置情報」,「走行環境」,「走行時間」,「走行時間帯」,「走行地域」に応じて、音質、音量を異ならせている。異ならせ方は、総じて、ドライバに注意を喚起するような種類の情報に関しては緊張感のある声、指示口調の声に設定し、逆にドライバに緊張感を与えるべきでないような走行シーンにおいては、例えば、「穏やか」な女声による声で案内口調で発生するようにしている。
【0135】
本実施形態のシステムの集中制御ユニット2は、音声情報の文字コードを、男性と女性とのどちらの音声でも発声できる音声合成データを記憶するROMを有している。また、文法ルールを記憶するROMを有して、口調を「指示調」と「案内調」に変更することもできる。即ち、第10実施形態の制御を例えば第1実施形態にインストールする場合には、上記音声データの変換制御は第19図の「出力」ルーチンにおいてなされる。
〈第11実施形態〉…出力先メディアの使い分け
本ナビゲーションシステムは、マルチメディア情報のソースとして各種メディアを有するほかに、ヘッドアップデイスプレイや通常のデイスプレイ8、さらには、音声出力チャンネル、等の各種手段(提供手段)を有している。
【0136】
第11実施形態は、第1実施形態〜第10実施形態は、情報を、その提供の適否をまたは提供の優先順情報を考慮することにより、音声情報のドライバへの提供を規制するものであったが、この実施形態は、出力先のメディアを使い分けることによって、結果として、情報提供の規制を行うものである。
第82図は、走行状態や条件によって決定されるその時点の「緊急度」と、その情報自体が有している「優先順位ランクRK」(第1実施形態などのランクと同じである)とによって、音声情報の出力先を決定する論理テーブル(音声情報出力先決定テーブル」)を示す。第11実施形態では、この決定論理をユーザが選択できる点にも特徴がある。第81図はユーザが決定論理に関与可能な範囲を定義するテーブル(「メニュー設定許可定義テーブル」と呼ぶ)である。
【0137】
第81図のメニュー設定許可定義テーブルにおいて、ユーザが定義できる領域を、便宜上、網掛けで定義不可の領域と区別して示す。
ここで、第11実施形態における「緊急度」について説明する。
この第11実施形態において、「緊急度」は他の実施形態と同様に、走行状態や走行条件によって、即ち、「情報」自体からは独立して存在する事象に基づいて決定される「情報」の緊急性を表す指標である。本実施形態では、緊急度を第83図のテーブルのように定義する。緊急度の値が小さいほど緊急性が高いとし、大きいほど低いと決める。尚、第83図の状態の多くは第2図に示した各種センサによって判断することができる。第1行目の「道路曲率が大きいとの予想」はNAVIコントローラから得られる情報、たとえば、次ぎはカーブに接近するとの情報に基づいて判断することができる。
【0138】
第82図のテーブルにおいて、×は情報提供がなされないことを示す。第83図の「出力先決定テーブル」の特徴は、情報自体の緊急度であるランクRKの値が低いほど且つ走行条件としての緊急度(テーブルの縦軸)が高いほど、そのような情報の提供の必要性は低くなるから、音声情報としてもデイスプレイにも表示されないようにしている。たとえば、ランク=Eで緊急度=1の時は出力はされない。また、情報自体のランクRK値が高いほど且つ走行条件としての緊急度が低いほど、その情報を提供することの意義が増すから、そのような情報の提供先の選択肢が広がっている。たとえば、ランク=AまたはBで緊急度=4の時はその情報は音声情報としてまたはデイスプレイ(デイスプレイ8及びヘッドアップデイスプレイを含む)に出力され得る。
【0139】
かくして、第11実施形態により、音声情報の出力先を走行条件に応じて選択する(出力しないことも含む)ことにより、適切なタイミングで適切な情報が過不足なくドライバに伝わる。
〈第12実施形態〉…スイッチによる提供シーケンスの決定
前述の第1実施形態〜第11実施形態のナビゲーションシステムでは、情報の提供の順序は、それら情報の発生順序と情報間の優先順位の上下によって決まっていた。そのために、情報が提供される順序はそれら情報が発生した順序と関係なく、従って予想することは困難である。
【0140】
第12実施形態は、複数の情報が同時に或いは連続的に発生した場合において、ユーザがそれら情報の提供順序を制御できるようにしたものである。第12実施形態の動作を説明する便宜上、同実施形態のナビゲーションシステムは、情報の種類として、「ワーニング情報」「道路案内情報」「設備案内情報」「高速道路情報」「道路交通情報」「現在位置情報」を発生するものとする。これら情報はドライバにとっての「案内情報」となる。これらの情報の元となる環境条件の検出は、第85図に例示した各種の環境検出手段によって検出することができる。
【0141】
第85図と第86図の例では、燃料の残が少なくなったとのワーニングが発生した場合には、ドライバが欲しいのは、その警告に対処するための一連の案内情報である。第86図にこれら案内情報の例を示す。換言すれば、案内情報は一連の警告に対処するための一連のシーケンスからなる論理に貫かれていることがユーザには好ましい。即ち、設備への案内情報が警告情報よりも先に出たのでは、何故設備案内情報が提供されたのか理解するのに手間取る。運転中にこの理由を考えることを強いられるのは酷である。第12実施形態のナビゲーションシステムは、各種情報の提供順序を、第87図のユーザインタフェースによって指定するものである。第87図の例では、提供順序は優先順位をユーザが設定することによって決められるようになっている。従って、第12実施形態の提供順序のユーザによる指定は、前述の第1実施形態〜第11実施形態の各種ナビゲーションシステムに適用可能となる。第1実施形態〜第11実施形態の各種ナビゲーションシステムも「優先順位」を用いているからである。第1実施形態〜第11実施形態のナビゲーションシステムでは、優先順位は情報の重要度或いは緊急度によって決められていたが、この第12実施形態では、一連の各種情報の提供シーケンスによって1つのストーリが生まれるように決められるのである。
【0142】
第87図は、案内情報の提供優先順位を設定するユーザインタフェースを示す。図中、「おまかせモード」とはユーザがシステムによって前もって決められていた順序を使用することを意味する。「自分で決めるよ」モードが選択されていると、ユーザが順序を入力できるようになる。第87図の例では、「現在位置情報」→「進路案内情報」→「道路交通情報」→「ワーニング情報」→「高速道路案内情報」→「設備案内情報」の順が設定されている。
【0143】
第12実施例では情報の種類として、「ワーニング情報」「道路案内情報」「設備案内情報」「高速道路情報」「道路交通情報」「現在位置情報」を発生もしくは必要とするが、これら情報の有無は第85図の各種センサを用いることによって、
A:「ワーニング情報」の有無は、ワーニング情報の存在そのものを判断することによって、
B: 「道路案内情報」の有無は経路誘導が行われているか否かによって、
C: 「設備案内情報」の有無は、経路誘導が行われている最中に、車両が目的地或いは経由地の近傍を走行中か否かを判断することによって、
D:「高速道路情報」の有無は、高速道路を走行中か否かによって、
E:「道路交通情報」の有無は、走行道路前方に渋滞または事故などが発生しているか否かを判断することによって、
F:「現在位置情報」の有無は、走行頻度が低い地域を現在走行しているか否かを判断することによって検出することができる。
【0144】
第88図のフローチャートは、第12実施形態の制御手順を示す。この制御手順は優先順位PRを出力するものであるから、第12実施形態の制御を第1実施形態〜第11実施形態の制御に適用するものであるならば、例えば第1実施形態の制御手順のステップS302とステップS304の間に付加することが適当である。
【0145】
即ち、ステップS2502〜ステップS2512において上述のA〜Fの6つの判断を行う。判断結果は6ビットのデータ(ABCDEF=xxxxxx)として表現される。このデータの値が“0”であるならば、即ち、全ビットがオフであるならば、案内情報を出力する必要性が発生していないのであるから、ステップS2520で音声案内を消勢する。
【0146】
一方、6つのビットの内いずれかのビットがONであるならば、即ち、いずれかの案内情報の必要性が発生しているのであるならば、ステップS2514でNOの判断が出るから、ステップS2516で音声要求SW(第80図を参照)が投入されていることを確認して、第87図のユーザ設定に従って優先順位を生成する。
【0147】
第84図は、6ビット( ABCDEF)のパターン(21種類)によって6種類の案内情報の提供順序が21通りの順序に設定されることを示す。例えば、ABCDEF=100011であった場合には、即ち、「ワーニング情報」と「道路交通情報」と「現在位置情報」とが発生している場合には、これら3つの情報には、優先順位の値がそれぞれ、“4”、“3”、“1”と与えられているから、提供順は、第84図に示すように、“1”、“3”、“2”となる。
【0148】
以上のようにして、第12実施形態のナビゲーションシステムでは、ユーザが自分の目的に合致させて情報の提供順序を設定することができる。従って、複数の情報がシーケンス順に提供されるときに、その順序はユーザ自身が組み立てた論理に基づいているので、それら複数の案内情報を理解することが極めて容易になる。即ち、完成度の高い使い易いナビゲーションシステムとなる。
〈第13実施形態〉…曲間のアイドル中に情報を提供
第13実施形態は、音楽番組などは、曲間で音がとぎれてドライバに不快感を与えるのを防止するために、曲間の間隙に情報を提供するものである。
【0149】
第89図は、本実施形態の制御手順のフローチャートである。
ステップS3000で情報の入力キューが発生したことを確認する。そこで、ステップS3002でオーディオが使用中であるかを調べる。使用中でなければステップS3014で情報を提供する。
オーディオが使用中でないのならば、ステップS3004で、発生した情報の優先順位を調べる。
【0150】
ステップS3008〜ステップS3012は、オーディオを一時停止して、その間に情報を提供する制御手順である。即ち、ステップS3008でオーディオを一時停止、ステップS3010で情報提供を行い、ステップS3012でオーディオを再開する。
このオーディオの間隙に情報提供を行う制御は、ステップS3004で高優先順位の情報が発見されたときに、または、ステップS3006で曲間のアイドリングタイム中である。
【0151】
特に、曲間のアイドリング中は、オーディオはビジーであるにも関わらず、そのオーディオを一時停止するので、情報提供を行うことができる。
尚、曲間に提供されるべき情報は、それなりの優先順位を持つ情報でなくてはならない。曲が始まれば、その種類の情報は曲が終わるまで提供されなくなるのであるからである。そこで、前述の実施形態の各種ユーザインタフェース(例えば第12実施形態の第87図のインタフェース)を用いて、オーディオに割り込む情報(ステップS3004でNOとなる情報)と、曲間に挿入される情報(ステップS3004でYESとなる情報)について、予め設定しておくことが重要である。
【0152】
【発明の効果】
以上説明したように、本発明によれば、現在の走行状態にあわせた情報提供がなされ、これによりドライバに不快感を与えないようにすることができる。
【図面の簡単な説明】
【図1】 本発明を適用したマルチメディア型ナビゲーションシステムの主要部分を車内から見た図。
【図2】 図1のナビゲーションシステムの接続を示す図。
【図3】 図1,図2に示されたナビゲーションシステムの接続を示す図。
【図4】 図13のナビゲーションシステムに接続された各種メディアの種類を示す図。
【図5】 本発明を適用した実施形態にかかるナビゲーションシステムに用いられるマップの名称、及び各マップににおいて参照される項目を説明する図。
【図6】 本発明の全ての実施形態のナビゲーションシステムにおいて用いられるところの、各種情報に割り当てられる属性情報(優先順位、ランク値、記憶容量等)を管理するためのテーブルを示す図。
【図7】 ナビゲーションシステムにおける情報の記憶領域の分割の態様を示す図。
【図8】 ナビゲーションシステムにおける情報の記憶領域の分割の態様を示す図。
【図9】 本発明の全実施形態のナビゲーションシステムにおいて用いられる入力情報キューテーブルの構成を示す図。
【図10】 第1実施形態にかかるナビゲーションシステムの制御手順のメインルーチンのためのフローチャート。
【図11】 第1実施形態のナビゲーションシステムで用いられる出力タイミングレベルLVLの設定テーブルの構成を示す図。
【図12】 レベルLVLの値に応じた制御動作の態様を示す図。
【図13】 走行状態の相違により、情報提供が許可されるランクの下限RKLMTがどのように変化するかを示すテーブルの図。
【図14】 第1実施形態のナビゲーションシステムの制御手順の「情報入力割り込み」ルーチンのフローチャート。
【図15】 第1実施形態のナビゲーションシステムの制御手順の「マップ補正」ルーチンのフローチャート。
【図16】 第1実施形態のナビゲーションシステムの制御手順の「マップ選択」ルーチンのフローチャート。
【図17】 第1実施形態のナビゲーションシステムの制御手順の「情報提供制御」ルーチンのフローチャート。
【図18】 第1実施形態のナビゲーションシステムの制御手順の「優先度に応じた処理」ルーチンのフローチャート。
【図19】 第1実施形態のナビゲーションシステムの制御手順の「出力」ルーチンのフローチャート。
【図20】 第1実施形態のナビゲーションシステムの制御手順の「出力完了」ルーチンのフローチャート。
【図21】 第1実施形態のナビゲーションシステムの制御で用いられる変数「制限回数LMT」の定義を与えるテーブルの図。
【図22】 第1実施形態のナビゲーションシステムの制御手順の「回数チェック」ルーチンのフローチャート。
【図23】 第1実施形態のナビゲーションシステムの制御手順の「消去」ルーチンのフローチャート。
【図24】 図22の「回数チェックルーチン」の動作の一例を示す図。。
【図25】 第1実施形態のナビゲーションシステムのシステムに用いられる、音声情報が音声として出力されない場合の2つのオプションを指示するスイッチの構成を示す図。
【図26】 第1実施形態のナビゲーションシステムの制御動作の一例を示す図。
【図27】 第1実施形態のナビゲーションシステムの制御動作の一例を示す図。
【図28】 第1実施形態のナビゲーションシステムの制御動作の一例を示す図。
【図29】 本発明の第2実施形態のナビゲーションシステムに用いられる走行環境-アクション分類を定義するテーブルの構成を示す図。
【図30】 本発明の第2実施形態のナビゲーションシステムに用いられる走行環境-アクション分類CLの値により異なる動作を説明する図。
【図31】 第2実施形態のナビゲーションシステムの制御手順の「優先度に応じた処理」ルーチンのフローチャート。
【図32】 第2実施形態のナビゲーションシステムに特有な「例外情報の処理」サブルーチンのフローチャート。
【図33】 第2実施形態のナビゲーションシステムの動作を説明するタイミングチャート。
【図34】 第2実施形態のナビゲーションシステムの動作を説明するタイミングチャート。
【図35】 第3実施形態のナビゲーションシステムに用いられる分類テーブルの構成を示す図。
【図36】 第3実施形態のナビゲーションシステムの動作を説明する図。
【図37】 第3実施形態のナビゲーションシステムの制御手順についてのメインルーチンを示すフローチャート。
【図38】 図37のフローチャート中の「情報提供制御」ルーチンの詳細フローチャート。
【図39】 図37のフローチャート中の「情報入力」ルーチンの詳細フローチャート。
【図40】 第3実施形態のナビゲーションシステムの制御手順の「マップ補正」ルーチンのフローチャート。
【図41】 第3実施形態のナビゲーションシステムの制御手順の「マップ選択」ルーチンのフローチャート。
【図42】 第3実施形態のナビゲーションシステムの制御手順の「優先度に応じた処理」ルーチンのフローチャート。
【図43】 第3実施形態のナビゲーションシステムの制御手順の「出力」ルーチンのフローチャート。
【図44】 第3実施形態のナビゲーションシステムの制御手順の「出力完了」ルーチンのフローチャート。
【図45】 第3実施形態のナビゲーションシステムの制御手順の「消去」ルーチンのフローチャート。
【図46】 第3実施形態のナビゲーションシステムの制御手順の「回数チェック」ルーチンのフローチャート。
【図47】 図22の「例外情報の処理」の動作の一例を示す図。。
【図48】 第3変形例(第3実施形態に対する変形)の制御に用いられるCLテーブルを示す図。
【図49】 第3変形例(第3実施形態に対する変形)の制御に用いられるCLテーブルを示す図。
【図50】 第4変形例(第3実施形態に対する変形)の制御に用いられるテーブルを示す図。
【図51】 第4変形例(第3実施形態に対する変形)の制御に用いられるテーブルを示す図。
【図52】 第4変形例(第3実施形態に対する変形)の制御に用いられるテーブルを示す図。
【図53】 第4実施形態のナビゲーションシステムの制御に用いられるテーブルを示す図。
【図54】 第5変形例(第4実施形態の変形例)のナビゲーションシステムの制御手順の一部フローチャート。
【図55】 第5実施形態のナビゲーションシステムに用いられるテーブルの構成を示す図。
【図56】 第5実施形態のナビゲーションシステムに用いられるテーブルの構成を示す図。
【図57】 第5変形例(第5実施形態に対する変形例)のナビゲーションシステムに用いられるテーブルの構成を示す図。
【図58】 第5実施形態のナビゲーションシステムの制御手順の一部を示すフローチャート。
【図59】 第6実施形態のナビゲーションシステムのユーザインタフェースの画面を示す図。
【図60】 第6実施形態のナビゲーションシステムのユーザインタフェースの画面を示す図。
【図61】 第7実施形態のナビゲーションシステムの制御手順に用いられるテーブルを示す図。
【図62】 第7実施形態のナビゲーションシステムの制御手順の一部を示すフローチャート。
【図63】 第7変形例(第7実施形態に対する変形例)の制御に用いられるテーブルを示す図。
【図64】 第7変形例(第7実施形態に対する変形例)の制御手順の一部を示すフローチャート。
【図65】 第8実施形態のナビゲーションシステムで用いられるユーザインタフェースの表示画面を示す図。
【図66】 第8実施形態のナビゲーションシステムの制御手順の一部を示すフローチャート。
【図67】 第1変形例(第1実施形態に対する変形例)の制御で用いられるテーブルを示す図。
【図68】 第1変形例(第1実施形態に対する変形例)の制御手順の一部を示すフローチャート。
【図69】 第2変形例(第2実施形態に対する変形例)の制御で用いられるテーブルを示す図。
【図70】 第9実施形態のナビゲーションシステムの動作を示すタイミングチャート。
【図71A】 第9実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図71B】 第9実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図71C】 第9実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図71D】 第9実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図71E】 第9実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図71F】 第9実施形態のナビゲーションシステムでの時間間隔の算出原理を説明するグラフ。
【図72】 第9実施形態のナビゲーションシステムの制御手順の一部を示すフローチャート。
【図73】 第9実施形態のナビゲーションシステムの制御手順の一部を示すフローチャート。
【図74】 第9実施形態の制御手順の変形例の原理を説明する図。
【図75】 第10実施形態のナビゲーションシステムのユーザインタフェース画面を示す図。
【図76】 第10実施形態のナビゲーションシステムの制御に用いられるテーブルを示す図。
【図77】 第6実施形態の制御を一部変形した例のフローチャート。
【図78】 第7実施形態の制御を一部変形した例のフローチャート。
【図79】 全実施形態に用いられるユーザインタフェースを示す図。
【図80】 全実施形態に用いられるユーザインタフェースを示す図。
【図81】 第11実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図82】 第11実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図83】 第11実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図84】 第12実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図85】 第12実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図86】 第12実施形態のナビゲーションシステムの制御に用いられるテーブルの図。
【図87】 第12実施形態のナビゲーションシステムのユーザインタフェースを示す図。
【図88】 第12実施形態の制御手順の一部を示すフローチャート。
【図89】 第13実施形態の制御手順を示すフローチャート。
【符号の説明】
1 車体
2 集中制御ユニット
3 車載LANユニット
4 RAMカードドライブ
5 データドライブ
6 音声ガイド用スピーカ
7 マイク
8 ディスプレイ
9 携帯電話
10 操作スイッチ
11 GPSアンテナ
12 FMアンテナ
13 電話アンテナ
14 電波ビーコンアンテナ
15 光ビーコンアンテナ
16 FMチューナ
17 ナビゲーションコントローラ
18 ビーコン信号受信機
19 CD−ROMチェンジャ
Claims (10)
- 音声情報をドライバに提供するナビゲーション装置であって、
現在の走行状態を検出する検出手段と、
検出された現在の走行状態に応じて、音声情報の提供に規制を加える規制手段とを具備し、
前記検出手段は急旋回状態または急制動状態を検出し、前記規制手段は、上記状態のいずれかが検出されたときに音声情報の提供を中止することを特徴とするナビゲーション装置。 - 音声情報をドライバに提供するナビゲーション装置であって、
現在の走行状態を検出する検出手段と、
検出された現在の走行状態に応じて、音声情報の提供に規制を加える規制手段とを具備し、
前記走行状態は、急旋回状態,急制動状態,停車状態,通常走行状態に分類されていることを特徴とするナビゲーション装置。 - 前記ナビゲーション装置が複数のメディアソースからの音声情報を提供し得る場合において、前記規制手段は、検出された走行状態に応じて特定のメディアソースからの音声情報を規制することを特徴とする請求項1又は2に記載のナビゲーション装置。
- 前記規制手段は、
予め、走行状態毎に音声情報について優先順位を設定して記憶する手段と、
検出された走行状態に応じて、その走行状態について設定された優先順位に従って音声情報を提供する手段とを具備することを特徴とする請求項1又は2に記載のナビゲーション装置。 - 前記規制手段は、走行状態毎に音声情報の提供の要否をマニュアルで設定せしめる手段を具備することを特徴とする請求項1又は2に記載のナビゲーション装置。
- 前記規制手段は、走行状態毎に、連続して提供する音声情報の数を規制する手段を具備することを特徴とする請求項1又は2に記載のナビゲーション装置。
- 前記中止された情報は再提供されることを特徴とする請求項1に記載のナビゲーション装置。
- 前記中止された情報があった旨のメッセージを提供することを特徴とする請求項1に記載のナビゲーション装置。
- 前記中止された情報は当該情報の先頭から再提供されることを特徴とする請求項7に記載のナビゲーション装置。
- 前記中止された音声情報は文字情報として表示されることを特徴とする請求項1に記載のナビゲーション装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP27900296A JP3703050B2 (ja) | 1996-09-30 | 1996-09-30 | ナビゲーション装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP27900296A JP3703050B2 (ja) | 1996-09-30 | 1996-09-30 | ナビゲーション装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH10104009A JPH10104009A (ja) | 1998-04-24 |
JP3703050B2 true JP3703050B2 (ja) | 2005-10-05 |
Family
ID=17605040
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP27900296A Expired - Fee Related JP3703050B2 (ja) | 1996-09-30 | 1996-09-30 | ナビゲーション装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3703050B2 (ja) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3703047B2 (ja) * | 1996-09-30 | 2005-10-05 | マツダ株式会社 | ナビゲーション装置 |
JPH10104000A (ja) * | 1996-09-30 | 1998-04-24 | Mazda Motor Corp | ナビゲーション装置 |
JP3703045B2 (ja) * | 1996-09-30 | 2005-10-05 | マツダ株式会社 | ナビゲーション装置 |
JP2004301698A (ja) * | 2003-03-31 | 2004-10-28 | Hitachi Ltd | 車載情報サービスシステム |
JP4026543B2 (ja) * | 2003-05-26 | 2007-12-26 | 日産自動車株式会社 | 車両用情報提供方法および車両用情報提供装置 |
JP4246693B2 (ja) | 2004-12-24 | 2009-04-02 | 富士通テン株式会社 | 運転支援装置 |
JP2007102406A (ja) | 2005-10-03 | 2007-04-19 | Mitsubishi Electric Corp | 車載情報端末 |
JP4707106B2 (ja) * | 2005-12-02 | 2011-06-22 | Udトラックス株式会社 | 省燃費運転システム |
EP2017577A4 (en) * | 2006-05-09 | 2012-09-12 | Sanyo Electric Co | NAVIGATION DEVICE |
JP2012098060A (ja) * | 2010-10-29 | 2012-05-24 | Clarion Co Ltd | 車載情報表示装置 |
JP5662273B2 (ja) | 2011-07-28 | 2015-01-28 | アルパイン株式会社 | 割り込み制御装置および割り込み制御方法 |
JP5681611B2 (ja) * | 2011-11-09 | 2015-03-11 | 株式会社日立製作所 | ナビゲーションシステム、ナビゲーション装置、方法及びサーバ |
JP6146865B2 (ja) * | 2011-12-26 | 2017-06-14 | ヤマハ発動機株式会社 | 音声情報提供装置 |
US10163435B2 (en) | 2013-09-11 | 2018-12-25 | Denso Corporation | Voice output control device, voice output control method, and recording medium |
JP2022046551A (ja) * | 2018-08-06 | 2022-03-23 | 日産自動車株式会社 | 音声対話装置、音声対話システム、及び音声対話装置の制御方法 |
BR112021002265A2 (pt) | 2018-08-06 | 2021-05-04 | Nissan Motor Co., Ltd. | dispositivo de diálogo por voz, sistema de diálogo por voz e método de controle do sistema de diálogo por voz |
DE102018222476A1 (de) * | 2018-12-20 | 2020-06-25 | Robert Bosch Gmbh | Informationsvorrichtung zum Informieren eines Fahrers und Verfahren zum Informieren eines Fahrers |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH03154527A (ja) * | 1989-11-13 | 1991-07-02 | Hitachi Ltd | 車載情報表示装置 |
JP2867589B2 (ja) * | 1990-04-18 | 1999-03-08 | 住友電気工業株式会社 | 音声案内装置 |
JP3098627B2 (ja) * | 1992-09-14 | 2000-10-16 | マツダ株式会社 | 車両用交通情報表示装置 |
JP3397860B2 (ja) * | 1993-11-17 | 2003-04-21 | 松下電器産業株式会社 | 経路誘導装置 |
JPH08221694A (ja) * | 1995-02-09 | 1996-08-30 | Nippondenso Co Ltd | 車両用情報報知装置 |
JP3738923B2 (ja) * | 1996-09-30 | 2006-01-25 | マツダ株式会社 | ナビゲーション装置 |
JP3703045B2 (ja) * | 1996-09-30 | 2005-10-05 | マツダ株式会社 | ナビゲーション装置 |
JP3703046B2 (ja) * | 1996-09-30 | 2005-10-05 | マツダ株式会社 | ナビゲーション装置 |
JP3703047B2 (ja) * | 1996-09-30 | 2005-10-05 | マツダ株式会社 | ナビゲーション装置 |
-
1996
- 1996-09-30 JP JP27900296A patent/JP3703050B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH10104009A (ja) | 1998-04-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3923572B2 (ja) | ナビゲーション装置 | |
KR19980025125A (ko) | 내비케이션 장치 | |
JP3703050B2 (ja) | ナビゲーション装置 | |
JP4091077B2 (ja) | コンテンツ配信装置及びコンテンツ再生装置 | |
JP3738923B2 (ja) | ナビゲーション装置 | |
JP3703043B2 (ja) | ナビゲーション装置 | |
US20080221753A1 (en) | Method For Selecting Audio Content To Be Played In A Vehicle | |
JP3703051B2 (ja) | ナビゲーション装置 | |
JP2000046574A (ja) | 車両用ナビゲーション装置 | |
JP3703046B2 (ja) | ナビゲーション装置 | |
JP2002236029A (ja) | 音声案内装置 | |
JP3703045B2 (ja) | ナビゲーション装置 | |
JP2005128005A (ja) | 移動履歴蓄積装置及びその方法 | |
JP3703048B2 (ja) | ナビゲーション装置 | |
JP3703052B2 (ja) | ナビゲーション装置 | |
JPH10105055A (ja) | ナビゲーション装置 | |
JP3703047B2 (ja) | ナビゲーション装置 | |
JP2013118521A (ja) | 車両用装置及び楽曲取得システム | |
JPH10104011A (ja) | ナビゲーション装置 | |
JP3703049B2 (ja) | ナビゲーション装置 | |
JP3661177B2 (ja) | ナビゲーション装置 | |
JPH10104000A (ja) | ナビゲーション装置 | |
US20010033235A1 (en) | On-vehicle electronic apparatus and information notification method | |
JP3641985B2 (ja) | 車両用オーディオ装置 | |
JP5050767B2 (ja) | 情報提供装置、情報提供方法、ならびに、プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050208 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050228 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050421 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050701 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050714 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090729 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090729 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100729 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110729 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120729 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130729 Year of fee payment: 8 |
|
LAPS | Cancellation because of no payment of annual fees |