JP6171479B2 - 走行データ取得装置 - Google Patents
走行データ取得装置 Download PDFInfo
- Publication number
- JP6171479B2 JP6171479B2 JP2013069597A JP2013069597A JP6171479B2 JP 6171479 B2 JP6171479 B2 JP 6171479B2 JP 2013069597 A JP2013069597 A JP 2013069597A JP 2013069597 A JP2013069597 A JP 2013069597A JP 6171479 B2 JP6171479 B2 JP 6171479B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- vehicle
- data
- traveling
- contract
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Navigation (AREA)
- Traffic Control Systems (AREA)
Description
本発明は、上記のような点に着目し、必要な走行データを詳細に収集しつつ、総通信量が設定上限値を超えることを抑制可能とすることを目的とする。
本実施形態の車載装置1は、自車両Aの走行状態を表すデータである走行データを取得し、取得した走行データを収集サーバ2に送信する装置である。
(構成)
図1は、走行データ収集システムSの概略構成を示す図である。
図1に示すように、走行データ収集システムSは、複数台の車両Aが搭載する車載装置1、データセンタBが有する収集サーバ2、および通信キャリアCが有する通信負荷監視部18を備える。車載装置1および収集サーバ2は、通信キャリアCが有する通信路を介して情報の送受信を行う。通信路としては、例えば、携帯電話網、無線LAN(Local Area Network)網、DSRC(Dedicated Short Range Communications)網および電力線通信網がある。また、通信路としては、例えば、車載装置1および収集サーバ2のそれぞれが、フラッシュメモリ等の着脱式の記憶媒体に情報を記録し、記録した情報を通信機能を有する端末等を経由して送受信する構成としてもよい。なお、現状では、上記したような通信路には、通信キャリアCとの契約に単位期間(月あたり、日あたり等)の通信データ量の上限が無いものも多い(無制限定額契約)。しかしながら、今後のデータ通信ニーズの高まりに伴い、上限が課せられる可能性も高いことを鑑み、本実施形態では、通信キャリアCとの通信データ量に予め上限が設けられている場合を前提とする。
車載装置1は、アクセル状態検出部3と、ブレーキ状態検出部4と、車速検出部5と、方向検出部6と、高度検出部7と、スイッチ状態検出部8と、運転者検出部9と、位置検出部10とを備える。
アクセル状態検出部3は、自車両Aのアクセルペダルの操作状態を検出する。そして、アクセル状態検出部3は、検出結果の情報を後述する車両制御部11に出力する。
ブレーキ状態検出部4は、自車両Aのブレーキペダルの操作状態を検出する。そして、ブレーキ状態検出部4は、検出結果の情報を車両制御部11に出力する。
車速検出部5は、自車両Aの車速を検出する。そして、車速検出部5は、検出結果の情報を車両制御部11に出力する。
高度検出部7は、自車両Aの走行高度を検出する。そして、高度検出部7は、検出結果の情報を車両制御部11に出力する。
スイッチ状態検出部8は、自車両Aのイグニッションスイッチのスイッチ状態を検出する。スイッチ状態としては、例えば、オン状態、およびオフ状態がある。そして、スイッチ状態検出部8は、検出結果の情報を車両制御部11に出力する。
位置検出部10は、GPS(Global Positioning System)衛星が送信したGPS信号を基に自車両Aの現在位置(例えば、緯度経度)を検出する。そして、位置検出部10は、検出結果の情報を後述するナビゲーション装置12に出力する。
車両制御部11は、アクセル状態検出部3、ブレーキ状態検出部4、車速検出部5、方向検出部6、高度検出部7、スイッチ状態検出部8および運転者検出部9が出力した情報を取得する。そして、車両制御部11は、取得した情報に基づいて自車両Aの各部を制御する。制御対象としては、例えば、アクセル開度、ブレーキシリンダ圧等がある。また、車両制御部11は、取得した情報を走行データ蓄積部13に出力する。
図3は、常用道を説明するための図である。
図4は、圧縮記録テーブルを説明するための図である。
常用道検出部16は、利用履歴蓄積部14が蓄積している走行データに基づき圧縮記録テーブルを生成する。圧縮記録テーブルは、車両A毎に生成する。圧縮記録テーブルとしては、例えば、図2に示すように、複数の常用道指定情報群を含むものがある。複数の常用道指定情報群のそれぞれは、複数の常用道のいずれかの常用道に対応づけられている。また、複数の常用道指定情報群のそれぞれは、対応する常用道を特定するための各種情報を含む。常用道としては、例えば、車両Aの走行回数が設定回数(例えば、20回)以上の道路がある。なお、常用道としては、図3(a)に示すように、出発地から目的地までの案内ルートを区分した複数の道路や、図3(b)に示すように、当該案内ルートの道路がある。走行回数は、車両ID、曜日および時間帯の組み合わせ毎にカウントする。車両IDとしては、例えば、車両Aを一意に特定するための英数字列等がある。具体的には、常用道指定情報群としては、例えば、車両ID、パスID、始点位置、終点位置、包含地点列、曜日および時間帯を含むものがある。パスIDとしては、図4に示すように、例えば、常用道を一意に特定するための英数字列等がある。パスIDは、例えば、車両Aが常用道を走行していることを表し且つ当該常用道を走行している際に第1設定時間(例えば、30[sec])毎に取得した走行データよりもデータ量が小さいデータとする。また、始点位置としては、例えば、対応する常用道の始端の位置(例えば、緯度経度)がある。さらに、終点位置としては、例えば、対応する常用道の終端の位置(例えば、緯度経度)がある。また、包含地点列としては、例えば、対応する常用道上の各地点の位置(例えば、緯度経度)がある。さらに、曜日としては、例えば、対応する常用道を走行した曜日がある。また、時間帯としては、例えば、対応する常用道を走行した時間帯がある。
また、本実施形態では、常用道指定情報群として車両IDを含む例を示したが、他の構成を採用することもできる。例えば、運転者IDを含む構成を採用してもよい。
図6は、分解能指示テーブルを説明するための図である。
プローブデータ分解能制御部17は、利用履歴蓄積部14が蓄積している走行データに基づき分解能指示テーブルを生成する。分解能指示テーブルとしては、例えば、図5に示すように、複数の分解能指示情報群を含むものがある。複数の分解能指示情報群のそれぞれは、緯度方向および経度方向に沿って延びている格子形状の境界で区分した複数の設定区画のいずれかの設定区画に対応づけられている。また、複数の分解能指示情報群のそれぞれは、対応する設定区画を低分解能指示地域あるいは高分解能指示地域のいずれに設定するための各種情報を含む。低分解能指示地域としては、例えば、車両Aが常用道を走行していると判定した場合に、パスID(以下、代替データとも呼ぶ)を収集サーバ2に送信し、車両Aが常用道以外を走行していると判定した場合に、第1設定時間(例えば、30[sec])毎に取得した走行データを収集サーバ2に送信する地域がある。また、高分解能指示地域としては、例えば、車両Aが常用道を走行しているか否かに関わらずに、第2設定時間(例えば、1[sec])毎に収集した走行データを収集サーバ2に送信する地域がある。具体的には、分解能指示情報群としては、例えば、Min、Max、分解能および時間帯を含むものがある。Minとしては、図6に示すように、例えば、対応する設定区画のうち緯度経度が最小である角部の緯度経度がある。また、Maxとしては、例えば、対応する設定区画のうち緯度経度が最大である角部の緯度経度がある。さらに、分解能としては、例えば、低および高がある。低としては、例えば、対応する設定区画を低分解能指示地域に設定するものがある。また、高としては、例えば、対応する設定区画を高分解能指示地域に設定するものがある。なお、後述するように、後述する契約通信残量が設定値(例えば、契約通信量の1/4)以上である場合には、すべての分解能指示情報群(設定区画)の分解能が高となる。また、契約通信残量が設定値(契約通信量の1/4)未満である場合には、分解能指示情報群(設定区画)の分解能が高および低の両方を含むものとなる。
図8は、分解能指示テーブルを説明するための図である。
また、本実施形態では、緯度方向および経度方向に沿って延びている格子形状の境界で区分してなる各区画を設定区画として用いる例を示したが、他の構成を採用することもできる。例えば、道路を区分してなる各区間を設定区画として用いる構成としてもよい。具体的には、分解能指示情報群として、図7に示すように、例えば、Min、Maxに代えて、始点位置、終点位置を用いるものがある。始点位置としては、図8に示すように、例えば、対応する設定区画(区間)の始点の緯度経度がある。また、終点位置としては、例えば、対応する設定区画(区間)の終点の緯度経度がある。
図10は、包括契約先総通信量記録テーブルを説明するための図である。
通信負荷監視部18は、複数の車両Aの車載装置1と収集サーバ2との間の通信量に基づき包括契約先総通信量記録テーブルを生成する。包括契約先総通信量記録テーブルとしては、例えば、図9に示すように、総通信量指定情報群を含むものがある。総通信量指定情報群は、現在の契約期間に対応づけられている。ここで、データセンタBと通信キャリアCとは、例えば、複数の車両Aの車載装置1のすべての車載装置1と収集サーバ2との間で予め定めた通信量(以下、契約通信量とも呼ぶ)を毎月利用可能とする契約を行うものとする。それゆえ、契約期間としては、例えば、1月、2月、…、12月等、各月がある。例えば、契約期間の開始は各月の月初とし、契約期間の終了は各月の月末とする。また、総通信量指定情報群は、複数の車両Aの車載装置1から収集サーバ2へ送信するデータを設定するための各種情報を含む。具体的には、総通信量指定情報群としては、例えば、総通信量および契約通信残量を含むものがある。総通信量としては、図10に示すように、例えば、現在の契約期間の開始時(月初)から現在までの間における、複数の車両Aの車載装置1と収集サーバ2との間の通信量の合計値がある。また、契約通信残量としては、例えば、契約通信量から総通信量を減算した減算結果がある。
次に、走行データ蓄積部13が実行する走行データ蓄積処理について説明する。走行データ蓄積部13は、予め定められた設定時間(例えば、10msec.)が経過するたびに走行データ蓄積処理を実行する。
図11は、走行データ蓄積処理を表すフローチャートである。
図11に示すように、ステップS101では、走行データ蓄積部13は、運転者が自車両Aの運転を開始したか否かを判定する。具体的には、走行データ蓄積部13は、スイッチ状態検出部8が出力した情報(イグニッションスイッチのスイッチ状態)に基づき、イグニッションスイッチがオン状態であるか否かを判定する。そして、走行データ蓄積部13は、イグニッションスイッチがオン状態であると判定した場合には(Yes)、運転者が自車両Aの運転を開始したと判定し、ステップS102に移行する。一方、走行データ蓄積部13は、イグニッションスイッチがオフ状態であると判定した場合には(No)、運転者が自車両Aの運転を開始していないと判定し、この演算処理を終了する。
続いてステップS103に移行して、走行データ蓄積部13は、通信路を介して、収集サーバ2(プローブデータ分解能制御部17)から分解能指示テーブルを取得する。
図12は、テーブル更新処理を表すフローチャートである。
図12に示すように、ステップS201では、利用履歴蓄積部14は、走行データ、車両ID、曜日および時間帯を受信したか否かを判定する。そして、利用履歴蓄積部14は、走行データ、車両ID、曜日および時間帯を受信したと判定した場合には(Yes)ステップS202に移行する。一方、利用履歴蓄積部14は、走行データ、車両ID、曜日および時間帯を受信していないと判定した場合には(No)この判定を再度実行する。
続いてステップS203に移行して、履歴統計部15は、利用履歴蓄積部14が蓄積している走行データに基づき、過去データ統計処理を行う。過去データ統計処理では、履歴統計部15は、現在の交通流および過去の交通流を算出する。交通流としては、例えば、平均車速がある。交通流の算出は、設定区画および時間帯の組み合わせ毎に行う。
なお、本実施形態では、交通流として平均車速を用いる例を示したが、他の構成を採用することもできる。例えば、交通流として車両Aの燃費を用いる構成としてもよい。この場合、走行データとしては、車両Aの燃費を含むものを採用する。
続いてステップS208に移行して、プローブデータ分解能制御部17は、前記ステップS207で取得した包括契約先総通信量記録テーブル内の通信量指定情報群のうちの契約通信残量が十分であるか否かを判定する。具体的には、プローブデータ分解能制御部17は、契約通信残量が第4設定値(例えば、契約通信量の1/4)未満であるか否かを判定する。そして、プローブデータ分解能制御部17は、契約通信残量が第4設定値(契約通信量の1/4)以上であると判定した場合には(No)、契約通信残量が十分であると判定し、ステップS209に移行する。一方、プローブデータ分解能制御部17は、契約通信残量が第4設定値(契約通信量の1/4)未満であると判定した場合には(Yes)、契約通信残量が不十分であると判定し、ステップS210に移行する。
前記ステップS209では、プローブデータ分解能制御部17は、図13に示すように、すべての設定区画の分解能を高とする分解能特定情報郡(Min、Max、分解能および時間帯を含むもの)を生成する。続いて、プローブデータ分解能制御部17は、生成した分解能特定情報郡を含む分解能指示テーブルを生成して該プローブデータ分解能制御部17に蓄積する。これにより、プローブデータ分解能制御部17は、契約通信残量が第4設定値未満である場合には、蓄積している分解能指示テーブルを更新(初期化)する。
前記ステップS210では、プローブデータ分解能制御部17は、前記ステップS203で算出した現在の交通流および過去の交通流に基づき、統計特異値を検出する。続いて、プローブデータ分解能制御部17は、図14に示すように、検出した統計特異値(設定区画)の分解能を高とし他の設定区画の分解能を低とする分解能特定情報郡(Min、Max、分解能および時間帯を含むもの)を生成する。続いて、プローブデータ分解能制御部17は、生成した分解能特定情報郡を含む分解能指示テーブルを生成して該プローブデータ分解能制御部17に蓄積する。これにより、プローブデータ分解能制御部17は、契約通信残量が第4設定値以上である場合には、蓄積している分解能指示テーブルを更新する。
図15は、包括契約先総通信量記録テーブル更新処理を表すフローチャートである。
図15に示すように、ステップS301では、通信負荷監視部18は、車載装置1と収集サーバ2との間で情報の送受信(通信)が行われたか否かを判定する。通信が行われたか否かは、通信路の利用状態を監視し監視結果を基に判定する。そして、通信負荷監視部18は、車載装置1と収集サーバ2との間で通信が行われたと判定した場合には(Yes)ステップS302に移行する。一方、通信負荷監視部18は、車載装置1と収集サーバ2との間で通信が行われていないと判定した場合には(No)この演算処理を終了する。
続いてステップS303に移行して、通信負荷監視部18は、前記ステップS302で取得した車載装置1と収集サーバ2との間の通信量に基づいて、総通信量および契約通信残量を検出する。続いて、通信負荷監視部18は、検出した総通信量を特定するための総通信量指定情報群(総通信量および契約通信残量を含むもの)を生成する。続いて、通信負荷監視部18は、生成した総通信量指定情報群を含む包括契約先総通信量記録テーブルを生成して該通信負荷監視部18に蓄積した後、この演算処理を終了する。これにより、通信負荷監視部18は、蓄積している包括契約先総通信量記録テーブルを更新する。
次に、走行データ収集システムSの動作について説明する。
まず、走行データ収集システムSが、包括契約先総通信量記録テーブルを生成・更新する際の動作について説明する。
複数の車両Aの車載装置1のいずれかが、通信キャリアCの通信路を介して、収集サーバ2へ走行データを送信したとする。すると、通信負荷監視部18が、車載装置1と収集サーバ2との間で通信が行われたと判定する(図15のステップS301)。続いて、通信負荷監視部18が、車載装置1と収集サーバ2との間の通信量、つまり、車載装置1から収集サーバ2へ送信された走行データのデータ量(通信量)を取得する(図15のステップS302)。続いて、通信負荷監視部18が、取得した通信量に基づいて、総通信量および契約通信残量を検出する(図15のステップS303)。続いて、通信負荷監視部18が、検出した総通信量を特定するための総通信量指定情報群を生成し、生成した総通信量指定情報群を含む包括契約先総通信量記録テーブルを生成して該通信負荷監視部18に蓄積する(図15のステップS303)。これにより、通信負荷監視部18が、通信負荷監視部18が蓄積している包括契約先総通信量記録テーブルを更新する。
収集サーバ2が、複数の車両Aの車載装置1のいずれかから送信された走行データを取得したとする。すると、収集サーバ2が、送信された走行データを取得したと判定し、取得した走行データを利用履歴蓄積部14に蓄積する(図12のステップS201、S202)。続いて、収集サーバ2が、過去データ統計処理、つまり、現在の交通流(平均車速)および過去の交通流(平均車速)の算出を行う(図12のステップS203)。
運転者が、自車両A(以下、自車両A1とも呼ぶ)のイグニッションスイッチをオン状態にしたとする。すると、自車両A1の車載装置1が、運転者が運転を開始したと判定する(図11のステップS101「Yes」)。続いて、車載装置1が、通信キャリアCの通信路を介して、収集サーバ2から圧縮記録テーブルを取得する(図11のステップS102)。続いて、車載装置1が、通信キャリアCの通信路を介して、収集サーバ2から分解能指示テーブルを取得する(図11のステップS103)。ここで、契約通信残量が契約通信量の1/4以上であり、取得した分解能指示テーブルの通信量指定情報群の分解能がすべて高であったとする。すると、車載装置1が、高分解能記録指示があったと判定する(図11のステップS104「Yes」)。続いて、車載装置1が、車両制御部11およびナビゲーション装置12が出力した情報に基づいて、走行データ、車両ID、現在の曜日および現在の時間帯を第2設定時間(1[sec])毎に取得して蓄積する(図11のステップS105)。そして、車載装置1が、蓄積した走行データ、車両ID、現在の曜日および現在の時間帯を収集サーバ2に送信する(図11のステップS105)。これにより、車載装置1が、契約期間の最初に、より詳細な走行データを収集サーバ2に収集できる。
また、本実施形態の車載装置1は、契約通信残量が契約通信量の1/4未満であると判定した場合には、契約通信残量が契約通信量の1/4以上であると判定した場合に比べ、送信する走行データの取得間隔を長くする。それゆえ、本実施形態の車載装置1は、図10に示すように、契約期間の後半に契約通信残量の使用量を抑制できる。これにより、本実施形態の車載装置1は、契約期間の前半に走行データを詳細に収集できる。
本実施形態は、次のような効果を奏する。
(1)車載装置1が、自車両A1の走行状態を表すデータである走行データを取得する。続いて、車載装置1が、取得した走行データを収集サーバ2に送信する。その際、車載装置1が、総通信量と契約期間における総通信量の設定上限値(契約通信量)との差である契約通信残量を検出する。そして、車載装置1が、検出した通信残量に基づいて、送信する走行データの取得間隔を調整する。
このような構成によれば、総通信量と契約期間における総通信量の設定上限値(契約通信量)との差である契約通信残量に基づいて、送信する走行データの取得間隔を調整する。これにより、必要なデータを詳細に収集しつつ、総通信量が設定上限値(契約通信量)を超えることを抑制できる。
このような構成によれば、図10に示すように、契約期間の後半に契約通信残量の使用量を抑制できる。それゆえ、契約期間の前半に走行データを詳細に収集できる。
図16は、分解能の設定結果を説明するための図である。
なお、本実施形態では、車載装置1が、契約通信残量が設定値(契約通信量の1/4未満)であると判定した場合には、契約通信残量が設定値(契約通信量の1/4)以上であると判定した場合に比べ、送信する走行データの取得間隔を長くする例を示したが、他の構成を採用することもできる。例えば、車載装置1が、契約通信残量が設定値(契約通信量の1/4)以上であると判定した場合には、契約通信残量が設定値(契約通信量の1/4未満)であると判定した場合に比べ、送信する走行データの取得間隔を長くする構成としてもよい。具体的には、前記ステップS105では、走行データ蓄積部13が、走行データ、車両ID、現在の曜日および現在の時間帯の取得間隔を、高分解能記録指示がないと判定した場合(ステップS104「No」、ステップS106)に比べ、長くする。また、前記ステップS209では、プローブデータ分解能制御部17が、図16に示すように、すべての設定区画の分解能を低とする分解能特定情報郡を生成する。
本変形例は、上記実施形態の効果(1)、(3)に加え、次のような効果を奏する。
図17は、変形例の効果を説明するための図である。
(1)車載装置1が、契約通信残量が設定値(契約通信量の1/4)以上であると判定した場合には、契約通信残量が設定値(契約通信量の1/4)未満であると判定した場合に比べ、送信する走行データの取得間隔を長くする。
このような構成によれば、図17に示すように、契約期間の後半に契約通信残量を残すことができる。それゆえ、契約期間の後半に走行データを詳細に収集できる。
また、例えば、車載装置1が、契約通信残量が設定値(契約通信量の1/4)未満であると判定した場合、自車両Aが高交通量路を走行していると判定した場合には、高交通量路を自車両Aが走行していないと判定した場合に比べ、送信する走行データの取得間隔を長くする構成としてもよい。高交通量路としては、例えば、交通量が設定値以上の道路がある。具体的には、前記ステップS210では、プローブデータ分解能制御部17が、前記ステップS203で算出した現在の交通流に基づいて、各設定区画の交通量を検出する。交通量としては、例えば、設定区画において、単位時間あたりに走行する車両Aの数がある。続いて、プローブデータ分解能制御部17が、検出した交通量が設定値(例えば、50台/min)以上であるか否かを設定区画毎に判定する。そして、プローブデータ分解能制御部17が、交通量が設定値(50台/min)未満であると判定した設定区画の分解能を高としその他の設定区画の分解能を低とする分解能特定情報郡を生成する。続いて、プローブデータ分解能制御部17が、生成した分解能特定情報郡を含む分解能指示テーブルを生成して該プローブデータ分解能制御部17に蓄積する。
本変形例では、図1の走行データ蓄積部13、図11のステップS104が高交通量路走行判定部を構成する。
(1)車載装置1が、契約通信残量が設定値(契約通信量の1/4)未満であり、交通量が設定値以上の道路である高交通量路を自車両Aが走行していると判定した場合には、契約通信残量が設定値(契約通信量の1/4)以上である、または高交通量路を自車両Aが走行していないと判定した場合に比べ、送信する走行データの取得間隔を長くする。
このような構成によれば、交通量が少ない道路の走行データを詳細に収集できる。
図18は、包括契約先総通信量記録テーブルを表す図である。
また、本実施形態では、データセンタBと通信キャリアCとが、複数の車両Aの車載装置1のすべての車載装置1と収集サーバ2との間で予め定めた通信量(契約通信量)を毎月利用可能とする契約を行う例を示したが、他の契約を行うようにしてもよい。例えば、データセンタBと通信キャリアCとは、複数の車両Aの車載装置1毎にその車載装置1と収集サーバ2との間で予め定めた通信量(契約通信量)を毎月利用可能とする通信契約を行うようにしてもよい。この場合、包括契約先総通信量記録テーブルとしては、例えば、図18に示すように、複数の総通信量指定情報群を含むものを用いる。複数の総通信量指定情報群のそれぞれは、複数の車両Aの車載装置1のいずれかの車載装置1および契約期間(対象月)に対応づけられている。総通信量指定情報群のそれぞれは、複数の車両Aの車載装置1から収集サーバ2へ送信するデータを設定するための各種情報を含む。具体的には、総通信量指定情報群としては、例えば、契約端末ID、対象月、総通信量および契約通信残量を含むものがある。契約端末IDとしては、例えば、対応する車載装置1を一意に特定するための英数字列等がある。また、対象月としては、例えば、対応する月を一意に特定するための西暦および月の組み合わせ(例えば、2011−01)がある。
さらに、前記ステップS303では、通信負荷監視部18は、前記ステップS302で取得した車載装置1と収集サーバ2との間の通信量および契約端末IDに基づいて、契約端末ID、総通信量および契約通信残量を検出する。続いて、通信負荷監視部18は、検出した契約端末ID、総通信量および契約通信残量を特定するための総通信量指定情報群(契約端末ID、対象月、総通信量および契約通信残量を含むもの)を生成する。続いて、通信負荷監視部18は、生成した総通信量指定情報群を含む包括契約先総通信量記録テーブルを生成して該通信負荷監視部18に蓄積した後、この演算処理を終了する。
これにより、本変形例の車載装置1は、分解能指示テーブルを車両A毎に更新できる。
6 方向検出部(データ取得部)
7 高度検出部(データ取得部)
10 位置検出部(データ取得部)
13 走行データ蓄積部(データ送信部、通信残量検出部、常用道走行判定部、高交通量路走行判定部)
ステップS104(通信残量検出部、高交通量路走行判定部)
ステップS106(常用道走行判定部)
ステップS107、S108(データ送信部)
Claims (5)
- 自車両の走行状態を表すデータである走行データを取得するデータ取得部と、
前記データ取得部が取得した走行データを収集サーバに送信するデータ送信部と、
設定期間毎に前記設定期間の開始時から現在までの間の前記収集サーバとの通信を合計して算出された総通信量を、予め設定され記録された設定上限値から減算して算出された通信残量を検出する通信残量検出部とを備え、
前記データ取得部は、前記設定期間が終了するまで前記通信残量検出部が検出した通信残量に基づいて、送信する走行データの取得間隔を調整することを特徴とする走行データ取得装置。 - 前記データ取得部は、前記通信残量検出部が検出した通信残量が設定値未満であると判定した場合には、前記通信残量検出部が検出した通信残量が設定値以上であると判定した場合に比べ、送信する走行データの取得間隔を長くすることを特徴とする請求項1に記載の走行データ取得装置。
- 前記データ取得部は、前記通信残量検出部が検出した通信残量が設定値以上であると判定した場合には、前記通信残量検出部が検出した通信残量が設定値未満であると判定した場合に比べ、送信する走行データの取得間隔を長くすることを特徴とする請求項1に記載の走行データ取得装置。
- 前記データ取得部が取得した走行データに基づいて自車両の走行回数が設定回数以上の道路である常用道を自車両が走行しているか否かを判定する常用道走行判定部を備え、
前記データ送信部は、前記常用道走行判定部が自車両が前記常用道を走行していないと判定した場合には、前記データ取得部が取得した走行データを収集サーバに送信し、前記常用道走行判定部が自車両が前記常用道を走行していると判定した場合には、前記データ取得部が取得した走行データに代えて、自車両が前記常用道を走行していることを表し且つ当該走行データよりもデータ量が小さいデータである代替データを前記収集サーバに送信することを特徴とする請求項1から3のいずれか1項に記載の走行データ取得装置。 - 前記データ取得部が取得した走行データに基づいて交通量が設定値以上の道路である高交通量路を自車両が走行しているか否かを判定する高交通量路走行判定部を備え、
前記データ取得部は、前記通信残量検出部が検出した通信残量が設定値未満であり、前記高交通量路走行判定部が自車両が前記高交通量路を走行していると判定した場合には、前記通信残量検出部が検出した通信残量が設定値以上である、または前記高交通量路走行判定部が自車両が前記高交通量路を走行していないと判定した場合に比べ、送信する走行データの取得間隔を長くすることを特徴とする請求項1から4のいずれか1項に記載の走行データ取得装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013069597A JP6171479B2 (ja) | 2013-03-28 | 2013-03-28 | 走行データ取得装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013069597A JP6171479B2 (ja) | 2013-03-28 | 2013-03-28 | 走行データ取得装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2014191801A JP2014191801A (ja) | 2014-10-06 |
JP6171479B2 true JP6171479B2 (ja) | 2017-08-02 |
Family
ID=51837934
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013069597A Active JP6171479B2 (ja) | 2013-03-28 | 2013-03-28 | 走行データ取得装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6171479B2 (ja) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6464607B2 (ja) * | 2013-08-20 | 2019-02-06 | 株式会社リコー | 管理装置及び管理システム |
JP6929152B2 (ja) * | 2017-07-10 | 2021-09-01 | 株式会社デンソーテン | 運転診断サーバ、運転診断システムおよび運転診断方法 |
JP6933069B2 (ja) * | 2017-09-19 | 2021-09-08 | 株式会社デンソー | 経路探索装置 |
JP6522251B1 (ja) | 2018-02-09 | 2019-05-29 | 三菱電機株式会社 | 通信装置および通信プログラム |
JP7318145B1 (ja) * | 2023-01-27 | 2023-07-31 | Kddi株式会社 | 情報処理装置、情報処理方法及びプログラム |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004265202A (ja) * | 2003-03-03 | 2004-09-24 | Matsushita Electric Ind Co Ltd | ビーコンを用いたプローブカーシステムと装置 |
JP2005182264A (ja) * | 2003-12-17 | 2005-07-07 | Nissan Motor Co Ltd | 情報提供センターシステム及びその情報処理方法 |
CN100511320C (zh) * | 2004-03-25 | 2009-07-08 | 株式会社日立制作所 | 车载探测终端、数据探测采集***及相应的方法 |
JP2008077143A (ja) * | 2006-09-19 | 2008-04-03 | Kddi Corp | プローブ情報収集装置、プローブ情報送信装置およびプローブ情報収集方法 |
JP4899756B2 (ja) * | 2006-09-29 | 2012-03-21 | アイシン・エィ・ダブリュ株式会社 | 交通情報作成装置及び交通情報作成方法 |
JP5528215B2 (ja) * | 2010-05-31 | 2014-06-25 | 株式会社デンソーアイティーラボラトリ | 経路探索システム、経路探索方法およびプログラム |
JP2012168796A (ja) * | 2011-02-15 | 2012-09-06 | Denso Corp | プローブ情報管理システム、車載端末、およびプローブ情報管理装置 |
JP5787092B2 (ja) * | 2012-01-25 | 2015-09-30 | トヨタ自動車株式会社 | 移動体情報処理システム |
-
2013
- 2013-03-28 JP JP2013069597A patent/JP6171479B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
JP2014191801A (ja) | 2014-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6171479B2 (ja) | 走行データ取得装置 | |
US9336681B2 (en) | Navigation using crowdsourcing data | |
CN106382939A (zh) | 一种基于历史数据的导航路径行驶时间预测***及方法 | |
JP5291935B2 (ja) | オブジェクトの将来の動きを予測するための装置および方法 | |
CN102374868B (zh) | 路径搜索装置和路径搜索方法 | |
US8412446B2 (en) | Travel history collection system and terminal side device used for it | |
US8036820B2 (en) | Vehicle-mounted device, traffic-information acquisition method, traffic-information provision system, and traffic-information provision method | |
US9459114B2 (en) | Vehicle information providing device | |
JP5350703B2 (ja) | 交通情報生成装置、コンピュータプログラム、及び交通情報の生成方法 | |
JP2006189415A (ja) | 最短時間経路の決定方法及び決定システム | |
US20110178702A1 (en) | Optimum travel times | |
US10255807B1 (en) | Method and apparatus for providing a map data update based on region-specific data turbulence | |
WO2013132593A1 (ja) | 移動情報処理装置及び移動情報処理方法及び運転支援システム | |
CN1664874A (zh) | 用于确定交通状况的方法 | |
US20130030681A1 (en) | Method and apparatus for updating travel time estimation | |
CN104567897A (zh) | 结合路况预测的路径规划方法及导航装置 | |
CN105023456A (zh) | 基于交通信号灯信号变化自适应智能线路规划方法 | |
CN102074110B (zh) | 基于浮动车数据的交通流路口转向延时获取***和方法 | |
JP2009109312A (ja) | 天気情報報知装置および天気情報報知装置用のプログラム | |
JP6044420B2 (ja) | 走行データ取得装置 | |
JP2014020936A (ja) | 車両用情報提供システム | |
US11400957B2 (en) | Control device and control method of vehicle environment data transmission | |
JP2019200658A (ja) | 情報通信システムとその方法およびサーバ | |
KR101430071B1 (ko) | 도로 정보 제공 시스템 및 방법 | |
CN116734883A (zh) | 一种道路拥堵预测及智能领航*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20160126 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20161011 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20161115 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20161208 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170606 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170619 |
|
R151 | Written notification of patent or utility model registration |
Ref document number: 6171479 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |