JP2019185232A - 交通情報案内システム及び交通情報配信装置 - Google Patents

Abstract

【課題】ユーザに対して交通情報に基づいた適切な走行を行わせることを可能とした交通情報案内システム及び交通情報配信装置を提供する。【解決手段】過去に車両が走行した経路を走行時の車両の状況とともに走行履歴として収集する一方で、車両の進行方向前方に道路の走行に支障が生じる事象がある場合、或いは車両が道路の走行に支障が生じる事象に進入した場合に、収集した走行履歴の内、現在の車両の状況に対応した走行履歴に基づいて、今後に前記車両が走行することが予測される経路を特定し、特定された経路の交通情報を案内するように構成する。【選択図】図１０

Description

本発明は、道路の交通情報の案内を行う交通情報案内システム及び交通情報配信装置に関する。

従来より、ユーザが道路を移動する際の走行支援の一つとして、外部のセンタ等から取得した交通情報を提供することが行われている。交通情報としては、例えば道路上に生じている渋滞、通行止め、事故、車線規制等に関する情報がある。ここで、専ら近隣の住民が利用する道路である生活道路についても交通情報の案内対象とすると、交通情報の案内がそれらの住民の生活に大きく影響を及ぼす虞がある。従って、一般的に上記交通情報の提供が行われる対象となる道路は、特定の道路のみに限られていた。例えば特開２００５−３３１４１４号公報には、自車の現在位置から１０ｋｍ以内にある国道等の幹線道路の渋滞情報を報知する技術について提案されている。

特開２００５−３３１４１４号公報（第６−７頁）

ここで、上記特許文献１において交通情報の案内対象となる幹線道路を走行するユーザが進行方向先に渋滞、通行止め、事故、車線規制等の走行に支障が生じる事象（以下、走行障害事象という）が生じていることを把握した場合には、それらの走行障害事象を避けるために幹線道路を外れて迂回する経路を走行することが考えられる。そのような場合において、幹線道路以外の道路の交通情報を案内対象外とすると、迂回した先において生じている走行障害事象についてはユーザが把握できないので、迂回先において走行障害事象に遭遇してしまう虞がある。

一方で、幹線道路以外の道路を含む全ての道路を対象として交通情報を案内することとすると、案内対象となる情報量が膨大となり、ユーザ側で必要な情報を把握することができない問題が生じていた。

本発明は前記従来における問題点を解消するためになされたものであり、特に迂回経路を選択する可能性のあるユーザに対して、迂回経路の候補となる道路を対象として交通情報を案内することにより、ユーザに対して交通情報に基づいた適切な走行を行わせることを可能とした交通情報案内システム及び交通情報配信装置を提供することを目的とする。

前記目的を達成するため本発明に係る交通情報案内システムは、過去に車両が走行した経路を走行時の車両の状況とともに走行履歴として収集する走行履歴収集手段と、車両の進行方向前方に道路の走行に支障が生じる事象がある場合に、前記収集した走行履歴の内、現在の車両の状況に対応した走行履歴に基づいて、今後に前記車両が走行することが予測される経路を特定する走行経路予測手段と、前記車両において前記走行経路予測手段により特定された経路の交通情報を案内する交通情報案内手段と、を有する。
尚、「走行履歴収集手段」は案内対象とする車両のみから走行履歴を収集しても良いし、不特定多数の車両から走行履歴を収集しても良い。
また、「道路の走行に支障が生じる事象」としては、例えば渋滞、事故、故障車、工事、通行止、車線規制等がある。

また、本発明に係る交通情報配信装置は、過去に車両が走行した経路を走行時の車両の状況とともに走行履歴として収集する走行履歴収集手段と、車両の進行方向前方に道路の走行に支障が生じる事象がある場合に、前記収集した走行履歴の内、現在の車両の状況に対応した走行履歴に基づいて、今後に前記車両が走行することが予測される経路を特定する走行経路予測手段と、前記車両に対して前記走行経路予測手段により特定された経路の交通情報を配信する交通情報配信手段と、を有する。

前記構成を有する本発明に係る交通情報案内システム及び交通情報配信装置によれば、車両の進行方向前方に道路の走行に支障が生じる事象がある場合において、過去の走行履歴から車両が走行することが予想される経路について交通情報を案内するので、特に迂回経路を選択する可能性のあるユーザに対して、迂回経路の候補となる道路を対象として交通情報を案内することが可能となる。その結果、ユーザが渋滞、通行止め、事故、車線規制等の走行に支障が生じる事象を避けるために迂回経路を走行する場合において、適切な迂回経路を選択して走行させることが可能となる。

本実施形態に係る交通情報案内システムを示した概略構成図である。 本実施形態に係る交通情報案内システムの構成を示したブロック図である。 プローブ情報ＤＢに記憶されるプローブ情報の一例を示した図である。 プローブ統計情報ＤＢに記憶されるプローブ統計情報の一例を示した図である。 案内経路履歴ＤＢ及び走行履歴ＤＢに記憶される案内経路の設定履歴及び走行履歴の一例を示した図である。 本実施形態に係るナビゲーション装置の制御系を模式的に示すブロック図である。 本実施形態に係る行動モデル生成処理プログラムのフローチャートである。 迂回経路の一例を示した図である。 車両の状況と迂回経路の組み合わせの一例を示した図である。 行動モデルＤＢに記憶される情報の一例を示した図である。 本実施形態に係る交通情報統計処理プログラムのフローチャートである。 本実施形態に係る交通情報配信処理プログラムのフローチャートである。 交通情報の案内例について説明した図である。

以下、本発明に係る交通情報案内システムについて具体化した一実施形態に基づき図面を参照しつつ詳細に説明する。先ず、本実施形態に係る交通情報案内システム１の概略構成について図１及び図２を用いて説明する。図１は本実施形態に係る交通情報案内システム１を示した概略構成図である。図２は本実施形態に係る交通情報案内システム１の構成を示したブロック図である。

図１に示すように、本実施形態に係る交通情報案内システム１は、プローブセンタ２が備えるサーバ装置（交通情報配信装置）３と、車両４に搭載された通信（案内）端末であるナビゲーション装置５と、を基本的に有する。また、サーバ装置３とナビゲーション装置５は通信ネットワーク網６を介して互いに電子データを送受信可能に構成されている。尚、ナビゲーション装置５の代わりに、例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータを用いても良い。

ここで、本実施形態に係る交通情報案内システム１は所謂プローブカーシステムを構成する。ここで、プローブカーシステムとは、車両４をセンサとして情報を収集するシステムである。具体的には、車両４が速度データをはじめ、ステアリング操作やシフト位置等の各システムの作動状況をＧＰＳの位置情報とともに予め車両４に搭載された通信装置を介してプローブセンタ２に送信し、センタ側でその収集データを様々な情報として再利用するシステムをいう。

