JP4506428B2 - プローブデータ収集システム及びプローブデータ収集方法等 - Google Patents

Description

本発明は、車両等で計測された走行データを収集して交通情報に活用するプローブデータ収集システム及びプローブデータ収集方法等に関するものである。

従来、交通情報はＶＩＣＳ（道路交通情報通信システム）センタ等から配信されていた。しかし、道路に固定センサが設置されていない区間では情報が提供されないため、情報提供エリアが限定されていた。これに鑑みて、近年、走行している車両からデータを収集することで交通情報を生成するプローブデータ収集システム及びプローブデータ収集方法が実用化され始めた。このシステムでは、車両に搭載された車載機等の情報提供装置が車両の速度や走行軌跡等の走行データを記録して情報収集装置に送信し、情報収集装置において各情報提供装置から送信された走行データを集約、解析して交通情報を生成する。このシステムにおいて各情報提供装置から情報収集装置にデータを送信する手段として、携帯電話などを使用する方法があるが、データ送信に掛かる通信コストが莫大となり、効率的なデータ収集が求められている。
かかる問題を鑑みて、全区間において走行データを収集するのではなく、情報提供装置で設定された不連続な所定の区間のみでデータを収集し、情報収集装置に送信する方法が実用化されてきた。
また、交通情報に必要となるデータのみを効率的に収集する方法として、予想された走行データと実際の車両の走行データを情報提供装置で比較し、大きな差が発生した場合には、その時の走行データが交通情報として重要であると判断し、情報収集装置に走行データを送信する方法（特許文献１参照）が提供されている
特許第003382625号公報

しかし、これでは次のような不都合があった。
上記した従来技術では、全ての情報提供装置に、走行データを比較し走行データを送信するか否かを判定する判定機能が必要であり、情報提供装置が高価になってしまう課題があった。また、同一区間、同一時間帯に走行している複数の情報提供装置から同様の走行データが収集されてくる場合があり、過剰なデータ収集を行う可能性があった。
また、収集対象（収集区間、収集時間帯）を情報提供装置側で決定するため、収集対象を変更する為には情報提供装置の設定変更が必要であり、例えば道路交通状況に応じて頻繁に収集対象を変更したい場合などには対応することが困難であった。
本発明は斯かる問題点を鑑みてなされたものであり、その目的は、上記問題点を解決できる技術を提供する点にある。

