CN112184948A - 一种车辆数据读取方法及相关设备 - Google Patents

Abstract

本申请实施例公开了一种车辆数据读取方法，其特征在于，用于车载设备对车辆电子控制单元ECU运行过程中所产生的车辆数据的读取过程，包括：获取数据读取策略，数据读取策略包括触发条件及与触发条件相对应的待读取数据类别；读取车辆数据，获得与触发条件相关的条件车辆数据；判断条件车辆数据是否满足触发条件；若满足触发条件，则采集并存储待读取数据类别所对应的实际数据。本方案通过预设数据读取策略，车载设备在工作时判断触发条件是否满足，若满足条件则进行相应数据的采集与存储过程，使得车载设备的数据采集策略更加灵活，提高使用数据时的分析效率，同时降低了车载设备所需存储的数据量，避免了存储资源的浪费。

Description

一种车辆数据读取方法及相关设备

技术领域

本申请实施例涉及车辆领域，尤其涉及一种车辆数据读取方法及相关设备

背景技术

随着汽车电子技术的不断发展，对车辆的检测诊断技术得到了长足发展，同时车辆电子控制单元(ECU，Electronic Control Unit)在现代汽车中得到了广泛的应用。汽车电子控制单元是指由集成电路组成的用于实现对数据的分析处理发送等一系列功能的控制装置。在汽车上广泛应用，并且集成度越来越高。车辆电子控制单元在提高汽车动力性、经济性、舒适性和安全性的同时，也使得车辆中的电子电气系统越来越复杂。

当前对车辆进行检测诊断过程中需使用可支持车载OBD系统(On BoardDiagnostics，车载自动诊断系统)的车载设备进行检测，车载设备设备在使用时可设置在车辆上通过相应的OBD接口连接车辆总线或通过其他无线模块与车辆之间建立连接，进而读取车辆总线上所传输的车辆数据并进行存储，以便后续对车辆情况进行分析。

现有的车载设备在使用过程中一般是存储所有在车辆总线上所传输的车辆数据，其中包括各个ECU生成的数据，导致车载设备在使用时对存储性能的要求较高且所存储的数据中包含大量对进行车辆诊断过程没有帮助的数据，造成一定的问题。

发明内容

本申请实施例第一方面提供了一种车辆数据读取方法，应用于车载设备，包括：

建立与车辆电子控制单元ECU的通讯连接；

获取数据读取策略，所述数据读取策略包括触发条件及与所述触发条件相对应的待读取数据类别；

读取车辆数据，获得与所述触发条件有关的条件车辆数据；

判断所述条件车辆数据是否满足所述触发条件；

若满足触发条件，则采集并存储所述待读取数据类别所对应的实际数据。

基于本申请实施例第一方面提供的车辆数据读取方法，可选的，

所诉触发条件为条件车辆数据中存在故障码，和/或，条件车辆数据超出预设范围。

基于本申请实施例第一方面提供的车辆数据读取方法，可选的，

所述待读取数据类别为特定ECU所发送的数据。

基于本申请实施例第一方面提供的车辆数据读取方法，可选的，

所述待读取数据类别为特定ECU发送的具有特定服务标识的数据；

所述采集并存储所述待读取数据类别所对应的实际数据，包括：

采集所述特定ECU所发送的特定ECU数据；

对所述特定ECU数据进行过滤，获得所述具有特定服务标识的数据；

存储所述具有特定服务标识的数据。

基于本申请实施例第一方面提供的车辆数据读取方法，可选的，

所述读取车辆数据，获得与所述触发条件有关的条件车辆数据；

判断所述条件车辆数据是否满足所述触发条件，包括：

确定生成所述条件车辆数据的目标ECU；

发送数据读取请求至所述目标ECU，以使得所述目标ECU向所述车辆设备返回所述条件车辆数据；

判断所述条件车辆数据是否满足所述预设值要求；

若满足，则认定所述车辆数据满足所述触发条件。

基于本申请实施例第一方面提供的车辆数据读取方法，可选的，

所述获取数据读取策略之后，所述读取车辆数据，之前，所述方法还包括：

