JP4528528B2 - ナビサーバ，ナビゲーションの表示方法 - Google Patents

Description

本発明は、サーバと車載端末から成るナビゲーションシステムに係り、特に交通情報を管理するナビサーバと、及び該ナビサーバとデータ通信することによって交通情報を出力するナビゲーション装置に関する。

従来のナビゲーション装置では、ＦＭ多重放送や電波／光ビーコン，電話網などを介して交通情報センタから提供される渋滞や交通規制などの情報を文字や簡易図形で表示したり、地図上に重畳表示することでドライバへ通知している。一般的に前記交通情報は、道路の脇に渋滞している道路と平行な線を描画し、その線の色で渋滞度を、線の長さで渋滞長を表現している。また、前記交通情報を加味した動的な経路探索を行い、ユーザに最短時間の経路を提供することにより、ドライバは自車位置中心の交通情報を知ることができ、円滑なドライブを行うことができる。

ところで前記交通情報は、近い過去のある時刻における交通情報であり、渋滞などが今後解消されるのか、それとも益々渋滞が悪化するのかドライバは判断できない。そこで、特開２００１−１２４５７７号公報では、今後渋滞が改善される方向か、或いは酷くなる方向かをアニメーション表示する方法や、渋滞の増加傾向及び減少傾向を示す図形を地図上に表示する方法が提案されている。例えば、渋滞の伸長傾向は矢印の後端を太くすることで示し、縮小傾向は矢印の後端を細くすることで示すことが提案されている。

特開２００１−１２４５７７号公報

しかしながら上記従来技術では、提供された渋滞情報が、頻繁に発生する渋滞なのか、それとも事故や工事などによる突発的な渋滞なのか判断することができない。また、頻繁に発生する渋滞であれば、通常どの程度の時間で解消される渋滞か判断することが難しい。

ところで、車載端末に用いられる小さなディスプレイ上で、ユーザが図形形状の微妙な違いにより渋滞傾向を認識することは困難である。そして、アニメーション表示のようなものではドライバの注意を引くためアイズ・フリーの観点からは好ましくない。さらに、渋滞の伸長・縮小傾向を矢印などの図形を変形して表示すると、テクスチャマッピングなどのグラフィックス処理を行う専用のグラフィックＬＳＩなどが必要となり端末のコストアップとなる。

そこで、本発明の第一の目的は、渋滞が頻繁に発生する地点、乃至道路区間、さらには渋滞発生時間帯等をもユーザに通知する手段を持つナビゲーションシステムを提供することにある。

また、第二の目的は、簡易な表示方法でわかり易く渋滞地点等を表示するナビゲーションシステムを提供することにある。

上記目的を達成する本発明のナビゲーションシステムを構成するナビサーバは、蓄積した過去の交通情報を元に、交差点などの所定地点または交差点の間の道路区間における渋滞の発生頻度や平均渋滞度などの渋滞情報、及び該渋滞情報の信頼度で構成される渋滞統計情報を作成する渋滞統計情報作成手段を備えたことを特徴としている。

地図上に統計的な渋滞情報を表示することで、日常的，慢性的に渋滞する交差点や道路区間をユーザが容易に把握することができる。

次に、本発明を用いたナビゲーションシステムの詳細について、図を用いて説明する。図１はナビゲーションシステムの全体構成を示す図である。システムは衛星１０１，ユーザ車両１０２，ユーザ端末１２２，移動体電話網１０３，インターネットとの接続を行うプロバイダ１０４，衛星から送信されるデータを受信し、その受信したデータをＩＰ網
１０６経由でユーザに配信する放送事業者１０５，放送事業者１０５とプロバイダ１０４との間で配信されたデータの送受信に用いられるＩＰ網１０６に接続されたナビサーバ
１０７，プロバイダ１０４に接続されてＩＰ網１０６、あるいは移動体電話網１０３を通じてデータの送受信を行うための固定電話網１０８，各ユーザの自宅１０９にあるパーソナルコンピュータ１１０，ＶＩＣＳセンタ，日本道路交通情報センタ（ＪＡＲＴＩＣ）、あるいはＡＴＩＳなど交通情報を提供する交通情報提供センタ１００からなる。なお、ユーザ車両１０２は必ずしも車両である必要はなく、ユーザ端末１２２が携帯電話，ＰＨＳ，Bluetooth ，無線ＬＡＮ、あるいはＥＴＣ端末等の無線通信機能を備えた携帯端末である場合には人（歩行者）であってもよい。

次に図２において、前記したナビサーバ１０７の構成について説明する。ナビサーバ
１０７は、ユーザ車両１０２に搭載されたユーザ端末１２２からＩＰ網１０６を通じて送られてきた、該ユーザ端末の緯度・経度，ユーザ端末の移動速度，移動方向，ユーザＩＤ番号，認証パスワード，エンジンの回転数やその他車両状態を表すパラメータと、ユーザが望む要求サービスＩＤ等に関するデータを受信する。その後、ＣＧＩ（Common Gate
Interface ）１１５にてユーザ認証を行った後に、ユーザの要求するサービスに応じて、ユーザ管理ユニット１１１，地図編集ユニット１１４，経路探索ユニット１１６，交通情報管理ユニット１１２のいずれかの機能ユニットに対して前記の送られてきたデータを送信する。

それぞれの機能ユニットで受け取られたデータは、ユーザの要求に応じたサービスに関する情報をＣＧＩ１１５，ＩＰ網１０６，プロバイダ１０４，移動体電話網１０３を通じて（この経路を以下「通信網」と呼ぶ）ユーザ車両１０２のユーザ端末１２２に送られる。或いは前記サービスに関する情報送信するにあたって、放送を用いる場合には、ＣＧＩ１１５，ＩＰ網１０６，放送事業者１０５，衛星１０１の経路を通じて（この経路を以下「放送網」と呼ぶ）ユーザ端末１２２に送信する。或いは、各ユーザの自宅１０９にあるパーソナルコンピュータ１１０に前記情報を送信する場合には、固定電話網を用いることになり、ＣＧＩ１１５，ＩＰ網１０６，プロバイダ１０４，固定電話網１０８を通じて各ユーザの自宅１０９にあるパーソナルコンピュータ１１０に送られる。

次に前記した各機能ユニットの構成について説明する。

ユーザ管理ユニット１１１は、ユーザ情報データベース１１８，ユーザ情報登録・編集部１１７を備えている。ここではユーザから送られてきたデータ中に、ユーザ情報登録・編集要求があった場合には、該当するユーザのＩＤをもとにユーザ情報データベース118と照合して、該当する項目の登録・編集を行う。

地図編集ユニット１１４は、地図データベース１２５と、地図切出部１２４から構成される。これは、ユーザから現在地など指定地付近の地図データのダウンロード要求が送られてきた場合に、該指定地を含む予め決められた範囲の地図データを地図切出部１２４で地図データベース１２５から読み出して、ユーザに送信する。また、後述する経路探索ユニット１１６が呼ばれた際に、探索経路上の地図データが端末側にダウンロードされていない場合は、自動的に地図編集ユニット１１４が呼び出され、該当する地域の地図データを切出してユーザ側にダウンロードする。

