CN116028092A - 汽车ota升级任务熔断方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种汽车OTA升级任务熔断方法、装置、设备及存储介质，其中，该方法包括：接收目标车辆在执行空中下载升级任务时发送的反馈信息；若反馈信息中携带有目标车辆升级失败的错误代码，根据错误代码判断目标车辆升级失败的原因；当确定目标车辆升级失败是由升级任务原因导致时，统计因为升级任务原因而升级失败的车辆数量；当因为升级任务原因而升级失败的车辆数量达到熔断阈值时，将升级任务设置为终止状态。本申请通过熔断存在问题的升级任务，避免大面积的目标车辆因升级任务原因而升级失败的问题，从而提升用户车辆远程升级的体验。

Description

汽车OTA升级任务熔断方法、装置、设备及存储介质

技术领域

本发明涉及汽车升级技术领域，尤其涉及一种汽车OTA升级任务熔断方法、装置、设备及存储介质。

背景技术

随着汽车“电动化、网联化、智能化、共享化”的发展，“软件定义汽车”已成为汽车的发展趋势，对于汽车软件故障的修复以及个性化定制需求的更新，已经实现了远程操作。目前，通过空中下载技术(Over-the-Air Technology，OTA)进行远程升级是汽车行业内的通用方案，OTA服务器可以在线检测车辆新系统，从而对汽车进行远程升级，不仅可以及时修复软件故障，也用户带来了极大的便利，提高用户车辆远程升级的体验感。

但随着汽车搭载的电子控制单元(Electronic Control Unit，ECU)的增长趋势，每次发布的OTA升级任务中，需要升级的软件数量少则几个，多则几十个，因此在升级过程中，容易出现因为软件包问题、版本配合、升等级策略配置错误原因造成升级失败的问题，当车辆升级失败的原因在于升级任务本身时，那么当一部分目标车辆升级失败后，在该升级任务下的其他目标车辆大概率也会升级失败，这将导致大面积的车辆升级失败，从而造成用户体验较差的问题。

发明内容

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

鉴于以上所述现有技术的缺点，本发明公开了一种汽车OTA升级任务熔断方法、装置、设备及存储介质，用于解决当车辆升级失败的原因在于升级任务本身时，如果一部分目标车辆升级失败，在该升级任务下的其他目标车辆会大面积升级失败的技术问题。

本发明公开了一种汽车OTA升级任务熔断方法，所述方法包括：

接收目标车辆在执行空中下载升级任务时发送的反馈信息；

若所述反馈信息中携带有所述目标车辆升级失败的错误代码，根据所述错误代码判断所述目标车辆升级失败的原因；

当确定所述目标车辆升级失败是由升级任务原因导致时，统计因为所述升级任务原因而升级失败的车辆数量；

当因为所述升级任务原因而升级失败的车辆数量达到熔断阈值时，将所述升级任务设置为终止状态。

于本发明一实施例中，所述反馈信息中携带有所述目标车辆的升级进度和升级状态，当所述目标车辆的所述升级状态为升级失败时，所述反馈信息中会携带有所述目标车辆升级失败的错误代码。

于本发明一实施例中，在接收目标车辆发送的反馈信息之前，所述方法还包括：

接收所述目标车辆发送的请求信息，所述请求信息中携带有所述目标车辆的当前版本信息；

根据所述目标车辆的当前版本信息和所述升级任务的升级信息，判断所述目标车辆是否需要升级；

若确定所述目标车辆需要升级，向所述目标车辆发送所述升级任务的升级信息，以使所述目标车辆根据所述升级信息进行升级。

于本发明一实施例中，在接收所述目标车辆发送的请求信息之前，所述方法还包括：

获取所述目标车辆中需要升级的软件包；

创建所述目标车辆的整车大版本号，并将所述软件包关联到所述整车大版本号；

创建所述升级任务，并将所述整车大版本号关联到所述升级任务；

设置所述升级任务的所述熔断阈值；

发布所述升级任务。

于本发明一实施例中，设置所述升级任务的所述熔断阈值包括：

获取所述升级任务下需要升级的车辆数量、历史升级成功率的平均值以及历史升级车辆数量；计算所述历史升级成功率的平均值与所述历史升级车辆数量的乘积；计算所述升级任务下需要升级的车辆数量与所述乘积的差值；将所述差值设置为所述熔断阈值；或者

