升级方法及装置

技术领域

本申请涉及车联网技术领域，尤其涉及升级方法及装置。

背景技术

空中下载技术(over the air，OTA)是一种通过无线网络进行数据下载的技术，现已被广泛 应用于智能电视、手机、平板电脑、机顶盒等设备的软件升级中。随着智能网联汽车的发展， OTA也逐渐应用于智能网联汽车的软件升级中。原始设备制造商(originalequipment manufacturer，OEM)通过OTA升级智能网联汽车的相关软件或固件，可以减少车辆召回的 次数，降低厂商的运营成本，并且可以快速响应用户的需求，提升用户体验。

智能网联汽车包括多个设备，例如，汽车盒子(telematics box，T-box)、网关和电子控制 单元(electronic control unit，ECU)等，当智能网联汽车中的多个设备需要升级时，云端(或 服务器)向T-box或网关发送该多个设备的升级包，T-box或网关接收并验证该多个设备的升 级包，并在验证成功后，将每个设备的升级包发送给对应的设备，若该多个设备的升级包较 大时，T-box或网关不仅花费较长的时间下载该多个设备的升级包，而且消耗较大的存储空间 存储该多个设备的升级包，增加了T-box或网关的负载和存储需求。

发明内容

本申请实施例提供升级方法及装置，当智能网联汽车中的多个设备需要升级时，可以提 高升级效率和下载速度，并降低汽车盒子或网关的负载和存储需求。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，本申请实施例提供一种升级方法，该方法包括：接收来自汽车盒子或网关的 该第一ECU的升级信息；根据该第一ECU的升级信息与服务器建立第一通道；通过该第一 通道接收来自该服务器的该第一ECU的升级包；根据该第一ECU的升级包进行升级。

上述第一方面提供的技术方案，当第一ECU需要升级时，第一ECU可以接收来自汽车 盒子或网关的第一ECU的升级信息，根据第一ECU的升级信息与服务器建立第一通道，并通过第一通道接收来自服务器的第一ECU的升级包，并根据第一ECU的升级包进行升级， 如此，可以不用通过汽车盒子或网关下载第一ECU的升级包，可以提高升级效率和下载速度，并降低汽车盒子或网关的负载和存储需求。

在第一种可能的实现方式中，该第一通道为传输层安全通道。基于上述方法，第一ECU 可以不通过汽车盒子或网关下载第一ECU的升级包，而是通过传输层安全通道从服务器下载 第一ECU的升级包，从而提高了升级效率和下载速度，并降低了汽车盒子或网关的负载和存 储需求。

在一种可能的实现方式中，根据该第一ECU的升级信息与服务器建立第一通道，包括： 向服务器发送第一请求信息，其中，该第一请求信息用于请求与该服务器建立该第一通道； 接收来自该服务器的第一请求响应信息，其中，该第一请求响应信息用于确定该服务器与该 第一ECU的加密方法；向该服务器发送第一完成信息，其中，该第一完成信息用于指示该第 一ECU和该服务器的第一通道建立完成；接收来自该服务器的第一完成响应信息，其中，该 第一完成响应信息用于指示该第一ECU和该服务器的第一通道建立完成。基于上述方法，第 一ECU可以通过向服务器发送第一请求信息，接收来自服务器的第一请求响应信息，并向服 务器发送第一完成信息，并接收来自服务器的第一完成响应信息建立第一通道，以使得第一ECU可以不通过汽车盒子或网关下载第一ECU的升级包，而是通过第一通道从服务器下载 第一ECU的升级包。

在一种可能的实现方式中，该第一ECU的升级信息包括该第一ECU的升级包的下载地 址。基于上述方法，第一ECU的升级信息包括第一ECU的升级包的下载地址，如此，第一ECU可以根据第一ECU的升级包的下载地址与服务器建立第一通道，以使得第一ECU可以 不通过汽车盒子或网关下载第一ECU的升级包，而是通过第一通道从服务器下载第一ECU 的升级包。

在一种可能的实现方式中，该第一ECU的升级信息包括指示信息，该指示信息用于指示 对该第一ECU升级。基于上述方法，第一ECU的升级信息包括指示信息，如此，第一ECU可以根据指示信息与服务器建立第一通道，以使得第一ECU可以不通过汽车盒子或网关下载 第一ECU的升级包，而是通过第一通道从服务器下载第一ECU的升级包。

在一种可能的实现方式中，根据该第一ECU的升级包进行升级，包括：在验证该第一 ECU的升级包的签名成功后，根据该第一ECU的升级包进行升级。基于上述方法，第一ECU可以在验证该第一ECU的升级包的签名成功后，根据该第一ECU的升级包进行升级，以保 证第一ECU的升级包没有被篡改。

第二方面，本申请实施例提供一个升级方法，该方法包括：接收来自服务器的多个设备 的升级信息，其中，该多个设备的升级信息包括第一电子控制单元ECU的升级信息，该第一 ECU的升级信息用于指示该第一ECU与该服务器建立第一通道；根据该第一ECU的升级信 息向该第一ECU发送该第一ECU的升级信息。

上述第二方面提供的技术方案，汽车盒子或网关可以接收来自服务器的多个设备的升级 信息，并根据第一ECU的升级信息向第一ECU发送第一ECU的升级信息，以使得第一ECU 根据第一ECU的升级信息与服务器建立第一通道，进而第一ECU可以不通过汽车盒子或网 关下载第一ECU的升级包，而是通过第一通道从服务器下载第一ECU的升级包，提高了升级效率和下载速度，并降低了汽车盒子或网关的负载和存储需求。

在一种可能的实现方式中，该第一通道为传输层安全通道。基于上述方案，汽车盒子或 网关可以向第一ECU发送第一ECU的升级信息，以使得第一ECU根据第一ECU的升级信息与服务器建立传输层安全通道，进而第一ECU可以不通过汽车盒子或网关下载第一ECU的升级包，而是通过传输层安全通道从服务器下载第一ECU的升级包，提高了升级效率和下载速度，并降低了汽车盒子或网关的负载和存储需求。

在一种可能的实现方式中，该第一ECU的升级信息包括该第一ECU的升级包的下载地 址。基于上述方案，汽车盒子或网关可以向第一ECU发送第一ECU的升级包的下载地址，以使得第一ECU根据第一ECU的升级包的下载地址与服务器建立第一通道，进而第一ECU 可以不通过汽车盒子或网关下载第一ECU的升级包，而是通过第一通道从服务器下载第一ECU的升级包，提高了升级效率和下载速度，并降低了汽车盒子或网关的负载和存储需求。

在一种可能的实现方式中，该第一ECU的升级信息包括指示信息，该指示信息用于指示 对该第一ECU升级。基于上述方案，汽车盒子或网关可以向第一ECU发送指示信息，以使 得第一ECU根据指示信息与服务器建立第一通道，进而第一ECU可以不通过汽车盒子或网 关下载第一ECU的升级包，而是通过第一通道从服务器下载第一ECU的升级包，提高了升级效率和下载速度，并降低了汽车盒子或网关的负载和存储需求。

在一种可能的实现方式中，该多个设备的升级信息还包括第二ECU的升级包；该方法还 包括：向该第二ECU发送该第二ECU的升级包。基于上述方法，多个设备的升级信息还包 括第二ECU的升级包，如此，汽车盒子或网关还可以向第二ECU发送第二ECU的升级包，以使得第二ECU根据第二ECU的升级包进行升级。

第三方面，本申请实施例提供了一种升级方法，该方法包括：向汽车盒子或网关发送多 个设备的升级信息，其中，该多个设备的升级信息包括第一电子控制单元ECU的升级信息； 根据该第一ECU的升级信息与该第一ECU建立第一通道；通过该第一通道向该第一ECU发 送该第一ECU的升级包。

上述第三方面提供的技术方案，服务器可以向汽车盒子或网关发送第一ECU的升级信 息，根据第一ECU的升级信息与第一ECU建立第一通道，并通过第一通道向第一ECU发送 第一ECU的升级包，以使得第一ECU可以不通过汽车盒子或网关下载第一ECU的升级包，而是通过第一通道从服务器下载第一ECU的升级包，提高了升级效率和下载速度，并降低了汽车盒子或网关的负载和存储需求。

在一种可能的实现方式中，该第一通道为传输层安全通道。基于上述方法，服务器可以 根据第一ECU的升级信息与第一ECU建立传输层安全通道，以使得第一ECU可以不通过汽 车盒子或网关下载第一ECU的升级包，而是通过传输层安全通道从服务器下载第一ECU的 升级包，提高了升级效率和下载速度，并降低了汽车盒子或网关的负载和存储需求。

