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

技术领域

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

背景技术

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

车辆进行检测诊断过程中需要使用具有检测功能的电子设备读取各个电子控制单元运行过程中所存储的车辆数据，用于检测的电子设备上一般配置有检测软件，检测软件在获得电子控制单元所记录的车辆数据后，会对车辆数据进行相应分析，进而得出车辆当前的具体状况。

当前，对车辆上的各个电子控制单元进行数据读取时需遵循UDS(UnifiedDiagnostic Services，统一诊断服务)协议发送相应的数据读取指令，以便进行相应的数据读取过程，然而在读取过程中需要根据需读取的车辆数据逐次发送数据读取指令，造成一定的不便。

发明内容

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

获取发送给目标电子控制单元的多条数据读取指令；

合并所述多条数据读取指令，得到特定读取指令；

发送所述特定读取指令至所述目标电子控制单元，以使得所述目标电子控制单元返回所述多条数据读取指令所对应的车辆数据。

基于本申请车辆数据读取方法实施例第一方面，可选地，在所述发送所述特定指令至所述对应电子控制单元之后，所述方法还包括：

接收所述目标电子控制单元返回的响应指令；

解析所述响应指令，获得所述多条数据读取指令所对应的车辆数据；

展示所述车辆数据。

基于本申请车辆数据读取方法实施例第一方面，可选地，所述合并所述多条数据读取指令，得到特定读取指令，包括：

获取所述多条数据读取指令的数据标识符；

合并所述多条数据读取指令的数据标识符，获得特定数据标识符，所述特定数据标识符包括按顺序排列的所述多条数据读取指令的数据标识符；

添加服务标识符及电子控制单元标识符至所述特定数据标识符，获得特定读取指令；

基于本申请车辆数据读取方法实施例第一方面，可选地，所述方法还包括：

添加描述字节至所述特定读取指令，所述描述字节用于描述所述特定读取指令内各个部分的字节数。

本申请实施例第二方面提供了一种车辆数据读取方法，应用于车辆电子控制单元，包括：

接收特定读取指令，所述特定读取指令由多条数据读取指令合并获得；

对所述特定读取指令进行解析，获得所述多条数据读取指令；

依据所述多条数据读取指令读取车辆数据；

返回响应指令，所述响应指令包括所述车辆数据。

基于本申请车辆数据读取方法实施例第二方面，可选地，所述返回响应指令，包括：

将所述特定读取指令中的数据标识符替换为对应的车辆数据，获得响应指令，

返回所述响应指令；

本申请实施例第三方面提供了一种电子设备，其特征在于，包括：

中央处理器，存储器；

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

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

本申请实施例第四方面提供了一种车辆电子控制单元，包括：

中央处理器，存储器；

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

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

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

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

从以上技术方案可以看出，本申请实施例具有以下优点：本方案通过将发送给目标电子控制单元的多条车辆数据读取指令合并为一条特定读取指令，使得电子控制单元可根据该该特定读取指令向服务器返回多种类的车辆数据，以便于对车辆进行检测，通过上述步骤减少了在数据读取过程中电子控制单元与服务器之间的数据交互次数，缩短读取过程所消耗的时间，进而提高对车辆的检测效率。

附图说明

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

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

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

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

图4为本申请电子设备实施例的一个结构示意图；

图5为本申请车辆电子控制单元实施例的一个结构示意图；

图6为本申请电子设备实施例的另一个结构示意图；

图7为本申请车辆电子控制单元实施例的另一个结构示意图。

具体实施方式

本申请实施例提供了一种车辆数据读取方法，用于对电子控制单元中所存储的车辆数据进行读取，本方案将对目标电子控制单元进行读取的车辆数据读取指令进行合并，获得特定读取指令，并将特定读取指令发送至电子控制单元使得电子控制单元可根据特定读取指令返回多种类的车辆数据，进而完成车辆数据获取过程，通过本方案降低了电子控制单元于服务器之间的数据交互次数，缩短了数据读取过程所消耗的时间，进而提高了车辆检测过程的效率。

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

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

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

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

101、获取发送给目标电子控制单元的多条数据读取指令。

