CN106251424B - 信息收集系统、车载装置以及服务器 - Google Patents

Abstract

本发明提供一种信息收集系统、车载装置以及服务器。在信息收集系统中,车载装置具备：车辆运行状况检测部；数据记录处理部，其将预定期间内的车辆信息作为车辆运行状况数据；发送信号发送处理部，其将表示检测出车辆运行状况的发送信号向服务器进行发送；上载执行部。服务器具备：发送信号接收部，其从车载装置接收发送信号；第二存储部，其对根据判断用信息而能够判断的判断信息取得条件进行存储；判断部，其根据判断用信息而对信息取得条件是否成立进行判断；上载要求部，其在信息取得条件成立的情况下将上载要求向车载装置进行发送；接收部，其从车载装置接收车辆运行状况数据。

Description

信息收集系统、车载装置以及服务器

技术领域

本发明涉及一种信息收集系统、车载装置以及服务器。

背景技术

一直以来，在包括车载装置和中心(服务器)的信息收集系统中，已知有一种车载装置对与特定种类的车辆运行状况有关的数据(以下，称为”车辆运行状况数据”)进行记录并上载至服务器的信息收集系统(例如，参照专利文献1)。在该专利文献1所记载的信息收集系统中，车载装置在安全气囊的起动(特定种类的车辆运行状况的示例)被检测出时，必然将此时的车辆运行状况数据向服务器进行上载。

在先技术文献

专利文献

专利文献1：日本特开2007-293536号公报。

发明内容

发明所要解决的课题

然而，在上述专利文献1所记载的这种信息收集系统中，由于对于每次检测出的特定种类的车辆运行状况而言，此时的车辆运行状况数据必然会被上载至服务器，因此有可能存在对分析无用的车辆运行状况数据被上载至服务器的情况。在所涉及的情况下，因所涉及的无用的车辆运行状况数据的上载而产生了通信负荷无谓地增加的问题。此外，在所涉及的情况下，在服务器上将混合存在并存储有对分析无用的车辆运行状况数据和对分析有用的车辆运行状况数据，从而产生分析效率恶化的问题。

但是，什么样的车辆运行状况数据对分析有用，很难一概而论，依赖于其车辆运行状况的种类、或其车辆运行状况被检测出时的车辆周围的环境、分析人员的分析方法、分析目的等，也有可能存在事后变化的情况。例如，即使其车辆运行状况数据经常被认为是对分析有用的车辆运行状况，也有可能存在事后被重新认为其车辆运行状况数据仅在特定的环境下被检测出时才对分析有用的情况。

因此，本发明的目的在于，在车载装置将车辆运行状况数据向服务器进行上载的结构中，实现无用的通信负荷的增加的抑制以及分析效率的提高。

用于解决课题的方法

为了实现上述目的，本发明的第一方面为，一种信息收集系统，其包括被搭载于车辆上的车载装置、和与所述车辆远距离配置且能够进行与所述车载装置之间的双向的通信的服务器，在所述信息收集系统中，

所述车载装置具备：

第一存储部；

车辆运行状况检测部，其对车辆运行状况进行检测；

车辆信息生成部，其生成表示所述车辆的状态的车辆信息；

数据记录处理部，其在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，将与所述车辆运行状况的检测时间点相对应的预定期间内的所述车辆信息作为车辆运行状况数据而记录于所述第一存储部中；

发送信号发送处理部，其在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，将发送信号向所述服务器进行发送，所述发送信号包括表示检测出了所述车辆运行状况的主旨的运行状况检测通知信息；

上载要求接收部，其从所述服务器接收上载要求；

上载执行部，其在所述上载要求接收部接收到所述上载要求的情况下，将被记录在所述第一存储部中的所述车辆运行状况数据向所述服务器进行发送，

所述服务器具备：

发送信号接收部，其接收从所述发送信号发送处理部被发送的所述发送信号；

第二存储部，其对以根据判断用信息而被判断的方式被预先规定的信息取得条件进行存储，所述判断用信息包括与所述车辆运行状况的检测时有关的信息、与所述车辆运行状况的种类有关的信息、以及与影响所述车辆运行状况的所述车辆的结构有关的信息中的至少任意一种信息；

判断用信息取得部，其取得所述判断用信息；

判断部，其在所述发送信号接收部接收到所述发送信号的情况下，根据所述判断用信息取得部所取得的所述判断用信息而对所述信息取得条件是否成立进行判断；

上载要求部，其在所述判断部判断为所述信息取得条件成立了的情况下，将所述上载要求向所述车载装置进行发送；

车辆运行状况数据接收部，其接收从所述上载执行部被发送的所述车辆运行状况数据。

根据本发明的第一方面，能够实现以下效果。

首先，在本发明的第一方面中，车辆信息生成部生成表示车辆的状态的车辆信息。所谓车辆的状态为，包括车辆的运动状态(加速度、速度等)、车辆的控制状态(控制的操作指令、指令值等)、车辆的行驶状态(与先行车之间的距离等)、车辆的操作状态(开关操作、加速器信号等)、车辆的乘员状态等在内的概念。车载装置的车辆运行状况检测部对车辆运行状况进行检测。在车辆运行状况检测部检测出车辆运行状况的情况下，数据记录处理部将与车辆运行状况的检测时间点相对应的预定期间内的车辆信息作为车辆运行状况数据而记录于第一存储部中。所谓与车辆运行状况的检测时间点相对应的预定期间为，例如从车辆运行状况的检测时间点开始的期间、在车辆运行状况的检测时间点结束的期间、或从车辆运行状况的检测时间点之前开始且在车辆运行状况的检测时间点之后结束的期间，而且所述与车辆运行状况的检测时间点相对应的预定期间被预先规定。此外，在车辆运行状况检测部检测出车辆运行状况的情况下，发送信号发送处理部将发送信号向服务器进行发送，所述发送信号包括表示检测出了车辆运行状况的主旨的运行状况检测通知信息。另外，此时，发送信号发送处理部仅将发送信号向服务器进行发送，并未将车辆运行状况数据与发送信号一起向服务器进行发送。发送信号通过服务器的发送信号接收部而被接收。服务器的判断部对被预先规定信息取得条件是否成立进行判断。在判断部判断为信息取得条件成立了的情况下，上载要求部将上载要求向车载装置进行发送。上载要求通过车载装置的上载要求接收部而被接收。车载装置的上载执行部在上载要求接收部接收到上载要求的情况下，将车辆运行状况数据向服务器进行发送(上载)。

如此，根据本发明的第一方面，在车辆运行状况被检测出时，其车辆运行状况数据并不必然被向服务器上载，而是首先将包括表示检测出了车辆运行状况主旨的运行状况检测通知信息的发送信号向服务器进行发送。然后，在服务器中，对信息取得条件是否成立进行判断，在通过判断部而判断为信息取得条件成立了的情况下，车辆运行状况数据向服务器进行上载。因此，根据本发明的第一方面，与在车辆运行状况的检测时必然将其车辆运行状况数据向服务器进行上载的结构相比，能够实现作为信息收集系统整体的通信负荷的降低。例如，对于信息取得条件不成立的车辆运行状况而言，由于作为结果仅将发送信号向服务器进行发送并未将车辆运行状况数据向服务器上载，因此对于该车辆运行状况而言，与将车辆运行状况数据向服务器上载的情况相比，能够降低通信负荷。

此外，根据本发明的第一方面，信息取得条件以根据判断用信息而被判断的方式被预先规定，所述判断用信息包括与车辆运行状况的检测时有关的信息、与车辆运行状况的种类有关的信息、以及与影响车辆运行状况的车辆结构有关的信息中的至少任意一种信息。判断用信息由服务器的判断用信息取得部取得。虽然判断用信息取得部从何处取得判断用信息，能够依靠其判断用信息为与何种情况有关的信息而适当决定，但是例如判断用信息取得部也能够从车辆的车载装置中取得判断用信息，或者还能够从车辆以外的其他的信息源中取得判断用信息。例如，在判断用信息为，作为与车辆运行状况的检测时有关的信息的一个示例而表示“车辆运行状况的检测时的季节”的信息时，服务器的判断用信息取得部能够从表示可被包括在发送信号中的日期和时间的信息中取得表示车辆运行状况的检测时的季节的信息。或者，服务器的判断用信息取得部从服务器的时钟中取得接收到发送信号时的日期和时间，通过将该日期和时间视为车辆运行状况的检测时的日期和时间，从而能够通过自身来取得表示车辆运行状况的检测时的季节的信息。然后，判断部根据判断用信息取得部所取得的判断用信息，来对信息取得条件是否成立进行判断。

在此，所谓与车辆运行状况的检测时有关的信息为，表示车辆运行状况的检测时的车辆的周边环境的信息与表示车辆运行状况的检测时的车辆的状态的信息。此外，所谓与车辆运行状况的种类有关的信息为，表示车辆运行状况的种类的信息与表示和车辆运行状况为同一种类的车辆运行状况的过去的检测状况的信息。这些信息作为对某些车辆运行状况数据是否对分析有用进行判断时的判断材料而较为有用。这是因为，车辆运行状况数据的有用性可能会针对每个种类的车辆运行状况而有所不同。此外，还因为，车辆运行状况数据的有用性可能会根据车辆运行状况的检测时的车辆的周边环境或车辆的状态而有所不同。

此外，所谓“影响车辆运行状况的车辆结构”为，包括影响车辆运行状况的有无的车辆的结构、影响车辆运行状况的频率(车辆运行状况的发生难易度)的车辆的结构、影响车辆运行状况的方式的车辆的结构等在内的概念。例如，与影响车辆运行状况的车辆的结构有关的信息为，能够对车辆的装备、尺寸、重量、车高、重心位置等进行特别规定的信息，例如有表示车辆的车名或车辆的规格的信息等。同样地，与影响车辆运行状况的车辆的结构有关的信息作为对某些车辆运行状况数据是否对分析有用进行判断时的判断材料也较为有用。这是因为，某些车辆运行状况受车辆的结构影响，故此其车辆运行状况数据的有用性有可能会根据车辆的结构而有所不同。例如，在车辆运行状况为与“车辆的侧倾(rollover)”有关的车辆运行状况的情况下，所涉及的车辆运行状况受到车辆的高度与重心位置的影响。因此，在车辆运行状况为与“车辆的侧倾”有关的车辆运行状况的情况下，其车辆运行状况数据的有用性有时根据车辆的结构(例如,是车高较高的SUV：Sport UtilityVehicle(运动型多用途车)，还是车高普通的轿车等)而有所不同。此外，例如在车辆运行状况为“PCS(Pre-Crash Safety：预防碰撞安全)工作”的情况下，与PCS工作有关的车辆运行状况数据的有用性有时根据车辆的结构(例如，进行监视前方的传感器是仅为雷达传感器，还是仅为图像传感器，或者是它们的组合)而有所不同。在这一点上，根据本发明的第一方面，由于能够以根据判断用信息而被判断的方式对信息取得条件进行预先规定，因此服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性较高，从而能够提高车辆运行状况的分析效率。

此外，根据本发明的第一方面，信息取得条件被存储于服务器的第二存储部中。因此，根据本发明的第一方面，由于能够在服务器中对信息取得条件进行集中管理，因此与针对每辆车辆而赋予该信息取得条件的情况相比，能够灵活地应对信息取得条件的事后变更。例如，即使其车辆运行状况数据经常被认为是对分析有用的车辆运行状况，事后也有可能存在被重新认为是仅在特定的环境下被检测出时才对分析有用的情况。或者相反地，即使其车辆运行状况数据经常被认为是对分析无用的车辆运行状况，事后也有可能存在被重新认为是仅在特定的环境下被检测出时对分析有用的情况。在所涉及的情况下，通过仅对被存储在服务器的第二存储部中的信息取得条件进行变更，便能够应对所涉及的事后的回顾。另外，信息取得条件例如能够以对该信息取得条件进行规定的程序的方式而被存储于第二存储部中。

在本发明的第二方面中，其特征在于，

所述判断用信息包括与所述车辆运行状况的检测时有关的信息，

所述发送信号发送处理部包括信息取得部，所述信息取得部在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，取得与所述车辆运行状况的检测时有关的信息，

所述发送信号还包括所述信息取得部所取得的、与所述车辆运行状况的检测时有关的信息，

所述判断用信息取得部从所述发送信号接收部所接收到的所述发送信号中取得与所述车辆运行状况的检测时有关的信息。

在本发明的第二方面中，判断用信息包括与车辆运行状况的检测时有关的信息。与车辆运行状况的检测时有关的信息具有在车辆的行驶中或针对每次车辆的起动而变化的可能性。例如，表示车辆运行状况的检测时的车辆的周边环境的信息在车辆行驶中会动态地变化。表示车辆运行状况的检测时的车辆的状态的信息在车辆行驶中也会动态地变化。因此，在根据包括与车辆运行状况的检测时有关的信息的判断用信息来对信息取得条件的成立与否进行判断的服务器中，发送精度较高的该信息较为有用。在这一点上，根据本发明的第二方面，在车辆运行状况检测部检测出车辆运行状况的情况下，信息取得部取得与车辆运行状况的检测时有关的信息，在发送信号中，还包括信息取得部所取得的该信息。因此，服务器的判断用取得部能够从发送信号中取得较高精度的与车辆运行状况的检测时有关的信息。其结果为，服务器的判断部能够根据判断用信息取得部所取得的较高精度的与车辆运行状况的检测时有关的信息而能够对信息取得条件的成立与否进行判断。

在此，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于该车辆运行状况的检测时的车辆的周边环境与该车辆运行状况的检测时的车辆的状态。例如，在车辆运行状况为“PCS的警报工作”的情况下，与驾驶员注意力不集中或瞌睡状态的车辆运行状况数据相比，驾驶员并未注意力不集中或瞌睡状态的车辆运行状况数据可能更为有用。这是因为，驾驶员注意力不集中或瞌睡状态下的PCS的警报工作为，被假定的通常的工作。在这一点上，根据本发明的第二方面，由于能够以根据与车辆运行状况的检测时有关的信息而被判断的方式对信息取得条件进行预先规定，因此服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性较高。

在本发明的第三方面中，其特征在于，

所述车辆运行状况有多个种类，

所述车辆运行状况检测部、所述数据记录处理部、以及所述发送信号发送处理部针对每一种类的所述车辆运行状况而被设置，

所述判断用信息包括与所述车辆运行状况的种类有关的信息，

所述发送信号发送处理部包括信息取得部，所述信息取得部在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，取得与所述车辆运行状况的种类有关的信息，

所述发送信号还包括所述信息取得部所取得的、与所述车辆运行状况的种类有关的信息，

所述判断用信息取得部从所述发送信号接收部所接收到的所述发送信号中取得与所述车辆运行状况的种类有关的信息。

在本发明的第三方面中，车辆运行状况有多个种类，车辆运行状况检测部、数据记录处理部、以及发送信号发送处理部针对每个种类的车辆运行状况而被设置。由此，能够应对车辆运行状况的种类的多样化。此外，判断用信息包括与车辆运行状况的种类有关的信息。在车辆运行状况的种类有多个的情况下，针对车辆运行状况的每一次检测，而存在被检测出的车辆运行状况的种类不同(发生变化)的可能性。因此，在发送信号仅包括运行状况检测通知信息的情况下，服务器无法根据该发送信号来对哪一种类的车辆运行状况被检测出了进行特别规定。在这一点上，根据本发明的第三方面，在车辆运行状况检测部检测出车辆运行状况的情况下，信息取得部取得与车辆运行状况的种类有关的信息，在发送信号中，还包括信息取得部所取得的该信息。因此，服务器的判断用信息取得部能够从发送信号中取得与车辆运行状况的种类有关的信息。其结果为，服务器的判断部能够根据判断用信息取得部所取得的与车辆运行状况的种类有关的信息而对信息取得条件的成立与否进行判断。

在此，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于该车辆运行状况的种类。例如，存在如下情况，即，关于某些种类的车辆运行状况，其车辆运行状况数据对分析有用，但关于其他种类的车辆运行状况，其车辆运行状况数据则对分析无用。更具体而言，某些种类的车辆运行状况为“PCS的工作”的情况与其他种类的车辆运行状况为“急制动(与紧急制动相比而较缓的制动，下文亦相同)”相比被检测出的频率有意地较低。因此，“PCS的工作”不管在怎样的环境下被检测出时，其车辆运行状况数据都可能对分析有用。另一方面，关于“急制动”所涉及的车辆运行状况数据，如果能够取得与“PCS的工作”或“紧急制动”有关的车辆运行状况数据，则也可能存在与“急制动”有关的车辆运行状况数据变为无用的情况。此外，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于该车辆运行状况的同一种类的车辆运行状况的过去的检测状况。由于车辆运行状况为“ABS(Antilock Brake System：防抱死制动系统)的工作”的情况将以较高的频率被检测出，因此仅在与被假定的检测次数相比更多地被检测出的情况或以与被假定的检测频率相比而更高的频率被检测出的情况下，才可能存在车辆运行状况数据对分析有用的情况。在这一点上，根据本发明的第三方面，由于能够以根据与车辆运行状况的种类有关的信息而被判断的方式对信息取得条件进行预先规定，因此即使在车辆运行状况的种类多样化的情况下，针对每一种类的车辆，服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性也将变高。

在本发明的第四方面中，其特征在于，

所述车辆运行状况有多个种类，

所述车辆运行状况检测部、所述数据记录处理部、以及所述发送信号发送处理部针对每一种类的所述车辆运行状况而被设置，

所述判断用信息包括表示所述车辆运行状况的检测时的所述车辆的周边环境的信息和与所述车辆运行状况的种类有关的信息，

所述发送信号发送处理部包括信息取得部，所述信息取得部在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，取得表示所述车辆的运行状况的检测时的所述车辆的周边环境的信息和与所述车辆运行状况的种类有关的信息，

所述发送信号还包括所述信息取得部所取得的、表示所述车辆运行状况的检测时的所述车辆的周边环境的信息和与所述车辆运行状况的种类有关的信息，

所述判断用信息取得部从所述发送信号接收部所接收到的所述发送信号中取得表示所述车辆运行状况的检测时的所述车辆的周边环境的信息和与所述车辆运行状况的种类有关的信息，

所述信息取得条件包括预定的取得条件，所述预定的取得条件针对每一种类的所述车辆运行状况而以与所述周边环境相关联的方式被预先规定，

所述信息取得条件在所述判断用信息所表示的所述周边环境满足与所述判断用信息所表示的所述车辆运行状况的种类相对应的所述预定取得条件的情况下成立。

根据本发明的第四方面，除了在上述第二方面以及第三方面中所得到的效果以外，还能够得到以下的效果。

在本发明的第四方面中，信息取得条件包括以与周边环境相关联的方式而被预先规定的预定取得条件。在此，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于该车辆运行状况的检测时的车辆的周边环境。例如，在车辆运行状况为“ABS的工作”的情况下，由于雨天时的ABS的工作为被假定的通常的工作，因此有可能存在此时的车辆运行状况数据无用的情况。在这一点上，根据本发明的第四方面，由于能够以根据与车辆运行状况的检测时的车辆的周边环境有关的信息而被判断的方式对信息取得条件进行预先规定，因此服务器能够仅取得在多样的周边环境下可被检测出的多个车辆运行状况中的、在分析者认为对分析有用的周边环境下被检测出的车辆运行状况所涉及的车辆运行状况数据的可能性较高。

此外，在本发明的第四方面中，预定的取得条件针对每一种类的车辆运行状况而以与周边环境相关联的方式而被预先规定。另外，所谓每一种类的车辆运行状况，并不意味着如果种类不同则预定取得条件必然不同。在此，在怎样的周边环境下被检测出时其车辆运行状况数据对分析有用，大多依赖于车辆运行状况的种类。这是因为，车辆运行状况的性质(特性)根据其种类不同而不同。例如，如上文所述，在作为车辆运行状况的一个示例的“ABS的工作”的情况下，雨天时的ABS的工作有可能存在车辆运行状况数据无用的情况。另一方面，在作为车辆运行状况的其他的一个示例的“紧急制动”的情况下，冬季雨天时的紧急制动容易引起车轮的打滑，此时的车辆运行状况数据则可能有用。在这一点上，根据本发明的第四方面，由于预定的取得条件针对每一种类的车辆运行状况而被设置，因此即使在车辆运行状况的种类多样化的情况下，服务器也能够使针对每一种类的车辆运行状况，而仅取得在多样的周边环境下可被检测出的多个车辆运行状况中的、在分析者认为对分析有用的周边环境下被检测出的车辆运行状况所涉及的车辆运行状况数据的可能性较高。

在本发明的第五方面中，其特征在于，

