车辆升级方法、终端设备、车辆和计算机存储介质与流程

本申请涉及车辆控制领域，尤其涉及一种车辆升级方法、终端设备、车辆和计算机存储介质。

背景技术：

随着信息技术的发展，在车辆领域的信息处理技术也越来越智能化，目前在针对车辆的智能化处理中，通常需要通过云端与车辆配合进行信息的处理，比如在车辆的软件升级过程中，需要云端为车辆的推送升级包等。然而，如何使得车辆下载升级包的处理中避免消耗较大流量就成为需要解决的问题。

技术实现要素：

为了解决现有技术中上述至少一个问题，本申请实施例提供一种车辆升级方法、终端设备、车辆和计算机存储介质。

第一方面，本申请实施例提供一种车辆升级方法，所述方法包括：

接收云端推送的针对目标车辆的升级任务；

从下载服务器下载所述针对目标车辆的升级任务所对应的升级包；

在与所述目标车辆建立通信连接的情况下，将所述升级包发送至所述目标车辆。

第二方面，本申请实施例提供一种车辆升级方法，所述方法包括：

与终端设备建立通信连接；

通过与所述终端设备建立的所述通信连接从所述终端设备获取升级包；

基于所述升级包执行升级。

第三方面，本申请实施例提供一种终端设备，包括：

任务获取单元，用于接收云端推送的针对目标车辆的升级任务；

下载单元，用于从下载服务器下载所述针对目标车辆的升级任务所对应的升级包；

第一通信单元，用于在与所述目标车辆建立通信连接的情况下，将所述升级包发送至所述目标车辆。

第四方面，本申请实施例提供一种车辆，包括：

第二通信单元，用于与终端设备建立通信连接；通过与所述终端设备建立的所述通信连接从所述终端设备获取升级包；

升级管理单元，用于基于所述升级包执行升级。

第五方面，本申请实施例提供一种终端设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请任意一项实施例所提供的方法。

第六方面，本申请实施例提供一种车辆，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请任意一项实施例所提供的方法。

第七方面，本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本申请任意一项实施例所提供的方法。

上述申请中的一个实施例具有如下优点或有益效果：终端设备通过与目标车辆之间的连接向目标车辆发送升级包，如此，使得车辆可以通过终端设备获取升级包，就可以减少目标车辆直接从下载服务器获取升级包所带来的流量消耗。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是根据本申请一实施例的车辆升级方法流程示意图一；

图2是根据本申请一实施例的控制车辆立即升级的方法流程示意图一；

图3是根据本申请另一实施例的控制车辆预约升级的方法流程示意图一；

图4是根据本申请另一实施例的车辆升级方法流程示意图二；

图5是根据本申请另一实施例的车辆升级方法流程示意图三；

图6是根据本申请另一实施例的控制车辆立即升级的方法流程示意图二；

图7是根据本申请另一实施例的控制车辆预约升级的方法流程示意图二；

图8是根据本申请另一实施例的服务器组成结构示意图一；

图9是根据本申请另一实施例的服务器组成结构示意图二；

图10是本申请另一实施例的车辆组成结构示意图一；

图11是本申请另一实施例的车辆组成结构示意图二；

图12是本申请一实施例中车辆或终端设备的组成结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

第一方面，本申请实施例提供一种车辆升级方法，应用于终端设备，如图1所示，所述方法包括：

s101：接收云端推送的针对目标车辆的升级任务；

s102：从下载服务器下载所述针对目标车辆的升级任务所对应的升级包；

s103：在与所述目标车辆建立通信连接的情况下，将所述升级包发送至所述目标车辆。

所述终端设备可以为用后使用的智能终端或移动终端，比如，可以为手机、平板电脑等设备。

s101具体可以为：终端设备接收云端的第一服务器发来的针对目标车辆的升级任务。其中，所述第一服务器可以为云端用于向终端设备和/或目标车辆进行任务推送的服务器。

