CN112640500B - 一种车辆升级方法及装置 - Google Patents

一种车辆升级方法及装置 Download PDF

Info

Publication number
CN112640500B
CN112640500B CN202080004694.XA CN202080004694A CN112640500B CN 112640500 B CN112640500 B CN 112640500B CN 202080004694 A CN202080004694 A CN 202080004694A CN 112640500 B CN112640500 B CN 112640500B
Authority
CN
China
Prior art keywords
component
upgrade
vehicle
upgrading
components
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202080004694.XA
Other languages
English (en)
Other versions
CN112640500A (zh
Inventor
王勇
马涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202210427265.4A priority Critical patent/CN114938500A/zh
Publication of CN112640500A publication Critical patent/CN112640500A/zh
Application granted granted Critical
Publication of CN112640500B publication Critical patent/CN112640500B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/06—Improving the dynamic response of the control system, e.g. improving the speed of regulation or avoiding hunting or overshoot
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/045—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply hybrid encryption, i.e. combination of symmetric and asymmetric encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/166—Implementing security features at a particular protocol layer at the transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/108—Source integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H04W8/245—Transfer of terminal data from a network towards a terminal
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/35—Protecting application or service provisioning, e.g. securing SIM application provisioning

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Automation & Control Theory (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请实施例提供一种车辆升级方法及装置，该方法包括：服务器确定车辆内的至少两个部件组，其中，每个部件组包括一个用于控制所述部件组内的部件进行OTA升级的升级控制部件；所述服务器为所述至少两个部件组中的第一部件组生成第一升级包，其中，所述第一部件组的升级控制部件为第一升级控制部件；所述服务器向所述第一升级控制部件发送所述第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级。采用本申请实施例，能够提高车辆升级效率，提高车辆稳定性。该方案进一步可用于提升自动驾驶或高级驾驶辅助系统ADAS能力，可应用于车联网，例如车辆外联V2X、车间通信长期演进技术LTE‑V、车辆‑车辆V2V等。

Description

一种车辆升级方法及装置
技术领域
本申请涉及网联车技术领域，尤其涉及一种车辆升级方法及装置。
背景技术
空中下载技术(Over the Air，OΤΑ)是一种通过无线网络进行数据下载的技术，现已被广泛应用于智能电视、手机、平板电脑、机顶盒等设备的升级中。OTA技术主要通过网络(例如WIFI、3G、4G等等)下载OTA升级包来自动升级(也支持通过下载OTA升级包到SD卡来升级)，OTA升级速度快、对数据的影响小，因此随着智能网联车的发展，OTA升级成为了车辆功能升级的主要方式，车辆厂商(或者说原始设备制造商(Original EquipmentManufacturer，OEM厂商))通过OTA技术升级车辆的相关软件或固件，有利于厂商减少召回成本、快速响应需求、提升用户体验。
车辆中包含多个节点，多个节点之间可以互相关联、互相配合。因此升级车辆时往往涉及到多个部件的节点，需要一个OTA主(Master)模块来协调各个节点的升级。OTAMaster模块配置在车辆的其中一个(或者也可以是多个)节点(例如网关(gateway，GW)、汽车盒子Tbox)上，协调控制其他节点中的OTA从(Slave)模块，共同完成车辆的升级。但是通过OTA master模块来下载安装包、协调其他节点升级的方式中，OTA master模块需要下载、分发多个OTA slave的升级包，这会给OTA Master的存储和负载带来很大负担，使得车辆的升级效率和车辆的稳定性收到影响。比如，如果升级包很大，那么OTA Master存储空间可能不够，从而使得部分车辆部件不能及时升级。再如，随着车辆的结构越来越复杂，通过这样的方式升级车辆效率将越来越低，不能满足用户的需求。
发明内容
本申请实施例公开了一种车辆升级方法及装置，能够提高车辆升级效率，提高车辆稳定性。
第一方面，本申请实施例公开了一种车辆升级方法，包括：
服务器确定车辆内的至少两个部件组，其中，每个部件组包括一个用于控制所述部件组内的部件进行OTA升级的升级控制部件；
所述服务器为所述至少两个部件组中的第一部件组生成第一升级包，其中，所述第一部件组的升级控制部件为第一升级控制部件；
所述服务器向所述第一升级控制部件发送所述第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级。
本申请实施例中，服务器为车辆中的部件组生成该部件组的升级包，然后将升级包分发部件组的升级控制部件，从而使得升级控制部件对部件组内的部件进行升级。相比由一个OTA升级主模块对车辆中的各个部件进行集中升级控制，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
其中，本申请各实施例中提到的服务器，可以是一个服务器、也可以是多个服务器组成的服务器集群。具体的，服务器既可以包含一个集中存储升级包的服务器，也可以包含分布式存储升级包、分组配置信息或升级策略信息的分布式架设的服务器集群。例如，分布式服务器可以是由多个服务器组成的服务器集群，集群中可以包括云计算服务器、内容分发网络(Content Delivery Network，CDN)服务器、网络时间协议(Network TimeProtocol，NTP)、域名解析系统(Domain Name System，DNS)服务器等等其中，各个服务器之间可以相互协调，共同完成计算、数据存储、通信等功能，为了方便描述，本申请实施例中将单个服务器、分布式服务器、服务器集群统称为服务器。
本申请实施例中提到的部件组，是由车辆内的至少一个部件组成的，每个部件组包括一个用于控制部件组内的部件进行OTA升级的升级控制部件，还可以包括车辆内的其他部件。当部件组内仅包括一个部件时，该部件既是该部件组的升级控制部件，也是该部件组的待升级部件。
其中，升级控制部件用于控制部件组内的部件完成升级，可以是车辆中的一个单独的部件，也可以作为一个模块部署在其中一个部件内(例如可以部署在域控制器和/或整车集成单元中)。
进一步地，所述服务器为所述至少两个部件组中的第二部件组生成第二升级包，其中，所述第二部件组的升级控制部件为第二升级控制部件；
所述服务器向所述第二升级控制部件发送所述第二升级包，所述第二升级包用于对所述第二部件组内的部件进行升级。
在第一方面的一种可能的实施方式中，所述服务器为所述至少两个部件组中的第一部件组生成第一升级包之后，还包括：
所述服务器分配用于下载所述第一升级包的第一下载地址；
所述服务器向所述车辆内的OTA升级主节点发送所述第一下载地址；
所述服务器向所述第一升级控制部件发送所述第一升级包，包括：
所述服务器与所述第一升级控制部件建立用于下载所述第一升级包的第一安全通道；
所述服务器通过所述第一安全通道向所述第一升级控制部件发送所述第一升级包。
上述说明了下载升级数据包的方式，服务器可以为第一升级包分配下载地址，该下载地址可以先发送给OTA升级主节点，再由OTA升级主节点将下载地址分发给需要该第一升级包来完成升级的第一升级控制部件。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的升级控制部件，相比服务器直接与组内的升级控制部件建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
进一步的，服务器还可以将下载地址进行签名，该OTA升级主节点可以验证该签名，从而确保下载地址的正确性，避免下载地址遭到篡改，保证车辆升级过程的安全性。
其中，本申请各实施例中提到的OTA升级主节点，是支持OTA技术的电子设备，OTA升级主节点可以与服务器、以及车辆内的各个升级控制部件进行通信，用于协助完成车辆内的各个部件的升级。可选的，OTA升级主节点可以是车辆中的一个单独的部件，也可以作为一个模块部署在其中一个部件内。进一步的，该OTA升级主节点可以是一个硬件模块，也可以是一个计算机程序。例如，车辆的Tbox中可以包含有OTA模块，该OTA模块支持OTA技术，因此该Tbox可以看作是OTA升级主节点。再如，车辆中预先装配有一个支持OTA技术的部件，该部件中集成有处理器或者集成电路等，该支持OTA技术的部件可以看作是一个OTA升级主节点。
在第一方面的又一种可能的实施方式中，所述第一下载地址具体包含在下载策略包中，所述下载策略包还包含有下载策略、升级条件、升级策略、或者所述第一下载地址的有效时间中的一个或者多个；其中，所述下载策略定义了下载所述第一升级包的规则，所述升级条件指示了使用所述第一升级包进行升级的条件，所述升级策略定义了根据所述第一升级包进行升级的规则。
在第一方面的又一种可能的实施方式中，所述第一安全通道至少包括超文本传输安全协议HTTPs安全通道、传输层安全协议TLS安全通道或数据包传输层安全性协议DTLS安全通道。
在第一方面的又一种可能的实施方式中，所述服务器确定车辆内的至少两个部件组包括：所述服务器从所述OTA升级主节点接收用于指示所述至少两个部件组的分组信息。
上述实施方式说明了一种确定多个部件组的方式，OTA升级主节点可以将车辆内的部件的分组信息发送给服务器，从而使得服务器根据该分组信息，确定至少两个部件组。进一步的，该至少两个部件组可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在第一方面的又一种可能的实施方式中，所述服务器确定车辆内的至少两个部件组包括：所述服务器根据所述车辆的标识查询部件组分组信息，通过所述查询结果确定所述车辆内的至少两个部件组。进一步的，该部件组分组信息可以是预先配置与服务器中的，也可以是预先配置于网络侧设备中的。
上述实施方式说明了又一种确定多个部件组的方式，服务器可以根据车辆的标识查询分组信息，由于某一个车型的车辆的部件组分组信息可以是预先配置或者预先定义好的，因此服务器可以根据车辆的标识(例如车辆的车架号、车辆的型号等)查询部件组分组信息，从而确定车辆的部件组。
在第一方面的又一种可能的实施方式中，所述服务器为所述至少两个部件组中的第一部件组生成第一升级包之前，所述方法还包括：
所述服务器接收来自所述OTA升级主节点的第一消息，所述第一消息中包括用于指示所述至少两个部件组内的部件的版本信息；
所述服务器为所述至少两个部件组中的第一部件组生成第一升级包，包括：
所述服务器根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成所述第一升级包。
其中，部件的版本信息可以是包括部件中的软件版本信息、标定数据版本信息、硬件版本信息(例如，硬件的规格、型号、硬件的标识等等，不同硬件的版本信息所需要升级的软件可能不同)、部件的标识(identify，ID)、部件的版本号等等中的一个或者多个。例如，车辆的摄像头中包括摄像程序，该摄像程序的程序版本号“v12.5.8”即可以是该摄像头的版本信息，再如，摄像头中的主控芯片、感光芯片的规格型号也可以是该摄像头的版本信息。
可以看出，服务器根据部件的版本信息，确定第一升级包。进一步的，服务器还可以根据第一部件组中的部件的版本信息，确定第一部件组中存在需要进行版本升级的部件，从而将升级的数据打包，得到该第一升级包。
第二方面，本申请实施例公开了一种车辆升级方法，包括：
所述OTA升级主节点向服务器发送第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息；
所述OTA升级主节点接收服务器发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述车辆内至少两个部件组的第一部件组进行升级，所述第一部件组包括用于控制所述第一部件组内的部件进行OTA升级的第一升级控制部件；
所述OTA升级主节点向所述第一升级控制部件发送所述第一下载地址。进一步的，该OTA升级主节点可以部署在车辆中。
本申请实施例中，OTA升级主节点向服务器上报车辆的部件的版本信息，而服务器可以根据该版本信息确定需要升级的部件，生成升级包。该升级包分配有下载地址，OTA升级主节点将该下载地址分发给部件组的升级控制部件，从而使得升级控制部件下载对应的升级包，对部件组内的部件进行升级。这样一来，各个部件组的升级包可以同时进行下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在第二方面的一种可能的实施方式中，所述第一下载地址具体包含在下载策略包中，所述下载策略包还包含有下载策略、升级条件、升级策略、或者所述第一下载地址的有效时间中的一个或者多个；其中，所述下载策略定义了下载所述第一升级包的规则，所述升级条件指示了使用所述第一升级包进行升级的条件，所述升级策略定义了根据所述第一升级包进行升级的规则。
在第二方面的又一种可能的实施方式中，所述第一消息还用于指示所述至少两个部件组的分组信息。
可以看出，OTA升级主节点可以将车辆内的部件的发送给服务器，从而使得服务器根据该分组信息，确定至少两个部件组。进一步的，该分组信息可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在第二方面的又一种可能的实施方式中，所述方法还包括：
所述OTA升级主节点接收汇报节点发送的所述车辆内的至少一个部件的版本信息。
其中，汇报节点可以是车辆内部的域控制器、网关、分布式网关、整车集成单元等，汇报节点可以向OTA升级主节点上报其所收集的部件的版本信息。例如，座舱域控制器(Cockpit Domain Controller，CDC)可以收集座舱域中的多个部件(例如麦克风、雷达、音响、无钥匙启动模块等等中的一个或者多个)的版本信息，然后可以将该版本信息发送给OTA升级主节点，后续OTA升级主节点可以将该版本信息发送给服务器，便于确定需要更新的部件。
在第二方面的又一种可能的实施方式中，所述方法还包括：
所述OTA升级主节点确定车辆内的至少两个部件组。
进一步的，该至少两个部件组可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。例如，OTA升级主节点可以将一个区域内功能的多个部件划分为一个部件组，然后根据部件组内的计算能力集中的控制部件(例如，域控制器DC和整车集成单元VIU)的负载情况来确定是否把某个控制部件设为升级控制部件。再如，可以先根据各个部件的配置确定升级控制部件，然后将靠近该升级控制部件的部件作为一个部件组，具体例如，升级控制部件需要和服务器基于安全证书建立安全通道，那么部署了安全证书的部件才有资格确定为升级控制部件。再如，升级控制部件需要与服务器建立连接，因此若当前的节点的负载较高，则不宜被确定为升级控制部件。
在第二方面的又一种可能的实施方式中，所述方法还包括：
所述OTA升级主节点从所述第一升级控制部件接收所述第一部件组内的部件的版本信息。
可以看出，第一升级控制部件可以收集组内的部件的版本信息发送给OTA升级主节点，后续OTA升级主节点可以将该版本信息发送给服务器，便于确定需要更新的部件。
在第二方面的又一种可能的实施方式中，所述第一升级控制部件为域控制器DC或整车集成单元VIU。
在第二方面的又一种可能的实施方式中，所述第一升级控制部件的负载小于或者等于第一阈值；
和/或，所述第一升级控制部件中部署有安全证书。
第三方面，本申请实施例公开了一种车辆升级方法，包括：
第一升级控制部件接收服务器发送的第一升级包，所述第一升级包用于所述第一部件组内的部件进行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升级主节点将下载地址分发给需要该第一升级包来完成升级的第一升级控制部件。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的升级控制部件，相比服务器直接与组内的车辆升级装置建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
在第五方面的又一种可能的实施方式中，所述第一安全通道至少包括超文本传输安全协议HTTPs安全通道、传输层安全协议TLS安全通道或数据包传输层安全性协议DTLS安全通道。
在第五方面的又一种可能的实施方式中，所述服务器确定车辆内的至少两个部件组包括：所述服务器从所述OTA升级主节点接收用于指示所述至少两个部件组的分组信息。
上述实施方式说明了一种确定多个部件组的方式，OTA升级主节点可以将车辆内的部件的分组信息发送给服务器，从而使得服务器根据该分组信息，确定至少两个部件组。进一步的，该至少两个部件组可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在第五方面的又一种可能的实施方式中，所述服务器确定车辆内的至少两个部件组包括：所述服务器根据所述车辆的标识查询预先配置于所述服务器的部件组分组信息，通过所述查询结果确定所述车辆内的至少两个部件组。
上述实施方式说明了又一种确定多个部件组的方式，服务器可以根据车辆的标识查询分组信息，由于某一个车型的车辆的部件组分组信息可以是预先配置或者预先定义好的，因此服务器可以根据车辆的标识(例如车辆的车架号、车辆的型号等)查询部件组分组信息，从而确定车辆的部件组。
在第五方面的又一种可能的实施方式中，所述服务器为所述至少两个部件组中的第一部件组生成第一升级包之前，所述方法还包括：
所述服务器接收来自所述OTA升级主节点的第一消息，所述第一消息中包括用于指示所述至少两个部件组内的部件的版本信息；
所述服务器为所述至少两个部件组中的第一部件组生成第一升级包，包括：
所述服务器根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成所述第一升级包。
可以看出，服务器根据部件的版本信息，确定第一升级包。进一步的，服务器还可以根据第一部件组中的部件的版本信息，确定第一部件组中存在需要进行版本升级的部件，从而将升级的数据打包，得到该第一升级包。
第六方面，本申请实施例公开了一种车辆升级方法，包括：
所述OTA升级主节点从第一升级控制部件接收第一部件组内的部件的版本信息，所述第一部件组为所述车辆内至少两个部件组中的一个，所述第一升级控制部件用于控制所述第一部件组内的部件进行OTA升级；
所述OTA升级主节点向所述第一升级控制部件发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述第一部件组内的部件进行OTA升级。进一步的，上述OTA升级主节点部署在车辆中。
本申请实施例中，OTA升级主节点收集车内的多个部件的版本信息，该版本信息可以用于确定需要升级的部件，生成升级包。该升级包分配有下载地址，OTA升级主节点将该下载地址分发给需要部件组的升级控制部件，从而使得升级控制部件下载对应的升级包，对部件组内的部件进行升级。这样一来，各个部件组的升级包可以同时进行下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在第六方面的一种可能的实施方式中，所述第一下载地址具体包含在下载策略包中，所述下载策略包还包含有下载策略、升级条件、升级策略、或者所述第一下载地址的有效时间中的一个或者多个；其中，所述下载策略定义了下载所述第一升级包的规则，所述升级条件指示了使用所述第一升级包进行升级的条件，所述升级策略定义了根据所述第一升级包进行升级的规则。
在第六方面的又一种可能的实施方式中，所述第一升级控制部件为域控制器DC或整车集成单元VIU。
在第六方面的又一种可能的实施方式中，所述第一升级控制部件的负载小于或者等于第一阈值；
和/或，所述第一升级控制部件中部署有安全证书。
第七方面，本申请实施例公开了一种车辆升级方法，包括：
第一升级控制部件向车辆内的OTA升级主节点发送所述第一部件组内的部件的版本信息；
所述第一升级控制部件接收所述OTA升级主节点发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述第一部件组内的部件进行OTA升级。进一步的，所述第一升级控制部件用于控制第一部件组内的部件进行OTA升级，所述第一部件组为所述车辆内至少两个部件组中的一个。
本申请实施例中，各个升级控制部件接收来自OTA升级主节点的下载地址，根据下载地址下载自己所属的部件组的升级包，各个部件组的升级包还可以同时下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
第八方面，本申请实施例公开了一种车辆升级装置，包括：
处理单元，用于确定车辆内的至少两个部件组，其中，每个部件组包括一个用于控制所述部件组内的部件进行OTA升级的升级控制部件；
所述处理单元，还用于为所述至少两个部件组中的第一部件组生成第一升级包，其中，所述第一部件组的升级控制部件为第一升级控制部件；
发送单元，用于向所述第一升级控制部件发送所述第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级。进一步可选的，上述车辆升级装置可以部署在服务器中。
本申请实施例中，上述车辆升级装置为车辆中的部件组生成该部件组的升级包，然后将升级包分发部件组的升级控制部件，从而使得升级控制部件对部件组内的部件进行升级。相比由一个OTA升级主模块对车辆中的各个部件进行集中升级控制，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在第八方面的一种可能的实施方式中，所述处理单元，还用于分配用于下载所述第一升级包的第一下载地址；
所述发送单元，还用于向所述车辆内的OTA升级主节点发送所述第一下载地址；
所述处理单元，还用于与所述第一升级控制部件建立用于下载所述第一升级包的第一安全通道；
所述发送单元，还用于通过所述第一安全通道向所述第一升级控制部件发送所述第一升级包。
上述说明了下载升级数据包的方式，上述车辆升级装置可以为第一升级包分配下载地址，该下载地址可以先发送给OTA升级主节点，再由OTA升级主节点将下载地址分发给需要该第一升级包来完成升级的第一升级控制部件。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的升级控制部件，相比上述车辆升级装置直接与组控制建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
在第八方面的又一种可能的实施方式中，所述第一安全通道至少包括超文本传输安全协议HTTPs安全通道、传输层安全协议TLS安全通道或数据包传输层安全性协议DTLS安全通道。
在第八方面的又一种可能的实施方式中，所述装置还包括接收单元，所述接收单元，用于通过所述接收单元从所述OTA升级主节点接收用于指示所述至少两个部件组的分组信息。
上述实施方式说明了一种确定多个部件组的方式，OTA升级主节点可以将车辆内的部件的分组信息发送给上述车辆升级装置，从而使得上述车辆升级装置根据该分组信息，确定至少两个部件组。进一步的，该至少两个部件组可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在第八方面的又一种可能的实施方式中，所述处理单元，还用于根据所述车辆的标识查询预先配置于所述上述车辆升级装置的部件组分组信息，通过所述查询结果确定所述车辆内的至少两个部件组。
上述实施方式说明了又一种确定多个部件组的方式，上述车辆升级装置可以根据车辆的标识查询分组信息，由于某一个车型的车辆的部件组分组信息可以是预先配置或者预先定义好的，因此上述车辆升级装置可以根据车辆的标识(例如车辆的车架号、车辆的型号等)查询部件组分组信息，从而确定车辆的部件组。
在第八方面的又一种可能的实施方式中，所述接收单元，还用于接收来自所述OTA升级主节点的第一消息，所述第一消息中包括用于指示所述至少两个部件组内的部件的版本信息；
所述处理单元，还用于根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成所述第一升级包。
可以看出，上述车辆升级装置根据部件的版本信息，确定第一升级包。进一步的，上述车辆升级装置还可以根据第一部件组中的部件的版本信息，确定第一部件组中存在需要进行版本升级的部件，从而将升级的数据打包，得到该第一升级包。
第九方面，本申请实施例公开了一种车辆升级装置，包括：
发送单元，用于向服务器发送第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息；
接收单元，用于接收服务器发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述车辆内至少两个部件组的第一部件组进行升级，所述第一部件组包括用于控制所述第一部件组内的部件进行OTA升级的第一升级控制部件；
所述发送单元，还用于向所述第一升级控制部件发送所述第一下载地址。进一步的，所述车辆升级装置可以部署在车辆中。
本申请实施例中，上述车辆升级装置向服务器上报车辆的部件的版本信息，而服务器可以根据该版本信息确定需要升级的部件，生成升级包。该升级包分配有下载地址，上述车辆升级装置将该下载地址分发给部件组的升级控制部件，从而使得升级控制部件下载对应的升级包，对部件组内的部件进行升级。这样一来，各个部件组的升级包可以同时进行下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在第九方面的一种可能的实施方式中，所述第一下载地址具体包含在下载策略包中，所述下载策略包还包含有下载策略、升级条件、升级策略、或者所述第一下载地址的有效时间中的一个或者多个；其中，所述下载策略定义了下载所述第一升级包的规则，所述升级条件指示了使用所述第一升级包进行升级的条件，所述升级策略定义了根据所述第一升级包进行升级的规则。
在第九方面的又一种可能的实施方式中，所述第一消息还用于指示所述至少两个部件组的分组信息。
可以看出，上述车辆升级装置可以将车辆内的部件的发送给服务器，从而使得服务器根据该分组信息，确定至少两个部件组。进一步的，该分组信息可以是上述车辆升级装置根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在第九方面的又一种可能的实施方式中，所述接收单元，还用于接收汇报节点发送的所述车辆内的至少一个部件的版本信息。
其中，汇报节点可以是车辆内部的域控制器、网关、分布式网关、整车集成单元等，汇报节点可以向上述车辆升级装置上报其所收集的部件的版本信息。例如，座舱域控制器(Cockpit Domain Controller，CDC)可以收集座舱域中的多个部件(例如麦克风、雷达、音响、无钥匙启动模块等等中的一个或者多个)的版本信息，然后可以将该版本信息发送给上述车辆升级装置，后续上述车辆升级装置可以将该版本信息发送给服务器，便于确定需要更新的部件。
在第九方面的又一种可能的实施方式中，所述装置还包括处理单元，用于确定车辆内的至少两个部件组。
进一步的，该至少两个部件组可以是上述车辆升级装置根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。例如，上述车辆升级装置可以将一个区域内功能的多个部件划分为一个部件组，然后根据部件组内的计算能力集中的控制部件(例如，域控制器DC和整车集成单元VIU)的负载情况来确定是否把某个控制部件设为升级控制部件。再如，可以先根据各个部件的配置确定升级控制部件，然后将靠近该升级控制部件的部件作为一个部件组，具体例如，升级控制部件需要和服务器基于安全证书建立安全通道，那么部署了安全证书的部件才有资格确定为升级控制部件。再如，升级控制部件需要与服务器建立连接，因此若当前的节点的负载较高，则不宜被确定为升级控制部件。
在第九方面的又一种可能的实施方式中，所述接收单元，还用于从所述第一升级控制部件接收所述第一部件组内的部件的版本信息。
可以看出，第一升级控制部件可以收集组内的部件的版本信息发送给上述车辆升级装置，后续上述车辆升级装置可以将该版本信息发送给服务器，便于确定需要更新的部件。
在第九方面的又一种可能的实施方式中，所述第一升级控制部件为域控制器DC或整车集成单元VIU。
在第九方面的又一种可能的实施方式中，所述第一升级控制部件的负载小于或者等于第一阈值；
和/或，所述第一升级控制部件中部署有安全证书。
第十方面，本申请实施例公开了一种车辆升级装置，包括：
接收单元，用于接收服务器发送的第一升级包；所述第一升级包用于所述第一部件组内的部件进行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升级主节点将下载地址分发给需要该第一升级包来完成升级的第一升级控制部件。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的升级控制部件，相比上述车辆升级装置直接与组控制建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
在第十二方面的又一种可能的实施方式中，所述第一安全通道至少包括超文本传输安全协议HTTPs安全通道、传输层安全协议TLS安全通道或数据包传输层安全性协议DTLS安全通道。
在第十二方面的又一种可能的实施方式中，所述接收单元，还用于通过所述接收单元从所述OTA升级主节点接收用于指示所述至少两个部件组的分组信息。
上述实施方式说明了一种确定多个部件组的方式，OTA升级主节点可以将车辆内的部件的分组信息发送给上述车辆升级装置，从而使得上述车辆升级装置根据该分组信息，确定至少两个部件组。进一步的，该至少两个部件组可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在第十二方面的又一种可能的实施方式中，所述处理单元，还用于根据所述车辆的标识查询预先配置于所述上述车辆升级装置的部件组分组信息，通过所述查询结果确定所述车辆内的至少两个部件组。
上述实施方式说明了又一种确定多个部件组的方式，上述车辆升级装置可以根据车辆的标识查询分组信息，由于某一个车型的车辆的部件组分组信息可以是预先配置或者预先定义好的，因此上述车辆升级装置可以根据车辆的标识(例如车辆的车架号、车辆的型号等)查询部件组分组信息，从而确定车辆的部件组。
在第十二方面的又一种可能的实施方式中，所述接收单元，还用于接收来自所述OTA升级主节点的第一消息，所述第一消息中包括用于指示所述至少两个部件组内的部件的版本信息；
所述处理单元，还用于根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成所述第一升级包。
可以看出，上述车辆升级装置根据部件的版本信息，确定第一升级包。进一步的，上述车辆升级装置还可以根据第一部件组中的部件的版本信息，确定第一部件组中存在需要进行版本升级的部件，从而将升级的数据打包，得到该第一升级包。
第十三方面，本申请实施例公开了一种车辆升级装置，包括：
接收单元，用于从第一升级控制部件接收第一部件组内的部件的版本信息，所述第一部件组为所述车辆内至少两个部件组中的一个，所述第一升级控制部件用于控制所述第一部件组内的部件进行OTA升级；
处理单元，用于根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成第一升级包；其中，所述第一部件组的升级控制部件为第一升级控制部件；
发送单元，用于向所述第一升级控制部件发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述第一部件组内的部件进行OTA升级。进一步的，所述车辆升级装置部署在车辆中。
本申请实施例中，上述车辆升级装置收集车内的多个部件的版本信息，该版本信息可以用于确定需要升级的部件，生成升级包。该升级包分配有下载地址，上述车辆升级装置将该下载地址分发给需要部件组的升级控制部件，从而使得升级控制部件下载对应的升级包，对部件组内的部件进行升级。这样一来，各个部件组的升级包可以同时进行下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在第十三方面的一种可能的实施方式中，所述第一下载地址具体包含在下载策略包中，所述下载策略包还包含有下载策略、升级条件、升级策略、或者所述第一下载地址的有效时间中的一个或者多个；其中，所述下载策略定义了下载所述第一升级包的规则，所述升级条件指示了使用所述第一升级包进行升级的条件，所述升级策略定义了根据所述第一升级包进行升级的规则。
在第十三方面的又一种可能的实施方式中，所述第一升级控制部件为域控制器DC或整车集成单元VIU。
在第十三方面的又一种可能的实施方式中，所述第一升级控制部件的负载小于或者等于第一阈值；
和/或，所述第一升级控制部件中部署有安全证书。
第十四方面，本申请实施例公开了一种车辆升级装置，包括：
发送单元，用于向所述车辆内的OTA升级主节点发送所述第一部件组内的部件的版本信息；
接收单元，用于接收所述OTA升级主节点发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述第一部件组内的部件进行OTA升级。
本申请实施例中，上述车辆升级装置接收来自OTA升级主节点的下载地址，根据下载地址下载自己所属的部件组的升级包，各个部件组的升级包还可以同时下载，从而由各个组内的车辆升级装置进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的组内车辆升级装置来进行，降低车辆升级的复杂度。此外，由每个部件组内的车辆升级装置来控制组内的部件升级，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
第十五方面，本申请实施例还提供一种服务器，所述服务器包括至少一个处理器和通信接口，所述通信接口用于发送和/或接收数据，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述服务器实现第一方面或者第一方面任意一种可能的实施方式所描述的方法，又或者实现第五方面或者五方面任意一种可能的实施方式所描述的方法。
第十六方面，本申请实施例还提供一种OTA升级主节点，所述升级主节点包括至少一个处理器和通信接口，所述通信接口用于发送和/或接收数据，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述升级主节点实现第二方面或者第二方面任意一种可能的实施方式所描述的方法。
第十七方面，本申请实施例还提供一种第一组控制器，所述第一组控制器包括至少一个处理器和通信接口，所述通信接口用于发送和/或接收数据，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述第一组控制器实现第三方面或者第三方面任意一种可能的实施方式所描述的方法。
第十八方面，本申请实施例还提供一种车辆升级系统，该车辆升级系统包括服务器、OTA升级主节点和第一升级控制部件，其中，该服务器包含上述第八方面或第八方面的任意一种可能的实施方式所描述的车辆升级装置，该OTA升级主节点包含上述第九方面或第九方面的任意一种可能的实施方式所描述的车辆升级装置，该第一升级控制部件包含上述第十方面或第十方面的任意一种可能的实施方式所描述的车辆升级装置。
第十九方面，本申请实施例还提供一种车辆升级系统，该车辆升级系统包括服务器和车辆，进一步的，车辆内还包括OTA升级主节点和第一升级控制部件，其中，该服务器包含上述第十二方面或第十二方面的任意一种可能的实施方式所描述的车辆升级装置，该车辆为上述第十一方面或第十一方面的任意一种可能的实施方式所描述的车辆。
第二十方面，本申请实施例还提供一种车辆升级系统，该车辆升级系统包括OTA升级主节点和第一升级控制部件，该OTA升级主节点包含上述第十三方面或第十三方面的任意一种可能的实施方式所描述的车辆升级装置，该第一升级控制部件包含上述第十四方面或第十四方面的任意一种可能的实施方式所描述的车辆升级装置。
第二十一方面，本申请实施例公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，实现第一方面或第一方面的任意一种可能的实施方式所描述的方法，又或者实现第五方面或第五方面的任意一种可能的实施方式所描述的方法；又或者实现第二方面或第二方面的任意一种可能的实施方式所描述的方法，又或者实现第六方面或第六方面的任意一种可能的实施方式所描述的方法；又或者实现第三方面或第三方面的任意一种可能的实施方式所描述的方法，又或者实现第七方面或第七方面的任意一种可能的实施方式所描述的方法；又或者实现第五方面或第五方面的任意一种可能的实施方式所描述的方法。
第二十二方面，本申请实施例公开了一种计算机程序产品，当所述计算机程序产品在一个或多个处理器上运行时，实现第一方面或第一方面的任意一种可能的实施方式所描述的方法，又或者实现第五方面或第五方面的任意一种可能的实施方式所描述的方法；又或者实现第二方面或第二方面的任意一种可能的实施方式所描述的方法，又或者实现第六方面或第六方面的任意一种可能的实施方式所描述的方法；又或者实现第三方面或第三方面的任意一种可能的实施方式所描述的方法，又或者实现第七方面或第七方面的任意一种可能的实施方式所描述的方法；又或者实现第五方面或第五方面的任意一种可能的实施方式所描述的方法。
第二十三方面，本申请实施例公开了一种芯片系统，所述芯片系统包括至少一个处理器，存储器和接口电路，该接口电路用于为上述至少一个处理器提供信息输入/输出，该存储器中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时实现第一方面或第一方面的任意一种可能的实施方式所描述的方法，又或者实现第五方面或第五方面的任意一种可能的实施方式所描述的方法；又或者实现第二方面或第二方面的任意一种可能的实施方式所描述的方法，又或者实现第六方面或第六方面的任意一种可能的实施方式所描述的方法；又或者实现第三方面或第三方面的任意一种可能的实施方式所描述的方法，又或者实现第七方面或第七方面的任意一种可能的实施方式所描述的方法；又或者实现第五方面或第五方面的任意一种可能的实施方式所描述的方法。
第二十四方面，本申请实施例公开了一种终端，该终端可以为智能座舱产品、车辆等，所述终端包含第九方面或者第九方面的任意一种可能的实施方式所描述的车辆升级装置。进一步的，还可以包含第十方面或者第十方面的任意一种可能的实施方式所描述的车辆升级装置。
可替换的，上述车辆还可以替换为无人机、机器人等智能终端或者智能运输工具。
附图说明
以下对本申请实施例用到的附图进行介绍。
图1是本申请实施例的一种车辆升级系统的架构示意图；
图2是本申请实施例提供的一种车辆的架构示意图；
图3是本申请实施例提供的一种基于中央计算架构的车辆的架构示意图；
图4是本申请实施例提供的一种车辆升级方法的流程示意图；
图5是本申请实施例提供的一种可能的部件组的结构示意图；
图6是本申请实施例提供的又一种可能的部件组的结构示意图；
图7是本申请实施例提供的又一种车辆升级方法的流程示意图；
图8是本申请实施例提供的再一种车辆升级方法的流程示意图；
图9是本申请实施例提供的一种车辆升级系统以及一种车辆升级方法的流程示意图；
图10是本申请实施例提供的一种车辆升级系统以及一种车辆升级方法的流程示意图；
图11是本申请实施例提供的一种车辆升级装置的结构示意图；
图12是本申请实施例提供的一种车辆的结构示意图；
图13是本申请实施例提供的又一种车辆升级装置的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
下面先对本申请实施例的系统架构和业务场景进行描述。需要说明的是，本申请描述的系统架构及业务场景是为了更加清楚的说明本申请的技术方案，并不构成对于本申请提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。
请参见图1，图1是本申请实施例提供的一种车辆升级系统的示意图，包括OTA服务器(server)101、OTA主模块(Master)102和OTA从模块(slave)103。其中：
OTA服务器101用于将升级数据包发送给OTA Master，在一些具体的实施场景中，也将OTA服务器称为OTA云端。
OTA主模块(Master)102是具有数据收发能力的电子设备，可以接收OTA服务器101发送的升级包，根据该升级包更新车辆的部件。具体的，OTA主模块102将接收的升级包分发给车辆中的一个或者多个OTA从模块103，指挥该一个或者多个OTA从模块103安装和激活升级包，完成升级。
请参见图2，图2是本申请实施例提供的一种可能的车辆的架构示意图，包括OTA云端201和车辆202。车辆202是基于车辆电子电气(Electrical/Electronic Architecture，E/E)架构的车辆，参见区域203，车辆202可以包括以下部件：移动数据中心(Mobile DataCenter，MDC)、人机交互(Human–Machine Interaction，HMI)、网关(gateway，GW)、汽车盒子(Telematics BOX，Tbox或者称为TCU)、电子控制单元(Electronic Control Unit，ECU)等模块。其中，GW是整车电子电气架构中的核心部件，其作为整车网络的数据交互枢纽，可将控制区域网络(Controller Area Network，CAN)、局域互联网络(Local InterconnectNetwork，LIN)、多媒体数据传输(Media Oriented System Transport，MOST)、FlexRay等网络数据在不同网络中进行路由。MDC是汽车的智能车载计算平台。T-BOX主要用于和汽车外部、后台系统和手机应用(application，APP)通信。HMI是汽车的信息娱乐系统。ECU是汽车专用微机控制器。
在车辆202的GW中部署有升级主模块(updatemaster，可以看作是OTAmaster)，车辆202的其余各个模块中部署有升级从模块(updateslave，可以看作是OTA slave)，GW中的升级主模块接收OTA云端发送的升级包，将其分发给对应部件的升级从模块，使得升级从模块安装和激活升级包，完成部件的升级。可以看出，整车的升级包都是由GW中的升级主模块来负责下载、以及指挥各部件进行安装。这会给升级主模块的存储和负载带来很大负担。比如，如果升级包很大，那么可能出现升级主模块存储空间不够的问题。
此外，由于图2中的车辆是基于车辆202是基于电子电器架构的车辆，GW是整车电子电气架构中的核心部件，因此可以将升级主模块部署在GW中，可以减少路由的复杂度，但是在其他车辆架构中，随着部件的数量增加，结构复杂，如果由升级主模块去升级距离较远的ECU(其中，距离远可以理解为从升级主模块到达待升级ECU所需要经过的跳数较多)，对车辆升级的效率也会有影响。请参见图3，图3是本申请实施例提供的一种基于中央计算架构的车辆的架构示意图，车辆30是基于中央计算架构(Central Computing Architecture，CCA)的车辆，CCA包括若干整车集成单元(vehicle integrated/integration unit，VIU)和多个汽车零部件，多个VIU组成一个环网，实现高带宽(高清摄像头、高清显示)、低时延、高可靠处理能力来持续提升竞争力，简化车载网络配置、提升升级维护效率。汽车零部件(例如ECU、Tbox等等)可以连接到VIU，或者可以连接至域控制单元(domain controller，DC)例如座舱域控制器(Cockpit Domain Controller，CDC)、MDC、整车域控制器(Vehicle DomainController，VDC)，再通过DC连接至VIU。这样一来，避免了传统的实现车辆中电子控制功能的系统中每个汽车的部件都需要通过各自的线束连接至域控制单元DC，有利于减少实现汽车中电子控制功能的系统中的线束长度。
如图3所示，相比于图2中车辆202所使用的汽车电子电气(Electrical/Electronic Architecture，E/E)架构，车辆30的多个部件中，一部分部件连接VIU1(例如ECU2.1、ECU2.2、Tbox等)，一部分部件连接VIU2(例如ECU4.1、ECU4.2等等)，一部分部件连接VIU3，一部分部件连接VIU4。此时，若升级主模块部署在Tbox中，对于需要升级的ECU5.1来说，那么分发的升级包的路径会经过VIU1、VIU2、VIU3的总线，然后通过VIU3到ECU5.1中，可以看出，由于升级的路线复杂(可以理解为经过的跳数较多)，因此通过升级主节点分发升级包的方式，车辆升级的复杂度会提高，效率也受到影响。
需要说明的是，图3所示的架构中，各个节点中的连接线路可以是基于以太网的总线、也可以是控制区域网络(Controller Area Network，CAN)总线、局域互联网络(LocalInterconnect Network，LIN)总线、多媒体数据传输(Media Oriented System Transport，MOST)总线、FlexRay等等中的一个或者多个。
请参见图4，图4是本申请实施例提供的一种车辆升级方法的流程示意图，该方法包括但不限于如下步骤：
步骤S401：OTA升级主节点获取车辆中部件的版本信息。
具体的，车辆中的部件可以是具有数据处理能力或者具有数据收发能力的电子设备，例如，可以为车辆中的各种GW、Tbox、VIU、DC、ECU等等，或者还可以车辆中的媒体设备如摄像头、雷达等等。其中，ECU由处理器、存储器、输入/输出(I/O)接口、模数转换器(A/D)以及整形、驱动等大规模集成电路中的一个或者多个组成，可以完成多种多样的功能。
其中，OTA升级主节点是支持OTA技术的电子设备，OTA升级主节点可以与服务器、以及车辆内的各个升级控制部件进行通信，用于协助完成车辆内的各个部件的升级。可选的，OTA升级主节点可以是车辆中的一个单独的部件，也可以作为一个模块部署在其中一个部件内。进一步的，该OTA升级主节点可以是一个硬件模块，也可以是一个计算机程序。例如，车辆的Tbox中可以包含有OTA模块，该OTA模块支持OTA技术，因此该Tbox可以看作是OTA升级主节点。再如，车辆中预先装配有一个支持OTA技术的部件，该部件中集成有处理器或者集成电路等，该支持OTA技术的部件可以看作是一个OTA升级主节点。
部件的版本信息可以是包括部件中的软件版本信息、标定数据版本信息、硬件版本信息(例如，硬件的规格、型号、硬件的标识等等，不同硬件的版本信息所需要升级的软件可能不同)、部件的标识(identify，ID)、部件的版本号等等中的一个或者多个。例如，车辆的摄像头中包括摄像程序，该摄像程序的程序版本号“v12.5.8”即可以是该摄像头的版本信息，再如，摄像头中的主控芯片、感光芯片的规格型号也可以是该摄像头的版本信息。
OTA升级主节点获取车辆中多个部件的版本信息，具体可以有以下几种设计：
设计一：OTA升级主节点接收第一升级控制部件发送的第一部件组内的部件的版本信息。具体的，车辆中可以包括至少两个部件组，每一个部件组中包括一个升级控制部件，该升级控制部件用于控制部件组内的部件完成升级，可以是车辆中的一个单独的部件，也可以作为一个模块部署在其中一个部件内(例如可以部署在DC和/或VIU中)。其中，第一部件组的升级控制部件为第一升级控制部件。第一升级控制部件可以收集第一部件组内的部件的版本信息，然后将部件的版本信息发送给OTA升级主节点，相应的，OTA就接收到来自第一升级控制部件发送的第一部件组内的部件的版本信息。
设计二：OTA升级主节点接收汇报节点发送的车辆内的部件的版本信息。
其中，汇报节点可以是车辆内部的域控制器、网关、分布式网关、整车集成单元等，汇报节点可以向OTA升级主节点上报其所收集的部件的版本信息。例如CDC可以收集座舱域中的多个部件(例如麦克风、雷达、音响、无钥匙启动模块等等中的一个或者多个)的版本信息，然后可以将该版本信息发送给OTA升级主节点，后续OTA升级主节点可以将该版本信息发送给服务器，便于确定需要更新的部件。
设计三：OTA升级主节点可以接收至少一个部件发送的该至少一个部件的版本信息。
具体的，车辆中的部件可以周期或者非周期的向OTA升级主节点发送自己的版本信息(或者自己存储的其他部件的版本信息，或者转发其他部件的版本信息)，相应的，OTA升级主节点接收至少一个部件发送的该至少一个部件的版本信息。可选的，车辆中的部件可以在每次升级版本后，向OTA升级主节点发送该部件的版本信息。
此外，OTA升级主节点中还可以预先配置有所在的车辆中的部件的版本信息，又或者OTA升级主节点还可以通过管理接口查询到车辆的部件的版本信息。
可选的，该车辆升级方法还包括步骤S402，具体如下：
步骤S402：OTA升级主节点确定车辆内的至少两个部件组。这里的可选可以理解为，在实际的处理过程中，OTA升级主节点可以确定车辆内的至少两个部件组，也可以不确定车辆内的至少两个部件组。例如，车辆内的部件组可以是预先配置或者预先定义好的，此时OTA升级主节点无需重新确定车辆内的至少两个部件组。具体可以取决于OTA升级主节点的实现、预先的约定或者标准的定义。
具体地，车辆的部件组是由车辆内的至少一个部件组成的，每个部件组包括一个用于控制部件组内的部件进行OTA升级的升级控制部件，还可以包括车辆内的其他部件，例如Tbox、ECU等等。当部件组内仅包括一个部件时，该部件既是该部件组的升级控制部件，也是该部件组的待升级部件。
可选的，该至少两个部件组可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置或负载中的至少一个来确定的。可选的，该分组策略可以是预先定义或者预先配置的分组方法来实现的，也可以是通过算法、模型等方式来实现的。
例如，OTA升级主节点可以将一个区域内功能的多个部件划分为一个部件组，然后根据部件组内的部件(例如，域控制器DC和整车集成单元VIU等)的负载情况来确定是否把某个部件设为升级控制部件。参见图5，图5是本申请实施例提供的一种可能的部件组的结构示意图，OTA升级主节点将一个VIU及其连接的部件作为一个部件组，将VIU作为一个部件组的升级控制装置，参见区域501，第一个部件组包括图中示出的VIU1、CDC、ECU1.1、ECU1.2、ECU2.1、ECU2.2、Tbox，其中升级控制部件为VIU1；参见区域502，第二个部件组包括图中示出的VIU2、MDC、ECU3.1、ECU4.1、ECU4.2、ECU4.3、VDC，其中升级控制部件为VIU2；参见区域503，第三个部件组为VIU3、ECU5.1、ECU5.2、ECU5.3，其中升级控制部件为VIU3；参见区域504，第四个部件组为VIU4、ECU6.1、ECU6.2、ECU6.3，其中升级控制部件为VIU4。根据部件组的包含的部件和升级控制部件，可以得到如表1所示的分组信息。
表1一种分组信息
Figure BDA0002950621960000211
参见图6，图6是本申请实施例提供的又一种可能的部件组的结构示意图，OTA升级主节点将VIU或DC所连接的部件作为一个部件组，将VIU或DC作为一个部件组的升级控制装置，参见区域601，第一个部件组包括图中示出的CDC、ECU1.1、ECU1.2，其中升级控制部件为CDC；参见区域602，第二个部件组包括VIU1、ECU2.1、ECU2.2、Tbox，其中升级控制部件为VIU1；参见区域603，第三个部件组包括图中示出的MDC、ECU3.1，其中升级控制部件为VIU2；参见区域604，第四个部件组包括VIU2、ECU4.1、ECU4.2、ECU4.3；参见区域605，第五个部件组为VIU3、ECU5.1、ECU5.2、ECU5.3，其中升级控制部件为VIU3；参见区域606，第六个部件组为VIU4、ECU6.1、ECU6.2、ECU6.3，其中升级控制部件为VIU4；第七个部件组为VDC，升级控制部件即为VDC。根据部件组的包含的部件和升级控制部件，可以得到如表2所示的分组信息。
表2一种分组信息
组编号 包含的部件 升级控制部件
1 CDC、ECU1.1、ECU1.2 CDC
2 VIU1、ECU2.1、ECU2.2、Tbox VIU1
3 MDC、ECU3.1 MDC
4 VIU2、ECU4.1、ECU4.2、ECU4.3 VIU2
5 VIU3、ECU5.1、ECU5.2、ECU5.3 VIU3
6 VIU4、ECU6.1、ECU6.2、ECU6.3 VIU4
7 VDC VDC
需要说明的是，上述部件的结构、示出的ECU的编号仅作为示例，具体实现过程中还可以包括其他ECU以及其他的部件。分组信息存储的格式可以为集合(例如信息子集，对应关系集合等等)、映射表(例如关系数据库中的表)、数据表格等等，此处为了便于描述，以分组信息为数据表格形式进行说明，并不旨在限定本申请中的分组信息一定是表格形式。
可选的，部件组内的升级控制部件可以是满足一定配置条件的部件。例如升级控制部件为负载小于或者等于第一阈值的部件，再如，升级控制部件为部署有安全证书的部件。进一步可选的，OTA升级主节点还可以根据各个部件的配置确定升级控制部件，将靠近该升级控制部件的部件作为一个部件组。
在一种可能的方案中，OTA升级主节点根据部件组内的计算能力集中的控制部件(例如，域控制器DC和整车集成单元VIU)的负载情况来确定是否把某个控制部件设为升级控制部件。由于升级控制部件需要与服务器建立连接，因此若当前的节点的负载较高，则不宜被确定为升级控制部件，因此将负载的阈值确定为第一阈值。其中，第一阈值为预先定义、预先配置或者协议里预先规定的值，由于后续升级控制部件要完成升级任务，因此将负载小于或者小于第一阈值的部件确定为升级控制部件，可以减小部件的压力，使得后续的升级下载任务可以尽快完成，保证车辆的升级效率。在又一种可能的方案中，升级控制部件需要和服务器基于安全证书建立安全通道，那么部署了安全证书的部件才有资格确定为升级控制部件。
步骤S403：OTA升级主节点向服务器发送第一消息。
具体地，第一消息用于指示车辆内至少两个部件组内的部件的版本信息。可以理解的，OTA升级主节点向服务器发送第一消息，相应的，服务器可以接收来自OTA升级主节点的第一消息，从而获取车辆内的至少两个部件组的版本信息。
可选的，第一消息中还包括车辆的标识，其中，车辆的标识可以为车辆的车辆识别号码(Vehicle Identification Number，VIN，也称为车架号码)、车辆的型号(具体可以包括厂商、型号、生产批号等等中的一个或者多个，例如benz-S350L-2020表示奔驰S350L2020款)、车辆的集成电路卡识别码(Integrate circuit card identity，ICCID)、车辆的产品序列(Serial Number，SN)号等等中的一项或者多项。
可选的，第一消息中还包括车辆中的分组信息，该分组信息用于指示至少两个部件组。例如，分组信息可以为前述的表1或者表2。
可选的，OTA升级主节点与服务器之间收发信息的数据链路可以包括各种类型的连接介质，具体可以是有线链路(如光纤等)、或者无线链路、或者有线链路与无线链路的组合等等。例如可以为包括802.11b/g、蓝牙(Blue Tooth)、紫蜂(Zigbee)、车载短距无线通信技术、全球移动通信系统(Global System for Mobile communications，GSM)、通用分组无线业务(General Packet Radio Service，GPRS)、通用移动通信系统(Universal MobileTelecommunications System，UMTS)、超宽带(Ultra Wideband，UWB)技术、车载无线传输技术等。当然，不排除还有其他技术可以用于支撑升级主节点与服务器进行通信。
步骤S404：服务器确定车辆内的至少两个部件组。
具体的，本申请各实施例中提到的服务器，可以是一个服务器、也可以是多个服务器组成的服务器集群。例如，分布式服务器可以是由多个服务器组成的服务器集群，集群中可以包括云计算服务器、内容分发网络(Content Delivery Network，CDN)服务器、网络时间协议(Network Time Protocol，NTP)、域名解析系统(Domain Name System，DNS)服务器等等其中，各个服务器之间可以相互协调，共同完成计算、数据存储、通信等功能，为了方便描述，本申请实施例中将单个服务器、分布式服务器、服务器集群统称为服务器。
车辆内的至少两个部件组中的每个部件组包括一个用于控制部件组内的部件进行OTA升级的升级控制部件。服务器确定车辆内的至少两个部件组，至少有以下两种实现方式：
实现方式一：服务器从OTA升级主节点接收用于指示至少两个部件组的分组信息。例如，OTA升级主节点可以向服务器发送该用于指示至少两个部件组的分组信息，相应的，服务器接收该分组信息，从而确定至少两个部件组。再如，OTA升级主节点在第一消息中携带该用于指示至少两个部件组的分组信息，服务器接收该第一消息，解析第一消息从而确定车辆内的至少两个部件组。
实现方式二：服务器根据车辆的标识查询部件组分组信息，通过查询结果确定车辆内的至少两个部件组。由于某一个车型的车辆的部件组可以是预先配置或者预先定义好的，因此服务器可以根据车辆的标识(例如车辆的车架号、车辆的型号等)查询部件组分组信息，从而确定车辆的部件组。进一步的可选的，该部件组分组信息可以是预先配置与服务器中的，也可以是预先配置于网络侧设备中的，例如，该分组信息可以存储在数据库(具体可以为分布式数据库)或者可以存储在网络附属存储(network attached storage，NAS)设备中，服务器向数据库或者NAS设备发送请求查询某车辆的分组信息，数据库或者NAS设备则向服务器返回查询结果，服务器根据查询结果可以确定车辆的分组信息。
步骤S405：服务器为至少两个部件组中的第一部件组生成第一升级包。
具体地，第一部件组中存在需要升级的部件，因此服务器为第一部件组生成该第一升级包。该第一升级包是将更新的数据打包(具体实现时还可以进行压缩处理等)。其中，第一部件组的升级控制部件为第一升级控制部件。
进一步的，服务器可以根据车辆内至少两个部件组的部件的版本信息，确定需要升级的部件。第一部件组中存在需要进行版本升级的部件，因此将第一部件组内需要升级的部件所需的升级数据进行打包得到该第一升级包。
需要说明的是，若车辆中存在多个部件组需要进行升级，则服务器可以为多个部件组生成多个升级包，为了方便描述，此处以第一部件组为例进行描述，并不旨在限定为一个部件组需要升级。
可选的，该车辆升级方法还包括步骤S406，具体如下：
步骤S406：服务器向OTA升级主节点发送第一下载地址。
具体的，第一下载地址用于下载第一升级包，例如，第一下载地址可以为统一资源定位符(uniform resource locator，URL)。服务器生成第一升级包后，可以为第一升级包分配第一下载地址，通过该下载地址，可以从存储该第一升级包的设备(例如，可以为多个服务器中的CDN服务器，或者NAS设备，又或者分布式数据库等)中下载该第一升级包。服务器向OTA升级主节点发送该第一下载地址，相应的，OTA接收到来自服务器的第一下载地址。
可选的，该第一下载地址具体可以包含在下载策略包中，服务器向OTA升级主节点发送下载策略包，该OTA升级主节点接受该下载策略包，从而获取该第一下载地址。进一步可选的，该下载策略包还包含有下载策略、升级条件、升级策略、升级顺序或者第一下载地址的有效时间中的一个或者多个。其中，下载策略定义了下载第一升级包的规则(例如，指定在某一时间进行下载、在供电情况满足某一条件时进行下载、是否需要通知用户确认下载等等中的一个或者多个)，升级条件指示了使用第一升级包进行升级的条件(例如，电量条件、负载条件等等中的一个或者多个)，升级策略定义了根据第一升级包进行升级的规则(例如，多个部件并行升级、串行升级、是否需要回滚、是否需要通知用户等等中的一个或者多个)，升级顺序用于指示不同部件之间升级的升级顺序(例如先升级ECU1，再升级ECU2等)，或者同一个部件多个升级程序的升级顺序(例如，先升级ECU中的系统应用，再升级用户安装的应用)。进一步可选的，下载策略包中还可以包括服务器的OTA证书，用于提高数据安全性。
可选的，该第一下载地址可以经过服务器签名，则OTA升级主节点可以验证服务器签名，避免接收不可信的节点发送的下载地址，从而提高升级过程的安全性。进一步的，在第一下载地址包含在下载策略包中的情况下，服务器可以对下载策略包进行签名，则OTA升级主节点验证下载策略包的签名，在签名验证通过的情况下，才执行后续的分发下载地址等步骤。
需要说明的是，若车辆中存在多个部件组需要进行升级，则则服务器可以为多个部件组生成多个升级包，分配的下载地址相应的也有多个。为了方便描述，此处以第一下载地址为例进行描述，并不旨在限定为一个下载地址。
可选的，该车辆升级方法还包括步骤S407，具体如下：
步骤S407：OTA升级主节点向第一升级控制部件发送第一下载地址。
具体的，第一下载地址用于下载第一升级包，该第一升级包用于升级第一部件组内的部件，而第一部件组的升级控制部件为第一升级控制部件，因此OTA升级主节点向第一升级控制部件发送第一下载地址。可理解的，OTA升级主节点向第一升级控制部件发送第一下载地址，相应的，第一升级控制部件则接收来自OTA升级主节点的第一下载地址。
由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的升级控制部件，相比服务器直接与组内的升级控制部件建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
需要说明的是，OTA升级主节点与第一升级控制部件之间通信的链路可以是各种类型的介质，具体可以是有线链路、或者无线链路、或者有线链路与无线链路的组合等等。其中有线链路例如基于以太网的总线、也可以是CAN总线、LIN总线、MOST总线、FlexRay等等中的一个或者多个。无线链路例如近距离连接技术包括802.11b/g、蓝牙(Blue Tooth)、紫蜂(Zigbee)、车载短距无线通信技术等，再如还可以为远距离连接技术包括GSM、GPRS、UMTS、基于LTE(Long Term Evolution，长期演进)的通信技术、第五代移动通信技术(5thgeneration mobile networks或5th generation wireless systems、5th-Generation，简称5G或5G技术)、车载无线通信技术等技术。当然，不排除还有其他技术可以用于支撑OTA升级主节点与第一升级控制部件进行通信。
可选的，该车辆升级方法还包括步骤S408，具体如下：
步骤S408：第一升级控制部件基于第一下载地址与服务器建立第一安全通道。这里的可选可以理解为，在实际的处理过程中，第一升级控制部件可以基于下载地址与服务器建立第一安全通道，也可以不建立第一安全通道，例如，服务器可以直接通过通信链路向第一升级控制部件发送数据，而无需通过下载地址建立安全通道传输述数据。具体可以取决于第一升级控制部件的实现、预先的约定或者标准的定义。
具体的，该第一安全通道是基于安全套接字协议(Secure Sockets Layer，SSL)或者传输层安全(Transport Layer Security，TLS)的传输通道，用于数据传输。其中，安全通道包括超文本传输安全协议HTTPs安全通道、传输层安全协议TLS安全通道或数据包传输层安全性协议DTLS安全通道等等中的一个或者多个。
例如，云计算服务器可以分配用于下载第一升级包的URL，第一升级控制部件根据该URL，可以与CDN服务器建立HTTPs安全通道，从而可以下载第一升级包。
步骤S409：服务器向第一升级控制部件发送第一升级包。
具体的，服务器可以通过各种类型的连接介质(例如无线通信链路、有线通信链路、有线链路与无线链路的组合等等)与第一升级控制部件进行通信，从而可以向第一升级控制部件发送第一升级包。相应的，第一升级控制部件接收来自服务器的第一升级包。
进一步的，在第一升级控制部件通过第一下载地址与服务器建立有第一安全通道的情况下，服务器可以通过第一安全通道向第一升级控制部件发送第一升级包。进一步的，该第一下载地址可以是OTA升级主节点发送给第一升级控制部件的(具体还可以参见步骤S406以及步骤407中的详细描述)，也可以是服务器发送给第一升级控制部件的。
步骤S410：第一升级控制部件根据第一升级包，控制第一部件组的部件进行OTA升级。
具体的，第一升级控制部件根据第一升级包，将升级包中各个部件所需的升级数据发送给组内的部件、指挥部件进行升级等，都可以看作第一升级控制部件控制第一部件组的部件进行升级。
进一步的，第一升级控制部件还可以接收来自服务器的下载策略包(具体可以是服务器发送给OTA升级主节点，然后OTA升级主节点向第一升级控制部件发送的)，该下载策略包中包含升级条件和升级策略，该第一升级控制部件可以根据该升级条件和升级策略，控制第一部件组的部件在满足升级条件的情况下，按照升级策略进行升级。
可选的，该第一升级包可以经过服务器签名，该第一升级控制部件可以验证服务器的签名。响应于签名验证通过，第一升级控制部件根据第一升级包，控制第一部件组的部件进行OTA升级。
在图4所示的实施例中，服务器为车辆中的部件组生成该部件组的升级包，然后将升级包分发部件组的升级控制部件，从而使得升级控制部件对部件组内的部件进行升级。这样一来，各个升级控制部件可以下载自己所属的部件组的升级包，各个部件组的升级包还可以同时下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件升级，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
该方案进一步可用于提升自动驾驶或高级驾驶辅助系统(advanced drivingassistance system，ADAS)能力，可应用于车联网，例如车辆外联(vehicle toeverything，V2X)、车间通信长期演进技术(LTE-vehicle,LTE-V)、车辆-车辆(vehicle tovehicle，V2V)等。
以上图4所示的方法实施例中包含了很多可能的实现方案，下面分别结合图7、图8、图9、图10对其中的部分实现方案进行举例说明，需要说明的是，图7、图8、图9、图10未解释到的相关概念或者操作或者逻辑关系可以参照图4所示实施例中的相应描述，因此不再赘述。
请参见图7，图7是本申请实施例提供的一种车辆升级方法的流程示意图，该方法包括但不限于如下步骤：
步骤S701：OTA升级主节点获取车辆中部件的版本信息。
具体的，OTA升级主节点获取车辆中多个部件的版本信息，具体可以有以下几种方案：
方案一：升级主节点接收OTA升级主节点接收汇报节点发送的车辆内的部件的版本信息。其中，汇报节点可以向OTA升级主节点上报其所收集的部件的版本信息。例如CDC可以收集座舱域中的多个部件(例如麦克风、雷达、音响、无钥匙启动模块等等中的一个或者多个)的版本信息，然后可以将该版本信息发送给OTA升级主节点，后续OTA升级主节点可以将该版本信息发送给服务器，便于确定需要更新的部件。
方案二：OTA升级主节点可以接收至少一个部件发送的该至少一个部件的版本信息。具体的，车辆中的部件可以周期或者非周期的向OTA升级主节点发送自己的版本信息(或者自己存储的其他部件的版本信息，或者转发其他部件的版本信息)，相应的，OTA升级主节点接收至少一个部件发送的该至少一个部件的版本信息。可选的，车辆中的部件可以在每次升级版本后，向OTA升级主节点发送该部件的版本信息。
此外，OTA升级主节点中还可以预先配置其所在的车辆中的部件的版本信息，又或者OTA升级主节点还可以通过管理接口查询到车辆的部件的版本信息。
步骤S702：OTA升级主节点确定车辆内的至少两个部件组。
具体可以参考步骤S402中的相关描述。
步骤S703：OTA升级主节点向服务器发送第一消息。
具体地，第一消息用于指示车辆内至少两个部件组内的部件的版本信息，该第一消息中还包括车辆中的分组信息，该分组信息用于指示至少两个部件组。例如，分组信息可以为前述的表1或者表2。
可以理解的，OTA升级主节点向服务器发送第一消息，相应的，服务器可以接收来自OTA升级主节点的第一消息，从而获取车辆内的至少两个部件组部件的版本信息和分组信息。
步骤S704：服务器根据分组信息确定车辆内的至少两个部件组。
具体地，服务器从OTA升级主节点接收用于指示至少两个部件组的分组信息，该分组信息，从而确定至少两个部件组。进一步的，OTA升级主节点在第一消息中携带该用于指示至少两个部件组的分组信息，服务器接收该第一消息，解析第一消息从而确定车辆内的至少两个部件组。
步骤S705：服务器为至少两个部件组中的第一部件组生成第一升级包。
具体可以参考步骤S405中的详细描述。
步骤S706：服务器向OTA升级主节点发送第一下载地址。
具体可以参考步骤S406中的详细描述。
步骤S707：OTA升级主节点向第一升级控制部件发送第一下载地址。
具体可以参考步骤S407中的详细描述。
步骤S708：第一升级控制部件基于第一下载地址与服务器建立第一安全通道。
具体可以参考步骤S408中的详细描述。
步骤S709：服务器通过第一安全通道向第一升级控制部件发送第一升级包。
具体的，在第一升级控制部件通过第一下载地址与服务器建立有第一安全通道的情况下，服务器可以通过第一安全通道向第一升级控制部件发送第一升级包。
步骤S710：第一升级控制部件根据第一升级包，控制第一部件组的部件进行OTA升级。
具体可以参考步骤S410中的详细描述。
在图7所示的实施例中，OTA升级主节点可以将车辆内的部件的分组信息发送给服务器，从而使得服务器根据该分组信息，确定至少两个部件组。服务器为车辆中的需要进行升级的部件组生成该部件组的升级包，然后将升级包分发给该部件组的升级控制部件，从而使得升级控制部件对部件组内的部件进行升级。相比由一个OTA升级主模块对车辆中的各个部件进行集中升级控制，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
请参见图8，图8是本申请实施例提供的一种车辆升级方法的流程示意图，该方法包括但不限于如下步骤：
步骤S801：第一升级控制部件向OTA升级主节点发送第一部件组内的部件的版本信息。
具体的，车辆中可以包括至少两个部件组，每一个部件组中包括一个升级控制部件，其中，第一部件组的升级控制部件为第一升级控制部件。第一升级控制部件可以收集第一部件组内的部件的版本信息，然后将部件的版本信息发送给OTA升级主节点，相应的，OTA就接收到来自第一升级控制部件发送的第一部件组内的部件的版本信息。
步骤S802：OTA升级主节点向服务器发送第一消息。
具体地，该第一消息用于指示车辆内至少两个部件组内的部件的版本信息，还包括车辆的标识。其中，车辆的标识可以为车辆的VIN、车辆的型号、车辆的ICCID、车辆的SN号等等中的一项或者多项。
可以理解的，OTA升级主节点向服务器发送第一消息，相应的，服务器可以接收来自OTA升级主节点的第一消息，从而获取车辆内的至少两个部件组的版本信息以及车辆的标识。
步骤S803：服务器根据车辆的标识确定车辆内的至少两个部件组。
具体的，服务器根据车辆的标识查询部件组分组信息，通过查询结果确定车辆内的至少两个部件组。由于某一个车型的车辆的部件组可以是预先配置或者预先定义好的，因此服务器可以根据车辆的标识(例如车辆的车架号、车辆的型号等)查询部件组分组信息，从而确定车辆的部件组。进一步的，该部件组分组信息可以是预先配置与服务器中的，也可以是预先配置于网络侧设备中的，例如，该分组信息可以存储在数据库(具体可以为分布式数据库)或者可以存储在网络附属存储(network attached storage，NAS)设备中。
步骤S804：服务器为至少两个部件组中的第一部件组生成第一升级包。
具体可以参考步骤S405中的详细描述。
步骤S805：服务器向OTA升级主节点发送第一下载地址。
具体可以参考步骤S406中的详细描述。
步骤S806：OTA升级主节点向第一升级控制部件发送第一下载地址。
具体可以参考步骤S407中的详细描述。
步骤S807：第一升级控制部件基于第一下载地址与服务器建立第一安全通道。
具体可以参考步骤S408中的详细描述。
步骤S808：服务器通过第一安全通道向第一升级控制部件发送第一升级包。
具体的，在第一升级控制部件通过第一下载地址与服务器建立有第一安全通道的情况下，服务器可以通过第一安全通道向第一升级控制部件发送第一升级包。
步骤S809：第一升级控制部件根据第一升级包，控制第一部件组的部件进行OTA升级。
具体可以参考步骤S410中的详细描述。
请参见图9，图9是本申请实施例提供的一种车辆升级系统以及一种车辆升级方法的流程示意图，该系统包括服务器和车辆，包括所述服务器和所述车辆的所述车辆升级系统用于执行所述车辆升级方法，该方法包括但不限于如下步骤：
步骤S901：车辆向服务器发送第一消息。
具体地，由车辆内的OTA升级主节点向服务器发送第一消息。OTA升级主节点是车辆内一个具有数据处理能力和数据收发能力的电子设备，可以是车辆中的一个单独的部件，也可以部署在其中一个部件内。
第一消息用于指示车辆内至少两个部件组内的部件的版本信息。可选的，第一消息中还包括车辆的标识和/或车辆中的分组信息，该分组信息用于指示至少两个部件组。具体可以参见步骤S403中的详细描述。
可以理解的，车辆内的OTA升级主节点向服务器发送第一消息，相应的，服务器可以接收来自车辆内的OTA升级主节点的第一消息，从而获取车辆内的至少两个部件组的版本信息。
需要说明的是，车辆与服务器之间收发信息的数据链路可以包括各种类型的连接介质，具体可以是有线链路(如光纤等)、或者无线链路、或者有线链路与无线链路的组合等等。
步骤S902：服务器确定车辆内的至少两个部件组。
具体可以参考步骤S404中的详细描述。
步骤S903：服务器为至少两个部件组中的第一部件组生成第一升级包。
具体可以参考步骤S405中的详细描述。
可选的，该车辆升级方法还包括步骤S904，具体如下：
步骤S904：服务器向车辆发送第一下载地址。
具体的，服务器向车辆内的OTA升级主节点发送第一下载地址。第一下载地址用于下载第一升级包，该第一下载地址具体可以包含在下载策略包中。该第一升级包用于升级第一部件组内的部件，而第一部件组的升级控制部件为第一升级控制部件。因此，车辆内的OTA升级主节点可以将下载地址发送给第一升级控制部件。
具体实现过程还可以参考步骤S406，或者以及步骤S407中的详细描述。
可选的，该车辆升级方法还包括步骤S905，具体如下：
S905：车辆与服务器建立第一安全通道。
具体的，车辆内的第一升级控制部件与服务器建立第一安全通道。第一升级控制部件基于第一下载地址，与服务器建立第一安全通道。具体的，该第一安全通道是基于SSL或者TLS的传输通道，用于数据传输。其中，安全通道包括HTTPs安全通道、TLS安全通道或DTLS安全通道等等中的一个或者多个。
例如，云计算服务器可以分配用于下载第一升级包的URL，第一升级控制部件根据该URL，可以与CDN服务器建立HTTPs安全通道，从而可以下载第一升级包。
S906：服务器向车辆发送第一升级包。
具体的，服务器向车辆内的第一升级控制部件发送第一升级包。相应的，车辆内的第一升级控制部件从服务器下载该第一升级包。
具体可以参考步骤S407中的详细描述。
在图9所示的实施例中，服务器为车辆中的部件组生成该部件组的升级包，然后将升级包分发部件组的升级控制部件，从而使得升级控制部件对部件组内的部件进行升级。这样一来，各个升级控制部件可以下载自己所属的部件组的升级包，各个部件组的升级包还可以同时下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
请参见图10，图10是本申请实施例提供的一种车辆升级系统以及一种车辆升级方法的示意图，所述车辆升级系统包括OTA升级主节点和第一升级控制部件，用于执行所述车辆升级方法，该方法包括但不限于如下步骤：
步骤S1001：第一升级控制部件向OTA升级主节点发送第一部件组内的部件的版本信息。
具体的，车辆中可以包括至少两个部件组，每一个部件组中包括一个升级控制部件，其中，第一部件组的升级控制部件为第一升级控制部件。第一升级控制部件可以收集第一部件组内的部件的版本信息，然后将部件的版本信息发送给OTA升级主节点，相应的，OTA就接收到来自第一升级控制部件发送的第一部件组内的部件的版本信息。
步骤S1002：OTA升级主节点向第一升级控制部件发送用于下载第一升级包的第一下载地址。
具体的，第一下载地址用于下载第一升级包，该第一升级包用于升级第一部件组内的部件，而第一部件组的升级控制部件为第一升级控制部件，因此OTA升级主节点向第一升级控制部件发送第一下载地址。可理解的，OTA升级主节点向第一升级控制部件发送第一下载地址，相应的，第一升级控制部件则接收来自OTA升级主节点的第一下载地址。进一步的，第一升级控制部件可以根据第一下载地址与服务建立安全通道，通过安全通道下载第一升级包。
其中，第一升级包用于第一部件组内的部件进行OTA升级。进一步的，第一升级控制部件可以控制第一部件组内的部件进行OTA升级。具体的，第一升级控制部件根据第一升级包，将升级包中各个部件所需的升级数据发送给组内的部件、指挥部件进行升级等，都可以看作第一升级控制部件控制第一部件组的部件进行升级。
在图10所示的实施例中，OTA升级主节点收集车内的多个部件的版本信息，该版本信息可以用于确定需要升级的部件，生成升级包。该升级包分配有下载地址，OTA升级主节点将该下载地址分发给需要部件组的升级控制部件，从而使得升级控制部件下载对应的升级包，对部件组内的部件进行升级。这样一来，各个部件组的升级包可以同时进行下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。
请参见图11，图11是本申请实施例提供的一种车辆升级装置110的结构示意图，该车辆升级装置110用于实现前述的车辆升级方法，例如图4、图7、图8、图9或图10所示任意一个实施例的车辆升级方法。
可以理解的，本申请各个装置实施例中，对多个单元或者模块的划分仅是一种根据功能进行的逻辑划分，不作为对装置具体的结构的限定。在具体实现中，其中部分功能模块可能被细分为更多细小的功能模块，部分功能模块也可能组合成一个功能模块，但无论这些功能模块是进行了细分还是组合，装置110在车辆升级的过程中所执行的大致流程是相同的。例如，上述装置110中的接收单元1103、发送单元1102也可以合并为通信单元。通常，每个单元都对应有各自的程序代码(或者说程序指令)，这些单元各自对应的程序代码在处理器上运行时，使得该单元执行相应的流程从而实现相应功能。
在一些可能的实现方式中，该车辆升级装置110可以为图4、图7或者图8所示实施例中的服务器，或者服务器中的一个部件，例如芯片或者集成电路等。该装置包括处理单元1101和发送单元1102，其中，各个单元的描述如下：
处理单元1101，用于确定车辆内的至少两个部件组，其中，每个部件组包括一个用于控制所述部件组内的部件进行OTA升级的升级控制部件；
所述处理单元1101，还用于为所述至少两个部件组中的第一部件组生成第一升级包，其中，所述第一部件组的升级控制部件为第一升级控制部件；
发送单元1102，用于向所述第一升级控制部件发送所述第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级。进一步可选的，上述车辆升级装置可以部署在服务器中。
本申请实施例中，上述车辆升级装置110为车辆中的部件组生成该部件组的升级包，然后将升级包分发部件组的升级控制部件，从而使得升级控制部件对部件组内的部件进行升级。相比由一个OTA升级主模块对车辆中的各个部件进行集中升级控制，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述处理单元1101，还用于分配用于下载所述第一升级包的第一下载地址；
所述发送单元1102，还用于向所述车辆内的OTA升级主节点发送所述第一下载地址；
所述处理单元1101，还用于与所述第一升级控制部件建立用于下载所述第一升级包的第一安全通道；
所述发送单元1101，还用于通过所述第一安全通道向所述第一升级控制部件发送所述第一升级包。
上述说明了下载升级数据包的方式，上述车辆升级装置110可以为第一升级包分配下载地址，该下载地址可以先发送给OTA升级主节点，再由OTA升级主节点将下载地址分发给需要该第一升级包来完成升级的第一升级控制部件。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的升级控制部件，相比上述车辆升级装置110直接与组控制建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
在又一种可能的实施方式中，所述第一安全通道至少包括超文本传输安全协议HTTPs安全通道、传输层安全协议TLS安全通道或数据包传输层安全性协议DTLS安全通道。
在又一种可能的实施方式中，所述装置还包括接收单元1103，所述接收单元1103，用于通过所述接收单元从所述OTA升级主节点接收用于指示所述至少两个部件组的分组信息。
上述实施方式说明了一种确定多个部件组的方式，OTA升级主节点可以将车辆内的部件的分组信息发送给上述车辆升级装置110，从而使得上述车辆升级装置110根据该分组信息，确定至少两个部件组。进一步的，该至少两个部件组可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在又一种可能的实施方式中，所述处理单元1101，还用于根据所述车辆的标识查询预先配置于所述上述车辆升级装置110的部件组分组信息，通过所述查询结果确定所述车辆内的至少两个部件组。
上述实施方式说明了又一种确定多个部件组的方式，上述车辆升级装置110可以根据车辆的标识查询分组信息，由于某一个车型的车辆的部件组分组信息可以是预先配置或者预先定义好的，因此上述车辆升级装置110可以根据车辆的标识(例如车辆的车架号、车辆的型号等)查询部件组分组信息，从而确定车辆的部件组。
在又一种可能的实施方式中，所述接收单元1103，还用于接收来自所述OTA升级主节点的第一消息，所述第一消息中包括用于指示所述至少两个部件组内的部件的版本信息；
所述处理单元1101，还用于根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成所述第一升级包。
可以看出，上述车辆升级装置110根据部件的版本信息，确定第一升级包。进一步的，上述车辆升级装置110还可以根据第一部件组中的部件的版本信息，确定第一部件组中存在需要进行版本升级的部件，从而将升级的数据打包，得到该第一升级包。
需要说明的是，各个单元的实现还可以对应参照图4、图7或者图8所示的实施例的相应描述。
在一些可能的实现方式中，该车辆升级装置110可以为图4、图7或者图8所示实施例中的OTA升级主节点，或者OTA升级主节点中的一个部件，例如芯片或者集成电路等。该装置110可以包括发送单元1102和接收单元1103，其中，各个单元的描述如下：
发送单元1102，用于向服务器发送第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息；
接收单元1103，用于接收服务器发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述车辆内至少两个部件组的第一部件组进行升级，所述第一部件组包括用于控制所述第一部件组内的部件进行OTA升级的第一升级控制部件；
所述发送单元1102，还用于向所述第一升级控制部件发送所述第一下载地址。进一步的，所述车辆升级装置110可以部署在车辆中。
本申请实施例中，上述车辆升级装置110向服务器上报车辆的部件的版本信息，而服务器可以根据该版本信息确定需要升级的部件，生成升级包。该升级包分配有下载地址，上述车辆升级装置110将该下载地址分发给部件组的升级控制部件，从而使得升级控制部件下载对应的升级包，对部件组内的部件进行升级。这样一来，各个部件组的升级包可以同时进行下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述第一下载地址具体包含在下载策略包中，所述下载策略包还包含有下载策略、升级条件、升级策略、或者所述第一下载地址的有效时间中的一个或者多个；其中，所述下载策略定义了下载所述第一升级包的规则，所述升级条件指示了使用所述第一升级包进行升级的条件，所述升级策略定义了根据所述第一升级包进行升级的规则。
在又一种可能的实施方式中，所述第一消息还用于指示所述至少两个部件组的分组信息。
可以看出，上述车辆升级装置110可以将车辆内的部件的发送给服务器，从而使得服务器根据该分组信息，确定至少两个部件组。进一步的，该分组信息可以是上述车辆升级装置110根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在又一种可能的实施方式中，所述接收单元1103，还用于接收汇报节点发送的所述车辆内的至少一个部件的版本信息。
其中，汇报节点可以是车辆内部的域控制器、网关、分布式网关、整车集成单元等，汇报节点可以向上述车辆升级装置110上报其所收集的部件的版本信息。例如，座舱域控制器(Cockpit Domain Controller，CDC)可以收集座舱域中的多个部件(例如麦克风、雷达、音响、无钥匙启动模块等等中的一个或者多个)的版本信息，然后可以将该版本信息发送给上述车辆升级装置110，后续上述车辆升级装置110可以将该版本信息发送给服务器，便于确定需要更新的部件。
在又一种可能的实施方式中，所述装置还包括处理单元1101，用于确定车辆内的至少两个部件组。
进一步的，该至少两个部件组可以是上述车辆升级装置110根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。例如，上述车辆升级装置110可以将一个区域内功能的多个部件划分为一个部件组，然后根据部件组内的计算能力集中的控制部件(例如，域控制器DC和整车集成单元VIU)的负载情况来确定是否把某个控制部件设为升级控制部件。再如，可以先根据各个部件的配置确定升级控制部件，然后将靠近该升级控制部件的部件作为一个部件组，具体例如，升级控制部件需要和服务器基于安全证书建立安全通道，那么部署了安全证书的部件才有资格确定为升级控制部件。再如，升级控制部件需要与服务器建立连接，因此若当前的节点的负载较高，则不宜被确定为升级控制部件。
在又一种可能的实施方式中，所述接收单元1103，还用于从所述第一升级控制部件接收所述第一部件组内的部件的版本信息。
可以看出，第一升级控制部件可以收集组内的部件的版本信息发送给上述车辆升级装置110，后续上述车辆升级装置110可以将该版本信息发送给服务器，便于确定需要更新的部件。
在又一种可能的实施方式中，所述第一升级控制部件为域控制器DC或整车集成单元VIU。
在又一种可能的实施方式中，所述第一升级控制部件的负载小于或者等于第一阈值；
和/或，所述第一升级控制部件中部署有安全证书。
需要说明的是，各个单元的实现还可以对应参照图4、图7或者图8所示的实施例的相应描述。
在一些可能的实现方式中，该车辆升级装置110可以为图4、图7或者图8所示实施例中的第一升级控制部件，或者第一升级控制部件中的一个模块，例如芯片或者集成电路等。该装置110可以包括处理单元1101和接收单元1103，其中，各个单元的描述如下：
接收单元1103，用于接收服务器发送的第一升级包；所述第一升级包用于所述第一部件组内的部件进行OTA升级；
处理单元1101，用于根据所述第一升级包，控制所述第一部件组的部件进行OTA升级。进一步的，所述车辆升级装置110应用于车辆内，所述车辆升级装置110用于控制第一部件组内的部件进行OTA升级，所述第一部件组为所述车辆内至少两个部件组中的一个。
本申请实施例中，服务器为车辆中的部件组生成第一部件组的第一升级包，然后将第一升级包发送给上述车辆升级装置110，从而使得上述车辆升级装置110对部件组内的部件进行升级。这样一来，各个组内的车辆升级装置110可以下载自己所属的部件组的升级包，各个部件组的升级包还可以同时下载，从而由各个组内的车辆升级装置110进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的组内车辆升级装置110来进行，降低车辆升级的复杂度。此外，由每个部件组内的车辆升级装置110来控制组内的部件升级，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述装置还包括：发送单元1102，用于向所述车辆内的OTA升级主节点发送所述第一部件组内的部件的版本信息。
可以看出，上述车辆升级装置110可以收集组内的部件的版本信息发送给OTA升级主节点，后续OTA升级主节点可以将该版本信息发送给服务器，便于确定需要更新的部件。
在又一种可能的实施方式中，所述接收单元1103，还用于接收所述OTA升级主节点发送的用于下载第一升级包的第一下载地址；
所述处理单元1101，还用于根据所述第一下载地址与所述服务器建立第一安全通道，所述第一安全通道用于下载所述第一升级包；
所述接收单元1103，还用于通过所述第一安全通道接收所述服务器发送的所述第一升级包。
上述说明了下载升级数据包的方式，OTA升级主节点将下载地址分发给需要该第一升级包来完成升级的上述车辆升级装置110。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的车辆升级装置110，相比服务器直接与组内的车辆升级装置110建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
在又一种可能的实施方式中，所述第一升级包经过所述服务器签名；所述处理单元1101，还用于验证所述第一升级包的签名；
所述处理单元1101，还用于响应于验证所述签名通过，根据所述第一升级包，控制所述第一部件组的部件进行OTA升级。
可以看出，在升级之前，上述升级控制装置先根据签名验证数据包的来源，避免与不可信的服务器建立连接，提高了车辆升级过程中的安全性。
需要说明的是，各个单元的实现还可以对应参照图4、图7或者图8所示的实施例的相应描述。
请参见图12，图12是本申请实施例提供的一种车辆120的结构示意图，该车辆120可以是图9所示实施例中的车辆，该车辆120包括OTA升级主节点1201和第一升级控制部件1202，其中：
车辆内的OTA升级主节点1201，用于向服务器发送第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息；
车辆内的第一升级控制部件1202，用于从所述服务器下载第一升级包，所述第一升级包用于所述至少两个部件组的第一部件组进行升级，所述第一升级控制部件用于控制所述第一部件组包括用于控制所述第一部件组内的部件进行OTA升级的第一升级控制部件。
本申请实施例中，服务器为车辆中的部件组生成该部件组的升级包，然后将升级包分发部件组的升级控制部件，从而使得升级控制部件对部件组内的部件进行升级。这样一来，各个升级控制部件可以下载自己所属的部件组的升级包，各个部件组的升级包还可以同时下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述车辆内的OTA升级主节点1201，还用于：
接收服务器发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述车辆内至少两个部件组的第一部件组进行升级，所述第一部件组包括用于控制所述第一部件组内的部件进行OTA升级的第一升级控制部件；
向所述车辆内的第一升级控制部件发送所述第一下载地址。
在一种可能的实施方式中，所述车辆内的第一升级控制部件1202，还用于：
接收OTA升级主节点发送的用于下载第一升级包的第一下载地址；
根据所述第一下载地址与所述服务器建立第一安全通道；
通过所述第一安全通道接收所述服务器发送的所述第一升级包。
上述说明了下载升级数据包的方式，OTA升级主节点将下载地址分发给需要该第一升级包来完成升级的第一升级控制部件。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的升级控制部件，相比服务器直接与组内的车辆升级装置110建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
在又一种可能的实施方式中，所述第一下载地址具体包含在下载策略包中，所述下载策略包还包含有下载策略、升级条件、升级策略、或者所述第一下载地址的有效时间中的一个或者多个；其中，所述下载策略定义了下载所述第一升级包的规则，所述升级条件指示了使用所述第一升级包进行升级的条件，所述升级策略定义了根据所述第一升级包进行升级的规则。
在又一种可能的实施方式中，所述第一消息还用于指示所述至少两个部件组的分组信息。
可以看出，OTA升级主节点可以将车辆内的部件的发送给服务器，从而使得服务器根据该分组信息，确定至少两个部件组。进一步的，该分组信息可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在又一种可能的实施方式中，所述车辆内的OTA升级主节点1201，还用于：
从第一升级控制部件接收第一部件组内的部件的版本信息。
可以看出，第一升级控制部件可以收集组内的部件的版本信息发送给OTA升级主节点，后续OTA升级主节点可以将该版本信息发送给服务器，便于确定需要更新的部件。
在又一种可能的实施方式中，所述第一升级包经过所述服务器签名；所述车辆内的第一升级控制部件1202，还用于:
验证所述第一升级包的签名；
响应于验证所述签名通过，根据所述第一升级包，控制所述第一部件组的部件进行OTA升级。
可以看出，在升级之前，升级控制部件先根据签名验证数据包的来源，避免与不可信的服务器建立连接，提高了车辆升级过程中的安全性。
需要说明的是，各个单元的实现还可以对应参照图9所示的实施例的相应描述。
请参见图11，该车辆升级装置110可以为图9所示实施例中的服务器，或者服务器中的一个模块，例如芯片或者集成电路等。该装置110可以包括处理单元1101、发送单元1102和接收单元1103，其中，各个单元的描述如下：
接收单元1103，用于接收来自车辆内的OTA升级主节点的第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息，所述至少两个部件组中每个部件组内都包括一个用于控制所述部件组内的部件进行OTA升级的升级控制部件；
处理单元1101，用于根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成第一升级包；
发送单元1102，用于向所述车辆内的第一升级控制部件发送所述第一升级包，所述第一升级包用于所述第一部件组内的部件进行OTA进行升级，所述第一升级控制部件用于控制所述第一部件组内的部件进行OTA升级。进一步可选的，上述车辆升级装置110可以部署在服务器中。
本申请实施例中，上述车辆升级装置110为车辆中的部件组生成该部件组的升级包，然后将升级包分发部件组的升级控制部件，从而使得升级控制部件对部件组内的部件进行升级。相比由一个OTA升级主模块对车辆中的各个部件进行集中升级控制，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述处理单元1101，还用于分配用于下载所述第一升级包的第一下载地址；
所述发送单元1102，还用于向所述车辆内的OTA升级主节点发送所述第一下载地址；
所述处理单元1102，还用于与所述车辆内的第一升级控制部件建立用于下载所述第一升级包的第一安全通道；
所述发送单元1102，还用于通过所述第一安全通道向所述第一升级控制部件发送所述第一升级包。
上述说明了下载升级数据包的方式，上述车辆升级装置110可以为第一升级包分配下载地址，该下载地址可以先发送给OTA升级主节点，再由OTA升级主节点将下载地址分发给需要该第一升级包来完成升级的第一升级控制部件。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的升级控制部件，相比上述车辆升级装置110直接与组控制建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
在又一种可能的实施方式中，所述第一安全通道至少包括超文本传输安全协议HTTPs安全通道、传输层安全协议TLS安全通道或数据包传输层安全性协议DTLS安全通道。
在又一种可能的实施方式中，所述接收单元1103，还用于通过所述接收单元从所述OTA升级主节点接收用于指示所述至少两个部件组的分组信息。
上述实施方式说明了一种确定多个部件组的方式，OTA升级主节点可以将车辆内的部件的分组信息发送给上述车辆升级装置110，从而使得上述车辆升级装置110根据该分组信息，确定至少两个部件组。进一步的，该至少两个部件组可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在又一种可能的实施方式中，所述处理单元1101，还用于根据所述车辆的标识查询预先配置于所述上述车辆升级装置110的部件组分组信息，通过所述查询结果确定所述车辆内的至少两个部件组。
上述实施方式说明了又一种确定多个部件组的方式，上述车辆升级装置110可以根据车辆的标识查询分组信息，由于某一个车型的车辆的部件组分组信息可以是预先配置或者预先定义好的，因此上述车辆升级装置110可以根据车辆的标识(例如车辆的车架号、车辆的型号等)查询部件组分组信息，从而确定车辆的部件组。
在又一种可能的实施方式中，所述接收单元1103，还用于接收来自所述OTA升级主节点的第一消息，所述第一消息中包括用于指示所述至少两个部件组内的部件的版本信息；
所述处理单元1101，还用于根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成所述第一升级包。
可以看出，上述车辆升级装置110根据部件的版本信息，确定第一升级包。进一步的，上述车辆升级装置110还可以根据第一部件组中的部件的版本信息，确定第一部件组中存在需要进行版本升级的部件，从而将升级的数据打包，得到该第一升级包。
需要说明的是，各个单元的实现还可以对应参照图9所示的实施例的相应描述。
请参见图11，该车辆升级装置110可以为图10所示实施例中的OTA升级主节点，或者OTA升级主节点中的一个模块，例如芯片或者集成电路等。该装置110可以包括处理单元1101、发送单元1102和接收单元1103，其中，各个单元的描述如下：
接收单元1103，用于从第一升级控制部件接收第一部件组内的部件的版本信息，所述第一部件组为所述车辆内至少两个部件组中的一个，所述第一升级控制部件用于控制所述第一部件组内的部件进行OTA升级；
处理单元1101，用于根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成第一升级包；其中，所述第一部件组的升级控制部件为第一升级控制部件；
发送单元1102，用于向所述第一升级控制部件发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述第一部件组内的部件进行OTA升级。进一步的，所述车辆升级装置110部署在车辆中。
本申请实施例中，上述车辆升级装置110收集车内的多个部件的版本信息，该版本信息可以用于确定需要升级的部件，生成升级包。该升级包分配有下载地址，上述车辆升级装置110将该下载地址分发给需要部件组的升级控制部件，从而使得升级控制部件下载对应的升级包，对部件组内的部件进行升级。这样一来，各个部件组的升级包可以同时进行下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述第一下载地址具体包含在下载策略包中，所述下载策略包还包含有下载策略、升级条件、升级策略、或者所述第一下载地址的有效时间中的一个或者多个；其中，所述下载策略定义了下载所述第一升级包的规则，所述升级条件指示了使用所述第一升级包进行升级的条件，所述升级策略定义了根据所述第一升级包进行升级的规则。
在又一种可能的实施方式中，所述第一升级控制部件为域控制器DC或整车集成单元VIU。
在又一种可能的实施方式中，所述第一升级控制部件的负载小于或者等于第一阈值；
和/或，所述第一升级控制部件中部署有安全证书。
需要说明的是，各个单元的实现还可以对应参照图10所示的实施例的相应描述。
请参见图11，该车辆升级装置110可以为图10所示实施例中的第一升级控制部件，或者第一升级控制部件中的一个模块，例如芯片或者集成电路等。该装置110可以包括发送单元1102和接收单元1103，其中，各个单元的描述如下：
发送单元1102，用于向所述车辆内的OTA升级主节点发送所述第一部件组内的部件的版本信息；
接收单元1103，用于接收所述OTA升级主节点发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述第一部件组内的部件进行OTA升级。
本申请实施例中，上述车辆升级装置110接收来自OTA升级主节点的下载地址，根据下载地址下载自己所属的部件组的升级包，各个部件组的升级包还可以同时下载，从而由各个组内的车辆升级装置110进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的组内车辆升级装置110来进行，降低车辆升级的复杂度。此外，由每个部件组内的车辆升级装置110来控制组内的部件升级，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
需要说明的是，各个单元的实现还可以对应参照图10所示的实施例的相应描述。
请参见图13，图13是本申请实施例提供的一种车辆升级装置130的结构示意图，该装置130可以包括至少一个存储器1301和至少一个处理器1302。可选的，还可以包含总线1303。进一步可选的，还可以包括通信接口1304，其中，存储器1301、处理器1302和通信接口1304通过总线1303相连。
其中，存储器1301用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器1301可以是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmable read onlymemory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)等等中的一种或者多种的组合。
处理器1302是进行算术运算和/或逻辑运算的模块，具体可以是中央处理器(central processing unit，CPU)、图片处理器(graphics processing unit，GPU)、微处理器(microprocessor unit，MPU)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程逻辑门阵列(Field Programmable Gate Array，FPGA)、复杂可编程逻辑器件(Complex programmable logic device，CPLD)等处理模块中的一种或者多种的组合。
通信接口1304用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙、通用无线传输等)接口。可选的，通信接口1304还可以包括与接口耦合的发射器(如射频发射器、天线等)，或者接收器等。
该装置130中的处理器1302用于读取所述存储器1301中存储的计算机程序，用于执行前述的车辆升级方法，例如图2、图7、图8、图9或者图10任意一个实施例所描述的车辆升级方法。
在一些可能的实现方式中，该车辆升级装置130可以为图4、图7、图8所示实施例中的服务器，或者服务器中的一个模块，例如芯片或者集成电路等。该装置130中的处理器1302用于读取所述存储器1301中存储的计算机程序，用于执行以下操作：
确定车辆内的至少两个部件组，其中，每个部件组包括一个用于控制所述部件组内的部件进行OTA升级的升级控制部件；
为所述至少两个部件组中的第一部件组生成第一升级包，其中，所述第一部件组的升级控制部件为第一升级控制部件；
通过通信接口1304向所述第一升级控制部件发送所述第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级。进一步可选的，上述车辆升级装置130可以部署在服务器中。
本申请实施例中，上述车辆升级装置130为车辆中的部件组生成该部件组的升级包，然后将升级包分发部件组的升级控制部件，从而使得升级控制部件对部件组内的部件进行升级。相比由一个OTA升级主模块对车辆中的各个部件进行集中升级控制，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述处理器1302，还用于：
分配用于下载所述第一升级包的第一下载地址；
通过通信接口1304向所述车辆内的OTA升级主节点发送所述第一下载地址；
通过通信接口1304与所述第一升级控制部件建立用于下载所述第一升级包的第一安全通道；
通过通信接口1304通过所述第一安全通道向所述第一升级控制部件发送所述第一升级包。
上述说明了下载升级数据包的方式，上述车辆升级装置130可以为第一升级包分配下载地址，该下载地址可以先发送给OTA升级主节点，再由OTA升级主节点将下载地址分发给需要该第一升级包来完成升级的第一升级控制部件。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的升级控制部件，相比上述车辆升级装置130直接与组控制建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
在又一种可能的实施方式中，所述第一安全通道至少包括超文本传输安全协议HTTPs安全通道、传输层安全协议TLS安全通道或数据包传输层安全性协议DTLS安全通道。
在又一种可能的实施方式中，所述处理器1302，还用于通过所述通信接口1304从所述OTA升级主节点接收用于指示所述至少两个部件组的分组信息。
上述实施方式说明了一种确定多个部件组的方式，OTA升级主节点可以将车辆内的部件的分组信息发送给上述车辆升级装置130，从而使得上述车辆升级装置130根据该分组信息，确定至少两个部件组。进一步的，该至少两个部件组可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在又一种可能的实施方式中，所述处理器1302，还用于根据所述车辆的标识查询预先配置于所述上述车辆升级装置130的部件组分组信息，通过所述查询结果确定所述车辆内的至少两个部件组。
上述实施方式说明了又一种确定多个部件组的方式，上述车辆升级装置130可以根据车辆的标识查询分组信息，由于某一个车型的车辆的部件组分组信息可以是预先配置或者预先定义好的，因此上述车辆升级装置130可以根据车辆的标识(例如车辆的车架号、车辆的型号等)查询部件组分组信息，从而确定车辆的部件组。
在又一种可能的实施方式中，所述处理器1302，还用于通过通信接口1304接收来自所述OTA升级主节点的第一消息，所述第一消息中包括用于指示所述至少两个部件组内的部件的版本信息；
所述处理器1302，还用于根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成所述第一升级包。
可以看出，上述车辆升级装置130根据部件的版本信息，确定第一升级包。进一步的，上述车辆升级装置130还可以根据第一部件组中的部件的版本信息，确定第一部件组中存在需要进行版本升级的部件，从而将升级的数据打包，得到该第一升级包。
需要说明的是，各个单元的实现还可以对应参照图4、图7或者图8所示的实施例的相应描述。
在一些可能的实现方式中，该车辆升级装置130可以为图4、图7、图8所示实施例中的OTA升级主节点，或者升级节点中的一个模块，例如芯片或者集成电路等。该装置130中的处理器1302用于读取所述存储器1301中存储的计算机程序，用于执行以下操作：
通过通信接口1304向服务器发送第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息；
通过通信接口1304接收服务器发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述车辆内至少两个部件组的第一部件组进行升级，所述第一部件组包括用于控制所述第一部件组内的部件进行OTA升级的第一升级控制部件；
通过通信接口1304向所述第一升级控制部件发送所述第一下载地址。进一步的，所述车辆升级装置130可以部署在车辆中。
本申请实施例中，上述车辆升级装置130向服务器上报车辆的部件的版本信息，而服务器可以根据该版本信息确定需要升级的部件，生成升级包。该升级包分配有下载地址，上述车辆升级装置130将该下载地址分发给部件组的升级控制部件，从而使得升级控制部件下载对应的升级包，对部件组内的部件进行升级。这样一来，各个部件组的升级包可以同时进行下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述第一下载地址具体包含在下载策略包中，所述下载策略包还包含有下载策略、升级条件、升级策略、或者所述第一下载地址的有效时间中的一个或者多个；其中，所述下载策略定义了下载所述第一升级包的规则，所述升级条件指示了使用所述第一升级包进行升级的条件，所述升级策略定义了根据所述第一升级包进行升级的规则。
在又一种可能的实施方式中，所述第一消息还用于指示所述至少两个部件组的分组信息。
可以看出，上述车辆升级装置130可以将车辆内的部件的发送给服务器，从而使得服务器根据该分组信息，确定至少两个部件组。进一步的，该分组信息可以是上述车辆升级装置130根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在又一种可能的实施方式中，所述处理器1302，还用于通过通信接口1304接收汇报节点发送的所述车辆内的至少一个部件的版本信息。
其中，汇报节点可以是车辆内部的域控制器、网关、分布式网关、整车集成单元等，汇报节点可以向上述车辆升级装置130上报其所收集的部件的版本信息。例如，座舱域控制器(Cockpit Domain Controller，CDC)可以收集座舱域中的多个部件(例如麦克风、雷达、音响、无钥匙启动模块等等中的一个或者多个)的版本信息，然后可以将该版本信息发送给上述车辆升级装置130，后续上述车辆升级装置130可以将该版本信息发送给服务器，便于确定需要更新的部件。
在又一种可能的实施方式中，所述处理器1302，还用于确定车辆内的至少两个部件组。
进一步的，该至少两个部件组可以是上述车辆升级装置130根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。例如，上述车辆升级装置130可以将一个区域内功能的多个部件划分为一个部件组，然后根据部件组内的计算能力集中的控制部件(例如，域控制器DC和整车集成单元VIU)的负载情况来确定是否把某个控制部件设为升级控制部件。再如，可以先根据各个部件的配置确定升级控制部件，然后将靠近该升级控制部件的部件作为一个部件组，具体例如，升级控制部件需要和服务器基于安全证书建立安全通道，那么部署了安全证书的部件才有资格确定为升级控制部件。再如，升级控制部件需要与服务器建立连接，因此若当前的节点的负载较高，则不宜被确定为升级控制部件。
在又一种可能的实施方式中，所述处理单元1302，还用于通过通信接口1304从所述第一升级控制部件接收所述第一部件组内的部件的版本信息。
可以看出，第一升级控制部件可以收集组内的部件的版本信息发送给上述车辆升级装置130，后续上述车辆升级装置130可以将该版本信息发送给服务器，便于确定需要更新的部件。
在又一种可能的实施方式中，所述第一升级控制部件为域控制器DC或整车集成单元VIU。
在又一种可能的实施方式中，所述第一升级控制部件的负载小于或者等于第一阈值；
和/或，所述第一升级控制部件中部署有安全证书。
需要说明的是，各个单元的实现还可以对应参照图4、图7或者图8所示的实施例的相应描述。
在一些可能的实现方式中，该车辆升级装置130可以为图4、图7、图8所示实施例中的第一控制部件，或者第一控制部件中的一个模块，例如芯片或者集成电路等。该装置130中的处理器1302用于读取所述存储器1301中存储的计算机程序，用于执行以下操作：
通过通信接口1304接收服务器发送的第一升级包；所述第一升级包用于所述第一部件组内的部件进行OTA升级；
根据所述第一升级包，控制所述第一部件组的部件进行OTA升级。进一步的，所述车辆升级装置130应用于车辆内，所述车辆升级装置130用于控制第一部件组内的部件进行OTA升级，所述第一部件组为所述车辆内至少两个部件组中的一个。
本申请实施例中，服务器为车辆中的部件组生成第一部件组的第一升级包，然后将第一升级包发送给上述车辆升级装置130，从而使得上述车辆升级装置130对部件组内的部件进行升级。这样一来，各个组内的车辆升级装置130可以下载自己所属的部件组的升级包，各个部件组的升级包还可以同时下载，从而由各个组内的车辆升级装置130进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的组内车辆升级装置130来进行，降低车辆升级的复杂度。此外，由每个部件组内的车辆升级装置130来控制组内的部件升级，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述处理器1302，还用于通过通信接口1304向所述车辆内的OTA升级主节点发送所述第一部件组内的部件的版本信息。
可以看出，上述车辆升级装置130可以收集组内的部件的版本信息发送给OTA升级主节点，后续OTA升级主节点可以将该版本信息发送给服务器，便于确定需要更新的部件。
在又一种可能的实施方式中，所述处理器1302，还用于:
通过通信接口1304接收所述OTA升级主节点发送的用于下载第一升级包的第一下载地址；
通过通信接口1304根据所述第一下载地址与所述服务器建立第一安全通道，所述第一安全通道用于下载所述第一升级包；
通过通信接口1304通过所述第一安全通道接收所述服务器发送的所述第一升级包。
上述说明了下载升级数据包的方式，OTA升级主节点将下载地址分发给需要该第一升级包来完成升级的上述车辆升级装置130。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的车辆升级装置130，相比服务器直接与组内的车辆升级装置130建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
在又一种可能的实施方式中，所述第一升级包经过所述服务器签名；所述处理器1302，还用于:
验证所述第一升级包的签名；
响应于验证所述签名通过，根据所述第一升级包，控制所述第一部件组的部件进行OTA升级。
可以看出，在升级之前，上述升级控制装置先根据签名验证数据包的来源，避免与不可信的服务器建立连接，提高了车辆升级过程中的安全性。
需要说明的是，各个单元的实现还可以对应参照图4、图7或者图8所示的实施例的相应描述。
在一些可能的实现方式中，该车辆升级装置130可以为图4、图7、图8所示实施例中的服务器，或者服务器中的一个模块，例如芯片或者集成电路等。该装置130中的处理器1302用于读取所述存储器1301中存储的计算机程序，用于执行以下操作：
通过通信接口1304接收来自车辆内的OTA升级主节点的第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息，所述至少两个部件组中每个部件组内都包括一个用于控制所述部件组内的部件进行OTA升级的升级控制部件；
根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成第一升级包；
通过通信接口1304向所述车辆内的第一升级控制部件发送所述第一升级包，所述第一升级包用于所述第一部件组内的部件进行OTA进行升级，所述第一升级控制部件用于控制所述第一部件组内的部件进行OTA升级。进一步可选的，上述车辆升级装置130可以部署在服务器中。
本申请实施例中，上述车辆升级装置130为车辆中的部件组生成该部件组的升级包，然后将升级包分发部件组的升级控制部件，从而使得升级控制部件对部件组内的部件进行升级。相比由一个OTA升级主模块对车辆中的各个部件进行集中升级控制，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述处理器1302，还用于：
分配用于下载所述第一升级包的第一下载地址；
通过通信接口1304向所述车辆内的OTA升级主节点发送所述第一下载地址；
与所述车辆内的第一升级控制部件建立用于下载所述第一升级包的第一安全通道；
通过通信接口1304通过所述第一安全通道向所述第一升级控制部件发送所述第一升级包。
上述说明了下载升级数据包的方式，上述车辆升级装置130可以为第一升级包分配下载地址，该下载地址可以先发送给OTA升级主节点，再由OTA升级主节点将下载地址分发给需要该第一升级包来完成升级的第一升级控制部件。由于下载地址的数据大小通常是比较小的，因此先发送给升级主节点再分发对应的各组的升级控制部件，相比上述车辆升级装置130直接与组控制建立连接发送下载地址，可以节省网络资源的开销、减少复杂度，从而提高升级效率。
在又一种可能的实施方式中，所述第一安全通道至少包括超文本传输安全协议HTTPs安全通道、传输层安全协议TLS安全通道或数据包传输层安全性协议DTLS安全通道。
在又一种可能的实施方式中，所述处理器1302，还用于通过通信接口1304从所述OTA升级主节点接收用于指示所述至少两个部件组的分组信息。
上述实施方式说明了一种确定多个部件组的方式，OTA升级主节点可以将车辆内的部件的分组信息发送给上述车辆升级装置130，从而使得上述车辆升级装置130根据该分组信息，确定至少两个部件组。进一步的，该至少两个部件组可以是OTA升级主节点根据预先配置的策略或者车内的节点连接关系、各个节点的配置、负载等等中的至少一个来确定的。
在又一种可能的实施方式中，所述处理器1302，还用于根据所述车辆的标识查询预先配置于所述上述车辆升级装置130的部件组分组信息，通过所述查询结果确定所述车辆内的至少两个部件组。
上述实施方式说明了又一种确定多个部件组的方式，上述车辆升级装置130可以根据车辆的标识查询分组信息，由于某一个车型的车辆的部件组分组信息可以是预先配置或者预先定义好的，因此上述车辆升级装置130可以根据车辆的标识(例如车辆的车架号、车辆的型号等)查询部件组分组信息，从而确定车辆的部件组。
在又一种可能的实施方式中，所述处理器1302，还用于：
通过通信接口1304接收来自所述OTA升级主节点的第一消息，所述第一消息中包括用于指示所述至少两个部件组内的部件的版本信息；
根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成所述第一升级包。
可以看出，上述车辆升级装置130根据部件的版本信息，确定第一升级包。进一步的，上述车辆升级装置130还可以根据第一部件组中的部件的版本信息，确定第一部件组中存在需要进行版本升级的部件，从而将升级的数据打包，得到该第一升级包。
需要说明的是，各个单元的实现还可以对应参照图9所示的实施例的相应描述。
在一些可能的实现方式中，该车辆升级装置130可以为图10所示实施例中的OTA升级主节点，或者OTA主节点中的一个模块，例如芯片或者集成电路等。该装置130中的处理器1302用于读取所述存储器1301中存储的计算机程序，用于执行以下操作：
通过通信接口1304从第一升级控制部件接收第一部件组内的部件的版本信息，所述第一部件组为所述车辆内至少两个部件组中的一个，所述第一升级控制部件用于控制所述第一部件组内的部件进行OTA升级；
根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成第一升级包；其中，所述第一部件组的升级控制部件为第一升级控制部件；
通过通信接口1304向所述第一升级控制部件发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述第一部件组内的部件进行OTA升级。进一步的，所述车辆升级装置130部署在车辆中。
本申请实施例中，上述车辆升级装置130收集车内的多个部件的版本信息，该版本信息可以用于确定需要升级的部件，生成升级包。该升级包分配有下载地址，上述车辆升级装置130将该下载地址分发给需要部件组的升级控制部件，从而使得升级控制部件下载对应的升级包，对部件组内的部件进行升级。这样一来，各个部件组的升级包可以同时进行下载，从而由各个升级控制部件进行同时升级，相比由一个OTA升级主模块对车辆中的各个部件进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的升级控制部件来进行，降低车辆升级的复杂度。此外，由每个部件组的升级控制部件来控制组内的部件，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
在一种可能的实施方式中，所述第一下载地址具体包含在下载策略包中，所述下载策略包还包含有下载策略、升级条件、升级策略、或者所述第一下载地址的有效时间中的一个或者多个；其中，所述下载策略定义了下载所述第一升级包的规则，所述升级条件指示了使用所述第一升级包进行升级的条件，所述升级策略定义了根据所述第一升级包进行升级的规则。
在又一种可能的实施方式中，所述第一升级控制部件为域控制器DC或整车集成单元VIU。
在又一种可能的实施方式中，所述第一升级控制部件的负载小于或者等于第一阈值；
和/或，所述第一升级控制部件中部署有安全证书。
需要说明的是，各个单元的实现还可以对应参照图10所示的实施例的相应描述。
在一些可能的实现方式中，该车辆升级装置130可以为图10所示实施例中的第一控制部件，或者第一控制部件中的一个模块，例如芯片或者集成电路等。该装置130中的处理器1302用于读取所述存储器1301中存储的计算机程序，用于执行以下操作：
通过通信接口1304向所述车辆内的OTA升级主节点发送所述第一部件组内的部件的版本信息；
通过通信接口1304接收所述OTA升级主节点发送的用于下载第一升级包的第一下载地址，所述第一升级包用于所述第一部件组内的部件进行OTA升级。
本申请实施例中，上述车辆升级装置130接收来自OTA升级主节点的下载地址，根据下载地址下载自己所属的部件组的升级包，各个部件组的升级包还可以同时下载，从而由各个组内的车辆升级装置130进行同时升级，相比由一个OTA升级主模块对车辆中的节点进行升级，提高了车辆升级效率。进一步的，各个部件的升级可以由比较近的组内车辆升级装置130来进行，降低车辆升级的复杂度。此外，由每个部件组内的车辆升级装置130来控制组内的部件升级，可以及时监控、检测、指挥升级，因此可以尽快完成部件的升级，提高车辆的稳定性。
需要说明的是，各个单元的实现还可以对应参照图10所示的实施例的相应描述。
本申请实施例还提供一种车辆升级系统，该车辆升级系统包括服务器、OTA升级主节点和第一升级控制部件，其中，该服务器为图4、图7或者图8中所描述的服务器，该OTA升级主节点为图4、图7或者图8中所描述的OTA升级主节点，该第一升级控制部件为图4、图7或者图8所描述的第一升级控制部件。
本申请实施例还提供一种车辆升级系统，该车辆升级系统包括服务器和车辆，进一步的，车辆内还包括OTA升级主节点和第一升级控制部件。其中，该服务器为图9中所描述的服务器，该车辆为图9中所描述的车辆。
本申请实施例还提供一种车辆升级系统，该车辆升级系统包括OTA升级主节点和第一升级控制部件，该OTA升级主节点为图10所描述的OTA升级主节点，该第一升级控制部件为图10所描述的第一升级控制部件。
本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，实现图4、图7、图8、图9或图10所示的任意一种实施例所述的方法。
本申请实施例还提供了一种芯片系统，所述芯片系统包括至少一个处理器，存储器和接口电路，该接口电路用于为上述至少一个处理器提供信息输入/输出，该存储器中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，实现图4、图7、图8、图9或图10所示的任意一种实施例所述的方法。
本申请实施例还提供了一种芯片系统，所述芯片系统包括至少一个处理器，存储器和通信接口，该通信接口用于接收和/或发送数据，该存储器中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，实现图4、图7、图8、图9或图10所示的任意一种实施例所述的方法。
本申请实施例公开了一种车辆，所述车辆包含OTA升级主节点和第一升级控制部件，该OTA升级主节点为图4、图7、图8、图9或图10中所描述的OTA升级主节点，该第一升级控制部件为图4、图7、图8、图9或图10所描述的第一升级控制部件。可替换的，上述车辆还可以替换为无人机、机器人等智能终端或者运输工具。
本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在一个或多个处理器上运行时，可以实现如图4、图7、图8、图9或图10所示的任意一种实施例所描述的车辆升级方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机指令产品的形式实现。在计算机上加载和执行该计算机指令时，可以全部或部分地实现本申请实施例所描述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其它可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者通过计算机可读存储介质进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
本申请方法实施例中的步骤可以根据实际需要进行顺序调整、合并和删减。
本申请装置实施例中的模块可以根据实际需要进行合并、划分和删减。

