JP2003194562A - 地図表示システム、地図表示装置、情報センタ及び地図表示プログラム - Google Patents

Abstract

(57)【要約】 【課題】 情報センタと地図表示装置において情報の送
信または受信を行うかどうかを判定し、判定結果に応じ
て情報の送信または受信を行うようにする。 【解決手段】 目的地データを情報センタへ送信する送
信手段と、目的地までの経路を探索する探索手段と、情
報センタから地図データを受信するか否かを判定する判
定手段と、受信すると判定したとき情報センタへ地図デ
ータを送信要求する要求手段とを備えた地図表示装置
（１５）と、受信した目的地データに基づいて経路を探
索する探索手段と、地図表示装置から送信要求があった
とき地図データを地図表示装置へ送信する送信手段とを
備えた情報センタ（１０）とからなり、前記判定手段
は、探索した経路と情報センタから受信した経路を比較
して地図データを受信するか否かを判定するようにした
ものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報センタから地図
データを受信して更新する地図表示システム、地図表示
装置、情報センタ及び地図表示プログラムに関する。

【０００２】

【従来の技術】従来のナビゲーション機能を有する車載
用地図表示装置においては、車載機のディスクに格納さ
れた地図データを利用してナビゲーションシステムの機
能である経路探索、経路案内等を行っている。しかし、
車載機のディスクが古くなると道路は年々更新されるた
め、新規に開通される道路や、廃止される道路といった
ものがディスク中にデータとして格納されていないた
め、実際の望ましい経路の算出や必要な案内ができなか
ったり、あるいは最新の高速道路の料金に対応できない
といった問題が生じていた。このような問題を解決する
ために、インターネット上のサーバを経由してサーバ上
の最新データを使用することが提案されている。また、
通信料金や通信時間を改善するために、取得するデータ
を制限することも提案されている（特開２００１ー８４
４９３号公報）。

【０００３】従来の車載用地図表示装置においては、車
載器側のデータとサーバ側のデータを比較して車載器側
のデータの新旧を判定し、必要なデータの取得を行った
り、あるいはユーザーが設定した目的地に対し、ルート
に沿ったデータを取得することにより取得データに制限
を加えて、ネットワーク経由で取得するデータ量の削減
を図っている。

【０００４】

【発明が解決しようとする課題】しかしながら、ユーザ
ー側では、取得する情報の有効性が判定できないため、
不必要なデータを取得した場合にもその通信費が発生し
てしまうといった問題が発生する。例えば、ユーザーが
設定した目的地に対し、サーバ側で算出するルートと車
載器側で算出するルートが全く同じ場合、車載器側のデ
ータが古くても何ら支障が無いのでデータを取得すると
無駄に通信費が発生してしまう。同様に一部ルートが異
なるような場合でも、そのルートがあまり変わらないよ
うな場合はデータを取得すると無駄な通信費等がかかっ
てしまう。

【０００５】

【課題を解決するための手段】本発明は上記課題を解決
しようとするものであり、情報センタと地図表示装置に
おいて情報の送信または受信を行うかどうかを判定し、
判定結果に応じて情報の送信または受信を行うようにす
ることを目的とする。そのために本発明は、地図表示装
置から情報センタへ目的地データや探索した経路を送信
し、地図表示装置で探索した経路と情報センタから受信
した経路とを比較し、或いは情報センタで探索した経路
と地図表示装置から受信した経路を比較し、比較の結
果、情報センタで探索した経路を用いることのメリット
が、通信に要する費用や時間等のデメリットを上回ると
きに、情報センタから送信される地図データを受信して
表示するようにしたものである。

【０００６】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しつつ説明する。図１は本実施形態の地図表示シ
ステムを説明するブロック図である。本実施形態のシス
テムは、例えば、目的地データを情報センタへ送信する
送信手段と、目的地までの経路を探索する探索手段と、
情報センタから地図データを受信するか否かを判定する
判定手段と、受信すると判定したとき情報センタへ地図
データを送信要求する要求手段とを備えた地図表示装置
（車載端末装置）と、受信した目的地データに基づいて
経路を探索する探索手段と、地図表示装置から送信要求
があったとき地図データを地図表示装置へ送信する送信
手段とを備えた情報センタとからなり、判定手段が探索
した経路と情報センタから受信した経路を比較して地図
データを受信するか否かを判定するようにしたものであ
る。

【０００７】情報センタ１０は、経路探索処理や通信す
る端末特定処理等を行う制御装置１１、最新の地図デー
タを含む地図データベース１２、送受信手段１３を有し
ていて、ネットワーク１４を介して各車載端末装置１５
と通信可能であり、車載端末装置からの要求があると、
要求に応じて最新の地図データや探索経路を提供するサ
ービスを行っている。地図データベース１２は更新され
た道路、新規に開通された道路、最新の有料道路の料金
といった道路に関するあらゆる最新情報が格納されてお
り、車載端末装置からの要求に応じて制御装置１１が地
図データベース１２を検索して経路探索を行って提供し
ている。また、制御装置１１は登録された車載端末の識
別データを保持していて、この識別データに基づいて端
末を特定し、地図データを提供する。

