CN111949299A

CN111949299A - 一种车载软件ota升级的控制方法及装置

Info

Publication number: CN111949299A
Application number: CN202010857569.5A
Authority: CN
Inventors: 侯亚明; 刘沛
Original assignee: Shanghai Pateo Network Technology Service Co Ltd
Current assignee: Shanghai Pateo Network Technology Service Co Ltd
Priority date: 2020-08-24
Filing date: 2020-08-24
Publication date: 2020-11-17

Abstract

本发明提供了一种车载软件OTA升级的控制方法及装置。上述控制方法具体包括：响应于检测到车载软件的更新版本，提示用户是否需要升级；响应于用户需要升级，判断当前的车辆状态是否适合升级；以及响应于当前的车辆状态适合升级，在用户下车且锁车后开始OTA升级，以将车载软件从当前版本升级为更新版本。本发明还提供了实现上述控制方法的控制装置。根据本发明所提供的车载软件OTA升级的控制方法及装置，能够改变OTA升级的时机与逻辑，能够避免在用户使用车辆时进行OTA升级所造成车辆无法正常行驶造成安全等隐患的情况，能够提高用户的体验感。

Description

一种车载软件OTA升级的控制方法及装置

技术领域

本发明涉及智能汽车领域，尤其设计智能汽车的车载软件OTA升级的控制方法及装置。

背景技术

随着经济的发展，尤其是汽车工业的发展，现在社会的汽车数量越来越多，伴随着人们生活水平的提高，将汽车用作代步工具已经非常普遍，消费者在购车时对于车辆的配置要求也越来越高，但目前市场上常见的汽车配置都满足不了消费者对车辆人性化、智能化的要求。

汽车新四化(电动化、智能化、网联化、共享化)是行业公认的趋势，在智能化和网联化方面，OTA技术就成为了不少车企关注的对象。

OTA技术的英文全称为Over the Air Technology，翻译过来就是空中下载技术，其实就是通过移动通信技术来进行无线***升级，现如今手机在线升级***，已经成为了一件稀松平常的事。不过在汽车上使用OTA技术，还是最近几年的才普及开来。几年前的网络速度，处理器的制程以及车机***都处在很低级的状态，想要通过OTA升级汽车有点不切实际。即便到了现在车用OTA更多是对车载应用、多媒体***或整车底层***进行升级。车机内搭载了SIM卡模块或者WiFi模块，就可以实现OTA，其技术并不复杂。

与汽车的底盘、发动机不同，软件是很容易进行更新迭代的。以往车辆遇到软件故障或是需要更新，我们需要将车开到4S店让工作人员利用专业电脑修复，但这样做所耗费的人力物力，以及消费者的时间可都不少，而OTA技术可以让用户足不出户就完成车辆升级，相比之下减少了成本、还节省了用户时间。

OTA技术更容易与电动车挂钩，因为电动车更适合OTA升级。早期的汽车都是纯机械结构，软件不可能对车辆进行升级。所以车用OTA一般是针对娱乐***、导航等推出在线***更新。比如更新中控的Android Auto及Apple CarPlay车载***，或者是更新导航地图。由于电动车结构相对简单，整车的动力***、制动***、电池管理***等所有与车辆行驶有关的***都转向了电子化，OTA随时可以对其进行“控制”、“改写”，只要厂商前期在设计时，在核心的三电***、车机处理器、传感器等方面留出较多的冗余，后期通过软件提升的难度要容易的多。而且为了实现自动驾驶，不少汽车上安装了大量传感器，汽车厂商能够通过OTA后的软件利用这些传感器来让车辆有更多功能。

目前的车辆OTA，是全程通过在线下载的方式直接将最新的软件从服务器进行下载直接升级，如果处于网络信号不好的区域或者数据量大，则升级时间会很长。为了保证升级过程的顺利进行，升级过程中不能断电，这就要求OTA在用户在车上时进行升级，否则可能升级失败。但是针对车辆整车中与车辆驾驶有关的***的部分模块的升级，如果在用户在车辆中升级，很可能会出现无法打开车门、无法继续行驶的困境。

