CN117032745A - 一种基于ota的车辆软件升级方法、装置及相关设备 - Google Patents

Abstract

本申请提供了一种基于OTA的车辆软件升级方法、装置及相关设备，通过确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；利用OTA技术，根据待发布任务的优先级和任务发布阈值，对至少一个运营地区待维护的车辆进行一个批次的维护任务发布；统计至少一个运营地区待维护的车辆接收维护任务后发生任务失败和暂停的车辆数量，确定统计结果；当统计结果大于或等于维护能力阈值时，通过OTA系统，停止对至少一个运营地区进行维护任务发布。通过合理的对维护任务进行发布，为更多的用户提供过及时有效的车端软件或系统的维护升级服务，降低车辆因维护出现车辆暂时无法使用的概率，以改善用户的用车体验。

Description

一种基于OTA的车辆软件升级方法、装置及相关设备

技术领域

本申请涉及智能车联网技术领域，尤其涉及基于OTA的车辆软件升级方法、装置及相关设备。

背景技术

随着高级辅助驾驶的发展和自动驾驶的引入，汽车变得越来越智能，这些智能汽车受软件控制，装有巨量的软件程序并搭载在智能系统终端上，当任意车辆的一个或多个软件程序出现故障问题需要维护或者进行系统更新时，如果按照传统的解决方式，那都将是一项很繁重的任务。OTA(Over-The-Air technology，空中下载技术)是目前行业内常用来为车端软件或系统进行软件维护和升级的一种远程服务技术，目前行业内在利用OTA技术对车辆进行远程软件或系统的维护时，多仅依据需要进行的任务对车端进行直接发布，但当某个地区发布的任务维护或升级过程中发生失败项目较多或待维护车辆数量较多时，由于现场救援维护能力有限，就容易导致部分车辆无法得到及时维护或升级的情况，严重影像用户用车的出行体验。为此，如何在有限的救援维护能力情况下，为更多的用户提供及时有效的车端软件或系统的维护或升级服务，就成了行业内亟需解决的技术问题。

发明内容

有鉴于此，本申请实施例提供一种基于OTA的车辆软件升级方法、装置及存储介质，以至少部分解决上述问题。

第一方面，本申请实施例提供一种基于OTA的车辆软件升级方法，包括：

确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；

利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；

统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；

当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。

可选地，在本申请的一种实施例中，当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布之后，所述方法还包括：

基于所述维护能力阈值，指示对所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆进行现场救援。

可选地，在本申请的一种实施例中，在对所述至少一个运营地区待维护的车辆进行软件升级过程中发生升级失败和暂停的车辆进行现场救援之后，所述方法还包括：

获取被所述现场救援成功的车辆数量；

根据所述被现场救援成功的车辆数量，对所述统计结果进行实时修正；

当实时修正的统计结果小于所述维护能力阈值时，重启对所述至少一个运营地区的维护任务发布。

可选地，在本申请的一种实施例中，所述方法还包括：当所述至少一个运营地区待维护的车辆接收同一个批次维护任务的完成率大于预设第一阈值且成功率大于预设第二阈值时，则基于待发布的任务中剩余任务的优先级，新增其他批次维护任务进行发布。

可选地，在本申请的一种实施例中，所述完成率为：接收同一批次的维护任务后，维护任务成功的车辆数与所述发生任务失败的车辆之和与所述同一批次发布的维护任务总数的比值；

所述成功率为：接收同一批次的维护任务后，维护任务成功的车辆数与维护任务成功的车辆数与所述发生任务失败的车辆之和的比值。

可选地，在本申请的一种实施例中，所述方法还包括：

对所述至少一个运营地区的区域影响因子进行实时监控；

当所述区域影响因子的影响大于预设影响值时，停止对所述至少一个运营地区进行任务发布.

可选地，在本申请的一种实施例中，所述区域影响因子为基于可信天气平台或地质平台对至少一个运营地区的实时环境因素进行预报或监控确定的。

可选地，在本申请的一种实施例中，所述方法还包括：确定车辆的活跃度；基于所述车辆的活跃度，确定待发布任务的优先级。

第二方面，基于本申请第一方面所述的基于OTA的车辆软件升级方法，本申请实施例还提供一种基于OTA的车辆软件升级装置，包括：

确定模块，用于确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；

发布模块，用于利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；

统计模块，用于统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；

控制模块，用于当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。

第三方便，本申请实施例还提供一种计算机存储介质，所述计算机存储介质上存储有计算机可执行指令，所述计算机可执行指令被执行时执行如本申请第一方面所述的任意一种基于OTA的车辆软件升级方法。

