CN117877135A - 车辆数据采集方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请涉及汽车技术领域，提供了一种车辆数据采集方法、装置、电子设备及可读存储介质。该方法包括：获取目标车辆的车辆信息，其中车辆信息包括当前位置信息、当前路况信息以及历史驾驶行为中的至少一者；检测车辆信息是否满足预先设置的数据采集触发条件；在检测到车辆信息不满足任一数据采集触发条件的情况下，根据预先获取的默认数据采集规则进行数据采集；在检测到车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，并根据第一目标数据采集规则进行数据采集；其中，N大于或等于1。本申请实施例解决了现有技术中车辆无法根据需求或场景灵活进行数据采集的技术问题。

Description

车辆数据采集方法、装置、电子设备及可读存储介质

技术领域

本申请涉及汽车技术领域，尤其涉及一种车辆数据采集方法、装置、电子设备及可读存储介质。

背景技术

汽车领域的技术正在不断进步。如今，为了更好地为人们提供更加优质的汽车，同时为了对已产出的汽车进行质量检测，开发方需要对在不同情况下行车时的车辆数据进行采集以及研究分析。

当前在进行数据采集时，通常是通过车载数据终端固件集成采集程序的方式，对车辆数据进行采集并存储。而随着车辆数据的多样化以及研发人员对数据的需求不断增加，该种方式已经不能满足对车辆数据的需求。

可见，相关技术中存在所采集的车辆数据较为固化，导致所采集的车辆数据不能满足对车辆的分析需求的问题。

发明内容

有鉴于此，本申请实施例提供了一种车辆数据采集方法、装置、电子设备及可读存储介质，以解决现有技术中所采集的车辆数据较为固化的问题。

本申请实施例的第一方面，提供了一种车辆数据采集的方法，包括：

获取目标车辆的车辆信息，其中车辆信息包括当前位置信息、当前路况信息以及历史驾驶行为中的至少一者；

检测车辆信息是否满足预先设置的数据采集触发条件；

在检测到车辆信息不满足任一数据采集触发条件的情况下，根据预先获取的默认数据采集规则进行数据采集；

在检测到车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，并根据第一目标数据采集规则进行数据采集；

其中，N大于或等于1，N个第一数据采集规则为与N个数据采集触发条件相对应的采集规则。

本申请实施例的第二方面，提供了一种车辆数据采集装置，包括：

获取模块，用于获取目标车辆的车辆信息，其中车辆信息包括当前位置信息、当前路况信息以及历史驾驶行为中的至少一者；

检测模块，用于检测车辆信息是否满足预先设置的数据采集触发条件；

第一采集模块，用于在检测到车辆信息不满足任一数据采集触发条件的情况下，根据预先获取的默认数据采集规则进行数据采集；

第二采集模块，用于在检测到车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，并根据第一目标数据采集规则进行数据采集；

其中，N大于或等于1，N个第一数据采集规则为与N个数据采集触发条件相对应的采集规则。

本申请实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。

本申请实施例的第四方面，提供了一种可读存储介质，该可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本申请实施例存在的有益效果至少包括：

获取目标车辆的车辆信息，其中车辆信息包括当前位置信息、当前路况信息以及历史驾驶行为中的至少一者，检测车辆信息是否满足预先设置的数据采集触发条件，在检测到车辆信息不满足任一数据采集触发条件的情况下，根据预先获取的默认数据采集规则进行数据采集，在检测到车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，并根据第一目标数据采集规则进行数据采集，其中，N大于或等于1，N个第一数据采集规则为与N个数据采集触发条件相对应的采集规则。这样本实施例通过获取目标车辆的车辆信息，能够得到车辆的当前位置、路况信息与用户的历史驾驶行为中的至少一者，为后续检测车辆信息是否满足预设的数据采集触发条件提供基础；同时，在检测到车辆信息不满足任意一项数据采集触发条件的情况下，使用默认数据采集规则进行数据采集，能够保证通常情况下的数据采集，避免出现未有数据采集情况的发生；在检测到车辆信息满足N个数据采集触发条件的情况下，根据第一目标数据采集规则进行采集，能够满足车辆在不同情况下进行相匹配数据的采集需求，实现了参考不同情况采用不同的数据采集规则进行车辆数据采集，从而实现了车辆数据采集的灵活性，使得数据分析人员能够进行更精确的数据分析，解决了相关技术中所采集的车辆数据较为固化，导致所采集的车辆数据不能满足对车辆的分析需求的技术问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本申请实施例提供的一种车辆数据采集方法的流程示意图；

