JP4533201B2 - ナビゲーション装置、ナビゲーション方法、ナビゲーションプログラム、サーバ装置およびナビゲーション情報配信システム - Google Patents

Description

本発明は、ナビゲーション装置、ナビゲーション方法、ナビゲーションプログラム、サーバ装置およびナビゲーション情報配信システムに関する。

従来から、車両や携帯電話等の移動体に組み込まれたナビゲーション装置（以下、ナビ装置と略す）が、利用者に対し正確なナビゲーションを行うため、ナビ装置に最新の地図および拠点情報（以下、ナビ情報と略す）を配信する技術がある。

例えば、地図メーカやナビメーカ（公式情報提供者）が、現地の道路状況や拠点の状態を調査して、道路や拠点の変化があった場合に、これをナビ情報（公式データ）として反映する。そして、この変化を反映させた公式データをナビ装置へ配信する。

この技術によれば、利用者が多い場所、例えば都心部等の道路や拠点の変化は、比較的すみやかに公式データに反映できるが、利用者が少ない場所や調査員が赴きにくい場所（例えば、人口密度が低い地域や私有地内）の道路や拠点の状態は、調査から公式データに反映されるまでに長い期間を要することが多い。

このような技術を背景として、近年、ナビ装置の利用者自身が、ナビ情報を作成（更新）するシステムが提案されている（特許文献１参照）。
特開２００３−３１６６８６号公報

しかし、特許文献１に開示されたシステムは、以下のような問題点がある。
（１）利用者が作成する情報は簡単な拠点情報（店舗やビル）に限られており、道路状況については考慮されていない。
（２）システムに拠点情報の信頼度も登録できるようにしているが、この信頼度は、利用者が拠点情報を提供した場所とその拠点との間の距離に基づくものである。すなわち、利用者が拠点情報を提供した場所とその拠点との間の距離が近いほど、信頼度を高くしたものに過ぎず、利用者がその拠点の近くを何回（何人）通った等の多様な観点により算出された信頼度ではない。
（３）利用者が、そのナビ情報は公式データであるか、利用者データであるかを確認した上で、ナビ装置にナビゲーション処理の指示入力や、サーバからのデータダウンロードの指示入力をするものではない。つまり、利用者は利用者データを用いることにより生じる可能性のある不都合について考慮せず、ナビ装置にナビゲーション処理を実行させてしまうおそれがある。

本発明は、前記した問題を解決し、利用者データと公式データとを安心して組み合わせられるナビゲーション装置等を提供することを課題とする。

前記した課題を解決するため、本発明は、表示装置および入力装置が接続され、利用者の車両の走行履歴に基づき作成された各道路の道路座標列およびリンクコストを含むナビゲーション情報である利用者データを用いてナビゲーション処理を実行するナビゲーション装置を、利用者データを含むナビゲーション情報を格納するナビゲーション情報記憶部と、表示装置に、利用者データと、利用者データ以外のナビゲーション情報とを識別して表示するとともに、入力装置から、利用者データに基づくナビゲーション処理の実行指示が入力されたとき、ナビゲーション情報記憶部から読み出した、ナビゲーション処理に用いるナビゲーション情報が、利用者データであることを示す警告メッセージと、利用者データの利用実績に基づく信頼度度とを含む、利用者データに基づくナビゲーション処理を実行するか否かの選択入力を促す画面を表示し、入力装置から利用者データに基づくナビゲーション処理の実行指示が入力されたとき、利用者データに基づくナビゲーション処理を行う制御部とを備える構成とした。その他の構成については、後記する実施の形態で述べる。

本発明によれば、ナビゲーション装置の利用者は、ナビゲーション情報が利用者データか公式データかを確認し、また、利用者データの利用により生じる可能性のある不都合について確認した上で、利用者データを利用することができる。つまり、ナビメーカはどこまでが自分達の責任範囲であり、どこからが利用者の責任範囲であるかを明確に示すことができる。

また、サーバ装置は、利用者の車両の走行履歴に基づきナビゲーション情報を作成するので、道路状況に関するナビゲーション情報を作成することができる。また、新たな道路が作られた場合でも直ぐにこの情報を取り込むことができるので、ナビゲーション情報の鮮度や充実度を高めることができる。

さらに、サーバ装置は、ナビゲーション装置から利用者データの利用実績（その利用者データを用いて走行した走行履歴）を受信し、これに基づき各利用者データの信頼度を更新していくので、利用者データの利用実績という観点での信頼度を算出することができる。つまり、利用者は、ナビゲーション装置の表示装置で、この利用者データが何人（何台）の利用者（車両、ナビゲーション装置）に利用されているかという観点での信頼度を知ることができる。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。図１は、本実施の形態のナビ情報（ナビゲーション情報）配信システムの概略を示した図である。

ナビ情報配信システムは、ナビ情報の蓄積および配信を行うナビ情報配信サーバ１０と、車両（登録者用車両）８０Ａと、この車両８０Ａが走行した経路（走行履歴）等をナビ情報配信サーバ１０へ送信するナビ装置６０Ａと、車両８０Ａの走行履歴等を利用者データとして登録するときの指示入力を行う登録端末５０と、ナビ情報配信サーバ１０に蓄積されたナビ情報をダウンロードするナビ装置６０Ｂと、このナビ装置６０Ｂを搭載した車両８０Ｂおよびネットワーク１１とを含んで構成される。ネットワーク１１は、例えば、ナビ情報配信サーバ１０と、ナビ装置６０（６０Ａ,Ｂ）および登録端末５０とを接続する無線通信ネットワークである。

なお、ナビ情報配信サーバ１０は、請求項におけるサーバ装置に相当し、ナビ装置６０は、請求項におけるナビゲーション装置に相当する。

ちなみに、本実施の形態におけるナビゲーション処理とは、ナビ装置６０がＧＰＳ（Global Positioning System）受信アンテナから受信した情報を使用して、ディスプレイ（表示装置）に地図上の自身の現在位置を表示したり、目的地の設定を受けて最短距離を計算したり、その経路上で目的地までの経路誘導の情報をディスプレイやスピーカから出力することをいう。

ナビ装置６０（６０Ａ,Ｂ）は、例えば、ＧＰＳ衛星１からの電波を受信するＧＰＳアンテナおよびナビ情報配信サーバ１０との通信機能を備えるカーナビゲーション装置により実現される。登録端末５０は、ナビ情報配信サーバ１０との通信機能を備えるＰＣ（Personal Computer）や、ＰＤＡ（Personal Digital Assistant）、携帯電話機等である。ナビ情報配信サーバ１０は、ナビ装置６０および登録端末５０との通信機能を備えるコンピュータにより実現される。これらの構成要素の詳細は後記する。

ナビ情報配信サーバ１０は、車両８０Ａの走行履歴を格納する走行履歴記憶部２６０と、ナビ情報を格納するナビ情報記憶部２００とを備える。ナビ情報記憶部２００は、利用者データを格納する利用者データＤＢ（データベース）部２７０と、公式データを格納する公式データＤＢ（データベース）部２８０とを備える。なお、ナビ情報記憶部２００は、地図メーカ等が作成した地図情報等をさらに格納する。この地図情報には、道路のノードごとに、ノードの識別情報（ノードＩＤ）が示されている。また、ナビ情報記憶部２００は、請求項におけるナビゲーション情報記憶部に相当する。

この利用者データは、車両８０Ａの走行履歴から作成した道路情報や、登録者が登録端末５０経由で送信した拠点情報等から構成されるナビ情報である。また、公式データは、地図メーカやナビメーカ（公式情報提供者）が、現地の道路状況や拠点の状態を調査して作成したナビ情報である。なお、本実施の形態においてナビ情報配信サーバ１０が配信する利用者データおよび公式データは、ベースとなるナビ情報（地図情報等）に対する更新分の情報として説明する。つまり、ナビ装置６０は、このベースとなるナビ情報を格納し、更新分のナビ情報として、公式データや利用者データを受信する。

ここで、図１を用いて利用者データの登録手順の概要を説明する。車両８０Ａは走行中、車両８０Ａの走行履歴（走行位置）をナビ装置６０Ａからナビ情報配信サーバ１０へ送信する。この走行履歴は、ナビ情報配信サーバ１０の走行履歴記憶部２６０に蓄積される。

そして、車両８０Ａの走行終了後、登録者は登録端末５０を操作して、ナビ情報配信サーバ１０にアクセスし、走行履歴記憶部２６０に蓄積されている車両８０Ａの走行履歴を登録端末５０のモニタ（表示装置）上に表示させる。そして、登録者は、モニタの画面上で車両８０Ａの走行履歴を確認する。

ここで、登録者がナビ情報配信サーバ１０に走行履歴をナビ情報記憶部２００に登録したいときには、登録端末５０のキー操作またはタッチパネル等の操作により、この走行履歴の登録の指示入力をする（吹き出し１２参照）。これを受けて、登録端末５０は、走行履歴の登録指示命令をナビ情報配信サーバ１０へ送信する。

ナビ情報配信サーバ１０は、登録端末５０からの登録指示命令を受信すると、走行履歴記憶部２６０に蓄積された車両８０Ａの走行履歴を読み出し、この走行履歴に基づき利用者データを作成する。そして、この利用者データを利用者データＤＢ部２７０に登録する。なお、ナビ情報配信サーバ１０は、利用者データを作成するとき、そのデータが利用者データであることを示すフラグ等を付すものとする。このようにすることで、ナビ情報の利用者がナビ情報を利用（ダウンロード）するとき、その情報が利用者データであるか、公式データであるかを確認した上で利用することができる。

続いて、ナビ情報配信サーバ１０からナビ装置６０Ｂへナビ情報を配信（送信）する手順について説明する。まず、ナビ情報配信サーバ１０は、ナビ装置６０Ｂから、ナビ情報の配信要求（取得要求）を受けると、ナビ情報記憶部２００からこの配信要求の対象であるナビ情報を検索し、この検索結果をナビ情報のリストとしてナビ装置６０Ｂへ送信する。このときのリストにも、それぞれのナビ情報の種別（利用者データか公式データか）を示すフラグを付すものとする。

ナビ装置６０Ｂは、受信したリストをモニタに表示し、ナビ装置６０Ｂの入力装置からナビ情報の選択入力を受け付ける。ここでモニタに表示されるナビ情報のリストは、前記したフラグを参照して、それぞれのナビ情報の種別（利用者データか公式データか）を識別して示すようにする。

例えば、吹き出し１３に例示するように、ナビ装置６０Ｂが画面上に、利用者データおよび公式データのタブを表示するようにして、タッチパネル等でそれぞれのタブを選択すると、ナビ装置６０は、利用者データまたは公式データの切り替え表示をするようにしてもよい。

