WO2023108618A1 - 一种基于空中下载ota技术的升级方法及通信装置 - Google Patents

Abstract

一种基于空中下载OTA技术的升级方法及通信装置，用于解决车辆管理存在风险的问题。该方法包括OTA云接收来自第一设备的车队信息，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识；OTA云向第二目标车辆发送第一升级任务信息，第一升级任务信息包括升级包，第二目标车辆为第一设备从第一目标车辆中确定的至少一辆，第一目标车辆与车队信息和第一车辆相关，第一车辆为OTA云获取的需要升级的车辆。通过第一设备确定允许升级的第二目标车辆，OTA云向第二目标车辆发送第一升级任务信息，有助于提高对车队中的车辆管理的安全性。

Description

一种基于空中下载OTA技术的升级方法及通信装置 技术领域

本申请涉及通信技术领域，尤其涉及一种基于空中下载OTA技术的升级方法及通信装置。

背景技术

随着科学技术的发展，终端设备正逐步进入人们的日常生活，人们对终端设备的智能化、安全性等要求也越来越高。通常，终端设备中部署有各种各样的软件(如应用)等。以终端设备是车辆为例，车辆中通常部署有智能座舱、传感系统、自动驾驶系统等硬件，也部署有车载操作系统、导航应用、影音播放应用等。这些软件使得终端设备的功能更加丰富，但是也更容易出现漏洞或者功能跟不上需求等，需要将原始的版本升级为更先进的版本等。因此，需要对终端设备中的软件进行升级，以更新软件版本。

目前，由于基于空中下载(over the air，OTA)技术的升级速度快、对数据的影响较小，因此已被广泛应用于智能电视、手机、平板电脑、机顶盒、车辆等的升级中。其中，OTA是一种通过无线网络进行数据下载的技术。以车辆为例来说，整车厂(original equipment manufacturer，OEM)可通过OTA技术升级车辆的中的软件，有利于厂商减少召回成本、快速响应需求、提升用户体验。

目前OTA云服务器通过OTA技术升级主要有两个层面。一是车型层面，具体的，OTA云服务器按照车型发布升级版本以及推送升级任务。二是车辆层面，具体的，OTA云服务器按照车辆跟踪升级进度，在驾驶员确认后进行升级。然而，在实际应用场景中，可能会出现多个车辆属于同一个所有者(fleet owner，FO)，属于同一个所有者的这些车辆可以称为一个车队(vehicle fleet)。若仍基于上述两个层面对车辆进行升级，车辆的升级情况对车辆的所有者不可见，会导致车辆的所有者无法及时管控车辆的软件版本，从而会对车辆的管理带来风险。

发明内容

本申请提供一种基于OTA技术的升级方法及通信装置，用于提高车辆管理的安全性。

第一方面，本申请提供一种基于OTA技术的升级方法，该方法包括接收来自第一设备的车队信息，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识；以及向第二目标车辆发送第一升级任务信息，第一升级任务信息包括升级包。其中，第二目标车辆为第一设备从第一目标车辆中确定的至少一辆，第一目标车辆与车队信息和第一车辆相关，第一车辆为OTA云获取的需要升级的车辆。

该方法可由OTA云执行，OTA云也可以称为OTA云端或OTA云服务器等。

基于上述方案，第一设备向OTA云发送车队信息，可以使得OTA云获得属于同一车队的车辆的车辆标识，从而可向第一设备确定出的需要升级的第二目标车辆发送第一升级任务信息，进而有助于提高第一设备对车队中的车辆管理的安全性，且有助于提高第一设备对车队中的车辆的软件管理水平。

在一种可能的实现方式中，OTA云可根据来自第一设备的车队信息和第一车辆标识， 确定第一目标车辆，其中，第一车辆标识为OTA云服务器获取的需要升级的车辆标识，第一目标车辆为OTA云确定的车队中需要升级的车辆。

通过OTA云先确定出车队中需要升级的第一目标车辆，以便于第一设备快速的决策允许哪些第一目标车辆升级。

如下示例性的示出了两种确定第二目标车辆的方法。

方法1

OTA云向第一设备发送第一请求消息，第一请求消息用于向第一设备请求确定允许升级的第一目标车辆，其中，第一设备确定允许升级的第一目标车辆称为第二目标车辆。示例性的，第一请求消息包括第一目标车辆的车辆标识。

相应的，OTA云接收来自所述第一设备或第二目标车辆的第一响应消息，第一响应消息包括所述第二目标车辆的信息。示例性地，第一响应消息包括第二目标车辆的车辆标识。

在一种可能的实现方式中，第一请求消息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化的至少一项。

通过第一请求消息中携带的升级任务的关联信息，可以使得第一设备根据实际情况灵活选择允许升级的第一目标车辆。

进一步，在一种可能的实现方式中，第一升级任务信息还包括升级类型，升级类型为已确认升级。

若第二目标车辆确定升级类型为已确认升级后，可以基于接收到的第一升级任务信息中的升级包按照OTA的升级流程进行升级，不需要第二目标车辆的使用者(或称为驾驶员)确认，从而可减轻驾驶员的负担。

方法2

OTA云向第一目标车辆发送第一指示信息，第一指示信息用于指示第一目标车辆向第一设备请求确认是否允许升级；以及接收来自第一设备或第二目标车辆的第二响应消息，第二响应消息包括第二目标车辆的信息。

进一步，在一种可能的实现方式中，第一指示信息例如可以包括第一设备的地址。

通过OTA云向第一目标车辆发送第一指示信息，可以触发第一设备决策是否允许第一目标车辆升级，从而有助于提高第一设备对车队中的车辆管理的安全性，且可提高第一设备对车队中的车辆的软件管理水平。而且，通过第一设备决策是否允许第一目标车辆升级后，不需要再通过HMI提示或征求驾驶员的确认，从而有助于减轻驾驶员的负担。

进一步，在一种可能的实现方式中，第一指示信息还可包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。

通过第一指示信息中携带升级任务的关联信息，可以使得第一目标车辆确定是否向OTA云或第一设备发送第二请求消息。进一步，当第一目标车辆向第一设备发送第二请求消息时，可在第二请求消息中也携带升级任务的关联信息，以便于第一设备根据升级任务的关联信息确定是否允许发送该第二请求消息的第一目标车辆升级。

基于上述内容，在一种可能的实现方式中，该方法还包括OTA云接收来自第二目标车辆的升级结果，其中，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

进一步，在一种可能的实现方式中，OTA云向第一设备发送升级结果。

通过第二目标车辆基于OTA升级后及时向OTA云通知升级结果，进一步，OTA云可将第二目标车辆的升级结果及时同步给第一设备，可以使得第一设备、OTA云和第二目标 车辆的升级信息是同步的，从而可使得第一设备有效且安全的管理该车队中的各个车辆的升级情况。

在另一种可能的实现方式中，OTA云接收第一设备转发的来自第二目标车辆的升级结果。

通过第二目标车辆基于OTA升级后及时向第一设备通知升级结果，进一步，第一设备可将第二目标车辆的升级结果及时同步给OTA云，可以使得第一设备、OTA云和第二目标车辆的升级信息是同步的，从而可使得第一设备有效且安全的管理该车队中的各个车辆的升级情况。

第二方面，本申请提供一种基于OTA技术的升级方法，该方法包括第一设备向OTA云发送车队信息，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识；第一设备接收来自OTA云的第一请求消息，第一请求消息包括第一目标车辆的车辆标识，第一目标车辆为OTA云确定的车队中需要升级的车辆；第一设备根据第一请求消息，将第一目标车辆中的至少一辆确定为第二目标车辆；第一设备向OTA云发送第一响应消息，第一响应消息包括第二目标车辆的信息。

在一种可能的实现方式中，第一请求消息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化的至少一项。

在一种可能的实现方式中，该方法还包括第一设备接收来自第二目标车辆的升级结果，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

进一步，在一种可能的实现方式中，该方法还包括第一设备向OTA云发送升级结果。

在另一种可能的实现方式中，第一设备接收来自OTA云转发的第二目标车辆的升级结果。

第三方面，本申请提供一种基于OTA技术的升级方法，该方法包括第二目标车辆接收来自OTA云的第一升级任务信息，第一升级任务信息包括升级包和升级任务类型；若确定升级类型为已确认升级，可直接根据升级包进行升级。

上述第二方面至第三方面中任一方面可以达到的技术效果可以参照上述第一方面中有益效果的描述，此处不再重复赘述。

第四方面，本申请提供一种基于OTA技术的升级方法，该方法包括接收来自第一设备的车队信息，所述第一设备用于管理车队，所述车队包括至少两辆车辆，所述车队信息包括属于同一车队的车辆的车辆标识；以及向第一目标车辆发送第二升级任务信息，第二升级任务信息包括升级包和第一指示信息。其中，第一目标车辆与车队信息和第一车辆相关，第一车辆为OTA云获取的需要升级的车辆，第一指示信息用于指示第一目标车辆向第一设备请求确认是否允许第一目标车辆进行升级。可以理解的是，升级包与允许升级的第一目标车辆对应。

该方法可由OTA云执行，OTA云也可以称为OTA云端或OTA云服务器等。

基于上述方案，第一设备向OTA云发送车队信息，可以使得OTA云可以获得属于同一车队的车辆的车辆标识；进一步，OTA云向第一目标车辆发送包括第一指示信息的第二升级任务信息，从而可指示第一目标车辆向所述第一设备请求确认是否允许所述第一目标车辆进行升级，进而可以使得第一设备决策是否允许第一目标车辆升级。

在一种可能的实现方式中，OTA云可根据来自第一设备的车队信息和第一车辆标识，确定第一目标车辆，其中，第一车辆标识为OTA云服务器获取的需要升级的车辆标识， 第一目标车辆为OTA云确定的车队中需要升级的车辆。

在一种可能的实现方式中，第一指示信息包括第一设备的地址。

通过第一设备的地址，可以使得第一目标车辆准确且快速的确定出第一设备。

在一种可能的实现方式中，第二升级任务信息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。

通过第一请求消息中携带的升级任务的关联信息，可以使得第一设备根据实际情况灵活选择允许升级的第一目标车辆。

在一种可能的实现方式中，该方法还包括OTA云接收来自第二目标车辆的升级结果，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

进一步，在一种可能的实现方式中，OTA云向第一设备发送升级结果。

通过第二目标车辆基于OTA升级后及时向OTA云通知升级结果，进一步，OTA云可将第二目标车辆的升级结果及时同步给第一设备，可以使得第一设备、OTA云和第二目标车辆的升级信息是同步的，从而可使得第一设备有效且安全的管理该车队中的各个车辆的升级情况。

在另一种可能的实现方式中，OTA云接收第一设备转发的来自第二目标车辆的升级结果。

