WO2022205443A1 - 软件升级方法及装置 - Google Patents

软件升级方法及装置 Download PDF

Info

Publication number
WO2022205443A1
WO2022205443A1 PCT/CN2021/085370 CN2021085370W WO2022205443A1 WO 2022205443 A1 WO2022205443 A1 WO 2022205443A1 CN 2021085370 W CN2021085370 W CN 2021085370W WO 2022205443 A1 WO2022205443 A1 WO 2022205443A1
Authority
WO
WIPO (PCT)
Prior art keywords
function
upgrade
vehicle
software
information
Prior art date
Application number
PCT/CN2021/085370
Other languages
English (en)
French (fr)
Inventor
马涛
周铮
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2021/085370 priority Critical patent/WO2022205443A1/zh
Priority to CN202180000695.1A priority patent/CN113227967A/zh
Publication of WO2022205443A1 publication Critical patent/WO2022205443A1/zh

Links

Images

Classifications

    • 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

Definitions

  • the present application relates to the technical field of Internet of Vehicles, and in particular, to a software upgrade method and device.
  • Over-the-Air (OTA) technology mainly refers to a method of remotely managing and updating terminal software through the air interface.
  • OTA upgrade the operating system and system configuration of the device can be updated, which is convenient and fast, and does not require manufacturers Bringing the vehicle back to the upgrade feature greatly saves costs and improves user experience.
  • the embodiments of the present application provide a software upgrade method and device, which can enable a user to use some functions of the vehicle during the software upgrade process of the vehicle, thereby improving the user's car experience.
  • an embodiment of the present application provides a software upgrade method, which can be applied to a server.
  • the method includes: acquiring upgrade strategy information, where the upgrade strategy information is used to indicate at least two functions corresponding to the vehicle, and the at least two functions include A first function and a second function, wherein the first function is in a disabled state and the second function is in an available state; sending the upgrade strategy information to the vehicle.
  • the first function may include one or more functions
  • the second function may also include one or more functions.
  • the first function of the vehicle is disabled and the second function is available, so that the user can still use the second function during the upgrade of the vehicle, thereby improving the user's car experience.
  • the upgrade strategy information is used to indicate that when the vehicle upgrades the first function, the first function is in a disabled state and the second function is in an available state.
  • the first function when upgrading to the first function, the first function is in a disabled state and the second function is in an available state, so that during the upgrade of the vehicle, while ensuring the safety performance of the vehicle, the user can Using the second function improves the user's car experience.
  • the upgrade policy information is further used to indicate that both the first function and the third function are in a disabled state, and the third function is associated with the first function.
  • the third function associated with the first function is also in a disabled state, thereby ensuring the safety performance of the vehicle during the upgrade.
  • the upgrade strategy information is further used to indicate that when the vehicle is upgrading the second function, the second function is in a disabled state.
  • the second function when upgrading to the second function, the second function can be disabled, thereby ensuring the safety performance of the vehicle during the upgrade.
  • the upgrade strategy information is further used to instruct the vehicle to upgrade the first function and the second function in sequence, and when the second function is upgraded, the first function is available.
  • the upgrade strategy information is further used to instruct the vehicle to provide first prompt information through the human-machine interface HMI when upgrading the first function, and the first prompt information is used to prompt the user that the first function is disabled status, and/or, used to prompt the user that the second function is available.
  • the user may be prompted that the first function is unavailable, and/or the user may be prompted that the second function is unavailable, which further improves the user's car experience.
  • an embodiment of the present application provides a software upgrade method, which can be applied to a vehicle.
  • the method includes: acquiring upgrade strategy information, where the upgrade strategy information is used to indicate at least two functions corresponding to the vehicle, and the at least two functions include The first function and the second function, wherein the first function is in a disabled state and the second function is in an available state; according to the upgrade policy information, the first function is upgraded.
  • the first function may include one or more functions
  • the second function may also include one or more functions.
  • the upgrade strategy information is used to indicate that when the vehicle upgrades the first function, the first function is in a disabled state and the second function is in an available state.
  • the upgrade policy information is further used to indicate that both the first function and the third function are in a disabled state, and the third function is associated with the first function.
  • the upgrade strategy information is further used to indicate that when the vehicle upgrades the second function, the second function is in a disabled state.
  • the upgrade strategy information is further used to instruct the vehicle to upgrade the first function and the second function in sequence, and when the second function is upgraded, the first function is available.
  • the upgrade strategy information is further used to instruct the vehicle to provide first prompt information through the human-machine interface HMI when upgrading the first function, and the first prompt information is used to prompt the user that the first function is disabled status, and/or, used to prompt the user that the second function is available.
  • an embodiment of the present application provides a software upgrade device, including: an acquisition unit configured to acquire upgrade strategy information, where the upgrade strategy information is used to indicate at least two functions corresponding to the vehicle, and the at least two functions include a first function and second function, the first function is in a disabled state, and the second function is in an available state; a sending unit is used for sending the upgrade strategy information to the vehicle.
  • the upgrade strategy information is used to indicate that when the vehicle upgrades the first function, the first function is in a disabled state and the second function is in an available state.
  • the upgrade policy information is further used to indicate that both the first function and the third function are in a disabled state, and the third function is associated with the first function.
  • the upgrade strategy information is further used to indicate that when the vehicle upgrades the second function, the second function is in a disabled state.
  • the upgrade strategy information is further used to instruct the vehicle to upgrade the first function and the second function in sequence, and when the second function is upgraded, the first function is available.
  • the upgrade strategy information is further used to instruct the vehicle to provide first prompt information through the human-machine interface HMI when upgrading the first function, and the first prompt information is used to prompt the user that the first function is disabled status, and/or, used to prompt the user that the second function is available.
  • an embodiment of the present application provides a software upgrade device, including: an acquisition unit configured to acquire upgrade strategy information, where the upgrade strategy information is used to indicate at least two functions corresponding to the vehicle, and the at least two functions include a first A function and a second function, the first function is in a disabled state, and the second function is in an available state; an upgrade unit is used to upgrade the first function according to the upgrade policy information.
  • the upgrade strategy information is used to indicate that when the vehicle upgrades the first function, the first function is in a disabled state and the second function is in an available state.
  • the upgrade policy information is further used to indicate that both the first function and the third function are in a disabled state, and the third function is associated with the first function.
  • the upgrade strategy information is further used to indicate that when the vehicle upgrades the second function, the second function is in a disabled state.
  • the upgrade strategy information is further used to instruct the vehicle to upgrade the first function and the second function in sequence, and when the second function is upgraded, the first function is available.
  • the upgrade strategy information is further used to instruct the vehicle to provide first prompt information through the human-machine interface HMI when upgrading the first function, and the first prompt information is used to prompt the user that the first function is disabled status, and/or, used to prompt the user that the second function is available.
  • an embodiment of the present application provides a server, including a processor, a memory, and a communication interface; wherein, the memory is used to store a computer program; the processor is used to execute the computer program to implement the first aspect or the first aspect.
  • a server including a processor, a memory, and a communication interface; wherein, the memory is used to store a computer program; the processor is used to execute the computer program to implement the first aspect or the first aspect.
  • an embodiment of the present application provides a vehicle-mounted device, including a processor, a memory, and a communication interface; wherein, the communication interface is used to receive or send information; the memory is used to store a computer program; the processor is used to execute the computer program, The method provided in order to realize the second aspect or any possible implementation manner of the second aspect.
  • an embodiment of the present application provides a software upgrade system, including: the software upgrade device provided by the third aspect or any possible implementation manner of the third aspect and the fourth aspect or any one of the fourth aspect A software upgrade apparatus provided by a possible implementation manner; or, the server provided by the fifth aspect and the vehicle-mounted device provided by the sixth aspect.
  • an embodiment of the present application provides a processor, including: for executing the method provided by any possible implementation manner of the first aspect or the second aspect; or, for executing the second aspect or the first aspect The method provided by any possible implementation manner of the two aspects.
  • the present application provides a system-on-a-chip
  • the system-on-a-chip includes at least one processor configured to support implementing the functions involved in any one of the first aspect or the second aspect, such as receiving or Process the data and/or information involved in the above methods.
  • the chip system further includes a memory for storing program instructions and data, and the memory is located inside the processor or outside the processor.
  • the chip system may be composed of chips, or may include chips and other discrete devices.
  • an embodiment of the present application provides an integrated circuit for software upgrade, including: a memory for storing computer instructions; and a processor coupled with the memory for executing the computer instructions to implement the first aspect or the method provided by any one of the second aspects.
  • an embodiment of the present application provides a computer storage medium, where a computer program is stored on the computer storage medium, and when the computer program is executed by a processor, any one of the first aspect to the second aspect ( or implement the method described in any of its possible implementations).
  • the embodiments of the present application provide a computer program product that, when the computer program product runs on one or more processors, implements any one of the first aspect to the second aspect (or implements any of the other aspects). any one of the possible implementations) described in the method.
  • FIG. 1 is a schematic structural diagram of a system architecture provided by an embodiment of the present application.
  • FIG. 2 is a flowchart of a software upgrade method provided by an embodiment of the present application.
  • 3A is a schematic diagram of an upgrade strategy information provided by an embodiment of the present application.
  • 3B is a schematic diagram of an upgrade strategy information provided by an embodiment of the present application.
  • FIG. 5 is a schematic diagram of a function disabling and software upgrade provided by an embodiment of the present application.
  • FIG. 6 is a schematic diagram of function disabling and software upgrading provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of an HMI interface provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of function disabling and software upgrading provided by an embodiment of the present application.
  • FIG. 9 is a schematic diagram of an HMI interface provided by an embodiment of the present application.
  • FIG. 10 is a flowchart of a software upgrade method provided by an embodiment of the present application.
  • FIG. 11 is a flowchart of a software upgrade method provided by an embodiment of the present application.
  • FIG. 12 is a schematic diagram of function disabling and software upgrade provided by an embodiment of the present application.
  • FIG. 13 is a schematic structural diagram of a software upgrade apparatus provided by an embodiment of the present application.
  • FIG. 14 is a schematic structural diagram of a software upgrade apparatus according to an embodiment of the present application.
  • FIG. 15 is a schematic block diagram of a server according to an embodiment of the present application.
  • FIG. 16 is a schematic block diagram of a vehicle-mounted device according to an embodiment of the present application.
  • first and second are only used for descriptive purposes, and cannot be understood as indicating or implying relative importance or implying the number of indicated technical features. Thus, a feature defined as “first” or “second” may expressly or implicitly include one or more of that feature.
  • the terms “including”, “including”, “having” and their variants mean “including but not limited to” unless specifically emphasized otherwise.
  • An embodiment of the present application provides a software upgrade method, including: acquiring first upgrade strategy information, where the first upgrade strategy information is used to indicate at least two functions corresponding to the first vehicle, and the at least two functions may include the first function and a second function, wherein the first function is in a disabled state and the second function is in an available state; the first vehicle can upgrade the first function according to the first upgrade strategy information.
  • software may refer to software in a general sense, that is, to upgrade related functions corresponding to the software through software online upgrade (Software-over-the-air, SOTA).
  • the software can be, but is not limited to, an application (application, app).
  • it may also be a firmware upgrade, that is, the relevant firmware can be upgraded according to a firmware online upgrade (Firmware-over-the-air, FOTA).
  • firmware-over-the-air FOTA
  • FIG. 1 shows an exemplary system architecture diagram provided by an embodiment of the present application.
  • the system architecture may include the vehicle 100 and the upgrade server 200 . It can be understood that the embodiments of the present application do not limit the number of vehicles 100 and the number and type of upgrade servers 200 .
  • the vehicle 100 may be an automobile or other forms of motor vehicles.
  • the vehicle may be a vehicle in the form of a car, a bus, a truck, an agricultural locomotive, a parade float, a ride in an amusement park, or the like.
  • the vehicle 100 may include an upgrade control device 110, which may acquire the upgrade data package issued by the upgrade server 200, and use the upgrade data package to control the vehicle 100 to perform software upgrade.
  • the specific execution process will be described below. It is not repeated here.
  • the upgrade control device 110 may be a computing device with a data processing function.
  • the upgrade control device 110 may be a telematics box (T-Box).
  • the upgrade control device 110 may be one or more electronic control units (ECUs) of the vehicle 100 .
  • ECUs electronicee control units
  • the upgrade control device 110 may be connected to a wireless communication device on the vehicle 100, or the upgrade control device 110 may be integrated with a wireless communication component (not shown).
  • the wireless communication device or wireless communication component may include one or more antennas, modems, baseband processors, etc., and may communicate with a communication entity other than the vehicle 100 (eg, the upgrade server 200 ).
  • the wireless communication device or wireless communication component may be configured to communicate according to one or more communication technologies, such as mobile communication technologies such as 4G/5G, and wireless local area networks (WLAN) (such as wireless Fidelity (wireless fidelity, Wi-Fi network), Bluetooth (bluetooth, BT), global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field communication technology (near field communication) , NFC), infrared technology (infrared, IR) and other wireless communication technologies, as well as other communication technologies, will not be listed here.
  • WLAN wireless local area networks
  • the upgrade control device 110 may connect to and control a human machine interface (HMI) (not shown) of the vehicle 100 to provide prompt information to the user through the human machine interface.
  • HMI human machine interface
  • the human-machine interface may include a display screen for displaying text, symbols, images, videos, and other information.
  • the display includes a display panel.
  • the display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (active-matrix organic light).
  • AMOLED flexible light-emitting diode
  • FLED flexible light-emitting diode
  • QLED quantum dot light emitting diode
  • the upgrade control device 110 may connect and control audio devices of the vehicle 100 , such as speakers.
  • the audio device can convert the audio electrical signal into a sound signal, so that the upgrade control device 110 can provide prompt information in the form of sound through the audio device.
  • the vehicle 100 may include multiple ECUs.
  • the ECUs may have various hardware components, such as one or more processors (eg, a microcontroller unit (MCU)), one or more memories, and the like.
  • the hardware components possessed by the ECU can endow the ECU with data calculation and data storage capabilities, whereby the ECU can run one or more software (eg, application programs, firmware) to implement the functions corresponding to the one or more software.
  • the processor of the ECU may be configured to execute the codes or computer instructions of the software stored in the memory of the ECU, so as to realize the function of the one or more software.
  • an ECU can independently run one or more softwares to implement the functions corresponding to the one or more softwares. That is, one or more functions of the vehicle 100 may be independently implemented by one ECU. In other embodiments, two or more ECUs may jointly or jointly run one or more softwares to implement the functions corresponding to the one or more softwares. That is, one or more functions of the vehicle 100 may be jointly or jointly implemented by two or more ECUs. In the embodiments of the present application, the types of functions that can be implemented by a single ECU and the number of ECUs used to implement a certain function are not limited.
  • the vehicle 100 may include an ECU 120 , which may run software for controlling door locks to implement a central locking function.
  • the ECU 120 may be one ECU on the vehicle 100 , or may be composed of multiple ECUs on the vehicle 100 .
  • the vehicle 100 may include an ECU 130 that may execute software for managing heating and/or cooling equipment (eg, air conditioner compressors) of the vehicle 100 to implement air conditioning management functions. For example, cooling or heating is performed in response to a user's operation.
  • the ECU 130 may be one ECU on the vehicle 100 , or may be constituted by a plurality of ECUs on the vehicle 100 .
  • the vehicle 100 may include an ECU 140 that may execute software for implementing adaptive cruise control (ACC) functionality.
  • the ECU 140 running the software for implementing the ACC function may utilize a distance sensor (eg, radar) on the vehicle 100 to detect other vehicles on the road ahead of the vehicle 100 (ie, the vehicle in front of the vehicle 100 ).
  • the speed of the vehicle 100 is collected.
  • the vehicle 100 may be instructed to slow down (eg, instruct the vehicle 100 to apply the appropriate amount of braking) so that there is a safe distance between the vehicle 100 and the vehicle in front.
  • the ECU 140 may be one ECU on the vehicle 100 , or may be composed of multiple ECUs on the vehicle 100 .
  • the vehicle 100 may include an ECU 150 that may execute software for implementing highway assist (HWA) functions.
  • the ECU 150 running the software for realizing the HWA function can use the radar, camera and other sensors on the vehicle 100 to detect the vehicle in front of the vehicle 100 and the speed of the vehicle in front, as well as detect the lane lines, etc., to determine whether it is necessary or possible Change lanes etc.
  • the implementation of the HWA function depends on the ACC function.
  • the ECU 150 may be one ECU on the vehicle 100 , or may be constituted by a plurality of ECUs on the vehicle 100 .
  • Vehicle 100 may include more, fewer, or other ECUs, and may implement more, fewer, or other functions.
  • the vehicle 100 its implementation may be implemented by one or more software running on the ECU.
  • the one or more pieces of software may be referred to as control software or a control program of the function. That is, the function is controlled by the one or more software.
  • control software or a control program of the function. That is, the function is controlled by the one or more software.
  • each piece of software in the pieces of software participates in the realization of the function, therefore, each piece of software in the pieces of software can be called the control software or control software of the function program.
  • the upgrade server 200 can be an OTA cloud server, which can obtain the upgrade data package from the manufacturer or developer of the vehicle 100 .
  • the upgrade package may be configured by the manufacturer or developer of the vehicle 100 and may include upgrade files for one or more software on the vehicle 100 .
  • An upgrade file for a software refers to an upgrade file or an upgrade package of the software, which is used to update or upgrade the software to make the software more complete. For example, improve the security of the software, increase the functions of the software, etc.
  • the software upgrade method provided by the embodiment of the present application may be executed by the upgrade server 200 . As shown in Figure 2, the method may include the following steps.
  • Step 201 Obtain first upgrade strategy information, where the first upgrade strategy information is used to indicate at least two functions corresponding to the vehicle 100, the at least two functions include a first function and a second function, the first function is in a disabled state, and the second function is available.
  • the upgrade server 200 may acquire first upgrade policy information, where the upgrade policy information may be used to instruct the vehicle 100 to upgrade at least two functions including the first function and the second function. Wherein, during the upgrade, the upgrade policy information may indicate that the first function is in a disabled state and the second function is in an available state.
  • the first function may refer to one or more functions, and the second function may refer to another one or more functions.
  • the first upgrade policy information may be used to indicate that when the vehicle 100 upgrades the first function, the first function is in a disabled state and the second function is in an available state.
  • the first upgrade policy information may be used to indicate an upgrade order between the first function and the second function, wherein the first function precedes the second function in the upgrade order. That is, the first upgrade policy information may instruct the vehicle 100 to upgrade the first function first, and then upgrade the second function. Also, during the upgrade of the first function, the vehicle 100 may be instructed that the first function is in a disabled state and the second function is in an available state.
  • the upgrade sequence between the first function and the second function may specifically be the upgrade sequence between the first upgrade file and the second upgrade file.
  • the first upgrade policy information may be used to indicate an upgrade order between the first upgrade file and the second upgrade file.
  • the first upgrade file corresponds to the first function
  • the second upgrade file corresponds to the second function.
  • the first upgrade file may include one or more upgrade files
  • the second upgrade file may include one or more upgrade files.
  • the first upgrade policy information may be pre-configured.
  • the manufacturer or developer of the vehicle 100 may configure the first upgrade policy information.
  • the first upgrade policy information may include configuration information A1.
  • the configuration information A1 may record the identifier of each upgrade file in the multiple upgrade files.
  • the identifier of the upgrade file can be used to distinguish the upgrade file.
  • the identification of the upgrade file may consist of a software name or a version number.
  • the identifier of the upgrade file may be a set number, and the number may be composed of numbers and/or letters, which is not limited in this embodiment of the present application.
  • the configuration information A1 also records the position of the identifier of each file in the multiple upgrade files in the upgrade sequence.
  • the configuration information A1 can be represented as a list. In the list, the files in the plurality of upgrade files are sorted in order to obtain an upgrade order.
  • the relative positions of different upgrade files in the upgrade sequence represent the upgrade sequence relationship between different upgrade files. For example, when the vehicle 100 is upgraded according to the upgrade data package, the vehicle 100 firstly uses the first upgrade file in the upgrade sequence to perform software upgrade, and then uses the second upgrade file in the upgrade sequence to perform software upgrade, and so on.
  • the upgrade sequence can also be understood as an upgrade step, and the upgrade file at the nth position in the upgrade sequence is upgraded by the vehicle 100 at the nth step in the entire upgrade process.
  • a position in the upgrade sequence may have an identifier of one upgrade file, or may have identifiers of two or more upgrade files.
  • the vehicle 100 can simultaneously perform the upgrade operation of the two or more upgrade files.
  • the configuration information A1 in the first upgrade policy information may indicate the upgrade sequence between the first upgrade file and the second upgrade file.
  • the first upgrade file corresponds to the first function
  • the second upgrade file corresponds to the second function. Therefore, the configuration information A1 indicates the upgrade sequence between the first function and the second function.
  • the first upgrade policy information is further used to indicate that both the first function and the third function are in a disabled state, and the third function is associated with the first function.
  • the first upgrade policy information may also indicate that the third function is associated with the first function.
  • the first function may be an ACC function
  • the third function may be an HWA function. Since the implementation of the HWA function depends on the ACC function, when the ACC function is in a disabled state, the HWA function is also in a disabled state, which can improve the safety performance of the vehicle 100 during software upgrade.
  • the first upgrade policy information is further used to indicate that when the vehicle 100 upgrades the second function, the second function is in a disabled state.
  • the configuration information A1 included in the first upgrade policy information indicates the upgrade sequence of the first function and the second function. That is, the first upgrade strategy information instructs the vehicle 100 to upgrade the first function and the second function at different times, respectively.
  • the first upgrade policy information may indicate that when the vehicle 100 upgrades the second function, the second function is in a disabled state.
  • the first upgrade strategy information is further used to instruct the vehicle 100 to upgrade the first function and the second function in sequence, and when the second function is upgraded, the first function is in an available state.
  • the configuration information A1 included in the first upgrade policy information indicates an upgrade order of the first function and the second function, and in the upgrade order, the first function precedes the second function. That is to say, when the second function is upgraded, the upgrade of the first function has been completed, and at this time, the first function can be restored to a usable state. Therefore, the first upgrade strategy information may indicate that when the vehicle 100 upgrades the second function, the first function is available.
  • the first upgrade strategy information is further used to instruct the vehicle 100 to provide first prompt information through a human-machine interface (Human Machine Interface, HMI) when upgrading the first function, and the first prompt information is used to prompt the user
  • HMI Human Machine Interface
  • the first function is in a disabled state, and/or, used to prompt the user that the second function is in an available state.
  • the first upgrade strategy information may instruct the human-machine interface of the vehicle 100 to display prompt information, which is used to indicate that the first function is in a disabled state, so that the user can be informed
  • the first function is unavailable, which improves the user's car experience.
  • the first upgrade strategy information may instruct the human-machine interface of the vehicle 100 to display prompt information, which is used to indicate that the second function is available.
  • the first upgrade policy information can indicate which function can be in a disabled state, so as to inform the user that the second function is available, which improves the user's car experience.
  • the first upgrade policy information may further include configuration information A2, which may include identifiers of multiple software.
  • the identification of the software is used to distinguish the software from other software.
  • the identification of the software may be the package name of the software.
  • the identification of the software may be a set number, and the number may be composed of numbers and/or letters.
  • the identifier of the software in the configuration information A2 has a corresponding relationship with the upgrade file in the upgrade data package. Wherein, the identifiers of the multiple software included in the configuration information A2 are used to disable the corresponding software to disable the corresponding function at the same time or before the vehicle performs the software upgrade. The details will be introduced below, and will not be repeated here.
  • one or more software identifiers among the multiple software identifiers included in the configuration information A2 may correspond to an upgrade file.
  • it may be controlled by one or more software. If the upgrade file is used to update one or some of the one or more software. A corresponding relationship between the upgrade file and the one or more softwares may be established. The corresponding relationship can be recorded in the configuration information A2.
  • an identifier of a piece of software in the configuration information A2 may correspond to one or more upgrade files. It can be understood that one piece of software may correspond to one or more upgrade files. That is, one or more upgrade files are used to update a piece of software.
  • the configuration information A2 may be configured by the manufacturer or developer of the vehicle 100 and included in the first upgrade strategy information.
  • upgrade server 200 automatically generates configuration information A2. Specifically, the upgrade server 200 can determine the target software of the upgrade file according to the upgrade file, and then can determine the function controlled by the target software. If the function is controlled by multiple softwares, other control software for the function can be determined according to the function. The corresponding relationship between the upgrade file and the target software and other control software can be established, so as to obtain the configuration information A2.
  • the target software of the upgrade file refers to the software used by the upgrade file to be upgraded. For example, if the upgrade file is used to upgrade the software B1, the software B1 can be referred to as the target software of the upgrade file.
  • the configuration information A2 may be included in the first upgrade strategy information.
  • the first upgrade policy information may include configuration information A2 and configuration information A1 at the same time.
  • FIG. 3A shows an example of the first upgrade policy information.
  • S1, S2, and S3 respectively represent the positions of their corresponding upgrade files in the upgrade sequence.
  • SW1, SW2, SW3, SW4, and SW5 are identifiers of different upgrade files, respectively.
  • FC1, FC2, and FC3 are the identifiers of different software respectively.
  • the software corresponding to FC1, FC2, and FC3 is the software that needs to be disabled in the corresponding upgrade process.
  • the first upgrade policy information may further include configuration information A3, which includes identifiers of multiple ECUs.
  • the identification of the ECU is used to distinguish the ECU.
  • the identification of the ECU may be a unique identification (unique identification, UID).
  • UID unique identification
  • the identifier of the ECU in the configuration information A3 has a corresponding relationship with the upgrade file in the upgrade data package.
  • the multiple software identifiers included in the configuration information A3 are used to disable corresponding functions by disabling corresponding ECUs at the same time or before the vehicle performs software upgrade. The details will be introduced below, and will not be repeated here.
  • the software may run on one or more ECUs, and if the upgrade file is used to update the software, a corresponding relationship between the identifiers of the one or more ECUs and the upgrade file may be established.
  • the corresponding relationship can be recorded in the configuration information A3. Therefore, the identifiers of one or more ECUs among the identifiers of the multiple ECUs included in the configuration information A3 may correspond to one upgrade file.
  • an ECU can run one or more software.
  • one or more of the software on the ECU may have one or more upgrade files. Therefore, there may be only one upgrade file in the upgrade package for upgrading the software on the ECU, or there may be multiple upgrade files in the upgrade package for upgrading the software on the ECU Case. Therefore, the identifier of one ECU among the identifiers of the multiple ECUs included in the configuration information A3 may correspond to one or more upgrade files.
  • the configuration information A3 may be configured by the manufacturer or developer of the vehicle 100 and included in the first upgrade strategy information.
  • upgrade server 200 automatically generates configuration information A3. Specifically, the upgrade server 200 can determine the target software of the upgrade file according to the upgrade file, and then can determine the ECU for running the target software. Thus, the corresponding relationship between the ECU and the upgrade file can be established. Wherein, when the manufacturer or developer of the vehicle 100 configures the first upgrade strategy information, the configuration information A3 may be included in the first upgrade strategy information.
  • the first upgrade policy information may include configuration information A3 and configuration information A1 at the same time.
  • FIG. 3B shows an example of the first upgrade policy information.
  • S1 , S2 , and S3 respectively represent the positions of their corresponding upgrade files in the upgrade sequence.
  • SW1, SW2, SW3, SW4, and SW5 are identifiers of different upgrade files, respectively.
  • ECU1, ECU2, and ECU3 are identifiers of different ECUs, respectively.
  • the upgrade server 200 may execute step 202 to send the first upgrade strategy information to the vehicle 100 .
  • the upgrade server 200 may deliver the first upgrade policy information to the vehicle 100 through a wireless communication network.
  • a wireless communication network For details, reference may be made to the above introduction to the wireless communication device or wireless communication component, which will not be repeated here.
  • the above example describes the operations performed by the upgrade server 200 .
  • an example describes the operations performed by the vehicle 100 .
  • Step 401 Obtain first upgrade strategy information, where the first upgrade strategy information is used to indicate at least two functions corresponding to the vehicle 100, the at least two functions include a first function and a second function, the first function is in a disabled state, and the second function is available.
  • step 201 shown in FIG. 2 For the first upgrade policy information, reference may be made to the above description of step 201 shown in FIG. 2 , and details are not repeated here.
  • the vehicle 100 may obtain the first upgrade strategy information from the upgrade server 200 , and for details, reference may be made to the description of step 202 shown in FIG. 2 above, which will not be repeated here.
  • Step 402 Upgrade the first function according to the first upgrade policy information.
  • the vehicle 100 may disable the first function according to the first upgrade policy information, and upgrade the first function.
  • the vehicle 100 may acquire the upgrade data package from the upgrade server 200 .
  • the upgrade data may include an upgrade file SW1, an upgrade file SW2, an upgrade file SW3, an upgrade file SW4, and an upgrade file SW5.
  • the upgrade file SW1 and the upgrade file SW2 may belong to the first upgrade file, that is, the upgrade file SW1 and the upgrade file SW2 are used to upgrade the first function.
  • the upgrade file SW3 and the upgrade file SW4 may belong to the second upgrade file, that is, the upgrade file SW3 and the upgrade file SW4 are used to upgrade the second function. As shown in FIG.
  • the first upgrade policy information is used to instruct the vehicle 100 to first perform the upgrade operation of the upgrade file SW1 and the upgrade file SW2, secondly perform the upgrade operation of the upgrade file SW3 and the upgrade file SW4, and then perform the upgrade operation of the upgrade file SW5. .
  • the upgrade operation of the upgrade file refers to the operation of using the upgrade file to upgrade the target software.
  • the upgrade file to be upgraded by the vehicle that is, the upgrade file to be upgraded first by the vehicle, may be referred to as the file to be upgraded.
  • the vehicle has not performed the upgrade operations of upgrade file 1, upgrade file 2, and upgrade file 3.
  • the vehicle first performs the upgrade operation of the upgrade file 1, and the upgrade file 1 is the file to be upgraded.
  • the upgrade control device 110 may determine, according to the configuration information A1, a file to be upgraded among the plurality of upgrade files. Specifically, for two adjacent upgrade files in the upgrade sequence, when or after the upgrade operation of the previous upgrade file is completed, the vehicle 100 may determine the latter upgrade file as the file to be upgraded, so as to prepare for the latter upgrade file. Upgrade operation for upgrade files. Wherein, when two or more upgrade files are in the same position in the upgrade sequence, that is, when two or more upgrade files are juxtaposed in the upgrade sequence, the two or more upgrade files can be simultaneously determined as file to be updated.
  • the upgrade control device 110 may determine the file to be upgraded from the multiple upgrade files according to a preset rule.
  • the files to be upgraded may be sequentially determined according to the order in which the vehicle 100 completes receiving the upgrade files.
  • the completed upgrade file is received first, and it is determined as the file to be upgraded.
  • the completed upgrade file is received and determined as a new to-be-upgraded file.
  • the vehicle 100 downloads the upgrade data package, the download completion time of the upgrade file 1 is earlier than the download completion time of the upgrade file 2 .
  • the vehicle 100 Before determining that the upgrade file 2 is the file to be upgraded, the vehicle 100 first determines that the upgrade file 1 is the file to be upgraded. When or after the upgrade operation of the upgrade file 1 is completed, it is determined that the upgrade file 2 is the file to be upgraded.
  • the function corresponding to the file to be upgraded can be disabled. Other functions may not be disabled, or may be selectively disabled. The following is a detailed introduction.
  • An applicable scenario of the solutions provided by the embodiments of the present application is that before the vehicle 100 starts to perform software upgrade, multiple functions of the vehicle 100 are available. For example, when the engine of the vehicle is started, functions such as the air conditioning management function and the central locking function of the vehicle 100 are available. For another example, the vehicle is in a driving state, and functions such as the air conditioning management function, the central locking management function, the ACC function, and the HWA function of the vehicle 100 are available.
  • the function C1 can be disabled.
  • the function C1 may be the first function in the embodiment shown in FIG. 2 .
  • the other functions in the available state may not be disabled.
  • the other functions may be or include the second function in the embodiment shown in FIG. 2 .
  • the air conditioning function and the central locking function of the vehicle 100 may be set to be available, wherein the central locking function is controlled by the software B1, and the air conditioning function is controlled by the software B2.
  • the central locking function may be disabled, but the air conditioning function may not be disabled.
  • the function C1 can be disabled. If the implementation of the function C2 of the vehicle 100 depends on the function C1 (eg, the implementation of the function C2 needs to utilize the data generated by the function C1 ), the function C2 may be disabled when or after the function C1 is disabled.
  • the function C2 may be the third function in the embodiment shown in FIG. 2 .
  • the implementation of the HWA function relies on the ACC function, and the HWA function of the vehicle may be disabled when or after the vehicle's ACC function is disabled. For functions that do not depend on the function C1 and are in an available state, disabling processing may not be performed.
  • the functionality may be disabled through control software that disables the functionality.
  • the function is realized through the operation of the software. When the software is closed, the corresponding functions are also unavailable.
  • the disabling of the software may be understood as the closing of the software.
  • the target software of the file to be upgraded may be shut down to disable functions controlled by the target software.
  • the target software of the file to be upgraded corresponding to the function is part of the software, only the target software of the file to be upgraded may be closed to Disable this feature.
  • the multiple software can also be closed to disable this feature.
  • the first upgrade policy information may include configuration information A2.
  • the configuration information A2 indicates the correspondence between the upgrade file and the software.
  • the upgrade control device 110 may determine the software corresponding to the file to be upgraded according to the configuration information A2, and may then close the software.
  • the software FC1 corresponding to the upgrade file SW1 and the upgrade file SW2 can be closed to disable the software FC1 controlled by the software FC1. Function. Then, an upgrade operation of the upgrade file SW1 and the upgrade file SW2 can be performed.
  • the software FC2 can be closed. Then, the upgrade operation of the upgrade file SW3 and the upgrade file SW4 can be performed.
  • the first upgrade policy information may include configuration information A3.
  • the configuration information A3 indicates the corresponding relationship between the upgrade file and the ECU.
  • the upgrade control device 110 may determine the ECU corresponding to the file to be upgraded according to the configuration information A3. Then, the identity of the ECU can be mapped to the identity of the software, and the software can be closed according to the identity of the software.
  • the shutdown of the software may be accomplished by a software shutdown instruction.
  • the upgrade control device 110 may send a shut down instruction to the ECU where the software is located, and the shut down instruction may include the identifier of the software.
  • the ECU may shut down the software in response to the shutdown command.
  • functionality may be disabled by disabling the ECU.
  • the function is realized by the ECU through the operation of the software. That is, the ECU is the hardware basis of the function.
  • the ECU is disabled, the hardware-based functions of the ECU also become unavailable, that is, disabled.
  • disabling the ECU may mean that the ECU enters a communication silent state.
  • the ECU in the communication silent state no longer responds to the user's instruction except for responding to the instruction of the upgrade control device 110 .
  • the functions that the ECU can perform can be divided into service functions and ECU self-management functions.
  • Business functions may refer to functions other than the management functions of the ECU itself, such as air conditioning management functions, central locking management functions, ACC functions, and HWA functions.
  • the ECU self-management function may refer to a function of the ECU to manage itself. For example, the function of obtaining power from a power source to maintain its own operation.
  • the communication silent state in response to a triggering condition for entering the communication silent state (eg, a disable instruction sent by the upgrade control device 110 ) the communication silent state is entered.
  • a triggering condition for leaving the communication silent state eg, an unblocking instruction sent by the upgrade control device 110
  • the communication silent state is released. Wait, I won't list them all here.
  • the ECU entering the communication silent state no longer performs the aforementioned service function, but can still perform the aforementioned ECU self-management function.
  • the ECU corresponding to the file to be upgraded may be determined.
  • the ECU may refer to the ECU where the target software of the file to be upgraded is located. Then, the ECU can be disabled.
  • the first upgrade policy information may include configuration information A3.
  • the configuration information A3 indicates the corresponding relationship between the upgrade file and the ECU.
  • the upgrade control device 110 may determine the ECU corresponding to the file to be upgraded according to the configuration information A3, and then control the ECU to enter a disabled state.
  • the entry of the ECU into the disabled state may be accomplished by a software shutdown command.
  • the upgrade control device 110 may send a disable instruction to the ECU when or after it is determined that the ECU needs to be disabled.
  • the ECU may enter a disabled state in response to the disable command.
  • the disabled state may refer to a communication silent state.
  • the upgrade control device 110 may provide prompt information to prompt or indicate that the function is unavailable.
  • the upgrade control device 110 may provide prompt information D1, where the prompt information D1 is used to prompt that the function controlled by the software FC1 is unavailable.
  • the upgrade control device 110 may also provide prompt information D2 for prompting that the function controlled by the software FC2 is unavailable.
  • the upgrade control device 110 may connect and control the human-machine interface of the vehicle 100 .
  • the prompt information can be text information or symbol information.
  • the upgrade control device 110 provides prompt information, and specifically, the upgrade control device 110 may control the man-machine interface to display the prompt information.
  • the man-machine interface can display an interface as shown in FIG. 7 to prompt the user that the central locking function is unavailable.
  • the upgrade control device 100 can connect and control the audio device of the vehicle 100 .
  • the prompt information can be sound information.
  • the upgrade control device 110 provides prompt information, specifically, the upgrade control device 110 controls the audio device to play the prompt information. Taking the prompt information for prompting that the air conditioner management is unavailable as an example, the audio device may play "currently the air conditioner is unavailable".
  • the upgrade control device 110 may perform an upgrade operation of the files to be upgraded.
  • the upgrade control device 110 may send the file to be upgraded to the target ECU.
  • the target ECU refers to the ECU where the target upgrade software of the file to be upgraded is located.
  • the target ECU receives the to-be-upgraded file, it can use the to-be-upgraded file to update or upgrade the target software.
  • the upgrade control device 110 may send the to-be-upgraded file to the target ECU in advance, for example, before disabling the relevant function, to send the to-be-upgraded file to the target ECU.
  • the upgrade control device 110 may send an upgrade instruction to the target ECU.
  • the target ECU can upgrade the target software using the file to be upgraded.
  • the upgrade control device 110 may control the function controlled by the target software to re-enter the usable state when or after the operation of upgrading the target software using the to-be-upgraded file ends.
  • the functions that have been upgraded can be gradually lifted during the upgrade process, which further improves the user experience.
  • the upgrade control device 110 can open the software FC1 so that the functions controlled by the software FC1 are re-enabled.
  • the first upgrade policy information may include indication information for indicating the correspondence between the unlocked software and the upgrade file.
  • the upgrade control device 110 can determine the software that needs to be unlocked according to the indication information, and then enable the software.
  • the software that needs to be unlocked can be opened by an unlock instruction.
  • the upgrade control device 110 determines the software that needs to be unlocked, it can send an unlock instruction to the ECU where the software is located, where the unlock instruction includes the identifier of the software.
  • the ECU can start the software in response to the unlocking command.
  • the upgrade control device 110 may unblock the ECU corresponding to the upgrade file.
  • the ECU corresponding to the upgrade file reference may be made to the introduction to the configuration information A3 above, which will not be repeated here.
  • the ECU may be brought out of the disabled state by an undisable command.
  • the upgrade control device 110 may send an unlock instruction to the ECU.
  • the ECU can respond to the unlocking command and leave the disabled state in order to restore the relevant functions.
  • the upgrade control device 110 may provide prompt information to prompt that the function is available when or after the function is released or re-entered into the available state.
  • a prompt message D2' may be provided upon or after the software FC1 is started.
  • the prompt information D2' is used at least to prompt that the function controlled by the software FC1 is available.
  • the prompt information D2' may be text information or symbol information.
  • the upgrade control device 110 provides prompt information D2', which may specifically be for the upgrade control device 110 to control the man-machine interface to display the prompt information D2'.
  • the man-machine interface can display the interface shown in Figure 9.
  • the prompt information D2' may be sound information.
  • the upgrade control device 110 provides prompt information D2', which may specifically be for the upgrade control device 110 to control the audio device to play the prompt information D2'.
  • the audio device can play "air conditioning management is unavailable, central locking is available”.
  • the software upgrade method provided by the embodiments of the present application can disable the functions that need to be disabled as the software upgrade progresses during the software upgrade process of the vehicle, so that the user can use some functions during the OTA process, and the user experience of using the vehicle is improved.
  • the vehicle usually performs software upgrades in a parking state.
  • the software upgrade method provided by the embodiment of the present application during the upgrade of the vehicle, only the functions that need to be disabled can be disabled, and other functions can still be available. Therefore, the software upgrade method provided by the embodiments of the present application can be applied not only to a vehicle in a parked state, but also to a vehicle in a moving state in some cases.
  • the parking state means that the vehicle is not currently moving and is stationary relative to the ground on which it is located.
  • the motion state is the opposite or the opposite of the parked state, and refers to the state in which the vehicle moves relative to the ground on which it is located.
  • the functions of the vehicle can be divided into three types, namely basic functions, auxiliary functions, and irrelevant functions, according to the degree of dependence of the vehicle on the functions.
  • the basic functions refer to the functions that the movement or driving of the vehicle must rely on or are highly dependent on, such as functions directly related to the power control, direction control, and speed control of the vehicle. More specifically, the basic functions can be such as power battery management function, electric power steering function, etc.
  • Auxiliary functions refer to functions that can assist the movement or driving of the vehicle, but are not functions that the movement of the vehicle must rely on.
  • Irrelevant functions refer to functions that have nothing to do with vehicle motion or driving, and whose activation or deactivation has little or no effect on the motion of the vehicle. For example, entertainment functions, etc.
  • the manufacturer of the vehicle can specify or set which functions of the vehicle are basic functions, which functions are auxiliary functions, and which functions are irrelevant functions.
  • the manufacturer of the vehicle may also configure configuration information A4 corresponding to different types of functions.
  • the configuration information A4 is used to indicate the state of the vehicle to upgrade the function corresponding to the configuration information A4, or to suggest the state of the vehicle to upgrade the function corresponding to the configuration information A4.
  • the configuration information A4 of the basic function is used to instruct the basic function to be upgraded when the vehicle is in a parked state.
  • the configuration information A4 of the auxiliary function is used to suggest that the auxiliary function be upgraded when the vehicle is in a parked state.
  • the configuration information A4 of the irrelevant function is used to indicate that the vehicle can upgrade the irrelevant function in the parking state, and can also upgrade the irrelevant function in the driving state.
  • the vehicle when the determined to-be-upgraded file is used to upgrade the control software of the basic function, if the vehicle is in a moving state, the vehicle can automatically leave the moving state and enter a parking state, then disable the basic function and upgrade the Control software for basic functions.
  • the upgrade control device 110 may control the man-machine interface to display prompt information D3, where the prompt information D3 is used to prompt The user actively parks in order to upgrade this basic function.
  • the upgrade control device 110 may control the man-machine interface to display prompt information D4, the prompt information D4 is used for prompting Upgrading this assistive function may lead to risks when the user is in motion of the vehicle. For example, by upgrading the rear collision warning function, the vehicle can no longer provide rear collision warning, which may lead to the risk of rear collision. The user can choose to accept this risk and not actively park, so that the vehicle can upgrade the auxiliary function in a moving state. The user can also actively park the vehicle so that the assist function can be upgraded while the vehicle is parked.
  • the software upgrade method provided by the embodiments of the present application may include the steps shown in FIG. 10 . details as follows.
  • the upgrade server 200 may obtain an upgrade data package, and the upgrade data package may include at least one upgrade file and upgrade policy information.
  • the upgrade data package may include at least one upgrade file and upgrade policy information.
  • upgrade server 200 may obtain upgrade data packages from the manufacturer or developer of vehicle 100 .
  • the manufacturer or developer of the vehicle 100 can input the upgrade data package into the upgrade server 200 .
  • both the upgrade file and the upgrade policy information in the upgrade data package can be configured by the manufacturer or developer of the vehicle 100 .
  • upgrade server 200 may obtain upgrade files from the manufacturer or developer of vehicle 100 . Then, the upgrade server 200 may determine the software or ECU corresponding to the upgrade file according to the upgrade file to generate upgrade policy information. For details, please refer to the above introduction, which will not be repeated here.
  • Step 1002 the upgrade server 200 may deliver the upgrade data package to the vehicle 100 .
  • the upgrade server 200 may deliver the upgrade data package to the vehicle 100 .
  • the upgrade server 200 generates the upgrade policy information according to the upgrade file obtained from the manufacturer or developer of the vehicle 100, and when or after the upgrade file and the upgrade policy information are packaged into a data package, the upgrade server 200 can upgrade the upgrade file.
  • the data packet is sent to the vehicle 100 .
  • the upgrade server 200 may deliver the upgrade data package in response to the software update requirement sent by the vehicle 100 .
  • the upgrade server 200 may periodically detect whether a new upgrade data package needs to be delivered, and if so, the upgrade server 200 sends the upgrade data package to the vehicle 100 . Wait, I won't list them one by one here.
  • Step 1003 the vehicle 100 disables the function corresponding to the at least one upgrade file while using the at least one upgrade file for software upgrade according to the upgrade policy information.
  • the vehicle 100 can disable the software FC1 to disable functions controlled by FC1 .
  • the vehicle 100 does not disable functions controlled by software FC2 and functions controlled by software FC3.
  • disabling the software refers to closing the software so that it is no longer in a working state.
  • disabling the ECU may refer to making the ECU enter a communication silent state.
  • the ECU that is in silent communication no longer receives service messages nor sends out service messages, but can receive messages sent by the upgrade control device 110 , and can also send messages to the upgrade control device 110 .
  • the embodiment of the present application also provides another software upgrade method, and the method can be executed by the upgrade control device 110 .
  • the method may include the following steps.
  • Step 1101 Receive an upgrade data package from an upgrade server, where the upgrade data package includes at least one upgrade file.
  • Step 1102 when the first function and the second function of the vehicle are in the available state, control the first function to enter the disabled state, and maintain the available state of the second function; the first function is at least controlled by the target software of at least one upgrade file , the second function is controlled by second software other than the target software.
  • step 1102 the function corresponding to the upgrade file included in the upgrade package may be disabled, but other functions are not disabled. Then, perform the upgrade operation of the upgrade file. That is, in step 1102, it is not necessary to disable related functions according to the to-be-upgraded file after the to-be-upgraded file is determined. Instead, the functions controlled by the target software of all the upgrade files in the upgrade package are disabled at or before the start of the upgrade operation for the first upgrade file in the upgrade package. The other functions in the available state may not be disabled.
  • the upgrade data package may include upgrade policy information, and the upgrade policy information includes an identifier of at least one piece of software.
  • the upgrade policy information is used to upgrade the control device 110 to disable the at least one piece of software.
  • the upgrade strategy information may be configured by the manufacturer or developer of the vehicle 100 , or may be automatically generated by the upgrade server 200 . For details, please refer to the above introduction, which will not be repeated here.
  • the upgrade policy information may include the identification of the software FC1 , the identification of the software FC2 , and the identification of the software FC2 .
  • the functions controlled by the software indicated by the upgrade policy information can be disabled without disabling other functions in the available state, which improves the user's vehicle experience.
  • the upgrade data package may include upgrade policy information, and the upgrade policy information includes the identification of at least one ECU.
  • the upgrade policy information is used to upgrade the control device 110 to disable the at least one ECU.
  • the upgrade strategy information may be configured by the manufacturer or developer of the vehicle 100 , or may be automatically generated by the upgrade server 200 . For details, please refer to the above introduction, which will not be repeated here.
  • the functions of the ECU that depend on the upgrade policy information can be disabled, but other functions that are available are not disabled, which improves the user's vehicle experience.
  • prompt information D3 may be provided.
  • FIG. 12 when or after software FC1 , software FC2 , and software FC3 are disabled, prompt information D3 may be provided.
  • FIG. 7 or FIG. 9 For details, reference may be made to the above description of the embodiment shown in FIG. 7 or FIG. 9 .
  • Step 1103 using at least one upgrade file to upgrade the target software.
  • the upgrade operation please refer to the above description of the upgrade operation, which will not be repeated here.
  • an upgrade operation of one or more upgrade files may be performed at one moment. At another moment, another upgrade operation of one or more upgrade files is performed.
  • the software upgrade method provided by the application embodiment not only simplifies the function disabling operation in the upgrade process, but also disables the functions related to this upgrade during the upgrade process, and does not disable other functions, so that the user can use some functions in the OTA process, Improve the user's car experience.
  • an embodiment of the present application provides a software upgrade apparatus.
  • the apparatus may be configured in the upgrade server 200 .
  • the device includes:
  • the obtaining unit 1310 is configured to obtain first upgrade strategy information, where the first upgrade strategy information is used to indicate at least two functions corresponding to the vehicle 100, the at least two functions include a first function and a second function, and the first function is in a disabled state, The second function is available state;
  • the sending unit 1320 is configured to send the first upgrade strategy information to the vehicle 100 .
  • the device provided by the embodiment of the present application can disable the functions that need to be disabled as the software upgrade progresses during the software upgrade process of the vehicle, so that the user can use some functions during the OTA process, which improves the user's car experience.
  • an embodiment of the present application provides a software upgrade apparatus.
  • This device may be arranged in the vehicle 100 . As shown in Figure 14, the device includes:
  • the obtaining unit 1410 is configured to obtain first upgrade strategy information, where the first upgrade strategy information is used to indicate at least two functions corresponding to the vehicle 100, the at least two functions include a first function and a second function, and the first function is in a disabled state, The second function is available state;
  • the upgrade unit 1420 is configured to upgrade the first function according to the first upgrade policy information.
  • the server 1500 may include a processor 1510, a memory 1520, a communication interface 1530; the memory 1620 is used to store computer programs.
  • the server 1500 can implement the operations of upgrading the server 200 in the embodiments shown in FIG. 2 above.
  • an embodiment of the present application provides an in-vehicle device 1600 .
  • the in-vehicle device 1600 may include a processor 1610, a memory 1620, a communication interface 1630; the memory 1620 is used to store computer programs.
  • the computer program stored in the memory 1620 is executed by the processor 1610, the in-vehicle device 1600 can perform the operations of the vehicle 100 in the embodiments shown in FIG. 4 above.
  • This embodiment of the present application provides a software upgrade system, which may include a server 1500 and a vehicle-mounted device 1600 .
  • An embodiment of the present application provides a chip system, and the chip system may include: a processor and an interface circuit; the processor and the interface circuit are connected, and are configured to execute the upgrade server 200 in the above embodiments shown in FIG. 2 or FIG. 4 Operation of the vehicle 100 in the various embodiments shown.
  • the system-on-a-chip also includes a memory.
  • the memory stores instructions that are executable by the processor.
  • the system-on-a-chip can perform the operations of the upgrade server 200 in the embodiments shown in FIG. 2 or the operations of the vehicle 100 in the embodiments shown in FIG. 4 .
  • the embodiment of the present application provides an integrated circuit for software upgrade.
  • the integrated circuit includes a memory, and a processor coupled to the memory.
  • the memory can store instructions.
  • the processor may execute the instructions stored in the memory to implement the functions of the upgrade server 200 in the embodiments shown in FIG. 2 or the vehicle 100 in the embodiments shown in FIG. 4 .
  • An embodiment of the present application provides a computer storage medium, which stores a computer program.
  • the upgrade server 200 in each of the embodiments shown in FIG. 2 or in each of the embodiments shown in FIG. 4 can be implemented. Function of the vehicle 100 .
  • the embodiments of the present application provide a computer program product, when the computer program product runs on one or more processors, it can implement the upgrade server 200 in the embodiments shown in FIG. 2 or the embodiments shown in FIG. 4 .
  • Function of the vehicle 100 Function of the vehicle 100 .
  • An embodiment of the present application provides a processor, which can be used to execute the method shown in FIG. 2 or the method shown in FIG. 4 .
  • the method steps in the embodiments of the present application may be implemented in a hardware manner, or may be implemented in a manner in which a processor executes software instructions.
  • Software instructions can be composed of corresponding software modules, and software modules can be stored in random access memory (RAM), flash memory, read-only memory (ROM), programmable read-only memory (programmable rom) , PROM), erasable programmable read-only memory (erasable PROM, EPROM), electrically erasable programmable read-only memory (electrically EPROM, EEPROM), registers, hard disks, removable hard disks, CD-ROMs or known in the art in any other form of storage medium.
  • An exemplary storage medium is coupled to the processor, such that the processor can read information from, and write information to, the storage medium.
  • the storage medium can also be an integral part of the processor.
  • the processor and storage medium may reside in an ASIC.
  • the above-mentioned embodiments it may be implemented in whole or in part by software, hardware, firmware or any combination thereof.
  • software it can be implemented in whole or in part in the form of a computer program product.
  • the computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present application are generated.
  • the computer may be a general purpose computer, special purpose computer, computer network, or other programmable device.
  • the computer instructions may be stored in or transmitted over a computer-readable storage medium.
  • the computer instructions can be sent from one website site, computer, server, or data center to another website site by wire (eg, coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (eg, infrared, wireless, microwave, etc.) , computer, server or data center.
  • the computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, a data center, or the like that includes an integration of one or more available media.
  • the usable media may be magnetic media (eg, floppy disks, hard disks, magnetic tapes), optical media (eg, DVDs), or semiconductor media (eg, solid state disks (SSDs)), and the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本申请涉及车联网技术领域，具体涉及一种软件升级方法及装置。该方法包括：获取升级策略信息，该升级策略信息用于指示车辆对应的至少两个功能，至少两个功能包括第一功能和第二功能，其中，第一功能为禁用状态，第二功能为可用状态；向该车辆发送该升级策略信息。在该方法中，在车辆的软件升级期间，车辆的第一功能为禁用状态，第二功能为可用状态，使得用户在车辆的软件升级期间仍然可使用第二功能，从而改善了用户的用车体验。

Description

软件升级方法及装置 技术领域
本申请涉及车联网技术领域，具体涉及一种软件升级方法及装置。
背景技术
空中下载(Over-the-Air，OTA)技术主要是指一种通过空中接口远程管理，更新终端软件的方法，通过OTA升级可以更新设备的操作***，***配置等，具有方便快捷，且无需厂家将车辆找回升级的特点，大大节约了成本，进而提高了用户体验。
在OTA升级过程中，汽车的一些软件因升级而不能正常工作。若出现异常退出事件，会导致升级失败。同时，在OTA软件升级过程中，汽车的功能也会被禁用。
发明内容
本申请实施例提供了一种软件升级方法及装置，可以在车辆的软件升级过程中，使得用户可以使用的车辆部分功能，改善了用户的用车体验。
第一方面，本申请实施例提供了一种软件升级方法，可应用于服务器，该方法包括：获取升级策略信息，该升级策略信息用于指示车辆对应的至少两个功能，至少两个功能包括第一功能和第二功能，其中，第一功能为禁用状态，第二功能为可用状态；向该车辆发送该升级策略信息。
在一种可能的实现方式中，第一功能可以包括一个或多个功能，第二功能也可以包括一个或多个功能。
通过该方法，在车辆的升级期间，车辆的第一功能为禁用状态，第二功能为可用状态，使得用户在车辆的升级期间仍然可以使用第二功能，从而改善了用户用车体验。
在一种可能的实现方式中，该升级策略信息用于指示车辆在升级第一功能时，第一功能为禁用状态，第二功能为可用状态。
也就是说，在该实现方式中，在升级到第一功能时，第一功能为禁用状态，第二功能为可用状态，从而在车辆的升级期间，在保证车辆安全性能的同时，使用户可使用第二功能，改善了用户用车体验。
在一种可能的实现方式中，该升级策略信息还用于指示第一功能和第三功能均为禁用状态，第三功能和第一功能相关联。
也就是说，在该实现方式中，在第一功能为禁用状态时，与第一功能关联的第三功能也为禁用状态，进而保证了车辆在升级期间的安全性能。
在一种可能的实现方式中，该升级策略信息还用于指示车辆在升级第二功能时，所述第二功能为禁用状态。
也就是说，在该实现方式中，在升级到第二功能时，可以禁用第二功能，进而保证了车辆在升级期间的安全性能。
在一种可能的实现方式中，该升级策略信息还用于指示车辆依次升级第一功能和第二功能，以及在升级第二功能时，第一功能为可用状态。
也就是说，在该实现方式中，在升级第二功能时，可以使之前处于禁用状态的第一功能恢复可用，从而进一步改善了用户用车体验。
在一种可能的实现方式中，该升级策略信息还用于指示车辆在升级第一功能时，通过人机接口HMI提供第一提示信息，第一提示信息用于向用户提示第一功能为禁用状态，和/或，用于向用户提示第二功能为可用状态。
也就是说，该在实现方式中，在车辆进行软件升级期间，可以提示用户第一功能不可用，和/或，提示用户第二功能不可用，进一步改善了用户用车体验。
第二方面，本申请实施例提供了一种软件升级方法，可应用于车辆，该方法包括：获取升级策略信息，该升级策略信息用于指示车辆对应的至少两个功能，至少两个功能包括第一功能和第二功能，其中，第一功能为禁用状态，第二功能为可用状态；根据该升级策略信息，升级第一功能。
在一种可能的实现方式中，第一功能可以包括一个或多个功能，第二功能也可以包括一个或多个功能。
在一种可能的实现方式中，该升级策略信息用于指示车辆在升级第一功能时，第一功能为禁用状态，第二功能为可用状态。
在一种可能的实现方式中，该升级策略信息还用于指示第一功能和第三功能均为禁用状态，第三功能和第一功能相关联。
在一种可能的实现方式中，该升级策略信息还用于指示车辆在升级所述第二功能时，所述第二功能为禁用状态。
在一种可能的实现方式中，该升级策略信息还用于指示车辆依次升级第一功能和第二功能，以及在升级第二功能时，第一功能为可用状态。
在一种可能的实现方式中，该升级策略信息还用于指示车辆在升级第一功能时，通过人机接口HMI提供第一提示信息，第一提示信息用于向用户提示第一功能为禁用状态，和/或，用于向用户提示第二功能为可用状态。
第三方面，本申请实施例提供了一种软件升级装置，包括：获取单元，用于获取升级策略信息，该升级策略信息用于指示车辆对应的至少两个功能，至少两个功能包括第一功能和第二功能，第一功能为禁用状态，第二功能为可用状态；发送单元，用于向该车辆发送该升级策略信息。
在一种可能的实现方式中，该升级策略信息用于指示车辆在升级第一功能时，第一功能为禁用状态，第二功能为可用状态。
在一种可能的实现方式中，该升级策略信息还用于指示第一功能和第三功能均为禁用状态，第三功能和第一功能相关联。
在一种可能的实现方式中，该升级策略信息还用于指示车辆在升级所述第二功能时，所述第二功能为禁用状态。
在一种可能的实现方式中，该升级策略信息还用于指示车辆依次升级第一功能和第二功能，以及在升级第二功能时，第一功能为可用状态。
在一种可能的实现方式中，该升级策略信息还用于指示车辆在升级第一功能时，通过人机接口HMI提供第一提示信息，第一提示信息用于向用户提示第一功能为禁用状态，和/或，用于向用户提示第二功能为可用状态。
第四方面，本申请实施例提供了一种软件升级装置，包括：获取单元，用于获取升级策略信息，该升级策略信息用于指示车辆对应的至少两个功能，至少两个功能包括第一功能和第二功能，第一功能为禁用状态，第二功能为可用状态；升级单元，用于根据该升级策略信息，升级第一功能。
在一种可能的实现方式中，该升级策略信息用于指示车辆在升级第一功能时，第一功能为禁用状态，第二功能为可用状态。
在一种可能的实现方式中，该升级策略信息还用于指示第一功能和第三功能均为禁用状态，第三功能和第一功能相关联。
在一种可能的实现方式中，该升级策略信息还用于指示车辆在升级所述第二功能时，所述第二功能为禁用状态。
在一种可能的实现方式中，该升级策略信息还用于指示车辆依次升级第一功能和第二功能，以及在升级第二功能时，第一功能为可用状态。
在一种可能的实现方式中，该升级策略信息还用于指示车辆在升级第一功能时，通过人机接口HMI提供第一提示信息，第一提示信息用于向用户提示第一功能为禁用状态，和/或，用于向用户提示第二功能为可用状态。
第五方面，本申请实施例提供了一种服务器，包括处理器、存储器和通信接口；其中，存储器用于存储计算机程序；处理器用于执行该计算机程序，以实现第一方面或第一方面中任一种可能的实现方式所提供的方法。
第六方面，本申请实施例提供了一种车载设备，包括处理器、存储器、通信接口；其中，通信接口用于接收或发送信息；存储器用于存储计算机程序；处理器用于执行该计算机程序，以实现第二方面或第二方面中任一种可能的实现方式所提供的方法。
第七方面，本申请实施例提供了一种软件升级***，包括：第三方面或第三方面中任一种可能的实现方式所提供的软件升级装置和第四方面或第四方面中任一种可能的实现方式所提供的软件升级装置；或者，第五方面所提供的服务器和第六方面所提供的车载设备。
第八方面，本申请实施例提供了一种处理器，包括：用于执行第一方面或第二方面中任一种可能的实现方式所提供的方法；或者，用于执行第二方面或第二方面中任一种可能的实现方式所提供的方法。
第九方面，本申请提供了一种芯片***，该芯片***包括至少一个处理器，用于支持实现上述第一方面或第二方面中的任一方面中所涉及的功能，例如，例如接收或处理上述方法中所涉及的数据和/或信息。
在一种可能的设计中，所述芯片***还包括存储器，所述存储器，用于保存程序指令和数据，存储器位于处理器之内或处理器之外。该芯片***，可以由芯片构成，也可以包含芯片和其他分立器件。
第十方面，本申请实施例提供了一种用于软件升级的集成电路，包括：存储器，用于存储计算机指令；以及与存储器耦合的处理器，用于执行该计算机指令，以实现第一方面或第二方面中的任一方面所提供的方法。
第十一方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质上存储有计算机程序，当该计算机程序由处理器执行时，实现第一方面至第二方面中任一 方面(或实现其任意一种可能的实施方式)所描述的方法。
第十二方面，本申请实施例提供了一种计算机程序产品，当所述计算机程序产品在一个或多个处理器上运行时，实现第一方面至第二方面中任一方面(或实现其任意一种可能的实施方式)所描述的方法。
附图说明
图1为本申请实施例提供的一种***架构的结构示意图；
图2为本申请实施例提供的一种软件升级方法流程图；
图3A为本申请实施例提供的一种升级策略信息的示意图；
图3B为本申请实施例提供的一种升级策略信息的示意图；
图4为本申请实施例提供的一种软件升级方法流程图；
图5为本申请实施例提供的一种功能禁用和软件升级示意图；
图6为本申请实施例提供的一种功能禁用和软件升级示意图；
图7为本申请实施例提供的一种HMI界面示意图；
图8为本申请实施例提供的一种功能禁用和软件升级示意图；
图9为本申请实施例提供的一种HMI界面示意图；
图10为本申请实施例提供的一种软件升级方法流程图；
图11为本申请实施例提供的一种软件升级方法流程图；
图12为本申请实施例提供的一种功能禁用和软件升级示意图；
图13为本申请实施例提供的一种软件升级装置结构示意图；
图14为本申请实施例提供的一种软件升级装置结构示意图；
图15为本申请实施例提供的一种服务器示意性框图
图16为本申请实施例提供的一种车载设备示意性框图。
具体实施方式
下面将结合附图，对本申请实施例中的技术方案进行描述。显然，本说明书所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。
在本说明书的描述中“一个实施例”或“一些实施例”等意味着在本说明书的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。
其中，在本说明书的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本说明书实施例的描述中，“多个”是指两个或多于两个。
在本说明书的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
目前，对于通过OTA来升级车辆对应的软件的方案来说，车辆一旦开始进行软件 升级，几乎所有的功能被禁用。而整车OTA来升级车辆对应的软件过程持续时间较长，使得用户在较长时间内不能使用汽车的功能。
本申请实施例提供了一种软件升级方法，包括：获取第一升级策略信息，该第一升级策略信息用于指示第一车辆对应的至少两个功能，该至少两个功能可包括第一功能和第二功能，其中，第一功能为禁用状态，第二功能为可用状态；该第一车辆可根据第一升级策略信息，升级第一功能。通过上述方法，第一车辆在升级第一功能时，可以保证第二功能为可用状态，使得用户在车辆的软件升级过程中仍然可以使用第一车辆对应的第二功能，大大改善了用户用车体验。
可以理解的，在本申请实施例中，软件可以是指通常意义上的软件，即通过软件在线升级(Software-over-the-air，SOTA)升级软件对应的相关功能。软件可以为但不限于应用程序(application，app)。除软件升级之外，也可以是固件(firmware)升级，即可以按照固件在线升级(Firmware-over-the-air，FOTA)对相关固件进行升级。其中，在下文中，如无特殊说明，软件可以是指通常意义上的软件，也可以是指固件。
接下来，在不同实施例中，展开介绍本申请实施例提供的软件升级方法。
图1示出了本申请实施例提供的一种示例性***架构图。该***架构可以包括车辆100和升级服务器200。可以理解的，本申请实施例对车辆100的数量以及升级服务器200的数量、类型等均不作限定。
其中，车辆100可以为汽车，也可以为其他形式机动车辆。示例性的，车辆可以为轿车、公交车、卡车、农用机车、游行花车、游乐园中的游戏车等形式的车辆。
如图1所示，车辆100可以包括升级控制设备110，其可以获取升级服务器200下发的升级数据包，并利用该升级数据包控制车辆100进行软件升级，具体执行过程将在下文进行介绍，在此不再赘述。升级控制设备110可以为具有数据处理功能的计算装置。在一个例子中，升级控制设备110可以为车载信息盒子(telematics box，T-Box)。示例性的，升级控制设备110可以为车辆100的一个或多个电子控制单元(electronic control unit，ECU)。
在一些实施例中，升级控制设备110可以连接车辆100上的无线通信设备，或者升级控制设备110可以集成有无线通信组件(未示出)。该无线通信设备或无线通信组件可以包括一个或多个天线、调制解调器、基带处理器等，可与车辆100之外的通信实体(例如升级服务器200)进行通信。一般而言，该无线通信设备或无线通信组件可以被配置为根据一种或多种通信技术进行通信，例如4G/5G等移动通信技术，以及无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信技术，以及其他通信技术，此处不再一一列举。
在一些实施例中，升级控制设备110可以连接并控制车辆100的人机接口(human machine interface，HMI)(未示出)，以便通过人机接口为用户提供提示信息。示例性的，人机接口可以包括用于显示文字、符号、图像、视频等信息的显示屏。显示屏包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机 发光二极体(active-matrix organic light emitting diode，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，量子点发光二极管(quantum dot light emitting diodes，QLED)等，本申请实施例对此不作限定。
在一些实施例中，升级控制设备110可以连接并控制车辆100的音频设备，例如扬声器。音频设备可以将音频电信号转化为声音信号，使得升级控制设备110可以通过音频设备提供的声音形式的提示信息。
继续参阅图1，车辆100可以包括多个ECU。对于其中的一个ECU而言，其可以具有多种硬件组件，例如一个或多个处理器(例如微控制单元(microcontroller unit，MCU))、一个或多个存储器等。ECU所具有的硬件组件可以赋予该ECU数据计算和数据存储能力，由此，ECU可以运行一个或多个软件(例如应用程序、固件)，以实现该一个或多个软件所对应的功能。具体而言，该ECU的处理器可以用于执行存储在该ECU的存储器的软件的代码或者说计算机指令，以实现该一个或多个软件所对饮的功能。在一些实施例中，一个ECU可以独立地运行一个或多个软件，以实现该一个或多个软件所对应的功能。也就是说，车辆100的一个或多个功能可以由一个ECU独立实现。在另一些实施例中，两个或更多个ECU可以联合或者说共同运行一个或多个软件，以实现该一个或更多个软件所对应的功能。也就说，车辆100的一个或多个功能可以由两个或更多个ECU联合或者说共同实现。本申请实施例，对单个ECU可以实现的功能的种类，以及用于实现某种功能的ECU的个数不做限定。
在一些实施例中，如图1所示，车辆100可以包括ECU120，其可以运行用于控制门锁的软件，实现中控锁功能。其中，ECU120可以是车辆100上的一个ECU，也可以由车辆100上的多个ECU所构成。
在一些实施例中，如图1所示，车辆100可以包括ECU130，其可以运行用于管理车辆100的制热设备和/或冷却设备(例如空调压缩机)的软件，实现空调管理功能。例如，响应于用户的操作，进行制冷或制热。其中，ECU130可以是车辆100上的一个ECU，也可以由车辆100上的多个ECU所构成。
在一些实施例中，如图1所示，车辆100可以包括ECU140，其可以运行用于实现自适应巡航控制(adaptive cruise control，ACC)功能的软件。具体而言，运行用于实现ACC功能的软件的ECU140可以利用车辆100上的车距传感器(例如雷达)，探测车辆100前方道路上的其他车辆(即车辆100的前车)。同时采集车辆100的车速。当车辆100与其前车之间的距离过小时，可以指示车辆100减速(例如，指示车辆100进行适量制动)，使得车辆100与其前车之间具有安全距离。其中，ECU140可以是车辆100上的一个ECU，也可以由车辆100上的多个ECU所构成。
在一些实施例中，如图1所示，车辆100可以包括ECU150，其可以运行用于实现高速公路驾驶辅助(highway assist，HWA)功能的软件。具体而言，运行用于实现HWA功能的软件的ECU150，可以利用车辆100上的雷达、摄像头等传感器探测车辆100的前车以及前车的车速，以及探测车道线等，以判断是否需要或者可以变道等。HWA功能的实现依赖于ACC功能。其中，ECU150可以是车辆100上的一个ECU，也可以由车辆100上的多个ECU所构成。
需要说明的是，上文介绍的各ECU、功能仅是示例。车辆100可以包括更多、更 少或其他ECU，以及可以实现更多、更少或其他功能。
另外，对于车辆100的某种功能而言，其实现可以由一个或多个软件在ECU上运行实现。在本申请实施例中，可以将该一个或多个软件称为该功能的控制软件或者说控制程序。即该功能由该一个或多个软件所控制。对于多个软件控制某个功能的情况，该多个软件中的每个软件均参与了该功能的实现，因此，该多个软件中的每个软件均可以称为该功能的控制软件或控制程序。
升级服务器200可以为OTA云端服务器，其可从车辆100的厂商或者开发者处获取升级数据包。该升级数据包可由车辆100的厂商或者开发者配置，其可以包括针对车辆100上的一个或多个软件的升级文件。针对软件的升级文件，是指该软件的升级文件或者说升级包，用于更新或者说升级该软件，使该软件更加完善。例如，提高该软件的安全性，增加该软件的功能等。
本申请实施例提供的软件升级方法，可由升级服务器200执行。如图2所示，该方法可以包括如下步骤。
步骤201，获取第一升级策略信息，第一升级策略信息用于指示车辆100对应的至少两个功能，至少两个功能包括第一功能和第二功能，第一功能为禁用状态，第二功能为可用状态。
升级服务器200可以获取第一升级策略信息，该升级策略信息可以用于指示车辆100升级包括第一功能和第二功能在内的至少两个功能。其中，在升级期间，升级策略信息可以指示第一功能为禁用状态，第二功能为可用状态。其中，第一功能可以是指一个或多个功能，第二功能可以是指另外的一个或多个功能。
在一些实施例中，第一升级策略信息可以用于指示车辆100在升级第一功能时，第一功能为禁用状态，第二功能为可用状态。
第一升级策略信息可以用于指示第一功能和第二功能之间的升级顺序，其中，在该升级顺序中，第一功能在第二功能之前。即，第一升级策略信息可以指示车辆100先升级第一功能，然后再升级第二功能。并且，可以指示车辆100在升级第一功能期间，第一功能为禁用状态，第二功能为可用状态。
在一些实施例中，第一功能和第二功能之间的升级顺序具体可以是第一升级文件和第二升级文件之间的升级顺序。换言之，第一升级策略信息可以用于指示第一升级文件和第二升级文件之间的升级顺序。其中，第一升级文件对应第一功能，第二升级文件对应第二功能。第一升级文件可以包括一个或多个升级文件，第二升级文件可以包括一个或多个升级文件。
在一种可能的实施方式中，第一升级策略信息可以是预先配置的。例如，车辆100的厂商或开发者可配置第一升级策略信息。
示例性的，第一升级策略信息可以包括配置信息A1。配置信息A1可以记录多个升级文件中每个升级文件的标识。升级文件的标识可以用于区分升级文件。在一个例子中，升级文件的标识可以由软件名称或版本号组成。在一个例子中，升级文件的标识可以为设定的编号，该编号可以由数字和/或字母组成，本申请实施例对此不作限定。
可选地，配置信息A1还记录该多个升级文件中每个文件的标识在升级顺序中的位置。配置信息A1可以表现为一个列表。在该列表中，该多个升级文件中的文件依次 排序，得到一个升级顺序。不同升级文件在该升级顺序中的相对位置表示了不同升级文件之间的升级先后关系。例如，在车辆100根据升级数据包进行升级时，车辆100最先利用升级顺序中的第一个升级文件进行软件升级，然后，利用升级顺序中的第二个升级文件进行软件升级，依次类推。
可以理解的，升级顺序也可以理解为升级步骤，处于升级顺序中第n位置上的升级文件，由车辆100在整个升级进程中的第n步进行升级。其中，需要说明的是，升级顺序中的一个位置上可以具有一个升级文件的标识，也可以具有两个或更多个升级文件的标识。其中，当两个或更多个升级文件的标识处于升级顺序中的同一位置时，车辆100可以同时执行该两个或更多个升级文件的升级操作。
由此，第一升级策略信息中的配置信息A1可以指示第一升级文件和第二升级文件之间的升级顺序。其中，第一升级文件对应第一功能，第二升级文件对应第二功能，因此，配置信息A1指示了第一功能和第二功能之间的升级顺序。
在一些实施例中，第一升级策略信息还用于指示第一功能和第三功能均为禁用状态，第三功能和第一功能相关联。
第一升级策略信息还可以指示第三功能和第一功能关联。例如，第一功能可以为ACC功能，第三功能为HWA功能。由于HWA功能的实现依赖于ACC功能，在ACC功能为禁用状态时，HWA功能也为禁用状态，可以提高车辆100在软件升级期间的安全性能。
在一些实施例中，第一升级策略信息还用于指示车辆100在升级第二功能时，第二功能为禁用状态。
第一升级策略信息所包括的配置信息A1指示了第一功能和第二功能的升级顺序。也就是说，第一升级策略信息指示车辆100在不同时间分别升级第一功能和第二功能。从而，第一升级策略信息可以指示车辆100在升级第二功能时，第二功能为禁用状态。
在一些实施例中，第一升级策略信息还用于指示车辆100依次升级第一功能和第二功能，以及在升级第二功能时，第一功能为可用状态。
第一升级策略信息所包括的配置信息A1指示了第一功能和第二功能的升级顺序，并且在升级顺序中，第一功能先于第二功能。也就是说，在升级第二功能时，第一功能的升级已完成，此时，第一功能可以恢复到可用状态。因此，第一升级策略信息可以指示车辆100在升级第二功能时，第一功能为可用状态。
在一些实施例中，第一升级策略信息还用于指示车辆100在升级第一功能时，通过人机接口(Human Machine Interface，HMI)提供第一提示信息，第一提示信息用于向用户提示第一功能为禁用状态，和/或，用于向用户提示第二功能为可用状态。
车辆100在升级第一功能时，第一功能为禁用状态，第一升级策略信息可指示车辆100的人机接口显示提示信息，该提示信息用于表示第一功能为禁用状态，从而可以告知用户第一功能不可用，改善了用户的用车体验。
车辆100在升级第一功能时，第二功能为可用状态，第一升级策略信息可指示车辆100的人机接口显示提示信息，该提示信息用于表示第二功能为可用状态，
也就是说，第一升级策略信息可以指示哪个功能可以处于禁用状态，在从而可用告知用户第二功能可用，改善了用户的用车体验。
在一些实施例中，第一升级策略信息还可以包括配置信息A2，其可以包括多个软件的标识。软件的标识用于区别该软件和其他软件。在一个例子中，软件的标识可以为软件的包名(package name)。在另一个例子中，软件的标识可以是设定的编号，该编号可以由数字和/或字母组成。配置信息A2中的软件的标识和升级数据包中的升级文件具有对应关系。其中，配置信息A2包括的多个软件的标识用于在车辆进行软件升级的同时或之前，禁用相应的软件，以禁用相应功能。具体将在下文进行介绍，在此不再赘述。
示例性的，配置信息A2所包括的多个软件的标识中的一个或多个软件的标识可以对应一个升级文件。对于车辆100的一个功能而言，其可以由一个或多个软件控制。若升级文件用于更新该一个或多个软件中的某个或某些软件。可以建立该升级文件和该一个或多个软件的对应关系。该对应关系可以记录到配置信息A2中。
示例性的，配置信息A2中的一个软件的标识可以对应一个或多个升级文件。可以理解的是，一个软件可能对应一个或多个升级文件。也就是说，一个或多个升级文件用于更新一个软件。
在一个说明性示例中，配置信息A2可以是车辆100的厂商或开发者配置的，并将其包含在第一升级策略信息中。
在一个说明性示例中，升级服务器200自动生成配置信息A2。具体而言，升级服务器200可以根据升级文件，确定该升级文件的目标软件，然后，可以确定该目标软件所控制的功能。若该功能由多个软件所控制的，则可以根据该功能，确定该功能的其他控制软件。可以建立升级文件与目标软件以及其他控制软件的对应关系，从而得到配置信息A2。其中，升级文件的目标软件是指升级文件所用来升级的软件。举例而言，若升级文件用于升级软件B1，则软件B1可以称为该升级文件的目标软件。其中，车辆100的厂商或者开发者在配置第一升级策略信息时，可以将配置信息A2包含在第一升级策略信息中。
在一些实施例中，第一升级策略信息可以同时包括配置信息A2和配置信息A1。图3A示出了第一升级策略信息的一个示例。在图3A中，S1、S2、S3分别表示各自对应的升级文件在升级顺序中的位置。SW1、SW2、SW3、SW4、SW5分别为不同的升级文件的标识。FC1、FC2、FC3分别为不同的软件的标识。其中，FC1、FC2、FC3对应的软件为需要在相应的升级过程中禁用的软件。
在一些实施例中，第一升级策略信息还可以包括配置信息A3，其包括多个ECU的标识。ECU的标识用于区分ECU。在一个例子中，ECU的标识可以为唯一身份标识(unique identification，UID)。配置信息A3中的ECU的标识和升级数据包中的升级文件具有对应关系。其中，配置信息A3包括的多个软件的标识用于在车辆进行软件升级的同时或之前，通过禁用相应的ECU，实现禁用相应功能。具体将在下文进行介绍，在此不再赘述。
在一些实施例中，可以理解，软件可以运行在一个或多个ECU上，若升级文件用于更新该软件，可以建立该一个或多个ECU的标识与该升级文件的对应关系。该对应关系可以记录到配置信息A3中。因此，配置信息A3所包括的多个ECU的标识中的一个或多个ECU的标识可以对应一个升级文件。
可以理解，一个ECU可以运行一个或多个软件。对于一次的OTA升级，ECU上的一个或多个软件中的软件可能具有一个或多个升级文件。因此，可能会存在升级数据包中有且仅有一个用于升级该ECU上的软件的升级文件的情况，也可能会存在升级数据包中有多个用于升级该ECU上的软件的升级文件的情况。因此，配置信息A3所包括的多个ECU的标识中的一个ECU的标识可以对应一个或多个升级文件。
在一个说明性示例中，配置信息A3可以是车辆100的厂商或开发者配置的，并将其包含在第一升级策略信息中。
在一个说明性示例中，升级服务器200自动生成配置信息A3。具体而言，升级服务器200可以根据升级文件，确定该升级文件的目标软件，进而可以确定用于运行目标软件的ECU。由此，可以建立该ECU和升级文件的对应关系。其中，车辆100的厂商或者开发者在配置第一升级策略信息时，可以将配置信息A3包含在第一升级策略信息中。
在一些实施例中，第一升级策略信息可以同时包括配置信息A3和配置信息A1。图3B示出了第一升级策略信息的一个示例。在图3B中，S1、S2、S3分别表示各自对应的升级文件在升级顺序中的位置。SW1、SW2、SW3、SW4、SW5分别为不同的升级文件的标识。ECU1、ECU2、ECU3分别为不同的ECU的标识。
回到图2，升级服务器200可以执行步骤202，向车辆100发送第一升级策略信息。
在一些实施例中，升级服务器200可以通过无线通信网络向车辆100下发第一升级策略信息。具体可以参考上文对无线通信设备或无线通信组件的介绍，在此不再赘述。
上文示例介绍了，升级服务器200所执行的操作。接下来，示例介绍车辆100所执行的操作。
参阅图4，车辆100可以执行如下步骤。步骤401，获取第一升级策略信息，第一升级策略信息用于指示车辆100对应的至少两个功能，至少两个功能包括第一功能和第二功能，第一功能为禁用状态，第二功能为可用状态。
其中，第一升级策略信息可以参考上文对图2所示步骤201的介绍，在此不再赘述。
车辆100可以从升级服务器200获取第一升级策略信息，具体可以参考上文图2所示步骤202的介绍，在此不再赘述。
步骤402，根据第一升级策略信息，升级第一功能。
车辆100可以根据第一升级策略信息，使第一功能为禁用状态，并升级第一功能。
接下来，介绍车辆100根据升级策略信息，升级相关功能的具体方案。
车辆100可以从升级服务器200获取升级数据包。该升级数据包括可以包括升级文件SW1、升级文件SW2、升级文件SW3、升级文件SW4、升级文件SW5。其中，升级文件SW1和升级文件SW2可以属于第一升级文件，即升级文件SW1和升级文件SW2用于升级第一功能。升级文件SW3和升级文件SW4可以属于第二升级文件，即升级文件SW3和升级文件SW4用于升级第二功能。如图3A所示，第一升级策略信息用于指示车辆100先执行升级文件SW1、升级文件SW2的升级操作，其次执行升 级文件SW3、升级文件SW4的升级操作，然后执行升级文件SW5的升级操作。
在本申请实施例中，升级文件的升级操作是指利用该升级文件升级目标软件的操作。为表述方便，车辆将要升级的升级文件，即车辆接下来最先要升级的升级文件，可被称为待升级文件。举例而言，车辆还没有执行升级文件1、升级文件2、升级文件3的升级操作。在这三个升级文件中，车辆最先执行升级文件1的升级操作，则升级文件1为待升级文件。
在一些实施例中，当升级数据包包括多个升级文件，且第一升级策略信息包括配置信息A1时，升级控制设备110可以根据配置信息A1，确定该多个升级文件中确定待升级文件。具体而言，对于在升级顺序中位置相邻的两个升级文件，在前一个升级文件的升级操作完成时或之后，车辆100可以确定后一个升级文件为待升级文件，以准备进行该后一个升级文件的升级操作。其中，当两个或更多个升级文件处于升级顺序的同一位置时，即当两个或更多个升级文件在升级顺序中并列时，该两个或更多个升级文件可以同时被确定为待升级文件。
在一些实施例中，当升级数据包包括多个升级文件，但第一升级策略信息不包括配置信息A1时，升级控制设备110可以按照预设的规则从多个升级文件中确定待升级文件。例如，可以按照车辆100完成接收升级文件的先后顺序，顺次确定待升级文件。先接收完成的升级文件，被确定为待升级文件。在该待升级文件升级完成后，后接收完成的升级文件，被确定为新的待升级文件。举例而言，车辆100在下载升级数据包时，升级文件1的下载完成时刻早于升级文件2的下载完成时刻。车辆100在确定升级文件2为待升级文件之前，先确定升级文件1为待升级文件。在升级文件1的升级操作完成时或之后，再确定升级文件2为待升级文件。
在确定了待升级文件之后，可以禁用待升级文件对应的功能。其他功能可以不禁用，或者选择性禁用。接下来进行具体介绍。
本申请实施例提供的方案一种可适用的场景为在车辆100开始进行软件升级之前，车辆100的多个功能处于可用状态。例如车辆处于发动机启动状态，车辆100的空调管理功能、中控锁功能等功能处于可用状态。再例如，车辆处于行驶状态，车辆100的空调管理功能、中控锁管理功能、ACC功能、HWA功能等功能处于可用状态。
在一些实施例中，在确定了待升级文件之后，若该待升级文件的目标软件所控制的功能C1处于可用状态，则可以禁用该功能C1。其中，功能C1可以为图2所示实施例中的第一功能。而对处于可用状态的其他功能可以不进行禁用处理。其中，其他功能可以为或包括图2所示实施例中的第二功能。例如，可以设定车辆100的空调功能和中控锁功能处于可用状态，其中，中控锁功能由软件B1所控制，空调功能由软件B2所控制。车辆100在确定以软件B1为目标软件的升级文件为待升级文件之后，可以禁用中控锁功能，而不禁用空调功能。
在一些实施例中，在确定了待升级文件之后，若该待升级文件的目标软件所控制的功能C1处于可用状态，则可以禁用该功能C1。若车辆100的功能C2的实现依赖功能C1(例如功能C2的实现需要利用到功能C1所产生的数据)，在禁用功能C1时或之后，可以禁用功能C2。其中，功能C2可以为图2所示实施例中的第三功能。例如，HWA功能的实现依赖于ACC功能，在车辆的ACC功能被禁用时或之后，可以禁 用该车辆的HWA功能。而对于不依赖功能C1，且处于可用状态的功能，可以不进行禁用处理。
在一些实施例中，可以通过禁用功能的控制软件，来禁用功能。功能是通过软件的运行来实现的。当软件关闭后，相应的功能也进入了不可用状态。示例性的，软件的禁用可以理解为软件的关闭。
在一个说明性示例中，可以关闭待升级文件的目标软件，以禁用该目标软件所控制的功能。
在一个说明性示例中，对于由多个软件所控制的功能，若该功能对应的待升级文件的目标软件为该多个软件中的部分软件，则可以仅关闭待升级文件的目标软件，以禁用该功能。也可以关闭该多个软件，以禁用该功能。
在一个说明性示例中，第一升级策略信息可以包括配置信息A2。配置信息A2指示了升级文件和软件之间的对应关系。在确定出待升级文件时或之后，升级控制设备110可以根据配置信息A2，确定待升级文件对应的软件，进而可以关闭该软件。
以图5所示的示例为例，在确定升级文件SW1和升级文件SW2为待升级文件时或之后，可以关闭与升级文件SW1和升级文件SW2相对应的软件FC1，以禁用软件FC1所控制的功能。然后，可以执行升级文件SW1和升级文件SW2的升级操作。在升级文件SW1和升级文件SW2的升级操作结束，并且确定出升级文件SW1和升级文件SW2为最新的待升级文件时，可以关闭软件FC2。然后，可以执行升级文件SW3和升级文件SW4的升级操作。
在一个说明性示例中，第一升级策略信息可以包括配置信息A3。配置信息A3指示了升级文件和ECU之间的对应关系。在确定出待升级文件时或之后，升级控制设备110可以根据配置信息A3，确定待升级文件对应的ECU。然后，可以将该ECU的标识映射为软件的标识，并根据该软件的标识关闭该软件。
在一个说明性示例中，软件的关闭可以通过软件关闭指令实现。具体而言，升级控制设备110在确定需要关闭的软件时或之后，可以向该软件所在的ECU发送关闭指令，该关闭指令可以包括该软件的标识。该ECU可用响应于该关闭指令，将该软件关闭。
在一些实施例中，可以通过禁用ECU，来禁用功能。功能是ECU通过软件的运行来实现的。即ECU是功能的硬件基础。当ECU被禁用之后，以ECU为硬件基础的功能也变得不可用，即被禁用了。其中，禁用ECU可以是指ECU进入通信静默状态。
示例性的，处于通信静默状态的ECU除了响应升级控制设备110的指令外，不再响应用户的指令。
示例性的，ECU可以执行的功能可以分为业务功能和ECU自身管理功能。
业务功能可以是指空调管理功能、中控锁管理功能、ACC功能、HWA功能等ECU自身管理功能之外的功能。
ECU自身管理功能可以是指ECU管理自身的功能。例如从电源获取电能，以维持自身运转的功能。再例如，响应进入通信静默状态的触发条件(例如升级控制设备110发送的禁用指令)，进入通信静默状态。再例如，根据脱离通信静默状态的触发条件(例如升级控制设备110发送的解禁指令)，脱离通信静默状态。等等，此处不再 一一列举。其中，进入通信静默状态的ECU不再执行前述的业务功能，但仍可以执行前述的ECU自身管理功能。
在确定出待升级文件时或之后，可以确定待升级文件对应的ECU。该ECU可以是指待升级文件的目标软件所在的ECU。然后，可以禁用该ECU。
在一个说明性示例中，第一升级策略信息可以包括配置信息A3。配置信息A3指示了升级文件和ECU之间的对应关系。在确定出待升级文件时或之后，升级控制设备110可以根据配置信息A3，确定待升级文件对应的ECU，进而控制该ECU进入禁用状态。
在一个说明性示例中，ECU进入禁用状态可以通过软件关闭指令实现。具体而言，升级控制设备110在确定需要禁用ECU时或之后，可以向该ECU发送禁用指令。该ECU可用响应于该禁用指令，进入禁用状态。在一个例子中，禁用状态可以是指通信静默状态。具体可以参考上文介绍，在此不再赘述。
在一些实施例中，在禁用功能时或之后，升级控制设备110可以提供提示信息，以提示或表示该功能不可用。
示例性的，参阅图6，在关闭软件FC1时或之后，升级控制设备110可以提供提示信息D1，提示信息D1用于提示软件FC1所控制的功能不可用。在关闭软件FC2时或之后，升级控制设备110也可以提供提示信息D2，提示信息D2用于提示软件FC2所控制的功能不可用。
示例性的，参考上文对图1所示实施例的介绍，升级控制设备110可以连接并控制车辆100的人机接口。提示信息可以为文字信息或符号信息。升级控制设备110提供提示信息，具体可以为升级控制设备110控制人机接口显示该提示信息。以用于提示中控锁功能不可用的提示信息为例，人机接口可以显示如图7所示的界面，以提示用户中控锁功能不可用。
示例性的，参考上文对图1所示实施例的介绍，升级控制设备100可以连接并控制车辆100的音频设备。提示信息可以为声音信息。升级控制设备110提供提示信息，具体可以为升级控制设备110控制音频设备播放该提示信息。以用于提示空调管理不可用的提示信息为例，音频设备可以播放“当前空调不可用”。
在禁用了待升级文件的相关功能之后，升级控制设备110可以进行待升级文件的升级操作。
示例性的，升级控制设备110可以将待升级文件发送至目标ECU。该目标ECU是指待升级文件的目标升级软件所在的ECU。目标ECU接收到待升级文件时或之后，可以使用待升级文件更新或者说升级该目标软件。
示例性的，升级控制设备110可以提前将待升级文件发送至目标ECU，例如在禁用相关功能之前就将待升级文件发送至目标ECU。在确定进行待升级文件的升级操作时，升级控制设备110可以向目标ECU发送升级指示。目标ECU可以响应该升级指示，使用待升级文件升级该目标软件。
在一些实施例中，在使用待升级文件升级目标软件的操作结束时或之后，升级控制设备110可以控制该目标软件控制的功能重新进入可用状态。由此，可用在升级过程中，逐步解禁已完成升级的功能，进一步提升了用户体验。
在一个说明性示例中，可用参阅图8，在升级文件SW1，SW2的升级操作结束之后，升级控制设备110可用开启软件FC1，以便由软件FC1所控制的功能重新进入可用状态。
在一个说明性示例中，如图8所示，第一升级策略信息可以包括用于指示解禁软件和升级文件的对应关系的指示信息。在待升级文件的升级操作完成时或之后，升级控制设备110可用根据该指示信息，确定需要解禁的软件，进而开启该软件。
在一个说明性示例中，可用通过解禁指令开启需要解禁的软件。具体而言，升级控制设备110在确定出需要解禁的软件时，可以向该软件所在的ECU发送解禁指令，该解禁指令包括该软件的标识。该ECU可以响应该解禁指令，开启该软件。
在一个说明性示例中，在升级文件的升级操作结束之后，升级控制设备110可以解禁对应于该升级文件的ECU。对应于该升级文件的ECU具体可以参考上文对配置信息A3的介绍，在此不再赘述。
在一个说明性示例中，可以通过解禁指令使ECU脱离禁用状态。具体而言，升级控制设备110在确定出需要解禁的ECU时，可以向该ECU发送解禁指令。该ECU可以响应该解禁指令，脱离禁用状态，以便恢复相关功能。
在一些实施例中，在功能被解禁或者说重新进入可用状态时或之后，升级控制设备110可以提供提示信息，以提示该功能可用。
在一个说明性示例中，可用参阅图8，在开启软件FC1时或之后，可以提供提示信息D2’。提示信息D2’至少用于提示由软件FC1控制的功能可用。
示例性的，提示信息D2’可以为文字信息或符号信息。升级控制设备110提供提示信息D2’，具体可以为升级控制设备110控制人机接口显示提示信息D2’。以提示信息D2’用于提示空调管理不可用，中控锁功能可用为例，人机接口可以显示如图9所示的界面。
示例性的，提示信息D2’可以为声音信息。升级控制设备110提供提示信息D2’，具体可以为升级控制设备110控制音频设备播放提示信息D2’。以提示信息D2’用于提示空调管理不可用，中控锁功能可用为例，音频设备可以播放“空调管理不可用，中控锁可用”。
本申请实施例提供的软件升级方法，可以在车辆的软件升级过程中，随着软件升级的进行，禁用需要禁用功能，使得用户在OTA过程中可以使用部分功能，改善了用户用车体验。
可以理解，为了驾驶人员、乘客以及车辆自身的安全，车辆通常在停车状态下进行软件升级。而通过本申请实施例提供的软件升级方法，车辆在升级期间，可以仅禁用需要禁用的功能，其他功能仍可以处于可用状态。因此，本申请实施例提供的软件升级方法，不但可以应用于处于停车状态下的车辆，在一些情况下也可以应用处于运动状态下的车辆。其中，停车状态是指车辆当前没有运动，相对于其所在地面是静止的。运动状态与停车状态相对或者说相反，是指车辆相对于其所在地面移动的状态。
接下来，处于运动状态下的车辆采用本申请实施例提供的软件升级方法进行软件升级的过程进行示例说明。
在一些实施例中，可以根据处于运动状态的车辆对功能的依赖程度，将车辆所具 备的功能划分为三个类型，分别为基础功能、辅助功能、无关功能。其中，基础功能是指车辆运动或者说行驶必须依赖或高度依赖的功能，例如与车辆的动力控制、方向控制、速度控制等直接相关的功能。更具体的，基础功能可如动力电池管理功能、电动助力转向功能等。辅助功能是指可以辅助车辆运动或行驶的功能，但并非车辆运动必须依赖的功能。例如，后向碰撞预警功能RCW、前向碰撞预警功能FCW、LKA功能。无关功能是指车辆运动或行驶无关的功能，其开启或关闭不会影响或者几乎不影响车辆的运动。例如，娱乐功能等。
其中，车辆的厂商可以规定或者说设定车辆的哪些功能为基础功能，哪些功能为辅助功能，哪些功能为无关功能。示例性的，车辆的厂商还可以配置不同类型功能对应的配置信息A4。其中，配置信息A4用于指示在车辆处于何种状态下进行升级该配置信息A4对应的功能，或建议车辆处于何种状态下进行升级该配置信息A4对应的功能。具体而言，基础功能的配置信息A4用于指示车辆处于停车状态时进行升级基础功能。辅助功能的配置信息A4用于建议车辆处于停车状态下升级辅助功能。无关功能的配置信息A4用于指示车辆可以在停车状态下升级无关功能，也可以在行驶状态下升级无关功能。
在一些实施例中，在确定出的待升级文件用于升级基础功能的控制软件时，若车辆处于运动状态，则车辆可以自动脱离运动状态，进入停车状态，然后禁用该基础功能，并升级该基础功能的控制软件。
在一些实施例中，在确定出的待升级文件用于升级基础功能的控制软件时，若车辆处于运动状态，升级控制设备110可以控制人机接口显示提示信息D3，该提示信息D3用于提示用户主动停车，以便升级该基础功能。
在一些实施例中，在确定出的待升级文件用于升级辅助功能的控制软件时，若车辆处于运动状态，升级控制设备110可以控制人机接口显示提示信息D4，该提示信息D4用于提示用户在车辆运动期间，升级该辅助功能可能导致风险。例如升级后向碰撞预警功能，使得车辆无法再提供后向碰撞预警，因此可能导致发生后向碰撞风险。用户可以选择承受该风险，不主动停车，使得车辆在运动状态下升级该辅助功能。用户也可以主动停车，使得在车辆在停车状态下升级该辅助功能。
在一些实施例中，本申请实施例提供的软件升级方法可以包括如图10所示的步骤。具体如下。
步骤1001，升级服务器200可以获取升级数据包，该升级数据包可以包括至少一个升级文件和升级策略信息。其中，升级文件和升级策略信息可以参考上文介绍，在此不再赘述。
在一个说明性示例中，升级服务器200可以从车辆100的厂商或开发者处获取升级数据包。换言之，车辆100的厂商或开发者可以将升级数据包输入到升级服务器200中。在该示例中，升级数据包中的升级文件和升级策略信息均可以由车辆100的厂商或开发者配置。
在一个说明性示例中，升级服务器200可以从车辆100的厂商或开发者处获取升级文件。然后升级服务器200可以根据该升级文件，确定该升级文件所对应的软件或ECU，以生成升级策略信息。具体可以参考上文介绍，在此不再赘述。
步骤1002，升级服务器200可以向车辆100下发升级数据包。
示例性的，每当升级服务器200从车辆100的厂商或开发者处获取到升级数据包时或之后，升级服务器200可以将该升级数据包下发至车辆100。示例性的，升级服务器200根据从车辆100的厂商或开发者处获取到升级文件，生成升级策略信息，并将升级文件和升级策略信息打包成数据包时或之后，升级服务器200可以将该升级数据包下发至车辆100。需要说明的是，前文仅对升级服务器200向车辆100下发升级数据包的下发时机或触发条件进行示例说明，并非构成限定。在其他实施例中，升级服务器200可以响应于车辆100发送的软件更新需求，下发升级数据包。或者，升级服务器200可以周期性检测是否有新的升级数据包需要下发，若有，则升级服务器200向车辆100下发升级数据包。等等，此处不再一一列举。
步骤1003，车辆100根据升级策略信息，在利用该至少一个升级文件进行软件升级的同时，禁用对应于该至少一个升级文件的功能。以图3A所示的升级策略信息为例，车辆100在将要利用升级文件SW1和升级文件SW1更新软件FC1时，车辆100可以禁用软件FC1，以禁用由FC1控制的功能。但车辆100并不禁用软件FC2控制的功能以及软件FC3控制的功能。其中，禁用软件是指关闭软件，使其不再处于工作状态。再以图3B所示的升级策略信息为例，车辆100在将要利用升级文件SW1和升级文件SW1更新ECU1上的软件时，车辆100可以禁用ECU1，而不禁用ECU2和ECU3。由此，可以禁用ECU1上的软件所控制的功能，而不影响ECU2和ECU3上的软件所控制的功能。其中，禁用ECU可以是指使ECU进入通信静默状态。处于通信静默的ECU不再接收业务消息，也不再向外发送业务消息，但可以接收升级控制设备110发送的消息，也可以向升级控制设备110发送消息。
本申请实施例还提供了另一种软件升级方法，该方法可以由升级控制设备110执行。参阅图11，该方法可以包括如下步骤。
步骤1101，从升级服务器接收升级数据包，升级数据包包括至少一个升级文件。
步骤1102，在车辆的第一功能和第二功能处于可用状态的情况下，控制第一功能进入禁用状态，并维持第二功能的可用状态；第一功能至少由至少一个升级文件的目标软件控制，第二功能由目标软件之外的第二软件控制。
在步骤1102中，可以禁用该升级数据包所包括的升级文件对应的功能禁用，但不禁用其他功能。然后，再进行升级文件的升级操作。也就是说，步骤1102无需在确定了待升级文件之后，根据待升级文件禁用相关功能。而是在开始对升级数据包中的首个升级文件进行升级操作时或之前，禁用该升级数据包中所有升级文件的目标软件所控制的功能。而对处于可用状态的其他功能可以不进行禁用处理。
在一些实施例中，升级数据包可以包括升级策略信息，升级策略信息包括至少一个软件的标识。该升级策略信息用于升级控制设备110，禁用该至少一个软件。该升级策略信息可以由车辆100的厂商或开发者配置，也可以由升级服务器200自动生成。具体可以参考上文介绍，在此不再赘述。
在一个说明性示例中，如图12所示，升级策略信息可以包括软件FC1的标识、软件FC2的标识、软件FC2的标识。在执行升级文件的升级操作之前，可以禁用软件FC1、软件FC2、软件FC3。软件的禁用具体可以参考上文介绍，在此不再赘述。
在这些实施例中，车辆在进行软件升级时，可以禁用由升级策略信息指示的软件所控制的功能，而不禁用处于可用状态的其他功能，改善了用户的用车体验。
在一些实施例中，升级数据包可以包括升级策略信息，升级策略信息包括至少一个ECU的标识。该升级策略信息用于升级控制设备110，禁用该至少一个ECU。该升级策略信息可以由车辆100的厂商或开发者配置，也可以由升级服务器200自动生成。具体可以参考上文介绍，在此不再赘述。
在这些实施例中，车辆在进行软件升级时，可以禁用依赖于升级策略信息指示的ECU的功能，而不禁用其他处于可用状态的功能，改善了用户的用车体验。
在一些实施例中，继续参阅图12，在禁用了软件FC1、软件FC2、软件FC3时或之后，可以提供提示信息D3。具体可以参考上文对图7或图9所示实施例的介绍。
步骤1103，使用至少一个升级文件升级目标软件。具体可以参考上文对升级操作的介绍，在此不再赘述。示例性，参阅图12，当至少一个升级文件包括多个升级文件时，可以在一个时刻，进行一个或多个升级文件的升级操作。再另一个时刻，进行另外的一个或多个升级文件的升级操作。
申请实施例提供的软件升级方法，不但简化了升级过程中的功能禁用操作，并且在升级过程中禁用与本次升级相关的功能，不禁用其他功能，使得用户在OTA过程中可以使用部分功能，改善了用户的用车体验。
参阅图13，本申请实施例提供了一种软件升级装置。该装置可以配置于升级服务器200。如图13所示，该装置包括：
获取单元1310，用于获取第一升级策略信息，第一升级策略信息用于指示车辆100对应的至少两个功能，至少两个功能包括第一功能和第二功能，第一功能为禁用状态，第二功能为可用状态；
发送单元1320，用于向车辆100发送第一升级策略信息。
本申请实施例提供的软件升级装置的各功能单元的功能可以参考上文对图2所示的各实施例实现，在此不再赘述。
本申请实施例提供的装置，可以在车辆的软件升级过程中，随着软件升级的进行，禁用需要禁用功能，使得用户在OTA过程中可以使用部分功能，改善了用户的用车体验。
参阅图14，本申请实施例提供了一种软件升级装置。该装置可以配置于车辆100。如图14所示，该装置包括：
获取单元1410，用于获取第一升级策略信息，第一升级策略信息用于指示车辆100对应的至少两个功能，至少两个功能包括第一功能和第二功能，第一功能为禁用状态，第二功能为可用状态；
升级单元1420，用于根据第一升级策略信息，升级第一功能。
本申请实施例提供的软件升级装置的各功能单元的功能可以参考上文对图4所示的各实施例实现，在此不再赘述。
参阅图15，本申请实施例提供了一种服务器1500。服务器1500可用包括处理器1510、存储器1520、通信接口1530；存储器1620用于存储计算机程序。当存储器1520存储的计算机程序被处理器1510执行时，服务器1500可以实现上文图2所示各实施 例中升级服务器200的操作。
参阅图16，本申请实施例提供了一种车载设备1600。车载设备1600可用包括处理器1610、存储器1620、通信接口1630；存储器1620用于存储计算机程序。当存储器1620存储的计算机程序被处理器1610执行时，车载设备1600可以执行上文图4所示各实施例中车辆100的操作。
本申请实施例提供了一种软件升级***，其可以包括服务器1500和车载设备1600。
本申请实施例提供了一种芯片***，可该芯片***包括：处理器和接口电路；处理器和接口电路连接，用于执行上文图2所示各实施例中的升级服务器200或图4所示各实施例中车辆100的操作。
在一些实施例中，芯片***还包括存储器。存储器中存储有指令，该指令可被处理器执行。该指令在被处理器执行时，芯片***可以执行图2所示各实施例中升级服务器200或图4所示各实施例中车辆100的操作。
本申请实施例提供了一种用于软件升级的集成电路。集成电路包括存储器，与存储器耦合的处理器。存储器可以存储指令。处理器可以执行存储器存储的指令，以实现图2所示各实施例中升级服务器200或图4所示各实施例中车辆100的功能。
本申请实施例提供了一种计算机存储介质，其存储有计算机程序，当该计算机程序由处理器执行时，可以实现图2所示各实施例中升级服务器200或图4所示各实施例中车辆100的功能。
本申请实施例提供了一种计算机程序产品，当该计算机程序产品在一个或多个处理器上运行时，可实现图2所示各实施例中升级服务器200或图4所示各实施例中车辆100的功能。
本申请实施例提供了一种处理器，其可用于执行图2所示的方法或图4所示的方法。
本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、可编程只读存储器(programmable rom，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光 纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。

Claims (30)

  1. 一种软件升级方法，其特征在于，所述方法包括：
    获取第一升级策略信息，所述第一升级策略信息用于指示第一车辆对应的至少两个功能，所述至少两个功能包括第一功能和第二功能，所述第一功能为禁用状态，所述第二功能为可用状态；
    向所述第一车辆发送所述第一升级策略信息。
  2. 根据权利要求1所述的方法，其特征在于，所述第一升级策略信息用于指示所述第一车辆在升级所述第一功能时，所述第一功能为禁用状态，所述第二功能为可用状态。
  3. 根据权利要求1或2所述的方法，其特征在于，所述第一升级策略信息还用于指示所述第一功能和第三功能均为禁用状态，所述第三功能和所述第一功能相关联。
  4. 根据权利要求1-3任一项所述的方法，其特征在于，所述第一升级策略信息还用于指示所述第一车辆在升级所述第二功能时，所述第二功能为禁用状态。
  5. 根据权利要求4所述的方法，其特征在于，所述第一升级策略信息还用于指示所述第一车辆依次升级所述第一功能和所述第二功能，以及在升级所述第二功能时，所述第一功能为可用状态。
  6. 根据权利要求1-5任一项所述的方法，其特征在于，所述第一升级策略信息还用于指示所述第一车辆在升级所述第一功能时，通过人机接口HMI提供第一提示信息，所述第一提示信息用于向用户提示所述第一功能为禁用状态，和/或，用于向用户提示所述第二功能为可用状态。
  7. 一种软件升级方法，其特征在于，所述方法包括：
    获取第一升级策略信息，所述第一升级策略信息用于指示第一车辆对应的至少两个功能，所述至少两个功能包括第一功能和第二功能，所述第一功能为禁用状态，所述第二功能为可用状态；
    根据所述第一升级策略信息，升级所述第一功能。
  8. 根据权利要求7所述的方法，其特征在于，所述第一升级策略信息用于指示所述第一车辆在升级所述第一功能时，所述第一功能为禁用状态，所述第二功能为可用状态。
  9. 根据权利要求7或8所述的方法，其特征在于，所述第一升级策略信息还用于指示所述第一功能和第三功能均为禁用状态，所述第三功能和所述第一功能相关联。
  10. 根据权利要求7-9任一项所述的方法，其特征在于，所述第一升级策略信息还用于指示所述第一车辆在升级所述第二功能时，所述第二功能为禁用状态。
  11. 根据权利要求10所述的方法，其特征在于，所述第一升级策略信息还用于指示所述第一车辆依次升级所述第一功能和所述第二功能，以及在升级所述第二功能 时，所述第一功能为可用状态。
  12. 根据权利要求7-11任一项所述的方法，其特征在于，所述第一升级策略信息还用于指示所述第一车辆在升级所述第一功能时，通过人机接口HMI提供第一提示信息，所述第一提示信息用于向用户提示所述第一功能为禁用状态，和/或，用于向用户提示所述第二功能为可用状态。
  13. 一种软件升级装置，其特征在于，所述装置包括：
    获取单元，用于获取第一升级策略信息，所述第一升级策略信息用于指示第一车辆对应的至少两个功能，所述至少两个功能包括第一功能和第二功能，所述第一功能为禁用状态，所述第二功能为可用状态；
    发送单元，用于向所述第一车辆发送所述第一升级策略信息。
  14. 根据权利要求13所述的装置，其特征在于，所述第一升级策略信息用于指示所述第一车辆在升级所述第一功能时，所述第一功能为禁用状态，所述第二功能为可用状态。
  15. 根据权利要求13或14所述的装置，其特征在于，所述第一升级策略信息还用于指示所述第一功能和第三功能均为禁用状态，所述第三功能和所述第一功能相关联。
  16. 根据权利要求13-15任一项所述的装置，其特征在于，所述第一升级策略信息还用于指示所述第一车辆在升级所述第二功能时，所述第二功能为禁用状态。
  17. 根据权利要求16所述的装置，其特征在于，所述第一升级策略信息还用于指示所述第一车辆依次升级所述第一功能和所述第二功能，以及在升级所述第二功能时，所述第一功能为可用状态。
  18. 根据权利要求13-17任一项所述的装置，其特征在于，所述第一升级策略信息还用于指示所述第一车辆在升级所述第一功能时，通过人机接口HMI提供第一提示信息，所述第一提示信息用于向用户提示所述第一功能为禁用状态，和/或，用于向用户提示所述第二功能为可用状态。
  19. 一种软件升级装置，其特征在于，所述装置包括：
    获取单元，用于获取第一升级策略信息，所述第一升级策略信息用于指示第一车辆对应的至少两个功能，所述至少两个功能包括第一功能和第二功能，所述第一功能为禁用状态，所述第二功能为可用状态；
    升级单元，用于根据所述第一升级策略信息，升级所述第一功能。
  20. 根据权利要求19所述的装置，其特征在于，所述第一升级策略信息用于指示所述第一车辆在升级所述第一功能时，所述第一功能为禁用状态，所述第二功能为可用状态。
  21. 根据权利要求19或20所述的装置，其特征在于，所述第一升级策略信息还用于指示所述第一功能和第三功能均为禁用状态，所述第三功能和所述第一功能相关 联。
  22. 根据权利要求19-21任一项所述的装置，其特征在于，所述第一升级策略信息还用于指示所述第一车辆在升级所述第二功能时，所述第二功能为禁用状态。
  23. 根据权利要求22所述的装置，其特征在于，所述第一升级策略信息还用于指示所述第一车辆依次升级所述第一功能和所述第二功能，以及在升级所述第二功能时，所述第一功能为可用状态。
  24. 根据权利要求19-23任一项所述的装置，其特征在于，所述第一升级策略信息还用于指示所述第一车辆在升级所述第一功能时，通过人机接口HMI提供第一提示信息，所述第一提示信息用于向用户提示所述第一功能为禁用状态，和/或，用于向用户提示所述第二功能为可用状态。
  25. 一种服务器，其特征在于，包括处理器、存储器和通信接口；其中，所述存储器用于存储计算机程序；所述处理器用于执行所述计算机程序，以实现权利要求1-6任一项所述的方法。
  26. 一种车载设备，其特征在于，包括处理器、存储器、通信接口；其中，所述存储器用于存储计算机程序；所述处理器用于执行所述计算机程序，以实现权利要求7-12任一项所述的方法。
  27. 一种芯片***，其特征在于，包括处理器，存储器和接口电路，所述存储器用于存储计算机指令；所述处理器用于执行所述计算机指令，以实现权利要求1-6任一项所述的方法或者权利要求7-12任一项所述的方法。
  28. 一种用于软件升级的集成电路，其特征在于，包括：
    存储器，用于存储计算机指令；
    以及与所述存储器耦合的处理器，用于执行所述计算机指令，以实现权利要求1-6任一项所述的方法或者权利要求7-12任一项所述的方法。
  29. 一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序，当所述计算机程序由处理器执行时，实现权利要求1-6任一项所述的方法或权利要求7-12任一项所述的方法。
  30. 一种计算机程序产品，其特征在于，当所述计算机程序产品在一个或多个处理器上运行时，用于实现1-6任一项所述的方法或权利要求7-12任一项所述的方法的计算机程序。
PCT/CN2021/085370 2021-04-02 2021-04-02 软件升级方法及装置 WO2022205443A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2021/085370 WO2022205443A1 (zh) 2021-04-02 2021-04-02 软件升级方法及装置
CN202180000695.1A CN113227967A (zh) 2021-04-02 2021-04-02 软件升级方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/085370 WO2022205443A1 (zh) 2021-04-02 2021-04-02 软件升级方法及装置

Publications (1)

Publication Number Publication Date
WO2022205443A1 true WO2022205443A1 (zh) 2022-10-06

Family

ID=77081308

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/085370 WO2022205443A1 (zh) 2021-04-02 2021-04-02 软件升级方法及装置

Country Status (2)

Country Link
CN (1) CN113227967A (zh)
WO (1) WO2022205443A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024011617A1 (zh) * 2022-07-15 2024-01-18 华为技术有限公司 一种升级方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106227561A (zh) * 2016-07-20 2016-12-14 杭州华三通信技术有限公司 一种云操作***升级方法及装置
CN109558161A (zh) * 2018-11-27 2019-04-02 北京车和家信息技术有限公司 升级包处理方法、装置及ota云端服务器
CN110955444A (zh) * 2019-12-04 2020-04-03 福尔达车联网（深圳）有限公司 一种车辆ecu升级方法、***、终端及存储介质
US20200249930A1 (en) * 2019-01-31 2020-08-06 Fujitsu Limited Onboard system and ecu
CN112114840A (zh) * 2019-06-21 2020-12-22 华为技术有限公司 软件升级方法、装置及***
CN112134940A (zh) * 2020-09-17 2020-12-25 广州汽车集团股份有限公司 一种ota升级任务生命周期策略管理方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10488868B2 (en) * 2018-03-06 2019-11-26 GM Global Technology Operations LLC Dynamic feature availability mapping for a vehicle
CN108845562A (zh) * 2018-06-09 2018-11-20 铠龙东方汽车有限公司 一种基于车联网的智能车载服务***
CN110032382A (zh) * 2019-03-25 2019-07-19 深圳猛犸电动科技有限公司 一种汽车电子控制单元升级方法、***及终端设备
CN113687853B (zh) * 2020-09-21 2023-12-05 华人运通(上海)云计算科技有限公司 车辆升级控制方法及计算机存储介质
CN112306524A (zh) * 2020-10-19 2021-02-02 上海仙塔智能科技有限公司 ***升级方法、电子设备及计算机存储介质
CN112463190A (zh) * 2020-11-24 2021-03-09 广州橙行智动汽车科技有限公司 一种车辆升级方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106227561A (zh) * 2016-07-20 2016-12-14 杭州华三通信技术有限公司 一种云操作***升级方法及装置
CN109558161A (zh) * 2018-11-27 2019-04-02 北京车和家信息技术有限公司 升级包处理方法、装置及ota云端服务器
US20200249930A1 (en) * 2019-01-31 2020-08-06 Fujitsu Limited Onboard system and ecu
CN112114840A (zh) * 2019-06-21 2020-12-22 华为技术有限公司 软件升级方法、装置及***
CN110955444A (zh) * 2019-12-04 2020-04-03 福尔达车联网（深圳）有限公司 一种车辆ecu升级方法、***、终端及存储介质
CN112134940A (zh) * 2020-09-17 2020-12-25 广州汽车集团股份有限公司 一种ota升级任务生命周期策略管理方法

Also Published As

Publication number Publication date
CN113227967A (zh) 2021-08-06

Similar Documents

Publication Publication Date Title
CN108268264B (zh) 预关闭交换验证
US9916151B2 (en) Multiple-stage secure vehicle software updating
US8813061B2 (en) Module updating device
US20180196656A1 (en) Software update management
WO2018079006A1 (ja) 制御装置、プログラム更新方法、およびコンピュータプログラム
JP6742381B2 (ja) 車両制御装置、車両制御方法、およびプログラム
WO2011055447A1 (ja) 車両用ゲートウェイ装置
JP6451899B2 (ja) 制御装置、プログラム更新方法、およびコンピュータプログラム
JP2016186810A (ja) 持続的記憶媒体及び車両操縦用アプリケーションシステム
US10845800B2 (en) Vehicle software check
CN111949299A (zh) 一种车载软件ota升级的控制方法及装置
WO2018230314A1 (ja) 制御装置、制御方法、およびコンピュータプログラム
CN114115930A (zh) 用于管理车辆的电子控制单元的更新的装置、方法和***
KR20200046144A (ko) 자율 주행 제어 장치, 그를 가지는 차량 및 그 제어 방법
WO2020059033A1 (ja) 車載装置、更新決定方法及び更新決定プログラム
WO2023241458A1 (zh) 车载控制器的软件升级方法、装置、设备和存储介质
US20240069906A1 (en) Server, software update system, distribution method, and non-transitory storage medium
WO2022205443A1 (zh) 软件升级方法及装置
CN111788810A (zh) 用于机动车的控制***、用于运行控制***的方法以及具有这种控制***的机动车
CN110362325A (zh) 一种汽车软件远程在线升级***及方法
US11620125B2 (en) Software update device, software update method, non-transitory storage medium, and vehicle
US20210105321A1 (en) Vehicle software check
CN114840241A (zh) 一种数据处理方法以及相关设备
EP3933572B1 (en) Software update device, software update method, non-transitory storage medium, and vehicle
US20240103839A1 (en) Mobile terminal and software distribution system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21934100

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21934100

Country of ref document: EP

Kind code of ref document: A1