与所述车辆运行状况的检测时有关的信息包括表示所述车辆运行状况的检测时的所述车辆的位置的信息，

所述判断用信息取得部还具备环境信息取得部，所述环境信息取得部根据与所述车辆运行状况的检测时有关的信息而取得表示在所述车辆运行状况的检测时的所述车辆的位置处的所述车辆的周边环境的环境信息，

所述判断部根据所述环境信息取得部所取得的所述环境信息，而对所述信息取得条件是否成立进行判断。

在本发明的第五方面中，与车辆运行状况的检测时有关的信息包括表示车辆运行状况的检测时的车辆的位置(车辆运行状况的检测场所)的信息。在此，车辆运行状况的检测时的车辆的位置，服务器很难高精度地进行特别规定。这是因为，例如在发送信号仅表示检测出了车辆运行状况与车辆运行状况的检测日期和时间的情况下，服务器从发送信号中无法直接地对车辆运行状况的检测时的车辆的位置进行特别规定。在这一点上，根据本发明的第五方面，由于服务器的判断用信息取得部从车载装置中取得表示车辆运行状况的检测时的车辆位置的信息，因此服务器能够高精度地(以相对于车辆运行状况的实际的检测场所的较高的一致度)对车辆运行状况的检测场所进行特别规定。

此外，服务器的环境信息取得部根据与车辆运行状况的检测时有关的信息而取得表示在车辆信息的检测时的车辆位置处的车辆的周边环境的环境信息。一般情况下，服务器与车载装置相比信息处理能力较高，信息取得能力也较高。因此，服务器能够多方面且详细地对在车辆信息的检测时的车辆位置处的车辆的周边环境进行特别规定。例如，服务器能够取得路面坡度、交通量这类环境信息。因此，信息取得条件能够以与多方面且详细的车辆的周边环境相关联的方式而进行预先规定。因此，根据本发明的第五方面，服务器能够取得在分析者认为对分析有用的特定的车辆周边环境下车辆运行状况被检测出时的车辆运行状况数据的可能性更高。

此外，本发明的其他方面还能够作为车载装置以及服务器等而实现。

发明效果

根据本发明，能够在车载装置将车辆运行状况数据向服务器进行上载的结构中，实现无用的通信负荷的增加的抑制以及分析效率的提高。

附图说明

图1为实施例1的信息收集系统的结构图。

图2为表示信息记录ECU的硬件结构的一个示例的图。

图3为车载电子设备组的结构图。

图4为ECU的功能框图。

图5为信息记录ECU的功能框图。

图6为表示车辆运行状况种类ID与记录区域的关系的一个示例的图。

图7为表示记录区域的一个示例的图。

图8为表示车辆运行状况种类ID与车辆信息的关系的一个示例的图。

图9为表示车辆信息的写入期间的示例的图。

图10为表示数据记录处理的一个示例的流程图。

图11为表示第一发送信号中所包括的信息的一个示例的图。

图12为表示上载要求中所包括的信息的一个示例的图。

图13为表示与车辆运行状况数据一起被发送的信息的一个示例的图。

图14为服务器的功能框图。

图15为表示被存储于车辆运行状况数据积累部中的信息的一个示例的图。

图16为表示被存储于车辆基本信息存储部中的信息的一个示例的图。

图17为表示车载装置以及服务器中的处理的关系的概要流程图。

图18为表示信息取得条件的一个示例的图。

图19为表示信息取得条件的其他的一个示例的图。

图20为表示车辆运行状况数据取得与否判断处理的一个示例的流程图。

图21为表示信息取得条件的其他的一个示例的图。

图22为表示车辆运行状况数据取得与否判断处理的其他的一个示例的流程图。

图23为表示信息取得条件的另一个示例的图。

图24为表示车辆运行状况数据取得与否判断处理的另一个示例的流程图。

图25为表示车辆运行状况数据取得与否判断处理的另一个示例的流程图。

图26为实施例2的服务器的功能框图。

图27为表示在实施例2中被使用的信息取得条件的一个示例的图。

图28为表示实施例2的车辆运行状况数据取得与否判断处理的一个示例的流程图。

图29为实施例3的车载装置的结构图。

图30为信息记录ECU以及通信模块的功能框图。

图31为表示被存储于通信模块的存储部中的信息的一个示例的图。

图32为表示车载装置以及服务器中的处理的关系的概要流程图。

图33为信息记录ECU的功能框图。

图34为表示第一发送信号中所包括的信息的一个示例的图。

图35为服务器的功能框图。

图36为表示车载装置以及服务器中的处理的关系的概要流程图。

图37为表示车辆运行状况数据取得与否判断处理的一个示例的流程图。

图38为表示信息取得条件的其他示例的图。

图39为表示车辆运行状况数据取得与否判断处理的另一个示例的流程图。

具体实施方式

以下，参照附图来进行用于实施本发明的最佳方式的说明。

[实施例1]

图1为实施例1的信息收集系统的结构图。

信息收集系统1包括被搭载于车辆上的车载装置2和服务器3。服务器3与车载装置2远距离配置。另外，车载装置2被假定为分别被搭载于多个车辆上。在下文中，只要没有特别提及，则进行的是与被搭载于某任意一个车辆上的车载装置2有关的说明。此外，在下文中，只要没有特别提及，则“车辆”便表示搭载有车载装置2的车辆。

车载装置2包括信息记录ECU(Electronic Control Unit：电子控制单元)7和车载电子设备组8。信息记录ECU7例如被设置于中央控制台的下部处。另外，在图1中，辅助存储装置14以及无线发送接收部26作为信息记录ECU7的结构元素的一部分而被图示。

图2为表示信息记录ECU的硬件结构的一个示例的图。在图2中，以与信息记录ECU7的硬件结构相关联的方式示意性地图示了车载电子设备组8。

信息记录ECU7包括：通过总线19而被连接的CPU(Central Processing Unit：中央处理器)11、RAM(Random Access Memory：随机存储器)12、ROM(Read Only Memory：只读存储器)13、辅助存储装置14、时钟15、及通信接口17、以及与通信接口17连接的有线发送接收部25及无线发送接收部26。

辅助存储装置14为例如EEPROM(Electrically Erasable Programmable Read-Only Memory：电可擦可编程只读存储器)或HDD(Hard Disk Drive：硬盘驱动器)等。

时钟15记录例如绝对时间(年月日时分秒)。

有线发送接收部25包括能够利用CAN(controller area network：，控制器区域网络)、LIN(Local Interconnect Network：本地互联网络)等的车辆网络而进行通信的发送接收部。无线发送接收部26为，能够利用移动电话上的无线通信网而进行无线通信的发送接收部。另外，在以下的说明中，所谓“经由有线发送接收部25”或“经由无线发送接收部26”，是为了减少说明的冗长而使用的表达方式，分别意味着“经由通信接口17以及有线发送接收部25”或“经由通信接口17以及无线发送接收部26”。

另外，在信息记录ECU7中，除了有线发送接收部25以外，还可以具备与通信接口17连接的第二无线发送接收部(未图示)。在该情况下，第二无线发送接收部可以包括：近距离无线通信(NFC：Near Field Communication)部、蓝牙(Bluetooth，注册商标)通信部、Wi-Fi(Wireless-Fidelity)发送接收部、红外线发送接收部等。另外，在信息记录ECU7具备第二无线发送接收部的情况下，在以下的说明中，能够将“经由有线发送接收部25”适当地换用另一措辞为“经由第二无线发送接收部”。同样地，在通信接口17上也可以连接有未经由车辆网络的通信线。在该情况下，在以下的说明中，能够将“经由有线发送接收部25”适当地换用另一措辞为“经由直接的通信线”。

图3为表示车载电子设备组8的结构的图。

车载电子设备组8表示被搭载于车辆上的各种电子设备(传感器、ECU、致动器)的集合。在图3所示的示例中，车载电子设备组8包括各种ECU80以及各种检测或测量装置81。另外，在下文中，作为一个示例，各种检测或测量装置81包括对车辆位置进行测位的GPS(Global Positioning System：全球定位系统)接收器。此外，在以下的说明中“车载装置设备组8的元件”意味着车载装置设备组8中所包括的ECU或者检测或测量装置。

车载电子设备组8包括在与信息记录ECU17之间经由有线发送接收部25而能够进行双向的通信的元件。此外，在信息记录ECU7具备第二无线发送接收部的情况下，车载电子设备组8也可以包括在与信息记录ECU7之间经由第二无线发送接收部而能够进行双向的通信的元件。

车载电子设备组8实现了生成后述的车辆信息的车辆信息生成部。车辆信息生成部通过哪个ECU或传感器而被实现，是根据写入对象的车辆信息(后述)来决定的。例如，在写入对象的车辆信息为车辆的加速度时，车辆信息生成部能够通过车载电子设备组8的加速度传感器而实现。此外，在写入对象的车辆信息为制动器ECU的控制指令值时，车辆信息生成部能够通过车载电子设备组8的制动器ECU而实现。另外，作为写入对象的车辆信息，可能是车载图像传感器(照相机)的图像、车载雷达传感器的检测信息、加速器信号、驱动装置的控制指令值、各种控制关联的标志的成立履历、诊断信息、车载蓄电池的状态等。

在图3所示的示例中，作为一个示例，各种ECU80包括PCS·ECU80-1、制动器ECU80-2、…发动机ECU80-N。各种检测或测量装置81包括：前方雷达传感器81-1、图像传感器81-2、…加速度传感器81-M。在下文中，ECU80-*表示ECU80-1～ECU80-N中的任意一个ECU。

图4为车载电子设备组8中所包括的一个ECU80-*的功能框图。关于EUC80-*的硬件结构省略了图示。ECU80-*的基本硬件结构(架构)相对于图2所示的信息记录ECU7的硬件结构，除了不具备无线发送接收部26这点之外，其余均相同。此外，在ECU80-*中，也可以不具备时钟15。另外，从ECU80-*来观察时，信息记录ECU7被包括在车载电子设备组8中(ECU80-*本身不被包括)。

ECU80-*为，被包括在车载电子设备组8中的多个ECU中的、实施与被预先规定的种类的车辆运行状况相关联的控制的ECU。ECU80-1～ECU80-N的每一个分别实施与一个种类以上的车辆运行状况相关联的控制。在实施例1中，作为一个示例而设为，ECU80-1～ECU80-N的每一个为分别实施与一个种类的车辆运行状况相关联的控制的ECU。因此，ECU80-1～ECU80-N全体的检测对象的车辆运行状况的种类为N个种类。虽然检测对象的车辆运行状况的种类有可能存在仅有一个种类的情况(即N＝1的情况)，但是在下文中，只要没有特别提及，则将检测对象的车辆运行状况的种类作为两个种类以上来进行说明。

车辆运行状况为，例如由为了对车辆进行控制而被计算的控制值、根据车辆乘员的操作而产生的操作信号等所引起的车辆的运行状况。由于车辆运行状况是多样的，因此根据分析目的等而对检测对象的车辆运行状况的种类进行预先规定。例如，检测对象的种类的车辆运行状况为，加速器信号(大于零的开度)和制动器信号(大于零的制动器踏板操作量)同时产生(以下称为“加速器信号和制动器信号的同时产生”)、在N档上使加速器开度成为中开度以上、急制动(在雨天时使ABS工作的程度的制动)、紧急制动(与急制动相比而更紧急的制动)、急转弯这类的、因特定的操作而产生的车辆运行状况。此外，检测对象的种类的车辆运行状况为，满足特定的条件时的特定的控制的工作。例如，检测对象的种类的车辆运行状况为，支援安全车辆行驶的介入控制或警报控制的工作。介入控制为进行与驾驶员的操作无关的工作的控制，例如具有PCS(Power Conditioning System：功率调节系统)的制动器控制、VSC(Vehicle Stability Control：车辆稳定性控制系统)、ABS、TRC(TRaction Control：牵引力控制系统)、LKA(Lane Keeping Assist：车道保持辅助系统)等。此外，警报控制具有PCS的警报、LDA(Lane Departure Alert：车道偏移警报系统)、CTA(Cross Traffic Alert：十字路口交通预警系统)等。

在图4中，作为一个示例，而对ECU80-*为PCS·ECU80-1的情况进行说明。

PCS·ECU80-1包括第一指令值生成部810、第一写入要求产生部820、和通知部830。第一指令值生成部810、第一写入要求产生部820以及通知部830分别能够通过CPU执行被存储在ROM中的一个以上的程序而实现。另外，在第一指令值生成部810所生成的指令形成写入对象的车辆信息(后述的车辆运行状况数据)的情况下，第一指令值生成部810实现“车辆信息生成部”。

第一指令值生成部810生成与“PCS的工作”相关联的指令。具体而言，第一指令值生成部810根据经由有线发送接收部而能够取得的来自车载电子设备组8(PCS·ECU80-1以外的元件，以下亦相同)的信息，而对PCS的工作与否进行判断。例如，第一指令值生成部810根据来自前方雷达传感器81-1的检测信息(障碍物信息)，而对到车辆与前方障碍物发生碰撞为止的时间、即TTC(Time To Collision：碰撞时间)进行计算。而且，第一指令值生成部810在TTC为被预先规定的阈值Th1以下时，经由有线发送接收部而输出自动制动器工作要求(指令)。该自动制动器工作要求通过制动器ECU80-2而被接收。制动器ECU80-2响应于自动制动器工作要求而生成指令值，并对制动器液压回路的制动致动器以及阀门(未图示)进行控制。即，制动器ECU80-2根据与驾驶员的制动器操作量相对应的控制值不同的控制值而使各个车轮的轮缸压增加。

第一写入要求产生部820在与PCS的工作有关而被预先规定的记录开始条件成立时，产生数据写入要求。第一写入要求产生部820经由有线发送接收部而将数据写入要求向信息记录ECU7进行发送。在实施例1中，作为一个示例，第一写入要求产生部820在TCC成为被预先规定的阈值Th2(＞Th1)以下时，将数据写入要求向信息记录ECU7进行发送。数据写入要求与信息记录ECU7能够对写入对象的数据进行特别规定的信息一起被发送。在实施例1中，作为一个示例，数据写入要求与表示车辆运行状况的种类(PCS的工作)的车辆运行状况种类ID一起被发送。

通知部830在第一指令值生成部810使PCS工作时，经由有线发送接收部而将车辆运行状况检测通知向信息记录ECU7进行发送。车辆运行状况检测通知为，用于将PCS的工作(车辆运行状况)通知给信息记录ECU7的通知。车辆运行状况检测通知与ECU7能够对被检测出的车辆运行状况的种类进行特别规定的信息一起被发送。在实施例1中，作为一个示例，车辆运行状况检测通知与车辆运行状况种类ID一起被发送。

图5为表示信息记录ECU7的功能块的一个示例的图。

信息记录ECU7包括：车辆运行状况记录处理部100-1～100-L、上载要求接收部106、上载执行部107、第二指令值生成部108、第二写入要求产生部109、第一存储部110。各个部100-1～100-L至109分别能够通过图2所示的CPU11执行被存储于图2所示的ROM13中的一种以上的程序而实现。第一存储部110为车载装置2的存储部，并且能够通过辅助存储装置14而实现。

车辆运行状况记录处理部100-1～100-L针对每一种类的检测对象的车辆运行状况而被设置。在实施例1中，车辆运行状况记录处理部100-1～100-L的个数L相对于ECU80-1～ECU80-N的个数N而具有L＝N+1的关系。即，车辆运行状况记录处理部100-1～100-L包括分别针对ECU80-1～ECU80-N而设置的车辆运行状况记录处理部100-1～100-N、和针对信息记录ECU7本身而设置的车辆运行状况记录处理部100-L。

车辆运行状况记录处理部100-1～100-L的各种功能仅是所处理的车辆运行状况的种类有所不同，实质上是相同的。因此，在下文中，只要没有特别提及，则为对车辆运行状况记录处理部100-1～100-L中的任意的车辆运行状况记录处理部100-*进行说明。车辆运行状况记录处理部100-*包括车辆运行状况检测部101、数据记录处理部103和第一发送信号发送处理部104。

车辆运行状况检测部101对被预先规定的种类的车辆运行状况进行检测。在下文中，只要没有特别提及，则车辆运行状况便表示“检测对象的种类的车辆运行状况”。

车辆运行状况检测部101例如根据经由有线发送接收部25而能够取得的来自车载电子设备组8的ECU-80*的车辆运行状况检测通知，而能够对车辆运行状况进行检测。如上述那样，车辆运行状况检测通知为，用于将车辆运行状况通知给信息记录ECU7的通知。

例如，在图3所示的示例的情况下(车辆运行状况为PCS的工作的情况下)，车辆运行状况记录处理部100-1的车辆运行状况检测部101能够根据来自PCS·ECU80-1的车辆运行状况检测通知，而对车辆运行状况(PCS的工作)进行检测。此外，在检测对象的车辆运行状况的种类为“加速器信号和制动器信号的同时产生”的情况下，车辆运行状况检测部101能够根据来自检测出“加速器信号和制动器信号的同时产生”的ECU80-*的车辆运行状况检测通知，而对车辆运行状况进行检测。但是，车辆运行状况检测部101也可以根据经由有线发送接收部25而能够取得的来自车载电子设备组8的各种检测或测量装置81的信息(车辆运行状况检测通知以外的信息)，而对车辆运行状况进行检测。例如，车辆运行状况检测部101也可以根据经由有线发送接收部25而能够取得的加速器信号以及制动器信号，而对“加速器信号和制动器信号的同时产生”进行检测。

此外，车辆运行状况记录处理部100-L的车辆运行状况检测部101根据来自第二指令值生成部108的车辆运行状况检测通知，而对所对应的种类的车辆运行状况进行检测。在实施例1中，作为一个示例，车辆运行状况检测部101对“乘员保护辅助装置(例如安全带预紧器)的工作”进行检测。第二指令值生成部108在被预先规定的操作条件成立时，将工作指令输入到乘员保护辅助装置中。此时，车辆运行状况检测部101能够将来自第二指令值生成部108的操作指令作为车辆运行状况检测通知，而对乘员保护辅助装置的工作(即车辆运行状况)进行检测。

在车辆运行状况检测部101检测出车辆运行状况的情况下(接收到车辆运行状况检测通知的情况下)，数据记录处理部103实施将记录期间T1内的车辆信息记录于第一存储部110中的数据记录(写入)处理。在下文中，作为一个示例，数据记录处理部103将记录期间T1内的多个时间点的车辆信息记录于第一存储部110中。

如图6所示，第一存储部110中的记录区域针对每个种类的车辆运行状况而被预先规定。例如，在图6所示的示例中，存在如下的情况，即，相对于车辆运行状况种类ID为“AAA”的车辆运行状况的种类而分配有记录区域“RA”，相对于车辆运行状况种类ID为“BBB”的车辆运行状况的种类而分配有记录区域“RB”。各个记录区域具有能够对所对应的记录期间T1内的多个时间点的车辆信息进行记录的容量。在各记录区域中，设定有所对应的环形缓冲器(未图示)。各个环形缓冲器能够通过RAM12来实现。各个环形缓冲器具有能够对应该被记录在所对应的记录区域中的所有车辆信息进行存储的长度(个数)。

在第一存储部110中的各记录区域中，例如，如图7所示，其包括对车辆运行状况的成立次数信息进行存储的区域和对车辆信息进行存储的区域。车辆运行状况的成立次数信息为，每次对车辆运行状况检测通知进行接收便向上计数的计数值(参照图10)。计数值从车辆出厂时起便被保持，并未被清除。

作为写入对象而被预先规定的车辆信息为，表示车辆的状态的信息。在此，所谓车辆的状态为，包括车辆的运动状态(基于传感器值或计算值的加速度、速度等)、车辆的控制状态(控制的工作指令、指令值等)、车辆的行驶状态(基于传感器值或计算值的与先行车之间的距离、行驶车道等)、车辆的操作状态(基于传感器值的加速器开度或制动器操作量)、车辆的环境状态(基于传感器值的室内温度等)、车辆的乘员(包括驾驶员)的状态(例如从图像传感器得到的驾驶员的图像等)等在内的概念。写入对象的车辆信息所表示的车辆的状态优选为，动态地变化的车辆的状态。这是因为，在记录期间T1内的多个时间点上对在时间轴上不变化的信息进行记录的必要性较低(即，因为在时间轴上不变化的信息仅在某一时间点上进行记录便足够了)。

写入对象的车辆信息的种类针对每个种类的车辆运行状况而被预先规定。这是因为，根据车辆运行状况的种类，对分析有用的车辆信息的种类可能有所不同。在图8所示的示例中，对于车辆运行状况种类ID为“AAA”的车辆运行状况的种类而言，写入对象的车辆信息为控制信号(控制指令)A，对于车辆运行状况种类ID为“BBB”的车辆运行状况的种类而言，写入对象的车辆信息为操作信号B，对于车辆运行状况种类ID为“CCC”的车辆运行状况的种类而言，写入对象的车辆信息为传感器信号C。另外，对于某一车辆运行状况的写入对象的车辆信息的种类也可以是两种以上。