通过第二目标车辆基于OTA升级后及时向第一设备通知升级结果，进一步，第一设备可将第二目标车辆的升级结果及时同步给OTA云，可以使得第一设备、OTA云和第二目标车辆的升级信息是同步的，从而可使得第一设备有效且安全的管理该车队中的各个车辆的升级情况。

第五方面，本申请提供的一种基于OTA技术的升级方法，该方法包括第一设备向OTA云发送车队信息，第一设备用于管理车队，车队包括至少两辆车辆，所述车队信息包括属于同一车队的车辆的车辆标识；第一设备接收来自第一目标车辆的第三请求消息，第三请求消息用于向第一设备请求确认是否允许第一目标车辆升级，第一目标车辆与车队信息和第一车辆相关，第一车辆为OTA云获取的需要升级的车辆；以及第一设备向第一目标车辆发送第三响应消息，第三响应消息包括用于指示允许第一目标车辆升级的信息。

在一种可能的实现方式中，第三请求消息还可包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化的至少一项。

在一种可能的实现方式中，该方法还包括第一设备接收来自第一目标车辆的升级结果，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

进一步，在一种可能的实现方式中，该方法还包括第一设备向OTA云发送升级结果。

在另一种可能的实现方式中，第一设备接收来自OTA云转发的第一目标车辆的升级结果。

第六方面，本申请提供一种基于OTA技术的升级方法，该方法包括接收来自OTA云的第二升级任务信息，第二升级任务信息包括升级包和第一指示信息，第一指示信息用于指示第一目标车辆向第一设备请求确认是否允许第一目标车辆进行升级，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识，第一目标车辆与车队信息和第一车辆相关，第一车辆为OTA云获取的需要升级的车辆；根据第二升级任务信息，向第一设备或OTA云发送第三请求消息，第三请求消息用于向第一设备请求确认是否允许第一目标车辆升级；接收来自第一设备的第三响应消息，第三响应消 息包括用于指示允许第一目标车辆升级的信息。

该方法可由第一目标车辆执行。

在一种可能的实现方式中，第三请求消息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。

在一种可能的实现方式中，向第一设备或所述OTA云发送所述第一目标车辆的升级结果，所述升级结果包括升级成功、升级失败、回滚成功或回滚失败。

上述第五方面至第六方面中任一方面可以达到的技术效果可以参照上述第四方面中有益效果的描述，此处不再重复赘述。

第七方面，本申请提供一种基于OTA技术的升级方法，该方法包括接收来自第一设备的车队信息，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识；以及向第一设备发送第三升级任务信息，第三升级任务信息包括第一目标车辆的车辆标识和升级包，第一目标车辆与车队信息和第一车辆相关，第一车辆为OTA云获取的需要升级的车辆，升级包对应第一目标车辆，进一步，升级包对应第二目标车辆，第二目标车辆为第一设备从第一目标车辆中确定的至少一辆。

该方法可由OTA云执行，OTA云也可以称为OTA云端或OTA云服务器等。

基于上述方案，第一设备向OTA云发送车队信息，可以使得OTA云获得属于同一车队的车辆的车辆标识；进一步向第一设备发送包括第一目标车辆的车辆标识的第三升级任务信息，可以使得第一设备确定允许哪些第一目标车辆升级，进而有助于提高对车队中的车辆管理的安全性。

在一种可能的实现方式中，OTA云可根据来自第一设备的车队信息和第一车辆标识，确定第一目标车辆，其中，第一车辆标识为OTA云服务器获取的需要升级的车辆标识，第一目标车辆为OTA云确定的车队中需要升级的车辆。

通过OTA云先确定出车队中需要升级的第一目标车辆，以便于第一设备快速的决策允许哪些第一目标车辆升级。

在一种可能的实现方式中，第三升级任务信息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。

在一种可能的实现方式中，该方法还包括OTA云接收来自第二目标车辆的升级结果，其中，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

进一步，在一种可能的实现方式中，OTA云向第一设备发送升级结果。

通过第二目标车辆基于OTA升级后及时向OTA云通知升级结果，进一步，OTA云可将第二目标车辆的升级结果及时同步给第一设备，可以使得第一设备、OTA云和第二目标车辆的升级信息是同步的，从而可使得第一设备有效且安全的管理该车队中的各个车辆的升级情况。

在另一种可能的实现方式中，OTA云接收第一设备转发的来自第二目标车辆的升级结果。

通过第二目标车辆基于OTA升级后及时向第一设备通知升级结果，进一步，第一设备可将第二目标车辆的升级结果及时同步给OTA云，可以使得第一设备、OTA云和第二目标车辆的升级信息是同步的，从而可使得第一设备有效且安全的管理该车队中的各个车辆的升级情况。

第八方面，本申请提供一种基于OTA技术的升级方法，该方法包括第一设备向OTA 云发送车队信息，所述第一设备用于管理车队，所述车队包括至少两辆车辆，所述车队信息包括属于同一车队的车辆的车辆标识；第一设备接收来自OTA云的第三升级任务信息，第三升级任务信息包括第一目标车辆标识和升级包；第一设备根据第三升级任务信息，将第一目标车辆中至少一辆确定为第二目标车辆；第一设备向第二目标车辆发送第四升级任务信息，第四升级任务信息与第三升级任务信息相关。

在一种可能的实现方式中，第四升级任务信息包括第一设备对升级包进行数字签名后得到的信息。

通过对第三升级任务信息包括的升级包进行数字签名，可以进一步提高第一设备和第二目标车辆之间通信的安全性。

在一种可能的实现方式中，第四升级任务信息还包括升级类型，升级类型为已确认升级。

在一种可能的实现方式中，该方法还包括第一设备接收来自第二目标车辆的升级结果，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

进一步，在一种可能的实现方式中，该方法还包括第一设备向OTA云发送升级结果。

在另一种可能的实现方式中，第一设备接收来自OTA云转发的第二目标车辆的升级结果。

上述第八方面中任一方面可以达到的技术效果可以参照上述第七方面中有益效果的描述，此处不再重复赘述。

第九方面，本申请提供一种通信装置，该通信装置用于实现上述第一方面或第一方面的任意可能的实现方式中的方法，或者用于实现上述第二方面或第二方面的任意可能的实现方式中的方法，或者用于实现上述第三方面或第三方面的任意可能的实现方式中的方法，或者用于实现上述第四方面或第四方面的任意可能的实现方式中的方法，或者用于实现上述第五方面或第五方面的任意可能的实现方式中的方法，或者用于实现上述第六方面或第六方面的任意可能的实现方式中的方法，或者用于实现上述第七方面或第七方面的任意可能的实现方式中的方法，或者用于实现上述第八方面或第八方面的任意可能的实现方式中的方法，包括相应的功能模块，分别用于实现以上方法中的步骤。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的实现方式中，该通信装置可以是OTA云，或者也可以是第一设备，或者也可以是车辆，或者也可以是用于OTA云、第一设备或车辆中的模块，例如芯片或芯片系统或者电路。有益效果可参见上述对应方法的描述，此处不再赘述。该通信装置可以包括：接口电路和处理器。该处理器通过逻辑电路或执行代码指令用于实现上述第一方面或第一方面的任意可能的实现方式中的方法，或者用于实现上述第二方面或第二方面的任意可能的实现方式中的方法，或者用于实现上述第三方面或第三方面的任意可能的实现方式中的方法，或者用于实现上述第四方面或第四方面的任意可能的实现方式中的方法，或者用于实现上述第五方面或第五方面的任意可能的实现方式中的方法，或者用于实现上述第六方面或第六方面的任意可能的实现方式中的方法，或者用于实现上述第七方面或第七方面的任意可能的实现方式中的方法，或者用于实现上述第八方面或第八方面的任意可能的实现方式中的方法。该接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装 置。其中，接口电路可以为独立的接收器、独立的发射器、集成收发功能的收发器。可选地，该通信装置还可以包括存储器，该存储器可以与处理器耦合，其保存该通信装置必要的程序指令和数据。可选地，该通信装置还可以包括存储器，该存储器可以与处理器耦合，其保存该通信装置必要的程序指令和数据。

可能的实现方式可参见上述方法项的介绍，此处不再重复赘述。

第十方面，本申请提供一种通信装置，该通信装置用于实现上述第一方面或第一方面的任意可能的实现方式中的方法，或者用于实现上述第二方面或第二方面的任意可能的实现方式中的方法，或者用于实现上述第三方面或第三方面的任意可能的实现方式中的方法，或者用于实现上述第四方面或第四方面的任意可能的实现方式中的方法，或者用于实现上述第五方面或第五方面的任意可能的实现方式中的方法，或者用于实现上述第六方面或第六方面的任意可能的实现方式中的方法，或者用于实现上述第七方面或第七方面的任意可能的实现方式中的方法，或者用于实现上述第八方面或第八方面的任意可能的实现方式中的方法，包括相应的功能模块，分别用于实现以上方法中的步骤。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的实施方式中，该通信装置可以是OTA云，或者也可以是第一设备，或者也可以是车辆，该通信装置可以括处理模块和收发模块，这些模块可以执行上述方法示例中终端设备的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第十一方面，本申请提供一种芯片，包括处理器，处理器与存储器耦合，用于执行存储器中存储的计算机程序或指令，使得芯片实现上述第一方面或第一方面中的任意可能的实现方式中的方法、或者用于实现上述第二方面或第二方面的任意可能的实现方式中的方法，或者用于实现上述第三方面或第三方面的任意可能的实现方式中的方法，或者用于实现上述第四方面或第四方面的任意可能的实现方式中的方法，或者用于实现上述第五方面或第五方面的任意可能的实现方式中的方法，或者用于实现上述第六方面或第六方面的任意可能的实现方式中的方法，或者用于实现上述第七方面或第七方面的任意可能的实现方式中的方法，或者用于实现上述第八方面或第八方面的任意可能的实现方式中的方法。

第十二方面，本申请提供一种通信系统，该通信系统包括OTA云、第一设备和第二目标车辆。其中，OTA云可以用于执行上述第一方面或第一方面的任意可能的实现方式中的方法，第一设备可以用于执行上述第二方面或第二方面的任意可能的实现方式中的方法，第二目标车辆用于执行上述第三方面或第三方面的任意可能的实现方式中的方法。

第十三方面，本申请提供一种通信系统，该通信系统包括OTA云、第一设备和第一目标车辆。其中，OTA云可以用于执行上述第四方面或第四方面的任意可能的实现方式中的方法，第一设备可以用于执行上述第五方面或第五方面的任意可能的实现方式中的方法，第一目标车辆可以用于执行上述第六方面或第六方面的任意可能的实现方式中的方法。