连接车辆总线，所述车辆总线用于传输所述车辆数据及所述实际数据。

基于本申请实施例第一方面提供的车辆数据读取方法，可选的，

所述数据读取策略为依据车辆检测目的和需读取的车辆型号生成的策略配置文件，所述策略配置文件预先写入与所述车载设备。

本申请实施例第二方面提供了一种车载设备，包括：

连接建立单元，用于建立与车辆电子控制单元ECU的通讯连接；

策略获取单元，获取数据读取策略，所述数据读取策略包括触发条件及待读取数据；

读取单元，用于读取车辆数据；

判断单元，用于判断所述车辆数据是否满足所述触发条件，若满足触发条件则触发采集单元；

采集单元，用于若满足触发条件，则采集并存储所述待读取数据。

基于本申请实施例第二方面提供的车载设备，可选的，

所述触发条件为条件车辆数据中存在故障码，和/或，条件车辆数据超出预设范围。

基于本申请实施例第二方面提供的车载设备，可选的，

所述待读取数据类别为特定ECU所发送的数据。

基于本申请实施例第二方面提供的车载设备，可选的，

所述待读取数据类别为特定ECU发送的具有特定服务标识的数据；

所述采集单元具体用于：采集所述特定ECU所发送的特定ECU数据；

对所述特定ECU数据进行过滤，获得所述具有特定服务标识的数据；

存储所述具有特定服务标识的数据。

基于本申请实施例第二方面提供的车载设备，可选的，

所述读取单元具体用于：确定生成所述条件车辆数据的目标ECU；

发送数据读取请求至所述目标ECU，以使得所述目标ECU向所述车载设备返回所述条件车辆数据；

所述判断单元具体用于：判断所述条件车辆数据是否满足所述预设值要求；若满足，则触发所述存储单元。

基于本申请实施例第二方面提供的车载设备，可选的，

所述车载设备还包括：连接单元，用于连接车辆总线，所述车辆总线用于传输所述车辆数据及所述实际数据。

基于本申请实施例第二方面提供的车载设备，可选的，

所述数据读取策略为依据车辆检测目的和/或需读取的车辆型号生成的策略配置文件，所述策略配置文件预先写入与所述车载设备。

本申请实施例第三方面提供了一种车载设备，包括：

中央处理器，存储器，输入输出接口；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，在所述车载设备上执行所述存储器中的指令操作以执行如本申请实施例第一方面中任意一项所述的方法。

本申请实施例第四方面提供了一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如本申请实施例第一方面中任意一项所述的方法。

本申请实施例第五方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如本申请实施例第一方面中任意一项所述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：本方案通过在车载设备中设置数据读取策略，数据读取策略包括触发条件及与触发条件相对应的待读取数据，车载设备与车辆ECU之间建立连接后，首先判断触发条件是否满足，若满足触发条件则进行相应的待存储数据的采集与存储过程，通过上述方案使得车载设备的数据采集策略更加灵活，使得车载设备可尽量采集对诊断过程存在使用意义的数据，提高使用车载设备内数据时的分析效率，同时减少了采集到的数据量，避免了车载设备存储资源的浪费。

附图说明

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

图1为本申请车辆数据读取方法实施例的一个流程示意图；

图2为本申请车辆数据读取方法实施例的另一个流程示意图；

图3为本申请车载设备实施例的一个结构示意图；

图4为本申请车载设备实施例的另一个结构示意图。

具体实施方式

本申请实施例提供了一种车辆数据读取方法，用于车载设备，本方法通过对车载设备内设置用于对车辆数据读取策略，读取策略中包括触发条件以及与触发条件相关联的被读取参数使得车载设备可依据触发条件对不同ECU所产生的车辆数据进行选择性获取，使得车载设备可尽量采集对诊断过程存在使用意义的数据，提高了在用户使用车载设备内数据进行分析时的分析效率，同时减少了采集到的数据量，避免了存储资源的浪费。

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

请参阅图1，本申请车辆数据读取方法的一个实施例包括：步骤101-步骤105。

101、建立与车辆电子控制单元ECU的通讯连接。