在一种可能的实现方式中，根据该第一ECU的升级信息与该第一ECU建立第一通道， 包括：接收来自该第一ECU的第一请求信息，其中，该第一请求信息用于请求与该服务器建 立该第一通道；根据该第一请求信息向该第一ECU发送第一请求响应信息，其中，该第一请 求响应信息用于确定该服务器与该第一ECU的加密方法；接收来自该第一ECU的第一完成 信息，其中，该第一完成信息用于指示该第一ECU和该服务器的第一通道建立完成；根据该 第一完成信息向该第一ECU发送第一完成响应信息，其中，该第一完成响应信息用于指示该 第一ECU和该服务器的第一通道建立完成。基于上述方法，服务器可以通过接收来自第一 ECU的第一请求信息，根据第一请求信息向第一ECU发送第一请求响应信息，接收来自第 一ECU的第一完成信息，并根据第一完成信息向第一ECU发送第一完成响应信息建立第一 通道，以使得第一ECU可以不通过汽车盒子或网关下载第一ECU的升级包，而是通过传输 层安全通道从服务器下载第一ECU的升级包，提高了升级效率和下载速度，并降低了汽车盒 子或网关的负载和存储需求。

在一种可能的实现方式中，该第一ECU的升级信息包括该第一ECU的升级包的下载地 址。基于上述方法，服务器可以根据第一ECU的升级包的下载地址与第一ECU建立第一通道，以使得第一ECU可以不通过汽车盒子或网关下载第一ECU的升级包，而是通过传输层 安全通道从服务器下载第一ECU的升级包，提高了升级效率和下载速度，并降低了汽车盒子或网关的负载和存储需求。

在一种可能的实现方式中，该第一ECU的升级信息包括指示信息，该指示信息用于指示 对该第一ECU升级。基于上述方法，服务器可以根据指示信息与第一ECU建立第一通道， 以使得第一ECU可以不通过汽车盒子或网关下载第一ECU的升级包，而是通过传输层安全 通道从服务器下载第一ECU的升级包，提高了升级效率和下载速度，并降低了汽车盒子或网 关的负载和存储需求。

在一种可能的实现方式中，该方法还包括：对该第一ECU的升级包进行签名。基于上述 方法，服务器可以对第一ECU的升级包进行签名，以使得第一ECU接收到该第一ECU的升 级包后，可以验证该第一ECU的升级包是否被篡改，以保证第一ECU升级的安全性。

在一种可能的实现方式中，该多个设备的升级信息还包括第二ECU的升级包。基于上述 方法，服务器还可以向汽车盒子或网关发送第二ECU的升级包，以使得汽车盒子或网关协助 第二ECU升级。

第四方面，本申请实施例提供了一种通信装置，该通信装置具有实现上述第一方面所述 的方法和功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或 软件包括一个或多个与上述功能相对应的模块。

第五方面，本申请实施例提供了一种通信装置，该通信装置具有实现上述第二方面所述 的方法和功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或 软件包括一个或多个与上述功能相对应的模块。

第六方面，本申请实施例提供了一种通信装置，该通信装置具有实现上述第三方面所述 的方法和功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或 软件包括一个或多个与上述功能相对应的模块。

第七方面，本申请实施例提供了一种通信装置，包括：至少一个处理器、至少一个存储 器以及通信接口，该通信接口、该至少一个存储器与该至少一个处理器耦合；通信装置通过 该通信接口与其他设备通信，该至少一个存储器用于存储计算机程序，使得该计算机程序被 该至少一个处理器执行时实现如第一方面及其各种可能的实现方式所述的升级方法。

第八方面，本申请实施例提供了一种通信装置，包括：至少一个处理器、至少一个存储 器以及通信接口，该通信接口、该至少一个存储器与该至少一个处理器耦合；通信装置通过 该通信接口与其他设备通信，该至少一个存储器用于存储计算机程序，使得该计算机程序被 该至少一个处理器执行时实现如第二方面及其各种可能的实现方式所述的升级方法。

第九方面，本申请实施例提供了一种通信装置，包括：至少一个处理器、至少一个存储 器以及通信接口，该通信接口、该至少一个存储器与该至少一个处理器耦合；通信装置通过 该通信接口与其他设备通信，该至少一个存储器用于存储计算机程序，使得该计算机程序被 该至少一个处理器执行时实现如第三方面及其各种可能的实现方式所述的升级方法。

第十方面，本申请提供了一种系统芯片，该系统芯片可以应用在通信装置中，该系统芯 片包括：至少一个处理器，涉及的程序指令在该至少一个处理器中执行，以实现根据第一方 面的方法及其任一设计中的第一ECU的功能。可选的，该系统芯片还可以包括至少一个存储 器，该存储器存储有涉及的程序指令。

第十一方面，本申请提供了一种系统芯片，该系统芯片可以应用在通信装置中，该系统 芯片包括：至少一个处理器，涉及的程序指令在该至少一个处理器中执行，以实现根据第二 方面的方法及其任一设计中的汽车盒子或网关的功能。可选的，该系统芯片还可以包括至少 一个存储器，该存储器存储有涉及的程序指令。

第十二方面，本申请提供了一种系统芯片，该系统芯片可以应用在通信装置中，该系统 芯片包括：至少一个处理器，涉及的程序指令在该至少一个处理器中执行，以实现根据第三 方面的方法及其任一设计中的服务器的功能。可选的，该系统芯片还可以包括至少一个存储 器，该存储器存储有涉及的程序指令。

第十三方面，本申请实施例提供了一种计算机可读存储介质，如计算机非瞬态的可读存 储介质。其上储存有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述 第一方面的任一种可能的方法。例如，该计算机可以是至少一个存储节点。

第十四方面，本申请实施例提供了一种计算机可读存储介质，如计算机非瞬态的可读存 储介质。其上储存有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述 第二方面的任一种可能的方法。例如，该计算机可以是至少一个存储节点。

第十五方面，本申请实施例提供了一种计算机可读存储介质，如计算机非瞬态的可读存 储介质。其上储存有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述 第三方面的任一种可能的方法。例如，该计算机可以是至少一个存储节点。

第十六方面，本申请实施例提供了一种计算机程序产品，当其在计算机上运行时，使得 第一方面提供的任一方法被执行。例如，该计算机可以是至少一个存储节点。

第十七方面，本申请实施例提供了一种计算机程序产品，当其在计算机上运行时，使得 第二方面提供的任一方法被执行。例如，该计算机可以是至少一个存储节点。

第十八方面，本申请实施例提供了一种计算机程序产品，当其在计算机上运行时，使得 第三方面提供的任一方法被执行。例如，该计算机可以是至少一个存储节点。

第十九方面，本申请实施例提供一种升级系统，该升级系统可以包括如下任一种或几种： 如第四方面中的通信装置，或者如第五方面中的通信装置，或者如第六方面中的通信装置， 或者如第七方面中的通信装置，或者如第八方面中的通信装置，或者如第九方面中的通信装 置，或者如第十方面中的系统芯片，或者如第十一方面中的系统芯片，或者如第十二方面中 的系统芯片，或者如第十三方面中的计算机可读存储介质，或者如第十四方面中的计算机可 读存储介质，或者如第十五方面中的计算机可读存储介质，或者如第十六方面中的计算机程 序产品，或者如第十七方面中的计算机程序产品，或者如第十八方面中的计算机程序产品。

可以理解的，上述提供的任一种通信装置、系统芯片、计算机可读存储介质、计算机程 序产品或升级系统等均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可 参考对应的方法中的有益效果，此处不再赘述。

附图说明

图1A为本申请实施例提供的升级系统架构示意图；

图1B为本申请实施例提供的车辆的架构示意图；

图2为本申请实施例提供的通信装置的硬件结构示意图；

图3为本申请实施例提供的升级方法的流程示意图一；

图4为本申请实施例提供的升级方法的流程示意图二；

图5为本申请实施例提供的升级方法的流程示意图三；

图6为本申请实施例提供的升级方法的流程示意图四；

图7为本申请实施例提供的通信装置的结构示意图一；

图8为本申请实施例提供的通信装置的结构示意图二；

图9为本申请实施例提供的通信装置的结构示意图三；

图10为本申请实施例提供的升级系统的组成示意图。

具体实施方式

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

如图1A所示，为本申请实施例提供的升级系统的架构示意图。图1A中，升级系统可以 包括车辆10和服务器20(或云端30)。

图1A中的车辆10可以是智能网联汽车。车辆10可以包括多个设备。例如，车辆10可以包括T-Box、网关和ECU等设备。具体的，车辆10的架构可以如图1B所示。

图1B为本申请实施例提供的一种车辆10的架构示意图，如图1B所示，车辆10可以包 括T-Box 101、网关102以及ECU 103-ECU 107。

其中，T-Box 101和网关102之间可以通过以太网连接。网关102和ECU之间可以通过 以太网、控制器局域网络(controller area network，CAN)、局域互联网(localinterconnect network，LIN)、面向媒体的系统传输(media oriented system transport，MOST)或FlexRay 连接，例如，网关102与ECU 103之间可以通过CAN连接，网关102与ECU 105之间可以 通过LIN连接。