そして、プローブセンタ２が備えるサーバ装置３は、全国を走行する各車両４から現在時刻や走行情報等を含むプローブ情報（材料情報）を適宜収集して蓄積するとともに、蓄積されたプローブ情報から道路に関する各種支援情報（例えば道路の通行止め情報、事故情報、渋滞情報、旅行時間等）を生成し、生成された支援情報をナビゲーション装置５に対して配信したり、支援情報を用いた各種処理を行う情報管理サーバである。特に本実施形態では、サーバ装置３は、車両４の現在位置や走行リンクを特定する情報を各車両４から所定間隔（例えば数秒間隔）で収集し、収集した情報を統計することによって、道路において渋滞が生じている区間や渋滞の度合いを特定した交通情報を作成し、車両４に対して配信する。

また、本実施形態ではサーバ装置３は、一般的に交通情報を案内する対象となる“案内対象道路”に加えて、一般的に交通情報を案内する対象とならない“案内非対象道路”についても対象として上記交通情報を作成し、車両４に対して配信する。尚、以下の説明では“案内非対象道路”は細街路（レベル０のみ存在するリンク）とし、「案内対象道路」は細街路以外の一般道や高速道路とする。尚、細街路は例えば道路幅５．５ｍ未満の道路、一般道は道路幅５．５ｍ以上で高速道路以外の道路とする。但し、“案内対象道路”と“案内非対象道路”は道路種別、道路幅、リンクのレベル以外の要素に基づいて区分することも可能である。

また、サーバ装置３は、プローブ情報として、各車両４からナビゲーション装置５で設定されていた案内経路の履歴、走行履歴、走行時の車両状況等に関する情報についても収集する。そして、収集した情報を統計及び学習することによって、特に車両の進行方向前方に道路の走行に支障が生じる事象（例えば渋滞、事故、故障車、工事、通行止、車線規制等であり、以下、走行障害事象という）がある場合、或いは車両が走行障害事象に進入した場合に、該車両の状況に応じて車両がその後に走行する迂回経路を推定する処理についても行う。

一方、ナビゲーション装置５は、車両４に搭載され、格納する地図データに基づいて自車位置周辺の地図を表示したり、地図画像上において車両の現在位置を表示したり、設定された案内経路に沿った移動案内を行う車載機である。また、ナビゲーション装置５はサーバ装置３等の外部のサーバから受信した交通情報を利用者に対して案内することについても行う。尚、ナビゲーション装置５の詳細については後述する。

また、通信ネットワーク網６は全国各地に配置された多数の基地局と、各基地局を管理及び制御する通信会社とを含み、基地局及び通信会社を有線（光ファイバー、ＩＳＤＮ等）又は無線で互いに接続することにより構成されている。ここで、基地局はナビゲーション装置５との通信をするトランシーバー（送受信機）とアンテナを有する。そして、基地局は通信会社の間で無線通信を行う一方、通信ネットワーク網６の末端となり、基地局の電波が届く範囲（セル）にあるナビゲーション装置５の通信をサーバ装置３との間で中継する役割を持つ。

続いて、交通情報案内システム１を構成するサーバ装置３の構成について図２を用いてより詳細に説明する。

サーバ装置３は、図２に示すようにサーバ制御ＥＣＵ１１と、サーバ制御ＥＣＵ１１に接続された情報記録手段としてのプローブ情報ＤＢ１２と、プローブ統計情報ＤＢ１３と、案内経路履歴ＤＢ１４と、走行履歴ＤＢ１５と、行動モデルＤＢ１６と、センタ通信装置１７と、を基本的に有する。

サーバ制御ＥＣＵ１１（エレクトロニック・コントロール・ユニット）は、サーバ装置３の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うにあたってワーキングメモリとして使用されるＲＡＭ２２、制御用のプログラムのほか、後述の行動モデル生成処理プログラム（図７参照）、交通情報統計処理プログラム（図１１参照）、交通情報配信処理プログラム（図１２参照）等が記録されたＲＯＭ２３、ＲＯＭ２３から読み出したプログラムを記憶するフラッシュメモリ２４等の内部記憶装置を備えている。尚、サーバ制御ＥＣＵ１１は、後述のナビゲーション装置５のＥＣＵとともに処理アルゴリズムとしての各種手段を有する。例えば、走行履歴収集手段は、過去に車両が走行した経路を走行時の車両の状況とともに走行履歴として収集する。走行経路予測手段は、車両の進行方向前方に道路の走行に支障が生じる事象がある場合、或いは車両が道路の走行に支障が生じる事象に進入した場合に、収集した走行履歴の内、現在の車両の状況に対応した走行履歴に基づいて、今後に車両が走行することが予測される経路を特定する。交通情報配信手段は、車両に対して走行経路予測手段により特定された経路の交通情報を配信する。

また、プローブ情報ＤＢ１２は、全国を走行する各車両４から収集したプローブ情報の内、特に交通情報を生成する為に用いる情報を累積的に記憶する記憶手段である。尚、本実施形態においては、車両４から収集されるプローブ情報として、特に（ａ）日時、（ｂ）車両４の現在位置座標、（ｃ）進行方向、（ｄ）車両４が走行するリンクのリンクＩＤが含まれる。但し、プローブ情報としては上記（ａ）〜（ｄ）に関する情報を必ずしも全て含む必要はなく、また、（ａ）〜（ｄ）以外の情報（例えば車速等）を含む構成としても良い。また、本実施形態に係る交通情報案内システム１では、案内対象道路に加えて案内非対象道路（例えば細街路）を走行する車両からもプローブ情報を収集する。

図３はプローブ情報ＤＢ１２に記憶されるプローブ情報の一例を示した図である。図３に示すように、プローブ情報は、送信元の車両を識別する車両ＩＤと、上記（ａ）〜（ｄ）に関する情報等が含まれる。例えば、図３に示すプローブ情報は、ＩＤ“Ａ”の車両４が３月２日の９：００：０５にＩＤ“１００００１”のリンクの（ｘ１、ｙ１）に位置することが記憶されている。同様にして、他のプローブ情報についても記憶されている。

一方で、プローブ統計情報ＤＢ１３は、上記プローブ情報ＤＢ１２に格納されるプローブ情報を統計することによって生成されたプローブ統計情報（交通情報）を累積的に記憶する記憶手段である。特に本実施形態では、プローブ情報の統計を行うことによって全国の案内対象道路及び案内非対象道路において渋滞が生じている区間及び渋滞の度合いを特定する。