建立与车辆电子控制单元ECU的通讯连接。车载设备建立与车辆电子控制单元ECU之间的控制单元，具体的车载设备可设置于车辆的OBD接口上通过OBD接口与车辆总线建立连接进而建立与ECU之间的数据连接。车载设备也可通过以其他第三方设备作为中转的方式建立与车辆ECU之间的连接，车载设备的形式可为汽车盒子、车载电子设备或可与车机连接的手机等移动终端等其他类型的设备，具体可依据实际情况而定，此处不做限定。

102、获取数据读取策略。

车载设备获取数据读取策略。在本方案实施时，需要获取数据读取策略，所述数据读取策略包括触发条件及与所述触发条件相对应的待读取数据类别。即对于不同的条件分别具有不同的待读取数据类别，如对于触发条件为发动机温度高于特定温度的触发条件，则对应的待读取数据类别可相应设置为发动机ECU所产生的所有车辆数据，可以理解的是数据读取策略可由用户进行设置，在设置数据读取策略时，用户可选择执行多可数据读取策略共同执行，以便获取更为全面的车辆数据。具体可依据实际情况而定，此处不做限定。

同时数据读取策略在设置过程中可对具体的触发条件进行调整，如对于发动机温度高于特定温度则采集发动机ECU所产生的所有车辆数据这一数据读取策略，用户可对该特定温度基于当前车辆情况进行适当调整，以避免采集到过多无效数据或无法采集到有效数据的情况，可以理解的是，与所述触发条件相对应的待读取数据类别也可依据用户需求进行相应调整设置，如当发动机温度出现异常时，对应设置的待读取数据类别可仅为发动机ECU所产生的所有车辆数据，也可设置为还包括其他ECU所产生的相关数据，如波箱ECU或冷却系统ECU所产生的车辆数据一并采集，具体此处不做限定。在本方案实际实施过程中，可由开发人员设置适当的数据读取策略，由用户进行选择，以便针对用户所遇到的问题进行合理的数据采集，进而保证对车辆的诊断过程顺利进行，具体可依据实际情况而定，此处不做限定。

可以理解的是，步骤101、车载设备建立与车辆电子控制单元ECU的通讯连接与步骤102、车载设备获取数据读取策略之间不存在时序上的逻辑关系，因此二者在实际实施过程中可选择先执行任意步骤，此处仅为方便以上述顺序进行描述，并不对本方案的实际实施造成限定。在实际实施过程中，车载设备与车辆电子控制单元ECU建立通讯连接后，还可依据对ECU身份的识别对数据读取策略进行调整，如，车载设备内预设多套数据读取策略，在车载设备与车辆电子控制单元ECU建立通讯连接后，车载设备确定车辆型号，进而确定所需使用的数据读取策略，也可由用户先手动设置车载设备所需使用的数据读取策略再于车辆电子控制单元ECU之间建立连接，在具体实施过程中可依据实际情况进行调整，此处不做限定。

103、读取车辆数据，获得与所述触发条件有关的条件车辆数据。

车载设备读取车辆数据，获得与所述触发条件有关的条件车辆数据。车载设备在使用时可通过车辆总线与车辆进行连接，车辆总线为用于传输ECU所产生的数据的主要通路。车载设备可通过车辆总线向ECU发送数据读取指令，以使得相应ECU返回与所述触发条件有关的条件车辆数据，以便进行触发条件是否满足的判断，也可以采用对车辆总线所传输的数据报文进行监听的形式，实时获取车辆总线中所传输的车辆数据，并从车辆总线中所传输的车辆数据中筛选出与触发条件有关的车辆数据，以便进行后续对触发条件的判断。具体可依据实际情况而定，此处不做限定。可以理解的是，对于车载设备主动向对应ECU发送数据读取请求的情况，数据读取策略中可还包括发送数据读取请求的循环条件，如在车辆运行过程中，每五分钟发送一次数据读取请求或每次车辆启动则发送一次数据读取请求，以便在触发条件满足后尽早开始车辆数据的采集，具体可依据实际情况而定，此处不做限定。