其中，所述升级任务中可以包括以下至少之一：目标车辆的标识、至少一个待下载的升级包的下载地址、至少一个待下载的升级包的升级约束条件。

当然，所述升级任务中还可以包括更多内容，这里不对其进行穷举。

执行s102之前，还可包括：

所述终端设备向云端的第一服务器发送下载请求。

比如，用户可以通过查看终端设备预设应用查看到是否有云端发来的升级任务，若查看到有新的升级任务，则用户可以选择终端设备侧进行下载，此时终端设备会向云端发送针对所述升级任务的升级包下载请求。

进一步的，用户可以在查看预设软件的展示内容的时候，看到当前有至少一个待下载的升级包；相应的，可以选择下载其中一个或多个升级包，又或者，可以选择全部下载，可以根据具体情况来确定。若下载一个或多个升级包，用户可以在操作界面进行点击，然后向云端发送包含一个或多个升级包的下载请求。若下载全部升级包，用户可以在操作界面全部选择，然后终端设备向云端发送下载全部升级包的下载请求。

上述向云端的第一服务器发送下载请求的作用可以是用于通知下载请求中包含的升级包由终端设备下载，此时，若目标车辆已经开始从下载服务器下载升级包，则所述云端可以向所述目标车辆发送下载变更指示，以指示所述目标车辆停止下载升级包。

然后所述终端设备执行s102，从下载服务器下载所述针对目标车辆的升级任务所对应的升级包。

具体来说，终端设备可以根据升级任务中包含的至少一个升级包的下载地址，从所述下载服务器对应的下载地址处下载所述针对目标车辆的至少一个升级包。

执行完成s102之后，终端设备可以下载由全部升级包的内容。

执行s103之前，所述终端设备可以先与所述目标车辆进行通信连接的建立。

这里，所述通信连接可以为wifi连接。

然后执行s103，将终端设备当前下载的全部升级包通过wifi连接发送至所述目标车辆。

至此，终端设备作为下载服务器与所述目标车辆之间的中介设备完成处理。

通过以上处理，终端设备通过与目标车辆之间的连接向目标车辆发送升级包，如此，可以减少目标车辆直接从下载服务器获取升级包所带来的流量消耗。

另一实施例提供的方案中，如图2所示，还可以包括：

s201：收到目标车辆的新版本更新通知；

s202：若确认对所述目标车辆进行升级，则向所述目标车辆发送升级指令；其中，所述升级指令用于指示所述目标车辆基于所述升级包执行升级。

具体来说，s201可以认为是，终端设备实时通过前述预设应用可以查看当前目标车辆的系统状态，若目标车辆完成升级包的下载，则终端设备可以收到目标车辆的新版本更新通知。该新版本更新通知可用于指示所述目标车辆完成新的升级包的下载、或者是用于指示所述目标车辆需要根据新的升级包进行更新。

当然，上述目标车辆的新版本更新通知还可以为通过sms短信获取到的，本实施例不对其获取方式进行穷举。

s202中，确认对所述目标车辆进行升级，可以为响应于用户通过前述预设应用点击确认升级的选项生成的确认信息。

此时，还需要指出的是，还可以包括：

对所述升级包进行合法性校验；

在所述合法性校验通过的情况下，接收所述目标车辆发来的临时许可信息。

具体的，对所述升级包进行合法性校验的处理，可以是在确认对所述目标车辆进行升级之后执行的；若合法性校验通过，则可以向所述目标车辆发送校验通过的信息。

相应的，所述目标车辆在接收到终端设备发来的校验通过的信息的时候，可以检测自身的状态，若当前状态为休眠状态，则唤醒所述目标车辆，并且所述目标车辆再次对升级包进行校验，否则，当前状态为工作状态，则所述目标车辆直接再次对所述升级包进行校验。