ナビ装置６０Ｂは、タッチパネル等でナビ情報の選択入力を受け付けると（吹き出し１３において、利用者データを選択→取得ボタンの選択入力）、この選択情報をナビ情報配信サーバ１０へ送信し、これを受けたナビ情報配信サーバ１０は配信要求の対象であるナビ情報をナビ装置６０Ｂへ配信する。つまり、ナビ装置６０Ｂにナビ情報をダウンロードさせる。なお、ナビ装置６０Ｂは、利用者データをダウンロードするときに、利用者データを利用することにより生じる可能性がある不都合についても警告メッセージを出力する。

そして、ナビ装置６０Ｂは、ダウンロードしたナビ情報に基づくナビゲーションを行う。例えば、ナビ装置６０Ｂは、ナビゲーション処理を利用者データに基づき実行するとき、ナビ装置６０Ｂのスピーカ等で、ナビゲーションに用いる情報が利用者データであることを音声出力して（吹き出し１４参照）、ナビゲーションを開始する。つまり、ナビゲーションに用いる情報が利用者データであることの警告メッセージを出力して、ナビゲーションを開始する。なお、この警告メッセージの後、利用者データによるナビゲーションを行うか否かの選択入力を促す画面（確認画面）を表示装置に表示し、この選択入力に応じて、ナビ装置６０に利用者データによるナビゲーションを中止させるようにしてもよい。

なお、説明のため図１には、ナビ装置６０Ａ,Ｂ（車両８０Ａ,Ｂ）はそれぞれ１台ずつしか描いていないが、複数台であってももちろんよい。また、登録端末５０は、ナビ装置６０（６０Ａ）とは別個の構成としたが、ナビ装置６０（６０Ａ）の一部として組み込むようにしてもよい。

また、ナビ情報配信サーバ１０は、利用者データごとにそのデータをどのナビ装置６０に配信したかを記録している。つまり、ナビ情報配信サーバ１０は、各利用者データが何台のナビ装置６０に利用されているかを示した情報（利用実績）を記録している。
そして、ナビ情報配信サーバ１０は、利用実績から利用者データの信頼度を算出し、ナビ装置６０へナビ情報のリストを送信するとき、この利用者データの信頼度に関する情報も併せて送信するようにする。

このようにすることで、ナビ装置６０の利用者は、その利用者データの信頼度を確認した上で、ナビ情報の選択指示をすることができる。つまり、利用者は、その利用者データの信頼度が高いか否か（正確なデータであるか否か）を確認した上で、ナビ装置６０にダウンロードの指示をすることができる。なお、この信頼度の算出処理の詳細は後記する。

次に、図１を参照しつつ、図２を用いてナビ情報配信サーバ１０の構成を説明する。図２は、図１のナビ情報配信サーバの構成を示したブロック図である。

ナビ情報配信サーバ１０は、メインメモリ１１０、ＣＰＵ（演算処理装置、Central Processing Unit）１２０、通信部１３０、入出力インタフェース１４０、ネットワークインタフェース１５０および補助記憶部２４０を備える。また、このナビ情報配信サーバ１０には、このナビ情報配信サーバ１０の操作者が指示入力をするための入力装置２０、補助記憶部２４０の情報を出力する出力装置３０等が接続されていてもよい。入力装置２０は、例えばキーボードやマウスであり、出力装置３０は、例えば液晶モニタである。なお、ナビ情報配信サーバ１０にＣＤ−ＲＯＭ（Compact Disc Read Only Memory）ドライブ４０等を接続するようにして、ＣＤ−ＲＯＭ４１に記憶したデータを補助記憶部２４０に入力するようにしてもよい。

ＣＰＵ１２０は、補助記憶部２４０に格納されたプログラム（ナビ情報配信プログラム２５０）に基づき、各種演算処理を実行する。メインメモリ１１０は、ＣＰＵ１２０が各種演算処理に用いる記憶領域である。通信部１３０は、ネットワークインタフェース１５０経由で、ナビ装置６０（６０Ａ,Ｂ）や登録端末５０との各種情報の送受信を行う。入出力インタフェース１４０は、入力装置２０、出力装置３０、ＣＤ−ＲＯＭドライブ４０等とのデータ入出力のインタフェースである。ネットワークインタフェース１５０は、通信部１３０がネットワーク１１経由で、通信を行う際のインタフェースである。

補助記憶部２４０は、所定領域にナビ情報配信プログラム２５０を格納し、走行履歴記憶部２６０およびナビ情報記憶部２００を備える。この補助記憶部２４０は、例えばハードディスク装置により実現される。

ナビ情報配信プログラム２５０は、ＣＰＵ１２０が利用者データの作成、登録およびナビ装置６０Ｂへのナビ情報配信を実行するためのプログラムである。このナビ情報配信プログラム２５０に基づくＣＰＵ１２０の動作の詳細は後記する。

走行履歴記憶部２６０は、ナビ装置６０のＩＤごとに、ナビ装置６０から送信された車両８０の走行軌跡（または走行道路）を示した走行履歴を保持する。この走行履歴の詳細については、後記する。

ナビ情報記憶部２００は、所定領域に、利用者データＤＢ部２７０および公式データＤＢ部２８０を備える。利用者データＤＢ部２７０は、利用者データを、利用者データＩＤごとに格納している。この利用者データは、走行履歴から作成された道路情報、拠点情報、拠点への誘導情報（音声ガイド）等である。また、公式データＤＢ部２８０は、公式情報提供者が作成した公式データを、公式データＩＤごとに格納している。この公式データも、道路情報、拠点情報、拠点への誘導情報等である。利用者データ、拠点情報、拠点への誘導情報等の詳細については、図面を用いて後記する。

次に、図１および図２を参照しつつ、図３を用いてナビ情報配信サーバ１０の機能を説明する。図３は、図１のナビ情報配信サーバを機能展開して説明したブロック図である。図３において、図２の入力装置２０、出力装置３０およびＣＤ−ＲＯＭドライブ４０は省略している。

図３に示すように、ナビ情報配信サーバ１０は、走行履歴記憶部２６０、ナビ情報記憶部２００、制御部２１０および入出力部２５７を含んで構成される。制御部２１０は、信頼度管理部２５１、ナビ情報生成部２５２、ナビ情報変化通知部２５３、ナビ情報検索部２５４、ナビ情報ダウンロード管理部２５５およびナビ情報取得要求処理部２５６を含む。

走行履歴記憶部２６０は、ナビ装置６０のＩＤごとに、ナビ装置６０から送信された車両８０の走行履歴を蓄積する。この走行履歴は、この走行履歴の送信元であるナビ装置６０のＩＤ（ナビ装置ＩＤ）、このナビ装置６０（車両８０）の走行道路に関する情報、車両８０がこの道路を走行したときにナビ装置６０が利用した利用者データＩＤ（利用者データ実績）を含んで構成される。

表１は、走行履歴記憶部２６０に記憶される走行履歴を例示した表である。

例えば、表１に示すように、走行道路情報は、車両８０が走行した道路の道路ＩＤ、その道路の走行開始日時（開始日時）および走行終了日時（終了日時）、その道路を走行したときのブレーキ回数および停止時間、車両８０が走行した道路の位置座標である走行座標列に関する項目を含んで構成される。また、利用者データ実績として、この道路を走行したときに用いたナビ情報のＩＤ（利用者データＩＤ）が記憶される。

例えば、表１に例示する走行履歴は、ナビ装置ＩＤ「ａａａ」のナビ装置６０を搭載した車両８０が、走行座標列「（ｘｘｘ，ｙｙｙ）、…、（ａａａ，ｂｂｂ）」で示される道路ＩＤ「ｂｂｂ」の道路を走行し、この道路の開始日時は「０１０１１０００」であり、終了日時は「０１０１１０１０」であることを示している。また、この道路を走行したときの車両８０のブレーキ回数は「４（回）」であり、停止した時間は「１０（秒）」であり、車両８０がこの道路を走行したときに、ナビ装置６０は利用者データＩＤ「ｃｃｃ」の利用者データを用いたことを示している。なお、このときの走行座標は、緯度と経度との組み合わせで記述される。

走行履歴がこのような情報を格納することで、道路の座標列や、車両８０がその道路を通過した日時や、道路を通過するのに要した時間等が分かる。また、この走行履歴において、ブレーキ回数や、停止時間が所定の値を超えていた場合、この道路が生活道路である可能性が高いことが分かる。

なお、走行履歴に含まれる道路ＩＤは、ナビ情報配信サーバ１０がナビ情報記憶部２００に格納される地図上における道路のリンク単位で割り振った固有の識別情報である。この道路ＩＤは、ナビ装置６０がダウンロードしたナビ情報（利用者データおよび公式データ）に含まれているものを用いる。

ここで、走行履歴における開始日時および終了日時について説明する。図４は、本実施の形態の走行履歴に含まれる開始日時および終了日時を説明する図である。図４に示すように、開始日時とは、車両８０（ナビ装置６０）が道路のノード２Ａを通過した日時であり、終了日時とはその道路の次のノード２Ｂを通過した日時のことをいう。つまり、走行履歴は、ノードからノードまでの走行軌跡である。なお、ここでいうノードとは、道路と道路とのつなぎ目（交差点）となる地点のことをいう。

また、後記するナビ装置６０が、ナビ情報配信サーバ１０へ車両８０の走行履歴を送信するタイミングは、ノードを通過したときとする。つまり、車両８０が次のノード２Ｂを通過するまでの間、ナビ装置６０内において、車両８０の走行座標を記憶しておき、次のノード２Ｂを通過したときに、ここまで記録しておいた走行座標をまとめて送信する。

但し、車両８０が初めて走行する道路の走行履歴は、ナビ装置６０に格納される地図情報に記載されていない道路の始まる場所から、その道路が終わる場所までの走行座標列を含めるようにする。つまり、ナビ装置６０は、ナビ装置６０内の地図情報に記載されていない道路の始まる場所から、走行座標列を記憶しておき、その地図情報に記載されている道路の場所に来たとき、その場所を地図情報に記載されていない道路の終わる場所と判断して、その走行座標列を走行履歴に組み込み、ナビ情報配信サーバ１０に送信する。

ナビ情報記憶部２００は、前記したとおり、所定領域に利用者データＤＢ部２７０と、公式データＤＢ部２８０とを備える。利用者データＤＢ部２７０は、走行履歴記憶部２６０の走行履歴に基づいてナビ情報生成部２５２が作成した道路情報、登録端末５０から送信された拠点情報、各拠点情報への誘導情報等を格納する。

図５（ａ）は、利用者データＤＢ部に記憶される利用者データの構成を説明する図である。なお、ここでは、１つの利用者データのみを説明するが、利用者データＤＢ部２７０には１つ以上の利用者データが格納される。