根据历史升级情况，设置所述熔断阈值。

于本发明一实施例中，所述升级信息包括所述目标车辆的所述整车大版本号、所述升级任务的描述信息、所述升级任务的下载链接以及所述软件包的HASH摘要和签名信息。

于本发明一实施例中，述错误代码包括因所述目标车辆原因导致升级失败的错误代码和因所述升级任务原因导致升级失败的错误代码。

于本发明一实施例中，将所述升级任务设置为终止状态包括：

将所述升级任务改为停用状态，以使还未检测到所述升级任务的目标车辆不能检测到所述升级任务；和

发送取消所述升级任务的指令至正在进行所述升级任务的目标车辆，并提示取消原因，以使正在升级中的车辆退出所述升级任务并回滚已经升级完成的软件。

于本发明一实施例中，将所述升级任务设置为终止状态之后，所述方法还包括：

获取所述升级任务的所述升级信息；

根据所述错误代码统计所述升级任务导致车辆升级失败的失败原因；

将所述升级信息和所述失败原因发送给所述升级任务的管理员终端，以使管理员修复所述升级任务。

于本发明一实施例中，若所述升级任务未被设置为终止状态，所述升级任务对于在所述升级任务下需要升级的车辆一直有效。

于本发明一实施例中，所述方法还包括：

所述目标车辆在收到所述升级任务的升级信息之后，将所述升级信息中的升级描述信息发送给用户终端；

当接收到所述用户终端发送的同意升级信息后，从OTA云端下载、安装所述软件包，并向所述OTA云端发送反馈信息。

于本发明一实施例中，所述目标车辆升级失败的判断包括：

所述目标车辆设置所述软件包下载次数的下载次数预设阈值，以及所述软件包安装次数的安装次数预设阈值；

当所述目标车辆下载所述软件包的次数达到所述下载次数预设阈值，或安装所述软件包的安装次数达到所述安装次数预设阈值时，确定所述目标车辆升级失败。

本发明公开了一种汽车OTA升级任务熔断装置，所述装置包括：

信息接收模块，用于接收目标车辆在执行空中下载升级任务时发送的反馈信息；

原因判断模块，用于若所述反馈信息中携带有所述目标车辆升级失败的错误代码，根据所述错误代码判断所述目标车辆升级失败的原因；

数量统计模块，用于当确定所述目标车辆升级失败是由升级任务原因导致时，统计对因为所述升级任务原因而升级失败的车辆数量；

升级任务熔断模块，用于当因为所述升级任务原因而升级失败的车辆数量达到熔断阈值时，将所述升级任务设置为终止状态。

本发明公开了一种电子设备，包括：处理器及存储器；所述存储器用于存储计算机程序，所述处理器用于执行所述存储器存储的计算机程序，以使所述电子设备执行上述的方法。

本发明公开了一种计算机可读存储介质，其上存储有计算机程序：所述计算机程序被处理器执行时实现上述的方法。

如上所述，本发明实施例提供的一种汽车OTA升级任务熔断方法、装置、设备及存储介质具有以下有益效果：

通过接收目标车辆在执行空中下载升级任务时发送的反馈信息，若反馈信息中携带有目标车辆升级失败的错误代码，则根据错误代码判断目标车辆升级失败的原因，当确定目标车辆升级失败是由升级任务原因导致时，统计因为升级任务原因而升级失败的车辆数量，当因为升级任务原因而升级失败的车辆数量达到熔断阈值时，便将升级任务设置为终止状态，通过熔断存在问题的升级任务，避免大面积的目标车辆因升级任务原因而升级失败的问题，从而提升用户车辆远程升级的体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请的一示例性实施例示出的汽车OTA升级任务熔断装置的实施环境示意图；

图2是本申请的一示例性实施例示出的汽车OTA升级任务熔断方法的流程图；

图3是本申请的一示例性实施例示出的汽车OTA升级任务熔断中OTA云端的流程图；

图4是本申请的一示例性实施例示出的汽车OTA升级任务熔断中目标车辆端的流程图；

图5是本申请的一示例性实施例示出的一种汽车OTA升级任务熔断中OTA云端与目标车辆端通信的流程图；