当然，判断目标车辆的状态的处理，也可以由终端设备来执行，也就是，所述终端设备针对所述升级包完成校验并且校验通过的情况下，所述终端设备检测所述目标车辆的状态，若所述目标车辆的状态为休眠状态，则所述终端设备可以向所述目标车辆进行远程唤醒，在所述目标车辆收到远程唤醒指令的时候，转换至工作状态，然后所述目标车辆可以对所述升级包进行校验；或者，在终端设备检测所述目标车辆的状态为工作状态的情况下，可以直接通知所述目标车辆当前要对升级包进行升级，然后所述目标车辆可以执行对所述升级包进行校验的处理。

也就是结合前述实施例，针对升级包可以进行两次校验，一次在终端设备执行，一次在目标车辆执行；两次校验均可以称为合法性校验，校验的处理以及内容可以是相同的；当然，两次校验还可以包括其他校验比如有效性校验，通过执行两次校验的目的是处于校验更加准确，或者更加安全的考虑。上述合法性校验以及有效性校验均基于预设策略执行，这里不做赘述。

进一步地，在所述目标车辆完成校验并且校验为通过的情况下，所述目标车辆可以生成一个临时许可信息(或称为临时license)；所述目标车辆可以将该临时许可信息发送至所述终端设备。

需要指出的是，该临时许可信息还可以包括一个有效时长，比如，可以设置为10分钟、或者可以设置为1天。也就是说，临时许可信息的有效时长可以用于限制该信息的可用时间。该有效时长可以从生成的时候开始计时，或者，可以从发送给终端设备的时候开始计时。

相应的，所述终端设备在收到所述临时许可信息之后，若执行立即升级，则可以向所述目标车辆发送携带有所述临时许可信息的升级指令。

然后，所述目标车辆在收到升级指令之后，可以验证所述升级指令中的临时许可信息，若验证通过，则可以基于所述升级指令对升级包执行升级处理(或称为刷写处理)。

这里，所述目标车辆再次进行临时许可信息的验证的作用可以提升安全性。进一步地，由于临时许可信息包含有效时长，进行临时许可信息的验证时，可以针对临时许可信息的有效时长进行验证，若判断当前时刻超过所述有效时长，则验证失败；若当前时刻处于有效时长内，那么可以进一步的针对临时许可信息的内容进一步验证。

至此，终端设备控制所述目标车辆完成立刻升级的处理。

另一实施例，如图3所示，还可以包括：

s301：收到目标车辆的新版本更新通知；

s302：若确认对所述目标车辆进行预约升级，则向所述目标车辆发送预约升级指令；其中，所述预约升级指令中包含预约升级时间，所述预约升级指令用于指示所述目标车辆在所述预约升级时间基于所述升级包执行升级。

本实施例与前述实施例不同之处在于，本实施例通过终端设备控制目标车辆在预约升级时间进行升级的处理。具体来说，

s301与前述s201的处理相同，这里不再赘述。

s302中，确认对所述目标车辆进行升级，可以为响应于用户通过前述预设应用点击确认升级的选项生成的确认信息，此时，用户还可以通过预设应用设置预约升级时间。

预约升级时间可以根据实际情况进行设置，可以选择用户不会使用目标车辆的时间对目标车辆进行升级，从而避免由于升级过程中需要通信静默以及下电而导致的无法使用目标车辆的问题。比如，当前为上午8点，可以预约升级时间为晚上10点，或者可以为下午2点等等。

此时，还需要指出的是，s302的处理中同样还可以包括：对所述升级包进行合法性校验；在所述合法性校验通过的情况下，接收所述目标车辆发来的临时许可信息。关于这部分的处理与前述实施例相同，也不做赘述。

不同在于，所述终端设备在收到所述临时许可信息之后，控制预约升级，向所述目标车辆发送预约升级指令。

相应的，所述目标车辆在收到升级指令之后，可以先存储该预约升级指令，并提取预约升级时间；然后判断当前时刻是否到达预约升级时间；

在当前时刻到达预约升级时间的情况下，所述目标车辆可以验证所述预约升级指令中的临时许可信息，若验证通过，则可以基于所述预约升级指令对升级包执行升级处理(或称为刷写处理)。