104、判断所述条件车辆数据是否满足所述触发条件。

判断所述条件车辆数据是否满足所述触发条件。车载设备在获取到条件车辆数据后与预先设置的车辆数据读取策略中的触发条件进行比较，判断其是否达到触发对车辆数据的获取过程的要求。对于不同种类的车辆数据可存在相应设置的不同类别的触发条件，某些车辆数据一旦获取到即可视为达到了触发条件，例如条件车辆数据为故障码信息。某些车辆数据则需对于数据含义进行分析判断是否达到触发条件，如对于传输发动机温度的车辆数据，对其相应设置的触发条件应为发动机温度达到或超过某一特定值时，才满足触发条件，进行后续的数据采集过程。若判断条件车辆数据满足所述触发条件则执行步骤105、采集并存储待读取数据类别对应的实际数据。若判断所述条件车辆数据不满足触发条件则继续监测条件车辆数据或循环执行条件车辆数据的获取，具体此处不做限定。

105、采集并存储待读取数据类别对应的实际数据。

若所述条件车辆数据满足所述触发条件，则采集并存储待读取数据类别对应的实际数据。若条件车辆数据满足触发条件，则说明在当前设置的车辆数据读取策略性应当进行车辆数据的读取过程。具体的车载设备通过车辆总线进行数据报文的监测，待读取数据类别一般设置为针对某一种类的ECU所设置，也可更有针对性的设置针对某一种类的ECU所生成的具有特定服务标识的数据。车载设备可现获取某一种类的ECU所生成的车辆数据再进行筛选，具体此处不做限定。

从以上技术方案可以看出，本申请实施例具有以下优点：本方案通过在车载设备中预设数据读取策略，数据读取策略包括触发条件及与触发条件相对应的待读取数据，车载设备在工作时首先判断触发条件是否满足，若满足触发条件则进行相应的待存储数据的采集与存储过程，通过上述方案使得车载设备的数据采集策略更加灵活，使得车载设备可尽量采集对诊断过程存在使用意义的数据，提高使用车载设备内数据时的分析效率，同时减少了采集到的数据量，避免了存储资源的浪费。

基于图1所描述的实施例，下面提供一种本方案在实施过程中可选择执行的详细实施例，请参阅图2，本申请车辆数据读取方法的一个实施例包括：步骤201-步骤209。

201、获取数据读取策略。

本实施例以应用于OBD设备为例，OBD设备为用于对车辆进行分析的多种诊断设备之一，可以理解的是，车载设备的形式可为汽车盒子、车载电子设备或可与车机连接的手机等移动终端等其他类型的设备，具体可依据实际情况而定，此处不做限定。所述数据读取策略为依据车辆检测目的和需读取的车辆型号生成的策略配置文件，所述策略配置文件预先写入与所述车载设备。如针对发动机的诊断设置相应的一种或多种数据读取策略、针对仪表系统的诊断设置相应的一种或多种数据读取策略并别生成策略配置文件，且针对不同车型使用不同的策略配置文件。在方案实施过程中，用户可在计算机上编写用以表示策略文件的代码，并通过转码转化为车载设备可以执行的策略配置文件，通过蓝牙或者USB接口写入车载设备，具体可依据实际情况进行调成此处不做限定。

OBD设备获取数据读取策略，此处以设置的数据读取策略为：向仪表ECU发送数据读取请求，根据仪表ECU所返回的数据读取请求判断是否存在发动机ECU所对应的故障码，若存在，则执行对发动机ECU下具有SID(Service Identifier，服务标识)为0x22或0x62的车辆数据。

对于上述数据读取策略而言，触发条件部分包括仪表ECU发送数据读取请求，根据仪表ECU所返回的数据读取请求判断是否存在发动机ECU所对应的故障码。待读取车辆数据的种类为发动机ECU下具有服务标识SID为0x22或0x62的车辆数据。