図４はプローブ統計情報ＤＢ１３に記憶されるプローブ統計情報の一例を示した図である。図４に示すようにプローブ統計情報は、リンクを１０ｍ単位で区分した区分毎の渋滞状況を示した情報である。具体的には、統計を行った日時（図４に示す例では５分間隔で統計を行う）を特定する情報と、統計対象となるリンクの道路種別及びリンクＩＤと、『１０ｍ単位Ｎｏ．』と、進行方向と、該当区間を走行する車両の平均車速と、渋滞度を特定する情報とを含む。尚、『１０ｍ単位Ｎｏ．』は、リンクを１０ｍ単位で区分した場合において、各区分に対して上り方向から順に振った番号であり、例えばリンクＩＤ“１００００１”で『１０ｍ単位Ｎｏ．』が“１”である場合には、リンクＩＤ“１００００１”の上り方向端部から１０ｍの区間の渋滞状況であることを示す。また、平均車速の代わりに道路を走行するのに必要な所要時間の平均である平均旅行時間を格納しても良い。また、道路種別は案内対象道路と案内非対象道路の２種類で区分しているが、より詳細な区分としても良い。また、プローブ統計情報において渋滞度は、渋滞の度合いが高い順に『渋滞』、『混雑』、『空き』の３段階で評価され、後述のように平均車速と道路の制限速度に基づいて特定される。

そして、上記プローブ統計情報は、全国の案内対象道路及び案内非対象道路に含まれる各リンクを対象として生成される。但し、渋滞度を算出するのにプローブ情報が不足するリンクについては対象外とされる。

一方、案内経路履歴ＤＢ１４は、全国を走行する各車両４から収集したプローブ情報の内、特にナビゲーション装置５における案内経路の設定履歴を累積的に記憶する記憶手段である。具体的には、過去に各車両のナビゲーション装置５において設定された案内経路を特定する情報として、案内経路を構成するリンク列、出発地、目的地等が格納される。尚、案内経路の設定履歴として収集される経路は、経路設定時点（即ちリルートされた場合にはリルート前）の経路とする。

また、走行履歴ＤＢ１５は、全国を走行する各車両４の走行履歴を累積的に記憶する記憶手段である。具体的には、過去に各車両が実際に走行した経路を特定する情報として、走行した経路を構成するリンク列、出発地（ＡＣＣ電源(accessory power supply)がオンされた地点）、目的地（ＡＣＣ電源がオフされた地点）等が格納される。また、走行履歴ＤＢ１５は、案内経路履歴ＤＢ１４に格納された案内経路や走行時の車両の状況と対応付けて格納するのが望ましい。即ち、図５に示すようにナビゲーション装置５において設定された案内経路と、該案内経路が設定された場合において車両が実際に走行した走行経路と、走行時の車両の状況を紐付けて格納するのが望ましい。尚、格納される車両の状況としては、時間帯、曜日等がある。

また、行動モデルＤＢ１６は、各車両から収集してプローブ情報ＤＢ１２、案内経路履歴ＤＢ１４、走行履歴ＤＢ１５の各ＤＢに格納された情報を、過去の交通情報や地図情報等を用いて統計及び学習することによって、特に車両の進行方向前方に走行障害事象がある場合或いは車両が走行障害事象に進入した場合に、車両の状況毎に区分して車両がその後に走行すると予測される迂回経路を特定したデータベースである。区分対象となる車両の状況としては、時間帯、曜日、走行するリンク、リンクに対する車両の進行方向、リンク内の車両の位置、目的地への方向等がある。尚、行動モデルＤＢ１６の詳細については後述する。

そして、サーバ装置３は、プローブ統計情報ＤＢ１３に記憶されたプローブ統計情報（交通情報）をナビゲーション装置５の要求に応じてナビゲーション装置５に配信する。特に案内非対象道路に関しては、行動モデルＤＢ１６に基づいて予測された車両が今後に走行すると予測される経路（迂回経路）に関するプローブ統計情報を配信する。一方で、プローブ統計情報の配信されたナビゲーション装置５は、配信されたプローブ統計情報を用いて後述のように渋滞等の交通情報を案内する各種処理を実行する。

また、センタ通信装置１７は、車両４やＶＩＣＳ（登録商標：Vehicle Information and Communication System）センタ等の外部の交通情報センタと通信ネットワーク網６を介して通信を行う為の通信装置である。本実施形態では、センタ通信装置１７を介してプローブ情報や配信情報を各車両４との間で送受信する。また、渋滞区間を特定する情報を外部の交通情報センタから取得する。但し、渋滞区間については、外部のサーバから取得するのではなく各車両４から収集したプローブ情報に基づいてサーバ装置３が特定しても良い。

次に、車両４に搭載されたナビゲーション装置５の概略構成について図６を用いて説明する。図６は本実施形態に係るナビゲーション装置５を示したブロック図である。

図６に示すように本実施形態に係るナビゲーション装置５は、ナビゲーション装置５が搭載された車両の現在位置を検出する現在位置検出部３１と、各種のデータが記録されたデータ記録部３２と、入力された情報に基づいて、各種の演算処理を行うナビゲーションＥＣＵ３３と、ユーザからの操作を受け付ける操作部３４と、ユーザに対して車両周辺の地図や交通情報等を表示する液晶ディスプレイ３５と、経路案内に関する音声ガイダンスを出力するスピーカ３６と、記憶媒体であるＤＶＤを読み取るＤＶＤドライブ３７と、プローブセンタ２やＶＩＣＳセンタ等の情報センタとの間で通信を行う通信モジュール３８と、を有する。

以下に、ナビゲーション装置５が有する各構成要素について順に説明する。
現在位置検出部３１は、ＧＰＳ４１、車速センサ４２、ステアリングセンサ４３、ジャイロセンサ４４等からなり、現在の車両の位置、方位、車両の走行速度、現在時刻等を検出することが可能となっている。ここで、特に車速センサ４２は、車両の移動距離や車速を検出する為のセンサであり、車両の駆動輪の回転に応じてパルスを発生させ、パルス信号をナビゲーションＥＣＵ３３に出力する。そして、ナビゲーションＥＣＵ３３は発生するパルスを計数することにより駆動輪の回転速度や移動距離を算出する。尚、上記４種類のセンサをナビゲーション装置５が全て備える必要はなく、これらの内の１又は複数種類のセンサのみをナビゲーション装置５が備える構成としても良い。

また、データ記録部３２は、外部記憶装置及び記録媒体としてのハードディスク（図示せず）と、ハードディスクに記録された地図情報ＤＢ４５、配信情報ＤＢ４６、所定のプログラム等を読み出すとともにハードディスクに所定のデータを書き込む為のドライバである記録ヘッド（図示せず）とを備えている。尚、データ記録部３２をハードディスクの代わりにフラッシュメモリやメモリーカードやＣＤやＤＶＤ等の光ディスクにより構成しても良い。また、地図情報ＤＢ４５及び配信情報ＤＢ４６は外部のサーバに格納させ、ナビゲーション装置５が通信により取得する構成としても良い。