本申请提供了一种基于OTA的车辆软件升级方法、装置及相关设备，通过确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。从而保证有限的救援维护能力情况下，通过合理的对待发布任务进行发布，以为更多的用户提供过及时有效的车端软件或系统的维护升级服务，降低车辆因维护出现车辆暂时无法使用的概率，以改善用户的用车体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种基于OTA的车辆软件升级方法的工作流程示意图；

图2为本申请实施例提供的一种基于OTA的车辆软件升级装置的结构示意图。

具体实施方式

为了使本领域的人员更好地理解本申请实施例中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请实施例保护的范围。

应当理解，本申请的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本申请的范围在此方面不受限制。

实施例一、

本申请实施例提供一种基于OTA的车辆软件升级方法，如图1所示，图1为本申请实施例提供的一种基于OTA的车辆软件升级方法的工作流程示意图，该基于OTA的车辆软件升级方法包括：

步骤S101、确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值。在本申请实施例中，待发布的任务数量包括但不限于系统中对至少一种车型准备发布的检测、维护或升级任务，以及车端主动向系统服务端申请的任务。至少一个运营地区的任务发布阈值用于表示该至少一个地区的服务器在同一时刻最多同时发布的任务量。在就很少一个运营地区的维护阈值用于表示该地区的售后服务能够同时调派的前往车辆维护现场进行现场维护的最多人数。通过对不同地区硬件资源对应的系统能力与售后能力的实时统计，以更好为合理安排并调度人员进行车辆的维护和软件的升级提供全面和准确的依据。

具体地，在本实施例的一种实现方式中，确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值，包括：将车联网的OTA系统与售后系统打通，以对待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值进行实时统计，确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值。通过打通OTA系统和售后系统，可以便于快捷高效的对上述数据进行统计确认，以提高本申请所述方法的实施效率。

步骤S102、利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布。在本申请实施例中，优先级用于表示对应任务的对至少一种车型运行的重要性。对应地，优先级越高的任务会被安排到越早的批次进行任务发布。本申请实施例通过任务发布阈值和确定的优先级，以进行合理的任务发布，以最大程度的保证车端系统的稳定性和安全性。

可选地，在本申请实施例的一种实现方式中，所述方法还包括：确定车辆的活跃度，基于所述车辆的活跃度，确定待发布任务的优先级。即如果某辆车的用户用车行为较为活跃，那么则该用户关联的车辆的相关的任务的优先级就越高，以为用车行为较为活跃的用户提供更好的软件升级和用车体验。

步骤S103、统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果。在本申请实施例中，所述发生任务失败用于表示车端接收到任务并完成了该任务，如车端软件的升级或系统bug维护，但升级失败或系统bug问题并没有得到解决。而暂停用于表示车端接收到服务端发送的维护任务，但车端并没有完成该维护任务，而是在执行该任务时发生了暂停的现象。在本申请实施例中，通过对发生任务失败的任务和暂停的车辆数量进行统计，以为后续步骤中调派对应地区的售后维护人员前往现场进行现场维护，提供更加准确的依据。

步骤S104、当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。在本申请实施例中，当确定统计结果大于或等于维护能力阈值时，说明售后系统能够调派的该对应地区前往现场进行维护的人员已经达到最大值，此时如果再进行维护任务发布，如果再次发生任务失败或暂停影响用户车辆的运行时，以无法及时通过调派售后运维人员前往现场，这就会严重影响用户的用车体验，为此，本申请实施例提供基于OTA的车辆软件升级方法通过控制停止对该对应运营地区的维护任务发布，能够避免这种情况的产生，为用户提供更好的用车体验。

可选地，在本市实施例的一种实现方式中，当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布之后，该基于OTA的车辆软件升级方法还包括：基于所述维护能力阈值，指示对所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆进行现场救援。从而实现对该运营地区系统或软件发生故障的车辆进行及时救援，降低调派运维人员前往现场进行救援的概率，也能够降低系统堵塞或待维护用户排队的情况发生，提高用户的体验感。

可选地，在本市实施例的一种实现方式中，在对所述至少一个运营地区待维护的车辆进行软件升级过程中发生升级失败和暂停的车辆进行现场救援之后，本申请实施例提供基于OTA的车辆软件升级方法还包括：获取被现场救援成功的车辆数量，根据所述被现场救援成功的车辆数量，对所述统计结果进行实时修正，当实时修正的统计结果小于所述维护能力阈值时，重启对所述至少一个运营地区的维护任务发布。以提高维护任务发布的效率。