本発明は上記課題を解決すべく、以下に掲げる構成とした。
請求項１記載の発明の要旨は、車両等で計測された走行データを収集するプローブデータ収集システムであって、情報収集装置と、情報提供装置とを備え、前記情報提供装置は、前記情報収集装置に出発地、目的地、走行ルート等のＯＤ情報を送信するＯＤ情報送信部と、前記情報収集装置は、前記情報提供装置から前記ＯＤ情報を受信するＯＤ情報受信部と、前記情報収集装置は、前記走行データの必要性の基準となる基準情報を取得する情報取得部と、前記情報収集装置は、前記情報取得部で取得した前記基準情報に基づき前記走行データの区間、時間帯のデータの前記必要性を判定し、前記必要性に応じたポイントを前記走行データに付与するデータ判定部と、前記情報収集装置は、前記情報提供装置ごとに前記ポイントが閾値よりも高い前記走行データを収集する前記区間、前記時間帯の収集対象を決定する収集対象決定部と、前記情報収集装置は、前記収集対象を前記情報提供装置に通知する収集対象通知部と、前記情報提供装置は、前記収集対象から前記走行データを送信しない前記区間、前記時間帯の収集不可対象を設定する収集不可対象設定部と、前記情報提供装置は、前記収集不可対象を除いた前記走行データを前記情報収集装置に送信する走行データ送信部と、前記情報収集装置は、前記情報提供装置から前記収集対象における前記走行データを受信する走行データ受信部と、を備えることを特徴とするプローブデータ収集システムに存する。
請求項２記載の発明の要旨は、前記基準情報は、イベント情報、交通事故情報、混雑変動予測情報、予定収集情報量、蓄積情報量、天気情報、曜日情報、時刻情報のうち一つ以上であることを特徴とする請求項１記載のプローブデータ収集システムに存する。
請求項３記載の発明の要旨は、前記情報収集装置は、前記走行データ受信部で受信した前記走行データに基づき交通情報を予測する交通情報予測部を備えたことを特徴とする請求項１又は２記載のプローブデータ収集システムに存する。
請求項４記載の発明の要旨は、前記情報収集装置は、前記情報提供装置ごとに送信された前記走行データに応じた得点を設定する個別得点部を備えたことを特徴とする請求項１乃至３のいずれか記載のプローブデータ収集システムに存する。
請求項５記載の発明の要旨は、前記情報提供装置は、車載機であり、走行ルートを探索する探索部を備え、前記ＯＤ情報送信部は前記探索部により探索された結果を前記ＯＤ情報として前記情報収集装置に送信することを特徴とする請求項１乃至４のいずれか記載のプローブデータ収集システムに存する。
請求項６記載の発明の要旨は、車両等で計測された走行データを収集するプローブデータ収集方法であって、情報提供装置から情報収集装置にＯＤ情報が送信され、前記情報収集装置において前記走行データの必要性の基準となる基準情報が取得され、取得された前記基準情報に基づいて前記走行データの区間、時間帯のデータの前記必要性を判定し、前記情報収集装置において前記必要性に応じたポイントを前記走行データに付与され、前記情報収集装置において前記情報提供装置ごとに前記ポイントが閾値よりも高い前記走行データが収集される前記区間、前記時間帯の収集対象が決定され、前記情報収集装置から前記情報提供装置に前記収集対象が通知され、前記情報提供装置において、前記収集対象から前記走行データを送信しない前記区間、前記時間帯の収集不可対象が設定され、前記収集不可対象を除いた前記走行データが前記情報収集装置に送信されることを特徴とするプローブデータ収集方法に存する。
請求項７記載の発明の要旨は、前記基準情報は、イベント情報、交通事故情報、混雑変動予測情報、予定収集情報量、蓄積情報量、天気情報、曜日情報、時刻情報、リクエスト情報のうち一つ以上であることを特徴とする請求項６記載のプローブデータ収集方法に存する。
請求項８記載の発明の要旨は、前記情報収集装置において受信された前記走行データに基づき交通情報が予測されることを特徴とする請求項６又は７記載のプローブデータ収集方法に存する。
請求項９記載の発明の要旨は、前記情報収集装置において、前記情報提供装置ごとに、前記情報提供装置から送信された前記走行データに応じた得点が設定されることを特徴とする請求項６乃至８のいずれか記載のプローブデータ収集方法に存する。
請求項１０記載の発明の要旨は、前記情報提供装置は、車載機であり、前記情報提供装置において、走行ルートが探索され、前記探索の結果が前記ＯＤ情報として前記情報収集装置に送信されることを特徴とする請求項６乃至９のいずれか記載のプローブデータ収集方法に存する。
請求項１１記載の発明の要旨は、コンピュータに請求項６乃至１０のいずれか記載のプローブデータ収集方法を実行可能なプログラムに存する。
請求項１２記載の発明の要旨は、請求項１１記載のプログラムを記録した記録媒体に存する。

本発明によれば、情報収集装置において収集対象を決定するため、情報提供装置には判定機能が必要なく安価にすることができる。
また、複数の情報提供装置から同様の走行データを重複収集しないように収集対象を決定することができるため、重複収集による過剰なデータ収集を防ぐことができる。
また、情報提供装置の設定変更なしに収集対象を決定できるため頻繁に収集対象を変更したい場合にも対応することができる。

以下、本発明の実施形態にかかるプローブデータ収集システムについて図面に基づいて説明する。
図１に示されるように本実施の形態にかかるプローブデータ収集システムは主に、プローブ車両１と、プローブ車両１に搭載されたカーナビ等の車載機２（情報提供装置）と、車載機２から走行データを受信し交通情報を生成するセンタ３（情報収集装置）と、VICSセンタや日本交通情報センタ（JARTIC）などの交通情報提供センタ５と、イベント情報などを所有するコンテンツプロバイダ６と、センタ３で生成した交通情報をユーザ車両４に配信する放送事業者１０と、移動携帯網７と、ユーザのパーソナルコンピュータ９に交通情報を配信するＩＰ網８とから構成される。