【０００８】車載端末装置１５はディスクに地図データ
を格納しており、目的地を入力すると目的地までの経路
探索を行い、探索した経路を地図に表示して案内する機
能を有している地図表示装置である。ディスクの地図デ
ータは新しいものに交換しない限り古いデータのままで
あるため、場合によってはユーザーが望むルートが探索
されない場合がある。このような場合、ディスクを買い
換えるユーザーもいれば、ディスクの買い換えまではし
たくないユーザーもおり、ディスク交換までしたくはな
いがより良いルートが欲しいというユーザーの場合、後
述するように、例えば出発地（現在位置検出装置が検出
した車両現在位置やユーザーが入力した地点）や目的地
をネットワークを通して情報センタ１０に送って最新の
地図データを要求すると、情報センタ１０では経路の探
索を行い、ユーザーの受信の意志が確認されると、例え
ば地図データや探索経路が車載端末装置１５にダウンロ
ードされる。

【０００９】図２は車載端末装置が有する地図データの
構成を示す図である。地図データは、全データを管理す
るための全データ管理情報と、各機能ごとに分類された
データを参照するための表示データ管理情報、案内デー
タ管理情報、探索データ管理情報、検索データ管理情報
等と、表示データ（地図表示装置上に表示するための道
路データ等）、案内データ（交差点名称、注意点デー
タ、道路名称データ、道路名称音声データ等）、探索デ
ータ（探索に使った道路のネットワークデータ）、検索
データ（施設名、電話番号、住所等）等の実データで構
成されている。

【００１０】次に、車載端末装置のディスクの地図デー
タが古いため、情報センタから新しい地図データを取得
する形態について以下に説明する。図３はネットワーク
データ取得領域の説明図である。ネットワークデータと
は情報センタ側が有している地図データを意味してお
り、地図の実データ単位は、図示するように、例えば、
実世界を矩形領域で分割した範囲内のデータが記述され
ている。従って、車載端末装置から出発地、目的地の情
報をセンタ側に送信し、この出発地、目的地を含む領域
（図の実線で囲んだ領域）の地図データ（表示データ、
案内データ、探索データ、検索データ等）を情報センタ
から取得すれば、車載端末装置において経路探索して案
内を行うことが可能である。この場合、例えば探索は情
報センタ側で行い、このデータを受信して車載端末装置
側では案内のみ行うような機能分担も可能である。すな
わち、情報センタで探索を行った後、その探索経路を車
載端末装置に送信し、さらに、図３で示すデータ取得領
域に対して案内データのみ情報センタから車載端末装置
に対して送信することにより、案内を行うことができ
る。

【００１１】図４は情報センタ側が保持しているデータ
と車載端末装置側で既に取得している場合のデータの取
得方法を説明する図である。既に取得した領域Ａ（破線
で示す矩形領域）は、以前に情報センタよりデータの取
得を行った領域を示しており、車載端末装置では情報セ
ンタから取得した道路をハードディスクやメモリ等の記
憶手段にデータのバージョン情報とともに保持する。そ
して、出発地と目的地の情報を送って新規に情報センタ
から情報の取得を行う場合、車載端末装置においてバー
ジョン情報（日付、型番等）の比較を行い、同一のバー
ジョン、同一の領域のデータとなる部分の地図データの
取得は行わず、バージョンが異なる、或いは領域が異な
る場合のみ異なる部分の地図データの更新を行う。図示
の例では出発地と目的地を含む実線で示す矩形の領域Ｂ
が取得候補であった場合、破線の領域Ａと重なる領域の
データのバージョンが同じ場合、領域ＡとＢの重ならな
い領域Ｃのデータ、つまりデータの差分のみ取得を行
う。このような取得方法とすることにより、データ量が
削減できるので、通信費の削減や通信レスポンスの向
上、あるいは探索レスポンス、案内レスポンスの向上が
期待できる。

【００１２】次に、データの取得に際して必要な通信費
用、通信時間をユーザーに提示し、データの取得を行う
かどうか判定する手段を有する例について説明する。図
５は情報センタからデータを取得する場合に予測され
る、通信費用と通信時間をユーザーに提示する画面例を
示す図、図６は通信パラメータ設定画面を示す図であ
る。図５に示すように、車載端末装置の画面には、通信
費用、通信時間が表示され、ユーザーは、通信する場合
の料金と時間が分かるため、事前にデータを通信で取得
すべきか否かの判定を行うことができる。同時に画面上
には「通信してもよろしいですか」のメッセージととも
に、「ＹＥＳ」、「ＮＯ」が表示されるので、取得する
かしないかを選択することができる。また、通信パラメ
ータ（通信費用、通信速度等）は時代の変遷とともに変
化するため、図６に示すような１分当たりの通信費用、
通信速度を設定する画面を用意しておく。なお、この設
定はユーザーが行うようにしても、或いは情報センタか
ら自動的に設定されるようにしてもよい。そして、この
パラメータが設定されると、通信データ量から通信費
用、通信時間が求められる。