ここで、地図情報ＤＢ４５は、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、経路の探索や変更に係る処理に用いられる探索データ、施設に関する施設データ、地図を表示するための地図表示データ、各交差点に関する交差点データ、地点を検索するための検索データ等が記憶された記憶手段である。

また、配信情報ＤＢ４６は、サーバ装置３から配信される配信情報（交通情報、プローブ統計情報）が記憶される記憶手段である。

一方、ナビゲーションＥＣＵ（エレクトロニック・コントロール・ユニット）３３は、ナビゲーション装置５の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ５１、並びにＣＰＵ５１が各種の演算処理を行うにあたってワーキングメモリとして使用されるとともに、経路が探索されたときの経路データ等が記憶されるＲＡＭ５２、制御用のプログラム等が記録されたＲＯＭ５３、ＲＯＭ５３から読み出したプログラムを記憶するフラッシュメモリ５４等の内部記憶装置を備えている。

操作部３４は、走行開始地点としての出発地及び走行終了地点としての目的地を入力する際等に操作され、各種のキー、ボタン等の複数の操作スイッチ（図示せず）を有する。そして、ナビゲーションＥＣＵ３３は、各スイッチの押下等により出力されるスイッチ信号に基づき、対応する各種の動作を実行すべく制御を行う。尚、操作部３４は液晶ディスプレイ３５の前面に設けたタッチパネルを有しても良い。また、マイクと音声認識装置を有しても良い。

また、液晶ディスプレイ３５には、道路を含む地図画像、交通情報、操作案内、操作メニュー、キーの案内、案内経路（走行予定経路）に沿った案内情報、ニュース、天気予報、時刻、メール、テレビ番組等が表示される。特に本実施形態ではサーバ装置３から配信された交通情報について表示される。尚、液晶ディスプレイ３５の代わりに、ＨＵＤやＨＭＤを用いても良い。

また、スピーカ３６は、ナビゲーションＥＣＵ３３からの指示に基づいて案内経路（走行予定経路）に沿った走行を案内する音声ガイダンスや、交通情報の案内を出力する。特に本実施形態ではサーバ装置３から配信された交通情報について出力される。

また、ＤＶＤドライブ３７は、ＤＶＤやＣＤ等の記録媒体に記録されたデータを読み取り可能なドライブである。そして、読み取ったデータに基づいて音楽や映像の再生、地図情報ＤＢ４５の更新等が行われる。尚、ＤＶＤドライブ３７に替えてメモリーカードを読み書きする為のカードスロットを設けても良い。

また、通信モジュール３８は、プローブセンタ２、ＶＩＣＳセンタやその他の外部センタ等から送信された交通情報等を受信する為の通信装置であり、例えば携帯電話機やＤＣＭが該当する。また、車車間で通信を行う車車間通信装置や路側機との間で通信を行う路車間通信装置も含む。また、プローブ情報や配信情報をサーバ装置３との間で送受信するのにも用いられる。

続いて、前記構成を有する交通情報案内システム１を構成するサーバ装置３において実行する行動モデル生成処理プログラムについて図７に基づき説明する。図７は本実施形態に係る行動モデル生成処理プログラムのフローチャートである。ここで、行動モデル生成処理プログラムは、前回プログラムを実行した時から所定時間（例えば２４時間）経過後に実行され、各車両４から送信されたプローブ情報に基づいて、車両の進行方向前方に走行障害事象がある場合や、車両が走行障害事象に進入した場合におけるその後の走行経路を、車両の状況毎に予測したＤＢを生成するプログラムである。尚、以下の図７、図１１及び図１２にフローチャートで示されるプログラムは、サーバ装置３が備えているＲＡＭ２２やＲＯＭ２３等に記憶されており、ＣＰＵ２１により実行される。

ステップ（以下、Ｓと略記する）１においてＣＰＵ２１は、現時点で案内経路履歴ＤＢ１４及び走行履歴ＤＢ１５に格納されている案内経路の設定履歴及び走行履歴の内、前回の処理時から新たに格納された案内経路の設定履歴及び走行履歴を抽出する。尚、案内経路の設定履歴及び走行履歴は、図５に示すように“走行時の車両の状況”と紐付けられて格納されている。

尚、上記案内経路の設定履歴及び走行履歴は、全国を走行する各車両４に載置されたナビゲーション装置５においてＡＣＣ電源(accessory power supply)がオンされてからオフされるまでの間の所定のタイミングで、サーバ装置３へと送信される。例えば、走行終了時（シフト位置がＰに変更された時点）に、今回の走行においてナビゲーション装置５で設定された経路設定時点の案内経路（リルートされた場合にはリルート前の案内経路）と、実際に車両が走行した走行経路を示す走行履歴をサーバ装置３へと送信する。一方でサーバ装置３は受信した案内経路の設定履歴及び走行履歴を累積して案内経路履歴ＤＢ１４及び走行履歴ＤＢ１５に格納する。

次に、Ｓ２においてＣＰＵ２１は、前記Ｓ１で抽出された案内経路の設定履歴及び走行履歴を提供した車両の走行が、迂回経路を学習する為のシーンを含むか否か判定する。本実施形態では、特に車両の進行方向前方に走行障害事象がある場合或いは車両が走行障害事象に進入した場合において、その後に車両が案内経路から外れて走行した迂回経路を学習対象とする。

従って、前記Ｓ２では車両が走行障害事象に進入していた場合、或いは進入していなくても車両の進行方向前方の所定距離（例えば１００ｍ）以内に走行障害事象が存在した場合には、迂回経路を学習する為のシーンを含むと判定する。尚、走行障害事象としては、例えば渋滞、事故、故障車、工事、通行止、車線規制等がある。また、車両の走行時において走行障害事象が道路上に存在する地点や区間については、外部のザーバから取得した過去の交通情報等から判定しても良いし、各車両から収集したプローブ情報に基づいてサーバ装置３が判定しても良い。特に渋滞区間については後述の交通情報統計処理プログラム（図１１参照）により判定可能である。

そして、前記Ｓ１で抽出された案内経路の設定履歴及び走行履歴を提供した車両の走行が、迂回経路を学習する為のシーンを含むと判定された場合（Ｓ２：ＹＥＳ）には、Ｓ３へと移行する。それに対して、前記Ｓ１で抽出された案内経路の設定履歴及び走行履歴を提供した車両の走行が、迂回経路を学習する為のシーンを含まないと判定された場合（Ｓ２：ＮＯ）には、当該行動モデル生成処理プログラムを終了する。

