特許 6049418 交通情報処理システム、検出装置、サーバ装置、交通情報処理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6049418

(24)【登録日】2016年12月2日

(45)【発行日】2016年12月21日

(54)【発明の名称】交通情報処理システム、検出装置、サーバ装置、交通情報処理方法、及びプログラム

(51)【国際特許分類】

   G08G 1/01 20060101AFI20161212BHJP

   G08G 1/13 20060101ALI20161212BHJP

   G01C 21/26 20060101ALI20161212BHJP

【ＦＩ】

   G08G1/01 A

   G08G1/13

   G01C21/26 A

【請求項の数】10

【全頁数】24

(21)【出願番号】特願2012-256520(P2012-256520)

(22)【出願日】2012年11月22日

(65)【公開番号】特開2014-106545(P2014-106545A)

(43)【公開日】2014年6月9日

【審査請求日】2015年11月2日

(73)【特許権者】

【識別番号】309036221

【氏名又は名称】三菱重工メカトロシステムズ株式会社

(74)【代理人】

【識別番号】100134544

【弁理士】

【氏名又は名称】森 隆一郎

(74)【代理人】

【識別番号】100064908

【弁理士】

【氏名又は名称】志賀 正武

(74)【代理人】

【識別番号】100108578

【弁理士】

【氏名又は名称】高橋 詔男

(74)【代理人】

【識別番号】100126893

【弁理士】

【氏名又は名称】山崎 哲男

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(72)【発明者】

【氏名】是永 剛志

(72)【発明者】

【氏名】竹内 久治

(72)【発明者】

【氏名】日浦 亮太

(72)【発明者】

【氏名】村田 智宏

(72)【発明者】

【氏名】永田 剛志

(72)【発明者】

【氏名】中本 大道

(72)【発明者】

【氏名】加藤 聖樹

【審査官】 東 勝之

(56)【参考文献】

【文献】 特開２０１２−１９４７６１（ＪＰ，Ａ）

【文献】 特開２０１２−１３７８３５（ＪＰ，Ａ）

【文献】 特開２０１０−０４４５４３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０８Ｇ １／００ − １／１６

Ｇ０１Ｃ ２１／００ − ２１／３６

(57)【特許請求の範囲】

【請求項1】

車両に搭載される検出装置と、サーバ装置とを備えた交通情報処理システムであって、
前記検出装置は、
自装置の位置を検出し、検出した時刻を取得する位置検出部と、
道路を分割した区間である複数のセグメントから前記位置検出部が検出した位置に対応するセグメントを検出するセグメント検出部と、
前記セグメント検出部が順次検出するセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定するセグメント変化判定部と、
前記セグメント変化判定部が、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを前記サーバ装置に送信する送信部と、を備え、
前記サーバ装置は、
前記検出装置から前記セグメントを示す情報と前記時刻を示す情報を受信する受信部
を備えることを特徴とする交通情報処理システム。

【請求項2】

前記検出装置または前記サーバ装置が、
前記セグメント検出部が順次検出するセグメントと、予め定められるセグメントの連結関係を示す情報とに基づいて、前記セグメントにおける前記車両の移動方向を判定する移動方向判定部
を備えることを特徴とする請求項１に記載の交通情報処理システム。

【請求項3】

前記サーバ装置は、
前記セグメントを示す情報と前記時刻を示す情報とに基づいて、任意に定められる時刻における前記セグメントに存在する前記車両の台数を算出する交通情報検出部
を備えることを特徴とする請求項１または２に記載の交通情報処理システム。

【請求項4】

前記サーバ装置は、
前記セグメントを示す情報と前記時刻を示す情報とに基づいて、任意に定められる時刻に、前記セグメントを通過し終えている前記車両の当該セグメントの通過時間または平均速度を算出する
ことを特徴とする請求項１から３のいずれか１つに記載の交通情報処理システム。

【請求項5】

前記検出装置は、
前記車両の速度を検出する加速度センサを備え、
前記セグメント検出部は、
前記車両が第１のセグメントを退出して他のセグメントに進入する場合に、前記第１のセグメントの端から予め定められる距離の範囲に自装置の位置が存在する場合は、自装置が存在する前記他のセグメントを検出せずに前記第１のセグメントを自装置が存在するセグメントとして検出し、前記第１のセグメントの端から予め定められる距離を越えた位置に自装置の位置が存在する場合は、自装置が存在する前記他のセグメントを検出し、前記他のセグメントを検出した際の時刻と、前記予め定められる距離と、前記予め定められる距離の地点を通過する際に前記加速度センサが検出する前記車両の速度とに基づいて自装置が前記他のセグメントに存在し始めた時刻を算出する
ことを特徴とする請求項１から４のいずれか１つに記載の交通情報処理システム。

【請求項6】

自装置の位置を検出し、検出した時刻を取得する位置検出部と、
道路を分割した区間である複数のセグメントから前記位置検出部が検出した位置に対応するセグメントを検出するセグメント検出部と、
前記セグメント検出部が順次検出するセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定するセグメント変化判定部と、
前記セグメント変化判定部が、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを、前記セグメントを示す情報と前記時刻を示す情報を受信する受信部を備えるサーバ装置に送信する送信部と
を備えることを特徴とする検出装置。

【請求項7】

車両に搭載される検出装置と通信するサーバ装置であって、
前記検出装置が、
自装置の位置を検出し、検出した時刻を取得する位置検出部と、道路を分割した区間である複数のセグメントから前記位置検出部が検出した位置に対応するセグメントを検出するセグメント検出部と、前記セグメント検出部が順次検出するセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定するセグメント変化判定部と、前記セグメント変化判定部が、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを前記サーバ装置に送信する送信部とを備え、
前記サーバ装置が、前記検出装置から前記セグメントを示す情報と前記時刻を示す情報を受信する受信部
を備えることを特徴とするサーバ装置。

【請求項8】

車両に搭載される検出装置と、サーバ装置とによって行われる交通情報処理方法であって、
前記検出装置が、
自装置の位置を検出し、検出した時刻を取得し、
道路を分割した区間である複数のセグメントから検出した位置に対応するセグメントを順次検出し、順次検出したセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定し、
自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを送信し、
前記サーバ装置が、
前記検出装置から前記セグメントを示す情報と前記時刻を示す情報を受信する
ことを特徴とする交通情報処理方法。

【請求項9】

コンピュータを、
車両に搭載され、サーバ装置と通信する検出手段であって、
自装置の位置を検出し、検出した時刻を取得する位置検出手段、
道路を分割した区間である複数のセグメントから前記位置検出手段が検出した位置に対応するセグメントを検出するセグメント検出手段、
前記セグメント検出手段が順次検出するセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定するセグメント変化判定手段、
前記セグメント変化判定手段が、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを、前記セグメントを示す情報と前記時刻を示す情報を受信する受信部を備える前記サーバ装置に送信する送信手段と
を備える検出手段として機能させるためのプログラム。

【請求項10】

車両に搭載される検出装置と通信するコンピュータにおいて、
前記検出装置が、
自装置の位置を検出し、検出した時刻を取得する位置検出部と、道路を分割した区間である複数のセグメントから前記位置検出部が検出した位置に対応するセグメントを検出するセグメント検出部と、前記セグメント検出部が順次検出するセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定するセグメント変化判定部と、前記セグメント変化判定部が、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを、前記コンピュータに送信する送信部とを備え、
前記コンピュータに、
前記検出装置から前記セグメントを示す情報と前記時刻を示す情報を受信する手順
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、例えば、交通情報を収集して処理を行う交通情報処理システム、検出装置、サーバ装置、交通情報処理方法、及びプログラムに関する。

