CN114756585A - 车辆数据获取方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请适用于汽车电子技术领域，提供了一种车辆数据获取方法、装置、电子设备及存储介质。该方法包括：向车辆发送虚拟通道读取指令，其中，虚拟通道读取指令包括虚拟通道标识和目标ECU标识；接收目标ECU根据虚拟通道标识返回的响应包，其中，目标ECU为目标ECU标识对应的ECU；解析响应包，获取至少两个数据流项对应的车辆数据。本申请提供的技术方案使得获取车辆数据获取的效率得到了很大提升，尤其适合在需要获取大量车辆数据获取的场景。

Description

车辆数据获取方法、装置、电子设备及存储介质

技术领域

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

背景技术

车辆数据是诊断故障车辆的重要依据。在对故障车辆诊断时，一般是将诊断设备连接到车辆上，车辆诊断技师逐条发送数据读取指令，通过车辆与诊断设备之间的信道(有线或者无线)，逐条读取各项车辆数据。然而，随着车辆越来越高端，性能越来越多样，故障越来越复杂，车辆数据流项也随之越来越多。上述现有的车辆数据获取方法在发送数据读取指令时，每次都需要车辆诊断技师手动选择需要读取的数据，在车辆数据流项很多时，效率低下。

发明内容

本申请实施例提供了一种车辆数据获取方法、装置、电子设备及存储介质，以提升车辆数据的获取效率。

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

向车辆发送虚拟通道读取指令，所述虚拟通道读取指令包括虚拟通道标识和目标ECU标识；

接收目标ECU根据所述虚拟通道标识返回的响应包；所述目标ECU为所述目标ECU标识对应的ECU；

解析所述响应包，获取至少两个数据流项对应的车辆数据。

由上述技术方案可知，目标设备向车辆发送虚拟通道读取指令后，接收目标ECU根据虚拟通道标识返回的响应包，通过解析响应包，获取至少两个数据流项对应的车辆数据。在本方案中，该虚拟通道标识对应至少两个数据流项，车辆获取虚拟通道指令后将该指令发送给目标ECU，目标ECU通过解析到该虚拟通道标识，获取与该虚拟通道标识对应的至少两个数据流项对应的车辆数据并生成响应包返回给目标设备。由于不仅无需如现有技术那样依靠车辆诊断技师手动选择需要读取的多项数据，而且只需要向目标ECU发送对应的虚拟通道读取指令，就可以获取至少两个数据流项对应的车辆数据，因此，获取车辆数据的效率得到了很大提升，尤其适合在需要获取大量车辆数据的场景。

可选地，在所述向车辆发送虚拟通道读取指令之前，所述方法还包括：

生成虚拟通道配置指令，所述虚拟通道配置指令包括所述虚拟通道标识、所述目标ECU标识，以及数据流项标识；

将所述虚拟通道配置指令发送至车辆，以使所述目标ECU标识对应的目标ECU解析所述虚拟通道配置指令并获取该指令对应的配置信息。

可选地，所述解析所述响应包，获取至少两个数据流项对应的车辆数据，包括：

按照预设顺序，依次解析出所述至少两个数据流项中每个数据流项当前值；

根据所述每个数据流项对应的预设算法，计算所述每个数据流项当前值对应的信号值；

将所述每个数据流项当前值对应的信号值和其他属性组合，得到所述至少两个数据流项对应的车辆数据。

第二方面，本申请另一实施例提供了一种车辆数据获取方法，应用于ECU，所述方法包括：

接收目标设备发送的虚拟通道读取指令，所述虚拟通道读取指令包括虚拟通道标识和目标ECU标识；

根据所述虚拟通道标识，获取与所述虚拟通道标识对应的至少两个数据流项的数据，并生成相应的响应包；

将所述响应包返回所述目标设备。

可选地，在所述接收目标设备发送的虚拟通道读取指令之前，所述方法还包括：

接收所述目标设备发送的虚拟通道配置指令，所述虚拟通道配置指令包括所述虚拟通道标识、目标ECU标识以及数据流项标识；

解析所述虚拟通道配置指令并获取该指令对应的配置信息。

第三方面，本申请实施例提供了一种车辆数据获取装置，应用于目标设备，所述装置包括：

第一发送模块，用于向车辆发送虚拟通道读取指令，所述虚拟通道读取指令包括虚拟通道标识和目标ECU标识；

