CN116382723A - 一种软件升级方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种软件升级方法、装置及电子设备，涉及车联网技术领域。该方法包括：获取第一芯片与第二芯片软件升级的升级数据组成的压缩包；判定当前车辆参数是否满足预设条件；若是，基于压缩包分别对第一芯片的第一存储区以及第二芯片第一存储区进行软件升级；若否，维持第一芯片以及第二芯片当前的状态。基于上述的方法，将智能驾驶域控制器的升级包整体下载，可以更好地实现对MCU和SOC的升级，避免出现版本不一致的问题，便于后续的版本管理，同时将SOC作为MCU的master端，可以更好地实现MCU升级过程中对异常情况的定位处理。

Description

一种软件升级方法、装置及电子设备

技术领域

本申请主要涉及车联网技术领域，尤其涉及一种软件升级方法、装置及电子设备。

背景技术

随着车联网技术的不断发展，各种车辆上普遍都配置了智能驾驶域控制器以实现辅助驾驶功能，车辆上的辅助驾驶功能实现都依赖于电子控制单元(Electrnic ControlUnit，ECU)来实现。通常ECU中会包含多种芯片，比如，微控制单元(Microcontroller Unit，MCU)以及片上***(System Chip，SOC)。车辆上的功能越复杂对芯片的升级就会更加频繁。在车辆的生命周期中，需要通过空中下载技术(Over-The-Air technology，OTA)不断对ECU进行升级以满足用户的需求。

在对多芯片的ECU进行芯片升级时，常用的方法是对通过差分算法得到差分包，进一步终端下载各自芯片对应的差分包分别对MCU以及SOC进行升级。由此可能会导致MCU与SOC出现版本不一致的问题，在后续的升级中因为MUC的版本与SOC的版本不一致会导致对ECU的管理不方便。或者采用虚拟零件号的方式区分芯片，由外部网关作为唯一的Master端对MCU和SOC分别进行升级，这种方法后期的软件维护成本较高。

发明内容

本申请提供了一种软件升级方法、装置及电子设备，通过将SOC和MCU的升级文件整体打包，实现对SOC和MCU的整包升级，避免了分别对两种芯片进行升级而造成的版本不一致的问题。

第一方面，本申请提供了一种软件升级方法，所述方法包括：

获取第一芯片与第二芯片软件升级的升级数据组成的压缩包；其中，所述第一芯片为片上***SOC，所述第二芯片为微控制单元MCU；

判定当前车辆参数是否满足预设条件；

若是，基于所述压缩包对所述第一芯片的各个存储区进行软件升级之后，对所述第二芯片的第一存储区进行软件升级；

若否，维持所述第一芯片以及所述第二芯片当前的状态。

通过上述的方法，将智能驾驶域控制器的升级包作为整包下载至智能驾驶域控制器的存储空间，不用单独下载SOC或者MCU的升级包，可以更好的进行软件的版本管理，避免SOC和MCU出现版本不一致的问题。

在一种可选的实施方式种，所述获取第一芯片与第二芯片升级的升级数据组成的压缩包，包括：

检测是否存在下载请求；

若存在所述下载请求，则向云端发送下载指令，其中，所述下载指令用于请求下载所述压缩包；

接收所述云端基于所述下载指令发送的所述压缩包。

通过上述的方法，基于下载指令将用于软件升级的压缩包下载至中央网关中，进一步可以实现对SOC和MCU的升级。

在一种可选的实施方式中，所述判定当前车辆参数是否满足预设条件，具体为：

判定所述当前车辆的车辆手刹是否拉起；和、或；

判定所述当前车辆的发动机是否处于停机状态；和、或；

判定所述当前车辆的蓄电池电压是否处于正常状态；和、或；

判定所述当前车辆的点火按键是否处于ON档；和、或；

判定所述当前车辆的车辆档位是否处于P档。

通过上述的方法，确保车辆在安全状态以及车辆中其他参数满足升级条件，保证了驾驶人员的行驶安全。

在一种可选的实施方式中，在所述基于所述压缩包分别对所述第一芯片的第一存储区以及所述第二芯片第一存储区进行软件升级之后，还包括：

获取存储区切换请求；

响应于所述第二芯片对应的第一存储区升级完成，对所述第二芯片对应的第二存储区进行软件升级。