第十四方面，本申请提供一种通信系统，该通信系统包括OTA云、第一设备。其中，OTA云可以用于执行上述第七方面或第七方面的任意可能的实现方式中的方法，第一设备可以用于执行上述第八方面或第八方面的任意可能的实现方式中的方法。

第十五方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令被通信装置执行时，使得该通信装置执行上述第一方面或第一方面的任意可能的实现方式中的方法、或者执行上述第二方面或第二方面的任 意可能的实现方式中的方法，或者执行上述第三方面或第三方面的任意可能的实现方式中的方法，或者执行上述第四方面或第四方面的任意可能的实现方式中的方法，或者执行上述第五方面或第五方面的任意可能的实现方式中的方法，或者执行上述第六方面或第六方面的任意可能的实现方式中的方法，或者执行上述第七方面或第七方面的任意可能的实现方式中的方法，或者执行上述第八方面或第八方面的任意可能的实现方式中的方法。

第十六方面，本申请提供一种计算机程序产品，该计算机程序产品包括计算机程序或指令，当该计算机程序或指令被通信装置执行时，使得该通信装置执行上述第一方面或第一方面的任意可能的实现方式中的方法、或者执行上述第二方面或第二方面的任意可能的实现方式中的方法，或者执行上述第三方面或第三方面的任意可能的实现方式中的方法，或者执行上述第四方面或第四方面的任意可能的实现方式中的方法，或者执行上述第五方面或第五方面的任意可能的实现方式中的方法，或者执行上述第六方面或第六方面的任意可能的实现方式中的方法，或者执行上述第七方面或第七方面的任意可能的实现方式中的方法，或者执行上述第八方面或第八方面的任意可能的实现方式中的方法。

附图说明

图1为本申请提供的一种通信系统架构示意图；

图2为本申请提供的一种可能的应用场景示意图；

图3为本申请提供的一种基于OTA技术的升级方法的方法流程示意图；

图4为本申请提供的一种第一设备确定第二目标车辆的方法流程示意图；

图5为本申请提供的另一种第一设备确定第二目标车辆的方法流程示意图；

图6为本申请提供的又一种第一设备确定第二目标车辆的方法流程示意图；

图7为本申请提供的一种第二目标车辆升级的方法流程示意图；

图8为本申请提供的另一种基于OTA技术的升级方法的方法流程示意图；

图9为本申请提供的一种第一设备确定允许升级的第一目标车辆的方法流程示意图；

图10为本申请提供的另一种第一设备确定允许升级的第一目标车辆的方法流程示意图；

图11为本申请提供的另一种基于OTA技术的升级方法的方法流程示意图；

图12为本申请提供的一种的第一设备向第二目标车辆发送第四升级任务信息的方法流程示意图；

图13为本申请的提供的一种通信装置的结构示意图；

图14为本申请的提供的一种通信装置的结构示意图。

具体实施方式

下面将结合附图，对本申请实施例进行详细描述。

图1是本申请的可应用的一种通信系统架构示意图。该通信系统可包括服务器、第一设备和第二设备。图1以包括服务器101、第一设备102和四个第二设备(分别为第二设备103a、第二设备103b、第二设备103c和第二设备103d)为例。其中，第二设备103a、第二设备103b和第二设备103c属于同一队。第一设备102用于管理由第二设备组成的队(或称为组)。也可以理解为，第二设备103a、第二设备103b和第二设备103c归属于第 一设备102。需要说明的是，该通信系统还可以包括不属于队(或组)的第二设备，如第二设备103d。服务器101与第一设备102之间、服务器101与第二设备103a、第二设备103b、第二设备103c和第二设备103d之间均可通过移动通信网络(例如2G/3G/4G/5G/未来6G等网络)、或无线局域网络(wireless local area networks，WLAN)等进行通信，或者也可以通过短距通信技术进行通信。在本申请实施例中，短距离通信技术可以包括支持无线短距通信的技术，无线短距通信包括通信双方通过无线电波传输信息并且传输距离在较短的范围内(例如百米以内)，都可以称为短距离无线通信，包括但是不限于蓝牙(bluetooth)技术、无线保真(wireless fidelity，Wi-Fi)技术、近场通讯(near field communication，NFC)技术、Wi-Fi Aware技术、通用短距通信技术、星闪联盟规范的短距通信技术等。第一设备102与第二设备103b、第二设备103c和第二设备103d之间可以通过移动通信网络(例如2G/3G/4G/5G/未来6G等网络)、或WLAN或Wi-Fi网络等进行通信；或者也可以通过短距通信技术进行通信，关于短距通信技术可参见前述相关描述，此处不再赘述。

其中，服务器101可以是单个服务器，也可以是由多个服务器组成的服务器集群。例如可以是多个服务器通过分布式架构部署的服务器集群，服务器集群中可以包括云计算服务器、内容分发网络(content delivery network，CDN)服务器、域名解析系统(domain name system，DNS)服务器等等中的一个或者多个，各个服务器之间可以相互协调，共同完成计算、数据存储、通信等功能。为了方便描述，本申请中将单个服务器、分布式服务器、服务器集群等统称为服务器。进一步，服务器可以实体的物理设备、或者也可以是部署在云上的虚拟机或容器等。服务器中可存储第二设备的升级文件。第一设备102可以是用于管理第二设备组成的队的用户设备(user equipment，UE)、主机、服务器、手机、笔记本或平板电脑等终端设备。第二设备(如第二设备103a、第二设备103b、第二设备103c和第二设备103d)例如可以是车辆、智能电视、智能手机、平板电脑、机顶盒等设备。

需要说明的是，上述图1中所示的服务器、第一设备和第二设备的形态和数量仅用于举例，并不构成对本申请的限定。

基于上述内容，请参阅图2，为本申请提供的一种可能的应用场景示意图。该应用场景是以车队中的车辆基于OTA升级为例说明的。该应用场景中服务器以OTA云201(或称为OTA云端或OTA云服务器等)为例，第一设备202以与显示器连接的主机为例，第二设备以车辆203a、车辆203b和车辆203c为例。其中，车辆203a、车辆203b和车辆203c属于同一车队(vehicle fleet)，该车队归属于第一设备202，即第一设备202用于管理车辆203a、车辆203b和车辆203c，该第一设备202可称为车队(或车辆)所有者。OTA云201与第一设备202可通过移动通信网络(例如2G/3G/4G/5G/未来6G等网络)、或WLAN或通过短距通信技术等进行通信，本申请对第一设备和OTA云的通信方式不作限定。进一步，OTA云与车辆203a、车辆203b、车辆203c和车辆203d也可通过移动通信网络(例如2G/3G/4G/5G/未来6G等网络)、或WLAN或短距通信技术等进行通信。进一步，第一设备202与车辆203a、车辆203b、车辆203c和车辆203d也可通过移动通信网络(例如2G/3G/4G/5G/未来6G等网络)、或WLAN或短距通信技术等进行通信。

其中，车辆(如车辆203a、车辆203b和车辆203c)包括可以进行软件升级的任意形式的车辆。例如，智能车、电动车、数字汽车、轿车、卡车、摩托车、公共汽车、割草机、娱乐车、游乐场车辆、施工设备、电车、或高尔夫球车等，本申请对此不作限定。图2以 车辆203a为例，车辆中至少包括网关(gate way，GW)、用于支撑智能驾驶的软硬件一体化平台即车载计算平台(vehicle computing platform)例如移动数据中心(mobile data center，MDC)、人机交互系统(human-machine interaction，HMI)、远程信息控制单元(telematics control unit，TCU)、汽车盒子(telematics box，Tbox)、电子控制单元(electronic control unit，ECU)等中的一个或多个部件。GW是整车电子电气架构中的核心部件，其作为整车网络的数据交互枢纽，可将控制区域网络(controller area network，CAN)、局域互联网络(local interconnect network，LIN)、多媒数据传输(media oriented system transport，MOST)网络等网络数据在不同网络中进行路由。MDC是车辆的智能车载计算平台，MDC可以用于实现车辆的自动驾驶功能。HMI是车辆的信息娱乐系统。TCU和Tbox主要用于和车辆外部设备(例如云端、车队所有者等)、后台系统等进行通信。ECU是车辆专用微机控制器，ECU包括但不限于整车集成单元(vehicle integrated/intergration unit，VIU)、座舱域控制器(cockpit domain controller，CDC)和整车域控制器(vehicle domain controller，VDC)等。需要说明的是，本申请中需要升级的可以包括但不限于上述GW、MDC、HMI、TCU、Tbox和ECU中任一项或任多项；还可以包括操作系统、导航软件、地图软件、监控软件等。

OTA云是基于OTA升级过程中与车辆进行信息交互的服务器。通常OTA云可以是提供基于OTA升级的服务器，例如可以与软件开发设备通过互联网协议(internet protocol，IP)网络建立连接，从而获取需要升级的软件包，并将软件包发送给需要升级的车辆。进一步，还可以指示车辆需要对哪些软件进行升级。示例性地，OTA中存储有各个车辆标识码和软件版本信息。一般情况下，OTA云可由OEM管理。第一设备可以是用于管理车队的主机，该主机可以与显示器连接。

进一步，在一种可能的实现方式中，在车辆的GW中可部署有OTA主模块(或称为OTA master模块或升级主模块)，在其它部件中部分有OTA从模块(或称为OTA slave模块或对应部件的升级从模块)。OTA主模块可以用于协调各个部件的OTA从模块执行升级任务。具体的，GW中的OTA主模块接收OTA云发送的升级包，将其分发给OTA从模块，使得OTA从模块指挥车辆内的其它部件安装和激活升级包，完成对车辆中的一个或者多个部件的升级。可以理解的是，OTA主模块也可以部署于TCU模块、或Tbox模块。

可以理解的是，上述图2中所示的OTA云、第一设备和车辆的形态和数量仅用于举例，并不构成对本申请的限定。

需要说明的是，上述所描述的系统架构和应用场景是为了更加清楚的说明本申请的技术方案，并不构成对本申请提供的技术方案的限定。例如，本申请中基于OTA升级的方法还可应用于智能电视、智能手机、平板电脑、机顶盒等设备的升级场景中。

如背景技术所描述，由于属于同一车队的车辆的使用者和所有者通常是不同的，因此，车辆的升级情况对车辆的所有者是不可见的，如此，会导致车辆的所有者无法及时管控车辆的软件版本，从而会对车辆的管理带来风险。

鉴于上述问题，本申请提供一种基于OTA升级的方法。该基于OTA升级的方法可以使得车队的所有者及时管控车队中的车辆的升级情况，从而提高车辆管理的安全性。