図２に示されるように、車載機２は主に、ドライバによる目的地の設定によって走行ルート等を探索する走行ルート探索部２０１（探索部）と、センタ３にＯＤ情報を送信するＯＤ情報送信部２０２と、センタ３から通知される収集区間（収集対象）を受信する収集区間受信部２０３と、通知された収集区間に対する収集不可区間（収集不可対象）を設定する収集不可区間設定部２０４と、収集不可区間をセンタ３に通知する収集不可区間通知部２０５と、センタ３にプローブ車両１の走行データを送信する走行データ送信部２０６とを備えている。

図３に示されるように、センタ３は主に、車載機２の走行データを受信する走行データ受信部３０２（走行データ受信部）と、受信した走行データを基に区間平均旅行時間を生成する区間旅行時間生成部３０３と、その区間平均旅行時間を蓄積する旅行時間データベース３０１と、旅行時間データベース３０１に蓄積されたデータと受信した走行データから交通情報を予測する交通情報予測部３０５（交通情報予測部）と、交通情報予測部３０５において予測した交通情報を放送事業者１０やユーザ車両４等に送る交通情報送信部３０４と、データの必要性の基準となる工事情報やイベント情報などの基準情報（基準情報）を入手する情報入力部３０８（情報取得部）と、情報入力部３０８からの情報に応じて各区間、時間帯のデータの必要性を判定しポイントを付与するデータ判定部３０７と、そのポイント付与結果を随時更新しながら保持するポイントテーブル３１１と、車載機２から走行ルート等のＯＤ情報を受信するＯＤ情報受信部３０６（ＯＤ情報受信部）と、ＯＤ情報とポイントテーブル３１１のデータを突合せて車載機２ごとにデータを送信する収集区間（収集対象）を決定する収集区間決定部３１０（収集対象決定部）と、収集区間を車載機２に通知する収集区間通知部３０９（収集対象通知部）とから構成される。
ここで、車載機２からセンタ３に送信される走行データは位置情報のGPS緯度、経度及び時刻情報等であり、ＯＤ情報は出発地、目的地、走行ルート、通過予想時刻等である。

次に本実施の形態にかかるプローブデータ収集方法について説明する。まず図４に従ってドライバが走行を開始してから走行データを送信するまでの流れを説明する。
プローブ車両１のドライバが車載機２で目的地を設定する（S１０１）と、車載機２の走行ルート探索部２０１で走行ルート等の探索が行われる（S１０２）。走行ルート等の探索の結果がＯＤ情報としてＯＤ情報送信部２０２からセンタ３に無線送信される（S１０３）。

センタ３では車載機２から送信されたＯＤ情報をＯＤ情報受信部３０６で受信する（S１０４）。受信したＯＤ情報に基づき、プローブ車両１の走行予定区間と走行予定時刻が割り出される（S１０５）。割り出されたプローブ車両１の走行予定区間と走行予定時刻に基づき、各走行区間の走行時刻における必要性を示すポイントをポイントテーブル３１１から読み出される（S１０６）。読み出されたポイントが収集ポイントの閾値よりもポイントが高い（データの必要性が高い）区間については、収集区間決定部３１０でデータを収集することが決定される（S１０７、S１０８）。一方、閾値ポイントよりポイントが低い（データの必要性が低い）区間については走行データを収集しないと決定される（S１０９）。

データを収集すると決定された収集区間は、収集区間通知部３０９から車載機２に通知される（S１１０）。車載機２は収集区間受信部２０３においてこの通知を受信し、通知された内容を表示する。表示方法としては、例えば走行ルート探索の画面上で収集区間のみを点滅させたり、表示色を変えるなどの方法がある。ドライバは画面上で、どの区間の走行データが送信されるかを確認する（S１１１）。ドライバはその表示に基づいて、収集の可否すなわち送信を許諾するか拒否するかを判断する（S１１２）。

通知された収集区間の全てを許諾する場合は、ドライバーはそのまま運転を開始する（S１１３）。収集区間をプローブ車両１が走行した時点で走行データが走行データ送信部２０６から自動的にセンタ３に送信される。逆にデータを送信したくない収集不可区間がある場合は、収集不可区間設定部２０４において収集不可区間が設定される。収集不可区間の設定は例えばその収集不可区間が車載機２の地図画面上で選択される等により行われる（S１１５）。設定された収集不可区間の情報は収集不可区間通知部２０５によりセンタ３に送信される（S１１６）。この場合は、ドライバが運転を開始すると収集区間であって収集不可区間を除いた区間のみの走行データが走行データ送信部２０６により自動的に送信される（S１１４）。