通过上述的方法，首先对SOC的各个存储区完成升级，然后将SOC作为MCU的master端对MCU的各个存储区进行升级，在MCU升级出现异常时，SOC可以更快更准确的去处理。

第二方面，本申请提供了一种软件升级装置，所述装置包括：

获取模块，用于获取第一芯片与第二芯片软件升级的升级数据组成的压缩包；

处理模块，用于判定当前车辆参数是否满足预设条件；

若是，基于所述压缩包对所述第一芯片的各个存储区进行软件升级之后，对所述第二芯片的第一存储区进行软件升级；

若否，维持所述第一芯片以及所述第二芯片当前的状态。

在一种可选的实施方式中，所述获取模块还用于：

检测是否存在下载请求；

若存在所述下载请求，则向云端发送下载指令，其中，所述下载指令用于请求下载所述压缩包；

接收所述云端基于所述下载指令发送的所述压缩包。

在一种可选的实施方式中，所述处理模块具体用于：

判定所述当前车辆的车辆手刹是否拉起；和、或；

判定所述当前车辆的发动机是否处于停机状态；和、或；

判定所述当前车辆的蓄电池电压是否处于正常状态；和、或；

判定所述当前车辆的点火按键是否处于ON档；和、或；

判定所述当前车辆的车辆档位是否处于P档。

在一种可选的实施方式中，所述处理模块还用于：

获取存储区切换请求；

响应于所述第二芯片对应的第一存储区升级完成，对所述第二芯片对应的第二存储区进行软件升级。

第三方面，本申请提供了一种电子设备，包括：

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

处理器，用于执行所述存储器上所存放的计算机程序时，实现上述的一种软件升级方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述的一种软件升级方法的步骤。

上述第二方面至第四方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面及第一方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请实施例提供的一种软件升级方法的流程图；

图2为本申请实施例提供的一种软件升级***框架图；

图3为本申请实施例提供的一种软件升级装置示意图；

图4为本申请实施例提供的一种电子设备结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或***实施例中。需要说明的是，在本申请的描述中“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。A与B连接，可以表示：A与B直接连接和A与B通过C连接这两种情况。另外，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

下面结合附图，对本申请实施例进行详细描述。

随着车联网技术的不断发展，各种车辆上普遍都配置了智能驾驶域控制器以实现辅助驾驶功能，车辆上的辅助驾驶功能实现都依赖于电子控制单元(Electrnic ControlUnit，ECU)来实现。通常ECU中会包含多种芯片，比如，微控制单元(Microcontroller Unit，MCU)以及片上***(System Chip，SOC)。车辆上的功能越复杂对芯片的升级就会更加频繁。在车辆的生命周期中，需要通过空中下载技术(Over-The-Air technology，OTA)不断对ECU进行升级以满足用户的需求。

在对多芯片的ECU进行芯片升级时，常用的方法是对通过差分算法得到差分包，进一步终端下载各自芯片对应的差分包分别对MCU以及SOC进行升级。由此可能会导致MCU与SOC出现版本不一致的问题，在后续的升级中因为MUC的版本与SOC的版本不一致会导致对ECU的管理不方便。或者采用虚拟零件号的方式区分芯片，由外部网关作为唯一的Master端对MCU和SOC分别进行升级，这种方法后期的软件维护成本较高。

为了解决上述问题，本申请实施例提供了一种软件升级方法，通过云端将智能驾驶域控制器的MCU和SOC芯片的升级包作为整包打包下载至中央网关的存储区，然后分别对MCU和SOC进行升级，避免了MCU和SOC出现版本不一致的情况，便于后期的管理。其中，本申请实施例所述的方法和装置基于同一技术构思，由于方法及装置所解决问题的原理相似，因此装置与方法的实施例可以相互参见，重复之处不再赘述。

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请作进一步的详细描述。

如图1所示，为本申请提供的一种软件升级方法的流程图，具体包括以下步骤：

S1，获取第一芯片与第二芯片升级的升级数据组成的压缩包；

首先来讲，本申请所提供的方法可以应用于图2所示的***架构中，在该***架构中包括OTA云端服务器、中央网关以及智能驾驶域控制器，其中，智能驾驶域控制器中包括MCU、SOC芯片。