経路探索ユニット１１６は、オプション情報データベース１２６，経路探索エンジン
１２７，オプション情報設定・変更部１２８，誘導点作成部１２９からなる。経路探索ユニット１１６では、ＣＧＩ１１５でのユーザ認証後、ユーザから送られてきた出発地（現在地）及び目的地、或いは経由地の情報に基づき、さらにオプション情報（たとえば、一般道／高速道を優先して利用したり、最短時間で到着できるなど）があれば該情報をもとに、オプション情報設定・変更部１２８が前記オプション情報を設定・変更し、その後経路探索エンジン１２７がダイクストラ法などの経路探索手法を用いて自車位置から目的地までの経路を演算する。誘導点作成部１２９では、経路探索エンジン１２７で求めた経路上で、右左折する交差点や車線変更を指示する地点を抽出し、抽出した各地点における交差点拡大図や車線などの簡易図形，誘導のための音声データなどをオプション情報データベース１２６から読み出し、誘導点情報を作成する。

交通情報管理ユニット１１２は、交通情報ＤＢ（交通情報データベース）１１３，渋滞予測部１２０、及び渋滞統計処理部１２１からなる。交通情報提供センタ１００から定期的に送られてくる交通量，渋滞，旅行時間，事故・規制情報などの交通情報を交通情報
ＤＢ１１３に蓄積する。また、プローブカーによる収集情報（プローブ情報）から得られる渋滞情報等も交通情報ＤＢ１１３に蓄積してもよい。蓄積した交通情報を用いて、渋滞統計処理部１２１では、交差点や道路区間毎の渋滞の発生頻度を演算し、渋滞多発地点及び該地点の発生頻度等から成る渋滞統計データを作成する。渋滞予測部１２０では、蓄積した渋滞情報とリアルタイムの渋滞情報から、各渋滞が今後伸長傾向にあるか、それとも縮小傾向にあるか、或いは渋滞状況が変化しないか、といった渋滞傾向に関する予測データ（以下ではこれを「渋滞予測データ」と呼ぶ）を作成する。そして、作成した渋滞統計データ及び渋滞予測データを交通情報ＤＢ１１３に格納する。

ナビサーバ１０７に対して、ユーザから現在地など指定地付近の交通情報のダウンロード要求が送られてきた場合には、該ユーザ要求に応じて、交通情報提供センタ１００から配信されたリアルタイムの交通情報や、交通情報管理ユニット１１２で加工・作成された渋滞予測データ，渋滞統計データを交通情報ＤＢ１１３から読み出し、ユーザに送信する。また、経路上の交通情報が要求された場合には、ユーザ管理ユニット１１１から経路データを取得し、経路上の交通情報（指定地付近と同様の情報）を抽出してユーザに送信する。

料金計算ユニット１１９は、車載端末に対するサービス料金の課金処理を行う部分である。地図データや経路データ，交通情報データなどのコンテンツに対する課金と、通信データのパケットをカウントして通信料金をそれぞれ車載端末に通知する機能を持つ。なお、コンテンツ料金及び通信料金のいずれかが月額固定の契約を行っているユーザに対しては、ユーザがサービスを利用する度に車載端末に通知する必要はなく、車載機への該通知に関わる通信量を減らすため月に１回程度に抑えるか、或いは一切通知を行わなくてもよい。

図３にて、ユーザ車両１０２に搭載されたユーザ端末１２２の一例であるカーナビゲーション（ナビ）端末の構成について説明する。ナビ端末は、本体１３２に表示装置１３０，ＧＰＳ受信機１３１，携帯電話１３４，マイク１３７，スピーカ１３８が接続され、また本体１３２にはメモリカードスロット１３３を備えている。そして本体１３２を操作するためのリモコン１３５を備えている。

表示装置１３０は液晶画面等のグラフィクスを表示可能なデバイスである。ＧＰＳ受信機１３１は複数のＧＰＳ衛星１３６からの測位信号を受信し、端末の位置を正確に算出する装置である。本体１３２は内部にＣＰＵ，メモリ，電源，グラフィクス表示用デバイスなどが搭載された装置である。この詳細については後に図４を用いて説明する。携帯電話１３４は外部との通信、すなわち前記したナビサーバ１０７とのデータ送受信を行う装置である。リモコン１３５はユーザが行いたい操作をボタンでナビ端末に伝達する装置である。また、マイク１３７を用いて音声でコマンドを送ることもできる。スピーカ１３８はナビサーバ１３７から受信した情報，ナビ操作時のユーザ補助，注意・警告時のビープ音などの音声出力を行うデバイスである。

メモリカードスロット１３３は、不揮発性メモリや小型のハードディスクなどを用いたメモリカードに代表される外部記憶媒体を接続して、ナビサーバ１０７からの受信データを蓄積したり、過去にナビサーバ１０７からダウンロードした情報をナビ端末にロードするために利用されるものである。メモリカードスロット１３３は単なる記憶装置として用いることも可能であるし、通信インタフェース、あるいは放送を受信するためのユーザ情報の認証に用いることも可能である。例えば本ナビ端末を搭載した車両が、レンタカーなどの不特定多数のユーザが使用する車両（及びナビ端末）である場合は、認証情報を書き込んだメモリカードをメモリカードスロット１３３に挿入することで、前記ユーザがサービスを利用できるようになる。すなわち、他人のナビ端末を使う場合の課金を、端末所有者ではなく端末利用者に課すことができるようになり、利便性が向上する。この時、ナビ端末でサービスを受ける上限金額をメモリカードに設定しておけば、ユーザの予算に合わせた利用も可能となる。また、メモリカードなどに予め出発地点の地図データをダウンロードしておくことにより、ユーザが初期状態で地図データをナビサーバ１０７からダウンロードする手間も省けることになる。また、ユーザが利用したサービスをメモリカードに書き込み、一定周期ごとにナビサーバ１０７にアップロードし、それをナビサーバ１０７側で分析することによりユーザが必要とする頻度の高い情報の配信が可能となる。

図３の構成では、通信機器として携帯電話１３４の例を示したが、他の通信機器として、ＰＨＳ（Personal Handyphone System），Bluetooth ，無線ＬＡＮ、あるいはＥＴＣ等のＤＳＲＣ(Dedicated Short Range Communication) 端末等の無線通信機能を備えたもの、或いは衛星からの放送電波，地上波デジタルを用いた放送電波，ＡＭ／ＦＭ電波を用いた放送電波を受信できる受信機、並びに受信したデータをデコードする装置を本体１３２に付加してもよい。また、ＧＰＳ受信機１３１の代わりに、ＰＨＳや携帯電話を用いた位置同定サービスを用いてもよい。また、図３はユーザ端末１２２の一例としてナビ端末の例を示したものであるが、そのうち特にナビ本体１３２や表示装置１３０等は、ＰＤＡ，ノート型パソコン，携帯電話等ある程度の表示手段を持つ端末で代用することも可能である。

図４はナビ端末における本体１３２のハード構成の一例を示した図である。本例では、ＣＰＵ１４１、前記したリモコン１３５からの信号を解釈するリモコンドラバ１４２，
ＲＳ−２３２Ｃドライバ１４３，携帯電話ドライバ１４４，メモリカードスロット１３３とのメモリカードインタフェース１４５，フラッシュメモリ１４６，ＤＲＡＭ１４７，グラフィクスプロセッサ１４８，グラフィクスメモリ１４９，ＮＴＳＣエンコーダ１５０からなる。オーディオ入出力は、音声認識用のマイク１３７からの入力と、スピーカ１３８への音声ガイド出力に用いる。

以上に示した構成はナビサーバ１０７とのデータ授受を通信で行う場合の構成であるが、前記したように、放送メディアを用いる場合の構成としては、放送を受信するためのアンテナとのインタフェース，デコーダなどを必要とする。また、一般的に表示装置１３０への信号はＮＴＳＣが使われるものの、放送でＰＡＬ方式を用いている地域、あるいは表示装置１３０がＰＡＬ方式対応の場合は、もちろんＮＴＳＣエンコーダ１５０の部分は
ＰＡＬ方式に対応したエンコーダとなる。

次に、ナビゲーションシステムで行う交通情報提供サービスの一例について説明する。まず、図１のナビゲーションシステムを用いて、ユーザ車両１０２のユーザ端末１２２に渋滞・旅行時間情報，事故・規制情報，ＳＡ（サービスエリア）／ＰＡ（パーキングエリア）情報，駐車場情報等のリアルタイム情報、あるいは渋滞予測情報や渋滞統計情報など加工された情報を含む各種交通情報をダウンロードする場合の例について述べる。

ユーザがリモコン１３５などの操作部を介して交通情報の要求を入力すると、車両102に搭載されたユーザ端末１２２は、移動体電話網１０３,プロバイダ１０４,ＩＰ網１０６を介して交通情報のダウンロード要求をナビサーバ１０７に送信する。ここで、ダウンロードしたい要求データのほかに、例えば緯度・経度等で記述された現在位置などの指定位置情報、或いは地図データや交通情報をダウンロードする範囲（エリア）のいずれか、ならびにユーザのＩＤ情報，ナビサーバ１０７のＩＰ網上の位置を示すＩＰアドレスを送信する。これらの情報を、移動体電話網１０３を通じてプロバイダ１０４に伝送する。

プロバイダ１０４は、ユーザ端末１２２から送信された前記情報から、ユーザ端末が指定したナビサーバ１０７のＩＰアドレスを認識して、ＩＰ網１０６を通じてナビサーバ
１０７にアクセスする。

ナビサーバ１０７では、交通情報提供センタ１００（複数存在してもよい）から送られてくる交通情報を蓄積し、各道路区間及び交差点の渋滞発生頻度や平均渋滞度などの渋滞統計情報と、これまでの渋滞の変化を分析し、近未来における渋滞の増減傾向を予測した渋滞予測情報を、それぞれ渋滞統計処理部１２１と渋滞予測部１２０で随時作成する。ユーザ端末１２２から交通情報ダウンロードの要求が送られてくると、ナビサーバ１０７では受信したデータ要求範囲（エリア）の渋滞・旅行時間情報，事故・規制情報，ＳＡ（サービスエリア）／ＰＡ（パーキングエリア）情報，駐車場情報等のリアルタイム情報、あるいは渋滞予測情報や渋滞統計情報など加工された情報を含む各種交通情報を交通情報データベース１１３から読み出す。

次に、前記読み出された交通情報を放送事業者１０５に送信し、そこで交通情報をエンコード，パケタイズした後に衛星１０１に向けて送信する。ユーザ車両１０２に搭載されたユーザ端末１２２は、衛星１０１から送られてきたデータを受信した後、デコードして得られた交通情報を表示装置１３０やスピーカ１３８に出力する。

前記した実施例では放送事業者１０５を介して交通情報をナビ端末にダウンロードしたが、次の実施例では通信のみで交通情報を取得する方法について示す。ユーザが交通情報のダウンロードを要求すると、ナビ端末から移動体電話網１０３に対して、先の例と同様にダウンロードしたい要求データのほかに、データを要求する範囲，指定位置情報，ユーザＩＤ，ナビサーバ１０７のＩＰアドレス等を送信し、プロバイダ１０４，ＩＰ網１０６を通じて、ナビサーバ１０７に前記データを送信する。ナビサーバ１０７では先に示した例と同様に、ダウンロード要求のあった交通情報を読み出す。そして読み出した交通情報を、車両１０２のユーザ端末１２２のＩＰアドレス情報を付与し、パケットに分割して
ＩＰ網１０６，プロバイダ１０４，移動体電話網１０３を通じて車両１０２のユーザ端末１２２に送信し、ユーザ端末１２２では受信した交通情報を表示装置１３０やスピーカ
１３８に出力する。

なお、渋滞統計情報のように頻繁にデータの更新を行う必要のない情報は、予めハードディスクやメモリカードなどの記憶媒体に格納してもよい。ユーザが該情報をダウンロード要求した場合に、ナビサーバ１０７からデータをダウンロードして記憶媒体に格納されているデータを上書きすることにより更新してもよいし、あるいは別データとして保存してもよい。これによりユーザ端末１２２は、記憶媒体から該データを適宜読み出すことにより、データ通信を行うことなくいつでも交通情報を出力することができるようになる。

以下、交通情報のダウンロード処理について詳細を説明する。図５は、ユーザ端末122側でユーザがダウンロードしたい交通情報を選択する画面構成の一例である。本画面は、現在の渋滞状況を示す渋滞情報２０１，通行止めや車線規制，事故などの情報を示す事故・規制情報２０２，駐車場の空・満情報を示す駐車場情報２０３，各道路区間の渋滞が伸張傾向であるか、縮小傾向であるかを示す渋滞予測情報２０４，渋滞発生頻度や平均渋滞度などの統計情報を示す渋滞統計情報２０５のそれぞれについて、ユーザがリモコン135やマイク１３を介した音声入力、あるいはナビ本体１３２や表示装置１３０に備えられたハードスイッチなどの操作部を介して各項目の脇に配置されているＯＮボタン２１０あるいはＯＦＦボタン２１１を操作することにより、ダウンロードしたい交通情報を選択するものである。交通情報ダウンロード要求時には、本画面でＯＮボタン２１０が選択された交通情報をナビサーバ１０７へ要求する。例えば、図５に示す画面のように設定した場合、渋滞情報２０１，事故・規制情報２０２，渋滞予測情報２０４，渋滞統計情報２０５に該当する各交通情報をナビサーバ１０７側へ要求することとなる。