这里，所述目标车辆再次进行临时许可信息的验证的作用可以提升安全性。进一步地，由于临时许可信息包含有效时长，进行临时许可信息的验证时，可以针对临时许可信息的有效时长进行验证，若判断当前时刻超过所述有效时长，则验证失败；若当前时刻处于有效时长内，那么可以进一步的针对临时许可信息的内容进一步验证，比如可以进行一致性验证，也就是终端设备发来的临时许可信息与本身之前生成的临时许可指令是否一致等。

至此，终端设备控制所述目标车辆完成预约升级的处理。

第二方面，本申请实施例提供一种车辆升级方法，应用于车辆，如图4所示，所述方法包括：

s401：与终端设备建立通信连接；

s402：通过与所述终端设备建立的所述通信连接从所述终端设备获取升级包；

s403：基于所述升级包执行升级。

所述终端设备可以为用后使用的智能终端或移动终端，比如，可以为手机、平板电脑等设备。

s401具体可以为：所述终端设备先与所述车辆进行通信连接的建立。这里，所述通信连接可以为wifi连接。

然后执行s402，分别来说可以包括以下两种场景：

场景一、

可以包括：车辆未下载任何新的升级任务的升级包，则所述车辆通过所述与终端设备连接的通信连接从所述终端设备获取升级包，并执行s403，对升级包执行升级。这种场景可以理解为终端设备作为一个传输升级包的中介设备为车辆传输升级任务所对应的全部的升级包。

本场景中，车辆可以通过与云端的第一服务器的连接接收升级任务；当然，也可以不执行接收升级任务的处理。这里，所述第一服务器可以为云端用于向终端设备和/或目标车辆进行任务推送的服务器。其中，所述升级任务中可以包括以下至少之一：目标车辆的标识、至少一个待下载的升级包的下载地址、至少一个待下载的升级包的升级约束条件。当然，所述升级任务中还可以包括更多内容，这里不对其进行穷举。

进一步地，

若车辆未从云端的第一服务器接收到升级任务，那么可以等待执行s401-s403。

若车辆从云端的第一服务器接收到升级任务，可以根据用户的控制不从下载服务器下载所述升级任务所对应的升级包，而是等待执行s401-s403。

当然，用户可以控制所述车辆基于所述升级任务，从服务器下载所述升级任务所对应的升级包。需要理解的是，若车辆从所述下载服务器获取到全部升级包的内容，则可以不执行s401-s403，这种处理本实施例不进行详细说明。

场景二：

接收云端推送的升级任务；基于所述升级任务，从下载服务器下载所述升级任务所对应的升级包；以及

在从所述下载服务器下载所述升级任务所对应的升级包的过程中，接收到云端发来的下载变更指示的情况下，停止从服务器下载所述升级包，并将所述升级包作为未下载完成的数据包进行保存。

也就是说，若车辆在从下载服务器下载升级包的下载过程中，若接收到云端的第一服务器发来的下载变更指示，则控制停止下载处理；相应的，将升级包作为未下载完成的升级包进行保存。

本场景中s402的处理包括：

检测到与所述终端设备之间建立通信连接的情况下，判断是否存在未完成下载的升级包；

若存在未完成下载的升级包，则通过与所述终端设备之间的通信连接，对所述未完成下载的升级包进行断点续传。

需要指出的是，若车辆的一次升级任务包括多个升级包，那么可能存在一部分升级包为未完成下载的升级包，另一部分可以为没有开始下载的升级包，则针对未完成下载的升级包按照场景二进行处理，针对没有开始下载的升级包则按照场景一的流程进行处理。不再重复说明。

最后执行s403对升级包执行升级处理。

通过以上处理，终端设备通过与目标车辆之间的连接向目标车辆发送升级包，如此，可以减少目标车辆直接从下载服务器获取升级包所带来的流量消耗。

另一实施例提供的方案中，还可以包括：

对所述升级包进行校验；

在校验通过的情况下，生成临时许可信息，发送所述临时许可信息至所述终端设备。

