车机系统的升级方法及装置与流程

1.本公开涉及空中下载技术(over the air technology，ota)的技术领域，尤其涉及一种车机系统的升级方法、装置、车辆、电子设备及计算机可读存储介质。


背景技术：

2.目前工厂车辆生产完成后，需要工厂人员对车辆进行ota升级，才能进行交付。空中下载技术(over the air technology，ota)，在手机上就是通过移动通信的空中接口对用户识别卡(subscriber identity module，sim)数据及应用进行远程管理的技术，ota升级具体应用在汽车上就是让车辆通过云端信息传输，实现对车机系统的更新，从而为车主提供更丰富的车载功能体验。
3.相关技术中，ota升级需要工厂人员逐个手动下发ota升级任务，下发升级任务后，需要时刻检查车辆的升级状态，当提示升级状态时，工厂人员设置升级类型，然后检测车辆状态，当车辆是等待升级状态时，工厂人员还需查询车辆是否为物流模式，如果是物流模式，在车辆升级成功后，工厂人员需要将车辆切换回物流模式。现有的方式流程繁琐，且人为依赖性太大，需要严格把握各个时间节点，导致升级过程效率低，容错性差，一旦错过对应的时间点，车辆不能达到交付状态，无法按时交付。
4.因此，如何提高车机系统的升级效率是当前亟需解决的问题。


技术实现要素：