【００１３】図７は新設または廃止道路がある場合のデ
ータ取得を説明する図、図８はデータバージョン間の道
路対応を説明する図である。情報センタ側の地図データ
は常に最新のデータに書き換えられているので、更新し
たり新設した道路はあるものの、廃止道路はなく、一
方、車載端末装置側の地図データには更新したり新設し
た道路はなく、廃止道路はある場合がある。このような
場合、車載端末装置から出発地と目的地の情報をセンタ
側に送り、情報センタ側で経路探索を行って車載端末装
置側に送信し、車載端末装置側では受信した経路と所有
する地図データの道路を比較、或いは車載端末装置側で
も経路探索して受信した経路と自身で探索した経路とを
比較して情報センタにあって車載端末装置には無い道
路、或いは情報センタには無く、車載端末装置にはある
道路を明示的に提示し、ユーザーに情報センタからのデ
ータ取得を選択させるようにする。

【００１４】すなわち、車載端末装置から送信された出
発地と目的地の情報から情報センタ側で探索を行い、探
索経路、すなわち経路上の道路属性、道路形状等を通信
経由で車載端末装置に転送する。情報センタより受信し
た探索経路に関する道路の種別、属性、形状等の道路を
特定するためのデータと、車載端末装置が所有する地図
データの道路の種別、属性、形状等を比較し、もっとも
ふさわしい道路があれば一致道路とし、ふさわしい道路
が無い場合、その道路を新設あるいは廃止道路とし、或
いは車載端末装置が探索した経路と受信した探索経路と
を比較し、異なる経路上の道路をルート上に他のルート
と区別して表示する。このような比較により、図７では
新設道路が区別して表示されている。一致する道路の検
索は、このように道路の形状、属性の比較でも可能であ
るが、各種データを管理するようなサーバがあれば、そ
のサーバに対して道路の問い合わせを行うことでも可能
である。例えば、図８に示すように、サーバ側で、デー
タＡ、データＢ、データＣのようなディスクバージョン
番号と各道路番号データの対応関係のデータをもってい
れば、経路中の道路の中で、車載端末装置のディスクに
格納されているデータにとって新設あるいは廃止となる
道路の検索をサーバ側で行い、その道路を車載端末装置
に通信することにより、図７の表示を行うようにしても
よい。

【００１５】図９は情報センタ側と車載端末装置側の両
者で経路探索を行って両者の経路を比較し、データを取
得するか否かを選択する例を説明する図である。車載端
末装置から出発地と目的地を情報センタへ送信し、情報
センタ側と車載端末装置側の両者で同一出発地と目的地
で経路探索を行う。そして、両者の探索経路の主要路
線、経路に含まれる有料道路の料金、到着予想時間、行
程距離等の特徴（ルート概要）を取得して表示し、これ
らの表示データに基づいてルート比較を行う。図のネッ
ト側と表示しているものは情報センタが探索した経路に
ついてのデータを車載端末装置側で受信したもの、ナビ
側と表示しているものは車載端末装置で探索した経路に
ついてのデータである。そして、ルート比較とともに、
画面上には「通信してもよろしいですか」のメッセージ
とともに、「ＹＥＳ」、「ＮＯ」が表示されて取得する
かしないかを選択することができる。このように、地図
データとしてルート概要を対比して報知するため、ユー
ザーは料金、時間、行程距離等を比較することにより、
通信により受けるメリットが明らかになり、納得して通
信することができる。

【００１６】図１０は情報センタ側と車載端末装置側の
探索結果を統一するために、必要な条件やパラメータを
両者間でやりとりする例を示す図である。図示の例で
は、探索条件としては、出発地と目的地の座標、有料優
先、フェリー使用可等であり、探索パラメータ（リンク
の重み）は、高速、有料、県道、一般道等の重み付けを
示す係数、また、探索パラメータ（リンク間の重み付
け）は、信号の重み付け、右折の重み付け、左折の重み
付けを距離に換算したものである。このような条件やパ
ラメータは車載端末装置の機能やターゲットとしている
ユーザー層によって変わる可能性があるため、情報セン
タ側で探索を行う場合、車載端末装置側と同じ条件とす
ることが望ましい。そのため、図１０に示すような探索
条件やパラメータを情報センタ側に送信することによ
り、情報センタ側の探索を車載端末装置側の探索と同一
条件で行うことができる。これにより、両者の探索経路
を比較したりすることができる。また、情報センタの探
索ルートのみを示す場合にも、車載端末装置側との整合
性が必要となるため、探索条件やパラメータのやりとり
は不可欠となる。なお、このやりとりの通信は、車載端
末装置から情報センタ側だけでなく、情報センタ側から
車載端末装置側に返信し、車載端末装置側を情報センタ
側に合わせるようにしてもよい。

【００１７】図１１は条件やパラメータを車載端末装置
と情報センタ間でのやりとりを説明する図である。 車載端末装置は目的地データを情報センタに送信する
時に、車載端末装置のナビゲーション・プログラムの識
別情報（プログラムのバージョン情報）を併せて送信す
る。 情報センタは、記憶しているナビゲーション・プログ
ラムの識別情報と、受信した車載端末装置のナビゲーシ
ョン・プログラムの識別情報を比較し、探索パラメータ
を同一のものにすべきか否か判断する。 探索パラメータを同一のものにすべきであると判断す
ると、情報センタから車載端末装置へ探索パラメータを
送信するように指示する。 この指示を受信すると、車載端末装置は情報センタへ
探索パラメータを送信する。 情報センタは受信した探索パラメータを使って経路探
索する。