【背景技術】

【0002】

近年、車両に各種の情報を検出する検出装置を搭載することにより交通情報を収集して道路の渋滞の状態を検出し、その情報を車両のカーナビゲーション装置にフィードバックするシステムが普及してきている。例えば、特許文献１には、地図をメッシュ状に分割し、各メッシュの領域に車両が進入したか、または退出したかをセンターサーバ装置に送信することで、メッシュに存在する車両の数からメッシュに対応する領域の混雑度を分析する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１１−０７０５７４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１に記載の技術では、地図をメッシュ状に分割して、各メッシュにおける車両の台数を検出していることから、メッシュに複数の道路が存在する場合、どの道路が混雑しているかということまでは検出できないという問題がある。

【0005】

本発明は、上記問題を解決すべくなされたもので、その目的は、各道路における交通情報を取得して処理を行うことを可能とする交通情報処理システム、検出装置、サーバ装置、交通情報処理方法、及びプログラムを提供することにある。

【課題を解決するための手段】

【0006】

（１）上記問題を解決するために、本発明の一態様は、車両に搭載される検出装置と、サーバ装置とを備えた交通情報処理システムであって、前記検出装置は、自装置の位置を検出し、検出した時刻を取得する位置検出部と、道路を分割した区間である複数のセグメントから前記位置検出部が検出した位置に対応するセグメントを検出するセグメント検出部と、前記セグメント検出部が順次検出するセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定するセグメント変化判定部と、前記セグメント変化判定部が、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを前記サーバ装置に送信する送信部と、を備え、前記サーバ装置は、前記検出装置から前記セグメントを示す情報と前記時刻を示す情報を受信する受信部を備えることを特徴とする交通情報処理システムである。

【0007】

このような構成によれば、どのセグメントに車両が存在しているかを検出することができ、順次検出するセグメントに変化がある場合のみサーバ装置に情報を送信することが可能となる。そのため、サーバ装置に送信する情報量を削減するとともに、サーバ装置側では、既に選別された情報に基づいてセグメント単位で交通の状態を検出する処理を行うことが可能となる。

【0008】

（２）また、本発明の一態様は、上記に記載の発明において、前記検出装置または前記サーバ装置が、前記セグメント検出部が順次検出するセグメントと、予め定められるセグメントの連結関係を示す情報とに基づいて、前記セグメントにおける前記車両の移動方向を判定する移動方向判定部を備えることを特徴とする。

【0009】

このような構成によれば、検出されたセグメントの情報から車両の移動方向を判定し、セグメントの情報を車両の移動方向別に選別することができ、サーバ装置側で交通情報を検出する際に道路の方向別に交通情報を検出することが可能となる。

【0010】

（３）また、本発明の一態様は、上記に記載の発明において、前記サーバ装置は、前記セグメントを示す情報と前記時刻を示す情報とに基づいて、任意に定められる時刻における前記セグメントに存在する前記車両の台数を算出する交通情報検出部を備えることを特徴とする。

【0011】

このような構成によれば、サーバ装置は、任意に定められる時刻に、あるセグメントに存在する車両の台数を算出することができ、これを混雑度を示す情報として提供することが可能となる。

【0012】

（４）また、本発明の一態様は、上記に記載の発明において、前記サーバ装置は、前記セグメントを示す情報と前記時刻を示す情報とに基づいて、任意に定められる時刻に、前記セグメントを通過し終えている前記車両の当該セグメントの通過時間または平均速度を算出することを特徴とする。

【0013】

このような構成によれば、サーバ装置は、あるセグメントを通過するのに要する通過時間や平均速度を算出することができ、これを混雑度を示す情報として提供することが可能となる。

【0014】

（５）また、本発明の一態様は、上記に記載の発明において、前記検出装置は、前記車両の速度を検出する加速度センサを備え、前記セグメント検出部は、前記車両が第１のセグメントを退出して他のセグメントに進入する場合に、前記第１のセグメントの端から予め定められる距離の範囲に自装置の位置が存在する場合は、自装置が存在する前記他のセグメントを検出せずに前記第１のセグメントを自装置が存在するセグメントとして検出し、前記第１のセグメントの端から予め定められる距離を越えた位置に自装置の位置が存在する場合は、自装置が存在する前記他のセグメントを検出し、前記他のセグメントを検出した際の時刻と、前記予め定められる距離と、前記予め定められる距離の地点を通過する際に前記加速度センサが検出する前記車両の速度とに基づいて自装置が前記他のセグメントに存在し始めた時刻を算出することを特徴とする。

【0015】

このような構成によれば、３つ以上のセグメントが連結するような検出装置による位置の検出が不安定になる可能性のある分岐点において、分岐点から一定の距離の間は、元のセグメントとして検出し、一定の距離を越えた場合に新たなセグメントとして検出することで、検出精度が不安定となる領域を避けた位置検出を行うことが可能となる。また、当該構成により、一定の距離を越えた際の車両の速度を検出することで、分岐点を越えた時刻を算出することが可能となる。

【0016】

（６）また、本発明の一態様は、自装置の位置を検出し、検出した時刻を取得する位置検出部と、道路を分割した区間である複数のセグメントから前記位置検出部が検出した位置に対応するセグメントを検出するセグメント検出部と、前記セグメント検出部が順次検出するセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定するセグメント変化判定部と、前記セグメント変化判定部が、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを、前記セグメントを示す情報と前記時刻を示す情報を受信する受信部を備えるサーバ装置に送信する送信部とを備えることを特徴とする検出装置である。

【0017】

（７）また、本発明の一態様は、車両に搭載される検出装置と通信するサーバ装置であって、前記検出装置が、自装置の位置を検出し、検出した時刻を取得する位置検出部と、道路を分割した区間である複数のセグメントから前記位置検出部が検出した位置に対応するセグメントを検出するセグメント検出部と、前記セグメント検出部が順次検出するセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定するセグメント変化判定部と、前記セグメント変化判定部が、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを前記サーバ装置に送信する送信部とを備え、前記サーバ装置が、前記検出装置から前記セグメントを示す情報と前記時刻を示す情報を受信する受信部を備えることを特徴とするサーバ装置である。

【0018】

（８）また、本発明の一態様は、車両に搭載される検出装置と、サーバ装置とによって行われる交通情報処理方法であって、前記検出装置が、自装置の位置を検出し、検出した時刻を取得し、道路を分割した区間である複数のセグメントから検出した位置に対応するセグメントを順次検出し、順次検出したセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定し、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを送信し、前記サーバ装置が、前記検出装置から前記セグメントを示す情報と前記時刻を示す情報を受信することを特徴とする交通情報処理方法である。

【0019】

（９）また、本発明の一態様は、コンピュータを、車両に搭載され、サーバ装置と通信する検出手段であって、自装置の位置を検出し、検出した時刻を取得する位置検出手段、道路を分割した区間である複数のセグメントから前記位置検出手段が検出した位置に対応するセグメントを検出するセグメント検出手段、前記セグメント検出手段が順次検出するセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定するセグメント変化判定手段、前記セグメント変化判定手段が、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを、前記セグメントを示す情報と前記時刻を示す情報を受信する受信部を備える前記サーバ装置に送信する送信手段とを備える検出手段として機能させるためのプログラムである。

【0020】