图1B中的T-Box 101可以具备与车辆10的外部设备以及车辆10的内部设备通信的能力。 其中，车辆10的外部设备可以描述为车辆10之外的设备，例如，图1A中的服务器20、云 端30或用户的终端设备(图1A未示出)；车辆10的内部设备可以是图1B中所示的设备，例如，网关102或ECU 103等等。

图1B中的T-Box 101与车辆10的内部设备通信，可以用于向车辆10的内部设备发送信 息，例如，T-Box 101向网关102发送多个设备的升级信息。T-Box 101与车辆10的外部设备 通信，可以用于接收来自服务器20或云端30的信息，例如，T-Box 101可以用于接收来自服 务器20或云端30的多个设备的升级信息。

在一些实施例中，T-Box 101还可以具备协调车辆10的内部设备升级的能力。示例性的， 以多个设备的升级信息包括ECU 103的升级信息和ECU 105的升级信息为例，T-Box101可 以接收来自服务器20的多个设备的升级信息，并验证多个设备的升级信息，在验证成功后， 将ECU 103的升级信息通过网关102发送给ECU 103，将ECU 105的升级信息通过网关102 发送给ECU 105。

图1B中的网关102是车辆10的核心部件，网关102可以将CAN、LIN、MOST或FlexRay等网络数据在不同网络中进行路由。例如，网关102可以接收来自T-Box 101的ECU 103的升级信息，并将ECU 103的升级信息发送给ECU 103。

在一些实施例中，网关102还可以具备协调车辆10的内部设备升级的能力。示例性的， 以多个设备的升级信息包括ECU 106的升级信息和ECU 105的升级信息为例，网关102可以 接收来自T-Box 101的多个设备的升级信息，并验证多个设备的升级信息，在验证成功后， 将ECU 106的升级信息发送给ECU 106，将ECU 105的升级信息发送给ECU 105。

图1B中的ECU可以是车辆10的微机控制器，可以具备执行预设控制功能的能力，例如，ECU 104可以用于控制发动机运行，ECU 103可以用于保护车辆安全。

在一些实施例中，图1B中的ECU还可以是自动驾驶相关的设备。例如，ECU 105可以是移动数据中心(mobile data center，MDC)，ECU 107可以是人机交互(human-machineinteraction，HMI)设备。其中，MDC可以是车辆10的智能车载计算平台。HMI可以是车辆 10的信息娱乐系统。

应理解，图1B所示的车辆10的架构仅用于举例，并非用于限制本申请的技术方案。本 领域的技术人员应当明白，在具体实现过程中，车辆10还可以包括其他设备，例如，车载诊 断系统(on-board diagnostic，OBD)，或域控制器，同时也可根据具体需要来确定网关、域控 制器以及ECU的数量。

图1A中的服务器20或云端30可以具备发现车辆10中设备的升级信息以及指示对车辆 10中的设备进行升级。例如，当服务器20发现车辆10中多个设备的升级信息，可以向车辆 10发送该多个设备的升级信息。

图1A中的服务器20或云端30还可以具备为车辆10中的设备提供服务的能力。例如， 若ECU 106用于导航，服务器20或云端30可以为ECU 106提供导航服务。

应理解，图1A所示的升级系统仅用于举例，并非用于限制本申请的技术方案。本领域 的技术人员应当明白，在具体实现过程中，升级系统还可以包括其他设备，同时也可根据具 体需要来确定车辆10、服务器20或云端30的数量，不予限制。

可选的，本申请实施例图1B中的各设备，例如，服务器20、云端30、T-Box 101、网关102或ECU 106，可以是一个设备内的一个功能模块。可以理解的是，该功能模块既可以是硬件设备中的元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

例如，图1B中的各设备均可以通过图2中的硬件设备200来实现。图2所示为可适用于本申请实施例的硬件设备的硬件结构示意图。该硬件设备200可以包括至少一个处理器201，通信线路202，存储器203以及至少一个通信接口204。

处理器201可以是一个通用CPU，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路202可包括一通路，在上述组件之间传送信息，例如总线。

通信接口204，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太 网接口，无线接入网接口(radio access network，RAN)，无线局域网接口(wirelesslocal area networks，WLAN)等。

存储器203可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其 他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和 指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory， CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝 光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结 构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是 独立存在，通过通信线路202与处理器相连接。存储器也可以和处理器集成在一起。本申请 实施例提供的存储器通常可以具有非易失性。其中，存储器203用于存储执行本申请方案所 涉及的计算机执行指令，并由处理器201来控制执行。处理器201用于执行存储器203中存 储的计算机执行指令，从而实现本申请实施例提供的方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例 对此不作具体限定。

在具体实现中，作为一种实施例，处理器201可以包括一个或多个CPU，例如图2中的 CPU0和CPU1。

在具体实现中，作为一种实施例，硬件设备200可以包括多个处理器，例如图2中的处 理器201和处理器207。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可 以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用 于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，硬件设备200还可以包括输出设备205和输入设备206。 输出设备205和处理器201通信，可以以多种方式来显示信息。例如，输出设备205可以是 液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备， 阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备206和 处理器201通信，可以以多种方式接收用户的输入。例如，输入设备206可以是鼠标、键盘、 触摸屏设备或传感设备等。

在具体实现中，硬件设备200可以是嵌入式设备或有图2中类似结构的设备。本申请实 施例不限定硬件设备200的类型。

下面结合图1A、图1B和图2对本申请实施例提供的升级方法进行具体阐述。

需要说明的是，本申请实施例提供的升级方法可以应用于多个领域，例如：无人驾驶领 域、自动驾驶领域、辅助驾驶领域、智能驾驶领域、网联驾驶领域、智能网联驾驶领域、汽 车共享领域等。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等 只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

需要说明的是，在本申请的描述中，“第一”、或“第二”等词汇，仅用于区分描述的目的， 而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。本申请中的“第一ECU” 等具有不同编号的ECU，该编号仅为用于上下文行文方便，不同的次序编号本身不具有特定 技术含义，比如，第一ECU，第二ECU等，可以理解为是一系列ECU中的一个或者任一个。

可以理解的，本申请实施例中，服务器、云端、T-Box、网关或ECU可以执行本申请实施例中的部分或全部步骤，这些步骤仅是示例，本申请实施例还可以执行其它步骤或者各种 步骤的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能 并非要执行本申请实施例中的全部步骤。

如图3所示，为本申请实施例提供的一种升级方法，该升级方法包括步骤301-步骤305。

步骤301：服务器向T-Box/网关发送多个设备的升级信息。

其中，该服务器可以是图1A中的服务器20，T-Box可以是车辆中的T-Box，例如，车辆 可以是图1A中的车辆10，T-Box可以是图1B中的T-Box 101。网关可以是车辆中的网关，例如，车辆可以是图1A中的车辆10，网关可以是图1B中的网关102。

需要说明的是，本申请实施例中的服务器可以用云端替换，该云端可以是图1A中的云 端30。

其中，多个设备的升级信息可以包括车辆的内部设备中，一个或多个设备的升级信息。

一种可能的实现方式，多个设备的升级信息可以包括第一ECU的升级信息。第一ECU 的升级信息可以用于指示服务器与第一ECU建立第一通道。

其中，第一ECU可以是图1B中的ECU 103-ECU 107中的任一ECU。第一ECU的升级 信息可以指示服务器的地址或标识。

需要说明的是，多个设备的升级信息可以包括一组第一ECU的升级信息，也就是说，多 个设备的升级信息可以包括两个或两个以上的第一ECU的升级信息。本申请实施例以多个设 备的升级信息包括第一ECU的升级信息为例进行介绍，多个设备的升级信息包括一组第一 ECU的升级信息的情况，可以参考下述多个设备的升级信息包括一个第一ECU的升级信息 的介绍，不予赘述。

在一些实施例中，第一ECU的升级信息可以包括第一ECU的升级包的下载地址，该第 一ECU的升级包的下载地址可以指示服务器的地址。例如，第一ECU的升级包的下载地址为服务器的统一资源定位符(uniform resource locator，URL)。

在一些实施例中，第一ECU的升级信息可以包括第一ECU的升级包的下载地址和服务 器的地址。例如，第一ECU的升级包的下载地址可以是第一ECU的升级包所在的资源服务器的URL，后续，第一ECU和服务器建立第一通道后，服务器可以根据第一ECU的升级包 的下载地址从资源服务器中下载该第一ECU的升级包，并将该第一ECU的升级包发送给第 一ECU。

在一些实施例中，第一ECU的升级信息可以包括指示信息，该指示信息可以用于指示对 第一ECU升级。

其中，该指示信息可以包括第一ECU的标识和服务器的标识。