【００１８】なお、上記ステップの探索パラメータを
同一のものにすべきか否かの判断は、車載端末装置が行
ってもよい。つまり、情報センタから受信したプログラ
ムの識別情報と車載端末装置が備えるプログラムの識別
情報を車載端末装置が比較するようにしてもよい。ま
た、図１１の場合と逆に、車載端末装置が情報センタの
探索パラメータや探索プログラムに合わせるようにして
もよい。この場合は、車載端末装置へ情報センタは探索
パラメータや探索プログラムを送信し、車載端末装置は
受信した情報に基づいて経路探索を行う。また、情報セ
ンタと車載端末装置間で同一にするのは、パラメータで
なくプログラムでもよい。プログラムの場合には、マッ
チングプログラム、地図表示プログラム等と共に送信し
てもよいし、探索プログラムだけ送信するようにしても
よい。

【００１９】図１２は図３、図４で説明した地図データ
取得に関連した処理フローを説明する図である。サーバ
ー（情報センタ）での地図ディスクバージョンをサーバ
ーから取得し（ステップＳ１）、出発地、目的地付近の
データでサーバーと同じバージョンのデータが車載器
（車載端末装置）にあるか否か判断する（ステップＳ
２）。同じバージョンのデータがあれば、車載器のみで
の経路探索を行う（ステップＳ３）。ステップＳ２にお
いて、同じバージョンのデータがなければ、サーバーの
データで経路探索し（ステップＳ４）、車載器側ではサ
ーバーの探索経路を受信する（ステップＳ５）。次い
で、サーバーで使用した地図データの通信量を取得し、
単価を乗算して地図データを受信した場合の費用を表示
する（ステップＳ６、Ｓ７）。次いで、サーバーの地図
データを受信するか否かのユーザー選択を待ち（ステッ
プＳ８）、受信しないことが選択されると処理は終了
し、受信することが選択されると、サーバーで使用した
地図データのうち、車載器に未受信の部分を受信する
（ステップＳ９）。

【００２０】また、ステップＳ５〜Ｓ９における探索経
路を受信して地図データを得るか否かを判断し、選択し
たときに地図データを受信するのに代えて、探索経路の
ルート概要（経路に含まれる有料道路の料金や到着予想
時間、行程距離等）を受信し、ルート概要から受信する
か否か判断し、受信する場合には地図データのうちの探
索経路の地図データ（図２の表示データ、案内データ）
を受信するようにしてもよい。

【００２１】図１３は図９で説明した地図データ取得に
関連した処理フローを説明する図である。サーバーでの
地図ディスクバージョンをサーバーから取得し（ステッ
プＳ１１）、出発地、目的地付近のデータでサーバーと
同じバージョンのデータが車載器にあるか否か判断する
（ステップＳ１２）。同じバージョンのデータがあれ
ば、車載器のみでの経路探索を行う（ステップＳ１
３）。ステップＳ１２において、同じバージョンのデー
タがなければ、サーバーのデータで経路探索し（ステッ
プＳ１４）、車載器側ではサーバーの探索経路を受信す
る（ステップＳ１５）。次いで、車載器の経路とサーバ
ーの経路との距離、走行時間などを表示する（ステップ
Ｓ１６）。なお、距離や走行時間については差分のみ表
示してもよい。次いで、サーバーの地図データを受信す
るか否かのユーザー選択を待ち（ステップＳ１７）、受
信しないことが選択されると処理は終了し、受信するこ
とが選択されると、サーバーで使用した地図データのう
ち、車載器に未受信の部分を受信する（ステップＳ１
８）。

【００２２】また、ステップＳ１５〜Ｓ１８における探
索経路を受信して地図データを得るか否かを判断し、選
択したときに地図データを受信するのに代えて、探索経
路のルート概要（経路に含まれる有料道路の料金や到着
予想時間、行程距離等）を受信し、ルート概要から受信
するか否か判断し、受信する場合には経路データ（図２
の表示データ、案内データ）を受信するようにしてもよ
い。

【００２３】ところで、情報センタ側（サーバー側）と
車載端末装置（車載器）側で独自に経路探索を行うと、
図１４に示すように、ネットワーク側ルートと、車載器
側ルートが異なる場合がある。サーバー側では最新のデ
ータの更新を頻繁に行うことができるが、車載器側では
ディスク等からデータを得るため、ディスク等が調査の
対象となる時期（格納した時期）の道路のみしか探索に
考慮できないためである。そこで、車載器側とサーバー
側の両者で探索を行い、サーバーから新規データを取得
するのに必要な費用やレスポンスと、サーバーと車載器
の両者で独自に算出したルートとを比較し、サーバーか
らデータを取得するか否かを自動判定し、取得すると判
定した場合にデータ要求する例について以下に説明す
る。