具体地，主机中存在最新版本的软件可供下载时，主机首先会给用户推送一个升级提醒指令，其中，最新版本的软件是主机通过OTA从云端获取到的，OTA的作用是通过移动通信的接口实现对软件的远程管理，升级提醒指令可以是基于芯片的软件版本升级所发出的指令，也可以是基于用户在车机上的选择操作所形成的指令，此处不作具体的限定，升级提醒指令可以提醒用户及时对软件进行升级，避免存在最新版本的软件时用户长时间不升级或者遗忘升级。

在一种可选的实施方式中，首先检测是否存在下载请求，若存在下载请求，则向云端发送下载指令，下载指令用于请求下载用于升级的压缩包，进一步接收云端基于下载指令发送的压缩包。

具体来讲，在存在最新版本的软件时，将升级MCU的S19文件和升级SOC的img镜像文件以及包含升级文件信息的manifest文件等内容整体压缩成压缩包。进一步，OTA后台会对压缩包进行加密签名，防止压缩包在传输过程中被篡改。

当用户选择对软件进行升级时，当前网络如果较好，则主机将压缩包下载至中央网关中保存。具体来讲，在网络较好时，主机通过http协议将压缩包下载至中央网关中，http协议是用于从WWW服务器传输超文本到本地浏览器的传输协议，它可以使传输更加高效，使网络传输减少。

若当前网络环境较差，则主机将中断对压缩包的下载，当当前网络恢复至较好状态时，主机可以支持断点续传，继续对压缩包进行下载。比如，中断对压缩包下载时，已经完成25％的下载，恢复下载时，主机将继续接着25％的进度对压缩包进行下载，不会从头开始重新下载。

进一步，对压缩包的下载完成后，中央网关将会对压缩包进行PKI认证，以确保压缩包的完整性与合法性，PKI认证是在公开密钥加密技术基础上形成和发展起来的提供安全服务的通用性平台，可以实现安全的通信，在进行文件传输防止文件丢失与被篡改。对压缩包的PKI认证失败时，中央网关将会重新对压缩包进行下载。

通过上述的方法，将SOC和MCU的升级包作为整包进行下载，避免了单独下载SOC或MCU的升级包进行升级时出现版本不一致的问题，便于后期的管理，也提高了软件升级的而效率。

S2，判定当前车辆参数是否满足预设条件；

当用户确认对软件进行升级后，主机首先会判断车辆当前的状态是否满足升级条件。具体的，在一种可选的实施例中，升级条件至少包括：车辆手刹是否拉起、发动机是否处于停机状态、蓄电池电压是否处于正常状态、点火按键是否处于ON档、车辆档位是否处于P档等。对软件升级时必须满足所有前置条件，当车辆不满足任一升级条件时，需要用户对不满足的条件进行排除后才能继续对软件进行升级。

当满足预设条件时则执行S3步骤，当不满足预设条件时则执行S4步骤。

通过上述的方法，确保车辆在安全状态以及车辆中其他参数满足升级条件，保证了驾驶人员的行驶安全。

S3，基于压缩包对第一芯片的各个存储区进行软件升级之后，对第二芯片的第一存储区进行软件升级；

首先，在主机确定当前车辆满足所有升级条件后，中央网关向智能驾驶域控制器发送诊断会话请求，然后基于诊断会话请求，控制智能驾驶域控制器进入编程会话模式。智能驾驶域控制器进入编程会话模式后，中央网关与智能驾驶域控制器将建立起压缩包传输通道。具体地，中央网关通过doip协议将本次升级的压缩包传输至智能驾驶域控制器的存储空间。其中，智能驾驶域控制器中的接收端的配置决定了数据传输的效率。

具体来讲，将压缩包传输给智能驾驶域控制器时，会将整个压缩包划分为多个block数据块，以数据块的形式对压缩包进行传输。比如，压缩包总大小为500M，将每块数据块分为64K，那么每次只能传输64K的数据，智能驾驶域控制器的接收端参数配置决定每次传输的数据块的大小，具体参数配置视情况而定，此处不作具体的限定。

当压缩包完整的传输到智能驾驶域控制器后，将对压缩包进行完整性校验，比如，采用MD5校验。其目的在于确保压缩包中的数据在传输过程中没有出现丢失的情况确保数据的完整性。

