JP2003281690A

JP2003281690A - 交通情報提示方法と装置

Info

Publication number: JP2003281690A
Application number: JP2002081146A
Authority: JP
Inventors: Shinya Adachi; 晋哉足立
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2002-03-22
Filing date: 2002-03-22
Publication date: 2003-10-03

Abstract

(57)【要約】【課題】道路形状を表す形状ベクトルと対にして交通
情報を提示する場合に、形状ベクトルのノードの設定仕
方に依存せずに交通情報を表すことができる交通情報提
示方法を提供する。【解決手段】旅行時間情報の対象区間Ｐ〜Ｑを含む道
路形状の形状ベクトルをノード１〜10の位置情報で表す
データ列情報と、前記交通情報の対象区間の始端Ｐ及び
終端Ｑを前記形状ベクトルの基準ノード１からの距離Ｘ
ｍ、Ｙｍで表した交通情報とを対にして提供する。形状
ベクトルのノード１〜10がどのように設定されていると
きでも、交通情報を支障なく表示することができ、汎用
性を持つ交通情報の生成・提示が可能である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、旅行時間情報や渋
滞情報などの交通情報を提示する提示方法と、その方法
を実施する装置に関し、特に、道路形状を形状ベクトル
データ列で表す場合に適した交通情報の表示方法を提供
するものである。

【０００２】

【従来の技術】現在、カーナビなどに交通情報提供サー
ビスを実施しているＶＩＣＳ（道路交通情報通信システ
ム）は、道路情報を収集・編集し、ＦＭ多重放送やビー
コンを通じて、渋滞情報や、経路の所要時間を表す旅行
時間情報などの交通混雑情報を伝送している。

【０００３】現行のＶＩＣＳ情報では、交通の現在情報
を次のように表現している。交通の混雑状況は、渋滞
（一般道：≦１０ｋｍ／ｈ・高速道：≦２０ｋｍ／
ｈ）、混雑（一般道：１０〜２０ｋｍ／ｈ・高速道：２
０〜４０ｋｍ／ｈ）、閑散（一般道：≧２０ｋｍ／ｈ・
高速道：≧４０ｋｍ／ｈ）及び不明の４段階に区分して
表示している。渋滞状況を表す渋滞情報は、リンク全体
が同一混雑状況の場合、「リンク番号＋状態（渋滞／混
雑／閑散／不明）」と表示され、また、リンク内の一部
だけが渋滞しているときは、「リンク番号＋渋滞先頭距
離（リンク始端からの距離）＋渋滞末尾距離（リンク始
端からの距離）＋状態（渋滞）」と表示される。この場
合、渋滞がリンク始端から始まるときには、渋滞先頭距
離が0xffと表示される。リンク内に異なる混雑状態が共
存する場合は、各混雑状況がこの方法でそれぞれ記述さ
れる。また、各リンクの旅行時間を表すリンク旅行時間
情報は、「リンク番号＋旅行時間」と表示される。

【０００４】このようにＶＩＣＳ交通情報は、リンク番
号で道路を特定して交通情報を表示しており、この交通
情報の受信側は、リンク番号に基づいて自己の地図にお
ける該当する道路の交通状況を把握している。しかし、
送信側・受信側が共通のリンク番号やノード番号を用い
て地図上の位置を特定する方式は、道路の新設や変更が
ある度にリンク番号やノード番号を新設したり、修正し
たりする必要があり、それに伴い、各社のデジタル地図
のデータも更新しなければならないため、そのメンテナ
ンスに多大な社会的コストが掛かることになる。

【０００５】こうした点を改善するため、本発明の発明
者等は、特願平１１−２１４０６８号等において、送信
側が、道路形状の上に複数のノードを任意に設定して、
このノードの位置をデータ列で表した「形状ベクトルデ
ータ列」を伝送し、受信側が、その形状ベクトルデータ
列を用いてマップマッチングを行い、デジタル地図上の
道路を特定する方式を提案し、また、特願平１１−２４
２１６６号において、上記「道路形状データ」の伝送デ
ータ量を削減しても、受信側でのマップマッチングを正
確に実施できるように、道路種別、道路番号、道路区間
内のノードの交差リンク数、交差リンク角度、交差点名
などの「道路付加情報」を併せて伝送する方式を提案し
ている。

