车辆软件升级方法及系统与流程

本发明涉及软件升级，具体涉及一种车辆软件升级方法及系统。

背景技术：

1、随着智能网联汽车技术的快速发展，整车厂普遍在车辆交付前通过空中下载（over-the-air，ota）方式对售前车辆进行软件升级，以确保用户提车时即获得最新功能与安全补丁。现有售前ota升级方案多采用云端集中推送模式，即由运营人员在特定时间窗口内批量向待交付车辆下发升级指令，车辆被动接收并执行升级任务。

2、现有车辆售前软件ota升级方案虽可实现车辆基础软件版本的统一推送更新，但实际落地应用中仍存在显著的技术缺陷与应用短板。当前主流升级模式多依托人工操作或半自动化批量调度方式实现，需运营人员结合车辆交付计划手动配置升级推送任务，在车辆集中交付的高峰期，往往需要耗费大量人力成本进行跨部门协同运维，整体调度响应效率低下，难以适配大批量车辆柔性交付的量产应用场景；同时，大量待交付车辆集中在临近交付的短周期内并发发起软件包下载请求，极易引发车云通信链路瞬时拥塞，不仅大幅增加软件升级失败概率，还需企业为承载峰值流量超额配置网络带宽，造成非峰值时段通信资源闲置浪费，整体网络资源利用率失衡。此外，现有售前升级流程由厂商单向统一管控，缺乏用户前置配置介入机制，用户无法在车辆交付前针对迎宾灯光样式、尾灯欢迎语、驾驶模式等软件功能进行个性化预设，难以匹配当下用户对车辆软件功能的差异化、定制化交付需求，用户体验与产品交付灵活性存在明显短板。

技术实现思路

1、鉴于以上所述的现有技术的缺点，本发明的目的是提供一种车辆软件升级方法及系统，能够解决现有技术中售前ota升级依赖人工推送导致的人力资源投入大、车云通道资源利用不均和/或用户缺乏自主选择权等问题。

2、本发明第一方面提供一种车辆软件升级方法，包括：

3、获取待交付车辆的交付属性，所述交付属性至少包括计划交付日期；根据所述计划交付日期，计算出所述待交付车辆执行软件升级的时间窗口；

4、当到达所述时间窗口时，向目标待交付车辆发送唤醒信号；所述目标待交付车辆接收到所述唤醒信号后自动唤醒，并主动发起软件升级请求；

5、基于预先配置的软件包适用条件规则，校验所述目标待交付车辆是否符合软件包的适用条件，确定目标软件包；

6、将所述目标软件包的下载信息返回至所述目标待交付车辆，所述目标待交付车辆完成软件升级。

7、作为一种可选的实施方式，所述基于预先配置的软件包适用条件规则，校验所述目标待交付车辆是否符合软件包的适用条件，确定目标软件包，包括：

8、在进行所述校验之前，将测试完成的软件包发布至软件包仓库，并同步配置软件包适用条件规则，所述软件包适用条件规则定义了车辆获准下载该软件包所必须满足的匹配逻辑；

9、获取所述软件升级请求中携带的车辆识别代号vin码，并根据所述vin码解析出所述目标待交付车辆的实际车型、年款及硬件配置信息；

10、按照所述匹配逻辑，将解析出的所述实际车型、年款及硬件配置信息与所述软件包仓库中各软件包预设的适用参数进行比对；

11、当且仅当所述目标待交付车辆的解析信息与某一软件包的适用参数完全一致时，将该软件包作为目标软件包。

12、作为一种可选的实施方式，所述交付属性还包括用户软件配置偏好；

13、在所述目标待交付车辆的解析信息与某一软件包的适用参数完全一致的基础上，进一步按照预设的偏好与功能映射规则，对所述用户软件配置偏好与该软件包对应的功能配置版本进行匹配判定；

14、当且仅当所述适用参数完全一致，且软件包的功能配置版本匹配所述映射规则对应的用户软件配置偏好时，将该软件包作为目标软件包。

15、作为一种可选的实施方式，所述基于用户软件配置偏好的软件升级步骤具体包括：

16、当监测到车辆下单或订单状态流转完成事件时，向用户终端提供用户软件偏好设置界面；

17、接收通过所述软件偏好设置界面返回的软件功能选项，并将所述软件功能选项转化为标准化的偏好数据；