（１０）また、本発明の一態様は、車両に搭載される検出装置と通信するコンピュータにおいて、前記検出装置が、自装置の位置を検出し、検出した時刻を取得する位置検出部と、道路を分割した区間である複数のセグメントから前記位置検出部が検出した位置に対応するセグメントを検出するセグメント検出部と、前記セグメント検出部が順次検出するセグメントに基づいて、自装置が存在するセグメントが変化したか否かを判定するセグメント変化判定部と、前記セグメント変化判定部が、自装置が存在するセグメントが変化したと判定した場合、自装置が存在するセグメントを示す情報と自装置が当該セグメントに存在し始めた時刻を示す情報とを、前記コンピュータに送信する送信部とを備え、前記コンピュータに、前記検出装置から前記セグメントを示す情報と前記時刻を示す情報を受信する手順を実行させるためのプログラムである。

【発明の効果】

【0021】

この発明によれば、セグメント単位で交通情報を取得して処理を行うことが可能となる。

【図面の簡単な説明】

【0022】

【図1】本発明の第１実施形態の交通情報処理システムの概略ブロック図である。

【図2】同実施形態の車載器の内部構成を示すブロック図である。

【図3】同実施形態の車載器の記憶部に記憶されるテーブルを示す図である。

【図4】同実施形態における道路のセグメントへの分割の例を示す図である。

【図5】同実施形態のセンターサーバ装置の内部構成を示すブロック図である。

【図6】同実施形態のセンターサーバ装置のセグメントテーブルを示す図である。

【図7】同実施形態の車載器の動作を示すフローチャートである。

【図8】同実施形態の推測航法処理部の処理を説明するための図である。

【図9】同実施形態のマップマッチング処理部の処理を説明するための図である。

【図10】同実施形態のセグメントテーブルに記憶されるデータの構成を説明するための図である。

【図11】同実施形態のセンターサーバ装置の動作を示すフローチャートである。

【図12】同実施形態において移動方向判定を車載器側で行う際の車載器の内部構成を示すブロック図である。

【図13】同実施形態において移動方向判定を車載器側で行う際のセグメントテーブルを示す図である。

【図14】同実施形態において進入通知ポイントを設定する際の他の例を示す図である。

【図15】第２実施形態の構成を説明するための図である。

【図16】同実施形態のセンターサーバ装置の内部構成を示す図である。

【図17】同実施形態のセグメントテーブルに記憶されるデータの構成を説明するための図である。

【図18】同実施形態のセンターサーバ装置の動作を示すフローチャートである。

【発明を実施するための形態】

【0023】

［第１実施形態］
以下、本発明の実施形態について図面を参照して説明する。図１は、第１実施形態の交通情報処理システム１００を示した概念図である。交通情報処理システム１００は、道路を走行する複数の車両２−１，２−２，２−３…に搭載され一意に識別可能なＩＤ（Identifier）が付与された車載器１−１，１−２，１−３…と、センターサーバ装置３と、ＧＰＳ（Global Positioning System）衛星９０と、携帯電話の基地局装置８０とを備えている。
この交通情報処理システム１００において、車両２−１，２−２，２−３…が走行する道路はセグメントと呼ばれる複数の区間に予め分割され、一意に識別可能なＩＤが、例えば、セグメント１，２，３…のように各セグメントに付与されている。
なお、以下の説明では、車両、車載器のいずれか１つを代表して示す場合、それぞれ車両２、車載器１と記載する。各車載器１−１，１−２，１−３…は、以下で説明する車載器１の内部構成と同じ内部構成を有する。また、図１において符号７０，７１，７２として示すセグメントの連結点を、進入通知ポイントという。

【0024】

図２は、車載器１の内部構成を示すブロック図である。車載器１は、車両２に搭載され、様々な情報の検出を行う検出装置である。この車載器１は、電源回路１０と、内蔵電池１１と、広域通信機１２と、位置検出部１３と、マップマッチング処理部１４と、道路地図データ記憶部１５と、セグメント変化判定部１６と、表示部１７と、報知部１８と、記憶部１９と、制御部２０とを備えている。また、位置検出部１３は、ＧＰＳ受信機１３−１と、ＧＰＳ補完センサ部１３−２と、推測航法処理部１３−３とを備えている。
車載器１において、電源回路１０は、電源を安定化するレギュレータ、ノイズプロテクタを有しており、車両２から１２Ｖまたは２４Ｖの電源供給を受けて車載器１の各部に供給する。
内蔵電池１１は、バックアップバッテリであり、車両２の電源が消失、または瞬断した際に、車載器１の内部に記憶されているデータを保護するため各部に電源を供給する。
広域通信機１２は、例えば、携帯電話端末であり、携帯電話通信の通信網を経由して基地局装置８０と通信し、センターサーバ装置３との間でデータの送受信を行う。

【0025】

位置検出部１３は、ＧＰＳ受信機１３−１と、ＧＰＳ補完センサ部１３−２と、推測航法処理部１３−３とにより、車載器１の位置を検出する。
ＧＰＳ受信機１３−１は、ＧＰＳ衛星９０から電波を受信して時刻の情報を読み出すとともに、受信したデータから緯度と経度の情報を測定する。
ＧＰＳ補完センサ部１３−２は、ジャイロセンサと加速度センサを有しており、ジャイロセンサと加速度センサの情報から車載器１の位置を推定する演算を行う。なお、ＧＰＳ補完センサ部１３−２は、例えば、ＧＰＳ衛星９０からの電波の受信感度が好ましくない場合などに用いられる構成部であってもよい。
推測航法処理部１３−３は、ＧＰＳ受信機１３−１が受信した電波に含まれる情報の精度に応じて、ＧＰＳ受信機１３−１が測定した緯度と経度の情報と、ＧＰＳ補完センサ部１３−２が推定した車載器１の位置の情報とに基づいて車載器１の位置を補完する演算を行う。

【0026】

マップマッチング処理部１４は、道路地図データ記憶部１５に記憶されているセグメントの位置の情報と、位置検出部１３が検出した車載器１の位置の情報とをマッチングさせて、車載器１がどのセグメントに存在するかを検出する。つまり、マップマッチング処理部１４は、道路を分割した区間である複数のセグメントから位置検出部１３が検出した位置に対応するセグメントを検出するセグメント検出部として機能する構成部の一例である。

【0027】

セグメント変化判定部１６は、マップマッチング処理部１４の検出処理の結果に基づいて、車載器１が進入通知ポイント７０〜７２を通過して新たなセグメントに進入したか否か等を判定する。また、セグメント変化判定部１６は、例えば、車載器１が進入通知ポイント７０〜７２のいずれかを通過したと判定した場合等に、新たに進入したセグメントのＩＤと、時刻に関する情報と、車載器ＩＤとをそれぞれ対応づけた情報を、広域通信機１２を通じてセンターサーバ装置３に送信する。言い換えると、自車載器１が存在するセグメントが変化したことをセグメント変化判定部１６が判定した場合、広域通信機１２は、自車載器１が存在するセグメント（言い換えると、変化後のセグメント、新たに進入されたセグメント）を示す情報と自車載器１が当該セグメントに存在し始めた時刻を示す情報とを対応付けた情報を、センターサーバ装置３に送信する送信部として機能する構成部の一例である。

【0028】