【００２４】まず、探索ルートの重みについて図１５に
より説明する。図１５において、ａ、ｂ、ｃ、ｄ、ｅ、
ｆはノードと呼ばれ、通常交差点を表現している。ａー
ｂ間をリンクと呼び、道路を表現している。重みとは、
道路の距離を基本とし、高速、国道、県道といった道路
の種別や、道路の幅員等を考慮し、ある乗算係数をかけ
たものであり、また、交差点信号機や右左折など交差点
を通過する際にスピードを落とす必要があるため、ある
ペナルティを加えている。この例では、ａーｂ間は重み
１０、ｂーｃ間は重み１５、ｂーｄ間は重み２５、ｃー
ｄ間は重み１２、ｃーｅ間は重み３０、ｄーｅ間は重み
１５である。経路探索はこのような重み付けを基本とし
て最短経路を求めることになる。図のルート１はａ、
ｂ、ｃ、ｅ、ｆを通るため重みの積算が６０、ルート２
はａ、ｂ、ｄ、ｅ、ｆを通過するため、重みの積算が５
５となり、ルート２の方が重みが小さくなるため、ルー
ト２が選ばれる。

【００２５】サーバーで探索を行って求められたルート
の重み付け（重みＳ）と、車載器側で求められたルート
の重み付け（重みＣ）の比較を行う場合、サーバー上で
求められたルートの重みの方がずいぶんと小さい時に
は、通信を行うメリットが大きいので、この場合のみ通
信を行う（データを取得する）方が望ましい。そのた
め、通信することのデメリットを重みに換算する。

【００２６】通信料金換算重み＝Ａ×料金Ｔ 通信時間換算重み＝Ｂ×時間Ｔ ここで料金Ｔや時間Ｔは情報センタから取得するデータ
量により決まり、Ａ、Ｂは重みの換算係数である。通信
パラメータについては図６の設定画面で設定可能である
が、ルート設定する場合の料金、時間、行程距離等の換
算係数は、例えば図１６に示すようなルート設定画面で
設定する。図の例では、料金１円は０．３ｍの距離に換
算され、時間１秒は５．０ｍに換算され、行程距離の差
１ｍは０．５ｍに換算される。この換算係数は経路探索
においてユーザーが何を重視するかに依存する。こうし
て、実際に通信を行う場合には、次の式で通信を行うか
否かを判定する。

【００２７】 通信料金換算重み＋通信時間換算重み＜重みＣ−重みＳ すなわち、（重みＣ−重みＳ）はデータ取得のメリット
を表しており、これが料金と時間の換算重みより大きけ
れば通信を行う方が良いことになる。

【００２８】さらには、通信料金のデメリットを有料道
路の料金の改善効果との比較により判定を行うことがで
きる。つまり、サーバー上のルートの料金（料金Ｓ）、
車載器で求められたルートの料金（料金Ｃ）とすると、
次の判定が考えられる。

【００２９】料金Ｔ＜料金Ｃ−料金Ｓ （料金Ｃ−料金Ｓ）はデータ取得による支出の低減であ
り、これがデータ取得の料金より大きければ通信を行う
方が良いことになる。

【００３０】さらには、通信時間のデメリットを目的地
までの到着予想時間の改善効果との比較により判定を行
うことができる。つまり、サーバー上の到着予想時間
（時間Ｓ）、車載器で求められたルートの到着予想時間
（時間Ｃ）とすると、次の判定が考えられる。

【００３１】時間Ｔ＜時間Ｃ−時間Ｓ （時間Ｃ−時間Ｓ）は到着予想時間の改善効果であり、
これがデータを取得するための通信時間より大きければ
通信を行う方が良いことになる。

【００３２】これまでの判定をまとめると、次の判定で
一般化できる。

【００３３】Ａ＊（（料金Ｃ−料金Ｓ）−料金Ｔ）＋Ｂ
＊（（時間Ｃ−時間Ｓ）−時間Ｔ）＜（重みＣ−重み
Ｓ） すなわち、データ取得によるルートのメリットが、料金
と時間の換算重みより大きければ通信を行うメリットが
あるということであり、この条件を満たすと判定できた
場合に、情報センタに対してデータ要求する。なお、条
件を満たすと判定した場合に自動的に要求することに代
え、判定結果を報知してユーザーがデータ要求を選択で
きるようにしてもよい。

【００３４】なお、上記の例においては車載器側でデー
タを取得するか否かの判定を行うようにしたが、この判
断機能を情報センタ側にもたせてデータ取得のメリット
と料金と時間の換算重みとを比較し、データ取得を行う
べきか否かを自動判定するようにしてもよい。この場
合、車載器側では単に目的地データと探索経路とを送信
するだけで自動的にデータ取得のメリットがあるか否か
判定されるので、車載器側の処理負担を軽減させること
ができる。また、上記判定方法に加えて、地図表示装置
の経路に含まれる有料道路の料金と情報センタの経路に
含まれる有料道路の料金を比較して情報センタの経路に
よる改善料金を求め、その改善料金と情報センタの経路
を受信することに要する通信料金を比較して地図データ
の取得によるメリットがあるか否かを判定するようにし
てもよい。

【００３５】図１７は車載端末装置の実施形態を示す図
である。出発地や目的地等の経路案内に関する情報を入
力する入力装置１、自車両の現在位置に関する情報を検
出する現在位置検出装置２、地図データ、経路の探索に
必要なナビゲーション用データ、経路案内に必要な表示
／音声の案内データ、さらに地図の表示、経路探索、音
声案内等の案内を行うためのプログラム（アプリケーシ
ョン及び／又はＯＳ）等が記録されている情報記憶装置
３、ナビゲータ処理手段として地図の表示処理、経路探
索処理、経路案内に必要な表示／音声案内処理、さらに
システム全体の制御を行う中央処理装置４、車両の走行
に関する情報である、例えば道路情報、交通情報を送受
信したり、車両の現在位置に関する情報を検出したり、
さらに現在位置に関する情報を送受信したりする情報送
受信装置５、経路案内に関する情報を出力するディスプ
レイやスピーカその他の出力装置６から構成されてい
る。

【００３６】入力装置１は、地図を選択して目的地を入
力したり、運転者の意志によりナビゲーション処理を中
央処理装置４に指示する機能を備えている。その機能を
実現するための手段として、目的地を電話番号や地図上
の座標などにて入力したり、経路案内をリクエストした
りするタッチスイッチやジョグダイアル等のリモートコ
ントローラ等を用いることができる。また、入力装置と
しては音声入力による対話を行うための装置を備えてお
り、音声入力装置として機能する。また、ＩＣカードや
磁気カードに記録されたデータを読み取るための記録カ
ード読み取り装置を付加することもできる。また、ナビ
ゲーションに必要なデータを蓄積し、運転者の要求によ
り通信回線を介して情報提供する情報センターや、地図
データや目的地データ、簡易地図、建造物形状地図など
のデータを有する携帯型の電子装置等の情報源との間で
データのやりとりを行うためのデータ通信装置を付加す
ることもできる。

【００３７】現在位置検出装置２は、衛星航法システム
（ＧＰＳ）を利用して高さ情報を含む車両の現在位置情
報を入手するもの、車両の進行方位を、例えば地磁気を
利用することにより絶対方位で検出する絶対方位セン
サ、車両の進行方位を、例えばステアリングセンサ、ジ
ャイロセンサを利用することにより相対方位で検出する
相対方位センサ、例えば車輪の回転数から車両の走行速
度及び走行距離を検出する速度・距離センサ、車両の加
速度を検出して高さ情報を含む現在位置情報を検出する
センサ等から構成される。

【００３８】情報記憶装置３は、ナビゲーション用のプ
ログラム及びデータを記憶した外部記憶装置で、例えば
ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の光ディスク、フロッ
ピィディスク、ハードディスク等の磁気ディスク、ＭＯ
等の光磁気ディスク等からなっている。プログラムは、
経路探索などの処理を行うためのプログラム、本実施例
記載のフローチャートに示されるような処理プログラム
や経路案内に必要な表示出力制御、音声入力により対話
的に案内を行うためのプログラム及びそれに必要なデー
タ、音声案内に必要な音声出力制御を行うためのプログ
ラム及びそれに必要なデータが格納されている。記憶さ
れるデータとしては、地図データ、道路データ、行政区
画名や地域の名称を含む地名データ、探索データ、探索
したルートのデータ、案内データ、マップマッチングデ
ータ、目的地データ、メモリ地点データ、走行履歴デー
タ、施設データ、交差点等分岐点の画像データ、ジャン
ル別データ、ランドマークデータ等のファイルからな
り、ナビゲーション装置に必要なすべてのデータが記憶
されている。そして、これらのデータは情報センタから
ダウンロードして更新可能である。なお、情報記憶装置
にはデータのみ格納し、プログラムは中央処理装置に格
納するタイプのものとしてもよい。

【００３９】中央処理装置４は、種々の演算処理を実行
するＣＰＵ、情報記憶装置３からプログラムを読み込ん
で格納するフラッシュメモリ、フラッシュメモリのプロ
グラムチェック、更新処理を行うプログラム（プログラ
ム読み込み手段）を格納したＲＯＭ、設定された目的地
の地点座標、道路名コードＮｏ．等の探索された経路案
内情報や演算処理中のデータを一時的に格納するＲＡＭ
からなっている。また、この他にもディスプレイ等の出
力装置に表示するためのデータを格納するフレームメモ
リ、入力装置１からの音声入力による対話処理を行った
り、ＣＰＵからの音声出力制御信号に基づいて情報記憶
装置３から読み出した音声、フレーズ、１つにまとまっ
た文章、音等を合成してアナログ信号に変換してスピー
カに出力する音声プロセッサ、通信による入出力データ
のやり取りを行う通信インタフェースおよび現在位置検
出装置２のセンサ信号を取り込むためのセンサ入力イン
タフェース、内部ダイアグ情報に日付や時間を記入する
ための時計などを備えている。なお、前記した更新処理
を行うプログラムを外部記憶装置に格納しておいてもよ
い。

【００４０】本実施形態に係るプログラム、その他ナビ
ゲーションを実行するためのプログラムは全て、外部記
憶装置に格納されてもよいし、それらプログラムの一部
または全てが本体側のＲＯＭに格納されていてもよい。
この外部記憶装置に記憶されたデータやプログラムが外
部信号としてナビゲーション装置本体の中央処理装置に
入力されて演算処理されることにより、種々のナビゲー
ション機能が実現される。