5.为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种车机系统的升级方法，解决了现有车机系统的升级效率较低的问题。
6.为了实现上述目的，本公开实施例提供技术方案如下：
7.第一方面，本公开的实施例提供一种车机系统的升级方法，创建升级任务；所述升级任务包括对第一车辆集合的各个车辆进行车机系统升级；
8.获取第二车辆集合；所述第二车辆集合是由所述第一车辆集合中车辆识别号码有效的车辆组成的集合；
9.向所述第二车辆集合的各个车辆发送车机系统升级任务；
10.获取所述第二车辆集合的各个车辆的升级状态；
11.根据所述第二车辆集合的各个车辆的升级状态，确定所述升级任务是否完成。
12.作为本公开实施例一种可选的实施方式，所述创建升级任务，包括：
13.配置任务参数；所述任务参数包括：任务名称、任务状态、执行方式、任务类型、目标升级包版本类型、目标升级包版本号、升级类型、车系、车型、车辆识别号码、以及目标车辆是否为物流模式；
14.其中，所述任务状态包括：初始、执行中、下发任务完成、任务升级成功、任务升级失败；所述执行方式包括：定时执行、立即执行；所述任务类型为测试任务类型；所述升级类型包括：定时升级和立即升级；
15.根据所述任务参数创建升级任务。
16.作为本公开实施例一种可选的实施方式，所述创建升级任务，包括：
17.配置任务参数；所述任务参数包括：任务名称、任务状态、执行方式、任务类型、目标升级包版本类型、目标升级包版本号、升级类型、车系、车型、车辆识别号码、以及目标车辆是否为物流模式；
18.其中，所述任务状态包括：初始、执行中、下发任务完成、任务升级成功、任务升级失败；所述执行方式包括：定时执行、立即执行；所述任务类型为测试任务类型；所述升级类型包括：定时升级和立即升级；
19.根据所述任务参数创建升级任务。
20.作为本公开实施例一种可选的实施方式，根据所述升级状态确定目标车辆是否升级成功；
21.和/或；
22.根据所述整车固件版本号与目标升级包版本号的对比结果，确定所述目标车辆是否升级成功。
23.作为本公开实施例一种可选的实施方式，所述根据所述整车固件版本号与所述目标升级包版本号的对比结果，确定所述目标车辆是否升级成功，包括：
24.若所述整车固件版本号与所述目标升级包版本号一致，则确定所述目标车辆升级成功；
25.若所述整车固件版本号与所述目标升级包版本号不一致，则确定所述目标车辆升级失败。
26.作为本公开实施例一种可选的实施方式，若目标车辆的车辆识别号码无效，则输出提示信息；所述提示信息用于提示更新所述车辆识别号码。
27.作为本公开实施例一种可选的实施方式，检测目标车辆的升级状态是否为等待升级；
28.若目标车辆的升级状态为等待升级，判断所述目标车辆是否在开始升级前的预设时间内；
29.若所述目标车辆在开始升级前的预设时间内，则查询所述目标车辆是否为物流模式；所述物流模式用于表示所述目标车辆的车速以及挡位分别符合预设车速以及预设挡位；
30.若所述目标车辆为物流模式，则当所述目标车辆的升级状态为升级成功时，将所述目标车辆切换回物流模式。
31.第二方面，本公开实施例提供一种车机系统的升级装置，包括：
32.创建模块，用于创建升级任务；所述升级任务包括对第一车辆集合的各个车辆进行车机系统升级；
33.获取模块，用于获取第二车辆集合；所述第二车辆集合是由所述第一车辆集合中车辆识别号码有效的车辆组成的集合；
34.发送模块，用于向所述第二车辆集合的各个车辆发送车机系统升级任务；
35.状态模块，用于获取所述第二车辆集合的各个车辆的升级状态；
36.确定模块，用于根据所述第二车辆集合的各个车辆的升级状态，确定所述升级任
务是否完成。
37.作为本公开实施例一种可选的实施方式，所述创建模块，具体用于：配置任务参数；所述任务参数包括：任务名称、任务状态、执行方式、任务类型、目标升级包版本类型、目标升级包版本号、升级类型、车系、车型、车辆识别号码、以及目标车辆是否为物流模式；其中，所述任务状态包括：初始、执行中、下发任务完成、任务升级成功、任务升级失败；所述执行方式包括：定时执行、立即执行；所述任务类型为测试任务类型；所述升级类型包括：定时升级和立即升级；根据所述任务参数创建升级任务。
38.作为本公开实施例一种可选的实施方式，所述车机系统的升级装置，还包括显示模块，具体用于：获取所述第一车辆集合各个车辆的车辆信息；其中，所述车辆信息包括：车辆识别号码、整车固件版本号、车机版本标识、车系、车型、车辆用途、车辆状态以及升级状态中的至少一个；所述升级状态包括：收到下发任务、开始下载、下载中、下载完成、准备升级、准备升级成功、等待升级、开始升级、升级成功、升级失败以及无任务状态中的至少一个；实时显示各个车辆的车辆信息。
39.作为本公开实施例一种可选的实施方式，所述车机系统的升级装置，还包括升级模块，具体用于：根据所述升级状态确定目标车辆是否升级成功；和/或；根据所述整车固件版本号与目标升级包版本号的对比结果，确定所述目标车辆是否升级成功。
40.作为本公开实施例一种可选的实施方式，所述根据所述整车固件版本号与所述目标升级包版本号的对比结果，确定所述目标车辆是否升级成功，包括：若所述整车固件版本号与所述目标升级包版本号一致，则确定所述目标车辆升级成功；若所述整车固件版本号与所述目标升级包版本号不一致，则确定所述目标车辆升级失败。
41.作为本公开实施例一种可选的实施方式，所述车机系统的升级装置，还包括提示模块，具体用于：若目标车辆的车辆识别号码无效，则输出提示信息；所述提示信息用于提示更新所述车辆识别号码。
42.作为本公开实施例一种可选的实施方式，所述车机系统的升级装置，还包括切换模块，具体用于：检测目标车辆的升级状态是否为等待升级；若目标车辆的升级状态为等待升级，判断所述目标车辆是否在开始升级前的预设时间内；若所述目标车辆在开始升级前的预设时间内，则查询所述目标车辆是否为物流模式；所述物流模式用于表示所述目标车辆的车速以及挡位分别符合预设车速以及预设挡位；若所述目标车辆为物流模式，则当所述目标车辆的升级状态为升级成功时，将所述目标车辆切换回物流模式。
43.第三方面，本公开实施例提供一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面或第一方面的任一实施方式所述的车机系统的升级方法。
44.第四方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面或第一方面的任一实施方式所述的车机系统的升级方法。
45.本公开提供的车机系统的升级方法，首先创建用于对第一车辆集合的各个车辆进行车机系统进行升级的升级任务，然后获取由第一车辆集合中车辆识别号码有效的车辆组成的第二车辆集合，接着向第二车辆集合的各个车辆发送车机系统升级任务，获取第二车辆集合的各个车辆的升级状态；最后根据第二车辆集合中各个车辆的升级状态，确定升级
任务是否完成。由于在创建升级任务后，获取由第一车辆集合中车辆识别号码有效的车辆组成的第二车辆集合、向第二车辆集合的各个车辆发送车机系统升级任务、获取第二车辆集合的各个车辆的升级状态、根据第二车辆集合中各个车辆的升级状态，确定升级任务是否完成，所有的流程都是通过ota云服务器平台按照后台设计的逻辑依次执行的，因此，避免了因人为操作导致车辆交付延迟的问题，从而提高了车机系统的升级效率。
附图说明
46.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
47.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
48.图1为本公开实施例中车机系统的升级方法的流程示意图之一；
49.图2为本公开实施例中车机系统的升级方法的流程示意图之二；
50.图3为本公开实施例中车机系统的升级方法的流程示意图之三；
51.图4为本公开实施例中车机系统的升级装置的结构示意图；
52.图5为本公开实施例所述的电子设备的结构示意图。
具体实施方式
53.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
54.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
55.本公开的说明书和权利要求书中的术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
56.在本公开实施例中，“示例性的”或者“例如”等词是用于表示作例子、例证或说明。本公开实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。此外，在本公开实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。
57.在一个实施例中，如图1所示，提供一种车机系统的升级方法，该车机系统的升级方法应用于ota云服务器，包括如下步骤s11-s15：
58.s11、创建升级任务。
59.其中，所述升级任务包括对第一车辆集合的各个车辆进行车机系统升级。
60.具体的，采用ota技术可以通过远程快速的通过数据包的形式完成缺陷的修复。车机，是指安装在车辆里面的车载信息娱乐产品的简称，车机在功能上能够实现人与车、车与
外界(车与车)的信息通讯。另外，车机系统硬件通常包括车机、仪表、tbox(telematicsbox，远程信息处理器)及车辆传感器，不同的硬件模块之间交互配合，从而支撑整个车机系统的完整运转。通过无线下载技术ota，远程推送设备固件升级，提供全量、差分、灰度多种升级策略。车机系统软件通常包括例如应用程序、地图等。在本实施例中，车机系统的升级包括硬件以及软件。
61.在一个实施例中，在图1的基础上，参照图2所示，s11(创建升级任务)可以通过如下方式实现：
62.s111、配置任务参数。
63.其中，所述任务参数包括：任务名称、任务状态、执行方式、任务类型、目标升级包版本类型、目标升级包版本号、升级类型、车系、车型、车辆识别号码、以及目标车辆是否为物流模式。
64.具体的，
①
任务名称可根据实际应用场景命名，例如，任务名称可以是task 1，也可以是其他符合输入规则的名称，此处不做具体限制。
②
任务状态包括：初始、执行中、下发任务完成、任务升级成功、任务升级失败。
③
执行方式包括：定时执行、立即执行。
④
其中，所述任务类型为测试任务类型，在本实施例中任务类型为交付类型任务。
⑤
升级类型包括：定时升级和立即升级。
⑥
目标升级包版本类型可以是正式版本，也可以是测试版本。
⑦
目标升级包版本号即目标车辆的预设升级版本号。
⑧
车系、车型可以根据实际情况进行选择。
⑨
物流模式用于表示目标车辆的车速以及挡位分别符合预设车速以及预设挡位。例如，目标车辆为物流模式时，将目标车辆的车速以及挡位设置为使其被运输时不易发生危险的车速和挡位。
65.另外，车辆识别号码(vehicle identification number，vin)是车辆唯一的身份标识，包含了车辆的生产厂家、年代、车型、车身型式及代码、发动机代码及组装地点等信息。
66.具体的，车辆识别号码的输入方式可以是：i、在ota云服务器平台上的任务界面直接进行输入；ii、通过导入配置文件的方式。其中，配置文件可以是excel格式的文件，也可以是其他方便导入的文件格式，此处不作具体限制。例如，工厂人员可以在任务界面依次输入20个车辆识别号码，也可以预先按照上述任务参数生成一个配置文件，将配置文件导入ota云服务器平台。
67.s112、根据所述任务参数创建升级任务。
68.具体的，升级任务是按照任务名称、任务状态、执行方式、任务类型、目标升级包版本类型、目标升级包版本号、升级类型、车系、车型、车辆识别号码、以及目标车辆是否为物流模式等已配置的任务参数创建的。
69.s12、获取第二车辆集合。
70.其中，所述第二车辆集合是由所述第一车辆集合中车辆识别号码有效的车辆组成的集合。
71.具体的，在向第一车辆中的各个车辆发送车机系统升级任务之前，需要判断车辆的车辆识别号码是否有效，车辆识别号码有效的车辆组成的集合作为第二车辆集合。
72.在一个实施例中，若目标车辆的车辆识别号码无效，则输出提示信息。
73.其中，所述提示信息用于提示更新所述车辆识别号码。
74.具体的，ota云服务器平台对输入的车辆识别号码进行检验，对车辆识别号码无效的车辆不进行任务下发，并在任务界面提示车辆识别号码错误，以便工厂人员根据提示及时修改车辆识别号码或者删除错误的车辆识别号码，避免出现交付延时的问题。
75.s13、向所述第二车辆集合的各个车辆发送车机系统升级任务。
76.具体的，向车辆识别号码有效的车辆发送车机系统升级任务，即向第二车辆集合的各个车辆发送车机系统升级任务。
77.另外，升级包中包括已修复的缺陷或加入的新功能。升级包存储在ota云服务器平台中，ota云服务器平台中有各种类型、不同版本的更新包。在收到更新请求后，升级包通过网络被下载到合适的车载模块和特定的ecu(electronic control unit，电子控制单元)。
78.s14、获取所述第二车辆集合的各个车辆的升级状态。
79.具体的，向车辆识别号码有效的车辆发送车机系统升级任务之后，持续检测第二车辆集合的各个车辆的升级状态。
80.其中，所述升级状态包括：收到下发任务、开始下载、下载中、下载完成、准备升级、准备升级成功、等待升级、开始升级、升级成功、升级失败以及无任务状态中的至少一个。
81.s15、根据所述第二车辆集合的各个车辆的升级状态，确定所述升级任务是否完成。
82.具体的，根据第二车辆集合的各个车辆的升级状态，确定升级任务是否完成。
83.示例性的，当第二车辆集合中各个车辆的升级状态均为升级成功时，确定升级任务完成。
84.本公开提供的车机系统的升级方法，首先创建用于对第一车辆集合的各个车辆进行车机系统进行升级的升级任务，然后获取由第一车辆集合中车辆识别号码有效的车辆组成的第二车辆集合，接着向第二车辆集合的各个车辆发送车机系统升级任务，获取第二车辆集合的各个车辆的升级状态；最后根据第二车辆集合中各个车辆的升级状态，确定升级任务是否完成。由于在创建升级任务后，获取由第一车辆集合中车辆识别号码有效的车辆组成的第二车辆集合、向第二车辆集合的各个车辆发送车机系统升级任务、获取第二车辆集合的各个车辆的升级状态、根据第二车辆集合中各个车辆的升级状态，确定升级任务是否完成，所有的流程都是通过ota云服务器平台按照后台设计的逻辑依次执行的，因此，避免了因人为操作导致车辆交付延迟的问题，从而提高了车机系统的升级效率。
85.在一个实施例中，在执行步骤s11(创建升级任务)之后，还执行如下步骤：
86.a、获取所述第一车辆集合各个车辆的车辆信息。
87.其中，所述车辆信息包括：车辆识别号码、整车固件版本号、车机版本标识、车系、车型、车辆用途、车辆状态以及升级状态中的至少一个。
88.b、实时显示各个车辆的车辆信息。
89.具体的，实时显示车辆的车辆识别号码、整车固件版本号、车机版本标识、车系、车型、车辆用途、车辆状态以及升级状态等信息，便于工厂人员直接清楚的看到车辆对应的实时升级状态。
90.在一个实施例中，根据所述升级状态确定目标车辆是否升级成功；和/或；根据所述整车固件版本号与目标升级包版本号的对比结果，确定所述目标车辆是否升级成功。
91.示例性的，除了通过ota云服务器平台的任务界面查看目标车辆是否升级成功，还
可以通过目标车辆的整车固件版本号与目标车辆的目标升级包版本号的对比结果确定目标车辆是否升级成功，也可以通过两种方式结合确定所述目标车辆是否升级成功。通过多方面对升级结果进行验证，确保目标车辆车机系统升级成功，从而满足交付需求，避免了出现交付异常的问题。
92.进一步，在一个实施例中，根据所述整车固件版本号与所述目标升级包版本号的对比结果，确定所述目标车辆是否升级成功，包括：
93.若所述整车固件版本号与所述目标升级包版本号一致，则确定所述目标车辆升级成功；
94.若所述整车固件版本号与所述目标升级包版本号不一致，则确定所述目标车辆升级失败。
95.示例性的，一种情况是，目标车辆的整车固件版本号例如是0419，目标升级包版本号例如是0421，则确定目标车辆升级失败。另一种情况是，目标车辆的整车固件版本号例如是0421，目标升级包版本号例如是0421，则确定目标车辆升级成功。新版本0421与0415、0418等旧版本相比具有运行更稳定，开机更快等特点。
96.采用本方法，能够保证车辆交付的准确性，提高车辆交付的效率，节约人力成本，从而使工厂人员将更多时间用在优化车辆、提高车辆质量上。
97.在一个实施例中，参照图3所示，执行如下步骤s311-s314：
98.s311、检测目标车辆的升级状态是否为等待升级。
99.具体的，目标车辆接收到升级任务时，从服务器上下载车机系统升级包，下载完成后，判断是否提示准备升级，若是，则下发升级任务；若否，则检测升级状态。
100.另外，车辆在下载车机系统升级包时，如果遇到下载失败的情况，ota云服务器会根据策略自动重新下发任务，例如，策略可以是间隔预设时间，ota云服务器重新向目标车辆下发升级任务，预设时间可以是20分钟，也可以设置为其他合理时间，此处不做具体限制。
101.s312、若目标车辆的升级状态为等待升级，判断所述目标车辆是否在开始升级前的预设时间内。
102.具体的，持续检测升级状态，判断目标车辆的升级状态是否为等待升级，若是，则继续判断目标车辆是否在开始升级前的预设时间内。
103.其中，预设时间可以是2分钟，也可以是3分钟，还可以是其他合理的时间数值，此处不做具体的限制。
104.示例性，目标车辆的升级类型是定时升级，假设目标车辆的定时升级时间设置为22：00，当目标车辆的升级状态为等待升级时，判断时间是否在21：57-22：00时间范围内。
105.s313、若所述目标车辆在开始升级前的预设时间内，则查询所述目标车辆是否为物流模式。
106.其中，所述物流模式用于表示所述目标车辆的车速以及挡位分别符合预设车速以及预设挡位。
107.示例性的，当目标车辆的升级状态为等待升级时，在21：57-22：00的时间范围内，查询目标车辆是否为物流模式。
108.s314、若所述目标车辆为物流模式，则当所述目标车辆的升级状态为升级成功时，
将所述目标车辆切换回物流模式。
109.具体的，若目标车辆为物流模式，则当目标车辆升级成功后，目标车辆的车速及挡位会自动恢复为正常行驶模式，此时需要将目标车辆的车速和挡位切换回物流模式，避免目标车辆升级成功后，目标车辆恢复到正常行驶模式，导致运输目标车辆的过程发生危险。
110.另外，需要说明的是，由于各个mcu(microcontroller unit,微控制单元)有着不同的切换物流模式策略，所以切换时也有不同的实施方式。例如，大部分的mcu都是升级成功后直接切换，就能切回物流模式，但是有部分mcu等待远程唤醒10秒之后，再去切换为物流模式，才能切换成功。
111.在一个实施例中，创建交付任务之前，所述方法还包括：
112.检测输入账号是否有登录权限；
113.若有登录权限，则根据账号和密码登录ota云服务器平台；
114.若无登录权限，则获取登录权限。
115.在一个实施例中，所述获取登录权限，包括：发送开通登录权限请求，获取目标账号；所述目标账号为有登录权限的账号；根据所述目标账号登录ota云服务器平台。
116.本公开提供的车机系统的升级方法，首先创建用于对第一车辆集合的各个车辆进行车机系统进行升级的升级任务，然后获取由第一车辆集合中车辆识别号码有效的车辆组成的第二车辆集合，接着向第二车辆集合的各个车辆发送车机系统升级任务，获取第二车辆集合的各个车辆的升级状态；最后根据第二车辆集合中各个车辆的升级状态，确定升级任务是否完成。由于在创建升级任务后，获取由第一车辆集合中车辆识别号码有效的车辆组成的第二车辆集合、向第二车辆集合的各个车辆发送车机系统升级任务、获取第二车辆集合的各个车辆的升级状态、根据第二车辆集合中各个车辆的升级状态，确定升级任务是否完成，所有的流程都是通过ota云服务器平台按照后台设计的逻辑依次执行的，因此，避免了因人为操作导致车辆交付延迟的问题，从而提高了车机系统的升级效率。
117.在一个实施例中，如图4所示，提供了一种车机系统的升级装置400，包括：
118.创建模块410，用于创建升级任务；所述升级任务包括对第一车辆集合的各个车辆进行车机系统升级；
119.获取模块420，用于获取第二车辆集合；所述第二车辆集合是由所述第一车辆集合中车辆识别号码有效的车辆组成的集合；
120.发送模块430，用于向所述第二车辆集合的各个车辆发送车机系统升级任务；
121.状态模块440，用于获取所述第二车辆集合的各个车辆的升级状态；
122.确定模块450，用于根据所述第二车辆集合的各个车辆的升级状态，确定所述升级任务是否完成。
123.作为本公开实施例一种可选的实施方式，所述创建模块410，具体用于：配置任务参数；所述任务参数包括：任务名称、任务状态、执行方式、任务类型、目标升级包版本类型、目标升级包版本号、升级类型、车系、车型、车辆识别号码、以及目标车辆是否为物流模式；其中，所述任务状态包括：初始、执行中、下发任务完成、任务升级成功、任务升级失败；所述执行方式包括：定时执行、立即执行；所述任务类型为测试任务类型；所述升级类型包括：定时升级和立即升级；根据所述任务参数创建升级任务。
124.作为本公开实施例一种可选的实施方式，所述车机系统的升级装置，还包括显示
模块，具体用于：获取所述第一车辆集合各个车辆的车辆信息；其中，所述车辆信息包括：车辆识别号码、整车固件版本号、车机版本标识、车系、车型、车辆用途、车辆状态以及升级状态中的至少一个；所述升级状态包括：收到下发任务、开始下载、下载中、下载完成、准备升级、准备升级成功、等待升级、开始升级、升级成功、升级失败以及无任务状态中的至少一个；实时显示各个车辆的车辆信息。
125.作为本公开实施例一种可选的实施方式，所述车机系统的升级装置，还包括升级模块，具体用于：根据所述升级状态确定目标车辆是否升级成功；和/或；根据所述整车固件版本号与目标升级包版本号的对比结果，确定所述目标车辆是否升级成功。
126.作为本公开实施例一种可选的实施方式，所述根据所述整车固件版本号与所述目标升级包版本号的对比结果，确定所述目标车辆是否升级成功，包括：若所述整车固件版本号与所述目标升级包版本号一致，则确定所述目标车辆升级成功；若所述整车固件版本号与所述目标升级包版本号不一致，则确定所述目标车辆升级失败。
127.作为本公开实施例一种可选的实施方式，所述车机系统的升级装置，还包括提示模块，具体用于：若目标车辆的车辆识别号码无效，则输出提示信息；所述提示信息用于提示更新所述车辆识别号码。
128.作为本公开实施例一种可选的实施方式，所述车机系统的升级装置，还包括切换模块，具体用于：检测目标车辆的升级状态是否为等待升级；若目标车辆的升级状态为等待升级，判断所述目标车辆是否在开始升级前的预设时间内；若所述目标车辆在开始升级前的预设时间内，则查询所述目标车辆是否为物流模式；所述物流模式用于表示所述目标车辆的车速以及挡位分别符合预设车速以及预设挡位；若所述目标车辆为物流模式，则当所述目标车辆的升级状态为升级成功时，将所述目标车辆切换回物流模式。
129.本公开提供的车机系统的升级装置，首先创建用于对第一车辆集合的各个车辆进行车机系统进行升级的升级任务，然后获取由第一车辆集合中车辆识别号码有效的车辆组成的第二车辆集合，接着向第二车辆集合的各个车辆发送车机系统升级任务，获取第二车辆集合的各个车辆的升级状态；最后根据第二车辆集合中各个车辆的升级状态，确定升级任务是否完成。由于在创建升级任务后，获取由第一车辆集合中车辆识别号码有效的车辆组成的第二车辆集合、向第二车辆集合的各个车辆发送车机系统升级任务、获取第二车辆集合的各个车辆的升级状态、根据第二车辆集合中各个车辆的升级状态，确定升级任务是否完成，所有的流程都是通过ota云服务器平台按照后台设计的逻辑依次执行的，因此，避免了因人为操作导致车辆交付延迟的问题，从而提高了车机系统的升级效率。
130.关于车机系统的升级装置的具体限定可以参见上文中对于车机系统的升级方法的限定，在此不再赘述。上述车机系统的升级装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备的处理器中，也可以软件形式存储于电子设备的处理器中，以便于处理器调用执行以上各个模块对应的操作。
131.本公开实施例还提供了一种电子设备，图5为本公开实施例提供的电子设备的结构示意图。如图5所示，本实施例提供的电子设备包括：存储器51和处理器52，存储器51用于存储计算机程序；处理器52用于调用计算机程序时执行上述方法实施例提供的车机系统的升级方法中任一实施例所执行的步骤。所述电子设备包括通过系统总线连接的处理器、存
储器、通信接口、显示屏和输入装置。其中，所述电子设备的处理器用于提供计算和控制能力。所述电子设备的存储器包括非易失性存储介质、内存储器。所述非易失性存储介质存储有操作系统和计算机程序。所述内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。所述计算机程序被处理器执行时以实现一种车机系统的升级方法。所述电子设备的显示屏可以是液晶显示屏或者电子墨水显示屏，所述电子设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
132.本领域技术人员可以理解，图5中示出的结构，仅仅是与本公开方案相关的部分结构的框图，并不构成对本公开方案所应用于其上的计算机设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
133.在一个实施例中，本公开提供的车机系统的升级装置可以实现为一种计算机的形式，计算机程序可以在如图5所示的电子设备上运行。电子设备的存储器中可存储组成该电子设备的车机系统的升级装置的各个程序模块，比如，图4中所示的创建模块410、获取模块420、发送模块430、状态模块440以及确定模块450。各个程序模块构成的计算机程序使得处理器执行本说明书描述的本公开各个实施例的电子设备的车机系统的升级方法中的步骤。
134.本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例提供的车机系统的升级方法。
135.本领域技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。
136.处理器可以是中央判断单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
137.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。
138.计算机可读介质包括永久性和非永久性、可移动和非可移动存储介质。存储介质可以由任何方法或技术来实现信息存储，信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。根据本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
139.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
140.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。