JP2017004445A - 情報収集システム、車載装置、及びサーバー - Google Patents

Abstract

【課題】通信負荷を抑制し、解析効率を向上させ、車両挙動データをサーバーが取得するときの情報取得条件を事後に変更しやすい情報収集システムを提供する。【解決手段】車載装置の情報記録ＥＣＵは、第１記憶部と、車両挙動検出部と、車両情報生成部と、所定の期間内の車両情報を、車両挙動データとしてデータ記録処理部と、車両挙動を検出したことを表す送信信号を取得する情報取得部と、送信信号送信処理部と、アップロード要求受信部と、アップロード実行部とを備える。サーバーは、車載装置から受信する送信信号受信部と、車両挙動に関する判定用情報に基づいて判定できる情報取得条件を記憶する第２記憶部と、判定用情報取得部と、判定用情報に基づいて情報取得条件が成立したか否かを判定する判定部と、情報取得条件が成立した場合にアップロード要求を車載装置に送信するアップロード要求部と、車載装置から車両挙動データを受信する受信部とを備える。【選択図】図１７

Description

本発明は、情報収集システム、車載装置、及びサーバーに関する。

従来から、車載装置とセンタ（サーバー）とを含む情報収集システムにおいて、車載装置が、特定の種類の車両挙動に関するデータ（以下、「車両挙動データ」と称する）を記録し、サーバーにアップロードする情報収集システムが知られている（例えば、特許文献１参照）。この特許文献１に記載の情報収集システムでは、車載装置は、エアバッグの起動（特定の種類の車両挙動の例）が検出されたときは、必ずそのときの車両挙動データをサーバーにアップロードする。

特開２００７−２９３５３６公報

しかしながら、上記の特許文献１に記載されるような情報収集システムでは、特定の種類の車両挙動の検出毎に必ずそのときの車両挙動データがサーバーにアップロードされるので、解析に有用とならない車両挙動データがサーバーにアップロードされる場合があり得る。かかる場合、かかる不要な車両挙動データのアップロードに起因して通信負荷が不要に増加するという問題が生じる。また、かかる場合、サーバーには、解析に有用とならない車両挙動データと、解析に有用となる車両挙動データとが混在して蓄積されることとなり、解析効率が悪化するという問題が生じる。

ところで、どのような車両挙動データが解析に有用となるかは、一律に決めることは難しく、その車両挙動の種類や、その車両挙動が検出されたときの車両周辺の環境、解析者の解析手法や解析目的等に依存し、事後的に変化する場合もあり得る。例えば、その車両挙動データが常に解析に有用であると考えられていた車両挙動であっても、事後的に、特定の環境下で検出されたときだけその車両挙動データが解析に有用であると、考え直される場合もあり得る。

そこで、本発明は、車載装置が車両挙動データをサーバーにアップロードする構成において、不要な通信負荷の増加の抑制及び解析効率の向上を図ることを目的とする。

上記目的を達成するため、本発明の第１側面は、車両に搭載される車載装置と、前記車両とは遠隔に配置され、前記車載装置との間の双方向の通信が可能なサーバーと、を含む情報収集システムにおいて、
前記車載装置は、
第１記憶部と、
車両挙動を検出する車両挙動検出部と、
前記車両の状態を表す車両情報を生成する車両情報生成部と、
前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動の検出時点に応じた所定の期間内の前記車両情報を、車両挙動データとして前記第１記憶部に記録するデータ記録処理部と、
前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動を検出した旨を表す挙動検出通知情報を含む送信信号を前記サーバーに送信する送信信号送信処理部と、
前記サーバーからアップロード要求を受信するアップロード要求受信部と、
前記アップロード要求を前記アップロード要求受信部が受信した場合に、前記第１記憶部に記録された前記車両挙動データを前記サーバーに送信するアップロード実行部と、を備え、
前記サーバーは、
前記送信信号送信処理部から送信される前記送信信号を受信する送信信号受信部と、
前記車両挙動の検出時に関する情報、前記車両挙動の種類に関する情報、及び前記車両挙動に影響する前記車両の構成に関する情報、のうちの少なくともいずれか１つを含む判定用情報に基づいて判定されるように予め規定された情報取得条件を記憶する第２記憶部と、
前記判定用情報を取得する判定用情報取得部と、
前記送信信号受信部が前記送信信号を受信した場合に、前記判定用情報取得部が取得した前記判定用情報に基づいて、前記情報取得条件が成立したか否かを判定する判定部と、
前記情報取得条件が成立したと前記判定部が判定した場合に、前記アップロード要求を前記車載装置に送信するアップロード要求部と、
前記アップロード実行部から送信される前記車両挙動データを受信する車両挙動データ受信部と、を備える、情報収集システムである。

本発明の第１側面によれば、以下のような効果が奏される。

まず、本発明の第１側面においては、車両情報生成部は、車両の状態を表す車両情報を生成する。車両の状態とは、車両の運動状態（加速度、速度等）、車両の制御状態（制御の作動指令、指令値など）、車両の走行状態（先行車との距離など）、車両の操作状態（スイッチ操作、アクセル信号など）、車両の乗員の状態等を含む概念である。車載装置の車両挙動検出部は、車両挙動を検出する。車両挙動を車両挙動検出部が検出した場合に、データ記録処理部は、車両挙動の検出時点に応じた所定の期間内の車両情報を、車両挙動データとして第１記憶部に記録する。車両挙動の検出時点に応じた所定の期間とは、例えば、車両挙動の検出時点から始まる期間、車両挙動の検出時点に終了する期間、又は、車両挙動の検出時点よりも前から始まり車両挙動の検出時点よりも後に終了する期間であり、予め規定される。また、車両挙動を車両挙動検出部が検出した場合に、送信信号送信処理部は、車両挙動を検出した旨を表す挙動検出通知情報を含む送信信号を、サーバーに送信する。尚、この際、送信信号送信処理部は、送信信号をサーバーに送信するだけであり、送信信号と共に車両挙動データをサーバーに送信することはない。送信信号は、サーバーの送信信号受信部で受信される。サーバーの判定部は、予め規定された情報取得条件が成立したか否かを判定する。情報取得条件が成立したと判定部が判定した場合は、アップロード要求部は、アップロード要求を車載装置に送信する。アップロード要求は、車載装置のアップロード要求受信部により受信される。車載装置のアップロード実行部は、アップロード要求をアップロード要求受信部が受信した場合に、車両挙動データをサーバーに送信（アップロード）する。

このように、本発明の第１側面によれば、車両挙動が検出されたときに、必ずその車両挙動データがサーバーにアップロードされるのではなく、先ず、車両挙動を検出した旨を表す挙動検出通知情報を含む送信信号がサーバーに送信される。そして、サーバーにおいて、情報取得条件が成立したか否かが判定され、判定部により情報取得条件が成立したと判定された場合に、車両挙動データがサーバーにアップロードされる。従って、本発明の第１側面によれば、車両挙動の検出時に必ずその車両挙動データをサーバーへアップロードする構成に比べて、情報収集システム全体としての通信負荷の低減を図ることができる。例えば、情報取得条件が成立しない車両挙動に関しては、結果として送信信号だけがサーバーに送信されるだけで、車両挙動データがサーバーにアップロードされることがないので、同車両挙動に関して車両挙動データがサーバーにアップロードされる場合に比べて、通信負荷を低減できる。

また、本発明の第１側面によれば、情報取得条件は、車両挙動の検出時に関する情報、車両挙動の種類に関する情報、及び車両挙動に影響する車両の構成に関する情報、のうちの少なくともいずれか１つを含む判定用情報に基づいて判定されるように予め規定される。判定用情報は、サーバーの判定用情報取得部が取得する。判定用情報取得部が判定用情報をどこから取得するかは、その判定用情報が何に関する情報であるかに依存して適宜決定できるが、例えば、判定用情報取得部は、判定用情報を、車両の車載装置から取得することもでき、或いは、車両以外の他の情報源から取得することもできる。例えば、判定用情報が、車両挙動の検出時に関する情報の一例として「車両挙動の検出時の季節」を表す情報であるときは、サーバーの判定用情報取得部は、車両挙動の検出時の季節を表す情報を、送信信号に含まれうる日時を表す情報から取得できる。或いは、サーバーの判定用情報取得部は、送信信号を受信したときの日時を、サーバーの時計から取得し、その日時を車両挙動の検出時の日時とみなすことで、車両挙動の検出時の季節を表す情報を自身で取得できる。そして、判定部は、判定用情報取得部が取得した判定用情報に基づいて、情報取得条件が成立したか否かを判定する。

ここで、車両挙動の検出時に関する情報とは、車両挙動の検出時の車両の周辺環境を表す情報や、車両挙動の検出時の車両の状態を表す情報がある。また、車両挙動の種類に関する情報とは、車両挙動の種類を表す情報や、車両挙動と同一種類の車両挙動の過去の検出状況を表す情報がある。これらの情報は、ある車両挙動データが解析に有用となるか否かを判断する際の判断材料として有用となりうる。これは、車両挙動データの有用性は車両挙動の種類毎に異なり得るためである。また、車両挙動データの有用性は、車両挙動の検出時の車両の周辺環境や車両の状態に応じて異なり得るためである。

また、"車両挙動に影響する車両の構成"とは、車両挙動の有無に影響する車両の構成、車両挙動の頻度（車両挙動の起こり易さ）に影響する車両の構成、車両挙動の態様に影響する車両の構成等を含む概念である。例えば、車両挙動に影響する車両の構成に関する情報は、車両の装備、サイズ、重量、車高、重心位置等を特定できる情報であり、例えば車両の車名や車両の仕様を表す情報などがある。車両挙動に影響する車両の構成に関する情報は、同様に、ある車両挙動データが解析に有用となるか否かを判断する際の判断材料として有用となりうる。これは、ある車両挙動は、その車両の構成が影響しているが故に、その車両挙動データの有用性は、車両の構成に応じて異なり得るためである。例えば、車両挙動が"車両のロールオーバー"に関する車両挙動である場合、かかる車両挙動には、車両の車高や重心位置が影響している。従って、車両挙動が"車両のロールオーバー"に関する車両挙動の場合、その車両挙動データの有用性は、車両の構成（例えば、車高が比較的高いＳＵＶ：Sport Utility Vehicleであるか、車高が通常のセダンであるか等）によって、異なる場合がある。また、例えば、車両挙動が"ＰＣＳ（Pre-Crash Safety）の作動"の場合、ＰＣＳの作動に係る車両挙動データの有用性は、車両の構成（例えば、前方監視するセンサが、レーダセンサのみか、画像センサのみか、或いは、それらの組み合わせか）によって、異なる場合がある。この点、本発明の第１側面によれば、情報取得条件を判定用情報に基づいて判定されるように予め規定できるので、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が高くなり、車両挙動の解析効率を高めることができる。

また、本発明の第１側面によれば、情報取得条件は、サーバーの第２記憶部に記憶される。従って、本発明の第１側面によれば、情報取得条件をサーバーで一元的に管理できるので、同情報取得条件が車両毎に付与される場合に比べて、情報取得条件の事後的な変更にも機動的に対応できる。例えば、その車両挙動データが常に解析に有用と考えられていた車両挙動であっても、事後的に、特定の環境下で検出されたときだけ解析に有用であると、考え直される場合もあり得る。或いは逆に、その車両挙動データが常に解析に不要と考えられていた車両挙動であっても、事後的に、特定の環境下で検出されたときだけ解析に有用であると考え直される場合もあり得る。かかる場合には、サーバーの第２記憶部に記憶された情報取得条件を変更するだけで、かかる事後的な見直しに対応できる。尚、情報取得条件は、例えば、同情報取得条件を規定するプログラムの形態で、第２記憶部に記憶できる。

本発明の第２側面では、前記判定用情報は、前記車両挙動の検出時に関する情報を含み、
前記送信信号送信処理部は、前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動の検出時に関する情報を取得する情報取得部を含み、
前記送信信号は、前記情報取得部が取得した前記車両挙動の検出時に関する情報を更に含み、
前記判定用情報取得部は、前記送信信号受信部が受信した前記送信信号から、前記車両挙動の検出時に関する情報を取得することを特徴とする。

本発明の第２側面において、判定用情報は、車両挙動の検出時に関する情報を含む。車両挙動の検出時に関する情報は、車両の走行中又は車両の起動毎に変化する可能性がある。例えば、車両挙動の検出時の車両の周辺環境を表す情報は、車両走行中に動的に変化しうる。車両挙動の検出時の車両の状態を表す情報も、車両走行中に動的に変化しうる。従って、車両挙動の検出時に関する情報を含む判定用情報に基づいて情報取得条件の成否を判定するサーバーには、精度の高い同情報を送信することが有用となる。この点、本発明の第２側面によれば、車両挙動を車両挙動検出部が検出した場合に、情報取得部が車両挙動の検出時に関する情報を取得し、送信信号は、情報取得部が取得した同情報を更に含む。従って、サーバーの判定用情報取得部は、送信信号から、比較的精度の高い車両挙動の検出時に関する情報を取得できる。この結果、サーバーの判定部は、判定用情報取得部が取得した比較的精度の高い車両挙動の検出時に関する情報に基づいて、情報取得条件の成否を判定することができる。

ここで、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動の検出時の車両の周辺環境や該車両挙動の検出時の車両の状態に依存することが多い。例えば、車両挙動が"ＰＣＳの警報の作動"の場合、運転者が脇見や居眠りしていない状態の車両挙動データの方が、運転者が脇見や居眠りしている状態の車両挙動データよりも、有用となり得る。これは、運転者が脇見や居眠りしている状態でのＰＣＳの警報の作動は、想定される通常の作動であるためである。この点、本発明の第２側面によれば、情報取得条件を、車両挙動の検出時に関する情報に基づいて判定されるように予め規定できるので、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が高くなる。

本発明の第３側面では、前記車両挙動は、複数種類あり、
前記車両挙動検出部、前記データ記録処理部、及び前記送信信号送信処理部は、前記車両挙動の種類毎に設けられ、
前記判定用情報は、前記車両挙動の種類に関する情報を含み、
前記送信信号送信処理部は、前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動の種類に関する情報を取得する情報取得部を含み、
前記送信信号は、前記情報取得部が取得した前記車両挙動の種類に関する情報を更に含み、
前記判定用情報取得部は、前記送信信号受信部が受信した前記送信信号から、前記車両挙動の種類に関する情報を取得することを特徴とする。

本発明の第３側面において、車両挙動は、複数種類あり、車両挙動検出部、データ記録処理部、及び送信信号送信処理部は、車両挙動の種類毎に設けられる。これにより、車両挙動の種類の多様化に対応できる。また、判定用情報は、車両挙動の種類に関する情報を含む。車両挙動の種類が複数ある場合は、車両挙動の検出毎に、検出された車両挙動の種類が異なる（変化する）可能性がある。従って、送信信号が挙動検出通知情報だけを含む場合は、サーバーは、該送信信号に基づいて、どの種類の車両挙動が検出されたのかを特定できない。この点、本発明の第３側面によれば、車両挙動を車両挙動検出部が検出した場合に、情報取得部が、車両挙動の種類に関する情報を取得し、送信信号は、情報取得部が取得した同情報を更に含む。従って、サーバーの判定用情報取得部は、送信信号から、車両挙動の種類に関する情報を取得できる。この結果、サーバーの判定部は、判定用情報取得部が取得した車両挙動の種類に関する情報に基づいて、情報取得条件の成否を判定することができる。

ここで、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動の種類に依存することが多い。例えば、ある種類の車両挙動については、その車両挙動データが解析に有用となるが、他の種類の車両挙動については、その車両挙動データが解析に有用とならない場合があり得る。より具体的には、ある種類の車両挙動が"ＰＣＳの作動"である場合、他の種類の車両挙動"急制動（緊急制動よりも緩やかな制動、以下同じ）"よりも検出される頻度が有意に低い。このため、"ＰＣＳの作動"は、どのような環境下で検出された場合でもその車両挙動データが解析に有用となり得る。他方、"急制動"に係る車両挙動データについては、"ＰＣＳの作動"や"緊急制動"に関する車両挙動データを取得できるのであれば、"急制動"に関する車両挙動データは有用でなくなる場合もあり得る。また、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動の同一種類の車両挙動の過去の検出状況に依存することが多い。車両挙動が"ＡＢＳ（Antilock Brake System）の作動"の場合、比較的高頻度で検出されるため、想定される検出回数よりも多く検出されている場合や、想定される検出頻度よりも高い頻度で検出されている場合だけ、車両挙動データが解析に有用となる場合があり得る。この点、本発明の第３側面によれば、情報取得条件を、車両挙動の種類に関する情報に基づいて判定されるように予め規定できるので、車両挙動の種類が多様化した場合でも、車両挙動の種類毎に、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が高くなる。

本発明の第４側面では、前記車両挙動は、複数種類あり、
前記車両挙動検出部、前記データ記録処理部、及び前記送信信号送信処理部は、前記車両挙動の種類毎に設けられ、
前記判定用情報は、前記車両挙動の検出時の前記車両の周辺環境を表す情報と、前記車両挙動の種類に関する情報とを含み、
前記送信信号送信処理部は、前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動の検出時の前記車両の周辺環境を表す情報と、前記車両挙動の種類に関する情報とを取得する情報取得部を含み、
前記送信信号は、前記情報取得部が取得した、前記車両挙動の検出時の前記車両の周辺環境を表す情報と、前記車両挙動の種類に関する情報とを更に含み、
前記判定用情報取得部は、前記送信信号受信部が受信した前記送信信号から、前記車両挙動の検出時の前記車両の周辺環境を表す情報と、前記車両挙動の種類に関する情報とを取得し、
前記情報取得条件は、前記車両挙動の種類毎に、前記周辺環境に関連付けて予め規定された所定の取得条件を含み、
前記情報取得条件は、前記判定用情報が表す前記周辺環境が、前記判定用情報が表す前記車両挙動の種類に対応する前記所定の取得条件を満たす場合に、成立することを特徴とする。

本発明の第４側面によれば、上述した第２側面及び第３側面で得られる効果に加えて、以下の効果が得られる。

本発明の第４側面においては、情報取得条件は、周辺環境に関連付けて予め規定される所定の取得条件を含む。ここで、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動の検出時の車両の周辺環境に依存することが多い。例えば、車両挙動が"ＡＢＳの作動"の場合、雨天時のＡＢＳの作動は、想定される通常の作動であるため、そのときの車両挙動データが有用とならない場合があり得る。この点、本発明の第４側面によれば、情報取得条件を、車両挙動の検出時の車両の周辺環境に関する情報に基づいて判定されるように予め規定できるので、多様な周辺環境下で検出されうる多数の車両挙動のうちの、解析者が解析に有用と考える周辺環境下で検出された車両挙動に係る車両挙動データだけをサーバーが取得できる可能性が高くなる。

また、本発明の第４側面においては、所定の取得条件は、車両挙動の種類毎に、周辺環境に関連付けて予め規定される。尚、車両挙動の種類毎とは、種類が異なれば必ず所定の取得条件が異なることを意味するものではない。ここで、どのような周辺環境下で検出された場合にその車両挙動データが解析に有用になるかは、車両挙動の種類に依存する場合が多い。これは、車両挙動の性質（特性）は、その種類に応じて異なるためである。例えば、上述のように、車両挙動の一例としての"ＡＢＳの作動"の場合、雨天時のＡＢＳの作動は、車両挙動データが有用とならない場合があり得る。他方、車両挙動の他の一例としての"緊急制動"の場合、冬の雨天時の緊急制動は、車輪のスリップを引き起こしやすく、そのときの車両挙動データが有用となり得る。この点、本発明の第４側面によれば、所定の取得条件は、車両挙動の種類毎に設けられるので、車両挙動の種類が多様化した場合でも、車両挙動の種類毎に、多様な周辺環境下で検出されうる多数の車両挙動のうちの、解析者が解析に有用と考える周辺環境下で検出された車両挙動に係る車両挙動データだけをサーバーが取得できる可能性が高くなる。

本発明の第５側面では、前記車両挙動の検出時に関する情報は、前記車両挙動の検出時の前記車両の位置を表す情報を含み、
前記判定用情報取得部は、前記車両挙動の検出時に関する情報に基づいて、前記車両挙動の検出時の前記車両の位置における前記車両の周辺環境を表す環境情報を取得する環境情報取得部を更に備え、
前記判定部は、前記環境情報取得部が取得した前記環境情報に基づいて、前記情報取得条件が成立したか否かを判定することを特徴とする。

本発明の第５側面において、車両挙動の検出時に関する情報は、車両挙動の検出時の車両の位置（車両挙動の検出場所）を表す情報を含む。ここで、車両挙動の検出時の車両の位置は、サーバーが精度良く特定するのは難しい。例えば、送信信号が車両挙動を検出したことと車両挙動の検出日時だけを表す場合は、サーバーは、送信信号からは、車両挙動の検出時の車両の位置を直接的に特定できないためである。この点、本発明の第５側面によれば、サーバーの判定用情報取得部が、車両挙動の検出時の車両の位置を表す情報を車載装置から取得するので、サーバーは、車両挙動の検出場所を精度良く（車両挙動の実際の検出場所に対する高い一致度で）特定できる。

また、サーバーの環境情報取得部は、車両挙動の検出時に関する情報に基づいて、車両挙動の検出時の車両の位置における車両の周辺環境を表す環境情報を取得する。サーバーは、一般的に車載装置に比べて情報処理能力が高く、情報取得能力も高い。従って、サーバーは、車両挙動の検出時の車両の位置における車両の周辺環境を、多面的且つ詳細に特定できる。例えば、サーバーは、路面勾配、交通量といった環境情報を取得できる。このため、情報取得条件は、多面的且つ詳細な車両の周辺環境に関連付けて予め規定できる。従って、本発明の第５側面によれば、解析者が解析に有用と考える特定の車両周辺環境下で車両挙動が検出されたときの車両挙動データをサーバーが取得できる可能性が更に高くなる。

本発明の他の側面は、その他、車載装置、及びサーバー等として実現が可能である。

本発明によれば、車載装置が車両挙動データをサーバーにアップロードする構成において、不要な通信負荷の増加の抑制及び解析効率の向上を図ることができる。

実施例１の情報収集システムの構成図である。 情報記録ＥＣＵのハードウェア構成の一例を示す図である。 車載電子機器群の構成図である。 ＥＣＵの機能ブロック図である。 情報記録ＥＣＵの機能ブロック図である。 車両挙動種類ＩＤと記録領域の関係の一例を示す図である。 記録領域の一例を示す図である。 車両挙動種類ＩＤと車両情報の関係の一例を示す図である。 車両情報の書き込み期間の例を示す図である。 データ記録処理の一例を示すフローチャートである。 第１送信信号に含まれる情報の一例を示す図である。 アップロード要求に含まれる情報の一例を示す図である。 車両挙動データと共に送信される情報の一例を示す図である。 サーバーの機能ブロック図である。 車両挙動データ蓄積部に記憶される情報の一例を示す図である。 車両基本情報記憶部に記憶される情報の一例を示す図である。 車載装置及びサーバーにおける処理の関係を示す概略フローチャートである。 情報取得条件の一例を示す図である。 情報取得条件の他の一例を示す図である。 車両挙動データ取得要否判定処理の一例を示すフローチャートである。 情報取得条件の他の一例を示す図である。 車両挙動データ取得要否判定処理の他の一例を示すフローチャートである。 情報取得条件の更なる他の一例を示す図である。 車両挙動データ取得要否判定処理の更なる他の一例を示すフローチャートである。 車両挙動データ取得要否判定処理の更なる他の一例を示すフローチャートである。 実施例２のサーバーの機能ブロック図である。 実施例２で用いられる情報取得条件の一例を示す図である。 実施例２の車両挙動データ取得要否判定処理の一例を示すフローチャートである。 実施例３の車載装置の構成図である。 情報記録ＥＣＵ及び通信モジュールの機能ブロック図である。 通信モジュールの記憶部に記憶される情報の一例を示す図である。 車載装置及びサーバーにおける処理の関係を示す概略フローチャートである。 情報記録ＥＣＵの機能ブロック図である。 第１送信信号に含まれる情報の一例を示す図である。 サーバーの機能ブロック図である。 車載装置及びサーバーにおける処理の関係を示す概略フローチャートである。 車両挙動データ取得要否判定処理の一例を示すフローチャートである。 情報取得条件の他の例を示す図である。 車両挙動データ取得要否判定処理の更なる他の一例を示すフローチャートである。

以下、図面を参照して、本発明を実施するための最良の形態の説明を行う。

［実施例１］
図１は、実施例１の情報収集システムの構成図である。

情報収集システム１は、車両に搭載される車載装置２と、サーバー３とを含む。サーバー３は、車載装置２とは遠隔に配置される。尚、車載装置２は、複数の車両にそれぞれ搭載されることが想定される。以下では、特に言及しない限り、ある任意の１つの車両に搭載された車載装置２に関する説明を行う。また、以下では、特に言及しない限り、"車両"とは、車載装置２が搭載されている車両を表す。

車載装置２は、情報記録ＥＣＵ（Electronic Control Unit）７と、車載電子機器群８とを含む。情報記録ＥＣＵ７は、例えばセンターコンソールの下部に設けられる。尚、図１には、補助記憶装置１４及び無線送受信部２６が情報記録ＥＣＵ７の構成要素の一部として図示されている。

図２は、情報記録ＥＣＵ７のハードウェア構成の一例を示す図である。図２には、情報記録ＥＣＵ７のハードウェア構成に関連付けて、車載電子機器群８が模式的に図示されている。

情報記録ＥＣＵ７は、バス１９で接続されたＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、ＲＯＭ（Read Only Memory）１３、補助記憶装置１４、時計１５、及び通信インターフェース１７、並びに、通信インターフェース１７に接続された有線送受信部２５及び無線送受信部２６を含む。

補助記憶装置１４は、例えばＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）やＨＤＤ（Hard Disk Drive）などである。
時計１５は、例えば絶対時（年月日時分秒）を刻む。

有線送受信部２５は、ＣＡＮ（controller area network）やＬＩＮ（Local Interconnect Network）などの車両ネットワークを利用して通信可能な送受信部を含む。無線送受信部２６は、携帯電話における無線通信網を利用して無線通信可能な送受信部である。尚、以下の説明において、「有線送受信部２５を介して」又は「無線送受信部２６を介して」とは、説明の冗長を低減するために用いられている表現であり、それぞれ、「通信インターフェース１７及び有線送受信部２５を介して」又は「通信インターフェース１７及び無線送受信部２６を介して」という意味である。

尚、情報記録ＥＣＵ７は、有線送受信部２５に加えて、通信インターフェース１７に接続される第２無線送受信部（図示せず）を備えてもよい。この場合、第２無線送受信部は、近距離無線通信（ＮＦＣ：Near Field Communication）部、ブルーツース（Bluetooth、登録商標）通信部、Ｗｉ−Ｆｉ（Wireless-Fidelity）送受信部、赤外線送受信部などを含んでもよい。尚、情報記録ＥＣＵ７が第２無線送受信部を備える場合、以下の説明において、「有線送受信部２５を介して」は、「第２無線送受信部を介して」と適宜読み替えることができる。同様に、通信インターフェース１７には、車両ネットワークを介さない通信線が接続されてもよい。この場合、以下の説明において、「有線送受信部２５を介して」は、「直接的な通信線を介して」と適宜読み替えることができる。

図３は、車載電子機器群８の構成を示す図である。

車載電子機器群８は、車両に搭載される各種の電子機器（センサ、ＥＣＵ、アクチュエータ）の集合を表す。図３に示す例では、車載電子機器群８は、各種ＥＣＵ８０、及び各種検出・計測装置８１を含む。尚、以下では、一例として、各種検出・計測装置８１は、車両位置を測位するＧＰＳ（Global Positioning System）受信機を含むものとする。また、以下の説明において「車載電子機器群８の要素」とは、車載電子機器群８に含まれるＥＣＵまたは検出・計測装置を意味する。

車載電子機器群８は、情報記録ＥＣＵ７との間で有線送受信部２５を介して双方向の通信が可能な要素を含む。また、情報記録ＥＣＵ７が第２無線送受信部を備える場合、車載電子機器群８は、情報記録ＥＣＵ７との間で第２無線送受信部を介して双方向の通信が可能な要素を含んでもよい。

車載電子機器群８は、後述の車両情報を生成する車両情報生成部を実現する。車両情報生成部が、どのＥＣＵ又はセンサにより実現されるかは、書き込み対象の車両情報（後述）に応じて決まる。例えば、書き込み対象の車両情報が車両の加速度であるときは、車両情報生成部は、車載電子機器群８の加速度センサにより実現できる。また、書き込み対象の車両情報がブレーキＥＣＵの制御指令値であるときは、車両情報生成部は、車載電子機器群８のブレーキＥＣＵにより実現できる。尚、書き込み対象の車両情報としては、車載画像センサ（カメラ）の画像、車載レーダセンサの検知情報、アクセル信号、駆動装置の制御指令値、各種制御関連のフラグの成立履歴、ダイアグ情報、車載バッテリの状態等であり得る。

図３に示す例では、一例として、各種ＥＣＵ８０は、ＰＣＳ・ＥＣＵ８０−１、ブレーキＥＣＵ８０−２，...エンジンＥＣＵ８０−Ｎを含む。各種検出・計測装置８１は、前方レーダーセンサ８１−１、画像センサ８１−２，...加速度センサ８１−Ｍを含む。以下では、ＥＣＵ８０−＊とは、ＥＣＵ８０−１〜ＥＣＵ８０−Ｎのいずれか任意のＥＣＵを表す。

図４は、車載電子機器群８に含まれる１つのＥＣＵ８０−＊の機能ブロック図である。ＥＣＵ８０−＊のハードウェア構成については図示を省略する。ＥＣＵ８０−＊の基本的なハードウェア構成（アーキテクチャ）は、図２に示した情報記録ＥＣＵ７のハードウェア構成に対して、無線送受信部２６を備えていない点以外は同一である。また、ＥＣＵ８０−＊は、時計１５を備えていなくてもよい。尚、ＥＣＵ８０−＊から見たとき、車載電子機器群８には、情報記録ＥＣＵ７が含まれる（ＥＣＵ８０−＊自身は含まれない）。

ＥＣＵ８０−＊は、車載電子機器群８に含まれる複数のＥＣＵのうちの、予め規定された種類の車両挙動に関連する制御を行うＥＣＵである。ＥＣＵ８０−１〜ＥＣＵ８０−Ｎのそれぞれは、それぞれ１種類以上の車両挙動に関連する制御を行う。実施例１では、一例として、ＥＣＵ８０−１〜ＥＣＵ８０−Ｎのそれぞれは、それぞれ１種類の車両挙動に関連する制御を行うＥＣＵであるとする。従って、ＥＣＵ８０−１〜ＥＣＵ８０−Ｎ全体による検出対象の車両挙動の種類は、Ｎ種類である。検出対象の車両挙動の種類は、１種類しかない場合（即ちＮ＝１の場合）もあり得るが、以下では、特に言及しない限り、検出対象の車両挙動の種類は、２種類以上であるものとして説明する。

車両挙動とは、例えば、車両を制御するために算出される制御値、車両乗員の操作に応じて発生する操作信号等が引き起こす車両の挙動である。車両挙動は、多様であるので、解析目的等に応じて、検出対象の車両挙動の種類が予め規定される。例えば、検出対象の種類の車両挙動は、アクセル信号（０より大きい開度）とブレーキ信号（０より大きいブレーキペダル操作量）が同時に発生すること（以下、「アクセル信号とブレーキ信号の同時発生」と称する）、Ｎレンジでアクセル開度が中開度以上となること、急制動（雨天時にＡＢＳが作動する程度の制動）、緊急制動（急制動よりも緊急な制動）、急旋回といった、特定の操作に起因した車両挙動である。また、検出対象の種類の車両挙動は、特定の条件が満たされたときの特定の制御の作動である。例えば、検出対象の種類の車両挙動は、安全な車両走行を支援する介入制御や警報制御の作動である。介入制御とは、運転者の操作とは無関係に作動する制御であり、例えば、ＰＣＳのブレーキ制御、ＶＳＣ（Vehicle Stability Control）、ＡＢＳ、ＴＲＣ（TRaction Control）、ＬＫＡ（Lane Keeping Assist）などがある。また、警報制御は、ＰＣＳの警報、ＬＤＡ（Lane Departure Alert）、ＣＴＡ（Cross Traffic Alert）などがある。

図４では、一例として、ＥＣＵ８０−＊がＰＣＳ・ＥＣＵ８０−１の場合について説明する。

ＰＣＳ・ＥＣＵ８０−１は、第１指令値生成部８１０と、第１書き込み要求発生部８２０と、通知部８３０とを含む。第１指令値生成部８１０、第１書き込み要求発生部８２０及び通知部８３０は、ＣＰＵが、ＲＯＭに記憶された１つ以上のプログラムを実行することでそれぞれ実現できる。尚、第１指令値生成部８１０が生成する指令が、書き込み対象の車両情報（後述の車両挙動データ）を形成する場合は、第１指令値生成部８１０は「車両情報生成部」を実現する。

第１指令値生成部８１０は、"ＰＣＳの作動"に関連する指令を生成する。具体的には、第１指令値生成部８１０は、有線送受信部を介して取得できる車載電子機器群８（ＰＣＳ・ＥＣＵ８０−１以外の要素、以下同じ）からの情報に基づいて、ＰＣＳの作動の要否を判定する。例えば、第１指令値生成部８１０は、前方レーダーセンサ８１−１からの検知情報（障害物情報）に基づいて、車両が前方の障害物に衝突するまでの時間、即ちＴＴＣ（Time To Collision）を算出する。そして、第１指令値生成部８１０は、ＴＴＣが予め規定された閾値Ｔｈ１以下となったときに、有線送受信部を介して、自動ブレーキ作動要求（指令）を出力する。この自動ブレーキ作動要求は、ブレーキＥＣＵ８０−２にて受信される。ブレーキＥＣＵ８０−２は、自動ブレーキ作動要求に応答して、指令値を生成し、ブレーキ油圧回路のブレーキアクチュエータ及びバルブ（図示せず）を制御する。即ち、ブレーキＥＣＵ８０−２は、運転者のブレーキ操作量に応じた制御値とは異なる制御値に基づいて、各車輪のホイールシリンダ圧を増加させる。

第１書き込み要求発生部８２０は、ＰＣＳの作動に関して予め規定された記録開始条件が成立したとき、データ書き込み要求を発生させる。第１書き込み要求発生部８２０は、データ書き込み要求を、有線送受信部を介して、情報記録ＥＣＵ７に送信する。実施例１では、一例として、第１書き込み要求発生部８２０は、ＴＴＣが予め規定された閾値Ｔｈ２（＞Ｔｈ１）以下となったときに、データ書き込み要求を情報記録ＥＣＵ７に送信する。データ書き込み要求は、書き込み対象のデータを情報記録ＥＣＵ７が特定できる情報と共に送信される。実施例１では、一例として、データ書き込み要求は、車両挙動の種類（ＰＣＳの作動）を表す車両挙動種類ＩＤと共に送信される。

通知部８３０は、第１指令値生成部８１０がＰＣＳを作動させたとき、車両挙動検出通知を、有線送受信部を介して、情報記録ＥＣＵ７に送信する。車両挙動検出通知は、ＰＣＳの作動（車両挙動）を情報記録ＥＣＵ７に知らせるための通知である。車両挙動検出通知は、検出された車両挙動の種類を情報記録ＥＣＵ７が特定できる情報と共に送信される。実施例１では、一例として、車両挙動検出通知は、車両挙動種類ＩＤと共に送信される。

図５は、情報記録ＥＣＵ７の機能ブロックの一例を示す図である。

情報記録ＥＣＵ７は、車両挙動記録処理部１００−１〜１００−Ｌと、アップロード要求受信部１０６と、アップロード実行部１０７と、第２指令値生成部１０８と、第２書き込み要求発生部１０９と、第１記憶部１１０とを含む。各部１００−１〜１００−Ｌ乃至１０９は、図２に示すＣＰＵ１１が図２に示すＲＯＭ１３に記憶された１つ以上のプログラムを実行することでそれぞれ実現できる。第１記憶部１１０は、車載装置２の記憶部であり、補助記憶装置１４により実現できる。

車両挙動記録処理部１００−１〜１００−Ｌは、検出対象の車両挙動の種類毎に設けられる。実施例１では、車両挙動記録処理部１００−１〜１００−Ｌの個数Ｌは、ＥＣＵ８０−１〜ＥＣＵ８０−Ｎの個数Ｎに対して、Ｌ＝Ｎ＋１の関係である。即ち、車両挙動記録処理部１００−１〜１００−Ｌは、ＥＣＵ８０−１〜ＥＣＵ８０−Ｎのそれぞれに対して設けられる車両挙動記録処理部１００−１〜１００−Ｎと、情報記録ＥＣＵ７自身に対して設けられる車両挙動記録処理部１００−Ｌとを含む。

車両挙動記録処理部１００−１〜１００−Ｌの各機能は、扱う車両挙動の種類が異なるだけであり、実質的に同一である。従って、以下では、特に言及しない限り、車両挙動記録処理部１００−１〜１００−Ｌのうちの任意の車両挙動記録処理部１００−＊について説明する。車両挙動記録処理部１００−＊は、車両挙動検出部１０１と、データ記録処理部１０３と、第１送信信号送信処理部１０４とを含む。

車両挙動検出部１０１は、予め規定された種類の車両挙動を検出する。以下では、車両挙動とは、特に言及しない限り、「検出対象の種類の車両挙動」を表す。

車両挙動検出部１０１は、例えば、有線送受信部２５を介して取得できる車載電子機器群８のＥＣＵ８０−＊からの車両挙動検出通知に基づいて、車両挙動を検出できる。車両挙動検出通知は、上述のように、車両挙動を情報記録ＥＣＵ７に知らせるための通知である。

例えば、図３に示す例の場合（車両挙動がＰＣＳの作動の場合）、車両挙動記録処理部１００−１の車両挙動検出部１０１は、ＰＣＳ・ＥＣＵ８０−１からの車両挙動検出通知に基づいて、車両挙動（ＰＣＳの作動）を検出できる。また、検出対象の車両挙動の種類が"アクセル信号とブレーキ信号の同時発生"の場合、車両挙動検出部１０１は、"アクセル信号とブレーキ信号の同時発生"を検出したＥＣＵ８０−＊からの車両挙動検出通知に基づいて、車両挙動を検出できる。但し、車両挙動検出部１０１は、有線送受信部２５を介して取得できる車載電子機器群８の各種検出・計測装置８１からの情報（車両挙動検出通知以外の情報）に基づいて、車両挙動を検出してもよい。例えば、車両挙動検出部１０１は、有線送受信部２５を介して取得できるアクセル信号及びブレーキ信号に基づいて、"アクセル信号とブレーキ信号の同時発生"を検出してもよい。

また、車両挙動記録処理部１００−Ｌの車両挙動検出部１０１は、第２指令値生成部１０８からの車両挙動検出通知に基づいて、対応する種類の車両挙動を検出する。実施例１では、一例として、車両挙動検出部１０１は、"乗員保護補助装置（例えばシートベルトプリテンショナ）の作動"を検出する。第２指令値生成部１０８は、予め規定された作動条件が成立したとき、乗員保護補助装置に作動指令を入力する。このとき、車両挙動検出部１０１は、第２指令値生成部１０８からの作動指令を車両挙動検出通知として、乗員保護補助装置の作動（即ち車両挙動）を検出できる。

データ記録処理部１０３は、車両挙動を車両挙動検出部１０１が検出した場合（車両挙動検出通知を受信した場合）に、記録期間Ｔ１内の車両情報を第１記憶部１１０に記録するデータ記録（書き込み）処理を行う。以下では、一例として、データ記録処理部１０３は、記録期間Ｔ１内の複数時点の車両情報を第１記憶部１１０に記録する。

第１記憶部１１０における記録領域は、図６に示すように、車両挙動の種類ごとに予め規定される。例えば、図６に示す例では、車両挙動種類ＩＤが"ＡＡＡ"の車両挙動の種類に対しては、記録領域"ＲＡ"が割り当てられ、車両挙動種類ＩＤが"ＢＢＢ"の車両挙動の種類に対しては、記録領域"ＲＢ"が割り当てられ、といった具合である。各記録領域は、対応する記録期間Ｔ１内の複数時点の車両情報を記録できる容量を有する。各記録領域には、対応するリングバッファ（図示せず）が設定される。各リングバッファは、ＲＡＭ１２により実現できる。各リングバッファは、対応する記録領域に記録されるべき全車両情報を記憶できる長さ（個数）を有する。

第１記憶部１１０における各記録領域には、例えば、図７に示すように、車両挙動の成立回数情報を記憶する領域と、車両情報を記憶する領域とを含む。車両挙動の成立回数情報は、車両挙動検出通知を受けるごとにカウントアップされるカウンタ値である（図１０参照）。カウンタ値は、車両出荷時からリセットされずに保持される。

書き込み対象として予め規定される車両情報は、車両の状態を表す情報である。ここで、車両の状態とは、車両の運動状態（センサ値や算出値に基づく加速度、速度等）、車両の制御状態（制御の作動指令、指令値など）、車両の走行状態（センサ値や算出値に基づく先行車との距離、走行レーンなど）、車両の操作状態（センサ値に基づくアクセル開度やブレーキ操作量）、車両の環境状態（センサ値に基づく室内温度等）、車両の乗員（運転者を含む）の状態（例えば画像センサから得られる運転者の画像など）等を含む概念である。書き込み対象の車両情報が表す車両の状態は、好ましくは、動的に変化する車両の状態である。これは、時間軸上で変化しない情報を、記録期間Ｔ１内の複数時点で記録する必要性は低いためである（即ち、時間軸上で変化しない情報は、ある１時点だけ記録すれば足りるためである）。

書き込み対象の車両情報の種類は、車両挙動の種類ごとに予め規定される。これは、車両挙動の種類によって、解析に有用となる車両情報の種類が異なり得るためである。図８に示す例では、車両挙動種類ＩＤが"ＡＡＡ"の車両挙動の種類に対しては、書き込み対象の車両情報は、制御信号（制御指令）Ａであり、車両挙動種類ＩＤが"ＢＢＢ"の車両挙動の種類に対しては、書き込み対象の車両情報は、操作信号Ｂであり、車両挙動種類ＩＤが"ＣＣＣ"の車両挙動の種類に対しては、書き込み対象の車両情報は、センサ信号Ｃである。尚、ある１つの車両挙動に対する書き込み対象の車両情報の種類は、２種類以上であってもよい。

記録期間Ｔ１（車両情報の書き込み期間）は、車両情報を記録する期間の長さを表す。記録期間Ｔ１は、車両挙動の検出時点に応じた所定の期間である。例えば、記録期間Ｔ１の長さ及び開始タイミングは、車両挙動の種類毎に予め規定される。これは、車両挙動の種類によって、解析に有用となる車両情報の期間が異なり得るためである。例えば、記録期間Ｔ１は、図９に示すように、車両挙動の検出時ｔ２から始まる期間Ａ（ｔ２〜ｔ４）、車両挙動の検出時ｔ２に終了する期間Ｃ（ｔ０〜ｔ２）、又は車両挙動の検出時ｔ２の前後を含む期間Ｂ（ｔ１〜ｔ３）である。その他、期間Ａの変形例として、車両挙動の検出時ｔ２の直後から始まる期間や、期間Ｃの変形例として、車両挙動の検出時ｔ２の直前に終了する期間もあり得る。記録期間Ｔ１の長さについても、車両挙動に関連して予め規定される。

具体的には、データ記録処理部１０３は、例えば図１０に示すような流れで、データ記録処理を行う。実施例１では、一例として、書き込み対象の車両情報は１種類であるとする。実施例１では、一例として、記録期間Ｔ１は、図９に示すような期間Ｂに対応する。図１０では、車両挙動記録処理部１００−１〜１００−Ｌのうちの任意の車両挙動記録処理部１００−＊のデータ記録処理部１０３について説明する。