利用者データは、図５（ａ）に示すように、利用者データの識別番号（利用者データＩＤ）、利用者データの種別（例えば、道路情報、拠点情報、拠点への誘導情報の種別）、その情報の信頼度、データ本体、この利用者データの登録者ＩＤ、この利用者データを利用者の利用者ＩＤ等を含んで構成される。

例えば、図５（ａ）のナビ情報のデータ種別は「１（利用者データ）」であり、このデータの登録年月日は「ｘｘｘｘ.ｙｙ.ｚｚ」であり、利用者データＩＤ「ａａａ」のデータであり、データの種別は「１（道路情報）」であり、信頼度は「４」であり、この利用者データの登録者ＩＤは「ｂｂｂ」であり、この利用者データをダウンロードした利用者の利用者ＩＤは「ｃｃｃ」および「ｂｂｂ」であることを示している。

なお、この利用者データＩＤは、ナビ情報生成部２５２が、利用者データＤＢ部２７０に利用者データを登録するときに、各利用者データにユニークなＩＤを発行するものとする。また、この利用者データＩＤは、データの種別に関する情報（ナビ情報が利用者データか、公式データかを識別する情報）をあわせて記述するようにしてもよい。ちなみに、信頼度は、初期の状態（利用者データ登録時）では「０」であり、走行履歴記憶部２６０に各車両８０の走行履歴（走行実績）が追加されると、信頼度管理部２５１（後記）が信頼度の値を更新する。

また、この利用者データは、その道路が幹線道路か生活道路か等、道路の属性に関する情報を含んでいてもよい。この道路の属性に関する情報は、走行履歴に含まれるブレーキ回数、停止時間、終了日時から開始日時までの時間（道路の通過時間）等から判断し、ナビ情報生成部２５２が利用者データに書き込む。例えば、道路を通過するのに所定時間以上の時間を要する場合や、ブレーキ回数が所定の値より多い場合、あるいは停止時間が所定時間以上の場合は、これらを考慮してナビ情報生成部２５２は、この道路が生活道路である旨の情報を利用者データに書き込む。

このようにすることで、ナビ装置６０が経路計算をするとき、生活道路に関する道路情報は経路計算に用いないようにさせる等、ナビ装置６０にその利用者データの道路の属性を考慮した経路計算を行わせることができる。

ちなみに、利用者データの利用者ＩＤの欄も、初期の状態では何も記載されないが、ナビ情報配信サーバ１０が、ナビ装置６０からのダウンロード要求に応じて利用者データを送信するとき、利用者データＤＢ部２７０内の利用者データに、送信先のナビ装置６０の利用者ＩＤを追加する。つまり、ナビ情報配信サーバ１０は、どの利用者がどの利用者データをダウンロードしたかを記録しておく。

また、ナビ情報配信サーバ１０がナビ装置６０から利用者データの利用を中止した（ナビ装置６０から削除した）旨の情報を受信すると、利用者データＤＢ部２７０内の利用者データから、このナビ装置６０の利用者ＩＤを削除する。

このようにすることで、ナビ情報配信サーバ１０は、各利用者データごとにその利用者データが、現在どの利用者（ナビ装置６０）に利用されているかを把握することができる。

図５（ｂ）〜（ｄ）は、（ａ）の利用者データのデータ本体の構成を説明する図である。図５（ｂ）は、利用者データが道路情報の場合のデータ本体の構成を示す。図５（ｂ）に示すように、このときのデータ本体は、道路ＩＤ、その道路の始点ノードＩＤおよび終点ノードＩＤ、その始点ノードから終点ノードまでを結ぶ座標列である道路座標列、その道路を通過するのに要する時間（リンクコスト）等を含んで構成される。

例えば、図５（ｂ）のデータ本体は、道路ＩＤ「ｂｂｂ」の始点ノードＩＤは「ｄｄｄ」であり、終点ノードＩＤは「ｅｅｅ」であり、この道路の座標列は「（ｆ，ｇ）、（ｈ，ｉ）、…、（ｘ，ｙ）」であり、リンクコストは「ｊ（秒）」であることを示している。ちなみに、道路ＩＤは、後記するナビ情報生成部２５２が利用者データを作成するときに、ユニークなＩＤを発行するものとする。また、リンクコストの値は、ナビ装置６０が経路計算をするときに用いられる。

なお、このときナビ情報生成部２５２は、道路ＩＤにこの情報が利用者データに基づくものであることを示す情報（例えば、ＩＤの前の「−」のフラグ）を含めるようにする。このようにすることで、ナビ装置６０側で、利用者データに基づくナビ情報は、それ以外のナビ情報とは異なる表示にすることができる。

図５（ｃ）は、利用者データが拠点情報の場合のデータ本体の構成を示す。図５（ｃ）に示すように、このときのデータ本体は、その拠点の座標、拠点名、電話番号、アイコン情報等を含んで構成される。このアイコン情報とは、ナビ装置６０の出力装置６２（モニタ等）に拠点情報を表示するときに用いられるアイコンの画像データ等である。

例えば、図５（ｃ）のデータ本体は、拠点の座標は（ｋ，ｌ）であり、拠点名は「Ａガソリンスタンド」であり、電話番号は「ｍｍ-ｎｎｎｎ-ｏｏｏｏ」であり、この拠点をナビ装置６０の画面上に表示するときのアイコンの画像データは「ｘｘｘ．ｇｉｆ」であることを示している。

図５（ｄ）は、利用者データが誘導情報の場合のデータ本体の構成を示す。利用者データが誘導情報の場合、データ本体は、その誘導情報の目的地、その誘導情報による誘導の開始ノードＩＤ、誘導データ列を含んで構成される。この誘導データ列は、誘導地点の座標ごとに、ナビ装置６０がその座標で用いるデータやプログラムを示したものであり、目的地への誘導を行う音声データや、画像データ、プログラム等である。

例えば、図５（ｄ）のデータ本体は、誘導目的地は「ｘｘｘ」であり、この目的地への誘導開始ノードのノードＩＤは「ｅｅｅ」であり、ナビ装置６０は車両８０が座標「（ｆ，ｇ）」に来たとき「音声データＡ」を出力し、「座標（ｈ，ｉ）」を通過したときに「画像データＢ」を出力し、最終的には「座標（ｘ，ｙ）」を通過したときに「誘導プログラムＣ」を実行することを示している。なお、この誘導目的地は、拠点情報の拠点ＩＤであってもよい。

利用者データＤＢ部２７０には、このような利用者データが、利用者データＩＤごとに格納されている。

公式データＤＢ部２８０には、公式データが公式データＩＤごとに格納されている。この公式データは、公式データＩＤおよびデータ本体を含んで構成され、公式情報提供者が入力装置２０や、ＣＤ−ＲＯＭドライブ４０経由で入力する。この公式データは、前記した利用者データと同様に、道路情報、拠点情報、誘導情報に関するものである。公式データのデータ本体の構成は、前記した利用者データの場合と同様であるので、説明を省略する。

なお、ナビ情報記憶部２００は、ナビ装置ＩＤごとに、そのナビ装置６０の利用者のユーザＩＤ（利用者ＩＤ、登録者ＩＤ）と、そのユーザのパスワード、ユーザの住所等を示したユーザＩＤテーブル（表２参照）を格納するものとする。

例えば、表２のユーザＩＤテーブルにおいて、ナビ装置ＩＤ「ｘｘｘ」のナビ装置６０の利用者のユーザＩＤ（利用者ＩＤ）は「ｙｙｙ」であり、パスワードは「ｚｚｚ」であり、この利用者の住所は「ａａａ」であることを示している。

なお、このユーザＩＤテーブルは、各利用者（各ナビ装置６０）がダウンロードしているナビ情報（利用者データ）のＩＤをさらに記憶するようにしてもよい。つまり、後記するナビ情報ダウンロード管理部２５５は、ナビ装置６０へナビ情報を送信したとき（ダウンロードさせたとき）、送信したナビ情報ＩＤを表２のダウンロードナビ情報ＩＤの欄に書き込む。また、ナビ装置６０からナビ情報を削除した（利用を中止した）旨の情報を受信したときには、このナビ情報のＩＤを削除する。

このようにすることで、ナビ情報配信サーバ１０は、各ナビ装置６０がどのナビ情報をダウンロードして利用しているかを把握することができる。また、ナビ情報配信サーバ１０（後記するナビ情報変化通知部２５３）は、ナビ情報記憶部２００に公式データが追加されたとき、このデータの内容に近い利用者データを保持するナビ装置６０に、現在ナビ装置６０が保持している利用者データの内容に近い公式データが追加された旨を通知することができる。

図３の信頼度管理部２５１は、走行履歴記憶部２６０に格納された各車両８０の走行履歴（表１参照）の利用者データＩＤの欄を監視し、各利用者データの利用実績（その利用者データに基づく走行実績）を利用者データの信頼度の値に反映させる。

すなわち、例えば、走行履歴記憶部２６０に、利用者データＩＤ「ａａａ」を利用した走行履歴が追加されたとき、これを受けて信頼度管理部２５１は、利用者データＤＢ部２７０から利用者データＩＤ「ａａａ」の利用者データを検索し、この利用者データの信頼度の値を更新する。すなわち、利用者データＩＤ「ａａａ」の利用者データに基づき車両８０が実際に走行できたという実績が追加されると、これに従いこの利用者データの信頼度の値を更新する。

このときの信頼度の値は、利用者データＩＤ「ａａａ」を含む走行履歴が１つ追加されると、利用者データの信頼度の値を１つ増加するようにして、その利用者データの利用回数をそのまま反映させるようにしてもよいし、この利用回数をもとに所定の計算式で算出した値を書き込むようにしてもよい。

また、この信頼度の値は、その利用者データを用いて走行した車両８０の台数であってもよい。このときは、信頼度管理部２５１は、同じナビ装置ＩＤおよび同じ利用者データＩＤを含む走行履歴が追加されたとき、それらの走行履歴をまとめて、利用者データの信頼度の値を１つ増加させるようにする。このようにすることで、ナビ情報配信サーバ１０は、その利用者データの信頼度が、比較的少ない台数の車両の走行実績に基づくものか、それとも多数の車両の走行実績に基づくものかを示すことができる。

また、信頼度管理部２５１は、ナビ装置６０から入出力部２５７経由で利用者データの利用を中止した旨（削除した旨）のメッセージを受信すると、この利用者データの信頼度の値を減少させる。

すなわち、信頼度管理部２５１は、車両８０がその利用者データを用いて走行したという走行履歴が増えると、信頼度の値を増加（高く）するが、ナビ装置６０からその利用者データを削除したという情報を得ると、信頼度の値を減少（低く）する。

ナビ情報生成部２５２は、登録端末５０からの指示に基づき、利用者データを作成し、この利用者データを利用者データＤＢ部２７０に登録する。このときの登録手順の詳細は、フローチャートを用いて後記する。