Claims (28)

1.一种车辆升级方法，其特征在于，包括：
服务器确定车辆内的至少两个部件组，所述至少两个部件组包括第一部件组和第二部件组，其中，所述第一部件组至少包括第一升级控制部件和第一部件，所述第一升级控制部件用于控制所述第一部件进行OTA升级，所述第二部件组至少包括第二升级控制部件和第二部件，所述第二升级控制部件用于控制所述第二部件进行OTA升级；
所述服务器为所述第一部件组生成第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级；
所述服务器向所述第一升级控制部件发送所述第一升级包；
所述服务器为所述第二部件组生成第二升级包，所述第二升级包用于对所述第二部件组内的部件进行升级；
所述服务器向所述第二升级控制部件发送所述第二升级包。
2.根据权利要求1中所述的方法，其特征在于，所述服务器为所述至少两个部件组中的第一部件组生成第一升级包之后，还包括：
所述服务器分配用于下载所述第一升级包的第一下载地址；
所述服务器向所述车辆内的OTA升级主节点发送所述第一下载地址；
所述服务器向所述第一升级控制部件发送所述第一升级包，包括：
所述服务器与所述第一升级控制部件建立用于下载所述第一升级包的第一安全通道；
所述服务器通过所述第一安全通道向所述第一升级控制部件发送所述第一升级包。
3.根据权利要求1所述的方法，其特征在于，所述服务器确定车辆内的至少两个部件组包括：所述服务器从所述OTA升级主节点接收用于指示所述至少两个部件组的分组信息。
4.根据权利要求1所述的方法，其特征在于，所述服务器确定车辆内的至少两个部件组包括：所述服务器根据所述车辆的标识查询预先配置于所述服务器的部件组分组信息，通过所述查询结果确定所述车辆内的至少两个部件组。
5.根据权利要求1-4任一项中所述的方法，其特征在于，所述服务器为所述至少两个部件组中的第一部件组生成第一升级包之前，所述方法还包括：
所述服务器接收来自OTA升级主节点的第一消息，所述第一消息中包括用于指示所述至少两个部件组内的部件的版本信息；
所述服务器为所述至少两个部件组中的第一部件组生成第一升级包，包括：
所述服务器根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成所述第一升级包。
6.一种车辆升级方法，其特征在于，应用于OTA升级主节点，所述OTA升级主节点部署在车辆中，所述方法包括：
所述OTA升级主节点向服务器发送第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息，所述至少两个部件组包括第一部件组和第二部件组，其中，所述第一部件组至少包括第一升级控制部件和第一部件，所述第一升级控制部件用于控制所述第一部件进行OTA升级，所述第二部件组至少包括第二升级控制部件和第二部件，所述第二升级控制部件用于控制所述第二部件进行OTA升级；
所述OTA升级主节点接收服务器发送的用于下载第一升级包的第一下载地址，所述第一升级包用于对所述第一部件组内的部件进行升级；
所述OTA升级主节点向所述第一升级控制部件发送所述第一下载地址；
所述OTA升级主节点接收服务器发送的用于下载第二升级包的第二下载地址，所述第二升级包用于对所述第二部件组内的部件进行升级；
所述OTA升级主节点向所述第二升级控制部件发送所述第二下载地址。
7.根据权利要求6所述的方法，其特征在于，所述第一消息还用于指示所述至少两个部件组的分组信息。
8.根据权利要求6或7所述的方法，其特征在于，所述方法还包括：
所述OTA升级主节点从所述第一升级控制部件接收所述第一部件组内的部件的版本信息。
9.一种车辆升级方法，其特征在于，所述方法应用于车辆，所述车辆内包含至少两个部件组，所述至少两个部件组包括第一部件组和第二部件组，其中，所述第一部件组至少包括第一升级控制部件和第一部件，所述第一升级控制部件用于控制所述第一部件进行OTA升级，所述第二部件组至少包括第二升级控制部件和第二部件，所述第二升级控制部件用于控制所述第二部件进行OTA升级，所述方法包括：
所述车辆内的OTA升级主节点向服务器发送第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息；
所述车辆内的所述第一升级控制部件从所述服务器下载第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级；
所述车辆内的所述第二升级控制部件从所述服务器下载第二升级包，所述第二升级包用于对所述第二部件组内的部件进行升级。
10.一种车辆升级方法，其特征在于，包括：
服务器接收来自车辆内的OTA升级主节点的第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息，所述至少两个部件组包括第一部件组和第二部件组，其中，所述第一部件组至少包括第一升级控制部件和第一部件，所述第一升级控制部件为用于控制所述第一部件进行OTA升级，所述第二部件组至少包括第二升级控制部件和第二部件，所述第二升级控制部件用于控制所述第二部件进行OTA升级；
所述服务器根据所述至少两个部件组内的部件的版本信息，为所述第一部件组生成第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级；
所述服务器向所述车辆内的所述第一升级控制部件发送所述第一升级包；
所述服务器根据所述至少两个部件组内的部件的版本信息，为所述第二部件组生成第二升级包，所述第二升级包用于对所述第二部件组内的部件进行升级；
所述服务器向所述车辆内的所述第二升级控制部件发送所述第二升级包。
11.一种车辆升级方法，其特征在于，应用于OTA升级主节点，所述OTA升级主节点部署在车辆中，所述车辆包含至少两个部件组，所述至少两个部件组包括第一部件组和第二部件组，其中，所述第一部件组至少包含第一升级控制部件和第一部件，所述第一升级控制部件用于控制所述第一部件进行OTA升级，所述第二部件组至少包括第二升级控制部件和第二部件，所述第二升级控制用于控制所述第二部件进行OTA升级；
所述方法包括：
所述OTA升级主节点从所述第一升级控制部件接收所述第一部件组内的部件的版本信息；
所述OTA升级主节点向所述第一升级控制部件发送用于下载第一升级包的第一下载地址，所述第一升级包用于所述第一部件组内的部件进行OTA升级；
所述OTA升级主节点从所述第二升级控制部件接收所述第二部件组内的部件的版本信息；
所述OTA升级主节点向所述第二升级控制部件发送用于下载第二升级包的第二下载地址，所述第二升级包用于所述第二部件组内的部件进行OTA升级。
12.一种车辆升级装置，其特征在于，包括：
处理单元，用于确定车辆内的至少两个部件组，所述至少两个部件组包括第一部件组和第二部件组，其中，所述第一部件组至少包括第一升级控制部件和第一部件，所述第一升级控制部件用于控制所述第一部件进行OTA升级，所述第二部件组至少包括第二升级控制部件和第二部件，所述第二升级控制部件用于控制所述第二部件进行OTA升级；
所述处理单元，还用于为所述第一部件组生成第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级；
发送单元，用于向所述第一升级控制部件发送所述第一升级包；
所述处理单元，还用于为所述第二部件组生成第二升级包，所述第二升级包用于对所述第二部件组内的部件进行升级；
所述发送单元，还用于向所述第二升级控制部件发送所述第二升级包。
13.根据权利要求12中所述的装置，其特征在于，所述处理单元，还用于分配用于下载所述第一升级包的第一下载地址；
所述发送单元，还用于向所述车辆内的OTA升级主节点发送所述第一下载地址；
所述处理单元，还用于基于所述第一下载地址与所述第一升级控制部件建立用于下载所述第一升级包的第一安全通道；
所述发送单元，还用于通过所述第一安全通道向所述第一升级控制部件发送所述第一升级包。
14.根据权利要求12所述的装置，其特征在于，所述装置还包括接收单元，所述处理单元，还用于通过所述接收单元从所述OTA升级主节点接收用于指示所述至少两个部件组的分组信息。
15.根据权利要求12所述的装置，其特征在于，所述处理单元，还用于根据所述车辆的标识查询预先配置于服务器的部件组分组信息，通过所述查询结果确定所述车辆内的至少两个部件组。
16.根据权利要求12-15任一项中所述的装置，其特征在于，所述接收单元，还用于接收来自所述OTA升级主节点的第一消息，所述第一消息中包括用于指示所述至少两个部件组内的部件的版本信息；
所述处理单元，还用于根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成所述第一升级包。
17.一种车辆升级装置，其特征在于，所述车辆升级装置部署在车辆中，所述装置包括：
发送单元，用于向服务器发送第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息，所述至少两个部件组包括第一部件组和第二部件组，其中，所述第一部件组至少包括第一升级控制部件和第一部件，所述第一升级控制部件用于控制所述第一部件进行OTA升级，所述第二部件组至少包括第二升级控制部件和第二部件，所述第二升级控制部件用于控制所述第二部件进行OTA升级；
接收单元，用于接收服务器发送的用于下载第一升级包的第一下载地址，所述第一升级包用于对所述第一部件组内的部件进行升级；
所述发送单元，还用于向所述第一升级控制部件发送所述第一下载地址；
所述接收单元，还用于接收服务器发送的用于下载第二升级包的第二下载地址，所述第二升级包用于对所述第二部件组内的部件进行升级；
所述发送单元，还用于向所述第二升级控制部件发送所述第二下载地址。
18.根据权利要求17所述的装置，其特征在于，所述第一消息还用于指示所述至少两个部件组的分组信息。
19.根据权利要求17或18所述的装置，其特征在于，所述接收单元，还用于从所述第一升级控制部件接收所述第一部件组内的部件的版本信息。
20.一种车辆，其特征在于，所述车辆内包含OTA升级主节点和至少两个部件组，所述至少两个部件组包括第一部件组和第二部件组，所述第一部件组至少包括第一升级控制部件和第一部件，所述第一升级控制部件用于控制所述第一部件进行OTA升级，所述第二部件组至少包括第二升级控制部件和第二部件，所述第二升级控制部件用于控制所述第二部件进行OTA升级，其中：
所述车辆内的OTA升级主节点，用于向服务器发送第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息；
所述车辆内的所述第一升级控制部件，用于从所述服务器下载第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级；
所述车辆内的所述第二升级控制部件，用于从所述服务器下载第二升级包，所述第二升级包用于对所述第二部件组内的部件进行升级。
21.一种车辆升级装置，其特征在于，包括：
接收单元，用于接收来自车辆内的OTA升级主节点的第一消息，所述第一消息用于指示所述车辆内至少两个部件组内的部件的版本信息，所述至少两个部件组包括第一部件组和第二部件组，其中，所述第一部件组至少包括第一升级控制部件和第一部件，所述第一升级控制部件用于控制所述第一部件进行OTA升级，所述第二部件组至少包括第二升级控制部件和第二部件，所述第二升级控制部件用于控制所述第二部件进行OTA升级；
处理单元，用于根据所述至少两个部件组内的部件的版本信息，为所述第一部件组生成第一升级包，所述第一升级包用于对所述第一部件组内的部件进行升级；
发送单元，用于向所述车辆内的所述第一升级控制部件发送所述第一升级包；
所述处理单元，还用于根据所述至少两个部件组内的部件的版本信息，为所述第二部件组生成第二升级包，所述第二升级包用于对所述第二部件组内的部件进行升级；
所述发送单元，还用于向所述车辆内的所述第二升级控制部件发送所述第二升级包。
22.一种车辆升级装置，其特征在于，所述车辆升级装置部署在车辆中，所述车辆升级装置包括：
接收单元，用于从第一升级控制部件接收第一部件组内的部件的版本信息，所述第一部件组为所述车辆内至少两个部件组中的一个，所述至少两个部件组包括所述第一部件组和第二部件组，其中，所述第一部件组至少包括第一升级控制部件和第一部件，所述第一升级控制部件用于控制所述第一部件进行OTA升级，所述第二部件组至少包括第二升级控制部件和第二部件，所述第二升级控制部件用于控制所述第二部件进行OTA升级；
处理单元，用于根据所述至少两个部件组内的部件的版本信息，为所述至少两个部件组中的第一部件组生成第一升级包；其中，所述第一部件组的升级控制部件为第一升级控制部件；发送单元，用于向所述第一升级控制部件发送用于下载第一升级包的第一下载地址，所述第一升级包用于所述第一部件组内的部件进行OTA升级；
所述接收单元，还用于从所述第二升级控制部件接收第二部件组内的部件的版本信息；
所述发送单元，还用于向所述第二升级控制部件发送用于下载第二升级包的第二下载地址，所述第二升级包用于所述第二部件组内的部件进行OTA升级。
23.一种服务器，其特征在于，所述服务器包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述服务器实现如权利要求1-5、10中任一项所述的方法。
24.一种OTA升级主节点，其特征在于，所述OTA升级主节点包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述OTA升级主节点实现如权利要求6-8、11中任一项所述的方法。
25.一种车辆，其特征在于，所述车辆包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述车辆实现如权利要求9中所述的方法。
26.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，实现如权利要求1-5、10中任一项所述的方法。
27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，实现如权利要求6-8、11中任一项所述的方法。
28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，实现如权利要求9所述的方法。
CN202080004694.XA 2020-09-27 2020-09-27 一种车辆升级方法及装置 Active CN112640500B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210427265.4A CN114938500A (zh) 2020-09-27 2020-09-27 一种车辆升级方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/118208 WO2022061843A1 (zh) 2020-09-27 2020-09-27 一种车辆升级方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210427265.4A Division CN114938500A (zh) 2020-09-27 2020-09-27 一种车辆升级方法及装置