第一接收模块，用于接收目标ECU根据所述虚拟通道标识返回的响应包；所述目标ECU为所述目标ECU标识对应的ECU；

解析模块，用于解析所述响应包，获取至少两个数据流项对应的车辆数据。

第四方面，本申请另一实施例提供了一种车辆数据获取装置，应用于ECU，所述装置包括：

第二接收模块，用于接收目标设备发送的虚拟通道读取指令，所述虚拟通道读取指令包括虚拟通道标识和目标ECU标识；

生成模块，用于根据所述虚拟通道标识，获取与所述虚拟通道标识对应的至少两个数据流项的数据，并生成相应的响应包；

第二发送模块，用于将所述响应包返回所述目标设备。

第五方面，本申请实施例提供了一种电子设备，包括：

存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述第一方面或第二方面所述的方法步骤。

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

第七方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面或第二方面所述的方法步骤。

可以理解的是，上述第二方面至第七方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

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

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

图3是本申请另一实施例提供的车辆数据获取方法的流程示意图；

图4是本申请实施例提供的车辆数据获取装置的结构示意图；

图5是本申请另一实施例提供的车辆数据获取装置的结构示意图；

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

具体实施方式

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

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

目前，在对故障车辆诊断时，一般是将诊断设备连接到车辆上，车辆诊断技师逐条发送数据读取指令，通过车辆与诊断设备之间的信道(有线或者无线)，逐条读取各项车辆数据。然而，随着车辆越来越高端，性能越来越多样，故障越来越复杂，车辆数据流项也随之越来越多。上述现有的车辆数据获取方法在发送一条数据读取指令时，每次都需要车辆诊断技师手动选择需要读取的数据，在车辆数据流项很多时，效率低下。

鉴于此，本申请提供一种车辆数据获取方法、装置、电子设备及存储介质，以提升车辆数据的获取效率。

图1示出了本申请实施例提供的车辆数据获取方法，该方法应用于目标设备，主要包括步骤S101至步骤S103，详细说明如下：

步骤S101：向车辆发送虚拟通道读取指令，其中，虚拟通道读取指令包括虚拟通道标识和目标ECU标识。

电子控制单元(Electronic Control Unit，ECU)又称“行车电脑”、“车载电脑”等，是汽车专用微机控制器或汽车专用单片机。ECU和普通的单片机一样，由微处理器、存储器、输入/输出接口、模数转换器以及整形、驱动等大规模集成电路组成。ECU中所保存的数据流真实地反映了各传感器、执行器的工作电压和状态，为车辆故障诊断提供了依据。一般而言，车辆诊断技师是通过与车辆连接的目标设备来获取ECU中所保存的上述数据流。目标设备一般为诊断设备。目标设备向车辆发送的虚拟通道读取指令主要包含虚拟通道标识和目标ECU标识等，其中，虚拟通道标识用于唯一确定一个虚拟通道，而目标ECU标识则用于唯一标识虚拟通道读取指令是用于获取具体哪个ECU中的数据。步骤S102：接收目标ECU根据虚拟通道标识返回的响应包，其中，目标ECU为目标ECU标识对应的ECU。

当目标ECU在收到目标设备发送过来的虚拟通道读取指令时，解析该虚拟通道读取指令以获取其中的虚拟通道标识，然后根据虚拟通道标识，查询虚拟通道标识对应通道的配置数据，根据配置数据，获取与虚拟通道标识对应的数据流项标识，获取数据流项标识对应的车辆数据，并生成相应的响应包。步骤S103：解析响应包，获取至少两个数据流项对应的车辆数据。

目标设备在收到目标ECU根据虚拟通道标识返回的响应包后，解析响应包，获取至少两个数据流项对应的车辆数据。

从上述图1示例的车辆数据获取方法可知，目标设备向车辆发送虚拟通道读取指令后，接收目标ECU根据虚拟通道标识返回的响应包，通过解析响应包，获取至少两个数据流项对应的车辆数据。由于不仅无需如现有技术那样依靠车辆诊断技师手动选择需要读取的数据，而且只需要向目标ECU发送虚拟通道读取指令，就可以获取至少两个数据流项对应的车辆数据，因此，获取车辆数据的效率得到了很大提升，尤其适合在需要获取大量车辆数据的场景。

图2示出了本申请另一实施例提供的车辆数据获取方法，该方法可应用于目标设备，主要包括步骤S201至步骤S205，详细说明如下：