ナビ情報取得要求処理部２５６は、ナビ装置６０から送信される各種情報の処理を行う。入出力部２５７経由でナビ装置６０からナビ情報の取得要求を受けると、この要求をナビ情報検索部２５４に受け渡す。そして、ナビ情報検索部２５４の検索結果を受けて、ナビ情報の一覧リストを作成し、入出力部２５７経由でナビ装置６０へ送信する。

なお、ナビ情報取得要求処理部２５６は、入出力部２５７経由でナビ装置６０へ利用者データを送信するとき、利用者データに含まれる登録者ＩＤおよび利用者ＩＤの情報を削除するようにしてもよい。つまり、セキュリティ保護の観点から、ナビ装置６０に使わせる利用者データには、そのデータの登録者や利用者が誰かに関する情報を含めないようにしてもよい。

また、ナビ情報取得要求処理部２５６は、入出力部２５７経由でナビ装置６０からナビ情報のダウンロード要求を受けたとき、この要求をナビ情報ダウンロード管理部２５５へ受け渡す。そして、ナビ情報ダウンロード管理部２５５が読み出したナビ情報を入出力部２５７経由でナビ装置６０へ送信する。

ナビ情報検索部２５４は、ナビ情報の取得要求に含まれる情報、例えば、目的地の座標、目的地の名称、要求している情報の種別（道路情報、拠点情報、誘導情報の別）、信頼度等をキーとして、ナビ情報記憶部２００からナビ情報を検索する。そして、検索されたナビ情報の一覧（リスト）を作成し、この情報をナビ情報取得要求処理部２５６に受け渡す。

ナビ情報ダウンロード管理部２５５は、ナビ情報取得要求処理部２５６経由で要求されたナビ情報をナビ情報記憶部２００から読み出し、ナビ情報取得要求処理部２５６へ受け渡す。

なお、ナビ情報配信サーバ１０は、ナビ情報の変化を通知するナビ情報変化通知部２５３をさらに備えるようにしてもよい。

このナビ情報変化通知部２５３は、例えば、ナビ情報記憶部２００に格納される利用者データのうち、信頼度の値が所定の値（補助記憶部２４０に記憶）を超えたものを発見したとき、その利用者データに関する情報を出力装置３０へ出力する。このときの出力は、例えば、ナビ情報配信サーバ１０に接続されるモニタへの画像表示でもよいし、公式データの作成者へのメール通知であってもよい。

このようにすることで、公式データの作成者は、信頼度の高くなった利用者データをいち早く発見できる。つまり、公式データの作成者は、信頼度の高い利用者データにベースとした公式データの作成をすることができ、公式データを一から作成する手間を軽減することができる。

また、ナビ情報変化通知部２５３は、公式データＤＢ部２８０に新たな公式データが追加入力されたとき、この公式データに近い利用者データを利用しているナビ装置６０、あるいはこの利用者データの登録者のナビ装置６０に、新たな公式データが追加されたこと
を通知するようにしてもよい。

つまり、ナビ情報変化通知部２５３は、公式データＤＢ部２８０に新たな公式データが追加されたとき、利用者データＤＢ部２７０からこの公式データに近い内容の利用者データを検索する。そして、この利用者データの利用者ＩＤ（図５（ａ）参照）を読み出す。次に、ユーザＩＤテーブルを参照して、利用者ＩＤに対応するナビ装置６０のナビ装置ＩＤを特定する。そして、このナビ装置ＩＤのナビ装置６０に、現在格納されている利用者データに近い内容の公式データが追加された旨のメッセージをナビ装置６０へ送信する。

このようにすることで、利用者データの利用者は、自分が今まで使っていた利用者データに近い内容の公式データがナビ情報配信サーバ１０に登録されたことを知ることができる。つまり、利用者は、今まで使っていた利用者データに代わりに、公式データをダウンロードして利用できることを知ることができる。

なお、公式データの内容に近い利用者データを利用しているナビ装置６０、あるいはこの利用者データの登録者のナビ装置６０の特定は、前記したユーザＩＤテーブルのナビ情報ＩＤの情報を参照することにより行ってもよい。

ちなみに、前記した信頼度管理部２５１、ナビ情報生成部２５２、ナビ情報検索部２５４、ナビ情報ダウンロード管理部２５５、ナビ情報取得要求処理部２５６およびナビ情報変化通知部２５３は、前記した図２のＣＰＵ１２０が、ナビ情報配信プログラム２５０を読み出し、実行することにより実現される。また、図３の入出力部２５７は、図２の通信部１３０、入出力インタフェース１４０、ネットワークインタフェース１５０およびＣＰＵ１２０によるナビ情報配信プログラム２５０の実行処理により実現される。

続いて、図１〜図５を参照しつつ、図６を用いて、ナビ装置６０（６０Ａ,Ｂ）について説明する。図６は、図１のナビ装置の構成を示したブロック図である。

ナビ装置６０は、メインメモリ６１０、ＣＰＵ６２０、通信部６３０、入出力インタフェース６４０、ネットワークインタフェース６５０、ＧＰＳアンテナ６６０および補助記憶部７４０を備える。

また、ナビ装置６０には、このナビ装置６０の操作者が指示入力をするための入力装置６１、補助記憶部７４０の情報を出力表示させるための出力装置６２等が接続されていてもよい。入力装置６１は例えばコントローラであり、出力装置６２は例えばディスプレイ等の画像出力装置（表示装置）やスピーカ等の音声出力装置である。なお、この出力装置６２は、タッチパネルで構成し、画面上で指示入力を受け付けるようにしてもよい。

また、ナビ装置６０にＣＤ−ＲＯＭドライブ６３等を接続するようにして、ＣＤ−ＲＯＭ６４１に記憶したデータを補助記憶部７４０に入力するようにしてもよい。

また、このナビ装置６０には、車両８０の車速やブレーキ使用の有無を検出するセンサ６４を接続し、車両８０の車速やブレーキ使用時の信号をナビ装置６０に取り込むようにしてもよい。

ＣＰＵ６２０は、補助記憶部７４０に格納されたプログラム（ナビゲーションプログラム７５０）に基づき、各種演算処理を実行する。メインメモリ６１０は、ＣＰＵ６２０が各種演算処理に用いる記憶領域である。

通信部６３０は、ネットワークインタフェース６５０経由で、ナビ情報配信サーバ１０との通信を行う。入出力インタフェース６４０は、入力装置６１、出力装置６２、ＣＤ−ＲＯＭドライブ６３等とのデータ入出力のインタフェースを司る。ネットワークインタフェース６５０は、通信部６３０がネットワーク１１経由で、通信を行う際のインタフェースを司る。また、ＧＰＳアンテナ６６０は、ＧＰＳ衛星１からナビ装置６０（車両８０）の位置情報を受信するアンテナである。受信した位置情報は、入出力インタフェース６４０経由で、ＣＰＵ６２０へ出力される。

補助記憶部７４０は、例えば、ハードディスク装置により構成され、前記したナビゲーションプログラム７５０を格納する。また、所定領域に、通信部６３０経由でナビ情報配信サーバ１０から受信したナビ情報およびＣＤ−ＲＯＭドライブ６３等から入力された地図情報を格納するナビ情報記憶部（ナビゲーション情報記憶部）７００を備える。このナビ情報記憶部７００は、利用者データを記憶する利用者データ記憶部７７０と、公式データを記憶する公式データ記憶部７８０とを備え、利用者データに基づくナビゲーション処理の内容ごとに、そのナビゲーション処理により生じる可能性がある不都合に関するメッセージを示した警告メッセージデータを格納する。

なお、ここでは、利用者データは利用者データ記憶部７７０に格納され、公式データは公式データ記憶部７８０に格納されるものとして説明するが、各ナビ情報にデータの種別（利用者データまたは公式データの別）を示すフラグを付しておき、同じ記憶領域に格納するようにしてもよい。

ＣＰＵ６２０は、ナビゲーションプログラム７５０に基づき、利用者データ記憶部７７０または公式データ記憶部７８０からナビ情報を読み出し、この情報に基づきナビゲーション処理を行う。このナビゲーションプログラム７５０の詳細は、図面を用いて後記する。

次に、図１〜図６を参照しつつ、図７を用いてナビ装置６０の機能を説明する。図７は、図１のナビ装置を機能展開して説明したブロック図である。図７において、図６のＣＤ−ＲＯＭドライブ６３やセンサ６４の構成は省略している。

ナビ装置６０は、前記したナビ情報記憶部７００と、ＨＭＩ（Human Machine Interface、ヒューマンマシンインタフェース）部７５６と、ＧＰＳアンテナ６６０と、ナビ通信部（ナビゲーション情報通信部）７５１と、制御部７１０とを備える。

ＨＭＩ部７５６は、制御部７１０と入力装置６１および出力装置６２との間のインタフェースを司る。つまり、利用者が入力装置６１（マイクやタッチパネル）経由で入力した情報を所定のコマンドに変換して制御部７１０へ出力し、制御部７１０から出力された信号を音声や画像に変換して出力装置６２に出力する。

例えば、利用者がタッチパネルで、現在、車両８０が走行している地図を表示する旨の指示入力をすると、ＨＭＩ部７５６はロケータ部６３１から自車（車両８０）の位置情報（緯度／経度）を取得する。次に、ＨＭＩ部７５６は、ナビ情報管理部７５５経由でナビ情報記憶部７００から、この車両８０の位置周辺のナビ情報（利用者データ、公式データおよび地図情報）を取得する。そして、ＨＭＩ部７５６は、ナビ情報上（地図情報）に車両８０の現在位置をプロットした画像データを作成し、このデータをタッチパネルに出力する。

図８は、図７のＨＭＩ部により出力装置に出力される画面を例示した図である。図８に示すように、ＨＭＩ部７５６が出力装置６２に画面を表示するときに、利用者データに基づく情報は色や線の太さを変えて表示する。例えば、利用者データに基づく道路情報（符号８０１）や拠点情報（符号８０２）は、利用者データ以外のナビ情報（符号８０３）とは異なる色や線の太さで表示する。このようにすることで、利用者は、出力装置６２に表示される情報が、利用者データに基づくものか、利用者データ以外のナビ情報に基づくものかを把握しやすくなる。

なお、表示する道路や拠点の情報が、利用者データに基づくものか否かは、ナビ情報に含まれる道路ＩＤに基づきＨＭＩ部７５６が判断する。例えば、ナビ情報の道路ＩＤに「−」の符号が含まれていれば、そのナビ情報を利用者データと判断し、「−」の符号が含まれていなければ、利用者データ以外のデータ（公式データ）と判断する。あるいは、ナビ情報に含まれるデータ種別の情報（図５（ａ）参照）を参照して判断してもよい。