图2是本申请实施例提供的另一种车辆数据采集方法的流程示意图；

图3是本申请实施例提供的一种车辆数据采集装置的结构示意图；

图4是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

本申请的说明书和权利要求书中的术语“第一”“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。

此外，需要说明的是，术语“包括”“包含”或者其任何其他变体意在涵盖非排他性地包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

图1是本申请实施例提供的一种车辆数据采集方法的流程示意图。该方法的执行主体可以为车辆的处理器或控制器，本实施例以执行主体为控制器为例进行说明。如图1所示，该方法包括：

步骤101，获取目标车辆的车辆信息，其中车辆信息包括当前位置信息、当前路况信息以及历史驾驶行为中的至少一者。

具体的，车辆当前位置信息包括车辆的当前地理位置，此外，当前位置信息还可以包括当前地理位置所对应的环境类型，其中环境类型可以包括高原环境、城市环境、高速环境、山地环境、雪地环境等。

当前路况信息包括车辆行驶途中的道路状况，可以包括道路拥堵、道路顺畅、泥泞路况、雪地路况等。

历史驾驶行为包括用户驾驶目标车辆的驾驶习性、用户的历史驾驶状态等，驾驶习性可以根据不同的路况信息或位置信息进行分类，如当用户行驶在道路顺畅的公路中，驾驶习性可以表现为车辆的具体行驶速度，车辆中各个部件的开关情况如车窗的开启与闭合等；再例如在城市道路中驾驶习性可以为经常触发急加减速。

为后续过程方便使用，获取到的车辆信息可以存储在车端及云端中的至少一处，具体的，本申请实施例不对获取到的车辆信息的分类与存储进行具体限定。

本步骤在获取车辆信息时，可以通过摄像头装置、传感器等硬件装置进行信息获取，也能够通过车辆中多媒体进行信息获取。作为一个示例，车辆能够通过车载摄像头对道路路况进行获取，也能够通过多媒体中的导航系统获取车辆当前行使的道路信息。对于车辆信息获取的方式，本申请实施例不做具体限定。通过多种方式对车辆信息进行获取，能够避免因突发状况，无法进行车辆信息获取的情况发生。

本实施例中，通过获取车辆信息，能够使车辆在进行数据采集时对所采用的数据采集规则进行合理的选择。

步骤102，检测车辆信息是否满足预先设置的数据采集触发条件。

在车辆进行数据采集时，要考虑采集到的数据是否能够满足数据解析后台的需求，数据解析后台用于对车辆采集到的数据进行整合分析，以满足更多开发需求。通常情况下，数据解析后台需要车辆在不同情况下针对车辆部件进行数据采集，即车辆需要在不同情况下能够对不同种类的数据进行采集，因此需要判断车辆是否满足预先设置的数据采集触发条件。

具体的，数据采集触发条件可以根据分析需求或不同车辆的历史行驶记录确定，且数据采集触发条件的条件参数可以包括车辆的位置信息、路况信息以及驾驶行为中的至少一者。作为一个示例，数据采集触发条件可以包括车辆当前行驶的路段是否为高原路段、车辆当前行驶的路段路况是否拥堵、用户的驾驶行为是否为经常刹车等。

在检测车辆信息是否满足预先设置的数据采集触发条件时，可以将车辆信息与数据采集触发条件进行匹配，若车辆信息与数据采集触发条件中的参数内容相一致，则可以确定车辆信息满足数据采集触发条件。

车辆满足的数据采集触发条件可以为无，可以只有一项，也可以存在两项及两项以上。此外，数据采集触发条件可以在整车出厂之前存储完毕，同时为了更好的满足后续对不同情况下数据采集的需求，也可以实时接收新的数据采集触发条件并存储，使得数据采集触发条件能够根据数据解析后台的需求进行变更、优化。