步骤S201，生成虚拟通道配置指令，其中，虚拟通道配置指令包括虚拟通道标识、目标ECU标识和数据流项标识。

在读取虚拟通道之前，需要配置该虚拟通道，使得目标ECU能够根据虚拟通道读取指令去获取对应的数据流项的数据。具体地，目标设备需要配置指定ECU的虚拟通道中所包含的数据流项，例如，作为目标ECU的发动机ECU，其某个虚拟通道(例如，虚拟通道1)需要包含发动机转速、冷却液温度、点火角度和节气门角度等数据流项；然后，从数据流项总表中查找出各数据流项的信息，其中，数据流项总表中包含了所有ECU的数据流项的信息集合，主要包括各个数据流项的名称、单位、数据流项的标识、所占字节数以及各个数据流项对应的预设算法，等等，例如，名称为Engine speed的数据流项，其单位为1/min，数据流项的标识为0x0401，占用两个字节，预设算法为Y＝x1+256*x2，等等；在获取到上述数据或信息后，目标设备可以开始生成虚拟通道配置指令。具体地，可以在指令中填入目标ECU标识、功能标识、虚拟通道标识和各个数据流项的标识等，从而生成虚拟通道配置指令。此处需要说明的是，各个数据流标识可以按照预设顺序排列在虚拟通道标识之后。上述功能标识用于说明当前发送的指令的功能或者是作何之用，例如，将功能标识定为0x31f0，就是说明该指令为配置指令。目的是为了通知目标ECU，该虚拟通道配置指令用于其对虚拟通道进行配置。

步骤S202，将虚拟通道配置指令发送至车辆，以使目标ECU标识对应的目标ECU解析虚拟通道配置指令并获取该指令对应的配置信息。

在生成虚拟通道配置指令之后，目标设备将该虚拟通道配置指令发送至车辆，以使目标ECU标识对应的目标ECU解析虚拟通道配置指令并获取该指令对应的配置信息。具体而言，目标ECU标识对应的目标ECU解析虚拟通道配置指令并获取该指令对应的配置信息可以是：目标ECU在收到虚拟通道配置指令后，解析出其中的目标ECU标识等信息，以确认该虚拟通道配置指令是否是发送给自己。在确认该虚拟通道配置指令是发送给自己后，目标ECU根据功能标识确认该指令为配置指令，然后根据虚拟通道标识以及数据流项标识确定该虚拟通道是用于获取某些具体的数据流项的数据，然后将这些配置信息进行保存。此处需要说明的是，若虚拟通道标识不存在于目标ECU，即之前并没有该虚拟通道标识，则目标ECU创建相应的虚拟通道标识并保存该该指令对应的配置信息，包括通过该虚拟通道标识对应的数据流项标识。若该虚拟通道标识已存在于目标ECU，则删除之前保存的该虚拟通道标识对应虚拟通道的配置信息，并将该虚拟通道配置指令中当前的配置数据保存下来，以替换之前保存的该虚拟通道标识对应虚拟通道的配置信息。

步骤S203，向车辆发送虚拟通道读取指令，其中，虚拟通道读取指令包括虚拟通道标识和目标ECU标识。

在本实施例中，虚拟通道读取指令还包括对应的功能标识。例如，目标ECU为发动机ECU，那么目标ECU标识为0x07e0，功能标识为0x22f0(代表该指令为读取指令)，虚拟通道标识为0x01。当发动机ECU接收到虚拟通道读取指令后，会解析出指令中的虚拟通道标识，比如通道0x01，然后根据之前已经保存的配置信息，查询通道0x01在ECU中配置的对应的数据流项标识。

步骤S204，接收目标ECU根据虚拟通道标识返回的响应包，其中，目标ECU为目标ECU标识对应的ECU。

步骤S205：解析响应包，获取至少两个数据流项对应的车辆数据。

目标设备在收到目标ECU根据虚拟通道标识返回的响应包后，作为本申请一个实施例，解析响应包，获取至少两个数据流项对应的车辆数据的步骤，包括：

按照预设顺序，依次解析出至少两个数据流项中每个数据流项当前值；

根据每个数据流项对应的预设算法，计算每个数据流项当前值对应的信号值；

将每个数据流项当前值对应的信号值和其他属性组合，得到至少两个数据流项对应的车辆数据。

上述预设顺序是虚拟通道配置指令中各个数据流项标识的顺序。例如，响应包中包含标识分别为0x0401和0x0405的数据流项，且在虚拟通道配置指令中，标识为0x0405的数据流项排列在标识为0x0401的数据流项之后，因此，首先解析出标识为0x0401的数据流项的当前值，假设该当前值是两个字节，分别为X1和X2，再解析出标识为0x0405的数据流项的当前值。在解析出数据流项的当前值之后，根据每个数据流项对应的预设算法，计算每个数据流项当前值对应的信号值，例如，假设标识为0x0401的数据流项对应的预设算法是Y＝x₁+256*x₂，则将标识为0x0401的数据流项的当前值X1和X2代入预设算法Y＝x₁+256*x₂，得到Y＝X1+256*X2得到标识为0x0401的数据流项的信号值，然后，再将这些信号值和其他属性，例如，数据流项的名称、单位等组合在一起，得到该数据流项对应的车辆诊断数据，例如标识为0x0401的数据流项是关于发动机转速的数据流，最后得到的该数据流项的车辆诊断数据是Enginespeed7001/min。

从上述附图2示例的车辆数据获取方法可知，目标设备向车辆发送虚拟通道读取指令后，接收目标ECU根据虚拟通道标识返回的响应包，通过解析响应包，获取至少两个数据流项对应的车辆数据。由于不仅无需如现有技术那样依靠车辆诊断技师手动选择需要读取的数据，而且只需要向目标ECU发送虚拟通道读取指令，就可以获取至少两个数据流项对应的车辆数据，因此，获取车辆数据的效率得到了很大提升，尤其适合在需要获取大量车辆数据的场景。

图3示出了本申请另一实施例提供的车辆数据获取方法，该方法应用于ECU，主要包括步骤S301至步骤S303，详细说明如下：

步骤S301：接收目标设备发送的虚拟通道读取指令，其中，虚拟通道读取指令包括虚拟通道标识和目标ECU标识。

在本申请实施例中，目标设备发送的虚拟通道读取指令主要包含虚拟通道标识、目标ECU标识和该功能标识等，其中，虚拟通道标识用于唯一确定一个虚拟通道，虚拟通道用于传送目标ECU保存的至少两个数据流项，目标ECU标识则用于唯一标识虚拟通道读取指令是发给哪个ECU，而该功能标识表明该指令的功能或者作何之用，例如，虚拟通道读取指令的该功能标识为0x22f0，表示该指令是要读取车辆数据。在本申请一个实施例中，在接收目标设备发送的虚拟通道读取指令之前，还包括接收所述目标设备发送的虚拟通道配置指令，所述虚拟通道配置指令包括所述虚拟通道标识、目标ECU标识以及数据流项标识；解析虚拟通道配置指令并获取该指令对应的配置信息。此处，虚拟通道标识对应虚拟通道的配置数据包括该虚拟通道标识对应虚拟通道传输的数据流项的标识等。

步骤S302：根据虚拟通道标识，获取与虚拟通道标识对应的至少两个数据流项的数据，并生成相应的响应包。

具体地，作为本申请一个实施例，根据虚拟通道标识，获取与虚拟通道标识对应的至少两个数据流项的数据，并生成相应的响应包的步骤，包括：

解析虚拟通道读取指令，以获取虚拟通道标识；

根据虚拟通道标识，查询虚拟通道标识对应虚拟通道的配置数据；

根据配置数据，获取与虚拟通道标识对应的数据流项标识；

获取数据流项标识对应的数据流项的当前值，并生成相应的响应包。

例如，目标设备根据虚拟通道标识返回的响应包中包含标识分别为0x0401和0x0405的数据流项，且在虚拟通道配置指令中，标识为0x0405的数据流项排列在标识为0x0401的数据流项之后，因此，首先解析出标识为0x0401的数据流项的当前值，假设该当前值是两个字节，分别为X1和X2，再解析出标识为0x0405的数据流项，等等。在解析出数据流项的当前值之后，根据每个数据流项对应的预设算法，计算每个数据流项当前值对应的信号值，例如，假设标识为0x0401的数据流项对应的预设算法是Y＝x₁+256*x₂，则将标识为0x0401的数据流项的当前值X1和X2代入预设算法Y＝x₁+256*x₂，得到Y＝X1+256*X2得到标识为0x0401的数据流项的信号值，然后，再将这些信号值和其他属性，例如，数据流项的名称、单位等组合在一起，得到该数据流项对应的车辆诊断数据，例如标识为0x0401的数据流项是关于发动机转速的数据流，最后得到的该数据流项的车辆诊断数据是Enginespeed7001/min。