Ｓ３においてＣＰＵ２１は、前記Ｓ１で抽出された案内経路の設定履歴及び走行履歴を提供した車両の走行時の状況に紐付けて、車両が走行した迂回経路を特定する。尚、迂回経路は前述したように車両の進行方向前方に走行障害事象がある場合或いは車両が走行障害事象に進入した場合において、車両が案内経路から外れて走行した走行経路である。より具体的には道路の走行に支障が生じる事象が存在する地点又は区間の途中或いは手前で、案内経路から走行経路が外れた場合であって、当初の案内経路に復帰するまでの経路部分が迂回経路となる。例えば、図８に示すように案内経路６１が設定されている場合において、案内経路６１上に道路の走行に支障が生じる事象６２が存在し、車両が事象６２を避ける為に案内経路６１を外れて経路６３を走行した場合には、リンクＡ及びリンクＢが迂回経路に該当する。

但し、車両の進行方向前方に走行障害事象がある場合や車両が走行障害事象に進入した場合においても、車両が案内経路から外れることなく道路の走行に支障が生じる事象をそのまま通過する場合もある。そのような場合については迂回経路が存在しないので、以降の学習対象から除外される。但し、車両の状況と紐付けて、該当する車両の状況では迂回経路を走行しないことを学習しても良い。

ここで、図９は車両の走行時の状況に紐付けて特定された車両の迂回経路の一例を示した図である。図９に示すように車両の走行時の状況と車両が実際に走行した迂回経路とが紐付けられている。尚、車両の状況としては、『曜日』、『時刻』、『車両が走行するリンク』、『車両の位置座標』、『リンクに対する車両の進行方向』、『車両の進行方向前方にある道路の走行に支障が生じる事象の内容』、『車両の現在位置から目的地までの距離』、『車両の現在位置から目的地への方向（例えば北方向を０度とする）』を含む。但し、車両の状況は必ずしもこれら全ての項目を含む必要は無く、一部のみであっても良い。尚、図９に示す例では、道路の走行に支障が生じる事象は渋滞とし、渋滞度（渋滞区間を通過するのに必要な時間）を紐付けている。また、車両の状況は、迂回経路を学習する為のシーンに該当する時点の車両の状況とする。即ち、車両が走行障害事象に進入した時点、進入していない場合には車両の進行方向前方の所定距離（例えば１００ｍ）以内に走行障害事象が存在した時点の車両の状況とする。

続いて、Ｓ４においてＣＰＵ２１は、前記Ｓ３で特定された車両の状況と迂回経路との対応関係を行動モデルＤＢ１６においてデータベース化する。ここで、図１０は行動モデルＤＢ１６に格納される情報の一例を示した図である。

図１０に示すように行動モデルＤＢ１６では、車両の状況毎に区分されて迂回経路が対応付けられる。尚、車両の位置はリンク単位且つリンクを１０ｍ毎に区分した区分単位（リンク内の位置）で特定する。『１０ｍ単位Ｎｏ．』が“１”である場合には、リンクＩＤ“１００００１”の上り方向端部から１０ｍの区間に車両が位置する状態であることを示す。尚、迂回経路は一の車両の状態に対して必ずしも一の経路である必要は無く、複数の迂回経路を対応付けても良い。また、迂回経路は同一の車両状態を有する複数台（例えば２台以上）の車両（同一車両が複数回以上でも良い）が走行した経路のみを対応付けるのが望ましい。また、迂回経路は基本的に案内非対象道路（細街路等）となるが、一部または全部が案内対象道路となる場合もある。

また、図１０に示す例では、車両の状況を『曜日』、『時刻（時間帯）』、『車両が走行するリンク』、『リンクに対する車両の進行方向』、『リンク内の車両の位置』、『車両の現在位置から目的地への方向』で区分しているが、『車両の進行方向前方にある道路の走行に支障が生じる事象の内容（例えば事象の種類や渋滞である場合は渋滞度等）』や『車両の現在位置から目的地までの距離』で区分しても良い。

サーバ装置３は、図１０に示す行動モデルＤＢ１６を参照することによって、車両の進行方向前方に走行障害事象がある場合或いは車両が走行障害事象に進入した場合において、車両の状況毎に今後にどのような迂回経路を走行するのかを事前に予測することが可能となる。そして、サーバ装置３は、後述のように行動モデルＤＢ１６を用いて交通情報の配信を行う。

続いて、交通情報案内システム１を構成するサーバ装置３において実行する交通情報統計処理プログラムについて図１１に基づき説明する。図１１は本実施形態に係る交通情報統計処理プログラムのフローチャートである。ここで、交通情報統計処理プログラムは、前回プログラムを実行した時から所定時間（例えば５分）経過後に実行され、各車両４から送信されたプローブ情報に基づいて、現在の道路の渋滞状況を特定するプログラムである。

先ずＳ１１においてＣＰＵ２１は、現時点でプローブ情報ＤＢ１２に格納されているプローブ情報の内、現時点（即ち統計を行う時点）から所定時間（例えば５分）前までの期間に係るプローブ情報を抽出する。尚、プローブ情報は、図３に示すように“車両が現在位置を検出した日時”と、“自車を識別する車両ＩＤ”と、“車両４の現在位置座標”と、“車両４の進行方向”と、“車両４が走行するリンクのリンクＩＤ”とを含んでいる。特に“車両が現在位置を検出した日時”が現時点から所定時間前までの期間に該当するプローブ情報を抽出する。

尚、上記プローブ情報は、全国を走行する各車両４に載置されたナビゲーション装置５においてごく短い時間間隔（例えば数秒間隔）で生成され、サーバ装置３へと順次送信される。一方でサーバ装置３は受信したプローブ情報を累積してプローブ情報ＤＢ１２に格納する。また、ナビゲーション装置５がプローブ情報を生成するに際しては、車両の現在位置座標はＧＰＳ４１や車速センサ４２等を用いて検出される。また、車両４が走行するリンクのリンクＩＤは、車両の現在位置を地図情報へとマッチングさせるマップマッチング処理を行うことによって特定される。また、車両４が走行するリンクを特定する際には、細街路も含まれる最小単位（最も細かい）のレベル０のリンクによって特定するのが望ましい。

次に、Ｓ１２においてＣＰＵ２１は、前記Ｓ１１で抽出されたプローブ情報を統計することによって、道路を走行する車両の平均車速を算出する。具体的には、最小単位のレベル０のリンクを１０ｍ単位で区分した区間毎に、該区間を走行する各車両の車速をプローブ情報から算出する。そして、各車両の車速を平均した値を、該区間を走行する車両の平均車速として算出する。また、平均車速の代わりに道路を走行するのに必要な所要時間の平均である平均旅行時間を算出しても良い。