图6是本申请的一示例性实施例示出的汽车OTA升级任务熔断装置的框图；

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

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的子样本可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。

本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。

术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

随着汽车搭载的ECU的增长趋势，每次发布的OTA升级任务中，需要升级的软件数量少则几个，多则几十个，因此在升级过程中，容易出现因为软件包问题、版本配合、升等级策略配置错误原因造成升级失败的问题，当车辆升级失败的原因在于升级任务本身时，那么当一部分目标车辆升级失败后，在该升级任务下的其他目标车辆大概率也会升级失败，这将导致大面积的车辆升级失败，从而造成用户体验较差的问题。

请参见图1，图1是本申请的一示例性实施例示出的汽车OTA升级任务熔断装置的实施环境示意图。如图1所示，OTA云端101能够与车端102进行通信，实现车端的OTA升级，OTA云端101负责web管理平台、升级数据管理和升级文件存储，车端102在满足整车安装条件时，能够从OTA云端下载并安装升级包，完成车辆的升级。其中，OTA是通过网络从远程云服务器下载软件升级包，从而达到更新车辆系统的目的，即车辆的系统可支持在线升级，通过更新系统来提升系统、软件的运行速度。

请参见图2，图2是本申请的一示例性实施例示出的汽车OTA升级任务熔断方法的流程图。该方法可以应用于图1所示的实施环境，并由该实施环境中的客户端和/服务器具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。为解决这些问题，本申请的实施例分别提出一种汽车OTA升级任务熔断方法、一种汽车OTA升级任务熔断装置、一种电子设备、一种计算机可读存储介质，以下将对这些实施例进行详细描述。

如图2所示，在一示例性的实施例中，汽车OTA升级任务熔断方法至少包括步骤S201至步骤S204，详细介绍如下：

步骤S201，接收目标车辆在执行空中下载升级任务时发送的反馈信息。

目标车辆在执行空中下载升级任务时，会实时向OTA云端发送反馈信息，以使OTA云端实时接收到目标车辆在OTA升级过程中的动态，在目标车辆进行OTA升级任务的过程中，可以认为目标车辆与OTA云端之间建立了长连接，目标车辆通过长连接实时向OTA云端发送反馈信息。

在一实施例中，反馈信息中携带有目标车辆的升级进度和升级状态，当目标车辆的升级状态为升级失败时，反馈信息中会携带有目标车辆升级失败的错误代码。

在目标车辆发送给OTA云端的反馈信息中，携带有目标车辆的升级进度和升级状态，其中，升级进度表示目标车辆在OTA升级过程中升级的进度，升级状态包括升级失败和升级成功，而当目标车辆升级失败时，反馈信息中除了携带有升级失败信息，还会携带目标车辆升级失败的错误代码，OTA云端能够通过该错误代码判断目标车辆升级失败的原因，应当理解的是，OTA云端根据错误代码将目标车辆升级失败的原因分为两类：一是升级车辆原因，二是升级任务原因。其中，升级车辆原因包括升级车辆电量不足、车机网络不可用、用户取消本次升级任务等原因，以上目标车辆升级失败的原因并不是由升级任务的软件包所引起的，则可以认为其他升级车辆仍可以进行汽车OTA升级任务。升级任务原因包括软件包问题、版本配合、升级策略配置错误等原因，软件包问题又可以包括软件包文件无法下载、软件包格式错误、软件包验签失败以及软件包安装后程序无法正常启动等问题，以上目标车辆升级失败的原因则是由升级任务本身所引起的，则可以认为其他升级车辆在进行OTA升级任务时，也会升级失败。

在一实施例中，在接收目标车辆发送的反馈信息之前，方法还包括：

接收目标车辆发送的请求信息，请求信息中携带有目标车辆的当前版本信息；

根据目标车辆的当前版本信息和升级任务的升级信息，判断目标车辆是否需要升级；

若确定目标车辆需要升级，向目标车辆发送升级任务的升级信息，以使目标车辆根据升级信息进行升级。

OTA云端在接收目标车辆发送的反馈信息之前，OTA云端需要和目标车辆进行通信，确定目标车辆是否需要进行本次升级任务。因此，OTA云端需要接收目标车辆发送的请求信息，该请求信息中携带有目标车辆的当前版本信息，OTA云端在接收到目标车辆的当前版本信息之后，可以比较目标车辆的当前版本信息和升级任务的升级信息，判断出目标车辆是否需要升级，当确定目标车辆需要升级后，则向目标车辆发送升级任务的升级信息，以使目标车辆根据上述的升级信息进行升级。

在一实施例中，在接收目标车辆发送的请求信息之前，方法还包括：

获取目标车辆中需要升级的软件包；

创建目标车辆的整车大版本号，并将软件包关联到整车大版本号；

创建升级任务，并将整车大版本号关联到升级任务；

设置升级任务的熔断阈值；

发布升级任务。

OTA云端在与目标车辆进行通信，确定目标车辆是否需要升级之前，OTA云端能够在自身数据库中获取目标车辆中需要升级的软件包，在得到各软件包后，创建目标车辆的整车大版本号，该整车大版本号表示目标车辆将要升级到的版本号，并将各软件包关联到整车大版本号，以使在该整车大版本包含目标车辆需要升级的软件包，然后创建升级任务，同时将整车大版本号关联到升级任务，以使本次升级任务包含目标车辆需要升级到的版本，在创建好升级任务之后，OTA云端会设置本次升级任务的熔断阈值，即因为升级任务原因而升级失败的目标车辆的数量达到该熔断阈值后，本次升级任务会自动熔断，在设置好熔断阈值后，OTA云端便可以发布升级任务。

在一实施例中，设置升级任务的熔断阈值包括：

获取升级任务下需要升级的车辆数量、历史升级成功率的平均值以及历史升级车辆数量；计算历史升级成功率的平均值与历史升级车辆数量的乘积；计算升级任务下需要升级的车辆数量与乘积的差值；将差值设置为熔断阈值；或者

根据历史升级情况，设置熔断阈值。

升级任务的熔断阈值能够决定OTA云端具体在什么时候熔断升级任务，即将升级任务设置为终止状态，其中，熔断阈值的设置可以根据计算，并将计算的结果设置为熔断阈值，也可以根据历史升级情况，即根据历史升级的经验设置一个熔断阈值。在通过计算获得熔断阈值的方式中，需要获取升级任务下需要升级的车辆数量、历史升级成功率的平均值以及历史升级车辆数量，然后计算历史升级成功率的平均值与历史升级车辆数量的乘积，并计算升级任务下需要升级的车辆数量与乘积的差值，将得到的差值设置为熔断阈值。

在一实施例中，升级信息包括目标车辆的整车大版本号、升级任务的描述信息、升级任务的下载链接以及软件包的HASH摘要和签名信息。

升级信息包括目标车辆的整车大版本号、升级任务的描述信息、升级任务的下载链接以及软件包的HASH摘要和签名信息，在目标车辆接收到OTA云端发送的该升级信息后，可以知晓本次升级任务的相关信息并根据升级信息中的升级任务的下载链接下载软件包。如果软件包是加密的文件，需要对加密文件所采用的加密算法进行维护，使得目标车辆能够校验从内容分发网络(Content Delivery Network，CDN)上下载的软件包是否完整，保证软件包在传输过程中不被损坏或篡改。

步骤S202，若反馈信息中携带有目标车辆升级失败的错误代码，根据错误代码判断目标车辆升级失败的原因。

目标车辆在升级过程中，如果升级状态出现升级失败的情况，目标车辆便会生成相应的错误代码，应当理解的是，不同的升级失败原因对应有不同的错误代码，而在OTA云端的数据库中也存储有错误代码与升级失败原因的对应关系，当OTA云端接收到错误代码时，则可以根据上述的对应关系判断出目标车辆升级失败的原因。

在一实施例中，错误代码包括因目标车辆原因导致升级失败的错误代码和因升级任务原因导致升级失败的错误代码。

步骤S203，当确定目标车辆升级失败是由升级任务原因导致时，统计因为升级任务原因而升级失败的车辆数量。

当出现目标车辆因为升级任务原因而升级失败时，OTA云端会对因为升级任务原因而升级失败的车辆数量进行统计，即对因为升级任务原因而升级失败的车辆数量进行逐一累加，能够实时获得当前因为升级任务原因而升级失败的车辆数量。