可以理解的是，对于数据读取策略用户可依据自身需求进行调整，如直接向发动机设备发送故障码请求文件，以获得相应的发动机故障码数据。然而在车辆行驶过程中仪表ECU作为直接向用户显示车辆运行数据的ECU，U可获取到多个车辆部分的运行状况，在发动机运行过程中如出现故障，则发动机ECU会相应生成ECU故障码发送至仪表ECU，以便仪表ECU进行显示。因此仪表ECU具有获取多个车辆部分的运行状况的能力，因此通过向仪表ECU发送数据获取请求是一种较为可行的实施方式。

可以理解的是，数据读取策略不仅可通过仪表ECU获取发动机的故障码，还可获取其他车辆组成部分的故障码，以便进行其他相应车辆数据读取策略的执行。

在数据读取策略的获取过程中，一种较为可行的方式包括工作人员将数据读取策略基于不同的读取目的进行组合，并将多种数据读取策略发送至用户所使用的车辆读取APP用户基于当前车辆状况选择希望执行的车辆读取侧扩额，如当用户发现车辆的发动机部分可能存在故障后，即可选择激活上述车辆数据读取策略进行对发动机数据的读取，具体此处不做限定。

202、连接车辆总线。

OBD设备在使用过程中需与车辆保持长连接以便获取车辆运行过程中所产生的数据，具体的OBD设备可设置于车辆总线接口相匹配的接头，以便保证OBD设备在使用过程中与车辆总线的稳定连接通过车辆总线的16号脚为电源脚，4号脚为地脚来给OBD装置供电，以便OBD设备正常运行。

203、建立与车辆电子控制单元ECU的通讯连接。

OBD设备建立与车辆电子控制单元ECU的通讯连接，以保证后续数据读取过程的正常执行，本步骤与上述图1实施例所对应的步骤101类似，具体此处不再赘述。

204、依据条件车辆数据确定生成条件车辆数据的目标ECU。

OBD设备依据条件车辆数据确定生成条件车辆数据的目标ECU。对于上述触发条件，则条件车辆数据为仪表ECU所产生的对应发动机的故障码数据，因此，可确定目标ECU为仪表ECU，具体的，OBD设备可存在针对不同诊断策略所设置的诊断信息配置文件，用于给予诊断策略确定目标ECU，及应当发送的数据请求的具体形式，以及目标ECU的具体交流信息，如：协议类型、通讯管脚、目标ECU ID、通信的波特率和数据请求的具体命令形式等信息，具体此处不做限定，

对于上述数据读取策略，则基于相应诊断信息配置文件可得出的信息为：协议类型为CAN(Controller Area Network，控制器局域网总线)，通讯管脚为6/14，系统过滤Id为0xde20/0xDE40，通信的波特率为500K等信息。

205、发送数据读取请求至所述目标ECU。

确定生成条件车辆数据的目标ECU后，发送据读取请求至所述目标ECU，以使得所述目标ECU向所述OBD设备返回所述条件车辆数据。具体的基于本实施例则获取的故障码的命令为：0x06de2003190208,其中06表示后面所有字节数，de20为发送系统ID，03表示有效字节个数，19为服务标识SID的具体值，SID＝19表示读取故障码，0208为PID(Parameteridentity，参数标识)表示读取故障码的类型。仪表ECU接收到数据读取命令后则依据该命令向OBD设备返回当前所存储的车辆数据，具体的OBD设备所接受到的回复指令可为0x08de40055902089001,08表示后面所有字节数，de40为回复系统ID，05表示有效字节个数，59为读取故障码命令SID+0x40计算获得，0208为读取故障码命令的PID一致，9001即为返回的故障码编号。

206、判断条件车辆数据是否满足预设值要求。

基于上述例子对于仪表ECU返回的数据为0x08de40055902089001的抢矿，OBD设备对其进行识别，判断存在9001，则说明获取到了发动机故障码。发动机部分存在故障，即条件数据符合预设值的要求，触发执行步骤207、采集特定ECU所发送的特定ECU数据。对于不存在发动机故障码的情况，则当前返回数据中9001的部分可能不存在或者为空值，此时判断条件车辆数据不满足预设值要求，不执行后续的数据采集过程，直到获得符合预设条件的车辆数据。

207、采集所述特定ECU所发送的特定ECU数据。