まず、データ記録処理部１０３は、対応する車両挙動種類ＩＤと共に送信されてくるデータ書き込み要求を受信すると（ステップＳ４００の"ＹＥＳ"）、データ記録処理部１０３は、第１タイマをセットする（ステップＳ４０２）。第１タイマは、予め規定された時間Ｔ１０が経過したときにタイムアウトする。時間Ｔ１０は、記録期間Ｔ１よりも有意に長い。

また、データ記録処理部１０３は、データ書き込み要求を受信すると（ステップＳ４００の"ＹＥＳ"）、データ記録処理を開始する。即ち、データ記録処理部１０３は、車両挙動の種類に応じた書き込み先の記録領域に係るリングバッファに対して、車両挙動の種類に応じた書き込み対象の車両情報を書き込むデータ記録処理を開始する（ステップＳ４０４）。具体的には、データ記録処理部１０３は、有線送受信部２５を介して、車載電子機器群８の特定の要素（書き込み対象の車両情報を生成する要素）から車両情報を取得し始める。例えば、図３に示す例の場合（車両挙動がＰＣＳの作動の場合）、データ記録処理部１０３は、ＰＣＳ・ＥＣＵ８０−１からのデータ書き込み要求に応答して、有線送受信部２５を介して、前方レーダーセンサ８１−１の検知データ（車両情報の一例）を取得し始める。そして、データ記録処理部１０３は、周期的にサンプリングした車両情報をＦＩＦＯ（First‐In, First‐Out）形式でリングバッファに書き込む（ステップＳ４０４）。尚、サンプリング周期は、車両情報の種類毎に、予め規定される。データ記録処理部１０３は、第１タイマ（ステップＳ４０２参照）または第２タイマ（ステップＳ４１０参照）がタイムアウトするまで（ステップＳ４０６の"ＹＥＳ"）、周期的にサンプリングした車両情報をリングバッファに書き込む（ステップＳ４０４）。このようにして、データ記録処理部１０３が周期的にサンプリングした車両情報をＦＩＦＯ形式でリングバッファに書き込むと、リングバッファは、記録期間Ｔ１に対応する長さ（データ量）の最新の同車両情報を保持する。

データ記録処理部１０３は、車両情報のサンプリング及び書き込み中に、車両挙動を表す車両挙動検出通知を受信すると（ステップＳ４０８の"ＹＥＳ"）、第２タイマをセットし（ステップＳ４１０）、車両情報のサンプリング及び書き込みを継続する（ステップＳ４０４）。第２タイマは、予め規定された時間Ｔ２０が経過したときにタイムアウトする。時間Ｔ２０は、記録期間Ｔ１に応じて設定される。具体的には、記録期間Ｔ１は、図９に示すような期間Ｂに対応するので、時間Ｔ２０＝ｔ３−ｔ２である。

車両情報のサンプリング及び書き込み中に、第２タイマがタイムアウトすると（ステップＳ４１２の"ＹＥＳ"）、データ記録処理部１０３は、車両挙動の成立回数（図７参照）を表すカウンタ値を"１"だけインクリメントする（ステップＳ４１４）。そして、データ記録処理部１０３は、車両情報のサンプリング及び書き込みを終了し、現時点でリングバッファに記憶されている車両情報（記録期間Ｔ１内の複数時点の車両情報）を、対応する記録領域に記録（転送）する。

尚、図１０に示す例において、記録期間Ｔ１が期間Ａに対応するときは、第２タイマの時間Ｔ２０については時間Ｔ２０＝ｔ４−ｔ２である。この場合、車両挙動検出通知が書き込み要求として機能し、これに伴い、第１書き込み要求発生部８２０及び第２書き込み要求発生部１０９は省略される。また、この場合、第１タイマは省略され、ステップＳ４０２がステップＳ４１０で置換され、ステップＳ４１２が省略され、ステップＳ４０６の判定結果が"ＮＯ"であるときはステップＳ４０４に戻る（ステップＳ４０８に進まず）。また、記録期間Ｔ１が期間Ｃに対応するときは、図１０に示す例において、時間Ｔ２０＝０である。この場合は、図１０に示す例において、ステップＳ４０８の判定結果が"ＹＥＳ"のときは、ステップＳ４１４に直接進むこととなる。

尚、データ記録処理部１０３は、データ書き込み要求の有無とは関係なく、常時（例えばイグニッションスイッチがオンである間）、書き込み対象の車両情報を、有線送受信部２５を介して取得（周期的にサンプリング）し、取得した車両情報を、対応するリングバッファに記録する構成（以下、「代替構成」と称する）であってもよい。かかる代替構成では、書き込み要求は不要となり、これに伴い、第１書き込み要求発生部８２０及び第２書き込み要求発生部１０９は省略される。また、代替構成では、図１０における第１タイマは不要であり、ステップＳ４００、ステップＳ４０２、及びステップＳ４１２の処理が不要となる。

以下では、上述のようにして第１記憶部１１０に記録された車両情報のデータを「車両挙動データ」と称する。

第１送信信号送信処理部１０４は、車両挙動を車両挙動検出部１０１が検出した場合に、第１送信信号（送信信号の一例）をサーバー３に送信するための第１送信信号送信処理を行う。尚、第１送信信号送信処理部１０４については、車両挙動記録処理部１００−Ｌにおいても同様である。第１送信信号送信処理部１０４は、第１情報取得部１０４１（情報取得部の一例）及び第１送信信号送信部１０４２を含む。

第１情報取得部１０４１は、車両挙動を車両挙動検出部１０１が検出した場合に、第１情報を取得する。第１情報は、後述の判定用情報に含まれる情報である。従って、第１情報は、後述する情報取得条件の成否の判定に利用される。第１情報は、車両挙動の検出時に関する情報、及び車両挙動の種類に関する情報の少なくともいずれか１つを含む。車両挙動の検出時に関する情報には、後述の第１項目を表す情報や第２項目を表す情報がある。車両挙動の種類に関する情報には、後述の第３項目を表す情報や第４項目を表す情報がある。

ここで、以下の４つの項目を表す各種情報は、第１情報として後述する情報取得条件の成否の判定に利用できる。尚、以下の（１）〜（４）における"車両挙動"とは、車両挙動検出部１０１が検出した車両挙動である。
（１）車両挙動の検出時の車両の周辺環境（以下、「第１項目」とも称する）
（２）車両挙動の検出時の車両の状態（以下、「第２項目」とも称する）
（３）車両挙動の種類（以下、「第３項目」とも称する）
（４）車両挙動と同一種類の車両挙動の過去の検出状況（以下、「第４項目」とも称する）
以下、第１項目を表す情報を「第１項目情報」とも称し、第２項目を表す情報を「第２項目情報」とも称し、第３項目を表す情報を「第３項目情報」とも称し、第４項目を表す情報を「第４項目情報」とも称する。

ここでは、順に第１項目情報〜第４項目情報の取得方法（特定方法）の例について説明する。

（１）第１項目情報について、第１情報取得部１０４１は、時計１５から車両挙動の検出時の日時（車両挙動の検出日時）を特定できる。即ち、第１情報取得部１０４１は、車両挙動検出部１０１が車両挙動を検出したときに、時計１５からの時刻情報を取得する。車両挙動の検出日時は、車両挙動の検出時の車両の周辺環境を表す。例えば、日時は、車両挙動の検出時の車両の周辺環境が夜間であるのか早朝であるのか等の時間帯を表すことができ、日は、夏などの季節も表すことができる。尚、時計１５が存在しない場合は、第１情報取得部１０４１は、有線送受信部２５を介して、時計を有する車載電子機器群８の要素から、車両挙動の検出日時を表す情報を取得してもよい。

また、第１情報取得部１０４１は、有線送受信部２５を介して取得できる車載電子機器群８の要素からの情報に基づいて、車両挙動の検出時の車両の位置（車両挙動の検出場所）を特定できる。例えば、第１情報取得部１０４１は、車両挙動検出部１０１が車両挙動を検出したときに、ＧＰＳ受信機から車両の位置情報を取得する。車両挙動の検出場所は、車両挙動の検出時の車両の周辺環境を表す。例えば、車両挙動の検出場所は、車両挙動の検出時の車両の周辺環境が山道であるのか平坦路であるのか等の道路環境を表すことができ、地方や都会、寒冷地、山岳地域などの地域も表すことができる。

また、第１情報取得部１０４１は、有線送受信部２５を介して、車載電子機器群８の要素からの情報に基づいて、車両挙動の検出日時や検出場所以外の周辺環境を特定できる場合がある。日時や場所以外の周辺環境としては、車両挙動の検出時の道路種別（一般道路、高速道路、自動車専用道路など）、車両挙動の検出時の道路勾配（坂道か平坦路かなど）、車両挙動の検出時の他の道路環境（オフロード、路面摩擦係数、山道、交差点、カーブ／直線、前方の信号機の点灯状態、交通量など）、車両挙動の検出時の場所の特徴（駐車場内、コンビニエンスストアの近く、踏切との距離、信号機との距離など）等がある。これらの周辺環境を表す情報（車両挙動の検出日時及び検出場所以外の第１項目情報）は、車載電子機器群８の要素から取得できる場合がある。即ち、車載電子機器群８の構成に依存するが、第１情報取得部１０４１は、有線送受信部２５を介して車載電子機器群８の各種検出・計測装置８１や各種ＥＣＵ８０から、車両挙動の検出日時及び検出場所以外の第１項目情報を取得できる場合がある。例えば、第１情報取得部１０４１は、雨滴を検出するレインセンサからのセンサ値、外部の明るさを検出する照度センサからのセンサ値、外気温センサからのセンサ値、車両位置における道路の勾配を検出する勾配センサ（加速度センサ）からのセンサ値、ナビゲーションＥＣＵからの地図情報等に基づいて、車両挙動の検出時の車両の周辺環境（車両挙動の検出日時及び検出場所以外の第１項目情報）を特定できる。

（２）第２項目情報について、第１情報取得部１０４１は、有線送受信部２５を介して車載電子機器群８から取得できる車両情報に基づいて、車両挙動の検出時の車両の状態を特定できる。即ち、第１情報取得部１０４１は、車両挙動検出部１０１が車両挙動を検出したときに、車載電子機器群８から予め定められた車両情報を取得することで、車両挙動の検出時の車両の状態を特定できる。

第２項目に係る車両の状態は、上述の車両挙動データを形成する車両情報（以下、区別のために「車両挙動データ用車両情報」と称する）が表す車両の状態と同一の概念である。

例えば、第２項目に係る車両の状態は、総走行距離、イグニッションスイッチのオン回数、イグニッションスイッチのオン時からの経過時間（後述のタイムスタンプ）、タイヤ空気圧の検出値、車載バッテリの積算使用量、車載バッテリの充電状態（ＳＯＣ：State Of Charge）、車載バッテリの劣化度合い、ギア段、ブレーキ操作量（車両挙動の検出時の瞬時値又はそれまでの平均値）、各種異常信号の発生状況、アクセル開度（瞬時値又は平均値）、ワイパーのON/OFF状態、ヘッドライトのON/OFF状態、ウィンカーのON/OFF状態、ハザードのON/OFF状態等、ＡＣＣ（Adaptive Cruise Control）のような自動運転中であるか否か、ＡＳＬ（Adjustable Speed Limiter）のようなスピードリミッタが作動中であるか否か、等である。

また、第２項目に係る車両の状態は、車両の乗員の状態を含む。乗員の状態とは、運転者の状態、運転者以外の乗員の状態等を含む概念である。例えば、乗員の状態とは、乗員の性別、乗員の年齢（例えば高齢者であるか否か）、運転者の脇見の検出の有無（車両挙動の検出時における検出の有無又はそれまでの検出回数）、運転者の居眠りの検出の有無（車両挙動の検出時における検出の有無又はそれまでの検出回数）、運転者の心拍間隔（車両挙動の検出時の瞬時値又はそれまでの平均値）、乗員の数、シートベルト着用の有無、シート位置、リクライニングの状態等である。

ここで、第２項目情報のために取得される車両情報（以下、区別のために「第１情報用車両情報」と称する）は、上述の車両挙動データを形成する車両情報に比べて、データ量が有意に小さい。即ち、車両挙動データを形成する車両情報は、記録期間Ｔ１内の複数時点（例えばｍ個の時点）の車両情報であるが、第１情報用車両情報は、車両挙動検出部１０１が車両挙動を検出したとき（例えば、１時点、ｍ個より少ない数の時点、又はｍ個の時点の平均など）の車両情報である。

第２項目情報のために取得される車両情報の種類は、車両挙動の種類毎に、予め定められる。尚、ある種類の車両挙動に対する取得対象の第１情報用車両情報は、同種類の車両挙動に対する書き込み対象の車両挙動データ用車両情報の一部であってもよいし、車両挙動データ用車両情報とは異なる種類の車両情報であってもよい。

（３）第３項目情報については、車両挙動記録処理部１００−１〜１００−Ｎの第１情報取得部１０４１は、有線送受信部２５を介して受信できる車両挙動種類ＩＤ（ＥＣＵ８０−＊から車両挙動検出通知と共に送信される情報）に基づいて、車両挙動の種類を特定できる。即ち、第１情報取得部１０４１は、車両挙動の検出時に、その旨を知らせる車両挙動検出通知と共に送信される車両挙動種類ＩＤに基づいて、検出された車両挙動の種類を特定できる。

車両挙動記録処理部１００−Ｌの第１情報取得部１０４１は、第２指令値生成部１０８からの作動指令に基づいて、車両挙動検出部１０１が検出した車両挙動の種類を特定できる。これは、第２指令値生成部１０８からの作動指令が、特定の種類の車両挙動、即ち乗員保護補助装置の作動を引き起こすためである。

（４）第４項目情報について、第１情報取得部１０４１は、第１記憶部１１０における記録領域に記憶された成立回数情報（図７参照）を参照することで、車両挙動と同一種類の車両挙動の過去の検出状況を特定できる。尚、記録領域は、上述のように、車両挙動の種類毎に設定されている（図６参照）。

第１送信信号送信部１０４２は、第１送信信号を、無線送受信部２６を介してサーバー３に送信する。実施例１では、第１送信信号は、車両挙動を車両挙動検出部１０１が検出した旨を表す挙動検出通知情報と、第１情報取得部１０４１が取得した第１情報とを含む。第１送信信号は、挙動検出通知情報を含むことで、車両挙動の検出（車両挙動を車両挙動検出部１０１が検出したこと）をサーバー３に知らせる機能（以下、この機能を「第１機能」と称する）を有する。また、第１送信信号は、第１情報を含むことで、車両挙動検出部１０１が検出した車両挙動に係る車両挙動データのアップロードの要否をサーバー３が判断する際の判断材料（同車両挙動の検出の有無以外の判断材料）をサーバー３に与える機能（以下、この機能を「第２機能」と称する）を有する。

第１送信信号には、第１項目〜第４項目のうちの、後述する情報取得条件が関連付けられた項目を表す情報が含められる。従って、第１送信信号が、第１項目〜第４項目のうちのいずれの項目を表す情報を含むべきかは、情報取得条件に依存する。この点については、情報取得条件の説明に関連して後述する。

実施例１では、一例として、第１送信信号送信部１０４２は、図１１に示す各種情報を含む第１送信信号を生成し、生成した第１送信信号をサーバー３に送信する。図１１に示す第１送信信号は、第１送信信号ＩＤと、車両ＩＤと、第１項目情報としての車両挙動の検出日時及び検出場所と、第３項目情報としての記録領域情報と、第４項目情報としての成立回数情報（図７参照）と、タイムスタンプとを含む。

第１送信信号ＩＤは、送信信号が"第１送信信号"である旨（信号種別）を表す情報であり、挙動検出通知情報である。即ち、第１送信信号ＩＤは、送信信号の種別が"第１送信信号"であることをサーバー３が特定できる情報である。第１送信信号ＩＤは、例えば第１送信信号のヘッダ部に入れられ、車両ＩＤ以降の情報は、例えば第１送信信号のデータ部（ペイロード）に入れられる。尚、挙動検出通知情報は、例えば車両挙動を明示する情報（第１送信信号ＩＤ以外の情報）であってもよい。

車両ＩＤは、例えば、無線送受信部２６に固有な番号（例えば製品番号等）に基づいて生成される。記録領域情報は、今回の第１送信信号に紐付けられる車両挙動データの記録領域を特定するための情報であり、車両挙動種類ＩＤと実質的に同一の情報（第３項目情報）となる。尚、第１送信信号を受信するサーバー３においては、個々の車両挙動は、記録領域情報及び成立回数情報の双方に基づいて特定できる（紐付けできる）。タイムスタンプは、ＣＰＵ１１のクロックごとに加算されるタイムスタンプカウンタの値に基づいて生成される。タイムスタンプは、例えばイグニッションスイッチのオン時からの経過時間を示す。従って、タイムスタンプは、車両挙動の検出時の車両の状態に関する情報（第２項目情報）としても機能しうる。

アップロード要求受信部１０６は、サーバー３からアップロード要求を受信する。アップロード要求受信部１０６は、サーバー３から送信されるアップロード要求を、無線送受信部２６を介して受信する。アップロード要求は、第１記憶部１１０に記憶されている車両挙動データをサーバー３に送信するようにサーバー３が情報記録ＥＣＵ７に要求する信号である。アップロード要求（信号）に含まれる情報は、例えば、図１２に示すように、送信信号が"アップロード要求"である旨（信号種別）を表すアップロード要求ＩＤと、読出し対象の記録領域を指定する情報（指定情報）とを含む。

アップロード実行部１０７は、アップロード要求をアップロード要求受信部１０６が受信した場合に、第１記憶部１１０から車両挙動データを読み出し、読み出した車両挙動データをサーバー３に送信する。例えば、図１２に示すアップロード要求を受信した場合、アップロード実行部１０７は、第１記憶部１１０における読出し対象の記憶領域に記憶されている車両挙動データを読み出し、読み出した車両挙動データを、無線送受信部２６を介してサーバー３に送信する。アップロード実行部１０７は、先に第１送信信号送信部１０４２が送信した第１送信信号と、今回アップロードする車両挙動データとをサーバー３が紐付できる態様で、車両挙動データをサーバー３に送信する。例えば、アップロード実行部１０７は、図１３に示す各種情報ないしデータを含むアップロードデータを生成し、サーバー３に送信する。図１３に示すアップロードデータは、送信信号（送信データ）が"アップロードデータ"である旨（信号種別）を表すアップロードＩＤと、車両ＩＤと、読み出した記録領域の記録領域情報及び成立回数情報と、車両挙動データとを含む。この場合、サーバー３においては、車両ＩＤ、記録領域情報及び成立回数情報に基づいて、先に第１送信信号送信部１０４２が送信した第１送信信号と、アップロードデータとを紐付けできる。

第２指令値生成部１０８は、ＰＣＳ・ＥＣＵ８０−１の第１指令値生成部８１０と同様、予め規定された種類の車両挙動に関連する指令を生成する。但し、第２指令値生成部１０８は、ＥＣＵ８０−１〜ＥＣＵ８０−Ｎとは異なる種類の車両挙動に関連する指令を生成する。実施例１では、第２指令値生成部１０８は、上述のように、乗員保護補助装置の作動に関連する制御を行う。例えば、第２指令値生成部１０８は、有線送受信部２５を介して取得する情報（例えば、車両前部に設けられる加速度センサ８１−Ｍからの情報）に基づいて、車両の前突を検知したときに乗員保護補助装置に作動指令（指令の例）を入力する。

第２書き込み要求発生部１０９は、乗員保護補助装置の作動に関して予め規定された記録開始条件が成立したとき、データ記録処理部１０３に書き込み要求を入力する。実施例１では、一例として、第２指令値生成部１０８は、ＰＣＳ・ＥＣＵ８０−１から車両挙動検出通知（ＰＣＳ作動通知）を受信したときに、データ記録処理部１０３に書き込み要求を入力する。

この場合も、車両挙動記録処理部１００−Ｌのデータ記録処理部１０３は、第１書き込み要求発生部８２０からのデータ書き込み要求の場合と同様、第２書き込み要求発生部１０９からのデータ書き込み要求に応答して、同様のデータ記録（書き込み）処理を行う。即ち、データ記録処理部１０３は、乗員保護補助装置の作動に関連する記録期間Ｔ１の車両情報を、第１記憶部１１０に記録する。実施例１では、一例として、乗員保護補助装置の作動に関して予め規定された記録期間Ｔ１は、予め規定された閾値Ｔｈ１（ＰＣＳ作動閾値）よりも長く、乗員保護補助装置の作動に関して予め規定された車両情報は、前方レーダーセンサ８１−１の検知データ、車速データ及び加速度データである。この場合、データ記録処理部１０３は、第２指令値生成部１０８からの書き込み要求に応答して、前方レーダーセンサ８１−１の検知データ及び車速データ等の各種車両情報を取得し、記録期間Ｔ１内の複数時点の同車両情報を、車両挙動データとして第１記憶部１１０に記録（保護）する。

尚、図５に示す例では、情報記録ＥＣＵ７は、第２指令値生成部１０８及び第２書き込み要求発生部１０９を備えている。このため、第２指令値生成部１０８が生成する指令が、書き込み対象の車両情報（車両挙動データ）を形成する場合は、第２指令値生成部１０８は「車両情報生成部」を実現できる。

次に、図１４を参照して、サーバー３の機能について説明する。尚、サーバー３のハードウェア構成については図示を省略する。サーバー３の基本的なアーキテクチャ（構成）は、図２に示した情報記録ＥＣＵ７の構成に対して、実質的に同一であり、処理能力及び記憶容量が強化されている点が異なる。

図１４は、サーバー３の機能ブロック図である。