步骤S204，当因为升级任务原因而升级失败的车辆数量达到熔断阈值时，将升级任务设置为终止状态。

在OTA云端统计因为升级任务原因而升级失败的车辆数量到达熔断阈值时，表明在本次升级任务下的其他目标车辆大概率也会升级失败，导致大面积的车辆升级失败，故需要对升级任务进行熔断，即将升级任务设置为终止状态，避免在本次升级任务下的大部分目标车辆因为升级任务原因而升级失败。

在一实施例中，将升级任务设置为终止状态包括：

将升级任务改为停用状态，以使还未检测到升级任务的目标车辆不能检测到升级任务；和

发送取消升级任务的指令至正在进行升级任务的目标车辆，并提示取消原因，以使正在升级中的车辆退出升级任务并回滚已经升级完成的软件。

将升级任务设置为终止状态包括两种情况，一是针对还没有检测到本次升级任务的目标车辆，将升级任务设置为终止状态后，升级任务则改为了停用状态，那么还未检测到升级任务的目标车辆不能检测到升级任务，便不会出现因为升级任务原因而升级失败的问题；二是针对正在进行OTA升级任务的目标车辆，OTA云端将升级任务设置为终止状态后，便会通过长连接发送取消升级任务的指令给正在进行升级任务的目标车辆，并提示取消原因，使得正在升级中的车辆退出升级任务，并对已经升级完成的软件进行回滚，将软件数据恢复到升级之前的无问题状态。

在一实施例中，将升级任务设置为终止状态之后，方法还包括：

获取升级任务的升级信息；

根据错误代码统计升级任务导致车辆升级失败的失败原因；

将升级信息和失败原因发送给升级任务的管理员终端，以使管理员修复升级任务。

当升级任务产生熔断后，云端统计失败的原因，将升级信息和出现最多的失败原因通过短信的方式发送到升级任务设置的熔断联系人。

OTA云端在将升级任务设置为终止状态之后，便获取在创建升级任务过程中生成的该升级任务的升级信息，然后又根据错误代码统计升级任务导致车辆升级失败的失败原因，即统计升级任务出现的具体问题，最后将本次升级任务的升级信息以及升级任务出现的问题发送给升级任务的管理员终端，以使管理员能够修复升级任务，然后重新下发修复后的升级任务。

在一实施例中，若升级任务未被设置为终止状态，升级任务对于在升级任务下需要升级的车辆一直有效。

当本次升级任务没有被设置为终止状态时，表明因升级任务原因而升级失败的目标车辆的数量没有超过升级任务的熔断阈值，那么在该升级任务下，其他目标车辆不会因为升级任务原因而大面积升级失败，所以对于还没有检测到本次升级任务的目标车辆，或者是正在进行OTA升级任务的目标车辆来说，升级任务一直有效，即当还没有检测到本次升级任务的目标车辆不管什么时候检测到升级任务都可以进行车辆升级，正在进行OTA升级任务的目标车辆也可以继续进行升级。

请参见图3，图3是本申请的一示例性实施例示出的汽车OTA升级任务熔断中云端的流程图。如图3所示，汽车OTA升级任务熔断中OTA云端的步骤至少包括步骤S301步骤S312，详细介绍如下：

步骤S301，创建整车版本，即创建目标车辆的整车大版本号，确定整车中各软件的信息。

步骤S302，上传软件包，并将各软件包关联到整车大版本号，以使该整车版本包含目标车辆需要升级的软件包。

步骤S303，创建升级任务，即确定该升级任务下的所有需要升级的目标车辆，设置升级提示等升级信息。

步骤S304，将整车版本关联到升级任务，以使该升级任务包含目标车辆需要升级到的版本，即该升级任务中包含目标车辆所有需要升级的软件对应的软件包。

步骤S305，设置升级任务的熔断阈值，当因为升级任务原因而升级失败的目标车辆的数量达到该熔断阈值后，使升级任务能够自动熔断。

步骤S306，发布升级任务，当接收到目标车辆发送的请求信息时，能够根据请求信息中携带的目标车辆的当前版本信息和升级任务的升级信息，判断出目标车辆是否需要升级，当确定目标车辆需要升级后，则向目标车辆发送升级任务的升级信息，以使目标车辆根据上述的升级信息进行升级。