Publications (2)

Publication Number Publication Date
CN112640500A CN112640500A (zh) 2021-04-09
CN112640500B true CN112640500B (zh) 2022-05-10

Family

ID=75291202

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202210427265.4A Pending CN114938500A (zh) 2020-09-27 2020-09-27 一种车辆升级方法及装置
CN202080004694.XA Active CN112640500B (zh) 2020-09-27 2020-09-27 一种车辆升级方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202210427265.4A Pending CN114938500A (zh) 2020-09-27 2020-09-27 一种车辆升级方法及装置

Country Status (6)

Country Link
US (1) US20230289174A1 (zh)
EP (1) EP4202645A4 (zh)
JP (1) JP2023544130A (zh)
KR (1) KR20230067691A (zh)
CN (2) CN114938500A (zh)
WO (1) WO2022061843A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113064623A (zh) * 2021-04-19 2021-07-02 宝能(广州)汽车研究院有限公司 一种远程升级方法
CN113542018A (zh) * 2021-07-01 2021-10-22 东风悦享科技有限公司 一种基于v2x的ota升级系统及升级方法
CN113641388A (zh) * 2021-08-24 2021-11-12 北京百度网讯科技有限公司 云手机更新方法、相关装置及计算机程序产品
CN113783950A (zh) * 2021-08-27 2021-12-10 南斗六星系统集成有限公司 一种边缘分布式ota升级系统与方法
CN113590164B (zh) * 2021-08-31 2024-03-22 重庆长安汽车股份有限公司 一种整车控制器软件的升级方法及系统
CN114710407A (zh) * 2022-01-28 2022-07-05 锐捷网络股份有限公司 分布式系统软件版本升级方法及装置
CN117195216A (zh) * 2022-06-01 2023-12-08 华为技术有限公司 车辆校验方法、相关装置及系统
CN115225492A (zh) * 2022-07-06 2022-10-21 中国第一汽车股份有限公司 一种远程升级方法及系统
IL295320A (en) * 2022-08-02 2024-03-01 Red Bend Ltd Collaborative update device
CN115412436A (zh) * 2022-08-30 2022-11-29 重庆长安新能源汽车科技有限公司 车窗开关的升级方法、装置、电子设备及存储介质
CN116088913B (zh) * 2023-04-11 2023-06-13 北京集度科技有限公司 整车升级软件的集成设备、方法和计算机程序产品

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108282389A (zh) * 2017-01-05 2018-07-13 厦门雅迅网络股份有限公司 一种基于can总线负载监控的车载ota升级的方法
CN109445810A (zh) * 2018-09-07 2019-03-08 百度在线网络技术（北京）有限公司 自动驾驶车辆的信息升级方法、装置及存储介质
CN109582344A (zh) * 2018-11-27 2019-04-05 北京车和家信息技术有限公司 增量更新方法、装置、云服务器及计算机可读存储介质
CN111064803A (zh) * 2019-12-26 2020-04-24 江西江铃集团新能源汽车有限公司 车辆软件升级方法及升级系统
CN111163179A (zh) * 2020-01-15 2020-05-15 江铃汽车股份有限公司 汽车终端电控模块软件远程升级的系统及方法
CN111327475A (zh) * 2020-02-20 2020-06-23 杭州涂鸦信息技术有限公司 一种嵌入式设备升级的方法及其系统和装置
CN111614765A (zh) * 2020-05-22 2020-09-01 爱瑟福信息科技(上海)有限公司 车辆ota升级方法及其系统
CN111669428A (zh) * 2020-04-29 2020-09-15 联合汽车电子有限公司 车辆远程升级方法及系统、云服务端

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9081643B2 (en) * 2012-09-21 2015-07-14 Silver Sring Networks, Inc. System and method for efficiently updating firmware for nodes in a mesh network
US10470189B2 (en) * 2016-06-27 2019-11-05 At&T Intellectual Property I, L.P. Facilitation of efficient software downloads for vehicles
CN109862107B (zh) * 2019-03-05 2022-09-16 上海博泰悦臻网络技术服务有限公司 多线程调度指定升级方法、服务端及客户端
CN110971453B (zh) * 2019-11-15 2022-10-14 中国第一汽车股份有限公司 网络拓扑确定方法、装置、车辆网络拓扑结构及车辆

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108282389A (zh) * 2017-01-05 2018-07-13 厦门雅迅网络股份有限公司 一种基于can总线负载监控的车载ota升级的方法
CN109445810A (zh) * 2018-09-07 2019-03-08 百度在线网络技术（北京）有限公司 自动驾驶车辆的信息升级方法、装置及存储介质
CN109582344A (zh) * 2018-11-27 2019-04-05 北京车和家信息技术有限公司 增量更新方法、装置、云服务器及计算机可读存储介质
CN111064803A (zh) * 2019-12-26 2020-04-24 江西江铃集团新能源汽车有限公司 车辆软件升级方法及升级系统
CN111163179A (zh) * 2020-01-15 2020-05-15 江铃汽车股份有限公司 汽车终端电控模块软件远程升级的系统及方法
CN111327475A (zh) * 2020-02-20 2020-06-23 杭州涂鸦信息技术有限公司 一种嵌入式设备升级的方法及其系统和装置
CN111669428A (zh) * 2020-04-29 2020-09-15 联合汽车电子有限公司 车辆远程升级方法及系统、云服务端
CN111614765A (zh) * 2020-05-22 2020-09-01 爱瑟福信息科技(上海)有限公司 车辆ota升级方法及其系统

