用于多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系统的升级效率，同时有效避免终端T-Box对车辆状态的反复确认，以及同一升级次序下的多ECU单元的顺序调节，进一步提高多ECU系统的升级效率，减少终端T-Box的数据处理量。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了本申请实施例提供的用于多ECU系统的升级方法的实施环境架构图；

图2示出了本申请一实施例提供的用于多ECU系统的升级方法的流程示意图；

图3示出了本申请一实施例提供的目标升级序列的获取原理；

图4示出了本申请另一实施例提供的目标升级序列的获取原理；

图5示出了本申请另一实施例提供的用于多ECU系统的升级方法的流程示意图；

图6示出了本申请一实施例提供的用于多ECU系统的升级装置的方框示意图；

图7示出了适于用来实现本申请实施例的电子设备或服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本申请提出的用于多ECU系统的升级方法具体实施环境参见图1。图1示出了本申请实施例提供的用于多ECU系统的升级方法的实施环境架构图。

如图1所示，该实施环境架构包括：车辆1、终端T-Box2和服务器3。

其中，车辆1上设置有多个ECU单元，其中，ECU单元用于对车辆中的低压模块或高压模块进行控制，其中，低压模块主要为由12V电源供电的用电模块，包括例如点火开关、灯光系统、空调控制系统等，高压模块主要为车辆驱动系统的用电模块，例如驱动电机、高压配电箱、电动压缩机、DC/DC变换器等。

终端T-Box(Telematics Box，远程信息处理器)2设置于车辆1上，通过有线网络或无线网络与车辆1上的多个ECU单元进行通信连接，同时，终端T-Box2与服务器3之间通过无线通信方式连接。

服务器3可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。其中，服务器102用于向终端设备101提供替换词条和执行对目标词条异常的识别策略。

可选地，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网，也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或无线网络、专用网络或者虚拟专用网络的任何组合。

本申请提出的用于多ECU系统的升级方法可以由终端T-Box来实施。

为了进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下实施例或附图所示的方法操作指令步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作指令步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时，可按照实施例或者附图所示的方法顺序执行或者并行执行。

请参考图2，图2示出了本申请一实施例提供的用于多ECU系统的升级方法的流程示意图。如图2所示，该方法包括：

步骤101，接收服务器发送的多ECU系统对应的初始升级序列，初始升级序列记载有多个ECU单元的升级顺序和每个ECU单元对应模块的所属类型。

需要说明的是，在需要对车辆上的ECU单元进行更新时，终端T-Box接收服务器发送的多ECU系统对应的升级数据包，数据包中包括当前需要更新的多个ECU单元的标识信息、升级顺序信息以及每个ECU单元对应模块的所属类型。其中，ECU单元对应模块包括高压模块和低压模块，低压模块主要为由12V电源供电的用电模块，包括例如点火开关、灯光系统、空调控制系统等，高压模块主要为车辆驱动系统的用电模块，例如驱动电机、高压配电箱、电动压缩机、DC/DC变换器等。

具体地，在车辆多ECU系统中多个ECU单元需要升级时，设置于车辆上的终端T-Box基于OTA(Over-the-Air Technology；，空中下载技术)技术接收服务器下发的升级数据包，其中，升级数据包中至少包含多个ECU单元的初始升级序列、每个ECU单元的身份标识、物理地址、对应模块的所属类型以及其他升级所需的必要数据。

步骤102，按照预设策略对升级序列进行解析，得到目标升级序列，预设策略用于将相邻且所属类型相同的ECU单元的升级顺序进行合并。