记录期间T1(车辆信息的写入期间)表示对车辆信息进行记录的期间的长度。记录期间T1为，与车辆运行状况的检测时间点相对应的规定的期间。例如，记录期间T1的长度以及开始定时针对每个种类的车辆运行状况而被预先规定。这是因为，根据车辆运行状况的种类，对分析有用的车辆信息的期间可能有所不同。例如，如图9所示，记录期间T1为从车辆运行状况的检测时t2开始的期间A(t2～t4)、在车辆运行状况的检测时t2结束的期间C(t0～t2)、或包括车辆运行状况的检测时t2的前后的期间B(t1～t3)。另外，作为期间A的改变例，也可能存在从车辆运行状况的检测时t2之后开始的期间，作为期间C的改变例，也可能存在于车辆运行状况的检测时t2之前结束的期间。关于记录期间T1的长度，也以与车辆运行状况相关联的方式而被预先规定。

具体而言，数据记录处理部103例如在如图10所示的流程中实施数据记录处理。在实施例1中，作为一个示例而设为，写入对象的车辆信息为一个种类。在实施例1中，作为一个示例，而使记录时间T1与如图9所示的期间B相对应。在图10中，对车辆运行状况记录处理部100-1～100-L中的任意的车辆运行状况记录处理部100-*的数据记录处理部103进行说明。

首先，当数据记录处理部103接收到与所对应的车辆运行状况种类ID一起被发送而来的数据写入要求时(步骤S400为“是”)，数据记录处理部103对第一计时器进行设置(步骤S402)。第一计时器在经过了被预先规定的时间T10时暂停。时间T10与记录期间T1相比而有意地较长。

此外，当数据记录处理部103接收到数据写入要求时(步骤S400为“是”)，开始进行数据的记录处理。即，数据记录处理部103相对于与车辆运行状况的种类相对应的写入目的地的记录区域所涉及的环形缓冲器，而开始进行写入与车辆运行状况的种类相对应的写入对象的车辆信息的数据记录处理(步骤S404)。具体而言，数据记录处理103经由有线发送接收部25而从车载电子设备组8的特定元件(生成写入对象的车辆信息的元件)中开始取得车辆信息。例如，在图3所示的示例的情况下(车辆信息为PCS的工作的情况下)，数据记录处理103响应于来自PCS·ECU80-1的数据写入要求，经由有线发送接收部25而开始取得前方雷达传感器81-1的检测数据(车辆信息的一个示例)。然后，数据记录处理103通过FIFO(First-In，First-Out：先进先出)形式将周期性取样的车辆信息写入到环形缓冲器中(步骤S404)。另外，取样周期针对每一种类的车辆信息而被预先规定。数据记录处理103在第一计时器(参照步骤S402)或第二计时器(参照步骤S410)暂停为止(步骤S406为“是”)，并将周期性取样的车辆信息写入到环形缓冲器中(步骤S404)。如此一来，当数据记录处理部103通过FIFO形式而将周期性取样的车辆信息写入到环形缓冲器中时，环形缓冲器将对与记录期间T1相对应的长度(数据量)的最新的该车辆信息进行保持。

当数据记录处理103在车辆信息的取样以及写入过程中接收到表示车辆运行状况的车辆运行状况检测通知时(步骤S408为“是”)，对第二计时器进行设置(步骤S410)，并继续进行车辆信息的取样以及写入(步骤S404)。第二计时器在经过了被预先规定的时间T20时暂停。时间T20根据记录期间T1而被设定。具体而言，由于记录期间T1与如图9所示的期间B相对应，因此时间T20＝t3-t2。

当在车辆信息的取样以及写入过程中第二计时器暂停时(步骤S412为“是”)，数据记录处理部103仅将表示车辆运行状况的成立次数(参照图7)的计数值增加“1”(步骤S414)。而且，数据记录处理部103结束车辆信息的取样以及写入，并在当前时间点下将被存储在环形缓冲器中的车辆信息(记录期间T1内的多个时间点的车辆信息)记录(转送)于所对应的记录区域中。

另外，在图10所示的示例中，在记录期间T1对应于期间A时，关于第二计时器的时间T20为，时间T20＝t4-t2。在该情况下，车辆运行状况检测通知作为写入要求而发挥功能，与之相伴地，第一写入要求产生部820以及第二写入要求产生部109则被省略。此外，在该情况下，第一计时器被省略，且步骤S402通过步骤S410而被置换，步骤S412被省略，且在步骤S406的判断结果为“否”时返回步骤S404(不前进至步骤S408)。此外，在记录期间T1对应于期间C时，在图10所示的示例中，时间T20＝0。在该情况下，在图10所示的示例中，在步骤S408的判断结果为“是”时，将直接进入步骤S414。

另外，数据记录处理部103也可以为如下结构(以下，称为“代替结构”)，即，与数据写入要求的有无无关，常时(例如，点火开关为开启的期间)经由有线发送接收部25而取得(周期性取样)写入对象的车辆信息，并将所取得的车辆信息记录于所对应的环形缓冲器中。在所涉及的代替结构中，不需要写入要求，与之相伴地，第一写入要求产生部820以及第二写入要求产生部109被省略。此外，在代替结构中，并不需要图10中的第一计时器，而且步骤S400、步骤S402以及步骤S412的处理也不需要。

在下文中，将以上述方式而被记录在第一存储部110中的车辆信息的数据称为“车辆运行状况数据”。

在车辆运行状况检测部101检测出车辆运行状况的情况下，第一发送信号处理部104实施用于向服务器3发送第一发送信号(发送信号的一个示例)的第一发送信号发送处理。另外，关于第一发送信号发送处理部104，在车辆运行状况记录处理部100-L中也相同。第一发送信号处理部104包括第一信息取得部1041(信息取得部的一个示例)以及第一发送信号发送部1042。

在车辆运行状况检测部101检测出车辆运行状况的情况下，第一信息取得部1041取得第一信息。第一信息为，后述的判断用信息中所包括的信息。因此，第一信息被利用于后述的信息取得条件的成立与否的判断中。第一信息包括与车辆运行状况的检测时有关的信息以及与车辆运行状况的种类有关的信息中的至少任一种信息。在与车辆运行状况的检测时有关的信息中，具有后述的表示第一项目的信息与表示第二项目的信息。在与车辆运行状况的种类有关的信息中，具有后述的表示第三项目的信息与表示第四项目的信息。

在此，表示以下的四个项目的各种信息作为第一信息而能够利用于后述的信息取得条件的成立与否的判断中。另外，在以下的(1)～(4)中的“车辆运行状况”为，车辆运行状况检测部101所检测出的车辆运行状况。

(1)车辆运行状况的检测时的车辆的周边环境(以下，也称为“第一项目”)

(2)车辆运行状况的检测时的车辆的状态(以下，也称为“第二项目”)

(3)车辆运行状况的种类(以下，也称为“第三项目”)

(4)与车辆运行状况同一种类的车辆运行状况的过去的检测状况(以下，也称为“第四项目”)

以下，也将表示第一项目的信息称为“第一项目信息”、将表示第二项目的信息称为“第二项目信息”、将表示第三项目的信息称为“第三项目信息”、将表示第四项目的信息称为“第四项目信息”。

在此，依次对关于第一项目信息至第四项目信息的取得方法(特定方法)的示例进行说明。

(1)关于第一项目信息，第一信息取得部1041能够根据时钟15而对车辆运行状况的检测时的日期和时间(车辆运行状况的检测日期和时间)进行特别规定。即，第一信息取得部1041在车辆运行状况检测部101检测出车辆运行状况时，取得来自时钟15的时间信息。车辆运行状况的检测日期和时间表示车辆运行状况的检测时的车辆的周边环境。例如，日期和时间能够表示车辆运行状况的检测时的车辆的周边环境是夜间还是早晨等的时间段，日期也能够表示夏季等的季节。另外，在不存在时钟15的情况下，第一信息取得部1041也可以经由有线发送接收部25而从具有时钟的车载电子设备组8的元件中取得表示车辆运行状况的检测日期和时间。

此外，第一信息取得部1041能够根据经由有线发送接收部25而能够取得的来自车载电子设备组8的元件的信息，而对车辆运行状况的检测时的车辆位置(车辆运行状况的检测场所)进行特别规定。例如，第一信息取得部1041在车辆运行状况检测部101检测出车辆运行状况时，从GPS接收器中取得车辆的位置信息。车辆运行状况的检测场所表示车辆运行状况的检测时的车辆的周边环境。例如，车辆运行状况的检测场所能够表示车辆运行状况的检测时的车辆的周边环境是山路还是平坦道路等的道路环境，也能够表示地方或都市、寒冷地带、山岳地域等的地域。

此外，在第一信息取得部1041中，也存在能够经由有线发送接收部25而根据来自车载电子设备组8的元件的信息，从而对车辆运行状况的检测日期和时间与检测场所以外的周围环境进行特别规定。作为日期和时间与场所以外的周围环境，而有车辆运行状况的检测时的道路类别(一般公路、高速公路、汽车专用道路等)、车辆运行状况的检测时的道路坡度(是坡道还是平坦路等)、车辆运行状况的检测时的其他的道路环境(越野、路面摩擦系数、山路、十字路口、转弯/直线、前方的信号灯的亮灯状态、交通量等)、车辆运行状况的检测时的场所的特征(停车场内、便利商店附近、与道口的距离、与信号灯的距离等)等。也存在表示这些的周边环境的信息(车辆运行状况的检测日期和时间以及检测场所以外的第一项目信息)能够从车载电子设备组8的元件中取得的情况。即，虽然依赖于车载电子设备组8的结构，但有时第一信息取得部1041也能够经由有线发送接收部25而从车载电子设备组8的各种检测或测量装置81与各种ECU80中，取得车辆运行状况的检测日期和时间以及检测场所以外的第一项目信息。例如，第一信息取得部1041能够根据来自对雨滴进行检测的雨水传感器的传感器值、来自对外部的光亮度进行检测的照度传感器的传感器值、来自外部气温传感器的传感器值、来自对在车辆位置处的道路的坡度进行检测的坡度传感器(加速度传感器)的传感器值、来自导航ECU的地图信息等，而对车辆运行状况的检测时的车辆的周边环境(车辆运行状况的检测日期和时间以及检测场所以外的第一项目信息)进行特别规定。

(2)关于第二项目信息，第一信息取得部1041能够根据经由有线发送接收部25而能够从车载电子设备组8中取得的车辆信息，而对车辆运行状况的检测时的车辆的状态进行特别规定。即，第一信息取得部1041在车辆运行状况检测部101检测出车辆运行状况时，通过从车载电子设备组8中取得被预先规定的车辆信息，从而能够对车辆运行状况的检测时的车辆的状态进行特别规定。

第二项目所涉及的车辆的状态与形成上述的车辆运行状况数据的车辆信息(以下，为了区别而称为“车辆运行状况数据用车辆信息”)所表示的车辆的状态为同一概念。

例如，第二项目所涉及的车辆的状态为，总行驶距离、点火开关的开启次数、从点火开关的开启时起的经过时间(后述的时间标记)、轮胎气压的检测值、车载蓄电池的累计使用量、车载蓄电池的充电状态(SOC：State Of Charge)、车载蓄电池的劣化程度、齿轮级、制动器操作量(车辆运行状况的检测时的瞬时值或至此为止的平均值)、各种异常信号的产生状况、加速器开度(瞬时值或平均值)、刮水器的打开/关闭状态、前照灯的打开/关闭状态、方向指示灯的打开/关闭状态、危急指示器的打开/关闭状态等、是否处于ACC(AdaptiveCruise Control：自适应巡航控制)这种自动驾驶中、是否处于ASL(Adjustable SpeedLimiter：可调转速限制)这种限速工作中等。

此外，第二项目所涉及的车辆的状态包括车辆的乘员的状态。所谓乘员的状态为，包括驾驶员的状态、驾驶员以外的乘员的状态等在内的概念。例如，乘员的状态为，乘员的性别、乘员的年龄(例如是否是高龄人)、驾驶员的注意力不集中的检测的有无(在车辆运行状况的检测时的检测的有无或至此为止的检测次数)、驾驶员的瞌睡的检测的有无(在车辆运行状况的检测时的检测的有无或至此为止的检测次数)、驾驶员的心率间隔(车辆运行状况的检测时的瞬间值或至此为止的平均值)、乘员的数量、有无穿带安全带、座椅位置、斜倚的状态等。

在此，为了第二项目信息而取得的车辆信息(以下，为了区别而称为“第一信息用车辆信息”)与形成上述的车辆信息数据的车辆信息相比，数据量有意地较小。即，虽然形成车辆信息数据的车辆信息为记录期间T1内的多个时间点(例如m个时间点)的车辆信息，但第一信息用车辆信息为车辆运行状况检测部101检测出车辆运行状况时(例如，一时间点、少于m个的数量的时间点、或m个时间点的平均等)的车辆信息。

为了第二项目信息而取得的车辆信息的种类针对每个种类的车辆运行状况而被预先设定。另外，对于某些种类的车辆运行状况的取得对象的第一信息用车辆信息，既可以为对于同种类的车辆运行状况的写入对象的车辆运行状况数据用车辆信息的一部分，也可以为与车辆运行状况数据用车辆信息不同种类的车辆信息。

(3)关于第三项目信息，车辆运行状况记录处理部100-1～100-N的第一信息取得部1041根据经由有线发送接收部25而能够接收的车辆运行状况种类ID(与车辆运行状况检测通知一起从ECU80-*被发送的信息)，而对车辆运行状况的种类进行特别规定。即，第一信息取得部1041在车辆运行状况的检测时，根据与通知其主旨的车辆运行状况检测通知一起被发送的车辆运行状况种类ID，而对被检测的车辆运行状况的种类进行特别规定。

车辆运行状况记录处理部100-L的第一信息取得部1041，根据来自第二指令值生成部108的操作指令而对车辆运行状况检测部101所检测出的车辆运行状况的种类进行特别规定。这是因为，来自第二指令值生成部108的操作指令引起了特定的种类的车辆运行状况、即乘员保护辅助装置的工作。

(4)关于第四项目信息，第一信息取得部1041能够通过参照被存储在第一存储部110中的记录区域内的成立次数信息(参照图7)，而对与车辆运行状况同一种类的车辆运行状况的过去的检测状况进行特别规定。另外，如上所述，记录区域针对每个种类的车辆运行状况而被设定(参照图6)。

第一发送信号发送部1042经由无线发送接收部26而向服务器3发送第一发送信号。在实施例1中，第一发送信号包括表示车辆运行状况检测部101检测出车辆运行状况的主旨的运行状况检测通知信息和第一信息取得部1041所取得的第一信息。第一发送信号通过包括运行状况检测通知信息，从而具有将车辆运行状况的检测(车辆运行状况检测部101检测出车辆运行状况的情况)通知给服务器3的功能(以下，将该功能称为“第一功能”)。此外，第一发送信号通过包括第一信息，从而具有将判断材料(该车辆运行状况的检测的有无以外的判断材料)提供给服务器3的功能(以下，将该功能称为“第二功能”)，所述判断材料为，服务器3对车辆运行状况检测部101所检测出的车辆运行状况所涉及的车辆运行状况数据的上载与否进行判断时的材料。

在第一发送信号中，包括表示第一项目至第四项目中的、后述的信息取得条件所关联的项目的信息。因此，第一发送信号是否应该包括表示第一项目至第四项目中的任一项目的信息，依赖于信息取得条件。关于这一点，与信息取得条件的说明相关联，从而将在后文叙述。

在实施例1中，作为一个示例，第一发送信号发送部1042生成包括图11所示的各种信息的第一发送信号，并将所生成的第一发送信号向服务器3进行发送。图11所示的第一发送信号包括：第一发送信号ID、车辆ID、作为第一项目信息的车辆运行状况的检测日期和时间以及检测场所、作为第三项目信息的记录区域信息、作为第四项目信息的成立次数信息(参照图7)、时间标记。

第一发送信号ID为表示发送信号为“第一发送信号”的主旨(信号类别)的信息，且为运行状况检测通知信息。即，第一发送信号ID为，服务器3能够对发送信号的种类为“第一发送信号”的情况进行特别规定的信息。第一发送信号ID例如被送入到第一发送信号的头部，而车辆ID以后的信息则例如被送入到第一发送信号的数据部(有效负载)。另外，运行状况检测通知信息也可以为例如明确表示车辆运行状况的信息(第一发送信号ID以外的信息)。

车辆ID例如根据无线发送接收部26中固有的号码(例如产品号码等)而生成。记录区域信息为用于对与此次第一发送信号相关联的车辆运行状况数据的记录区域进行特别规定的信息，且为与车辆运行状况种类ID实质相同的信息(第三项目信息)。另外，在对第一发送信号进行接收的服务器3中，各个车辆运行状况能够根据记录区域信息以及成立次数信息的双方而进行特别规定(能够相关联)。时间标记根据针对CPU11的每个时钟实施加法运算的时间标记计数的值，从而被生成。时间标记表示例如从点火开关的开启时起的经过时间。因此，时间标记也可能作为与车辆运行状况的检测时的车辆的状态有关的信息(第二项目信息)而发挥功能。

上载要求接收部106从服务器3接收上载要求。上载要求接收部106经由无线发送接收部26而接收从服务器3被发送的上载要求。上载要求为，服务器3要求信息记录ECU7将被存储在第一存储部110中的车辆运行状况数据向服务器3进行发送的信号。上载要求(信号)中所包括的信息，例如如图12所示那样，其中包括表示发送信号为“上载要求”的主旨(信号类别)的上载要求ID和对读取对象的记录区域进行指定的信息(指定信息)。

上载执行部107在上载要求接收部106接收到上载要求的情况下，从第一存储部110读取车辆运行状况数据，并将所读取的车辆运行状况数据向服务器3进行发送。例如，在接收到图12所示的上载要求的情况下，上载执行部107读取被存储在第一存储部110中的读取对象的存储区域中的车辆运行状况数据，并将所读取的车辆运行状况数据经由无线发送接收部26而向服务器3进行发送。上载执行部107以服务器3能够使先前第一发送信号发送部1042所发送的第一发送信号与此次上载的车辆运行状况数据关联的方式，将车辆运行状况数据向服务器3进行发送。例如，上载执行部107生成包括图13所示的各种信息或数据的上载数据，并向服务器3进行发送。图13所示的上载数据包括表示发送信号(发送数据)为“上载数据”的主旨(信号类别)的上载ID、车辆ID、所读取的记录区域的记录区域信息以及成立次数信息、车辆运行状况数据。在该情况下，在服务器3中，根据车辆ID、记录区域信息以及成立次数信息而能够使先前第一发送信号产生部1042所发送的第一发送信号与上载数据关联。

第二指令生成部108与PCS·ECU80-1的第一指令值生成部810相同，也生成与被预先规定的种类的车辆运行状况相关联的指令。但是，第二指令生成部108生成与ECU80-1～ECU80-N不同种类的车辆运行状况相关联的指令。在实施例1中，如上所述，第二令生成部108实施与乘员保护辅助装置的工作相关联的控制。例如，第二令生成部108根据经由有线发送接收部25而取得的信息(例如，来自被设置于车辆前部的加速度传感器81-M的信息)，而在检测出车辆的正面碰撞时将工作指令(指令的示例)输入到乘员保护辅助装置中。

第二写入要求产生部109在与乘员保护辅助装置的操作有关而被预先规定的记录开始条件成立时，将写入要求输入到数据记录处理部103中。在实施例1中，作为一个示例，第二指令值生成部108在从PCS·ECU80-1接收到车辆运行状况检测通知(PCS工作通知)时，将写入要求输入到数据记录处理部103中。

在该情况下，车辆运行状况记录处理部100-L的数据记录处理部103与来自第一写入要求产生部820的数据写入要求的情况相同，也响应于来自第二写入要求产生部109的数据写入要求，而实施相同的数据记录(写入)。即，数据记录处理部103将与乘员保护辅助装置的工作相关联的记录期间T1的车辆信息记录于第一存储部中。在实施例1中，作为一个示例，与乘员保护辅助装置的工作有关而被预先规定的记录期间T1与被预先规定的阈值Th1(PCS工作阈值)相比为较长，且与乘员保护辅助装置的操作有关而被预先规定的车辆信息为前方雷达传感器81-1的检测数据、车速数据以及加速度数据。在该情况下，数据记录处理部103响应于来自第二写入要求产生部109的写入要求，而取得前方雷达传感器81-1的检测数据以及车速数据等的各种车辆信息，并将记录期间T1内的多个时间点的该车辆信息作为车辆运行状况数据而记录(保护)于第一存储部110中。