有鉴于此，亟需要提供一种车载软件OTA升级的控制方法与装置，能够改变现有的OTA升级的时机，改变现有的OTA升级的逻辑，从而能够在实现车辆OTA升级的同时，提高用户的体验感，避免因为OTA升级给用户带去负面影响。

发明内容

以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。

如上所描述的，为了解决现有技术中，为了保证OTA升级的顺利进行，用户需要在车辆上，所导致的较差的用户体验的问题，以及为了解决车辆整车中与车辆驾驶有关的***部分的模块在升级时容易造成车辆无法正常使用，从而给用户带来安全隐患等问题，本发明提供了一种车载软件OTA升级的控制方法，具体包括：

响应于检测到车载软件的更新版本，提示用户是否需要升级；

响应于用户需要升级，判断当前的车辆状态是否适合升级；以及

响应于当前的车辆状态适合升级，在用户下车且锁车后开始OTA升级，以将车载软件从当前版本升级为更新版本。

在上述控制方法的一实施例中，可选的，在开始OTA升级前，上述控制方法还包括：

对当前版本的车载软件进行备份，以获得冗余的当前版本车载软件；其中

上述OTA升级进一步包括：

对冗余的当前版本车载软件中的一套进行升级；以及

响应于升级后的更新版本车载软件在用户下次用车时能够正常运行，升级冗余的当前版本车载软件中的另一套。

在上述控制方法的一实施例中，可选的，响应于在对冗余的当前版本车载软件中的一套进行升级的过程中用户需要使用车辆，上述控制方法还包括：

暂停上述OTA升级；

运行冗余的当前版本车载软件中未进行升级的另一套软件以满足用户的用车需求；以及

响应于用户不再使用车辆，恢复上述OTA升级。

在上述控制方法的一实施例中，可选的，响应于升级后的更新版本车载软件在用户下次用车时无法正常运行，上述控制方法还包括：

运行冗余的当前版本车载软件中未进行升级的另一套软件以满足用户的用车需求；

将升级后的更新版本车载软件复归升级前的当前版本车载软件；以及

响应于用户确定要升级且车辆状态适合升级，在用户下车且锁车后重新对复归后的当前版本车载软件进行升级。

在上述控制方法的一实施例中，可选的，判断当前的车辆状态是否适合升级进一步包括：

判断上述车辆是否处于P档、是否拉起手刹、GPS位置是否处于允许停车区域内以及车载电瓶的电压是否可以支撑到升级结束后；其中

响应于上述车辆处于P档、手刹已经拉起、GPS位置处于允许停车区域内且车载电瓶的电压能够支撑到升级结束后，判断当前的车辆状态适合升级。

在上述控制方法的一实施例中，可选的，响应于检测到车载软件的更新版本，上述方法还包括：

主动下载更新版本的数据包，以减少OTA升级的持续时间。

本发明还提供了一种车载软件OTA升级的控制装置，上述控制装置包括：

存储器；以及

与上述存储器连接的处理器；其中

上述处理器被配置为：

在上述控制装置的一实施例中，可选的，在开始OTA升级前，上述处理器还被配置为：

上述处理器执行上述OTA升级进一步包括：

对冗余的当前版本车载软件中的一套进行升级；以及

在上述控制装置的一实施例中，可选的，响应于在对冗余的当前版本车载软件中的一套进行升级的过程中用户需要使用车辆，上述处理器还被配置为：

暂停上述OTA升级；

响应于用户不再使用车辆，恢复上述OTA升级。

在上述控制装置的一实施例中，可选的，响应于升级后的更新版本车载软件在用户下次用车时无法正常运行，上述处理器还被配置为：

在上述控制装置的一实施例中，可选的，上述处理器判断当前的车辆状态是否适合升级进一步包括：