步骤S303：将响应包返回目标设备。

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

对应于上述图1所示的车辆数据获取方法，图4示出的是本申请实施例提供的一种车辆数据获取装置，该装置可以应用于目标设备。图4示例的装置可以包括第一发送模块401、第一接收模块402和解析模块403，详细说明如下：

第一发送模块401，用于向车辆发送虚拟通道读取指令，其中，虚拟通道读取指令包括虚拟通道标识和目标ECU标识；

第一接收模块402，用于接收目标ECU根据虚拟通道标识返回的响应包，其中，目标ECU为目标ECU标识对应的ECU；

解析模块403，用于解析响应包，获取至少两个数据流项对应的车辆数据。

可选地，图4示例的装置还可以包括指令生成模块和第二发送模块，其中：

指令生成模块，用于在第一发送模块401向车辆发送虚拟通道读取指令之前，生成虚拟通道配置指令，其中，虚拟通道配置指令包括所述虚拟通道标识、目标ECU标识以及数据流项标识；

第二发送模块，用于将虚拟通道配置指令发送至车辆，以使目标ECU标识对应的目标ECU解析虚拟通道配置指令并获取该指令对应的配置信息。

可选地，图4示例的解析模块403可以包括当前值解析单元、计算单元和组合单元，其中：

当前值解析单元，用于按照预设顺序，依次解析出至少两个数据流项中每个数据流项当前值；

计算单元，用于根据每个数据流项对应的预设算法，计算每个数据流项当前值对应的信号值；

组合单元，用于将每个数据流项当前值对应的信号值和其他属性组合，得到至少两个数据流项对应的车辆数据。

可以理解的是，以上实施例中的各种实施方式和实施方式组合及其有益效果同样适用于本实施例，这里不再赘述。

对应于上述图3所示的车辆数据获取获取方法，图5示出的是本申请实施例提供的一种车辆数据获取获取装置，该装置可以应用于ECU。图5示例的装置可以包括第二接收模块501、生成模块502和第二发送模块503，详细说明如下：

第二接收模块501，用于接收目标设备发送的虚拟通道读取指令，其中，虚拟通道读取指令包括虚拟通道标识和目标ECU标识；

生成模块502，用于根据虚拟通道标识，获取与虚拟通道标识对应的至少两个数据流项的数据，并生成相应的响应包；

第二发送模块503，用于将响应包返回目标设备。

可选地，图5示例的装置还可以包括第二接收模块和指令解析模块，其中：

第二接收模块，用于第二接收模块501接收目标设备发送的虚拟通道读取指令之前，接收目标设备发送的虚拟通道配置指令，其中，虚拟通道配置指令包括虚拟通道标识、目标ECU标识以及数据流项标识；

指令解析模块，用于解析虚拟通道配置指令并获取该指令对应的配置信息。

可选地，图5示例的生成模块502可以包括指令解析单元、查询单元、标识获取单元和响应包生成单元，其中：

指令解析单元，用于解析虚拟通道读取指令，以获取虚拟通道标识；

查询单元，用于根据虚拟通道标识，查询虚拟通道标识对应虚拟通道的配置数据；

标识获取单元，用于根据配置数据，获取与虚拟通道标识对应的数据流项标识；

响应包生成单元，用于获取数据流项标识对应的数据流项的当前值，并生成相应的响应包。

可以理解的是，以上实施例中的各种实施方式和实施方式组合及其有益效果同样适用于本实施例，这里不再赘述。

图6为本申请一实施例提供的电子设备的结构示意图，该电子设备用于实现上述图4或图5示例的车辆数据获取获取装置。如图6所示，该实施例的电子设备D10包括：至少一个处理器D100(图6中仅示出一个)处理器、存储器D101以及存储在所述存储器D101中并可在所述至少一个处理器D100上运行的计算机程序D102，所述处理器D100执行所述计算机程序D102时实现上述任意各个方法实施例中的步骤。或者，所述处理器D100执行所述计算机程序D102时实现上述各装置实施例中各模块/单元的功能，例如图4所示第一发送模块401、第一接收模块402和解析模块403的功能或图5所示第二接收模块501、生成模块502和第二发送模块503的功能。