另外，在图5所示的示例中，信息记录ECU7具备第二指令值生成部108以及第二写入要求产生部109。因此，在第二指令生成部108所生成的指令形成写入对象的车辆信息(车辆信息数据)的情况下，第二指令值生成部108能够实现”车辆信息生成部”。

接下来，参照图14，对服务器3的功能进行说明。另外，关于服务器3的硬件结构，则省略图示。服务器3的基本的架构(结构)相对于图2所示的信息记录ECU7的结构而言，实质相同，而在处理能力以及存储容量被强化的这点上有所不同。

图14为服务器3的功能框图。

服务器3包括：第一发送信号接收部301、判断处理部302、上载要求部303、车辆运行状况数据接收部304、第二存储部308、车辆运行状况数据积累部309、车辆基本信息存储部310。各部301至304能够分别通过CPU执行被存储于ROM中的一个以上的程序从而被实现。第二存储部308为服务器3的存储部，且能够通过辅助存储装置(例如EEPROM或HDD)来实现。车辆运行状况数据积累部309以及车辆基本信息存储部310能够通过辅助存储装置(例如HDD)来实现。

第一发送信号接收部301接收从信息记录ECU7(第一发送信号发送处理部104)被发送的第一发送信号。具体而言，第一发送信号接收部301接收第一发送信号(图11)。通过第一发送信号接收部301而被接收到的第一发送信号中所包括的特定的信息被存储在车辆运行状况数据积累部309中。在实施例1中，特定的信息为表示车辆运行状况的检测日期和时间以及检测场所的信息，在下文中，仅称为“车辆运行状况检测日期和时间/场所信息”。

判断处理部302包括判断用信息取得部3020和判断部3024。

判断用信息取得部3020取得判断用信息。判断用信息为，用于对信息取得条件的成立与否进行判断时的信息。在实施例1中，设为判断用信息包括第一信息。此外，在实施例1中，还假定了如下情况，即，判断用信息除了第一信息以外还选择性地包括第二信息。第一信息如上所述。第二信息将在后文叙述。

判断用信息取得部3020包括第一信息取得部3021和第二信息取得部3022。

第一信息取得部3021取得第一信息。在实施例1中，第一信息取得部3021从第一发送信号接收部301所接收到的第一发送信号中取得第一信息。因此，在实施例1中，第一信息取得部3021所取得的第一信息与第一信息取得部1041所取得的第一信息相同。

第二信息取得部3022取得第二信息。在第二信息被包括在判断用信息中的情况下，第二信息取得部3022取得第二信息。第二信息包括与影响车辆运行状况的车辆的结构有关的信息。所谓“影响车辆运行状况的车辆的结构”为，包括影响车辆运行状况的有无的车辆的结构、影响车辆运行状况的频率的车辆的结构、影响车辆运行状况的方式的车辆的结构等在内的概念。

与影响车辆运行状况的车辆的结构有关的信息为，例如表示该车辆的车名或车型名、该车辆的装置或规格(例如，制动器结构、动力系统结构、控制规格等)、该车辆的车型(SUV、轿车、面包车、跑车、双座小轿车、轻型汽车等)、该车辆的尺寸、该车辆的重量、该车辆的车高、该车辆的重心位置等的信息。例如，装备或规格主要影响车辆运行状况。虽然重量、车高以及重心位置依赖于检测对象的种类的车辆运行状况，但也存在影响检测对象的种类的车辆运行状况的情况。例如，检测对象的种类的车辆运行状况在“车辆于到达侧倾的程度之前未侧倾而返回中立状态的情况(以下，仅称为“侧倾之前的运行状况”)”的情况下，所涉及的车辆运行状况受车辆的车高或重心位置影响。此外，例如在主要是SUV等特定的车型上所特有的装备影响特定种类的车辆运行状况时，表示车型的信息则成为与影响车辆运行状况的车辆的结构有关的信息。车辆的车名或车型名为能够对车辆的装备、车型、重量等进行特别规定的信息，且成为与影响车辆运行状况的车辆的结构有关的信息。另外，在搭载有车载装置2的对象的车辆车名仅为一个时，表示车辆的制造时期、发货目的地、厂家选装装置的内容、版本名、包装名等的信息为，能够对影响车辆运行状况的车辆的结构进行特别规定的信息。另一方面，在搭载有车载装置2的对象的车辆的车名为二个以上时，表示车辆的制造时期等的信息能够例如作为相对于表示车名的信息的辅助信息，即，能够作为用于对车辆的结构进行更详细地(高精度良好地)特别规定的辅助信息来使用。第二信息取得部3022能够从后述的车辆基本信息存储部301中取得第二信息。

判断部3024在第一发送信号接收部301接收到第一发送信号的情况下，从第二存储部308中读取信息取得条件，并根据判断用信息取得部3020所取得的判断用信息而对信息取得条件的成立与否进行判断。

信息取得条件具有从多个车辆运行状况中对将其车辆运行状况数据向服务器3上载的车辆运行状况进行筛选的功能。

信息取得条件以根据判断用信息被判断的方式被预先规定。换言之，判断用信息依赖于信息取得条件来决定。例如，在信息取得条件以根据第一信息以及第二信息被判断的方式被预先规定的情况下，判断用信息包括第一信息以及第二信息。另一方面，在信息取得条件以仅根据第一信息以及第二信息中的第一信息而被判断的方式被预先规定情况下，判断用信息仅包括第一信息以及第二信息中的第一信息。在实施例1中，设为信息取得条件以根据第一信息以及第二信息中的至少第一信息而被判断的方式被预先规定。即，设为信息取得条件以根据与车辆运行状况的检测时有关的信息以及与车辆运行状况的种类有关的信息中的至少一个信息而被判断的方式被预先规定。

另外，与车辆运行状况的检测时有关的信息以及与车辆运行状况的种类有关的信息为，例如表示上述第一项目至第四项目的信息。因此，在信息取得条件以根据与车辆运行状况的检测时有关的信息而被判断的方式被预先规定的情况下，该信息取得条件将以与车辆运行状况的检测时的车辆的周边环境(第一项目)以及车辆运行状况的检测时的车辆的状态(第二项目)中的一个以上的项目相关联的方式而被预先规定。此外，在信息取得条件以根据与车辆运行状况的种类有关的信息而被判断的方式被预先规定的情况下，该信息取得条件将以与车辆运行状况的种类(第三项目)以及和车辆运行状况同一种类的车辆运行状况的过去的检测状况(第四项目)中的一个以上的项目相关联的方式而被预先规定。信息取得条件的具体例将在后文叙述。

判断处理部302在判断为信息取得条件成立的情况下，将信息取得条件成立标志设定为“1”。信息取得条件成立标志的初始值为“0”。另一方面，判断处理部302在判断为信息取得条件不成立的情况下，将信息取得条件成立标志维持为“0”。

上载要求部303在判断处理部302判断为信息取得条件成立的情况(信息取得条件成立标志为“1”的情况)下，将上载要求向信息记录ECU7进行发送。上载要求以信息记录ECU7能够对上载要求对象的车辆运行状况数据(是哪个相对于第一发送信号所涉及的车辆运行状况数据的上载要求)进行特别规定的方式而被生成。例如，包括对第一存储部110中的车辆运行状况数据的存储区域进行指定的信息(参照图12)。另外，上载要求部303例如根据第一发送信号中所包括的记录区域信息而能够对上载要求对象的车辆信息数据的存储区域进行特别规定(图11)。

车辆运行状况数据接收部304从信息记录ECU7(上载执行部107)接收被发送的车辆运行状况数据。车辆运行状况数据接收部304将所接收到的车辆运行状况数据存储于车辆运行状况数据积累部309中。此时，车辆运行状况数据接收部304将所接收到的车辆运行状况数据与第一发送信号接收部301所接收到的第一发送信号中所包括的车辆运行状况检测日期和时间/场所信息一起存储于车辆运行状况数据积累部309中。另外，车辆运行状况数据与第一发送信号中所包括的车辆运行状况检测日期和时间/场所信息的关联，如上所述，能够根据第一发送信号以及上载数据中共同包括的信息(车辆ID、记录区域信息以及成立次数信息)而实现。

第二存储部308对信息取得条件进行存储。信息取得条件例如能够以对该信息取得条件进行规定的程序的方式而存储于第二存储部308中。

车辆运行状况数据接收部304所接收的车辆运行状况数据被积累在车辆运行状况数据积累部309中。例如，如图15所示，车辆运行状况数据与车辆ID、车辆运行状况检测日期和时间/场所信息等一起被积累。在图15所示的示例中，车辆运行状况数据针对每个车辆运行状况而赋予ID(数据ID)。另外，在图15中，“**”表示具有一些信息。此外，像图15所示的这种车辆运行状况数据的积累数据针对每个种类的车辆运行状况而存在。

例如，如图16所示，在车辆基本信息存储部310中存储有与车辆有关的各种信息(以下，称为“车辆基本信息”)。车辆基本信息例如与车辆的数据记录规格(与车辆运行状况数据记录功能有关的世代信息、车辆运行状况数据的变换方法等)、车辆的其他规格(与车辆的结构有关的规格)、车辆的发货目的地、车辆的修理/事故履历、车辆的下线时期、车名、车型、车辆的销售店、车主的变迁、车辆的主要用户等有关。此外，车辆的其他规格(与车辆的结构有关的规格)为，例如厂家选装装置的内容、柴油发动机等的发动机种类与排气量、变速器种类、是否为混合动力车、是否为电动汽车等。此外，车辆基本信息可以包括表示车辆的乘员的信息。表示车辆的乘员的信息可以包括例如，表示家族结构、驾驶技能、驾驶经历或特性(优良等)、车辆平时的利用地区、车库的位置(住所)、驾驶习惯(例如，容易同时踩踏加速器踏板和制动器踏板双方等)、驾驶喜好(例如喜欢经济驾驶、喜欢跑车模式等)的信息。由于这些各种项目所涉及的信息并不是动态变化的信息，因此例如在首次与车载装置2通信时，服务器3将以与上述的上载要求相同的要领而向车载装置2要求该信息。接收到该要求，车载装置2便读取该信息，并向服务器3进行上载。然后，服务器3使从车载装置2被上载的该信息与车辆ID关联，并将其积累于车辆基本信息存储部310内。或者，车辆基本信息存储部310内的信息也可以根据从车辆的用户或经销商或者厂家以其他的路径(与从车载装置2的上载不同的其他方法)而获得的信息，而被生成或被追加。此外，车辆基本信息存储部310内的各种项目所涉及的信息被定期地适当更新。另外，在图16所示的示例中，车辆基本信息包括表示数据记录规格、车辆规格以及销售店的信息。另外，在图16中“**”表示具有一些信息。

接下来，参照图17，对在信息收集系统1中的动作例进行说明。

图17为表示信息记录ECU7以及服务器3中的处理的关系的概要流程图。

在图17中，线L1以及L2为时间轴，且分别从信息记录ECU7以及服务器3向下方向延伸。下方向与时间的前进方向相对应。在线L1以及L2中的中途的省略记号表示一系列的处理的时间上的划分。另外，一系列的处理不一定需要大致同时被执行。例如，在步骤S510的处理的定时与步骤S511的处理的定时之间，也可以存在有意的时间差。此外，以线L1以及L2表示的时间轴为表示各自的时间轴上的处理顺序的程度的示意性的轴，例如虽然在线L1以及L2上的“结束”被图示于时间轴上的相同的位置处，但这并不意味着信息记录ECU7以及服务器3中的各个处理是同时结束的。此外，虽然在线L2上于步骤S606中为“否”的情况和经过步骤S612的处理的情况下，同样都朝向“结束”，但这并不意味着这些“结束”是同时的。即，在步骤S606中为“否”的情况下立即结束，而在步骤S606中为“是”的情况下，则是在步骤S612的处理结束时才结束(关于这一点，后述的同样的图32以及图36也相同)。

在图17所示的示例中，首先，车载装置2的信息记录ECU7的车辆运行状况检测部101对检测对象的种类的车辆运行状况进行检测(步骤S502)。当车辆运行状况检测部101对车辆运行状况进行检测时，信息记录ECU7的数据记录处理部103实施数据记录(写入)处理(步骤S504)。此外，当车辆运行状况检测部101对车辆运行状况进行检测时，信息记录ECU7的第一发送信号发送处理部104的第一信息取得部1041将取得第一信息(步骤S506)，并且第一发送信号发送处理部104的第一发送信息发送部1042将第一发送信号向服务器3进行发送(步骤S508)。以此方式被发送的第一发送信号通过服务器3的第一发送信号接收部301而被接收(步骤S602)。

当服务器3的第一发送信号接收部301对第一发送信号进行接收时(步骤S602)，服务器3的判断处理部302从第二存储部308中读取信息取得条件，并根据判断用信息取得部3020所取得的判断用信息而实施信息取得条件的成立与否的判断处理(步骤S604)。信息取得条件的成立与否的判断处理的示例将在后文进行叙述。信息取得条件的成立与否的判断处理的结果为，在信息取得条件成立标志为“1”的情况下(步骤S606为是)，上载要求部303将上载要求向信息记录ECU7进行发送(步骤S608)。以此方式被发送的上载要求通过信息记录ECU7的上载要求接收部106而被接收(步骤S510)。另一方面，信息取得条件的成立与否的判断处理的结果为，在信息取得条件成立标志不为“1”的情况下(步骤S606为否)，上载要求部303并不向信息记录ECU7发送上载要求。在该情况下，服务器3结束此次所接收的第一发送信号所涉及的处理，并成为新的第一发送信号的接收等待状态。即，在该情况下，由于上载要求部303并未实施此次所接收的第一发送信号所涉及的车辆运行状况数据的上载要求，因此该车辆运行状况数据并未被积累于车辆运行状况数据积累部309中。

当信息记录ECU7的上载要求接收部106对上载要求进行接收时(步骤S510)，上载执行部107将从第一存储部110中读取车辆运行状况数据(步骤S511)，并将所读取的车辆运行状况数据向服务器3进行发送(步骤S512)。以此方式，车辆运行状况数据上载至服务器3中。

当服务器3的车辆运行状况数据接收部304对车辆运行状况数据进行接收时(步骤S610)，车辆运行状况数据接收部304将车辆运行状况数据存储(积累)于车辆运行状况数据积累部309中(步骤S612)。

根据以上的图1至图17所示的实施例1，能够得到以下效果。

根据实施例1，如上所述，在车辆运行状况检测部101检测出检测对象的种类的车辆运行状况时，其车辆运行状况数据并不一定被上载到服务器中，首先，是第一发送信号被向服务器发送。然后，在服务器3中，对信息取得条件的成立与否进行判断，并在通过判断处理部302而被判断为信息取得条件成立的情况下，将车辆运行状况数据向服务器3进行上载。因此，根据实施例1，由于在信息取得条件被满足的情况下，车辆运行状况数据被上载至服务器3，因此与在车辆运行状况的检测时必定将其车辆运行状况数据向服务器3进行上载的结构相比，而能够实现作为信息收集系统1整体的通信负荷的降低。例如，根据实施例1，对于取得了未使信息取得条件成立的第一发送信号的车辆运行状况而言，由于仅是第一发送信号向服务器进行发送，车辆运行状况数据并未被上载至服务器，因此该车辆运行状况与第一发送信号以及车辆运行状况数据双方均都上载至服务器的情况相比，能够降低通信负荷。

此外，根据实施例1，信息取得条件以根据如下判断用信息而被判断的方式被预先规定，所述判断用信息为，包括与车辆运行状况的检测时有关的信息以及与车辆运行状况的种类有关的信息中的至少一种信息的判断用信息，或者为，还包括与影响所述车辆运行状况的车辆的结构有关的信息的判断用信息。

在此，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于该车辆运行状况的检测时的车辆的周边环境。例如，在车辆运行状况为“ABS的工作”的情况下，由于雨天时的ABS的工作为被假定的通常的工作，因此有可能存在此时的车辆运行状况数据变得无用的情况。另一方面，在晴天时的ABS的工作的情况下，伴随于为了避免事故的紧急制动的ABS的工作的可能性较高，从而此时的车辆运行状况数据则有可能有用。

此外，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于该车辆运行状况的检测时的车辆的状态。例如，在车辆运行状况为“PCS的警报工作”的情况下，驾驶员没有注意力不集中或瞌睡的状态下的车辆运行状况数据与驾驶员注意力不集中或瞌睡的状态下的车辆运行状况数据相比有可能更有用。这是因为，在驾驶员注意力不集中或瞌睡的状态下的PCS的警报工作为被假定的通常的工作。

此外，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于车辆运行状况的种类。这是因为，虽然对于某些种类的车辆运行状况而言，其车辆运行状况数据对分析有用，但对于其他种类的车辆运行状况而言，其车辆运行状况数据则有可能对分析无用。例如，某些种类的车辆运行状况为“PCS的工作”的情况与其他种类的车辆运行状况为“急制动”相比被检测出的频率有意地降低。因此，“PCS的工作”不管在怎样的环境下被检测出时，其车辆运行状况数据都可能对分析有用。另一方面，关于“急制动”所涉及的车辆运行状况数据，如果能够取得与“PCS的工作”或“紧急制动”有关的车辆运行状况数据，则也可能存在与“急制动”有关的车辆运行状况数据变为无用的情况。

此外，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于该车辆运行状况的同一种类的车辆运行状况的过去的检测状况。这是因为，由于车辆运行状况为“ABS的工作”的情况将以较高的频率被检测出，因此仅在与被假定的检测次数相比更多地被检测出的情况或以与被假定的检测频率相比而更高的频率被检测出的情况下，才可能存在车辆运行状况数据对分析有用的情况。

而且，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于产生该车辆运行状况的车辆的结构。例如，在车辆运行状况为“侧倾之前运动状况”的情况下，其车辆运行状况数据的有用性有时根据车辆的结构(例如，是车高较高的SUV，还是车高普通的轿车等)而有所不同。此外，例如在车辆运行状况为“PCS的工作”的情况下，PCS的工作所涉及的车辆运行状况数据的有用性根据车辆的规格(例如，进行前方监视的传感器是仅为雷达传感器，还是仅为图像传感器，或者是它们的组合)而有可能有所不同。

在这一点上，根据实施例1，由于信息取得条件以根据上文所述的判断用信息而被判断的方式被预先规定，因此服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性变高，从而能够提高车辆运行状况的分析效率。

此外，根据实施例1，信息取得条件被存储于服务器3的第二存储部308中。因此，根据实施例1，由于能够在服务器中对信息取得条件进行集中管理，因此与针对每辆车辆而赋予该信息取得条件的情况相比，能够灵活地应对信息取得条件的事后变更。例如，关于某些车辆运行状况，即使其车辆运行状况数据经常被认为是对分析有用的车辆运行状况，事后也有可能存在被重新认为仅在特定的环境下被检测出时才对分析有用的情况。或者相反地，关于某些车辆运行状况，即使其车辆运行状况数据经常被认为是对分析无用的车辆运行状况，事后也有可能被重新认为是仅在特定的环境下被检测出时对分析有用的情况。在所涉及的情况下，通过仅对被存储在服务器3的第二存储部308中的信息取得条件(例如对该信息取得条件进行规定的程序)进行改写，便能够应对所涉及的事后的回顾。

此外，根据实施例1，判断用信息包括第一信息，第一信息包括与车辆运行状况的检测时有关的信息以及与车辆运行状况的种类有关的信息中的至少任意一种信息。第一信息为，具有在车辆的行驶中或在每次车辆的起动中发生变化的可能性的信息。因此，服务器3很难从车辆外的信息源取得所涉及的信息。在这一点上，根据实施例1，服务器3的判断用信息取得部3020能够从第一发送信号中取得被包括在判断用信息中的第一信息。因此，通过服务器3从车载装置2中取得所涉及的第一信息，从而服务器3能够根据较高精度的第一信息判断信息而对取得条件的成立与否进行判断。其结果为，服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性变高，从而能够进一步提高车辆运行状况的分析效率。

此外，根据实施例1，由于第一发送信息中所包括的车辆运行状况检测日期和时间/场所信息以与车辆运行状况数据关联的方式被积累于车辆运行状况数据积累部309中，因此在对车辆运行状况数据进行分析时，能够有效地使用车辆运行状况检测日期和时间/场所信息，从而能够进一步提高车辆运行状况的分析效率。例如，能够进行如下的多方面的分析，即，车辆的周边环境如何影响了车辆运行状况(例如PCS的工作)，或者，怎样的车辆的周边环境容易引起特定的车辆运行状况等。