このときの利用者データの表示形式（利用者データは色や線を変える、あるいは所定の信頼度以下の利用者データは表示しない等）の設定情報は、ナビ情報記憶部７００に格納されており、ＨＭＩ部７５６がこの設定情報基づき出力装置６２に表示を行う。なお、この設定情報は、入力装置６１経由で利用者が入力したり、変更したりすることができる。

また、ＨＭＩ部７５６は、入出力部経由で利用者データのダウンロード要求を受けたときや制御部７１０で利用者データに基づくナビゲーション処理を実行するとき出力装置６２から警告メッセージを出力する。このときの警告メッセージは、例えば、このデータが道路や拠点の位置が実際とは異なる場合がある等の音声または画像によるメッセージである。このような警告メッセージを出力することで、ナビ装置６０の利用者は、利用者データを利用するときのリスクを知った上で、利用者データをダウンロードすることができる。このときの警告メッセージの例については、図面を用いて詳細に説明する。

なお、このＨＭＩ部７５６は、ＣＰＵ６２０によるナビゲーションプログラム７５０の実行処理および入出力インタフェース６４０により実現される。

図７の説明に戻る。図７のＧＰＳアンテナ６６０は、前記したとおりＧＰＳ衛星１からＧＰＳ衛星１の位置情報と時刻情報とを受信すると、この情報をロケータ部６３１へ出力する。そして、ロケータ部６３１は、自車（車両８０）の位置（経度／緯度）を算出する。

ナビ通信部７５１は、ネットワーク１１（図１参照）経由で、ナビ情報配信サーバ１０との通信を行う。具体的には、ナビ情報管理部７５５から出力されたナビ情報の取得要求（ダウンロード要求）をナビ情報配信サーバ１０へ送信し、ナビ情報配信サーバ１０からナビ情報（利用者データまたは公式データ）を受信する。そして、受信したナビ情報をナビ情報管理部７５５へ出力する。

また、ナビ通信部７５１は、このナビ装置６０を搭載した車両８０の走行履歴をナビ情報配信サーバ１０へ送信する。ちなみに、このナビ通信部７５１は、図６の通信部６３０およびネットワークインタフェース６５０により構成される。

制御部７１０は、目的地設定部７５２、経路計算部７５３、経路誘導部７５４、ナビ情報管理部７５５およびロケータ部６３１を含んで構成され、ナビ装置６０全体の制御を司る。この制御部７１０は、図６のＣＰＵ６２０がナビゲーションプログラム７５０を実行することにより実現される。

目的地設定部７５２は、ＨＭＩ部７５６および入力装置６１経由で入力された目的地の情報を受けて、このナビ装置６０の目的地の設定を行う。例えば、タッチパネルや入力装置６１から、目的地の位置の指示入力があったときは、この目的地の位置座標を図６のメインメモリ６１０に記憶する。また、タッチパネルや入力装置６１から、目的地の名称の入力を受けたとき、ナビ情報管理部７５５経由で、ナビ情報記憶部７００からこの目的地に関する拠点情報や誘導情報を検索し、この情報をメインメモリ６１０に記憶しておく。

経路計算部７５３は、メインメモリ６１０から目的地の位置座標を取得するとともに、ロケータ部６３１から自車（車両８０）の位置座標を取得する。そして、自車の位置から目的地までの経路計算を行う。このときの経路計算は、例えば、利用者データ（公式データ）に含まれる各道路の道路座標列およびリンクコスト（図５（ｂ）参照）等を参照して、自車の位置から目的地までの最短経路を計算することにより行われる。

また、経路計算部７５３は、利用者データ（道路情報）にその道路が生活道路である旨の属性情報が含まれていたときや、信頼度が所定の値よりも低いときには、この道路を経路計算に用いないようにしてもよい。このようにすることで、ナビ装置６０は、生活道路を経由しないような経路設定をしたり、信頼度の低い道路を経由しないような経路設定をしたりすることができる。なお、この経路計算に関する設定情報も、ナビ情報記憶部７００で記憶し、入力装置６１経由で利用者が入力したり、変更したりすることができるようにする。

ちなみに、経路計算部７５３がメインメモリ６１０から誘導情報を読み出したとき、つまり目的地設定７５２が目的地の誘導情報を検索したとき、その誘導情報を経路計算に用いるか否かの選択入力を促す画面を、出力装置６２に表示させるようにしてもよい。

また、経路計算部７５３が誘導情報を複数取得した場合、つまりナビ情報記憶部７００に所定の目的地への誘導情報が複数あったとき、それぞれの誘導情報における誘導開始地点を出力装置６２に画面表示して、利用者に誘導情報の選択入力を促すようにしてもよい。ここで、利用者から誘導情報の選択入力がされると、経路計算部７５３は、選択された誘導情報の誘導開始地点（図５（ｄ）の誘導開始ノードＩＤから特定された誘導開始地点の位置座標）を目的地として設定し、経路計算を行う。そして、経路計算部７５３が計算した経路をメインメモリ６１０に記憶する。

経路誘導部７５４は、ＨＭＩ部７５６経由で、出力装置６２にナビゲーション情報を出力し、利用者の誘導を行う。つまり、経路誘導部７５４は、メインメモリ６１０から読み出した経路、拠点情報、誘導情報等と、ロケータ部６３１が算出した自車の位置とを参照して、ナビゲーション処理を実行する。例えば、車両８０が曲がるべき交差点近くに差しかかったら、どちらの方向に曲がればよいかを示す音声または画像を出力装置６２に出力する。

ロケータ部６３１は、前記したＧＰＳアンテナ６６０経由でＧＰＳ衛星１からＧＰＳ衛星１の位置情報と時刻情報とを受信し、自車（車両８０）の位置座標（緯度／経度）を算出する。また、算出した車両８０の位置座標と補助記憶部７４０に格納された地図情報とを参照し、このナビ情報上での車両８０の位置を修正する。例えば、ＧＰＳアンテナ６６０から受信した車両８０の位置座標が、地図情報の道路上でなかったとき、その道路の位置まで位置座標をずらす。このようにすることで、ナビ装置６０は、正確な自車位置に基づくナビゲーションを行うことができる。

ナビ情報管理部７５５は、ナビ通信部７５１経由でナビ情報配信サーバ１０からナビ情報を受信すると、このナビ情報をナビ情報記憶部７００に格納する。また、ナビ情報管理部７５５は、ナビ通信部７５１経由でナビ情報配信サーバ１０へ車両８０の走行履歴を送信する。このときのタイミングは、例えば、車両８０（ナビ装置６０）がノードを通過したときである。

つまり、ナビ情報記憶部７００に格納された地図情報と、ロケータ部６３１から出力される車両８０の現在位置の情報とを参照して、車両８０がノードを通過したことを検知すると、そのときからロケータ部６３１から出力される車両８０の走行座標を順次メインメモリ６１０に記憶する。この走行座標を記憶するタイミングは、所定時間ごとでもよいし、所定距離ごとであってもよい。併せて、このときの記憶開始日時、センサ６４から出力される車両８０のブレーキ回数、ナビ装置６０が使っている利用者データの利用者データＩＤ等も記憶する。そして、車両８０が次のノードを通過したとき、メインメモリ６１０に記憶しておいた情報に、終了日時とこのナビ装置６０のナビ装置ＩＤとを付した走行履歴を作成し、ナビ通信部７５１経由でナビ情報配信サーバ１０へ送信する。ちなみに、このとき作成する走行履歴は、ネットワーク１１（図１参照）上で、情報の改ざんや成りすましがされないよう、暗号化等の処理を行う。

また、ナビ情報管理部７５５は、ナビ通信部７５１からナビ情報のリストを受信すると、これをＨＭＩ部７５６経由で出力装置６２へ出力する。例えば、図１の吹き出し１３に例示したように、利用者データと公式データとを識別して表示する画面を表示させる。そして、ナビ情報管理部７５５は、入力装置６１およびＨＭＩ部７５６経由で、ナビ情報の選択入力を受けると、この選択されたナビ情報を、ナビ通信部７５１にダウンロードさせる。

さらに、ナビ情報管理部７５５は、入力装置６１から利用者データの削除指示の入力がされたとき、利用者データ記憶部７７０に格納された利用者データを削除する。また、ナビゲーション情報管理部７５５は、削除対象の利用者データの利用者データＩＤを、ナビ通信部７５１経由でナビ情報配信サーバ１０へ送信する。つまり、ナビ装置６０が利用を中止した利用者データをナビ情報配信サーバ１０へ通知する。

なお、制御部７１０の各構成要素が、利用者データに由来する情報（道路情報、拠点情報、誘導情報）に基づく計算処理を行うとき、ＨＭＩ部７５６に利用者にこの利用者データが不正確なものである可能性があることを警告するメッセージを出力装置６２に出力させる。このとき、ＨＭＩ部７５６は、出力装置６２に、利用者データに基づく計算処理を実行するか否かの選択入力を促す画面も出力する。この警告メッセージが出力された後、ナビ装置６０の利用者から入力装置６１およびＨＭＩ部７５６経由で利用者データの使用を中止する旨の指示入力がされると、これを受けて、制御部７１０は利用者データに基づく計算処理を行わないようにする。

この警告メッセージは警告メッセージデータ７９０として、ナビ装置６０の補助記憶部７４０に格納されており、制御部７１０の各構成用要素が利用者データに基づく計算処理を行うときに、ＨＭＩ部７５６が補助記憶部７４０から警告メッセージデータ７９０を読み出し、出力装置６２へ出力する。

以下、ＨＭＩ部７５６が出力装置６２に出力する警告メッセージ（警告メッセージデータ７９０の内容）を、図９を用いて具体的に説明する。図９は、図７の警告メッセージデータの内容を説明する図である。

ＨＭＩ部７５６は、利用者データに基づき地図情報を作成する場合に、実際には存在しない道路や拠点が含まれていたり、道路や拠点の位置が実際の位置とは異なるときがあるので、このことを警告メッセージとして出力する。例えば、警告メッセージデータ７９０から「利用者データを表示する際には、実際には存在しない道路や拠点が表示されたり、実際とは異なる位置に表示されることがあります」といったメッセージを読み出し、出力装置６２に出力する。このときの警告メッセージには、一方通行等の記載が不正確な場合がある等、交通規制に関する内容を含んでいてもよい。また、利用者データに由来する道路や拠点は他のデータと識別できるよう色や記号を付して出力装置６２に表示するようにしてもよい。

目的地設定部７５２は、利用者データに基づき目的地設定を行う場合に、実際には目的地が存在しないときや、目的地の拠点の位置が実際とは異なるときがあるので、ＨＭＩ部７５６は、このことを警告メッセージとして出力する。例えば、警告メッセージデータ７９０から「利用者データに由来する拠点を目的地に設定すると、実際には拠点が存在しなかったり、実際とは異なる目的地が設定されることがあります」といったメッセージを読み出し、出力装置６２に出力する。