通过检测车辆信息是否满足预先设置的数据采集触发条件，使得能够参考检测结果确定待选择的数据采集规则，使得所选择的数据采集规则与当前情况相适配，实现了数据采集的灵活性和多样性，保证了所采集数据的准确性和丰富性，使车辆在后续进行数据采集时能够满足数据解析后台对数据的需求。

步骤103，在检测到车辆信息不满足任一数据采集触发条件的情况下，根据预先获取的默认数据采集规则进行数据采集。

具体的，数据采集规则可以包括：数据采集周期、数据上报频率、数据采集量、数据采集类型等。

默认数据采集规则为数据采集的标准设置。作为一个示例，默认数据采集规则规定车辆固定采集车辆行驶里程、轮胎压力、车辆各个部件状态、启动时需要的时间等，同时根据0.3秒的时间间隔进行数据采集，每0.5秒进行一次数据上传。当然，本申请实施例在此不对默认数据采集规则做具体限定。

本步骤中，在车辆信息不满足任一数据采集触发条件的情况下，使用默认数据采集规则进行数据采集，能够避免使用车辆却没有进行数据采集的情况，同时也能够为数据解析后台提供基础数据。

步骤104，在检测到车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，并根据第一目标数据采集规则进行数据采集。

其中，N大于或等于1，N个第一数据采集规则为与N个数据采集触发条件相对应的采集规则。

需要说明的是，不同数据采集触发条件对应的第一数据采集规则可以相同，也可以不同，即一个第一数据采集规则可以对应一个或多个数据采集触发条件。

车辆信息可能满足一个数据采集触发条件或多个数据采集触发条件。作为一个示例，当车辆信息表明车辆行驶在畅通的公路路段上时，判断车辆满足公路路段数据采集触发条件及畅通路段数据采集触发条件两个触发条件。在车辆信息满足多个数据采集触发条件时可以从该多个数据采集触发条件所对应的第一数据采集规则中选择第一目标数据采集规则，并根据该第一目标数据采集规则进行数据采集。

本步骤在确定车辆信息满足数据采集触发条件的情况下，对第一目标数据采集规则进行确定，能够满足车辆根据不同情况进行不同数据采集的需求，并且实现了根据车辆的位置分布、路况以及驾驶行驶等自动进行数据采集规则的无缝切换。

根据本实施例提供的技术方案，获取目标车辆的车辆信息，其中车辆信息包括当前位置信息、当前路况信息以及历史驾驶行为中的至少一者，检测车辆信息是否满足预先设置的数据采集触发条件，在检测到车辆信息不满足任一数据采集触发条件的情况下，根据预先获取的默认数据采集规则进行数据采集，在检测到车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，并根据第一目标数据采集规则进行数据采集，其中，N大于或等于1，N个第一数据采集规则为与N个数据采集触发条件相对应的采集规则。实现了在不同情况下车辆根据不同的数据采集规则进行数据采集，同时规定了车辆在一般情况下根据默认数据采集规则进行数据采集，实现了根据车辆的当前情况灵活进行数据采集，并且实现了根据车辆的位置分布、路况以及驾驶行驶等自动进行数据采集规则的无缝切换，解决了现有技术中所采集的车辆数据较为固化以导致不能满足分析需求的技术问题。

在一些实施例中，获取目标车辆的车辆信息之前，还包括：

接收预设平台发送的配置指令，其中配置指令中包括默认数据采集规则以及与预先设置的数据采集触发条件对应的第一数据采集规则；对默认数据采集规则和第一数据采集规则进行本地存储，并设置默认数据采集规则的状态为能够被执行的使能状态。

具体的，配置指令中可以包括标准化的数据采集配置文件，该数据采集配置文件包括默认数据采集规则以及第一数据采集规则。其中，数据采集配置文件可以是标准化的JS对象简谱(JavaScript Object Notation，JSON)格式的配置文件。此外，车端可以通过采集程序解析适配的标准化JSON格式，从而解析获取得到数据采集规则。

配置指令中包括默认数据采集规则以及与预先设置的数据采集触发条件对应的第一数据采集规则，这使得目标车辆能够通过解析配置指令获取到默认数据采集规则以及第一数据采集规则，从而能够从中选择与当前相适配的数据采集规则进行数据采集，实现了多个数据采集规则的自适应切换。