可选的，第一ECU是升级包较大和/或升级较频繁的ECU。例如，第一ECU为MDC或HMI。

可选的，步骤301之前，服务器和T-Box/网关建立第二通道。

其中，该第二通道可以是传输层安全(transport layer security，TLS)通道。第二通道可 以用于T-Box/网关和服务器通信。

在一些实施例中，服务器和T-Box/网关可以通过握手建立第二通道，第二通道建立成功 后，服务器和T-Box/网关可以进行加密通信。

下面以服务器和T-Box/网关通过四次通信建立第二通道为例，介绍服务器和T-Box/网关 通过握手建立第二通道的过程。

可选的，服务器和T-Box/网关建立第二通道，包括：服务器接收来自T-Box/网关的第二 请求信息，其中，第二请求信息用于请求与服务器建立第二通道；服务器根据第二请求信息 向T-Box/网关发送第二请求响应信息，其中，第二请求响应信息用于确定服务器与T-Box/网 关的加密方法；服务器接收来自T-Box/网关的第二完成信息，其中，第二完成信息用于指示 服务器和T-Box/网关的第二通道建立完成；服务器根据第二完成信息向T-Box/网关发送第二 完成响应信息，其中，第二完成响应信息用于指示服务器和T-Box/网关的第二通道建立完成。

其中，第二请求信息可以包括T-Box/网关支持的加密通信协议版本(例如，TLS1.2)、 第一随机数和T-Box/网关支持的加密方法(例如，非对称加密算法(RSA)公钥加密方法)。 第二请求信息可以命名为ClientHello请求。

可选的，第二请求信息还可以包括T-Box/网关支持的压缩方法。

其中，第二请求响应信息可以包括第二随机数、服务器的证书、服务器确定使用的加密 通信协议版本和加密方法。第二请求响应信息可以命名为SeverHello信息。

可选的，第二请求响应信息可以包括服务器确定使用的压缩方法。

需要说明的是，若服务器和T-Box/网关支持的加密通信协议版本不一致，服务器可以关 闭加密通信，也就是说，后续服务器与T-Box/网关通信时，不进行加密。

可选的，第二请求响应信息还可以用于请求T-Box/网关的证书。

其中，第二完成信息可以包括第三随机数、T-Box/网关编码改变通知和T-Box/网关握手 结束通知。T-Box/网关编码改变通知可以用于指示T-Box/网关在发送第二完成信息后，使用 第二请求响应信息中确定的加密方法发送信息。T-Box/网关握手结束通知可以用于指示 T-Box/网关的握手阶段结束。

可选的，第二完成信息还可以是根据摘要函数(例如，哈希函数)对第二请求信息、第 三随机数、T-Box/网关编码改变通知和T-Box/网关握手结束通知签名后的信息。

其中，第二完成响应信息可以包括服务器的编码改变通知和服务器握手结束通知。服务 器编码改变通知可以用于指示服务器在发送第二完成响应信息后，使用第二请求响应信息中 确定的加密方法发送信息。服务器握手结束通知可以用于指示服务器的握手阶段结束。

可选的，服务器接收到第二完成信息后，可以根据第一随机数、第二随机数、第三随机 数和第二请求响应信息中确定的加密方法生成第一会话密钥。后续，服务器可以使用该第一 会话密钥对发送给T-Box/网关的信息进行加密，或者，服务器可以使用第一会话密钥解密来 自T-Box/网关的信息。

可选的，服务器发现车辆的内部设备中，有要升级的设备，服务器向T-Box/网关发送多 个设备的升级信息。

示例性的，以图1A和图1B所示为例，服务器20接收到来自OEM系统的指示信息，该指示信息用于指示服务器20通知车辆10对车辆10的内部设备进行升级，服务器20向T-Box101/网关102发送多个设备的升级信息。

可选的，服务器向T-Box/网关发送多个设备的升级信息，包括：服务器对该多个设备的 升级信息进行签名，得到签名后的该多个设备的升级信息；服务器对签名后的该多个设备的 升级信息进行加密，得到加密后的多个设备的升级信息；服务器向T-Box/网关发送加密后的 多个设备的升级信息。

其中，服务器对该多个设备的升级信息进行签名，可以包括：服务器对该多个设备的升 级信息进行一层签名，或者，服务器对该多个设备的升级信息进行两层签名。

可选的，服务器对该多个设备的升级信息进行一层签名，包括：服务器对该多个设备的 升级信息进行签名。

示例性的，以服务器对该多个设备的升级信息进行一层签名为例，服务器根据第一摘要 函数(例如，哈希函数)对第一ECU的升级信息进行签名，得到签名后的第一ECU的升级 信息；服务器使用第一会话密钥对签名后的第一ECU的升级信息进行加密，得到加密后的第 一ECU的升级信息；服务器向T-Box/网关发送加密后的第一ECU的升级信息。

可选的，服务器对该多个设备的升级信息进行两层签名，包括：服务器对多个设备的升 级信息中，每个设备的升级信息进行签名，得到多个设备的签名后的升级信息；服务器对多 个设备的签名后的升级信息进行签名。

示例性的，以服务器对该多个设备的升级信息进行二层签名为例，服务器根据第二摘要 函数对第一ECU的升级信息进行签名，得到第一签名信息；服务器根据第一摘要函数对第一 签名信息进行签名，得到第二签名信息；服务器使用第一会话密钥对第二签名信息进行加密， 得到加密后的第二签名信息；服务器向T-Box/网关发送加密后的第二签名信息。其中，第一 摘要函数和第二摘要函数可以相同也可以不同。

步骤302：T-Box/网关接收来自服务器的多个设备的升级信息，并根据第一ECU的升级 信息，向第一ECU发送第一ECU的升级信息。

可选的，T-Box/网关接收来自服务器的多个设备的升级信息之前，T-Box/网关和服务器建 立第二通道。

T-Box/网关和服务器可以通过握手建立第二通道，第二通道建立成功后，T-Box/网关和服 务器可以进行加密通信。

下面以T-Box/网关和服务器通过四次通信建立第二通道为例，介绍T-Box/网关和服务器 通过握手建立第二通道的过程。

可选的，T-Box/网关和服务器建立第二通道，包括：T-Box/网关向服务器发送第二请求信 息，其中，第二请求信息用于请求与服务器建立第二通道；T-Box/网关接收来自服务器的第 二请求响应信息，其中，第二请求响应信息用于确定服务器与T-Box/网关的加密方法；T-Box/ 网关向服务器发送第二完成信息，其中，第二完成信息用于指示服务器和T-Box/网关的第二 通道建立完成；T-Box/网关接收来自服务器的第二完成响应信息，其中，第二完成响应信息 用于指示服务器和T-Box/网关的第二通道建立完成。

可选的，T-Box/网关发送第二完成信息后，可以根据第一随机数、第二随机数、第三随 机数和第二请求响应信息中确定的加密方法生成第一会话密钥。后续，T-Box/网关可以使用 该第一会话密钥对发送给服务器的信息进行加密，或者，T-Box/网关可以使用第一会话密钥 解密来自服务器的信息。

可选的，T-Box/网关根据第一ECU的升级信息，向第一ECU发送第一ECU的升级信息， 包括：T-Box/网关在验证该多个设备的升级信息成功后，根据第一ECU的升级信息，向第一 ECU发送第一ECU的升级信息。

示例性的，以服务器对该多个设备的升级信息进行一层签名为例，T-Box/网关使用第一 会话密钥解密该第一ECU的升级信息，得到解密后的第一ECU的升级信息；T-Box/网关根 据第一摘要函数验证解密后的第一ECU的升级信息，并在验证成功后，向第一ECU发送解 密后的第一ECU的升级信息。

示例性的，以服务器对该多个设备的升级信息进行二层签名为例，T-Box/网关通过第一 会话密钥解密该第一ECU的升级信息，得到解密后的第一ECU的升级信息；T-Box/网关根 据第一摘要函数验证解密后的第一ECU的升级信息，并在验证成功后，向第一ECU发送解 密后的第一ECU的升级信息。

在一些实施例中，若T-Box/网关验证该多个设备的升级信息失败，T-Box/网关向服务器 发送验证失败信息，该验证失败信息用于指示T-Box/网关验证失败。

步骤303：第一ECU接收来自T-Box/网关的第一ECU的升级信息，并根据第一ECU的升级信息与服务器建立第一通道。

在一些实施例中，若第一ECU的升级信息包括第一ECU的升级包的下载地址，该第一 ECU的升级包的下载地址指示服务器的地址，第一ECU可以根据第一ECU的升级包的下载地址确定服务器，并与该服务器建立第一通道。后续，第一ECU可以向服务器发送第一ECU的升级包的下载地址，以便服务器根据第一ECU的升级包的下载地址向第一ECU发送第一ECU的升级包。