本申请提供的基于OTA升级的方法可应用于上述图1所示的通信系统中，下文介绍的基于OTA升级的方法中的OTA云可以是上述图1中的服务器101，第一设备可以是上述图1中的第一设备102，车队中的车辆可以上述图1中的第二设备103a、第二设备103b或第二设备103c。或者，也可以应用于上述图2所示的应用场景中，其中，OTA云可以是 上述图2中的OTA云201，第一设备可以是上述图2中的第一设备202，车队中的车辆可以上述图2中的车辆203a、车辆203b或车辆203c。

基于上述内容，下面结合附图3至附图12，对本申请提出的基于OTA技术的升级方法进行具体阐述。

如图3所示，为本申请提供的一种基于OTA技术的升级方法的方法流程示意图。该方法可包括以下步骤：

步骤301，第一设备向OTA云发送车队信息。相应的，OTA云接收来自第一设备的车队信息。

其中，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识。示例性的，车辆标识可以包括但不限于车辆的唯一标识码(vehicle identification number，VIN)。结合上述图2，车队信息可包括车辆203a的车辆标识、车辆203b的车辆标识和车辆203c的车辆标识。进一步，在一种可选的实现方式中，车队信息还可包括车队标识。

请参阅表1给出本申请提供的一种可能的车队信息。表1中，车队标识1对应的车辆标识包括VIN1～VIN3；车队标识2对应的车辆标识包括VIN4～VIN5；等等。

表1车队信息

示例性地，属于同一个所有者的车辆可组成一个车队，该车队中的车辆可理解为属于同一车队。结合上述图2，车辆203a、车辆203b和车辆203c属于同一车队。车队可由第一设备管理。可以理解的是，第一设备可以用于管理一个或多个车队，本申请中为了便于方案的说明，以第一设备管理一个车队为例介绍。

步骤302，OTA云根据来自第一设备的车队信息和第一车辆标识，确定第一目标车辆。

该步骤302为可选步骤。

其中，第一车辆为OTA云获取的需要升级的车辆，第一车辆标识为第一车辆的车辆标识。第一目标车辆与车队信息和第一车辆相关，具体的，第一目标车辆可以是OTA云基于车队信息和第一车辆确定的车队信息所对应的车队中需要升级的车辆。

在一种可能的实现方式中，OTA云确定有N辆第一车辆需要升级，一辆第一车辆对应一个第一车辆标识。也可以理解为，OTA云确定N个第一车辆标识对应的N个第一车辆需要升级，N为正整数。示例性地，当车辆的软件存在漏洞(即需要进行漏洞修复)、需要增加新的功能、安全防护需要升级、或架构需要升级等，OTA云可确定该车辆需要升级，进而可生成对应的升级包。

进一步，在一种可选的实现方式中，OTA云可确定第一车辆标识所属的车队标识，并确定车队信息包括的车队标识是否与第一车辆标识所属的车队标识相同，若相同，OTA云 可用第一车辆标识逐一匹配车队信息中的车辆标识，将车队信息中的车辆标识与第一车辆标识相同的车辆标识对应的车辆确定为第一目标车辆。示例性地，OTA云可基于车队信息和N个第一车辆标识，确定出M辆第一目标车辆，M为小于或等于N的正整数。

示例性地，OTA中可以预先存储车队标识与车辆标识的对应关系。进一步，OTA云还可为对应的每个车队创建账号，并将车队对应的账号、车队标识和车队中包括的车辆(例如第一车辆)的车辆标识(如第一车辆标识)进行存储。可以理解的是，第一设备可以预先获取到所管理的车队的车队信息，例如可以是用户输入的。

步骤303，OTA云向第二目标车辆发送第一升级任务信息。相应的，第二目标车辆接收来自OTA云的第一升级任务信息。

其中，第一升级任务信息包括升级包。第二目标车辆为第一设备从第一目标车辆中确定的至少一辆，可能的确定方法可参见下述方法1和方法2的介绍，此处不再赘述。

进一步，可选地，第一升级任务信息还可包括升级类型，升级类型可以包括但不限于：已确认升级(即第一设备已确认可以直接升级)、静默(无需通知用户直接升级)、常规(用户同意后升级)和强制(通知用户后无需用户同意直接升级)等；其中，用户例如可以是使用第二目标车辆的驾驶员等。

通过上述步骤301至步骤303可以看出，第一设备向OTA云发送车队信息，可以使得OTA云获得属于同一车队的车辆的车辆标识，从而可向第一设备确定出的需要升级的第二目标车辆发送第一升级任务信息。

在上述步骤301之前，OTA云与第一设备之间也可以预先建立安全通道(或称为安全通信)。示例性地，在第一设备向OTA云发送车队信息之前，可以进行一些配置，比如配置证书、私钥等。基于配置的信息，OTA云与第一设备之间可建立安全通道。其中，安全通道例如可以包括但不限于：基于安全套接字层的超文本传输协议(hyper text transfer protocol over secure socket layer，HTTPS)、或者数据包传输层安全性协议(datagram transport layer security，DTLS)等的安全通道中的一个或多个，本申请对安全通道的类型不作限定。通过在OTA云与第一设备之间的安全通道，有助于避免第一设备与OTA云之间交互的信息(如车队信息等)或数据等泄露、被篡改或被破坏等。

在上述步骤303之前，OTA云与车队中的车辆(如第二目标车辆)之间也可以预先建立安全通道。具体可参见上述OTA云与第一设备之间建立的安全通道。通过在OTA云和车队中的车辆之间的安全通道，有助于避免在车队中的车辆与OTA云之间交互的信息(如第一升级任务信息等)或数据等泄露、被篡改或破坏等。

基于上述图3的内容，下面示例性的示出了三种可能的确定第二目标车辆的方法。

方法1

请参阅图4，为本申请提供的一种第一设备确定第二目标车辆的方法流程示意图。该方法包括以下步骤：

步骤401，OTA云向第一设备发送第一请求消息。相应地，第一设备接收来自OTA云的第一请求消息。

其中，第一请求消息用于请求第一设备从第一目标车辆中确定允许升级的第二目标车辆。示例性地，第一请求消息包括第一目标车辆的车辆标识。

进一步，在一种可选的实现方式中，第一请求消息还可包括升级任务的关联信息，其 中，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化等中的至少一项。

进一步，在一种可选的实现方式中，升级任务的关联信息还可包括升级条件、升级顺序、用户通知策略、以及升级包大小等。其中，升级条件可以保证车辆成功下载到升级包。升级条件例如可以包括：车辆不处于以下一种或多种状态：紧急事件处理状态、发动机处于工作状态、存储空间不足、剩余流量低于预设流量阈值等。升级顺序可以表示不同部件升级的时间先后顺序。升级包的大小一般为几兆(M)到十几M。

需要说明的是，上述升级类型也可以属于升级任务的关联信息中的一项。

步骤402，第一设备根据第一请求消息，将第一目标车辆中的至少一辆确定为第二目标车辆。

可以理解的是，第一目标车辆的数量大于或等于第二目标车辆的数量。

在一种可能的实现方式中，第一设备可整体将全部的第一目标车辆均确定为允许升级的第二目标车辆。

在另一种可能的实现方式中，第一设备可将第一目标车辆中的部分确定为允许升级的第二目标车辆。

在又一种可能的实现方式中，第一设备可以根据升级需要的时长、升级的目的或升级后的变化等中的至少一项，从第一目标车辆中确定出允许升级的第二目标车辆。

需要说明的是，上述给出的第一设备从第一目标车辆中确定允许升级的第二目标车辆的可能的实现方式仅是示例，本申请对此不作限定。

当第一设备确定出第二目标车辆后，可通过如下三种可能的方案通知OTA云。方案1执行下述步骤403；方案2执行下述步骤404至步骤406；方案3执行下述步骤407至步骤408。

步骤403，第一设备向OTA云发送第一响应消息。相应的，OTA云接收来自第一设备的第一响应消息。

也可以理解为，第一设备直接向OTA云发送第一响应消息。

其中，第一响应消息可包括第二目标车辆的信息。也可以理解为，第一响应消息可包括从第一目标车辆中选择的允许升级的第二目标车辆的相关信息。例如，第一响应消息包括第二目标车辆标识。需要说明的是，第二目标车辆的信息也可以是其它可能的信息，例如可以是预先约定的任意形式的信息，本申请对此不作限定。

步骤404，第一设备向允许升级的第二目标车辆发送第二指示信息。相应地，第二目标车辆接收来自第一设备的第二指示信息。

其中，第二指示信息可以用于指示是否允许该第二目标车辆升级或可以用于指示允许第二目标车辆升级。第二指示信息的具体形式可以是第一设备与第二目标车辆预先约定的，例如，第二指示信息为“1”表示允许该第二目标车辆升级，或者第二指示信息为第二目标车辆的标识等。需要说明的是，第二指示信息的具体内容也可以是第一设备通知给第二目标车辆的，本申请对此不作限定。

此处，若第一设备确定出的第二目标车辆为多辆时，第一设备可以向多辆第二目标车辆中的每一辆发送第二指示信息。

步骤405，第二目标车辆根据第二指示信息生成第一响应消息。

关于第一响应消息的介绍可参见前述步骤403的介绍，此处不再赘述。

步骤406，第二目标车辆向OTA云发送第一响应消息。相应地，OTA云接收来自第二目标车辆的第一响应消息。

步骤407，第一设备向第二目标车辆发送第一响应消息。相应的，第二目标车辆接收来自第一设备的第一响应消息。

此处，若第一设备确定出的第二目标车辆为多辆时，第一设备可以向多辆第二目标车辆中的每一辆发送第一响应消息。

步骤408，第二目标车辆向OTA云发送第一响应消息。

上述步骤407和步骤408也可以理解，第二目标车辆用于透传第一设备的第一响应消息。

通过上述步骤401至步骤408，通过第一请求消息中携带的升级任务的关联信息，可以使得第一设备根据实际情况灵活选择允许升级的第一目标车辆。而且，第一设备可从第一目标车辆中批量的确定出允许升级的第二目标车辆，有助于简化第一设备管理车队。

方法2

请参阅图5，为本申请提供的另一种第一设备确定第二目标车辆的方法流程示意图。该方法包括以下步骤：

步骤501，OTA云向第一目标车辆发送第一指示信息。相应地，第一目标车辆接收来自OTA云的第一指示信息。

其中，第一指示信息用于指示第一目标车辆向第一设备请求确认是否允许升级。

在一种可能的实现方式中，第一指示信息包括第一设备的地址。例如，可以是统一资源定位符(uniform resource locator，URL)链接，该URL链接可以链接到第一设备的网页或应用(application，APP)。如此，可以使得第一目标车辆准确且快速的确定出第一设备。

步骤502，第一目标车辆根据第一指示信息，向OTA云发送第二请求消息。相应地，OTA云接收来自第一目标车辆的第二请求消息。

