交通情報処理システム、交通情報処理方法及び交通情報処理プログラム
【課題】突発的要因により発生した渋滞を的確に検出することができる交通情報処理システム、交通情報処理方法及び交通情報処理プログラムを提供する。
【解決手段】交通情報処理サーバ２は、各車線の渋滞を検出し、対向する各車線上に渋滞を検出した場合に、各車線間に中央分離帯があるか否かを判断する。中央分離帯がある場合には、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断する。そして、各車線間に中央分離帯が無い場合に、各車線に発生した渋滞を突発性渋滞であると判定するとともに、各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定する。
【解決手段】交通情報処理サーバ２は、各車線の渋滞を検出し、対向する各車線上に渋滞を検出した場合に、各車線間に中央分離帯があるか否かを判断する。中央分離帯がある場合には、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断する。そして、各車線間に中央分離帯が無い場合に、各車線に発生した渋滞を突発性渋滞であると判定するとともに、各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交通情報処理システム、交通情報処理方法及び交通情報処理プログラムに関する。
【背景技術】
【０００２】
近年、自動車の円滑な走行を支援するために、渋滞発生区間を、該区間周辺の車両に通知するシステムが知られている。最近では、渋滞発生区間の案内だけでなく、渋滞要因を判定し、渋滞要因に応じて各種案内を行うシステムも提案されている。
【０００３】
例えば特許文献１には、走行車線と、該車線に隣り合う対向車線とに渋滞が発生している場合に、その渋滞が突発性渋滞であるか否かを判断するシステムが記載されている。このシステムでは、外部から受信した渋滞情報に係わる道路に中央分離帯があるか否かを判断する。即ち、中央分離帯の有無を判断することにより、一方の車線に突発的に渋滞が発生した場合に、その車線から、その車線に隣り合う他方の車線に進入可能であるか否かを判断する。また、そのシステムが、そのような渋滞を検出した場合には、各車線の渋滞が実質的に同一地点から発生しているか否かを判断する。
【０００４】
そして、走行車線及び対向車線の同一地点から渋滞が発生し、且つその車線間に中央分離帯が無い場合、その渋滞を、事故や工事等の突発的な要因による突発性渋滞であると判断する。
【特許文献１】特開２００５−３３１３７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、各車線間に中央分離帯が存在するにも関わらず、突発的な渋滞が発生する場合がある。即ち、一方の車線に突発的な渋滞要因が発生した場合、その要因発生地点がある車線の対向車線を走行するドライバーの注意が、要因発生地点に向けられ、その結果、いわゆる見物渋滞が発生することがある。
【０００６】
本発明は、上記問題点に鑑みてなされたものであり、その目的は、突発的要因により発生した渋滞を的確に検出することができる交通情報処理システム、交通情報処理方法及び交通情報処理プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、各車線の渋滞を検出する渋滞検出手段と、対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断する可否判断手段と、前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定する判定手段とを備えたことを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の交通情報処理システムにおいて、前記可否判断手段は、前記渋滞検出手段が前記各車線上に渋滞を検出した場合に、渋滞始点を基準とした所定範囲内であって前記各車線の間に遮蔽物があるか否かを判断し、該遮蔽物がある場合に状況確認が可能でないと判断することを要旨とする。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の交通情報処理システムにおいて、前記可否判断手段は、渋滞が先に発生した要因発生車線と、該要因発生車線に対向する隣接車線とを特定するとともに、前記要因発生車線の前記隣接車線に対する高低を判断し、前記要因発生車線が前記隣接車線よりも高い場合には、状況確認が可能でないと判断することを要旨とする。
【００１０】
請求項４に記載の発明は、各車線の渋滞を検出する制御手段を用いて、渋滞要因を判定する交通情報処理方法であって、前記制御手段が、対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断するとともに、前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定することを要旨とする。
【００１１】
請求項５に記載の発明は、各車線の渋滞を検出する制御手段を用いて、渋滞要因を判定する交通情報処理プログラムであって、前記制御手段を、対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断する可否判断手段と、前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定する判定手段として機能させることを要旨とする。
【発明の効果】
【００１２】
請求項１に記載の発明によれば、互いに対向した車線上に渋滞を検出した際に、中央分離帯の有無を判断し、中央分離帯が無い場合に、車両が対向車線に進入可能であるため、突発性渋滞であると判断する。また、中央分離帯がある場合でも、一方の車線から他方の車線に対する状況確認が可能であるか否かを判断し、状況確認が可能であると判断した際に、検出した渋滞を見物渋滞という突発性渋滞であると判定する。このため、渋滞要因を的確に判定することができる。
【００１３】
請求項２に記載の発明によれば、対向する複数の車線上に渋滞を検出した場合であって、各車線の間に遮蔽物がある場合、状況確認が困難であると判断する。このため、状況確認が可能であるか否かを的確に判断できる。
【００１４】
請求項３に記載の発明によれば、要因発生車線と隣接車線の相対高さに基づき状況確認が可能であるか否かを判断する。このため、状況確認が可能であるか否かを的確に判断できる。
【００１５】
請求項４に記載の発明によれば、互いに対向した車線上に渋滞を検出した際に、中央分離帯の有無を判断する。また、中央分離帯がある場合、一方の車線から他方の車線に対する状況確認が可能であるか否かを判断し、状況確認が可能であると判断した際に、検出した渋滞を突発性渋滞であると判定する。このため、渋滞要因を的確に判定することができる。
【００１６】
請求項５に記載の発明によれば、交通情報処理プログラムに従って、互いに対向した車線上に渋滞を検出した際に、中央分離帯の有無を判断する。また、中央分離帯がある場合、一方の車線から他方の車線に対する状況確認が可能であるか否かを判断し、状況確認が
可能であると判断した際に、検出した渋滞を突発性渋滞であると判定する。このため、渋滞要因を的確に判定することができる。
【発明を実施するための最良の形態】
【００１７】
（第１実施形態）
以下、本発明を具体化した一実施形態を図１〜図７に従って説明する。図１は、本実施形態のプローブシステム１の概略図である。プローブシステム１は、交通情報処理システムを構成する交通情報処理サーバ２と、路側機３と、車両Ｃに搭載されたナビゲーション装置１０（図２参照）とを備えている。交通情報処理サーバ２及び路側機３は、専用線又は公衆回線網からなるネットワークＮを介して各種データを送受信可能に接続されている。路側機３は、道路沿いに設置され、無線通信によって車両Ｃに搭載されたナビゲーション装置１０に対してプローブデータのデータ要求を行う。
【００１８】
ナビゲーション装置１０は、このデータ要求に対してプローブデータを送信し、路側機３は、取得したプローブデータを交通情報処理サーバ２にネットワークＮを介して送信する。交通情報処理サーバ２は、プローブデータを統計することにより、渋滞要因を判定する。
【００１９】
次に、ナビゲーション装置１０のハードウェア構成について、図２に従って説明する。ナビゲーション装置１０は、制御部１１を備えている。制御部１１は、ＣＰＵ１２、ＲＡＭ１３、ＲＯＭ１４、車両側インターフェース（Ｉ／Ｆ）１５、通信インターフェース（Ｉ／Ｆ）１６を備えている。
【００２０】
ＣＰＵ１２は、車両側Ｉ／Ｆ１５を介して、ＧＰＳ（Global Positioning System）受
信部２１、車速センサ２２及びジャイロセンサ２３から取得した検出信号に基づき、電波航法及び自律航法によって自車位置を特定する。
【００２１】
また、ＣＰＵ１２は、車両側Ｉ／Ｆ１５を介して、車両Ｃに搭載された電子制御装置（以下、ＥＣＵ２４）から、ブレーキペダルの踏み込みを示す検出信号を受信する。
また、ナビゲーション装置１０は、内蔵ハードディスク、又は光ディスク等の外部記憶媒体からなる地理情報記憶部１７から各種データをそれぞれ読み出し可能となっている。地理情報記憶部１７には、経路ネットワークデータ（以下、経路データ１９という）及び地図描画データ２０が格納されている。
【００２２】
経路データ１９は、リンクＩＤ、接続ノード、道路種別、車線数、道路の進行方向等を有している。ノードは、交差点、インターチェンジ、道路の端点等を示すデータ要素であって、リンクは各ノードを接続するデータ要素である。
【００２３】
また、地図描画データ２０は、全国の地図を分割したメッシュ毎に格納され、背景データ、道路の形状を示す道路形状データ、道路名称、道路種別、進行方向等を有している。制御部１１は、この道路形状データと走行軌跡とを照合して、自車位置を道路上に特定するマップマッチングを行う。
【００２４】
また、上記したように、制御部１１は、通信Ｉ／Ｆ１６を介して、路側機３からプローブデータのデータ要求を受信すると、プローブデータ３０を生成し、路側機３に送信する。プローブデータ３０を生成する際には、識別データ記憶部１８の車両ＩＤ１８Ａを含めて、送信元の車両Ｃを識別可能にする。
【００２５】
図３は、プローブデータ３０のデータ構成を説明する概念図である。プローブデータ３０は、識別データ記憶部１８に記憶された車両ＩＤ１８Ａと同一の車両ＩＤ３０Ａ、車両
Ｃの現在位置３０Ｂ、走行リンク３０Ｃを有している。また、現在時刻３０Ｄ、進行方向３０Ｅ、速度３０Ｆ、ブレーキペダルの踏み込みの有無を示すブレーキフラグ３０Ｇを有している。
【００２６】
交通情報処理サーバ２は、ナビゲーション装置１０からプローブデータ３０を受信すると、そのプローブデータ３０を蓄積する。
また、図２に示すように、ナビゲーション装置１０は、画像プロセッサ２５及び音声プロセッサ２６を備えている。画像プロセッサ２５は、地図描画データ２０を読み出して、地図画面２８をディスプレイ２７に表示したり、交通情報処理サーバ２から受信した道路交通データに応じて、渋滞・混雑区間への接近及びその要因等の交通案内表示を表示する。また、音声プロセッサ２６は、交通情報処理サーバ２から受信した道路交通データに従って、車室に設けられたスピーカ２９から、渋滞・混雑区間への接近及びその要因等の案内音声を出力する。
【００２７】
次に、交通情報処理サーバ２のハードウェア構成について、図４に従って説明する。交通情報処理サーバ２は、プローブデータ３０に基づき、その渋滞が突発性渋滞であるか否かを判断する。尚、突発性渋滞とは、事故や故障車両等の突発性要因により発生する渋滞であって、料金所、サグ部等の所定の区間で所定の時間帯に自然発生する自然渋滞とは異なる渋滞である。
【００２８】
交通情報処理サーバ２は、制御部４０、プローブデータ記憶部４５、道路詳細情報記憶部４６を備えている。制御部４０は、ＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、通信インターフェース（Ｉ／Ｆ）４４を備え、渋滞検出手段、可否判断手段、判定手段、制御手段を構成する。また、ＲＯＭ４３又は図示しない記憶部には、交通情報処理プログラムが格納されている。
【００２９】
プローブデータ記憶部４５には、ナビゲーション装置１０から受信したプローブデータ３０が蓄積されている。制御部４０は、同じ車線上の一定区間内から送信されたプローブデータ３０を抽出し、プローブデータ３０に含まれる速度３０Ｆが、渋滞時の低速走行を示す速度に該当するか否か、或いはブレーキフラグ３０Ｇが示すブレーキの頻度に基づき、各地点での渋滞の有無を判断する。また、制御部４０は、隣接且つ対向した車線の両方に渋滞が発生しているか否かを判断する。尚、隣接とは、各車線が離れていても、各車線の間の距離が所定距離以内である状態を含む。
【００３０】
道路詳細情報記憶部４６には、路側物データ４７が格納されている。路側物データ４７は、各車線間の中央分離帯の有無と、隣接した各車線の間の遮蔽物の有無を示している。遮蔽物とは、車線沿いに設けられ、上記各車線の一方からの他方の車線に対する視界を妨げ、他方の車線に対する状況確認を不可能とする路側物であって、車線間に設けられた柵や樹木等である。尚、車線の間に設けられる柵であっても、柵の高さが低い場合には、他方の車線に対する視認性を妨げないので、遮蔽物に含まれない。また、車線の間に、間隔を空けて樹木が植裁されている場合、樹木の間隔の間から他方の車線が視認できる場合には、その樹木は遮蔽物に含まれない。
【００３１】
この路側物データ４７は、車線のリンク又は道路名称と、車線沿いの中央分離帯の有無と、各車線沿いの遮蔽物の有無と、遮蔽物が設けられている区間とを有している。
図５に示すように、制御部４０は、隣接且つ対向した車線Ｌ１，Ｌ２の両方に渋滞が発生しているか否かを判断し、各車線Ｌ１，Ｌ２の両方に渋滞が発生している場合には、路側物データ４７に基づき、各車線Ｌ１，Ｌ２の間に中央分離帯１０２があるか否かを判断する。
【００３２】
具体的には、まず、制御部４０は、隣接且つ対向した車線Ｌ１，Ｌ２の両方に渋滞が発生していると判断した場合、各車線Ｌ１，Ｌ２の渋滞列１００，１０１の各始点をプローブデータ３０に基づき算出し、各始点が近いか否かを判断する。各始点が近い場合には、各始点のうち、早い時刻に出現した方の始点付近を、渋滞要因が発生した地点（以下、要因発生地点Ｐ２という）として特定する。さらに、要因発生地点Ｐ２が存在する車線を、要因発生車線として判定する。図５では、図中右側の車線Ｌ２が要因発生車線となる。さらに、制御部４０は、要因発生車線に隣接し、且つ対向した車線Ｌ１を、隣接車線と判定する。図５では、図中左側の車線Ｌ１を、隣接車線と判定する。
【００３３】
また、制御部４０は、各車線の渋滞列１００，１０１の始点Ａ，Ｂを算出すると、要因発生車線の始点Ｂから、要因発生車線の進行方向と逆方向の所定距離（例えば５０ｍ）内に中央分離帯１０２があるか否かを路側物データ４７に基づき判断する。即ち、中央分離帯１０２が無い場合には、要因発生車線の始点Ｂに位置する車両Ｃが、始点Ｂ付近にある要因発生地点Ｐ２を避けて、隣接車線に進入可能であって、隣接車線に対する進入待ちの渋滞が発生する。また、隣接車線の車両Ｃは、要因発生車線からの車両Ｃの進入により一時待機するため、隣接車線にも渋滞が発生する。このため、中央分離帯が無い場合には、上記したように渋滞が突発性渋滞であると判断する。
【００３４】
一方、図５に示すように、中央分離帯１０２がある場合、本実施形態では、隣接車線沿いの遮蔽物の有無を判断する。このとき制御部４０は、隣接車線と要因発生車線の間であって、要因発生車線の渋滞列１０１の始点Ｂから、隣接車線の進行方向と逆方向に所定距離（例えば１００メートル）までの区間を、所定範囲としての判定区間Ｚとする。即ち、隣接車線を走行する車両Ｃが要因発生地点Ｐ２に接近する際、接近途中にドライバーから要因発生地点Ｐ２付近が視認可能である場合に、要因発生地点Ｐ２に注意を向けることにより発生するいわゆる見物渋滞が発生するので、要因発生地点Ｐ２に対して接近するときのエリアに判定区間Ｚを設定する。
【００３５】
制御部４０は、判定区間Ｚ内に遮蔽物があるか否かを路側物データ４７に基づき判断する。遮蔽物が無い場合には、隣接車線から要因発生車線に対し、状況確認が可能であると判定し、隣接車線に発生した渋滞が見物渋滞であると判定する。遮蔽物が存在する場合には、隣接車線に発生した渋滞が、見物渋滞を含む突発性渋滞でないと判定する。
【００３６】
次に、ナビゲーション装置１０及び交通情報処理サーバ２の処理手順について、図６及び図７に従って説明する。図６は、ナビゲーション装置１０のプローブデータ送信処理、図７は、交通情報処理サーバ２の渋滞要因を判定する処理を説明するフローチャートである。
【００３７】
図６に示すように、ナビゲーション装置１０の制御部１１は、所定のタイミングで、上記したように現在位置を取得し（ステップＳ１−１）、走行情報を取得する（ステップＳ１−２）。走行情報とは、現在時刻、進行方向、速度、ブレーキペダルのオン又はオフ等である。現在位置及び走行情報を取得すると、それらのデータを用いてプローブデータ３０を生成し、生成したプローブデータ３０を交通情報処理サーバ２に送信する（ステップＳ１−３）。
【００３８】
交通情報処理サーバ２は、プローブデータ３０を受信すると、プローブデータ記憶部４５にプローブデータ３０を蓄積する。
次に、図７に従って、交通情報処理サーバ２の処理手順について説明する。まず、交通情報処理サーバ２の制御部４０は、プローブデータ記憶部４５に蓄積されたプローブデータ３０から、所定のエリアから送信されたプローブデータ３０を抽出する（ステップＳ２−１）。
【００３９】
また、制御部４０は、抽出したプローブデータ３０に基づき、対向した各車線の両方に渋滞が発生したか否かを判断する（ステップＳ２−２）。各車線の両方に渋滞が発生していないと判断した場合には（ステップＳ２−２においてＮＯ）、ステップＳ２−１に戻り、所定間隔で該処理を繰り返す。
【００４０】
一方、対向した各車線の両方に渋滞が発生していると判断した場合には（ステップＳ２−２においてＹＥＳ）、渋滞列１００，１０１の始点Ａ，Ｂをプローブデータ３０に基づき特定する（ステップＳ２−３）。さらに、始点Ａ，Ｂの相対距離を算出し、相対距離が所定距離以下であるか否かを判断する（ステップＳ２−４）。即ち、渋滞列１００，１０１の始点Ａ，Ｂが比較的近いか否かを判断する。
【００４１】
上記相対距離が所定距離以下である場合には（ステップＳ２−４においてＹＥＳ）、ステップＳ２−５に進む。上記相対距離が所定距離以下でない場合には（ステップＳ２−４においてＮＯ）、ステップＳ２−１に戻る。
【００４２】
ステップＳ２−５では、要因発生車線を特定する。このとき、始点Ａ，Ｂが出現した時刻をプローブデータ３０に基づき判断し、早い時刻に出現した方の始点付近に、要因発生地点Ｐ２を設定するとともに、要因発生地点Ｐ２が存在する車線を要因発生車線として特定する。
【００４３】
要因発生車線を特定すると、制御部４０は、上記したように、要因発生車線の始点から、要因発生車線の進行方向と逆方向の所定距離内に中央分離帯１０２が存在しているか否かを路側物データ４７に基づき判断する（ステップＳ２−６）。即ち、要因発生車線の始点Ｂから所定距離内に相当する路側物データ４７に基づき、中央分離帯の有無を判断する。
【００４４】
中央分離帯１０２が無いと判断した場合には（ステップＳ２−６においてＮＯ）、ステップＳ２−９に進み、各車線に発生した渋滞を突発性渋滞であると判定して処理を終了する。また、中央分離帯１０２があると判断した場合には（ステップＳ２−６においてＹＥＳ）、遮蔽物の有無を判断するための判定区間Ｚを上記したように設定する（ステップＳ２−７）。
【００４５】
判定区間Ｚを設定すると、該区間において状況確認が可能であるか否かを判断する（ステップＳ２−８）。ここでは、制御部４０は、判定区間Ｚにおいて遮蔽物があるか否かを路側物データ４７に基づき判断する。遮蔽物が無いと判断すると、要因発生車線に対する状況確認が可能であると判断して（ステップＳ２−８においてＹＥＳ）、各車線に発生した渋滞を、見物渋滞を含む突発性渋滞であると判定する（ステップＳ２−９）。
【００４６】
一方、隣接した車線の間に遮蔽物があると判断すると、要因発生車線に対する状況確認が不可能であると判断して（ステップＳ２−８においてＮＯ）、対向した各車線の両方に発生した渋滞を、通常の渋滞であると判定する（ステップＳ２−１０）。
【００４７】
このように、渋滞の要因を判定すると、渋滞要因、渋滞始点、渋滞区間等を含む渋滞情報を、各ナビゲーション装置１０に配信する。このとき例えば、隣接車線に発生した渋滞を見物渋滞であると案内してもよい。渋滞情報を受信したナビゲーション装置１０は、画像プロセッサ２５を制御して、渋滞要因等を示す案内表示をディスプレイ２７に表示したり、音声プロセッサ２６を制御して、渋滞要因等を示す案内音声をスピーカ２９から出力する。
【００４８】
第１実施形態によれば、以下のような効果を得ることができる。
（１）第１実施形態では、交通情報処理サーバ２は、各車線の渋滞をプローブデータ３０に基づき検出し、対向する車線上に渋滞を検出した場合に、各車線間に中央分離帯１０２があるか否かを判断し、中央分離帯１０２がある場合に、隣接車線から要因発生車線に対する状況確認が可能であるか否かを判断する。そして、各車線間に中央分離帯１０２が無い場合に、各車線Ｌ１，Ｌ２に発生した渋滞を突発性渋滞であると判定するとともに、各車線間に中央分離帯１０２が存在し、要因発生車線に対する状況確認が可能であると判断した際に、検出した渋滞を突発性渋滞であると判定する。このため、隣接車線を走行するドライバーから要因発生地点Ｐ２に注意が向けられることにより発生するいわゆる見物渋滞を突発性渋滞として、通常の渋滞とは区別して検出することができる。このため、例えば、渋滞要因を含む詳細な渋滞情報を、その渋滞区間の周囲を走行する車両Ｃに案内することができる。
【００４９】
（２）第１実施形態では、交通情報処理サーバ２は、対向する各車線上に渋滞を検出した場合に、各車線の間であって、要因発生車線の渋滞列１０１の始点Ｂを基準とした判定区間Ｚ内に遮蔽物があるか否かを判断する。そして、該遮蔽物がある場合に状況確認が可能でないと判断する。このため、状況確認が可能であるか否かを的確に判断できる。
【００５０】
（第２実施形態）
次に、本発明を具体化した第２実施形態を図７及び図８に従って説明する。尚、第２実施形態は、第１実施形態の処理手順を変更したのみの構成であるため、同様の部分についてはその詳細な説明を省略する。
【００５１】
本実施形態では、交通情報処理サーバ２は、図８に示す高低データ５０を有している。高低データ５０は、各車線の相対高さを示すデータであって、車線識別データ５０Ａ、区間５０Ｂ、高さ５０Ｃを有している。車線識別データ５０Ａは、車線を識別するためのデータであって、区間５０Ｂは、その車線の高さを判定するための区間である。高さ５０Ｃは、その区間５０Ｂにおける、周囲の車線に対する高さを示す。高さ５０Ｃは、例えば、「１」又は「０」といった、周囲の車線に対してどちらが高いか又は同じ高さであるかを示すフラグでもよいし、「１メートル」等の車線の道路に対する実際の相対高さを示すデータでもよい。
【００５２】
図７に示すように、交通情報処理サーバ２の制御部４０は、ステップＳ２−８において、車線間に遮蔽物があるか否かを路側物データ４７に基づいて判断するとともに、高低データ５０に基づき、要因発生車線が、周囲の車線よりも高い位置にあるか否かを判断する。各車線間に遮蔽物がある場合、及び要因発生車線が周囲の車線よりも高い位置にある場合には、要因発生車線の状況確認が不可能であると判断して（ステップＳ２−８においてＮＯ）、通常の渋滞として判定する（ステップＳ２−１０）。尚、要因発生車線の高低のみに基づき状況確認が可能であるか否かを判断してもよい。
【００５３】
一方、ステップＳ２−８において、遮蔽物が無く、且つ要因発生車線が周囲の隣接車線よりも高さが低い又は同じ高さである場合には、要因発生車線の状況確認が可能であると判断して（ステップＳ２−８においてＹＥＳ）、突発性渋滞であると判定する（ステップＳ２−９）。
【００５４】
従って、第２実施形態によれば、第１の実施形態の（１）に記載の効果に加えて以下の効果を得ることができる。
（３）第２実施形態では、交通情報処理サーバ２は、渋滞要因が発生した要因発生車線と、該要因発生車線に隣接した隣接車線とを特定し、要因発生車線の隣接車線に対する相対高さを高低データ５０に基づき判断し、要因発生車線が前記隣接車線よりも高い場合に
は、状況確認が可能でないと判断する。このため、状況確認が可能であるか否かを的確に判断できる。
【００５５】
尚、本実施形態は以下のように変更してもよい。
・上記実施形態では、交通情報処理システムを、交通情報処理サーバ２として具体化したが、ナビゲーション装置１０として具体化してもよい。この場合、ナビゲーション装置１０の制御部１１は、ＶＩＣＳ（Vehicle Information and Communication System、登録商標）から渋滞区間、始点等を含む渋滞情報を取得する渋滞検出手段、中央分離帯の有無及び状況確認の可否を判断する可否判断手段、渋滞要因を判定する判定手段とを構成する。また、路側物データ４７及び交通情報処理プログラムを図示しない記憶部に記憶する。
【００５６】
・第１実施形態では、要因発生車線と隣接車線とを特定した上で、各車線の渋滞が突発性渋滞であるか否かを判断したが、要因発生車線と隣接車線とを特定しなくてもよい。この場合、例えば、渋滞列１００，１０１の始点Ａ，Ｂの中間に基準点を設定し、基準点から道路に沿って双方向に所定距離内の中央分離帯の有無、遮蔽物の有無を判断しても良い。
【００５７】
・路側物データ４７は、視線の方向を加味したデータでもよい。即ち、車線Ｌ１から車線Ｌ２を見た場合に状況確認が妨害される遮蔽物の有無と、車線Ｌ２から車線Ｌ１を見た場合に状況確認が妨害される遮蔽物の有無とを示すデータでもよい。
【００５８】
・第２実施形態では、要因発生地点Ｐ２の高さと、隣接車線に設定された所定区間との高さとを比較し、所定区間が要因発生地点Ｐ２よりも高い場合に、要因発生車線に対する状況確認が可能であると判断してもよい。
【図面の簡単な説明】
【００５９】
【図１】プローブシステムの概略図。
【図２】ナビゲーション装置のハードウェア構成を説明するブロック図。
【図３】プローブデータの模式図。
【図４】交通情報処理サーバのハードウェア構成を説明するブロック図。
【図５】渋滞要因を判定するための処理を説明する概念図。
【図６】プローブデータ送信処理のフローチャート。
【図７】渋滞要因を判定する処理のフローチャート。
【図８】第２実施形態の高低データの模式図。
【符号の説明】
【００６０】
１…プローブシステム、２…交通情報処理システムを構成する交通情報処理サーバ、１１…渋滞検出手段、可否判断手段、判定手段、制御手段としての制御部、４０…渋滞検出手段、可否判断手段、判定手段、制御手段としての制御部、１０２…中央分離帯、Ａ，Ｂ…始点、Ｌ１，Ｌ２…車線、Ｚ…所定範囲としての判定区間。
【技術分野】
【０００１】
本発明は、交通情報処理システム、交通情報処理方法及び交通情報処理プログラムに関する。
【背景技術】
【０００２】
近年、自動車の円滑な走行を支援するために、渋滞発生区間を、該区間周辺の車両に通知するシステムが知られている。最近では、渋滞発生区間の案内だけでなく、渋滞要因を判定し、渋滞要因に応じて各種案内を行うシステムも提案されている。
【０００３】
例えば特許文献１には、走行車線と、該車線に隣り合う対向車線とに渋滞が発生している場合に、その渋滞が突発性渋滞であるか否かを判断するシステムが記載されている。このシステムでは、外部から受信した渋滞情報に係わる道路に中央分離帯があるか否かを判断する。即ち、中央分離帯の有無を判断することにより、一方の車線に突発的に渋滞が発生した場合に、その車線から、その車線に隣り合う他方の車線に進入可能であるか否かを判断する。また、そのシステムが、そのような渋滞を検出した場合には、各車線の渋滞が実質的に同一地点から発生しているか否かを判断する。
【０００４】
そして、走行車線及び対向車線の同一地点から渋滞が発生し、且つその車線間に中央分離帯が無い場合、その渋滞を、事故や工事等の突発的な要因による突発性渋滞であると判断する。
【特許文献１】特開２００５−３３１３７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、各車線間に中央分離帯が存在するにも関わらず、突発的な渋滞が発生する場合がある。即ち、一方の車線に突発的な渋滞要因が発生した場合、その要因発生地点がある車線の対向車線を走行するドライバーの注意が、要因発生地点に向けられ、その結果、いわゆる見物渋滞が発生することがある。
【０００６】
本発明は、上記問題点に鑑みてなされたものであり、その目的は、突発的要因により発生した渋滞を的確に検出することができる交通情報処理システム、交通情報処理方法及び交通情報処理プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、各車線の渋滞を検出する渋滞検出手段と、対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断する可否判断手段と、前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定する判定手段とを備えたことを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の交通情報処理システムにおいて、前記可否判断手段は、前記渋滞検出手段が前記各車線上に渋滞を検出した場合に、渋滞始点を基準とした所定範囲内であって前記各車線の間に遮蔽物があるか否かを判断し、該遮蔽物がある場合に状況確認が可能でないと判断することを要旨とする。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の交通情報処理システムにおいて、前記可否判断手段は、渋滞が先に発生した要因発生車線と、該要因発生車線に対向する隣接車線とを特定するとともに、前記要因発生車線の前記隣接車線に対する高低を判断し、前記要因発生車線が前記隣接車線よりも高い場合には、状況確認が可能でないと判断することを要旨とする。
【００１０】
請求項４に記載の発明は、各車線の渋滞を検出する制御手段を用いて、渋滞要因を判定する交通情報処理方法であって、前記制御手段が、対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断するとともに、前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定することを要旨とする。
【００１１】
請求項５に記載の発明は、各車線の渋滞を検出する制御手段を用いて、渋滞要因を判定する交通情報処理プログラムであって、前記制御手段を、対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断する可否判断手段と、前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定する判定手段として機能させることを要旨とする。
【発明の効果】
【００１２】
請求項１に記載の発明によれば、互いに対向した車線上に渋滞を検出した際に、中央分離帯の有無を判断し、中央分離帯が無い場合に、車両が対向車線に進入可能であるため、突発性渋滞であると判断する。また、中央分離帯がある場合でも、一方の車線から他方の車線に対する状況確認が可能であるか否かを判断し、状況確認が可能であると判断した際に、検出した渋滞を見物渋滞という突発性渋滞であると判定する。このため、渋滞要因を的確に判定することができる。
【００１３】
請求項２に記載の発明によれば、対向する複数の車線上に渋滞を検出した場合であって、各車線の間に遮蔽物がある場合、状況確認が困難であると判断する。このため、状況確認が可能であるか否かを的確に判断できる。
【００１４】
請求項３に記載の発明によれば、要因発生車線と隣接車線の相対高さに基づき状況確認が可能であるか否かを判断する。このため、状況確認が可能であるか否かを的確に判断できる。
【００１５】
請求項４に記載の発明によれば、互いに対向した車線上に渋滞を検出した際に、中央分離帯の有無を判断する。また、中央分離帯がある場合、一方の車線から他方の車線に対する状況確認が可能であるか否かを判断し、状況確認が可能であると判断した際に、検出した渋滞を突発性渋滞であると判定する。このため、渋滞要因を的確に判定することができる。
【００１６】
請求項５に記載の発明によれば、交通情報処理プログラムに従って、互いに対向した車線上に渋滞を検出した際に、中央分離帯の有無を判断する。また、中央分離帯がある場合、一方の車線から他方の車線に対する状況確認が可能であるか否かを判断し、状況確認が
可能であると判断した際に、検出した渋滞を突発性渋滞であると判定する。このため、渋滞要因を的確に判定することができる。
【発明を実施するための最良の形態】
【００１７】
（第１実施形態）
以下、本発明を具体化した一実施形態を図１〜図７に従って説明する。図１は、本実施形態のプローブシステム１の概略図である。プローブシステム１は、交通情報処理システムを構成する交通情報処理サーバ２と、路側機３と、車両Ｃに搭載されたナビゲーション装置１０（図２参照）とを備えている。交通情報処理サーバ２及び路側機３は、専用線又は公衆回線網からなるネットワークＮを介して各種データを送受信可能に接続されている。路側機３は、道路沿いに設置され、無線通信によって車両Ｃに搭載されたナビゲーション装置１０に対してプローブデータのデータ要求を行う。
【００１８】
ナビゲーション装置１０は、このデータ要求に対してプローブデータを送信し、路側機３は、取得したプローブデータを交通情報処理サーバ２にネットワークＮを介して送信する。交通情報処理サーバ２は、プローブデータを統計することにより、渋滞要因を判定する。
【００１９】
次に、ナビゲーション装置１０のハードウェア構成について、図２に従って説明する。ナビゲーション装置１０は、制御部１１を備えている。制御部１１は、ＣＰＵ１２、ＲＡＭ１３、ＲＯＭ１４、車両側インターフェース（Ｉ／Ｆ）１５、通信インターフェース（Ｉ／Ｆ）１６を備えている。
【００２０】
ＣＰＵ１２は、車両側Ｉ／Ｆ１５を介して、ＧＰＳ（Global Positioning System）受
信部２１、車速センサ２２及びジャイロセンサ２３から取得した検出信号に基づき、電波航法及び自律航法によって自車位置を特定する。
【００２１】
また、ＣＰＵ１２は、車両側Ｉ／Ｆ１５を介して、車両Ｃに搭載された電子制御装置（以下、ＥＣＵ２４）から、ブレーキペダルの踏み込みを示す検出信号を受信する。
また、ナビゲーション装置１０は、内蔵ハードディスク、又は光ディスク等の外部記憶媒体からなる地理情報記憶部１７から各種データをそれぞれ読み出し可能となっている。地理情報記憶部１７には、経路ネットワークデータ（以下、経路データ１９という）及び地図描画データ２０が格納されている。
【００２２】
経路データ１９は、リンクＩＤ、接続ノード、道路種別、車線数、道路の進行方向等を有している。ノードは、交差点、インターチェンジ、道路の端点等を示すデータ要素であって、リンクは各ノードを接続するデータ要素である。
【００２３】
また、地図描画データ２０は、全国の地図を分割したメッシュ毎に格納され、背景データ、道路の形状を示す道路形状データ、道路名称、道路種別、進行方向等を有している。制御部１１は、この道路形状データと走行軌跡とを照合して、自車位置を道路上に特定するマップマッチングを行う。
【００２４】
また、上記したように、制御部１１は、通信Ｉ／Ｆ１６を介して、路側機３からプローブデータのデータ要求を受信すると、プローブデータ３０を生成し、路側機３に送信する。プローブデータ３０を生成する際には、識別データ記憶部１８の車両ＩＤ１８Ａを含めて、送信元の車両Ｃを識別可能にする。
【００２５】
図３は、プローブデータ３０のデータ構成を説明する概念図である。プローブデータ３０は、識別データ記憶部１８に記憶された車両ＩＤ１８Ａと同一の車両ＩＤ３０Ａ、車両
Ｃの現在位置３０Ｂ、走行リンク３０Ｃを有している。また、現在時刻３０Ｄ、進行方向３０Ｅ、速度３０Ｆ、ブレーキペダルの踏み込みの有無を示すブレーキフラグ３０Ｇを有している。
【００２６】
交通情報処理サーバ２は、ナビゲーション装置１０からプローブデータ３０を受信すると、そのプローブデータ３０を蓄積する。
また、図２に示すように、ナビゲーション装置１０は、画像プロセッサ２５及び音声プロセッサ２６を備えている。画像プロセッサ２５は、地図描画データ２０を読み出して、地図画面２８をディスプレイ２７に表示したり、交通情報処理サーバ２から受信した道路交通データに応じて、渋滞・混雑区間への接近及びその要因等の交通案内表示を表示する。また、音声プロセッサ２６は、交通情報処理サーバ２から受信した道路交通データに従って、車室に設けられたスピーカ２９から、渋滞・混雑区間への接近及びその要因等の案内音声を出力する。
【００２７】
次に、交通情報処理サーバ２のハードウェア構成について、図４に従って説明する。交通情報処理サーバ２は、プローブデータ３０に基づき、その渋滞が突発性渋滞であるか否かを判断する。尚、突発性渋滞とは、事故や故障車両等の突発性要因により発生する渋滞であって、料金所、サグ部等の所定の区間で所定の時間帯に自然発生する自然渋滞とは異なる渋滞である。
【００２８】
交通情報処理サーバ２は、制御部４０、プローブデータ記憶部４５、道路詳細情報記憶部４６を備えている。制御部４０は、ＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、通信インターフェース（Ｉ／Ｆ）４４を備え、渋滞検出手段、可否判断手段、判定手段、制御手段を構成する。また、ＲＯＭ４３又は図示しない記憶部には、交通情報処理プログラムが格納されている。
【００２９】
プローブデータ記憶部４５には、ナビゲーション装置１０から受信したプローブデータ３０が蓄積されている。制御部４０は、同じ車線上の一定区間内から送信されたプローブデータ３０を抽出し、プローブデータ３０に含まれる速度３０Ｆが、渋滞時の低速走行を示す速度に該当するか否か、或いはブレーキフラグ３０Ｇが示すブレーキの頻度に基づき、各地点での渋滞の有無を判断する。また、制御部４０は、隣接且つ対向した車線の両方に渋滞が発生しているか否かを判断する。尚、隣接とは、各車線が離れていても、各車線の間の距離が所定距離以内である状態を含む。
【００３０】
道路詳細情報記憶部４６には、路側物データ４７が格納されている。路側物データ４７は、各車線間の中央分離帯の有無と、隣接した各車線の間の遮蔽物の有無を示している。遮蔽物とは、車線沿いに設けられ、上記各車線の一方からの他方の車線に対する視界を妨げ、他方の車線に対する状況確認を不可能とする路側物であって、車線間に設けられた柵や樹木等である。尚、車線の間に設けられる柵であっても、柵の高さが低い場合には、他方の車線に対する視認性を妨げないので、遮蔽物に含まれない。また、車線の間に、間隔を空けて樹木が植裁されている場合、樹木の間隔の間から他方の車線が視認できる場合には、その樹木は遮蔽物に含まれない。
【００３１】
この路側物データ４７は、車線のリンク又は道路名称と、車線沿いの中央分離帯の有無と、各車線沿いの遮蔽物の有無と、遮蔽物が設けられている区間とを有している。
図５に示すように、制御部４０は、隣接且つ対向した車線Ｌ１，Ｌ２の両方に渋滞が発生しているか否かを判断し、各車線Ｌ１，Ｌ２の両方に渋滞が発生している場合には、路側物データ４７に基づき、各車線Ｌ１，Ｌ２の間に中央分離帯１０２があるか否かを判断する。
【００３２】
具体的には、まず、制御部４０は、隣接且つ対向した車線Ｌ１，Ｌ２の両方に渋滞が発生していると判断した場合、各車線Ｌ１，Ｌ２の渋滞列１００，１０１の各始点をプローブデータ３０に基づき算出し、各始点が近いか否かを判断する。各始点が近い場合には、各始点のうち、早い時刻に出現した方の始点付近を、渋滞要因が発生した地点（以下、要因発生地点Ｐ２という）として特定する。さらに、要因発生地点Ｐ２が存在する車線を、要因発生車線として判定する。図５では、図中右側の車線Ｌ２が要因発生車線となる。さらに、制御部４０は、要因発生車線に隣接し、且つ対向した車線Ｌ１を、隣接車線と判定する。図５では、図中左側の車線Ｌ１を、隣接車線と判定する。
【００３３】
また、制御部４０は、各車線の渋滞列１００，１０１の始点Ａ，Ｂを算出すると、要因発生車線の始点Ｂから、要因発生車線の進行方向と逆方向の所定距離（例えば５０ｍ）内に中央分離帯１０２があるか否かを路側物データ４７に基づき判断する。即ち、中央分離帯１０２が無い場合には、要因発生車線の始点Ｂに位置する車両Ｃが、始点Ｂ付近にある要因発生地点Ｐ２を避けて、隣接車線に進入可能であって、隣接車線に対する進入待ちの渋滞が発生する。また、隣接車線の車両Ｃは、要因発生車線からの車両Ｃの進入により一時待機するため、隣接車線にも渋滞が発生する。このため、中央分離帯が無い場合には、上記したように渋滞が突発性渋滞であると判断する。
【００３４】
一方、図５に示すように、中央分離帯１０２がある場合、本実施形態では、隣接車線沿いの遮蔽物の有無を判断する。このとき制御部４０は、隣接車線と要因発生車線の間であって、要因発生車線の渋滞列１０１の始点Ｂから、隣接車線の進行方向と逆方向に所定距離（例えば１００メートル）までの区間を、所定範囲としての判定区間Ｚとする。即ち、隣接車線を走行する車両Ｃが要因発生地点Ｐ２に接近する際、接近途中にドライバーから要因発生地点Ｐ２付近が視認可能である場合に、要因発生地点Ｐ２に注意を向けることにより発生するいわゆる見物渋滞が発生するので、要因発生地点Ｐ２に対して接近するときのエリアに判定区間Ｚを設定する。
【００３５】
制御部４０は、判定区間Ｚ内に遮蔽物があるか否かを路側物データ４７に基づき判断する。遮蔽物が無い場合には、隣接車線から要因発生車線に対し、状況確認が可能であると判定し、隣接車線に発生した渋滞が見物渋滞であると判定する。遮蔽物が存在する場合には、隣接車線に発生した渋滞が、見物渋滞を含む突発性渋滞でないと判定する。
【００３６】
次に、ナビゲーション装置１０及び交通情報処理サーバ２の処理手順について、図６及び図７に従って説明する。図６は、ナビゲーション装置１０のプローブデータ送信処理、図７は、交通情報処理サーバ２の渋滞要因を判定する処理を説明するフローチャートである。
【００３７】
図６に示すように、ナビゲーション装置１０の制御部１１は、所定のタイミングで、上記したように現在位置を取得し（ステップＳ１−１）、走行情報を取得する（ステップＳ１−２）。走行情報とは、現在時刻、進行方向、速度、ブレーキペダルのオン又はオフ等である。現在位置及び走行情報を取得すると、それらのデータを用いてプローブデータ３０を生成し、生成したプローブデータ３０を交通情報処理サーバ２に送信する（ステップＳ１−３）。
【００３８】
交通情報処理サーバ２は、プローブデータ３０を受信すると、プローブデータ記憶部４５にプローブデータ３０を蓄積する。
次に、図７に従って、交通情報処理サーバ２の処理手順について説明する。まず、交通情報処理サーバ２の制御部４０は、プローブデータ記憶部４５に蓄積されたプローブデータ３０から、所定のエリアから送信されたプローブデータ３０を抽出する（ステップＳ２−１）。
【００３９】
また、制御部４０は、抽出したプローブデータ３０に基づき、対向した各車線の両方に渋滞が発生したか否かを判断する（ステップＳ２−２）。各車線の両方に渋滞が発生していないと判断した場合には（ステップＳ２−２においてＮＯ）、ステップＳ２−１に戻り、所定間隔で該処理を繰り返す。
【００４０】
一方、対向した各車線の両方に渋滞が発生していると判断した場合には（ステップＳ２−２においてＹＥＳ）、渋滞列１００，１０１の始点Ａ，Ｂをプローブデータ３０に基づき特定する（ステップＳ２−３）。さらに、始点Ａ，Ｂの相対距離を算出し、相対距離が所定距離以下であるか否かを判断する（ステップＳ２−４）。即ち、渋滞列１００，１０１の始点Ａ，Ｂが比較的近いか否かを判断する。
【００４１】
上記相対距離が所定距離以下である場合には（ステップＳ２−４においてＹＥＳ）、ステップＳ２−５に進む。上記相対距離が所定距離以下でない場合には（ステップＳ２−４においてＮＯ）、ステップＳ２−１に戻る。
【００４２】
ステップＳ２−５では、要因発生車線を特定する。このとき、始点Ａ，Ｂが出現した時刻をプローブデータ３０に基づき判断し、早い時刻に出現した方の始点付近に、要因発生地点Ｐ２を設定するとともに、要因発生地点Ｐ２が存在する車線を要因発生車線として特定する。
【００４３】
要因発生車線を特定すると、制御部４０は、上記したように、要因発生車線の始点から、要因発生車線の進行方向と逆方向の所定距離内に中央分離帯１０２が存在しているか否かを路側物データ４７に基づき判断する（ステップＳ２−６）。即ち、要因発生車線の始点Ｂから所定距離内に相当する路側物データ４７に基づき、中央分離帯の有無を判断する。
【００４４】
中央分離帯１０２が無いと判断した場合には（ステップＳ２−６においてＮＯ）、ステップＳ２−９に進み、各車線に発生した渋滞を突発性渋滞であると判定して処理を終了する。また、中央分離帯１０２があると判断した場合には（ステップＳ２−６においてＹＥＳ）、遮蔽物の有無を判断するための判定区間Ｚを上記したように設定する（ステップＳ２−７）。
【００４５】
判定区間Ｚを設定すると、該区間において状況確認が可能であるか否かを判断する（ステップＳ２−８）。ここでは、制御部４０は、判定区間Ｚにおいて遮蔽物があるか否かを路側物データ４７に基づき判断する。遮蔽物が無いと判断すると、要因発生車線に対する状況確認が可能であると判断して（ステップＳ２−８においてＹＥＳ）、各車線に発生した渋滞を、見物渋滞を含む突発性渋滞であると判定する（ステップＳ２−９）。
【００４６】
一方、隣接した車線の間に遮蔽物があると判断すると、要因発生車線に対する状況確認が不可能であると判断して（ステップＳ２−８においてＮＯ）、対向した各車線の両方に発生した渋滞を、通常の渋滞であると判定する（ステップＳ２−１０）。
【００４７】
このように、渋滞の要因を判定すると、渋滞要因、渋滞始点、渋滞区間等を含む渋滞情報を、各ナビゲーション装置１０に配信する。このとき例えば、隣接車線に発生した渋滞を見物渋滞であると案内してもよい。渋滞情報を受信したナビゲーション装置１０は、画像プロセッサ２５を制御して、渋滞要因等を示す案内表示をディスプレイ２７に表示したり、音声プロセッサ２６を制御して、渋滞要因等を示す案内音声をスピーカ２９から出力する。
【００４８】
第１実施形態によれば、以下のような効果を得ることができる。
（１）第１実施形態では、交通情報処理サーバ２は、各車線の渋滞をプローブデータ３０に基づき検出し、対向する車線上に渋滞を検出した場合に、各車線間に中央分離帯１０２があるか否かを判断し、中央分離帯１０２がある場合に、隣接車線から要因発生車線に対する状況確認が可能であるか否かを判断する。そして、各車線間に中央分離帯１０２が無い場合に、各車線Ｌ１，Ｌ２に発生した渋滞を突発性渋滞であると判定するとともに、各車線間に中央分離帯１０２が存在し、要因発生車線に対する状況確認が可能であると判断した際に、検出した渋滞を突発性渋滞であると判定する。このため、隣接車線を走行するドライバーから要因発生地点Ｐ２に注意が向けられることにより発生するいわゆる見物渋滞を突発性渋滞として、通常の渋滞とは区別して検出することができる。このため、例えば、渋滞要因を含む詳細な渋滞情報を、その渋滞区間の周囲を走行する車両Ｃに案内することができる。
【００４９】
（２）第１実施形態では、交通情報処理サーバ２は、対向する各車線上に渋滞を検出した場合に、各車線の間であって、要因発生車線の渋滞列１０１の始点Ｂを基準とした判定区間Ｚ内に遮蔽物があるか否かを判断する。そして、該遮蔽物がある場合に状況確認が可能でないと判断する。このため、状況確認が可能であるか否かを的確に判断できる。
【００５０】
（第２実施形態）
次に、本発明を具体化した第２実施形態を図７及び図８に従って説明する。尚、第２実施形態は、第１実施形態の処理手順を変更したのみの構成であるため、同様の部分についてはその詳細な説明を省略する。
【００５１】
本実施形態では、交通情報処理サーバ２は、図８に示す高低データ５０を有している。高低データ５０は、各車線の相対高さを示すデータであって、車線識別データ５０Ａ、区間５０Ｂ、高さ５０Ｃを有している。車線識別データ５０Ａは、車線を識別するためのデータであって、区間５０Ｂは、その車線の高さを判定するための区間である。高さ５０Ｃは、その区間５０Ｂにおける、周囲の車線に対する高さを示す。高さ５０Ｃは、例えば、「１」又は「０」といった、周囲の車線に対してどちらが高いか又は同じ高さであるかを示すフラグでもよいし、「１メートル」等の車線の道路に対する実際の相対高さを示すデータでもよい。
【００５２】
図７に示すように、交通情報処理サーバ２の制御部４０は、ステップＳ２−８において、車線間に遮蔽物があるか否かを路側物データ４７に基づいて判断するとともに、高低データ５０に基づき、要因発生車線が、周囲の車線よりも高い位置にあるか否かを判断する。各車線間に遮蔽物がある場合、及び要因発生車線が周囲の車線よりも高い位置にある場合には、要因発生車線の状況確認が不可能であると判断して（ステップＳ２−８においてＮＯ）、通常の渋滞として判定する（ステップＳ２−１０）。尚、要因発生車線の高低のみに基づき状況確認が可能であるか否かを判断してもよい。
【００５３】
一方、ステップＳ２−８において、遮蔽物が無く、且つ要因発生車線が周囲の隣接車線よりも高さが低い又は同じ高さである場合には、要因発生車線の状況確認が可能であると判断して（ステップＳ２−８においてＹＥＳ）、突発性渋滞であると判定する（ステップＳ２−９）。
【００５４】
従って、第２実施形態によれば、第１の実施形態の（１）に記載の効果に加えて以下の効果を得ることができる。
（３）第２実施形態では、交通情報処理サーバ２は、渋滞要因が発生した要因発生車線と、該要因発生車線に隣接した隣接車線とを特定し、要因発生車線の隣接車線に対する相対高さを高低データ５０に基づき判断し、要因発生車線が前記隣接車線よりも高い場合に
は、状況確認が可能でないと判断する。このため、状況確認が可能であるか否かを的確に判断できる。
【００５５】
尚、本実施形態は以下のように変更してもよい。
・上記実施形態では、交通情報処理システムを、交通情報処理サーバ２として具体化したが、ナビゲーション装置１０として具体化してもよい。この場合、ナビゲーション装置１０の制御部１１は、ＶＩＣＳ（Vehicle Information and Communication System、登録商標）から渋滞区間、始点等を含む渋滞情報を取得する渋滞検出手段、中央分離帯の有無及び状況確認の可否を判断する可否判断手段、渋滞要因を判定する判定手段とを構成する。また、路側物データ４７及び交通情報処理プログラムを図示しない記憶部に記憶する。
【００５６】
・第１実施形態では、要因発生車線と隣接車線とを特定した上で、各車線の渋滞が突発性渋滞であるか否かを判断したが、要因発生車線と隣接車線とを特定しなくてもよい。この場合、例えば、渋滞列１００，１０１の始点Ａ，Ｂの中間に基準点を設定し、基準点から道路に沿って双方向に所定距離内の中央分離帯の有無、遮蔽物の有無を判断しても良い。
【００５７】
・路側物データ４７は、視線の方向を加味したデータでもよい。即ち、車線Ｌ１から車線Ｌ２を見た場合に状況確認が妨害される遮蔽物の有無と、車線Ｌ２から車線Ｌ１を見た場合に状況確認が妨害される遮蔽物の有無とを示すデータでもよい。
【００５８】
・第２実施形態では、要因発生地点Ｐ２の高さと、隣接車線に設定された所定区間との高さとを比較し、所定区間が要因発生地点Ｐ２よりも高い場合に、要因発生車線に対する状況確認が可能であると判断してもよい。
【図面の簡単な説明】
【００５９】
【図１】プローブシステムの概略図。
【図２】ナビゲーション装置のハードウェア構成を説明するブロック図。
【図３】プローブデータの模式図。
【図４】交通情報処理サーバのハードウェア構成を説明するブロック図。
【図５】渋滞要因を判定するための処理を説明する概念図。
【図６】プローブデータ送信処理のフローチャート。
【図７】渋滞要因を判定する処理のフローチャート。
【図８】第２実施形態の高低データの模式図。
【符号の説明】
【００６０】
１…プローブシステム、２…交通情報処理システムを構成する交通情報処理サーバ、１１…渋滞検出手段、可否判断手段、判定手段、制御手段としての制御部、４０…渋滞検出手段、可否判断手段、判定手段、制御手段としての制御部、１０２…中央分離帯、Ａ，Ｂ…始点、Ｌ１，Ｌ２…車線、Ｚ…所定範囲としての判定区間。
【特許請求の範囲】
【請求項１】
各車線の渋滞を検出する渋滞検出手段と、
対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断する可否判断手段と、
前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定する判定手段と
を備えたことを特徴とする交通情報処理システム。
【請求項２】
請求項１に記載の交通情報処理システムにおいて、
前記可否判断手段は、
前記渋滞検出手段が前記各車線上に渋滞を検出した場合に、渋滞始点を基準とした所定範囲内であって前記各車線の間に遮蔽物があるか否かを判断し、該遮蔽物がある場合に状況確認が可能でないと判断することを特徴とする交通情報処理システム。
【請求項３】
請求項１又は２に記載の交通情報処理システムにおいて、
前記可否判断手段は、
渋滞が先に発生した要因発生車線と、該要因発生車線に対向する隣接車線とを特定するとともに、
前記要因発生車線の前記隣接車線に対する高低を判断し、前記要因発生車線が前記隣接車線よりも高い場合には、状況確認が可能でないと判断することを特徴とする交通情報処理システム。
【請求項４】
各車線の渋滞を検出する制御手段を用いて、渋滞要因を判定する交通情報処理方法であって、
前記制御手段が、
対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断するとともに、前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定することを特徴とする交通情報処理方法。
【請求項５】
各車線の渋滞を検出する制御手段を用いて、渋滞要因を判定する交通情報処理プログラムであって、
前記制御手段を、
対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断する可否判断手段と、
前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定する判定手段として機能させることを特徴とする交通情報処理プログラム。
【請求項１】
各車線の渋滞を検出する渋滞検出手段と、
対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断する可否判断手段と、
前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定する判定手段と
を備えたことを特徴とする交通情報処理システム。
【請求項２】
請求項１に記載の交通情報処理システムにおいて、
前記可否判断手段は、
前記渋滞検出手段が前記各車線上に渋滞を検出した場合に、渋滞始点を基準とした所定範囲内であって前記各車線の間に遮蔽物があるか否かを判断し、該遮蔽物がある場合に状況確認が可能でないと判断することを特徴とする交通情報処理システム。
【請求項３】
請求項１又は２に記載の交通情報処理システムにおいて、
前記可否判断手段は、
渋滞が先に発生した要因発生車線と、該要因発生車線に対向する隣接車線とを特定するとともに、
前記要因発生車線の前記隣接車線に対する高低を判断し、前記要因発生車線が前記隣接車線よりも高い場合には、状況確認が可能でないと判断することを特徴とする交通情報処理システム。
【請求項４】
各車線の渋滞を検出する制御手段を用いて、渋滞要因を判定する交通情報処理方法であって、
前記制御手段が、
対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断するとともに、前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定することを特徴とする交通情報処理方法。
【請求項５】
各車線の渋滞を検出する制御手段を用いて、渋滞要因を判定する交通情報処理プログラムであって、
前記制御手段を、
対向する各車線上に渋滞を検出した場合に、前記各車線間に中央分離帯があるか否かを判断し、中央分離帯がある場合に、一方の前記車線から他方の前記車線に対する状況確認が可能であるか否かを判断する可否判断手段と、
前記各車線間に中央分離帯が無い場合に、前記各車線に発生した渋滞を突発性渋滞であると判定するとともに、前記各車線間に中央分離帯が存在し、且つ一方の車線から他方の車線に対する状況確認が可能であると判断した際に、検出した前記渋滞を突発性渋滞であると判定する判定手段として機能させることを特徴とする交通情報処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００９−２２３７９６（Ｐ２００９−２２３７９６Ａ）
【公開日】平成２１年１０月１日（２００９．１０．１）
【国際特許分類】
【出願番号】特願２００８−６９９５１（Ｐ２００８−６９９５１）
【出願日】平成２０年３月１８日（２００８．３．１８）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
【公開日】平成２１年１０月１日（２００９．１０．１）
【国際特許分類】
【出願日】平成２０年３月１８日（２００８．３．１８）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
[ Back to top ]