电子设备获取发送给目标电子控制单元的多条数据读取指令。在对车辆进行诊断检测过程中，为在不对车辆进行拆卸的情况下直接进行诊断过程，需要读取电子控制单元(ECU，Electronic Control Unit)内所存储的车辆在行驶过程中所存储的数据，如发动机的转速、某些传感器所记录的值等。具体的，服务器在对车辆进行车辆数据读取过程中，需遵守UDS协议(Unified Diagnostic Services，统一诊断服务协议)的规定，向相应ECU发送包括ECUID (ECU标识符)、SID(Service Identifier，服务标识符)及DID(DataIdentifier，数据标识符)的数据读取指令，以便ECU依据该数据读取指令获取相应的车辆数据并向服务器返回相应的数据。数据读取指令中的ECU ID部分表示该指令所针对的具体ECU，在车辆中存在多个ECU,如：发动机ECU、波箱ECU 和车身ECU等，各个ECU所记录的数据不同，因此需基于ECU ID确定该条数据读取指令所针对的ECU。数据读取指令中SID部分为服务标识符，表示需进行的具体动作，对于数据读取指令而言，ECU需进行的都是向服务器进行车辆数据返回过程，因此对于数据读取指令而言，SID统一为0x22，DID 用于表示具体需读取的数据种类，对于不同类别的数据，DID互不相同，如对发动机转速进行读取则相应的DID为0x0901，对于发动机温度进行读取则相应的DID为0x0802。其中SID与DID中存在的0x表示后续部分遵循16 进制，在数据读取指令中0x部分可进行合并具体此处不再赘述。

在车辆的检测过程中，往往需要获取某一目标ECU下所存储的多条数据，如对于发动机ECU需获取发动机转速、发动机温度以及发动机电压等多种类车辆数据，不同种类的车辆数据分别有对应的不同车辆数据获取指令，在实施本方法时须获取对同一目标ECU的不同种类的车辆数据获取指令。

具体而言，多条数据指令的确定可由工作人员依据车辆的具体情况进行确定，即基于需分析的车辆结构确定所需的车辆数据种类，例如需要对车辆发动机的具体情况进行分析，则可选择多条发动机ECU所对应的车辆数据获取指令进行下一步骤，具体可依据实际情况而定，此处不做限定。

可以理解的是，本方案的执行主体电子设备的具体类型可以为服务器。个人电脑、膝上型电脑或手机等个人终端，电子设备上可安装有相应的诊断软件以便执行本方案所述的内容，电子设备的具体形式可依据实际情况而定，具体此处不做限定。

可以理解的是，为对车辆进行全面的检测诊断，本方案在实施过程中也可选择多个针对不同种类ECU的数据读取指令并进行分类，将对应同一ECU 的数据获取指令做为发送给目标ECU的数据获取指令分别进行后续步骤获取多条合并后的数据获取指令，以便获得多个ECU所存储的车辆数据，具体此处不做限定。

102、合并所述多条数据读取指令，得到特定读取指令。

服务器合并所述多条数据读取指令，得到特定读取指令。服务器对数据读取指令进行合并，以使得合并后的特定读取指令可用于读取多种类的车辆数据，即使用该特定读取指令可达到之前发送多条数据读取指令的效果，其中多条数据读取指令可依据用户需求进行设置，但参与合并过程的多条数据读取指令应用于对同一目标ECU的数据读取过程，以便该目标ECU对特定读取指令进行解析时可从自身获得所需数据，进而完成数据读取过程。具体的，可将数据读取指令中的DID部分进行合并并按顺序排列，再插入相应的 SID与ECUID，以便ECU进行解析读取，进而组成完整的特定读取指令。具体的合并方式可依据实际情况进行相应调整，此处不做限定。

103、发送所述特定读取指令至所述目标电子控制单元。

服务器发送所述特定读取指令至目标电子控制单元，以使得所述目标电子控制单元返回所述多条数据读取指令所对应的车辆数据。可以理解的是，电子控制单元(ECU)中应预存有与服务器对数据读取指令进行融合过程中所使用的规则相对应的特定读取指令解析策略，以便于目标ECU对特定读取指令进行解析，确定特定读取指令由哪些车辆数据读取指令合并获得进而确定电子控制单元需向服务器返回的数据种类，依据解析结果向服务器返回相应的车辆数据，进而完成车辆数据读取过程。

从以上技术方案可以看出，本申请实施例具有以下优点：本方案通过将发送给同一目标ECU的多条车辆数据读取指令合并为一条，使得ECU可根据该被合并的数据读取指令向服务器返回多种类的车辆数据，以便于对车辆进行检测，通过上述步骤减少了在数据读取过程中ECU与服务器之间的数据交互次数，缩短读取过程所消耗的时间，进而提高对车辆的检测效率。