在上述控制装置的一实施例中，可选的，响应于检测到车载软件的更新版本，上述处理器还被配置为：

主动下载更新版本的数据包，以减少OTA升级的持续时间。

本发明还提供了一种车辆，其特征在于，上述车辆上配置有如上任意一项实施例所描述的车载软件OTA升级的控制装置。

本发明的另一方面还提供了一种计算机可读介质，其上存储有计算机可读指令，上述计算机可读指令在由处理器执行时实施如上任意一项实施例所描述的车载软件OTA升级的控制方法的步骤。

根据本发明所提供的车载软件OTA升级的控制方法及装置，能够改变现有的OTA升级的时机，改变现有的OTA升级的逻辑，从而能够在实现车辆OTA升级的同时，提高用户的体验感。避免因为在用户使用车辆时进行OTA升级所造成车辆无法正常行驶造成安全等隐患的情况，避免给用户带去负面影响。

附图说明

在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。

图1示出了根据本发明的一方面所提供的车载软件OTA升级的控制方法的流程图。

图2示出了根据本发明的一方面所提供的车载软件OTA升级的控制装置的示意图。

附图标记

200 控制装置

210 处理器

220 存储器

具体实施方式

给出以下描述以使得本领域技术人员能够实施和使用本发明并将其结合到具体应用背景中。各种变型、以及在不同应用中的各种使用对于本领域技术人员将是容易显见的，并且本文定义的一般性原理可适用于较宽范围的实施例。由此，本发明并不限于本文中给出的实施例，而是应被授予与本文中公开的原理和新颖性特征相一致的最广义的范围。

在以下详细描述中，阐述了许多特定细节以提供对本发明的更透彻理解。然而，对于本领域技术人员显而易见的是，本发明的实践可不必局限于这些具体细节。换言之，公知的结构和器件以框图形式示出而没有详细显示，以避免模糊本发明。

请读者注意与本说明书同时提交的且对公众查阅本说明书开放的所有文件及文献，且所有这样的文件及文献的内容以参考方式并入本文。除非另有直接说明，否则本说明书(包含任何所附权利要求、摘要和附图)中所揭示的所有特征皆可由用于达到相同、等效或类似目的的可替代特征来替换。因此，除非另有明确说明，否则所公开的每一个特征仅是一组等效或类似特征的一个示例。

注意，在使用到的情况下，标志左、右、前、后、顶、底、正、反、顺时针和逆时针仅仅是出于方便的目的所使用的，而并不暗示任何具体的固定方向。事实上，它们被用于反映对象的各个部分之间的相对位置和/或方向。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

注意，在使用到的情况下，进一步地、较优地、更进一步地和更优地是在前述实施例基础上进行另一实施例阐述的简单起头，该进一步地、较优地、更进一步地或更优地后带的内容与前述实施例的结合作为另一实施例的完整构成。在同一实施例后带的若干个进一步地、较优地、更进一步地或更优地设置之间可任意组合的组成又一实施例。

以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围进行任何限制。

如上所描述的，为了解决现有技术中，为了保证OTA升级的顺利进行，用户需要在车辆上，所导致的较差的用户体验的问题，以及为了解决车辆整车中与车辆驾驶有关的***部分的模块在升级时容易造成车辆无法正常使用，从而给用户带来安全隐患等问题，本发明提供了一种车载软件OTA升级的控制方法，请参考图1，图1示出了上述控制方法的一实施例流程图。

如图1所示出的，本发明所提供的车载软件OTA升级的控制方法具体包括步骤S110：判断是否检测到车载软件的更新版本？响应于检测到车载软件的更新版本，执行步骤S120：提醒用户是否需要升级；同时执行步骤S130：判断是否接收到了用户需要升级的指令，其中，响应于用户需要升级，执行步骤S140：进一步判断当前的车辆状态是否适合升级；以及响应于当前的车辆状态适合升级，执行步骤S150：在用户下车且锁车后开始OTA升级。