【０００６】また、特願２０００−３７５３２０号で
は、こうした方式における交通情報の伝達方法について
提案している。この方法では、交通情報として２地点間
の旅行時間を伝える場合に、図６に示すように、その２
つの地点を基準点（Ｐ₄、Ｐ_x）に設定し、この基準点間
の旅行時間を図７に示すデータで伝達する。図７（ａ）
は、この２つの基準点を含む道路区間を特定するための
ノード列情報である。図７（ｂ）は、道路付加情報であ
る。図７（ｃ）は、旅行時間を表示する所要時間情報で
あり、始端側ノード番号（Ｐ₄）、終端側ノード番号
（Ｐ_x）及びその間の旅行時間が記述される。この情報
を受信した受信側では、ノード列情報及び道路付加情報
を用いて、マップマッチングで道路区間を特定し、所要
時間情報から、基準点間の旅行時間を認識することがで
きる。

【０００７】ただ、形状ベクトルデータ列を用いて道路
形状を伝達する方式は、共通のリンク番号やノード番号
を設定する必要がないと言う優れた効果を備えている反
面、データ量が多くなると言う不利な点を抱えている。
そのため、データの生成に時間が掛かり、例えば、事故
が発生したときに、事故位置を含む道路区間の形状ベク
トルデータ列を生成していると、従来方式に比べて、情
報の提供が遅れることになる。また、データ量の多さ
は、データ伝送量を増やし、伝送負担を重くすることに
なる。

【０００８】これに対して、データ生成の所要時間に伴
う不利は、各道路区間の形状ベクトルデータ列のデータ
を予め生成し、蓄積しておくことで解消することがで
き、事故が発生したときに、蓄積しているデータの中か
ら、事故発生位置を含む道路区間の形状ベクトルデータ
列を選択して使用することにより、速やかな情報提供が
可能になる。

【０００９】また、形状ベクトルデータ列のデータ量を
削減する方法については、本発明の発明者等は、これま
で幾つか提案している。特願２００１−１３４３１８号
では、道路形状を等間隔にリサンプルしてサンプリング
点（ノード）を設定し、このノードの位置データに統計
的処理を施して±０付近に集中するデータに変換し、こ
れを可変長符号化してデータを圧縮する方式を提案して
いる。ここでは、統計的処理として、着目するノードｊ
の位置データを隣接ノードとの偏角θ_jで表したり、ま
た、この偏角θ_jと予測統計値Ｓ（例えば、Ｓ＝θ_j-1あ
るいはＳ＝（θ_j-1＋θ_j-2）／２）との差分で表したり
する処理を例示している。また、特願２００１−２００
８０号では、道路形状を等間隔にリサンプルし、ノード
の位置データをフーリエ係数近似により圧縮する方式を
提案している。

【００１０】

【発明が解決しようとする課題】しかし、各道路区間の
形状ベクトルデータ列のデータを予め作り置いたり、道
路形状を等間隔にリサンプルして圧縮した形状ベクトル
データ列のデータを生成したりする場合には、前述する
特願２０００−３７５３２０号で提案した交通情報の伝
達方式、即ち、２つの基準点を設定して、基準点間の交
通情報を表す方式、は馴染まない。何故なら、図８に示
すように、交通情報を表そうとする区間Ａの始端Ｐ及び
終端Ｑが、予め作成されて保持されている形状ベクトル
データ列のノード１、２、‥、１０や、道路形状を等間
隔にリサンプルしたときのノードに一致する保証が無い
からである。また、この形状ベクトルデータ列の中に始
端Ｐ及び終端Ｑを無理にノードとして加えると、形状ベ
クトルデータ列のデータ量が増えてしまうことになる。