可选地，在本实施例的一种实现方式中，该提供基于OTA的车辆软件升级方法还包括：当所述至少一个运营地区待维护的车辆接收同一个批次维护任务的完成率大于预设第一阈值且成功率大于预设第二阈值时，则基于待发布的任务中剩余任务的优先级，新增其他批次维护任务进行发布。从而展开有序的维护任务发布。其中，在本申请实施例中，预设第一阈值和预设第二阈值是根据对应运营地区的任务发布阈值与维护能力阈值确定的。其中预设第一阈值用于表示该运营地区在发布一批次任务后对应的车端的最低完成率，预设第二阈值用于表示该运营地区在发布一批次任务后对应侧车端的最低成功率。在本申请实施例中，通过设置与对应运营地区的任务发布阈值与维护能力阈值预设第一阈值和预设第二阈值，以更加有效的待发布任务进行合理有序的发布以及售后维护人员人力的合理调派，以更好的保证该运营地区的车辆系统的稳定性和安全性，进一步提高用户的用车体验。

可选地，在本申请实施例中，完成率为：接收同一批次的维护任务后，维护任务成功的车辆数与发生任务失败的车辆数之和，与该同一批次发布的维护任务总数的比值，即：

升级完成率＝(升级成功的车辆数+升级失败的车辆数)/维护任务总数

所述成功率为：接收同一批次的维护任务后，维护任务成功的车辆数，与维护任务成功的车辆数和发生任务失败的车辆之和的比值，即：

升级成功率＝升级成功的车辆数/(升级成功的车辆数+升级失败的车辆数)。

在本申请实施例中，通过上述方式确定升级完成率和升级成功率，能够最大限度且合理的对剩余的待发布任务进行有序的发布，提高任务发布及升级的效率。

可选地，在本实施例的一种实现方法中，该提供基于OTA的车辆软件升级方法还包括：对所述至少一个运营地区的区域影响因子进行实时监控，当所述区域影响因子的影响大于预设影响值时，停止对所述至少一个运营地区进行任务发布。其中，所述取为影响因子用于表示该运营地区的外部环境因素对影响车辆运行安全的因子，包括但不限于如天气情况、地质情况或可监测的自然因素。具体地，在本申请实施例中，可以通过对预设的各种影响因子设定对应不同层级的因子值，当该地区发生对应的情况时，对不同影响因子的因子值进行累加，以确定至少一个运营地区的区域影响因子的影响。当然，本申请实施例此处只是示例性对所述影响因子进行说明，并不代表本申请局限于此。

可选地，在本申请实施例的一种实现方式中，所述区域影响因子为基于可信天气平台或地质平台对至少一个运营地区的实时环境因素进行预报或监控确定的。从而及时准确的确定对应运营地区的区域影响因子的影响，降低因发生如气象或地质灾害时，对该地区的车辆进行软件维护或升级，导致车辆无法运行而造成的安全事故的发生。为用户提供更加安全的服务体验。

本申请提供了一种基于OTA的车辆软件升级方法，通过确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。从而保证有限的救援维护能力情况下，通过合理的对待发布任务进行发布，以为更多的用户提供过及时有效的车端软件或系统的维护升级服务，降低车辆因维护出现车辆暂时无法使用的概率，以改善用户的用车体验。

实施例二、

基于本申请实施例一所述的基于OTA的车辆软件升级方法，本申请实施例此处还提供一种基于OTA的车辆软件升级方法20，如图2所示，图2为本申请实施例提供的一种基于OTA的车辆软件升级装置20的结构示意图，该基于OTA的车辆软件升级装置20包括：

确定模块201，用于确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；

发布模块202，用于利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；

统计模块203，用于统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；

控制模块204，用于当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。

可选地，在本申请的一种实施例中，该基于OTA的车辆软件升级装置20还包括调度模块(附图中未示出)，该调度模块用于当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布之后，基于所述维护能力阈值，指示对所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆进行现场救援。

可选地，在本申请的一种实施例中，该基于OTA的车辆软件升级装置20还包括重启模块(附图中未示出)，该重启模块用于在对所述至少一个运营地区待维护的车辆进行软件升级过程中发生升级失败和暂停的车辆进行现场救援之后，获取被所述现场救援成功的车辆数量；根据所述被现场救援成功的车辆数量，对所述统计结果进行实时修正；当实时修正的统计结果小于所述维护能力阈值时，重启对所述至少一个运营地区的维护任务发布。

可选地，在本申请的一种实施例中，所述控制模块204还用于当所述至少一个运营地区待维护的车辆接收同一个批次维护任务的完成率大于预设第一阈值且成功率大于预设第二阈值时，则基于待发布的任务中剩余任务的优先级，新增其他批次维护任务进行发布。