図６は、ユーザが画面上で位置を指定し、その地点周辺の交通情報をダウンロードする画面遷移の一例である。まず、現在位置を表示している画面３００から、リモコンなどの操作部を介して、ユーザが交通情報の欲しい地点まで地図をスクロール３０１させる。目的の地点に到着するとリモコンなどの操作部を操作し、「メニュー」ボタンを押下することによりメニュー画面３０２を表示させる。次に、ユーザがメニュー内の交通情報ボタン３０４を選択すると、交通情報をダウンロードするかを確認するメニュー画面３０３を表示する。“はい”ボタンが選択されると、図５のような交通情報ダウンロード選択画面で予め設定された項目のデータのダウンロードを開始する。“いいえ”ボタンが選択された場合は、メニュー画面３０２に遷移する。なお、ユーザが現在地周辺の交通情報をダウンロードしたい場合には、現在地及び現在地周辺の地図が表示されている状況において地図をスクロール（３０１）することなくメニュー画面３０２を表示させ、先に記述した操作を行うことで現在地周辺の交通情報をダウンロードすることができる。

図７は、交通情報をダウンロードする際の端末側処理フローの一例である。まず、情報要求位置判定では、ダウンロードする範囲が現在位置周辺か、それともユーザが画面上で要求位置を設定した地点周辺かを判定する（Ｓ１０００）。現在位置周辺の交通情報を要求された場合には、ＧＰＳやジャイロなどの位置検出手段から自車位置の緯度・経度情報を取得する（Ｓ１００１）。ユーザが指定した位置周辺の交通情報を要求された場合には、画面上で選択された位置を取得し、これを緯度・経度情報に変換する（Ｓ１００２）。そして得られた緯度・経度情報を中心に、予め定められた矩形サイズの領域をデータ要求範囲として設定する（Ｓ１００３）。次に、図５に示すような交通情報ダウンロード設定画面で予め選択された交通情報の種別をメモリから読み出して、要求データ種別に設定する（Ｓ１００４）。前記したデータ要求範囲と、要求データ種別を含む交通情報要求コマンドを、モデムなどを介してナビサーバ１０７に送信する。ユーザ端末１２２は、前記交通情報要求コマンドに対してナビサーバ１０７から送られてくる交通情報を受信すると、メモリカードやハードディスクなどの記憶媒体にデータを格納し、回線を切断する
（Ｓ１００５）。そして交通情報を表示装置１３０の地図画面上に表示するように予め設定されていれば（Ｓ１００６）、ダウンロードした交通情報を記憶媒体から読み出し、格納した交通情報を地図上に重畳表示する（Ｓ１００７）。なお、目的地までの経路が設定されており、前記経路に対する経路誘導画面（例えばデフォルメ地図のような簡易図形，概略地図など）が表示されている場合には、交通情報を地図上に重畳表示するだけでなく、前記誘導画面にもダウンロードした交通情報を表示してもよい。

次に、交通情報管理ユニット１１２における処理の流れについて説明する。該ユニットにおいては、渋滞統計情報と渋滞予測情報の作成処理を行う。まず、渋滞統計情報作成処理について図１４のフローチャートに従って説明する。

交通情報管理ユニット１１２では、交通情報提供センタ１００から定期的に送られてくる各リンクＩＤ毎の渋滞情報を受信し所定期間蓄積された渋滞情報のうち、指定した期間（例えば現在から過去１ヶ月分など）における渋滞情報を読み出す（Ｓ１２００）。ここで、渋滞統計情報を作成する際に使う元データである交通情報提供センタ１００からの渋滞情報は、車両感知器の感知異常や故障等により異常値（特異値）が混在していることが考えられるため、渋滞統計情報をより高精度なものにするためには次に示す統計的手法を用いた二段階での異常値検出・除去処理を行ってもよい。第一の異常値検出・除去処理は、一日の内の所定時間以上（例えば２４時間中夜間を含む２０時間以上）が渋滞を示しているリンクＩＤのデータは、車両感知器の故障やイベント(例えば、東京モーターショー)等による特殊事情が考えられるため該当リンクＩＤに関するその日一日のデータが異常であるとみなし（Ｓ１２０１）、該当する一日のデータ全体を渋滞統計情報作成に使用しないように除去する（Ｓ１２０２）ものである。次に、第一の異常値検出・除去処理がなされた残りのデータに対して第二の異常値検出・除去処理を行う。第二の異常値検出・除去処理は、同じ時間帯の渋滞情報を複数日に関して比較し、偏差の大きいデータを異常であるとみなし（Ｓ１２０３）、該データを除去する（Ｓ１２０４）ものである。例えば、あるリンクＩＤの道路に関して平日の５日間における午前１０時〜午前１１時までの１時間当たりの渋滞発生時間が、それぞれ０分，１５分，２０分，２０分，５０分であった場合、平均値（２１分）からの差が大きい０分、及び５０分のデータを異常とみなして除去する。この偏差の大きいデータを検出する別の方法として、トリム平均による方法のようにデータ母数のうち、所定割合（例えば１０％）の最上位及び最下位データを無条件に除去する方法でもよい。上記のような二段階での異常値検出・除去処理が行われた後に、残ったデータを平均化することにより渋滞統計情報を作成する(Ｓ１２０５)。上記Ｓ１２０１〜Ｓ１２０５の処理を全リンクに対して行う（Ｓ１２０６）。そして、作成された各リンクの渋滞統計情報をユーザ端末や家庭のＰＣ等に配信するためのフォーマットにし、さらに後に詳述するメッシュ単位に該データを分割するなどの配信フォーマット編集を行う
（Ｓ１２０７）。

以上のようにして渋滞統計情報が作成されるが、該情報は、例えば１ヶ月に１度など定期的にナビサーバのカレンダー・時計機能を用いて自動的に作成されるようにしてもよいし、或いはナビサーバのオペレータが必要に応じて該情報を作成するコマンドを入力することにより作成されるようにしてもよい。

ここで、上記の渋滞統計情報作成に関してさらに具体的に説明する。

Ｓ１２０７の配信フォーマット編集処理において、ナビサーバ１０７における交通情報データの管理のしやすさを考慮した管理単位について例を挙げつつ説明する。蓄積する渋滞情報は、緯度・経度で地表面を等間隔に区切ったメッシュと呼ばれる領域単位で管理し、該メッシュ毎に渋滞の統計情報を作成する。メッシュ以外の管理方法として、都道府県や市区町村単位、あるいは町丁目字単位等ごとの管理、あるいは高速道，国道，県道といった道路種別ごと、あるいは上記の複数の管理単位による組み合わせで管理してもよい。

Ｓ１２００の交通情報ＤＢから指定期間のデータ読み出し機能において、例えば、一ヶ月毎の交通情報を蓄積し、交差点等で区切られる各道路区間（リンク）に関する渋滞発生時間の総和や渋滞長時間など渋滞の程度や頻度に関する指標を対象に読み出す。なお、読み出す渋滞情報を曜日ごととすることにより曜日毎の渋滞統計情報を作成してもよいし、或いは平日・日祝日毎に作成してもよい。また、ゴールデンウィークや盆，年末年始など交通状況が特殊な期間においては、それ毎に作成してもよい。さらには、先に述べた渋滞の統計情報を午前・午後、あるいは一時間単位など時間帯を加味して作成してもよい。さらには、図１５に示すように、晴，雨，雪などの天候や、乾燥，湿潤，凍結などの路面状況に関する情報を気象情報提供センタ１２３から取得し、該情報を加味して作成してもよい。