サーバー３は、第１送信信号受信部３０１と、判定処理部３０２と、アップロード要求部３０３と、車両挙動データ受信部３０４と、第２記憶部３０８と、車両挙動データ蓄積部３０９と、車両基本情報記憶部３１０とを含む。各部３０１乃至３０４は、ＣＰＵが、ＲＯＭに記憶された１つ以上のプログラムを実行することでそれぞれ実現できる。第２記憶部３０８は、サーバー３の記憶部であり、補助記憶装置（例えばＥＥＰＲＯＭやＨＤＤ）により実現できる。車両挙動データ蓄積部３０９及び車両基本情報記憶部３１０は、補助記憶装置（例えばＨＤＤ）により実現できる。

第１送信信号受信部３０１は、情報記録ＥＣＵ７（第１送信信号送信処理部１０４）から送信される第１送信信号を受信する。具体的には、第１送信信号受信部３０１は、第１送信信号（図１１）を受信する。第１送信信号受信部３０１により受信された第１送信信号に含まれる特定の情報は、車両挙動データ蓄積部３０９に記憶される。実施例１では、特定の情報は、車両挙動の検出日時及び検出場所を表す情報であり、以下、単に「車両挙動検出日時／場所情報」と称する。

判定処理部３０２は、判定用情報取得部３０２０と、判定部３０２４とを含む。

判定用情報取得部３０２０は、判定用情報を取得する。判定用情報は、情報取得条件の成否を判定する際に用いる情報である。実施例１では、判定用情報は、第１情報を含むものとする。また、実施例１では、判定用情報は、第１情報に加えて、第２情報を選択的に含む場合も想定する。第１情報は、上述した通りである。第２情報は後述する。

判定用情報取得部３０２０は、第１情報取得部３０２１と、第２情報取得部３０２２とを含む。

第１情報取得部３０２１は、第１情報を取得する。実施例１では、第１情報取得部３０２１は、第１送信信号受信部３０１が受信した第１送信信号から、第１情報を取得する。従って、実施例１では、第１情報取得部３０２１が取得する第１情報は、第１情報取得部１０４１が取得する第１情報と同じである。

第２情報取得部３０２２は、第２情報を取得する。第２情報取得部３０２２は、第２情報が判定用情報に含まれる場合に、第２情報を取得する。第２情報は、車両挙動に影響する車両の構成に関する情報を含む。"車両挙動に影響する車両の構成"とは、車両挙動の有無に影響する車両の構成、車両挙動の頻度に影響する車両の構成、車両挙動の態様に影響する車両の構成等を含む概念である。

車両挙動に影響する車両の構成に関する情報は、例えば、同車両の車名ないし車種名、同車両の装備ないし仕様（例えば、ブレーキ構成、パワートレーン構成、制御仕様など）、同車両の車型（ＳＵＶ、セダン、ミニバン、スポーツ、クーペ、軽自動車等）、同車両のサイズ、同車両の重量、同車両の車高、同車両の重心位置等を表す情報である。例えば、装備ないし仕様は、基本的に車両挙動に影響する。重量、車高及び重心位置は、検出対象の種類の車両挙動に依存するが、検出対象の種類の車両挙動に影響する場合がある。例えば、検出対象の種類の車両挙動が"車両がロールオーバーに至る直前でロールオーバーせずに中立状態に戻ること（以下、単に「ロールオーバー直前挙動」と称する）"の場合、かかる車両挙動には、車両の車高や重心位置が影響している。また、例えば、主にＳＵＶなどの特定の車型に特有の装備が、特定の種類の車両挙動に影響しているときは、車型を表す情報は、車両挙動に影響する車両の構成に関する情報となる。車両の車名ないし車種名は、車両の装備、車型、重量等を特定できる情報であり、車両挙動に影響する車両の構成に関する情報となる。尚、車載装置２が搭載される対象の車両の車名が１つだけであるとき、車両の製造時期、仕向け先、メーカーオプションの内容、バージョン名、パッケージ名等を表す情報は、車両挙動に影響する車両の構成を特定できる情報である。他方、車載装置２が搭載される対象の車両の車名が２つ以上あるとき、車両の製造時期等を表す情報は、例えば車名を表す情報に対する補助情報、即ち、車両の構成を更に詳細に（精度良く）特定するための補助情報として、用いることができる。第２情報取得部３０２２は、第２情報を、後述する車両基本情報記憶部３１０から取得できる。

判定部３０２４は、第１送信信号受信部３０１が第１送信信号を受信した場合に、情報取得条件を第２記憶部３０８から読み出し、判定用情報取得部３０２０が取得した判定用情報に基づいて、情報取得条件の成否を判定する。

情報取得条件は、複数の車両挙動のうちから、その車両挙動データをサーバー３にアップロードする車両挙動を選別する機能を有する。

情報取得条件は、判定用情報に基づいて判定されるように予め規定される。換言すると、判定用情報は、情報取得条件に依存して決まる。例えば、情報取得条件が第１情報及び第２情報に基づいて判定されるように予め規定される場合は、判定用情報は、第１情報及び第２情報を含む。他方、情報取得条件が第１情報及び第２情報のうちの第１情報のみに基づいて判定されるように予め規定される場合は、判定用情報は、第１情報及び第２情報のうちの第１情報のみを含む。実施例１では、情報取得条件は、第１情報及び第２情報のうちの、少なくとも第１情報に基づいて判定されるように予め規定されるものとする。即ち、情報取得条件は、車両挙動の検出時に関する情報、及び車両挙動の種類に関する情報のうちの少なくともいずれか１つに基づいて判定されるように予め規定されるものとする。

尚、車両挙動の検出時に関する情報、及び車両挙動の種類に関する情報は、例えば、上述した第１項目〜第４項目を表す情報である。従って、情報取得条件が、車両挙動の検出時に関する情報に基づいて判定されるように予め規定される場合、同情報取得条件は、車両挙動の検出時の車両の周辺環境（第１項目）及び車両挙動の検出時の車両の状態（第２項目）、のうちの１つ以上の項目に関連付けて予め規定されることになる。また、情報取得条件が、車両挙動の種類に関する情報に基づいて判定されるように予め規定される場合、同情報取得条件は、車両挙動の種類（第３項目）及び車両挙動と同一種類の車両挙動の過去の検出状況（第４項目）のうちの１つ以上の項目に関連付けて予め規定されることになる。情報取得条件の具体例は後述する。

判定処理部３０２は、情報取得条件が成立したと判定した場合は、情報取得条件成立フラグを"１"にセットする。情報取得条件成立フラグの初期値は、"０"である。他方、判定処理部３０２は、情報取得条件が成立しないと判定した場合は、情報取得条件成立フラグを"０"に維持する。

アップロード要求部３０３は、情報取得条件が成立したと判定処理部３０２が判定した場合（情報取得条件成立フラグが"１"である場合）に、アップロード要求を情報記録ＥＣＵ７に送信する。アップロード要求は、アップロード要求対象の車両挙動データ（どの第１送信信号に係る車両挙動データに対するアップロード要求であるか）を情報記録ＥＣＵ７が特定できるように生成される。例えば、第１記憶部１１０における車両挙動データの記憶領域を指定する情報が含まれる（図１２参照）。尚、アップロード要求部３０３は、アップロード要求対象の車両挙動データの記憶領域を、例えば、第１送信信号に含まれる記録領域情報に基づいて特定できる（図１１）。

車両挙動データ受信部３０４は、情報記録ＥＣＵ７（アップロード実行部１０７）から送信される車両挙動データを受信する。車両挙動データ受信部３０４は、受信した車両挙動データを車両挙動データ蓄積部３０９に記憶する。このとき、車両挙動データ受信部３０４は、受信した車両挙動データを、第１送信信号受信部３０１が受信した第１送信信号に含まれる車両挙動検出日時／場所情報と共に、車両挙動データ蓄積部３０９に記憶する。尚、車両挙動データと第１送信信号に含まれる車両挙動検出日時／場所情報との紐付けは、上述のように、第１送信信号及びアップロードデータに共通に含まれる情報（車両ＩＤ、記録領域情報及び成立回数情報）に基づいて実現できる。

第２記憶部３０８は、情報取得条件を記憶する。情報取得条件は、例えば、同情報取得条件を規定するプログラムの形態で、第２記憶部３０８に記憶できる。

車両挙動データ蓄積部３０９には、車両挙動データ受信部３０４が受信した車両挙動データが蓄積される。例えば、車両挙動データは、図１５に示すように、車両ＩＤ、車両挙動検出日時／場所情報等と共に蓄積される。図１５に示す例では、車両挙動データは、個々の車両挙動ごとにＩＤ（データＩＤ）が付与されている。尚、図１５において、"＊＊"は、何らかの情報が入っていることを表す。また、図１５に示すような車両挙動データの蓄積データは、車両挙動の種類毎に存在する。

車両基本情報記憶部３１０には、例えば図１６に示すように、車両に関する各種情報（以下、「車両基本情報」と称する）が記憶される。車両基本情報は、例えば、車両のデータ記録仕様（車両挙動データの記録機能に関する世代情報、車両挙動データの変換方法など）、車両のその他の仕様（車両の構成に関する仕様）、車両の仕向け先、車両の修理／事故履歴、車両のラインオフ時期、車名、車型、車両の販売店、車両のオーナの変遷、車両の主たるユーザ等に関する。また、車両のその他の仕様（車両の構成に関する仕様）は、例えば、メーカーオプションの内容、ディーゼルエンジンなどのエンジンの種類や排気量、トランスミッションの種類、ハイブリット車か否か、電気自動車か否か等である。また、車両基本情報は、車両の乗員を表す情報を含んでよい。車両の乗員を表す情報は、例えば、家族構成、運転技能、運転経歴・特性（優良等）、車両の普段の利用地域、車庫の位置（住所）、運転の癖（例えば、アクセルペダルとブレーキペダルの双方を同時に踏みやすいなど）、運転の好み（例えば、エコ運転を好む、スポーツモードを好む等）を表す情報を含んでよい。これらの各種項目に係る情報は、動的に変化する情報でないため、例えば初回の車載装置２との通信時に、サーバー３は、上述したアップロード要求と同じ要領で、同情報を車載装置２に要求する。この要求を受けて、車載装置２は、同情報を読み出して、サーバー３にアップロードする。そして、サーバー３は、車載装置２からアップロードされた同情報を、車両ＩＤと紐付けて車両基本情報記憶部３１０内に蓄積する。或いは、車両基本情報記憶部３１０内の情報は、車両のユーザ又はディーラー若しくはメーカーから別のルート（車載装置２からのアップロードとは別の方法）で入手可能な情報に基づいて、生成又は追加されてもよい。また、車両基本情報記憶部３１０内の各種項目に係る情報は、定期的に適宜更新される。尚、図１６に示す例では、車両基本情報は、データ記録仕様、車両仕様及び販売店を表す情報が含まれている。尚、図１６において、"＊＊"は、何らかの情報が入っていることを表す。

次に、図１７を参照して、情報収集システム１における動作例について説明する。

図１７は、情報記録ＥＣＵ７及びサーバー３における処理の関係を示す概略フローチャートである。

図１７において、ラインＬ１及びＬ２は、時間軸であり、情報記録ＥＣＵ７及びサーバー３からそれぞれ下方向に延在する。下方向が時間の進み方向に対応する。ラインＬ１及びＬ２における途中の省略マークは、一連の処理の時間的な区切りを示す。尚、一連の処理は、必ずしも略同時に実行される必要はない。例えば、ステップＳ５１０の処理のタイミングとステップＳ５１１の処理のタイミングとの間には、有意な時間差があってもよい。また、ラインＬ１及びＬ２で表す時間軸は、それぞれの時間軸上の処理順を示す程度の概略的なものであり、例えばラインＬ１及びＬ２における"エンド"が時間軸上の同じ位置に図示されているが、これは、情報記録ＥＣＵ７及びサーバー３における各処理が同時に終了することを意味するものではない。また、ラインＬ２上においてステップＳ６０６で"ＮＯ"となった場合と、ステップＳ６１２の処理を経た場合とで、同じ"エンド"に向かうが、これらの"エンド"が同時であることを意味しない。即ち、ステップＳ６０６で"ＮＯ"となった場合は、直ちに終了し、ステップＳ６０６で"ＹＥＳ"となった場合は、ステップＳ６１２の処理が終了したときに終了する（これは、後述の同様の図３２及び図３６についても同様である）。

図１７に示す例では、まず、車載装置２の情報記録ＥＣＵ７の車両挙動検出部１０１が、検出対象の種類の車両挙動を検出する（ステップＳ５０２）。車両挙動検出部１０１が、車両挙動を検出すると、情報記録ＥＣＵ７のデータ記録処理部１０３がデータ記録（書き込み）処理を行う（ステップＳ５０４）。また、車両挙動検出部１０１が、車両挙動を検出すると、情報記録ＥＣＵ７の第１送信信号送信処理部１０４の第１情報取得部１０４１が第１情報を取得し（ステップＳ５０６）、第１送信信号送信処理部１０４の第１送信信号送信部１０４２が第１送信信号をサーバー３に送信する（ステップＳ５０８）。このようにして送信された第１送信信号は、サーバー３の第１送信信号受信部３０１により受信される（ステップＳ６０２）。

サーバー３の第１送信信号受信部３０１が第１送信信号を受信すると（ステップＳ６０２）、サーバー３の判定処理部３０２が、情報取得条件を第２記憶部３０８から読み出し、判定用情報取得部３０２０が取得した判定用情報に基づいて情報取得条件の成否の判定処理を行う（ステップＳ６０４）。情報取得条件の成否の判定処理の例は後述する。情報取得条件の成否の判定処理の結果、情報取得条件成立フラグが"１"である場合（ステップＳ６０６のＹＥＳ）、アップロード要求部３０３がアップロード要求を情報記録ＥＣＵ７に送信する（ステップＳ６０８）。このようにして送信されたアップロード要求は、情報記録ＥＣＵ７のアップロード要求受信部１０６により受信される（ステップＳ５１０）。他方、情報取得条件の成否の判定処理の結果、情報取得条件成立フラグが"１"でない場合（ステップＳ６０６のＮＯ）、アップロード要求部３０３はアップロード要求を情報記録ＥＣＵ７に送信しない。この場合、サーバー３は、今回受信した第１送信信号に係る処理を終了し、新たな第１送信信号の受信待ち状態となる。即ち、この場合、アップロード要求部３０３は、今回受信した第１送信信号に係る車両挙動データのアップロード要求を行わないので、同車両挙動データが車両挙動データ蓄積部３０９に蓄積されることはない。

情報記録ＥＣＵ７のアップロード要求受信部１０６がアップロード要求を受信すると（ステップＳ５１０）、アップロード実行部１０７は、第１記憶部１１０から車両挙動データを読み出し（ステップＳ５１１）、読み出した車両挙動データをサーバー３に送信する（ステップＳ５１２）。このようにして車両挙動データがサーバー３にアップロードされる。

サーバー３の車両挙動データ受信部３０４が車両挙動データを受信すると（ステップＳ６１０）、車両挙動データ受信部３０４が、車両挙動データを車両挙動データ蓄積部３０９に記憶（蓄積）する（ステップＳ６１２）。

以上の図１乃至図１７に示す実施例１によれば、以下のように効果が奏される。

実施例１によれば、上述のように、車両挙動検出部１０１が検出対象の種類の車両挙動を検出したときに、必ずその車両挙動データがサーバーにアップロードされるのではなく、先ず、第１送信信号がサーバーに送信される。そして、サーバー３において、情報取得条件の成否が判定され、判定処理部３０２により情報取得条件が成立したと判定された場合に、車両挙動データがサーバー３にアップロードされる。従って、実施例１によれば、情報取得条件が満たされた場合に車両挙動データがサーバー３にアップロードされるので、車両挙動の検出時に必ずその車両挙動データをサーバー３へアップロードする構成に比べて、情報収集システム１全体としての通信負荷の低減を図ることができる。例えば、実施例１によれば、情報取得条件を成立させない第１送信信号が取得された車両挙動に関しては、第１送信信号だけがサーバーに送信され、車両挙動データがサーバーにアップロードされることがないので、同車両挙動に関して第１送信信号及び車両挙動データの双方がサーバーにアップロードされる場合に比べて、通信負荷を低減できる。

また、実施例１によれば、情報取得条件は、車両挙動の検出時に関する情報、及び車両挙動の種類に関する情報のうちの少なくともいずれか１つを含む判定用情報、又は、車両挙動に影響する車両の構成に関する情報を更に含む判定用情報、に基づいて判定されるように予め規定される。

ここで、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動の検出時の車両の周辺環境に依存することが多い。例えば、車両挙動が"ＡＢＳの作動"の場合、雨天時のＡＢＳの作動は、想定される通常の作動であるため、そのときの車両挙動データが有用とならない場合があり得る。他方、晴天時のＡＢＳの作動の場合、事故回避のための緊急制動に伴うＡＢＳの作動の可能性が高く、そのときの車両挙動データが有用となり得る。

また、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動の検出時の車両の状態に依存することが多い。例えば、車両挙動が"ＰＣＳの警報の作動"の場合、運転者が脇見や居眠りしていない状態の車両挙動データの方が、運転者が脇見や居眠りしている状態の車両挙動データよりも、有用となり得る。これは、運転者が脇見や居眠りしている状態でのＰＣＳの警報の作動は、想定される通常の作動であるためである。

また、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動の種類に依存することが多い。ある種類の車両挙動については、その車両挙動データが解析に有用となるが、他の種類の車両挙動については、その車両挙動データが解析に有用とならない場合があり得るためである。例えば、ある種類の車両挙動が"ＰＣＳの作動"である場合、他の種類の車両挙動"急制動"よりも検出される頻度が有意に低い。このため、"ＰＣＳの作動"は、どのような環境下で検出された場合でもその車両挙動データが解析に有用となり得る。他方、"急制動"に係る車両挙動データについては、"ＰＣＳの作動"や"緊急制動"に関する車両挙動データを取得できるのであれば、"急制動"に関する車両挙動データは有用でなくなる場合もあり得る。

また、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動の同一種類の車両挙動の過去の検出状況に依存することが多い。車両挙動が"ＡＢＳの作動"の場合、比較的高頻度で検出されるため、想定される検出回数よりも多く検出されている場合や、想定される検出頻度よりも高い頻度で検出されている場合だけ、車両挙動データが解析に有用となる場合があり得るためである。

更に、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動をもたらす車両の構成に依存することが多い。例えば、車両挙動が"ロールオーバー直前挙動"の場合、その車両挙動データの有用性は、車両の構成（例えば、車高が比較的高いＳＵＶであるか、車高が通常のセダンであるか等）によって、異なる場合がある。また、例えば、車両挙動が"ＰＣＳの作動"の場合、ＰＣＳの作動に係る車両挙動データの有用性は、車両の仕様（例えば、前方監視するセンサが、レーダセンサのみか、画像センサのみか、或いは、それらの組み合わせか）によって、異なる場合があり得る。

この点、実施例１によれば、情報取得条件は、上述のような判定用情報に基づいて判定されるように予め規定されるので、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が高くなり、車両挙動の解析効率を高めることができる。

また、実施例１によれば、情報取得条件は、サーバー３の第２記憶部３０８に記憶される。従って、実施例１によれば、情報取得条件をサーバーで一元的に管理できるので、同情報取得条件が車両毎に付与される場合に比べて、情報取得条件の事後的な変更にも機動的に対応できる。例えば、ある車両挙動についてその車両挙動データが常に解析に有用と考えられていた車両挙動であっても、事後的に、特定の環境下で検出されたときだけ解析に有用であると考え直される場合もあり得る。或いは逆に、ある車両挙動についてその車両挙動データが常に解析に不要と考えられていた車両挙動であっても、事後的に、特定の環境下で検出されたときだけ解析に有用であると考え直される場合もあり得る。かかる場合には、サーバー３の第２記憶部３０８に記憶された情報取得条件（例えば同情報取得条件を規定したプログラム）を書き換えるだけで、かかる事後的な見直しに対応できる。

また、実施例１によれば、判定用情報は、第１情報を含み、第１情報は、車両挙動の検出時に関する情報、及び車両挙動の種類に関する情報のうちの少なくともいずれか１つを含む。第１情報は、車両の走行中又は車両の起動毎に変化する可能性がある情報である。従って、サーバー３は、車両以外の情報源から、かかる情報を取得するのは困難である。この点、実施例１によれば、サーバー３の判定用情報取得部３０２０は、第１送信信号から、判定用情報に含まれる第１情報を取得できる。従って、かかる第１情報をサーバー３が車載装置２から取得することで、サーバー３は、比較的高い精度の第１情報に基づいて情報取得条件の成否を判定できる。この結果、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が更に高くなり、車両挙動の解析効率を更に高めることができる。

また、実施例１によれば、車両挙動データ蓄積部３０９に、第１送信信号に含まれる車両挙動検出日時／場所情報が車両挙動データと紐付して蓄積されるので、車両挙動データを解析する際に、車両挙動検出日時／場所情報を有効に用いることができ、車両挙動の解析効率を更に高めることができる。例えば、車両挙動（例えばＰＣＳの作動）に車両の周辺環境がどのように影響したか、又は、どのような車両の周辺環境が特定の車両挙動を誘発させやすいかなど、多面的な解析が可能となる。

次に、情報取得条件の幾つかの例について、判定処理部３０２による判定方法の例と併せて説明する。

以下の情報取得条件の幾つかの例では、特に言及しない限り、情報取得条件は、（１）車両挙動の検出時の車両の周辺環境（第１項目）、（２）車両挙動の検出時の車両の状態（第２項目）、（３）車両挙動の種類（第３項目）、及び（４）車両挙動と同一種類の車両挙動の過去の検出状況（第４項目）、のうちの１つ以上の項目に関連付けて予め規定されるものとする。

この場合、第１送信信号が、第１項目〜第４項目のうちのいずれの項目を表す情報を含むべきかは、情報取得条件が第１項目〜第４項目のうちのどの項目に関連付けられているかに依存する。即ち、第１送信信号は、情報取得条件が関連付けられた項目を表す情報を少なくとも含めばよい。例えば、情報取得条件が第１項目〜第４項目のうちの第１項目に関連付けられる場合は、第１送信信号は、第１項目情報を少なくとも含めばよい。また、情報取得条件が第１項目〜第４項目のうちの第１項目及び第４項目に関連付けられる場合は、第１送信信号は、第１項目情報及び第４項目情報を少なくとも含めばよい。