接下来，关于信息取得条件的几个示例，与由判断处理部302实施的判断方法的示例合并一起进行说明。

在以下的信息取得条件的几个示例中，只要没有特别提及，则设为信息取得条件与如下的四个项目中的一个以上的项目相关联而被预先规定，即：(1)车辆运行状况的检测时的车辆的周边环境(第一项目)、(2)车辆运行状况的检测时的车辆的状态(第二项目)、(3)车辆运行状况的种类(第三项目)、以及(4)与车辆运行状况同一种类的车辆运行状况的过去的检测状况(第四项目)。

在该情况下，第一发送信号是应该包括表示第一项目至第四项目中的哪一个项目的信息，这依赖于信息取得条件是与第一项目至第四项目中的哪一项目相关联的。即，第一发送信号只要至少包括表示信息取得条件所相关联的项目的信息即可。例如，在信息取得条件与第一项目至第四项目中的第一项目相关联的情况下，第一发送信号只要至少包括第一项目信息即可。此外，在信息取得条件与第一项目至第四项目中的第一项目以及第四项目相关联的情况下，第一发送信号只要至少包括第一项目信息以及第四项目信息即可。

[信息取得条件的第一示例]

图18为信息取得条件的第一示例的说明图。

信息取得条件作为与第一项目至第四项目中的任意一个项目所涉及的各种条件的“与”、“或”等的逻辑条件而被预先规定。在图18所示的示例中，信息取得条件在如下情况下被满足，即，(1)条件A0被满足的情况、(2)条件A1被满足的情况、(3)条件A2且条件A3被满足的情况、(4)条件A4～A6全部被满足的情况。此时，例如，条件A0以与第三项目相关联的方式而被预先规定为，例如车辆运行状况的种类为特定种类。条件A1以与第二项目相关联的方式而被预先规定为，车辆运行状况的检测时的驾驶员为高龄人。此外，条件A2以与第一项目相关联的方式而被预先规定为，周边环境为高速公路以外的环境，条件A3与条件A1相同，以与第二项目相关联的方式而被预先规定。此外，条件A4与条件A0相同，以与第三项目相关联的方式而被预先规定。条件A5与条件A2相同，以与第一项目相关联的方式而被预先规定。此外，条件A6以与第四项目相关联的方式而被预先规定为，过去的检测次数为被预先规定阈值以上。

以此方式，由于信息取得条件能够在考虑检测对象的种类的车辆运行状况的特性的同时作为第一项目至第四项目所涉及的各种条件的“与”、“或”等的逻辑条件而预先规定，因此信息取得条件的规定的自由度较高。其结果为，服务器3能够取得分析者认为对分析有用的车辆运行状况数据的可能性变高。

另外，虽然在图18所示的示例中，信息取得条件作为第一项目至第四项目中的任意一个项目所涉及的各种条件的“与”、“或”等的逻辑条件而被预先规定，但是也可以追加性地将其他项目所涉及的条件作为增加的逻辑条件而被预先规定。所涉及的其他项目为，例如像车辆的销售店这样的项目，并且能够使用被存储于车辆基本信息存储部310中的车辆基本信息所涉及的各种项目(上文已述)。

[信息取得条件的第二例至第五例]

接下来，对信息取得条件的其他示例(第二示例至第五示例)进行说明。

在以下的第二示例至第五示例中，作为一个示例而设为，信息取得条件包括以与周边环境(第一项目)相关联的方式而被预先规定的条件(以下，称为“第一取得条件”)(预定的取得条件的一个示例)以及仅以与车辆运行状况的种类(第三项目)相关联的方式而被预先规定的条件(以下，称为“第二取得条件”)中的至少任意一个条件。

此外，在以下的第二示例至第五示例中，作为一个示例而设为，第一取得条件以及第二取得条件表示为了满足信息取得条件而应该被满足的条件。例如，将仅其被满足而信息取得条件没有被满足的条件(即，所谓禁止条件)设为，通过其“相反”而被规定。例如，在周边环境为雨天的情况下信息取得条件没有被满足时，第一取得条件为“周边环境不是雨天”。

在此，在检测对象的车辆运行状况仅为一个种类时，信息取得条件不包括第二取得条件。但是，即使在检测对象的车辆运行状况为两个种类以上时，也有可能存在例如这些种类的车辆运行状况具有相同的特性的情况等、信息取得条件不包括第二取得条件的情况。此外，在检测对象的车辆运行状况为两个种类以上时，第一取得条件针对每个种类的检测对象的车辆运行状况而被设置。但是，在检测对象的车辆运行状况为两个种类以上时，也有可能存在例如这些种类的车辆运行状况具有相同的特性的情况等、第一取得条件针对每个种类的车辆运行状况而以相同的方式被预先规定的情况。

此外，在检测对象的车辆运行状况为两个种类以上时，有可能存在信息取得条件不包括第一取得条件的情况。此外，在检测对象的车辆运行状况为两个种类以上时，也有可能存在信息取得条件包括第一取得条件以及第二取得条件两者的情况。在该情况下，例如相对于未满足第二取得条件的种类的车辆运行状况，第一取得条件针对每一种类而被设定(参照图25)。

在此，由于假定信息取得条件是以与第一项目以及第三项目中的至少任意一项相关联的方式而被预先规定的，因此第一发送信号被假定为如下的三种模式，即，仅包括第一项目信息以及第三项目信息中的第一项目信息的第一模式、仅包括第一项目信息以及第三项目信息中的第三项目信息的第二模式、包括第一项目信息以及第三项目信息双方的第三模式。使用哪种模式，依赖于信息取得条件。

例如，在信息取得条件仅包括第一取得条件以及第二取得条件中的第一取得条件的情况下，使用第一模式。此外，在信息取得条件仅包括第一取得条件以及第二取得条件中的第二取得条件的情况下，使用第二模式。但是，即使在这些情况下，为了提高被存储于第二存储部308中的信息取得条件的事后变更的自由度，优选使用第三模式。此外，在信息取得条件包括第一取得条件以及第二取得条件双方的情况下，使用第三模式。

[信息取得条件的第二示例]

图19为表示信息取得条件包括第一取得条件时的示例的图。在图19中，符号○表示信息取得条件成立(在以下的图21等中也相同)。图19所示的信息取得条件在第一取得条件成立的情况下成立。此外，在图19所示的示例中，表示第一取得条件在周边环境为特定的季节A时或在周边环境为特定的场所B时被满足。另外，场所B表示具有某范围的地域。

图19所示的第一取得条件适于检测对象的车辆运行状况仅为一个种类的情况、或适于虽然检测对象的车辆运行状况为两种以上但全部为相同性质的车辆运行状况情况等。

图20为表示使用图19所示的信息取得条件时的判断处理部302的处理的示例的流程图。即，图20表示作为图17的步骤S604的处理而被执行的处理的示例。

另外，由于图19所示的信息取得条件包括第一取得条件，因此在以下的图20的说明中，作为前提而设为，第一发送信号为，仅包括第一项目信息以及第三项目信息中的第一项目信息的第一模式或者包括第一项目信息以及第三项目信息双方的第三模式中的任意一个样式。

此外，由于图19所示的第一取得条件分别以与车辆运行状况的检测日期和时间(季节)以及检测场所有关的方式而被规定，因此在以下的图20的说明中，设为第一项目信息包括表示车辆运行状况的检测日期和时间的信息以及表示检测场所的信息的双方，并不包括以外的信息。即，在以下图20的说明中，设为第一项目信息不包括像车辆运行状况的检测日期和时间以及检测场所的天气信息这样的、直接表示车辆运行状况的检测时的车辆的周边环境的其他信息。在所涉及的情况下，在第一项目信息的信息量变少、第一信息取得部1041的处理负荷被降低、以及应该被包括在车载电子设备组8中的各种检测或测量装置81的种类的制约变小(例如，车载电子设备组8只要至少具备GPS接收器即可)这点上，较为有利。

在步骤S900中，判断处理部302的判断用信息取得部3020的第一信息取得部3021从第一发送信号中取得第一项目信息(表示车辆运行状况的检测时的车辆的周边环境的信息)。即，第一信息取得部3021从第一发送信号中取得第一信息。

在步骤S902中，判断处理部302的判断部3024根据在步骤S900中取得的第一信息所表示的周边环境而对图19所示的信息取得条件(第一取得条件)的成立与否进行判断。具体而言，在判断处理部302通过步骤S900取得的第一信息所表示的周边环境为特定的季节A或特定的场所B时，判断为第一取得条件成立。在该情况下，前进至步骤S904。另一方面，在判断处理部302通过步骤S900取得的第一信息所表示的周边环境并未特定的季节A以及特定的场所B中的任意一个时，判断为第一取得条件不成立。在该情况下，前进至步骤S906。

在步骤S904中，判断处理部302的判断部3024将信息取得条件成立标志设置为“1”并结束处理。

在步骤S906中，判断处理部302的判断部3024将信息取得条件成立标志设置(维持)为“0”并结束处理。

但是，如上所述，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于车辆运行状况的检测时的车辆的周边环境。因此，根据信息取得条件的第二示例，服务器3能够取得分析者认为对分析有用的与在周边环境下被检测出的车辆运行状况有关的车辆运行状况数据的可能性变高。

另外，虽然在图19以及图20所示的示例中，第一取得条件在周边环境为特定的季节A时或周边环境为特定的场所B时被满足，但并不限定于此。例如，也可以为，第一取得条件在周边环境为特定的季节A且周边环境为特定的场所B时被满足。

此外，虽然在图19以及图20所示的示例中，以上述方式实现了简便的信息取得条件，但是参照图18并如上所述信息取得条件也可以包括其他条件。在所涉及的情况下，例如，在步骤S902的判断结果为“是”的情况下，对该其他条件的成立与否进行判断。

[信息取得条件的第三示例]

图21为表示信息取得条件包括第一取得条件时的其他示例的图。

在图21所示的示例中，第一取得条件针对每个种类的车辆运行状况而被设置。在图21中，信息取得条件在与车辆运行状况的种类相对应的第二取得条件成立的情况下成立。在图21所示的示例中，与车辆运行状况的种类“车辆运行状况种类A”相对应的第一取得条件为“日期和时间条件A(例如，冬季以外)”。此外，与车辆运行状况的种类“车辆运行状况种类B”相对应的第一取得条件为“场所条件A(例如，非山岳地域)”。同样地，与车辆运行状况的种类“车辆运行状况种类C”相对应的第一取得条件为“场所条件B(例如，郊外地域)”。

图21所示的信息取得条件适于车辆对象的车辆运行状况为两个种类以上、且存在不同性质的车辆运行状况的种类的情况等。

图22为表示使用图21所示的信息取得条件时的判断处理部302的处理的示例的流程图。即，图22表示作为图17的步骤S604的处理而被执行的处理的其他示例。

另外，由于图21所示的信息取得条件包括针对每个种类的车辆运行状况而被设置的第一取得条件，因此在以下的图22的说明中，作为前提而设为，第一发送信号为，包括第一项目信息以及第三项目信息双方的第三模式。此外，由于图21所示的信息取得条件以分别与车辆运行状况的检测日期和时间以及检测场所有关的方式而被规定，因此在以下的图22的说明中，设为第一项目信息包括表示车辆运行状况的检测日期和时间的信息以及表示检测场所的信息的双方，而不包括以外的信息。

在步骤S1100中，判断处理部302的判断用信息取得部3020的第一信息取得部3021从第一发送信号中取得第一项目信息(表示车辆运行状况的检测时的车辆的周边环境的信息)。即，第一信息取得部3021从第一发送信号中取得第一信息。

在步骤S1102中，判断处理部302的判断用信息取得部3020的第一信息取得部3021从第一发送信号中取得第三项目信息(表示车辆运行状况的种类的信息)。即，第一信息取得部3021从第一发送信号中取得第一信息。

在步骤S1104中，判断处理部302的判断部3024根据在步骤S1100中判断用信息取得部3020所取得的表示周边环境的信息(第一信息)和在步骤S1102中判断用信息取得部3020所取得的表示车辆运行状况的种类的信息(第一信息)，而对图21所示的信息取得条件中的、与车辆运行状况的种类相对应的第一取得条件的成立与否进行判断。具体而言，判断处理部302的判断部3024根据在步骤S1100中所取得的第一信息所表示的周边环境，而对与在步骤S1102中所取得的第一信息所表示的车辆运行状况的种类相对应的第一取得条件的成立与否进行判断。在判断为第一取得条件成立的情况下，前进至步骤S1106，在除此以外的情况下，前进至步骤S1108。

在步骤S1106中，判断处理部302的判断部3024将信息取得条件成立标志设置为“1”并结束处理。

在步骤S1108中，判断处理部302的判断部3024将信息取得条件成立标志设置(维持)为“0”并结束处理。

但是，如上所述，在怎样的周边环境下检测出的情况下其车辆运行状况数据对分析有用，大多依赖于车辆运行状况的种类的情况。这是因为，车辆运行状况的性质(特性)根据其种类的不同而不同。在这一点上，根据信息取得条件的第三示例，由于第一取得条件是针对每个种类的车辆运行状况而被设置的，因此即使在检测对象的车辆运行状况的种类多样化的情况下，针对每个种类的车辆运行状况，服务器3能够取得分析者认为对分析有用的车辆运行状况数据的可能性也变高。

另外，虽然在图21以及图22所示的示例中，以上述方式实现了简便的信息取得条件，但参照图18并如上所述信息取得条件也可以包括其他条件(例如，轮胎气压的检测值为被预先规定的阈值以上)。在所涉及的情况下，例如，在步骤S1104的判断结果为“是”的情况下，对该其他条件的成立与否进行判断。

[信息取得条件的第四示例]

图23为表示信息取得条件包括第二取得条件时的示例的图。图23所示的信息取得条件在第二取得条件成立的情况下成立。在图23所示的示例中，表示第二取得条件在车辆运行状况的种类为特定的车辆运行状况种类A、车辆运行状况种类B或车辆运行状况种类C时被满足。图23所示的第二信息取得条件以检测对象的车辆运行状况为三个种类以上为前提。

图24为表示使用图23所示的信息取得条件时的判断处理部302的处理的示例的流程图。即，图24表示作为图17的步骤S604的处理而被执行的处理的其他示例。

另外，由于图23所示的信息取得条件包括第二取得条件，因此在以下的图23的说明中，作为前提而设为，第一发送信号为，仅包括第一项目信息以及第三项目信息中的第三项目信息的第二模式或者包括第一项目信息以及第三项目信息双方的第三模式中的任意一种模式。

在步骤S1300中，判断处理部302的判断用信息取得部3020的第一信息取得部3021从第一发送信号中取得第三项目信息(表示车辆运行状况的种类的信息)。即，第一信息取得部3021从第一发送信号中取得第一信息。

在步骤S1302中，判断处理部302的判断部3024根据在步骤S1300中所取得的第一信息所表示的车辆运行状况的种类而对图23所示的信息取得条件(第二取得条件)成立与否进行判断。具体而言，判断处理部302在步骤S1300中所取得的第一信息所表示的车辆运行状况的种类为车辆运行状况种类A、车辆运行状况种类B或车辆运行状况种类C时，判断为第二取得条件成立。在该情况下，前进至步骤S1304。另一方面，判断处理部302的判断部3024在步骤S1300中所取得的第一信息所表示的车辆运行状况的种类并非车辆运行状况种类A、车辆运行状况种类B以及车辆运行状况种类C中的任意一个时，判断为第二取得条件不成立。在该情况下，前进至步骤S1306。

在步骤S1304中，判断处理部302的判断部3024将信息取得条件成立标志设置为“1”并结束处理。

在步骤S1306中，判断处理部302的判断部3024将信息取得条件成立标志设置(维持)为“0”并结束处理。

但是，如上所述，存在如下情况，即，关于某些种类的车辆运行状况，其车辆运行状况数据对分析有用，但关于其他种类的车辆运行状况，其车辆运行状况数据则有可能对分析无用。在这一点上，根据信息取得条件的第四示例，由于信息取得条件在第一信息所表示的车辆运行状况的种类满足第二取得条件的情况下成立，因此服务器能够取得分析者认为对分析有用的种类的车辆运行状况所涉及的车辆运行状况数据的可能性变高。

另外，虽然在图23以及图24所示的示例中，以上述方式实现了简便的信息取得条件，但是参照图18并如上所述信息取得条件也可以包括其他条件。在所涉及的情况下，例如，在步骤S1302的判断结果为“是”的情况下，对该其他条件的成立与否进行判断。

例如，作为其他条件，而能够为与上述的第四项目相关联的取得条件。例如，与第四项目相关联的取得条件为“该种类的车辆运行状况的过去的检测次数为被预先规定的阈值以上”。在该情况下，判断用信息取得部3020的第一信息取得部3021取得表示在步骤S1300中所取得的判断用信息所表示的种类的车辆运行状况的过去的检测次数的信息(第一信息)，并且判断处理部302对该第一信息所表示的检测次数是否为被预先规定的阈值以上进行判断。判断用信息取得部3020能够从第一发送信号(即，被包括在第一发送信号中的成立次数信息)中取得表示在步骤S1300中所取得的第一信息所表示的种类的车辆运行状况的过去的检测次数的信息(第一信息)。所涉及的其他条件适于如下情况，即，仅在此种类的车辆运行状况较多地被检测出之时该种类的车辆运行状况数据对分析有用的情况。

例如，在例如车辆运行状况种类A为“PCS的工作”时，其他条件为“进行前方监视的传感器为雷达传感器与图像传感器的组合”。在该情况下，判断用信息取得部3020的第二信息取得部3022从车辆基本信息存储部310中取得表示车辆的规格的信息(第二信息)，并且判断处理部302根据该第二信息所表示的规格而对用于前方监视的传感器是否为雷达传感器与图像传感器的组合进行判断。所涉及的其他条件适于如下情况，即，仅在此种类的车辆运行状况在特定的车辆结构的车辆中被检测出之时该种类的车辆运行状况数据对分析有用的情况。

[信息取得条件的第五示例]

信息取得条件的第五示例与上述的信息取得条件第三示例和信息取得条件第四示例的组合相对应。具体而言，信息取得条件包括针对每个种类的车辆运行状况而被设置的第一取得条件和第二取得条件。而且，信息取得条件在第一取得条件或第二取得条件成立的情况下成立。

图25为表示使用信息取得条件的第五示例时的判断处理部302的处理的示例的流程图。即，图25表示作为图17的步骤S604的处理而被执行的处理的其他示例。

另外，由于信息取得条件的第五示例包括第一取得条件以及第二取得条件，因此在以下的图25的说明中，作为前提而设为，第一发送信号为，包括第一项目信息以及第三项目信息双方的第三模式。在以下的图25的说明中，设为第一项目信息包括表示车辆运行状况的检测日期和时间的信息以及表示检测场所的信息双方，并不包括除此以外的信息。

步骤S1500以及S1502的各个处理分别与参照图24而说明的步骤S1300以及步骤S1302的各个处理相同，从而省略说明。同样地，步骤S1504以及步骤S1512的各个处理分别与参照图24而说明的步骤S1304以及步骤S1306的各个处理相同，从而省略说明。

在步骤S1506中，判断处理部302的判断部3024关于步骤S1500中所取得的第一信息所表示的车辆运行状况的种类而对是否预先规定了第一取得条件进行判断。在判断结果为“是”的情况下，前进至步骤S1508，在除此以外的情况下，前进至步骤S1512。

步骤S1508以及步骤S1510的各个处理分别与参照图22而说明的步骤S1100以及步骤S1104的各个处理相同，从而省略说明。

根据这样的信息取得条件的第五示例，对信息取得条件进行规定时的自由度变高。其结果为，即使在检测对象的车辆运行状况的种类进一步多样化的情况下，针对每个种类的车辆运行状况，服务器3能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性也变高。

另外，虽然在图25所示的示例中，以上述方式实现了简便的信息取得条件，但是参照图18而如上所述信息取得条件也可以包括其他条件(例如，该种类的车辆运行状况的过去的检测次数为被预先规定的阈值以上)。在所涉及的情况下，例如，在步骤S1504之前，对该其他条件的成立与否进行判断。

[实施例2]

以下的实施例2相对于上述的实施例1，仅在服务器3被服务器3A置换的这点上有所不同。在下文中，主要地对服务器3A的结构进行说明。

服务器3A的基本硬件结构相对于图2所示的信息记录CEU17的结构实质相同，但在处理能力以及存储容量被强化的这点上有所不同。

图26为服务器3A的功能框图。服务器3A相对于参照图14而说明的上述实施例1的服务器3，在判断处理部302被判断处理部302A置换的这点上有所不同。其他结构可以相同，从而标记与图14相同的参照符号而省略说明。判断处理部302A能够通过CPU执行被存储在ROM中的一个以上的程序来实现。