【００１１】本発明は、こうした問題点を解決するもの
であり、道路形状を表す形状ベクトルと対にして交通情
報を提示する場合に、形状ベクトルのノードの設定仕方
に依存せずに交通情報を表すことができる交通情報提示
方法を提供し、また、その方法を実施する装置を提供す
ることを目的としている。

【００１２】

【課題を解決するための手段】そこで、本発明の交通情
報提示方法では、交通情報の対象区間を含む道路形状の
形状ベクトルを表すデータ列情報と、前記交通情報の対
象区間の始端及び終端を前記形状ベクトルのノードから
の距離で表した交通情報とを対にして提供するようにし
ている。

【００１３】また、本発明の交通情報提供装置には、対
象区間の交通情報を収集する交通情報収集手段と、前記
対象区間を含む道路形状の形状ベクトルをデータ列情報
に変換し、前記交通情報を、前記形状ベクトルのノード
からの距離により対象区間の始端及び終端を特定した交
通情報に変換する情報変換手段とを設け、情報変換手段
が変換した形状ベクトルのデータ列情報と交通情報とを
対にして提供するように構成している。

【００１４】また、本発明の交通情報受信装置には、道
路形状を表す形状ベクトルのデータ列情報と前記形状ベ
クトルのノードからの距離により対象区間の始端及び終
端が特定された交通情報とを受信する情報受信手段と、
前記形状ベクトルを自己の地図上で特定するために前記
データ列情報を用いてマップマッチングを行い、特定し
た形状ベクトルのノードからの距離により交通情報の対
象区間の始端及び終端を自己の地図上で特定する区間確
定手段とを設けている。

【００１５】そのため、形状ベクトルのノードがどのよ
うに設定されているときでも、交通情報を支障なく表示
することができ、汎用性を持つ交通情報の生成・提示が
可能である。

【００１６】

【発明の実施の形態】本発明の実施形態における交通情
報の表示方法について、図１を用いて説明する。道路形
状の上には、この道路の形状ベクトルデータ列のデータ
を形成するためのノード１、２、‥、１０が設定されて
いる。この道路上で交通情報を表そうとする区間が地点
Ｐと地点Ｑとの間であり、交通情報がＰ〜Ｑ間の旅行時
間であるとすると、地点Ｐ及び地点Ｑを形状ベクトルの
基準点１からの相対距離Ｘメートル（ｍ）、Ｙｍで表
し、Ｐ〜Ｑ間の旅行時間を（Ｘ〜Ｙｍ間の旅行時間＝Ｚ
秒）と言う形で表す。

【００１７】図２（ｃ）は、この方式で旅行時間情報を
表して情報提供する場合のデータ構成例を示している。
また、図２（ａ）は、この旅行時間情報を提供する区間
が含まれた道路形状を表す形状ベクトルデータ列のデー
タ構成例を示しており、この図２（ａ）の形状ベクトル
データ列と図２（ｃ）の旅行時間情報とが対の形で受信
側に提供される。また、図２（ｂ）は、形状ベクトルを
等間隔にリサンプルして圧縮符号化した場合の形状ベク
トルデータ列のデータ構成例を示しており、この場合に
は、図２（ｂ）の形状ベクトルデータ列と図２（ｃ）の
旅行時間情報とが対の形で受信側に提供される。

【００１８】いずれの場合も、旅行時間情報（図２
（ｃ））では、形状ベクトルデータ列のデータ（図２
（ａ）（ｂ））に含まれる、形状ベクトルを一意に表す
「形状ベクトルデータ識別番号」が、「参照形状ベクト
ル列番号」として記述され、旅行時間を表す始端側基準
ノードＰａ及び終端側基準ノードＰｂが、それぞれ、そ
の形状ベクトルの基準点ノードからの相対距離Ｌａ、Ｌ
ｂで表され、また、旅行時間情報は、「始端〜終端間の
旅行時間Ｔ１」として表される。なお、形状ベクトル
データ列のデータには、図７の場合と同様に、道路付加
情報を加えても良い。

