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

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

【技术实现步骤摘要】
一种基于OTA的车辆软件升级方法、装置及相关设备


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

技术介绍

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

技术实现思路

[0003]有鉴于此，本申请实施例提供一种基于OTA的车辆软件升级方法、装置及存储介质，以至少部分解决上述问题。
[0004]第一方面，本申请实施例提供一种基于OTA的车辆软件升级方法，包括：
[0005]确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；
[0006]利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；
[0007]统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；
[0008]当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。
[0009]可选地，在本申请的一种实施例中，当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布之后，所述方法还包括：
[0010]基于所述维护能力阈值，指示对所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆进行现场救援。
[0011]可选地，在本申请的一种实施例中，在对所述至少一个运营地区待维护的车辆进行软件升级过程中发生升级失败和暂停的车辆进行现场救援之后，所述方法还包括：
[0012]获取被所述现场救援成功的车辆数量；
[0013]根据所述被现场救援成功的车辆数量，对所述统计结果进行实时修正；
[0014]当实时修正的统计结果小于所述维护能力阈值时，重启对所述至少一个运营地区的维护任务发布。
[0015]可选地，在本申请的一种实施例中，所述方法还包括：当所述至少一个运营地区待维护的车辆接收同一个批次维护任务的完成率大于预设第一阈值且成功率大于预设第二阈值时，则基于待发布的任务中剩余任务的优先级，新增其他批次维护任务进行发布。
[0016]可选地，在本申请的一种实施例中，所述完成率为：接收同一批次的维护任务后，维护任务成功的车辆数与所述发生任务失败的车辆之和与所述同一批次发布的维护任务总数的比值；
[0017]所述成功率为：接收同一批次的维护任务后，维护任务成功的车辆数与维护任务成功的车辆数与所述发生任务失败的车辆之和的比值。
[0018]可选地，在本申请的一种实施例中，所述方法还包括：
[0019]对所述至少一个运营地区的区域影响因子进行实时监控；
[0020]当所述区域影响因子的影响大于预设影响值时，停止对所述至少一个运营地区进行任务发布.
[0021]可选地，在本申请的一种实施例中，所述区域影响因子为基于可信天气平台或地质平台对至少一个运营地区的实时环境因素进行预报或监控确定的。
[0022]可选地，在本申请的一种实施例中，所述方法还包括：确定车辆的活跃度；基于所述车辆的活跃度，确定待发布任务的优先级。
[0023]第二方面，基于本申请第一方面所述的基于OTA的车辆软件升级方法，本申请实施例还提供一种基于OTA的车辆软件升级装置，包括：
[0024]确定模块，用于确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；
[0025]发布模块，用于利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；
[0026]统计模块，用于统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；
[0027]控制模块，用于当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。
[0028]第三方便，本申请实施例还提供一种计算机存储介质，所述计算机存储介质上存储有计算机可执行指令，所述计算机可执行指令被执行时执行如本申请第一方面所述的任意一种基于OTA的车辆软件升级方法。
[0029]本申请提供了一种基于OTA的车辆软件升级方法、装置及相关设备，通过确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。从而保证有限的救援维护能力情况下，通过合理的对待发布任务进行发布，以为
更多的用户提供过及时有效的车端软件或系统的维护升级服务，降低车辆因维护出现车辆暂时无法使用的概率，以改善用户的用车体验。
附图说明
[0030]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
[0031]图1为本申请实施例提供的一种基于OTA的车辆软件升级方法的工作流程示意图；
[0032]图2为本申请实施例提供的一种基于OTA的车辆软件升级装置的结构示意图。
具体实施方式
[0033]为了使本领域的人员更好地理解本申请实施例中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员所获得本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于OTA的车辆软件升级方法，其特征在于，包括：确定待发布的任务数量、至少一个运营地区的任务发布阈值和至少一个运营地区的维护能力阈值；利用OTA技术，根据所述待发布任务的优先级和所述任务发布阈值，对所述至少一个运营地区待维护的车辆进行一个批次的维护任务发布；统计所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆数量，确定统计结果；当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布。2.根据权利要求1所述的基于OTA的车辆软件升级方法，其特征在于，当所述统计结果大于或等于所述维护能力阈值时，通过所述OTA系统，停止对所述至少一个运营地区进行维护任务发布之后，所述方法还包括：基于所述维护能力阈值，指示对所述至少一个运营地区待维护的车辆接收所述维护任务后发生任务失败和暂停的车辆进行现场救援。3.根据权利要求2所述的基于OTA的车辆软件升级方法，其特征在于，在对所述至少一个运营地区待维护的车辆进行软件升级过程中发生升级失败和暂停的车辆进行现场救援之后，所述方法还包括：获取被所述现场救援成功的车辆数量；根据所述被现场救援成功的车辆数量，对所述统计结果进行实时修正；当实时修正的统计结果小于所述维护能力阈值时，重启对所述至少一个运营地区的维护任务发布。4.根据权利要求1所述的基于OTA的车辆软件升级方法，其特征在于，所述方法还包括：当所述至少一个运营地区待维护的车辆接收同一个批次维护任务的完成率大于预设第一阈值且成功率大于预设第二阈值时，则基于待发布的任务中剩余任务的优先级，新增其他批次维护任务进行发布。5.根据权利要求4所述的基于OTA的车辆软件升级方法，其特征在于：所述完成率为：接收同一批次的维护...

【专利技术属性】
技术研发人员：徐家杰，
申请(专利权)人：零束科技有限公司，
类型：发明
国别省市：