判断处理部302A相对于上述的实施例1，在判断用信息取得部3020被判断用信息取得部3020A置换、且判断部3024被判断部3024A置换的这点上有所不同。判断用信息取得部3020A相对于判断用信息取得部3020，在追加了环境信息取得部3023的这点上有所不同。

虽然在实施例2中，信息记录ECU7以及服务器3A根据图17所示的处理流程而实施各自的处理，但仅有步骤S604的处理内容如后文所述有所不同。

虽然在实施例2中，作为前提，第一项目信息被包括在第一发送信号中，但第一项目信息被设为包括表示车辆运行状况的检测日期和时间的信息以及表示检测场所的信息双方，且不包括除此以外的信息。

环境信息取得部3023取得第一信息取得部3021所无法取得的更详细的第一信息。

具体而言，环境信息取得部3023根据被包括在第一发送信号中的第一项目信息而取得车辆运行状况的检测日期和时间以及检测场所中的至少一方的表示车辆的周边环境的环境信息(第一信息的一个示例)。环境信息取得部3023所取得的环境信息并不是表示车辆运行状况的检测日期和时间以及检测场所本身的信息，而是车辆运行状况的检测日期和时间以及检测场所以外的、表示车辆的周边环境的信息，这较为有用。环境信息取得部3023从车载装置2以外取得环境信息。例如，环境信息取得部3023从提供详细的天气信息的时间系列数据(例如，表示云朵的动态的时间系列数据或各个场所的温度、降雨量、积雪量等的时间系列数据)的服务器、提供详细的地图信息(道路坡度或弯道曲率、斜边(cant)、十字路口的预测等)的服务器、提供信号灯的亮灯状态的时间系列数据的服务器、提供交通量的时间系列数据的服务器等中，取得环境信息。如后文所述，环境信息取得部3023所取得的环境信息能够有效地利用于第一取得条件的成立与否的判断中。

判断部3024A根据判断用信息取得部3020A所取得的判断用信息而对信息取得条件的成立与否进行判断。判断用信息取得部3020A所取得的判断用信息包括环境信息取得部3023所取得的环境信息。在此，环境信息取得部3023取得不被包括在第一项目信息中的环境信息，所述第一项目信息被包括在第一发送信号中。因此，在实施例2中所使用的信息取得条件中，关于第一取得条件，与上述的实施例1中所能够使用的第一取得条件相比能够更多方面且详细地进行预先规定。

图27为表示在实施例2中所使用的信息取得条件的一个示例的图。

在实施例2中所使用的信息取得条件至少包括第一取得条件。在图27所示的示例中，第一取得条件针对每个种类的车辆运行状况而被设置。此外，在实施例2中所使用的第一取得条件与在上述实施例1中所能够使用的第一取得条件(参照图21)相比更多方面且更详细地被预先规定。例如，在图27所示的示例中，与车辆运行状况的种类“车辆运行状况种类A”相对应的第一取得条件为“天气条件A(例如，在车辆运行状况的检测日期和时间以及检测场所中没有下雨以及降雪)”。此外，与车辆运行状况的种类“车辆运行状况种类B”相对应的第一取得条件为“道路坡度条件A(例如，车辆运行状况的场所附近的平均的道路坡度为被预先规定的阈值以下)”。同样地，与车辆运行状况的种类“车辆运行状况种类C”相对应的第一取得条件为“交通量条件B(例如，车辆运行状况的检测日期和时间以及检测场所中的交通量为被预先规定的阈值以下)”。

图28为表示对使用图27所示的信息取得条件时的判断处理部302A的处理的示例的流程图。即，图28表示图17所示的步骤S604的处理的示例。

另外，由于图27所示的信息取得条件包括针对每个种类上的车辆运行状况而被设置的第一取得条件，因此在以下的图28的说明中，作为前提而设为，第一发送信号为，包括第一项目信息以及第三项目信息双方的第三模式。此外，由于图27所示的信息取得条件是以分别与车辆运行状况的检测日期和时间以及检测场所相关的详细的周边环境有关的方式而被规定的，因此在以下的图28的说明中，设为第一项目信息包括表示车辆运行状况的检测日期和时间的信息以及表示检测场所的信息的双方，但不包括除此以外的信息。

在步骤S1800中，判断处理部302A的判断用信息取得部3020A的第一信息取得部3021从第一发送信号中取得第三项目信息(表示车辆运行状况的种类的信息)。即，第一信息取得部3021从第一发送信号中取得第一信息。

在步骤S1801中，判断处理部302A的判断用信息取得部3020A的第一信息取得部3021从第一发送信号中取得第一项目信息(表示车辆运行状况的检测日期和时间的信息以及检测场所的信息)。即，第一信息取得部3021从第一发送信号中取得第一信息。

在步骤S1802中，判断处理部302A的判断用信息取得部3020A的环境信息取得部3023根据第一项目信息以及第三项目信息而取得如下的环境信息，所述环境信息表示车辆运行状况的检测日期和时间以及检测场所中的至少任意一方中的车辆的周边环境。例如，在步骤S1800中所取得的第三项目信息所表示的与车辆运行状况的种类相对应的第一取得条件与车辆运行状况的检测日期和时间以及检测场所的双方所影响的周边环境(例如，天气或交通量)相关联的情况下，环境信息取得部3023取得表示车辆运行状况的检测日期和时间以及检测场所的双方中的车辆的周边环境的环境信息。另一方面，在步骤S1800中所取得的第三项目信息所表示的与车辆运行状况的种类相对应的第一取得条件与车辆运行状况的检测日期和时间以及检测场所的一方所影响的周边环境(例如，道路坡度)相关联的情况下，环境信息取得部3023取得表示在车辆运行状况的检测场所中的车辆的周边环境的环境信息。

在步骤S1804中，判断处理部302A的判断部3024A根据在步骤S1802中所得到的环境信息，而对图27所示的信息取得条件中的、与车辆运行状况的种类相对应的第一取得条件的成立与否进行判断。具体而言，判断部3024A根据在步骤S1802中所得到的环境信息，而对在步骤S1800中所取得的第三项目信息所表示的与车辆运行状况的种类相对应的第一取得条件的成立与否进行判断。在判断为第一取得条件成立的情况下，前进至步骤S1806，在除此以外的情况下，前进至步骤S1808。

步骤S1806以及S1808的各个处理分别与参照图22而说明的步骤S1106以及步骤S1108的各个处理相同，从而省略说明。

根据实施例2，除了上文所述的由实施例1实现的效果以外，还能够取得以下效果。在实施例2中，服务器3A的环境信息取得部3023取得表示车辆运行状况的检测日期和时间以及检测场所中的至少任意一方中的车辆的周边环境的环境信息。服务器3A与车载装置2相比信息处理能力较高，信息取得能力也较高。因此，服务器3A能够多方面且详细地对车辆运行状况的检测日期和时间以及检测场所中的至少任意一方中的车辆的周边环境进行特别规定。由此，第一取得条件能够以与多方面且详细的车辆的周边环境相关联的方式而进行预先规定。其结果为，服务器3A能够取得分析者认为对分析有用的在特定的车辆的周边环境下车辆运行状况被检测出时的车辆运行状况数据的可能性变得更高。

例如，如上所述，将“ABS的工作”作为检测对象的车辆运行状况的一个种类时，其车辆运行状况数据对分析有用，例如可能是在晴天的环境下被检测出之时，而并非是在下雨或降雪的环境下被检测出时。在该情况下，例如作为“ABS的工作”所涉及的第一取得条件，通过设为“天气为雨或雪以外”这类的条件，从而使得服务器3A能够取得分析者认为对分析有用的与在周边环境下被检测出的ABS的工作有关的车辆运行状况数据的可能性变高。此外，同样地，将“紧急制动”设为检测对象的车辆运行状况的一个种类时，其车辆运行状况数据对分析有用有可能是在冬季下雨的环境。在该情况下，例如作为紧急制动所涉及的第一取得条件，通过设为“在冬季下雨了”的这类条件，从而使得服务器3A能够取得分析者认为对分析有用的与在周边环境下被检测出的紧急制动有关的车辆运行状况数据的可能性变高。

另外，在实施例2中，由于假定了包括第一取得条件的信息取得条件，所述第一取得条件为与影响车辆运行状况的检测日期和时间以及检测场所双方的周边环境(例如，天气、交通量)相关联的条件，因此虽然第一项目信息包括表示车辆运行状况的检测日期和时间的信息以及表示检测场所的信息双方，但并不限定于此。例如，依赖于信息取得条件中所包括的第一取得条件，第一项目信息也可以仅包括表示车辆运行状况的检测日期和时间以及检测场所中的一方的信息。例如，即使在“道路坡度为上坡坡度”的第一取得条件为第一项目信息不包括表示车辆运行状况的检测日期和时间的信息的情况下，也能够根据表示车辆运行状况的检测场所处的车辆的周边环境的环境信息而进行判断。此外，即使在“天气为雨或雪以外”的第一取得条件为第一项目信息不包括车辆运行状况的检测场所的情况下，在环境信息取得部3023所取得的车辆运行状况的检测日期和时间的天气(环境信息)表示全国性晴天或多云的天气时，也能够判断为该第一取得条件被满足。

另外，在上述的实施例2中，代替图27所示的信息取得条件，也能够使用其他信息取得条件。例如，也能够使用更多面且详细地对图19所示的信息取得条件中的第一取得条件进行预先规定的第一取得条件。例如，也可以为，在图19所示的信息取得条件中的“周边环境为特定的季节A”被“天气为雨或雪以外”置换，且图19所示的信息取得条件中的“周边环境为特定的场所B”被“车辆运行状况的场所附近的平均的道路坡度为被预先规定阈值以下”置换。在使用所涉及的第一取得条件的情况下，不一定必须从第一发送信号中取得第三项目信息(表示车辆运行状况的种类的信息)。

[实施例3]

以下的实施例3相对于上述的实施例1，仅在车载装置2被车载装置2A置换的这点上有所不同。在下文中，主要对关于车载装置2A的结构进行说明。在以下的实施例3的说明中，对与上文所述的实施例1相同的要素标记相同的参照符号并省略说明。

图29表示车载装置2A的结构图。车载装置2A包括信息记录ECU7A、车载电子设备组8和通信模块9。通信模块9例如被设置在行李舱室内或副驾驶侧地板面板前部上。通信模块9的天线(未图示)被安装在例如车顶中央部或前窗玻璃上部上。

信息记录ECU7A的基本的硬件结构相对于图2所示的信息记录ECU7的硬件结构，除了不具备无线发送接收部26的这点以外，其余均相同。此外，信息记录ECU7A也可以不具备时钟15。

通信模块9的基本的硬件结构与图2所示的信息记录ECU7的硬件结构相同。

图30为表示信息记录ECU7A以及通信模块9的各个功能块的图。

信息记录ECU7A包括：车辆运行状况记录处理部100A-1～100A-L、车辆运行状况数据读取部1071、第二指令值生成部108、第二写入要求产生部109和第一存储部110。车辆运行状况记录处理部100A-1～100A-L以及车辆运行状况数据读取部1071分别能够通过CPU执行被存储于ROM中的一个以上的程序而实现。

车辆运行状况记录处理部100A-1～100A-L针对每个种类的检测对象的车辆运行状况而被设置。车辆运行状况记录处理部100A-1～100A-L的各个功能仅是所处理的车辆运行状况的种类有所不同，而实质相同。因此，在下文中,只要没有特别提及，则对车辆运行状况记录处理部100A-1～100A-L中的任意的车辆运行状况记录处理部100A-*进行说明。车辆运行状况记录处理部100A-*相对于上文所述的实施例1的车辆运行状况记录处理部100-*，而在省略第一发送信号发送处理部104且追加通知部120的这点上有所不同。

通知部120在车辆运行状况检测部101检测出车辆运行状况的情况(接收到车辆运行状况检测通知的情况)下，将此主旨向通信模块9进行通知。在实施例3中，作为一个示例,通知部120经由有线发送接收部而将包括车辆运行状况种类ID和表示车辆运行状况的成立次数(参照图7)的计数值(向上计数后)的通知信息向通信模块9进行发送。

车辆运行状况数据读取部1071响应于来自车辆运行状况数据读取要求部1072的读取要求，而从第一存储部110中的读取对象的记录区域中读取车辆运行状况数据。车辆运行状况数据的读取方法本身与上文所述的实施例1中的上载执行部107执行的同一方法相同。然后，车辆运行状况数据读取部1071经由有线发送接收部而将所读取的车辆运行状况数据向通信模块9进行发送。

通信模块9包括：发送处理部140-1～140-L、上载要求接收部106、车辆运行状况数据读取要求部1072、车辆运行状况数据发送部1073和存储部128。发送处理部140-1～140-L、上载要求接收部106、车辆运行状况数据读取要求部1072、以及车辆运行状况数据发送部1073分别能够通过CPU执行被存储于ROM中的一个以上的程序而实现。存储部128能够通过辅助存储装置(例如EEPROM)来实现。另外，在实施例3中，车辆运行状况读取部1071、车辆运行状况数据读取要求部1072、以及车辆运行状况数据发送部1073形成上载执行部107A。

发送处理部140-1～140-L针对每个种类的检测对象的车辆运行状况而被设置。发送处理部140-1～140-L的各个功能仅是所处理的车辆运行状况的种类有所不同，而实质相同。因此，在下文中,只要没有特别提及，则对发送处理部140-1～140-L中的任意的发送处理部140-*进行说明。发送处理部140-*包括第一发送信号发送处理部104A和通知处理部1044。

第一发送信号发送处理部104A响应于来自通知处理部1044的执行指令，而执行第一发送信号发送处理。第一发送信号发送处理本身与上文所述的实施例1中的同一处理相同。另外，如后文所述，来自通知处理部1044的执行指令在车辆运行状况检测部101检测出车辆运行状况的情况(通知处理部1044根据来自与之相伴的通知部120的通知信息而对车辆运行状况的检测进行确认的情况)下被生成。

在车辆运行状况数据读取要求部1072从服务器3接收到上载要求的情况下，在信息记录ECU7A中实施读取要求。在实施例3中，作为一个示例,车辆运行状况数据读取要求部1072经由有线发送接收部而将上载要求向信息记录ECU7A进行发送(传送)。

车辆运行状况数据发送部1073在从信息记录ECU7A接收到与读取要求相对应的车辆运行状况数据的情况下，经由无线发送接收部而将所接收的车辆运行状况数据向服务器3进行发送。车辆运行状况数据的发送方法本身与上述的实施例1中的上载执行部107执行的同一方法相同。

通知处理部1044响应于来自信息记录ECU7A的通知部120的通知，而对车辆运行状况的检测进行确认。例如，通知处理部1044根据来自通知部120的通知信息而对被包括在通知信息中的计数值与被存储于存储部128中的计数值(表示所对应的车辆运行状况种类ID所涉及的成立次数的计数值)进行比较。在被包括在通知信息中的计数值与被存储于存储部128中的计数值相比而大“1”时，通知处理部1044将第一发送信号发送处理的执行指令输入到第一发送信号处理部104A中。此时，通知处理部1044将被存储于存储部128中的计数值增加“1”。

例如,如图31所示，存储部128针对每个车辆运行状况种类ID，而存储有表示车辆运行状况的成立次数的计数值。在图31所示的示例中，例如表示车辆运行状况种类ID为“AAA”的车辆运行状况的种类所涉及的计数值为“1”。

图32为表示在车载装置2A以及服务器3中的处理的关系的概要流程图。

在图32中，线L1、L2以及L3为时间轴，且分别从信息记录ECU7A、服务器3以及通信模块9起向下方向延伸。下方向与时间的前进方向相对应。在线L1、L2以及L3的中途的省略记号表示一系列的处理的时间上的区分。

在图32所示的示例中，首先，车载装置2A的信息记录ECU7A的车辆运行状况检测部101对检测对象的种类的车辆运行状况进行检测(步骤S502)。当车辆运行状况检测部101检测出车辆运行状况时，信息记录ECU7A的数据记录处理部103将实施数据记录(写入)处理(S504)。此外，当车辆运行状况检测部101检测出车辆运行状况时，信息记录ECU7A的通知部120则向通信模块9发送通知信息(步骤S505)。以此方式被发送的通知信息通过通信模块9而被接收(步骤S2101)。

当通信模块9接收到通知信息时(步骤S2101)，通信模块9的通知处理部1044将根据通知信息而对车辆运行状况的检测进行确认(步骤S2102)。然后，通信模块9的第一信息取得部1041取得第一信息(步骤S2104)，并且通信模块9的第一发送信号发送部1042将第一发送信号向服务器3进行发送(步骤S2106)。以此方式被发送的第一发送信号通过服务器3的第一发送信号接收部301而被接收(步骤S602)。

服务器3的处理如在图17中说明的那样。从服务器2被发送的上载要求通过通信模块9而被接收(步骤S2108)。

当通信模块9接收到上载要求时(步骤S2108)，通信模块9的车辆运行状况数据读取要求部1072则将读取要求向信息记录ECU7A进行发送(步骤S2110)。以此方式被发送的读取要求通过信息记录ECU7A而被接收(步骤S510)。

当信息记录ECU7A接收到读取要求时(步骤S510)，信息记录ECU7A的车辆运行状况数据读取部1071将从第一存储部110中读取车辆运行状况数据(步骤S511)，并将所读取的车辆运行状况数据向通信模块9进行发送(步骤S512)。以此方式被发送的车辆运行状况数据被通信模块9接收(步骤S2112)。

当通信模块9接收到车辆运行状况数据时(步骤S2112)，通信模块9的车辆运行状况数据发送部1073将车辆运行状况数据向服务器3进行发送(步骤S2114)。以此方式，车辆运行状况数据被上载至服务器3。

根据实施例3，除了上文所述的由实施例1实现的效果以外，还能取得以下的效果。在实施例3中，由于通信模块9执行第一发送信息发送处理，因此与上述的实施例1的信息记录ECU7的处理负荷相比，能够降低信息记录ECU7A的处理负荷。

另外，虽然在实施例3中，与上述的实施例1的信息记录ECU7相同，信息记录ECU7A分别在车载电子设备组8的ECU80-1～ECU80-N中对所发生的车辆运行状况检测通知进行接收，并实施数据记录(写入)处理等，但并不限定于此。例如，作为改变例，也可以在车载电子设备组8的ECU80-1～ECU80-N的一部分或全部中，分别通过自身来实施数据记录(写入)处理等。即，也可以为，ECU80-1～ECU80-N的一部分或全部具有分别与信息记录ECU7A的数据记录处理部103、通知部120、车辆运行状况数据读取部1071以及第一存储部110相当的各个部。另外，ECU80-1～ECU80-N的全部已经具有信息记录ECU7A的车辆运行状况检测部101的功能本身。这是因为，来自ECU80-1～ECU80-N的车辆运行状况检测通知是以车辆运行状况的检测为前提的。根据所涉及的改变例，由于实现数据记录处理部103的ECU80-*至少存在一个，因此能够使多个种类的检测对象的车辆运行状况所涉及的车辆运行状况数据的上载所需要的作为整体的处理负荷，分散在包括信息记录ECU7在内的多个ECU(第一控制单元的一个示例)之间。

[实施例4]

以下的实施例4相对于上述的实施例1，在车载装置2被车载装置2B置换、且服务器3被服务器3B置换的这点上有所不同。在以下的实施例4的说明中，对与上文所述的实施例1相同的要素标记相同的参照符号并省略说明。

车载装置2B(未图示)相对于上述的实施例1的车载装置2，在信息记录ECU7被信息记录ECU7B置换的这点上有所不同。信息记录ECU7B的基本的硬件结构与图2所示的信息记录ECU7的硬件结构相同。

图33表示信息记录ECU7B的功能框图。

信息记录ECU7B的功能块相对于图5所示的信息记录ECU7的功能块，仅在车辆运行状况记录处理部100-1～100-L被车辆运行状况记录处理部100B-1～100B-L置换的这点上有所不同。车辆运行状况记录处理部100B-1～100B-L的各个功能仅是所处理的车辆运行状况的种类有所不同，而实质相同。因此，在下文中，只要没有特别提及，则对车辆运行状况记录处理部100B-1～100B-L中的任意的车辆运行状况记录处理部100B-*进行说明。

车辆运行状况记录处理部100B-*相对于上文所述的实施例1的车辆运行状况记录处理部100-*，在第一发送信号发送处理部104被第一发送信号发送处理部104B置换的这点上有所不同。第一发送信号发送处理部104B相对于上文所述的实施例1的第一发送信号发送处理部104，在不具备第一信息取得部1041、且第一发送信号发送部1042被第一发送信号发送部1042B置换的这点上有所不同。第一发送信号发送处理部104B能够通过CPU执行被存储于ROM中的一个以上的程序而实现。