Ｓ１２０５の渋滞統計情報作成において、平均化された渋滞情報（渋滞発生時間）に応じて渋滞発生頻度等のランクを分けてもよい。例えば、１時間中の平均渋滞発生時間が０〜１０分は渋滞ランク１（順調）、１０〜３０分は渋滞ランク２（混雑）、３０〜６０分は渋滞ランク３（渋滞）と３段階に分ける。また、データが取得できていないか、或いはデータ異常が多くて有意な平均渋滞情報が得られなかったリンクに関しては、渋滞ランク０（渋滞統計情報未取得）としてもよい。

図１４のフローチャートに示した例では、渋滞統計情報を道路区間であるリンク単位に作成することを示したが、次に渋滞統計情報を交差点などの地点単位に作成する場合の例を述べる。処理手順としては、図１４のフローチャートにおけるＳ１２００〜Ｓ１２０６までは同様で、Ｓ１２０６の処理が終了した後に次のような地点編集処理（Ｓ１２０８）が追加される。Ｓ１２０８においては、図１６のような予め作成された地点ＤＢに基づき、リンクの渋滞統計情報から地点の渋滞統計情報を作成する。地点ＤＢは、図１７に示すように地点６０１に対して流入するリンク６００を対象として作成され（６０１から流出するリンクは対象としない）、地点の座標，構成リンク数、及び各構成リンクＩＤから成る。そして、リンクの渋滞統計情報から地点の渋滞統計情報を作成するには、地点ＤＢに基づき該地点に流入する全リンクを対象として、各リンクＩＤにおける平均渋滞発生時間のうち最大のものを採用する。あるいは、各リンクＩＤにおける平均渋滞発生時間の平均値など、地点としての渋滞ポテンシャルを示すものを採用して、渋滞統計情報を作成する。そして、各地点の平均渋滞発生時間に応じて前述の渋滞ランクを作成する。Ｓ１２０７の配信フォーマット編集処理においては、上記リンク単位の場合と同様の処理が行われる
。

以上のようにすれば、地点単位の渋滞統計情報を作成することができる。図１６に示したように、地点単位の渋滞統計情報は、該当地点に流入するリンクの渋滞統計情報を集約したものであるため、リンク単位の渋滞統計情報に比べてデータ量を削減することができ、広域地図上に表示する場合において乱雑な表示を避け視認性が向上する点でも有効である。この地点単位の渋滞統計情報は、具体的には交差点毎の渋滞情報を意味するため、各交差点がどれほどの混雑／渋滞状況にあるかが容易に把握できるようになる。

次に渋滞予測情報作成処理について説明する。所定時間前から現在まで（直近過去）の渋滞指標の変化を蓄積・分析し、近未来における渋滞の増減傾向情報である渋滞予測情報を作成する。例えば、渋滞指標の変化を分析した結果が渋滞増加方向であれば渋滞がこれから伸張すると判断し、減少傾向であれば該渋滞は縮小方向であると判断する。前記渋滞傾向の判断においては、現在から所定時間前までの直近過去における渋滞情報のみを用いて判断してもよいし、あるいは前記の直近過去における渋滞情報に加えて１ヶ月など所定期間蓄積したデータの平均値など統計処理された渋滞統計データを用いて判断してもよい。また、渋滞指標の分析結果において、その変化率の大小によって渋滞の増減傾向をランク分けしてもよく、例えば、渋滞増加傾向大，渋滞増加傾向小，渋滞減少傾向大，渋滞減少傾向小などと表現する。これにより、渋滞，混雑，順調の３段階等でしか提供されなかった現渋滞情報に対して、該渋滞が今後どう変化するのかが容易に分かり、ユーザは走行経路選択をする上でより柔軟に対応することができるようになる。例えば、走行経路の前方１kmの道路区間が同じ“渋滞”という情報でも、渋滞減少傾向であるならば経路を変更せずにそのまま渋滞している道路を走行しても、そこへ到達する頃には渋滞が解消していると判断することができ、逆に渋滞増加傾向であるならば経路を変更するようにナビサーバ１０７に要求することによって渋滞を未然に回避することができる。

次に、ユーザが交通情報ダウンロードを要求した時のナビサーバ１０７の処理について説明する。図８は、交通情報をダウンロードする際のナビサーバ側処理フローの一例である。ナビサーバ１０７において、ＣＧＩ１１５にてユーザ認証を行った後、交通情報管理ユニット１１２に要求コマンドを含むデータが送信される。交通情報管理ユニット１１２はナビ端末からの交通情報要求コマンドを受信すると（Ｓ１１００）、該要求コマンドを解析して、該要求コマンドの中から交通情報をダウンロードする矩形範囲，ダウンロードするデータ種別（リアルタイムの渋滞情報，事故・規制情報，駐車場情報、及び渋滞統計情報，渋滞予測情報等）などを抽出する（Ｓ１１０１）。

要求範囲変換Ｓ１１０２では、前記矩形範囲を含むメッシュを探し出し、該当するメッシュの交通情報を読み出し対象に設定する処理を行う。要求データ判定Ｓ１１０３では、要求されたデータ種別を判定し、該当データ種別のデータ読出処理(Ｓ１１０４〜Ｓ1108)に分岐させ、要求されたデータ種別が渋滞統計であれば渋滞統計データを読み出し、要求されたデータ種別がリアルタイム渋滞情報であればリアルタイム渋滞データを読み出し、要求されたデータ種別が事故・規制であれば事故・規制情報データを読み出し、要求されたデータ種別が渋滞予測情報であれば渋滞予測データを読み出し、要求されたデータ種別が駐車場であれば駐車場データを読み出す。

読出終了判定Ｓ１１０９では、要求された全てのデータ種別の交通情報を読み出しが終了したか判定する。複数のデータ種別の情報がダウンロード要求されている場合には、ダウンロードするデータ種別を更新し、要求データ判定Ｓ１１０３へ遷移する。全ての交通情報を読み出すと、フォーマット変換Ｓ１１１０の処理で読み出した交通情報に各情報種別やデータサイズなどのヘッダ情報が付加された通信フォーマット形式に変換する。送信処理Ｓ１１１１では、通信フォーマット形式に変換済みの交通情報をＣＧＩ１１５，ＩＰ網等を介してユーザ端末１２２や家庭のＰＣ１１０へ送信する。

図９は、交通情報に関する通信フォーマットの一例である。管理ヘッダ部は、通信データの総データサイズと、通信データに含まれる対象領域のメッシュ枚数を表すデータ数，各メッシュ単位のデータへのデータ先頭からのオフセットと前記データサイズ等で構成される交通情報管理データである。

メッシュ単位に管理される交通情報は、データヘッダ部とリアルタイム渋滞データや渋滞予測データ，事故・規制データ，渋滞統計データ，駐車場データなど、ダウンロード要求されたデータ種別のデータ部で構成される。