表示部１７は、車載器１の状態や地図上における位置、センターサーバ装置３から受信する道路の混雑度を示す情報などを表示する。
報知部１８は、スピーカを内蔵しており、ブザー音やメロディ音で車両２の運転者に情報を通知する。
記憶部１９は、車載器１で用いられるプログラムやデータを記憶する。この記憶部１９は、例えば、図３に示すように、ＧＰＳ衛星９０からの電波に含まれている時刻の情報に対応付けて、位置検出部１３が検出した緯度と経度の情報と、マップマッチング処理部１４のマッチングの結果として得られるセグメントＩＤとを記憶するテーブルを有している。なお、当該テーブルにおいて、セグメントＩＤに記録がないもの（「−」となっている項目）は、マップマッチング処理部１４において該当するセグメントが検出されなかったことを示す。

【0029】

制御部２０は、車載器１の各部のデータの送受信など総合的な管理を行う。この制御部２０は、車載器１が、例えば、カーナビゲーションシステムを兼ねている場合、カーナビゲーションシステムが有する目的地までの経路誘導の処理や、センターサーバ装置３から受信した混雑度を示す情報に基づいて目的地までの最適な経路を選択する処理なども行う。

【0030】

道路地図データ記憶部１５は、道路の地図データを上述したセグメントの形式で記憶しており、例えば、各セグメントの起点と終点の緯度と経度の情報と、各セグメントの連結関係を示す情報とが含まれている。なお、本実施の形態において、全ての道路がセグメントに分割されて示されているわけではなく、混雑の度合いを検出したい道路についてセグメント形式で記憶されているものとする。
道路をセグメントに分割する手法としては、例えば、図４に示すように、道路における混雑度を精度よく推定するためのいくつかの手法がある。
一般的な手法は、図４（ａ）に示すように分岐点から分岐点までを１つのセグメントとして分割する手法である。
これに対して、図４（ｂ）の分割の手法は、分岐点における分割に加えて、長い直線を一定距離ごとに複数のセグメントに分割する手法である。これにより、一直線の道路でもどのあたりで混雑しているかを検出することが可能となる。

【0031】

図４（ｃ）と（ｄ）は、曲線の道路に対するセグメントの分割手法である。
図４（ｃ）のように２本の直線で近似して分割する手法を適用してもよいし、図４（ｄ）のように複数の短い直線で近似する手法を適用してもよい。
図４（ｄ）の場合、曲線部分の複数の短い直線をそれぞれセグメントとしてもよいし、複数の短い直線が節で連結されているものとし、連結されたものを１つのセグメントとしてもよい。この場合、各節の緯度と経度の情報も対応づけて記憶されることになる。
図４（ｄ）のようにすることで、位置検出部１３によって検出された位置とセグメントの位置との誤差が小さくなり、マップマッチング処理部１４におけるマッチングの精度を高めることが可能となる。また、図４（ｃ）のように分割するのに比べて、図４（ｄ）のように分割する方が、直線道路と合流する地点の混雑度を正確に検出することが可能となる。
また、道路地図データ記憶部１５に記憶されるデータは、制御部２０が、広域通信機１２を経由してセンターサーバ装置３から最新のデータをダウンロードすることにより更新される。

【0032】

図５は、センターサーバ装置３の内部構成を示すブロック図である。
このセンターサーバ装置３は、道路地図データ記憶部３０と、記憶部３１と、インターネット通信部３２と、セグメントテーブル３３と、交通情報検出部３４と、移動方向判定部３５と、制御部３６と、交通情報提供部３７とを備えている。
道路地図データ記憶部３０は、上述した車載器１の道路地図データ記憶部１５に記憶されているデータと同じデータを記憶する。また、道路地図データ記憶部３０には、最新のデータが記憶され、上述したように車載器１が、道路地図データ記憶部３０に記憶されているデータをダウンロードして道路地図データ記憶部１５のデータを更新する。
記憶部３１は、センターサーバ装置３の制御に用いられるプログラムやデータを記憶する。
インターネット通信部３２は、インターネット網を経由して基地局装置８０に接続されており、各車載器１との間でデータの送受信を行う。このインターネット通信部３２は、例えば、セグメントを示す情報と時刻を示す情報と対応付けた情報を、各車載器１から受信する受信部として機能する構成部の一例である。
セグメントテーブル３３は、例えば、図６に示す形式のテーブルであって、インターネット通信部２２が各車載器１−１，１−２，１−３…から受信するデータを記憶する。このセグメントテーブル３３は、最初に車載器ＩＤの項目を有しており、時刻及びＳｅｇ（セグメント）の項目を１組とした項目を複数有している。
交通情報検出部３４は、セグメントテーブル３３に記憶されている情報に基づいて道路の交通状態を示す情報を検出する。
移動方向判定部３５は、セグメントテーブル３３に記憶されている情報に基づいて車両２の移動方向を判定する。
制御部３６は、センターサーバ装置３の各部のデータの送受信など総合的な管理を行う。
交通情報提供部３７は、交通情報検出部３４が検出した交通状態を示す情報を車載器１にインターネット通信部２２を通じて送信する。

【0033】

次に、車載器１の処理動作について図７のフローチャートを参照しつつ説明する。
（ステップＳＴ１０１）
例えば、図１において、車両２−１が、セグメント１に至る道路でセグメントが割り当てられていない領域を走行している状態から、セグメント１に進入したとする。この車両２−１の車載器１−１のＧＰＳ受信機１３−１は、ＧＰＳ衛星９０から一定の周期で電波を受信している。このＧＰＳ受信機１３−１は、受信した電波に含まれる情報から緯度と経度を測定し、緯度と経度の情報と、受信した電波に含まれている時刻の情報と、受信した電波に含まれる情報の信頼度を示す情報を出力する。なお、本実施形態において、ＧＰＳ受信機１３−１は、車載器１−１の位置がポイントＰ１（緯度ψ_１，経度λ_１）であることを示す情報と、位置を検出した時刻が「９：５６」であることを示す情報と、信頼度「高」を示す情報とを、それぞれ対応付けた情報を出力する。

【0034】

（ステップＳＴ１０２）
次いで、車載器１−１のＧＰＳ補完センサ部１３−２は、ジャイロセンサから得られる車両２−１の回転の方向と、加速度センサから得られる車両２−１の速度の情報に基づいて、ＧＰＳ受信機１３−１が出力した時刻「９：５６」において、車載器１−１が存在する位置を推測する演算を行う。本実施形態において、ＧＰＳ補完センサ部１３−２は、車載器１−１の位置として、ポイントＰ２（緯度ψ_２，経度λ_２）を示す情報を、演算結果で得たとする。
そして、推測航法処理部１３−３は、ＧＰＳ受信機１３−１とＧＰＳ補完センサ部１３−２から得られた２つの位置の情報を用いて、図８に示す手法により、車載器１−１の位置を算出する。
具体的に説明すると、ＧＰＳ補完センサ部１３−２が、演算により推測した車載器１−１の位置がポイントＰ２（緯度ψ_２，経度λ_２）で示される位置であり、ＧＰＳ受信機１３−１が出力した緯度と経度の情報による位置がポイントＰ１（緯度ψ_１，経度λ_１）で示される位置である。この場合、推測航法処理部１３−３は、ＧＰＳ受信機１３−１が出力する情報の信頼度を重みとして、重み平均の演算によりポイントＰ３（緯度ψ_３，経度λ_３）の位置を車載器１−１の位置として算出する。つまり、ＧＰＳ受信機１３−１が出力する情報の信頼度が高ければ高いほど、ポイントＰ３（緯度ψ_３，経度λ_３）の位置は、ＧＰＳ受信機１３−１が出力するポイントＰ１（緯度ψ_１，経度λ_１）の位置に近づくことになる。
この推測航法処理部１３−３は、算出した位置の情報（つまり、ポイントＰ３（緯度ψ_３，経度λ_３）を示す情報）と、ＧＰＳ受信機１３−１が出力した時刻の情報「９：５６」を、それぞれ対応付けて、図３に示す記憶部１９のテーブルに書き込んで記憶させるとともに、マップマッチング処理部１４に出力する。なお、ＧＰＳ補完センサ部１３−２が、位置を推測する演算を行うときの起点となる位置は、ポイントＰ３（緯度ψ_３，経度λ_３）で示される位置となる。図３に示す例では、ポイントＰ３は、緯度ψ_３＝+35.25.33.135，経度λ_３＝+139.40.20.234で示される位置である。