経路計算部７５３は、利用者データに基づき経路計算を行う場合に、実際には経路に含まれる道路が存在しないときや、経路に含まれる道路の位置が実際とは異なるときがあるので、ＨＭＩ部７５６はこのことを警告メッセージとして出力する。例えば、警告メッセージデータ７９０から「利用者データを経路計算に利用すると、実際には存在しない道路を経路として設定したり、使用された道路の位置が実際とは異なることがあります」といったメッセージを読み出し、出力装置６２に出力する。このときの警告メッセージには、経路の通過時間が不正確な場合がある等の警告を含んでいてもよい。

経路誘導部７５４が、利用者データに由来する道路の走行を開始する場合に、誘導の目印となる拠点が存在しないときや、誤った誘導出力が出たり、誘導目的地の位置が実際とは異なるときがあるので、ＨＭＩ部７５６はこのことを警告メッセージとして出力する。例えば、警告メッセージデータ７９０から「利用者データを経路計算に利用者すると、誘導の目印となる箇所が存在しなかったり、正しいタイミングで誘導されなかったり、誘導の方向が不適切であったり、誘導目的地の位置が実際とは異なることがあります」といったメッセージを読み出し、出力装置６２に出力する。

ＨＭＩ部７５６はこのような警告メッセージの出力後、出力装置６２に利用者データを利用するか否かの選択入力を受け付ける画面を表示して、この入力結果に基づき、制御部７１０に利用者データを用いた計算処理を行ったり、利用者データ以外のナビ情報（公式データ）を用いて計算処理をさせる。

このようにすることで、利用者は利用者データを利用することにより生じる可能性がある不都合を予め把握した上で、利用者データを利用したナビゲーションをナビ装置６０に実行させるか否かの判断をすることができる。

なお、ＨＭＩ部７５６が出力する警告メッセージは、単に「これから利用者データに基づくナビゲーション処理を実行します」等の予告メッセージであってもよい。

ちなみに、この警告メッセージデータ７９０をナビ情報配信サーバ１０のナビ情報記憶部２００に格納しておいて、ナビ装置６０へナビ情報を送信するとき（ダウンロードさせるとき）、ナビ情報配信サーバ１０がナビ情報とともに送信し、ナビ装置６０の出力装置６２に表示させるようにしてもよい。

また、経路誘導部７５４は、目的地までの誘導（ナビゲーション）が終了したことを検知すると、利用者にこの誘導に用いた利用者データの使用を継続するか、中止するかの確認をするようにしてもよい。つまり、利用者データの使用を継続するか、中止するかの選択入力を促す画面を出力装置６２に表示するようにしてもよい。ここで、経路誘導部７５４が、入力装置６１経由で、利用者データの使用を中止する旨の選択入力を受け付けると、誘導に用いた利用者データをナビ情報記憶部７００から削除する。そして、ナビ情報管理部７５５が、ナビ通信部７５１経由で削除された利用者データのＩＤ（利用者データＩＤ）をナビ情報配信サーバ１０へ送信する。

つまり、ナビ装置６０が目的地への誘導に利用者データを用いるたびに、その利用者データを残すべきか、削除すべきかの判断を利用者に行わせナビ情報配信サーバ１０へ送信するようにするので、ナビ情報配信サーバ１０はより正確に信頼度を算出できる。

次に、図１〜図８を参照しつつ図１０を用いて、ナビ情報配信サーバ１０が走行履歴に基づき利用者データ（道路情報）を作成する手順を説明する。図１０は、図１のナビ情報配信サーバが利用者データを作成する手順を示すフローチャートである。

ここでは、既に車両８０は走行を終えており、ナビ情報配信サーバ１０側に、この車両８０の走行履歴が蓄積されているものとする。

まず、登録者は、登録端末５０の入力装置（キーボード）を操作して、登録者ＩＤを入力する（ステップＳ２００）。これを受けて、登録端末５０は、入力された登録者ＩＤをネットワーク１１（図１参照）経由で、ナビ情報配信サーバ１０へ送信する（ステップＳ２０１）。ここで、ナビ情報配信サーバ１０のナビ情報生成部２５２が、登録端末５０に対し登録者ＩＤおよびパスワードの入力を要求し、前記したユーザＩＤテーブルを参照して、登録者の認証を行い、確かに登録者であることの認証ができたときに、その後の操作入力を受け付けるようにしてもよい。

ナビ情報配信サーバ１０のナビ情報生成部２５２は、入出力部２５７経由で登録者ＩＤを受信すると、このＩＤをキーとして走行履歴記憶部２６０から、この登録者（ナビ装置６０）の走行履歴を検索する。そして、この走行履歴（走行軌跡）をネットワーク１１経由で登録端末５０へ送信する（ステップＳ２１１）。このときの走行履歴は、車両８０が走行した範囲の地図上に、車両８０が走行した経路を示したものである。

登録端末５０は、ナビ情報配信サーバ１０から自車（車両８０）の走行履歴を受信すると、この走行履歴を登録端末５０の表示装置（モニタ等、図示せず）に表示する（ステップＳ２２１）。登録者（利用者）は、表示画面上で自車（車両８０）の走行履歴を確認する。そして、画面に表示された走行履歴のうち、ナビ情報配信サーバ１０に登録する部分の入力を行う（ステップＳ２２２）。このときの指示入力は、登録端末５０に接続された入力装置（マウス、キーボード）を用いて行う。そして、登録端末５０はこの登録指示をナビ情報配信サーバ１０へ送信する（ステップＳ２２３）。

図１１は、図１の登録端末の表示装置に表示される画面を例示した図である。図１１に示すように、登録端末５０の表示装置には、車両８０が走行した範囲の地図上に車両８０の走行履歴（符号１００１）が表示される。ここで、符号１００１に示される走行履歴のうち、ＡからＢまでの区間をナビ情報配信サーバ１０に登録する場合、マウス等を用いて、ＡからＢまでの区間の選択入力を行う。

図１０の説明に戻る。ナビ情報配信サーバ１０のナビ情報生成部２５２は、登録端末５０から走行履歴の登録指示を受信すると、ナビ情報記憶部７００にこの走行履歴（経路）に近いナビ情報が登録されているか否かを判断する（ステップＳ２３１）。

このときの判断処理を、図１２を用いて説明する。図１２は、本実施の形態における走行履歴（経路）に近いナビ情報の判断処理を説明する図である。

まず、ナビ情報生成部２５２は、登録指示の対象である走行履歴の座標列（車両８０が走行した道路の座標列）を読み出し、これらの座標列のエリアに含むナビ情報（既存道路）をナビ情報記憶部７００から検索しておく。

次に、走行履歴の座標列を線でつないで道路Ｒ１を作成する。そして、この道路Ｒ１上に所定間隔(例えば１０ｍ間隔)でサンプル点Ｐ（Ｐ １〜Ｐ ｎ）を設定する。

続いて、各サンプル点Ｐから既存道路Ｒ０までの距離ｄ（ｄ １、〜ｄ ｎ）を計算する。そして、サンプル点Ｐｎから既存道路Ｒ０までの距離ｄｎが、所定の距離(例えば１ｍ)以下である場合、そのサンプル点Ｐは既存道路Ｒ０に近いと判定する。

ここで、道路Ｒ１のすべてのサンプル点Ｐのうち、既存道路Ｒ０に近いと判定されたサンプル点Ｐの数が、所定の割合以上(例えば５割以上)となったとき、道路Ｒと既存道路Ｒ０とは近いと判定する。つまり、この既存道路Ｒ０を含むナビ情報は、走行履歴に近いデータであると判断する。一方、道路Ｒ０に近いと判定されたサンプル点Ｐの数が、所定の割合より少ない(例えば５割より少ない)ときは、このナビ情報は、走行履歴に近くないと判断する。

このようにして、ナビ情報生成部２５２は、ナビ情報記憶部７００に登録しようとした利用者データに近いナビ情報が既に登録されているか否かを判断する。ここで、登録指示された走行履歴に近いナビ情報が既に登録されていたとき（図１０のステップＳ２３１のＹｅｓ）、ナビ情報生成部２５２は、登録指示された経路に近いナビ情報が既にあることをネットワーク１１経由で、登録端末５０に通知する（ステップＳ２４１）。そして、ナビ情報生成部２５２、このまま走行履歴を利用者データとして登録しないようにする。

一方、ナビ情報記憶部７００に走行履歴に近いナビ情報の登録がなかったとき（ステップＳ２３１のＮｏ）、ナビ情報生成部２５２は、登録者の走行履歴を利用者データＤＢ部２７０に登録する（ステップＳ２３２）。つまり、ナビ情報生成部２５２は、登録指示された走行履歴に基づき利用者データを作成し、このデータを利用者データＤＢ部２７０に格納する。

具体的には、ナビ情報生成部２５２は、ナビ情報記憶部２００に格納された地図情報を参照して、走行履歴における道路の始点ノードＩＤと終点ノードＩＤとを特定する。そして、このＩＤをデータ本体に格納する。また、走行履歴における走行座標列を、データ本体の道路座標列として格納する。さらに、走行履歴における開始日時と終了日時とから、この道路のリンクコストの値を算出し、この値をデータ本体に格納する（表１および図５（ｂ）参照）。また、ステップＳ２０１で送信された登録者ＩＤと、ナビ情報生成部２５２が発行した利用者データＩＤとを利用者データに格納する（図５（ａ）参照）。信頼度および利用者ＩＤは初期の状態では、何も記載されない。

次に、ナビ情報生成部２５２は、登録指示のあった走行履歴の登録完了通知を登録端末５０へ送信する（ステップＳ２３３）。

登録端末５０は、ステップＳ２４１で送信された通知（登録指示された経路に近いナビ情報がある旨の通知）、またはステップＳ２３３で送信された通知（走行履歴の登録完了の通知）を受信すると、この通知を表示装置に表示し（ステップＳ２５１）、いったん処理を終了する。

このようにすることで、利用者は自身の車両８０の走行履歴をナビ情報配信サーバ１０に登録することができる。なお、ナビ情報配信サーバ１０は、登録端末５０からの指示入力に基づき、拠点情報や誘導情報も登録することができる。

例えば、ナビ情報配信サーバ１０は、登録端末５０から登録者ＩＤを受信した後、拠点情報や誘導情報の登録指示を受け付ける。そして、ナビ情報生成部２５２は、図１０のステップＳ２３１と同様に、登録指示された拠点情報や誘導情報に近い公式データがあるか否かを判断する。ここで、この登録指示された拠点情報や誘導情報に近い公式データがなかったときは、ナビ情報生成部２５２はその情報を利用者データとして利用者データＤＢ部２７０に登録する（ステップＳ２３２と同様）。そして、登録端末５０に対して登録完了の通知を行う（ステップＳ２３３と同様）。