Also Published As

Publication number Publication date
WO2022061843A1 (zh) 2022-03-31
KR20230067691A (ko) 2023-05-16
US20230289174A1 (en) 2023-09-14
CN112640500A (zh) 2021-04-09
EP4202645A4 (en) 2023-09-27
JP2023544130A (ja) 2023-10-20
CN114938500A (zh) 2022-08-23
EP4202645A1 (en) 2023-06-28

Similar Documents

Publication Publication Date Title
CN112640500B (zh) 一种车辆升级方法及装置
US11972247B2 (en) Software upgrading method, apparatus, and system
KR101664734B1 (ko) 차량 제어기와 외부 리소스의 연동 시스템 및 방법
US10367889B2 (en) Smart routing for on-vehicle telematics protocol
CN113094062A (zh) 升级方法及装置
US20190126859A1 (en) Vehicle data communications network
WO2022165711A1 (zh) 基于空中下载技术ota的升级方法及装置
US20200409678A1 (en) Vehicle software update network
WO2023066166A1 (zh) 一种车载通信方法、装置及系统
WO2024008104A1 (zh) 远程升级方法及系统
US11273775B2 (en) Vehicle data communications network
US20180063246A1 (en) Method and apparatus for efficient data transfer protocol in a limited-bandwidth vehicle environment
EP4375802A1 (en) Over-the-air (ota) upgrade method and apparatus
CN114374714A (zh) 集中式汽车电子电气架构搭建方法、拓扑结构及存储介质
WO2024016251A1 (zh) 一种日志上报方法及装置
US10348348B2 (en) Method and apparatus for vehicle message routing
CN112671547B (zh) 车内业务切片的资源配置方法及装置、系统
CN113377393A (zh) 一种车载系统主节点的诊断刷新系统及方法
EP4199549A1 (en) Virtualized road-side units for vehicle-to-everything communication
US11171806B1 (en) Dynamic quality of service control for automotive ethernet
CN111405552B (zh) 一种车联网传输处理方法及设备
WO2021197327A1 (zh) 信号处理方法及相关设备
WO2021072647A1 (zh) 车内业务切片的资源配置方法及装置、系统
CN116743862A (zh) 车辆操作方法、装置、电子设备及存储介质
CN117376253A (zh) 车辆数据的处理方法、装置、系统及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant