车辆电子控制单元ECU的升级方法及升级系统

摘要

本申请公开了一种车辆电子控制单元ECU的升级方法、升级系统、诊断设备及服务器，所述方法包括：诊断设备生成车辆系统拓扑图，并将各个ECU的版本信息发送至服务器；服务器确定各个ECU的最新版本信息，确定需要刷写升级的ECU及对应的最新版本信息，并将需要刷写升级的ECU及最新版本信息发送至诊断设备；诊断设备向用户呈现需要刷写升级的ECU及对应的最新版本信息，并根据用户选择的目标ECU对目标ECU进行刷写升级。本申请实现了ECU的刷写功能与系统菜单剥离开来，不需要进入到特定ECU的系统菜单下进行刷写，而且能够根据用户选择的目标ECU进行刷写升级，极大的提高了车辆电子控制单元ECU的升级效率及准确率。

说明书

技术领域

本申请涉及车辆领域，特别涉及一种车辆电子控制单元ECU的升级方法、升级系统、诊断设备及服务器。

背景技术

车辆电子控制单元(Electronic Control Unit，ECU)作为现代车辆电子的核心元件之一，ECU在车辆中也许有好几个，每个管理不同的功能；而每个ECU系统之间又有信息交换。当厂家对自家车辆信息的ECU数据进行更新时，需要将更新的数据写入ECU中来实现升级。

传统的ECU刷写放在车辆信息的各个系统的菜单下，要刷写某个ECU，需要进入到该ECU的系统菜单，十分的不便捷，而且容易遗漏，不清楚该车会有哪些ECU需要升级，导致车辆电子控制单元ECU的升级效率及准确率低。

因此，如何提高车辆电子控制单元ECU的升级效率及准确率是本领域技术人员目前需要解决的技术问题。

发明内容

本申请的目的是提供一种车辆电子控制单元ECU的升级方法、升级系统、诊断设备及服务器，用于提高车辆电子控制单元ECU的升级效率及准确率。

为解决上述技术问题，本申请提供一种车辆电子控制单元ECU的升级方法，包括：

诊断设备获取待诊断车辆的车辆信息并发送至服务器；

所述服务器根据所述车辆信息在诊断文件数据库中确定所述待诊断车辆对应的诊断数据文件并发送至所述诊断设备；

所述诊断设备根据所述诊断数据文件生成所述待诊断车辆对应的车辆系统拓扑图，读取所述待诊断车辆的各个ECU的版本信息，并将所述各个ECU的版本信息发送至所述服务器；

所述服务器根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息，并将所述待诊断车辆的各个ECU的版本信息与所述各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息，并将所述需要刷写升级的ECU及对应的最新版本信息发送至所述诊断设备；

所述诊断设备向用户呈现所述需要刷写升级的ECU及对应的最新版本信息，并根据所述用户选择的目标ECU对所述目标ECU进行刷写升级。

本申请还提供了一种车辆电子控制单元ECU的升级方法，应用于服务器，所述升级方法包括：

获取诊断设备发送的待诊断车辆的车辆信息；

根据所述车辆信息在诊断文件数据库中确定所述待诊断车辆对应的诊断数据文件；

将所述诊断数据文件发送至所述诊断设备，以使所述诊断设备根据所述诊断数据文件生成对应的车辆系统拓扑图，确定所述待诊断车辆的各个ECU的版本信息并将所述各个ECU的版本信息发送至所述服务器；

接收所述待诊断车辆的各个ECU的版本信息，并根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息；

将所述待诊断车辆的各个ECU的版本信息与所述各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息；

将所述需要升级的ECU及对应的最新版本信息发送至所述诊断设备，以使所述诊断设备向用户呈现所述需要刷写升级的ECU及对应的最新版本信息，并根据所述用户选择的目标ECU对所述目标ECU进行刷写升级。

可选的，在接收每个所述ECU的版本信息之前，还包括：

获取至少两个车辆信息，所述至少两个车辆信息对应的所有系统ECU的信息和所述所有ECU系统对应的刷写文件，所述所有系统ECU的信息包括ECU名称、ECU版本信息；

构建ECU与刷写文件的第一映射关系，生成所述预设的ECU刷写文件数据库。

可选的，还包括：