【0035】

（ステップＳＴ１０３）
次いで、マップマッチング処理部１４は、推測航法処理部１３−３から位置の情報であるポイントＰ３（緯度ψ_３，経度λ_３）と時刻の情報「９：５６」を受けて、記憶部１９のテーブルに記憶されている過去の車載器１−１の位置の情報と、当該位置の情報に対応付けられている時刻の情報を読み出し、時系列に並べて車両２−１の軌跡、すなわち車載器１−１の軌跡を求める。
例えば、車載器１−１の軌跡が、図９に点線で示されるような軌跡Ｉであるとする。マップマッチング処理部１４は、この軌跡Ｉに基づき、求めた軌跡Ｉに対応する経路の候補として、経路候補Ｃ１、Ｃ２、Ｃ３の３つの経路を道路地図データ記憶部１５に記憶されているデータから抽出する。そして、マップマッチング処理部１４は、求めた軌跡Ｉと経路候補Ｃ１、Ｃ２、Ｃ３のそれぞれの経路とによって囲まれた領域の面積（図９の網掛けの領域）から誤差量の最も少ない経路候補を判定する。本実施形態において、マップマッチング処理部１４は、軌跡Ｉと経路候補とによって囲まれた領域の面積（図９の網掛けの領域）が一番小さい経路候補Ｃ２を、車載器１−１の軌跡Ｉに対応する経路として判定する。

【0036】

そして、マップマッチング処理部１４は、軌跡Ｉの経路であると判定した経路Ｃ２と、最新の位置の情報をマッチングさせて、車載器１−１が存在するセグメントを検出する。このマップマッチング処理部１４は、検出したセグメントのセグメントＩＤを、当該セグメントＩＤに対応する時刻の情報に基づいて、記憶部１９の位置と時刻の情報に対応づけて記録するとともにセグメント変化判定部１６に出力する。
本実施形態において、ポイントＰ３（緯度ψ_３，経度λ_３）が、セグメント１に対応するエリアに含まれる位置であるとする。この場合、マップマッチング処理部１４は、車載器１−１が時刻「９：５６」において、セグメント１に進入したことを判定する。そして、マップマッチング処理部１４は、時刻「９：５６」と対応するＳｅｇ（セグメント）の項目に、「１」を書き込む。なお、マップマッチング処理部１４は、該当するセグメントＩＤが検出できなかった場合、前述したように記憶部１９のテーブルのＳｅｇの項目に「−」を書き込む。

【0037】

（ステップＳＴ１０４）
次いで、セグメント変化判定部１６は、マップマッチング処理部１４からセグメントＩＤ「１」と時刻の情報「９：５６」を受けて、記憶部１９のテーブルから、１つ前の時刻のセグメントＩＤの情報を読み出し、セグメントＩＤが変化しているか否かを判定する。
ここでは、車両２−１は、セグメントが割り当てられていない領域を走行していてセグメント１に進入しているので、１つ前の時刻（図３の「９：５５」）に対応するＳｅｇの項目には、該当するセグメントＩＤがないことを示す「−」が記録されている。セグメント変化判定部１６は、セグメントＩＤが記録されていない状態から新たにセグメントＩＤが検出された場合、および、対象時刻のセグメントＩＤと異なる値が１つ前の時刻に対するセグメントＩＤに記録されている場合、セグメントＩＤが変化したとして判定する。
一方、セグメント変化判定部１６は、マップマッチング処理部１４からセグメントのＩＤと、１つ前の時刻のセグメントＩＤが同じ場合、変化なしとして判定し、ステップＳＴ１０１の処理に戻る。

【0038】

（ステップＳＴ１０５）
そして、セグメント変化判定部１６は、セグメントＩＤが変化したと判定した場合、マップマッチング処理部１４から受けたセグメントＩＤ「１」と、当該セグメントＩＤ「１」に対応する時刻の情報「９：５６」と、車載器ＩＤ「１２３４０００１」とを、広域通信機１２を介してセンターサーバ装置３に送信する。
センターサーバ装置３の制御部３６は、インターネット通信部３２を通じて車載器１−１からデータを受信すると、受信したデータを、図６に示すようにセグメントテーブル３３に書き込んで記憶させる。ここでは、車載器１−１が車載器ＩＤ「１２３４０００１」に対応し、車載器ＩＤ「１２３４０００１」の行の時刻１の項目に「９：５６」が書き込まれ、対応するＳｅｇの項目にセグメント１を示す「１」が書き込まれる。

【0039】

図１に示すように、車両２−１が移動していくにつれて、車載器１−１は、位置を測定するごとに記憶部１９のテーブルにデータを書き込んでいく。そして、セグメント変化判定部１６が、セグメントＩＤが変化したと判定した場合、車載器１−１は、センターサーバ装置３にデータを送信して、センターサーバ装置３のセグメントテーブル３３にデータが書き込まれる。
このようにして、車載器１−１が、例えば、セグメント１、２、４、６の順に動いていくと、１つ前の時刻に対するセグメントＩＤと対象時刻のセグメントＩＤとが変化する。この場合、セグメント変化判定部１６は、ステップＳＴ１０４において、セグメントが変化したものとして判定し、マップマッチング処理部１４から受けたセグメントＩＤと、当該セグメントＩＤに対応する時刻の情報と、車載器ＩＤ「１２３４０００１」とを、それぞれ対応付けた情報をセンターサーバ装置３に送信する。センターサーバ装置３は、受信した情報を、セグメントテーブル３３に書き込む。具体的に説明すると、センターサーバ装置３は、セグメントテーブル３３において、図６の車載器ＩＤ「１２３４０００１」の行に示されるようなデータを記録する。

【0040】

次いで、車両２−１が、セグメント６を退出する場合、マップマッチング処理部１４は、ステップＳＴ１０３の処理において該当するセグメントＩＤを検出できないことになる。このため、マップマッチング処理部１４は、車載器１−１の記憶部１９の時刻が「１０：５３」の項目に対応するＳｅｇの項目に示すように、該当するセグメントＩＤがないものとして「−」を書き込む。
セグメント変化判定部１６は、ステップＳＴ１０４において、セグメントＩＤがある状態から該当するセグメントＩＤがない状態に変化した場合、セグメントが変化したものとして判定し、センターサーバ装置３にデータを送信する。センターサーバ装置３は、セグメントテーブル３３に、図６の時刻５のＳｅｇの項目に示すように該当するセグメントＩＤがない状態（「−」）を書き込む。セグメントテーブル３３のＳｅｇの項目に「−」が書き込まれている場合、車載器１−１が、その１つ前の時刻までに存在していたセグメントを退出したことを表す。
このように、本実施形態に係る車載器１−１は、セグメント変化判定部１６によってセグメントＩＤが変化したと判定された場合、車載器１−１が存在するセグメントＩＤと、このセグメントＩＤが示すセグメントに車載器１−１が存在し始めた時刻とを対応付けて、センターサーバ装置３に送信する。これにより、図３に示すような時刻と位置情報をすべてセンターサーバ装置３に送信する場合に比べて、送信回数を低減させることができる。