当判断条件车辆数据满足预设值要求时，则开始采集过程，具体的可依据当前OBD装置的采集方式，将对ECU ID的过滤条件设置为发动机系统ECU的通讯ID比如0xfc00/0xfd00，对车辆总线中所传输的数据报文进行监听并存储。比如车辆总线中传输的0x06fc000322f101,0x08fd000562f101ffff。

可以理解的是，由于条件数据的获取与待获取数据的采集与存储过程之间存在一定的重叠，因此在本方案实际实施过程中，可设置两个不同的通道，分别用于获取条件车辆数据与存储待存储数据，以便本方案的顺利执行，具体此处不做限定。

208、对特定ECU数据进行过滤，获得具有特定服务标识的数据

对特定ECU数据进行过滤，获得具有特定服务标识的数据。在获取到发动机ECU所传输的数据后，为进一步提高数据的可用性，可对特定ECU数据进行再次过滤，获得服务标识SID为0x22,还有0x62(SID+0X40)的车辆数据，如车辆数据的服务标识SID不为0x22或0x62，则将数据丢弃不进行存储。可以理解的是过滤过程中服务标识SID可依据用户需求进行更改。服务标识SID为0x22或0x62表示该数据为请求根据数据标识读取ECU数据或其回复数据，可用于对车辆的诊断过程。

209、存储所述具有特定服务标识的数据。

如果满足服务标识的过滤条件，则将符合要求的具有特定服务标识的车辆数据存储至OBD装置内的相应存储数据库中，可以理解的是，在对车辆数据进行存储的同时，OBD装置还可相应记录车辆数据的相关信息，如数据的采集时间、基于何种数据采集策略所存储等信息，以便进行后续的对数据进行分析，具体此处不做限定。

从以上技术方案可以看出，本申请实施例具有以下优点：本方案通过在车载设备中预设数据读取策略，数据读取策略包括触发条件及与触发条件相对应的待读取数据，车载设备在工作时首先判断触发条件是否满足，若满足触发条件则进行相应的待存储数据的采集与存储过程，通过上述方案使得车载设备的数据采集策略更加灵活，使得车载设备可尽量采集对诊断过程存在使用意义的数据，提高使用车载设备内数据时的分析效率，同时减少了采集到的数据量，避免了存储资源的浪费。

上面对申请实施例中的车辆数据读取方法进行了描述，下面对本发明实施例中的车载装置进行描述。请参阅图3，本申请车载装置的一个实施例包括：

连接建立单元301，用于建立与车辆电子控制单元ECU的通讯连接；

策略获取单元302，获取数据读取策略，所述数据读取策略包括触发条件及待读取数据；

读取单元303，用于读取车辆数据；

判断单元304，用于判断所述车辆数据是否满足所述触发条件，若满足触发条件则触发采集单元；

采集单元305，用于采集并存储所述待读取数据。

本实施例中，车载设备中各单元所执行的流程与前述图1所对应的实施例中描述的方法流程类似，此处不再赘述。

可选的，所述触发条件为条件车辆数据中存在故障码，和/或，条件车辆数据超出预设范围。

可选的，所述待读取数据类别为特定ECU所发送的数据。

可选的，所述待读取数据类别为特定ECU发送的具有特定服务标识的数据；

所述采集单元具体用于：采集所述特定ECU所发送的特定ECU数据；

对所述特定ECU数据进行过滤，获得所述具有特定服务标识的数据；

存储所述具有特定服务标识的数据。

可选的，所述读取单元具体用于：确定生成所述条件车辆数据的目标ECU；

发送数据读取请求至所述目标ECU，以使得所述目标ECU向所述OBD设备返回所述条件车辆数据；

所述判断单元具体用于：判断所述条件车辆数据是否满足所述预设值要求；若满足，则触发所述存储单元。

可选的，所述OBD设备还包括：连接单元，用于连接车辆总线，所述车辆总线用于传输所述车辆数据及所述实际数据。

可选的，所述数据读取策略为依据车辆检测目的和需读取的车辆型号生成的策略配置文件，所述策略配置文件预先写入与所述车载设备。