根据获取到的ECU的最新版本信息对所述预设的ECU刷写文件数据库进行更新。

可选的，在获取诊断设备发送的待诊断车辆的车辆信息之前，所述升级方法还包括：

配置至少两种车辆信息的诊断数据文件包；

构建车辆信息与对应的诊断数据文件的第二映射关系；

基于所述第二映射关系建立所述诊断文件数据库。

本申请还提供了一种车辆电子控制单元ECU的升级方法，应用于诊断设备，所述升级方法包括：

获取待诊断车辆的车辆信息并发送至服务器，以使所述服务器根据所述车辆信息在诊断文件数据库中确定所述待诊断车辆对应的诊断数据文件；

接收所述服务器发送的所述诊断数据文件；

根据所述诊断数据文件生成所述待诊断车辆对应的车辆系统拓扑图；

读取所述待诊断车辆的各个ECU的版本信息并发送至所述服务器，以使所述服务器根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息，并将所述待诊断车辆的各个ECU的版本信息与所述各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息；

接收所述需要刷写升级的ECU及对应的最新版本信息并呈现给用户，以使用户选择需要升级的目标ECU；

根据用户选择的目标ECU对所述目标ECU进行刷写升级。

可选的，所述升级方法还包括：

根据所述用户选择的重载刷写模式，显示所述待诊断车辆的所有的ECU系统；

根据所述用户选择的第二目标ECU对所述第二目标ECU进行刷写。

本申请还提供一种车辆电子控制单元ECU的升级系统，

包括诊断设备和服务器，其中：

所述诊断设备，用于获取待诊断车辆的车辆信息并发送至所述服务器；根据诊断数据文件生成所述待诊断车辆对应的车辆系统拓扑图，读取所述待诊断车辆的各个ECU的版本信息，并将所述各个ECU的版本信息发送至所述服务器；向用户呈现需要刷写升级的ECU及对应的最新版本信息，并根据所述用户选择的目标ECU对所述目标ECU进行刷写升级；

所述服务器，用于根据所述车辆信息在诊断文件数据库中确定所述待诊断车辆对应的诊断数据文件并发送至所述诊断设备；根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息，并将所述待诊断车辆的各个ECU的版本信息与所述各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息，并将所述需要刷写升级的ECU及对应的最新版本信息发送至所述诊断设备。

本申请还提供一种服务器，该服务器包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述任一项所述应用于服务器的车辆电子控制单元ECU的升级方法的步骤。

本申请还提供一种诊断设备，该诊断设备包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述任一项所述应用于诊断设备的车辆电子控制单元ECU的升级方法的步骤。

本申请所提供车辆电子控制单元ECU的升级方法，包括：诊断设备获取待诊断车辆的车辆信息并发送至服务器；服务器根据车辆信息在诊断文件数据库中确定待诊断车辆对应的诊断数据文件并发送至诊断设备；诊断设备根据诊断数据文件生成待诊断车辆对应的车辆系统拓扑图，读取待诊断车辆的各个ECU的版本信息，并将各个ECU的版本信息发送至服务器；服务器根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息，并将待诊断车辆的各个ECU的版本信息与各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息，并将需要刷写升级的ECU及对应的最新版本信息发送至诊断设备；诊断设备向用户呈现需要刷写升级的ECU及对应的最新版本信息，并根据用户选择的目标ECU对目标ECU进行刷写升级。

本申请所提供的技术方案，通过服务器根据诊断设备发送的车辆信息在诊断文件数据库中确定待诊断车辆对应的诊断数据文件并返回，诊断设备确定并返回每个ECU的版本信息，然后服务器将需要升级的ECU及对应的最新版本信息发送至诊断设备，诊断设备向用户呈现需要刷写升级的ECU及对应的最新版本信息，并根据用户选择的目标ECU对目标ECU进行刷写升级，实现了ECU的刷写功能与系统菜单剥离开来，不需要进入到特定ECU的系统菜单下进行刷写，而且能够根据用户选择的目标ECU进行刷写升级，极大的提高了车辆电子控制单元ECU的升级效率及准确率。本申请同时还提供了一种车辆电子控制单元ECU的升级系统、诊断设备及服务器，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例所提供的一种车辆电子控制单元ECU的升级方法的时序图；