【００１９】図３は、この旅行時間情報を生成する装置
と、この旅行時間情報を受信して利用する装置とから成
る交通情報提供システムの一例を示している。ここで
は、旅行時間を計測する区間が予め決められているもの
として説明する。このシステムは、センサＡ（超音波車
両センサ）25、センサＢ（ＡＶＩセンサ）26及びセンサ
Ｃ（プローブカー）27を用いて旅行時間を計測する旅行
時間計測装置20と、送信用の形状ベクトルデータ列及び
旅行時間情報を生成して送信する送信側装置10と、送信
された情報を受信するカーナビ等の受信側装置30とから
成る。

【００２０】旅行時間計測装置20は、各センサ25、26、
27から取得したデータを処理するセンサ処理部Ａ（2
2）、センサ処理部Ｂ（23）及びセンサ処理部Ｃ（24）
と、各センサ処理部22、23、24で処理されたデータを用
いて旅行時間情報の元データを生成する旅行時間情報算
出部21とを備えている。

【００２１】送信側装置10は、旅行時間計測装置20から
旅行時間情報を収集する旅行時間情報収集部11と、収集
された旅行時間情報を基に図２の形状ベクトルデータ列
及び旅行時間のデータを生成する送信用情報変換部12
と、旅行時間計測区間が規定された旅行時間計測区間定
義テーブル14と、送信用情報変換部12が形状ベクトルデ
ータ列を生成するために参照するデジタル地図データベ
ース15と、送信用情報変換部12で変換された情報を送信
する情報送信部13とを備えている。

【００２２】受信側装置30は、送信側装置10から提供さ
れた情報を受信する情報受信部31と、デジタル地図デー
タベース35のデータを用いて形状ベクトルのマップマッ
チングを行い、旅行時間情報の対象区間を決定するマッ
プマッチング及び区間確定部32と、受信した旅行時間情
報をリンクコストテーブル36の対象区間のデータに反映
させる旅行時間情報反映部33と、ＧＰＳアンテナ38やジ
ャイロ39を用いて自車位置を判定する自車位置判定部37
と、自車位置から目的地までのルート探索等にリンクコ
ストテーブル36を活用する情報活用部34と、ルート探索
結果に基づいて音声での案内を行うガイダンス装置40と
を備えている。

【００２３】なお、送信側装置10の旅行時間情報収集部
11、送信用情報変換部12、及び情報送信部13の各機能
は、送信側装置10に内蔵されたコンピュータにプログラ
ムで規定した処理を行わせて実現することができ、ま
た、受信側装置30の情報受信部31、マップマッチング及
び区間確定部32、旅行時間情報反映部33、自車位置判定
部37及び情報活用部34の各機能は、受信側装置30に内蔵
されたコンピュータ（ＣＰＵ）にプログラムで規定した
処理を行わせて実現することができる。図４では、デジ
タル地図データベース15に蓄積されている地図データを
図４（ａ）に、旅行時間計測区間定義テーブル14のデー
タを図４（ｂ）に、また、旅行時間計測装置20から出力
される旅行時間情報の元データを図４（ｃ）に示してい
る。

