一种基于运维能力的制造技术

本申请提供了一种基于运维能力的

【技术实现步骤摘要】
一种基于运维能力的OTA管理方法和系统


[0001]本申请涉及汽车
，具体而言，涉及一种基于运维能力的
OTA
管理方法和系统
。

技术介绍

[0002]整车
OTA
升级功能对于车辆智能化带来持续的功能迭代，但是整车
OTA
升级本身因为整车系统的复杂性，同样带来一定的整车功能失效风险
。
[0003]和手机
OTA
升级的失效处理方式不同的是，车辆无法像手机一样便捷的送往维修点解决升级问题，并且可以通过将
SIM
卡更换硬件的方式继续使用通话的基本功能
。
当车辆整车
OTA
失败时，如果导致例如发动机，变速箱，电池管理系统，车辆仪表等与车辆行驶安全相关的控制器软件不可用
。
出于安全原因，车辆必须停在原地等待生产厂家的运维人员和维修人员到现场解决问题，或者使用价格昂贵的拖车服务，将车辆托运到设备齐全的维修点进行故障分析和解决
。
无论哪一种都将导致巨额的售后服务成本并且对售后服务的响应时间
、
及时率和满意度提出极高的挑战
。
[0004]现有的整车
OTA
升级的方案通常包含立即安装和预约安装
(
用户通过车机或手机预约指定时间，或夜间，或者下车后
)。
因为用户查看到软件升级提示的时间，和选择升级时间的喜好具备一定的规律，所以升级时间选择在每天的
20:00
‑
12:00
的概率较高，导致整车
OTA
升级有一定失败概率的情况下，整车升级失败发生的时间段非常集中，且通常处于非工作时间
。
因为运维服务的能力受限，整车
OTA
升级失败事件发生后，用户集中爆发的问题无法得到及时的处理，从而增加了用户的抱怨，降低了对整车厂产品和服务的满意度
。
[0005]目前整车
OTA
升级功能主流方案，用户可以选择：预约升级以及升级时间
、
立即升级或者取消升级，预约升级的时间限定在0‑
24
小时内
。
然而这种整车
OTA
升级方案还具有以下缺点：
1、
没有推荐用户根据运维能力和车辆位置选择合适的升级时间，禁用不合适的升级时间，造成了升级功能扎堆且升级地点不可控的问题，增加了运维服务的时效性和高成本风险；
2、
没有体现预约升级服务可能会因为功能失效安全原因系统主动取消的功能，无法控制普遍性升级问题继续引发相同的损失
。
[0006]因此，本申请提供了一种基于运维能力的
OTA
管理方法和系统，以解决上述技术问题之一
。

技术实现思路

