一种基于运维能力的OTA管理方法和系统与流程

本技术涉及汽车，具体而言，涉及一种基于运维能力的ota管理方法和系统。

背景技术：

1、整车ota升级功能对于车辆智能化带来持续的功能迭代，但是整车ota升级本身因为整车系统的复杂性，同样带来一定的整车功能失效风险。

2、和手机ota升级的失效处理方式不同的是，车辆无法像手机一样便捷的送往维修点解决升级问题，并且可以通过将sim卡更换硬件的方式继续使用通话的基本功能。当车辆整车ota失败时，如果导致例如发动机，变速箱，电池管理系统，车辆仪表等与车辆行驶安全相关的控制器软件不可用。出于安全原因，车辆必须停在原地等待生产厂家的运维人员和维修人员到现场解决问题，或者使用价格昂贵的拖车服务，将车辆托运到设备齐全的维修点进行故障分析和解决。无论哪一种都将导致巨额的售后服务成本并且对售后服务的响应时间、及时率和满意度提出极高的挑战。

3、现有的整车ota升级的方案通常包含立即安装和预约安装(用户通过车机或手机预约指定时间，或夜间，或者下车后)。因为用户查看到软件升级提示的时间，和选择升级时间的喜好具备一定的规律，所以升级时间选择在每天的20:00-12:00的概率较高，导致整车ota升级有一定失败概率的情况下，整车升级失败发生的时间段非常集中，且通常处于非工作时间。因为运维服务的能力受限，整车ota升级失败事件发生后，用户集中爆发的问题无法得到及时的处理，从而增加了用户的抱怨，降低了对整车厂产品和服务的满意度。

4、目前整车ota升级功能主流方案，用户可以选择：预约升级以及升级时间、立即升级或者取消升级，预约升级的时间限定在0-24小时内。然而这种整车ota升级方案还具有以下缺点：1、没有推荐用户根据运维能力和车辆位置选择合适的升级时间，禁用不合适的升级时间，造成了升级功能扎堆且升级地点不可控的问题，增加了运维服务的时效性和高成本风险；2、没有体现预约升级服务可能会因为功能失效安全原因系统主动取消的功能，无法控制普遍性升级问题继续引发相同的损失。

5、因此，本技术提供了一种基于运维能力的ota管理方法和系统，以解决上述技术问题之一。

技术实现思路

1、本技术的目的在于提供一种基于运维能力的ota管理方法和系统，能够解决上述提到的至少一个技术问题。具体方案如下：

2、根据本技术的具体实施方式，第一方面，本技术提供一种基于运维能力的ota管理方法，所述方法包括：

3、s1、基于ota软件版本发布管理平台发布ota软件升级版本，并选择适配所述ota软件升级版本的车辆范围，将所述ota软件升级版本推送到ota车辆推送模块；

4、s2、对ota运维管理平台进行设置操作，从车辆信息管理平台进行数据对接获取车辆的静态信息和动态信息；

5、s3、车辆信息管理平台提供车辆的实时位置数据；

6、s4、ota车辆推送模块根据ota推送算法将ota软件升级版本及可执行时间限制，分批次推送给所辖区域内的实际车辆；

7、s5、车端ota预约模块完成升级准备，通过用户终端进行升级通知；

8、s6、当用户查看升级通知时，车端升级软件实时访问ota运维管理平台的数据，根据已有安装计划的车辆数量计算的剩余运维能力以及车辆位置展示升级选择。

9、s7、当用户选择立即升级或预约升级的方式进行升级时，车端升级软件将升级软件的安装计划上报ota运维能力运算模块，ota运维能力运算模块更新未来各个时段的剩余运维能力的计算。

10、s8、车辆执行升级软件的安装后，升级结果上报ota升级运维平台。如果ota升级失败，将上报相关的升级失败原因，以及升级后出现的自动检测故障。

11、s9、当车辆升级故障率z大于预设的最大安装失败率z时，ota运维管理平台自动通知ota车辆推送模块中止该车辆的升级推送，并且撤销已经预约的车辆升级计划。

12、步骤s2中，所述车辆的静态信息包括：车辆的车型配置、车系、车辆零部件以及车辆软件版本；