其中，第二请求消息用于向第一设备请求确定是否允许第一目标车辆升级。示例性地，第二请求消息包括第一目标车辆的车辆标识。

进一步，在一种可选的实现方式中，第一指示信息还包括升级任务的关联信息，升级任务的关联信息可以包括但不限于升级需要的时长、升级的目的或升级后的变化中的至少一项。其中，升级任务的关联信息可用于第一目标车辆确定是否向OTA云发送第二请求消息。

示例性地，第一目标车辆接收到第一指示信息后，可根据第一指示信息包括的升级任务的关联信息，确定是否向OTA云发送第二请求消息。例如，第一目标车辆确定当前是否处于以下一种或多种状态：紧急事件处理状态、发动机处于工作状态、存储空间不足、剩余流量低于预设流量阈值等。当第一目标车辆确定当前状态为以上状态中的任一种或任多种时，可暂时不向OTA云发送第二请求消息。再比如，第一目标车辆确定当前不处于以上任一种状态时，向OTA云发送第二请求消息。

在一种可能的实现方式中，第二请求消息中还可携带升级任务的关联信息，以便于第一设备根据升级任务的关联信息确定是否允许发送该第二请求消息的第一目标车辆升级。

步骤503，OTA云向第一设备转发第二请求消息。相应地，第一设备接收来自OTA云的第二请求消息。

一种可能的实现方式，OTA云向第一设备透传第二请求消息。另外一种可能的实现方 式中，OTA云可以对第二请求消息进行处理之后向第一设备转发，但是第二请求消息的功能或指示的含义不变。例如，若OTA云与第一目标车辆、OTA云与第一设备之间的通信协议不同时，OTA云对第二请求消息进行处理可以是进行协议的转换。本申请对OTA转发第二请求消息的具体实现不作限定。步骤504，第一设备根据第二请求消息，将第一目标车辆确定为第二目标车辆。

在一种可能的实现方式中，第一设备直接确定允许发送第二请求消息的第一目标车辆升级。也可以理解为，第一设备可直接将发送第二请求消息的第一目标车辆确定为第二目标车辆。

在另一种可能的实现方式中，第一设备可根据第二请求消息中携带的升级任务的关联信息，确定是否允许发送该第二请求消息的第一目标车辆升级。

示例性地，对于第一设备来说，发送第二请求消息的可以是一辆第一目标车辆，若第一设备确定允许发送该第二请求消息的第一目标车辆升级，即相当于将发送该第二请求消息的第一目标车辆确定为了第二目标车辆。

步骤505，第一设备向OTA云发送第二响应消息。相应的，OTA云接收来自第一设备的第二响应消息。

其中，第二响应消息包括第二目标车辆的信息。在一种可能的实现方式中，第二响应消息可直接包括第二目标车辆的信息，例如，第二响应消息包括第二目标车辆的车辆标识。在另一种可能的实现方式中，第二响应消息可包括第三指示信息，第三指示信息用于指示第二目标车辆的信息。需要说明的是，第三指示信息可以是预先约定的任意形式的信息，本申请对此不作限定。

方法3

请参阅图6，为本申请提供的又一种第一设备确定第二目标车辆的方法流程示意图。该方法包括以下步骤：

步骤601，OTA云向第一目标车辆发送第一指示信息。相应地，第一目标车辆接收来自OTA云的第一指示信息。

该步骤601可参见前述步骤501的介绍，此处不再赘述。

步骤602，第一目标车辆根据第一指示信息，向第一设备发送第二请求消息。相应地，第一设备接收来自第一目标车辆的第二请求消息。

步骤603，第一设备根据第二请求消息，将第一目标车辆确定为第二目标车辆。

该步骤603可参见上述步骤504的介绍，此处不再赘述。

步骤604，第一设备向OTA云发送第二响应消息。相应的，OTA云接收来自第一设备的第二响应消息。

该步骤604可参见上述步骤505的介绍，此处不再赘述。

一种可能的场景中，上述方法2适用于车队中的车辆与第一设备不能直接通信，方法3适用于车队中的车辆可以与第一设备直接通信。进一步，可选地，对于车队中的车辆与第一设备直接通信的场景中，车队中的至少一辆车辆部署有车队代理，其它车辆部署有OTA代理，部署有车队代理的车辆可与第一设备直接通信，部署有OTA代理的车辆可与部署有车队代理的车辆直接通信。其中，车队代理是指部署在车端且可以与第一设备和/或OTA云交互的软件。OTA代理是指基于OTA升级的软件。

通过上述方法2或方法3，第一目标车辆可根据第一指示信息，触发第一设备确认是 否允许第一目标车辆进行升级，不需要再通过HMI提示或征求驾驶员的确认，从而有助于减轻驾驶员的负担。而且，由第一设备决策允许哪些第一目标车辆升级，有助于提高对车队中的车辆管理的安全性。

当第二目标车辆接收到第一升级任务后，可基于第一升级任务信息进行升级，并与第一设备和OTA同步升级结果。

如图7所示，为本申请提供的一种第二目标车辆升级的方法流程示意图。该方法包括以下步骤：

步骤701，第二目标车辆根据第一升级任务信息进行升级。

在一种可能的实现方式中，第一升级任务信息还可包括升级类型，若第二目标车辆确定升级类型为已确认升级后，可以基于接收到的第一升级任务信息包括的升级包按照OTA的升级流程进行升级，不需要第二目标车辆的使用者(或称为驾驶员)确认，从而可减轻驾驶员的负担。

在另一种可能的实现方式中，若第二目标车辆确定升级类型不是已确认升级，可通过人机交互系统HMI提示该第二目标车辆的使用者确认是否进行升级；若检测到第二目标车辆的使用者确认进行升级，第二目标车辆可基于接收到的第一升级任务信息包括的升级包进行升级。

在第二目标车辆完成升级后，可通过如下两种可能的方案将升级结果同步给第一设备和OTA云。其中，方案A包括步骤702至步骤703；方案B包括步骤704至步骤705。

步骤702，第二目标车辆向OTA云发送升级结果。相应地，OTA云接收来自第二目标车辆的升级结果。

其中，升级结果可以包括但不限于升级成功、升级失败、回滚成功或回滚失败。具体的，若第二目标车辆升级成功，向OTA云发送升级成功的升级结果。若第二目标车辆升级失败，向OTA云发送升级失败的升级结果。进一步，在一种可选的实现方式中，若第二目标车辆升级失败，为了尽可能的减小对车辆正常使用的影响，可以进行回滚。基于此，若回滚成功，第二目标车辆可向OTA云发送回滚成功的升级结果；若回滚失败，第二目标车辆可向OTA云发送回滚失败的升级结果。

示例性地，升级结果的具体形式可以是第二目标车辆和OTA云预先约定的。例如，1表示升级成功，0表示升级失败，10表示回滚成功，00表示回滚失败。或者，升级结果的具体形式可以是第二目标车辆指示给OTA云的。本申请对升级结果的具体形式不作限定。

进一步，可选地，升级结果中还可包括第二目标车辆的信息。例如，升级结果中还可包括第二目标车辆的车辆标识。再比如，升级结果中还可包括第三指示信息，第三指示信息用于指示第二目标车辆的信息。如此，以便于OTA和第一设备可以快速的确定出是哪个第二目标车辆的升级结果。

在一个示例中，第二目标车辆可以将升级结果发送至与Tbox等部件建立了通信连接的OTA云。

步骤703，OTA云向第一设备发送升级结果。相应地，第一设备接收来自OTA云的升级结果。

也可以理解为，OTA云接收到来自第二目标车辆的升级结果后，及时同步给第一设备。

步骤704，第二目标车辆向第一设备发送升级结果。相应地，第一设备接收来自第二 目标车辆的升级结果。

该步骤704可参见上述步骤702的介绍，具体可将上述步骤702中的“OTA云”用“第一设备”替换，此处不再重复赘述。

步骤705，第一设备向OTA云发送升级结果。相应地，OTA云接收来自第一设备的升级结果。

换言之，第一设备接收到来自第二目标车辆的升级结果后，及时同步给OTA云。

通过上述步骤701至步骤705可以看出，当第二目标车辆基于OTA升级后，可及时向OTA云或第一设备通知升级结果。进一步，OTA云可将第二目标车辆的升级结果及时同步给第一设备或者第一设备可将第二目标车辆的升级结果及时同步给OTA云，可以使得第一设备、OTA云和第二目标车辆的升级信息是同步的，从而可使得第一设备有效且安全的管理该车队中的各个车辆的升级情况。

如图8所示，为本申请提供的另一种基于OTA技术的升级方法的方法流程示意图。该方法可包括以下步骤：

步骤801，第一设备向OTA云发送车队信息。相应的，OTA云接收来自第一设备的车队信息。

该步骤801可参见上述步骤301，此处不再赘述。

步骤802，OTA云根据来自第一设备的车队信息和第一车辆标识，确定第一目标车辆。

该步骤802为可选步骤，具体可参见上述步骤302，此处不再赘述。

步骤803，OTA云向第一目标车辆发送第二升级任务信息。相应地，第一目标车辆接收来自OTA云的第二升级任务信息。

其中，第二升级任务信息包括升级包和第一指示信息，第一指示信息用于指示第一目标车辆向第一设备请求确认是否允许第一目标车辆进行升级。关于第一指示信息的介绍可参见上述步骤501出的描述，此处不再赘述。示例性地，第一目标车辆接收到第二升级任务信息中的升级包后，可先存储。

在一种可能的实现方式中，第二升级任务信息可包括“通知者”属性，第一指示信息可设置于“通知者”属性的字段处。

示例性地，若第一目标车辆为M辆，OTA云可向M辆第一目标车辆中的每一辆第一目标车辆发送第二升级任务信息，M为正整数。

进一步，在一种可选的实现方式中，第二升级任务信息还包括升级任务的关联信息，关于升级任务的关联信息可参见前述相关描述，此处不再赘述。

通过上述步骤801至步骤803可以看出，第一设备向OTA云发送车队信息，可以使得OTA云可以获得属于同一车队的车辆的车辆标识；进一步，OTA云向第一目标车辆发送包括第一指示信息的第二升级任务信息，从而可指示第一目标车辆向所述第一设备请求确认是否允许所述第一目标车辆进行升级，进而可以使得第一设备决策是否允许第一目标车辆升级。

示例性地，在上述步骤801之前，OTA云与第一设备之间也可以预先建立安全通道(或称为安全通信)；和/或，在上述步骤803之前，OTA云与车队中的车辆(如第一目标车辆)之间也可以预先建立安全通道。具体可参见前述相关介绍，此处不再赘述。

基于上述图8，下面示例性的示出了两种第一设备确定允许升级的第一目标车辆的方法流程示意图。

方法A