［情報取得条件の第１例］
図１８は、情報取得条件の第１例の説明図である。

情報取得条件は、第１項目〜第４項目のいずれかに係る各種条件の"ＡＮＤ"、"ＯＲ"等の論理条件として予め規定される。図１８に示す例では、情報取得条件は、（１）条件Ａ０が満たされた場合、（２）条件Ａ１が満たされた場合、（３）条件Ａ２且つ条件Ａ３が満たされた場合、（４）条件Ａ４〜Ａ６が全て満たされた場合等に、満たされる。このとき、例えば、条件Ａ０は、例えば車両挙動の種類が特定の種類であること、といったように、第３項目に関連付けて予め規定される。条件Ａ１は、車両挙動の検出時の運転者が高齢者であること、といったように、第２項目に関連付けて予め規定される。また、条件Ａ２は、周辺環境が高速道路以外であること、といったように、第１項目に関連付けて予め規定され、条件Ａ３は、条件Ａ１と同様、第２項目に関連付けて予め規定される。また、条件Ａ４は、条件Ａ０と同様、第３項目に関連付けて予め規定される。条件Ａ５は、条件Ａ２と同様、第１項目に関連付けて予め規定される。また、条件Ａ６は、過去の検出回数が予め規定された閾値以上であること、といったように、第４項目に関連付けて予め規定される。

このように情報取得条件は、検出対象の種類の車両挙動の特性を考慮しつつ、第１項目〜第４項目の係る各種条件の"ＡＮＤ"、"ＯＲ"等の論理条件として予め規定できるので、情報取得条件の規定の自由度が高くなる。この結果、解析者が解析に有用と考える車両挙動データをサーバー３が取得できる可能性が高くなる。

尚、図１８に示す例では、情報取得条件は、第１項目〜第４項目のいずれかに係る各種条件の"ＡＮＤ"、"ＯＲ"等の論理条件として予め規定されるが、追加的に他の項目に係る条件を加えた論理条件として予め規定されてもよい。かかる他の項目は、例えば、車両の販売店のような項目であり、車両基本情報記憶部３１０に記憶された車両基本情報に係る各種項目（上述済み）を用いることができる。

［情報取得条件の第２例〜第５例］
次に、情報取得条件の他の例（第２例〜第５例）について説明する。

以下の第２例〜第５例では、一例として、情報取得条件は、周辺環境（第１項目）に関連付けて予め規定される条件（以下、「第１取得条件」と称する）（所定の取得条件の一例）、及び車両挙動の種類（第３項目）にのみ関連付けて予め規定される条件（以下、「第２取得条件」と称する）の少なくともいずれか一方を含むものとする。

また、以下の第２例〜第５例では、一例として、第１取得条件、及び第２取得条件は、情報取得条件を満たすために満たされるべき条件を表す。例えば、それが満たされるだけで情報取得条件が満たされなくなる条件（即ち、いわゆる禁止条件）は、その"裏"で規定されているものとする。例えば、周辺環境が雨天である場合に情報取得条件が満たされなくなるとき、第１取得条件は、"周辺環境が雨天でないこと"となる。

ここで、検出対象の車両挙動が１種類だけであるとき、情報取得条件は、第２取得条件を含まない。但し、検出対象の車両挙動が２種類以上であるときでも、例えばこれらの各種の車両挙動が同様の特性を有する場合など、情報取得条件が第２取得条件を含まない場合もあり得る。また、検出対象の車両挙動が２種類以上であるとき、第１取得条件は、検出対象の車両挙動の種類毎に設けられる。但し、検出対象の車両挙動が２種類以上であるとき、例えばこれらの各種の車両挙動が同様の特性を有する場合など、第１取得条件は、車両挙動の種類毎に同じ態様で予め規定される場合はあり得る。

また、検出対象の車両挙動が２種類以上であるとき、情報取得条件は、第１取得条件を含まない場合もあり得る。また、検出対象の車両挙動が２種類以上であるとき、情報取得条件は、第１取得条件と第２取得条件の双方を含む場合もあり得る。この場合、例えば、第２取得条件を満たさない種類の車両挙動に対して、第１取得条件が種類毎に設定される（図２５参照）。

ここでは、情報取得条件は、第１項目及び第３項目のうちの少なくともいずれか一方に関連付けて予め規定されることを想定するので、第１送信信号は、第１項目情報及び第３項目情報のうちの第１項目情報のみを含む第１パターンと、第１項目情報及び第３項目情報のうちの第３項目情報のみを含む第２パターンと、第１項目情報及び第３項目情報の双方を含む第３パターンの３通りの第３パターンとが想定される。いずれのパターンが用いられるかは、情報取得条件に依存する。

例えば、情報取得条件が、第１取得条件及び第２取得条件のうちの第１取得条件のみを含む場合、第１パターンが用いられる。また、情報取得条件が、第１取得条件及び第２取得条件のうちの第２取得条件のみを含む場合、第２パターンが用いられる。但し、これらの場合でも、第２記憶部３０８に記憶される情報取得条件の事後的な変更の自由度を高めるために、第３パターンを用いる方が望ましい。また、情報取得条件が、第１取得条件及び第２取得条件の双方を含む場合、第３パターンが用いられる。
［情報取得条件の第２例］
図１９は、情報取得条件が第１取得条件を含むときの例を示す図である。図１９において、印○は、情報取得条件が成立することを表す（以下の図２１等においても同様）。図１９に示す情報取得条件は、第１取得条件が成立した場合に成立する。また、図１９に示す例では、第１取得条件は、周辺環境が特定の季節Ａであるときや、周辺環境が特定の場所Ｂであるときに、満たされることを表す。尚、場所Ｂとは、ある範囲を持つ地域を表す。

図１９に示す第１取得条件は、検出対象の車両挙動が１種類だけである場合や、検出対象の車両挙動が２種類以上あるが、全てが同様の性質の車両挙動である場合等、好適となる。

図２０は、図１９に示す情報取得条件を用いるときの判定処理部３０２の処理の例を示すフローチャートである。即ち、図２０は、図１７のステップＳ６０４の処理として実行される処理の例を示す。

尚、図１９に示す情報取得条件は、第１取得条件を含むので、以下の図２０の説明では、前提として、第１送信信号は、第１項目情報及び第３項目情報のうちの第１項目情報のみを含む第１パターン、又は、第１項目情報及び第３項目情報の双方を含む第３パターンのいずれかであるとする。

また、図１９に示す第１取得条件は、車両挙動の検出日時（季節）及び検出場所のそれぞれに関して規定されているので、以下の図２０の説明では、第１項目情報は、車両挙動の検出日時を表す情報及び検出場所を表す情報の双方を含み、それ以外は含まないものとする。即ち、以下の図２０の説明では、第１項目情報は、車両挙動の検出日時及び検出場所における天気情報のような、車両挙動の検出時の車両の周辺環境を直接的に表す他の情報を含まないこととする。かかる場合は、第１項目情報の情報量が少なくなる点、第１情報取得部１０４１の処理負荷が低減される点、及び車載電子機器群８に含まれるべき各種検出・計測装置８１の種類の制約が小さくなる点（例えば、車載電子機器群８が少なくともＧＰＳ受信機を備えればよい点）、で有利となる。

ステップＳ９００では、判定処理部３０２の判定用情報取得部３０２０の第１情報取得部３０２１は、第１送信信号から第１項目情報（車両挙動の検出時の車両の周辺環境を表す情報）を取得する。即ち、第１情報取得部３０２１は、第１送信信号から第１情報を取得する。

ステップＳ９０２では、判定処理部３０２の判定部３０２４は、ステップＳ９００で取得した第１情報が表す周辺環境に基づいて、図１９に示す情報取得条件（第１取得条件）の成否を判定する。具体的には、判定処理部３０２は、ステップＳ９００で取得した第１情報が表す周辺環境が特定の季節Ａ又は特定の場所Ｂであるとき、第１取得条件が成立したと判定する。この場合、ステップＳ９０４に進む。他方、判定処理部３０２は、ステップＳ９００で取得した第１情報が表す周辺環境が特定の季節Ａ及び特定の場所Ｂのいずれでもないとき、第１取得条件が成立しないと判定する。この場合、ステップＳ９０６に進む。

ステップＳ９０４では、判定処理部３０２の判定部３０２４は、情報取得条件成立フラグを"１"にセットして処理を終了する。

ステップＳ９０６では、判定処理部３０２の判定部３０２４は、情報取得条件成立フラグを"０"にセット（維持）して処理を終了する。

ところで、上述のように、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動の検出時の車両の周辺環境に依存することが多い。従って、情報取得条件の第２例によれば、解析者が解析に有用と考える周辺環境下で検出された車両挙動に関する車両挙動データをサーバー３が取得できる可能性が高くなる。

尚、図１９及び図２０に示す例では、第１取得条件は、周辺環境が特定の季節Ａであるとき、又は、周辺環境が特定の場所Ｂであるときに、満たされるが、これに限られない。例えば、第１取得条件は、周辺環境が特定の季節Ａであり、且つ、周辺環境が特定の場所Ｂであるときに、満たされてもよい。

また、図１９及び図２０に示す例では、上述のように簡易な情報取得条件を実現しているが、情報取得条件は、図１８を参照して上述したように、他の条件を含んでもよい。かかる場合、例えば、ステップＳ９０２の判定結果が"ＹＥＳ"である場合に、当該他の条件の成否が判定される。
［情報取得条件の第３例］
図２１は、情報取得条件が第１取得条件を含むときの他の例を示す図である。

図２１に示す例では、第１取得条件は、車両挙動の種類毎に設けられる。図２１に情報取得条件は、車両挙動の種類に対応する第２取得条件が成立した場合には成立する。図２１に示す例では、車両挙動の種類"車両挙動種類Ａ"に対応する第１取得条件は、"日時条件Ａ（例えば、冬以外であること）"である。また、車両挙動の種類"車両挙動種類Ｂ"に対応する第１取得条件は、"場所条件Ａ（例えば、山岳地域でないこと）"である。同様に、車両挙動の種類"車両挙動種類Ｃ"に対応する第１取得条件は、"場所条件Ｂ（例えば、郊外地域であること）"である。

図２１に示す第１取得条件は、検出対象の車両挙動が２種類以上あり、異なる性質の車両挙動の種類が存在する場合等において、好適となる。

図２２は、図２１に示す情報取得条件を用いるときの判定処理部３０２の処理の例を示すフローチャートである。即ち、図２２は、図１７のステップＳ６０４の処理として実行される処理の他の例を示す。

尚、図２１に示す情報取得条件は、車両挙動の種類毎に設けられた第１取得条件を含むので、以下の図２２の説明では、前提として、第１送信信号は、第１項目情報及び第３項目情報の双方を含む第３パターンであるとする。また、図２１に示す第１取得条件は、車両挙動の検出日時及び検出場所のそれぞれに関して規定されているので、以下の図２２の説明では、第１項目情報は、車両挙動の検出日時を表す情報及び検出場所を表す情報の双方を含み、それ以外は含まないものとする。

ステップＳ１１００では、判定処理部３０２の判定用情報取得部３０２０の第１情報取得部３０２１は、第１送信信号から第１項目情報（車両挙動の検出時の車両の周辺環境を表す情報）を取得する。即ち、第１情報取得部３０２１は、第１送信信号から第１情報を取得する。

ステップＳ１１０２では、判定処理部３０２の判定用情報取得部３０２０の第１情報取得部３０２１は、第１送信信号から第３項目情報（車両挙動の種類を表す情報）を取得する。即ち、第１情報取得部３０２１は、第１送信信号から第１情報を取得する。

ステップＳ１１０４では、判定処理部３０２の判定部３０２４は、ステップＳ１１００で判定用情報取得部３０２０が取得した周辺環境を表す情報（第１情報）と、ステップＳ１１０２で判定用情報取得部３０２０が取得した車両挙動の種類を表す情報（第１情報）とに基づいて、図２１に示す情報取得条件のうちの、車両挙動の種類に対応する第１取得条件の成否を判定する。具体的には、判定処理部３０２の判定部３０２４は、ステップＳ１１０２で取得した第１情報が表す車両挙動の種類に対応する第１取得条件の成否を、ステップＳ１１００で取得した第１情報が表す周辺環境に基づいて判定する。第１取得条件が成立したと判定した場合は、ステップＳ１１０６に進み、それ以外の場合は、ステップＳ１１０８に進む。

ステップＳ１１０６では、判定処理部３０２の判定部３０２４は、情報取得条件成立フラグを"１"にセットして処理を終了する。

ステップＳ１１０８では、判定処理部３０２の判定部３０２４は、情報取得条件成立フラグを"０"にセット（維持）して処理を終了する。

ところで、上述のように、どのような周辺環境下で検出した場合にその車両挙動データが解析に有用になるかは、車両挙動の種類に依存する場合が多い。これは、車両挙動の性質（特性）は、その種類に応じて異なるためである。この点、情報取得条件の第３例によれば、第１取得条件は、車両挙動の種類毎に設けられるので、検出対象の車両挙動の種類が多様化した場合でも、車両挙動の種類毎に、解析者が解析に有用と考える車両挙動データだけをサーバー３が取得できる可能性が高くなる。

尚、図２１及び図２２に示す例では、上述のように簡易な情報取得条件を実現しているが、情報取得条件は、図１８を参照して上述したように、他の条件（例えば、タイヤ空気圧の検出値が予め規定された閾値以上であること）を含んでもよい。かかる場合、例えば、ステップＳ１１０４の判定結果が"ＹＥＳ"である場合に、当該他の条件の成否が判定される。
［情報取得条件の第４例］
図２３は、情報取得条件が第２取得条件を含むときの例を示す図である。図２３に示す情報取得条件は、第２取得条件が成立した場合に成立する。図２３に示す例では、第２取得条件は、車両挙動の種類が特定の車両挙動種類Ａ、車両挙動種類Ｂ又は車両挙動種類Ｃであるときに、満たされることを表す。図２３に示す第２取得条件は、検出対象の車両挙動が３種類以上あることが前提となる。

図２４は、図２３に示す情報取得条件を用いるときの判定処理部３０２の処理の例を示すフローチャートである。即ち、図２４は、図１７のステップＳ６０４の処理として実行される処理の他の例を示す。

尚、図２３に示す情報取得条件は、第２取得条件を含むので、以下の図２３の説明では、前提として、第１送信信号は、第１項目情報及び第３項目情報のうちの第３項目情報のみを含む第２パターン、又は、第１項目情報及び第３項目情報の双方を含む第３パターンのいずれかであるとする。

ステップＳ１３００では、判定処理部３０２の判定用情報取得部３０２０の第１情報取得部３０２１は、第１送信信号から第３項目情報（車両挙動の種類を表す情報）を取得する。即ち、第１情報取得部３０２１は、第１送信信号から第１情報を取得する。

ステップＳ１３０２では、判定処理部３０２の判定部３０２４は、ステップＳ１３００で取得した第１情報が表す車両挙動の種類に基づいて、図２３に示す情報取得条件（第２取得条件）の成否を判定する。具体的には、判定処理部３０２は、ステップＳ１３００で取得した第１情報が表す車両挙動の種類が車両挙動種類Ａ、車両挙動種類Ｂ又は車両挙動種類Ｃであるとき、第２取得条件が成立したと判定する。この場合、ステップＳ１３０４に進む。他方、判定処理部３０２の判定部３０２４は、ステップＳ１３００で取得した第１情報が表す車両挙動の種類が車両挙動種類Ａ、車両挙動種類Ｂ及び車両挙動種類Ｃのいずれでもないとき、第２取得条件が成立しないと判定する。この場合、ステップＳ１３０６に進む。

ステップＳ１３０４では、判定処理部３０２の判定部３０２４は、情報取得条件成立フラグを"１"にセットして処理を終了する。

ステップＳ１３０６では、判定処理部３０２の判定部３０２４は、情報取得条件成立フラグを"０"にセット（維持）して処理を終了する。

ところで、上述のように、ある種類の車両挙動については、その車両挙動データが解析に有用となるが、他の種類の車両挙動については、その車両挙動データが解析に有用とならない場合があり得る。この点、情報取得条件の第４例によれば、情報取得条件は、第１情報が表す車両挙動の種類が第２取得条件を満たす場合に、成立するので、解析者が解析に有用と考える種類の車両挙動に係る車両挙動データをサーバーが取得できる可能性が高くなる。

尚、図２３及び図２４に示す例では、上述のように簡易な情報取得条件を実現しているが、情報取得条件は、図１８を参照して上述したように、他の条件を含んでもよい。かかる場合、例えば、ステップＳ１３０２の判定結果が"ＹＥＳ"である場合に、当該他の条件の成否が判定される。

例えば、他の条件としては、上述した第４項目に関連付けられた取得条件であることができる。例えば、第４項目に関連付けられた取得条件は、「同種類の車両挙動の過去の検出回数が予め規定された閾値以上であること」である。この場合、判定用情報取得部３０２０の第１情報取得部３０２１は、ステップＳ１３００で取得した判定用情報が表す種類の車両挙動の過去の検出回数を表す情報（第１情報）を取得し、判定処理部３０２は、該第１情報が表す検出回数が予め規定された閾値以上であるか否かを判定する。判定用情報取得部３０２０は、ステップＳ１３００で取得した第１情報が表す種類の車両挙動の過去の検出回数を表す情報（第１情報）を、第１送信信号（即ち、第１送信信号に含まれる成立回数情報）から取得できる。かかる他の条件は、その種類の車両挙動が比較的多く検出されたときだけ同種類の車両挙動データが解析に有用となる場合に好適となる。

例えば、他の条件は、例えば車両挙動種類Ａが"ＰＣＳの作動"であるとき、「前方監視するセンサが、レーダセンサと画像センサとの組み合わせであること」である。この場合、判定用情報取得部３０２０の第２情報取得部３０２２は、車両の仕様を表す情報（第２情報）を車両基本情報記憶部３１０から取得し、判定処理部３０２は、該第２情報が表す仕様に基づいて、前方監視に用いられるセンサが、レーダセンサと画像センサとの組み合わせであるか否かを判定する。かかる他の条件は、その種類の車両挙動が、特定の車両構成における車両で検出されたときだけ同種類の車両挙動データが解析に有用となる場合に好適となる。
［情報取得条件の第５例］
情報取得条件の第５例は、上述した情報取得条件の第３例と情報取得条件の第４例との組み合わせに対応する。具体的には、情報取得条件は、車両挙動の種類毎に設けられる第１取得条件と、第２取得条件とを含む。そして、情報取得条件は、第１取得条件又は第２取得条件が成立した場合には成立する。

図２５は、情報取得条件の第５例を用いるときの判定処理部３０２の処理の例を示すフローチャートである。即ち、図２５は、図１７のステップＳ６０４の処理として実行される処理の他の例を示す。

尚、情報取得条件の第５例は、第１取得条件及び第２取得条件を含むので、以下の図２５の説明では、前提として、第１送信信号は、第１項目情報及び第３項目情報の双方を含む第３パターンであるとする。以下の図２５の説明では、第１項目情報は、車両挙動の検出日時を表す情報及び検出場所を表す情報の双方を含み、それ以外は含まないものとする。

ステップＳ１５００及びステップＳ１５０２の各処理は、図２４を参照して説明したステップＳ１３００及びステップＳ１３０２の各処理とそれぞれ同一であり、説明を省略する。同様に、ステップＳ１５０４及びステップＳ１５１２の各処理は、図２４を参照して説明したステップＳ１３０４及びステップＳ１３０６の各処理とそれぞれ同一であり、説明を省略する。

ステップＳ１５０６では、判定処理部３０２の判定部３０２４は、ステップＳ１５００で取得した第１情報が表す車両挙動の種類について、第１取得条件が予め規定されているか否かを判定する。判定結果が"ＹＥＳ"の場合は、ステップＳ１５０８に進み、それ以外の場合は、ステップＳ１５１２に進む。

ステップＳ１５０８及びステップＳ１５１０の各処理は、図２２を参照して説明したステップＳ１１００及びステップＳ１１０４の各処理とそれぞれ同一であり、説明を省略する。

このような情報取得条件の第５例によれば、情報取得条件を規定する際の自由度が高くなる。この結果、検出対象の車両挙動の種類が更に多様化した場合でも、車両挙動の種類毎に、解析者が解析に有用と考える車両挙動データだけをサーバー３が取得できる可能性が高くなる。

尚、図２５に示す例では、上述のように簡易な情報取得条件を実現しているが、情報取得条件は、図１８を参照して上述したように、他の条件（例えば、同種類の車両挙動の過去の検出回数が予め規定された閾値以上であること）を含んでもよい。かかる場合、例えば、ステップＳ１５０４の前に、当該他の条件の成否が判定される。

［実施例２］
以下の実施例２は、上述した実施例１に対して、サーバー３がサーバー３Ａで置換された点が異なるだけである。以下では、サーバー３Ａの構成について主に説明する。

サーバー３Ａの基本的なハードウェア構成は、図２に示した情報記録ＥＣＵ７の構成に対して、実質的に同一であり、処理能力及び記憶容量が強化されている点が異なる。

図２６は、サーバー３Ａの機能ブロック図である。サーバー３Ａは、図１４を参照して説明した上述の実施例１のサーバー３に対して、判定処理部３０２が判定処理部３０２Ａで置換された点が異なる。他の構成は、同一であってよく、図１４と同一の参照符号を付して説明を省略する。判定処理部３０２Ａは、ＣＰＵが、ＲＯＭに記憶された１つ以上のプログラムを実行することで実現できる。

判定処理部３０２Ａは、上述した実施例１に対して、判定用情報取得部３０２０が、判定用情報取得部３０２０Ａで置換され、且つ、判定部３０２４が判定部３０２４Ａで置換された点が異なる。判定用情報取得部３０２０Ａは、判定用情報取得部３０２０に対して、環境情報取得部３０２３が追加された点が異なる。

実施例２において、情報記録ＥＣＵ７及びサーバー３Ａは、図１７に示した処理フローに従って、それぞれの処理を行うが、ステップＳ６０４の処理内容だけが後述のように異なる。

実施例２においては、前提として、第１送信信号には第１項目情報が含まれるが、第１項目情報は、車両挙動の検出日時を表す情報及び検出場所を表す情報の双方を含み、それ以外は含まないものとする。

環境情報取得部３０２３は、第１情報取得部３０２１が取得できないようなより詳しい第１情報を取得する。

具体的には、環境情報取得部３０２３は、第１送信信号に含まれる第１項目情報に基づいて、車両挙動の検出日時及び検出場所のうちの少なくともいずれか一方における車両の周辺環境を表す環境情報（第１情報の一例）を取得する。環境情報取得部３０２３が取得する環境情報は、車両挙動の検出日時及び検出場所自体を表す情報ではなく、車両挙動の検出日時及び検出場所以外の、車両の周辺環境を表す情報であることが有用である。環境情報取得部３０２３は、車載装置２以外から、環境情報を取得する。例えば、環境情報取得部３０２３は、詳細な天気情報の時系列データ（例えば雲の動きを示す時系列データや、各場所の温度、降雨量、積雪量等の時系列データ）を提供するサーバーや、詳細な地図情報（道路勾配やカーブ曲率、カント、交差点の見通しなど）を提供するサーバー、信号機の点灯状態の時系列データを提供するサーバー、交通量の時系列データを提供するサーバー等から、環境情報を取得する。環境情報取得部３０２３が取得した環境情報は、後述のように、第１取得条件の成否の判定に有効に利用できる。

判定部３０２４Ａは、判定用情報取得部３０２０Ａが取得した判定用情報に基づいて、情報取得条件の成否を判定する。判定用情報取得部３０２０Ａが取得した判定用情報は、環境情報取得部３０２３が取得した環境情報を含む。ここで、環境情報取得部３０２３は、第１送信信号に含まれる第１項目情報には含まれない環境情報を取得する。従って、実施例２で用いられる情報取得条件は、第１取得条件について、上述した実施例１で用いられうる第１取得条件よりも、多面的且つ詳細に予め規定することができる。

図２７は、実施例２で用いられる情報取得条件の一例を示す図である。

実施例２で用いられる情報取得条件は、少なくとも第１取得条件を含む。図２７に示す例では、第１取得条件は、車両挙動の種類毎に設けられる。また、実施例２で用いられる第１取得条件は、上述した実施例１で用いられうる第１取得条件（図２１参照）よりも、多面的且つ詳細に予め規定される。例えば、図２７に示す例では、車両挙動の種類"車両挙動種類Ａ"に対応する第１取得条件は、"天気条件Ａ（例えば、車両挙動の検出日時及び検出場所において雨及び雪が降っていないこと）"である。また、車両挙動の種類"車両挙動種類Ｂ"に対応する第１取得条件は、"道路勾配条件Ａ（例えば、車両挙動の場所付近の平均の道路勾配が予め規定された閾値以下であること）"である。同様に、車両挙動の種類"車両挙動種類Ｃ"に対応する第１取得条件は、"交通量条件Ｂ（例えば、車両挙動の検出日時及び検出場所における交通量が予め規定された閾値以下であること）"である。

図２８は、図２７に示す情報取得条件を用いるときの判定処理部３０２Ａの処理の例を示すフローチャートである。即ち、図２８は、図１７に示したステップＳ６０４の処理の例を示す。

尚、図２７に示す情報取得条件は、車両挙動の種類毎に設けられた第１取得条件を含むので、以下の図２８の説明では、前提として、第１送信信号は、第１項目情報及び第３項目情報の双方を含む第３パターンであるとする。また、図２７に示す第１取得条件は、車両挙動の検出日時及び検出場所のそれぞれに関する詳細な周辺環境に関して規定されているので、以下の図２８の説明では、第１項目情報は、車両挙動の検出日時を表す情報及び検出場所を表す情報の双方を含むが、それ以外は含まないものとする。

ステップＳ１８００では、判定処理部３０２Ａの判定用情報取得部３０２０Ａの第１情報取得部３０２１は、第１送信信号から第３項目情報（車両挙動の種類を表す情報）を取得する。即ち、第１情報取得部３０２１は、第１送信信号から第１情報を取得する。

ステップＳ１８０１では、判定処理部３０２Ａの判定用情報取得部３０２０Ａの第１情報取得部３０２１は、第１送信信号から第１項目情報（車両挙動の検出日時及び検出場所を表す情報）を取得する。即ち、第１情報取得部３０２１は、第１送信信号から第１情報を取得する。

ステップＳ１８０２では、判定処理部３０２Ａの判定用情報取得部３０２０Ａの環境情報取得部３０２３は、第１項目情報及び第３項目情報に基づいて、車両挙動の検出日時及び検出場所のうちの少なくともいずれか一方における車両の周辺環境を表す環境情報を取得する。例えば、ステップＳ１８００で取得した第３項目情報が表す車両挙動の種類に対応する第１取得条件が、車両挙動の検出日時及び検出場所の双方が影響する周辺環境（例えば、天気や交通量）に関連付けられている場合、環境情報取得部３０２３は、車両挙動の検出日時及び検出場所の双方における車両の周辺環境を表す環境情報を取得する。他方、ステップＳ１８００で取得した第３項目情報が表す車両挙動の種類に対応する第１取得条件が、車両挙動の検出日時及び検出場所の一方が影響する周辺環境（例えば、道路勾配）に関連付けられている場合、環境情報取得部３０２３は、車両挙動の検出場所における車両の周辺環境を表す環境情報を取得する。

ステップＳ１８０４では、判定処理部３０２Ａの判定部３０２４Ａは、ステップＳ１８０２で得た環境情報とに基づいて、図２７に示す情報取得条件のうちの、車両挙動の種類に対応する第１取得条件の成否を判定する。具体的には、判定部３０２４Ａは、ステップＳ１８００で取得した第３項目情報が表す車両挙動の種類に対応する第１取得条件の成否を、ステップＳ１８０２で得た環境情報に基づいて判定する。第１取得条件が成立したと判定した場合は、ステップＳ１８０６に進み、それ以外の場合は、ステップＳ１８０８に進む。

ステップＳ１８０６及びステップＳ１８０８の各処理は、図２２を参照して説明したステップＳ１１０６及びステップＳ１１０８の各処理とそれぞれ同一であり、説明を省略する。

実施例２によれば、上述した実施例１による効果に加えて、以下のような効果が奏される。実施例２では、サーバー３Ａの環境情報取得部３０２３は、車両挙動の検出日時及び検出場所のうちの少なくともいずれか一方における車両の周辺環境を表す環境情報を取得する。サーバー３Ａは、車載装置２に比べて情報処理能力が高く、情報取得能力も高い。従って、サーバー３Ａは、車両挙動の検出日時及び検出場所のうちの少なくともいずれか一方における車両の周辺環境を、多面的且つ詳細に特定できる。これにより、第１取得条件は、多面的且つ詳細な車両の周辺環境に関連付けて予め規定できる。この結果、解析者が解析に有用と考える特定の車両周辺環境下で車両挙動が検出されたときの車両挙動データをサーバー３Ａが取得できる可能性が更に高くなる。

例えば、上述のように、"ＡＢＳの作動"を検出対象の車両挙動の１種類としたとき、その車両挙動データが解析に有用となるのは、雨や雪が降っている環境下で検出されたときではなく、例えば晴れている環境下で検出されたときであり得る。この場合、例えば"ＡＢＳの作動"に係る第１取得条件として、"天気が雨又は雪以外であること"といった条件とすることで、解析者が解析に有用と考える周辺環境下で検出されたＡＢＳの作動に関する車両挙動データをサーバー３Ａが取得できる可能性が高くなる。また、同様に、"緊急制動"を検出対象の車両挙動の１種類としたとき、その車両挙動データが解析に有用となるのは、冬で雨が降っている環境であり得る。この場合、例えば緊急制動に係る第１取得条件として、"冬で雨が降っていること"といった条件とすることで、解析者が解析に有用と考える周辺環境下で検出された緊急制動に関する車両挙動データをサーバー３Ａが取得できる可能性が高くなる。

尚、実施例２では、車両挙動の検出日時及び検出場所の双方が影響する周辺環境（例えば、天気や交通量）に関連付けられた第１取得条件を含む情報取得条件を想定したので、第１項目情報は、車両挙動の検出日時を表す情報及び検出場所を表す情報の双方を含むが、これに限られない。例えば、情報取得条件に含まれる第１取得条件に依存して、第１項目情報は、車両挙動の検出日時及び検出場所のうちの一方を表す情報のみを含んでもよい。例えば、"道路勾配が上り勾配であること"という第１取得条件は、第１項目情報が車両挙動の検出日時を表す情報を含まない場合であっても、車両挙動の検出場所における車両の周辺環境を表す環境情報に基づいて判定できる。また、"天気が雨又は雪以外であること"という第１取得条件は、第１項目情報が車両挙動の検出場所を含まない場合であっても、環境情報取得部３０２３が取得した車両挙動の検出日時の天気（環境情報）が全国的に晴れ又は曇りの天気を表すときは、同第１取得条件が満たされたと判定できる。

尚、上述した実施例２においては、図２７に示す情報取得条件に代えて、他の情報取得条件を用いることも可能である。例えば、図１９に示す情報取得条件における第１取得条件を、より多面的且つ詳細に予め規定した第１取得条件を用いることも可能である。例えば、図１９に示す情報取得条件における「周辺環境が特定の季節Ａである」が、「天気が雨又は雪以外であること」で置換され、図１９に示す情報取得条件における「周辺環境が特定の場所Ｂであること」が、「車両挙動の場所付近の平均の道路勾配が予め規定された閾値以下であること」で置換されてもよい。かかる第１取得条件を用いる場合には、必ずしも、第１送信信号から第３項目情報（車両挙動の種類を表す情報）を取得する必要はない。

［実施例３］
以下の実施例３は、上述した実施例１に対して、車載装置２が車載装置２Ａで置換された点が異なるだけである。以下では、車載装置２Ａの構成について主に説明する。以下の実施例３の説明においては、上述した実施例１と同一の要素については同一の参照符号を付して説明を省略する。

図２９は、車載装置２Ａの構成図を示す。車載装置２Ａは、情報記録ＥＣＵ７Ａと、車載電子機器群８と、通信モジュール９とを含む。通信モジュール９は、例えばラゲージコンパートメントルーム内や助手席側フロアパネル前部に設けられる。通信モジュール９のアンテナ（図示せず）は、例えばルーフ中央部やウインドシールドガラス上部に取り付けられる。

情報記録ＥＣＵ７Ａの基本的なハードウェア構成は、図２に示した情報記録ＥＣＵ７のハードウェア構成に対して、無線送受信部２６を備えていない点以外は同一である。また、情報記録ＥＣＵ７Ａは、時計１５を備えていなくてもよい。

通信モジュール９の基本的なハードウェア構成は、図２に示した情報記録ＥＣＵ７のハードウェア構成と同一である。

図３０は、情報記録ＥＣＵ７Ａ及び通信モジュール９の各機能ブロックを示す図である。

情報記録ＥＣＵ７Ａは、車両挙動記録処理部１００Ａ−１〜１００Ａ−Ｌと、車両挙動データ読出部１０７１と、第２指令値生成部１０８と、第２書き込み要求発生部１０９と、第１記憶部１１０とを含む。車両挙動記録処理部１００Ａ−１〜１００Ａ−Ｌ及び車両挙動データ読出部１０７１は、ＣＰＵが、ＲＯＭに記憶された１つ以上のプログラムを実行することでそれぞれ実現できる。

車両挙動記録処理部１００Ａ−１〜１００Ａ−Ｌは、検出対象の車両挙動の種類毎に設けられる。車両挙動記録処理部１００Ａ−１〜１００Ａ−Ｌの各機能は、扱う車両挙動の種類が異なるだけであり、実質的に同一である。従って、以下では、特に言及しない限り、車両挙動記録処理部１００Ａ−１〜１００Ａ−Ｌのうちの任意の車両挙動記録処理部１００Ａ−＊について説明する。車両挙動記録処理部１００Ａ−＊は、上述した実施例１による車両挙動記録処理部１００−＊に対して、第１送信信号送信処理部１０４が省略され、通知部１２０が追加された点が異なる。

通知部１２０は、車両挙動を車両挙動検出部１０１が検出した場合（車両挙動検出通知を受信した場合）に、その旨を通信モジュール９に通知する。実施例３では、一例として、通知部１２０は、車両挙動種類ＩＤと、車両挙動の成立回数（図７参照）を表すカウンタ値（カウントアップ後）とを含む通知情報を、有線送受信部を介して通信モジュール９に送信する。

車両挙動データ読出部１０７１は、車両挙動データ読出要求部１０７２からの読出し要求に応答して、第１記憶部１１０における読出し対象の記録領域から車両挙動データを読み出す。車両挙動データの読出し方法自体は、上述した実施例１におけるアップロード実行部１０７による同方法と同じである。そして、車両挙動データ読出部１０７１は、読み出した車両挙動データを、有線送受信部を介して通信モジュール９に送信する。

通信モジュール９は、送信処理部１４０−１〜１４０−Ｌと、アップロード要求受信部１０６と、車両挙動データ読出要求部１０７２と、車両挙動データ送信部１０７３と、記憶部１２８とを含む。送信処理部１４０−１〜１４０−Ｌ、アップロード要求受信部１０６、車両挙動データ読出要求部１０７２、及び車両挙動データ送信部１０７３は、ＣＰＵが、ＲＯＭに記憶された１つ以上のプログラムを実行することでそれぞれ実現できる。記憶部１２８は、補助記憶装置（例えばＥＥＰＲＯＭ）により実現できる。尚、実施例３においては、車両挙動データ読出部１０７１、車両挙動データ読出要求部１０７２、及び車両挙動データ送信部１０７３が、アップロード実行部１０７Ａを形成する。

送信処理部１４０−１〜１４０−Ｌは、検出対象の車両挙動の種類毎に設けられる。送信処理部１４０−１〜１４０−Ｌの各機能は、扱う車両挙動の種類が異なるだけであり、実質的に同一である。従って、以下では、特に言及しない限り、送信処理部１４０−１〜１４０−Ｌのうちの任意の送信処理部１４０−＊について説明する。送信処理部１４０−＊は、第１送信信号送信処理部１０４Ａと、通知処理部１０４４とを含む。

第１送信信号送信処理部１０４Ａは、通知処理部１０４４からの実行指令に応答して、第１送信信号送信処理を実行する。第１送信信号送信処理自体は、上述した実施例１における同処理と同じである。尚、通知処理部１０４４からの実行指令は、後述のように、車両挙動を車両挙動検出部１０１が検出した場合（それに伴う通知部１２０からの通知情報に基づいて通知処理部１０４４が車両挙動の検出を確認した場合）に、生成される。

車両挙動データ読出要求部１０７２は、サーバー３からアップロード要求を受信した場合に、情報記録ＥＣＵ７Ａに読出し要求を行う。実施例３では、一例として、車両挙動データ読出要求部１０７２は、アップロード要求を、有線送受信部を介して情報記録ＥＣＵ７Ａに送信（転送）する。

車両挙動データ送信部１０７３は、情報記録ＥＣＵ７Ａから、読出し要求に応じた車両挙動データを受信した場合に、受信した車両挙動データを、無線送受信部を介して、サーバー３に送信する。車両挙動データの送信方法自体は、上述した実施例１におけるアップロード実行部１０７による同方法と同じである。

通知処理部１０４４は、情報記録ＥＣＵ７Ａの通知部１２０からの通知に応答して、車両挙動の検出を確認する。例えば、通知処理部１０４４は、通知部１２０からの通知情報に基づいて、通知情報に含まれるカウンタ値と、記憶部１２８に記憶されるカウンタ値（対応する車両挙動種類ＩＤに係る成立回数を表すカウンタ値）とを比較する。通知情報に含まれるカウンタ値が記憶部１２８に記憶されるカウンタ値よりも"１"だけ大きいときは、通知処理部１０４４は、第１送信信号送信処理部１０４Ａに第１送信信号送信処理の実行指令を入力する。この際、通知処理部１０４４は、記憶部１２８に記憶されるカウンタ値を"１"だけインクリメントする。

記憶部１２８は、例えば、図３１に示すように、車両挙動種類ＩＤ毎に、車両挙動の成立回数を表すカウンタ値が記憶される。図３１に示す例では、例えば、車両挙動種類ＩＤが"ＡＡＡ"の車両挙動の種類に係るカウンタ値が"１"であることを表す。

図３２は、車載装置２Ａ及びサーバー３における処理の関係を示す概略フローチャートである。

図３２において、ラインＬ１、Ｌ２及びＬ３は、時間軸であり、情報記録ＥＣＵ７Ａ、サーバー３及び通信モジュール９からそれぞれ下方向に延在する。下方向が時間の進み方向に対応する。ラインＬ１、Ｌ２及びＬ３における途中の省略マークは、一連の処理の時間的な区切りを示す。

図３２に示す例では、まず、車載装置２Ａの情報記録ＥＣＵ７Ａの車両挙動検出部１０１が、検出対象の種類の車両挙動を検出する（ステップＳ５０２）。車両挙動検出部１０１が、車両挙動を検出すると、情報記録ＥＣＵ７Ａのデータ記録処理部１０３がデータ記録（書き込み）処理を行う（ステップＳ５０４）。また、車両挙動検出部１０１が、車両挙動を検出すると、情報記録ＥＣＵ７Ａの通知部１２０が通信モジュール９に通知情報を送信する（ステップＳ５０５）。このようにして送信された通知情報は、通信モジュール９により受信される（ステップＳ２１０１）。

通信モジュール９が通知情報を受信すると（ステップＳ２１０１）、通信モジュール９の通知処理部１０４４が、通知情報に基づいて、車両挙動の検出を確認する（ステップＳ２１０２）。そして、通信モジュール９の第１情報取得部１０４１が第１情報を取得し（ステップＳ２１０４）、通信モジュール９の第１送信信号送信部１０４２が第１送信信号をサーバー３に送信する（ステップＳ２１０６）。このようにして送信された第１送信信号は、サーバー３の第１送信信号受信部３０１により受信される（ステップＳ６０２）。

サーバー３の処理は、図１７で説明した通りである。サーバー３から送信されたアップロード要求は、通信モジュール９により受信される（ステップＳ２１０８）。

通信モジュール９がアップロード要求を受信すると（ステップＳ２１０８）、通信モジュール９の車両挙動データ読出要求部１０７２が、読出し要求を情報記録ＥＣＵ７Ａに送信する（ステップＳ２１１０）。このようにして送信された読出し要求は、情報記録ＥＣＵ７Ａにより受信される（ステップＳ５１０）。

情報記録ＥＣＵ７Ａが読出し要求を受信すると（ステップＳ５１０）、情報記録ＥＣＵ７Ａの車両挙動データ読出部１０７１が、第１記憶部１１０から車両挙動データを読み出し（ステップＳ５１１）、読み出した車両挙動データを通信モジュール９に送信する（ステップＳ５１２）。このようにして送信された車両挙動データは通信モジュール９に受信される（ステップＳ２１１２）。

通信モジュール９が車両挙動データを受信すると（ステップＳ２１１２）、通信モジュール９の車両挙動データ送信部１０７３が、車両挙動データをサーバー３に送信する（ステップＳ２１１４）。このようにして車両挙動データがサーバー３にアップロードされる。

実施例３によれば、上述した実施例１による効果に加えて、以下のような効果が奏される。実施例３では、通信モジュール９が第１送信信号送信処理を実行するので、上述した実施例１の情報記録ＥＣＵ７の処理負荷に比べて、情報記録ＥＣＵ７Ａの処理負荷を低減できる。

尚、実施例３においては、上述した実施例１の情報記録ＥＣＵ７と同様、情報記録ＥＣＵ７Ａが、車載電子機器群８のＥＣＵ８０−１〜ＥＣＵ８０−Ｎのそれぞれにおいて発生する車両挙動検出通知を受信して、データ記録（書き込み）処理等を行っているが、これに限られない。例えば、変形例として、車載電子機器群８のＥＣＵ８０−１〜ＥＣＵ８０−Ｎの一部又は全てにおいて、それぞれ、自身でデータ記録（書き込み）処理等を行ってもよい。即ち、ＥＣＵ８０−１〜ＥＣＵ８０−Ｎの一部又は全ては、情報記録ＥＣＵ７Ａのデータ記録処理部１０３、通知部１２０、車両挙動データ読出部１０７１及び第１記憶部１１０のそれぞれに相当する各部を有してもよい。尚、ＥＣＵ８０−１〜ＥＣＵ８０−Ｎの全ては、情報記録ＥＣＵ７Ａの車両挙動検出部１０１の機能自体は既に有している。これは、ＥＣＵ８０−１〜ＥＣＵ８０−Ｎからの車両挙動検出通知は、車両挙動の検出を前提とするためである。かかる変形例によれば、データ記録処理部１０３を実現するＥＣＵ８０−＊が少なくとも１つ存在するので、複数種類の検出対象の車両挙動に係る車両挙動データのアップロードに必要な全体としての処理負荷を、情報記録ＥＣＵ７を含む複数のＥＣＵ（第１制御ユニットの一例）間で分散できる。

［実施例４］
以下の実施例４は、上述した実施例１に対して、車載装置２が車載装置２Ｂで置換され、且つ、サーバー３がサーバー３Ｂで置換された点が異なる。以下の実施例４の説明においては、上述した実施例１と同一の要素については同一の参照符号を付して説明を省略する。

車載装置２Ｂ（図示せず）は、上述した実施例１の車載装置２に対して、情報記録ＥＣＵ７が情報記録ＥＣＵ７Ｂで置換された点が異なる。情報記録ＥＣＵ７Ｂの基本的なハードウェア構成は、図２に示した情報記録ＥＣＵ７のハードウェア構成に対して同一である。

図３３は、情報記録ＥＣＵ７Ｂの機能ブロック図を示す。