图2为本申请实施例所提供的一种车辆系统拓扑图；

图3为本申请实施例所提供的一种ECU升级刷写模式的界面示意图；

图4为本申请实施例所提供的一种ECU重载刷写模式的界面示意图；

图5为本申请实施例所提供的一种车辆电子控制单元ECU的升级方法的流程图；

图6为本申请实施例所提供的另一种车辆电子控制单元ECU的升级方法的流程图；

图7为本申请实施例所提供的一种车辆电子控制单元ECU的升级系统的结构图。

具体实施方式

本申请的核心是提供一种车辆电子控制单元ECU的升级方法、升级系统、诊断设备及服务器，用于提高车辆电子控制单元ECU的升级效率及准确率。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参考图1，图1为本申请实施例所提供的一种车辆电子控制单元ECU的升级方法的时序图。

其具体包括如下步骤：

S101：诊断设备获取待诊断车辆的车辆信息；

S102：诊断设备将待诊断车辆的车辆信息发送至服务器；

基于传统的ECU刷写放在车辆信息的各个系统的菜单下，要刷写某个ECU，需要进入到该ECU的系统菜单，十分的不便捷，而且容易遗漏，不清楚该车会有哪些ECU需要升级，导致车辆电子控制单元ECU的升级效率及准确率低；故本申请提供了一种车辆电子控制单元ECU的升级方法，用于解决上述问题；

可选的，这里提到的车辆信息用于确定待诊断车辆的身份，进而能够根据待诊断车辆的身份确定对应的诊断数据文件，该车辆信息可以包括车牌号码、发动机号码、底盘号码、车辆识别号码中的至少一项，其中：

这里提到的车辆识别号码(Vehicle Identification Number，VIN)，是一组由十七个字母或数字组成的号码，又称17位车辆识别代码。车辆识别代码经过排列组合，可以使车辆信息生产在30年之内不会发生重号现象，它具有对车辆的唯一识别性，因此又称为"汽车身份证"，车辆识别代码中含有车辆的制造厂家、生产年代、车辆信息、车身型式、发动机以及其它装备的信息。

可选的，诊断设备可以通过CAN总线等有线通线方式或4g、5g、WiFi、ZigBee等无线通信方式将待诊断车辆的车辆信息并发送至服务器。

S103：服务器根据车辆信息在诊断文件数据库中确定待诊断车辆对应的诊断数据文件；

S104：服务器将诊断数据文件发送至诊断设备；

这里提到的诊断文件数据库中存有车辆信息与诊断数据文件的第二映射关系，当服务器接收到诊断设备发送的车辆信息时，能够根据该车辆信息在诊断文件数据库中确定待诊断车辆对应的诊断数据文件；

在一个具体实施例中，诊断数据可以基于车型信息来确定，而车型信息的确定方式可以包括如下几种方式：

1)输入的车辆信息为具体的车型信息，比如待诊断车辆的车型信息为别克英朗2019款；

2)输入的车辆信息为车辆VIN码，此时可以通过车辆VIN码来解析车型信息，如根据获取到的VIN码为LSGKE5411LW058831，可以根据该VIN码来确定车型为别克英朗2019款；

3)输入的车辆信息为车牌号，此时可以通过待诊断车辆的车牌号来关联到车辆VIN码进而确定车型信息，例如待诊断车辆的车牌号为豫GCX222，此时可以通过数据库查表、查询车管所信息等方式来根据车牌号确定待诊断车辆的VIN码为LSGKE5411LW058831，进而可以根据该VIN码来确定车型为别克英朗2019款。

可选的，在获取诊断设备发送的待诊断车辆的车辆信息之前，服务器还可以执行如下步骤实现诊断文件数据库的建立：

配置至少两种车辆信息的诊断数据文件包；

构建车辆信息与对应的诊断数据文件的第二映射关系；

基于第二映射关系建立诊断文件数据库。

例如，在一个具体实施例中，主机厂开发人员可以根据车辆信息开发对应的车辆诊断数据(如PDX、OTX等类型的诊断数据文件)，并上传服务器，服务器配置每个车辆识别号码与诊断数据文件的第二映射关系，并根据第二映射关系建立诊断文件数据库。