需要说明的是，由于在给车辆中的多个ECU单元升级前，需要判断车辆是否满足对ECU单元升级的条件，例如手刹是否拉起、发动机是否停机、点火锁是否在ON档、蓄电池电压是否正常等。而且对于高压模块对应的ECU单元的升级条件和低压模块对应的ECU单元的升级条件并不相同。因此，若将高压模块和低压模块设置在同一升级顺序进行同时升级，终端T-Box需要分开对高压模块对应的ECU单元的升级条件和低压模块对应的ECU单元的升级条件进行判断，造成流程冗余，影响多ECU系统的升级速度。进一步地，因为高压模块对应的ECU单元的升级条件和低压模块对应的ECU单元的升级条件并不相同，即使将高压模块对应的ECU单元和低压模块对应的ECU单元设置在同一升级次序，也需要分开进行升级处理，严重增加了升级过程中的处理复杂度和升级时间。因此，本申请通过预设策略将相邻且对应模块的所属类型相同的ECU单元的升级顺序进行合并，即，同时升级，在实现提高多ECU系统中ECU单元的升级效率的情况下，降低了终端T-Box反复判断车辆升级条件的频率。

步骤103，基于目标升级序列，将网络通信能力根据当前升级顺序对应的至少一个ECU单元进行分配，以使每个ECU单元通过通信网络升级数据包并进行升级。

具体地，终端T-Box在根据预设策略对初始升级序列进行解析得到目标升级序列后，则根据目标升级序列，将同一升级次序下的至少一个ECU单元的升级数据包通过ECU单元与终端T-Box之间的通信网络下发到各个ECU单元，进而实现ECU单元的升级。

由此，本申请实施例提出的用于多ECU系统的升级方法，在获取到多ECU系统对应的初始升级序列之后，按照预设策略对初始升级序列进行解析，使初始升级序列中相邻且所属类型相同的ECU单元处于同一升级次序，能够同时升级，从而有效提高多ECU系统的升级效率，同时有效避免终端T-Box对车辆状态的反复确认，以及同一升级次序下的多ECU单元的顺序调节，进一步提高多ECU系统的升级效率，减少终端T-Box的数据处理量。

在一个或多个实施例中，预设策略包括合并策略，按照预设对初始升级序列进行解析，得到目标升级序列，包括：自初始升级序列的初始位置，依次识别相邻两个ECU单元对应的所属类型，在两个所属类型相同时，确定两个ECU单元为同一升级顺序，或者，在两个所属类型不同时，确定灾后的ECU单元对应的升级顺序为在先的ECU单元对应的升级顺序的下一个升级顺序，根据确定后的升级顺序，得到目标升级序列。

也就是说，按照初始升级序列中记载的升级顺序，依次判断所属类型的分类的情况，将连续相同的ECU单元设置为同一升级顺序，使得终端T-Box在控制同一升级顺序中的多个ECU单元进行升级时，仅需进行依次车辆状态检测，有效提高ECU单元的升级效率。

举例来说，如图3所示，将初始升级序列(a)自初始位置“1”开始依次判断相邻的ECU单元的所属类型是否相同，即，判断位置“1”和“2”的ECU单元的所属类型是否相同，在本申请实施例中，位置“1”对应的所属类型为“高”即高压模块，位置“2”对应的所属类型为“低”即低压模块，两个所属类型不同，确定位置“1”对应的ECU单元保持位置“1”并将位置“2”对应的ECU单元对应的升级顺序保持“2”(设置为“1”的下一个顺序)，然后，继续判断位置“2”和与其相邻的“3”的ECU单元的所属类型是否相同，在本申请实施例中，位置“2”对应的所属类型为“低”即低压模块，位置“3”对应的所属类型也为“低”即低压模块，此时两个所属类型相同，则将位置“3”对应的ECU单元的升级顺序确定为与位置“2”相同，即，将位置“3”对应的ECU单元的升级顺序调整为位置“2”，使得目标升级序列中位置“2”至少对应由原位置“2”和原位置“3”对应的两个ECU单元，依此类推，直至遍历整个初始升级序列，得到目标升级序列(b)。

由此，本申请通过按照初始升级序列的顺序进行ECU单元的升级次序合并，能够有效保障按照服务器下发的升级顺序完成升级工作，避免多个ECU单元之间存在数据交叉的影响。

