一种OTA升级控制方法及相关设备与流程

一种ota升级控制方法及相关设备
技术领域
1.本说明书涉及车辆ota技术领域，更具体地说，本技术涉及一种ota升级控制方法及相关设备。


背景技术：

2.目前大多主机厂都具备整车ota(over-the-air technology，空中下载技术)升级能力，但随着车辆支持ota升级的ecu数量增多，软件迭代频率的加快，有些车辆在下线后没有出厂之前，其ecu对应的版本可能就已经处于低版本的状态，并且一同出厂的车辆之间的版本状态也可能存在不同的情况，升级任务不容易确定与控制。


技术实现要素：

3.在发明内容部分中引入了一系列简化形式的概念，这将在具体实施方式部分中进一步详细说明。本技术的发明内容部分并不意味着要试图限定出所要求保护的技术方案的关键特征和必要技术特征，更不意味着试图确定所要求保护的技术方案的保护范围。
4.第一方面，本技术提出一种ota升级控制方法，上述方法包括：
5.获取预设数量的车辆端的软件版本信息以确定下线基线版本信息；
6.根据出厂基线版本信息和上述下线基线版本信息确定升级任务；
7.根据上述升级任务执行升级测试任务，其中，上述升级测试任务包括单包测试任务、基线测试任务和批量性测试任务；
8.在上述升级测试任务合格的情况下，将上述升级任务发布以使上述车辆端完成ota出厂升级。
9.可选的，上述根据上述升级任务执行升级测试任务，包括：
10.根据上述升级任务建立每个ecu的软件升级包；
11.将所有的ecu升级包发送至测试车辆以完成单包测试任务；
12.在上述单包测试任务合格的情况下，根据上述升级任务建立整车基线升级包；
13.将上述整车基线升级包发送至上述测试车辆以完成上述基线测试任务；
14.在上述基线测试任务合格的情况下，将上述整车基线升级包发送至内测用户对应的车辆端以完成上述批量性测试任务。
15.可选的，上述方法还包括：
16.在上述单包测试任务不合格的情况下，将未通过信息发送至不合格软件升级包对应ecu工程师的终端；
17.根据上述ecu工程师在产品生命周期管理系统提交新的软件升级包以再次完成单包测试操作。
18.可选的，上述方法还包括：
19.在上述基线测试任务不合格的情况下，对上述出厂基线版本信息进行软件集成管理业务评估；
20.根据上述评估结果执行废弃操作或重传操作。
21.可选的，上述将上述升级任务发布至车辆端以使上述车辆端完成ota出厂升级，包括：
22.将上述升级任务发布至车辆端，在上述车辆状态与预设升级条件相匹配的调节下控制车辆端完成ota出厂升级，其中，上述车辆状态包括车型配置、车辆销售状态、当前基线版本状态和车辆运输状态中至少一种。
23.可选的，上述将上述升级任务发布以使上述车辆端完成ota出厂升级，包括：
24.产品生命周期管理系统将上述升级任务同步至物料清单系统；
25.上述物料清单系统将上述升级任务同步至制造执行系统；
26.上述车辆端根据上述制造执行系统中的最新升级任务完成ota出厂升级。
27.可选的，上述方法还包括：
28.获取不同车辆端对应的历史更新成功率和车辆生产批次；
29.根据上述历史更新成功率和上述车辆生产批次确定上述内测用户。
30.第二方面，本技术还提出一种ota升级控制装置，包括：
31.获取单元，用于获取预设数量的车辆端的软件版本信息以确定下线基线版本信息；
32.确定单元，用于根据出厂基线版本信息和上述下线基线版本信息确定升级任务；
33.测试单元，用于根据上述升级任务执行升级测试任务，其中，上述升级测试任务包括单包测试任务、基线测试任务和批量性测试任务；
34.升级单元，用于在上述升级测试任务合格的情况下，将上述升级任务发布以使上述车辆端完成ota出厂升级。
35.第三方面，一种电子设备，包括：存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器用于执行存储器中存储的计算机程序时实现如上述的第一方面任一项的ota升级控制方法的步骤。
36.第四方面，本技术还提出一种计算机可读存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时实现第一方面上述任一项的ota升级控制方法。
37.综上，本技术实施例的ota升级控制方法包括：获取预设数量的车辆端的软件版本信息以确定下线基线版本信息；根据出厂基线版本信息和上述下线基线版本信息确定升级任务；根据上述升级任务执行升级测试任务，其中，上述升级测试任务包括单包测试任务、基线测试任务和批量性测试任务；在上述升级测试任务合格的情况下，将上述升级任务发布以使上述车辆端完成ota出厂升级。本技术实施例提供的ota升级控制方法，在车辆下线是为其安装最基础版本软件，根据预设数量的车辆端的软件版本信息以确定下线基线版本信息，并根据出厂基线版本信息和上述下线基线版本信息确定升级任务，在完成测试后将上述升级任务发布以使上述车辆端完成ota出厂升级，针对ecu版本迭代升级较快的特点，在厂区对源基线版本到目标基线版本的升级任务进行充分的测试验证。测试通过后将基线升级任务正式发布运营，确保了不同阶段间ecu软件版本的关联性及兼容性。
38.本技术提出的ota升级控制方法，本技术的其它优点、目标和特征将部分通过下面的说明体现，部分还将通过对本技术的研究和实践而为本领域的技术人员所理解。
附图说明
39.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本说明书的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
40.图1为本技术实施例提供的一种ota升级控制方法流程示意图；
41.图2为本技术实施例提供的一种ota升级管理系统结构性示意图；
42.图3为本技术实施例提供的一种ota升级控制装置结构性示意图；
43.图4为本技术实施例提供的一种ota升级控制电子设备结构示意图。
具体实施方式
44.本技术实施例提供的ota升级控制方法，在车辆下线是为其安装最基础版本软件，根据预设数量的车辆端的软件版本信息以确定下线基线版本信息，并根据出厂基线版本信息和上述下线基线版本信息确定升级任务，在完成测试后将上述升级任务发布以使上述车辆端完成ota出厂升级，针对ecu版本迭代升级较快的特点，在厂区对源基线版本到目标基线版本的升级任务进行充分的测试验证。测试通过后将基线升级任务正式发布运营，确保了不同阶段间ecu软件版本的关联性及兼容性。
45.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。
46.请参阅图1，为本技术实施例提供的一种ota升级控制方法流程示意图，具体可以包括：
47.s110、获取预设数量的车辆端的软件版本信息以确定下线基线版本信息；
48.示例性的，预设数量的车辆端可以是已经下线但是未出厂的车辆端。由于智能网联车辆软件版本迭代较快，为适应高频率的ecu软件版本开发趋势，本技术提出的方案在车辆下线时默认让ecu安装最基础版本软件，在车辆出厂前再通过ota的方式将所有ecu的软件版本安装到最新版本状态。通过统计下线但未出厂的车辆端的软件版本信息，将其ecu的最基础版本软件形成一个集合，命名为基线版本v0.0.1；随着ecu软件的研发过程，在车辆下线前，假设所有ecu的最新软件版本形成为一个新的集合，命名为基线版本v1.1.1。
49.s120、根据出厂基线版本信息和上述下线基线版本信息确定升级任务；
50.示例性的，根据出厂基线版本信息和上述下线基线版本信息确定升级任务通过ota服务器创建一个升级任务——v0.0.1_to_v1.1.1，如图2所示为一种ota升级管理系统，主要涉及版本收集模块、基线维护模块及任务管理模块和任务自动部署模块。基线版本信息可以通过版本收集模块确定，基线维护模块可以根据车辆端的下线基线版本信息和出厂
基线版本信息确定升级任务。
51.s130、根据上述升级任务执行升级测试任务，其中，上述升级测试任务包括单包测试任务、基线测试任务和批量性测试任务；
52.示例性的，在确定升级任务后，需要对升级任务进行升级测试，升级测试任务包括单包测试任务、基线测试任务和批量性测试任务，在单包测试任务、基线测试任务和批量性测试任务均合格后才能进行出厂升级。单包测试任务是指将每个ecu的软件包进行制作，向测试车辆发布升级任务，以完成单包测试。基线测试任务为将同一阶段所有ecu的软件版本制作形成一个整车基线集合，向测试车辆发布从起始基线版本到目标基线版本的测试任务。批量性测试任务为将基线测试通过的任务予以发布，选取内测用户的车辆进行试推送测试。需要说明的是，测试任务可以通过如图2所示的ota升级管理系统中的任务管理模块完成。
53.s140、在上述升级测试任务合格的情况下，将上述升级任务发布以使上述车辆端完成ota出厂升级。
54.示例性的，在升级测试任务均合格的情况下，检查车辆的状态信息、根据升级任务下发升级包，并对升级过程监控，实现车辆出厂前的ota升级。本技术提出的方法在同样使用基线集合的方式进行ota运营管理的同时，在厂区对源基线版本到目标基线版本的升级任务进行充分的测试验证。测试通过后将基线升级任务正式发布运营，确保了不同阶段间ecu软件版本的关联性及兼容性，从而提升了用户车辆的可靠性。本技术提升了软件兼容性及功能可用性问题。
55.综上，本技术实施例提供的ota升级控制方法，在车辆下线是为其安装最基础版本软件，根据预设数量的车辆端的软件版本信息以确定下线基线版本信息，并根据出厂基线版本信息和上述下线基线版本信息确定升级任务，在完成测试后将上述升级任务发布以使上述车辆端完成ota出厂升级，针对ecu版本迭代升级较快的特点，在厂区对源基线版本到目标基线版本的升级任务进行充分的测试验证。测试通过后将基线升级任务正式发布运营，确保了不同阶段间ecu软件版本的关联性及兼容性。
56.在一些示例中，上述根据上述升级任务执行升级测试任务，包括：
57.根据上述升级任务建立每个ecu的软件升级包；
58.将所有的ecu升级包发送至测试车辆以完成单包测试任务；
59.在上述单包测试任务合格的情况下，根据上述升级任务建立整车基线升级包；
60.将上述整车基线升级包发送至上述测试车辆以完成上述基线测试任务；
61.在上述基线测试任务合格的情况下，将上述整车基线升级包发送至内测用户对应的车辆端以完成上述批量性测试任务。
62.示例性的，单包测试任务是指将每个ecu的软件包进行制作，向测试车辆发布升级任务，以完成单包测试。基线测试任务为将同一阶段所有ecu的软件版本制作形成一个整车基线集合，向测试车辆发布从起始基线版本到目标基线版本的测试任务。批量性测试任务为将基线测试通过的任务予以发布，选取内测用户的车辆进行试推送测试。依次对升级任务执行单包测试任务、基线测试任务和批量性测试任务。最后测试通过后进行任务的发布，通过单包测试任务可以确定单个升级包执行是否顺利，基线测试任务可以考虑所有ecu的升级包是否存在逻辑上的冲突，批量性测试可以通过内测车辆对ecu升级的结果进行反馈，
根据反馈结果对升级包进行更改和修正。
63.在一些示例中，上述方法还包括：
64.在上述单包测试任务不合格的情况下，将未通过信息发送至不合格软件升级包对应ecu工程师的终端；
65.根据上述ecu工程师在产品生命周期管理系统提交新的软件升级包以再次完成单包测试操作。
66.示例性的，在单包测试任务不合格的情况下，对应的ecu工程师的终端能够获取未通过信息，工程师还可以通过生命周期管理系统对升级包进行修改并重新上传新的软件包，从而对新的软件包完成单包测试操作。
67.在一些示例中，上述方法还包括：
68.在上述基线测试任务不合格的情况下，对上述出厂基线版本信息进行软件集成管理业务评估；
69.根据上述评估结果执行废弃操作或重传操作。
70.示例性的，在上述基线测试任务不合格的情况下，通过专家组对出厂基线版本信息进行软件集成管理业务评估，如果专家组认为该基线版本没有修改的必要那么就执行废弃操作，如果认为可以进行修改能够克服升级失败的结果，则进行修改后进行重传操作，重新进行基线测试任务。
71.在一些示例中，上述将上述升级任务发布至车辆端以使上述车辆端完成ota出厂升级，包括：
72.将上述升级任务发布至车辆端，在上述车辆状态与预设升级条件相匹配的调节下控制车辆端完成ota出厂升级，其中，上述车辆状态包括车型配置、车辆销售状态、当前基线版本状态和车辆运输状态中至少一种。
73.示例性的，在升级任务发布到车辆端后，需要对车辆的车型配置、车辆的销售状态、当前基线版本状态和车辆运输状态进行验证，在所有的状态与升级任务匹配的情况下，在执行ota出厂升级，避免升级过程出现混乱，导致车辆ecu工作异常。
74.在一些示例中，上述将上述升级任务发布以使上述车辆端完成ota出厂升级，包括：
75.产品生命周期管理系统将上述升级任务同步至物料清单系统；
76.上述物料清单系统将上述升级任务同步至制造执行系统；
77.上述车辆端根据上述制造执行系统中的最新升级任务完成ota出厂升级。
78.示例性的，plm(product lifecycle management，生命周期管理系统)用于跟踪和管理产品的整个生命周期，从概念设计、开发、测试、制造到退役。plm可以帮助企业管理产品设计、开发、测试和生产的各个阶段，确保产品符合质量标准，并管理产品的文档和数据，以便更好地控制产品生命周期成本和时间。bom(bill of materials，物料清单系统)用于管理产品的材料清单，包括原材料、零部件、组件和子装配。bom可以帮助企业追踪产品构成和材料需求，控制物料成本和库存，优化采购和仓储管理，并确保产品的一致性和质量。mes(manufacturing execution system、制造执行系统)是一种软件系统，用于管理制造过程中的现场操作和数据，包括生产计划、工艺控制、质量控制、设备管理和人员管理。mes可以帮助企业实时监控制造过程，提高生产效率和质量，降低生产成本，并提供生产数据和分
析，以便管理者做出决策并优化制造过程。
79.综上，本技术提出的方法在基线任务发布后，通过产品生命周期管理系统将升级任务同步至物料清单系统，物料清单系统将上述升级任务同步至制造执行系统，车辆端根据上述制造执行系统中的最新升级任务完成ota出厂升级通过周期管理系统、物料清单系统和制造执行系统之间的任务分配，为基线升级任务添加车辆时创建一个动态集合，将符合该升级任务条件的车辆自动化新增并关联此基线升级任务，从而实现单一车辆从不满足升级条件到满足升级条件后，可自动维护至待升级队列中，即实现了已测试发布的升级任务的自动化部署，节省了ota运营的时间，提升了ota运营的效率。
80.在一些示例中，上述方法还包括：
81.获取不同车辆端对应的历史更新成功率和车辆生产批次；
82.根据上述历史更新成功率和上述车辆生产批次确定上述内测用户。
83.示例性的，历史更新成功率即车辆的更新任务成功个数与升级任务总数之间的比值。根据上述历史更新成功率和上述车辆生产批次确定上述内测用户具体可以包括：
84.a:根据车辆生产批次进行分组，每批次选取预设数量的内测用户进行测试，以保证各批次的车辆都能得到充分测试。
85.b:对于更新成功率低于预设成功率车型或批次，可以选取高配置车辆的内测用户进行测试，以提高测试效果。
86.c:对于更新成功率高于预设成功率的车型或批次，可以选取基本配置的车辆进行测试，以验证更新的稳定性和适用性。
87.请参阅图3，本技术实施例中ota升级控制装置的一个实施例，可以包括：
88.获取单元21，用于获取预设数量的车辆端的软件版本信息以确定下线基线版本信息；
89.确定单元22，用于根据出厂基线版本信息和上述下线基线版本信息确定升级任务；
90.测试单元23，用于根据上述升级任务执行升级测试任务，其中，上述升级测试任务包括单包测试任务、基线测试任务和批量性测试任务；
91.升级单元24，用于在上述升级测试任务合格的情况下，将上述升级任务发布以使上述车辆端完成ota出厂升级。
92.ota升级控制装置还可以运行下述方法：
93.在一种可行的实施方式中，上述根据上述升级任务执行升级测试任务，包括：
94.根据上述升级任务建立每个ecu的软件升级包；
95.将所有的ecu升级包发送至测试车辆以完成单包测试任务；
96.在上述单包测试任务合格的情况下，根据上述升级任务建立整车基线升级包；
97.将上述整车基线升级包发送至上述测试车辆以完成上述基线测试任务；
98.在上述基线测试任务合格的情况下，将上述整车基线升级包发送至内测用户对应的车辆端以完成上述批量性测试任务。
99.在一种可行的实施方式中，上述方法还包括：
100.在上述单包测试任务不合格的情况下，将未通过信息发送至不合格软件升级包对应ecu工程师的终端；
101.根据上述ecu工程师在产品生命周期管理系统提交新的软件升级包以再次完成单包测试操作。
102.在一种可行的实施方式中，上述方法还包括：
103.在上述基线测试任务不合格的情况下，对上述出厂基线版本信息进行软件集成管理业务评估；
104.根据上述评估结果执行废弃操作或重传操作。
105.在一种可行的实施方式中，上述将上述升级任务发布至车辆端以使上述车辆端完成ota出厂升级，包括：
106.将上述升级任务发布至车辆端，在上述车辆状态与预设升级条件相匹配的调节下控制车辆端完成ota出厂升级，其中，上述车辆状态包括车型配置、车辆销售状态、当前基线版本状态和车辆运输状态中至少一种。
107.在一种可行的实施方式中，上述将上述升级任务发布以使上述车辆端完成ota出厂升级，包括：
108.产品生命周期管理系统将上述升级任务同步至物料清单系统；
109.上述物料清单系统将上述升级任务同步至制造执行系统；
110.上述车辆端根据上述制造执行系统中的最新升级任务完成ota出厂升级。
111.在一种可行的实施方式中，上述方法还包括：
112.获取不同车辆端对应的历史更新成功率和车辆生产批次；
113.根据上述历史更新成功率和上述车辆生产批次确定上述内测用户。
114.如图4所示，本技术实施例还提供一种电子设备300，包括存储器310、处理器320及存储在存储器310上并可在处理器上运行的计算机程序311，处理器320执行计算机程序311时实现上述ota升级控制的任一方法的步骤，具体包括：
115.获取预设数量的车辆端的软件版本信息以确定下线基线版本信息；
116.根据出厂基线版本信息和上述下线基线版本信息确定升级任务；
117.根据上述升级任务执行升级测试任务，其中，上述升级测试任务包括单包测试任务、基线测试任务和批量性测试任务；
118.在上述升级测试任务合格的情况下，将上述升级任务发布以使上述车辆端完成ota出厂升级。
119.在一种可行的实施方式中，上述根据上述升级任务执行升级测试任务，包括：
120.根据上述升级任务建立每个ecu的软件升级包；
121.将所有的ecu升级包发送至测试车辆以完成单包测试任务；
122.在上述单包测试任务合格的情况下，根据上述升级任务建立整车基线升级包；
123.将上述整车基线升级包发送至上述测试车辆以完成上述基线测试任务；
124.在上述基线测试任务合格的情况下，将上述整车基线升级包发送至内测用户对应的车辆端以完成上述批量性测试任务。
125.在一种可行的实施方式中，上述方法还包括：
126.在上述单包测试任务不合格的情况下，将未通过信息发送至不合格软件升级包对应ecu工程师的终端；
127.根据上述ecu工程师在产品生命周期管理系统提交新的软件升级包以再次完成单
包测试操作。
128.在一种可行的实施方式中，上述方法还包括：
129.在上述基线测试任务不合格的情况下，对上述出厂基线版本信息进行软件集成管理业务评估；
130.根据上述评估结果执行废弃操作或重传操作。
131.在一种可行的实施方式中，上述将上述升级任务发布至车辆端以使上述车辆端完成ota出厂升级，包括：
132.将上述升级任务发布至车辆端，在上述车辆状态与预设升级条件相匹配的调节下控制车辆端完成ota出厂升级，其中，上述车辆状态包括车型配置、车辆销售状态、当前基线版本状态和车辆运输状态中至少一种。
133.在一种可行的实施方式中，上述将上述升级任务发布以使上述车辆端完成ota出厂升级，包括：
134.产品生命周期管理系统将上述升级任务同步至物料清单系统；
135.上述物料清单系统将上述升级任务同步至制造执行系统；
136.上述车辆端根据上述制造执行系统中的最新升级任务完成ota出厂升级。
137.在一种可行的实施方式中，上述方法还包括：
138.获取不同车辆端对应的历史更新成功率和车辆生产批次；
139.根据上述历史更新成功率和上述车辆生产批次确定上述内测用户。
140.由于本实施例所介绍的电子设备为实施本技术实施例中一种ota升级控制装置所采用的设备，故而基于本技术实施例中所介绍的方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本技术实施例中的方法不再详细介绍，只要本领域所属技术人员实施本技术实施例中的方法所采用的设备，都属于本技术所欲保护的范围。
141.在具体实施过程中，该计算机程序311被处理器执行时可以实现图1对应的实施例中任一实施方式。
142.需要说明的是，在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其它实施例的相关描述。
143.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
144.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式计算机或者其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
145.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特
定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
146.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
147.本技术实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，当计算机软件指令在处理设备上运行时，使得处理设备执行对应实施例中的ota升级控制的流程
148.计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本技术实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
149.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
150.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
151.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
152.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
153.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例方法的全部或部分
步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
154.以上，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。