在一些实施例中，若第一ECU的升级信息包括第一ECU的升级包的下载地址和服务器 的地址，第一ECU可以根据服务器的地址确定服务器，并与该服务器建立第一通道。后续， 第一ECU可以向服务器发送第一ECU的升级包的下载地址，以便服务器根据第一ECU的升 级包的下载地址向第一ECU发送第一ECU的升级包。

在一些实施例中，若第一ECU的升级信息包括指示信息，该指示信息包括第一ECU的 标识和服务器的标识，第一ECU根据该服务器的标识确定服务器，并与该服务器建立第一通 道。后续，第一ECU可以向服务器发送第一ECU的标识，以便服务器根据第一ECU的标识向第一ECU发送第一ECU的升级包。

可选的，若服务器对该多个设备的升级信息进行了二层签名，第一ECU根据第一ECU 的升级信息与服务器建立第一通道，包括：第一ECU在验证第一ECU的升级信息成功后，根据第一ECU的升级信息与服务器建立第一通道。例如，第一ECU根据第二摘要函数验证 第一ECU的升级信息，并在验证成功后，根据第一ECU的升级信息与服务器建立第一通道。

需要说明的是，若服务器对该多个设备的升级信息进行了二层签名，T-Box/网关也可以 对第一ECU的升级信息进行验证，并在验证成功后向第一ECU发送第一ECU的升级信息， 如此，第一ECU可以不用验证第一ECU的升级信息。

进一步可选的，若第一ECU验证第一ECU的升级信息失败，第一ECU向服务器发送验证失败信息，该验证失败信息用于指示第一ECU验证失败。

其中，第一通道可以是TLS通道。第一通道可以用于第一ECU和服务器通信。

在一些实施例中，第一ECU和服务器可以通过握手建立第一通道，第一通道建立成功后， 第一ECU和服务器可以进行加密通信。

下面以第一ECU和服务器通过四次通信建立第一通道为例，介绍第一ECU和服务器通 过握手建立第一通道的过程。

可选的，第一ECU和服务器建立第一通道，包括：第一ECU根据向服务器发送第一请求信息，其中，第一请求信息用于请求与服务器建立第一通道；第一ECU接收来自服务器的第一请求响应信息，其中，第一请求响应信息用于确定服务器与第一ECU的加密方法；第一ECU向服务器发送第一完成信息，其中，第一完成信息用于指示第一ECU和服务器的第一 通道建立完成；第一ECU接收来自服务器的第一完成响应信息，其中，第一完成响应信息用 于指示第一ECU和服务器的第一通道建立完成。

其中，第一请求信息可以包括第一ECU支持的加密通信协议版本(例如，TLS 1.2)、第 四随机数和第一ECU支持的加密方法(例如，非对称加密算法(RSA)公钥加密方法)。第一请求信息可以命名为ClientHello请求。

可选的，第一请求信息还可以包括第一ECU支持的压缩方法。

其中，第一请求响应信息可以包括第五随机数、服务器的证书、服务器确定使用的加密 通信协议版本和加密方法。第一请求响应信息可以命名为SeverHello信息。

可选的，第一请求响应信息可以包括服务器确定使用的压缩方法。

需要说明的是，若服务器和第一ECU支持的加密通信协议版本不一致，服务器可以关闭 加密通信，也就是说，后续服务器与第一ECU通信时，不进行加密。

可选的，第一请求响应信息还可以用于请求第一ECU的证书。

其中，第一完成信息可以包括第六随机数、第一ECU编码改变通知和第一ECU握手结 束通知。第一ECU编码改变通知可以用于指示第一ECU在发送第一完成信息后，使用第一请求响应信息中确定的加密方法发送信息。第一ECU握手结束通知可以用于指示第一ECU的握手阶段结束。

可选的，第一完成信息还可以是根据摘要函数(例如，哈希函数)对第一请求信息、第 六随机数、第一ECU编码改变通知和第一ECU握手结束通知签名后的信息。

其中，第一完成响应信息可以包括服务器的编码改变通知和服务器握手结束通知。服务 器编码改变通知可以用于指示服务器在发送第一完成响应信息后，使用第一请求响应信息中 确定的加密方法发送信息。服务器握手结束通知可以用于指示服务器的握手阶段结束。

可选的，服务器接收到第一完成信息后，可以根据第四随机数、第五随机数、第六随机 数和第一请求响应信息中确定的加密方法生成第二会话密钥。后续，服务器可以使用该第二 会话密钥对发送给第一ECU的信息进行加密，或者，服务器可以使用第一会话密钥解密来自 第一ECU的信息。

需要说明的是，当多个设备的升级信息包括一组第一ECU的升级信息时，每个第一ECU 可以根据该ECU的升级信息与服务器建立第一通道。

步骤304：服务器与第一ECU建立第一通道，并通过第一通道向第一ECU发送第一ECU 的升级包。

在一些实施例中，服务器和第一ECU可以通过握手建立第一通道，第一通道建立成功后， 服务器和第一ECU可以进行加密通信。

下面以服务器和第一ECU通过四次通信建立第一通道为例，介绍服务器和第一ECU通 过握手建立第一通道的过程。

可选的，服务器和第一ECU建立第一通道，包括：服务器接收来自第一ECU的第一请求信息，其中，第一请求信息用于请求与服务器建立第一通道；服务器根据第一请求信息向第一ECU发送第一请求响应信息，其中，第一请求响应信息用于确定服务器与第一ECU的 加密方法；服务器接收来自第一ECU的第一完成信息，其中，第一完成信息用于指示服务器 和第一ECU的第一通道建立完成；服务器根据第一完成信息向第一ECU发送第一完成响应 信息，其中，第一完成响应信息用于指示服务器和第一ECU的第一通道建立完成。

需要说明的是，当多个设备的升级信息包括一组第一ECU的升级信息时，服务器可以与 每个第一ECU建立第一通道，并通过该第一通道向该第一通道对应的ECU发送该ECU的升 级包。

可选的，服务器通过第一通道向第一ECU发送第一ECU的升级包，包括：服务器对第一ECU的升级包进行签名，得到签名后的第一ECU的升级包；服务器对签名后的第一ECU 的升级包进行加密，得到加密后的第一ECU的升级包；服务器通过第一通道向第一ECU发 送加密后第一ECU的升级包。

示例性的，以服务器用第一摘要函数对第一ECU的升级包进行签名为例，服务器根据第 一摘要函数对第一ECU的升级包进行签名，得到签名后的第一ECU的升级包；服务器使用 第二会话密钥对签名后的第一ECU的升级包进行加密，得到加密后的第一ECU的升级包；服务器通过第一通道向第一ECU发送加密后的第一ECU的升级包。

步骤305：第一ECU通过第一通道接收来自服务器的第一ECU的升级包，并根据第一ECU的升级包进行升级。

可选的，第一ECU根据第一ECU的升级包进行升级，包括：第一ECU在验证第一ECU的升级包的签名成功后，根据第一ECU的升级包进行升级。

示例性的，以服务器用第一摘要函数对第一ECU的升级包进行签名为例，第一ECU使 用第二会话密钥解密第一ECU的升级包，得到解密后的第一ECU的升级包；第一ECU根据第一摘要函数验证解密后的第一ECU的升级包，并在验证成功后，根据第一ECU的升级包 进行升级。

可选的，第一ECU根据第一ECU的升级包进行升级，包括：第一ECU安装该第一ECU的升级包。

基于图3所示的方法，服务器可以向T-Box/网关发送多个设备的升级信息，T-Box/网关 接收来自服务器的多个设备的升级信息，并根据第一ECU的升级信息，向第一ECU发送第 一ECU的升级信息，第一ECU接收来自T-Box/网关的第一ECU的升级信息，并根据第一ECU的升级信息与服务器建立第一通道，服务器可以通过第一通道向第一ECU发送第一ECU的升级包，第一ECU接收来自服务器的第一ECU的升级包，并根据第一ECU的升级包进行 升级，如此，可以不用通过T-Box/网关下载第一ECU的升级包，可以提高升级效率和下载速度，并降低T-Box/网关的负载和存储需求。

需要说明的是，多个设备的升级信息还可以包括第二ECU的升级信息，和/或，网关的 升级信息，和/或，T-Box的升级信息，T-Box/网关可以根据多个设备的升级信息向对应的设 备发送该设备的升级信息，该设备接收到该设备的升级信息后，可以根据该设备的升级信息 进行升级。

下面以多个设备的升级信息包括第二ECU的升级信息为例，介绍本申请实施例提供的升 级方法，多个设备的升级信息包括网关的升级信息，和/或，T-Box的升级信息时的情况，可 以参考下述图4所示方法，不予赘述。