在上述的实施例中，步骤S110中，判断是否检测到车载软件的更新版本可以通过比较车载软件的版本号来实现，例如，获取车辆本地软件中存储的当前车载软件的版本号，随后通过各种通信方式(包括但不限于车联网等)获取云端的车载软件的最新软件版本号。随后比较本地当前车载软件的版本号与云端最新软件的版本号，若云端的最新软件版本号由于本地的当前车载软件的版本号，则说明存在车载软件的更新版本，判断车辆需要进行OTA升级。在一优选的实施例中，上述的检测车载软件是否存在更新版本的操作可以在后台自动进行。

当在步骤S110中检测到存在更新版本的车载软件后，本发明所提供的控制方法并非直接进行升级，而是需要在用户的授权下进行车载软件的更新。因此，需要提醒用户是否需要升级。需要注意的是，此处的提醒应当以最为广义的方式去理解，例如，可以设定每次检测到更新版本的车载软件随即提醒用户、在用户启动/熄火车辆时提醒，或者可以在用户第一次设置时提前提醒，获得用户认可的自动升级的权限。上述提醒的方式包括但不限于通过文字、颜色、语音等各种能够起到提示作用的方式。

在一优选的实施例中，当在步骤S110中检测到车载软件的更新版本，本发明所提供的控制方法还包括主动下载更新版本的数据包，以减少后续OTA升级的持续时间。目前的车辆OTA，是全程通过在线下载的方式直接将最新的软件从服务器进行下载直接升级，如果处于网络信号不好的区域或者数据量大，则升级时间会很长，通过事先将升级所需要的数据包下载，并且调整OTA升级的时机，能够避免长时间的升级过程。可以理解的是，上述的主动下载更新版本的数据包的权限可以来自于用户第一次设置时的授权，并且可以通过设置，限定主动下载的软件的范围，例如可以设置近自动下载车辆内部分模块的更新软件，如动力***或娱乐***等模块的更新软件。

用户在接收到提醒后，可以通过车载的人机交互界面输出需要升级的指令。在该步骤中，若用户并未设置自动下载更新程序的权限，或设置了部分权限，而本次升级的软件并不在授权范围内，则可以通过人机交互界面输出下载升级软件的指令，从而提前下载好所需要的升级数据包，为后续OTA升级做好准备，节省OTA升级的持续时间。

随后，响应于在步骤S130中判断出用户需要升级，执行步骤S140：进一步判断当前的车辆状态是否适合升级。

在上述步骤S140中，判断车辆的状态是否适合升级主要是包括判断车辆是否处于P档、是否拉起手刹、GPS位置是否处于允许停车区域内以及车载电瓶的电压是否可以支撑到升级结束后。而认为车辆的状态适合升级指的是车辆处于P档、手刹已经拉起、GPS位置处于允许停车区域内且车载电瓶的电压能够支撑到升级结束后，即上述任意一项条件不满足，都不能认为车辆的状态适合升级。设置严苛的启动条件，是为了保证车辆的OTA升级能够在安全、无干扰的情况下进行，从而能够使得OTA升级顺利开展。

响应于在步骤S140中判断出车辆状态适合升级，执行步骤S150：在用户下车且锁车后开始OTA升级。现有的OTA升级时用户在车上，升级过程中不能断电，否则可能升级失败。但是针对车辆部分模块的升级，如果在用户在车辆中升级，很可能会出现车辆无法行驶、无法打开车门等的困境。因此，本发明所提供的技术方案调整了车辆OTA升级的时机，在用户下车并锁车后才进行OTA升级，从而在不影响用户的驾车使用同时进行OTA升级。

可以理解的是，也正是由于在本发明中将车辆OTA升级的时机调整为用户下车并且锁车后，即用户不再使用车辆的时候，因此，需要在步骤S140中设置严苛的启动的条件，从而能够保证车辆的OTA升级能够顺利开展，也能够避免在用户使用车辆时升级造成车辆无法正常行驶造成安全等隐患的情况。