尚、上記Ｓ１２ではレベル０のリンクを用いて算出するので、平均車速の算出対象となる道路は、一般的に交通情報を案内する対象となる“案内対象道路”に加えて、一般的に交通情報を案内する対象とならない“案内非対象道路”についても含む。但し、算出材料となるプローブ情報の数が不足する（閾値以下）区間については、算出対象外とする。

続いて、Ｓ１３においてＣＰＵ２１は、前記Ｓ１２で算出した区間毎の車両の平均車速と、該区間を含む道路に設定された制限速度とに基づいて、区間毎に渋滞度を算出する。道路に設定された制限速度については地図情報から取得する。渋滞度は、渋滞の度合いが高い順に『渋滞』、『混雑』、『空き』の３段階で評価する。例えば、平均車速が制限速度の２０％未満である場合には『渋滞』、平均車速が制限速度の４０％未満である場合には『混雑』、平均車速が制限速度の４０％以上である場合には『空き』とする。但し、制限速度ではなく道路種別に基づいて渋滞度の閾値を設定しても良い。尚、以下の説明では『渋滞』及び『混雑』と判定された区間を渋滞が生じている区間とするが、『渋滞』と判定された区間のみを渋滞が生じている区間としても良い。

また、前記Ｓ１３では各車両の車速を平均した平均車速ではなく、各車両の車速の最頻値又は中央値に基づいて渋滞度を算出しても良い。また渋滞度を算出する区画の単位は１０ｍ単位ではなくリンク単位としても良い。

続いて、Ｓ１４においてＣＰＵ２１は、前記Ｓ１３で特定されたレベル０のリンクを１０ｍ単位で区分した区間毎の渋滞度を、プローブ統計情報（交通情報）として、プローブ統計情報ＤＢ１３に格納する（図４参照）。尚、プローブ統計情報には、上記渋滞度以外に、統計を行った日時（図４に示す例では５分間隔で統計を行う）を特定する情報や、統計対象となるリンクの道路種別及びリンクＩＤ、車両の平均車速等についても格納される。そして、全国にある案内対象道路及び案内非対象道路を対象として上記Ｓ１１〜Ｓ１４の処理を行った後、Ｓ１５へと移行する。

Ｓ１５でＣＰＵ２１は、プローブ統計情報ＤＢ１３に格納されているプローブ統計情報を、配信情報として要求のあった車両４に配信する。尚、配信要求の有無に関わらず通信可能な状態にある全ての車両４に対して配信しても良い。或いは、渋滞区間の周辺に位置する車両のみに対して配信するようにしても良い。但し、案内非対象道路に関するプローブ統計情報については後述の交通情報配信処理プログラム（図１２）において配信する。

次に、交通情報案内システム１を構成するサーバ装置３において実行する交通情報配信処理プログラムについて図１２に基づき説明する。図１２は本実施形態に係る交通情報配信処理プログラムのフローチャートである。ここで、交通情報配信処理プログラムは、車両４からのプローブ情報の収集と並行して実行され、前述の交通情報統計処理プログラム（図１１）で生成された交通情報の内、特に案内非対象道路に関する交通情報を車両に対して配信するプログラムである。

先ず、交通情報配信処理プログラムでは、Ｓ２１においてＣＰＵ２１は、交通情報の配信対象となる車両の現在の状況について取得する。尚、交通情報の配信対象となる車両は現在走行中の全ての車両とする。即ち、以下のＳ２１〜Ｓ２５の処理は現在走行中の全ての車両を対象として実行する。

車両の現在の状況としては、『曜日』、『時刻』、『車両が走行するリンク』、『車両の位置座標』、『リンクに対する車両の進行方向』、『車両の進行方向前方にある道路の走行に支障が生じる事象の内容』、『車両の現在位置から目的地までの距離』、『車両の現在位置から目的地への方向』について取得する。尚、これらの情報は車両から収集したプローブ情報に加えて、外部のサーバから取得した交通情報や地図情報に基づいて特定する。

次に、Ｓ２２においてＣＰＵ２１は、交通情報の配信対象となる車両の進行方向前方の所定距離（例えば１００ｍ）以内に走行障害事象があるか否か、並びに交通情報の配信対象となる車両が走行障害事象に進入したか否かを判定する。

そして、交通情報の配信対象となる車両の進行方向前方の所定距離以内に走行障害事象がある、或いは交通情報の配信対象となる車両が走行障害事象に進入したと判定された場合（Ｓ２２：ＹＥＳ）には、Ｓ２３へと移行する。それに対して、交通情報の配信対象となる車両の進行方向前方の所定距離以内に走行障害事象がなく、交通情報の配信対象となる車両が走行障害事象に進入してもいないと判定された場合（Ｓ２２：ＮＯ）には、案内非対象道路に関する交通情報を車両に配信することなくＳ２１へと戻る。尚、その場合においても案内対象道路に関する交通情報については車両に随時配信及び案内されることとなる。

その後、Ｓ２３においてＣＰＵ２１は、行動モデルＤＢ１６（図１０）を参照し、交通情報の配信対象となる車両の状況と同一の状況に紐付けられた迂回経路が存在するか否か判定する。尚、行動モデルＤＢ１６は、前述したように車両の状況毎に区分されて、その後に車両が走行すると予測される迂回経路が紐付けられたデータベースである。

そして、交通情報の配信対象となる車両の状況と同一の状況に紐付けられた迂回経路が存在すると判定された場合（Ｓ２３：ＹＥＳ）には、Ｓ２４へと移行する。それに対して、交通情報の配信対象となる車両の状況と同一の状況に紐付けられた迂回経路が存在しないと判定された場合（Ｓ２３：ＮＯ）には、その後に車両が走行する経路が予測できないので案内非対象道路に関する交通情報を車両に配信することなくＳ２１へと戻る。尚、その場合においても案内対象道路に関する交通情報については車両に随時配信及び案内されることとなる。

Ｓ２４においＣＰＵ２１は、車両へと配信する交通情報を生成する。具体的にはＣＰＵ２１は、先ず行動モデルＤＢ１６（図１０）において、交通情報の配信対象となる車両の状況と同一の状況に紐付けられた迂回経路、即ち今後に車両が走行すると予測される走行経路を特定する。そして、特定された迂回経路に関する交通情報を生成する。前記Ｓ２４で生成する交通情報には、前述の交通情報統計処理プログラム（図１１）で特定された渋滞区間及び渋滞度合いに関する情報以外に、例えば通行止め、事故、車線規制等の道路の走行に支障が生じる事象に関する情報についても含まれる。尚、迂回経路は基本的に案内非対象道路（細街路等）となるが、一部または全部が案内対象道路となる場合もある。但し、迂回経路の全部が案内対象道路である場合であって、既に交通情報の配信及び案内が行われている場合には、Ｓ２４及びＳ２５の処理は省略しても良い。