在本申请实施例中，智能驾驶域控制器的整包升级包括对MCU芯片的升级和SOC芯片的升级，首先对SOC芯片的各个存储区进行升级文件的安装，具体来讲，在SOC芯片中包括多个存储分区，比如，存在10个存储分区。在对SOC芯片进行升级时，首先对SOC芯片的10个存储区进行升级，完成对各个存储区中升级文件的替换。

进一步，在对SOC的各个存储区完成升级后，SOC芯片将作为Master端对MCU进行升级。MCU的升级通过以太网通信进行，整个完整的升级过程包括：扩展会话、地址擦除、请求下载、文件传输、请求退出、完整性校验等过程。

在对MCU的各个存储区完成升级后，中央网关获取到智能驾驶域控制器反馈的安装完成指示，进一步，获取存储区切换请求。SOC在收到中央网关发出的存储区切换指令后，进一步通过以太网通信向MCU发出切换存储区的指令，SOC在确保MCU的运行指针已经切换到第二存储区后，同时自身的运行指针也将切换到第二存储区。然后，给中央网关反馈存储区切换完成的状态。

进一步，当SOC和MCU的运行指针都切换到第二存储区后，对MCU的第二存储区的文件进行升级替换，然后中央网关会获取当前存储区的版本信息，当当前存储区的版本信息与目标版本信息相同时则升级完成。比如，当前版本信息为V2.0，目标版本信息也为V2.0，则升级完成，当前版本信息为V1.0，目标版本信息为V2.0，则升级失败。

通过上述的方法，分别对SOC和MCU的各个存储区进行升级，将SOC作为master端来对MCU进行升级，可以在MCU出现升级异常时，可以通过SOC快速准确的去处理。

S4，维持第一芯片以及第二芯片当前的状态。

具体来讲，若当前车辆不满足任一升级条件，则将所述任一升级条件发送给用户，便于用户在知晓所述任一升级条件后，对车辆进行处理。

车辆在不满足预设条件时，进行软件升级可能会导致一些安全隐患的产生。比如，驾驶员当前正处于驾驶状态，收到主机发送的升级提醒时，如果分心去对车辆进行其他操作，可能会发生碰撞等。或者车辆蓄电池的电压不足，此时若对软件进行升级，则可能导致升级过程中，车辆蓄电池的电压耗尽，进一步会导致软件升级出现其他错误。

通过上述的方法，不满足升级条件时，保持各个芯片当前的状态，同时，用户也可以根据提示相应的对车辆进行处理。

基于同一发明构思，本申请实施例中还提供了一种软件升级装置，如图3所示，为本申请在一种软件升级装置的结构示意图，该装置包括：

获取模块301，用于获取第一芯片与第二芯片软件升级的升级数据组成的压缩包；

处理模块302，用于判定当前车辆参数是否满足预设条件；

若是，基于所述压缩包对所述第一芯片的各个存储区进行软件升级之后，对所述第二芯片的第一存储区进行软件升级；

若否，维持所述第一芯片以及所述第二芯片当前的状态。

在一种可选的实施方式中，所述获取模块还用于：

检测是否存在下载请求；

若存在所述下载请求，则向云端发送下载指令，其中，所述下载指令用于请求下载所述压缩包；

接收所述云端基于所述下载指令发送的所述压缩包。

在一种可选的实施方式中，所述处理模块具体用于：

判定所述当前车辆的车辆手刹是否拉起；和、或；

判定所述当前车辆的发动机是否处于停机状态；和、或；

判定所述当前车辆的蓄电池电压是否处于正常状态；和、或；

判定所述当前车辆的点火按键是否处于ON档；和、或；

判定所述当前车辆的车辆档位是否处于P档。

在一种可选的实施方式中，所述处理模块还用于：

获取存储区切换请求；

响应于所述第二芯片对应的第一存储区升级完成，对所述第二芯片对应的第二存储区进行软件升级。

在此需要说明的是，本申请实施例提供的上述装置，能够实现上述软件升级方法实施例中的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

基于同一发明构思，本申请实施例中还提供了一种电子设备，所述电子设备可以实现前述软件升级方法的功能，参照图4所示，所述电子设备包括：