需要说明的是，配置指令可以每隔预设周期下发一次，也可以基于数据分析人员对车辆数据的采集需求进行下发，实现了数据采集规则的灵活更新，避免了车辆数据采集规则固定以导致所采集数据固定的问题。

需要说明的是，预设平台可以针对数据分析需求进行数据采集规则的编制，并且可以在程序的显示界面中填写参数，例如对数据采集类型、数据采集周期、上报频率以及数据采集量、采集规则的优先级、车辆位置分布、路况、驾驶行为等，然后由后台生成标准化的数据采集配置文件，实现了可视化的配置界面规则编写而无需编写程序，并且方便了数据分析人员对数据采集及规则的管理，编辑、删除、下发、启停等操作。

还需要说明的是，预设平台与车辆之间可以通过分布式的多协议网关进行通信，分布式的多协议网关能够根据接入的车辆类型自动进行协议网关的分配，从而使得能够对不同车型的车辆数据进行接入以及解析，从而能够供平台进行数据的多维度的分析。

此外，车端可以集成一套标准化的数据采集程序，该数据采集程序能够对数据采集规则进行解析，例如可以解析得到配置代码、配置版本、优先级、适配的总线类型、DBC及数据清单，数据清单定义具体数据采集规则，车端只需根据自身车型进行配置版本、总线类型、DBC及数据清单的适配即可。

本实施例中通过定义配置指令，支持控制器协议网总线的数据库文件(DatabaseCan，DBC)的灵活加载，能够实现车辆与预设平台之间的快速、安全稳定的数据通信，能够随时满足预设平台配置指令的发送与车辆对配置指令的接收。

另外，目标车辆接收到配置指令后，可以对数据采集规则进行本地存储，并设置默认数据采集规则的状态为使能状态。使能状态指随时能够启用的状态。在本申请实施例中，作为一个示例，当车辆信息满足第一数据采集规则对应的数据采集触发条件时，车辆根据第一数据采集规则对车辆相关数据进行数据采集，当发生特殊情况导致车辆信息不满足第一数据采集规则对应的数据采集触发条件时，车辆不再使用第一数据采集规则进行数据采集，而是采用默认数据采集规则进行数据采集；作为另一个示例，当由于网络故障获取不到车辆信息时，可以采用默认数据采集规则进行数据采集。

这样，本实施例中通过接收配置指令来获取数据采集规则，避免了传统数据采集方式中通过近端刷写或OTA升级采集程序进行数据采集规则更新的问题，实现了数据采集规则的快速配置和灵活更新，降低了数据采集规则的变更成本，避免了传送车辆数据采集时所采集数据较为固化的问题。对默认数据采集规则与第一数据采集规则进行本地存储，能够保证车辆在发生任意情况时随时进行数据采集。

在一些实施例中，配置指令还包括基于指定采集需求所确定的第二数据采集规则，且第二数据采集规则、第一数据采集规则、默认数据采集规则的优先级依次降低；

获取目标车辆的车辆信息之前，还包括：

在检测到配置指令中包括第二数据采集规则且第二数据采集规则有效的情况下，根据第二数据采集规则进行数据采集；

在检测到配置指令中未包括第二数据采集规则或第二数据采集规则无效的情况下，进入获取目标车辆的车辆信息的步骤。

具体的，第二数据采集规则可以是根据指定采集需求进行确定下发的，具有随机性；指定采集需求可以是数据分析人员当前的采集需求，且第二数据采集规则可以是由数据分析人员在预设平台中基于自身采集需求进行定义，并由预设平台下发给车端。

第二数据采集规则可以包括更为具体的某一类车辆的相关数据。作为一个示例，车辆行驶里程是车辆很重要的一个指标，第二数据采集规则可以是对车辆行驶途中每公里耗油量、车辆轮胎压力、车辆驾驶速度等数据进行特定采集，对其他方面的数据不进行采集或者减少采集频次。再作为一个示例，第二数据采集规则可以是对指定地区车辆的电池数据进行采集。