步骤S307，接收目标车辆发送的反馈信息，实时监测目标车辆在OTA升级过程中的动态。

步骤S308，判断目标车辆是否升级失败，根据反馈信息中是否携带有错误代码判断目标车辆是否升级失败，如果升级成功，则进入步骤S3091；如果升级失败，则进入步骤S3092。

步骤S3091，判断升级任务下的所有车辆是否升级完成，如果升级任务下的所有车辆没有升级完成，则回到步骤S307；如果升级任务下的所有车辆升级完成，则结束。

步骤S3091，判断因升级任务原因升级失败的目标车辆数量是否达到熔断阈值，当根据错误代码确定目标车辆升级失败是由升级任务原因导致时，统计因为升级任务原因而升级失败的车辆数量，从而判断因升级任务原因升级失败的目标车辆数量是否达到熔断阈值。如果因升级任务原因升级失败的目标车辆数量没有达到熔断阈值，则进入步骤S3091；如果因升级任务原因升级失败的目标车辆数量达到熔断阈值，则进入步骤S310。

步骤S310，熔断升级任务，当因升级任务原因升级失败的目标车辆数量达到熔断阈值时，将升级任务设置为终止状态。

步骤S311，获取升级任务的升级信息以及统计升级任务出现的问题。

步骤S312，将升级信息以及升级任务出现的问题发送给管理员终端，以使管理员修复升级任务。

在一实施例中，方法还包括：

目标车辆在收到升级任务的升级信息之后，将升级信息中的升级描述信息发送给用户终端；

当接收到用户终端发送的同意升级信息后，从OTA云端下载、安装软件包，并向OTA云端发送反馈信息。

目标车辆在收到OTA云端发送的升级信息之后，会将该升级信息中的升级描述信息发送给用户终端，以使用户知晓升级任务的具体信息，从而决定目标车辆是否要进行本次升级任务，若用户同意本次升级，可以在用户终端上点击同意升级，若用户拒绝本次升级，可以在用户终端上点击拒绝升级。当目标车辆接收到用户终端发送的同意升级信息后，则可以从OTA云端下载、安装软件包，并通过长连接实时向OTA云端发送反馈信息。

在一实施例中，目标车辆升级失败的判断包括：

目标车辆设置软件包下载次数的下载次数预设阈值，以及软件包安装次数的安装次数预设阈值；

当目标车辆下载软件包的次数达到下载次数预设阈值，或安装软件包的安装次数达到安装次数预设阈值时，确定目标车辆升级失败。

应当理解的是，在目标车辆下载或者安装软件包失败后，可以再次对软件包进行下载或者安装，但是下载或者安装的次数达到一定次数后，表明目标车辆对该软件包不能进行下载或者安装，即升级失败，故目标车辆针对软件包的下载和安装设置的有下载次数预设阈值和安装次数预设阈值，那么当目标车辆下载软件包的次数达到上述的下载次数预设阈值时，可以认为目标车辆升级失败，或者当安装软件包的安装次数达到安装次数预设阈值时，可以认为目标车辆升级失败。

请参见图4，图4是本申请的一示例性实施例示出的汽车OTA升级任务熔断中目标车辆端的流程图。如图4所示，在一示例性的实施例中，汽车OTA升级任务熔断中目标车辆端的步骤至少包括步骤S401步骤S409，详细介绍如下：

步骤S401，目标车辆上电，目标车辆进行OTA升级需要先进行上电。

步骤S402，启动OTA进程，在启动OTA进程后，目标车辆便开始进行OTA升级。

步骤S403，收集目标车辆软件版本。

步骤S404，向OTA云端发送请求信息，请求信息中携带有目标车辆的当前版本信息，以使OTA云端能够根据目标车辆的当前版本信息和升级任务的升级信息和判断目标车辆是否需要升级。

步骤S405，判断是否接收到OTA云端发送的升级信息，如果目标车辆没有接收到OTA云端发送的升级信息，则结束；如果目标车辆接收到OTA云端发送的升级信息，则进入步骤S406。

步骤S406，开始升级，当用户同意升级后，根据升级信息进行升级。