[0007]本申请的目的在于提供一种基于运维能力的
OTA
管理方法和系统，能够解决上述提到的至少一个技术问题
。
具体方案如下：
[0008]根据本申请的具体实施方式，第一方面，本申请提供一种基于运维能力的
OTA
管理方法，所述方法包括：
[0009]S1、
基于
OTA
软件版本发布管理平台发布
OTA
软件升级版本，并选择适配所述
OTA
软件升级版本的车辆范围，将所述
OTA
软件升级版本推送到
OTA
车辆推送模块；
[0010]S2、
对
OTA
运维管理平台进行设置操作，从车辆信息管理平台进行数据对接获取车辆的静态信息和动态信息；
[0011]S3、
车辆信息管理平台提供车辆的实时位置数据；
[0012]S4、OTA
车辆推送模块根据
OTA
推送算法将
OTA
软件升级版本及可执行时间限制，分批次推送给所辖区域内的实际车辆；
[0013]S5、
车端
OTA
预约模块完成升级准备，通过用户终端进行升级通知；
[0014]S6、
当用户查看升级通知时，车端升级软件实时访问
OTA
运维管理平台的数据，根据已有安装计划的车辆数量计算的剩余运维能力以及车辆位置展示升级选择
。
[0015]S7、
当用户选择立即升级或预约升级的方式进行升级时，车端升级软件将升级软件的安装计划上报
OTA
运维能力运算模块，
OTA
运维能力运算模块更新未来各个时段的剩余运维能力的计算
。
[0016]S8、
车辆执行升级软件的安装后，升级结果上报
OTA
升级运维平台
。
如果
OTA
升级失败，将上报相关的升级失败原因，以及升级后出现的自动检测故障
。
[0017]S9、
当车辆升级故障率
Z
大于预设的最大安装失败率
z
时，
OTA
运维管理平台自动通知
OTA
车辆推送模块中止该车辆的升级推送，并且撤销已经预约的车辆升级计划
。
[0018]步骤
S2
中，所述车辆的静态信息包括：车辆的车型配置
、
车系
、
车辆零部件以及车辆软件版本；
[0019]所述车辆的动态信息包括：车辆实时所在的大区，省，市，及具体的
GPS
位置信息
。
[0020]OTA
运维管理平台设置的运维参数包括：
[0021]所辖区域的目标车辆数：
m
万辆；
[0022]设定升级失败率：
X
万分之；
[0023]运维人员数量
N
；
[0024]运维能力指数
O
：在
1.7
至
3.7
之间，且根据升级服务的历史数据急慢性计算调整运维能力指数
O
的数值；
[0025]计算公式如下：单日最大推送数
M
＝
NX*O(
万辆
)
；
[0026]OTA
推送最长时间：
x(
天
)
，基于
OTA
运营管理要求和
CDN
预热要求，设定最长推送天；
[0027]OTA
安装最大失败率
z
：在同一
OTA
版本已执行的安装车辆中，
OTA
安装最大失败率
z
＝失败的安装次数
/
全部安装次数的允许的最大值
。
[本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种基于运维能力的
OTA
管理方法，其特征在于，所述方法包括：
S1、
基于
OTA
软件版本发布管理平台发布
OTA
软件升级版本，并选择适配所述
OTA
软件升级版本的车辆范围，将所述
OTA
软件升级版本推送到
OTA
车辆推送模块；
S2、
对
OTA
运维管理平台进行设置操作，从车辆信息管理平台进行数据对接获取车辆的静态信息和动态信息；
S3、
车辆信息管理平台提供车辆的实时位置数据；
S4、OTA
车辆推送模块根据
OTA
推送算法将
OTA
软件升级版本及可执行时间限制，分批次推送给所辖区域内的实际车辆；
S5、
车端
OTA
预约模块完成升级准备，通过用户终端进行升级通知；
S6、
当用户查看升级通知时，车端升级软件实时访问
OTA
运维管理平台的数据，根据已有安装计划的车辆数量计算的剩余运维能力以及车辆位置展示升级选择；
S7、
当用户选择立即升级或预约升级的方式进行升级时，车端升级软件将升级软件的安装计划上报
OTA
运维能力运算模块，
OTA
运维能力运算模块更新未来各个时段的剩余运维能力的计算；
S8、
车辆执行升级软件的安装后，升级结果上报
OTA
升级运维平台；当
OTA
升级失败，上报升级失败原因；
S9、
当
OTA
运维能力运算模块实时监控车辆升级故障率
Z
大于预设的最大安装失败率
z
时，
OTA
运维管理平台自动通知
OTA
车辆推送模块中止该车辆的升级推送，并且撤销已经预约的车辆升级计划
。2.
根据权利要求1所述的方法，其特征在于，步骤
S2
中，所述车辆的静态信息包括：车辆的车型配置
、
车系
、
车辆零部件以及车辆软件版本；所述车辆的动态信息包括：车辆实时所在的大区，省，市，及具体的
GPS
位置信息
。3.
根据权利要求2所述的方法，其特征在于，
OTA
运维管理平台设置的运维参数包括：所辖区域的目标车辆数：
m
万辆；设定升级失败率：
X
万分之；运维人员数量
N
；运维能力指数
O
：在
1.7
至
3.7
之间，且根据升级服务的历史数据急慢性计算调整运维能力指数
O
的数值；计算公式如下：单日最大推送数
M
＝
NX*O(
万辆
)
；
OTA
推送最长时间：
x(
天
)
，基于
OTA
运营管理要求和
CDN
预热要求，设定最长推送天；
OTA
安装最大失败率
z
：在同一
OTA
版本已执行的安装车辆中，
OTA
安装最大失败率
z
＝失败的安装次数
/
全部安装次数的允许的最大值
。4.
根据权利要求3所述的方法，其特征在于，步骤
S4
中，
OTA
推送算法具体如下：当单日最大推送数量
M
大于等于所辖区域的目标车辆数
m
时，在一日进行所有车辆的...

【专利技术属性】
技术研发人员：李晓琴，刘杰，谢磊，韩爽，李龙飞，李昱霖，李浩，李保国，丁晓年，孙丽，
申请(专利权)人：一汽北京软件科技有限公司，
类型：发明
国别省市：