在本实施例中，第二数据采集规则、第一数据采集规则、默认数据采集规则的优先级依次降低，也就是在配置指令中包括第二数据采集规则的情况下，需要自动切换至按照第二数据采集规则进行数据采集，在配置指令中不包括第二数据采集规则且触发第一数据采集规则的情况下，需要自动切换至按照所触发的第一数据采集规则进行数据采集，在配置指令中不包括第二数据采集规则，且未触发第一数据采集规则的情况下，则需要自动切换至按照默认数据采集规则进行数据采集。这样，根据不同采集规则的优先级进行数据采集，能够优先保证指定采集需求，其次保证不同情况下的数据采集需求，使得车辆的数据采集更加符合预设平台的数据分析需求。

具体的，在本实施例中，在检测到配置指令中包括第二数据采集规则且第二数据采集规则有效，则根据第二数据采集规则进行数据采集，若配置指令中未包括第二数据采集规则或第二数据采集规则无效，则可以获取目标车辆的车辆信息并执行后续的步骤流程。使得车辆能够根据第二数据采集规则进行数据采集，采集得到的数据能够满足预设平台最需求的数据，并且能够使车辆在没有接收到预设平台具体的数据采集需求即第二数据采集规则时，也能够依照接收到的第一数据采集规则及默认数据采集规则在不同情况下进行不同的数据采集。

本申请实施例通过对第二数据采集规则进行检测，能够在第二数据采集规则有效的情况下根据第二数据采集规则对数据进行采集，也能够在不存在第二数据采集规则的情况下根据第一数据采集规则与默认数据采集规则进行数据采集，能够满足数据采集需求的同时，也能够避免车辆在行驶途中因没有接收到数据采集规则而不能进行数据采集。

在一些实施例中，在检测到车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，包括：

若N的值为1，则将数据采集触发条件对应的第一数据采集规则确定为第一目标数据采集规则；

若N的值大于或等于2，则根据数据采集触发条件的预设优先级排序，从所满足的N个数据采集触发条件中确定优先级最高的目标数据采集触发条件，并将目标数据采集触发条件对应的第一数据采集规则确定为第一目标数据采集规则。

具体的，本实施例中，根据数据采集触发条件判断车辆所使用的第一数据采集规则。若车辆信息仅满足一个数据采集触发条件，则将该数据采集触发条件对应的第一数据采集规则作为所使用的规则。作为一个示例，驾驶车辆信息指示目标车辆位于高原地区，则车辆信息满足采集触发条件“高原路段”，则将“高原路段”对应的数据采集规则确定为第一目标数据采集规则。

此外，数据采集触发条件之间预先设置优先级排序，且数据采集触发条件之间的优先级顺序可以根据数据采集需求进行设定。例如，作为一个示例，高速路况、高原路况所对应的数据采集触发条件的优先级高于拥堵路况、畅通路况所对应的数据采集触发条件的优先级。

若车辆信息满足多个数据采集触发条件，则可以将优先级最高的数据采集触发条件对应的第一数据采集规则作为所使用的规则，从而使得能够优先对最先需要的数据进行采集。

需要说明的是，具体的采集触发条件为预设平台根据数据解析后台的需求进行设置的，具体的采集触发条件也能够根据数据解析后台的需求进行相应的更改，数据采集规则也是同理，能够根据数据解析后台的需求进行对应的更改。预设平台将更改后的第一数据采集规则通过配置指令传输到车辆，车辆接收后对该配置指令中的数据采集规则及数据采集触发条件进行本地存储，达到车辆在不同情况下根据不同的数据采集规则进行灵活数据采集的目的。

同时，数据采集触发条件的优先级也可以通配置指令得到，与数据采集规则及数据采集触发条件相同，数据采集触发条件的优先级也是能够根据数据解析后台的需求进行更改的。车端在接收到预设平台发送的配置指令后，能够根据配置指令中的内容，对车辆数据进行满足数据解析后台需求的采集。

本申请实施例通过确定第一目标数据采集规则，使车辆对有更高需求的数据进行采集，使得到的数据能够满足数据解析后台的需求，达到了车辆根据不同情况进行数据采集的目的。

在一些实施例中，根据第一目标数据采集规则进行数据采集之后，还包括：

在检测到第一目标数据采集规则满足所对应的预设退出条件的情况下，确定待切换至的第二目标数据采集规则；

根据第二目标数据采集规则进行数据采集；