一方、この登録指示された拠点情報や誘導情報に近いナビ情報があったときは、登録端末５０に対して登録指示された情報に近いナビ情報が既に登録されていることを通知する（ステップＳ２４１と同様）。

なお、登録端末５０から拠点情報の登録指示を行うときは、例えば、登録端末５０のモニタ上に登録したい拠点を含む地図情報を表示させ、マウス等でその地図上で拠点の位置を指示し、拠点の名称や電話番号等の情報をキーボード等で入力する。そして、この拠点の位置座標、名称、電話番号等を登録端末５０からナビ情報配信サーバ１０へ送信する。

ちなみに、ナビ情報生成部２５２が、登録指示された拠点情報に近いナビ情報が既に登録されているか否かは、登録端末５０から送信された拠点情報の位置座標、拠点の名称、電話番号等から判断する。

このようにすることで、ナビ情報配信サーバ１０は、ナビ装置６０から似た内容の利用者データが複数登録されるのを防止することができる。

続いて、図１〜図１２を参照しつつ、図１３および図１４を用いて、ナビ装置６０がナビ情報配信サーバ１０から更新分のナビ情報をダウンロードする手順を説明する。図１３は、図１のナビ装置が、ナビ情報配信サーバから更新分のナビ情報をダウンロードする手順を示すフローチャート図である。図１４および図１５は、図６のナビ装置の出力装置に表示される画面を例示した図である。

まず、ナビ装置６０のＨＭＩ部７５６は、出力装置６２にナビ装置６０への指示入力を促すトップメニューを表示する（ステップＳ１０１）。このトップメニューは、例えば図１４（ａ）に示すように、地図情報の表示をするための「地図表示」ボタン、目的地設定画面の表示をするための「目的地設定」ボタン、新着ナビ情報のチェックをするための「新着」ボタン（領域１２０１）等を含む。

ここで、ナビ装置６０の利用者が、入力装置６１経由で「新着」ボタンの指示入力をすると、ＨＭＩ部７５６は新着ナビ情報のチェック範囲の入力受付を行う（ステップＳ１０２）。例えば、利用者が、図１４（ａ）のタッチパネル上で「新着」ボタンの指示入力をすると、ＨＭＩ部７５６は新着ナビ情報のチェック範囲の入力画面を表示する（図１４（ｂ）参照）。ここでは、すべての新着ナビ情報を対象にチェックするのではなく、自宅付近の新着ナビ情報であって、信頼度が高いものを対象にチェックを行う旨の入力がされている。

次に、ＨＭＩ部７５６は、入力装置６１から新着ナビ情報取得要求の指示入力がされたことを検知すると、ナビ情報配信サーバ１０に新着ナビ情報の取得要求を送信する（ステップＳ１０３）。例えば、図１４（ｂ）の領域１２０４に示すチェックボタンの選択入力がされたことを検知すると、これをトリガとして、利用者の自宅付近であって、信頼度が高い新着ナビ情報の取得要求をナビ情報配信サーバ１０へ送信する。

ナビ情報配信サーバ１０のナビ情報取得要求処理部２５６は、登録端末５０から新着ナビ情報取得要求を受信すると、ナビ情報記憶部２００から、ナビ装置６０へ送信する新着ナビ情報（更新用ナビ情報）を検索する（ステップＳ１１１）。

具体的には、ナビ情報取得要求処理部２５６が、新着ナビ情報の取得要求を受信すると、この要求をナビ情報検索部２５４に受け渡し、ナビ情報検索部２５４はナビ情報記憶部２００から、ナビ装置６０にダウンロードされているナビ情報よりも新しい（追加された）ナビ情報を検索する。ここで、ナビ装置６０から送信されたナビ情報取得要求に前記した「利用者の自宅付近」という条件や、「信頼度が高いもの」という条件が含まれていれば、この利用者の自宅住所（ユーザＩＤテーブルに記憶）の位置情報を参照して、新着ナビ情報のうち、利用者データの自宅付近のものであり、かつ信頼度が所定の閾値（ナビ情報記憶部２００に記憶）以上のものを検索する。

なお、ナビ装置６０にダウンロードされているナビ情報よりも新しいナビ情報の検索は、まず、ナビ情報検索部２５４が、ユーザＩＤテーブル（表２参照）等を参照して各ナビ装置６０が現在ダウンロードしているナビ情報を特定しておき、このナビ情報の登録年月日よりも新しいナビ情報をナビ情報記憶部２００から検索することにより行われる。あるいは、ナビ装置６０側から、現在このナビ装置６０が格納しているナビ情報の一覧を受信し、これを受けてナビ情報検索部２５４がこのナビ情報よりも新しいナビ情報を検索するようにしてもよい。

ナビ情報取得要求処理部２５６は、ナビ情報検索部２５４の検索結果を受け取ると、この検索結果を元に新着ナビ情報リスト（新着リスト）を作成し、このリストをナビ装置６０へ送信する（ステップＳ１１２）。

ナビ装置６０は、ナビ情報配信サーバ１０から新着ナビ情報リストを受信すると、このリストを出力装置６２に表示する（ステップＳ１２１）。このときの新着リストは、例えば、図１５（ａ）に例示するように、利用者データおよび公式データのタブを表示するようにして、タッチパネル等でそれぞれのタブを選択すると、ＨＭＩ部７５６が、利用者データまたは公式データの切り替え表示をするようにしてもよい。

ＨＭＩ部７５６は、入力装置６１やタッチパネルからナビ情報の選択入力を受け付けると（ステップＳ１２２）、これを受けて選択されたナビ情報の取得要求をナビ情報配信サーバ１０へ送信する（ステップＳ１２３）。

例えば、図１５（ａ）の新着リストの画面で利用者データを選択してから、「取得ボタン」の選択入力をすると、ＨＭＩ部７５６はこの利用者データの取得要求（ダウンロード要求）をナビ情報配信サーバ１０へ送信する。また、図１５（ａ）の画面において「説明ボタン」の選択入力がされると、ＨＭＩ部７５６は、図１５（ｂ）に例示するナビ情報説明画面を表示する。つまり、ナビ情報をダウンロードする前に、このナビ情報の説明画面（プレビュー画面）を表示する。

具体的には、ＨＭＩ部７５６は、画面上で選択されたナビ情報の説明情報（プレビュー用画面情報）の取得要求をナビ通信部７５１経由でナビ情報配信サーバ１０へ送信する。ここでのナビ情報の説明情報の取得要求およびダウンロード要求は、この利用者データのデータＩＤ（利用者データＩＤまたは公式データＩＤ）やこのナビ装置６０のナビ装置ＩＤを含むものである。

そして、この取得要求を受けたナビ情報配信サーバ１０のナビ情報検索部２５４は、取得要求に含まれるデータＩＤをキーとして、ナビ情報記憶部２００からナビ情報を検索し、このナビ情報をナビ装置６０へ送信する。

これを受信したナビ装置６０は、出力装置６２にナビ情報説明画面を表示する。例えば図１５（ｂ）に示すように、ナビ情報説明画面は、そのナビ情報が示す位置（所在地）、ナビ情報の信頼度、登録者、利用者数およびこのデータの示す場所の名称と、このナビ情報の略図（領域１４０１）とが含まれる。このナビ情報の略図は、例えばナビ情報に含まれる位置座標と、ナビ情報記憶部７００内の地図情報との組み合わせで作成される。

ここで、図１５（ｂ）のナビ情報説明画面は、このデータは「ＹＹトンネル」に関するものであり、位置は「ｙｙ市ｙｙ町」であることを示す。また、このデータの信頼度は「ｙｙ」であり、このトンネルの実際の走行は「ｙｙ回」であり、走行した車両の台数は「ｙｙ台」であり、このデータの登録者は「ｙｙ」であり、この登録者の信頼度は「ｙｙ」であり、この利用者データは現在「ｙｙ名（ｙｙ人）」に利用されていることを示す。

ここで、入力装置６１で図１５（ｂ）の「取得ボタン」の選択入力がされると、ＨＭＩ部７５６はこの利用者データのダウンロード要求をナビ情報配信サーバ１０へ送信する。一方、「戻るボタン」の選択入力がされると、ＨＭＩ部７５６は表示画面を図１５（ａ）の新着ナビ情報リストの画面に戻す。

なお、前記したＨＭＩ部７５６は、新着ナビ情報リストで利用者データが選択されたとき、この利用者データの説明情報を表示するとき、または利用者データを選択してこの利用者データのダウンロード要求（図１５（ｂ）の「取得ボタン」参照）の入力がされたとき、ナビ情報記憶部７００から警告メッセージデータ７９０を読み出し、出力装置６２に警告メッセージを出力するようにしてもよい。

ナビ装置６０は、このような画面を表示することで、利用者がナビ情報配信サーバ１０からナビ情報をダウンロードする前に、そのナビ情報が利用者データであるか否かや、利用者データを利用することにより生じる可能性のある不都合等を確認した上でダウンロードすることができる。

ナビ情報配信サーバ１０は、ナビ装置６０からナビ情報の取得要求（ダウンロード要求）を受信すると、このナビ情報をナビ情報記憶部２００から検索し、ナビ装置６０へ送信する（ステップＳ１３１）。つまり、ナビ情報配信サーバ１０のナビ情報取得要求処理部２５６で、ナビ情報のダウンロード要求を受け取ると、ナビ情報ダウンロード管理部２５５で、このナビ情報をナビ情報記憶部２００から検索し、この検索したナビ情報をナビ情報取得要求処理部２５６から、ナビ装置６０へ送信する（ダウンロードさせる）。ここで、ナビ情報ダウンロード管理部２５５は送信したナビ情報の利用者ＩＤの欄に、ナビ装置６０の利用者ＩＤを書き込む。あるいは、ユーザＩＤテーブル（表２参照）において当該ナビ装置６０のダウンロードナビ情報ＩＤの欄に、送信したナビ情報のナビ情報ＩＤを書き込む。

ナビ装置６０は、ナビ情報配信サーバ１０からナビ情報を受信すると、このナビ情報をナビ情報記憶部７００に格納する。そして、出力装置６２にナビ情報の取得完了を表示する（ステップＳ１４１）。つまり、ナビ情報管理部７５５は、ナビ通信部７５１経由でナビ情報を受信すると、このナビ情報をナビ情報記憶部７００に格納させる。また、ＨＭＩ部７５６は、モニタ上にナビ情報のダウンロード完了を通知する画面を表示する。

