(57)【要約】【課題】交通情報の配信通信容量を低減し、交通情報表示リンクとの関連付け情報を持たない地図を利用した地図表示システムに対しても、地図上の交通情報重畳表示を可能とする。【解決手段】センタは、配信交通情報フォーマットに、交通情報を定義する道路リンク形状の名称及びバージョン情報を含めて、交通情報表示装置に配信する。交通情報表示装置は、配信交通情報フォーマットに含まれる情報が、道路リンク形状オブジェクト記憶手段に含まれるか否か確認する。含まれない場合には、道路リンク形状オブジェクトをセンタから取得して記憶し、地図表示手段によって交通情報を地図上に重畳して、最新交通情報を画面に表示する。【効果】クライアントに対してレスポンスのよい交通情報表示を実現することができる。【選択図】  図７
2004355468.tif 000002
【特許請求の範囲】
【請求項１】
交通情報サービスセンタから交通情報表示装置に道路地図に関する情報及び渋滞情報を配信する交通情報配信方法において、
前記道路地図の構成データである道路リンク形状オブジェクト、及び、渋滞情報の構成データであって、前記道路リンク形状オブジェクトに対応付けられた渋滞情報オブジェクトを配信する、
ことを特徴とする交通情報配信方法。
【請求項２】
請求項１において、
前記各オブジェクトを配信する際の配信形式である配信交通情報フォーマットは、前記道路リンク形状オブジェクトの名称を含むことを特徴とする交通情報配信方法。
【請求項３】
請求項２において、
前記道路リンク形状オブジェクトは、前記配信交通情報フォーマットとは異なるタイミングで配信されることを特徴とする交通情報配信方法。
【請求項４】
請求項１において、
前記各オブジェクトを配信する際の配信形式である配信交通情報フォーマットは、道路リンク形状オブジェクトのバージョン情報を含むことを特徴とする交通情報配信方法。
【請求項５】
請求項４において、
前記道路リンク形状オブジェクトは、前記配信交通情報フォーマットとは異なるタイミングで配信されることを特徴とする交通情報配信方法。
【請求項６】
請求項４において、
前記交通情報表示装置からの要求として、前記道路リンク形状オブジェクトのバージョン情報を前記交通情報サービスセンタで受信し、
前記交通情報サービスセンタから前記交通情報表示装置へ配信する道路リンク形状オブジェクトのバージョン情報と、前記交通情報表示装置から要求された道路リンク形状オブジェクトのバージョン情報とを、前記交通情報サービスセンタで比較し、
前記各バージョン情報が一致しない場合には、前記交通情報サービスセンタから前記交通情報表示装置へ配信する道路リンク形状オブジェクトの名称及びバージョン情報を、前記配信交通情報フォーマットに含めることを特徴とする交通情報配信方法。
【請求項７】
請求項１において、
前記各オブジェクトを配信する際の配信形式である配信交通情報フォーマットは、前記渋滞情報オブジェクトの名称を含むことを特徴とする交通情報配信方法。
【請求項８】
請求項７において、
前記渋滞情報オブジェクトは、前記配信交通情報フォーマットとは異なるタイミングで配信されることを特徴とする交通情報配信方法。
【請求項９】
交通情報サービスセンタから道路地図に関する情報及び渋滞情報を受信して記憶し、記憶した此れら情報を画面に表示する交通情報表示装置において、
前記道路地図の構成データである第一の道路リンク形状オブジェクトを受信した後に記憶する道路リンク形状オブジェクト記憶手段と、
前記道路リンク形状オブジェクト記憶手段に記憶された前記第一の道路リンク形状オブジェクトの名称と、前記各オブジェクトが前記交通情報サービスセンタから配信される際の配信形式である配信交通情報フォーマットに含まれる第二の道路リンク形状オブジェクトの名称とを比較する比較手段と、を備え、
前記第一の道路リンク形状オブジェクトの名称と前記第二の道路リンク形状オブジェクトの名称とが異なる場合には、前記交通情報サービスセンタから配信される前記第二の道路リンク形状オブジェクトを受信して之を道路リンク形状オブジェクト記憶手段に蓄積することを特徴とする交通情報表示装置。
【請求項１０】
請求項９において、
前記比較手段は、
前記道路リンク形状オブジェクト記憶手段に記憶された前記第一の道路リンク形状オブジェクトのバージョン情報と、前記各オブジェクトが前記交通情報サービスセンタから配信される際の配信形式である配信交通情報フォーマットに含まれる前記第二の道路リンク形状オブジェクトのバージョン情報とを比較し、前記第一の道路リンク形状オブジェクトのバージョン情報と前記第二の道路リンク形状オブジェクトのバージョン情報とが異なる場合には、前記交通情報サービスセンタから配信される前記第二の道路リンク形状オブジェクトを受信して之を前記道路リンク形状オブジェクト記憶手段に蓄積することを特徴とする交通情報表示装置。
【請求項１１】
請求項９において、
前記道路リンク形状オブジェクトを受信するか否かを選択する道路リンク形状受信判別手段を有する交通情報表示装置。
【請求項１２】
交通情報サービスセンタから道路地図に関する情報及び渋滞情報を受信して記憶し、記憶した此れら情報を画面に表示する交通情報表示装置において、
前記渋滞情報の構成データであって、前記道路リンク形状オブジェクトに対応付けられた第一の渋滞情報オブジェクトを受信した後に記憶する道路リンク形状オブジェクト記憶手段と、
前記道路リンク形状オブジェクト記憶手段に蓄積された前記第一の渋滞情報オブジェクトの名称と、前記オブジェクトが前記交通情報サービスセンタから配信される際の配信形式である配信交通情報フォーマットに含まれる第二の渋滞情報オブジェクトの名称とを比較する比較手段と、を備え、
前記第一の渋滞情報オブジェクトの名称と前記第二の渋滞情報オブジェクトの名称とが異なる場合には、前記交通情報サービスセンタから配信される前記第二の渋滞情報オブジェクトを受信して之を道路リンク形状オブジェクト記憶手段に蓄積することを特徴とする交通情報表示装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、交通情報配信，交通情報表示に関わり、特にネットワーク型の交通情報配信サービス、及び其の交通情報表示装置に関わる。
【０００２】
【従来の技術】
既に日本国内で実現している交通情報提供サービスであるＶＩＣＳ（Ｖｅｈｉｃｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）が配信する交通情報をカーナビゲーション等の交通情報表示装置上で表示するためには、図１に示すように、地図のもつ道路リンクとＶＩＣＳが定める交通情報提供用の道路リンクであるＶＩＣＳリンクとの関連付けを定義しておき、この関連付けに従い道路リンクを表示している。図１に示すように、ＶＩＣＳリンクは、地図の道路リンク番号列として表現されるＶＩＣＳリンク構成テーブルとして表され、この関連付けから道路リンクを構成する点座標を利用することでＶＩＣＳリンクの形状が表現される。ＶＩＣＳの交通情報は、このＶＩＣＳリンク番号に基づいた情報が提供され、例えば、「ＶＩＣＳリンク番号＝１、渋滞」などの情報が提供される。カーナビゲーション装置などでは、このＶＩＣＳの交通情報と、ＶＩＣＳリンク構成テーブル、地図上の道路リンクテーブルを用いることにより、地図上に交通情報が重畳表示される。
【０００３】
従来の交通情報表示装置は、特開平８−１０１９９６号の従来例として示されるように、道路リンク形状オブジェクトを交通情報表示装置内部に備えており、交通情報表示装置内部に備える道路地図情報との関連付けを利用して、受信した交通情報を表示していた。
【０００４】
また、特表２００２−５２７８３９号では、サーバシステムと連携して地図，交通情報を取得する交通情報表示装置の例が記載されており、地図情報と、交通情報とを配信する交通情報サービスの方法を開示している。
【０００５】
【特許文献１】
特開平８−１０１９９６号
【特許文献２】
特表２００２−５２７８３９号
【０００６】
【発明が解決しようとする課題】
上記従来技術を利用すると、交通情報を地図上に重畳表示するためには、交通情報表示装置内部に備える道路地図は、予め交通情報表示のための道路リンク形状オブジェクトとの対応関係を備えている必要があった。逆にいえば、交通情報を表示するためには、交通情報表示用のリンク情報であるＶＩＣＳリンクと地図との対応付けがなければ、交通情報を表示できず、画像形式の地図を利用した地図表示システムでは交通情報が表示できなかった。このため交通情報表示以外の目的で画像形式の地図を導入した地図表示システム、例えば商用車の車両現在位置を地図上に重畳表示する運行管理システムなどでは、更に交通情報を重畳表示するには、地図表示システムを入れ替える必要があった。
【０００７】
また、地図情報と交通情報とを配信するような交通情報配信サービスでは、地図情報に交通情報の表示領域と直接関係のない地域の道路リンク形状オブジェクト，背景情報，ランドマーク情報等も配信されるので、交通情報を表示するには、少なくとも交通情報と直接関係のない情報を配信する分だけ通信容量が増大し、通信時間やコストが増大するという問題があった。
【０００８】
本発明は、交通情報表示リンクとの関連付け情報を持っていない地図を利用した地図表示システムに対しても、地図上の交通情報重畳表示を可能とすることを目的とする。また、交通情報配信の通信容量を低減することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために本発明は、地図に重畳表示可能な交通情報を配信する手段と、前記交通情報を定義する道路リンク形状オブジェクトを配信する手段とを備える。交通情報配信サービスが提供する配信交通情報フォーマットには、交通情報を定義する道路リンク形状オブジェクトの名称またはバージョンを含ませることを特徴とする。
【００１０】
また、本発明は、交通情報を定義する道路リンク形状オブジェクトを、道路リンク形状オブジェクト記憶手段に記憶し、前記記憶された道路リンク形状オブジェクトの名称またはバージョン情報と、配信交通情報フォーマットに含まれる道路リンク形状オブジェクトの名称またはバージョン情報とを比較して道路リンク形状オブジェクトが必要かどうか、即ち欲しい道路リンク形状オブジェクトを既に持っているか否か判断し、記憶手段に含まれない場合には、道路リンク形状オブジェクトを受信するか否かを選択する道路リンク形状受信判別手段とを備えることを特徴とする。
【００１１】
【発明の実施の形態】
本発明の交通情報配信サービス，交通情報表示装置の一実施例について、以下図を用いて説明する。
【００１２】
図４は、交通情報配信サービスを行うシステムの構成を示したブロック図である。交通情報配信サービスなどのネットワークサービスは、サービスを享受するクライアント，サービスを提供するサービスプロバイダ、及びサービスプロバイダに情報を供給する情報提供元の各サービスの担い手により実現される。
【００１３】
図４上部の点線囲みで示される商用車の運行管理システムを例にとると、クライアントはトラックなどの商用車を保有して運送業務を行う物流事業者であり、サービスプロバイダは運行管理サービスを提供する運行管理サービスセンタであり、情報提供元は物流事業者の保有する商用車である。その商用車によって取得された車輌位置等の情報が、携帯電話網等の無線通信網を通じて運行管理サービスセンタにアップリンクされる。アップリンクされた商用車の車輌位置等の情報は、運行管理サービスセンタで商用車の事業主のみ閲覧可能とする等の編集がなされて、物流事業者に提供される。
【００１４】
物流事業者は、車輌位置表示手段を備えた地図表示システムを導入して、図２に示すような車輌位置画面を表示することにより、商用車の現在車輌位置を把握することが可能となる。車輌位置表示画面２００はＷＥＢブラウザに地図表示機能をアドオンソフトとして組み込むことにより、地図表示部２０２をブラウザ上で実現できる。ユーザは、メニュー部２０１で車輌位置表示メニュー２０３を選択することによって、地図表示部２０２に重畳表示された車輌位置２０４を閲覧することができる。車輌位置２０４は、表示地点の周囲に実際の車輌が存在していた日時等を表示する。また、ユーザは、新規更新ボタン２０５をクリックすることにより車輌の現在位置を更新することが可能であり、情報取得日時を２０６のように取得することができる。図では車両位置を１つしか示していないが、物流事業者の保有する商用車の全てまたは一部を表示することができる。商用車にＩＤをつけておけば特定の商用車のみについて表示することも可能である。
【００１５】
図４のシステム構成において、クライアントである物流業者が更にリアルタイムの交通情報サービスを導入する状況を考える。図４下部の点線囲みは交通情報システムの構成を表しており、この場合クライアントは運行管理システムと同じ物流事業者，サービスプロバイダは交通情報サービスセンタ，情報提供元は道路管理者となる。道路管理者は路上の感知器或いはプローブカーなどを利用して交通情報を計測し、交通情報サービスセンタに提供する。交通情報サービスセンタは、クライアントから要求された領域に合わせて提供する交通情報を加工し、クライアントである物流事業者に提供する。物流事業者は、図４上部の点線囲みの運行管理システムと同様に、交通情報表示手段を備えた地図表示システムを導入することにより、リアルタイムの交通情報を把握することが可能となる。
【００１６】
物流事業者が運行管理サービスと交通情報サービスを共に享受する場合、上記のように、どちらも地図表示システムが必要となる。図４に示すように、物流事業者は車輌位置表示手段及び交通情報表示手段をともに含む地図表示システムを導入することによって、図３に示すように車輌位置情報と交通情報を重畳表示することが可能となる。図３は、車輌位置と交通情報の重畳表示画面である。図３において、３００は車輌位置・交通情報重畳表示画面、３０１は交通情報メニュー部、３０９は地図表示部２０２に重畳表示した渋滞情報オブジェクト、３１０は地図表示部２０２に重畳表示した事象・規制情報である。車輌位置・交通情報重畳表示画面３００は図２に示した車輌位置表示画面に、交通情報表示機能を更にアドオンとして追加することにより、交通情報表示を車輌位置表示の地図画面に重畳することができる。
【００１７】
クライアントである物流事業者は、メニュー部で車輌位置表示メニュー３０２を選択することによって、地図表示部２０２上に交通情報表示ボタン３０３を表示させ、このボタン３０３をクリックすることで、交通情報サービスセンタから取得した渋滞情報オブジェクト３０９及び事象・規制情報３１０を閲覧することができる。渋滞情報オブジェクト３０９は、道路の交通状況を、順調，混雑，渋滞のように分類した渋滞度で表し、道路脇に交通状況の提供区間を渋滞度ごとに色分けした曲線として表示する。色分けは、例えば信号の色に対応させて、順調＝緑，混雑＝橙，渋滞＝赤とすれば、物流事業者にとって直感的に分かり易い。また、事象・規制情報３１０は、事故・工事・車線規制・規制区間といったイベント情報を表示する。道路脇にイベント情報を渋滞度とは異なる色の曲線やアイコンで表現で表現する。その色は、例えば黄色と黒との２色などとすれば、物流事業者にとって視認し易い。特に黄色と黒であれば踏み切りや一部の標識と対応し、直感的にも分かり易く、危険を表すものとも認識し得る。
【００１８】
また、クライアントである物流事業者は、新規更新ボタン３０４をクリックすることにより、サーバから最新の交通情報を受信して更新することが可能であり、情報取得日時を３０５のように取得することができる。物流事業者は、新規更新ボタン３０４をクリックする前に取得情報種別ボタン３０６をクリックすることで取得情報の種別を選択することが可能であり、渋滞情報オブジェクトのみを取得したり、イベント情報のみを取得したり、双方の情報を取得するなどを選択することができる。また、自動更新設定ボタン３０７をクリックすることにより、交通情報を自動的にサーバから取得する周期を設定することができる。更に、取得情報種別ボタン３０８をクリックすることで、自動更新時に取得する交通情報の種別を選択することが可能である。当該選択は、取得情報種別ボタン３０６をクリックするときと同様にして行うことができる。
【００１９】
図４のシステム構成及び図３の画面表示構成をもつことにより、クライアントである物流事業者は容易に車輌周辺の交通状況を把握することが可能となり、車輌に対して渋滞回避の指示を出すなど業務効率化が可能となる。サービスごとに個別の地図表示システムを持つことが不要となり、地図表示システムの導入コストを低減することができる。実際的には、現在稼動中のシステムに上乗せで交通情報を把握するシステムを導入することができるので、使い慣れたシステムを引き続いて使用できると共に付加的情報をも表示させて実用性を向上できるという優れた利点がある。
【００２０】
なお、図４の例では物流事業者の車輌運行管理システム上に交通情報を重畳表示する用途について述べたが、他の地図表示システムを備えたクライアントに対しても同様の適応は可能である。他の地図表示システムとしては、緊急事態が発生した個所を把握し現場に緊急車輌を急行させるような緊急通報システム，電力・水道・ガス・通信網・信号機といった社会インフラ網の機器稼動状況を監視する社会インフラ監視システム，商店・自販機等の在庫状況を監視し輸送を手配する物流管理システム等といった地理情報システムＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）が考えられる。また、カーナビ・ＰＤＡ（Ｐｅｒｓｏｎａｌ  ＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔｓ）・携帯電話など移動情報端末に地図を表示し、経路案内等を行う移動体向けナビゲーションシステム等が考えられる。
【００２１】
以下では、図４のシステム構成を実現するサービス及び図３の交通情報重畳表示を実現する交通情報表示装置の実施例を以下具体的に説明する。
【００２２】
図５は交通情報配信サービスを実現する交通情報サービスセンタの例である。交通情報サービスセンタ５００は、通信ネットワーク５０４を介して交通情報表示装置と接続する。また、交通情報収集源とも通信ネットワーク５０５と接続し、定期的にリアルタイムの交通情報を収集する。交通情報サービスセンタ５００は、第一の交通情報配信手段５０１，道路リンク形状オブジェクト配信手段５０２，第二の交通情報配信手段５０３を備える。
【００２３】
第一の交通情報配信手段５０１は、交通情報収集源から取得した交通情報から、交通情報表示装置によって指定された範囲または指定された種類の交通情報を抽出し、地図に重畳表示可能なフォーマットに編集して交通情報表示装置に配信する。そのようなフォーマットとして、例えば図１０に示したＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）のようなものがある。配信する情報としては、渋滞情報オブジェクトの名称、及び、道路リンク形状オブジェクトの名称である。ここで配信するのは道路リンク形状オブジェクトそのものではなく、通信負荷の軽い情報である道路リンク形状オブジェクトの名称またはバージョン情報のみを配信する。詳細は後述する。
【００２４】
道路リンク形状オブジェクト配信手段５０２は、交通情報を提供する道路リンクのリンク形状を、リンクを構成する点列の座標列で表現した道路リンク形状オブジェクトとして、交通情報表示装置に配信する。道路リンク形状オブジェクトは、例えば図１１のようなフォーマットで表現される。実体である道路リンク形状オブジェクトは、必要なときに配信する。
【００２５】
第二の交通情報配信手段５０３は、第一の交通情報配信手段５０１で作成された配信フォーマットとは別に、渋滞情報オブジェクト自体をバイナリ形式で交通情報表示装置に配信する手段である。渋滞情報オブジェクト自体は情報量が多く、テキスト形式で表現した場合にはデータ容量が大きくなるので、第二の交通情報配信手段５０３を用いて必要なときだけ配信することで、システム全体としての通信負荷を軽減できる。また、第二の交通情報配信手段５０３によれば、例えば図１２のようなフォーマットで一度作成した情報は別の交通情報表示装置にも配信することが可能となり、再利用可能となる。特定地域，特定時間帯での渋滞情報オブジェクトは多くの人が要求することが考えられるが、斯様な事態が発生してもセンタでの計算負荷を極力押さえることができる。
【００２６】
次に、各配信フォーマットの例を図１０〜図１２を用いて説明する。
【００２７】
図１０は、交通情報配信サービスが配信する配信交通情報フォーマットの例である。配信交通情報フォーマット１０００は、ＸＭＬ形式で交通情報を表したものである。技術評論社刊行「標準ＸＭＬ完全解説」（ＩＳＢＮ４−７７４１−０５８４−８）によれば、ＸＭＬはインターネット上でデータを交換するための汎用的な言語であり、データをテキスト形式で表現する。ＸＭＬでは、構成要素を“＜＞”で囲まれたタグで表し、“＜要素名＞”で表現される開始タグと“＜／要素名＞”で表現される終了タグとの間にデータの内容を記述する。また、要素の属性データを“＜要素名  属性名１＝“属性値１”  属性名２＝“属性値２”・・・＞”の形式で記述する。
【００２８】
以下、配信交通情報フォーマット１０００の各要素が表す内容を説明する。要素１００１は、配信交通情報フォーマット１０００に含まれる交通情報の作成時刻を表す。図１０の例では、２００２年６月２８日１６時１５分に交通情報が作成されたことを表す。要素１００２は、＜Ｒｏｕｔｅ＞から＜／Ｒｏｕｔｅ＞で囲まれる領域に、経路の交通情報が記載されることを意味する。ここでは、＜Ｄａｔａ＞要素中の＜Ｅｖｅｎｔ＞要素によって、事象・規制情報を表現しており、図１０の例では、「事故」が原因による「車線規制」の事象・規制が発生したことを意味している。
【００２９】
要素１００３は、経路を構成する交通情報を表現する道路リンク列を表し、経路の進行方向上流から下流方向の順序でリンク要素を配置する。属性Ｍｅｓｈ２ｃｏｄｅは、リンクの属する２次メッシュコードを表す。２次メッシュコードは、地図上の領域を表すコードで、１メッシュの大きさは、経度幅７分３０秒，緯度幅５分で表される。２次メッシュコードの数値はメッシュ領域左下点の座標を表し、各桁の意味は以下に示される。
１，２桁目：（左下点の緯度［度単位］×１．５）の整数部
３，４桁目：（左下点の経度［度単位］−１００）の整数部
５桁目：（（左下点の緯度［度単位］−（１，２桁目の二桁整数）／１．５）×６０［分単位］／５）の整数部
６桁目：（（左下点の経度［度単位］−（３，４桁目の二桁整数）−１００）×６０［分単位］／７．５）の整数部
となる。例えば、左下座標が東経１４０度３０分、北緯３６度３０分であったとすると、
１，２桁目：３６．５×１．５＝５４．７５→５４
３，４桁目：１４０．５−１００＝４０．５→４０
５桁目：（３６．５−５４／１．５）×６０／５＝６．０→６
６桁目：（１４０．５−４０−１００）×６０／７．５＝４．０→４
となり、２次メッシュコードは“５４４０６４”となる。なおここで示した２次メッシュコードは東経、北緯のみを表しているが、西経、南緯を表す場合は２次メッシュコードの頭に南緯を表す“Ｓ”や西経を表す“Ｗ”などの表現を追加することで表記することも可能である。
【００３０】
要素１００３において属性Ｒｏａｄは道路種別を表し、都市間高速道路，都市内高速道路，一般道路、その他の道路などの種別を表す。図１０の例で、“ＮＯＲＭＡＬ”は「一般道路」と定義する。属性Ｌｉｎｋ＿ｉｄは、道路リンクのリンク番号を表す。図１０の例で、“２７”はリンク番号が「２７」であることを表す。属性Ｏｆｆ＿ｓｅｔ  は、経路の始端が道路リンク構成列の途中から開始する場合の位置を表し、道路リンク終端からの距離で定義されるリンク終端距離を表している。ここで、始端とは道路リンクの上流側の端点を表し、終端とは道路リンクの下流側の端点を表している。図１０の例で、“５００ｍ”は、道路リンク終端からの距離が５００メートルであることを示す。また、属性Ｖｉｃｓ＿ｍａｐは、この道路リンク形状を表す道路リンク形状オブジェクトのファイル名称を表す。
【００３１】
図１０の例で、“５４４０６４＿０７．ｖｍｐ”は、２次メッシュコード“５４４０６４”、バージョン“０７”の道路リンク形状オブジェクトが、当該リンク要素の道路リンク形状を含むことを示している。ここで、配信交通情報フォーマット中に、道路リンク形状オブジェクトの名称を含めると、以下が可能となる。道路リンク形状オブジェクト配信手段により、クライアント側で配信交通情報フォーマット中に含まれる道路リンク形状オブジェクトの名称を辿って、道路リンク形状オブジェクトの取得要求をサービスセンタ側に送信した際には、道路リンク形状を配信交通情報と分離して配信することができる。また、配信交通情報フォーマット中に、道路リンク形状オブジェクトの名称の他にバージョン情報を含めると、クライアント側で既に存在している道路リンク形状オブジェクトのバージョン情報と、配信交通情報フォーマットに含まれる道路リンク形状オブジェクトのバージョン情報を比較することによって、クライアント側は必要に応じて道路リンク形状オブジェクトのバージョンアップを図ることができる。
【００３２】
図１０の要素１００４は、＜Ａｒｅａ＞から＜／Ａｒｅａ＞で囲まれる領域に、面的な交通情報が記載されることを意味する。面的な交通情報とは、或る領域内に於ける渋滞状況のような領域内情報である。属性Ｍｅｓｈ２ｃｏｄｅは領域の２次メッシュコード，属性Ｖｉｃｓ＿ｍａｐは、領域内の道路リンク形状オブジェクトの名称を表す。要素１００５は、渋滞情報オブジェクトを示している。属性Ｄａｔａ＿ｔｙｐｅ  は、現状値または予測値などのデータの作成種別（図１０の例では現状値）を表し、属性Ｄａｔａ＿ｓｏｕｒｃｅはデータの情報提供元名称（図１０の例ではＶＩＣＳが情報提供元）を表し、属性Ｄａｔａ＿ｒｅｌｉａｂｉｌｉｔｙはデータの信頼度（図１０の例では１００）を表し、属性Ｄａｔａ＿ｆｉｌｅは渋滞情報オブジェクトの名称を表している。図１０の例で、“５４４０６４＿１６１５．ｊａｍ”は、渋滞情報オブジェクトが２次メッシュコード「５４４０６４」の渋滞情報オブジェクトを含み、作成時刻が「１６時１５分」であることを示している。配信交通情報フォーマット中に渋滞情報オブジェクトの名称を含めているので、第二の交通情報配信手段によって、配信交通情報フォーマットとは別個に渋滞情報オブジェクトを配信することができる。従って、テキスト形式にした場合に容量が大きくなり得る渋滞情報オブジェクトでもバイナリ形式で配信することが可能となり、通信容量を低減することができる。
【００３３】
図１１は、交通情報配信サービスが配信する道路リンク形状オブジェクトの例である。道路リンク形状オブジェクトは、フォーマット１１００にあるように、ヘッダ部分に２次メッシュ座標，リンク数を定義する。フォーマット１１００は、道路リンク形状オブジェクトを２次メッシュコード単位で規定し、２次メッシュ内部に含まれる交通情報を提供する道路リンクの数を定める。フォーマット１１００は、リンク数に定められた数のリンク情報を含み（図１１の例では１５個）、更にリンク情報は、リンク番号，全点数，点情報の項目を持つ。リンク番号は、道路リンク固有の番号であり、このリンク番号を指定することで、交通情報を提供する道路リンクを特定することができる。
【００３４】
全点数は、リンク形状を構成する点情報の数である。点情報は、点座標Ｘ，点座標Ｙ，リンク終端距離の情報をもつ。点座標Ｘ及びＹは、２次メッシュ内における点の座標であり、２次メッシュ左下を原点とし、内部の点を、０＜＝Ｘ＜１００００，０＜＝Ｙ＜１００００の相対座標で表す。２次メッシュ左下点の緯度・経度、及び２次メッシュの緯度幅，経度幅は分かっているので、この座標とメッシュコードから各点情報の緯度・経度が算出され、地図表示システム上に描画することができる。リンク終端距離は、各点情報が存在しているリンクのリンク終端から当該各点情報までの実距離をメートル単位で表す。道路リンク形状オブジェクトの表示例を図１３上部に示す。１３０１は、ある道路リンクを表し、１３０２，１３０３，１３０４は道路リンクを構成する点を表す。図１３の点１３０２，１３０３，１３０４は、図１１の点情報にそれぞれ対応しており、図１１のフォーマット１１００によって、交通情報を提供する道路リンクの形状を表現できることが分かる。
【００３５】
図１２は、交通情報配信サービスが配信する渋滞情報オブジェクトの例である。渋滞情報オブジェクトは、フォーマット１２００にあるように、ヘッダ部分に２次メッシュ座標，リンク数を定義する。フォーマット１２００は、渋滞情報オブジェクトを２次メッシュコード単位で規定し、２次メッシュ内部に含まれる渋滞情報オブジェクトを提供する道路リンクの数を定める。フォーマット１２００は、リンク数に定められた数のリンク情報を含み（図１２の例では５個）、更にリンク情報は、リンク番号，リンク旅行時間，渋滞区間数，全体渋滞度，渋滞区間の項目を持ち、道路リンクごとの渋滞情報オブジェクトを定義する。リンク番号は、渋滞情報オブジェクトを定義する道路リンクのリンク番号であり、このリンク番号を図１１の例に示した道路リンク形状オブジェクト内のリンク番号と対応させることにより、渋滞情報オブジェクトを提供する道路リンクを特定することができる。リンク旅行時間は、道路リンクを走行するのに必要な所要時間であり、交通状況に応じて変化する。渋滞区間数は、道路リンク内部に含まれる渋滞個所の合計数である。全体渋滞度は、道路リンク全体の渋滞度であり、順調＝１，混雑＝２，渋滞＝３のように各コードに意味を持たせることで定義する。渋滞区間は、渋滞度，リンク終端距離，渋滞長の情報をもつ。渋滞度は、渋滞区間での渋滞度を表し、全体渋滞度と同様、コードによって分類する。リンク終端距離は、各渋滞区間の渋滞先頭位置をリンク終端からの実距離で表す。渋滞長は、各渋滞区間の長さを表す。渋滞情報オブジェクトの表示例を図１３下部に示す。１３０５，１３０６は渋滞区間を表す。図１３の点１３０５，１３０６は、図１２の渋滞区間にそれぞれ対応している。渋滞区間１３０５を例にとり、渋滞区間を描画するための処理を説明する。
▲１▼渋滞先頭位置の座標を計算する。
【００３６】
渋滞区間１３０５のリンク終端距離６００ｍを、該当する道路リンク形状オブジェクトの点座標を順に参照して、どの点情報の間の地点であるかを判定する。渋滞区間１３０５の場合、点情報１３０３とリンク終端距離が一致するので、渋滞先頭位置の座標は、点情報１３０３の座標から計算できる。
▲２▼渋滞終了位置の座標を計算する。
【００３７】
渋滞終了位置のリンク終端距離は、渋滞先頭位置のリンク終端距離に渋滞長を加えることで求まり、渋滞区間１３０５の場合、６００ｍ＋２００ｍ＝８００ｍとなる。次に渋滞終了位置がどの点情報の間の地点であるかを、渋滞先頭位置の場合と同様に求める。渋滞区間１３０５の場合、渋滞終了位置は、点情報１３０２と点情報１３０３の間にあることがわかる。次に内分の公式により、渋滞終了位置の座標を計算する。渋滞区間１３０５の渋滞終了位置は、
2004355468.tif 000003
として座標が算出できる。
▲３▼渋滞区間を描画する。
【００３８】
渋滞先頭位置と渋滞終了位置との区間を、道路リンク形状オブジェクトに沿って、渋滞度を定義した色で曲線として描画する。このとき進行方向に対して左側に垂直方向にずらすなどして、道路脇に渋滞状況を描画すると分かり易い。これは、日本など左側通行の場合のことであるが、右側通行の国では進行方向に対して右側にずらせばよい。
【００３９】
渋滞区間１３０６に関しても、渋滞区間１３０５と同様に上記の処理によって、描画できる。また、区間１３０７に関しては、渋滞区間が定義されていないが、交通情報サービスセンタの配信規約として、渋滞区間非定義の区間に関しては、之を順調としておくことで、渋滞区間非定義区間の渋滞度を決定し、描画することができる。
【００４０】
以上の例で示したように図５のシステム構成、即ち、交通情報配信サービスセンタに第一・第二の交通情報配信手段と道路リンク形状オブジェクト配信手段５０２を備えて、図１０〜図１２に示した配信交通情報フォーマットで各々を分離して配信することにより、サービスを享受するクライアント側で受信する項目を選択することが可能である。交通情報表示用の道路リンクとの対応関係を持たない地図を利用した地図システム、例えば画像形式の地図を利用した地図システムを備えたクライアントに対しては、交通情報と道路リンク形状オブジェクトを配信することで交通情報表示が可能となる。
【００４１】
既に交通情報表示用の道路リンク形状オブジェクトを持っているクライアント、或いは交通情報表示用の道路リンク形状との対応関係を持つ地図を備えた地図システムを持っているクライアントに対しては、交通情報のみを配信することで交通情報表示が可能となる。以上のように、クライアント側では必要に応じた情報を選択的に受信することが可能であり、交通情報を要求してから表示するまでの時間を低減できる。また、サービスプロバイダ側からみれば、クライアント側の備える地図システムに依らずに、共通の仕様で交通情報のサービス提供が可能となるので、サービス対象の幅が広がるというメリットがある。
【００４２】
図６は、交通情報表示装置のシステム構成図の例である。交通情報表示装置６００は、交通情報サービスセンタから通信ネットワーク５０４を介して交通情報を取得し、地図情報表示手段６０４によって地図に交通情報を重畳して、図３に示すように交通情報を表示する。このとき交通情報表示装置６００は、道路リンク形状受信判別手段６０１，道路リンク形状オブジェクト記憶手段６０２を備えることにより、通信量を低減してユーザであるクライアントに対して応答性のよい交通情報提供を可能とする。
【００４３】
図７は、図６に示した交通情報表示装置が、通信量を低減しつつ、交通情報を地図上に重畳表示することを可能にするための処理フローである。以下図７のフローについて説明する。図中のＳ７０１などは、ステップ７０１などの意味である。以下の図についても同じである。
【００４４】
Ｓ７０１，Ｓ７０２：交通情報表示装置は、通信ネットワーク５０４を介して、交通情報サービスセンタに対して最新交通情報を要求する。要求する際には、現在交通情報表示装置の地図表示システムで表示している領域、或いは当該領域と其の周辺までを含んだ領域で表される交通情報の要求エリアと、渋滞情報オブジェクトのみ、事象・規制情報のみ、あるいは其の両方等で表される要求情報種別をパラメータとして送信する。
【００４５】
Ｓ７０３：交通情報サービスセンタは、要求エリア，要求情報種別の最新交通情報を読み込む。要求エリアが複数の交通情報収集源の情報収集エリアに跨っている場合には、要求エリアに含まれる全ての交通情報収集源の情報を読み込む。
【００４６】
Ｓ７０４，Ｓ７０５：交通情報サービスセンタは、読み込んだ交通情報を図１０に示すような配信交通情報フォーマットの形式に変換して、交通情報表示装置に対して送信する。配信交通情報フォーマットには、図１０にも示したように、交通情報（図１０の例では事象・規制情報）、道路リンク形状オブジェクトの名称及びバージョン情報（図１０の例では要素１００３に示したＶｉｃｓ＿ｍａｐ属性）を含める。また、交通情報サービスセンタが図５に示した第二の交通情報配信手段５０３を備える場合には、図１２に示すような渋滞情報オブジェクトのファイルも作成し、そのファイルの名称を配信交通情報フォーマットに含める（図１０の例では要素１００５）。渋滞情報オブジェクトの名称が配信交通情報に含まれるとき、交通情報表示装置は、別途、渋滞情報オブジェクトを交通情報サービスセンタから取得することが可能となる。
【００４７】
Ｓ７０６：交通情報表示装置は、図６に示した道路リンク形状受信判別手段６０１によって、配信交通情報フォーマットに含まれる道路リンク形状オブジェクトの名称、及びバージョン情報を道路リンク形状オブジェクト記憶手段６０２に含まれる道路リンク形状オブジェクトの名称，バージョン情報と比較する。既に道路リンク形状オブジェクト記憶手段６０２に配信交通情報フォーマットに含まれる道路リンク形状オブジェクトが存在する場合には、処理はＳ７１１に進む。道路リンク形状オブジェクトが存在しない場合には、処理はＳ７０７に進む。また、交通情報表示装置が備える地図が交通情報を定義する道路リンク情報を含んでいる場合には、道路リンク形状オブジェクトを取得する必要がないので、処理はＳ７１１に進む。
【００４８】
Ｓ７０７，Ｓ７０８：交通情報表示装置は、配信交通情報フォーマットに含まれる名称の道路リンク形状オブジェクトを交通情報サービスセンタに要求する。
【００４９】
Ｓ７０９，Ｓ７１０：交通情報表示装置は、道路リンク形状オブジェクトを交通情報配信センタから図１１に示すようなフォーマットのファイルとして取得し、道路リンク形状オブジェクト記憶手段６０２に記憶する。記憶した道路リンク情報オブジェクトは、表示に用いられる他、Ｓ７０６の処理において、過去に取得した道路リンク形状オブジェクトとして配信交通情報フォーマットに含まれる道路リンク形状オブジェクトの名称，バージョン情報と比較する。
【００５０】
Ｓ７１１：交通情報表示装置は、図１３に示した方法を用いるなどして、図６の地図表示手段６０３によって交通情報を地図上に重畳して、図３の例に示したように最新交通情報を画面表示する。
【００５１】
以上の処理により、図６に示した交通情報表示装置６００は、道路リンク形状オブジェクトが描画に必要な場合にのみ道路リンク形状オブジェクトを通信によって取得するので、通信量を少なくすることができる。従って、ユーザであるクライアントに対してレスポンスのよい交通情報表示を実現することができる。図７には、渋滞情報オブジェクトの名称を配信しておいて、別途渋滞情報オブジェクトそのものを配信する旨表現されていないが、上記と同様にして行うことが可能である。
【００５２】
以下、道路リンク形状オブジェクトのバージョンを事前に受信する交通情報配信サービスの例について説明する。
【００５３】
前述した交通情報表示装置の例（図６，図７）では、交通情報表示装置側で道路リンク形状オブジェクトの必要性を判断し、交通情報を表示する例であった。以下に示す実施例では、交通情報サービスセンタ側で道路リンク形状オブジェクトの必要性を判断する例について述べる。
【００５４】
図８は、交通情報サービスセンタの別の例である。交通情報サービスセンタ８００は、図５の交通情報サービスセンタと同様に通信ネットワーク５０４を介して交通情報表示装置と接続する。また、交通情報収集源とも通信ネットワーク５０５と接続し、定期的にリアルタイムの交通情報を収集する。交通情報サービスセンタ８００は、交通情報配信手段５０１，道路リンク形状オブジェクト配信手段５０２，バージョン情報受信手段８０１，道路リンク形状配信判別手段８０２を備える。バージョン情報受信手段８０１は、交通情報表示装置から道路リンク形状オブジェクトのバージョン情報を受信する手段である。道路リンク形状配信判別手段８０２は、バージョン情報受信手段８０１が受信したバージョン情報と最新交通情報が対応する道路リンク形状のバージョン情報とを比較し、配信の可否を判断する手段である。
【００５５】
以下図９の処理フローを用いて、道路リンク形状オブジェクトの配信可否を判断する処理について説明する。
【００５６】
Ｓ９０１，Ｓ９０２：交通情報表示装置は、通信ネットワーク５０４を介して、交通情報サービスセンタに対して最新交通情報を要求する。要求する際には、図７の例と同様に交通情報の要求エリア，要求情報種別の他に交通情報表示装置がもつ道路リンク形状オブジェクトのバージョン情報をパラメータとして送信する。送信するバージョン情報の取り方としては、要求エリア内の道路リンク形状オブジェクトの中の一番古いバージョン情報のみを送信する方法、あるいは２次メッシュごとにバージョン情報を指定する方法など可能である。
【００５７】
Ｓ９０３：交通情報サービスセンタは、図７の処理と同様、要求エリア，要求情報種別の最新交通情報を読み込む。要求エリアが複数の交通情報収集源の情報収集エリアに跨っている場合には、要求エリアに含まれる全ての交通情報収集源の情報を読み込む。また、交通情報サービスセンタは、図８に示したバージョン情報受信手段８０１により、交通情報表示装置から送信された道路リンク形状オブジェクトのバージョン情報を受信する。
【００５８】
Ｓ９０４：交通情報サービスセンタは、図８に示した道路リンク形状配信判別手段８０２によって、最新交通情報が対応する道路リンク形状オブジェクトのバージョン情報とバージョン情報受信手段８０１が取得したバージョン情報を比較する。双方のバージョン情報が一致する場合は、処理はＳ９０５に進む。バージョン情報が一致しない場合には、処理はＳ９０６に進む。
【００５９】
Ｓ９０５：交通情報サービスセンタは、最新の交通情報のみを交通情報表示装置に対して配信する。道路リンク形状オブジェクトのバージョン情報が一致しているので、交通情報表示装置は既に持っている道路リンク形状オブジェクトを利用して交通情報を表示することができる。
【００６０】
Ｓ９０６：交通情報サービスセンタは、図７のＳ７０４，Ｓ７０５と同様に、配信交通情報フォーマットに道路リンク形状オブジェクトの名称，バージョン情報を含めて交通情報を配信する。交通情報表示装置は、以下図７のＳ７０７〜Ｓ７１１の処理を実施して、道路リンク形状オブジェクトを取得し、交通情報を地図上に重畳表示する。
【００６１】
以上の処理により、図８に示した交通情報サービスセンタ８００は、交通情報表示装置が道路リンク形状オブジェクトを必要とする場合にのみ道路リンク形状オブジェクトを配信するので、通信量を少なくすることができる。従って、ユーザであるクライアントに対してレスポンスのよい交通情報表示を実現することができる。
【００６２】
以上によれば、交通情報の配信通信容量を低減しつつ、交通情報表示用の道路リンクとの関連付け情報を持っていない地図を利用した地図表示システムに対しても、地図上の交通情報重畳表示を可能とすることができる。
【００６３】
【発明の効果】
本発明によれば、ユーザであるクライアントに対してレスポンスのよい交通情報表示を実現することができる。
【図面の簡単な説明】
【図１】従来のカーナビゲーションシステムにおけるリンクとＶＩＣＳリンクの関係。
【図２】車輌運行管理システムにおける車輌位置表示画面。
【図３】交通情報表示装置による車輌位置と交通情報の重畳表示画面。
【図４】交通情報配信サービスが提供するシステム構成ブロック図。
【図５】交通情報配信サービスを実現する交通情報サービスセンタの例。
【図６】交通情報表示装置の例。
【図７】交通情報表示装置が交通情報を取得する処理フロー。
【図８】交通情報配信サービスを実現する別の交通情報サービスセンタの例。
【図９】交通情報配信サービスが事前に道路リンク形状オブジェクトのバージョンを把握して交通情報を配信する処理フロー。
【図１０】交通情報配信サービスが配信する配信交通情報フォーマットの例。
【図１１】交通情報配信サービスが配信する道路リンク形状オブジェクトの例。
【図１２】交通情報配信サービスが配信する渋滞情報オブジェクトの例。
【図１３】道路リンク形状オブジェクト及び渋滞情報オブジェクトの表示例。
【符号の説明】
２００…車輌位置表示画面、２０２…地図表示部、２０４…車輌位置、３００…車輌位置・交通情報重畳表示画面、３０９…渋滞情報オブジェクト、３１０…事象・規制情報、５００，８００…交通情報サービスセンタ、５０４，５０５…通信ネットワーク、６００…交通情報表示装置、１０００…配信交通情報フォーマット、１１００…道路リンク形状オブジェクトのフォーマット、１２００…渋滞情報オブジェクトのフォーマット、１３０１…交通情報を定義する道路リンク。
【図１】
2004355468.tif 000004
【図２】
2004355468.tif 000005
【図３】
2004355468.tif 000006
【図４】
2004355468.tif 000007
【図５】
2004355468.tif 000008
【図６】
2004355468.tif 000009
【図７】
2004355468.tif 000010
【図８】
2004355468.tif 000011
【図９】
2004355468.tif 000012
【図１０】
2004355468.tif 000013
【図１１】
2004355468.tif 000014
【図１２】
2004355468.tif 000015
【図１３】
2004355468.tif 000016