其中，第二目标数据采集规则为默认数据采集规则或者重新根据当前的车辆信息确定的第一目标数据采集规则。

本实施例中，预设退出条件指的是车辆停止根据第一目标数据采集规则进行数据采集的条件。预设退出条件可以是达到第一目标数据采集规则所规定的数据采集时间，可以是车辆在行驶过程中不满足第一目标数据采集规则对应的数据采集触发条件，还可以是车辆接收到了预设平台下发的新的配置指令，配置指令中包含优先级别更高的数据采集规则等。预设退出条件根据数据解析后台需求进行更改，本申请实施例对具体的预设退出条件不做限定。

需要说明说的是，在第一目标数据采集规则达到预设退出条件后，车辆切换使用的数据采集规则可以为默认数据采集规则，也可以重新根据当前的车辆信息进行数据采集规则的确定。

为了方便理解，作为一个示例，车辆在公路路段上畅通行驶，车辆采用畅通路段对应的第一目标数据采集规则进行数据采集，在车辆由行驶到堵塞路段时，畅通路段对应的第一目标数据采集规则满足预设退出条件，将堵塞路段对应的目标数据采集规则确定为第二目标数据采集规则，车辆将通过第二目标数据采集规则进行数据采集。

在本实施例中，在判断第一目标数据采集规则满足预设退出条件的情况下，对车辆采集数据使用的数据采集规则进行更换，避免出现因车辆信息变化而数据采集规则没变造成的采集到无效数据的情况。能够更好的达到车辆根据不同情况进行数据采集的目的。

在一些实施例中，车辆数据采集方法还包括：

接收预设平台发送的针对任一数据采集规则的停止指令；

根据停止指令，设置数据采集规则为停用状态，并删除数据采集规则。

具体的，随着数据解析后台的需求变更，车辆接收到的配置指令中的数据采集规则也会变更，同时，过多不再使用的数据采集规则存储在车辆中会造成数据堆积。为了避免这种情况，本申请实施例通过预设平台下发的停止指令控制车辆将不再使用的数据采集规则进行状态的更改，并对其进行删除，避免后续车辆根据该数据采集规则进行数据采集。

本申请实施例能够优化车辆对数据采集规则的存储空间，同时也能够根据数据解析后台的需求对数据采集规则进行启用与停用，能够达到车辆灵活进行数据采集的目的。

另外，在一些实施例中，还可以对采集到的车辆数据使用预设加密方式进行加密，得到加密数据包；将加密数据包发送至数据解析后台，以使数据解析后台根据不同车辆车型进行分配。

具体的，数据加密方式包括对称加密、非对称加密、哈希算法加密等。在本实施例中，不对数据的加密方式进行具体限定，旨在能够通过对数据的加密对车辆不同情况下采集到的数据进行保护。数据解析后台应用于根据不同车辆车型获取到的车辆数据进行分类与整合分析，为车辆后续性能的开发提供数据支持。

本实施例中，车辆通过数据采集得到数据解析后台需要的数据后，对数据进行加密，发送至数据解析后台，完成车辆进行数据采集的最终目的。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

下面通过图2对本申请的一个具体实施例进行具体说明。

如图2所示，车辆数据采集过程可以包括如下步骤：

步骤201：接收配置指令，检测是否识别到默认数据采集规则。

步骤202：在检测到默认数据采集规则的情况下，对默认数据采集规则进行本地存储，并设置为使能状态。

步骤203：检测配置指令中是否包括第二数据采集规则且第二采集规则是否有效。

步骤204：在检测到配置指令中包括第二数据采集规则且第二数据采集规则有效的情况下，根据第二数据采集规则进行数据采集。

步骤205：在检测到配置指令中未包括第二数据采集规则或第二数据采集规则无效的情况下，获取目标车辆的车辆信息。

步骤206：检测车辆信息是否满足预先设置的数据采集触发条件。

步骤207：在检测到车辆信息不满足任一数据采集触发条件的情况下，根据预先获取的默认数据采集规则进行数据采集。

步骤208：在检测到车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，并根据第一目标数据采集规则进行数据采集。