至少一个处理器401，以及与至少一个处理器401连接的存储器402，本申请实施例中不限定处理器401与存储器402之间的具体连接介质，图4中是以处理器401和存储器402之间通过总线400连接为例。总线400在图4中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线400可以分为地址总线、数据总线、控制总线等，为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器401也可以称为控制器，对于名称不做限制。

在本申请实施例中，存储器402存储有可被至少一个处理器401执行的指令，至少一个处理器401通过执行存储器602存储的指令，可以执行前文论述的软件升级方法。处理器401可以实现图3所示的装置中各个模块的功能。

其中，处理器401是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器402内的指令以及调用存储在存储器402内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。

在一种可能的设计中，处理器401可包括一个或多个处理单元，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。在一些实施例中，处理器401和存储器402可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器401可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的软件升级方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器402作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器402可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器402是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器402还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器401进行设计编程，可以将前述实施例中介绍的软件升级方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图1所示的实施例的软件升级方法的步骤。如何对处理器401进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述的软件升级方法。

在一些可能的实施方式中，本申请提供的软件升级方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本申请各种示例性实施方式的软件升级方法中的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种软件升级方法，其特征在于，所述方法包括：

获取第一芯片与第二芯片软件升级的升级数据组成的压缩包；其中，所述第一芯片为片上***SOC，所述第二芯片为微控制单元MCU；

判定当前车辆参数是否满足预设条件；

若是，基于所述压缩包对所述第一芯片的各个存储区进行软件升级之后，对所述第二芯片的第一存储区进行软件升级；

若否，维持所述第一芯片以及所述第二芯片当前的状态。

2.如权利要求1所述的方法，其特征在于，所述获取第一芯片与第二芯片升级的升级数据组成的压缩包，包括：

检测是否存在下载请求；

若存在所述下载请求，则向云端发送下载指令，其中，所述下载指令用于请求下载所述压缩包；

接收所述云端基于所述下载指令发送的所述压缩包。

3.如权利要求1所述的方法，其特征在于，所述判定当前车辆参数是否满足预设条件，具体为：

判定所述当前车辆的车辆手刹是否拉起；和、或

判定所述当前车辆的发动机是否处于停机状态；和、或

判定所述当前车辆的蓄电池电压是否处于正常状态；和、或

判定所述当前车辆的点火按键是否处于ON档；和、或

判定所述当前车辆的车辆档位是否处于P档。

4.如权利要求1所述的方法，其特征在于，在基于所述压缩包对所述第一芯片的各个存储区进行软件升级之后，对所述第二芯片的第一存储区进行软件升级之后，还包括：

获取存储区切换请求；

响应于所述第二芯片对应的第一存储区升级完成，对所述第二芯片对应的第二存储区进行软件升级。

5.一种软件升级装置，其特征在于，所述装置包括：

获取模块，用于获取第一芯片与第二芯片软件升级的升级数据组成的压缩包；

处理模块，用于判定当前车辆参数是否满足预设条件；

若是，基于所述压缩包分别对所述第一芯片的第一存储区以及所述第二芯片第一存储区进行软件升级；

若否，维持所述第一芯片以及所述第二芯片当前的状态。

6.如权利要求5所述的装置，其特征在于，所述获取模块还用于：

检测是否存在下载请求；

若存在所述下载请求，则向云端发送下载指令，其中，所述下载指令用于请求下载所述压缩包；

接收所述云端基于所述下载指令发送的所述压缩包。

7.如权利要求5所述的装置，其特征在于，所述处理模块具体用于：

判定所述当前车辆的车辆手刹是否拉起；和、或

判定所述当前车辆的发动机是否处于停机状态；和、或

判定所述当前车辆的蓄电池电压是否处于正常状态；和、或

判定所述当前车辆的点火按键是否处于ON档；和、或

判定所述当前车辆的车辆档位是否处于P档。

8.如权利要求5所述的装置，其特征在于，所述处理模块还用于：

获取存储区切换请求；

对第一芯片对应的第二存储区进行软件升级；

响应于所述第一芯片对应的第二存储区升级完成，对所述第二芯片对应的第二存储区进行软件升级。

9.一种电子设备，其特征在于，包括：

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

处理器，用于执行所述存储器上所存放的计算机程序时，实现权利要求1-4中任一项所述的方法步骤。

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

Images