S105：诊断设备根据诊断数据文件生成待诊断车辆对应的车辆系统拓扑图，读取待诊断车辆的各个ECU的版本信息；

S106：诊断设备将各个ECU的版本信息发送至服务器；

这里提到的车辆系统拓扑图为对诊断数据文件进行解析得到的待诊断车辆所包含的系统的拓扑图，可选的，请参考图2，图2为本申请实施例所提供的一种车辆系统拓扑图，如图2所示，在车辆系统拓扑图界面，当诊断设备接收到输入的刷写点击指令时，诊断设备向待诊断车辆的每个ECU发送特定的命令，获取各诊断数据文件的软件版本号并上传服务器，以使服务器能够将每个ECU的版本信息和最新版本信息进行对比，并确定需要升级的ECU及对应的最新版本信息。

这里提到的ECU的版本信息为ECU系统的版本号，版本号是版本的标识号，每一个操作系统都有一个版本号，版本号能使用户了解所使用的操作系统是否为最新的版本以及它所提供的功能与设施。

S107：服务器根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息，并将待诊断车辆的各个ECU的版本信息与各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息；

S108：服务器将需要刷写升级的ECU及对应的最新版本信息发送至诊断设备；

这里提到的ECU刷写文件数据库中保存的信息包括车型信息、车型对应的所有系统ECU的信息和所有ECU系统对应的刷写文件，该所有系统ECU的信息包括ECU名称、ECU版本信息，在一个具体实施例中，ECU刷写文件数据库具体可以由若干个车型如大众、宝马、奔驰、吉利、长城等车型，以及他们的ECU信息和对应的刷写文件构成；当接收到每个ECU的版本信息时，能够根据ECU刷写文件数据库确定每个ECU的最新版本信息，进而可以确定哪些ECU是能够升级的。

可选的，在接收每个ECU的版本信息之前，服务器还可以执行如下步骤实现ECU刷写文件数据库的建立：

获取至少两个车辆信息，该至少两个车辆信息对应的所有系统ECU的信息和所有ECU系统对应的刷写文件，所有系统ECU的信息包括ECU名称、ECU版本信息；

构建ECU与刷写文件的第一映射关系，生成预设的ECU刷写文件数据库。

考虑到数据库其实是由大量的数据组成，这里提到的至少两个只是体现了多个的含义。

在此基础上，服务器还可以通过执行如下步骤实现对诊断文件数据库的更新：

根据获取到的ECU的最新版本信息对预设的ECU刷写文件数据库进行更新。

这里的更新可以是ECU刷写文件发布者在发布ECU刷写文件的时候会附带ECU的刷写文件版本信息。

本申请实施例还可以实现对诊断文件数据库中ECU与版本信息的第一映射关系的实时更新，当云端中更新了ECU的最新版本信息时，服务器能够直接对诊断文件数据库进行更新，进而提高车辆电子控制单元ECU的升级实时性和准确性。

S109：诊断设备向用户呈现需要刷写升级的ECU及对应的最新版本信息，并根据用户选择的目标ECU对目标ECU进行刷写升级。

可选的，请参考图3，图3为本申请实施例所提供的一种ECU升级刷写模式的界面示意图，如图3所示，在一个具体实施例中，诊断设备列出需要刷写升级的ECU名称“7DCT、AC、AVM”，由用户选择需要刷写的目标ECU，选择方式可以为勾选ECU名称前面的选择框，选择完毕后点击刷写按钮即可，此时下面的信息列表还可以显示刷写过程中的提示信息和/或状态信息。

可选的，为了提高车辆电子控制单元ECU的升级响应速度，还可以在根据ECU刷写文件数据库确定每个ECU的最新版本信息之后，不进行每个ECU的版本信息和最新版本信息的对比，而是直接将每个ECU的最新版本信息输出，由用户来选择需要更新版本的ECU，即诊断设备还可以执行如下步骤：

根据用户选择的重载刷写模式，显示待诊断车辆的所有的ECU系统；

根据用户选择的第二目标ECU对第二目标ECU进行刷写。

这里请参考图4，图4为本申请实施例所提供的一种ECU重载刷写模式的界面示意图，如图4所示，在一个具体实施例中，当用户选择重载刷写模式时，诊断设备显示待诊断车辆的所有的ECU名称，由用户选择需要刷写的第二目标ECU进行刷写；

可选的，本申请中刷写方式可以为在线刷写，也可以为手动选择刷写文件进行本地刷写，本申请对刷写方式不做具体限定。

基于上述技术方案，本申请所提供的一种车辆电子控制单元ECU的升级方法，通过服务器根据诊断设备发送的车辆信息在诊断文件数据库中确定待诊断车辆对应的诊断数据文件并返回，诊断设备确定并返回每个ECU的版本信息，然后服务器将需要升级的ECU及对应的最新版本信息发送至诊断设备，诊断设备向用户呈现需要刷写升级的ECU及对应的最新版本信息，并根据用户选择的目标ECU对目标ECU进行刷写升级，实现了ECU的刷写功能与系统菜单剥离开来，不需要进入到特定ECU的系统菜单下进行刷写，而且能够根据用户选择的目标ECU进行刷写升级，极大的提高了车辆电子控制单元ECU的升级效率及准确率。

本申请还提供了另一种车辆电子控制单元ECU的升级方法，请参考图5，图5为本申请实施例所提供的一种车辆电子控制单元ECU的升级方法的流程图。

应用于服务器，其具体包括如下步骤：

S501：获取诊断设备发送的待诊断车辆的车辆信息；

可选的，在获取诊断设备发送的待诊断车辆的车辆信息之前，该升级方法还可以包括：

配置至少两种车辆信息的诊断数据文件包；

构建车辆信息与对应的诊断数据文件的第二映射关系；

基于第二映射关系建立诊断文件数据库。

S502：根据车辆信息在诊断文件数据库中确定待诊断车辆对应的诊断数据文件；

S503：将诊断数据文件发送至诊断设备，以使诊断设备根据诊断数据文件生成对应的车辆系统拓扑图，确定待诊断车辆的各个ECU的版本信息并将各个ECU的版本信息发送至服务器；

S504：接收待诊断车辆的各个ECU的版本信息，并根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息；

可选的，在接收每个ECU的版本信息之前，该升级方法还可以包括：

获取至少两个车辆信息，至少两个车辆信息对应的所有系统ECU的信息和所有ECU系统对应的刷写文件，所有系统ECU的信息包括ECU名称、ECU版本信息；

构建ECU与刷写文件的第一映射关系，生成预设的ECU刷写文件数据库。

可选的，该升级方法还可以包括：

根据获取到的ECU的最新版本信息对预设的ECU刷写文件数据库进行更新。

S505：将待诊断车辆的各个ECU的版本信息与各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息；

S506：将需要升级的ECU及对应的最新版本信息发送至诊断设备，以使诊断设备向用户呈现需要刷写升级的ECU及对应的最新版本信息，并根据用户选择的目标ECU对目标ECU进行刷写升级。

基于上述技术方案，本申请所提供的一种车辆电子控制单元ECU的升级方法，通过根据诊断设备发送的车辆信息在诊断文件数据库中确定待诊断车辆对应的诊断数据文件；将诊断数据文件发送至诊断设备，并接收待诊断车辆的各个ECU的版本信息，根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息，然后将待诊断车辆的各个ECU的版本信息与各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息；最后将需要升级的ECU及对应的最新版本信息发送至诊断设备，以使诊断设备向用户呈现需要刷写升级的ECU及对应的最新版本信息，并根据用户选择的目标ECU对目标ECU进行刷写升级，实现了ECU的刷写功能与系统菜单剥离开来，不需要进入到特定ECU的系统菜单下进行刷写，而且能够根据用户选择的目标ECU进行刷写升级，极大的提高了车辆电子控制单元ECU的升级效率及准确率。

本申请还提供了再一种车辆电子控制单元ECU的升级方法，请参考图6，图6为本申请实施例所提供的另一种车辆电子控制单元ECU的升级方法的流程图。

应用于诊断设备，其具体包括如下步骤：

S601：获取待诊断车辆的车辆信息并发送至服务器，以使服务器根据车辆信息在诊断文件数据库中确定待诊断车辆对应的诊断数据文件；

可选的，在获取诊断设备发送的待诊断车辆的车辆信息之前，该升级方法还可以包括：

配置至少两种车辆信息的诊断数据文件包；