第一发送信号发送处理部104B在车辆运行状况检测部101检测出车辆运行状况的情况下对第一发送信号进行发送。

实施例4中的第一发送信号在不包括第一信息的这点上与上述的实施例1中的第一发送信号(包括第一信息的第一发送信号)有所不同。即，在实施例4中的第一发送信号仅包括运行状况检测通知信息以及第一信息中的、运行状况检测通知信息。

在实施例4中，作为一个示例，第一发送信号发送处理部104B生成如图34所示这样的第一发送信号，并将所生成的第一发送信号向服务器3B进行发送。图34所示的第一发送信号包括表示发送信号为“第一发送信号”的主旨(信号类别)的第一发送信号ID和车辆ID。另外，在该情况下，第一发送信号ID也将作为运行状况检测通知信息而实现第一功能(将检测出车辆运行状况通知给服务器3B的功能)。

图35为服务器3B的功能框图。

服务器3B的功能块相对于图14所示的服务器3的功能块，在判断处理部302被判断处理部302B置换的这点上有所不同。另外，虽然第二存储部308与上述的实施例1相同，也对信息取得条件进行存储，但实施例4中的信息取得条件的内容如后文所述与上述的实施例1中的同一内容可能有所不同。

判断处理部302B在第一发送信号接收部301接收到第一发送信号的情况下，实施对信息取得条件的成立与否进行判断的判断处理。信息取得条件以根据判断用信息而被判断的方式而被预先规定。在实施例4中，作为一个示例，判断用信息至少包括(1)表示车辆运行状况的检测时的车辆的周边环境的信息、以及(2)第二信息(表示影响车辆运行状况的车辆结构的信息)中的任意一个信息。

判断处理部302B包括判断用信息取得部3020B和判断部3024B。

判断用信息取得部3020B取得判断用信息。判断用信息取得部3020B包括第一信息取得部3021B和第一信息取得部3022。

在实施例4中，如上所述，由于第一发送信号不包括第一信息，因此第一信息取得部3021B无法从第一发送信号中取得第一信息。因此，在实施例4中，判断用信息取得部3020B所取得的判断用信息并未包括直接从第一发送信号中得到的第一信息。

第一信息取得部3021B从第一发送信号以外的信息源取得第一信息。关于此例，将在后文叙述。另外，在实施例4中，在判断用信息不包括第一信息的情况下(参照图39)，也可以省略第一信息取得部3021B。

图36为表示信息记录ECU7B以及服务器3B中的处理的关系的概要流程图。图36所示的处理流程相对于上述的实施例1中所说明的图17所示的处理流程，在步骤S506(信息记录ECU7B中的第一信息的取得)被省略的这点上有所不同，而且，步骤S604的处理内容如后文所述有所不同。

图37为表示判断处理部302B的处理的示例的流程图。即，图37表示作为图36的步骤S604的处理而被执行的处理的示例。图37表示作为一个示例而使用图19所示的信息取得条件时的判断处理部302B的处理。

在以下的图37的说明中，作为前提而设为，被存储于车辆基本信息存储部310中的车辆基本信息包括能够对像车辆的通常的利用地域、车库的位置等这样的车辆的当前位置进行推断的这种信息。另外，表示车辆的通常的利用地域等的信息，例如根据能够定期地从车辆接收的位置信息或初始登录时的登录内容等而被生成。

在步骤S3600中，判断处理部302B的判断用信息取得部3020B的第一信息取得部3021B取得表示当前的日期和时间的信息(第一信息)。表示当前的日期和时间的信息，例如能够从服务器3B所具备的时钟(未图示)中取得。

在步骤S3602中，判断处理部302B的判断用信息取得部3020B的第一信息取得部3021B根据被存储于车辆基本信息存储部310中的车辆基本信息而取得车辆的当前的位置信息(第一信息)。例如，第一信息取得部3021B根据被包括在第一发送信号中的车辆ID而对车辆进行特别规定，并根据被存储在车辆基本信息存储部310中的该车辆所涉及的车辆基本信息而将该车辆的通常的利用地域内的任意的位置或该车辆的车库的位置视为该车辆的当前位置。

在步骤S3604中，判断处理部302B的判断部3024B根据在步骤S3600以及步骤S3602中第一信息取得部3021B所取得的第一信息(表示当前的日期和时间以及车辆的当前位置的信息)而对图19所示的第一取得条件的成立与否进行判断。例如，判断处理部302B的判断部3024B在步骤S3600中所取得的第一信息所表示的当前的日期和时间与特定的季节A相对应时、或者在步骤S3602中所取得的第一信息所表示的车辆的当前位置为特定的场所B或其周边地域时，判断为第一取得条件成立。在该情况下，前进至步骤S3606。另一方面，在判断判断处理部302B判断为第一取得条件不成立的情况下，前进至步骤S3608。

在步骤S3606中，判断处理部302B的判断部3024B将信息取得条件成立标志设置为“1”并结束处理。

在步骤S3608中，判断处理部302B的判断部3024B将信息取得条件成立标志设置(维持)为“0”并结束处理。

另外，在代替图19所示的信息取得条件而使用从该信息取得条件中去除与场所相关联的第一取得条件的信息取得条件的情况下，在图37所示的示例中，也可以省略步骤S3602。在该情况下，无需参照车辆基本信息存储部310内的车辆基本信息。

此外，虽然在图37所示的示例中，步骤S3600的处理在第一发送信号接收部301接收到第一发送信号的情况下被执行(参照图17的步骤S604)，但步骤S3600的处理也可以在第一发送信号接收部301接收到第一发送信号之前(例如定期地)被执行。即，表示当前的日期和时间的信息的取得定时不一定必需在第一发送信号的接收定时之后。这样在第一取得条件与季节等的不会突然发生变化的项目相关联的情况下而特别适合。

此外，在实施例4中，存在如下情况，即，信息取得条件也能够包括与上述的第二项目相关联的取得条件。例如，与第二项目相关联的取得条件能够为“从发货时(或下线时)起的经过时间为被预先规定的阈值以上”。在该情况下，判断用信息取得部3020B的第一信息取得部3021B能够从当前的日期和时间(参照步骤S3600)和表示可能被包括在车辆基本信息存储部310内的车辆基本信息中的车辆的下线时期(或初次通信时的日期和时间)的信息中，取得(特定)表示从发货时起的经过时间的信息(第二项目信息的示例)。

此外，在实施例4中，在检测对象的车辆运行状况仅为一个种类的情况下，信息取得条件也能够包括与上述的第四项目相关联的取得条件。例如，与第四项目相关联的取得条件为“该种类的车辆运行状况的过去的检测次数为被预先规定的阈值以上”。在该情况下，判断用信息取得部3020B的第一信息取得部3021B针对每次第一发送信号的接收而对向上计数的计数值进行设定，并且能够根据该计数值而取得表示车辆运行状况的过去的检测次数的信息(第四项目信息的示例)。

图38为表示信息取得条件的其他的示例的图。

图38所示的信息取得条件包括以根据与影响车辆运行状况的车辆的结构有关的信息而被判断的方式被预先规定的条件(以下，称为“第三取得条件”)。在图38所示的示例中，信息取得条件包括以与车辆的车型相关联的方式被预先规定的第三取得条件。在图38所示的示例中，表示第三取得条件在车辆的车型为特定的车型XXA、车型XXB或车型XXC时被满足。

另外，图38所示的这样的第三取得条件，相对于车型所影响的种类的车辆运行状况，例如“侧倾之前的运行状况”而较为适合。这是因为，车辆的车高与重心位置可能影响侧倾这样的车辆运行状况。

图39为表示使用图38所示的信息取得条件时的判断处理部302B的处理的示例的流程图。即，图39表示作为图36的步骤S604的处理而被执行的处理的示例。

在以下的图39的说明中，作为前提而设为，被存储在车辆基本信息存储部310中的车辆基本信息包括能够对车辆的车型进行特别规定的信息。虽然能够对车辆的车型进行特别规定的信息为例如表示车辆的车型的信息，但也可以为能够对车辆的车型进行特别规定(推断)的其他信息(表示车辆的尺寸或重量的信息)。

在步骤S3800中，判断处理部302B的判断用信息取得部3020B的第二信息取得部3022根据第一发送信号而取得表示车辆的车型的信息(第二信息)。例如，判断处理部302B能够根据与第一发送信号一起接收到的车辆ID和被存储在车辆基本信息存储部310中的车辆基本信息而车辆的车型进行特别规定。

在步骤S3802中，判断处理部302B的判断部3024B根据在步骤S3800中判断部3024B所取得的第二信息(表示车辆的车型的信息)而对图18所示的信息取得条件(第三取得条件)的成立与否进行判断。具体而言，判断处理部302B的判断部3024B在步骤S3800中所取得的第二信息所表示的车辆的车型为车型XXA、车型XXB或车型XXC时，判断为第三取得条件成立。在该情况下，前进至步骤S3804。另一方面，判断处理部302B的判断部3024B在于步骤S3800中所取得的第二信息所表示的车辆的车型不是车型XXA、车型XXB以及车型XXC中的任意一种车型之时，判断为第三取得条件不成立。在该情况下，前进至步骤S3806。

步骤S3804以及步骤S3806的各个处理分别与参照图37而说明的步骤S3606以及步骤S3608的各个处理相同，从而省略说明。

根据实施例4，与上述的实施例1相同，在车辆运行状况检测部101检测出检测对象的种类的车辆运行状况时，其车辆运行状况数据并不一定被上载至服务器，而是首先将第一发送信号发送至服务器。因此，能够实现作为信息收集系统整体的通信负荷的降低。此外，根据实施例4，与上述的实施例1相同，由于信息取得条件能够以根据上述这样的判断用信息而被判断的方式进行预先规定，因此服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性变高，从而能够提高车辆运行状况的分析效率。此外，根据实施例4，与上述的实施例1相同，由于能够在服务器3B中对信息取得条件进行集中管理，因此与针对每辆车辆而赋予该信息取得条件的情况相比，能够灵活地应对信息取得条件的事后变更。

此外，根据实施例4，由于第一发送信号不包括第一信息，因此与上述的实施例1相比，能够简化信息记录ECU7B中的第一发送信号发送处理，从而能够降低信息记录ECU7B的处理负荷。此外，根据实施例4，与上述的实施例1相比，能够降低第一发送信号的信息量，从而能够降低第一发送信号所涉及的通信负荷。

以上，虽然对本发明的优选的实施例进行了详细说明，但本发明并不限定于上述的实施例，在不脱离本发明的范围的情况下，能够对上述的实施例进行各种变形以及置换。

例如，在上述的实施例3中，代替服务器3，也可以使用实施例2的服务器3A。此外，同样地，在上述的实施例4中，通过使服务器3B具备环境信息取得部3023，从而也能够取得与实施例2相同的更进一步的效果。在该情况下，环境信息取得部3023只要取得服务器3B所能够取得的当前的日期和时间(参照步骤S3600)以及服务器3B所能够取得的车辆的当前的位置(参照步骤S3602)中的环境信息即可。此外，上述的实施例3也能够与上述的实施例4进行组合。即，也可以在上述的实施例3中，在车载装置2A的通信模块9中通过第一发送信号发送处理部104B来置换第一发送信号发送处理部104A、且通过服务器3B来置换服务器3。

此外，虽然在上述的实施例1～3中，表示可能被包括在第一发送信号中的车辆运行状况的检测场所的信息是根据来自GPS接收器的信息而被生成的，但并不限定于此。即，车辆位置的特定方法也可以为其他方法。例如，车辆位置也可以根据无线发送接收部26所能够取得的、与多个基站之间的距离信息而被计算。

此外，在上述的实施例1～4中，也可以为，在判断用信息不包括第二信息的情况下，省略第二信息取得部3022。

此外，在上述的实施例1～3中，也可以为，服务器3或服务器3A通过自身而取得表示车辆运行状况的检测日期和时间的信息。例如，也可以为，服务器3或服务器3A的判断用信息取得部3020的第一信息取得部3021取得第一发送信号接收部301接收到第一发送信号时的日期和时间，并将该日期和时间视为车辆运行状况的检测日期和时间(参照上述的实施例4的步骤S3600)。在该情况下，降低了使第一发送信号包括表示车辆运行状况的检测日期和时间的信息的必要性。

此外，虽然在上述的实施例1～3中，第一发送信号包括第一信息，但第一发送信号也可以像上述的实施例4那样不包括第一信息(参照图34)。以下，将不包括这种第一信息的第一发送信号称为“在前的第一发送信号”。在该情况下，只要第一发送信号发送处理部104(或104A，以下相同)在“在前的第一发送信息”的发送后，必将包括通过第一信息取得部1041而取得的第一信息的第一发送信号(以下，仅称为“在后的第一发送信号”)向服务器3(3A)进行发送即可。此时，第一发送信号发送处理部104(104A)以服务器3(3A)能够使“在前的第一发送信号”与“在后的第一发送信号”相关联的方式，而将“在后的第一发送信号”向服务器3(3A)进行发送。或者，也可以为，第一发送信号发送处理部104(104A)首先将“在前的第一发送信号”向服务器3(3A)进行发送，之后，根据要求而从服务器3(3A)将“在后的第一发送信号”向服务器3(3A)进行发送。在所涉及的结构中，服务器3(3A)在接收到“在前的第一发送信号”的情况下，通过像上述的实施例4这样的方法而能够对第一阶段的信息取得条件的成立与否进行判断，接下来，根据需要而要求“在后的第一发送信号”。车载装置2(2A)根据所涉及的要求而将“在后的第一发送信号”向服务器3(3A)进行发送。而且，服务器3(3A)根据被包括在所接收到的“在后的第一发送信号”中的第一信息而能够对第二阶段的信息取得条件的成立与否进行判断。根据所涉及的结构，在服务器3(3A)接收到“在前的第一发送信号”的情况下，其通过根据本身所能够取得的判断用信息而对第一阶段的信息取得条件的成立与否进行判断，从而能够对无用的“在后的第一发送信号”的发送进行抑制。此外，服务器3(3A)能够根据需要(例如，在本身所能够取得的判断用信息中，无法精度良好地对第一阶段的信息取得条件的成立与否进行判断的情况等)来要求“在后的第一发送信号”，并根据能够从由该要求而得到的“在后的第一发送信号”中取得的第一信息，来实施信息取得条件的判断。

此外，在上述的实施例2中，由于服务器3A具备环境信息取得部3023，因此服务器3A的判断部3024能够对图27所示这样的信息取得条件(以与多方面且详细的车辆的周边环境相关联的方式而被预先规定的第一取得条件)的成立与否进行判断。但是，即使在上述的实施例1中，在被包括于第一发送信号中的第一项目信息包括能够对车辆运行状况的检测日期和时间以及检测场所以外的周边环境进行特别规定的信息(已上述)的情况下，通过判断用信息取得部3020A的第一信息取得部3021从第一发送信号中取得所涉及的第一项目信息，从而能够对图27所示这样的信息取得条件(以与多方面且详细的车辆的周边环境相关联的方式而被预先规定的第一取得条件)的成立与否进行判断。

此外，在上述的实施例1～4中，也可以为，车载装置2(2A、2B)取得第二信息，且能够与第一发送信号相关联的方式而将包括第二信息的第二发送信号向服务器3(3A、3B)进行发送。在该情况下，第二信息取得部3022能够从第二发送信号中取得第二信息。或者，也可以为，车载装置2(2A、2B)取得第二信息，并使第一发送信号包括第二信息而向服务器3(3A、3B)进行发送。在该情况下，第二信息取得部3022能够从第一发送信号中取得第二信息。

此外，在上述的实施例1～4中，也可以为，信息记录ECU7(7A、7B)不具备第二指令值生成部108、第二写入要求产生部109以及车辆运行状况记录处理部100-L(100A-L、100BL)。即，也可以为信息记录ECU7(7A、7B)不具有与车辆运行状况相关联的控制功能，而根据来自各个ECU80-*的写入要求而取得所对应的车辆信息，并将其记录在所对应的存储区域中的结构。

另外，关于以上的实施例，还公开了以下内容。

(方式一)

一种信息收集系统，其包括被搭载于车辆上的车载装置、和与所述车辆远距离配置且能够进行与所述车载装置之间的双向的通信的服务器，在所述信息收集系统中，

所述车载装置具备：

第一存储部；

车辆运行状况检测部，其对车辆运行状况进行检测；

车辆信息生成部，其生成车辆信息；

数据记录处理部，其在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，将车辆运行状况数据记录于所述第一存储部中；

第一发送信号发送处理部，其在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，将第一发送信号向所述服务器进行发送；

上载要求接收部，其从所述服务器接收上载要求；

上载执行部，其在所述上载要求接收部接收到所述上载要求的情况下，将所述车辆运行状况数据向所述服务器进行发送，

所述服务器具备：

第一发送信号接收部，其接收所述第一发送信号；

第二存储部，其对以根据判断用信息而被判断的方式被预先规定的信息取得条件进行存储，所述判断用信息包括与所述车辆运行状况的检测时有关的信息、与所述车辆运行状况的种类有关的信息、以及与影响所述车辆运行状况的所述车辆的结构有关的信息中的至少任意一种信息；

判断用信息取得部，其取得所述判断用信息；

判断部，其在接收到所述第一发送信号的情况下，根据所述判断用信息而对所述信息取得条件是否成立进行判断；

上载要求部，其在判断为所述信息取得条件成立了的情况下，将所述上载要求向所述车载装置进行发送；

车辆运行状况数据接收部，其接收从所述上载执行部被发送的所述车辆运行状况数据。

(方式二)

在方式一所述的信息收集系统中，

所述判断用信息包括第一信息，

所述第一信息包括与所述车辆运行状况的检测时有关的信息、以及与所述车辆运行状况的种类有关的信息中的至少任意一种信息，

所述第一发送信号发送处理部包括第一信息取得部，所述第一信息取得部在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，取得所述第一信息，

所述第一发送信号还包括所述第一信息取得部所取得的所述第一信息，

所述判断用信息取得部从所述第一发送信号接收部所接收到的所述第一发送信号中取得被包括在所述判断用信息中的所述第一信息。

在方式二(第二方式)中，判断用信息包括第一信息。第一信息包括与车辆运行状况的检测时有关的信息以及与车辆运行状况的种类有关的信息中的至少任意一种信息。表示车辆运行状况的检测时的车辆的周边环境的信息有可能在车辆的行驶中或针对每次车辆的起动而发生变化。例如，车辆运行状况的检测时的车辆的周边环境的信息可能在车辆行驶中动态地变化。此外，表示“ABS的工作”或“急制动”这类的车辆运行状况的种类的信息也可能在车辆行驶中变化。如此，由于第一信息可能在车辆的行驶中或针对每次车辆的起动而发生变化，因此向根据包括所涉及的第一信息的判断用信息而对信息取得条件的成立与否进行判断的服务器发送精度较高的该信息是较为有用的。在这一点上，根据第二方式，由于在车辆运行状况检测部检测出车辆运行状况的情况下车载装置的第一信息取得部取得第一信息，并且第一发送信号还包括车载装置的第一信息取得部所取得的第一信息，因此服务器能够从第一发送信号中取得精度较高的第一信息。而且，服务器的判断部能够根据从第一发送信号中所取得的第一信息而对信息取得条件的成立与否进行判断。其结果为，服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性变高，从而能够提高车辆运行状况的分析效率。

(方式三)

在方式二所述的信息收集系统中，

所述第一信息包括(1)表示所述车辆运行状况的检测时的车辆的周边环境的信息、(2)表示所述车辆运行状况的检测时的车辆的状态的信息、(3)表示所述车辆运行状况的种类的信息、以及(4)表示与所述车辆运行状况同一种类的所述车辆运行状况的过去的检测状况的信息中的至少任意一种信息。

在方式三(第三方式)中，第一信息与(1)车辆运行状况的检测时的车辆的周边环境(以下，也称为“第一项目”)、(2)车辆运行状况的检测时的车辆的状态(第二项目)、(3)车辆运行状况的种类(第三项目)、以及(4)与车辆运行状况同一种类的车辆运行状况的过去的检测状况(第四项目)中的至少一种有关。在此，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于第一项目至第四项目中的任意一个项目。例如，关于某些车辆运行状况，有可能存在仅在特定的周边环境下被检测出的车辆运行状况的运行状况数据对分析有用的情况。此外，关于某些车辆运行状况，有可能存在仅在为特定的车辆的状态(例如减速状态)时被检测出的车辆运行状况的车辆运行状况数据对分析有用的情况。此外，虽然关于某些种类的车辆运行状况，其车辆运行状况数据对分析有用，但关于其他种类的车辆运行状况，其车辆运行状况数据则有可能对分析无用。关于某些种类的车辆运行状况，也存在唯有在过去的检测次数较多(或频率较高)的情况下，对其车辆运行状况数据进行分析才有用的情况。在这一点上，根据第三方式，由于信息取得条件是以与第一项目至第四项目中的一个以上的项目相关联的方式而被预先规定，因此服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性变高，从而能够提高车辆运行状况的分析效率。