【0041】

［センターサーバ装置の動作］
次に、図１０、図１１を参照して、センターサーバ装置３の交通情報検出部３４の動作について説明する。
複数の車両２−１，２−２，２−３・・・が、セグメントに分割された道路を走行すると、図６に示すセグメントテーブル３３には、複数の車載器１−１，１−２，１−３・・・によるデータが記憶されることになる。
図１０は、セグメントテーブル３３に記憶されているデータを視覚的に分かりやすく示した図である。例えば、図１０において、車載器ＩＤ「１２３４０００１」の車載器１−１は、９：５６にセグメント１に進入し、１０：０４にセグメント２に進入し、１０：１６にセグメント４に進入し、１０：３６にセグメント６に進入し、１０：５３にセグメント６から退出したことを示している。

【0042】

図１１は、本実施形態に係る交通情報処理システム１００における処理フローの一例を示すフローチャートである。
（ステップＳＴ２０１）
このセグメントテーブル３３から、所定の時刻におけるいずれか１つのセグメントに存在する車両２の台数を検出するため、交通情報検出部３４は、最初に検出対象の時刻を選択する。ここで、交通情報検出部３４は、例えば、時刻「１０：３０」を選択したとする。
（ステップＳＴ２０２）
次いで、交通情報検出部３４は、対象となるセグメントを選択する。ここでは、セグメント４を選択したとする。なお、時刻の選択やセグメントの選択は、センターサーバ装置３の運用者が、任意に選択して設定するようにしてもよいし、予め定められた時刻、例えば、０時から開始して３０分ごとの時刻を選択してもよい。また、セグメントについては、セグメント１から順に全てのセグメントを１つずつ選択するようにしてもよい。
（ステップＳＴ２０３）
交通情報検出部３４は、選択した時刻「１０：３０」に対応付けられたセグメントＩＤを、セグメントテーブル３３から、車載器１ごとに読み出す。なお、交通情報検出部３４は、選択した時刻「１０：３０」の前後５分以内の時間内「１０：２５〜１０：３５」の時刻と対応付けられたセグメントＩＤを、セグメントテーブル３３から、車載器１ごとに読み出すものであってもよい。また、交通情報検出部３４は、選択したセグメントＩＤ「４」に対応付けられた選択した時刻「１０：３０」の前後５分以内の時間内「１０：２５〜１０：３５」の時刻を、セグメントテーブル３３から、車載器１ごとに読み出すものであってもよい。

【0043】

（ステップＳＴ２０４）
そして、交通情報検出部３４は、読み出した情報に基づき、選択した時刻「１０：３０」（あるいは、その前後５分以内）において、各車載器１が、選択したセグメント４に存在しているか否かを、車載器１ごとに判定する。
セグメントテーブル３３に示す通り、車載器ＩＤ「１２３４０００１」の車載器１−１については、時刻「１０：３０」にセグメント４に存在している。このため、交通情報検出部３４は、車載器ＩＤ「１２３４０００１」の車載器１−１が、選択した時刻「１０：３０」に、選択したセグメント４に存在していたと判定する。

【0044】

（ステップＳＴ２０５）
交通情報検出部３４は、対象の車載器１−１が、時刻「１０：３０」にセグメント４に存在していると判定した場合、対象の車載器１−１の車載器ＩＤ「１２３４０００１」と選択中のセグメントＩＤ「４」を、移動方向判定部３５に出力する。
そして、移動方向判定部３５は、交通情報検出部３４が出力した車載器ＩＤ「１２３４０００１」に対応するデータを、セグメントテーブル３３から読み出す。この移動方向判定部３５は、読み出したデータの中から、交通情報検出部３４が出力したセグメントＩＤ「４」に相当する項目を検出し、検出した項目の１つ前の時刻のセグメントＩＤを読み出す。図６に示す例では、移動方向判定部３５が、検出したセグメントＩＤ「４」の項目の１つ前の時刻「１０：０４」のセグメントＩＤ＝２を読み出す。
次に、移動方向判定部３５は、道路地図データ記憶部３０に記憶されているセグメントの連結関係を示すデータに基づいて、車両２−１の移動方向を判定する。ここで、移動方向判定部３５は、セグメントＩＤが、２から４の順に変わっている経路を、道路地図データ記憶部３０から検出し、この検出した経路が上り車線であることを判定する。そして、交通情報検出部３４に、車載器ＩＤ「１２３４０００１」とともに判定結果「上り車線であること」を出力する。

【0045】

（ステップＳＴ２０６）
一方、交通情報検出部３４は、対象の車載器１−１が、時刻「１０：３０」にセグメント４に存在していないと判定した場合、ステップＳＴ２０６の処理に進む。この交通情報検出部３４は、全ての車載器１−１，１−２，１−３・・・のデータを読み出したか否かを判定する。この交通情報検出部３４は、全ての車載器１−１，１−２，１−３・・・のデータを読み出していない場合、ステップＳＴ２０３〜ＳＴ２０５までの処理を繰り返す。
（ステップＳＴ２０７）
一方、全ての車載器１−１，１−２，１−３・・・のデータを読み出した場合、移動方向判定部３５は、車載器ＩＤとともにそれぞれの判定結果を交通情報提供部３７に出力する。

【0046】

図１０に示す例では、車載器ＩＤが１２３４０００１、１２３４０００８、１２３４００１５、１２３４０００３、１２３４００３０の５台がセグメント４に存在しており、移動方向判定部３５は、それぞれが、上り車線、下り車線、下り車線、上り車線、下り車線であることを示す判定結果を出力することになる。これにより、交通情報提供部３７は、移動方向判定部３５から入力する判定結果に基づいて、時刻１０：３０においてセグメント４に存在していた車両２の台数を示す値を、当該時刻にセグメント４の混雑度を示す情報として、各車両２に送信することができる。また、交通情報提供部３７は、上り車線と下り車線のそれぞれについての混雑度を示す情報を、各車両２に送信することが可能となる。
なお、移動方向判定部３５による判定において、１つ前の時刻の項目が存在しない場合、例えば、対象とするセグメントとしてセグメント１が選択された場合、車載器ＩＤ＝１２３４０００１の車載器１−１については、図６に示すように１つ前の時刻の項目が存在しないことになる。このような場合、道路地図データ記憶部３０に、セグメントＩＤが存在しない状態からセグメント１に進入している場合、上り車線を示すことを記憶させておくことで移動方向判定部３５に方向を判定させることができる。

【0047】

上記の第１実施形態では、各車載器１が、位置の検出を行い、検出した位置からどのセグメントに存在しているのかを検出し、存在するセグメントが変化する場合に、センターサーバ装置３に新しく進入するセグメントのセグメントＩＤを送信する構成とした。これにより、センターサーバ装置３では、セグメントの単位で、ある時刻における各車両２の台数の検出を行い、セグメントにおける混雑度を示す情報を収集することが可能となる。また、メッシュごとの交通情報を取得する場合と比較して、交通情報を提供する際に各道路状況に応じた詳細な経路案内を行うことができるというメリットを得ることができる。
また、セグメントの連結関係を示す情報を道路地図データ記憶部１５に記憶させ、この情報を用いてセンターサーバ装置３において移動方向の判定を行う構成としたことにより、上り車線、下り車線のそれぞれについての混雑度を示す情報を車両２に提供することが可能となる。また、セグメントに変化があった場合のみ、車載器１からセンターサーバ装置３にデータを送信することから、センターサーバ装置３への送信量を削減することができ、処理負荷を軽減させることが可能となる。