图4是本申请实施例提供的一种车载设备的结构示意图，车载设备400可以包括一个或一个以上中央处理器(central processing units，CPU)401和存储器405，该存储器405中存储有一个或一个以上的应用程序或数据。

本实施例中，中央处理器401中的具体功能模块划分可以与前述图3中所描述的各单元的功能模块划分方式类似，此处不再赘述。

其中，存储器405可以是易失性存储或持久存储。存储在存储器405的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器401可以设置为与存储器405通信，在服务器400上执行存储器405中的一系列指令操作。

服务器400还可以包括一个或一个以上电源402，一个或一个以上有线或无线网络接口403，一个或一个以上输入输出接口404，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等。

该中央处理器401可以执行前述图1所示实施例中车辆数据读取方法所执行的操作，具体此处不再赘述。

本发明还提供了一种计算机可读存储介质，该计算机可读存储介质用于实现车辆数据读取方法的功能，其上存储有计算机程序，计算机程序被处理器执行时，处理器可以用于执行如图1所述的车辆数据读取方法。

可以理解的是，所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在相应的一个计算机可读取存储介质中或集成为计算机程序产品以便执行上述方法。基于这样的理解，本发明实现上述相应的实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

Claims (10)

1.一种车辆数据读取方法，其特征在于，应用于车载设备，包括：

建立与车辆电子控制单元ECU的通讯连接；

获取数据读取策略，所述数据读取策略包括触发条件及与所述触发条件相对应的待读取数据类别；

读取车辆数据，获得与所述触发条件有关的条件车辆数据；

判断所述条件车辆数据是否满足所述触发条件；

若满足触发条件，则采集并存储所述待读取数据类别所对应的实际数据。

2.根据权利要求1所述的车辆数据读取方法，其特征在于，

所述触发条件为条件车辆数据中存在故障码，和/或，条件车辆数据超出预设范围。

3.根据权利要求1所述的车辆数据读取方法，其特征在于，

所述待读取数据类别为特定ECU所发送的数据。

4.根据权利要求1所述的车辆数据读取方法，其特征在于，所述待读取数据类别为特定ECU发送的具有特定服务标识数据；

所述采集并存储所述待读取数据类别所对应的实际数据，包括：

采集所述特定ECU所发送的特定ECU数据；

对所述特定ECU数据进行过滤，获得所述具有特定服务标识的数据；

存储所述具有特定服务标识的数据。

5.根据权利要求1所述的车辆数据读取方法，其特征在于，

所述读取车辆数据，获得与所述触发条件有关的条件车辆数据；

判断所述条件车辆数据是否满足所述触发条件，包括：

确定生成所述条件车辆数据的目标ECU；

发送数据读取请求至所述目标ECU，以使得所述目标ECU向所述车载设备返回所述条件车辆数据；

判断所述条件车辆数据是否满足所述预设值要求；

若满足，则认定所述车辆数据满足所述触发条件。

6.根据权利要求1所述的车辆数据读取方法，其特征在于，所述获取数据读取策略之后，所述读取车辆数据，之前，所述方法还包括：

连接车辆总线，所述车辆总线用于传输所述车辆数据及所述实际数据。

7.根据权利要求1所述的车辆数据读取方法，其特征在于，

所述数据读取策略为依据车辆检测目的和需读取的车辆型号生成的策略配置文件，所述策略配置文件预先写入与所述车载设备。

8.一种车载设备，其特征在于，包括：

连接建立单元，用于建立与车辆电子控制单元ECU的通讯连接；

策略获取单元，获取数据读取策略，所述数据读取策略包括触发条件及待读取数据；

读取单元，用于读取车辆数据；

判断单元，用于判断所述车辆数据是否满足所述触发条件，若满足触发条件则触发采集单元；

采集单元，用于采集并存储所述待读取数据。

9.一种车载设备，其特征在于，包括：

中央处理器，存储器，输入输出接口；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，在所述车载设备上执行所述存储器中的指令操作以执行权利要求1-7中任意一项所述的方法。

10.一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1-7中任意一项所述的方法。

Images