具体的，所述车辆可以在接收到终端设备发来的合法性校验通过的信息的时候，可以检测自身的状态，若当前状态为休眠状态，则唤醒所述车辆，并且所述车辆对升级包进行校验，否则，当前状态为工作状态，则所述车辆直接再次对所述升级包进行校验。

结合前述实施例，针对升级包可以进行两次校验，一次在终端设备执行，一次在目标车辆执行；两次校验均可以称为合法性校验，校验的处理以及内容可以是相同的，通过执行两次校验的目的是处于校验更加准确，或者更加安全的考虑。

进一步地，在所述车辆完成对所述升级包进行校验并且校验为通过的情况下，所述车辆可以生成一个临时许可信息(或称为临时license)；将该临时许可信息发送至所述终端设备。

需要指出的是，该临时许可信息还可以包括一个有效时长，比如，可以设置为10分钟、或者可以设置为1天。也就是说，临时许可信息的有效时长可以用于限制该信息的可用时间。该有效时长可以从生成的时候开始计时，或者，可以从发送给终端设备的时候开始计时。

进一步地，基于终端设备的控制，所述车辆可以执行立即升级以及预约升级两种处理。分别来说：

立即升级的处理中：

接收所述终端设备发来的升级指令；

基于所述升级指令对所述升级包执行升级。

所述升级指令中携带所述临时许可信息；相应的，所述基于所述升级指令对所述升级包执行升级包括：对所述升级指令中携带的所述临时许可信息进行校验；在校验通过的情况下，基于所述升级包执行升级。

这里，所述车辆在收到升级指令之后，可以验证所述升级指令中的临时许可信息，若验证通过，则可以基于所述升级指令对升级包执行升级处理(或称为刷写处理)。所述车辆再次进行临时许可信息的验证的作用可以提升安全性。进一步地，由于临时许可信息包含有效时长，进行临时许可信息的验证时，可以针对临时许可信息的有效时长进行验证，若判断当前时刻超过所述有效时长，则验证失败；若当前时刻处于有效时长内，那么可以进一步的针对临时许可信息的内容进一步验证。

至此，终端设备控制所述目标车辆完成立刻升级的处理。

预约升级的处理中：

接收所述终端设备发来的预约升级指令；其中，所述预约升级指令中包含预约升级时间；在所述预约升级时间，基于所述升级包执行升级。

所述预约升级指令中还包括所述临时许可信息；

相应的，所述在所述预约升级时间，基于所述升级包执行升级包括：

在所述预约升级时间，对所述预约升级指令中携带的所述临时许可信息进行校验；在校验通过的情况下，基于所述升级包执行升级。

预约升级时间可以是用户在终端设备根据实际情况进行设置，可以选择用户不会使用目标车辆的时间对目标车辆进行升级，从而避免由于升级过程中需要通信静默以及下电而导致的无法使用目标车辆的问题。比如，当前为上午8点，可以预约升级时间为晚上10点，或者可以为下午2点等等。

所述车辆在收到该预约升级指令时先存储该预约升级指令，并提取预约升级时间；判断当前时刻是否到达预约升级时间；

在当前时刻到达预约升级时间的情况下，所述车辆可以验证所述升级指令中的临时许可信息，若验证通过，则可以基于所述升级指令对升级包执行升级处理(或称为刷写处理)。

其中，所述车辆可以验证所述升级指令中的临时许可信息之前，所述车辆还可以获取自身的状态，若当前状态为工作状态，则可以执行验证所述升级指令中的临时许可信息的处理；若当前状态为休眠状态，则唤醒车辆，然后再验证所述升级指令中的临时许可信息。

这里，所述目标车辆再次进行临时许可信息的验证的作用可以提升安全性。进一步地，由于临时许可信息包含有效时长，进行临时许可信息的验证时，可以针对临时许可信息的有效时长进行验证，若判断当前时刻超过所述有效时长，则验证失败；若当前时刻处于有效时长内，那么可以进一步的针对临时许可信息的内容进一步验证。