本实施例通过接收平台发送的配置指令，根据配置指令，判断车辆是否根据第二数据采集规则进行数据采集，能够得到车辆数据采集时对需求优先级最高的一类数据进行优先采集，能够满足数据解析后台的对某一类数据的需求，提高了数据解析后台在众多数据中检索需要数据的效率。同时，在第二数据采集规则无法使用的情况下，通过数据采集触发条件对车辆数据采集规则进行确定，能够保证车辆在任何情况下都能进行数据采集，减少了车辆在使用过程中没有进行数据采集的时间，提高了整体的车辆数据采集效率。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图3是本申请实施例提供的一种车辆数据采集装置的示意图。如图3所示，该装置包括：

获取模块301，用于获取目标车辆的车辆信息，其中车辆信息包括当前位置信息、当前路况信息以及历史驾驶行为中的至少一者；

检测模块302，用于检测车辆信息是否满足预先设置的数据采集触发条件；

第一采集模块303，用于在检测到车辆信息不满足任一数据采集触发条件的情况下，根据预先获取的默认数据采集规则进行数据采集；

第二确定模块304，用于在检测到车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，并根据第一目标数据采集规则进行数据采集，其中，N大于或等于1，N个第一数据采集规则为与N个数据采集触发条件相对应的采集规则。

根据本申请实施例提供的技术方案，通过根据车辆信息，判断车辆当前满足的数据采集触发条件，能够达到在特定情况下对特定数据进行数据采集的目的，同时又根据多个数据采集规则中确定的第一目标数据采集规则，能够得到当前车辆最急需获取的车辆数据，采集到的数据能够满足数据解析后台的需求。在不同情况下对根据不同的数据采集规则进行数据采集，解决了现有技术中车辆进行数据采集时不够灵活的技术问题。

在一些实施例中，车辆数据采集装置还用于：接收预设平台发送的配置指令，其中配置指令中包括默认数据采集规则以及与预先设置的数据采集触发条件对应的第一数据采集规则；对默认数据采集规则和第一数据采集规则进行本地存储，并设置默认数据采集规则的状态为能够被执行的使能状态。

在一些实施例中，配置指令还包括基于指定采集需求所确定的第二数据采集规则，且第二数据采集规则、第一数据采集规则、默认数据采集规则的优先级依次降低，车来那个数据采集装置还用于：在检测到配置指令中包括第二数据采集规则且第二数据采集规则有效的情况下，根据第二数据采集规则进行数据采集；在检测到配置指令中未包括第二数据采集规则或第二数据采集规则无效的情况下，进入获取目标车辆的车辆信息的步骤。

在一些实施例中，第二数据采集模块具体用于：若N的值为1，则将数据采集触发条件对应的第一数据采集规则确定为第一目标数据采集规则；若N的值大于或等于2，则根据数据采集触发条件的预设优先级排序，从所满足的N个数据采集触发条件中确定优先级最高的目标数据采集触发条件，并将目标数据采集触发条件对应的第一数据采集规则确定为第一目标数据采集规则。

在一些实施例中，第二数据采集模块还用于：在检测到第一目标数据采集规则满足所对应的预设退出条件的情况下，确定待切换至的第二目标数据采集规则；根据第二目标数据采集规则进行数据采集；其中，第二目标数据采集规则为默认数据采集规则或者重新根据当前的车辆信息确定的第一目标数据采集规则。

在一些实施例中，车辆数据采集装置还用于：接收预设平台发送的针对一数据采集规则的停止指令；根据停止指令，设置数据采集规则为停用状态，并删除数据采集规则。

图4是本申请实施例提供的电子设备4的示意图。如图4所示，该实施例的电子设备4包括：处理器401、存储器402以及存储在该存储器402中并且可在处理器401上运行的计算机程序403。处理器401执行计算机程序403时实现上述各个方法实施例中的步骤。或者，处理器401执行计算机程序403时实现上述各装置实施例中各模块/单元的功能。

电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备4可以包括但不仅限于处理器401和存储器402。本领域技术人员可以理解，图4仅仅是电子设备4的示例，并不构成对电子设备4的限定，可以包括比图示更多或更少的部件，或者不同的部件。

处理器401可以是中央处理单元(Central Processing Unit，CPU)，也可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