在一个或多个实施例中，预设策略还包括拆分策略，升级序列还包括每个ECU单元的所属功能网络类型，自初始升级序列的初始位置，依次识别相邻两个ECU单元对应模块的所属类型，包括：提取所属功能网络类型相同的至少一个ECU单元，将至少一个ECU单元，按照初始升级序列中的升级顺序，生成过度升级序列，针对每个过度升级序列，自过度升级序列的初始位置，依次识别相邻两个ECU单元对应模块的所属类型。

需要说明的是，车辆上依据不同的功能类型，形成由多个功能网络，例如车身网、能量网和底盘网，各个网络分别通过通信网络与终端T-Box进行通信连接，以尽可能减少数据发送错误以及提高数据传输速率。基于此，本申请为了充分利用各网络与终端T-Box之间的通信网络，在对初始升级序列中的ECU单元的升级顺序进行合并调整之前，先将属于同一所属功能网络的ECU单元进行提取组合成过渡升级序列，再根据过渡升级序列进行所属类型的合并操作，以使最终得到的多个目标升级序列能够分别利用各自与终端T-Box连接的通信网络进行数据传输，即，多个通信网络同时进行ECU单元升级，进一步提高多ECU系统的升级效率。

举例来说，如图4所示，可将初始升级序列(a)先根据所属功能网络拆分成过渡升级序列(b)和(c)，然后再分别对过渡升级序列(b)和(c)进行合并策略的操作，得到目标升级序列(d)和(e)。

在一个或多个实施例中，将网络模块对应的ECU单元作为目标升级序列的前置升级序列，在对目标升级序列进行升级之前，对网关模块对应的ECU单元进行升级。

需要说明的是，由于网关模块主要用于通信传输，在网关模块进行升级时，将会影响其他模块的ECU单元的升级数据包的传输，而且，通常升级后的网关模块能够提供更快、更稳定的网络传输能力，因此，本申请将网关模块作为目标升级序列的前置升级序列，在对目标升级序列进行升级之前，先对网关模块对应的ECU单元进行升级。

应当理解的是，网关模块可与功能网络一一对应，也就是说，每个功能网络通过各自的网关模块分别与终端T-Box进行通信连接，因此，在对每个功能网络对应的目标升级序列进行升级之前，先对各功能网络中的网关模块进行升级。

可选的，每个ECU单元均可具有网关模块，例如车载娱乐系统和车载空调系统可自己对应有一个ECU单元，二者的ECU单元通过无线网络例如蓝牙或wifi网络与终端T-Box进行通信连接，此时，需要分别对车载娱乐系统和车载空调系统中的网关模块进行升级，然后再基于两个网关模块分别对车载娱乐系统和车载空调系统中的ECU单元进行升级。

在一个或多个实施例中，基于目标升级序列，将网络通信能力根据当前升级顺序对应的多个ECU单元进行分配，包括：基于目标升级顺序，确定当前升级顺序对应的至少一个ECU单元；将网络通信能力基于至少一个ECU单元进行分配。

需要说明的是，任一ECU单元升级所需的数据传输量通常远小于网络的负载能力。

以整车采用CAN总线通信为例，每个总线网络的比特率为500kbps，CAN总线网络负载率限制为最大不超过40％，即200kbps。由于在升级包数据的传输过程中，不处于当前升级顺序的ECU单元呈禁言状态，因此，可将CAN总线的负载分配给多个处于当前升级顺序的ECU单元进行数据传输。

可选的，将网络通信能力基于至少一个ECU单元进行分配，包括：控制当前升级顺序对应的ECU单元，同时接收升级数据包。

也就是说，可利用多个ECU单元与终端T-Box之间的通信网络的自动调节能力，控制多个ECU单元同时进行数据包的传输与升级。例如，当通过例如蓝牙、wifi等无线网络连接时，无线网络可根据自身的通信协议调节与多个ECU单元之间的通信速率，从而实现多个ECU单元同时升级。