在上述步骤S150车辆开始OTA升级之前，本发明的优选实施例还包括：对当前版本的车载软件进行备份，从而获得冗余的当前版本车载软件。上述的备份需要从广义的方向去理解。例如，可以是在每次OTA升级前主动地执行备份的动作以获得冗余的当前版本的车载软件，亦可以是车辆在运行过程中的自动备份，即并非为了OTA升级特意设置的备份。在上述的优选实施例中，主要是为了获得两套均可以独立运行的、有效的当前版本的车载软件。

当获得了冗余的均可以独立运行的、有效的当前版本的车载软件后，在进行OTA升级过程中进一步包括对冗余的当前版本车载软件中的一套进行升级；以及响应于升级后的更新版本车载软件在用户下次用车时能够正常运行，升级冗余的当前版本车载软件中的另一套。

响应于在对冗余的当前版本车载软件中的一套进行升级的过程中用户需要使用车辆，上述控制方法还包括：暂停上述OTA升级；运行冗余的当前版本车载软件中未进行升级的另一套软件以满足用户的用车需求；以及响应于用户不再使用车辆，恢复上述OTA升级，即重新之前的升级流程。

响应于升级后的更新版本车载软件在用户下次用车时无法正常运行，上述控制方法还包括：运行冗余的当前版本车载软件中未进行升级的另一套软件以满足用户的用车需求；将升级后的更新版本车载软件复归升级前的当前版本车载软件；以及响应于用户确定要升级且车辆状态适合升级，在用户下车且锁车后重新对复归后的当前版本车载软件进行升级。

目前的OTA，只对软件进行升级，不对车内留存的老版本软件进行保留。当新版本软件升级未结束即断电时可能因软件未升级完毕造成车辆无法正常运行。当新版本软件升级未结束时如果用户选择驾车则可能因为软件未升级完毕车辆无法行驶。故现在车辆的各模块中加入软件备份的机制。当用户选择升级时，则先将备份后冗余的软件中的一套软件进行升级。待升级完毕之后再次上电时首先运行升级后的新软件。如果升级后的新软件没有问题则可以保留新软件，同时将备份的另一套旧软件在后台进行自动同步备份或自动升级。如果升级后的新软件无法运行，则自动复归之前旧的软件，等待下次升级。如果升级过程中断电则恢复供电后继续之前的前一套旧软件升级流程，如无法升级则重新运行升级命令。

根据本发明所提供的车载软件的OTA升级的控制方法，当车辆需要进行OTA时，车辆可以先将OTA升级的软件从服务器进行下载，而此操作在后台进行自动运行。当OTA升级的部分软件下载之后，并不马上升级，而是通知用户有最新的软件是否需要升级。当用户选择需要升级，则在时序/档位/位置/电瓶电压等条件没有问题时才会在乘客下车锁车后进行软件的OTA升级。通过根据车辆的状态和用户下车状态调整OTA升级的时机，能够避免因为在用户使用车辆时进行OTA升级所造成车辆无法正常行驶造成安全等隐患的情况，给驾乘带来更好的体验。

在优选的实施例中，本发明在车辆需要OTA的部分，保持两套可以运行的软件，当OTA升级时，只升级其中一套，当升级中如果用户再次进入车辆，则调用尚未升级的软件运行。当升级完成后，下次用户再次进入车辆打火时，调用升级后部分的软件，另一套未升级的软件，在一套软件升级后，后台自动同步备份。从而能够有效地保证避免出现因为OTA升级导致车辆无法正常行驶的问题。

本发明的另一方面还提供了一种车载软件OTA升级的控制装置，请参考图2，图2示出了车载软件OTA升级的控制装置的示意图。如图2所示，控制装置200包括处理器210和存储器220。上述控制装置200的处理器210在执行存储器220上存储的计算机程序时能够实现上述所描述的车载软件OTA升级的控制方法，具体请参考上述关于车载软件OTA升级的控制方法的描述，在此不再赘述。