步骤S407，判断是否接收到OTA云端发送的取消升级任务的指令，在升级过程中，当OTA云端将升级任务设置为终止状态后，会向目标车辆发送取消升级任务的指令，如果目标车辆端没有接收到OTA云端发送的取消升级任务的指令，则结束；如果接收到OTA云端发送的取消升级任务的指令，则进入步骤S408。

步骤S408，取消升级任务，当接收到OTA云端发送的取消升级任务的指令后，则取消本次升级任务。

步骤S409，回滚已经升级完成的软件，当取消升级任务后，需要对已经升级完成的软件进行回滚，将软件数据恢复到升级之前的无问题状态。

请参见图5，图5是本申请的一示例性实施例示出的一种汽车OTA升级任务熔断中OTA云端与目标车辆端通信的流程图。如图5所示，包括汽车OTA升级任务熔断中OTA云端的步骤S301步骤S312，以及汽车OTA升级任务熔断中目标车辆端的步骤S401步骤S409，其中，OTA云端与目标车辆端能够通过建立的长连接进行通信，即目标车辆在升级过程中，通过长连接实时向OTA云端发送反馈信息，以使OTA云端实时监测到目标车辆的升级进度和升级状态，以及在OTA云端将升级任务熔断后，通过长连接向目标车辆发送取消升级任务的指令，使正在升级中的目标车辆取消本次升级任务。

请参见图6，图6是本申请的一示例性实施例示出的汽车OTA升级任务熔断装置的框图。如图6所示，汽车OTA升级任务熔断装置600包括：

信息接收模块601，用于接收目标车辆在执行空中下载升级任务时发送的反馈信息；

原因判断模块602，用于若反馈信息中携带有目标车辆升级失败的错误代码，根据错误代码判断目标车辆升级失败的原因；

数量统计模块603，用于当确定目标车辆升级失败是由升级任务原因导致时，统计对因为升级任务原因而升级失败的车辆数量；

升级任务熔断模块604，用于当因为升级任务原因而升级失败的车辆数量达到熔断阈值时，将升级任务设置为终止状态。

请参见图7，图7是本申请的一实施例提供的电子设备的一种结构示意图。图7示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是，图7示出的电子设备的计算机系统700仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(Central Processing Unit，CPU)701，其可以根据存储在只读存储器(Read-Only Memory，ROM)702中的程序或者从储存部分708加载到随机访问存储器(Random Access Memory，RAM)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM 703中，还存储有系统操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(Input/Output，I/O)接口705也连接至总线704。

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

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

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

本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本实施例中的任一项方法。

本公开实施例中的计算机可读存储介质，本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本实施例公开的电子设备，包括处理器、存储器、收发器和通信接口，存储器和通信接口与处理器和收发器连接并完成相互间的通信，存储器用于存储计算机程序，通信接口用于进行通信，处理器和收发器用于运行计算机程序，使电子设备执行如上方法的各个步骤。