この後、ナビ装置６０は、ダウンロードした公式データまたは利用者データを参照して、ナビゲーション処理を行う。つまり、ナビ装置６０は更新された最新のナビ情報に基づいてナビゲーション処理を行うことができる。
また、前記したとおり、ナビ装置６０は、利用者データに基づくナビゲーション処理を行うとき、その旨を出力装置６２から出力したり、あるいは利用者データを利用することにより生じる可能性のある不都合を警告メッセージで出力するので、ナビメーカはどこまでが自分達の責任範囲であり、どこからが利用者の責任範囲であるかを明確に示すことができる。

本発明は、前記した実施の形態に限定されず、応用可能である。

例えば、本実施の形態では、ナビ装置６０は地図表示、目的地設定、経路計算、経路誘導等において、利用者データを用いるときに警告メッセージを出力するようにしたが、この警告メッセージを出力するときの条件を利用者が設定するようにしてもよい。

この利用者データの信頼度が所定の値以上だったときや、所定の登録者（例えば信頼度の高い利用者データを登録した登録者）により登録されたものであるときには、警告メッセージを出力しないように設定してもよい。このときの設定情報は、利用者が、ナビ装置６０の入力装置６１経由で入力し、補助記憶部７４０に記憶しておくものとする。そして、制御部７１０がこの設定情報を参照して警告メッセージを出力する。

また、ナビ情報配信サーバ１０は、利用者データを登録後、所定期間内に信頼度が向上しない（走行実績が向上しない）場合、利用者データＤＢ部２７０から利用者データを削除するようにしてもよい。このようにすることで、ナビ情報記憶部２００の記憶容量を効率的に利用することができる。

本実施の形態に係るナビ情報配信サーバ１０は、前記したような処理を実行させるナビ情報配信プログラムによって実現することができる。また、ナビ装置６０は、前記したような処理を実行させるナビゲーションプログラムによって実現することができる。これらのプログラムはコンピュータによる読み取り可能な記憶媒体（ＣＤ−ＲＯＭ）に記憶して提供することが可能である。また、これらのプログラムを、ネットワークを通して提供することも可能である。

また、前記した実施の形態では、ナビ装置６０は主に車両に搭載される場合について説明したが、携帯電話やＰＤＡ等の通信機能を備えた端末装置に組み込むようにしてももちろんよい。

本実施の形態のナビ情報配信システムの概略を示した図である。 図１のナビ情報配信サーバの構成を示したブロック図である。 図１のナビ情報配信サーバを機能展開して説明したブロック図である。 本実施の形態の走行履歴に含まれる開始日時および終了日時を説明する図である。 （ａ）は、利用者データＤＢ部に記憶される利用者データの構成を説明する図である。 （ｂ）〜（ｄ）は、（ａ）の利用者データのデータ本体の構成を説明する図である 図１のナビ装置の構成を示したブロック図である。 図１のナビ情報を機能展開して説明したブロック図である。 図７のＨＭＩ部により出力装置に出力される画面を例示した図である。 図７のＨＭＩ部が出力する警告メッセージを説明する図である。 図１のナビ情報配信サーバが利用者データを作成する手順を示すフローチャートである。 図１の登録端末の表示装置に表示される画面を例示した図である。 本実施の形態における走行履歴（経路）に近いナビ情報の判断処理を説明する図である。 図１のナビ装置が、ナビ情報配信サーバから更新分のナビ情報をダウンロードする手順を示すフローチャート図である。 図６のナビ装置の出力装置に表示される画面を例示した図である。 図６のナビ装置の出力装置に表示される画面を例示した図である。

符号の説明

１０ ナビ情報配信サーバ（サーバ装置）
６０（６０Ａ，Ｂ） ナビ装置（ナビゲーション装置）
６１ 入力装置
６２ 出力装置（表示装置）
８０（８０Ａ，Ｂ） 車両
２００ ナビ情報記憶部（ナビゲーション情報記憶部）
２５１ 信頼度管理部
２５２ ナビ情報生成部（ナビゲーション情報生成部）
２５４ ナビ情報検索部（ナビゲーション情報検索部）
２５５ ナビ情報ダウンロード管理部（ナビゲーション情報ダウンロード管理部）
２５６ ナビ情報取得要求処理部（ナビゲーション情報取得要求処理部）
２５７ 入出力部
２６０ 走行履歴記憶部
６３０ 通信部
７００ ナビ情報記憶部（ナビゲーション情報記憶部）
７１０ 制御部
７５０ ナビゲーションプログラム
７５１ ナビ通信部（通信部）
７５５ ナビ情報管理部
７５６ ＨＭＩ部（ヒューマンマシンインタフェース部）

Claims (9)

1. 表示装置および入力装置が接続され、利用者の車両の走行履歴に基づき作成された各道路の道路座標列およびリンクコストを含むナビゲーション情報である利用者データを用いてナビゲーション処理を実行する制御部を備えるナビゲーション装置であって、
   前記利用者データを含むナビゲーション情報を格納するナビゲーション情報記憶部と、
   前記表示装置に、前記利用者データと、前記利用者データ以外のナビゲーション情報とを識別して表示するとともに、前記入力装置から、前記利用者データに基づくナビゲーション処理の実行指示が入力されたとき、前記ナビゲーション情報記憶部から読み出した、前記ナビゲーション処理に用いるナビゲーション情報が、前記利用者データであることを示す警告メッセージと、前記利用者データの利用実績に基づく信頼度とを含む、前記利用者データに基づくナビゲーション処理を実行するか否かの選択入力を促す画面を表示し、前記入力装置から前記利用者データに基づくナビゲーション処理の実行指示が入力されたとき、前記制御部の経路計算部に、前記利用者データに含まれるリンクコストを参照した経路計算によりナビゲーション処理を行わせるヒューマンマシンインタフェース部と、
   を備えることを特徴とするナビゲーション装置。
2. 前記利用者データは、前記利用者の車両の走行座標列を示した走行履歴、拠点の位置座標および前記拠点の名称を含む拠点情報または拠点への誘導情報を有する情報であることを特徴とする請求項１に記載のナビゲーション装置。
3. 前記ナビゲーション処理は、前記ナビゲーション情報記憶部から読み出したナビゲーション情報を含む地図情報の表示、前記地図情報に基づくナビゲーションの目的地設定、前記設定目的地までの経路計算、および前記計算された経路における経路誘導情報の前記表示装置への表示であることを特徴とする請求項１に記載のナビゲーション装置。
4. 前記利用者データを含むナビゲーション情報を格納するサーバ装置との通信をネットワーク経由で行う通信部をさらに備え、
   前記制御部は、前記入力装置経由で、前記利用者データをダウンロードすべき旨の指示入力を受けたとき、前記ナビゲーション情報記憶部から読み出した警告メッセージと、前記利用者データの利用実績に基づく信頼度とを含む、前記サーバ装置から前記利用者データをダウンロードするか否かの選択入力を促す画面情報を前記表示装置に表示し、前記入力装置経由で、前記サーバ装置から利用者データをダウンロードする旨の選択入力があったとき、前記通信部経由で前記ナビゲーション情報を前記サーバ装置からダウンロードすることを特徴とする請求項３に記載のナビゲーション装置。
5. 前記警告メッセージは、前記利用者データに基づくナビゲーション処理の内容ごとに、そのナビゲーション処理により生じる可能性がある不都合に関するメッセージを示したものであることを特徴とする請求項１ないし請求項４のいずれか１項に記載のナビゲーション装置。
6. 表示装置および入力装置が接続され、各道路の道路座標列およびリンクコストを含むナビゲーション情報を格納するナビゲーション情報記憶部と、前記ナビゲーション情報に基づきナビゲーション処理を実行する制御部とを備えるナビゲーション装置が、
   利用者の車両の走行履歴に基づき作成されたナビゲーション情報である利用者データに基づくナビゲーション処理を実行するとき、前記表示装置に、前記ナビゲーション情報記憶部から読み出した、前記ナビゲーション処理に用いるナビゲーション情報が、前記利用者データであることを示す警告メッセージと、前記利用者データの利用実績に基づく信頼度とを含む、前記利用者データに基づくナビゲーション処理を実行するか否かの選択入力を促す画面を表示するステップと、
   前記入力装置から前記利用者データに基づくナビゲーション処理を実行する旨の指示入力があったとき、前記利用者データに含まれるリンクコストを参照した経路計算により前記利用者データに基づくナビゲーション処理を実行するステップと、
   を実行することを特徴とするナビゲーション方法。
7. 前記ナビゲーション装置は、ネットワーク経由で前記利用者データを格納するサーバ装置との通信を行う通信部をさらに備え、
   前記ナビゲーション装置が、
   前記入力装置経由で、前記サーバ装置から前記利用者データのダウンロードすべき旨の指示入力を受け付けるステップと、
   前記ナビゲーション情報記憶部から読み出した、前記ナビゲーション処理に用いるナビゲーション情報が、前記利用者データであることを示す警告メッセージと、前記利用者データの利用実績に基づく信頼度とを含む、前記サーバ装置から前記利用者データをダウンロードするか否かの選択入力を促す画面情報を前記表示装置に表示するステップと、
   前記入力装置経由で、前記サーバ装置から利用者データをダウンロードする旨の選択入力があったとき、前記通信部経由で前記ナビゲーション情報を前記サーバ装置からダウンロードするステップと、
   をさらに実行することを特徴とする請求項６に記載のナビゲーション方法。
8. 請求項６または請求項７に記載のナビゲーション方法を、前記ナビゲーション装置に実行させるためのナビゲーションプログラム。
9. 利用者の車両の走行履歴に基づき作成された各道路の道路座標列およびリンクコストを含むナビゲーション情報である利用者データを配信するサーバ装置であって、
   各種データの入出力を行う入出力部と、
   前記入出力部経由で入力された利用者の車両の走行履歴を格納する走行履歴記憶部と、
   前記利用者データを含むナビゲーション情報を格納するナビゲーション情報記憶部と、
   前記走行履歴記憶部に格納された走行履歴に基づき前記利用者データを作成するナビゲーション情報生成部と、
   前記入出力部経由でナビゲーション装置からナビゲーション情報の取得要求を受信したとき、前記取得要求の対象であるナビゲーション情報を前記ナビゲーション情報記憶部から検索するナビゲーション情報検索部と、
   前記検索したナビゲーション情報に前記利用者データが含まれていたとき、前記利用者データであることを示す識別情報と、前記利用者データの利用実績に基づく信頼度とを付したナビゲーション情報のリストを前記ナビゲーション装置へ送信するナビゲーション情報要求処理部と、
   前記ナビゲーション装置から前記利用者データのダウンロード要求があったとき、前記ナビゲーション装置へ前記利用者データを送信するナビゲーション情報ダウンロード管理部と、
   を備えることを特徴とするサーバ装置。

Images