次に、センタ３が車載機２からの走行データを受信した後のプローブデータ収集方法について説明する。
各プローブ車両１から送信された位置情報のGPS緯度、経度と時刻情報等の走行データは、センタ３においてマップマッチングされる。マップマッチング処理後、区間旅行時間生成部３０３は、例えば道路の１つの交差点間を１つの区間（リンク）と定義する。そして、１つの区間として定義された区間ごとに車両が通行するのに要した時間を区間旅行時間として計算する。算出された区間旅行時間と、予め蓄積された旅行時間データベース３０１のデータとに基づき交通情報予測部３０５で渋滞情報や旅行時間等の交通情報が予測される。

ここで、交通情報は、旅行時間データベース３０１のデータの他に交通情報提供センタ５やコンテンツプロバイダ６からの情報に基づいて予測されるようにしてもよい。以上により交通情報が生成される。
交通情報予測部３０５において予測された交通情報は交通情報送信部３０４から放送事業者１０や移動携帯網７などを介してユーザ車両４やパーソナルコンピュータ９等に送信される。ユーザ車両４、パーソナルコンピュータ９等は渋滞情報や目的地までの旅行時間等の交通情報を受信する。

一方、区間旅行時間生成部３０３で算出された区間旅行時間は旅行時間データベース３０１に蓄積される。このとき、区間旅行時間は、曜日、時間帯および天候などで統計処理されて旅行時間データベース３０１に蓄積される。したがって、統計処理されて蓄積された情報は、交通情報予測部３０５において、例えば日曜日の雨天、朝１０時における区間旅行を過去の平均値として交通情報の予測に利用される。

次に、図５に従って、走行データの必要性を決定する流れを詳細に説明する。
各区間、時間帯におけるデータの必要性を判断する基準となる項目（基準情報）としてはａ．既にセンタ３の旅行時間データベース３０１に充分にデータが蓄積された区間、時間帯であるか（蓄積情報量）、ｂ．渋滞の発生や交通状況が変化しやすい区間、時間帯であるか（混雑変動予測情報）、ｃ．既に情報を送信する予定のプローブ車両１が存在するか（予定収集情報量）、ｄ．既に交通事故等により（交通事故情報）突発的な渋滞が発生しており時々刻々の状況をモニタする必要がある区間、時間帯であるか、ｅ．近隣でイベントが開催され（イベント情報）非日常的な交通状況が発生する区間、時間帯であるかなどが挙げられる。

データ判定部３０７では上記の各項目に対して旅行時間データベース３０１のデータ読み出し、或いは情報入力部３０８から外部の情報を取得し（S２０１〜２０５）、各区間時間帯の走行データに必要性に応じてポイントを付与する。すなわち必要性が高い場合には高ポイントを付与し（S２１１）、逆に必要性が低い場合には低ポイントを付与する（S２１２）。

例えば前述のａ．データ蓄積数については、蓄積データ数が少ない区間、時間帯に高ポイントを付与し、蓄積データ数多い区間、時間帯に低ポイントを付与する（S２０６）。前述ｂ．の渋滞発生、交通状況については、渋滞発生や交通状況の変化が激しい区間、時間帯に高ポイントを付与し、渋滞発生や交通状況の変化が少ない区間、時間帯に低ポイントを付与する（S２０７）。前述ｃ．のデータ収集の有無については、他の車両から収集される予定がない区間、時間帯に高ポイントを付与し、他の車両から収集される予定がある区間、時間帯に低ポイントを付与する（S２０８）。前述ｄ．の渋滞発生の有無に関しては、渋滞が発生しその渋滞度が高い区間、時間帯に高ポイントを付与し、渋滞が発生しない、或いは渋滞度が低い区間、時間帯に低ポイントを付与する（S２０９）。前述ｅ．のイベントの開催に関しては、イベントが開催されイベントの規模が大きく道路交通に与える影響が大きいと考えられる区間、時間帯に高ポイントを付与しイベントが開催されない或いはイベントの規模が小さく道路交通に与える影響が小さいと考えられる区間、時間帯に低ポイントを付与する（S２１０）。