【００４１】また、本実施形態に係るプログラム、その
他ナビゲーションを実行するためのプログラム、地図デ
ータの一部または全ては情報センター（インターネット
サーバー、ナビゲーション用サーバー）から複数の基地
局（インターネットのプロバイダー端末や車両と通信で
繋がる通信局）に送信され、端末側の中央処理装置４は
基地局から送られてくる情報を情報送受信装置によって
受信し、中央処理装置４内の読み書き可能なメモリ（例
えばＲＡＭやフラッシュメモリやハードディスク）にダ
ウンロードしてプログラムを実行することにより、種々
のナビゲーション機能を実現させるようにしてもよい。
ここで、プログラムはフラッシュメモリに格納し、地図
データはＲＡＭに格納する如くプログラムと地図データ
を別の読み書き可能なメモリに格納するようにしてもよ
いし、同じ読み書き可能なメモリに格納するようにして
もよい。あるいは、家庭内のパソコンで情報センターか
らプログラム、地図データの一部または全てを取り外し
可能な記憶媒体（例えばＩＣカード、磁気カードやフロ
ッピー（登録商標）ディスク）へダウンロードし、その
記憶媒体を中央処理装置４につなげて、記憶媒体内のプ
ログラムを実行することにより、種々のナビゲーション
機能を実現させるようにしてもよい。

【００４２】本実施形態のナビゲーション装置は、上記
のように外部記憶装置からプログラムを読み込んだり、
情報センター等からダウンロードしたプログラムを読み
込むための比較的大容量のフラッシュメモリ、ＣＤの立
ち上げ処理を行うプログラム（プログラム読み込み手
段）を格納した小容量のＲＯＭを内蔵する。フラッシュ
メモリは、電源が切断しても記憶情報が保持される、つ
まり不揮発性の記憶手段である。そして、ＣＤの立ち上
げ処理として、プログラム読み込み手段であるＲＯＭの
プログラムを起動してフラッシュメモリに格納したプロ
グラムチェックを行い、情報記憶装置３に格納されてい
るディスク管理情報等を読み込む。プログラムのローデ
ィング処理（更新処理）は、この情報とフラッシュメモ
リの状態から判断して行われる。

【００４３】情報送受信装置５は、衛星航法システム
（ＧＰＳ）を利用して情報を入手するＧＰＳ受信装置、
ＦＭ多重放送、電波ビーコン、光ビーコン等を利用して
情報を入手するためのＶＩＣＳ（道路交通情報通信シス
テム）受信装置、携帯電話、パソコン等を利用すること
により、情報センターや他車両と情報を双方向に通信す
るためのデータ送受信装置等から構成される。

【００４４】出力装置６は、運転者が必要な時に案内情
報を音声および／または画面により出力したり、中央処
理装置４でナビゲーション処理されたデータなどをプリ
ント出力する機能を備えている。そのための手段とし
て、中央処理装置４で処理したデータや情報記憶装置３
に格納されたデータを画面表示するために展開、描画す
るメモリ、メモリに描画したイメージデータを表示する
ディスプレイ、中央処理装置４で処理したデータや情報
記憶装置３に格納されたデータをプリント出力するプリ
ンタ、経路案内を音声で出力するスピーカなどを備えて
いる。

【００４５】ディスプレイは、簡易型の液晶表示器等に
より構成されており、中央処理装置４が処理する地図の
表示データや案内データに基づき展開、描画された交差
点拡大図画面、目的地名、時刻、距離、進行方向矢印等
を表示する。ディスプレイに表示する画像データは、２
値画像データ（ビットマップデータ）であり、中央処理
装置４が処理する地図の表示データや案内データをシリ
アル通信等で使用する通信線を使用し、また、他の通信
線を兼用して受信し、出力装置６内でメモリに展開、描
画した後、指示された表示範囲をディスプレイの画面に
表示する。

【００４６】このディスプレイは、運転席近傍のインス
トルメントパネル内に設けられており、運転者はこれを
見ることにより自車両の現在地を確認したり、またこれ
からの経路についての情報を得ることができる。また、
このディスプレイの案内画面を自動車のフロントガラス
に埋め込んだハーフミラーを通して運転者の目線を下げ
ずに見えるようにするヘッドアップディスプレイを備え
るようにしてもよい。また、ディスプレイの表示画面に
タッチパネル、タッチスクリーン等を含むタブレットを
使用し、画面に触れる、或いは画面をなぞることによ
り、地点入力、道路入力等を行えるように構成してもよ
い。

【００４７】

【発明の効果】以上のように本発明によれば、不必要な
データを取得することがなく、無駄に通信費を発生させ
ることはない。データ取得の可否判定は車載器側、情報
センタ側のどちらでもよく、情報センタ側で判定するよ
うにすれば、車載器側の処理負担が軽減される。

【図面の簡単な説明】

【図１】 本実施形態の地図表示システムを説明するブ
ロック図である。

【図２】 車載端末装置が有する地図データの構成を示
す図である。