所述电子设备D10可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该电子设备可包括，但不仅限于，处理器D100、存储器D101。本领域技术人员可以理解，图6仅仅是电子设备D10的举例，并不构成对电子设备D10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

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

所述存储器D101在一些实施例中可以是所述电子设备D10的内部存储单元，例如电子设备D10的硬盘或内存。所述存储器D101在另一些实施例中也可以是所述电子设备D10的外部存储设备，例如所述电子设备D10上配备的插接式硬盘，智能存储卡(Smart MediaCard,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器D101还可以既包括所述电子设备D10的内部存储单元也包括外部存储设备。所述存储器D101用于存储操作***、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器D101还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行时可实现上述各个方法实施例中的步骤。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

Claims (10)

1.一种车辆数据获取方法，应用于目标设备，其特征在于，所述方法包括：

向车辆发送虚拟通道读取指令，所述虚拟通道读取指令包括虚拟通道标识和目标ECU标识；

接收目标ECU根据所述虚拟通道标识返回的响应包；所述目标ECU为所述目标ECU标识对应的ECU；

解析所述响应包，获取至少两个数据流项对应的车辆数据。

2.如权利要求1所述的方法，其特征在于，在所述向车辆发送虚拟通道读取指令之前，所述方法还包括：

生成虚拟通道配置指令，所述虚拟通道配置指令包括所述虚拟通道标识、所述目标ECU标识，以及数据流项标识；

将所述虚拟通道配置指令发送至车辆，以使所述目标ECU标识对应的目标ECU解析所述虚拟通道配置指令并获取该指令对应的配置信息。

3.如权利要求2所述的方法，其特征在于，所述解析所述响应包，获取至少两个数据流项对应的车辆数据，包括：

按照预设顺序，依次解析出所述至少两个数据流项中每个数据流项当前值；

根据所述每个数据流项对应的预设算法，计算所述每个数据流项当前值对应的信号值；

将所述每个数据流项当前值对应的信号值和其他属性组合，得到所述至少两个数据流项对应的车辆数据。

4.一种车辆数据获取方法，应用于ECU，其特征在于，所述方法包括：

接收目标设备发送的虚拟通道读取指令，所述虚拟通道读取指令包括虚拟通道标识和目标ECU标识；

根据所述虚拟通道标识，获取与所述虚拟通道标识对应的至少两个数据流项的数据，并生成相应的响应包；

将所述响应包返回所述目标设备。

5.如权利要求4所述的方法，其特征在于，在所述接收目标设备发送的虚拟通道读取指令之前，所述方法还包括：

接收所述目标设备发送的虚拟通道配置指令，所述虚拟通道配置指令包括所述虚拟通道标识、目标ECU标识以及数据流项标识；

解析所述虚拟通道配置指令并获取该指令对应的配置信息。

6.如权利要求5所述的方法，其特征在于，所述根据所述虚拟通道标识，获取与所述虚拟通道标识对应的至少两个数据流项的数据，并生成相应的响应包，包括：

解析所述虚拟通道读取指令，以获取所述虚拟通道标识；

根据所述虚拟通道标识，查询所述虚拟通道标识对应虚拟通道的配置数据；

根据所述配置数据，获取与所述虚拟通道标识对应的数据流项标识；

获取所述数据流项标识对应的数据流项的当前值，并生成相应的响应包。

7.一种车辆数据获取装置，应用于目标设备，其特征在于，所述装置包括：

第一发送模块，用于向车辆发送虚拟通道读取指令，所述虚拟通道读取指令包括虚拟通道标识和目标ECU标识；

第一接收模块，用于接收目标ECU根据所述虚拟通道标识返回的响应包；所述目标ECU为所述目标ECU标识对应的ECU；

解析模块，用于解析所述响应包，获取至少两个数据流项对应的车辆数据。

8.一种车辆数据获取装置，应用于ECU，其特征在于，包括：

第二接收模块，用于接收目标设备发送的虚拟通道读取指令，所述虚拟通道读取指令包括虚拟通道标识和目标ECU标识；

生成模块，用于根据所述虚拟通道标识，获取与所述虚拟通道标识对应的至少两个数据流项的数据，并生成相应的响应包；

第二发送模块，用于将所述响应包返回所述目标设备。

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

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

Images