可选地，在本申请的一种实施例中，所述完成率为：接收同一批次的维护任务后，维护任务成功的车辆数与所述发生任务失败的车辆之和，与该同一批次发布的维护任务总数的比值，即：

升级完成率＝(升级成功的车辆数+升级失败的车辆数)/维护任务总数

所述成功率为：接收同一批次的维护任务后，维护任务成功的车辆数，与接收同一批次的维护任务之后，维护任务成功的车辆数与发生任务失败的车辆之和的比值，即：

升级成功率＝升级成功的车辆数/(升级成功的车辆数+升级失败的车辆数)。

可选地，在本申请的一种实施例中，所述控制模块204还用于：

对所述至少一个运营地区的区域影响因子进行实时监控；

当所述区域影响因子的影响大于预设影响值时，停止对所述至少一个运营地区进行任务发布.

可选地，在本申请的一种实施例中，所述区域影响因子为基于可信天气平台或地质平台对至少一个运营地区的实时环境因素进行预报或监控确定的。

可选地，在本申请的一种实施例中，可选地，在本申请的一种实施例中，该基于OTA的车辆软件升级装置20还包括判别模块(附图中未示出)，该判别模块用于确定车辆的活跃度，基于所述车辆的活跃度，确定待发布任务的优先级。

本申请提供了一种基于OTA的车辆软件升级装置，通过设置确定模块确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；设置发布模块利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；设置统计模块统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；设置控制模块当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。从而保证有限的救援维护能力情况下，通过合理的对待发布任务进行发布，以为更多的用户提供过及时有效的车端软件或系统的维护升级服务，降低车辆因维护出现车辆暂时无法使用的概率，以改善用户的用车体验。

实施例三、

本申请实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例一所述的任意一种基于OTA的车辆软件升级方法，该基于OTA的车辆软件升级方法包括但不限于：

确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；

利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；

统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；

当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布至此，本申请已经对本主题的特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作可以按照不同的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序，以实现期望的结果。在某些实施方式中，多任务处理和并行处理可以是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统层“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统层、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

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

确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；

利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；

统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；

当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。

2.根据权利要求1所述的基于OTA的车辆软件升级方法，其特征在于，当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布之后，所述方法还包括：

基于所述维护能力阈值，指示对所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆进行现场救援。

3.根据权利要求2所述的基于OTA的车辆软件升级方法，其特征在于，在对所述至少一个运营地区待维护的车辆进行软件升级过程中发生升级失败和暂停的车辆进行现场救援之后，所述方法还包括：

获取被所述现场救援成功的车辆数量；

根据所述被现场救援成功的车辆数量，对所述统计结果进行实时修正；

当实时修正的统计结果小于所述维护能力阈值时，重启对所述至少一个运营地区的维护任务发布。

4.根据权利要求1所述的基于OTA的车辆软件升级方法，其特征在于，所述方法还包括：当所述至少一个运营地区待维护的车辆接收同一个批次维护任务的完成率大于预设第一阈值且成功率大于预设第二阈值时，则基于待发布的任务中剩余任务的优先级，新增其他批次维护任务进行发布。

5.根据权利要求4所述的基于OTA的车辆软件升级方法，其特征在于：

所述完成率为：接收同一批次的维护任务后，维护任务成功的车辆数与所述发生任务失败的车辆之和与所述同一批次发布的维护任务总数的比值；

所述成功率为：接收同一批次的维护任务后，维护任务成功的车辆数与维护任务成功的车辆数与所述发生任务失败的车辆之和的比值。

6.根据权利要求1所述的基于OTA的车辆软件升级方法，其特征在于，所述方法还包括：

对所述至少一个运营地区的区域影响因子进行实时监控；

当所述区域影响因子的影响大于预设影响值时，停止对所述至少一个运营地区进行任务发布。

7.根据权利要求6所述的基于OTA的车辆软件升级方法，其特征在于，所述区域影响因子为基于可信天气平台或地质平台对至少一个运营地区的实时环境因素进行预报或监控确定的。

8.根据权利要求1所述的基于OTA的车辆软件升级方法，其特征在于，所述方法还包括：确定车辆的活跃度；

基于所述车辆的活跃度，确定待发布任务的优先级。

9.一种基于OTA的车辆软件升级装置，其特征在于，包括：

确定模块，用于确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；

发布模块，用于利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；

统计模块，用于统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；

控制模块，用于当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。

10.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机可执行指令，所述计算机可执行指令被执行时执行如权利要求1-8中任意一项所述的基于OTA的车辆软件升级方法。