データ判定部３０７では、全区間に対してどの時間の走行データがどの程度必要があるかについて、上記それぞれの判断項目で付与されたポイントに重み付けをし、ポイントを加算あるいは積算することで総合的なポイントを決定する（S２１３）。決定したポイントがポイントテーブル３１１に書き込まれることでポイントテーブル３１１が更新される。ポイントテーブル３１１は時間周期で定期的に更新される（S２１４）。

上記説明した本実施の形態に係るプローブカーシステムは、以下に掲げる効果を奏する。データを収集する区間、時間帯を必要性の高いものに絞ることで、データ収集頻度を下げ通信コストを抑制できる。例えば、交通量が少なく渋滞が発生しない夜間の時間帯や区間の価値の低いデータを収集することが無くなる。すなわち交通状況が急激に変化する場所や時間帯の情報や非日常的な渋滞が発生する時間、場所及び渋滞度予測等のニーズの高い情報を生成するのに必要な最低限の情報に絞ることで、収集データを少なくすることが可能となる。
また、基準情報として予定収集数を考慮することにより同一区間を同一の時間帯に走行している複数のプローブ車両１から重複したデータを収集するのを防止し、効率的にデータ収集することができる。
また、車載機２の設定を変更せずに収集区間、時間帯をセンタ３で自由に設定できることから、車載機２に判定機能を設ける必要がないため安価となる。

また、従来ドライバは走行データを送信することで自分の位置情報、行動情報が漏洩する不安を抱いており、これが障壁となり一般のドライバから走行データを収集することが難しかったが、収集区間を通知し車載機２の画面に表示させることで、ドライバにデータ収集区間の事前承諾を得た上で収集することにより、ドライバは安心してデータを送信することができる。したがって走行データの収集率をあげることができる。

なお、本発明は上記各実施形態に限定されず、本発明の技術思想の範囲内において、各実施形態が適宜変更され得ることは明らかである。
情報提供装置がプローブ車両１に設置された車載機２である場合について説明したが、必ずしも車載機２である必要はなく、ＰＣ、携帯電話、PHSあるいは無線LANなどの無線通信機能を有する携帯端末であってもよい。また、例えば車載機２で探索されたＯＤ情報が携帯電話等から送信される構成であっても良い。

また、送受信を無線で行う例について説明したが、有線送受信であってもよい。
上記実施の形態においては、区間ごとに収集対象を判断する構成としたが、これに限らず時間帯等他の基準で区別してもよい。
また、基準情報として上記以外に例えば天気が雨であるか（天気情報）、平日か休日か（曜日情報）、昼か夜か（時刻情報）等の情報を利用してもよい。さらに、場所によって時間帯のポイント設定を変え、あるいは進行方向によって変えても良い。これにより例えばレジャー施設付近の区間において、昼の時間帯は施設に向かう方向でポイントを高くし、夜の時間帯では施設から離れる方向のポイントを高く設定することにより、実状に即した必要性を判定することができる。
さらに、上記実施例において、車載機は収集対象通知に対してユーザーがその都度収集不可区間を設定する場合について説明したが、予めユーザーが設定しておいた収集不可区間を、毎回自動的に収集対象から除いて走行データを送信するように構成してもよい。

上記実施の形態において車載機２から送信される走行データがGPS緯度、経度と時刻情報等であり、これらの走行データが車載機２でマップマッチングされ、区間旅行時間が算出される場合について説明したが、車載機２からの走行データは区間旅行時間と区間ID及び時刻情報であっても良い。このように車載機２から区間旅行時間が送信される場合には、センタ３での区間旅行時間を生成する処理は不要となる。

［他の実施例］
他の実施例にかかるプローブデータ収集システムについて図６のセンタ３の構成図を用いて説明する。
センタ３は、車載機２ごとに、その車載機２がセンタ３に走行データに応じて付与されるマイル（得点）を蓄積、管理する個別マイル蓄積部３２０（個別得点部）と、ドライバやユーザからのリクエストを受信するリクエスト受信部３２１とを備えている。
なお、本実施例は個別マイル蓄積部３２０とリクエスト受信部３２１とを備えた点以外は上述の実施の形態と同様であるため説明を省略する。