【0048】

また、上記の第１実施形態では、移動方向判定部３５をセンターサーバ装置３に備えるようにしていたが、移動方向判定部２１を車載器側に備えるようにしてもよい。例えば、図１２に示すように移動方向判定部２１を新たに機能ブロックとして加えた車載器１ａを構成する。この構成の場合、上述した図７の処理は以下のようになる。
車載器１ａにおいて、セグメント変化判定部１６は、セグメントが変化したと判定した場合（ステップＳＴ２０４のＹｅｓ）、移動方向判定部２１に、対象のセグメントＩＤを出力する。移動方向判定部２１は、セグメント変化判定部１６が出力したセグメントＩＤに対応する項目を記憶部１９のテーブルから読み出し、読み出した項目の１つ前の時刻のセグメントＩＤを検出する。セグメント変化判定部１６が、セグメントが変化したと判定していることから、１つ前の時刻に記録されているセグメントＩＤは、処理の対象となっているセグメントＩＤとは異なるセグメントＩＤとなる。
移動方向判定部２１は、対象のセグメントＩＤ及び１つ前の時刻のセグメントＩＤと、道路地図データ記憶部１５に記憶されているデータから移動方向の判定を行い、その結果をセグメント変化判定部１６に出力する。セグメント変化判定部１６は、時刻とセグメントＩＤと移動方向を示す情報（例えば、ｕｐ：上り車線、またはｄｏｗｎ：下り車線）と車載器ＩＤをセンターサーバ装置３に送信する。

【0049】

センターサーバ装置３の制御部３６は、車載器１ａから受信したデータをセグメントテーブル３３に書き込む。図１３は、移動方向が書き込まれたセグメントテーブルの構成の一例であり、Ｓｅｇ（セグメント）の項目に、セグメントＩＤとともに上り車線か下り車線かを示す情報が書き込まれている。
このように構成することで、センターサーバ装置３の交通情報検出部３４は、図１１のステップＳＴ２０５の処理を行うことなく、セグメントテーブル３３からセグメントＩＤを読み出す際に、上り車線か下り車線かの情報を読み出すことが可能となり、センターサーバ装置３における処理を削減することが可能となる。

【0050】

なお、上記の処理において、移動方向判定部２１が、記憶部１９のテーブルから１つ前の時刻のセグメントＩＤを読み出す際に、セグメントＩＤがないものを示す情報（「−」）を読み出す場合がある。この情報を読み出した場合についても、セグメントＩＤがない状態から、あるセグメントＩＤに変化した場合に、それが上り車線であるか下り車線であるかを予め情報として道路地図データ記憶部１５に記憶させておくことで上り車線か下り車線かの判定を行うことができる。
また、車載器側に移動方向判定部を備える場合、車載器１ａではＧＰＳ補完センサ部１３−２により、車両２が進んでいる方向を示す情報が得られることから、移動方向判定部２１によって上り車線か下り車線かの判定が行われた際に、ＧＰＳ補完センサ部１３−２から得られる方向の情報により、判定した方向が正確であるか否かのチェックを行うことができ、さらに精度を高めることが可能となる。

【0051】

また、上記の第１実施形態の構成において、セグメント変化判定部１６においてセグメントＩＤが変化したと判定するタイミングとして、車両２が、セグメントの分岐点である図１の進入通知ポイント７０、７１、７２を通過した場合としていた。これに対して、実際の環境、例えば、高層ビルの多い市街地では、ＧＰＳの受信感度が低下するため、図１４（Ａ）に示すように、車両２−１が、セグメント２とセグメント３とセグメント４の分岐点を通過する場合、セグメント３に進んだのか、セグメント４に進んだのかを精度よく判定することが困難になる場合がある。
例えば、実際には、セグメント２からセグメント４に直進している場合であっても、電波の感度によっては、セグメント２を検出している状態から、セグメント３を検出し、その後、セグメント４を検出する場合もある。
このような場合に、判定の精度を高める手法として、例えば、図１４（Ｂ）に示すように、分岐点から少し離れたＰ１やＰ２の点を進入通知ポイントとし、マップマッチング処理部１４において、車載器１１の位置が、これらのポイントを超えたか否かによって、新たなセグメントＩＤを出力するか否かを選択するようにしてもよい。
例えば、車両２−１が、セグメント２から４に直進した場合、Ｐ１のポイントを越えるまでは、マップマッチング処理部１４は、セグメント２を出力し、Ｐ１のポイントを越えたらセグメント４を出力する。この構成であれば、セグメント変化判定部１６の処理を変えることなく、セグメント変化の判定を精度よく行うことが可能となる。

【0052】

また、上記の手法以外に、セグメント変化判定部１６の判定のタイミングを変える手法もある。例えば、セグメント変化判定部１６において、セグメントＩＤが変化したことを判定してから、一定時間経過した後に、判定した変化の結果を用いてもよい。この一定時間とは、マップマッチング処理部１４におけるセグメントの検出が安定するまでの時間、例えば、同じセグメントＩＤが連続して検出されるまでの時間である。
また、セグメント変化判定部１６において、セグメントＩＤが変化したことを判定してから、続けて数回以上同じセグメントＩＤがマップマッチング処理部１４から出力された場合に、セグメントＩＤが変化したとして判定するようにしてもよい。
いずれの手法にしても、時刻については、車両２が分岐点を通過した時刻に戻しておく必要があり、マップマッチング処理部１４において、進入通知ポイントを変える場合には、分岐点からの距離が分かっているため、Ｐ１やＰ２を通過する速度をＧＰＳ補完センサ部１３−２から取得しておき、逆算によって分岐点を通過した時刻を求めることができる。
また、セグメント変化判定部１６側で精度を高める処理を行う場合、セグメント変化判定部１６が、最初にセグメントＩＤが変化したと判定した時刻を記憶しておくことで、この時刻を分岐点を通過した時刻とすることができる。
上記のように構成することで、ＧＰＳの受信感度が低い領域であっても精度よくセグメントの変化を検出することが可能となる。

【0053】

［第２実施形態］
第１実施形態のセンターサーバ装置３は、ある時刻にあるセグメントに存在する車両の台数を検出し、そのセグメントの混雑度を示す処理を行う構成を備えていた。この構成は、多くの車両２が車載器１を搭載している場合には、そのセグメントの実際の状態に近い混雑度を示すことになる。車載器１がそれほど普及していない状況下、例えば、図１５（Ａ）に示すように、車載器１を搭載していない車両Ｍ１、Ｍ２、Ｍ３が車載器１を搭載している車両２−２よりも多数存在する場合では、車載器１−２を搭載している車両が２−２の１台だけを検出してもセグメント２における正確な混雑度を示すことにはならない。
これに対して、第２実施形態のセンターサーバ装置３は、セグメントに存在する車両２の台数を混雑度とせず、図１５（Ｂ）に示すように、あるセグメントにおいて車両２が通過するのに要した通過時間や、そのセグメントを走行している間の平均速度を算出し、これを混雑度を示す情報として算出する構成を有している。

【0054】

図１６は、第２実施形態のセンターサーバ装置３ａの内部構成を示すブロック図である。第２実施形態のセンターサーバ装置３ａにおいて、第１実施形態のセンターサーバ装置３と同じ構成については同じ符号を付与し、以下、異なる構成である交通情報検出部３４ａについて説明する。図１７は、セグメントテーブル３３に記憶されている情報を視覚的に分かりやすく示した図である。以下、図１８のフローチャートを参照しつつ第２実施形態のセンターサーバ装置３ａの動作について説明する。