存储器402可以是电子设备4的内部存储单元，例如，电子设备4的硬盘或内存。存储器402也可以是电子设备4的外部存储设备，例如，电子设备4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。存储器402还可以既包括电子设备4的内部存储单元也包括外部存储设备。存储器402用于存储计算机程序以及电子设备所需的其它程序和数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。可读存储介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种车辆数据采集方法，其特征在于，包括：

获取目标车辆的车辆信息，其中所述车辆信息包括当前位置信息、当前路况信息以及历史驾驶行为中的至少一者；

检测所述车辆信息是否满足预先设置的数据采集触发条件；

在检测到所述车辆信息不满足任一所述数据采集触发条件的情况下，根据预先获取的默认数据采集规则进行数据采集；

在检测到所述车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，并根据所述第一目标数据采集规则进行数据采集；

其中，N大于或等于1，所述N个第一数据采集规则为与所述N个数据采集触发条件相对应的采集规则。

2.根据权利要求1所述的车辆数据采集方法，其特征在于，所述获取目标车辆的车辆信息之前，还包括：

接收预设平台发送的配置指令，其中所述配置指令中包括所述默认数据采集规则以及与预先设置的数据采集触发条件对应的第一数据采集规则；

对所述默认数据采集规则和所述第一数据采集规则进行本地存储，并设置所述默认数据采集规则的状态为能够被执行的使能状态。

3.根据权利要求2所述的车辆数据采集方法，其特征在于，所述配置指令还包括基于指定采集需求所确定的第二数据采集规则，且所述第二数据采集规则、第一数据采集规则、默认数据采集规则的优先级依次降低；

所述获取目标车辆的车辆信息之前，还包括：

在检测到所述配置指令中包括所述第二数据采集规则且所述第二数据采集规则有效的情况下，根据所述第二数据采集规则进行数据采集；

在检测到所述配置指令中未包括所述第二数据采集规则或所述第二数据采集规则无效的情况下，进入所述获取目标车辆的车辆信息的步骤。

4.根据权利要求1所述的车辆数据采集方法，其特征在于，所述在检测到所述车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，包括：

若N的值为1，则将所述数据采集触发条件对应的第一数据采集规则确定为所述第一目标数据采集规则；

若N的值大于或等于2，则根据所述数据采集触发条件的预设优先级排序，从所满足的N个数据采集触发条件中确定优先级最高的目标数据采集触发条件，并将所述目标数据采集触发条件对应的第一数据采集规则确定为所述第一目标数据采集规则。

5.根据权利要求1所述的车辆数据采集方法，其特征在于，所述根据所述第一目标数据采集规则进行数据采集之后，还包括：

在检测到所述第一目标数据采集规则满足所对应的预设退出条件的情况下，确定待切换至的第二目标数据采集规则；

根据所述第二目标数据采集规则进行数据采集；

其中，所述第二目标数据采集规则为所述默认数据采集规则或者重新根据当前的车辆信息确定的第一目标数据采集规则。

6.根据权利要求1所述的车辆数据采集方法，其特征在于，还包括：

接收预设平台发送的针对任一数据采集规则的停止指令；

根据所述停止指令，设置所述数据采集规则为停用状态，并删除所述数据采集规则。

7.根据权利要求1所述的车辆数据采集方法，其特征在于，还包括：

对采集到的车辆数据使用预设加密方式进行加密，得到加密数据包；

将所述加密数据包发送至数据解析后台，以使所述数据解析后台根据不同车辆车型进行分配。

8.一种车辆数据采集装置，其特征在于，包括：

获取模块，用于获取目标车辆的车辆信息，其中所述车辆信息包括当前位置信息、当前路况信息以及历史驾驶行为中的至少一者；

检测模块，用于检测所述车辆信息是否满足预先设置的数据采集触发条件；

第一采集模块，用于在检测到所述车辆信息不满足任一所述数据采集触发条件的情况下，根据预先获取的默认数据采集规则进行数据采集；

第二采集模块，用于在检测到所述车辆信息满足N个数据采集触发条件的情况下，从N个第一数据采集规则中确定第一目标数据采集规则，并根据所述第一目标数据采集规则进行数据采集；

其中，N大于或等于1，所述N个第一数据采集规则为与所述N个数据采集触发条件相对应的采集规则。

9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并且可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的方法的步骤。

10.一种可读存储介质，所述可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的方法的步骤。