続いて、Ｓ２５においてＣＰＵ２１は、交通情報の配信対象となる車両に対して前記Ｓ２４で生成された交通情報を配信する。

前記Ｓ２５で配信された交通情報は、車両において受信された後にナビゲーション装置５の配信情報ＤＢ４６に格納される。そして、ナビゲーション装置５は、配信された交通情報をユーザに対して案内する。

例えば、図１３は迂回経路に関する交通情報が案内された場合において、液晶ディスプレイ３５に表示される走行案内画面７１の一例を示した図である。図１３に示すように走行案内画面７１には、自車の現在位置周辺の地図画像７２と、自車両の現在位置を示す自車位置マーク７３とが表示される。更に、地図画像に含まれる案内対象道路上において、渋滞度が『混雑』と判定された区間を含む場合には、該区間に対して混雑していることを示す混雑マーク７４を表示する。同様に、案内対象道路上において、渋滞度が『渋滞』と判定された区間を含む場合には、該区間に対して渋滞していることを示す渋滞マーク７５を表示する。更に、迂回経路に含まれる案内非対象道路上において、渋滞度が『混雑』や『渋滞』と判定された区間を含む場合には、該区間に対して混雑又は渋滞していることを示す混雑マーク７４や渋滞マーク７５を表示する。

尚、案内対象道路に関しては基本的に液晶ディスプレイ３５に対して地図画像が表示されたエリアを対象として走行中は常時、交通情報を表示する。但し、ナビゲーション装置５において案内経路（自車両の走行予定経路）が設定されている場合には、地図画像が表示されたエリアの内、特に案内経路のみ対象として表示しても良い。また、自車両の現在位置に対して道なりの経路のみを対象として表示しても良い。一方で案内非対象道路に関しては上述したように迂回経路に含まれる区間のみ案内対象となる。

尚、図１３に示す例では『空き』と判定された区間に対しては何も案内を行っていないが、空きであることを示すマークなどを表示するようにしても良い。また、渋滞以外に、通行止め、事故、車線規制等の道路の走行に支障が生じる事象が存在する場合には、当該事象が生じている地点又は区間に対して、当該事象が生じていることを示すマークが同様に表示される。

また、迂回経路に対して交通情報を表示する場合には、車両の進行方向前方にある事象或いは車両が進入した事象の内容に基づいて交通情報を表示する範囲を設定するのが望ましい。具体的には周辺に与える影響が大きい事象ほど、より広い範囲に設定する。例えば、車両の進行方向前方に渋滞度が『混雑』の渋滞区間が存在する場合には、渋滞区間から１ｋｍ以内の範囲にある迂回経路に関する交通情報を案内する。一方、車両の進行方向前方に渋滞度が『渋滞』の渋滞区間が存在する場合には、渋滞区間からより広い３ｋｍ以内の範囲にある迂回経路に関する交通情報を案内する。また渋滞区間の長さが長い程、より広い範囲内の迂回経路に関する交通情報を案内する。それによって、ユーザがより広いエリアの交通情報を必要とする状況において、より広いエリアの交通情報を案内することが可能となる。

その結果、例えば図１３に示す走行案内画面７１をユーザが視認した場合において、ユーザは自車両が走行する案内対象道路の進行方向前方において渋滞区間が存在することを把握できる。更に、迂回経路として選択される可能性が高い渋滞区間の手前側にある分岐点で右折する細街路の経路上にも同様に渋滞が生じていることを把握できる。従って、渋滞区間の手前側にある分岐点で右折することによって渋滞区間を迂回した場合であっても、同様に渋滞を通過する必要があることを事前に把握することが可能となる。

以上詳細に説明した通り、本実施形態に係る交通情報案内システム１及びサーバ装置３では、過去に車両が走行した経路を走行時の車両の状況とともに走行履歴として収集する（Ｓ１）一方で、車両の進行方向前方に道路の走行に支障が生じる事象がある場合、或いは車両が道路の走行に支障が生じる事象に進入した場合に、収集した走行履歴の内、現在の車両の状況に対応した走行履歴に基づいて、今後に前記車両が走行することが予測される経路を特定し（Ｓ２４）、特定された経路の交通情報を案内する（Ｓ２５）ので、特に迂回経路を選択する可能性のあるユーザに対して、迂回経路の候補となる道路を対象として交通情報を案内することが可能となる。その結果、ユーザが渋滞、通行止め、事故、車線規制等の走行に支障が生じる事象を避けるために迂回経路を走行する場合において、適切な迂回経路を選択して走行させることが可能となる。

尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、本実施形態では一般的に交通情報を案内する対象となる“案内対象道路”は細街路以外の一般道や高速道路とし、交通情報を案内する対象とならない“案内非対象道路”は細街路（レベル０のみ存在するリンク）としているが、“案内対象道路”と“案内非対象道路”の区分は適宜変更することが可能である。

また、本実施形態では行動モデルＤＢ１６と車両の状況に基づいて、車両が今後に走行する経路として、道路の走行に支障が生じる事象を回避する迂回経路を予測しているが、車両が今後に走行する経路として必ずしも迂回経路を予測する必要は無い。例えば、道路の走行に支障が生じる事象を迂回せずに通過する経路を予測することも可能である。

また、本実施形態では図７に示す行動モデル生成処理プログラム、図１１に示す交通情報統計処理プログラム、図１２に示す交通情報配信処理プログラムの実行主体は、サーバ装置３であったが、ナビゲーション装置５が実行する構成としても良い。また、サーバ装置３とナビゲーション装置５が夫々一部を実行する構成としても良い。尚、行動モデル生成処理プログラムや交通情報統計処理プログラムをナビゲーション装置５が実行する場合には、他車両の走行履歴や案内経路の設定履歴についてサーバ装置３を介して取得するか、又は車車間通信により取得することが望ましい。また、交通情報配信処理プログラムをナビゲーション装置５が実行する場合には、ナビゲーション装置５が予め案内非対象道路に関する交通情報をサーバ装置３から受信しておき、Ｓ２１〜Ｓ２３の処理をナビゲーション装置５側で行うことによって、迂回経路に含まれる案内非対象道路に関する交通情報を表示するようにしても良い。

また、本実施形態では道路上を走行する不特定多数の車両から収集した案内経路の設定履歴や走行履歴に基づいて、今後の車両の走行経路（迂回経路）を予測しているが、自車両（走行経路を予測する対象となる車両）から収集した案内経路の設定履歴や走行履歴のみに基づいて走行経路を予測しても良い。