情報記録ＥＣＵ７Ｂの機能ブロックは、図５に示した情報記録ＥＣＵ７の機能ブロックに対して、車両挙動記録処理部１００−１〜１００−Ｌが、車両挙動記録処理部１００Ｂ−１〜１００Ｂ−Ｌで置換された点が異なる。車両挙動記録処理部１００Ｂ−１〜１００Ｂ−Ｌの各機能は、扱う車両挙動の種類が異なるだけであり、実質的に同一である。従って、以下では、特に言及しない限り、車両挙動記録処理部１００Ｂ−１〜１００Ｂ−Ｌのうちの任意の車両挙動記録処理部１００Ｂ−＊について説明する。

車両挙動記録処理部１００Ｂ−＊は、上述した実施例１による車両挙動記録処理部１００−＊に対して、第１送信信号送信処理部１０４が、第１送信信号送信処理部１０４Ｂで置換された点が異なる。第１送信信号送信処理部１０４Ｂは、上述した実施例１による第１送信信号送信処理部１０４に対して、第１情報取得部１０４１を備えておらず、且つ、第１送信信号送信部１０４２が第１送信信号送信部１０４２Ｂで置換された点が異なる。第１送信信号送信処理部１０４Ｂは、ＣＰＵが、ＲＯＭに記憶された１つ以上のプログラムを実行することで実現できる。

第１送信信号送信処理部１０４Ｂは、車両挙動を車両挙動検出部１０１が検出した場合に、第１送信信号を送信する。

実施例４における第１送信信号は、第１情報を含まない点が、上述した実施例１における第１送信信号（第１情報を含む第１送信信号）と異なる。即ち、実施例４における第１送信信号は、挙動検出通知情報及び第１情報のうちの、挙動検出通知情報のみを含む。

実施例４では、一例として、第１送信信号送信処理部１０４Ｂは、図３４に示すような第１送信信号を生成し、生成した第１送信信号をサーバー３に送信する。図３４に示す第１送信信号は、送信信号が"第１送信信号"である旨（信号種別）を表す第１送信信号ＩＤと、車両ＩＤとを含む。尚、この場合も、第１送信信号ＩＤが挙動検出通知情報として第１機能（車両挙動を検出したことをサーバー３Ｂに知らせる機能）を果たすことになる。

図３５は、サーバー３Ｂの機能ブロック図である。

サーバー３Ｂの機能ブロックは、図１４に示したサーバー３の機能ブロックに対して、判定処理部３０２が判定処理部３０２Ｂで置換された点が異なる。尚、第２記憶部３０８については、上述した実施例１と同様、情報取得条件を記憶するが、実施例４における情報取得条件の内容は、後述のように、上述した実施例１における同内容と異なり得る。

判定処理部３０２Ｂは、第１送信信号受信部３０１が第１送信信号を受信した場合に、情報取得条件の成否を判定する判定処理を行う。情報取得条件は、判定用情報に基づいて判定されるように予め規定される。実施例４では、一例として、判定用情報は、（１）車両挙動の検出時の車両の周辺環境を表す情報、及び（２）第２情報（車両挙動に影響する車両の構成を表す情報）のうちの少なくともいずれか１つを含む。

判定処理部３０２Ｂは、判定用情報取得部３０２０Ｂと、判定部３０２４Ｂとを含む。

判定用情報取得部３０２０Ｂは、判定用情報を取得する。判定用情報取得部３０２０Ｂは、第１情報取得部３０２１Ｂと、第２情報取得部３０２２とを含む。

実施例４では、上述のように、第１送信信号は、第１情報を含まないので、第１情報取得部３０２１Ｂは、第１送信信号から第１情報を取得できない。従って、実施例４においては、判定用情報取得部３０２０Ｂが取得する判定用情報は、第１送信信号から直接的に得た第１情報を含むことはない。

第１情報取得部３０２１Ｂは、第１送信信号以外の情報源から、第１情報を取得する。この例について後述する。尚、実施例４において、判定用情報が第１情報を含まない場合（図３９参照）、第１情報取得部３０２１Ｂは省略されてもよい。

図３６は、情報記録ＥＣＵ７Ｂ及びサーバー３Ｂにおける処理の関係を示す概略フローチャートである。図３６に示す処理フローは、上述した実施例１で説明した図１７に示した処理フローに対して、ステップＳ５０６（情報記録ＥＣＵ７Ｂにおける第１情報の取得）が省略される点が異なり、また、ステップＳ６０４の処理内容が後述のように異なる。

図３７は、判定処理部３０２Ｂの処理の例を示すフローチャートである。即ち、図３７は、図３６のステップＳ６０４の処理として実行される処理の例を示す。図３７は、一例として、図１９に示した情報取得条件を用いるときの判定処理部３０２Ｂの処理を示す。

以下の図３７の説明では、前提として、車両基本情報記憶部３１０に記憶された車両基本情報は、車両の普段の利用地域、車庫の位置等のような、車両の現在位置を推定できるような情報を含んでいるものとする。尚、車両の普段の利用地域等を表す情報は、例えば、車両から定期的に受信できる位置情報や、初期登録時の登録内容等に基づいて生成される。

ステップＳ３６００では、判定処理部３０２Ｂの判定用情報取得部３０２０Ｂの第１情報取得部３０２１Ｂは、現在の日時を表す情報（第１情報）を取得する。現在の日時を表す情報は、例えばサーバー３Ｂが備える時計（図示せず）から取得できる。

ステップＳ３６０２では、判定処理部３０２Ｂの判定用情報取得部３０２０Ｂの第１情報取得部３０２１Ｂは、車両基本情報記憶部３１０に記憶された車両基本情報に基づいて、車両の現在の位置情報（第１情報）を取得する。例えば、第１情報取得部３０２１Ｂは、第１送信信号に含まれる車両ＩＤに基づいて車両を特定し、車両基本情報記憶部３１０に記憶された同車両に係る車両基本情報に基づいて、同車両の普段の利用地域内の任意の位置、又は、同車両の車庫の位置を、同車両の現在位置とみなす。

ステップＳ３６０４では、判定処理部３０２Ｂの判定部３０２４Ｂは、ステップＳ３６００及びステップＳ３６０２で第１情報取得部３０２１Ｂが取得した第１情報（現在の日時及び車両の現在位置を表す情報）に基づいて、図１９に示す第１取得条件の成否を判定する。例えば、判定処理部３０２Ｂの判定部３０２４Ｂは、ステップＳ３６００で取得した第１情報が表す現在の日時が特定の季節Ａに対応するとき、又は、ステップＳ３６０２で取得した第１情報が表す車両の現在位置が特定の場所Ｂ又はその周辺の地域であるとき、第１取得条件が成立したと判定する。この場合、ステップＳ３６０６に進む。他方、第１取得条件が成立しないと判定処理部３０２Ｂが判定した場合、ステップＳ３６０８に進む。

ステップＳ３６０６では、判定処理部３０２Ｂの判定部３０２４Ｂは、情報取得条件成立フラグを"１"にセットして処理を終了する。

ステップＳ３６０８では、判定処理部３０２Ｂの判定部３０２４Ｂは、情報取得条件成立フラグを"０"にセット（維持）して処理を終了する。

尚、図１９に示した情報取得条件に代えて、同情報取得条件から場所に関連付けられた第１取得条件を除いた情報取得条件を用いる場合、図３７に示す例において、ステップＳ３６０２は省略されてもよい。この場合、車両基本情報記憶部３１０内の車両基本情報の参照は不要となる。

また、図３７に示す例では、ステップＳ３６００の処理は、第１送信信号受信部３０１が第１送信信号を受信した場合に実行されるが（図１７のステップＳ６０４参照）、ステップＳ３６００の処理は、第１送信信号受信部３０１が第１送信信号を受信するよりも前に（例えば定期的に）実行されてもよい。即ち、現在の日時を表す情報の取得タイミングは、必ずしも、第１送信信号の受信タイミングよりも後である必要はない。これは、第１取得条件が、季節などの比較的急に変化しない項目に関連付けられている場合に特に当てはまる。

また、実施例４においては、情報取得条件は、上述した第２項目に関連付けられた取得条件を含むこともできる場合がある。例えば、第２項目に関連付けられた取得条件は、「出荷時（またはラインオフ時）からの経過時間が、予め規定された閾値以上であること」であることができる。この場合、判定用情報取得部３０２０Ｂの第１情報取得部３０２１Ｂは、出荷時からの経過時間を表す情報（第２項目情報の例）を、現在の日時（ステップＳ３６００参照）と、車両基本情報記憶部３１０内の車両基本情報に含まれうる車両のラインオフ時期（または初回通信時の日時）を表す情報とから、取得（特定）できる。

また、実施例４においては、検出対象の車両挙動が１種類だけである場合、情報取得条件は、上述した第４項目に関連付けられた取得条件を含むこともできる。例えば、第４項目に関連付けられた取得条件は、「同種類の車両挙動の過去の検出回数が予め規定された閾値以上であること」である。この場合、判定用情報取得部３０２０Ｂの第１情報取得部３０２１Ｂは、第１送信信号の受信の毎にカウントアップするカウンタ値を設定し、該カウンタ値に基づいて、車両挙動の過去の検出回数を表す情報（第４項目情報の例）を取得できる。

図３８は、情報取得条件の他の例を示す図である。

図３８に示す情報取得条件は、車両挙動に影響する車両の構成に関する情報に基づいて判定されるように予め規定される条件（以下、「第３取得条件」と称する）を含む。図３８に示す例では、情報取得条件は、車両の車型に関連付けて予め規定される第３取得条件を含む。図３８に示す例では、第３取得条件は、車両の車型が特定の車型ＸＸＡ、車型ＸＸＢ又は車型ＸＸＣであるときに、満たされることを表す。

尚、図３８に示すような第３取得条件は、車型が影響する種類の車両挙動、例えば"ロールオーバー直前挙動"に対して好適となる。ロールオーバーのような車両挙動には、車両の車高や重心位置が影響しうるためである。

図３９は、図３８に示す情報取得条件を用いるときの判定処理部３０２Ｂの処理の例を示すフローチャートである。即ち、図３９は、図３６のステップＳ６０４の処理として実行される処理の例を示す。

以下の図３９の説明では、前提として、車両基本情報記憶部３１０に記憶された車両基本情報は、車両の車型を特定できる情報を含んでいるものとする。車両の車型を特定できる情報は、例えば車両の車型を表す情報であるが、車両の車型を特定（推定）できる他の情報（車両のサイズや重量を表す情報）であってもよい。

ステップＳ３８００では、判定処理部３０２Ｂの判定用情報取得部３０２０Ｂの第２情報取得部３０２２は、第１送信信号に基づいて、車両の車型を表す情報（第２情報）を取得する。例えば、判定処理部３０２Ｂは、第１送信信号と共に受信した車両ＩＤと、車両基本情報記憶部３１０に記憶された車両基本情報とに基づいて、車両の車型を特定できる。

ステップＳ３８０２では、判定処理部３０２Ｂの判定部３０２４Ｂは、ステップＳ３８００で判定部３０２４Ｂが取得した第２情報（車両の車型を表す情報）に基づいて、図３８に示す情報取得条件（第３取得条件）の成否を判定する。具体的には、判定処理部３０２Ｂの判定部３０２４Ｂは、ステップＳ３８００で取得した第２情報が表す車両の車型が車型ＸＸＡ、車型ＸＸＢ又は車型ＸＸＣであるとき、第３取得条件が成立したと判定する。この場合、ステップＳ３８０４に進む。他方、判定処理部３０２Ｂの判定部３０２４Ｂは、ステップＳ３８００で取得した第２情報が表す車両の車型が車型ＸＸＡ、車型ＸＸＢ及び車型ＸＸＣのいずれでもないとき、第３取得条件が成立しないと判定する。この場合、ステップＳ３８０６に進む。

ステップＳ３８０４及びステップＳ３８０６の各処理は、図３７を参照して説明したステップＳ３６０６及びステップＳ３６０８の各処理とそれぞれ同一であり、説明を省略する。

実施例４によれば、上述した実施例１と同様、車両挙動検出部１０１が検出対象の種類の車両挙動を検出したときに、必ずその車両挙動データがサーバーにアップロードされるのではなく、先ず、第１送信信号がサーバーに送信される。従って、情報収集システム全体としての通信負荷の低減を図ることができる。また、実施例４によれば、上述した実施例１と同様、情報取得条件は、上述のような判定用情報に基づいて判定されるように予め規定できるので、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が高くなり、車両挙動の解析効率を高めることができる。また、実施例４によれば、上述した実施例１と同様、情報取得条件をサーバー３Ｂで一元的に管理できるので、同情報取得条件が車両毎に付与される場合に比べて、情報取得条件の事後的な変更にも機動的に対応できる。

また、実施例４によれば、第１送信信号が第１情報を含まないので、上述した実施例１に比べて、情報記録ＥＣＵ７Ｂにおける第１送信信号送信処理を簡素化でき、情報記録ＥＣＵ７Ｂの処理負荷を低減できる。また、実施例４によれば、上述した実施例１に比べて、第１送信信号の情報量を低減でき、第１送信信号に係る通信負荷を低減できる。

以上、本発明の好ましい実施例について詳説したが、本発明は、上述した実施例に制限されることはなく、本発明の範囲を逸脱することなく、上述した実施例に種々の変形及び置換を加えることができる。

例えば、上述した実施例３において、サーバー３に代えて、実施例２によるサーバー３Ａが使用されてもよい。また、同様に、上述した実施例４において、サーバー３Ｂが環境情報取得部３０２３を備えることで、実施例２と同様の更なる効果を得ることも可能である。この場合、環境情報取得部３０２３は、サーバー３Ｂが取得できる現在の日時（ステップＳ３６００参照）及びサーバー３Ｂが取得できる車両の現在の位置（ステップＳ３６０２参照）における環境情報を取得すればよい。また、上述した実施例３は、上述した実施例４とも組み合わせが可能である。即ち、上述した実施例３において、車載装置２Ａの通信モジュール９において第１送信信号送信処理部１０４Ａを第１送信信号送信処理部１０４Ｂで置換し、且つ、サーバー３をサーバー３Ｂで置換してもよい。

また、上述した実施例１〜３においては、第１送信信号に含まれうる車両挙動の検出場所を表す情報は、ＧＰＳ受信機からの情報に基づいて生成されているが、これに限られない。即ち、車両位置の特定方法は他の方法であってもよい。例えば、車両位置は、無線送受信部２６が取得可能な複数の基地局との距離情報に基づいて算出されてもよい。

また、上述した実施例１〜４において、判定用情報が第２情報を含まない場合、第２情報取得部３０２２は省略されてもよい。

また、上述した実施例１〜３において、サーバー３又は３Ａは、車両挙動の検出日時を表す情報を自身で取得してもよい。例えば、サーバー３又は３Ａの判定用情報取得部３０２０の第１情報取得部３０２１は、第１送信信号受信部３０１が第１送信信号を受信したときの日時を取得し、該日時を、車両挙動の検出日時とみなしてもよい（上述した実施例４のステップＳ３６００参照）。この場合、第１送信信号に車両挙動の検出日時を表す情報を含ませる必要性が低減される。

また、上述した実施例１〜３において、第１送信信号は、第１情報を含むが、第１送信信号は、上述した実施例４のように、第１情報を含まなくてもよい（図３４参照）。以下、このような第１情報を含まない第１送信信号を、単に「先の第１送信信号」と称する。この場合、第１送信信号送信処理部１０４（又は１０４Ａ、以下同様）は、"先の第１送信信号"の送信後に必ず、第１情報取得部１０４１により取得された第１情報を含む第１送信信号（以下、単に「後の第１送信信号」と称する）をサーバー３（３Ａ）に送信すればよい。このとき、第１送信信号送信処理部１０４（１０４Ａ）は、サーバー３（３Ａ）が"先の第１送信信号"と"後の第１送信信号"とを紐付けることができる態様で、"後の第１送信信号"をサーバー３（３Ａ）に送信する。或いは、第１送信信号送信処理部１０４（１０４Ａ）は、まず、"先の第１送信信号"をサーバー３（３Ａ）に送信し、その後、サーバー３（３Ａ）から要求に応じて、"後の第１送信信号"をサーバー３（３Ａ）に送信してもよい。かかる構成では、サーバー３（３Ａ）は、"先の第１送信信号"を受信した場合に、上述した実施例４のような方法で、第１段階の情報取得条件の成否を判定でき、次いで、必要に応じて"後の第１送信信号"を要求する。車載装置２（２Ａ）は、かかる要求に応じて、"後の第１送信信号"をサーバー３（３Ａ）に送信する。そして、サーバー３（３Ａ）は、受信した"後の第１送信信号"に含まれる第１情報に基づいて、第２段階の情報取得条件の成否を判定できる。かかる構成によれば、サーバー３（３Ａ）は、"先の第１送信信号"を受信した場合に、自身で取得できる判定用情報に基づいて、第１段階の情報取得条件の成否を判定することで、不要な"後の第１送信信号"の送信を抑制できる。また、サーバー３（３Ａ）は、必要に応じて（例えば、自身で取得できる判定用情報では、第１段階の情報取得条件の成否を精度良く判定できない場合など）、"後の第１送信信号"を要求し、該要求により得た"後の第１送信信号"から取得できる第１情報に基づいて、情報取得条件の判定を行うこともできる。

また、上述した実施例２では、サーバー３Ａが環境情報取得部３０２３を備えるので、サーバー３Ａの判定部３０２４は、図２７に示すような情報取得条件（多面的且つ詳細な車両の周辺環境に関連付けて予め規定された第１取得条件）の成否を判定できる。しかしながら、上述した実施例１においても、第１送信信号に含まれる第１項目情報が、車両挙動の検出日時及び検出場所以外の周辺環境を特定できる情報（上述済み）を含む場合には、かかる第１項目情報を第１送信信号から判定用情報取得部３０２０Ａの第１情報取得部３０２１が取得することで、図２７に示すような情報取得条件（多面的且つ詳細な車両の周辺環境に関連付けて予め規定された第１取得条件）の成否を判定することは可能である。

また、上述した実施例１〜４において、車載装置２（２Ａ，２Ｂ）が、第２情報を取得し、第２情報を含む第２送信信号を、第１送信信号に紐付けできる態様でサーバー３（３Ａ，３Ｂ）に送信してもよい。この場合、第２情報取得部３０２２は、第２送信信号から第２情報を取得できる。或いは、車載装置２（２Ａ，２Ｂ）が、第２情報を取得し、第１送信信号に第２情報を含ませてサーバー３（３Ａ，３Ｂ）に送信してもよい。この場合、第２情報取得部３０２２は、第１送信信号から第２情報を取得できる。

また、上述した実施例１〜４において、情報記録ＥＣＵ７（７Ａ、７Ｂ）は、第２指令値生成部１０８、第２書き込み要求発生部１０９、及び車両挙動記録処理部１００−Ｌ（１００Ａ−Ｌ、１００−ＢＬ）を備えていなくてもよい。即ち、情報記録ＥＣＵ７（７Ａ、７Ｂ）は、車両挙動に関連する制御機能を持たず、各ＥＣＵ８０−＊からの書き込み要求に応じて、対応する車両情報を取得し、対応する記憶領域に記録する構成であってもよい。

なお、以上の実施例に関し、さらに以下を開示する。
（態様１）
車両に搭載される車載装置と、前記車両とは遠隔に配置され、前記車載装置との間の双方向の通信が可能なサーバーと、を含む情報収集システムにおいて、
前記車載装置は、
第１記憶部と、
車両挙動を検出する車両挙動検出部と、
車両情報を生成する車両情報生成部と、
前記車両挙動を前記車両挙動検出部が検出した場合に、車両挙動データを前記第１記憶部に記録するデータ記録処理部と、
前記車両挙動を前記車両挙動検出部が検出した場合に、第１送信信号を前記サーバーに送信する第１送信信号送信処理部と、
前記サーバーからアップロード要求を受信するアップロード要求受信部と、
前記アップロード要求を前記アップロード要求受信部が受信した場合に、前記車両挙動データを前記サーバーに送信するアップロード実行部と、を備え、
前記サーバーは、
前記第１送信信号を受信する第１送信信号受信部と、
前記車両挙動の検出時に関する情報、前記車両挙動の種類に関する情報、及び前記車両挙動に影響する前記車両の構成に関する情報、のうちの少なくともいずれか１つを含む判定用情報に基づいて判定されるように予め規定された情報取得条件を記憶する第２記憶部と、
前記判定用情報を取得する判定用情報取得部と、
前記第１送信信号を受信した場合に、前記判定用情報に基づいて、前記情報取得条件が成立したか否かを判定する判定部と、
前記情報取得条件が成立したと判定した場合に、前記アップロード要求を前記車載装置に送信するアップロード要求部と、
前記アップロード実行部から送信される前記車両挙動データを受信する車両挙動データ受信部と、を備える、
情報収集システム。
（態様２）
前記判定用情報は、第１情報を含み、
前記第１情報は、前記車両挙動の検出時に関する情報、及び前記車両挙動の種類に関する情報のうちの少なくともいずれか１つを含み、
前記第１送信信号送信処理部は、前記車両挙動を前記車両挙動検出部が検出した場合に、前記第１情報を取得する第１情報取得部を含み、
前記第１送信信号は、前記第１情報取得部が取得した前記第１情報を更に含み、
前記判定用情報取得部は、前記第１送信信号受信部が受信した前記第１送信信号から、前記判定用情報に含まれる前記第１情報を取得する、態様１に記載の情報収集システム。