进一步可选的，多个设备的升级信息还可以包括第二ECU的升级信息，T-Box/网关可以 根据第二ECU的升级信息向第二ECU发送第二ECU的升级信息，第二ECU接收来自第二ECU的升级信息，并根据第二ECU的升级信息进行升级。示例性的，如图4所示，图3所 示的方法还包括步骤401和步骤402。

步骤401：T-Box/网关向第二ECU发送第二ECU的升级信息。

其中，第二ECU可以是图1B中的ECU 103-ECU 107中的任一ECU。第二ECU与第一ECU不同。

其中，第二ECU的升级信息可以包括第二ECU的升级包。

可选的，第二ECU是升级包较小和/或升级不频繁的ECU。

步骤402：第二ECU接收来自T-Box/网关的第二ECU的升级信息，并根据第二ECU的升级信息进行升级。

可选的，第二ECU根据第二ECU的升级信息进行升级，包括：第二ECU安装该第二ECU的升级包。

需要说明的是，本申请实施例不限制步骤401-步骤402和步骤302-步骤305的执行顺序， 例如，本申请实施例可以先执行步骤401-步骤402，再执行步骤302-步骤305，还可以先执 行步骤302-步骤305，再执行步骤401-步骤402，也可以同时执行步骤302-步骤305和步骤 401-步骤402。

基于图4所示方法，当多个设备的升级信息还包括第二ECU的升级信息时，T-Box/网关 可以向第二ECU发送第二ECU的升级信息，第二ECU接收来自T-Box/网关的第二ECU的升级信息，并根据第二ECU的升级信息进行升级，如此，T-Box/网关还可以协助第二ECU 升级。

下面以T-Box具备协调车辆的内部设备升级的能力，多个设备的升级信息包括第一ECU 的升级信息和第二ECU的升级信息为例，对本申请实施例提供的升级方法进行介绍。

如图5所示，为本申请实施例提供的一种升级方法，该升级方法包括步骤501-步骤508。

步骤501：服务器向T-Box发送多个设备的升级信息。

其中，该服务器可以是图1A中的服务器20，T-Box可以是车辆中的T-Box，例如，车辆 可以是图1A中的车辆10，T-Box可以是图1B中的T-Box 101。

需要说明的是，本申请实施例中的服务器可以用云端替换，该云端可以是图1A中的云 端30。

其中，多个设备的升级信息可以包括第一ECU的升级信息和第二ECU的升级信息。第 一ECU以及第一ECU的升级信息的描述，可以参考图3所示方法中对第一ECU以及第一ECU的升级信息的介绍，不予赘述。第二ECU以及第二ECU的升级信息的描述，可以参考 图4所示方法中对第二ECU以及第二ECU的升级信息的介绍，不予赘述。

可选的，步骤501之前，服务器和T-Box建立第二通道。服务器和T-Box建立第二通道 的描述，可以参考上述步骤301中服务器和T-Box/网关建立第二通道的介绍，不予赘述。

可选的，服务器发现第一ECU和第二ECU要升级，服务器向T-Box发送多个设备的升级信息。

示例性的，以图1A和图1B所示为例，服务器20接收到来自OEM系统的指示信息，该指示信息用于指示服务器20通知第一ECU和第二ECU进行升级，服务器20向T-Box 101 发送多个设备的升级信息。

可选的，服务器向T-Box发送多个设备的升级信息，包括：服务器对该多个设备的升级 信息进行签名，得到签名后的该多个设备的升级信息；服务器对签名后的该多个设备的升级 信息进行加密，得到加密后的多个设备的升级信息；服务器向T-Box发送加密后的多个设备 的升级信息。

其中，服务器对该多个设备的升级信息进行签名，可以包括：服务器对该多个设备的升 级信息进行一层签名，或者，服务器对该多个设备的升级信息进行两层签名。

可选的，服务器对该多个设备的升级信息进行一层签名，包括：服务器对由该多个设备 的升级信息进行签名。

示例性的，以服务器对该多个设备的升级信息进行一层签名为例，服务器根据第一摘要 函数(例如，哈希函数)对第一ECU的升级信息和第二ECU的升级信息进行签名，得到签 名后的第一ECU的升级信息和第二ECU的升级信息，服务器使用第一会话密钥对签名后的 第一ECU的升级信息和第二ECU的升级信息进行加密，得到加密后的第一ECU的升级信息和第二ECU的升级信息，服务器向T-Box发送加密后的第一ECU的升级信息和第二ECU的 升级信息。

可选的，服务器对该多个设备的升级信息进行两层签名，包括：服务器对多个设备的升 级信息中，每个设备的升级信息进行签名，得到多个设备的签名后的升级信息；服务器对多 个设备的签名后的升级信息进行签名。

示例性的，以服务器对该多个设备的升级信息进行二层签名为例，服务器根据第二摘要 函数对第一ECU的升级信息进行签名，得到第一签名信息；服务器根据第三摘要函数对第二 ECU的升级信息进行签名，得到第二签名信息；服务器根据第一摘要函数对第一签名信息和 第二签名信息进行签名，得到第三签名信息；服务器使用第一会话密钥对第三签名信息进行 加密，得到加密后的第三签名信息；服务器向T-Box发送加密后的第三签名信息。其中，第 一摘要函数、第二摘要函数和第三摘要函数可以相同也可以不同。

步骤502：T-Box接收来自服务器的多个设备的升级信息。

可选的，T-Box接收来自服务器的多个设备的升级信息之前，T-Box和服务器建立第二通 道。T-Box和服务器建立第二通道的描述，可以参考上述步骤302中T-Box/网关和服务器建 立第二通道的介绍，不予赘述。

可选的，T-Box接收到来自服务器的多个设备的升级信息后，可以对多个设备的升级信 息进行验证，若验证成功，T-Box向该多个设备中的每个设备，发送该设备对应的升级信息； 若验证失败，T-Box向服务器发送验证失败信息，该验证失败信息用于指示T-Box验证失败。

示例性的，以服务器对该多个设备的升级信息进行一层签名为例，T-Box解密该第一ECU 的升级信息和第二ECU的升级信息，得到解密后的第一ECU的升级信息和解密后的第二ECU 的升级信息；T-Box根据第一摘要函数验证解密后的第一ECU的升级信息和解密后的第二 ECU的升级信息，并在验证成功后，向第一ECU发送解密后的第一ECU的升级信息，向第二ECU发送解密后的第二ECU的升级信息。

示例性的，以服务器对该多个设备的升级信息进行二层签名为例，T-Box解密该第一ECU 的升级信息和第二ECU的升级信息，得到解密后的第一ECU的升级信息和解密后的第二ECU 的升级信息；T-Box根据第一摘要函数验证解密后的第一ECU的升级信息和解密后的第二 ECU的升级信息，并在验证成功后，向第一ECU发送解密后的第一ECU的升级信息；根据第三摘要函数验证解密后的第二ECU的升级信息，若解密后的第二ECU的升级信息验证成功，向第二ECU发送解密后的第二ECU的升级信息。

步骤503：T-Box根据第一ECU的升级信息，向第一ECU发送第一ECU的升级信息。

可选的，T-Box根据第一ECU的升级信息，向第一ECU发送第一ECU的升级信息，包括，T-Box根据第一ECU的升级信息，经网关向第一ECU转发(透传)第一ECU的升级信 息。

其中，网关可以是图1B中的网关102。

步骤504：第一ECU接收来自T-Box的第一ECU的升级信息，并根据第一ECU的升级信息与服务器建立第一通道。

可选的，第一ECU接收来自T-Box的第一ECU的升级信息，包括，第一ECU通过网关接收来自T-Box的第一ECU的升级信息。

第一ECU根据第一ECU的升级信息与服务器建立第一通道的具体介绍可以参考上述步 骤303中的描述，不予赘述。

步骤505：服务器与第一ECU建立第一通道，并通过第一通道向第一ECU发送第一ECU 的升级包。

步骤506：第一ECU通过第一通道接收来自服务器的第一ECU的升级包，并根据第一ECU的升级包进行升级。

步骤505-步骤506的具体介绍可以参考上述步骤304-步骤305中的描述，不予赘述。

步骤507：T-Box向第二ECU发送第二ECU的升级信息。

步骤508：第二ECU接收来自T-Box的第二ECU的升级信息，并根据第二ECU的升级信息进行升级。

步骤507-步骤508的具体介绍可以参考上述步骤401-步骤402中的描述，不予赘述。

需要说明的是，本申请实施例不限制步骤503-步骤506和步骤507-步骤508的执行顺序， 例如，本申请实施例可以先执行步骤503-步骤506，再执行步骤507-步骤508，还可以先执 行步骤507-步骤508，再执行步骤步骤503-步骤506，也可以同时执行步骤503-步骤506和 步骤507-步骤508。