本发明的另一方面还提供了一种车辆，上述车辆包括如上所描述的车载软件OTA升级的控制装置200，从而能够根据车辆的状态和用户下车状态调整OTA升级的时机，从而避免因为在用户使用车辆时进行OTA升级所造成车辆无法正常行驶造成安全等隐患的情况，给驾乘带来更好的体验。

本发明还提供了一种计算机存储介质，其上存储有计算机程序，当该计算机程序被处理器执行时实现如上述车载软件OTA升级的控制方法的步骤。具体请参考上述关于车载软件OTA升级的控制方法的描述，在此不再赘述。

结合本文所公开的实施例描述的各种解说性逻辑模块、和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。

结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。

提供之前的描述是为了使本领域中的任何技术人员均能够实践本文中所描述的各种方面。但是应该理解，本发明的保护范围应当以所附权利要求书为准，而不应被限定于以上所解说实施例的具体结构和组件。本领域技术人员在本发明的精神和范围内，可以对各实施例进行各种变动和修改，这些变动和修改也落在本发明的保护范围之内。

Claims

1.一种车载软件OTA升级的控制方法，其特征在于，包括：

2.如权利要求1所述的控制方法，其特征在于，在开始OTA升级前，所述控制方法还包括：

所述OTA升级进一步包括：

对冗余的当前版本车载软件中的一套进行升级；以及

3.如权利要求2所述的控制方法，其特征在于，响应于在对冗余的当前版本车载软件中的一套进行升级的过程中用户需要使用车辆，所述控制方法还包括：

暂停所述OTA升级；

响应于用户不再使用车辆，恢复所述OTA升级。

4.如权利要求2所述的控制方法，其特征在于，响应于升级后的更新版本车载软件在用户下次用车时无法正常运行，所述控制方法还包括：

5.如权利要求1所述的控制方法，其特征在于，判断当前的车辆状态是否适合升级进一步包括：

判断所述车辆是否处于P档、是否拉起手刹、GPS位置是否处于允许停车区域内以及车载电瓶的电压是否可以支撑到升级结束后；其中

响应于所述车辆处于P档、手刹已经拉起、GPS位置处于允许停车区域内且车载电瓶的电压能够支撑到升级结束后，判断当前的车辆状态适合升级。

6.如权利要求1所述的控制方法，其特征在于，响应于检测到车载软件的更新版本，所述控制方法还包括：

主动下载更新版本的数据包，以减少OTA升级的持续时间。

7.一种车载软件OTA升级的控制装置，其特征在于，所述控制装置包括：

存储器；以及

与所述存储器连接的处理器；其中

所述处理器被配置为：

8.如权利要求7所述的控制装置，其特征在于，在开始OTA升级前，所述处理器还被配置为：

所述处理器执行所述OTA升级进一步包括：

对冗余的当前版本车载软件中的一套进行升级；以及

9.如权利要求8所述的控制装置，其特征在于，响应于在对冗余的当前版本车载软件中的一套进行升级的过程中用户需要使用车辆，所述处理器还被配置为：

暂停所述OTA升级；

响应于用户不再使用车辆，恢复所述OTA升级。

10.如权利要求8所述的控制装置，其特征在于，响应于升级后的更新版本车载软件在用户下次用车时无法正常运行，所述处理器还被配置为：

11.如权利要求7所述的控制装置，其特征在于，所述处理器判断当前的车辆状态是否适合升级进一步包括：

12.如权利要求7所述的控制装置，其特征在于，响应于检测到车载软件的更新版本，所述处理器还被配置为：

主动下载更新版本的数据包，以减少OTA升级的持续时间。

13.一种车辆，其特征在于，所述车辆上配置有如权利要求7-12中任意一项所述的控制装置。

14.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令在由处理器执行时实施如权利要求1-6中任意一项所述车载软件OTA升级的控制方法的步骤。