技术特征：
1.一种ota升级控制方法，其特征在于，包括：获取预设数量的车辆端的软件版本信息以确定下线基线版本信息；根据出厂基线版本信息和所述下线基线版本信息确定升级任务；根据所述升级任务执行升级测试任务，其中，所述升级测试任务包括单包测试任务、基线测试任务和批量性测试任务；在所述升级测试任务合格的情况下，将所述升级任务发布以使所述车辆端完成ota出厂升级。2.根据权利要求1所述的方法，其特征在于，所述根据所述升级任务执行升级测试任务，包括：根据所述升级任务建立每个ecu的软件升级包；将所有的ecu升级包发送至测试车辆以完成单包测试任务；在所述单包测试任务合格的情况下，根据所述升级任务建立整车基线升级包；将所述整车基线升级包发送至所述测试车辆以完成所述基线测试任务；在所述基线测试任务合格的情况下，将所述整车基线升级包发送至内测用户对应的车辆端以完成所述批量性测试任务。3.根据权利要求2所述的方法，其特征在于，还包括：在所述单包测试任务不合格的情况下，将未通过信息发送至不合格软件升级包对应ecu工程师的终端；根据所述ecu工程师在产品生命周期管理系统提交新的软件升级包以再次完成单包测试操作。4.根据权利要求2所述的方法，其特征在于，还包括：在所述基线测试任务不合格的情况下，对所述出厂基线版本信息进行软件集成管理业务评估；根据所述评估结果执行废弃操作或重传操作。5.根据权利要求1所述的方法，其特征在于，所述将所述升级任务发布至车辆端以使所述车辆端完成ota出厂升级，包括：将所述升级任务发布至车辆端，在所述车辆状态与预设升级条件相匹配的调节下控制车辆端完成ota出厂升级，其中，所述车辆状态包括车型配置、车辆销售状态、当前基线版本状态和车辆运输状态中至少一种。6.根据权利要求1所述的方法，其特征在于，所述将所述升级任务发布以使所述车辆端完成ota出厂升级，包括：产品生命周期管理系统将所述升级任务同步至物料清单系统；所述物料清单系统将所述升级任务同步至制造执行系统；所述车辆端根据所述制造执行系统中的最新升级任务完成ota出厂升级。7.根据权利要求2所述的方法，其特征在于，还包括：获取不同车辆端对应的历史更新成功率和车辆生产批次；根据所述历史更新成功率和所述车辆生产批次确定所述内测用户。8.一种ota升级控制装置，其特征在于，包括：获取单元，用于获取预设数量的车辆端的软件版本信息以确定下线基线版本信息；
确定单元，用于根据出厂基线版本信息和所述下线基线版本信息确定升级任务；测试单元，用于根据所述升级任务执行升级测试任务，其中，所述升级测试任务包括单包测试任务、基线测试任务和批量性测试任务；升级单元，用于在所述升级测试任务合格的情况下，将所述升级任务发布以使所述车辆端完成ota出厂升级。9.一种电子设备，包括：存储器和处理器，其特征在于，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1-7中任一项所述的ota升级控制方法的步骤。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的ota升级控制方法。

技术总结
本申请公开了一种OTA升级控制方法及相关设备。该方法包括：获取预设数量的车辆端的软件版本信息以确定下线基线版本信息；根据出厂基线版本信息和上述下线基线版本信息确定升级任务；根据上述升级任务执行升级测试任务，其中，上述升级测试任务包括单包测试任务、基线测试任务和批量性测试任务；在上述升级测试任务合格的情况下，将上述升级任务发布以使上述车辆端完成OTA出厂升级。本申请实施例提供的OTA升级控制方法，在在厂区对源基线版本到目标基线版本的升级任务进行充分的测试验证。测试通过后将基线升级任务正式发布运营，确保了不同阶段间ECU软件版本的关联性及兼容性。了不同阶段间ECU软件版本的关联性及兼容性。了不同阶段间ECU软件版本的关联性及兼容性。


技术研发人员：宋仕文 汪俊君 张贵海 武亭 司华超
受保护的技术使用者：岚图汽车科技有限公司
技术研发日：2023.07.11
技术公布日：2023/9/19