请参阅图9，为本申请提供的一种第一设备确定允许升级的第一目标车辆的方法流程示意图。该方法包括以下步骤：

步骤901，第一目标车辆根据第二升级任务信息，向OTA云发送第三请求消息。相应地，OTA云接收来自第一目标车辆的第三请求消息。

其中，第三请求消息用于向第一设备请求确认是否允许第一目标车辆升级。示例性地，第三请求消息包括第一目标车辆的车辆标识。

需要说明的是，该第三请求消息与上述步骤603中的第二请求消息可以相同，也可以不相同。

进一步，在一种可选的实现方式中，第三请求消息还可包括升级任务的关联信息，关于升级任务的关联信息可参见上述401中的相关介绍，此处不再赘述。可以理解的是，第三请求消息中携带的升级任务的关联信息可以是上述步骤803中OTA云向第一目标车辆发送第二升级任务信息时携带的，或者也可以是在上述901之前OTA云向第一目标车辆发送的。

步骤902，OTA云向第一设备转发第三请求消息。相应地，第一设备接收来自OTA云的第三请求消息。

一种可能的实现方式，OTA云向第一设备透传第三请求消息。另外一种可能的实现方式中，OTA云可以对第三请求消息进行处理之后向第一设备转发，但是第三请求消息的功能或指示的含义不变。例如，若OTA云与第一目标车辆、OTA云与第一设备之间的通信协议不同时，OTA云对第三请求消息进行处理可以是进行协议的转换。本申请对OTA转发第三请求消息的具体实现不作限定。

步骤903，第一设备根据第三请求消息，将第一目标车辆确定为第二目标车辆。

该步骤903可参见前述步骤504的介绍，此处不再赘述。

在一种可能的实现方式中，第一设备确定允许发送第三请求消息的第一目标车辆升级。也可以理解为，第一设备可直接将发送第三请求消息的第一目标车辆确定为第二目标车辆。

在另一种可能的实现方式中，第一设备可根据第三请求消息中携带的升级任务的关联信息，确定是否允许发送该第三请求消息的第一目标车辆升级，若允许，将该第一目标车辆确定为第二目标车辆。

步骤904，第一设备向OTA云发送第三响应消息。相应的，OTA云接收来自第一设备的第三响应消息。

其中，所述第三响应消息包括用于指示允许第一目标车辆升级的信息。示例性地，第三响应消息包括第二目标车辆的车辆标识，其中，第二目标车辆即为第一设备确定允许升级的第一目标车辆。需要说明的是，用于指示允许第一目标车辆升级的信息也可以是预先约定的任意形式的信息，本申请对此不作限定。

步骤905，OTA云向第一目标车辆转发第三响应消息。相应地，第一目标车辆接收来自OTA云的第三响应消息。

一种可能的实现方式，OTA云向第一设备透传第三响应消息。另外一种可能的实现方式中，OTA云可以对第三响应消息进行处理之后向第一目标车辆转发，但是第三响应消息 的功能或指示的含义不变。例如，若OTA云与第一目标车辆、OTA云与第一设备之间的通信协议不同时，OTA云对第三响应消息进行处理可以是进行协议的转换。本申请对OTA转发第三响应消息的具体实现不作限定。

可以理解的是，上述图8中OTA云向各个第一目标车辆发送的第二升级任务信息中已经包括了升级包，因此，当第二目标车辆收到第三响应消息后，可直接根据已存储的第二升级任务信息中的升级包进行升级。

通过上述步骤901至步骤905，第一目标车辆可根据第二升级任务信息包括的第一指示信息，触发第一设备确认对哪些第一目标车辆进行升级，不再通过HMI提示或征求驾驶员的确认，有助于减轻驾驶员的负担。而且，由第一设备决策对哪些第一目标车辆升级，有助于提高对车队中的车辆管理的安全性。

方法B

请参阅图10，为本申请提供的另一种第一设备确定允许升级的第一目标车辆的方法流程示意图。该方法包括以下步骤：

步骤1001，第一目标车辆根据第二升级任务信息，向第一设备发送第三请求消息。相应地，第一设备接收来自第一目标车辆的第三请求消息。

该步骤1001可参见前述步骤901的介绍，具体的，可将上述步骤901中的“OTA云”用“第一设备”替换，其它内容此处不再赘述。

步骤1002，第一设备根据第三请求消息，将第一目标车辆确定为第二目标车辆。

该步骤1002可参见前述步骤903的介绍，此处不再赘述。

步骤1003，第一设备向第一目标车辆发送第三响应消息。相应的，第一目标车辆接收来自第一设备的第三响应消息。

该步骤1003可参见上述步骤904的介绍，具体的，可将上述步骤904中的“OTA云”用“第一目标车辆”替换，其它内容此处不再赘述。

一种可能的场景中，上述方法A适用于车队中的车辆与第一设备不能直接通信，方法B适用于车队中的车辆可以与第一设备直接通信。

示例性地，第一目标车辆根据第二升级任务信息中的升级包升级完成后，可与OTA云以及第一设备同步升级结果，可参见上述图7的介绍，具体的，可将上述图7中的“第二目标车辆”用“第一目标车辆替换”，此处不再赘述。

如图11所示，为本申请提供的另一种基于OTA技术的升级方法的方法流程示意图。该方法可包括以下步骤：

步骤1101，第一设备向OTA云发送车队信息。相应的，OTA云接收来自第一设备的车队信息。

该步骤1101可参见上述步骤301，此处不再赘述。

步骤1102，OTA云根据车队信息和第一车辆标识，确定第一目标车辆。

该步骤1102为可选步骤，具体可参见上述步骤302，此处不再赘述。

步骤1103，OTA云向第一设备发送第三升级任务信息。相应的，第一设备接收来自OTA云的第三升级任务信息。

其中，第三升级任务信息包括第一目标车辆的车辆标识和升级包。

为了防止升级包被篡改或破坏，OTA云生成升级包后，可先对升级进行加密。也可以理解为，第三升级任务信息包括的升级包可以是加密后的升级包。

如下示例性的示出了OTA云对升级包进行加密的两种加密方式。

方式一，对称密钥加密。

在一种可能的实现方式中，OTA云采用对称密钥加密方式对升级包进行加密，得到加密后的升级包。例如，OTA云可采用高级加密标准(advanced encryption standard，AES)算法等对升级包进行加密。

进一步，在一种可选的实现方式中，OTA云可维护对称密钥加密算法，并将对称密钥的加密算法通知给第一设备；或者，OTA云和第一设备可预先约定对称密钥加密算法，本申请对此不做限定。

方式二，非对称密钥加密。

在一种可能的实现方式中，OTA云采用非对称密钥加密方式对升级包进行加密，得到加密后的升级包。其中，OTA云可维护有密钥对(如公钥和私钥)。OTA云采用私钥对升级包进行加密，将公钥通知给第一设备，公钥用于第一设备对加密的升级包进行解密。

需要说明的是，上述给出的两种加密方式仅是示例，也可以采用其它可能的加密方式，本申请对此不做限定。

在一种可能的实现方式中，第三升级任务信息还可包括升级任务的关联信息，关于升级任务的关联信息可参见前述相关介绍，此处不再赘述。

步骤1104，第一设备根据第三升级任务信息，将所述第一目标车辆中至少一辆确定为第二目标车辆。

其中，第三升级任务信息包括第一目标车辆标识和升级包。

在一种可能的实现方式中，第一设备将第三升级任务信息中包括的第一目标车辆标识对应的第一目标车辆全部确定为允许升级的第二目标车辆。

在另一种可能的实现方式中，第一设备将第三升级任务信息中包括的第一目标车辆标识对应的第一目标车辆中的部分确定为允许升级的第二目标车辆。

在又一种可能的实现方式中，若第三升级任务信息中还包括升级任务的关联信息，第一设备可以根据升级任务的关联信息，从第三升级任务信息中包括的第一目标车辆标识对应的第一目标车辆中确定出允许升级的第二目标车辆。

需要说明的是，上述给出的第一设备从第一目标车辆中确定允许升级的第二目标车辆的可能的实现方式仅是示例，本申请对此不作限定。

步骤1105，第一设备向第二目标车辆发送第四升级任务信息。相应的，第二目标车辆接收来自第一设备的第四升级任务信息。

其中，第四升级任务信息与第三升级任务信息相关。一种示例中，第四升级任务信息与第三升级任务信息相同。另一种示例中，第四升级任务信息是根据第三升级任务信息的得到的。例如，第四升级任务信息包括第一设备对接收到的升级包进行数字签名后得到的信息。通过对第三升级任务信息包括的升级包进行数字签名，可以进一步提高第一设备和第二目标车辆之间通信的安全性。

在一种可能的实现方式中，第四升级任务信息还可包括升级类型，升级类型为已确认升级。

示例性地，在第二目标车辆根据第四升级任务信息完成升级后，可与第一设备和OTA同步升级结果。可参见上述图7的介绍，此处不再赘述。

通过上述步骤1101至步骤1105可以看出，第一设备向OTA云发送车队信息，可以使 得OTA云获得属于同一车队的车辆的车辆标识；进一步向第一设备发送包括第一目标车辆的车辆标识的第三升级任务信息，可以使得第一设备确定允许哪些第一目标车辆升级，进而有助于提高对车队中的车辆管理的安全性。

上述实施例可以适用于第一设备可与其管理的车队中的车辆直接通信的场景。进一步，可选地，为了实现车队中的车辆与第一设备直接通信，车队中的至少一辆车辆部署有车队代理，其它车辆部署有OTA代理，部署有车队代理的车辆可与第一设备直接通信，部署有OTA代理的车辆可与部署有车队代理的车辆直接通信。可以理解的是，部署有OTA代理的第二目标车辆可以理解为OTA的客户端，OTA云可以理解为OTA的服务端。其中，车队代理可以包括部署在车端且可以与第一设备和/或OTA云交互的软件。OTA代理可以包括基于OTA升级的软件，例如支持OTA升级的软件，或者实现OTA升级的软件。

如图12所示，为本申请提供的一种的第一设备向第二目标车辆发送第四升级任务信息的方法流程示意图。该方法包括以下步骤：

步骤1201，第一设备向部署有车队代理的第二目标车辆发送第四升级任务信息。相应的，部署有车队代理的第二目标车辆接收来自第一设备的第四升级任务信息。

步骤1202，部署有车队代理的第二目标车辆校验第四升级任务中的签名后的升级包；若校验成功，执行步骤1203；若失败，升级任务结束。

该步骤1202为可选步骤。

示例性地，第一设备在向部署有车队代理的第二目标车辆发送升级包之前，可先对升级包进行数字签名。部署有车队代理的第二目标车辆在接收到数字签名的升级包后，先验证升级包的数字签名，在数字签名验证通过之后，再进行后续处理。这样，有助于提高升级包的安全性，降低升级出错的可能性。