可选的，将网络通信能力基于至少一个ECU单元进行分配，包括：获取通信网络的负载能力和每个ECU单元的网络占用率；在网络占用率的和小于或等于负载能力时，控制每个ECU单元同时接收升级数据包；在网络占用率的和大于负载能力时，将ECU单元按照网络占用率分为至少两个升级批次，并控制ECU单元按照升级批次依次接收升级数据包，同一升级批次内的至少一个ECU单元的网络占用率的和小于或等于负载能力。

也就是说，还可以在进行数据包传输之前，提前计算各ECU单元升级所需的网络占用率以及通信网络所能提供的负载能力之间的关系，进而选择网络分配方式。

具体地，在对任一目标升级序列进行升级之前，获取目标升级序列对应的通信网络的负载能力和当前升级顺序中每个ECU单元的网络占用率，在至少一个ECU单元的网络占用率的和小于或等于通信网络的负载能力时，控制每个ECU单元同时接收升级数据包，即，同时升级；在至少一个ECU单元的网络占用率的和大于通信网络的负载能力时，将ECU单元按照网络占用率分为至少两个升级批次，并控制ECU单元按照升级批次依次接收升级数据包，同一升级批次内的至少一个ECU单元的网络占用率的和小于或等于负载能力。

举例来说，以负载为200kbps的CAN总线为例，当一个ECU单元的数据传输能力为1000帧*8字节时，该ECU单元的网络占用率不足CAN总线比特率的8％，因此，如果当前升级顺序对应有小于等于5个ECU单元时，当前升级顺序对应的至少一个ECU单元可以同时接收升级数据包进行升级，如果当前升级顺序对应有大于5个ECU单元时，当前则将至少一个ECU单元拆分成多个升级批次，每个批次内的ECU单元的数量不大于5个，然后按照升级批次逐批次对ECU单元进行升级。

进一步地，针对每个升级顺序，终端T-Box还进一步识别当前升级顺序中的至少一个ECU单元是否全部升级完毕，如果是，则对下一升级顺序中的至少一个ECU单元进行升级，如果否，则继续对当前升级顺序中的至少一个ECU单元进行升级。

作为一个具体实施例，如图5所示，用于多ECU系统的升级方法，包括以下步骤：

步骤201，获取服务器下发的多ECU系统对应的初始升级序列。

步骤202，对初始升级序列中每个ECU单元对应模块的所属网络类型进行识别，并根据所属网络类型得到至少一个过渡升级序列。

步骤203，针对每个过渡升级序列，自初始位置根据ECU单元对应模块的所属类型进行升级顺序合并，得到目标升级序列。

步骤204，针对每个目标升级序列，获取目标升级序列对应的网络负载能力。

步骤205，获取当前升级顺序中每个ECU单元的网络占用率，并计算网络占用率的和。

步骤206，判断网络占用率的和是否小于等于负载能力。

如果是，则控制多个ECU单元同时升级；如果否，则执行将多个ECU单元拆分成多个升级批次，并逐批次进行升级。

步骤207，判断当前升级顺序对应的至少一个ECU单元是否完成升级。

如果是，则对下一升级顺序中的ECU单元进行升级；如果否，则继续对当前升级顺序中的ECU单元进行升级。

应当注意，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。

综上所述，本申请实施例提出的用于多ECU系统的升级方法，在获取到多ECU系统对应的初始升级序列之后，按照预设策略对初始升级序列进行解析，使初始升级序列中相邻且所属类型相同的ECU单元处于同一升级次序，能够同时升级，从而有效提高多ECU系统的升级效率，同时有效避免终端T-Box对车辆状态的反复确认，以及同一升级次序下的多ECU单元的顺序调节，进一步提高多ECU系统的升级效率，减少终端T-Box的数据处理量。

图6示出了本申请实施例提供的用于多ECU系统的升级装置的方框示意图。

如图6所示，本申请实施例提出的用于多ECU系统的升级装置10，包括：

获取模块11，用于获取多ECU系统对应的初始升级序列，初始升级序列记载有多个ECU单元的升级顺序和每个ECU单元对应模块的所属类型；