在本实施例中，存储器可能包含随机存取存储器(Random Access Memory，简称RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、图形处理器(Graphics Processing Unit，简称GPU)，网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选地，并且操作的顺序可以变化。一些实施例的部分和子样本可以被包括在或替换其他实施例的部分和子样本。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的子样本、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它子样本、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些子样本可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

Claims (15)

1.一种汽车OTA升级任务熔断方法，其特征在于，所述方法包括：

接收目标车辆在执行空中下载升级任务时发送的反馈信息；

若所述反馈信息中携带有所述目标车辆升级失败的错误代码，根据所述错误代码判断所述目标车辆升级失败的原因；

当确定所述目标车辆升级失败是由升级任务原因导致时，统计因为所述升级任务原因而升级失败的车辆数量；

当因为所述升级任务原因而升级失败的车辆数量达到熔断阈值时，将所述升级任务设置为终止状态。

2.根据权利要求1所述的汽车OTA升级任务熔断方法，其特征在于，所述反馈信息中携带有所述目标车辆的升级进度和升级状态，当所述目标车辆的所述升级状态为升级失败时，所述反馈信息中会携带有所述目标车辆升级失败的错误代码。

3.根据权利要求1所述的汽车OTA升级任务熔断方法，其特征在于，在接收目标车辆发送的反馈信息之前，所述方法还包括：

接收所述目标车辆发送的请求信息，所述请求信息中携带有所述目标车辆的当前版本信息；

根据所述目标车辆的当前版本信息和所述升级任务的升级信息，判断所述目标车辆是否需要升级；

若确定所述目标车辆需要升级，向所述目标车辆发送所述升级任务的升级信息，以使所述目标车辆根据所述升级信息进行升级。

4.根据权利要求3所述的汽车OTA升级任务熔断方法，其特征在于，在接收所述目标车辆发送的请求信息之前，所述方法还包括：

获取所述目标车辆中需要升级的软件包；

创建所述目标车辆的整车大版本号，并将所述软件包关联到所述整车大版本号；

创建所述升级任务，并将所述整车大版本号关联到所述升级任务；

设置所述升级任务的所述熔断阈值；

发布所述升级任务。

5.根据权利要求4所述的汽车OTA升级任务熔断方法，其特征在于，设置所述升级任务的所述熔断阈值包括：

获取所述升级任务下需要升级的车辆数量、历史升级成功率的平均值以及历史升级车辆数量；计算所述历史升级成功率的平均值与所述历史升级车辆数量的乘积；计算所述升级任务下需要升级的车辆数量与所述乘积的差值；将所述差值设置为所述熔断阈值；或者

根据历史升级情况，设置所述熔断阈值。

6.根据权利要求3所述的汽车OTA升级任务熔断方法，其特征在于，所述升级信息包括所述目标车辆的所述整车大版本号、所述升级任务的描述信息、所述升级任务的下载链接以及所述软件包的HASH摘要和签名信息。

7.根据权利要求1所述的汽车OTA升级任务熔断方法，其特征在于，所述错误代码包括因所述目标车辆原因导致升级失败的错误代码和因所述升级任务原因导致升级失败的错误代码。

8.根据权利要求1所述的汽车OTA升级任务熔断方法，其特征在于，将所述升级任务设置为终止状态包括：

将所述升级任务改为停用状态，以使还未检测到所述升级任务的目标车辆不能检测到所述升级任务；和

发送取消所述升级任务的指令至正在进行所述升级任务的目标车辆，并提示取消原因，以使正在升级中的车辆退出所述升级任务并回滚已经升级完成的软件。

9.根据权利要求1所述的汽车OTA升级任务熔断方法，其特征在于，将所述升级任务设置为终止状态之后，所述方法还包括：

获取所述升级任务的所述升级信息；

根据所述错误代码统计所述升级任务导致车辆升级失败的失败原因；

将所述升级信息和所述失败原因发送给所述升级任务的管理员终端，以使管理员修复所述升级任务。

10.根据权利要求1至9任一项所述的汽车OTA升级任务熔断方法，其特征在于，若所述升级任务未被设置为终止状态，所述升级任务对于在所述升级任务下需要升级的车辆一直有效。

11.根据权利要求1至9任一项所述的汽车OTA升级任务熔断方法，其特征在于，所述方法还包括：

所述目标车辆在收到所述升级任务的升级信息之后，将所述升级信息中的升级描述信息发送给用户终端；

当接收到所述用户终端发送的同意升级信息后，从OTA云端下载、安装所述软件包，并向所述OTA云端发送反馈信息。

12.根据权利要求1至9任一项所述的汽车OTA升级任务熔断方法，其特征在于，所述目标车辆升级失败的判断包括：

所述目标车辆设置所述软件包下载次数的下载次数预设阈值，以及所述软件包安装次数的安装次数预设阈值；

当所述目标车辆下载所述软件包的次数达到所述下载次数预设阈值，或安装所述软件包的安装次数达到所述安装次数预设阈值时，确定所述目标车辆升级失败。

13.一种汽车OTA升级任务熔断装置，其特征在于，所述装置包括：

信息接收模块，用于接收目标车辆在执行空中下载升级任务时发送的反馈信息；

原因判断模块，用于若所述反馈信息中携带有所述目标车辆升级失败的错误代码，根据所述错误代码判断所述目标车辆升级失败的原因；

数量统计模块，用于当确定所述目标车辆升级失败是由升级任务原因导致时，统计对因为所述升级任务原因而升级失败的车辆数量；

升级任务熔断模块，用于当因为所述升级任务原因而升级失败的车辆数量达到熔断阈值时，将所述升级任务设置为终止状态。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至12中任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1至12中任一项所述的方法。

Images