步骤1203，部署有车队代理的第二目标车辆向部署有OTA代理的第二目标车辆发送第四升级任务信息。

步骤1204，部署有OTA代理的第二目标车辆根据第四升级任务信息进行升级。

其中，第四升级任务信息还包括已确认升级的升级类型。

在一种可能的实现方式中，部署有OTA代理的第二目标车辆确定升级类型为已确认升级后，可以直接按照OTA的升级流程进行升级，不需要驾驶员确认。

步骤1205，部署有OTA代理的第二目标车辆向部署有车队代理的第二目标车辆发送升级结果。相应地，部署有车队代理的第二目标车辆接收来自部署有OTA代理的第二目标车辆的升级结果。

该步骤1205中的升级结果可参见前述相关介绍，此处不再赘述。

进一步，部署有车队代理的第二目标车辆、第一设备以及OTA云三者之间同步升级结果的过程可参见前述图7的介绍，此处不再赘述。

示例性地，第一设备与车队中的车辆建立安全通道，可以是第一设备与部署有车队代理的第二目标车辆建立安全通道。可以理解的是，为了实现上述实施例中功能，通信装置包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的模块及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。

基于上述内容和相同构思，图13和图14为本申请的提供的可能的通信装置的结构示 意图。这些通信装置可以用于实现上述方法实施例中第一设备、OTA云或车辆的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请中，该通信装置可以是如图1所示的服务器101、第一设备102、第二设备103a、第二设备103b或第二设备103c；或者也可以是上述图2所示的OTA云201、第一设备202、车辆203a、车辆203b或车辆203c；或者也可以是应用于车辆、第一设备或OTA云的模块(如芯片)。

如图13所示，该通信装置1300包括处理模块1301和收发模块1302。通信装置1300用于实现上述图3、图4、图5、图7、图8、图9、图10、图11或图12中所示的方法实施例。

当通信装置1300用于实现图3所示的方法实施例的OTA云的功能时：收发模块1302在处理模块1301的控制下，用于接收来自第一设备的车队信息，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识；以及向第二目标车辆发送第一升级任务信息，第一升级任务信息包括升级包，第二目标车辆为第一设备从第一目标车辆中确定的至少一辆，第一目标车辆与车队信息和第一车辆相关，第一车辆为OTA云获取的需要升级的车辆。

在一种可能的实现方式中，收发模块1302还用于向第一设备发送第一请求消息，第一请求消息包括第一目标车辆的车辆标识；以及接收来自第一设备或第二目标车辆的第一响应消息，第一响应消息包括第二目标车辆的信息。在一种可能的实现方式中，第一响应消息可以直接包括第二目标车辆的信息，例如，第一响应消息包括第二目标车辆的车辆标识。在另一种可能的实现方式中，第一响应消息可包括第三指示信息，第三指示信息用于指示第二目标车辆的信息。其中，第三指示信息可以是预先约定的任意形式的信息，本申请对此不作限定。

在一种可能的实现方式中，第一请求消息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化的至少一项。

在一种可能的实现方式中，第一升级任务信息还包括升级类型，升级类型为已确认升级。

在一种可能的实现方式中，收发模块1302还用于向第一目标车辆发送第一指示信息，第一指示信息用于指示第一目标车辆向第一设备请求确认是否允许升级；以及接收来自第一设备或第二目标车辆的第二响应消息，第二响应消息包括第二目标车辆的信息。

在一种可能的实现方式中，第一指示信息包括第一设备的地址。

在一种可能的实现方式中，第一指示信息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。

在一种可能的实现方式中，收发模块1302还用于接收来自第二目标车辆的升级结果，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

在一种可能的实现方式中，收发模块1302还用于向第一设备发送升级结果。

当通信装置1300用于实现图3所示的方法实施例的第一设备的功能时：收发模块1302用于向OTA云发送车队信息，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识；以及接收来自OTA云的第一请求消息，第一请求消息包括第一目标车辆的车辆标识，第一目标车辆为OTA云确定的车队中需要升级的车辆；处理模块1301用于根据第一请求消息，将第一目标车辆中的至少一辆确定为第二目标车辆；收发模块1302还用于向OTA云发送第一响应消息，第一响应消息包括第二目 标车辆的信息。

在一种可能的实现方式中，第一请求消息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化的至少一项。

在一种可能的实现方式中，收发模块1302还用于接收来自第二目标车辆的升级结果，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

在一种可能的实现方式中，收发模块1302还用于第一设备向OTA云发送升级结果。

有关上述处理模块1301和收发模块1302更详细的描述可以参考图3所示的方法实施例中相关描述直接得到，此处不再一一赘述。

应理解，本申请实施例中的处理模块1301可以由处理器或处理器相关电路组件实现，收发模块1302可以由收发器或收发器相关电路组件实现。

当通信装置1300用于实现图8所示的方法实施例的OTA云的功能时：收发模块1302在处理模块1301的控制下，用于接收来自第一设备的车队信息，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识；以及向第一目标车辆发送第二升级任务信息，第二升级任务信息包括升级包和第一指示信息，第一目标车辆与车队信息和第一车辆相关，第一车辆为OTA云获取的需要升级的车辆，第一指示信息用于指示第一目标车辆向第一设备请求确认是否允许第一目标车辆进行升级。

在一种可能的实现方式中，第一指示信息包括第一设备的地址。

在一种可能的实现方式中，第二升级任务信息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。

在一种可能的实现方式中，收发模块1302还用于接收来自第二目标车辆的升级结果，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

在一种可能的实现方式中，收发模块1302还用于向第一设备发送升级结果。

当通信装置1300用于实现图8所示的方法实施例的第一设备的功能时：收发模块1302用于向OTA云发送车队信息，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识；以及接收来自第一目标车辆的第三请求消息，第三请求消息用于向第一设备请求确认是否允许第一目标车辆升级，第一目标车辆与车队信息和第一车辆相关，第一车辆为OTA云获取的需要升级的车辆；以及向第一目标车辆发送第三响应消息，第三响应消息包括用于指示允许第一目标车辆升级的信息。

在一种可能的实现方式中，第三请求消息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化的至少一项。

在一种可能的实现方式中，收发模块1302还用于接收来自第一目标车辆的升级结果，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

在一种可能的实现方式中，收发模块1302还用于向OTA云发送升级结果。

有关上述处理模块1301和收发模块1302更详细的描述可以参考图8所示的方法实施例中相关描述直接得到，此处不再一一赘述。

应理解，本申请实施例中的处理模块1301可以由处理器或处理器相关电路组件实现，收发模块1302可以由收发器或收发器相关电路组件实现。

当通信装置1300用于实现图11所示的方法实施例的OTA云的功能时：收发模块1302在处理模块1301的控制，用于接收来自第一设备的车队信息，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识；以及向第一设备 发送第三升级任务信息，第三升级任务信息包括第一目标车辆的车辆标识和升级包，第一目标车辆与车队信息和第一车辆相关，第一车辆为OTA云获取的需要升级的车辆，升级包对应第二目标车辆，第二目标车辆为第一设备从第一目标车辆中确定的至少一辆。

在一种可能的实现方式中，第三升级任务信息还包括升级任务的关联信息，升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。

在一种可能的实现方式中，收发模块1302还用于接收来自第二目标车辆的升级结果，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

在一种可能的实现方式中，收发模块1302还用于向第一设备发送升级结果。

当通信装置1300用于实现图11所示的方法实施例的第一设备的功能时：收发模块1302用于向OTA云发送车队信息，第一设备用于管理车队，车队包括至少两辆车辆，车队信息包括属于同一车队的车辆的车辆标识；以及接收来自OTA云的第三升级任务信息，三升级任务信息包括第一目标车辆标识和升级包；处理模块1301用于根据第三升级任务信息，将第一目标车辆中至少一辆确定为第二目标车辆；收发模块1302还用于向第二目标车辆发送第四升级任务信息，第四升级任务信息与第三升级任务信息相关。

在一种可能的实现方式中，第四升级任务信息包括第一设备对升级包进行数字签名后得到的信息。

在一种可能的实现方式中，第四升级任务信息还包括升级类型，升级类型为已确认升级。

在一种可能的实现方式中，收发模块1302还用于接收来自第二目标车辆的升级结果，升级结果包括升级成功、升级失败、回滚成功或回滚失败。

在一种可能的实现方式中，收发模块1302还用于向OTA云发送升级结果。

有关上述处理模块1301和收发模块1302更详细的描述可以参考图11所示的方法实施例中相关描述直接得到，此处不再一一赘述。

应理解，本申请实施例中的处理模块1301可以由处理器或处理器相关电路组件实现，收发模块1302可以由收发器或收发器相关电路组件实现。

应理解，以上通信装置中各单元的划分仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，通信装置中的单元可以以处理器调用软件的形式实现；例如通信装置包括处理器，处理器与存储器连接，存储器中存储有指令，处理器调用存储器中存储的指令，以实现以上任一种方法或实现该通信装置各单元的功能，其中处理器例如为通用处理器，例如中央处理单元(Central Processing Unit，CPU)或微处理器，存储器为通信装置内的存储器或通信装置外的存储器。存储器可以包括但不限于：随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于第一设备、OTA云或车辆中。当然，处理器和存储介质也可以作为分立组件第一设备、OTA云或车辆中。

或者，通信装置中的单元可以以硬件电路的形式实现，可以通过对硬件电路的设计实 现部分或全部单元的功能，该硬件电路可以理解为一个或多个处理器；例如，在一种实现中，该硬件电路为专用集成电路(application-specific integrated circuit，ASIC)，通过对电路内元件逻辑关系的设计，实现以上部分或全部单元的功能；再如，在另一种实现中，该硬件电路为可以通过可编程逻辑器件(programmable logic device，PLD)实现，以现场可编程门阵列(Field Programmable Gate Array，FPGA)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元的功能。以上通信装置的所有单元可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。

在本申请实施例中，处理器是一种具有信号的处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如CPU、微处理器、图形处理器(graphics processing unit，GPU)(可以理解为一种微处理器)、或数字信号处理器(digital singnal processor，DSP)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，该硬件电路的逻辑关系是固定的或可以重构的，例如处理器为ASIC或PLD实现的硬件电路，例如FPGA。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元的功能的过程。此外，还可以是针对人工智能设计的硬件电路，其可以理解为一种ASIC，例如神经网络处理单元(neural network processing pnit，NPU)张量处理单元(tensor processing unit，TPU)、深度学习处理单元(deep learning processing Unit,DPU)等。

可见，以上通信装置中的各单元可以是被配置成实施以上方法的一个或多个处理器(或处理电路)，例如：CPU、GPU、NPU、TPU、DPU、微处理器、DSP、ASIC、FPGA，或这些处理器形式中至少两种的组合。