18、将所述偏好数据与所述目标待交付车辆的车辆识别代号vin码进行绑定，并存储作为所述交付属性的组成部分。

19、作为一种可选的实施方式，所述根据所述计划交付日期，计算出所述待交付车辆执行软件升级的时间窗口，包括：

20、提取各待交付车辆的计划交付日期，将相同或相近交付时间段内的待交付车辆进行分组；

21、针对每组车辆，在车辆正式交付前的预设空闲时段内，错开业务高峰计算独立升级时间窗口。

22、作为一种可选的实施方式，所述当到达所述时间窗口时，向目标待交付车辆发送唤醒信号；所述目标待交付车辆接收到所述唤醒信号后自动唤醒，并主动发起软件升级请求，包括：

23、当到达所述时间窗口时，向目标待交付车辆发送轻量级唤醒指令，其中，所述轻量级唤醒指令仅激活车辆通信模块，不启动整车设备，使车辆切换至可联网请求升级的状态；

24、所述目标待交付车辆的电子控制单元ecu接收到所述轻量级唤醒指令后完成唤醒，并主动发起软件升级请求。

25、本发明第二方面提供一种车辆软件升级系统，包括云端调度系统和与所述云端调度系统通信连接的待交付车辆；

26、所述云端调度系统，被配置为获取所述待交付车辆的交付属性，所述交付属性至少包括计划交付日期；根据所述计划交付日期，计算出所述待交付车辆执行软件升级的时间窗口；并在到达所述时间窗口时，向目标待交付车辆发送唤醒信号；

27、所述目标待交付车辆，被配置为接收到所述唤醒信号后自动唤醒，并主动向所述云端调度系统发起软件升级请求；

28、所述云端调度系统，还被配置为接收所述软件升级请求后，基于预先配置的软件包适用条件规则，校验所述目标待交付车辆是否符合软件包的适用条件，以确定目标软件包；并将所述目标软件包的下载信息返回至所述目标待交付车辆；

29、所述目标待交付车辆，还被配置为根据所述下载信息拉取对应的软件包并完成软件升级。

30、作为一种可选的实施方式，所述云端调度系统设有云端软件包仓库，在校验车辆是否符合软件包适用条件之前，测试完成的软件包被发布至所述云端软件包仓库，且所述云端软件包仓库同步配置有软件包适用条件规则，所述软件包适用条件规则定义了车辆获准下载该软件包所必须满足的匹配逻辑。

31、作为一种可选的实施方式，所述交付属性还包括用户软件配置偏好；所述云端调度系统在确定所述目标软件包时，具体被配置为：

32、获取所述软件升级请求中携带的车辆识别代号vin码，并根据所述vin码解析出所述目标待交付车辆的实际车型、年款及硬件配置信息；

33、按照所述匹配逻辑，将解析得到的信息与所述云端软件包仓库中各软件包预设的适用参数进行比对；

34、在车辆解析信息与某一软件包适用参数完全一致的基础上，按照预设的偏好与功能映射规则，将所述用户软件配置偏好与该软件包的功能配置版本进行匹配判定；

35、当且仅当适用参数完全一致、且软件包的功能配置版本匹配所述映射规则对应的用户软件配置偏好时，将该软件包作为目标软件包。

36、本发明第三方面提供一种电子设备，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如本发明第一方面所述的方法的步骤。

37、本发明第四方面提供一种可读存储介质，存储有计算机程序，该计算机程序被处理器执行如本发明第一方面所述的方法的步骤。

38、本发明通过将传统由ota运营人员手动推送的模式转变为车辆端基于交付属性的自动拉取机制，减少交付高峰期的人工干预与跨团队协同负担，降低加班频次；通过依据计划交付日期动态分配错峰升级时间窗口，并结合轻量级唤醒机制控制车辆在非高峰时段主动请求升级，将原本集中在交付日的瞬时高并发流量转化为平滑分布的时段性流量，可降低交付日当天车云通道峰值带宽占用率，缓解网络拥塞并避免非高峰期信道资源闲置；同时，通过将用户预先设定的软件功能偏好作为交付属性的关键组成部分，并在软件包匹配阶段与适用条件规则联合校验，确保下发的软件包既满足车型硬件约束又契合用户个性化意愿，从而在车辆交付前即完成基于用户的精准软件配置，显著提升用户交付体验与功能获得感。