上述图1所对应实施例基于电子设备侧对本方案进行了描述，下面在ECU 角度对本方案进行描述，请参阅图2，本申请车辆数据读取方法的一个实施例包括：步骤201-步骤204。

201、接收特定读取指令。

ECU接收服务器发送的特定读取指令，其中特定读取指令由多条数据读取指令合并获得。特定读取指令由服务器依据多条数据读取指令按照相应的规则合并获得，特定读取指令中包括上述多条数据读取指令的信息，进而使得ECU可依据特定读取指令确定服务器所需读取的车辆数据。具体而言服务器可通过与车辆上的OBD设备接口进行有线连接进而通过汽车总线建立服务器与各个ECU之间的数据连接，通过有线方式发送特定读取指令，以使得ECU 接收特定读取指令，具体此处不做限定。

202、对所述特定读取指令进行解析，获得多条数据读取指令。

ECU对所述特定读取指令进行解析，获得所述多条数据读取指令。ECU 对所接受到的特定读取指令进行解析，获得特定读取指令所包括的多条数据读取指令，可以理解的是，为保证ECU对特定读取指令的解析过程顺利执行，服务器可预先发送解析规则至对应ECU，或在ECU出厂时提前写入。解析规则与服务器对数据读取指令进行合并时所使用的合并规则相对应，以便ECU 依据解析规则对特定读取指令进行解析，确定服务器所需的车辆数据种类，具体的特定读取指令可包括按顺序排列的数据读取指令DID部分，ECU可依据数据读取顺序每确定一个DID则确定该DID为服务器所需的车辆数据种类，直至确定特定读取指令中的所有DID，可以理解的是，ECU对所述特定读取指令的解析过程可依据特定读取指令的生成方式进行相应调整，具体此处不做限定。

203、依据所述数据读取指令读取车辆数据。

ECU依据所述数据读取指令读取车辆数据。ECU依据对特定读取指令的解析结果进行车辆数据的读取，具体的在对特定读取指令进行解析后即可获得与服务器对数据读取指令进行合并前的形式，也可仅确定数据指令中的有效部分(即DID部分)即可，依据数据读取指令读取自身数据库中所存储的车辆数据，以便进行后续的车辆数据返回过程。

204、返回响应指令。

ECU向服务器返回响应指令，所述响应指令包括所述车辆数据。在ECU 获取相应的车辆数据后可向服务器返回响应指令，以便向服务器返回相应的车辆数据，为保证服务器可识别具体的数据内容，响应指令中还可包括相应的ECU ID及SID以便服务器进行数据的接收过程，具体此处不做限定。服务器接收响应指令后即可对响应指令中所包括的车辆数据进行读取，进而完成对车辆的检测过程。

从以上技术方案可以看出，本申请实施例具有以下优点：本方案通过ECU 对特定读取指令进行解析得出该指令所针对多种类车辆数据，并向服务器返回多种类的车辆数据，以便服务器对车辆进行检测，通过上述步骤减少了在数据读取过程中ECU与服务器之间的数据交互次数，缩短读取过程所消耗的时间，进而提高对车辆的检测效率。

上述图1图2所述实施例对本方案的一种实施方式进行了表述，为便于本方案的实际实施，下面提供一种本方案在实施过程中可选择执行的详细实施例，请参阅图3，本申请的一个实施例包括：步骤301-步骤312。

301、获取发送给目标电子控制单元的多条数据读取指令。

电子设备获取发送给目标电子控制单元的多条数据读取指令。当前对电子单元ECU的数据读取过程都遵循UDS(Unified Diagnostic Services，统一的诊断服务)诊断协议。对于数据读取指令具有标准的格式规定，一条完整的数据读取指令应包括电子控制单元询问ID、SID和DID。具体的数据读取指令可由预先设置的数据项配置文件中获得，数据项配置文件的具体形式可参照表1

表1

其中ECU问回ID部分包括的分别为服务器向ECU发送数据获取请求时所需使用的ID及ECU向服务器返回相应车辆数据时所需使用的ID。回复字节个数为ECU对回复相应数据时数据所占的字节数。算法部分为服务器接收到相应的回复字节后为获取实际值所需使用的算法，对此UDS诊断协议存在相应规定，具体此处不再赘述。

可以理解的是，本方案的执行主体电子设备的具体类型可以为服务器。个人电脑、膝上型电脑或手机等个人终端，电子设备上可安装有相应的诊断软件以便执行本方案所述的内容，本实施例中以电子设备为服务器进行说明，可以理解的是，电子设备可为上述任意形式的设备，本实施例并不对本方案的实际实施造成限定。

302、获取所述多条数据读取指令的数据标识符。

服务器获取所述多条数据读取指令的数据标识符。服务器获取所需使用的数据读取指令的数据标识符，此处以上表中发送给发动机ECU的三条数据获取指令为例进行说明。即本次数据获取过程希望获取发动机转速、发动机温度和发动机电压三项数据。

303、合并多条数据读取指令的数据标识符，获得特定数据标识符。

合并多条数据读取指令的数据标识符，获得特定数据标识符，所述特定数据标识符包括按顺序排列的所述多条数据读取指令的数据标识符。合并上述三条数据读取指令的数据标识符部分，得到特定数据标识符即获得 0x080206030203的特定数据标识符。

304、添加服务标识符及电子控制单元ID至特定数据标识符，获得特定读取指令。

服务器添加服务标识符及电子控制单元ID至特定数据标识符，获得特定读取指令。为保证特定读取指令可为ECU所接受还需添加相应的服务标识符符及电子控制单元ID。可以理解的是服务标识符及电子控制单元ID的添加形式与添加内容与当前所遵循的UDS诊断协议内规定的方式类似，即获得的特定读取指令形式为：0xfc0022090108020603。其中fc00为向发送机ECU的询问ID，22为表示数据请求服务的服务表示符，后续部分为特定数据标识符部分。

305、添加描述字节至特定读取指令。

服务器添加描述字节至特定读取指令。为便于对应ECU对特定读取指令的读取，服务器还可添加描述字节至特定读取指令，其中知识字节由于表示特定读取指令中各个部分所占的字节数，如对于上述0xfc0022090108020603 的特定读取指令而言，首先为表示参与合并过程的各个数据读取指令，可在各个对应的DID部分添加表示字节数描述字节，即获得0xfc0022020901020802020603。即在各个DID部分前添加该表示该DID字节数的描述字节，此处的各个DID部分的字节数均为2，因此添加后的结果为在各个DID前添加02的描述字节，可以理解的是，对于不同的DID描述字节的值也可能不同，具体可依据实际情况而定，此处不做限定。

此外还可添加表示特定读取指令整体信息的描述字节，如添加表示整个命令帧所包括的字节数的描述字节，以及表示特定读取指令中特定数据标识符部分所包括的字节数的描述字节，具体的对于上述例子而言，添加描述字符后的特定读取指令的形式可为：0x0dfc000a22020901020802020603。其中 0d表示该特定读取指令包括13个字节由于特定读取指令采用16进制，因此使用0d表示，0a表示后续的SID及特定DID部分包括10个字节以便于ECU 进行相应的特定读取指令解析过程，可以理解的是，描述字节的添加位置以及具体用于描述那些部分所具有的字节数可依据实际情况而定，具体此处不做限定。值得注意的是，对于描述字节的添加应与ECU内预设的特定读取指令相配合，即ECU对特定读取指令进行分析时可确定特定读取指令中的哪些字节为描述字节。

可以理解的是，在实际实施过程中，对描述字节的添加过程的执行顺序可进行调整，如在生成特定数据标识符过程中即可对参与合并过程中的每个 DID部分分别添加描述字节再添加ECU ID及SID部分，具体此处不做限定。

306、发送特定读取指令至目标电子控制单元。

服务器在特定读取指令生成完成后即可发送特定读取指令至目标电子控制单元，具体的，服务器可通过有线的方式与车辆的数据接口连接并将特定读取指令发送至对应的目标电子控制单元，此处不再赘述。

307、对特定读取指令进行解析，获得多个数据读取指令。

目标车辆电子控制单元接收到特定读取指令后应对特定读取指令进行解析，获得多个数据读取指令。具体的解析方式与上述特定读取指令的生成方式相对应，服务器可预先发送解析规则至对应ECU，或在ECU出厂时提前写入解析规则，解析规则可包括特定读取指令中描述字节的位置以及各个DID 的区分方式等信息。具体可依据实际情况而定，此处不做限定。对于上述特定读取指令，电子控制单元可从前之后进行解析，依据描述字节确定该特定读取指令中所包括的所有字节数、有效字节数一个各个DID所占的字节数，解析后所获得的各个数据项的DID都按顺序解析出来，对于上述特定读取指令而言，解析的结果为0x0901,0x0802,0x0603。

308、依据数据读取指令读取车辆数据。