13、所述车辆的动态信息包括：车辆实时所在的大区，省，市，及具体的gps位置信息。

14、ota运维管理平台设置的运维参数包括：

15、所辖区域的目标车辆数：m万辆；

16、设定升级失败率：x万分之；

17、运维人员数量n；

18、运维能力指数o：在1.7至3.7之间，且根据升级服务的历史数据急慢性计算调整运维能力指数o的数值；

19、计算公式如下：单日最大推送数m＝nx*o(万辆)；

20、ota推送最长时间：x(天)，基于ota运营管理要求和cdn预热要求，设定最长推送天；

21、ota安装最大失败率z：在同一ota版本已执行的安装车辆中，ota安装最大失败率z＝失败的安装次数/全部安装次数的允许的最大值。

22、步骤s4中，ota推送算法具体如下：

23、当单日最大推送数量m大于等于所辖区域的目标车辆数m时，在一日进行所有车辆的ota版本推送；

24、当单日最大推送数量m小于等于所辖区域的目标车辆数m时，计算分成x日进行所有车辆的ota版本推送，并根据实时车辆位置和汽车销售服务店的位置，按照多方距离相近原则进行分组；

25、其中，x＝int(m/m)+1，即取整后加1天，当x大于ota推送最长时间x时，提示增加运维人员数量；

26、多方距离相近原则：单日升级的所有车辆距离最近，且和最近汽车销售服务店的位置在相同方向。

27、在步骤s5中，所述用户终端包括智能车机、手机app、微信小程序。

28、步骤s6中根据已有安装计划的车辆数量计算的剩余运维能力以及车辆位置展示升级选择，具体如下：

29、当时用户查看时，不具备剩余运维能力，屏蔽立即升级按键；

30、当预约的时间端不具备剩余运维能力，屏蔽未来的无剩余运维能力的时间段；

31、当车辆所在的地理位置处于非运维区域，进行用户提示引导用户回到运维区域后进行预约。

32、所述ota运维能力运算模块实时监控升级故障率z＝失败的安装次数/全部安装次数。

33、根据本技术的具体实施方式，第二方面，本技术提供一种基于运维能力的ota管理系统，所述系统包括：云端服务单元和汽车单元，其中，云端服务单元包括：ota软件版本发布管理平台、ota运维管理平台、车辆信息管理平台、ota车辆推送模块、ota运维能力运算模块、云端通信系统；

34、汽车单元包括：ota预约模块、ota安装模块、车联网通信模块、显示/语音交互模块、车辆定位模块、车辆信息模块。

35、在云端服务单元中，各模块具体功能如下：

36、ota软件版本发布管理平台：用于发布ota软件升级版本，并选择适配所述ota软件升级版本的车辆范围，将所述ota软件升级版本推送到ota车辆推送模块；

37、ota运维管理平台：用于设置运维能力范围和运维指数；

38、车辆信息管理平台：用于提供车辆的实时位置数据；

39、ota车辆推送模块：用于向用户终端发送或撤销升级通知；

40、ota运维能力运算模块：用于计算安装计划及可执行时间限制；

41、云端通信系统：与车联网通信模块进行信息交互。

42、在汽车单元中，各模块具体功能如下：

43、ota预约模块：接收云端服务单元的ota软件升级版本的安装计划指令以及反馈当前车辆的安装计划；

44、ota安装模块：安装ota软件升级版本并将安装结果发送至ota运维能力运算模块；

45、车联网通信模块：与云端通信系统进行信息交互；

46、显示/语音交互模块：通过语言和/或显示屏为用户提供ota软件升级版本的安装计划；

47、车辆定位模块：获取当前车辆的位置信息；

48、车辆信息模块：获取当前车辆的静态信息。

49、本技术实施例的上述方案与现有技术相比，至少具有以下有益效果：

50、本技术提供了一种基于运维能力的ota管理方法和系统，将ota版本的车辆推送的功能和ota运维能力进行算法实现并设计了ota升级计划自动撤回功能，在升级前根据实时的运维能力进行有效的用户推荐和时间限制并根据升级失败问题，并可以将已经预约完成的升级任务进行自动取消，从而达到帮助整车厂降低ota升级的运维成本，提高运维响应时间，并且提高用户对ota升级服务满意度的目的。