【００２４】図５のフロー図は、このシステムの送信用
装置10及び受信側装置30の動作を示している。送信側装
置10の旅行時間情報収集部11は、旅行時間計測装置20か
ら図４（ｃ）の旅行時間情報を収集する（ステップ
１）。送信用情報変換部12は、旅行時間計測区間定義テ
ーブル14から、収集された旅行時間情報に該当する旅行
時間情報提供区間を選出する（ステップ２）。１つの旅
行時間情報提供区間Ｖを対象として（ステップ３）、そ
の旅行時間情報提供区間Ｖを含む道路の地図データをデ
ジタル地図データベース15から取得して形状ベクトルを
生成し（ステップ４）、この形状ベクトルの基準ノード
を設定した後（ステップ５）、旅行時間情報提供区間の
始端及び終端を基準ノードからの相対位置で表現し（ス
テップ６）、図２（ｃ）の旅行時間情報を生成する（ス
テップ７）。形状ベクトルデータは、前述する符号化手
法等を適用して不可逆圧縮した後（ステップ８）、相対
位置データを補正する（ステップ９）。この処理を旅行
時間情報提供区間Ｖの全てについて実行する（ステップ
10、ステップ11）。情報送信部13は、送信用情報変換部
12で生成されたデータを送信データに変換して（ステッ
プ12）、データ送信する（ステップ13）。こうして送信
側装置10からは、図２の（ａ）と（ｃ）、または図２の
（ｂ）と（ｃ）のデータが送信される。

【００２５】なお、相対位置データの補正方法（ステッ
プ９）については、本発明の発明者等が（Ｈ１３−３１
１７）で提案している。データ量の削減を目的として、
形状ベクトルに含まれるノードの位置を相対的に表示し
て符号化する場合に、累積誤差が蓄積する。この累積誤
差は、形状ベクトルが長い距離を有し、かつ、国道２４
６号や国道１号のように「なだらかな形状」の場合に蓄
積し易い。それを防ぐため、形状ベクトルとして、交差
する道路等で一旦曲げ、また本線に戻すように形状を抽
出し、この交差点部分を基準ノードに設定して、累積誤
差をキャンセルする。また、受信側では、受信データを
復号化して得た形状ベクトルの基準ノード間の距離と、
自己の地図データの形状ベクトルにおける基準ノード間
の距離とを比較することにより、相対位置を補正する。

【００２６】なお、旅行時間情報提供区間が予め決まっ
ている場合には、各旅行時間情報提供区間に関してステ
ップ４〜ステップ６、ステップ８〜ステップ９の処理を
事前に実施して生成したデータを蓄積し、旅行時間情報
の生成時に、作り置かれたデータの中から該当するデー
タを選択して利用することが可能である。

【００２７】一方、受信側装置30は、図５のフロー図に
示すように、情報受信部31がデータを受信すると（ステ
ップ20）、各旅行時間情報提供区間Ｖについて（ステッ
プ21）、マップマッチング及び区間確定部32が、自己の
デジタル地図データベース35の地図データに対するマッ
プマッチングを行い、形状ベクトルに対応する道路区間
を特定し（ステップ22）、相対位置データを補正した後
（ステップ23）、旅行時間情報から旅行時間情報提供区
間の始端及び終端の位置を確定する（ステップ24）。旅
行時間情報反映部33は、この旅行時間情報提供区間の旅
行時間情報を自システムのリンクコスト等に反映させる
（ステップ25）。こうした処理が全ての旅行時間情報提
供区間について実行される（ステップ26、ステップ2
7）。情報活用部34は、提供された旅行時間を活用して
所要時間表示やルートガイダンスを実行する（ステップ
28）。

【００２８】このように、交通情報を提供する区間の始
端及び終端を、形状ベクトルの基準ノードからの距離で
表すことにより、形状ベクトルの表し方に依存せずに、
交通情報を伝達することができる。

【００２９】ここでは、交通情報として旅行時間を表す
場合について例示したが、この旅行時間を渋滞／混雑／
閑散にランク付けし、渋滞表現により交通情報を提供す
ることも勿論可能である。また、ここでは、形状ベクト
ルの基準ノードからの距離により交通情報提供区間の始
端及び終端を表す場合について説明したが、形状ベクト
ルにおける交通情報提供区間の最寄りのノードを起点に
して、交通情報提供区間の始端及び終端の距離を表すよ
うにしても良い。

【００３０】

【発明の効果】以上の説明から明らかなように、本発明
の交通情報提示方法及び装置は、道路形状を表す形状ベ
クトルのデータと対にして交通情報を提供する場合に、
形状ベクトルのノードがどのように設定されているとき
でも、交通情報を支障なく表示することができ、汎用性
を持つ交通情報の生成・提示が可能である。