(方式四)

在方式三所述的信息收集系统中，

所述信息取得条件包括以与所述周边环境相关联的方式而被预先规定的第一取得条件，

所述第一信息包括表示所述周边环境的信息，

所述信息取得条件在所述第一信息所表示的所述周边环境满足第一取得条件的情况下成立。

在方式四(第四方式)中，信息取得条件包括以与周边环境相关联的方式而被预先规定的第一取得条件。在此，关于某些车辆运行状况，其车辆运行状况数据是否对分析有用，大多依赖于该车辆运行状况的检测时的车辆的周边环境。在这一点上，根据第四方式，由于判断用信息取得部所取得的第一信息包括表示周边环境的信息，并且信息取得条件包括第一取得条件，因此服务器能够取得分析者认为对分析有用的与在周边环境下被检测出的车辆运行状况有关的车辆运行状况数据的可能性变高。

(方式五)

在方式四所述的信息收集系统中，

所述车辆运行状况有多个种类，

所述车辆运行状况检测部、所述数据记录处理部、以及所述第一发送信号发送处理部针对每一种类的所述车辆运行状况而被设置，

所述第一取得条件针对每一种类的所述车辆运行状况而被设置，

所述第一信息还包括表示所述车辆运行状况的种类的信息，

所述信息取得条件在所述第一信息所表示的所述周边环境满足与所述第一信息所表示的所述车辆运行状况的种类相对应的所述第一取得条件的情况下成立。

在方式五(第五方式)中，第一取得条件针对每一种类的车辆运行状况而被设置。另外，所谓每一种类的车辆运行状况，并不意味着如果种类不同则必然第一取得条件不同。在此，在怎样的周边环境下被检测出时，其车辆运行状况数据对分析有用，大多依赖于车辆运行状况的种类。这是因为，车辆运行状况的性质(特性)根据其种类的不同而不同。例如，作为车辆运行状况的一个种类的一个示例的“ABS的工作”，由于雨天时的ABS的工作为被假定的通常的操作，因此有可能存在此时的车辆运行状况数据变得无用的情况。另一方面，作为车辆运行状况的一个种类的其他的一个示例的“紧急制动”，例如冬季的雨天时的紧急制动容易引起车轮的打滑，从而此时的车辆运行状况数据有可能变得有用。在这一点上，根据第五方式，由于判断用信息取得部所取得的第一信息还包括表示所述车辆运行状况的种类的信息，并且第一取得条件针对每一种类的车辆运行状况而被设置，因此即使在车辆运行状况的种类多样化的情况下，针对每一种类的车辆运行状况，服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性也较高。

(方式六)

在方式四或方式五所述的信息收集系统中，

表示所述周边环境的信息包括表示所述车辆运行状况的检测日期和时间的信息以及表示检测场所的信息中的至少任意一种信息。

在方式六(第六方式)中，车辆运行状况的检测日期和时间以及检测场所的任意一个都能够表示其车辆运行状况被检测出时的车辆周边环境。例如，日期和时间能够表示车辆周边环境是夜间还是早晨等，也能够表示是夏季等的季节。此外，场所能够表示车辆运行状况是山路还是平坦路等，也能够表示是地方或都市等的地域。在这一点上，根据第六方式，由于判断用取得部所取得的第一信息包括表示车辆运行状况的检测日期和时间以及检测场所中的至少任意一方的信息，因此第一取得条件能够以与车辆运行状况的检测日期和时间以及检测场所中的至少任意一方相关联的方式而进行预先规定。例如，第一取得条件能够以在特定的地域中车辆运行状况被检测出之时而被满足的方式来规定。或者，第一取得条件能够以在特定的期间中车辆运行状况被检测出之时而被满足的方式来规定。其结果为，服务器能够取得分析者认为对分析有用的与在特定的地域中或特定的期间中被检测出的车辆运行状况有关的车辆运行状况数据的可能性变得更高。

此外，车载装置所取得的车辆运行状况的检测日期和时间的信息与服务器所取得车辆运行状况的检测日期和时间的信息相比精度较高。这是因为，服务器如果没有来自车载装置的信息，则无法直接对车辆运行状况进行检测。因此，在服务器的判断用信息取得部从车载装置中取得所涉及的车辆运行状况的检测日期和时间的信息的情况下，能够提高在服务器中所利用的车辆运行状况的检测日期和时间的信息的精度(相对于车辆运行状况的实际的检测日期和时间的一致度)。此外，车辆运行状况的检测场所的信息难以在服务器中精度良好地进行特别规定。因此，在服务器的判断用信息取得部从车载装置中取得所涉及的车辆运行状况的检测场所的信息的情况下，能够精度良好地(以相对于车辆运行状况的实际的检测场所的较高的一致度)对车辆运行状况的检测场所进行特别规定。其结果为，服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性变得更高。

(方式七)

在方式三所述的信息收集系统中，

所述车辆运行状况有多个种类，

所述车辆运行状况检测部、所述数据记录处理部、以及所述第一发送信号发送处理部针对每一种类的所述车辆运行状况而被设置，

所述信息取得条件包括以仅与所述车辆运行状况的种类相关联的方式而被预先规定的第二取得条件，

所述第一信息包括表示所述车辆运行状况的种类的信息，

所述信息取得条件在所述第一信息所表示的所述车辆运行状况的种类满足所述第二取得条件的情况下成立。

在方式七(第七方式)中，信息取得条件包括以仅与所述车辆运行状况的种类相关联的方式而被预先规定的第二取得条件。在此，也存在如下情况，即，关于某些种类的车辆运行状况，其车辆运行状况数据对分析有用，但关于其他种类的车辆运行状况，其车辆运行状况数据则对分析无用。例如，作为车辆运行状况的种类的一个示例的“PCS的工作”与作为车辆运行状况的种类的其他一个示例的“急制动”相比，被检测出的频率有意地较低。因此，“PCS的工作”不管在怎样的环境下被检测出时，其车辆运行状况数据都可能对分析有用。另一方面，关于“急制动”所涉及的车辆运行状况数据，如果能够取得与“PCS的工作”或“紧急制动”有关的车辆运行状况数据，则也可能存在与“急制动”有关的车辆运行状况数据变为无用的情况。在这一点上，根据第七方式，由于判断用信息取得部所取得的第一信息包括表示车辆运行状况的种类的信息，并且信息取得条件包括第二取得条件，因此服务器能够取得分析者认为对分析有用的种类的车辆运行状况所涉及的车辆运行状况数据的可能性变高。

(方式八)

在方式五所述的信息收集系统中，

所述信息取得条件包括以仅与所述车辆运行状况的种类相关联的方式而被预先规定的第二取得条件，

所述信息取得条件在所述第一信息所表示的所述车辆运行状况的种类满足所述第二取得条件的情况下、或所述第一信息所表示的周边环境满足与所述第一信息所表示的所述车辆运行状况的种类相对应的所述第一取得条件的情况下成立。

在方式八(第八方式)中，信息取得条件在上述的第一取得条件或第二取得条件中的任意一个条件被满足的情况下成立。第一取得条件针对每个种类的车辆运行状况而以与周边环境相关联的方式被预先规定，而且，第二取得条件以仅与车辆运行状况的种类相关联的方式被预先规定。由此，对信息取得条件进行规定时的自由度变高。其结果为，即使在车辆运行状况的种类更加多样化的情况下，针对每个种类的车辆运行状况，服务器能够仅取得分析者认为对分析有用的车辆运行状况数据的可能性也变高。

(方式九)

在方式六所述的信息收集系统中，

所述判断用信息取得部还具备环境信息取得部，所述环境信息取得部根据表示所述周边环境的信息而取得表示所述车辆运行状况的检测日期和时间以及检测场所中的至少任意一方中的所述车辆的周边环境的环境信息，

所述判断部根据所述环境信息取得部所取得的所述环境信息而对所述第一取得条件的成立与否进行判断。

在方式九(第九方式)中，服务器的环境信息取得部取得表示车辆运行状况的检测日期和时间以及检测场所中的至少任意一方中的车辆的周边环境的环境信息。一般情况下，服务器与车载装置相比信息处理能力较高，信息取得能力也较高。因此，服务器能够多方面且详细地对在车辆运行状况的检测日期和时间以及检测场所中的至少任意一方中的车辆的周边环境进行特别规定。例如，服务器能够取得天气或路面坡度、交通量这类的环境信息。因此，第一取得条件能够以与多方面且详细的车辆的周边环境相关联的方式进行预先规定。其结果为，服务器能够取得分析者认为对分析有用的在特定的周边环境下车辆运行状况被检测出时的车辆运行状况数据的可能性变得更高。

(方式十)

在方式一至方式九中的任意一个方式的信息收集系统中，

所述车载装置包括控制部，所述控制部实施对所述车辆的行驶进行辅助的介入控制(通过与驾驶员的操作相对应的控制值不同的控制值而实施的控制)或警报控制，

所述车辆运行状况包括所述介入控制或警报控制的工作。

根据方式十(第十方式)，能够实现介入控制的操作或警报控制的工作所涉及的车辆运行状况数据的分析的效率化。

(方式十一)

在方式十所述的信息收集系统中，

所述车载装置包括：

检测或测量装置，其对被预先规定的参数进行检测或测量；

多个控制单元，其对所述车辆进行控制；

通信模块，其能够进行与所述多个控制单元之间的双向的通信、以及与所述服务器之间的双向的通信；

所述车辆运行状况检测部、所述数据记录处理部以及所述控制部通过所述多个控制单元中的至少任意一个的、被预先规定的第一控制单元而被实现，

所述第一存储部被设置在所述第一控制单元中，

所述车辆信息生成部通过所述多个控制单元中的至少任意一个或者所述检测或测量装置而被实现，

所述第一发送信号发送处理部以及所述上载要求接收部通过所述通信模块而被实现，

所述上载执行部通过所述通信模块以及所述第一控制单元而被实现。

在方式十一(第十一方式)中，通信模块与实现数据记录处理部的控制单元分开设置，并且实现第一发送信号发送处理部以及上载要求接收部。由此，能够降低实现数据记录处理部的控制单元的处理负荷。此外，在实现数据记录处理部的第一控制单元存在多个的情况下，能够将用于多个种类的车辆运行状况所涉及的车辆运行状况数据的上载的作为整体的处理负荷分散在这些多个第一控制单元之间。

(方式十二)

一种信息收集方法，其为如下信息收集系统中的信息收集方法，所述信息收集系统包括被搭载于车辆上的车载装置、和与所述车辆远距离配置且能够进行与所述车载装置之间的双向的通信的服务器，

在所述信息收集方法中包括：

所述车载装置对车辆运行状况进行检测，

所述车载装置生成表示所述车辆的状态的车辆信息，

所述车载装置在检测出所述车辆运行状况的情况下，将与所述车辆运行状况的检测时间点相对应的预定期间内的所述车辆信息作为车辆运行状况数据而记录于所述车载装置的第一存储部中，

所述车载装置在检测出所述车辆运行状况的情况下，将第一发送信号向所述服务器进行发送，所述第一发送信号包括表示检测出了所述车辆运行状况的主旨的运行状况检测通知信息，

存储有以根据判断用信息而被判断的方式被预先规定的信息取得条件的所述服务器取得所述判断用信息，所述判断用信息包括与所述车辆运行状况的检测时有关的信息、与所述车辆运行状况的种类有关的信息、以及与影响所述车辆运行状况的所述车辆的结构有关的信息中的至少任意一种信息，

所述服务器在接收到所述第一发送信号的情况下，根据所取得的所述判断用信息而对所述信息取得条件是否成立进行判断，

所述服务器在判断为所述信息取得条件成立的情况下，将上载要求向所述车载装置进行发送，

所述车载装置在接收到所述上载要求的情况下，将被记录于第一存储部中的所述车辆运行状况数据向所述服务器进行发送。

符号说明

1、信息收集系统；

2、车载装置；

3、服务器；

7、信息记录ECU；

8、车载电子设备组；

15、时钟；

80-*、ECU；

81-*、检测或测量装置；

101、车辆运行状况检测部；

103、数据记录处理部；

104、第一发送信号发送处理部；

1041、第一信息取得部；

1042、第一发送信号发送部；

106、上载要求接收部；

107、上载执行部；

108、第二指令生成部；

109、第二写入要求产生部；

110、第一存储部；

301、第一发送信号接收部；

302、判断处理部；

3020、判断用信息取得部；

3021、第一信息取得部；

3022、第二信息取得部；

3023、环境信息取得部；

3024、判断部；

303、上载要求部；

304、车辆运行状况数据接收部；

308、第二存储部；

309、车辆运行状况数据积累部。

Claims (7)

1.一种信息收集系统，其包括被搭载于车辆上的车载装置、和与所述车辆远距离配置且能够进行与所述车载装置之间的双向的通信的服务器，在所述信息收集系统中，

所述车载装置具备：

第一存储部；

车辆运行状况检测部，其对车辆运行状况进行检测；

车辆信息生成部，其生成表示所述车辆的状态的车辆信息；

数据记录处理部，其在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，将与所述车辆运行状况的检测时间点相对应的预定期间内的所述车辆信息作为车辆运行状况数据而记录于所述第一存储部中；

发送信号发送处理部，其在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，将发送信号向所述服务器进行发送，所述发送信号包括表示检测出了所述车辆运行状况的主旨的运行状况检测通知信息；

上载要求接收部，其从所述服务器接收上载要求；

上载执行部，其在所述上载要求接收部接收到所述上载要求的情况下，将被记录在所述第一存储部中的所述车辆运行状况数据向所述服务器进行发送，

所述服务器具备：

发送信号接收部，其接收从所述发送信号发送处理部被发送的所述发送信号；

第二存储部，其对以根据判断用信息而被判断的方式被预先规定的信息取得条件进行存储，所述判断用信息包括与所述车辆运行状况的检测时有关的信息、与所述车辆运行状况的种类有关的信息、以及与影响所述车辆运行状况的所述车辆的结构有关的信息中的至少任意一种信息；

判断用信息取得部，其取得所述判断用信息；

判断部，其在所述发送信号接收部接收到所述发送信号的情况下，根据所述判断用信息取得部所取得的所述判断用信息而对所述信息取得条件是否成立进行判断；

上载要求部，其在所述判断部判断为所述信息取得条件成立了的情况下，将所述上载要求向所述车载装置进行发送；

车辆运行状况数据接收部，其接收从所述上载执行部被发送的所述车辆运行状况数据。

2.如权利要求1所述的信息收集系统，其中，

所述判断用信息包括与所述车辆运行状况的检测时有关的信息，

所述发送信号发送处理部包括信息取得部，所述信息取得部在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，取得与所述车辆运行状况的检测时有关的信息，

所述发送信号还包括所述信息取得部所取得的、与所述车辆运行状况的检测时有关的信息，

所述判断用信息取得部从所述发送信号接收部所接收到的所述发送信号中取得与所述车辆运行状况的检测时有关的信息。

3.如权利要求1所述的信息收集系统，其中，

所述车辆运行状况有多个种类，

所述车辆运行状况检测部、所述数据记录处理部、以及所述发送信号发送处理部针对每一种类的所述车辆运行状况而被设置，

所述判断用信息包括与所述车辆运行状况的种类有关的信息，

所述发送信号发送处理部包括信息取得部，所述信息取得部在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，取得与所述车辆运行状况的种类有关的信息，

所述发送信号还包括所述信息取得部所取得的、与所述车辆运行状况的种类有关的信息，

所述判断用信息取得部从所述发送信号接收部所接收到的所述发送信号中取得与所述车辆运行状况的种类有关的信息。

4.如权利要求1所述的信息收集系统，其中，

所述车辆运行状况有多个种类，

所述车辆运行状况检测部、所述数据记录处理部、以及所述发送信号发送处理部针对每一种类的所述车辆运行状况而被设置，

所述判断用信息包括表示所述车辆运行状况的检测时的所述车辆的周边环境的信息和与所述车辆运行状况的种类有关的信息，

所述发送信号发送处理部包括信息取得部，所述信息取得部在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，取得表示所述车辆的运行状况的检测时的所述车辆的周边环境的信息和与所述车辆运行状况的种类有关的信息，

所述发送信号还包括所述信息取得部所取得的、表示所述车辆运行状况的检测时的所述车辆的周边环境的信息和与所述车辆运行状况的种类有关的信息，

所述判断用信息取得部从所述发送信号接收部所接收到的所述发送信号中取得表示所述车辆运行状况的检测时的所述车辆的周边环境的信息和与所述车辆运行状况的种类有关的信息，

所述信息取得条件包括预定的取得条件，所述预定的取得条件针对每一种类的所述车辆运行状况而以与所述周边环境相关联的方式被预先规定，

所述信息取得条件在所述判断用信息所表示的所述周边环境满足与所述判断用信息所表示的所述车辆运行状况的种类相对应的所述预定取得条件的情况下成立。

5.如权利要求2所述的信息收集系统，其中，

与所述车辆运行状况的检测时有关的信息包括表示所述车辆运行状况的检测时的所述车辆的位置的信息，

所述判断用信息取得部还具备环境信息取得部，所述环境信息取得部根据与所述车辆运行状况的检测时有关的信息而取得表示在所述车辆运行状况的检测时的所述车辆的位置处的所述车辆的周边环境的环境信息，

所述判断部根据所述环境信息取得部所取得的所述环境信息，而对所述信息取得条件是否成立进行判断。

6.一种车载装置，其被搭载于车辆上、且能够进行与服务器之间的双向的通信，所述服务器与所述车辆远距离配置，所述车载装置包括：

存储部；

车辆运行状况检测部，其对车辆运行状况进行检测；

车辆信息生成部，其生成表示所述车辆的状态的车辆信息；

数据记录处理部，其在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，将与所述车辆运行状况的检测时间点相对应的预定期间内的所述车辆信息作为车辆运行状况数据而记录于所述存储部中；

发送信号发送处理部，其在所述车辆运行状况检测部检测出所述车辆运行状况的情况下，将发送信号向所述服务器进行发送，所述发送信号包括表示检测出了所述车辆运行状况的主旨的运行状况检测通知信息；

上载要求接收部，其接收如下的上载要求，所述上载要求为，接收到所述发送信号的所述服务器所发送的上载要求、且为在所述服务器判断为被存储于所述服务器中的信息取得条件成立了的情况下所发送的上载要求；

上载执行部，其在所述上载要求接收部接收到所述上载要求的情况下，将被记录于所述存储部中的所述车辆运行状况数据向所述服务器进行发送，

所述信息取得条件以根据如下的判断用信息而被判断的方式被预先规定，所述判断用信息包括与所述车辆运行状况的检测时有关的信息、与所述车辆运行状况的种类有关的信息、以及与影响所述车辆运行状况的所述车辆的结构有关的信息中的至少任意一种信息、且为所述服务器所取得的信息。

7.一种服务器，其与车辆远距离配置、且能够进行与被搭载于所述车辆上的车载装置之间的双向的通信，所述服务器具备：

发送信号接收部，其接收如下的发送信号，所述发送信号为，从车辆运行状况被检测出的所述车辆的所述车载装置中被发送的信号、且为包括表示检测出了车辆运行状况的主旨的运行状况检测通知信息的信号；

存储部，其对以根据判断用信息而被判断的方式被预先规定的信息取得条件进行存储，所述判断用信息包括与所述车辆运行状况的检测时有关的信息、与所述车辆运行状况的种类有关的信息、以及与影响所述车辆运行状况的所述车辆的结构有关的信息中的至少任意一种信息；

判断用信息取得部，其取得所述判断用信息；

判断部，其在所述发送信号接收部接收到所述发送信号的情况下，根据所述判断用信息取得部所取得的所述判断用信息而对所述信息取得条件是否成立进行判断；

上载要求部，其在所述判断部判断为所述信息取得条件成立了的情况下，将上载要求向所述车载装置进行发送；

车辆运行状况数据接收部，其接收如下的车辆运行状况数据，所述车辆运行状况数据为，被记录在所述车载装置中且响应于所述上载要求而从所述车载装置被发送的数据、且为与所述车辆运行状况的检测时间点相对应的预定期间内的表示所述车辆的状态的数据。