次に、本実施例にかかるプローブデータ収集方法について説明する。
プローブ車両１の車載機２からセンタ３に走行データが送信されると、走行データ受信部で受信した走行データに応じたマイルが個別マイル蓄積部３２０に蓄積される。マイルは、車載機２ごとにデータを送信した区間数や区間距離またはポイントテーブル３１１に保持されていた区間、時間帯に対するポイント等に応じて決定される。プローブ車両１のドライバは個別マイル蓄積部３２０に蓄積したマイルを使用して、センタ３が提供する各種サービスを受ける。センタ３以外の外部機関や団体などが提供するサービスなどにも使用することができるようにしてもよい。

センタ３において、リクエスト受信部３２１が、プローブデータ車両１の車載機２、ユーザ車両４、パーソナルコンピュータ９等からリクエストを受信する。
リクエスト受信部３２１がリクエストを受信すると、交通情報送信部３０４によりリクエストに応じた交通情報がリクエストを送信した車載機２やユーザ車両４、パーソナルコンピュータ９に送信される。
このとき、センタ３はリクエストに応じた交通情報を送信すると同時に、個別マイル蓄積部３２０に蓄積していたマイルから送信された交通情報に応じたマイルを差し引く。
一方で、リクエスト受信部３２１は、リクエストを受信すると、リクエストのあった区間、時間帯の情報（リクエスト情報）をデータ判定部３０７に送信する。データ判定部３０７は、リクエストのあった区間、時間帯の情報を必要性の高い情報として判定し、高ポイントを付与する。

本実施例にかかるプローブデータ収集システム及びプローブデータ収集方法において、車載機２ごとに走行データに応じて付与されるマイルを蓄積、管理する個別マイル蓄積部３２０を備えたことにより、ドライバが見返りを期待し、データ収集に協力的になるため、データの収集率が向上する。
また、リクエスト受信部３２１を備えたことにより、リクエストに応じてプローブ車両１、ユーザ車両４、パーソナルコンピュータ９等の最も必要とする情報を提供することができる。

さらに、リクエスト情報をデータ判定部３０７に送信しデータの必要性の判定に利用することにより、実状に即した判定が可能となる。
さらに、本実施の形態にかかるプローブデータ収集システム及びプローブデータ収集方法は、ダイナミックルートガイダンスシステムへ適用することもできる。この場合、ユーザ車両４の車載機の探索部において、交通情報送信部３０４から受信した交通情報を基に走行ルートを探索する。これにより、ユーザは時間により変化する実状に即した詳細な最適走行ルートを得ることができる。

本実施の形態にかかるプローブデータ収集システムの構成図。 本実施の形態にかかる車載機の構成図 本実施の形態にかかるセンタの構成図。 本実施形態にかかるプローブデータ収集方法の手順を示すフローチャート。 センタにおけるポイント付与及び更新方法の手順を示すフローチャート。 他の実施例にかかるセンタ３の構成図

符号の説明

１…………プローブ車両
２…………車載機（情報提供装置）
３…………センタ（情報収集装置）
４…………ユーザ車両
５…………交通情報提供センタ
６…………コンテンツプロバイダ
７…………移動携帯網
８…………ＩＰ網
９…………パーソナルコンピュータ
１０………放送事業者
２０１……走行ルート探索部（探索部）
２０２……ＯＤ情報送信部
２０３……収集区間受信部
２０４……収集不可区間設定部（収集不可対象設定部）
２０５……収集不可区間通知部
２０６……走行データ送信部
３０１……旅行時間データベース
３０２……走行データ受信部
３０３……区間旅行時間生成部
３０４……交通情報送信部
３０５……交通情報予測部
３０６……ＯＤ情報受信部（ＯＤ情報受信部）
３０７……データ判定部
３０８……情報入力部（情報取得部）
３０９……収集区間通知部（収集対象通知部）
３１０……収集区間決定部（収集対象決定部）
３１１……ポイントテーブル
３２０……個別マイル蓄積部
３２１……リクエスト受信部

Claims (12)