【0055】

（ステップＳＴ３０１）
まず、センターサーバ装置３ａの交通情報検出部３４ａは、所定の時刻におけるいずれか１つのセグメントを通過し終えている車両２を検出するため、対象の時刻を選択する。ここでは、１０：４０を選択したとする。
（ステップＳＴ３０２）
次に、交通情報検出部３４ａは、対象となるセグメントを選択する。ここでは、セグメント４を選択したとする。
第１実施形態と同じく、時刻の選択やセグメントの選択は、センターサーバ装置３ａの運用者が、任意に選択して設定するようにしてもよいし、予め定められた時刻、例えば、０時から開始して３０分ごとの時刻を選択してもよいし、セグメントについては、セグメント１から順に全てのセグメントを１つずつ選択するようにしてもよい。
（ステップＳＴ３０３）
交通情報検出部３４ａは、セグメントテーブル３３から車載器１ごとのデータを読み出す。
（ステップＳＴ３０４）
次いで、交通情報検出部３４ａは、読み出したデータに基づき、選択した時刻に、選択したセグメントを車載器１が通過し終えているか否かを判定する。
最初に読み出される車載器ＩＤ＝１２３４０００１の車載器１については、１０：４０にはセグメント４を通過が完了しているため、交通情報検出部３４ａは、通過し終えていると判定する。一方、交通情報検出部３４ａは、対象の車載器１が、１０：４０にセグメント４を通過し終えていないと判定した場合、ステップＳＴ３０７の処理に進む。

【0056】

（ステップＳＴ３０５）
交通情報検出部３４ａは、対象の車載器１が、１０：４０にセグメント４を通過し終えていると判定した場合、対象の車載器１の車載器ＩＤと選択中のセグメントＩＤを移動方向判定部３５に出力する。移動方向判定部３５は、第１実施形態と同じ処理によって、上り車線か下り車線かの判定を行う。ここでは、移動方向判定部３５は、セグメントＩＤが４の項目の１つ前の時刻のセグメントＩＤを読み出すため、「２」を読み出すことになる。移動方向判定部３５は、セグメントＩＤが、２から４の順に変わっている経路を道路地図データ記憶部３０から検出し、上り車線であることを判定し、交通情報検出部３４ａに、車載器ＩＤとともに判定結果を出力する。
（ステップＳＴ３０６）
次に、交通情報検出部３４ａは、対象の車載器１がセグメント４に進入した時刻と退出した時刻をセグメントテーブル３３から検出する。セグメント４を退出した時刻とは、セグメント６に進入した時刻である。交通情報検出部３４ａは、道路地図データ記憶部３０に記憶されているセグメント４の起点と終点の緯度と経度からセグメント４の距離を算出し、算出した距離と、検出した進入と退出の時刻から、通過時間と平均速度を算出する。
なお、道路地図データ記憶部３０に予めセグメントごとの距離を示す情報を記憶させておくことで交通情報検出部３４ａでの演算処理の負荷を軽減させることもできる。
（ステップＳＴ３０７）
交通情報検出部３４ａは、全ての車載器１のデータを読み出したか否かを判定する。この交通情報検出部３４ａは、全ての車載器１のデータを読み出していない場合は、ステップＳＴ３０３からの処理を繰り返す。
（ステップＳＴ３０８）
一方、全ての車載器１のデータを読み出した場合、交通情報検出部３４ａは、結果を交通情報提供部３７に出力する。

【0057】

図１７に示す例では、車載器ＩＤが１２３４０００１、１２３４０００８、１２３４００１５の３台がセグメント４の通過を完了しているため、交通情報提供部３７は、これら３つの車載器１のデータを用いて求められたセグメント４の通過時間と平均速度を提供することが可能となる。また、車載器ＩＤが１２３４０００８、１２３４００１５については、両方ともセグメント４の下り車線を通過しており、これら２つの車載器１から得られる通過時間と平均速度をさらに平均した値を提供するようにしてもよい。

【0058】

上記の第２実施形態の構成により、センターサーバ装置３ａは、セグメントテーブル３３に記憶されているデータから、あるセグメントを通過した車両２のデータを読み出してそのセグメントにおける通過時間と平均速度を算出することが可能となる。これにより、車載器１を搭載していない車両２が少ない場合であっても、車載器１を搭載した車両のセグメントの通過時間と平均速度を算出し、この情報を混雑度を示す情報として提供することが可能となる。

【0059】

なお、上記の第２実施形態においても、図１２、図１３を参照して説明した移動方向判定部を車載器側に備える構成を適用することができ、適用した場合、センターサーバ装置３ａは、図１８のステップＳＴ３０５の処理を行う必要がなく、ステップＳＴ３０３においてセグメントテーブル３３からデータを読み出す際に、上り車線か下り車線かの情報を得ることができる。

【0060】

また、上記の第１及び第２実施形態において、移動方向判定部３５によって移動方向の判定が行われる場合、道路地図データ記憶部３０に一方通行などの道路における車の進行方向を示す情報を記憶させておくことで、移動方向の判定結果が正確であるか否かのチェックを行うことが可能となる。これは、図１２を参照して説明した移動方向判定部２１を車載器側に備える構成についても同様であり、道路地図データ記憶部１５に同様の情報を記憶させておくことで移動方向の判定結果が正確であるか否かのチェックを行うことが可能となる。

【0061】

さらに、上記の第１及び第２実施形態において、マップマッチング処理部１４において、該当するセグメントＩＤがない場合、セグメントＩＤがないことを示す「−」を記憶部１９や、セグメントテーブル３３に記憶させるようにしていたが、例えば、セグメントが割り当てられていない領域については実際の道路には割り当てられない特別なセグメントＩＤ、例えば、セグメント０を与えてセグメントの１つとし、セグメント変化判定部１６や移動方向判定部３５及び２１の処理において、セグメントＩＤの変化として処理させるようにしてもよい。この場合、道路地図データ記憶部１５及び３０には、セグメント０と他のセグメントＩＤの位置関係、例えば、図１においてセグメント０からセグメント１への移動は上り車線であり、セグメント０からセグメント６への移動は下り車線である等の位置関係を示す情報が記憶されている必要がある。

【0062】

また、上述したように、車載器１及び１ａは、カーナビゲーションシステムの端末装置に適用することも可能であるが、ＥＴＣ（Electronic Toll Collection System）(登録商標)の車載器に含まれるものであってもよく、また、車両情報の収集に用いられるプローブカーの車載センサに含まれるものであってもよい。また、ＧＰＳを備えた携帯電話端末に適用されるものであってもよい。

【0063】

なお、本発明における各処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりアセンブリプログラムの変換を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。

【0064】

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

【符号の説明】

【0065】

１ 車載器
１０ 電源回路
１１ 内蔵電池
１２ 広域通信機
１３ 位置検出部
１３−１ ＧＰＳ受信機
１３−２ ＧＰＳ補完センサ部
１３−３ 推測航法処理部
１４ マップマッチング処理部
１５ 道路地図データ記憶部
１６ セグメント変化判定部
１７ 表示部
１８ 報知部
１９ 記憶部
２０ 制御部
３ センターサーバ装置
３０ 道路地図データ記憶部
３１ 記憶部
３２ インターネット通信部
３３ セグメントテーブル
３４ 交通情報検出部
３５ 移動方向判定部
３６ 制御部
３７ 交通情報提供部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】