【図３】 ネットワークデータ取得領域の説明図であ
る。

【図４】 情報センタ側が保持しているデータと車載端
末装置側で既に取得しているデータの取得方法を説明す
る図である。

【図５】 情報センタからデータを取得する場合に予測
される、通信費用と通信時間をユーザーに提示する画面
例を示す図である。

【図６】 通信パラメータ設定画面を示す図である。

【図７】 新設または廃止道路がある場合のデータ取得
を説明する図である。

【図８】 データバージョン間の道路対応を説明する図
である。

【図９】 情報センタ側と車載端末装置側の両者で経路
探索を行って両者の経路を比較し、データを取得するか
否かを選択する例を説明する図である。

【図１０】 情報センタ側と車載端末装置側の探索結果
を統一するために、必要な条件やパラメータを両者間で
やりとりする例を示す図である。

【図１１】 条件やパラメータを車載端末装置と情報セ
ンタ間でのやりとりを説明する図である。

【図１２】 地図データ取得に関連した処理フローを説
明する図である。

【図１３】 地図データ取得に関連した処理フローを説
明する図である。

【図１４】 サーバー側と車載機側で独自に経路探索を
行ったときの異なるルートを示す図である。

【図１５】 ルート探索における重みを説明する図であ
る。

【図１６】 換算係数設定画面を示す図である。

【図１７】 車載端末装置の実施形態を示す図である。

【符号の説明】

１０…情報センタ、１１…制御装置、１２…地図データ
ベース、１３…送受信手段、１４…ネットワーク、１５
…車載端末装置。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C032 HB06 HB25 HC05 HC08 HD03 HD12 HD21 2F029 AA02 AB07 AB13 AC02 AC08 AC14 AC16 5H180 AA01 BB02 BB05 EE10 FF05 FF13 FF22 FF27

Claims (8)

【特許請求の範囲】
1. 【請求項１】 目的地データを情報センタへ送信する送
   信手段と、目的地までの経路を探索する探索手段と、情
   報センタから地図データを受信するか否かを判定する判
   定手段と、受信すると判定したとき情報センタへ地図デ
   ータを送信要求する要求手段とを備えた地図表示装置
   と、受信した目的地データに基づいて経路を探索する探
   索手段と、地図表示装置から送信要求があったとき地図
   データを地図表示装置へ送信する送信手段とを備えた情
   報センタとからなり、前記判定手段は、探索した経路と
   情報センタから受信した経路を比較して地図データを受
   信するか否かを判定することを特徴とする地図表示シス
   テム。
2. 【請求項２】 目的地までの経路を探索する探索手段
   と、目的地データ及び探索した経路を情報センタへ送信
   する送信手段とを備えた地図表示装置と、受信した目的
   地データに基づいて経路を探索する探索手段と、地図表
   示装置へ地図データを送信するか否かを判定する判定手
   段と、送信すると判定したとき地図データを地図表示装
   置へ送信する送信手段とを備えた情報センタとからな
   り、前記判定手段は、探索した経路と地図表示装置から
   受信した経路を比較して地図データを送信するか否かを
   判定することを特徴とする地図表示システム。
3. 【請求項３】 情報センタから地図データを受信して表
   示する地図表示装置において、目的地データを情報セン
   タへ送信する送信手段と、目的地までの経路を探索する
   探索手段と、探索した経路と情報センタから受信した経
   路を比較して情報センタから地図データを受信するか否
   かを判定する判定手段と、判定手段により受信すると判
   定されたとき、情報センタへ地図データを送信要求する
   要求手段と、を備えたことを特徴とする地図表示装置。
4. 【請求項４】 前記判定手段は、地図表示装置の経路に
   含まれる有料道路の料金と情報センタの経路に含まれる
   有料道路の料金を比較して情報センタの経路による改善
   料金を求め、その改善料金と情報センタの経路を受信す
   ることに要する通信料金を比較して地図データを受信す
   るか否かを判定することを特徴とする請求項３記載の地
   図表示装置。
5. 【請求項５】 前記判定手段は、地図表示装置の探索経
   路の重みと情報センタの探索経路の重みの差が、料金と
   時間の換算重みより大きいとき受信すると判定すること
   を特徴とする請求項３記載の地図表示装置。
6. 【請求項６】 さらに、料金、時間、行程距離の重み換
   算係数を設定する設定手段を有していることを特徴とす
   る請求項３乃至５いずれか記載の地図表示装置。
7. 【請求項７】 目的地データ及び探索した経路を地図表
   示装置から受信する受信手段と、探索した経路と地図表
   示装置から受信した経路を比較して地図表示装置へ地図
   データを送信するか否かを判定する判定手段と、判定手
   段により送信すると判定されたとき地図表示装置へ地図
   データを送信する送信手段と、を備えたことを特徴とす
   る情報センタ。
8. 【請求項８】 情報センタから地図データを受信して表
   示する地図表示プログラムにおいて、探索した経路と情
   報センタから受信した経路を比較して地図データを受信
   するか否かを判定し、受信すると判定したとき情報セン
   タへ地図データを送信要求し、情報センタから受信した
   地図データを表示する、ことを特徴とするプログラム。