1. 車両等で計測された走行データを収集するプローブデータ収集システムであって、
   情報収集装置と、
   情報提供装置とを備え、
   前記情報提供装置は、前記情報収集装置に出発地、目的地、走行ルート等のＯＤ情報を送信するＯＤ情報送信部と、
   前記情報収集装置は、前記情報提供装置から前記ＯＤ情報を受信するＯＤ情報受信部と、
   前記情報収集装置は、前記走行データの必要性の基準となる基準情報を取得する情報取得部と、
   前記情報収集装置は、前記情報取得部で取得した前記基準情報に基づき前記走行データの区間、時間帯のデータの前記必要性を判定し、前記必要性に応じたポイントを前記走行データに付与するデータ判定部と、
   前記情報収集装置は、前記情報提供装置ごとに前記ポイントが閾値よりも高い前記走行データを収集する前記区間、前記時間帯の収集対象を決定する収集対象決定部と、
   前記情報収集装置は、前記収集対象を前記情報提供装置に通知する収集対象通知部と、
   前記情報提供装置は、前記収集対象から前記走行データを送信しない前記区間、前記時間帯の収集不可対象を設定する収集不可対象設定部と、
   前記情報提供装置は、前記収集不可対象を除いた前記走行データを前記情報収集装置に送信する走行データ送信部と、
   前記情報収集装置は、前記情報提供装置から前記収集対象における前記走行データを受信する走行データ受信部と、
   を備えることを特徴とするプローブデータ収集システム。
2. 前記基準情報は、イベント情報、交通事故情報、混雑変動予測情報、予定収集情報量、蓄積情報量、天気情報、曜日情報、時刻情報のうち一つ以上であることを特徴とする請求項１記載のプローブデータ収集システム。
3. 前記情報収集装置は、前記走行データ受信部で受信した前記走行データに基づき交通情報
   を予測する交通情報予測部を備えたことを特徴とする請求項１又は２記載のプローブデータ収集システム。
4. 前記情報収集装置は、前記情報提供装置ごとに送信された前記走行データに応じた得点を
   設定する個別得点部を備えたことを特徴とする請求項１乃至３のいずれか記載のプローブデータ収集システム。
5. 前記情報提供装置は、車載機であり、
   走行ルートを探索する探索部を備え、
   前記ＯＤ情報送信部は前記探索部により探索された結果を前記ＯＤ情報として前記情報収集装置に送信することを特徴とする請求項１乃至４のいずれか記載のプローブデータ収集システム。
6. 車両等で計測された走行データを収集するプローブデータ収集方法であって、
   情報提供装置から情報収集装置にＯＤ情報が送信され、
   前記情報収集装置において前記走行データの必要性の基準となる基準情報が取得され、
   取得された前記基準情報に基づいて前記走行データの区間、時間帯のデータの前記必要性を判定し、前記情報収集装置において前記必要性に応じたポイントを前記走行データに付与され、
   前記情報収集装置において前記情報提供装置ごとに前記ポイントが閾値よりも高い前記走行データが収集される前記区間、前記時間帯の収集対象が決定され、
   前記情報収集装置から前記情報提供装置に前記収集対象が通知され、
   前記情報提供装置において、前記収集対象から前記走行データを送信しない前記区間、前記時間帯の収集不可対象が設定され、
   前記収集不可対象を除いた前記走行データが前記情報収集装置に送信されることを特徴とするプローブデータ収集方法。
7. 前記基準情報は、イベント情報、交通事故情報、混雑変動予測情報、予定収集情報量、蓄積情報量、天気情報、曜日情報、時刻情報、リクエスト情報のうち一つ以上であることを特徴とする請求項６記載のプローブデータ収集方法。
8. 前記情報収集装置において受信された前記走行データに基づき交通情報が予測されることを特徴とする請求項６又は７記載のプローブデータ収集方法。
9. 前記情報収集装置において、前記情報提供装置ごとに、前記情報提供装置から送信された前記走行データに応じた得点が設定されることを特徴とする請求項６乃至８のいずれか記載のプローブデータ収集方法。
10. 前記情報提供装置は、車載機であり、前記情報提供装置において、走行ルートが探索され、前記探索の結果が前記ＯＤ情報として前記情報収集装置に送信されることを特徴とする請求項６乃至９のいずれか記載のプローブデータ収集方法。
11. コンピュータに請求項６乃至１０のいずれか記載のプローブデータ収集方法を実行可能なプログラム。
12. 請求項１１記載のプログラムを記録した記録媒体。

Images