【図面の簡単な説明】

【図１】本発明の実施形態における交通情報の表示方法
を示す模式図

【図２】本発明の実施形態の形状ベクトルデータと交通
情報とのデータ構成図

【図３】本発明の実施形態における交通情報提示システ
ムの構成を示すブロック図

【図４】本発明の実施形態の交通情報を生成する元デー
タのデータ構成図

【図５】本発明の実施形態における交通情報提示システ
ムの動作を示すフロー図

【図６】従来の交通情報の表示方法を示す模式図

【図７】従来の形状ベクトルデータと交通情報とのデー
タ構成図

【図８】従来の交通情報の表示における問題点を説明す
る説明図

【符号の説明】

10 送信側装置 11 旅行時間情報収集部 12 送信用情報変換部 13 情報送信部 14 旅行時間計測区間定義テーブル 15 デジタル地図データベース 20 旅行時間計測装置 21 旅行時間情報算出部 22 センサ処理部Ａ 23 センサ処理部Ｂ 24 センサ処理部Ｃ 25 センサＡ（超音波車両センサ） 26 センサＢ（ＡＶＩセンサ） 27 センサＣ（プローブカー） 30 受信側装置 31 情報受信部 32 マップマッチング及び区間確定部 33 旅行時間情報反映部 34 情報活用部 35 デジタル地図データベース 36 リンクコストテーブル 37 自車位置判定部 38 ＧＰＳアンテナ 39 ジャイロ 40 ガイダンス装置

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 2C032 HB03 HC05 HC08 HC31 HC32 HD03 HD23 HD30 2F029 AA02 AB01 AB07 AB13 AC02 AC09 AC13 AC19 5H180 AA01 BB04 CC12 FF04 FF05 FF12 FF13 FF22 FF32 FF40

Claims

【特許請求の範囲】

【請求項１】交通情報の対象区間を含む道路形状の形
状ベクトルを表すデータ列情報と、前記交通情報の対象
区間の始端及び終端を前記形状ベクトルのノードからの
距離で表した交通情報とを対にして提供することを特徴
とする交通情報提示方法。
【請求項２】前記交通情報の中に、前記対象区間の旅
行時間の情報を含めて提供することを特徴とする請求項
１に記載の交通情報提示方法。
【請求項３】前記交通情報の中に、前記対象区間の渋
滞情報を含めて提供することを特徴とする請求項１に記
載の交通情報提示方法。
【請求項４】前記ノードとして、前記形状ベクトルの
始端を構成する基準ノードを選択することを特徴とする
請求項１に記載の交通情報提示方法。
【請求項５】前記ノードとして、前記対象区間の始端
及び終端に最も近い前記形状ベクトルのノードを選択す
ることを特徴とする請求項１に記載の交通情報提示方
法。
【請求項６】対象区間の交通情報を収集する交通情報
収集手段と、前記対象区間を含む道路形状の形状ベクトルをデータ列
情報に変換し、前記交通情報を、前記形状ベクトルのノ
ードからの距離により前記対象区間の始端及び終端を特
定した交通情報に変換する情報変換手段とを備え、前記
情報変換手段が変換した前記形状ベクトルのデータ列情
報と前記交通情報とを対にして提供することを特徴とす
る交通情報提供装置。
【請求項７】道路形状を表す形状ベクトルのデータ列
情報と前記形状ベクトルのノードからの距離により対象
区間の始端及び終端が特定された交通情報とを受信する
情報受信手段と、前記形状ベクトルを自己の地図上で特定するために前記
データ列情報を用いてマップマッチングを行い、特定し
た前記形状ベクトルのノードからの距離により前記交通
情報の対象区間の始端及び終端を自己の地図上で特定す
る区間確定手段とを備えることを特徴とする交通情報受
信装置。