构建车辆信息与对应的诊断数据文件的第二映射关系；

基于第二映射关系建立诊断文件数据库。

S602：接收服务器发送的诊断数据文件；

S603：根据诊断数据文件生成待诊断车辆对应的车辆系统拓扑图；

S604：读取待诊断车辆的各个ECU的版本信息并发送至服务器，以使服务器根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息，并将待诊断车辆的各个ECU的版本信息与各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息；

S605：接收需要刷写升级的ECU及对应的最新版本信息并呈现给用户，以使用户选择需要升级的目标ECU；

S606：根据用户选择的目标ECU对目标ECU进行刷写升级。

可选的，该升级方法还可以包括：

根据用户选择的重载刷写模式，显示待诊断车辆的所有的ECU系统；

根据用户选择的第二目标ECU对第二目标ECU进行刷写。

基于上述技术方案，本申请所提供的一种车辆电子控制单元ECU的升级方法，通过获取待诊断车辆的车辆信息并发送至服务器，以使服务器根据车辆信息在诊断文件数据库中确定待诊断车辆对应的诊断数据文件，然后根据服务器发送的诊断数据文件生成待诊断车辆对应的车辆系统拓扑图，再读取待诊断车辆的各个ECU的版本信息并发送至服务器，以使服务器根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息，并将待诊断车辆的各个ECU的版本信息与各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息；最后接收需要刷写升级的ECU及对应的最新版本信息并呈现给用户，以使用户选择需要升级的目标ECU，并根据用户选择的目标ECU对目标ECU进行刷写升级，实现了ECU的刷写功能与系统菜单剥离开来，不需要进入到特定ECU的系统菜单下进行刷写，而且能够根据用户选择的目标ECU进行刷写升级，极大的提高了车辆电子控制单元ECU的升级效率及准确率。

请参考图7，图7为本申请实施例所提供的一种车辆电子控制单元ECU的升级系统的结构图。

该系统包括诊断设备和服务器，其中：

诊断设备100，用于获取待诊断车辆的车辆信息并发送至服务器；根据诊断数据文件生成待诊断车辆对应的车辆系统拓扑图，读取待诊断车辆的各个ECU的版本信息，并将各个ECU的版本信息发送至服务器；向用户呈现需要刷写升级的ECU及对应的最新版本信息，并根据用户选择的目标ECU对目标ECU进行刷写升级；

服务器200，用于根据车辆信息在诊断文件数据库中确定待诊断车辆对应的诊断数据文件并发送至诊断设备；根据预设的ECU刷写文件数据库确定各个ECU的最新版本信息，并将待诊断车辆的各个ECU的版本信息与各个ECU的最新版本信息进行对比，确定需要刷写升级的ECU及对应的最新版本信息，并将需要刷写升级的ECU及对应的最新版本信息发送至诊断设备。

在上述实施例的基础上，在一个具体实施例中，该服务器200还可以用于获取至少两个车辆信息，至少两个车辆信息对应的所有系统ECU的信息和所有ECU系统对应的刷写文件，所有系统ECU的信息包括ECU名称、ECU版本信息；构建ECU与刷写文件的第一映射关系，生成预设的ECU刷写文件数据库。

在上述实施例的基础上，在一个具体实施例中，该服务器200还可以用于根据获取到的ECU的最新版本信息对预设的ECU刷写文件数据库进行更新。

在上述实施例的基础上，在一个具体实施例中，该服务器200还可以用于配置至少两种车辆信息的诊断数据文件包；构建车辆信息与对应的诊断数据文件的第二映射关系；基于第二映射关系建立诊断文件数据库。

在上述实施例的基础上，在一个具体实施例中，该诊断设备100还可以用于根据用户选择的重载刷写模式，显示待诊断车辆的所有的ECU系统；根据用户选择的第二目标ECU对第二目标ECU进行刷写。

由于系统部分的实施例与方法部分的实施例相互对应，因此系统部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

本申请还提供了一种服务器，该服务器可以包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述任一项实施例所述应用于服务器的车辆电子控制单元ECU的升级方法的步骤。

本申请还提供了一种诊断设备，该诊断设备可以包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述任一项实施例所述应用于诊断设备的车辆电子控制单元ECU的升级方法的步骤。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。