此外，以上通信装置中的各单元可以全部或部分可以集成在一起，或者可以独立实现。在一种实现中，这些单元集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。该SOC中可以包括至少一个处理器，用于实现以上任一种方法或实现该装置各单元的功能，该至少一个处理器的种类可以不同，例如包括CPU和FPGA，CPU和人工智能处理器，CPU和GPU等。

基于上述内容和相同构思，如图14所示，本申请还提供一种通信装置1400。该通信装置1400可包括处理器1401和通信接口1402。处理器1401和通信接口1402之间相互耦合。可以理解的是，通信接口1402可以为接口电路或输入输出接口。可选地，通信装置1400还可包括存储器1403，用于存储处理器1401执行的指令或存储处理器1401运行指令所需要的输入数据或存储处理器1401运行指令后产生的数据。

当通信装置1400用于实现图3、图8或图11所示的方法时，处理器1401用于执行上述处理模块1301的功能、以及通过通信接口1402执行上述收发模块1302的功能。

基于上述内容和相同构思，本申请提供一种芯片。该芯片可包括处理器和接口电路，进一步，在一种可选的实现方式中，该芯片还可包括存储器，处理器用于执行存储器中存储的计算机程序或指令，使得芯片执行上述图3、图4、图5、图7、图8、图9、图10、图11或图12中所示的方法实施例中任意可能的实现方式中的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包 括一个或多个计算机程序或指令。在计算机上加载和执行计算机程序或指令时，全部或部分地执行本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘(digital video disc，DVD)；还可以是半导体介质，例如，固态硬盘(solid state drive，SSD)。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系。在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。另外，在本申请中，“示例性地”一词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。或者可理解为，使用示例的一词旨在以具体方式呈现概念，并不对本申请构成限定。

可以理解的是，在本申请中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。术语“第一”、“第二”等类似表述，是用于分区别类似的对象，而不必用于描述特定的顺序或先后次序。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元。方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的方案进行示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (30)

1. 一种基于空中下载OTA技术的升级方法，其特征在于，包括：

   接收来自第一设备的车队信息，所述第一设备用于管理车队，所述车队包括至少两辆车辆，所述车队信息包括属于同一车队的车辆的车辆标识；

   向第二目标车辆发送第一升级任务信息，所述第一升级任务信息包括升级包，所述第二目标车辆为所述第一设备从第一目标车辆中确定的至少一辆，所述第一目标车辆与所述车队信息和第一车辆相关，所述第一车辆为OTA云获取的需要升级的车辆。
2. 如权利要求1所述的方法，其特征在于，所述方法还包括：

   向所述第一设备发送第一请求消息，所述第一请求消息包括所述第一目标车辆的车辆标识；

   接收来自所述第一设备或所述第二目标车辆的第一响应消息，所述第一响应消息包括所述第二目标车辆的信息。
3. 如权利要求2所述的方法，其特征在于，所述第一请求消息还包括升级任务的关联信息，所述升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化的至少一项。
4. 如权利要求1～3任一项所述的方法，其特征在于，所述第一升级任务信息还包括升级类型，所述升级类型为已确认升级。
5. 如权利要求1所述的方法，其特征在于，所述方法还包括：

   向所述第一目标车辆发送第一指示信息，所述第一指示信息用于指示所述第一目标车辆向所述第一设备请求确认是否允许升级；

   接收来自所述第一设备或所述第二目标车辆的第二响应消息，所述第二响应消息包括所述第二目标车辆的信息。
6. 如权利要求5所述的方法，其特征在于，所述第一指示信息包括所述第一设备的地址。
7. 如权利要求5或6所述的方法，其特征在于，所述第一指示信息还包括升级任务的关联信息，所述升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。
8. 如权利要求1～7任一项所述的方法，其特征在于，所述方法还包括：

   接收来自所述第二目标车辆的升级结果，所述升级结果包括升级成功、升级失败、回滚成功或回滚失败。
9. 如权利要求8所述的方法，其特征在于，所述方法包括：

   向所述第一设备发送所述升级结果。
10. 一种基于空中下载OTA技术的升级方法，其特征在于，包括：

    第一设备向OTA云发送车队信息，所述第一设备用于管理车队，所述车队包括至少两辆车辆，所述车队信息包括属于同一车队的车辆的车辆标识；

    所述第一设备接收来自所述OTA云的第一请求消息，所述第一请求消息包括第一目标车辆的车辆标识，所述第一目标车辆为所述OTA云确定的所述车队中需要升级的车辆；

    所述第一设备根据所述第一请求消息，将所述第一目标车辆中的至少一辆确定为第二目标车辆；

    所述第一设备向所述OTA云发送第一响应消息，所述第一响应消息包括所述第二目标车辆的信息。
11. 如权利要求10所述的方法，其特征在于，所述第一请求消息还包括升级任务的关联信息，所述升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化的至少一项。
12. 如权利要求10或11所述的方法，其特征在于，所述方法还包括：

    所述第一设备接收来自所述第二目标车辆的升级结果，所述升级结果包括升级成功、升级失败、回滚成功或回滚失败。
13. 如权利要求12所述的方法，其特征在于，所述方法还包括：

    所述第一设备向所述OTA云发送所述升级结果。
14. 一种基于空中下载OTA技术的升级方法，其特征在于，包括：

    接收来自第一设备的车队信息，所述第一设备用于管理车队，所述车队包括至少两辆车辆，所述车队信息包括属于同一车队的车辆的车辆标识；

    向第一目标车辆发送第二升级任务信息，所述第二升级任务信息包括升级包和第一指示信息，所述第一目标车辆与所述车队信息和第一车辆相关，所述第一车辆为OTA云获取的需要升级的车辆，所述第一指示信息用于指示所述第一目标车辆向所述第一设备请求确认是否允许所述第一目标车辆进行升级。
15. 如权利要求14所述的方法，其特征在于，所述第一指示信息包括所述第一设备的地址。
16. 如权利要求14或15所述的方法，其特征在于，所述第二升级任务信息还包括升级任务的关联信息，所述升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。
17. 一种基于空中下载OTA技术的升级方法，其特征在于，包括：

    第一设备向OTA云发送车队信息，所述第一设备用于管理车队，所述车队包括至少两辆车辆，所述车队信息包括属于同一车队的车辆的车辆标识；

    所述第一设备接收来自第一目标车辆的第三请求消息，所述第三请求消息用于向所述第一设备请求确认是否允许所述第一目标车辆升级，所述第一目标车辆与所述车队信息和第一车辆相关，所述第一车辆为OTA云获取的需要升级的车辆；

    所述第一设备向所述第一目标车辆发送第三响应消息，所述第三响应消息包括用于指示允许所述第一目标车辆升级的信息。
18. 如权利要求17所述的方法，其特征在于，所述第三请求消息还包括升级任务的关联信息，所述升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化的至少一项。
19. 一种基于空中下载OTA技术的升级方法，其特征在于，包括：

    接收来自OTA云的第二升级任务信息，所述第二升级任务信息包括升级包和第一指示信息，所述第一指示信息用于指示第一目标车辆向第一设备请求确认是否允许所述第一目标车辆进行升级，所述第一设备用于管理车队，所述车队包括至少两辆车辆，所述车队信息包括属于同一车队的车辆的车辆标识，所述第一目标车辆与所述车队信息和第一车辆相关，所述第一车辆为所述OTA云获取的需要升级的车辆；

    根据所述第二升级任务信息，向所述第一设备或所述OTA云发送第三请求消息，所 述第三请求消息用于向所述第一设备请求确认是否允许所述第一目标车辆升级；

    接收来自所述第一设备的第三响应消息，所述第三响应消息包括用于指示允许所述第一目标车辆升级的信息。
20. 如权利要求19所述的方法，其特征在于，所述第三请求消息还包括升级任务的关联信息，所述升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。
21. 一种基于空中下载OTA技术的升级方法，其特征在于，包括：

    接收来自第一设备的车队信息，所述第一设备用于管理车队，所述车队包括至少两辆车辆，所述车队信息包括属于同一车队的车辆的车辆标识；

    向所述第一设备发送第三升级任务信息，所述第三升级任务信息包括第一目标车辆的车辆标识和升级包，所述第一目标车辆与所述车队信息和第一车辆相关，所述第一车辆为OTA云获取的需要升级的车辆，所述升级包对应第二目标车辆，所述第二目标车辆为所述第一设备从所述第一目标车辆中确定的至少一辆。
22. 如权利要求21所述的方法，其特征在于，所述第三升级任务信息还包括升级任务的关联信息，所述升级任务的关联信息包括升级需要的时长、升级的目的或升级后的变化中的至少一项。
23. 一种基于空中下载OTA技术的升级方法，其特征在于，包括：

    第一设备向OTA云发送车队信息，所述第一设备用于管理车队，所述车队包括至少两辆车辆，所述车队信息包括属于同一车队的车辆的车辆标识；

    所述第一设备接收来自所述OTA云的第三升级任务信息，所述第三升级任务信息包括第一目标车辆标识和升级包；

    所述第一设备根据所述第三升级任务信息，将所述第一目标车辆中至少一辆确定为第二目标车辆；

    所述第一设备向所述第二目标车辆发送所述第四升级任务信息，所述第四升级任务信息与所述第三升级任务信息相关。
24. 如权利要求23所述的方法，其特征在于，所述第四升级任务信息包括所述第一设备对所述升级包进行数字签名后得到的信息。
25. 如权利要求23或24所述的方法，其特征在于，所述第四升级任务信息还包括升级类型，所述升级类型为已确认升级。
26. 一种通信装置，其特征在于，包括用于执行如权利要求1～25中的任一项所述方法的模块。
27. 一种通信装置，其特征在于，包括处理器，所述处理器与存储器相连，所述存储器用于存储计算机程序，所述处理器用于执行所述存储器中存储的计算机程序，以使得所述通信装置执行如权利要求1～25中任一项所述的方法。
28. 一种通信系统，其特征在于，包括用于执行权利要求1-9任一项所述的方法的通信装置，以及用于执行权利要求10-13任一项所述的方法的第一设备；或者，

    包括用于执行权利要求14-16任一项所述的方法的通信装置，以及用于执行权利要求17-18任一项所述的方法的第一设备，以及用于执行权利要求19-20任一项所述的方法的通信装置；或者，

    包括用于执行权利要求21-22任一项所述的方法的通信装置，以及用于执行权利要求 23-25任一项所述的方法的第一设备。
29. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，使得所述通信装置执行如权利要求1～25任一项所述的方法。
30. 一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序或指令，当所述计算机程序或指令被通信装置执行时，使得所述通信装置执行如权利要求1～25中任一项所述的方法。

Images