また、ナビゲーション装置５の代わりに、走行案内機能を有する他の装置で交通情報案内システム１を構成することも可能である。例えば、ナビゲーション装置５以外の車載器、携帯電話機、スマートフォン、タブレット端末、パーソナルコンピュータ等が可能である。その場合には、車両の走行案内以外に車両以外の移動体（歩行者、自転車等）の移動案内も行うことが可能となる。

また、本発明に係る交通情報案内システムを具体化した実施例について上記に説明したが、交通情報案内システムは以下の構成を有することも可能であり、その場合には以下の効果を奏する。

例えば、第１の構成は以下のとおりである。
過去に車両が走行した経路を走行時の車両の状況とともに走行履歴として収集する走行履歴収集手段（２１）と、車両の進行方向前方に道路の走行に支障が生じる事象がある場合、或いは車両が道路の走行に支障が生じる事象に進入した場合に、前記収集した走行履歴の内、現在の車両の状況に対応した走行履歴に基づいて、今後に前記車両が走行することが予測される経路を特定する走行経路予測手段（２１）と、前記車両において前記走行経路予測手段により特定された経路の交通情報を案内する交通情報案内手段（２１、５１）と、を有する。
上記構成を有する交通情報案内システムによれば、車両の進行方向前方に道路の走行に支障が生じる事象がある場合において、過去の走行履歴から車両が走行することが予想される経路について交通情報を案内するので、特に迂回経路を選択する可能性のあるユーザに対して、迂回経路の候補となる道路を対象として交通情報を案内することが可能となる。その結果、ユーザが渋滞、通行止め、事故、車線規制等の走行に支障が生じる事象を避けるために迂回経路を走行する場合において、適切な迂回経路を選択して走行させることが可能となる。

また、第２の構成は以下のとおりである。
前記走行経路予測手段（２１）は、前記収集した走行履歴の内、現在の車両の状況に対応した走行履歴において走行した経路を、今後に前記車両が走行することが予測される経路として特定する。
上記構成を有する交通情報案内システムによれば、現在の車両の状況に基づいて車両が今後に走行することが予想される経路を正確に予測することが可能となる。

また、第３の構成は以下のとおりである。
前記収集した走行履歴に基づいて、車両の状況と走行した経路とを紐付けたデータベース（１６）を生成するデータベース生成手段（１２）を有し、前記走行経路予測手段（１２）は、前記データベースの内、現在の車両の状況に紐付けられた経路を、今後に前記車両が走行することが予測される経路として特定する。
上記構成を有する交通情報案内システムによれば、予め車両の状況と走行経路とを紐付けたデータベースを生成することによって、必要なタイミングにおいて車両が今後に走行することが予想される経路を正確かつ迅速に予測することが可能となる。

また、第４の構成は以下のとおりである。
前記走行履歴収集手段（２１）は、道路上を走行する複数の車両の走行履歴を収集する。
上記構成を有する交通情報案内システムによれば、道路上を走行する不特定多数の車両から走行履歴を収集することによって、一般的に車両が走行し易い経路を今後に車両が走行する経路として予測することが可能となる。

また、第５の構成は以下のとおりである。
前記車両の状況は、時間帯、曜日、走行するリンク、リンクに対する車両の進行方向、リンク内の車両の位置、目的地への方向の少なくとも一以上を含む。
上記構成を有する交通情報案内システムによれば、現在の車両の状況に基づいて車両が今後に走行することが予想される経路を正確に予測することが可能となる。

また、第６の構成は以下のとおりである。
前記道路の走行に支障が生じる事象は渋滞であって、前記交通情報案内手段（２１、５１）は、前記渋滞の度合いが高い程、より広い領域を対象として前記走行経路予測手段（２１）により特定された経路の交通情報を案内する。
上記構成を有する交通情報案内システムによれば、車両がより広いエリアの交通情報を必要とする状況においては、より広いエリアの交通情報を提供することが可能となる。

１ 交通情報案内システム
３ サーバ装置
４ 車両
５ ナビゲーション装置
１１ サーバ制御ＥＣＵ
１４ 案内経路履歴ＤＢ
１５ 走行履歴ＤＢ
１６ 行動モデルＤＢ
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
６１ 走行案内画面

Claims (7)

1. 過去に車両が走行した経路を走行時の車両の状況とともに走行履歴として収集する走行履歴収集手段と、
   車両の進行方向前方に道路の走行に支障が生じる事象がある場合、或いは車両が道路の走行に支障が生じる事象に進入した場合に、前記収集した走行履歴の内、現在の車両の状況に対応した走行履歴に基づいて、今後に前記車両が走行することが予測される経路を特定する走行経路予測手段と、
   前記車両において前記走行経路予測手段により特定された経路の交通情報を案内する交通情報案内手段と、を有する交通情報案内システム。
2. 前記走行経路予測手段は、前記収集した走行履歴の内、現在の車両の状況に対応した走行履歴において走行した経路を、今後に前記車両が走行することが予測される経路として特定する請求項１に記載の交通情報案内システム。
3. 前記収集した走行履歴に基づいて、車両の状況と走行した経路とを紐付けたデータベースを生成するデータベース生成手段を有し、
   前記走行経路予測手段は、前記データベースの内、現在の車両の状況に紐付けられた経路を、今後に前記車両が走行することが予測される経路として特定する請求項２に記載の交通情報案内システム。
4. 前記走行履歴収集手段は、道路上を走行する複数の車両の走行履歴を収集する請求項１乃至請求項３のいずれかに記載の交通情報案内システム。
5. 前記車両の状況は、時間帯、曜日、走行するリンク、リンクに対する車両の進行方向、リンク内の車両の位置、目的地への方向の少なくとも一以上を含む請求項１乃至請求項４のいずれかに記載の交通情報案内システム。
6. 前記道路の走行に支障が生じる事象は渋滞であって、
   前記交通情報案内手段は、前記渋滞の度合いが高い程、より広い領域を対象として前記走行経路予測手段により特定された経路の交通情報を案内する請求項１乃至請求項５のいずれかに記載の交通情報案内システム。
7. 過去に車両が走行した経路を走行時の車両の状況とともに走行履歴として収集する走行履歴収集手段と、
   車両の進行方向前方に道路の走行に支障が生じる事象がある場合、或いは車両が道路の走行に支障が生じる事象に進入した場合に、前記収集した走行履歴の内、現在の車両の状況に対応した走行履歴に基づいて、今後に前記車両が走行することが予測される経路を特定する走行経路予測手段と、
   前記車両に対して前記走行経路予測手段により特定された経路の交通情報を配信する交通情報配信手段と、を有する交通情報配信装置。