解析模块12，用于按照预设策略对初始升级序列进行解析，得到目标升级序列，预设策略用于将相邻且所属类型相同的ECU单元的升级顺序进行合并；

通信模块13，用于基于目标升级序列，将网络通信能力根据当前升级顺序对应至少一个ECU单元进行分配，以使每个ECU单元通过通信网络接升级数据包并进行升级。

在一些实施例中，预设策略包括合并策略，解析模块12，还用于：

自初始升级序列的初始位置，依次识别相邻两个ECU单元对应模块的所属类型；

在两个所属类型相同时，确定两个ECU单元为同一升级顺序，或者

在两个所属类型不同时，确定在后的ECU单元对应的升级顺序为在先的ECU单元对应的升级顺序的下一升级顺序；

根据确定后的升级顺序，得到目标升级序列。

在一些实施例中，预设策略还包括拆分策略，升级序列还包括每个ECU单元的所属功能网络类型，解析模块12，还用于：

提取所属功能网络类型相同的至少一个ECU单元；

将至少一个ECU单元，按照初始升级序列中的升级顺序，生成过渡升级序列；

针对每个过度升级序列，自过度升级序列的初始位置，依次识别相邻两个ECU单元对应模块的所属类型。

在一些实施例中，通信模块13，还用于：

将网关模块对应的ECU单元作为目标升级序列的前置升级序列，在对目标升级序列进行升级之前，对网关模块对应的ECU单元进行升级。

在一些实施例中，通信模块13，还用于：

基于目标升级顺序，确定当前升级顺序对应的至少一个ECU单元；

将网络通信能力基于至少一个ECU单元进行分配。

在一些实施例中，通信模块13，还用于：

控制当前升级顺序对应的ECU单元，同时接收升级数据包。

在一些实施例中，通信模块13，还用于：

获取通信网络的负载能力和每个ECU单元的网络占用率；

在网络占用率的和小于或等于负载能力时，控制每个ECU单元同时接收升级数据包；

在网络占用率的和大于负载能力时，将ECU单元按照网络占用率分为至少两个升级批次，并控制ECU单元按照升级批次依次接收升级数据包，同一升级批次内的至少一个ECU单元的网络占用率的和小于或等于负载能力。

应当理解，装置10中记载的诸单元或模块与参考图2描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于装置10及其中包含的单元，在此不再赘述。装置10可以预先实现在电子设备的浏览器或其他安全应用中，也可以通过下载等方式而加载到电子设备的浏览器或其安全应用中。装置10中的相应单元可以与电子设备中的单元相互配合以实现本申请实施例的方案。

在上文详细描述中提及的若干模块或者单元，这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

综上所述，本申请实施例提出的用于多ECU系统的升级方法，在获取到多ECU系统对应的初始升级序列之后，按照预设策略对初始升级序列进行解析，使初始升级序列中相邻且所属类型相同的ECU单元处于同一升级次序，能够同时升级，从而有效提高多ECU系统的升级效率，同时有效避免终端T-Box对车辆状态的反复确认，以及同一升级次序下的多ECU单元的顺序调节，进一步提高多ECU系统的升级效率，减少终端T-Box的数据处理量。

下面参考图7，图7示出了适于用来实现本申请实施例的电子设备或服务器的计算机系统的结构示意图，

如图7所示，计算机系统包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM703中，还存储有系统的操作指令所需的各种程序和数据。CPU701、ROM702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705；包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本申请的实施例，上文参考流程图图2描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以为的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作指令。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，前述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以不同于附图中所标注的顺序发生。例如，两个连接表示的方框实际上可以基本并行地执行，他们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作指令的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、解析模块和通信模块。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，获取模块，还可以被描述为“获取所述多ECU系统对应的初始升级序列，所述初始升级序列记载有多个ECU单元的升级顺序和每个所述ECU单元对应模块的所属类型”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中的。上述计算机可读存储介质存储有一个或多个程序，当上述程序被一个或者一个以上的处理器用来执行描述于本申请的用于多ECU系统的升级方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其他技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。