至此，终端设备控制所述目标车辆完成预约升级的处理。

本实施例的一种示例，如图5所示，将终端设备为手机，具体通过手机app实现前述方法的处理为例，具体说明如下：云端，可以包括ota平台以及tsp平台，其中tsp平台可以理解为前述第一服务器(当然还可以理解为第一服务器集群，均在本实施例保护范围内)，ota(over-the-air，空中下载)平台可以理解为第二服务器或第二服务器集群，用于向tsp推送新的升级任务，本实施例不对其进行详述。

如图5所示，云端可以向手机app以及车辆推送升级任务；在车辆(具体为车辆的ota组件)接收到推送的升级任务的时候，可以选择自身从下载服务器(即cdn)中下载升级包。或者，手机app可以基于用户的操作通知云端执行手机下载，也就是可以向云端发送手机下载请求；此时，可能车辆已经下载升级包中的一部分，一旦云端收到手机app发来的手机下载请求，则可以向车辆发送下载变更指示，相应的，车辆收到该下载变更指示可以停止升级包下载。

仍参考图5，手机app向云端发送手机下载请求之后，可以根据升级任务从下载服务器下载升级包；然后，在手机与车辆建立wifi连接的情况下，可以向车辆进行断点续传，以使得车辆通过手机app获取本次任务所对应的升级包的全部内容。

又一示例，手机控制车辆立即升级的处理，参见图6，其中灰色框可以为车辆执行的处理。具体的，可以包括：手机检测到新版本更新通知后，可以响应于用户的点击确认升级，然后手机执行针对升级包的合法性校验；

若验证通过，则可以控制车辆进行状态自检；若车辆检测到自身的状态为休眠状态，则对自身进行唤醒，然后车辆也执行一次升级包校验，若车辆检测到自身的状态为工作状态，则直接执行校验处理；

基于前述校验处理，所述车辆生成临时许可信息，然后将临时许可信息发送至手机；手机发送升级指令给车辆，该升级指令中携带临时许可信息；

所述车辆校验升级指令中的临时许可信息，若校验通过，则检查车况，然后执行升级。这里，检查车况还可以包括：根据预设的策略检查车况，比如，当前车辆正在行驶中，可以不执行升级，由车辆控制自身在停止行驶(比如挂停止档位的情况下)或下电的状态下，再控制升级。

又一示例，手机控制车辆预约升级的处理，参见图7，其中灰色框可以为车辆执行的处理。具体的，可以包括：手机检测到新版本更新通知后，可以响应于用户的点击确认预约升级，然后手机执行针对升级包的合法性校验；

若验证通过，则可以控制车辆进行状态自检；若车辆检测到自身的状态为休眠状态，则对自身进行唤醒，然后车辆也执行一次升级包校验，若车辆检测到自身的状态为工作状态，则直接执行校验处理；

基于前述校验处理，所述车辆生成临时许可信息，然后将临时许可信息发送至手机；手机发送预约升级指令给车辆，该预约升级指令中携带临时许可信息以及预约时间；

所述车辆根据预约升级指令中的预约时间以及当前时刻，检测预约时间是否到达，若预约时间到达，则再次检测当前的车辆状态，若处于休眠状态，则唤醒车辆，校验预约升级指令中的临时许可信息，若校验通过，则检查车况，然后执行升级；否则，若车辆处于工作状态，则直接校验预约升级指令中的临时许可信息，若校验通过，则检查车况，然后执行升级。

第三方面，本申请实施例还提供一种终端设备，如图8所示，包括：

任务获取单元81，用于接收云端推送的针对目标车辆的升级任务；

下载单元82，用于从下载服务器下载所述针对目标车辆的升级任务所对应的升级包；

第一通信单元83，用于在与所述目标车辆建立通信连接的情况下，将所述升级包发送至所述目标车辆。

所述第一通信单元83，用于收到目标车辆的新版本更新通知；若确认对所述目标车辆进行升级，则向所述目标车辆发送升级指令；其中，所述升级指令用于指示所述目标车辆基于所述升级包执行升级。