データヘッダ部は、地表面を緯度・経度座標系で等間隔に区切った領域ごとに付加されるユニークな値であるメッシュＩＤと、本データに格納されているデータ種別を表す格納データ種別と、各データ種別のデータ先頭までのオフセット，格納データ数，データサイズ等から成る管理データで構成される。リアルタイム渋滞データは、道路区間ごとに付けられ前記メッシュ内でユニークな値であるリンクＩＤと、前記リンクＩＤに対する道路区間の渋滞度や渋滞長等から成る渋滞情報、前記リンクＩＤに対する緯度・経度の道路形状で１つの渋滞情報が構成され、これらが管理部のデータ数分格納されている。渋滞予測データは、リンクＩＤと、渋滞が伸張傾向にあるか、縮小傾向にあるかを表す渋滞傾向情報から構成され、これらが管理部に記載されているデータ数分格納されている。事故・規制データは、事故や規制が発生している場所を表す緯度・経度の地点座標と、事故・規制が発生した道路区間を表すリンクＩＤ，車線規制，通行止めなど事故・規制の種類及びその原因を表す事故・規制種別から構成され、これらが管理部に記載されているデータ数分格納されている。渋滞統計データは、渋滞が多発する場所を表す緯度・経度の地点座標、あるいは渋滞が多発する道路区間を表すリンクＩＤと、該渋滞多発地点が有効な季節，月，曜日，午前・午後，時間帯などを表す統計時間帯，渋滞の発生頻度を表す渋滞発生頻度
（または渋滞ランク），渋滞が発生した場合の平均的な渋滞度を表す平均渋滞度，データの信頼度などの情報から構成され、これらが管理部に記載されているデータ数分格納されている。駐車場データは、駐車場の場所を示す経度の地点座標と、該駐車場の識別コードである駐車場ＩＤと、該駐車場の満空状況や運営状況（営業中か閉鎖中か）等の情報から成る駐車場状態等から構成され、これらが管理部に記載されているデータ数分格納されている。

次に、車両のユーザ端末や家庭のＰＣ等の端末での渋滞統計情報の表示例を図１０に示す。図１０（ａ）は、渋滞多発地点を中心として渋滞発生頻度等に応じた半径の円により、渋滞多発地点及びその程度を表す円図形４００を地図上に重畳表示していることを示している。画面左上に表示している有効時間４０１は、地図に重畳表示されている統計情報が有効である日時及び時間帯を示している。画面左下に表示しているデータ作成時間及び有効期限４０４は、表示している渋滞統計情報が作成された日時、及び該渋滞統計情報が有効な期限を表示している。例えば、有効時間４０１で地図上に重畳表示している渋滞統計情報が１月の平日，ＡＭ９時〜１０時の間の統計情報であり、この時間帯での有効性が高いことを示している。また、データ作成及び有効期限４０４では、本データが２００２年の６月に作成され、２００３年の６月まで有効であることを示している。

本実施例では図１０（ａ）と（ｂ）に示すように地図の表示スケールを変更した場合には、渋滞統計情報４００の表示形態を変更している。例えば、図１０（ａ）のように地図が拡大（詳細）表示されている場合には、渋滞発生頻度により円の大きさを変更して渋滞の程度の把握を助け、地図が縮小（広域）表示された場合には、図１０（ｂ）のように、所定の渋滞度以上の交差点について、予め定められた一定の大きさの円で渋滞発生頻度
４１０を表示して、渋滞発生箇所の識別を助けている。即ち、地図を拡大表示している際には、各交差点における詳細な渋滞度の情報を提供するが、地図を表示する際には、交差点における渋滞度の際を把握することが次第に難しくなるため、渋滞の発生している交差点を表示することに重点を置いた表示とする。そして、軽度の渋滞までも同じ大きさの円で表示した場合、かえって地図の視認性を低下させることになるため、所定の渋滞度以上の交差点に限って渋滞発生を表す円を表示する。なお、表示対象となる渋滞度は、地図の縮尺に伴い変化させても良く、この場合、地図の縮尺毎に基準となる渋滞度と表示する際の円の大きさが定められている。さらに、表示する円の大きさを可変とするか固定とするかについての情報も地図の縮尺毎に定められている。これらの情報を用いて地図上に交差点の渋滞度を表す円を表示することにより、地図の視認性を損なわずに交差点の渋滞状況を表すことができる。

上記の例の場合、表示する地図の縮尺を変更する場合、渋滞度の大小により交差点と対応付けて表示する渋滞度を選別したが、後述する渋滞状況の信頼度に基づいて選別しても良い。この場合、一定値以上の信頼度を有する交通情報に限って地図上に渋滞状況を表示することにより、地図を縮小表示した際に、渋滞状況に関して信頼度の高い概要を把握することができる。

前記した実施例では円の大きさを渋滞の発生頻度で選択した例を示したが、該地点における平均渋滞度で円の大きさを決定してもよい。あるいは、渋滞状況に関する情報（発生頻度または平均渋滞度）に応じて変化させる表示は、円の大きさの代わりに、円の色であってもよいし、またその組み合わせであってもよい。さらには、上記渋滞状況に関する情報に加えてデータ信頼度を加味し、表示する円の円周部を実線または破線で表示してもよい。例えば、実線４００はデータの信頼度が比較的高く、破線４０６は信頼度が比較的低いことを意味する。ここで、データ信頼度とは、渋滞統計情報の再現性に相当し、再現性が高く日によって大きく変化する確率が少ない場合には信頼度が高くなる。

この信頼度は、各日における渋滞発生時間，平均渋滞ランク、または旅行時間などの値の分散（または標準偏差）によって決められる。例えば、あるリンクＩＤの道路に関して平日の５日間における午前１０時〜午前１１時までの１時間当たりの渋滞発生時間が、それぞれ０分，１５分，２０分，２０分，５０分であった場合の標準偏差は18.1659 分であり、これを所定の閾値と比較することにより信頼度について複数のランク分けをすることができる。閾値の例としては、標準偏差０〜１０分未満でランク１（信頼度高）、１０〜２０分未満でランク２（信頼度中）、３０分以上でランク３（信頼度低）などとすればよい。

なお、信頼度に応じて線種を点線，破線，一点鎖線，二点鎖線等と変更しても良い。また、時間帯毎の渋滞統計情報が提供されている場合には、端末で持っているカレンダー、ＧＰＳから受信した時刻データ，車両が管理している時刻データを用い、端末側で現在の時間帯等に最も有効な渋滞統計情報を自動的に選択して表示してもよいし、あるいは渋滞情報の有効時間４０１を手動操作する手段を設け、ユーザの好みに応じて現在の時間帯等と異なる時間帯の渋滞統計情報を表示してもよい。