態様２（第２態様）において、判定用情報は第１情報を含む。第１情報は、車両挙動の検出時に関する情報、及び車両挙動の種類に関する情報のうちの少なくともいずれか１つを含む。車両挙動の検出時の車両の周辺環境を表す情報は、車両の走行中又は車両の起動毎に変化する可能性がある。例えば、車両挙動の検出時の車両の周辺環境の情報は、車両走行中に動的に変化しうる。また、"ＡＢＳの作動"や"急制動"といった車両挙動の種類を表す情報も、車両走行中に変化しうる。このように第１情報は、車両の走行中又は車両の起動毎に変化しうるが故に、かかる第１情報を含む判定用情報に基づいて情報取得条件の成否を判定するサーバーには、精度の高い同情報を送信することが有用となる。この点、第２態様によれば、車両挙動を車両挙動検出部が検出した場合に車載装置の第１情報取得部が第１情報を取得し、第１送信信号は、車載装置の第１情報取得部が取得した第１情報を更に含むので、サーバーは、精度の高い第１情報を第１送信信号から取得できる。そして、サーバーの判定部は、第１送信信号から取得した第１情報に基づいて情報取得条件の成否を判定することができる。この結果、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が高くなり、車両挙動の解析効率を高めることができる。
（態様３）
前記第１情報は、（１）前記車両挙動の検出時の前記車両の周辺環境を表す情報、（２）前記車両挙動の検出時の前記車両の状態を表す情報、（３）前記車両挙動の種類を表す情報、及び（４）前記車両挙動と同一種類の前記車両挙動の過去の検出状況を表す情報、のうちの少なくともいずれか１つを含む、態様２に記載の情報収集システム。

態様３（第３態様）において、第１情報は、（１）車両挙動の検出時の車両の周辺環境（以下、「第１項目」とも称する）、（２）車両挙動の検出時の車両の状態（第２項目）、（３）車両挙動の種類（第３項目）、及び（４）車両挙動と同一種類の車両挙動の過去の検出状況（第４項目）、のうちの少なくとも１つに関する。ここで、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、第１項目〜第４項目のうちの任意の１つに依存することが多い。例えば、ある車両挙動について、特定の周辺環境下で検出された車両挙動の車両挙動データだけが解析に有用となる場合があり得る。また、ある車両挙動について、特定の車両の状態（例えば減速状態）であるときに検出された車両挙動の車両挙動データだけが解析に有用となる場合があり得る。また、ある種類の車両挙動については、その車両挙動データが解析に有用となるが、他の種類の車両挙動については、その車両挙動データが解析に有用とならない場合もあり得る。ある種類の車両挙動については、過去の検出回数が多い（又は頻度が高い）場合に限ってその車両挙動データを解析することが有用となる場合もある。この点、第３態様によれば、情報取得条件は、第１項目〜第４項目のうちの１つ以上の項目に関連付けて予め規定されるので、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が高くなり、車両挙動の解析効率を高めることができる。
（態様４）
前記情報取得条件は、前記周辺環境に関連付けて予め規定された第１取得条件を含み、
前記第１情報は、前記周辺環境を表す情報を含み、
前記情報取得条件は、前記第１情報が表す前記周辺環境が前記第１取得条件を満たす場合に、成立する、態様３に記載の情報収集システム。

態様４（第４態様）において、情報取得条件は、周辺環境に関連付けて予め規定される第１取得条件を含む。ここで、ある車両挙動について、その車両挙動データが解析に有用となるか否かは、該車両挙動の検出時の車両の周辺環境に依存することが多い。この点、第４態様によれば、判定用情報取得部が取得する第１情報は、周辺環境を表す情報を含み、情報取得条件は、第１取得条件を含むので、解析者が解析に有用と考える周辺環境下で検出された車両挙動に関する車両挙動データをサーバーが取得できる可能性が高くなる。
（態様５）
前記車両挙動は、複数種類あり、
前記車両挙動検出部、前記データ記録処理部、及び前記第１送信信号送信処理部は、前記車両挙動の種類毎に設けられ、
前記第１取得条件は、前記車両挙動の種類毎に設けられ、
前記第１情報は、前記車両挙動の種類を表す情報を更に含み、
前記情報取得条件は、前記第１情報が表す前記周辺環境が、前記第１情報が表す前記車両挙動の種類に対応する前記第１取得条件を満たす場合に、成立する、態様４に記載の情報収集システム。

態様５（第５態様）において、第１取得条件は、車両挙動の種類毎に設けられる。尚、車両挙動の種類毎とは、種類が異なれば必ず第１取得条件が異なることを意味するものではない。ここで、どのような周辺環境下で検出された場合にその車両挙動データが解析に有用になるかは、車両挙動の種類に依存する場合が多い。これは、車両挙動の性質（特性）は、その種類に応じて異なるためである。例えば、車両挙動の１種類の一例としての"ＡＢＳの作動"については、雨天時のＡＢＳの作動は、想定される通常の作動であるため、そのときの車両挙動データが有用とならない場合があり得る。他方、車両挙動の１種類の他の一例としての"緊急制動"については、例えば冬の雨天時の緊急制動は、車輪のスリップを引き起こしやすく、そのときの車両挙動データが有用となり得る。この点、第５態様によれば、判定用情報取得部が取得する第１情報は、車両挙動の種類を表す情報を更に含み、第１取得条件は、車両挙動の種類毎に設けられるので、車両挙動の種類が多様化した場合でも、車両挙動の種類毎に、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が高くなる。
（態様６）
前記周辺環境を表す情報は、前記車両挙動の検出日時を表す情報及び検出場所を表す情報のうちの少なくともいずれか一方を含む、態様４又は５に記載の情報収集システム。

態様６（第６態様）において、車両挙動の検出日時及び検出場所のいずれも、その車両挙動が検出されたときの車両周辺環境を表すことができる。例えば、日時は、車両周辺環境が夜間であるのか早朝であるのか等を表すことができ、夏などの季節も表すことができる。また、場所は、車両周辺環境が山道であるのか平坦路であるのか等を表すことができ、地方や都会などの地域も表すことができる。この点、第６態様によれば、判定用情報取得部が取得する第１情報は、車両挙動の検出日時及び検出場所のうちの少なくともいずれか一方を表す情報を含むので、第１取得条件は、車両挙動の検出日時や検出場所のうちの少なくともいずれか一方に関連付けて予め規定できる。例えば、第１取得条件は、特定の地域で車両挙動が検出されたときに満たされるように、定めることができる。或いは、第１取得条件は、特定の期間中に車両挙動が検出されたときに満たされるように、定めることができる。この結果、解析者が解析に有用と考える特定の地域で又は特定の期間中に検出された車両挙動に関する車両挙動データをサーバーが取得できる可能性が更に高くなる。

また、車両挙動の検出日時の情報は、車載装置が取得する方が、サーバーが取得するよりも精度が高い。これは、サーバーは、車載装置からの情報なしには、車両挙動を直接的に検出できないためである。従って、サーバーの判定用情報取得部が、かかる車両挙動の検出日時の情報を車載装置から取得する場合は、サーバーで利用する車両挙動の検出日時の情報の精度（車両挙動の実際の検出日時に対する一致度）を高めることができる。また、車両挙動の検出場所の情報は、サーバーで精度良く特定するのは難しい。従って、サーバーの判定用情報取得部が、かかる車両挙動の検出場所の情報を車載装置から取得する場合は、車両挙動の検出場所を精度良く（車両挙動の実際の検出場所に対する高い一致度で）特定できる。この結果、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が更に高くなる。
（態様７）
前記車両挙動は、複数種類あり、
前記車両挙動検出部、前記データ記録処理部、及び前記第１送信信号送信処理部は、前記車両挙動の種類毎に設けられ、
前記情報取得条件は、前記車両挙動の種類にのみ関連付けて予め規定された第２取得条件を含み、
前記第１情報は、前記車両挙動の種類を表す情報を含み、
前記情報取得条件は、前記第１情報が表す前記車両挙動の種類が前記第２取得条件を満たす場合に、成立する、態様３に記載の情報収集システム。

態様７（第７態様）において、情報取得条件は、車両挙動の種類にのみ関連付けて予め規定される第２取得条件を含む。ここで、ある種類の車両挙動については、その車両挙動データが解析に有用となるが、他の種類の車両挙動については、その車両挙動データが解析に有用とならない場合もある。例えば、車両挙動の種類の一例としての"ＰＣＳの作動"は、車両挙動の種類の他の一例としての"急制動"よりも検出される頻度が有意に低い。このため、"ＰＣＳの作動"は、どのような環境下で検出された場合でもその車両挙動データが解析に有用となり得る。他方、"急制動"に係る車両挙動データについては、"ＰＣＳの作動"や"緊急制動"に関する車両挙動データを取得できるのであれば、"急制動"に関する車両挙動データは有用でなくなる場合もあり得る。この点、第７態様によれば、判定用情報取得部が取得する第１情報は、車両挙動の種類を表す情報を含み、情報取得条件は第２取得条件を含むので、解析者が解析に有用と考える種類の車両挙動に係る車両挙動データをサーバーが取得できる可能性が高くなる。
（態様８）
前記情報取得条件は、前記車両挙動の種類にのみ関連付けて予め規定された第２取得条件を含み、
前記情報取得条件は、前記第１情報が表す前記車両挙動の種類が前記第２取得条件を満たす場合、又は、前記第１情報が表す前記周辺環境が、前記第１情報が表す前記車両挙動の種類に対応する前記第１取得条件を満たす場合に、成立する、態様５に記載の情報収集システム。

態様８（第８態様）において、情報取得条件は、上述した第１取得条件又は第２取得条件のいずれかが満たされた場合に成立する。第１取得条件は、車両挙動の種類毎に、周辺環境に関連付けて予め規定され、また、第２取得条件は、車両挙動の種類にのみ関連付けて予め規定される。これにより、情報取得条件を規定する際の自由度が高くなる。この結果、車両挙動の種類が更に多様化した場合でも、車両挙動の種類毎に、解析者が解析に有用と考える車両挙動データだけをサーバーが取得できる可能性が高くなる。
（態様９）
前記判定用情報取得部は、前記周辺環境を表す情報に基づいて、前記車両挙動の検出日時及び検出場所のうちの少なくともいずれか一方における前記車両の周辺環境を表す環境情報を取得する環境情報取得部を更に備え、
前記判定部は、前記環境情報取得部が取得した前記環境情報に基づいて、前記第１取得条件の成否を判定する、態様６に記載の情報収集システム。

態様９（第９態様）において、サーバーの環境情報取得部は、車両挙動の検出日時及び検出場所のうちの少なくともいずれか一方における車両の周辺環境を表す環境情報を取得する。サーバーは、一般的に車載装置に比べて情報処理能力が高く、情報取得能力も高い。従って、サーバーは、車両挙動の検出日時及び検出場所のうちの少なくともいずれか一方における車両の周辺環境を、多面的且つ詳細に特定できる。例えば、サーバーは、天気や路面勾配、交通量といった環境情報を取得できる。このため、第１取得条件は、多面的且つ詳細な車両の周辺環境に関連付けて予め規定できる。この結果、解析者が解析に有用と考える特定の車両周辺環境下で車両挙動が検出されたときの車両挙動データをサーバーが取得できる可能性が更に高くなる。
（態様１０）
前記車載装置は、前記車両の走行を支援する介入制御（運転者の操作に応じた制御値とは異なる制御値で行われる制御）又は警報制御を行う制御部を含み、
前記車両挙動は、前記介入制御又は警報制御の作動を含む、態様１〜９のうちのいずれか１項に記載の情報収集システム。

態様１０（第１０態様）によれば、介入制御の作動又は警報制御の作動に係る車両挙動データの解析の効率化を図ることができる。
（態様１１）
前記車載装置は、
予め規定されたパラメータを検出又は計測する検出／計測装置と、
前記車両を制御する複数の制御ユニットと、
前記複数の制御ユニットとの間の双方向の通信、及び前記サーバーとの間の双方向の通信が可能な通信モジュールと、を含み、
前記車両挙動検出部、前記データ記録処理部及び前記制御部は、前記複数の制御ユニットのうちの少なくともいずれか１つの予め定められた第１制御ユニットにより実現され、
前記第１記憶部は、前記第１制御ユニットに設けられ、
前記車両情報生成部は、前記複数の制御ユニットのうちの少なくともいずれか１つ、又は、前記検出／計測装置により実現され、
前記第１送信信号送信処理部及び前記アップロード要求受信部は、前記通信モジュールにより実現され、
前記アップロード実行部は、前記通信モジュール及び前記第１制御ユニットにより実現される、態様１０に記載の情報収集システム。

態様１１（第１１態様）において、通信モジュールは、データ記録処理部を実現する制御ユニットとは別に設けられ、第１送信信号送信処理部及びアップロード要求受信部を実現する。これにより、データ記録処理部を実現する制御ユニットの処理負荷を低減できる。また、データ記録処理部を実現する第１制御ユニットが複数存在する場合には、複数種類の車両挙動に係る車両挙動データのアップロードのための全体としての処理負荷を、これらの複数の第１制御ユニット間で分散できる。
（態様１２）
車両に搭載される車載装置と、前記車両とは遠隔に配置され、前記車載装置との間の双方向の通信が可能なサーバーとを含む情報収集システムにおける情報収集方法であって、
前記車載装置が、車両挙動を検出し、
前記車載装置が、前記車両の状態を表す車両情報を生成し、
前記車載装置が、前記車両挙動を検出した場合に、前記車両挙動の検出時点に応じた所定の期間内の前記車両情報を、車両挙動データとして前記車載装置の第１記憶部に記録し、
前記車載装置が、前記車両挙動を検出した場合に、前記車両挙動を検出した旨を表す挙動検出通知情報を含む第１送信信号を前記サーバーに送信し、
前記車両挙動の検出時に関する情報、前記車両挙動の種類に関する情報、及び前記車両挙動に影響する前記車両の構成に関する情報、のうちの少なくともいずれか１つを含む判定用情報に基づいて判定されるように予め規定された情報取得条件が記憶された前記サーバーが、前記判定用情報を取得し、
前記サーバーが、前記第１送信信号を受信した場合に、取得した前記判定用情報に基づいて、前記情報取得条件が成立したか否かを判定し、
前記サーバーが、前記情報取得条件が成立したと判定した場合に、アップロード要求を前記車載装置に送信し、
前記車載装置が、前記アップロード要求を受信した場合に、前記第１記憶部に記録された前記車両挙動データを前記サーバーに送信する、
ことを含む、情報収集方法。

１ 情報収集システム
２ 車載装置
３ サーバー
７ 情報記録ＥＣＵ
８ 車載電子機器群
１５ 時計
８０−＊ ＥＣＵ
８１−＊ 検出・計測装置
１０１ 車両挙動検出部
１０３ データ記録処理部
１０４ 第１送信信号送信処理部
１０４１ 第１情報取得部
１０４２ 第１送信信号送信部
１０６ アップロード要求受信部
１０７ アップロード実行部
１０８ 第２指令値生成部
１０９ 第２書き込み要求発生部
１１０ 第１記憶部
３０１ 第１送信信号受信部
３０２ 判定処理部
３０２０ 判定用情報取得部
３０２１ 第１情報取得部
３０２２ 第２情報取得部
３０２３ 環境情報取得部
３０２４ 判定部
３０３ アップロード要求部
３０４ 車両挙動データ受信部
３０８ 第２記憶部
３０９ 車両挙動データ蓄積部

Claims (7)

1. 車両に搭載される車載装置と、前記車両とは遠隔に配置され、前記車載装置との間の双方向の通信が可能なサーバーと、を含む情報収集システムにおいて、
   前記車載装置は、
   第１記憶部と、
   車両挙動を検出する車両挙動検出部と、
   前記車両の状態を表す車両情報を生成する車両情報生成部と、
   前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動の検出時点に応じた所定の期間内の前記車両情報を、車両挙動データとして前記第１記憶部に記録するデータ記録処理部と、
   前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動を検出した旨を表す挙動検出通知情報を含む送信信号を前記サーバーに送信する送信信号送信処理部と、
   前記サーバーからアップロード要求を受信するアップロード要求受信部と、
   前記アップロード要求を前記アップロード要求受信部が受信した場合に、前記第１記憶部に記録された前記車両挙動データを前記サーバーに送信するアップロード実行部と、を備え、
   前記サーバーは、
   前記送信信号送信処理部から送信される前記送信信号を受信する送信信号受信部と、
   前記車両挙動の検出時に関する情報、前記車両挙動の種類に関する情報、及び前記車両挙動に影響する前記車両の構成に関する情報、のうちの少なくともいずれか１つを含む判定用情報に基づいて判定されるように予め規定された情報取得条件を記憶する第２記憶部と、
   前記判定用情報を取得する判定用情報取得部と、
   前記送信信号受信部が前記送信信号を受信した場合に、前記判定用情報取得部が取得した前記判定用情報に基づいて、前記情報取得条件が成立したか否かを判定する判定部と、
   前記情報取得条件が成立したと前記判定部が判定した場合に、前記アップロード要求を前記車載装置に送信するアップロード要求部と、
   前記アップロード実行部から送信される前記車両挙動データを受信する車両挙動データ受信部と、を備える、
   情報収集システム。
2. 前記判定用情報は、前記車両挙動の検出時に関する情報を含み、
   前記送信信号送信処理部は、前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動の検出時に関する情報を取得する情報取得部を含み、
   前記送信信号は、前記情報取得部が取得した前記車両挙動の検出時に関する情報を更に含み、
   前記判定用情報取得部は、前記送信信号受信部が受信した前記送信信号から、前記車両挙動の検出時に関する情報を取得する、請求項１に記載の情報収集システム。
3. 前記車両挙動は、複数種類あり、
   前記車両挙動検出部、前記データ記録処理部、及び前記送信信号送信処理部は、前記車両挙動の種類毎に設けられ、
   前記判定用情報は、前記車両挙動の種類に関する情報を含み、
   前記送信信号送信処理部は、前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動の種類に関する情報を取得する情報取得部を含み、
   前記送信信号は、前記情報取得部が取得した前記車両挙動の種類に関する情報を更に含み、
   前記判定用情報取得部は、前記送信信号受信部が受信した前記送信信号から、前記車両挙動の種類に関する情報を取得する、請求項１に記載の情報収集システム。
4. 前記車両挙動は、複数種類あり、
   前記車両挙動検出部、前記データ記録処理部、及び前記送信信号送信処理部は、前記車両挙動の種類毎に設けられ、
   前記判定用情報は、前記車両挙動の検出時の前記車両の周辺環境を表す情報と、前記車両挙動の種類に関する情報とを含み、
   前記送信信号送信処理部は、前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動の検出時の前記車両の周辺環境を表す情報と、前記車両挙動の種類に関する情報とを取得する情報取得部を含み、
   前記送信信号は、前記情報取得部が取得した、前記車両挙動の検出時の前記車両の周辺環境を表す情報と、前記車両挙動の種類に関する情報とを更に含み、
   前記判定用情報取得部は、前記送信信号受信部が受信した前記送信信号から、前記車両挙動の検出時の前記車両の周辺環境を表す情報と、前記車両挙動の種類に関する情報とを取得し、
   前記情報取得条件は、前記車両挙動の種類毎に、前記周辺環境に関連付けて予め規定された所定の取得条件を含み、
   前記情報取得条件は、前記判定用情報が表す前記周辺環境が、前記判定用情報が表す前記車両挙動の種類に対応する前記所定の取得条件を満たす場合に、成立する、請求項１に記載の情報収集システム。
5. 前記車両挙動の検出時に関する情報は、前記車両挙動の検出時の前記車両の位置を表す情報を含み、
   前記判定用情報取得部は、前記車両挙動の検出時に関する情報に基づいて、前記車両挙動の検出時の前記車両の位置における前記車両の周辺環境を表す環境情報を取得する環境情報取得部を更に備え、
   前記判定部は、前記環境情報取得部が取得した前記環境情報に基づいて、前記情報取得条件が成立したか否かを判定する、請求項２に記載の情報収集システム。
6. 車両に搭載され、前記車両とは遠隔に配置されるサーバーとの間の双方向の通信が可能な車載装置であって、
   記憶部と、
   車両挙動を検出する車両挙動検出部と、
   前記車両の状態を表す車両情報を生成する車両情報生成部と、
   前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動の検出時点に応じた所定の期間内の前記車両情報を、車両挙動データとして前記記憶部に記録するデータ記録処理部と、
   前記車両挙動を前記車両挙動検出部が検出した場合に、前記車両挙動を検出した旨を表す挙動検出通知情報を含む送信信号を前記サーバーに送信する送信信号送信処理部と、
   前記送信信号を受信した前記サーバーが送信するアップロード要求であって、前記サーバーが前記サーバーに記憶された情報取得条件が成立したと判定した場合に送信するアップロード要求を、受信するアップロード要求受信部と、
   前記アップロード要求を前記アップロード要求受信部が受信した場合に、前記記憶部に記録された前記車両挙動データを前記サーバーに送信するアップロード実行部とを含み、
   前記情報取得条件は、前記車両挙動の検出時に関する情報、前記車両挙動の種類に関する情報、及び前記車両挙動に影響する前記車両の構成に関する情報、のうちの少なくともいずれか１つを含む判定用情報であって、前記サーバーが取得する判定用情報に基づいて判定されるように予め規定される、車載装置。
7. 車両とは遠隔に配置され、前記車両に搭載される車載装置との間の双方向の通信が可能なサーバーであって、
   車両挙動が検出された前記車両の前記車載装置から送信される送信信号であって、前記車両挙動を検出した旨を表す挙動検出通知情報を含む送信信号を受信する送信信号受信部と、
   前記車両挙動の検出時に関する情報、前記車両挙動の種類に関する情報、及び前記車両挙動に影響する前記車両の構成に関する情報、のうちの少なくともいずれか１つを含む判定用情報に基づいて判定されるように予め規定された情報取得条件を記憶する記憶部と、
   前記判定用情報を取得する判定用情報取得部と、
   前記送信信号受信部が前記送信信号を受信した場合に、前記判定用情報取得部が取得した前記判定用情報に基づいて、前記情報取得条件が成立したか否かを判定する判定部と、
   前記情報取得条件が成立したと前記判定部が判定した場合に、アップロード要求を前記車載装置に送信するアップロード要求部と、
   前記車載装置で記録され前記アップロード要求に応答して前記車載装置から送信される車両挙動データであって、前記車両挙動の検出時点に応じた所定の期間内の、前記車両の状態を表す車両挙動データを、受信する車両挙動データ受信部と、
   を備える、サーバー。

Images