基于图5所示的方法，服务器可以向T-Box发送多个设备的升级信息，T-Box接收来自 服务器的多个设备的升级信息，并根据第一ECU的升级信息，向第一ECU发送第一ECU的升级信息，第一ECU接收来自T-Box的第一ECU的升级信息，并根据第一ECU的升级信息 与服务器建立第一通道，服务器可以通过第一通道向第一ECU发送第一ECU的升级包，第 一ECU接收来自服务器的第一ECU的升级包，并根据第一ECU的升级包进行升级，T-Box 根据第二ECU的升级信息向第二ECU发送第二ECU的升级信息，第二ECU接收来自T-Box 的第二ECU的第二ECU的升级信息，并根据第二ECU的升级信息进行升级，如此，第二 ECU可以通过T-Box下载第二ECU的升级包，并进行升级，然而，第一ECU可以不用通过 T-Box下载第一ECU的升级包，从而提高了升级效率和下载速度，并降低了T-Box的负载和 存储需求。

下面以网关具备协调车辆的内部设备升级的能力，多个设备的升级信息包括第一ECU的 升级信息和第二ECU的升级信息为例，对本申请实施例提供的升级方法进行介绍。

如图6所示，为本申请实施例提供的一种升级方法，该升级方法包括步骤601-步骤608。

步骤601：服务器向网关发送多个设备的升级信息。

其中，该服务器可以是图1A中的服务器20，网关可以是车辆中的网关，例如，车辆可 以是图1A中的车辆10，网关可以是图1B中的网关102。

需要说明的是，本申请实施例中的服务器可以用云端替换，该云端可以是图1A中的云 端30。

其中，多个设备的升级信息可以包括第一ECU的升级信息和第二ECU的升级信息。第 一ECU以及第一ECU的升级信息的描述，可以参考图3所示方法中对第一ECU以及第一ECU的升级信息的介绍，不予赘述。第二ECU以及第二ECU的升级信息的描述，可以参考 图4所示方法中对第二ECU以及第二ECU的升级信息的介绍，不予赘述。

可选的，服务器向网关发送多个设备的升级信息，包括：服务器向T-Box发送多个设备 的升级信息，T-Box接收来自服务器的多个设备的升级信息，并将该多个设备的升级信息转 发(透传)给网关。

可选的，服务器向T-Box发送多个设备的升级信息之前，服务器和T-Box建立第二通道。 服务器和T-Box建立第二通道的描述，可以参考上述步骤301中服务器和T-Box/网关建立第 二通道的介绍，不予赘述。

可选的，T-Box接收来自服务器的多个设备的升级信息之前，T-Box和服务器建立第二通 道。T-Box和服务器建立第二通道的描述，可以参考上述步骤302中T-Box/网关和服务器建 立第二通道的介绍，不予赘述。

可选的，服务器发现第一ECU和第二ECU要升级，服务器向网关发送多个设备的升级 信息。

示例性的，以图1A和图1B所示为例，服务器20接收到来自OEM系统的指示信息，该指示信息用于指示服务器20通知第一ECU和第二ECU进行升级，服务器20向网关102发 送多个设备的升级信息。

可选的，服务器向网关发送多个设备的升级信息，包括：服务器对该多个设备的升级信 息进行签名，得到签名后的该多个设备的升级信息；服务器对签名后的该多个设备的升级信 息进行加密，得到加密后的多个设备的升级信息；服务器向网关发送加密后的多个设备的升 级信息。

其中，服务器对该多个设备的升级信息进行签名，可以包括：服务器对该多个设备的升 级信息进行一层签名，或者，服务器对该多个设备的升级信息进行两层签名。

可选的，服务器对该多个设备的升级信息进行一层签名，包括：服务器对该多个设备的 升级信息进行签名。

示例性的，以服务器对该多个设备的升级信息进行一层签名为例，服务器根据第一摘要 函数(例如，哈希函数)对第一ECU的升级信息和第二ECU的升级信息进行签名，得到签 名后的第一ECU的升级信息和第二ECU的升级信息，服务器使用第一会话密钥对签名后的 第一ECU的升级信息和第二ECU的升级信息进行加密，得到加密后的第一ECU的升级信息和第二ECU的升级信息，服务器向网关发送加密后的第一ECU的升级信息和第二ECU的升 级信息。

可选的，服务器对该多个设备的升级信息进行两层签名，包括：服务器对多个设备的升 级信息中，每个设备的升级信息进行签名，得到多个设备的签名后的升级信息；服务器对多 个设备的签名后的升级信息进行签名。

示例性的，以服务器对该多个设备的升级信息进行二层签名为例，服务器根据第二摘要 函数对第一ECU的升级信息进行签名，得到第一签名信息；服务器根据第三摘要函数对第二 ECU的升级信息进行签名，得到第二签名信息；服务器根据第一摘要函数对第一签名信息和 第二签名信息进行签名，得到第三签名信息；服务器使用第一会话密钥对第三签名信息进行 加密，得到加密后的第三签名信息；服务器向网关发送加密后的第三签名信息。其中，第一 摘要函数、第二摘要函数和第三摘要函数可以相同也可以不同。

步骤602：网关接收来自服务器的多个设备的升级信息。

可选的，网关接收来自服务器的多个设备的升级信息，包括：网关接收来自T-Box的多 个设备的升级信息。

可选的，网关接收到来自服务器的多个设备的升级信息后，可以对多个设备的升级信息 进行验证，若验证成功，网关向该多个设备中的每个设备，发送该设备对应的升级信息；若 验证失败，网关向服务器发送验证失败信息，该验证失败信息用于指示网关验证失败。

示例性的，以服务器对该多个设备的升级信息进行一层签名为例，网关解密该第一ECU 的升级信息和第二ECU的升级信息，得到解密后的第一ECU的升级信息和解密后的第二ECU 的升级信息；网关根据第一摘要函数验证解密后的第一ECU的升级信息和解密后的第二ECU 的升级信息，并在验证成功后，向第一ECU发送解密后的第一ECU的升级信息，向第二ECU 发送解密后的第二ECU的升级信息。

示例性的，以服务器对该多个设备的升级信息进行二层签名为例，网关解密该第一ECU 的升级信息和第二ECU的升级信息，得到解密后的第一ECU的升级信息和解密后的第二ECU 的升级信息；网关根据第一摘要函数验证解密后的第一ECU的升级信息和解密后的第二ECU 的升级信息，并在验证成功后，向第一ECU发送解密后的第一ECU的升级信息；根据第三 摘要函数验证解密后的第二ECU的升级信息，若解密后的第二ECU的升级信息验证成功， 向第二ECU发送解密后的第二ECU的升级信息。

步骤603：网关根据第一ECU的升级信息，向第一ECU发送第一ECU的升级信息。

步骤604：第一ECU接收来自网关的第一ECU的升级信息，并根据第一ECU的升级信息与服务器建立第一通道。

步骤604的具体介绍可以参考上述步骤303中的描述，不予赘述。

步骤605：服务器与第一ECU建立第一通道，并通过第一通道向第一ECU发送第一ECU 的升级包。

步骤606：第一ECU通过第一通道接收来自服务器的第一ECU的升级包，并根据第一ECU的升级包进行升级。

步骤605-步骤606的具体介绍可以参考上述步骤304-步骤305中的描述，不予赘述。

步骤607：网关向第二ECU发送第二ECU的升级信息。

步骤608：第二ECU接收来自网关的第二ECU的升级信息，并根据第二ECU的升级信息进行升级。

步骤607-步骤608的具体介绍可以参考上述步骤401-步骤402中的描述，不予赘述。

需要说明的是，本申请实施例不限制步骤603-步骤606和步骤607-步骤608的执行顺序， 例如，本申请实施例可以先执行步骤603-步骤606，再执行步骤607-步骤608，还可以先执 行步骤607-步骤608，再执行步骤步骤603-步骤606，也可以同时执行步骤603-步骤606和 步骤607-步骤608。

基于图6所示的方法，服务器可以向网关发送多个设备的升级信息，网关接收来自服务 器的多个设备的升级信息，并根据第一ECU的升级信息，向第一ECU发送第一ECU的升级 信息，第一ECU接收来自网关的第一ECU的升级信息，并根据第一ECU的升级信息与服务器建立第一通道，服务器可以通过第一通道向第一ECU发送第一ECU的升级包，第一ECU 接收来自服务器的第一ECU的升级包，并根据第一ECU的升级包进行升级，网关根据第二 ECU的升级信息向第二ECU发送第二ECU的升级信息，第二ECU接收来自网关的第二ECU 的第二ECU的升级信息，并根据第二ECU的升级信息进行升级，如此，第二ECU可以通过 网关下载第二ECU的升级包，并进行升级，然而，第一ECU可以不用通过网关下载第一ECU 的升级包，从而提高了升级效率和下载速度，并降低了网关的负载和存储需求。