所述第一通信单元83，用于收到目标车辆的新版本更新通知；若确认对所述目标车辆进行预约升级，则向所述目标车辆发送预约升级指令；其中，所述预约升级指令中包含预约升级时间，所述预约升级指令用于指示所述目标车辆在所述预约升级时间基于所述升级包执行升级。

如图9所示，所述终端设备还包括：

第一校验单元84，用于对所述升级包进行合法性校验；

所述第一通信单元83，用于在所述合法性校验通过的情况下，接收所述目标车辆发来的临时许可信息。

所述第一通信单元83，用于向所述目标车辆发送包含有所述临时许可信息的升级指令；

或者，向所述目标车辆发送预约升级指令，包括：向所述目标车辆阿发送包含临时许可信息的预约升级指令。

本实施例中所述终端设备中各个模块执行的处理与前述第一方面提供的实施例中的处理相同，因此不再进行重复说明。

第四方面，本申请实施例还提供一种车辆，如图10所示，包括：

第二通信单元91，用于与终端设备建立通信连接；通过与所述终端设备建立的所述通信连接从所述终端设备获取升级包；

升级管理单元92，用于基于所述升级包执行升级。

升级管理单元92，用于判断是否存在未完成下载的升级包；

所述第二通信单元91，用于若存在未完成下载的升级包，则通过与所述终端设备之间的通信连接，对所述未完成下载的升级包进行断点续传。

如图11所示，所述车辆还包括：

云端通信单元93，用于接收云端推送的升级任务；

服务器下载管理单元94，用于基于所述升级任务，从下载服务器下载所述升级任务所对应的升级包；以及，

在从所述下载服务器下载所述升级任务所对应的升级包的过程中，接收到云端发来的下载变更指示的情况下，停止从服务器下载所述升级包，并将所述升级包作为未下载完成的数据包进行保存。

所述车辆还包括：

第二校验单元95，用于对所述升级包进行校验；

所述升级管理单元92，用于在校验通过的情况下，生成临时许可信息；

所述第二通信单元91，用于发送所述临时许可信息至所述终端设备。

所述升级管理单元92，用于接收所述终端设备发来的升级指令；基于所述升级指令对所述升级包执行升级。

所述升级指令中携带所述临时许可信息；

相应的，所述升级管理单元92，用于对所述升级指令中携带的所述临时许可信息进行校验；在校验通过的情况下，基于所述升级包执行升级。

所述升级管理单元92，用于接收所述终端设备发来的预约升级指令；其中，所述预约升级指令中包含预约升级时间；在所述预约升级时间，基于所述升级包执行升级。

所述预约升级指令中还包括所述临时许可信息；

相应的，所述升级管理单元92，用于在所述预约升级时间，对所述预约升级指令中携带的所述临时许可信息进行校验；在校验通过的情况下，基于所述升级包执行升级。

本实施例中所述车辆中各个模块执行的处理与前述第二方面提供的实施例中的处理相同，因此不再进行重复说明。

根据本申请的实施例，本申请还提供了一种车辆、终端设备和一种可读存储介质。

如图12所示，是根据本申请实施例的车辆或终端设备的框图。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图12所示，该车辆包括：一个或多个处理器801、存储器802，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在车辆内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个车辆，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图12中以一个处理器801为例。

存储器802即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的车辆升级方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的车辆升级方法。

存储器802作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的车辆升级方法对应的程序指令/模块。处理器801通过运行存储在存储器802中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的车辆升级方法。

存储器802可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据车辆的使用所创建的数据等。此外，存储器802可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器802可选包括相对于处理器801远程设置的存储器，这些远程存储器可以通过网络连接至车辆。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

车辆还可以包括：输入装置803和输出装置804。处理器801、存储器802、输入装置803和输出装置804可以通过总线或者其他方式连接，图5中以通过总线连接为例。

输入装置803可接收输入的数字或字符信息，以及产生与车辆的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置804可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。