目标车辆电子控制单元基于所获得的数据读取指令读取自身数据库所存储的车辆数据的实际值，如第一个DID的值字节为0x1122,第二个DID的值字节为0x334455,第三个DID的值字节为0xff。

309、将特定读取指令中的数据标识符替换为对应的车辆数据，获得响应指令。

目标车辆电子控制单元将特定读取指令中的数据标识符替换为对应的车辆数据，获得响应指令。为保证车辆数据可为服务器顺利获取，ECU可将车辆数据的实际值替换为相应的从数据库中所获取的实际值，进而使得特定获取指令中DID的顺序与实际的车辆数据顺序相同，保证数据获取。

可以理解的是在响应指令的生成过程中还需要对特定读取指令进行适当调整，如描述字节的值英语当前车辆数据的实际值相符，ECU的询问ID替换为回复ID，以及将SID依据当前协议的规定进行适应调整等，具体此处不做限定。基于上述规则，所获得的回复指令的具体形式可为 0x0dfd000a620211220333445501ff其中0d表示此条响应指令中的字节数，fd00 为发动机的返回id，0a表示有效字节数。62为对于返回指令所规定的SID，后续部分为具体的车辆数据。

310、返回响应指令。

目标车辆电子控制单元生成相应的响应指令后，即可向服务器返回该响应指令，以便服务器读取车辆数据。具体的ECU可通过与服务器之间的有线连接向服务器返回相应指令，具体可依据实际情况而定，此处不做限定。

311、解析响应指令，获得车辆数据。

服务器接收到响应指令后，依据响应指令的生成规则进行解析，进而得出各个数据项所对应的字节。由于响应指令的生成方式为使用车辆数据的实际值代替原有的数据标识符，因此服务器可基于所发送的特定读取指令确定响应指令中各个车辆数据所对应的数据种类，基于所获得的车辆数据使用上述数据项配置文件中所记录的计算方式进行机械，最终获得可为用户所理解的车辆数据。

312、展示车辆数据。

向用户展示所解析得到的车辆数据，以便用户进行对车辆的诊断分析。

通过上述方案使得服务器向ECU发送合并过的获取指令以使得ECU相应向服务器返回经过合并的车辆数据，车辆数据由响应指令作为载体进而使得可通过一条响应指令返回对应的多种类车辆数据，即服务器与ECU之间可通过一次数据交互完成对某一ECU的所有所需的车辆数据的获取，减少了在数据读取过程中ECU与服务器之间的数据交互次数，缩短读取过程所消耗的时间，进而提高对车辆的检测效率，同时在读取指令中添加描述字节，进一步提高了ECU对读取指令的识别准确性，提高了本方案的可实施性。

上面对申请实施例中的车辆数据获取方法进行了描述，下面对本发明实施例中的电子设备进行描述。请参阅图4，本申请电子设备的一个实施例包括：

获取单元401，用于获取发送给目标电子控制单元的多条数据读取指令；

合并单元402，用于合并所述多条数据读取指令，得到特定读取指令；

发送单元403，用于发送所述特定读取指令至所述目标电子控制单元，以使得所述电子控制单元返回所述多条数据读取指令所对应的车辆数据。

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

请参阅图5，本申请车辆电子控制单元的一个实施例包括：

接收单元501，用于接收特定读取指令，所述特定读取指令特定读取指令由多条数据读取指令合并获得；

解析单元502，用于对所述特定读取指令进行解析，获得所述多条数据读取指令；

读取单元503，用于依据所述多条数据读取指令读取车辆数据；

返回单元504，用于返回读取响应指令，所述读取响应指令包括所述车辆数据。

本实施例中，车辆电子控制单元中各单元所执行的流程与前述图2所对应的实施例中描述的方法流程类似，此处不再赘述。

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

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

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

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

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

图7是本申请实施例提供的一种车辆电子控制单元的结构示意图，该服务器700可以包括一个或一个以上中央处理器(central processing units，CPU) 701和存储器705，该存储器705中存储有一个或一个以上的应用程序或数据。

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

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

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

该中央处理器701可以执行前述图2所示实施例中车辆数据获取方法或图3实施例中车辆电子控制单元所执行的操作，具体此处不再赘述。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序或指令，计算机程序或指令被处理器执行时，处理器可以用于前述图1所示实施例中车辆数据获取方法或图3实施例中电子设备所执行的操作。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序或指令，计算机程序或指令被处理器执行时，处理器可以用于前述图2所示实施例中车辆数据获取方法或图3实施例中车辆电子控制单元所执行的操作。

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

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

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

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

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

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

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