上述主要从各个设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解 的是，上述服务器、云端、T-Box、网关或第一ECU等为了实现上述功能，其包含了执行各 个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公 开的实施例描述的各示例的单元及算法操作，本申请能够以硬件或硬件和计算机软件的结合 形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案 的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所 描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对服务器、云端、T-Box、网关或第一ECU进行功 能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功 能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功 能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种 逻辑功能划分，实际实现时可以有另外的划分方式。

比如，以采用集成的方式划分各个功能模块的情况下，图7示出了一种通信装置70的结 构示意图。该通信装置70可以为第一ECU中的芯片或者片上系统，或其他可实现上述第一 ECU功能的组合器件、部件等，该通信装置70可以用于实现上述实施例中涉及的第一ECU 的功能。

作为一种可能的实现方式，图7所示的通信装置70包括：接收模块701和处理模块702。

接收模块701，用于接收来自汽车盒子或网关的该通信装置70的升级信息。

处理模块702，用于根据该通信装置70的升级信息与服务器建立第一通道。

接收模块701，还用于通过该第一通道接收来自该服务器的该通信装置70的升级包。

处理模块702，还用于根据该通信装置70的升级包进行升级。

可选的，该第一通道为传输层安全通道。

可选的，处理模块702，具体用于向服务器发送第一请求信息，其中，该第一请求信息 用于请求与该服务器建立该第一通道；处理模块702，还具体用于接收来自该服务器的第一 请求响应信息，其中，该第一请求响应信息用于确定该服务器与该第一ECU的加密方法；处 理模块702，还具体用于向该服务器发送第一完成信息，其中，该第一完成信息用于指示该 通信装置70和该服务器的第一通道建立完成；处理模块702，还具体用于接收来自该服务器 的第一完成响应信息，其中，该第一完成响应信息用于指示该通信装置70和该服务器的第一 通道建立完成。

可选的，通信装置70的升级信息包括该通信装置70的升级包的下载地址。

可选的，通信装置70的升级信息包括指示信息，该指示信息用于指示对该通信装置70 升级。

可选的，处理模块702，具体用于在验证该第一ECU的升级包的签名成功后，根据该第 一ECU的升级包进行升级。

其中，上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能 描述，在此不再赘述。

在本实施例中，该通信装置70以采用集成的方式划分各个功能模块的形式来呈现。这里 的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集 成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人 员可以想到该通信装置70可以采用图2所示的形式。

比如，图2中的处理器201可以通过调用存储器203中存储的计算机执行指令，使得通 信装置70执行上述方法实施例中的升级方法。

示例性的，图7中的接收模块701和处理模块702的功能/实现过程可以通过图2中的处 理器201调用存储器203中存储的计算机执行指令来实现。或者，图7中的处理模块702的 功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现， 图7中的接收模块701的功能/实现过程可以通过图2中的通信接口204来实现。

由于本实施例提供的通信装置70可执行上述的升级方法，因此其所能获得的技术效果可 参考上述方法实施例，在此不再赘述。

比如，以采用集成的方式划分各个功能模块的情况下，图8示出了一种通信装置80的结 构示意图。该通信装置80可以为T-Box/网关中的芯片或者片上系统，或其他可实现上述T-Box/ 网关功能的组合器件、部件等，该通信装置80可以用于实现上述实施例中涉及的T-Box/网关 的功能。

作为一种可能的实现方式，图8所示的通信装置80包括：接收模块801和发送模块802。

接收模块801，用于接收来自服务器的多个设备的升级信息，其中，该多个设备的升级 信息包括第一电子控制单元ECU的升级信息，该第一ECU的升级信息用于指示该第一ECU 与该服务器建立第一通道。

发送模块802，用于根据该第一ECU的升级信息向该第一ECU发送该第一ECU的升级信息。

可选的，该第一通道为传输层安全通道。

可选的，该第一ECU的升级信息包括该第一ECU的升级包的下载地址。

可选的，该第一ECU的升级信息包括指示信息，该指示信息用于指示对该第一ECU升 级。

可选的，该多个设备的升级信息还包括第二ECU的升级包；发送模块802，还用于向该 第二ECU发送该第二ECU的升级包。

其中，上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能 描述，在此不再赘述。

在本实施例中，该通信装置80以采用集成的方式划分各个功能模块的形式来呈现。这里 的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集 成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人 员可以想到该通信装置80可以采用图2所示的形式。

比如，图2中的处理器201可以通过调用存储器203中存储的计算机执行指令，使得通 信装置80执行上述方法实施例中的升级方法。

示例性的，图8中的接收模块801和发送模块802的功能/实现过程可以通过图2中的处 理器201调用存储器203中存储的计算机执行指令来实现。或者，图8中的接收模块801和 发送模块802的功能/实现过程可以通过图2中的通信接口204来实现。

由于本实施例提供的通信装置80可执行上述的升级方法，因此其所能获得的技术效果可 参考上述方法实施例，在此不再赘述。

比如，以采用集成的方式划分各个功能模块的情况下，图9示出了一种通信装置90的结 构示意图。该通信装置90可以为服务器中的芯片或者片上系统，或其他可实现上述服务器功 能的组合器件、部件等，该通信装置90可以用于实现上述实施例中涉及的服务器的功能。

作为一种可能的实现方式，图9所示的通信装置90包括：发送模块901和处理模块902。

发送模块901，用于向汽车盒子或网关发送多个设备的升级信息，其中，该多个设备的 升级信息包括第一电子控制单元ECU的升级信息。

处理模块902，用于根据该第一ECU的升级信息与该第一ECU建立第一通道。

发送模块901，还用于通过该第一通道向该第一ECU发送该第一ECU的升级包。

可选的，该第一通道为传输层安全通道。

可选的，处理模块902，具体用于接收来自该第一ECU的第一请求信息，其中，该第一 请求信息用于请求与该通信装置90建立该第一通道；处理模块902，还具体用于根据该第一 请求信息向该第一ECU发送第一请求响应信息，其中，该第一请求响应信息用于确定该通信 装置90与该第一ECU的加密方法；处理模块902，还具体用于接收来自该第一ECU的第一 完成信息，其中，该第一完成信息用于指示该第一ECU和该通信装置90的第一通道建立完 成；处理模块902，还具体用于根据该第一完成信息向该第一ECU发送第一完成响应信息， 其中，该第一完成响应信息用于指示该第一ECU和该通信装置90的第一通道建立完成。

可选的，该第一ECU的升级信息包括该第一ECU的升级包的下载地址。

可选的，该第一ECU的升级信息包括指示信息，该指示信息用于指示对该第一ECU升 级。

可选的，处理模块902，还用于对该第一ECU的升级包进行签名。

可选的，该多个设备的升级信息还包括第二ECU的升级包。

其中，上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能 描述，在此不再赘述。

在本实施例中，该通信装置90以采用集成的方式划分各个功能模块的形式来呈现。这里 的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集 成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人 员可以想到该通信装置90可以采用图2所示的形式。

比如，图2中的处理器201可以通过调用存储器203中存储的计算机执行指令，使得通 信装置90执行上述方法实施例中的升级方法。

示例性的，图9中的发送模块901和处理模块902的功能/实现过程可以通过图2中的处 理器201调用存储器203中存储的计算机执行指令来实现。或者，图9中的处理模块902的 功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现， 图9中的发送模块901的功能/实现过程可以通过图2中的通信接口204来实现。

由于本实施例提供的通信装置90可执行上述的升级方法，因此其所能获得的技术效果可 参考上述方法实施例，在此不再赘述。

图10示出了的一种升级系统的组成示意图，如图10所示，该升级系统100中可以包括： 服务器/云端1001、T-Box/网关1002和ECU 1003。需要说明的是，图10仅为示例性附图，本申请实施例不限定图10所示升级系统100包括的设备以及设备的个数。

其中，服务器/云端1001具有上述图9所示通信装置90的功能，可以向T-Box/网关1002 发送多个设备的升级信息，根据ECU 1003的升级信息与ECU 1003建立第一通道，通过该第 一通道向ECU 1003发送ECU 1003的升级包。

T-Box/网关1002具有上述图8所示通信装置80的功能，可以接收来自服务器/云端1001 的多个设备的升级信息，并根据ECU 1003的升级信息向ECU 1003发送该ECU 1003的升级 信息。

ECU 1003具有上述图7所示通信装置70的功能，可以接收来自T-Box/网关1002的ECU 1003的升级信息，根据ECU 1003的升级信息与服务器/云端1001建立第一通道，通过该第 一通道接收来自服务器/云端1001的ECU 1003的升级包，并根据ECU 1003的升级包进行升 级。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到该升级系统 100对应网元的功能描述，在此不再赘述。

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

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中， 本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例 的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或操作，“一”或 “一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。 相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好 的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精 神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利 要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、 组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请 的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范 围之内，则本申请也意图包含这些改动和变型在内。