(57)【要約】【課題】精度良くエリア毎の渋滞情報を表示する。【解決手段】本発明にかかる渋滞情報表示システムは、各エリアに含まれるリンク毎の渋滞情報に基づいて、エリア単位の渋滞表示情報を表示する渋滞情報表示システムであって、出発地及び目的地を入力する入力手段と、リンク毎の渋滞情報を取得する取得手段と、出発地から目的地への方向性を示す第１の方向情報と、リンク毎にリンクの方向性を示す第２の方向情報とを算出する算出手段と、第１の方向情報及び第２の方向情報の方向差に応じて、取得手段により取得されたリンク毎の渋滞情報を補正する補正手段と、補正手段により補正されたリンク毎の渋滞情報に基づいて、エリア単位の渋滞表示情報を生成する生成手段とを有する。【選択図】図１１
2015025705.tif 000002
【特許請求の範囲】
【請求項１】
各エリアに含まれるリンク毎の渋滞情報に基づいて、エリア単位の渋滞表示情報を表示する渋滞情報表示システムであって、
出発地及び目的地を入力する入力手段と、
リンク毎の渋滞情報を取得する取得手段と、
前記出発地から前記目的地への方向性を示す第１の方向情報と、前記リンク毎にリンクの方向性を示す第２の方向情報とを算出する算出手段と、
前記第１の方向情報及び前記第２の方向情報の方向差に応じて、前記取得手段により取得されたリンク毎の渋滞情報を補正する補正手段と、
前記補正手段により補正されたリンク毎の渋滞情報に基づいて、エリア単位の渋滞表示情報を生成する生成手段と、
を有することを特徴とする渋滞情報表示システム。
【請求項２】
前記補正手段は、
前記第１の方向情報及び前記第２の方向情報の方向差が大きいほど、前記取得手段により取得されたリンク毎の渋滞度合いを、該渋滞度合いよりも小さい渋滞度合いに補正すること、
を特徴とする請求項１記載の渋滞情報表示システム。
【請求項３】
コンピュータに、
出発地及び目的地を入力する入力手段と、
リンク毎の渋滞情報を取得する取得手段と、
前記出発地から前記目的地への方向性を示す第１の方向情報と、前記リンク毎にリンクの方向性を示す第２の方向情報とを算出する算出手段と、
前記第１の方向情報及び前記第２の方向情報の方向差に応じて、前記取得手段により取得されたリンク毎の渋滞情報を補正する補正手段と、
前記補正手段により補正されたリンク毎の渋滞情報に基づいて、エリア単位の渋滞表示情報を生成する生成手段として機能させるための渋滞情報表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、渋滞情報表示システム及び渋滞情報表示プログラムに関する。
【背景技術】
【０００２】
従来より、道路上に渋滞箇所が存在する場合、例えば、赤色などの矢印を道路に沿って表示させることで、渋滞箇所を表示するナビゲーションが知られている。これにより、ユーザ（運転者等）は、容易に渋滞箇所を特定できるので、例えば、渋滞箇所を避けるような迂回経路を採ることができる。
【０００３】
ここで、例えば、東京都内など、一定の広い範囲でどこの道路も慢性的に渋滞しているような場合、渋滞状況を把握するにあたり、個々の道路毎に渋滞状況を表示するよりは、地図を一定のエリアに分割し、エリア毎の渋滞状況を表示する方が有効な場合がある（例えば、非特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【非特許文献１】株式会社アイ・トランスポート・ラボ、"東日本大震災時のメッシュ交通情報を用いた都区部における交通流動性分析"、［online］、［平成25年7月1日検索］、インターネット〈http://www.i-transportlab.jp/trafficscope/111102_dorokaigi.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記非特許文献１のように、エリア（メッシュ）毎の渋滞度合い（例えば、エリア内存在台数、集計交通量）に基づき、エリア全体の渋滞情報を作成するため、実際に走行してみると、車両の進行方向によっては、案外、渋滞していない（空いている）という場合がある。例えば、上り方面の道路は渋滞していないにも関わらず、下り方面の道路が大渋滞していることで、エリア全体として渋滞状況にあると表示される可能性がある。
【０００６】
よって、例えば、車両が上り方面へ進行する場合、実際、上り方面の道路は空いているにも関わらず、エリア全体が渋滞表示されているため、車両は当該エリアを避ける迂回経路を選択してしまうという事態が想定される。
【０００７】
本発明は上記の点に鑑み提案されたものであり、その目的とするところは、精度良くエリア毎の渋滞情報を表示することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明にかかる渋滞情報表示システムは、各エリアに含まれるリンク毎の渋滞情報に基づいて、エリア単位の渋滞表示情報を表示する渋滞情報表示システムであって、出発地及び目的地を入力する入力手段と、リンク毎の渋滞情報を取得する取得手段と、前記出発地から前記目的地への方向性を示す第１の方向情報と、前記リンク毎にリンクの方向性を示す第２の方向情報とを算出する算出手段と、前記第１の方向情報及び前記第２の方向情報の方向差に応じて、前記取得手段により取得されたリンク毎の渋滞情報を補正する補正手段と、前記補正手段により補正されたリンク毎の渋滞情報に基づいて、エリア単位の渋滞表示情報を生成する生成手段とを有する。
【発明の効果】
【０００９】
本発明の実施の形態によれば、精度良くエリア毎の渋滞情報を表示することができる。
【図面の簡単な説明】
【００１０】
【図１】渋滞情報表示システム１００のシステム構成図である。
【図２】渋滞情報表示サーバ１及び端末２のハードウェア構成例を示す図である。
【図３】渋滞情報表示サーバ１のソフトウェア構成例を示す図である。
【図４】ノード及びリンクの概念図を示す図である。
【図５】ノードデータ及びリンクデータの一例を示す図である。
【図６】渋滞情報の一例を示す図である。
【図７】渋滞情報表示処理例を示すフローチャート図である。
【図８】渋滞情報表示処理例を説明する図である。
【図９】渋滞情報表示処理例を説明する図である。
【図１０】渋滞情報表示処理例を説明する図である。
【図１１】渋滞情報表示処理例を説明する図である。
【図１２】渋滞度補正を説明する図である。
【図１３】渋滞表示画面の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の好適な実施形態につき説明する。
【００１２】
＜構成＞
（システム構成）
図１は、本実施形態にかかる渋滞情報表示システム１００のシステム構成図である。渋滞情報表示システム１００は、渋滞情報表示サーバ１及び端末２が、ネットワーク３を介して接続される。
【００１３】
渋滞情報表示サーバ１は、ユーザの端末２に対し、渋滞情報を提供するサーバ装置である。本実施形態においては、端末２から出発地と目的地の情報が入力されると、出発地から目的地への方向性に基づいて、地図上、エリア毎の渋滞情報を表示する。
【００１４】
端末２は、ユーザが利用するユーザ端末である。端末２は、例えば、車両搭載型のナビゲーション専用端末２ａ、スマートフォン、タブレット又は携帯電話などの携帯端末２ｂ、一般的なパソコンであるＰＣ２ｃなどにより構成される。ユーザは端末２を用いて渋滞情報表示サーバ１にアクセスすることで、地図上、エリア毎の渋滞情報を表示する。
【００１５】
なお、一概に渋滞情報表示システム１００といっても、様々な装置構成及び利用態様がある。例えば、端末２が携帯端末２ｂやＰＣ２ｃである場合、渋滞情報表示サーバ１側で、地図データを含む全データを生成し、端末２側は、受信したデータを、Ｗｅｂブラウザやアプリケーションを介し、表示する構成となる。本実施形態ではこの構成を採用する。
【００１６】
一方、端末２がナビゲーション専用端末２ａである場合、渋滞情報表示サーバ１は不要となる。即ち、ナビゲーション専用端末２ａ側で、適宜外部から情報（例えば、ＶＩＣＳ(登録商標)情報等）を取得しつつも、地図データを含む全データを生成し、生成したデータを表示する構成となる。またもしくは、ある程度の機能を端末２側は、ある程度の機能を有しており、必要に応じて、渋滞情報表示サーバ１と通信する場合もある。
【００１７】
ネットワーク３は、有線、無線を含む通信ネットワークでる。例えば、電話回線網、ＷｉＦｉ（登録商標）、及びインターネットなどを含む。
【００１８】
（ハードウェア構成）
図２は、本実施形態にかかる渋滞情報表示サーバ１及び端末２のハードウェア構成例を示す図である。
【００１９】
渋滞情報表示サーバ１は、ハードウェア構成として、図に示されるように、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ＨＤＤ（Hard Disk Drive）１４、入力装置１５、表示装置１６、通信装置１７を有する。
【００２０】
また、端末２は、ハードウェア構成として、図に示されるように、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ１４、入力装置１５、表示装置１６、通信装置１７、音声入出力装置１８、ＧＰＳ受信装置１９を有する。
【００２１】
ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする作業エリアである。ＨＤＤ１４は、各種データ及びプログラムを格納する。入力装置１５は、例えばキーボードやマウスである。表示装置１６は、各種情報を表示するためのディスプレイである。通信装置１７は、ネットワーク３を介し、他装置との通信を行う。
【００２２】
また、音声入出力装置１８は、音声の入出力を行う装置であり、例えば、ナビゲーションの音声ガイダンスが出力される。ＧＰＳ受信装置１９は、端末２の現在位置をＧＰＳ衛星より受信する。
【００２３】
なお、端末２は、例えばスマートフォンやナビゲーション専用端末でありうるため、入力装置１５は、キーボードやマウスに代え、画面上のタップ座標（タッチ座標）を検知可能なタッチパネルにより実現されうる。またこの場合、入力操作は、画面上のタッチパネルと、プログラムにより制御されるソフトウェアキー等とにより実現される。
【００２４】
（ソフトウェア構成）
図３は、本実施形態にかかる渋滞情報表示サーバ１のソフトウェア構成例を示す図である。渋滞情報表示サーバ１は、主な機能部として、入力部１０１、渋滞情報取得部１０２、方向情報算出部１０３、渋滞情報補正部１０４、渋滞表示情報生成部１０５、記憶部１０６を有する。
【００２５】
入力部１０１は、ユーザの出発地及び目的地を入力（取得）する機能を有している。例えば、ユーザは、目的地迄の渋滞情報や経路を知りたい場合、端末２を介し入力部１０１に対して、出発地及び目的地の情報を入力する。なお、出発地については、端末２のＧＰＳ受信装置１９により取得された現在位置が自動的に入力されてもよい。
【００２６】
渋滞情報取得部１０２は、公共のシステムなどから提供される道路交通情報（ＶＩＣＳ情報やプローブ情報等）から、リンク（道路）毎の渋滞情報を取得する機能を有している。
【００２７】
方向情報算出部１０３は、入力部１０１により入力された出発地から目的地への方向性を示す目的地方向情報（例えば、目的地への方向ベクトル）と、各々のリンク毎にリンクの方向性を示すリンク方向情報（例えば、リンクの方向ベクトル）とを算出する。
【００２８】
渋滞情報補正部１０４は、目的地方向情報及びリンク方向情報の方向差に応じて、入力部１０１により入力されたリンク毎の渋滞情報を補正する。例えば、渋滞情報が渋滞度合いを示す値（例えば、５〜０など）で表現される場合、渋滞情報補正部１０４は、目的地方向情報及びリンク方向情報の方向差が大きいほど、入力部１０１により入力されたリンク毎の渋滞度合いを、その渋滞度合いよりも小さい渋滞度合いになるよう補正する。
【００２９】
渋滞表示情報生成部１０５は、渋滞情報補正部１０４により補正されたリンク毎の渋滞情報に基づいて、エリア単位の渋滞表示情報を生成する。例えば、エリアとして、渋滞状態にある場合、地図上、当該エリアに赤色のマスクをかけることで、渋滞表示情報を表示する。また、混雑状態（渋滞状態よりはやや穏やかな状態）にある場合、地図上、当該エリアに黄色のマスクをかけることで、渋滞表示情報を表示する。一方、渋滞・混雑なしである場合には、渋滞表示情報を生成する必要はないので、地図上、当該エリアを通常通り表示する。
【００３０】
なお、エリア（メッシュ）とは、地図上、一定の大きさで区画された領域範囲である。エリアは、地図上、例えば、２５０ｍ。５００ｍ、１ｋｍ、５ｋｍなどの格子（メッシュ）単位で地図領域を区画することで作成される。通常、エリアは格子（矩形）形状であるため、地図上、少なくとも２点の対角座標地点があれば、エリア範囲を特定することが可能である。
【００３１】
記憶部１０６は、地図、エリア、ノード、リンクなど、各種データを予め記憶する機能を有している。
【００３２】
なお、図３のソフトフェア構成例は、上述したように、端末２が携帯端末２ｂやＰＣ２ｃである場合、渋滞情報表示サーバ１側で、地図データを含む全データを生成し、端末２側は、受信したデータを、Ｗｅｂブラウザやアプリケーションを介し、表示する構成となる。
【００３３】
一方、端末２がナビゲーション専用端末２ａである場合、ナビゲーション専用端末２ａ側で、図３の全ソフトフェア構成を実現してもよい。即ち、図３のソフトフェア構成は、様々な装置構成及び利用態様に応じて、渋滞情報表示システム１００の全体として実現されればよい。
【００３４】
また、これら各機能部は、渋滞情報表示サーバ１及び／又は端末２を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。
【００３５】
（ノードデータ及びリンクデータ）
図４は、本実施形態にかかるノード及びリンクの概念図を示す図である。上述したように、地図データにおいて、道路データは、リンクとノードという概念で表現できる。ノードは、交差点、合流地点、分岐点、道路上特に指定された点である。また、リンクは、各ノードを接続する線（道路）である。
【００３６】
なお、本実施形態においては、双方向の車線を別々のリンクとして取り扱う。例えば、図に示されるように、ノードＮ１とノードＮ２を接続するリンクは、車線方向毎に、リンクＬ１とリンクＬ２が存在する。リンクＬ１はノードＮ２からＮ１へと向かう道路であり、リンクＬ２はノードＮ１からＮ２へと向かう道路となっている。
【００３７】
図５は、本実施形態にかかるノードデータ及びリンクデータの一例を示す図である。これは、図４に示されるノード及びリンクの概念図を、ノードデータ及びリンクデータとして示したものである。
【００３８】
まず、（ａ）ノードデータは、例えば、ノード毎に、「ノードＩＤ」、「位置」、「接続リンクＩＤ」を有する。
【００３９】
「ノードＩＤ」は、システムの管理上、ノード毎に付与される固有識別子である。
【００４０】
「位置」は、当該ノードの位置を特定するための位置情報である。例えば、緯度・経度などの位置座標で表現される。
【００４１】
「接続リンクＩＤ」は、当該ノードに接続されるリンクのＩＤである。
【００４２】
なお、図５（ａ）のノードデータはあくまで一例である。よって、ノードデータは、例えば、他のノード属性情報として、横断歩道の有無、信号の有無、信号数、信号位置、ノード接続角度、接続リンク数などを有してもよい。
【００４３】
次いで、（ｂ）リンクデータは、例えば、リンク毎に、「リンクＩＤ」、「始点ノードＩＤ」、「終点ノードＩＤ」、「リンクコスト」を有する。
【００４４】
「リンクＩＤ」は、システムの管理上、リンク毎に付与される固有識別子である。
【００４５】
「始点ノードＩＤ」は、リンクの端点のうち、始点となるノードのＩＤを示す。また、「終点ノードＩＤ」は、リンクの端点のうち、終点となるノードのＩＤを示す。なお、本実施形態において、「始点ノードＩＤ」及び「終点ノードＩＤ」の情報は、後述するように、そのリンク（道路）の方向性を算出するために用いられる。
【００４６】
「リンクコスト」は、当該リンクのコストである。つまり「リンクコスト」は、経路探索時に用いられるパラメータで、例えば、コスト値が小さいほど、経路探索上、優位な経路と扱われる。よって、車両の走行のし易さや走行時間の少なさなど、その道路の走行性という観点から、例えば、リンク幅、リンク長、車線数、横断歩道の有無、信号数など様々な要素に基づいて、リンク毎に特定される。なお、実際の経路探索時には、リンクの「リンクコスト」自体に加え、例えば、道路種別、渋滞情報、規制情報、事故情報などの変動的要素が併せて加味されることで、最適な経路が探索されうる。
【００４７】
なお、図５（ｂ）のリンクデータはあくまで一例である。よって、リンクデータは、例えば、他のリンク属性情報として、道路種別、リンク幅、リンク長、車線数、横断歩道の有無、信号数などを有してもよい。
【００４８】
（渋滞情報）
図６は、本実施形態にかかる渋滞情報の一例を示す図である。渋滞情報は、例えば、道路交通情報（ＶＩＣＳ情報やプローブ情報等）から取得することができる。図に示されるように、本実施形態にかかる渋滞情報は、リンク毎（リンクＩＤ毎）の渋滞状況に応じて、５（渋滞している）〜０（順調・空いている）の値がある。
【００４９】
ここで、例えば、国道又は県道のような一般道の場合、車の流れが１０Ｋｍ／ｈ以下であると、「渋滞度」は５〜４（渋滞）となり、１０Ｋｍ／ｈを超え２０Ｋｍ／ｈ以下であると、「渋滞度」は４〜２（混雑）となり、２０Ｋｍ／ｈを超える場合は、「渋滞度」は２〜０（順調・空いている）となる。また、例えば、高速道路では、車の流れが２０Ｋｍ／ｈ以下であると、「渋滞度」は５〜４（渋滞）となり、２０Ｋｍ／ｈを超え４０Ｋｍ／ｈ以下であると、「渋滞度」は４〜２（混雑）となり、４０Ｋｍ／ｈを超える場合は、「渋滞度」は２〜０（順調・空いている）となる。
【００５０】
渋滞情報は、提供される渋滞情報の種類に応じて各種のものが利用できる。例えば、渋滞情報としては、「渋滞度」の他にも、例えば、車両がリンクを走行した場合の「走行速度」や「通過時間」として取得されうる。この場合、「走行速度」又は「通過時間」を、リンク長で除算した値を用いることで、そのリンクの渋滞度合いを表現することができる。
【００５１】
また、通常の場合、渋滞情報は、一定タイミング毎に取得されるので、定期的に新しい情報に更新される。しかし、必ずしもこれに限られず、例えば、過去渋滞統計データに基づく予測渋滞データを設け、その予測渋滞データを渋滞情報として取得してもよい。
【００５２】
＜渋滞情報の表示処理＞
図７は、本実施形態にかかる渋滞情報表示処理例を示すフローチャート図である。以下、渋滞情報表示サーバ１の渋滞情報表示処理例について、適宜図面を交えながら、具体的に説明する。
【００５３】
（Ｓ１）
渋滞情報表示サーバ１（入力部１０１）は、端末２から、ユーザの出発地及び目的地の情報を入力（取得）する。ユーザは、目的地迄の渋滞情報や経路を知りたい場合、端末２を介し渋滞情報表示サーバ１に対して、出発地及び目的地の情報を入力する。出発地については、端末２のＧＰＳ受信装置１９により取得された現在位置が自動的に入力されてもよい。
【００５４】
（Ｓ２）
次に、渋滞情報表示サーバ１（方向情報算出部１０３）は、出発地から目的地への方向ベクトル（Ｐ）を算出する。例えば、図８に示すように、出発地点の位置座標を始点とし、目的地点の位置座標を終点とすることで、出発地から目的地と向かう方向性を持った方向ベクトルを算出することができる。方向ベクトル算出の際は、位置座標を特定するために、記憶部１０６の地図データが参照される。
【００５５】
（Ｓ３）
次に、渋滞情報表示サーバ１は、図９に示すように、縮尺に基づいて、地図を一定のエリアに分割する。エリア（メッシュ）は、地図上、一定の大きさで区画された領域範囲である。なお、エリアのサイズは、地図上、ユーザの望む縮尺に応じて決定される。例えば、縮尺が広範囲である場合、エリアのサイズは、大きめのサイズ（例えば、１ｋｍ、５ｋｍなど）で分割することで、地図上、エリアを表示したときの視認性を高める。一方、例えば、縮尺が狭範囲である場合、エリアのサイズは、小さめのサイズ（例えば、２５０ｍ、５００ｍなど）で分割する。
【００５６】
（Ｓ４）
次に、渋滞情報表示サーバ１（方向情報算出部１０３）は、エリア単位で、エリア内に存在する全リンクの方向ベクトルを算出する。例えば、図１０に示すように、リンクの始点ノードの位置座標を始点とし、終点ノードの位置座標を終点とすることで、リンク（道路）毎に、進行方向性を持った方向ベクトルを算出することができる。方向ベクトル算出の際は、記憶部１０６の地図データ、ノードデータ、リンクデータなどが参照される（例えば、図５参照）。
【００５７】
なお、対象となるエリアは、表示中の地図に存在するエリアでよい。また、表示中の地図に存在する全エリアを対象に、エリア内に存在する全リンクの方向ベクトルを算出する。
【００５８】
（Ｓ５）
次に、渋滞情報表示サーバ１（渋滞情報補正部１０４）は、Ｓ２で算出した目的地への方向ベクトルを基準として、Ｓ４で算出した各々のリンク毎の方向ベクトルとの方向差を算出する。
【００５９】
図１１は、本実施形態にかかる方向差算出を説明する図である。具体的に、図１０のエリアＡ内に存在する（ａ）リンクＬ１、（ｂ）リンクＬ２、（ｃ）リンクＬ５、（ｄ）リンクＬ６の例を挙げ、方向差の算出について説明する。
【００６０】
まず、図１１（ａ）に示されるように、リンクＬ１の場合、目的地への方向ベクトルＰの出発地点と、リンクＬ１の方向ベクトルＬ１の始点とを基準として、その方向差（角度差）Ｌ１を算出する。また、方向差の絶対値|Ｌ１|を算出する。
【００６１】
なお、方向差の値（角度値）は、−１８０度〜＋１８０度の範囲をとり、方向差の絶対値は、０度〜＋１８０度の範囲をとる。例えば、方向ベクトルＰと方向ベクトルＬ１とが線で重なる場合には、方向差の値は、０度である。
【００６２】
また、図１１（ｂ）に示されるように、リンクＬ２の場合、目的地への方向ベクトルＰの出発地点と、リンクＬ２の方向ベクトルＬ２の始点とを基準として、その方向差（角度差）Ｌ２を算出する。また、方向差の絶対値|Ｌ２|を算出する。
【００６３】
また、図１１（ｃ）に示されるように、リンクＬ５の場合、目的地への方向ベクトルＰの出発地点と、リンクＬ５の方向ベクトルＬ５の始点とを基準として、その方向差（角度差）Ｌ５を算出する。また、方向差の絶対値|Ｌ５|を算出する。
【００６４】
また、図１１（ｄ）に示されるように、リンクＬ６の場合、目的地への方向ベクトルＰの出発地点と、リンクＬ６の方向ベクトルＬ６の始点とを基準として、その方向差（角度差）Ｌ６を算出する。また、方向差の絶対値|Ｌ６|を算出する。
【００６５】
以上、各々の方向差の絶対値をまとめると、小さい順から、|Ｌ１|、|Ｌ５|、|Ｌ６|、|Ｌ２|となる。目的地への方向ベクトルとの方向差の絶対値が小さいほど、そのリンクは、目的地と同じ方向を向かっているリンクであることを示す。逆に、目的地への方向ベクトルとの方向差の絶対値が大きいほど、そのリンクは、目的地とは反対方向に向かっているリンクであることを示す。
【００６６】
（Ｓ６）
次に、渋滞情報表示サーバ１（渋滞情報取得部１０２）は、リンク（道路）毎の渋滞度を取得する（例えば、図６参照）。対象となるリンクは、表示中の地図に存在するエリア内に存在する全リンクである。
【００６７】
（Ｓ７）
次に、渋滞情報表示サーバ１（渋滞情報補正部１０４）は、目的地への方向ベクトルと、リンク毎の方向ベクトルとの方向差に応じて、Ｓ６で取得したリンク毎の渋滞度を補正する。具体的には、目的地への方向ベクトルと、リンク毎の方向ベクトルとの方向差の絶対値が大きいほど、渋滞度を下げるような補正を実行する。
【００６８】
図１２は、本実施形態にかかる渋滞度補正を説明する図である。渋滞情報表示サーバ１（渋滞情報補正部１０４）は、例えば、目的地への方向ベクトルと、リンク毎の方向ベクトルと方向差の絶対値に応じて、Ｓ６で取得したリンクの渋滞度に対し、渋滞度に反比例する補正係数を乗算することで、その渋滞度を補正する。
（１）０度≦方向差の絶対値＜４５度
補正係数１を乗算する（又は何ら補正しない）。
（２）４５度≦方向差の絶対値＜９０度
補正する。補正係数０．７を乗算する。
（３）９０度≦方向差の絶対値＜１３５度
補正する。補正係数０．４を乗算する。
（４）１３５度≦方向差の絶対値≦１８０度
補正する。補正係数０．１を乗算する。
【００６９】
例えば、リンクＬ１の場合、目的地への方向ベクトルＰと、リンクＬ１の方向ベクトルＬ１の方向差の絶対値｜Ｌ１｜は、上記（１）に該当する。これは、両ベクトルの方向差は小さいことから、リンクＬ１は目的地方向へ向かっている道路であることを意味している。よって、リンクＬ１の場合、道路交通情報等から取得された渋滞度をそのまま採用する。つまり補正はしない。
【００７０】
一方、例えば、リンクＬ２の場合、目的地への方向ベクトルＰと、リンクＬ２の方向ベクトルＬ２の方向差の絶対値｜Ｌ２｜は、上記（４）に該当する。これは、両ベクトルの方向差は大きいことから、リンクＬ５は目的地方向へ向かっていない道路であることを意味している。よって、リンクＬ１の場合、道路交通情報等から取得された渋滞度をそのまま採用せず、その渋滞度を下げる補正を実行する。目的地方向へ向かっている車両にとって、目的地方向へ向かっていない道路（目的地方向とは反対方向へ向かっている道路）を走行する可能性は低く、そのような道路が渋滞していようとも、当該車両にとっては無関係である。よって、このような道路の渋滞度は、目的地方向へ向かっている車両に対して表示すべき渋滞情報には反映しないようにする。
【００７１】
（Ｓ８）
次に、渋滞情報表示サーバ１（渋滞表示情報生成部１０５）は、Ｓ７で補正されたリンク毎の渋滞度に基づいて、エリア単位の渋滞表示情報を生成する。
【００７２】
例えば、エリアとして、渋滞状態にある場合、地図上、当該エリアに赤色のマスクをかけることで、渋滞表示情報を表示する。また、混雑状態（渋滞状態よりはやや穏やかな状態）にある場合、地図上、当該エリアに黄色のマスクをかけることで、渋滞表示情報を表示する。一方、渋滞・混雑なしである場合には、渋滞表示情報を生成する必要はないので、地図上、当該エリアを通常通り表示する。
【００７３】
ここで、再び図１２を参照すると、エリアＡにおける全リンク渋滞度の平均値（補正後）は、０．７２５である。
【００７４】
上述したように、渋滞５〜４（渋滞）、４〜２（混雑）２〜０（順調・空いている）との基準に従えば、この場合、渋滞情報表示サーバ１は、当該エリアＡの渋滞度０．７２５により、当該エリアＡは渋滞・混雑なしであると判断し、渋滞表示情報を生成せず、図上、当該エリアＡを通常通り表示する。
【００７５】
一方これに対し、図１２によれば、エリアＡにおける全リンク渋滞度の平均値（補正前）は、２．３７５である。この場合、仮に渋滞表示情報を生成するとすれば、当該エリアＡの渋滞度２．３７５により、当該エリアＡは混雑状態にあると判断され、結果、地図上、当該エリアＡは黄色のマスクがかけられた渋滞表示情報が表示される。
【００７６】
図１３は、本実施形態にかかる渋滞表示画面の一例を示す図である。本実施形態によれば、渋滞度を補正するため、例えば、エリアＡにおいては、当該エリアＡにおける全リンク渋滞度の平均値（補正後）０．７２５に基づいて、地図上、渋滞・混雑なしとの表示がなされている。
【００７７】
このようになるのは、車両が出発地から目的地へ向かうにあたり、エリアＡにおいて、目的地へ向かう方向のリンク（道路）の渋滞度を重視し、これを渋滞表示へ反映させたためである。実際、車両が出発地から目的地へ向かってエリアＡを通過する場合、出発地点から目的地方面への道路は概ね空いている状態にあるため、良好に当該エリアＡを通過することが可能である。但し、エリア毎の渋滞度表示は、あくまでエリア全体での平均のため局所的には渋滞もありうることは言うまでもない。
【００７８】
なお、これに対し、渋滞度を補正しない場合には、エリアＡにおける全リンク渋滞度の平均値（補正前）２．３７５に基づいて、地図上、当該エリアＡは混雑状態にあるとの表示がなされることとなる。
【００７９】
＜総括＞
以上、本実施形態にかかる渋滞情報表示システム１００では、車両が出発地から目的地へ向かうにあたり、目的地方面を向いている道路（リンク）のみの渋滞度に着目し、目的地へ向かう方向の道路の渋滞情報に基づいて、エリア毎の渋滞表示を行うようにした。目的地方向とは反対方面の道路が渋滞している場合であっても、目的地へ向かう車両にとって、目的地方向へ向かっていない道路を走行する可能性は低く、そのような道路が渋滞していようとも、当該車両にとっては無関係だからである。これにより、車両が出発地から目的地へ向かうにあたり、精度良くエリア毎の渋滞情報を表示することが可能である。
【００８０】
なお、本発明の好適な実施の形態により、特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【符号の説明】
【００８１】
１        渋滞情報表示サーバ
２        端末
３        ネットワーク
１１        ＣＰＵ
１２        ＲＯＭ
１３        ＲＡＭ
１４        ＨＤＤ
１５        入力装置
１６        表示装置
１７        通信装置
１８        音声入出力装置
１９        ＧＰＳ受信装置
１００    渋滞情報表示システム
１０１    １０１
１０２    渋滞情報取得部
１０３    方向情報算出部
１０４    渋滞情報補正部
１０５    渋滞表示情報生成部
１０６    記憶部
【図１】
2015025705.tif 000003
【図２】
2015025705.tif 000004
【図３】
2015025705.tif 000005
【図４】
2015025705.tif 000006
【図５】
2015025705.tif 000007
【図６】
2015025705.tif 000008
【図７】
2015025705.tif 000009
【図８】
2015025705.tif 000010
【図９】
2015025705.tif 000011
【図１０】
2015025705.tif 000012
【図１１】
2015025705.tif 000013
【図１２】
2015025705.tif 000014
【図１３】
2015025705.tif 000015