また、本実施例では渋滞統計情報のデータ作成時間及び有効期限４０４を文字列で表示しているが、現在の日時が有効期限を過ぎると有効時間４０１のプレートの色を変更したり、渋滞多発地点４００の表示色などを変更することにより、ユーザに本渋滞統計情報のデータが有効期限切れであることを通知してもよい。例えば、渋滞統計データが有効期限内であれば、有効時間４０１のプレートの色を灰色で表示し、有効期限を過ぎると、有効時間４０１のプレートの色を赤色で表示する。また、渋滞統計データが有効期限内の場合は前記したように渋滞多発地点を表示し、有効期限を過ぎると渋滞多発地点を示す図形の透過率や輝度，色彩を変更して表示したり、図形の大きさを小さくするなど情報の質に問題があることがわかるように表示する。

ところで、渋滞統計情報が提供されていないエリアが存在する場合には、渋滞統計情報が提供されているエリアと、提供されていないエリアを異なる地図背景色で表示してもよい。例えば、渋滞統計情報が存在しないエリアは通常の地図背景色で描画し、渋滞統計情報が存在するエリアは通常の地図背景色と異なる色で描画する。

ユーザ端末や家庭のＰＣでの渋滞統計情報の別な表示例を図１１に示す。図１１（ａ）は渋滞多発地点の座標をイメージの中心位置に合わせ、渋滞発生頻度等によりアイコン
４０２を選択して表示している。図１１（ｂ）は、渋滞統計情報が交差点などの地点型ではなく、区間（リンク）単位に表示する場合の例である。渋滞の多発する道路区間に、道路の形状の背面により太い線を描くいわゆる座布団で渋滞区間を表示した例である。

まず、海や河川，緑地などの背景データを描画し、次に渋滞多発区間の道路を渋滞発生頻度により線の色を選択し、道路より太い線で描画する。この場合、渋滞区間４０３は赤で、渋滞区間４０６は黄色で、渋滞区間４０８は橙で描画される。その後、道路や名称などの情報を重ねて描画することにより、図１１（ｂ）のような画面が表示される。なお、図１０及び図１１で示した渋滞統計情報の表示方法を組み合わせ、詳細な地図を表示している場合には、円形状で渋滞発生頻度４００を表示し、広域の地図を表示する場合には、渋滞多発地点を示すアイコン４０２を表示してもよい。また、地点単位の渋滞統計情報と区間単位の渋滞統計情報を併用し、詳細な地図を表示している場合には、図１１（ｂ）に示すように道路区間ごとの渋滞統計情報４０３を表示し、広域の地図を表示する場合には、渋滞多発地点を示すアイコン４０２を表示してもよい。さらに、図１１（ｃ）に示すように目的地までの経路４０５が設定されている場合には、経路４０５上の渋滞統計情報
４１１を抽出して表示してもよい。また、区間単位の渋滞統計情報表示に際して、該区間に進行方向が識別できる場合には、図１１（ｂ）のような太線で描画する代わりに、道路に沿いつつ左側へ若干ずらして描画してもよい。

さらに、図１０のような地点単位の表示だけでは具体的な渋滞発生道路の方向がわからないため、図１１（ｄ）のように地点単位と区間単位を併用表示してもよいし、区間単位のみの表示としてもよい。地点単位の表示形態は、図１６に示したように複数リンクを集約した渋滞統計情報に相当するため広域道路ネットワークの渋滞状況を概観する際に特に有効であり、リンク単位の表示形態は、進行方向別の詳細な渋滞統計情報であるため詳細な渋滞状況を把握する際に特に有効である。このことから、地図の表示スケールに応じて表示形態を自動的に切り替えてもよい。この場合、前述の例と同様にして、表示する地図の縮尺毎に地点単位表示と区間単位表示の表示の有無を定めた情報を持つか、あるいは、地点単位表示と区間単位表示を両方行う下限の縮尺を設定し、この縮尺より詳細表示を行う場合には地点単位と区間単位の表示を行い、逆にこの縮尺より広域表示を行う場合には、地点単位表示に限って渋滞状況の表示を行う。

図１１（ｄ）において、４００，４０６は交差点（地点）単位、４０７，４０８は方向付き区間（リンク）単位それぞれの渋滞統計情報を地図上に重畳表示した例を示している。また、それぞれに対して渋滞発生頻度等の渋滞度合いに応じて色や長さ，線の太さ等を区別してもよい。さらには、４０７は実線、４０８は破線で表示しているように、前記のデータ信頼度の高低に応じて表示を変えてもよい。

ユーザ端末や家庭のＰＣでの渋滞統計情報のさらに別な表示例を図１８に示す。図１８（ａ）は、渋滞多発地点（交差点）を中心として渋滞発生頻度または平均渋滞度等に応じた半径の円により、渋滞多発地点及びその渋滞発生頻度または平均渋滞度と発生時間帯を表す円グラフ７００及び７０１を地図上に重畳表示していることを示している。発生時間帯を表す円グラフがあるため渋滞統計情報の有効時間４０１については時間帯に関する記述はない。円グラフは、真北（真上）方向が午前０時を意味し、時計回りに１時間単位に２４時間分の渋滞統計情報に関する時間帯が刻まれており、グラフの色によって対応する時間帯の渋滞発生頻度等が表される。例えば図の７００ａは、０時から６時（台）までは順調、９時（台）までは渋滞、１６時（台）までは混雑、２０時台までは渋滞、２３時
（台）までは順調を意味している。また、図１８（ｂ）は、渋滞多発道路区間（リンク）の位置を示し、さらに各渋滞多発道路区間に関する渋滞程度と発生時間帯を表す円グラフを地図上の該当リンク付近に重畳表示していることを示している。前者のような地点単位の表示形態は、図１６に示したように複数リンクを集約した渋滞統計情報に相当するため広域道路ネットワークの渋滞状況を概観する際に特に有効であり、後者のようなリンク単位の表示形態は、進行方向別の詳細な渋滞統計情報であるため詳細な渋滞状況を把握する際に特に有効である。このことから、地図の表示スケールに応じて表示形態を自動的に切り替えてもよい。なお、図において、７００の円グラフの円周が実線であるのに対し、
７０１が破線となっているのは、すでに述べたように渋滞統計情報の信頼度を表している
。

次に、ユーザ端末または家庭のＰＣでの渋滞予測情報の表示例を図１２に示す。図１２（ａ）は、縁取りの矢印線５００で現在の渋滞と渋滞傾向を表示した場合の例である。矢印線の長さで渋滞区間を表し、矢印線の内側の色で現在の渋滞度を、矢印線縁取り色で渋滞傾向を表している。例えば矢印線の内側の色を、順調を緑色，混雑を黄色，渋滞を赤色で表現する。また矢印線縁取り色を、渋滞縮小傾向を青色，渋滞伸張傾向を紫色で表現すると、現在混雑の道路が伸張傾向にあるデータは、紫色で縁取りされた中心が黄色の矢印線５００が表示される。このように、渋滞区間が縮小傾向を示す矢印線５０４は青色で縁取られ、増減なしを示す矢印線５０５は白で縁取られ、伸長傾向を表す矢印線５０６は紫色で縁取られて描画される。本実施例では、地図の表示スケールにより渋滞予測情報を表示するか選択している。例えば、図１２（ａ）のように地図が拡大（詳細）表示されている場合は、渋滞情報と共に渋滞予測情報を示す矢印線５００を表示し、地図が縮小(広域)表示された場合には、図１２（ｂ）のように渋滞情報を示す線５０１を地図上に重畳表示している。

