OTA operation platform and method, electronic equipment and storage medium
Through the task upload module, creation module and query module of the OTA operation platform, the problem of low vehicle upgrade efficiency of OTA platform is solved, and the efficient correspondence and intuitive display of the upgrade package and vehicle model components is achieved, which improves the overall operation efficiency.
Patent Information
- Application Number
- CN202510376043.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-03-27
- Publication Date
- 2025-07-11
AI Technical Summary
The existing OTA platform is inefficient during vehicle upgrades, and manually uploading the upgrade package is prone to errors. The platform requires multiple interfaces to create OTA tasks, which cannot be previewed, resulting in low work efficiency.
Provide an OTA operation platform, which displays the first preset option of the task upload module to upload the upgrade package to the operation platform, so that the upgrade package corresponds to the vehicle model and components. The task creation module determines the upgrade information of the target vehicle in the same interface, and supports the selection and intuitive display of multiple components. The query module is used to query the upgrade status, and the log download module is used to download the failure log.
It improves the upload efficiency of the upgrade package, simplifies the operation process, improves task processing efficiency, reduces misoperation, and enhances the intuitiveness and convenience of task information.
Smart Images

Figure CN120295655A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of automotive electronics technology, and particularly to an OTA operation platform, method, electronic device, and storage medium. Background Art
[0002] With the increasing popularity of new energy commercial vehicles, the degree of automotive electronics is getting higher and higher, and the complexity of software is also increasing. It has become more and more common to use the efficient and low-cost Over-the-Air (OTA) technology to repair software failures and update personalized customization requirements for vehicles.
[0003] In actual OTA market operation activities, due to the current limitations of OTA platforms, vehicle-end resources, and functions, in actual OTA in-vehicle upgrade activities, since there are more and more components supporting OTA, the efficiency of manually uploading upgrade software packages is low and errors are prone to occur. In addition, creating an OTA task on the platform requires operating multiple interfaces, and previews cannot be performed, making it easy to create errors and requiring re-creation, resulting in low work efficiency.
[0004] Therefore, there is an urgent need for an OTA operation platform to improve OTA operation efficiency. Summary of the Invention
[0005] To solve the above technical problems, this application provides an OTA operation platform, method, electronic device, and storage medium to improve the operation efficiency of OTA.
[0006] According to the first aspect of the embodiments of this application, an OTA operation platform is provided, including:
[0007] A task upload module and a task creation module. Among them, the task upload module is used to display a first preset option, and upload the upgrade package to the operation platform in response to an operation on the first preset option, so that the upgrade package corresponds to the vehicle model and components; the first preset option includes a vehicle model option, a component option, and an upgrade package option;
[0008] The task creation module is used to determine the upgrade information of the target vehicle in the same interface, so that the target vehicle is upgraded according to the upgrade information and the upgrade package corresponding to the vehicle model and components of the target vehicle; the interface at least includes an upgrade mode option, a download mode option, and a target vehicle option of the target vehicle.
[0009] In an optional implementation manner, the task upload module is used to obtain the vehicle model provided by the vehicle model option, the components provided by the component option, and the upgrade package provided by the upgrade package option, and establish a correspondence between the upgrade package and the vehicle model and components, so that the task creation module determines the upgrade package for this upgrade according to the vehicle model and components of the target vehicle and the correspondence.
[0010] In an alternative embodiment, the vehicle model option confirms the vehicle model through the vehicle VIN code or the vehicle list.
[0011] In an alternative embodiment, the OTA operation platform further includes: a query module; the query module is configured to display a second preset option and query the upgrade status of the target vehicle in response to an operation on the second preset option; the upgrade status includes upgrade success and upgrade failure.
[0012] In an alternative embodiment, the second preset option includes an import query option and a specified query option. The import query option is used to obtain the imported vehicle list and query the upgrade status according to the vehicle list; the specified query option is used to obtain the imported vehicle VIN code and query the upgrade status according to the vehicle VIN code.
[0013] In an alternative embodiment, the OTA operation platform further includes: a log download module, and the log download module is configured to display a third preset option and download the log of the vehicle upgrade failure in response to an operation on the third preset option.
[0014] In an alternative embodiment, the third preset option includes a retry option. After the retry option is triggered, it is used to count the number of times of log download failure after the log download fails, and when the number of times of download failure does not reach the preset number of times, the log is downloaded again.
[0015] According to the second aspect of the embodiments of the present application, an OTA operation method is provided. The method includes:
[0016] The task upload module displays a first preset option and uploads the upgrade package to the operation platform in response to an operation on the first preset option, so that the upgrade package corresponds to the vehicle model and parts; the first preset option includes a vehicle model option, a parts option, and an upgrade package option;
[0017] The task creation module determines the upgrade information of the target vehicle in the same interface, so that the target vehicle is upgraded according to the upgrade information and the upgrade package corresponding to the vehicle model and parts of the target vehicle; at least the upgrade mode option, the download mode option, and the target vehicle option of the target vehicle are included in the interface.
[0018] According to the third aspect of the embodiments of the present application, an electronic device is provided, including a memory and a processor;
[0019] The memory is connected to the processor and is used to store programs;
[0020] The processor is configured to implement the OTA operation method of the second aspect by running the program in the memory.
[0021] According to the fourth aspect of the embodiments of the present application, a storage medium is provided, on which a computer program is stored. When the computer program is run by a processor, the OTA operation method of the second aspect is implemented.
[0022] The OTA operation platform, method, electronic device and medium provided by the present application upload the upgrade package to the operation platform in response to the operation on the first preset option displayed in the task upload module, so that the upgrade package corresponds to the vehicle model and parts; since multiple parts can be selected in the parts option, multiple parts of multiple vehicle models can be input at one time, improving the upload efficiency of the upgrade package; the task creation module in the present application can determine the upgrade information of the target vehicle on the same interface, so that the target vehicle is upgraded according to the upgrade information and the upgrade package corresponding to the vehicle model and parts of the target vehicle; displaying the upgrade information in a centralized manner on one interface can more intuitively and quickly check the task information, which is convenient for inspection and verification, and further improves the task processing efficiency. BRIEF DESCRIPTION OF THE DRAWINGS
[0023] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings required to be used in the description of the embodiments or the prior art. Obviously, the drawings in the following description are only the embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained according to the provided drawings without creative efforts.
[0024] Figure 1 It is a schematic diagram of the implementation environment related to the embodiments of the present application;
[0025] Figure 2 It is a structural block diagram of the OTA operation platform provided by the embodiments of the present application;
[0026] Figure 3 It is a schematic diagram of the task upload module provided by the embodiments of the present application;
[0027] Figure 4 It is a schematic diagram of the task creation module provided by the embodiments of the present application;
[0028] Figure 5 It is a schematic diagram of the query module provided by the embodiments of the present application;
[0029] Figure 6 It is a schematic diagram of the log download module provided by the embodiments of the present application;
[0030] Figure 7 It is a flowchart of the OTA operation method provided by the embodiments of the present application;
[0031] Figure 8 It is a structural diagram of the electronic device provided by the embodiments of the present invention. Detailed implementation manners
[0032] Next, the technical solutions in the embodiments of the present application will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.
[0033] OTA technology remotely manages and updates the software and firmware of vehicles through a wireless network, greatly improving the convenience and efficiency of vehicle maintenance, enabling manufacturers to quickly respond to security threats, enhance the user experience, or add new functions.
[0034] In actual OTA market operation activities, due to the current limitations of OTA platforms, vehicle-side resources, and functions, in actual OTA in-vehicle upgrade activities, since there are more and more components supporting OTA, the efficiency of manually uploading upgrade software packages is low and errors are prone to occur; in addition, the platform needs to operate multiple interfaces to create OTA tasks, and previews cannot be performed, making it easy to create errors and requiring re-creation, resulting in low work efficiency. Therefore, there is an urgent need for an OTA operation platform to improve OTA operation efficiency.
[0035] The OTA operation platform, method, electronic device, and medium provided by the present application upload an upgrade package to the operation platform in response to an operation on the first preset option displayed in the task upload module 220, so that the upgrade package corresponds to the vehicle model and components; since multiple components can be selected for the component option, multiple components of multiple vehicle models can be input at one time, improving the upload efficiency of the upgrade package; the task creation module in the present application can determine the upgrade information of the target vehicle on the same interface, so that the target vehicle is upgraded according to the upgrade information and the upgrade package corresponding to the vehicle model and components of the target vehicle; displaying the upgrade information concentrated on one interface can more intuitively and quickly check the task information, facilitating inspection and verification, and further improving the task processing efficiency.
[0036] Exemplary implementation environment
[0037] Please refer to Figure 1 , Figure 1 which is a schematic diagram of the implementation environment involved in the present invention.
[0038] As Figure 1 shown, this application scenario involves a server 1 and a vehicle 2, and the vehicle 2 can perform data communication with the server 1 through a communication network. The server 1 can send an OTA package to the vehicle through the communication network, and the vehicle performs an update operation after receiving the upgrade package.
[0039] Exemplarily, the server 1 can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers. It can also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms. The server can also become a node of the blockchain.
[0040] There can be one or more servers 1. When there are multiple servers 1, at least two servers are used to provide different services, and / or at least two servers are used to provide the same service, such as providing the same service in a load balancing manner. The embodiments of the present invention do not limit this.
[0041] It should be understood that Figure 1 this is only an exemplary illustration and does not specifically limit the application scenarios of the embodiments of the present application. For example, Figure 1 exemplarily shows a vehicle and a server. In fact, other quantities of vehicles 2 and servers 1 can be included, and the present application does not limit this.
[0042] Exemplary device
[0043] Figure 2 This is the structural block diagram of the OTA operation platform provided by the embodiments of the present application. Please refer to Figure 3 , in an exemplary embodiment, an OTA operation platform is provided. The operation platform may include:
[0044] A task upload module 220 and a task creation module 240. Among them, the task upload module 220 is used to display a first preset option, and upload the upgrade package to the operation platform in response to an operation on the first preset option, so that the upgrade package corresponds to the vehicle model and components.
[0045] The OTA operation platform can be a system for managing and executing OTA technology updates and services of devices. The OTA operation platform can allow manufacturers or service providers to remotely manage the updates of vehicle software and firmware through a wireless network, and push new services and functions.
[0046] Figure 3 This is the schematic diagram of the task upload module provided by the embodiments of the present application. As Figure 3 shown, the first preset option may include: a vehicle model option, a component option, and an upgrade package option.
[0047] The vehicle model options can be obtained in the form of vehicle model information, vehicle VIN code, and vehicle list. The vehicle model information can be obtained by manually inputting vehicle model information, including business brand, business unit, product brand, vehicle model name, and announcement model; the vehicle model information can also be automatically queried through the vehicle VIN code. The vehicle list can be all vehicle VIN codes that need to be upgraded, or multiple vehicle model information. The operation platform can automatically identify all vehicle model information according to the vehicle list.
[0048] Determining the vehicle model information through the vehicle VIN code and vehicle list can simplify the input, automatically identify the vehicle information, reduce misoperations, and improve operation efficiency.
[0049] The spare part options can be to specify multiple spare parts at the same time, support the simultaneous input of multiple names of electronic control units (ECUs for short), and multiple spare parts can be selected for input at one time.
[0050] The upgrade package options can archive all upgrade packages of the spare parts that need to be upgraded to the current path and automatically identify and upload the upgrade packages that meet the requirements.
[0051] The task upload module 220 can determine the vehicle model information, spare part information, and upgrade package information in response to the operation of the first preset option, and upload the upgrade package to the operation platform so that the upgrade package is associated with the vehicle model and spare parts.
[0052] The task creation module is used to determine the upgrade information of the target vehicle in the same interface so that the target vehicle is upgraded according to the upgrade information and the upgrade package corresponding to the vehicle model and spare parts of the target vehicle.
[0053] Figure 4 It is a schematic diagram of the task creation module provided by the embodiment of the present application. As Figure 4 shown, in the task creation module interface, there can be at least upgrade mode options, download mode options, and target vehicle options for the target vehicle. The upgrade mode can include: standard mode, factory mode, and repair mode; the download mode can include two methods: automatic download and download authorization. The target vehicle options can include vehicle model information and spare part information. The vehicle model information can be automatically queried through the vehicle VIN code, and the vehicle model information can also be determined through the vehicle list. The spare part information can determine the name, part number, and version information of the spare parts that need to be upgraded. If a configuration word needs to be written, fill in the corresponding configuration word, and network and function configuration words are supported.
[0054] In the interface of the task creation module, there may also be options for upgrade duration, disclaimer, and approval process order number. The upgrade duration option can be the estimated execution time of the upgrade task; the disclaimer option can be to select the corresponding disclaimer name for different vehicle models; the approval process order number option can be to fill in the approval process order number for the official OTA task.
[0055] In the embodiment of the present application, through the first preset option displayed in the task upload module 220, the upgrade package is uploaded to the operation platform in response to the operation on the first preset option, so that the upgrade package corresponds to the vehicle model and parts; since multiple parts can be selected for the parts option, multiple parts of multiple vehicle models can be input at one time, improving the upload efficiency of the upgrade package; the task creation module in the present application can determine the upgrade information of the target vehicle on the same interface, so that the target vehicle is upgraded according to the upgrade information and the upgrade package corresponding to the vehicle model and parts of the target vehicle; presenting the upgrade information in a centralized manner on one interface can more intuitively and quickly check the task information, facilitating inspection and verification, and further improving the task processing efficiency.
[0056] In an alternative embodiment, the task upload module 220 is configured to obtain the vehicle model provided by the vehicle model option, the parts provided by the parts option, and the upgrade package provided by the upgrade package option, and establish a corresponding relationship between the upgrade package and the vehicle model and parts, so that the task creation module determines the upgrade package for this upgrade according to the vehicle model and parts of the target vehicle and the corresponding relationship.
[0057] As described above, the task upload module 220 can determine the vehicle model information, parts information, and upgrade package information in response to the operation on the first preset option, and upload the upgrade package to the operation platform, so that the upgrade package is associated with the vehicle model and parts, facilitating the task creation module to determine the upgrade package according to the vehicle model and parts of the target vehicle and the corresponding relationship.
[0058] In an alternative embodiment, the vehicle model option confirms the vehicle model through the vehicle VIN code or vehicle list.
[0059] The Vehicle Identification Number (VIN) is a unique code consisting of 17 characters, used to uniquely identify each motor vehicle. The VIN not only provides basic information such as the manufacturer and production year, but can also be used to obtain detailed vehicle model information. Among them, the 4th to 9th digits of the VIN are used to describe the basic characteristics of the vehicle, such as body type, engine model, etc. The 9th digit is usually used as a check digit to verify the validity of the VIN. The vehicle model information can be determined through the vehicle VIN code.
[0060] In an alternative embodiment, the OTA operation platform further includes: a query module; the query module is configured to display a second preset option and query the upgrade status of a target vehicle in response to an operation on the second preset option; the upgrade status includes upgrade success and upgrade failure.
[0061] Figure 5 Schematic diagram of the query module provided by the embodiments of the present application, as Figure 5 shown, the second preset option may include an import query option and a specified query option. The import query option is used to obtain an imported vehicle list and query the upgrade status according to the vehicle list; the import query supports filling in the vehicle VINs to be queried into an excel file and then importing for query.
[0062] The specified query option is used to obtain the imported vehicle VIN code and query the upgrade status according to the vehicle VIN code. The specified query can specify a vehicle, and one or more VINs can be filled in the execution query option area.
[0063] The query module may further include a query result display area, and the query result display area can display the query result. The query result in the embodiments of the present application can also be exported in excel format to the location where the imported vehicle list is located for easy viewing.
[0064] In an alternative embodiment, the OTA operation platform further includes: a log download module, and the log download module is configured to display a third preset option and download the log of vehicle upgrade failure in response to an operation on the third preset option.
[0065] Figure 6 Schematic diagram of the log download module provided by the embodiments of the present application, as Figure 6 shown, when the vehicle upgrade fails, the vehicle will upload the upgrade failure log to the OTA operation platform, and locate the reason for the upgrade failure by querying and downloading the failure log of the vehicle, so as to determine the corresponding solution.
[0066] In an alternative embodiment, the third preset option includes a retry option. After the retry option is triggered, it is used to count the number of times of log download failure after the log download fails, and re-download the log when the number of times of download failure does not reach the preset number of times.
[0067] When the query of the specified vehicle log fails, the retry option will be automatically triggered and the retry query will be performed automatically. When the preset number of times is not reached, the retry download will be performed; when the preset number of times is exceeded, a failure to export will be prompted. The preset number of times can be set in advance, for example: 10 times.
[0068] By retrying to download the log, when the failure log cannot be queried, the retry can be automatically performed without manually clicking to query again, which improves the operation efficiency.
[0069] The functions implemented by the above task upload module 220 and task creation module 240 can be implemented by the same or different processors respectively, which is not limited in the embodiments of the present application.
[0070] It should be understood that the task upload module 220 and task creation module 240 in the above device can be implemented in the form of a processor calling software. For example, the device includes a processor, the processor is connected to a memory, instructions are stored in the memory, and the processor calls the instructions stored in the memory to implement any of the above methods or implement the functions of each unit of the device. The processor can be a general-purpose processor, such as a CPU or a microprocessor, etc., and the memory can be a memory inside the device or a memory outside the device. Alternatively, the units in the device can be implemented in the form of a hardware circuit, and the functions of some or all of the units can be implemented through the design of the hardware circuit. The hardware circuit can be understood as one or more processors. For example, in one implementation, the hardware circuit is an ASIC, and the functions of some or all of the above units are implemented through the design of the logical relationship between the components in the circuit. Another example is that in another implementation, the hardware circuit can be implemented by a PLD. Taking an FPGA as an example, it can include a large number of logic gate circuits, and the connection relationship between the logic gate circuits is configured through a configuration file to implement the functions of some or all of the above units. All units of the above device can be all implemented in the form of a processor calling software, or all implemented in the form of a hardware circuit, or some implemented in the form of a processor calling software, and the remaining part implemented in the form of a hardware circuit.
[0071] In the embodiments of the present application, a processor is a circuit with signal processing capabilities. In one implementation, the processor can be a circuit with instruction reading and running capabilities, such as a CPU, a microprocessor, a GPU, or a DSP, etc. In another implementation, the processor can implement certain functions through the logical relationship of a hardware circuit, and the logical relationship of the hardware circuit is fixed or can be reconstructed. For example, the processor is a hardware circuit implemented by an ASIC or a PLD, such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration document to implement the configuration of the hardware circuit can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units. In addition, it can also be a hardware circuit designed for artificial intelligence, which can be understood as a type of ASIC, such as an NPU, a TPU, or a DPU.
[0072] It can be seen that each unit in the above device can be one or more processors (or processing circuits) configured to implement the above method. For example: CPU, GPU, NPU, TPU, DPU, microprocessor, DSP, ASIC, FPGA, or a combination of at least two of these processor forms.
[0073] In addition, each unit in the above device can be integrated in whole or in part, or can be implemented independently. In one implementation, these units are integrated together and implemented in the form of an SOC. The SOC may include at least one processor for implementing any of the above methods or implementing the functions of each unit of the device. The types of the at least one processor may be different, such as including a CPU and an FPGA, a CPU and an AI processor, a CPU and a GPU, etc.
[0074] Exemplary method
[0075] Correspondingly, an OTA operation method is further provided in an embodiment of the present application. Figure 7 As shown in the flowchart of the OTA operation method provided in the embodiment of the present application, Figure 7 the method may include:
[0076] S710: The task upload module 220 displays a first preset option and uploads the upgrade package to the operation platform in response to an operation on the first preset option, so that the upgrade package corresponds to the vehicle model and parts. The first preset option includes a vehicle model option, a parts option, and an upgrade package option;
[0077] S730: The task creation module determines the upgrade information of the target vehicle in the same interface, so that the target vehicle is upgraded according to the upgrade information and the upgrade package corresponding to the vehicle model and parts of the target vehicle; at least the upgrade mode option, the download mode option, and the target vehicle option of the target vehicle are included in the interface.
[0078] The OTA operation method provided in this embodiment belongs to the same inventive concept as the OTA operation platform provided in the above embodiment of the present application, and has the corresponding functional modules and beneficial effects of the OTA operation platform to be executed. For the technical details not described in detail in this embodiment, reference may be made to the specific processing content of the OTA operation platform provided in the above embodiment of the present application, which will not be elaborated here.
[0079] Exemplary electronic device
[0080] Another embodiment of the present application further proposes an electronic device. Refer to Figure 8 as shown, the device includes:
[0081] a memory 800 and a processor 810;
[0082] wherein, the memory 800 is connected to the processor 810 and is used to store programs;
[0083] The processor 810 is configured to implement the OTA operation method disclosed in any of the above embodiments by running the programs stored in the memory 800.
[0084] Specifically, the above electronic device may further include: a bus, a communication interface 820, an input device 830, and an output device 840.
[0085] The processor 810, the memory 800, the communication interface 820, the input device 830, and the output device 840 are interconnected via the bus. Among them:
[0086] The bus may include a path for transmitting information between various components of the computer system.
[0087] The processor 810 may be a general-purpose processor, such as a general-purpose central processing unit (CPU), a microprocessor, etc., or an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present invention. It may also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.
[0088] The processor 810 may include a main processor, and may also include a baseband chip, a modem, etc.
[0089] The memory 800 stores a program for implementing the technical solution of the present invention, and may also store an operating system and other critical services. Specifically, the program may include program code, and the program code includes computer operation instructions. More specifically, the memory 800 may include a read-only memory (ROM), other types of static storage devices that can store static information and instructions, a random access memory (RAM), other types of dynamic storage devices that can store information and instructions, a disk memory, a flash memory, etc.
[0090] The input device 830 may include a device for receiving data and information input by a user, such as a keyboard, a mouse, a camera, a scanner, a light pen, a voice input device, a touch screen, a pedometer, or a gravity sensor, etc.
[0091] The output device 840 may include a device for allowing information to be output to a user, such as a display screen, a printer, a speaker, etc.
[0092] The communication interface 820 may include a device of any transceiver type for communicating with other devices or communication networks, such as an Ethernet, a radio access network (RAN), a wireless local area network (WLAN), etc.
[0093] The processor 810 executes the program stored in the memory 800 and calls other devices, which can be used to implement each step of any OTA operation method provided in the above embodiments of the present application.
[0094] An embodiment of the present application also proposes a chip, which includes a processor and a data interface. The processor reads and runs the program stored on the memory through the data interface to execute the OTA operation method introduced in any of the above embodiments. The specific processing process and its beneficial effects can be referred to the embodiments of the OTA operation method described above.
[0095] Exemplary computer program product and storage medium
[0096] In addition to the above methods and devices, an embodiment of the present application can also be a computer program product, which includes computer program instructions. When the computer program instructions are run by a processor, the processor executes the steps in the OTA operation method according to various embodiments of the present application described in any of the above embodiments of this specification.
[0097] The computer program product can be written in any combination of one or more programming languages to write program codes for performing the operations of the embodiments of the present application. The programming languages include object-oriented programming languages, such as Java, C++, etc., and also include conventional procedural programming languages, such as the "C" language or similar programming languages. The program codes can be executed entirely on the user's computing device, partially on the user's device, executed as an independent software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server.
[0098] In addition, an embodiment of the present application can also be a storage medium, on which a computer program is stored. The computer program is executed by a processor to perform the steps in the OTA operation method according to various embodiments of the present application described in any of the above embodiments of this specification. Specifically, the following steps can be implemented:
[0099] S710: The task upload module 220 displays a first preset option and uploads the upgrade package to the operation platform in response to an operation on the first preset option, so that the upgrade package corresponds to the vehicle model and parts. The first preset option includes a vehicle model option, a parts option, and an upgrade package option;
[0100] S730: The task creation module determines the upgrade information of the target vehicle in the same interface, so that the target vehicle is upgraded according to the upgrade information and the upgrade package corresponding to the vehicle model and parts of the target vehicle; at least the upgrade mode option, the download mode option, and the target vehicle option of the target vehicle are included in the interface.
[0101] For the foregoing method embodiments, for the sake of simple description, they are all expressed as a series of action combinations. However, those skilled in the art should understand that this application is not limited by the described action sequence, because according to this application, certain steps can be performed in other sequences or simultaneously. Secondly, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily essential to this application.
[0102] It should be noted that each embodiment in this specification is described in a progressive manner. The key point of each embodiment is to illustrate the differences from other embodiments. For the same or similar parts among the embodiments, reference can be made to each other. For the device embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and reference can be made to the relevant parts of the method embodiments for the relevant content.
[0103] The steps in the methods of the embodiments of this application can be adjusted, combined, and deleted according to actual needs. The technical features recorded in each embodiment can be replaced or combined.
[0104] The modules and sub-modules in the devices and terminals in the embodiments of this application can be combined, divided, and deleted according to actual needs.
[0105] In the several embodiments provided by this application, it should be understood that the disclosed terminals, devices, and methods can be implemented in other ways. For example, the terminal embodiments described above are only illustrative. For example, the division of modules or sub-modules is only a logical function division. In actual implementation, there can be other division methods. For example, multiple sub-modules or modules can be combined or integrated into another module, or some features can be ignored or not executed. Another point is that the displayed or discussed coupling or direct coupling or communication connection to each other can be through some interfaces. The indirect coupling or communication connection of devices or modules can be in electrical, mechanical, or other forms.
[0106] The modules or sub-modules described as separate components may or may not be physically separated. The components as modules or sub-modules may or may not be physical modules or sub-modules, that is, they can be located in one place or distributed to multiple network modules or sub-modules. Some or all of the modules or sub-modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment.
[0107] In addition, in each embodiment of the present application, each functional module or sub-module can be integrated into a processing module, or each module or sub-module can exist physically alone, or two or more modules or sub-modules can be integrated into one module. The above integrated module or sub-module can be implemented in the form of hardware or in the form of a software functional module or sub-module.
[0108] Those skilled in the art can further realize that the units and algorithm steps of each example described in combination with the embodiments disclosed herein can be implemented by electronic hardware, computer software, or a combination of the two. To clearly illustrate the interchangeability of hardware and software, the components and steps of each example have been generally described according to their functions in the above description. Whether these functions are executed in a hardware or software manner depends on the specific application and design constraints of the technical solution. Skilled professionals can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the present application.
[0109] The steps of the method or algorithm described in combination with the embodiments disclosed herein can be directly implemented by hardware, a software unit executed by a processor, or a combination of the two. The software unit can be placed in a random access memory (RAM), internal memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the technical field.
[0110] Finally, it should also be noted that in this document, relational terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements, but also includes other elements not expressly listed, or elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "including a..." does not exclude the existence of additional identical elements in the process, method, article or device including the said element.
[0111] The foregoing description of the disclosed embodiments enables those skilled in the art to practice or use the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims
1. An OTA operation platform, characterized in that, Including: A task upload module and a task creation module, where the task upload module is used to display a first preset option and upload an upgrade package to an operation platform in response to an operation on the first preset option, so that the upgrade package corresponds to a vehicle model and parts; the first preset option includes a vehicle model option, a parts option, and an upgrade package option; the task creation module is used to determine upgrade information of a target vehicle in the same interface, so that the target vehicle is upgraded according to the upgrade information and the upgrade package corresponding to the vehicle model and parts of the target vehicle; at least the upgrade mode option, the download mode option, and the target vehicle option of the target vehicle are included in the interface.
2. The OTA operation platform according to claim 1, wherein The task upload module is used to obtain the vehicle model provided by the vehicle model option, the parts provided by the parts option, and the upgrade package provided by the upgrade package option, and establish a correspondence between the upgrade package and the vehicle model and the parts, so that the task creation module determines the upgrade package for this upgrade according to the vehicle model and parts of the target vehicle and the correspondence.
3. The OTA operation platform according to claim 1, wherein The vehicle model option confirms the vehicle model through the vehicle VIN code or vehicle list.
4. The OTA operation platform according to claim 1, characterized in that, The OTA operation platform further includes: a query module; the query module is used to display a second preset option and query the upgrade status of the target vehicle in response to an operation on the second preset option; the upgrade status includes upgrade success and upgrade failure.
5. The OTA operation platform according to claim 4, wherein, The second preset option includes an import query option and a specified query option. The import query option is used to obtain an imported vehicle list and query the upgrade status according to the vehicle list; the specified query option is used to obtain an imported vehicle VIN code and query the upgrade status according to the vehicle VIN code.
6. The OTA operation platform according to claim 1, wherein The OTA operation platform further includes: a log download module. The log download module is used to display a third preset option and download the log of vehicle upgrade failure in response to an operation on the third preset option.
7. The OTA operation platform according to claim 6, wherein The third preset option includes a retry option. After the retry option is triggered, it is used to count the number of times of log download failure after the log download fails, and when the number of times of download failure does not reach the preset number of times, download the log again.
8. An OTA operation method, characterized in that, Including: The task upload module displays a first preset option and uploads an upgrade package to an operation platform in response to an operation on the first preset option, so that the upgrade package corresponds to a vehicle model and parts; the first preset option includes a vehicle model option, a parts option, and an upgrade package option; The task creation module determines upgrade information of a target vehicle in the same interface, so that the target vehicle is upgraded according to the upgrade information and the upgrade package corresponding to the vehicle model and parts of the target vehicle; at least the upgrade mode option, the download mode option, and the target vehicle option of the target vehicle are included in the interface.
9. An electronic device, characterized in that, Including a memory and a processor; The memory is connected to the processor and is used to store programs; The processor is used to implement the OTA operation method as described in claim 8 by running the programs in the memory.
10. A storage medium, characterized in that, A computer program is stored on the storage medium. When the computer program is run by a processor, the OTA operation method described in claim 8 is implemented.