前記した例では、地図を拡大表示した場合のみ渋滞予測情報を表示したが、地図の表示スケールによって後述するような別の表示形態を用いて渋滞予測情報を表示してもよい。図１３（ａ）は、矢印線５０１とアイコン５０２により、現在の渋滞状況と渋滞傾向を表示した場合の例である。現在の渋滞区間を矢印線５０１の長さで、矢印線５０１の色で渋滞度を表し、渋滞傾向を表すアイコン５０２を矢印線５０１上に重畳表示している。尚、本実施例では、渋滞区間の中間点にアイコン５０２を表示しているが、渋滞末尾にアイコン５０２を表示してもよい。さらに、渋滞区間の距離が長い時など距離によっては複数箇所にアイコン５０２を表示してもよい。

図１３（ｂ）は、現在の渋滞状況を矢印線５０１の長さで渋滞区間、矢印線５０１の色で渋滞度を表し、矢印線５０１上に、渋滞傾向を表す別の線パターン、又は等間隔にアイコンを表示した線５０３を表示している。例えば矢印線の色を、順調を緑色，混雑を黄色，渋滞を赤色で表現し、渋滞縮小傾向を青色の円，渋滞伸張傾向を紫色の円で表現すると、現在混雑の道路が伸張傾向にあるデータは、黄色の矢印線５０１の上に渋滞先頭から等間隔で紫色の円５０３が表示される。従って、渋滞区間が縮小傾向を示す矢印線５０７には青色の円が並んで描画され、伸長傾向を表す矢印線５０８は紫色の円が並んで描画される。

この他に、渋滞傾向を矢印線５０１の線幅で表現したり、線のスタイルで表現してもよい。例えば、渋滞傾向が、伸張傾向であれば通常より太い線で矢印線を描画し、縮小傾向であれば通常より細く矢印線を描画したり、伸張傾向であれば、二重線で矢印線を描画し、縮小傾向であれば、破線で描画してもよい。また、渋滞統計情報と同様に、渋滞予測情報に関する信頼度に応じて線を実線，破線と使い分けてもよい。

なお、図１０等の地図は、現在地周辺地図を拡大（詳細）表示し、現在地から遠方の地図を縮小（広域）表示するような形式の地図、即ち、鳥瞰図的に表示する地図，三次元的に表示する地図でも構わない。

以上によれば、地図上に統計的な渋滞情報を表示することで、日常的，慢性的に渋滞する交差点や道路区間をユーザが容易に把握することができる。また、季節や、天候，路面状況、あるいは日祝日・平日，時間帯毎に渋滞の統計情報を提供することで、より詳細に渋滞の多発する地点や平均的な渋滞の度合いも把握することができる。また、該統計情報の信頼度を付加することにより、ユーザは提供された情報をどの程度信頼できるかの判断の目安とすることができる。また、現在の渋滞が今後伸長するか、それとも縮小するかの渋滞増減傾向情報をサーバ側で分析し、該情報をユーザに提供することで、ユーザが渋滞を回避するか否かの判断を容易にすることが可能となる。

通信型ナビの全体システム図。 ナビ情報提供装置の構成図。 ナビ端末構成図。 ナビ端末のハード構成図。 ナビ端末の交通情報ダウンロード設定画面例。 ナビ端末の交通情報ダウンロードの画面遷移例。 ナビ端末の交通情報ダウンロード処理フロー。 ナビサーバの交通情報ダウンロード処理フロー。 配信交通情報のデータ構成例。 渋滞統計情報の表示画面例。 渋滞統計情報の表示画面例。 渋滞予測情報の表示画面例。 渋滞予測情報の表示画面例。 ナビサーバの渋滞統計情報作成処理フロー。 ナビ交通情報提供システムの構成図。 地点ＤＢのデータ構成例。 地点とリンクの関係を表す具体例。 渋滞統計情報の表示画面例。

符号の説明

１００…交通情報提供センタ、１０１…衛星、１０２…ユーザ車両、１０３…移動体電話網、１０４…プロバイダ、１０５…放送事業者、１０６…ＩＰ網、１０７…ナビサーバ、１０８…固定電話網、１０９…ユーザの自宅、１１０…パーソナルコンピュータ、111…ユーザ管理ユニット、１１２…交通情報管理ユニット、１１３…交通情報データベース、１１４…地図編集ユニット、１１５…ＣＧＩ、１１６…経路探索ユニット、１１７…ユーザ情報登録・編集部、１１８…ユーザ情報データベース、１１９…料金計算ユニット、１２０…渋滞予測部、１２１…渋滞統計処理部、１２２…ユーザ端末、１２４…地図切出部、１２５…地図データベース、１２６…オプション情報データベース、１２７…経路探索エンジン、１２８…オプション情報設定・変更部、１２９…誘導点作成部。

Claims (3)

1. 交通情報提供センタから情報の提供を受け、該情報に基づいて作成された情報を車載用ナビゲーション装置である端末へ提示又は提供するナビサーバであって、
   前記交通情報提供センタから提供を受けた情報を蓄積する第一の蓄積手段と、
   該第一の蓄積手段に蓄積した過去の渋滞情報を基に、異常値を検出する第一の検出手段と第二の検出手段により、前記第一の検出手段では一日の内の所定時間以上が渋滞を示した場合には当該一日全体のデータを異常と判定し、前記第二の検出手段では同じ時間帯の渋滞情報を複数日に関して比較し偏差の大きいデータを異常と判定し、異常値が検出された場合にはこれを除去した上で交差点などの所定地点又は交差点の間の道路区間における渋滞情報並びに該渋滞情報の標準偏差に基づき該渋滞情報の再現性を評価した信頼度を含む渋滞統計情報を作成する渋滞統計情報作成手段と、
   該渋滞統計情報作成手段で作成された情報を蓄積する第二の蓄積手段と、を備え、
   前記渋滞情報は渋滞の発生頻度又は平均渋滞度の少なくとも一方を含む情報であり、
   前記端末からの要求に基づいて、又は、所定のタイミングで、前記第二の蓄積手段に蓄積された情報を前記端末へ提示又は提供するナビサーバ。
2. 請求項１において、
   前記渋滞統計情報作成手段は、前記第一の蓄積手段に蓄積した過去の交通情報及び気象情報提供センタからの天候又は路面状況に関する情報を基に、天候又は路面状況単位毎に前記渋滞統計情報を作成することを特徴とするナビサーバ。
3. 請求項１に記載のナビサーバにおいて、
   前記渋滞統計情報作成手段は、前記第一の蓄積手段に蓄積した情報と前記交通情報提供センタから提供を受けたリアルタイムの情報から、各渋滞の今後の渋滞傾向に関する渋滞予測情報を作成する渋滞予測情報作成手段を備えたことを特徴とするナビサーバ。

Images