Method, system and device for generating upgrade package of electronic equipment in vehicle

Abstract

The invention discloses a method, a system and a device for generating an upgrade package of electronic equipment in a vehicle. The method comprises the steps that demand information of a vehicle is acquired, and the demand information is used for representing upgrading demands and function demands of electronic equipment in the vehicle; based on the demand information, an initial function module is determined, the initial function module at least corresponds to one or more function demands in the demand information, each sub-initial function module in the initial function module comprises parameters and variables, and different parameters and different variables correspond to different upgrading scenes; parameters and / or variables in the initial function module are adjusted to obtain a target function module, and the target function module is used for representing the function module of which the accuracy of the upgrading requirement is higher than an accuracy threshold value; and generating an upgrade package based on the target function module. The technical problem that the upgrade package of the electronic equipment in the vehicle cannot be effectively generated is solved.

Description

Technical Field

[0001] This invention relates to the field of vehicle software upgrade technology, and more specifically, to a method, system, and apparatus for generating upgrade packages for electronic devices in a vehicle. Background Technology

[0002] Currently, with the increasing number of Electronic Control Units (ECUs) and the growing demand for software updates, remote software updates for vehicles, namely Over-The-Air (OTA) upgrades, have become a key technology for improving vehicle performance and user experience.

[0003] In related technologies, the creation of OTA (Over-The-Air) upgrade packages for vehicles largely relies on manual programming. This means that developers need to write code line by line according to the specific requirements and functional specifications of the ECU to implement the OTA upgrade function. This process is not only time-consuming and labor-intensive, but with increasing complexity and iteration speed, manual programming has become a major bottleneck restricting the efficiency of OTA upgrades. Therefore, the technical problem of effectively generating upgrade packages for electronic devices in vehicles still exists.

[0004] There is currently no effective solution to the aforementioned technical problems. Summary of the Invention

[0005] This invention provides a method, system, and apparatus for generating upgrade packages for electronic devices in vehicles, thereby at least addressing the technical problem of the inability to effectively generate upgrade packages for electronic devices in vehicles.

[0006] According to one aspect of the present invention, a method for generating an upgrade package for electronic devices in a vehicle is provided, comprising: acquiring vehicle requirement information, wherein the requirement information is used to represent upgrade requirements and functional requirements of electronic devices in the vehicle; determining initial functional modules based on the requirement information, wherein the initial functional modules correspond to at least one or more functional requirements in the requirement information, and each sub-initial functional module in the initial functional modules contains parameters and variables, with different parameters and different variables corresponding to different upgrade scenarios; adjusting the parameters and / or variables in the initial functional modules to obtain target functional modules, wherein the target functional modules are used to represent functional modules whose accuracy of upgrade requirements is higher than an accuracy threshold; and generating an upgrade package based on the target functional modules.

[0007] Further, the parameters and / or variables in the initial functional modules are adjusted to obtain the target functional module, including: using the target interaction port to adjust the parameter values ​​corresponding to the parameters and / or the variable values ​​corresponding to the variables, and sorting each sub-initial functional module according to the standard upgrade procedure to obtain a sorting result. The target interaction port is used at least for communication between each sub-initial functional module, the standard upgrade procedure is used to control the upgrade process to follow the same rules and security standards, and the sorting result is used to indicate the execution order of each sub-initial functional module; the sub-initial functional modules in the sorting result that are greater than the sorting result threshold are combined to obtain the target functional module.

[0008] Further, the target functional module includes a control module, a recovery module, a transmission module, a flashing module, a security module, and an optimization module. Sub-initial functional modules with values ​​greater than a sorting result threshold in the sorting results are combined to obtain the target functional module, including: responding to the demand information as a control and coordination upgrade requirement, combining sub-initial functional modules with values ​​greater than a first sorting result threshold in the sorting results to determine the target functional module as a control module, wherein the control module is used to control the orderliness of the upgrade process; responding to the demand information as a restoration of functional state, combining functional modules with values ​​greater than a second sorting result threshold in the sorting results to determine the target functional module as a recovery module, wherein the recovery module is used to reset or restore the functional state; responding to the demand information as a transmission data packet, combining functional modules with values ​​greater than a third sorting result threshold in the sorting results to determine... The target functional module is a transmission module, which is used to transmit data packets generated during the upgrade process. In response to the requirement information for a write operation, functional modules with a ranking greater than the fourth ranking threshold are combined to determine the target functional module as a write module, which is used to write the requirement information during the upgrade process. In response to the requirement information for maintaining the security of the upgrade process, functional modules with a ranking greater than the fifth ranking threshold are combined to determine the target functional module as a security module, which is used to control the secure execution of the upgrade process. In response to the requirement information for adapting to different upgrade scenarios, functional modules with a ranking greater than the sixth ranking threshold are combined to determine the target functional module as an optimization module, which is used to optimize the upgrade requirements and / or functional requirements.

[0009] Furthermore, the sub-initial functional modules are sorted according to the standard upgrade procedure to obtain a sorting result, including: determining the function type of each sub-initial functional module, wherein the function type is used to indicate the logical position and priority of each sub-initial functional module in the upgrade process; and sorting the sub-initial functional modules according to the standard upgrade procedure and the function type to obtain a sorting result.

[0010] Furthermore, based on the target functional module, an upgrade package is generated, including: testing each sub-target functional module in the target functional module and obtaining test results, wherein the test results are used to indicate whether the performance of each sub-target functional module meets the performance standards; and generating an upgrade package based on the test results.

[0011] Furthermore, based on the test results, an upgrade package is generated, including: in response to the sub-target functional modules whose performance meets the performance standards in the test results, an upgrade package database is created, wherein the upgrade package database contains at least the information and instructions required for the upgrade; the upgrade package database is updated to obtain the upgrade package.

[0012] Furthermore, the method also includes: sending the upgrade package from the client to the server; and in response to the server receiving the upgrade package, sending the upgrade package to the vehicle.

[0013] According to another aspect of the present invention, a system for generating upgrade packages for electronic devices in a vehicle is also provided. The system includes: a client for acquiring vehicle requirement information, wherein the requirement information represents upgrade requirements and functional requirements of electronic devices in the vehicle; determining initial functional modules based on the requirement information, wherein the initial functional modules correspond at least to one or more functional requirements in the requirement information, and each sub-initial functional module in the initial functional modules contains parameters and variables, with different parameters and variables corresponding to different electronic devices and different upgrade scenarios; adjusting the parameters and / or variables in the initial functional modules to obtain target functional modules, wherein the target functional modules represent functional modules whose accuracy in meeting upgrade requirements is higher than an accuracy threshold; generating upgrade packages based on the target functional modules; and a server for receiving the upgrade packages and sending them to the vehicle.

[0014] According to another aspect of the present invention, an apparatus for generating an upgrade package for electronic devices in a vehicle is also provided. The apparatus includes: an acquisition unit for acquiring vehicle requirement information, wherein the requirement information represents upgrade requirements and functional requirements of electronic devices in the vehicle; a determination unit for determining initial functional modules based on the requirement information, wherein the initial functional modules correspond to at least one or more functional requirements in the requirement information, and each sub-initial functional module in the initial functional modules contains parameters and variables, with different parameters and variables corresponding to different electronic devices and different upgrade scenarios; an adjustment unit for adjusting the parameters and / or variables in the initial functional modules to obtain a target functional module; and a generation unit for generating an upgrade package based on the target functional module.

[0015] According to another aspect of the present invention, a processor is also provided. The processor is used to run a program, wherein the program, when run by the processor, performs the methods described in the embodiments of the present invention.

[0016] According to another aspect of the present invention, an electronic device is also provided, comprising: a memory storing an executable program; and a processor for running the program, wherein the program executes the methods of various embodiments of the present invention during runtime.

[0017] According to another aspect of the present invention, a computer-readable storage medium is also provided, the computer-readable storage medium including a stored executable program, wherein, when the executable program is executed, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of the present invention.

[0018] According to another aspect of the present invention, a computer program product is also provided, including a computer program that, when executed by a processor, implements the methods of various embodiments of the present invention.

[0019] According to another aspect of the present invention, a computer program product is also provided, including a non-volatile computer-readable storage medium storing a computer program that, when executed by a processor, implements the methods of various embodiments of the present invention.

[0020] According to another aspect of the present invention, a computer program is also provided, which, when executed by a processor, implements the methods of the various embodiments of the present invention.

[0021] According to another aspect of the present invention, a vehicle is also provided that implements the methods of the various embodiments of the present invention when executed.

[0022] In this embodiment of the invention, if an upgrade package needs to be generated, vehicle requirement information can be obtained, whereby the requirement information represents the upgrade and functional requirements of electronic devices in the vehicle. Based on the requirement information, initial functional modules can be determined, whereby each initial functional module corresponds to at least one or more functional requirements in the requirement information. Each sub-initial functional module in the initial functional module contains parameters and variables, with different parameters and variables corresponding to different upgrade scenarios. The parameters and / or variables in the initial functional modules can be adjusted to obtain target functional modules, whereby the target functional modules represent functional modules whose accuracy in meeting upgrade requirements exceeds an accuracy threshold. An upgrade package can be generated based on the target functional modules. In this embodiment, by adaptively generating suitable upgrade packages according to different functional requirements and upgrade scenarios of the vehicle, developers do not need to manually write code or perform complex configurations. Through modularization and automation, not only is the efficiency of upgrade package generation improved, but the risk of errors caused by human factors is also reduced, thereby solving the technical problem of ineffective generation of upgrade packages for electronic devices in vehicles and achieving the technical effect of effectively generating upgrade packages for electronic devices in vehicles. Attached Figure Description

[0023] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this application, illustrate exemplary embodiments of the invention and, together with their description, serve to explain the invention and do not constitute an undue limitation thereof. In the drawings: Figure 1 This is a flowchart of a method for generating an upgrade package for electronic devices in a vehicle according to an embodiment of the present invention; Figure 2 This is a flowchart of a method for creating a vehicle OTA upgrade package based on modular integration according to an embodiment of the present invention; Figure 3 This is a schematic diagram of a module library according to an embodiment of the present invention; Figure 4 This is a schematic diagram of a system for generating an upgrade package for electronic devices in a vehicle according to an embodiment of the present invention; Figure 5 This is a schematic diagram of an apparatus for generating an upgrade package for electronic devices in a vehicle according to an embodiment of the present invention. Detailed Implementation

[0024] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0025] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0026] According to an embodiment of the present invention, an embodiment of a method for generating an upgrade package for electronic devices in a vehicle is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0027] Figure 1 This is a flowchart of a method for generating an upgrade package for electronic devices in a vehicle according to an embodiment of the present invention, such as... Figure 1 As shown, the method includes the following steps.

[0028] Step S102: Obtain vehicle demand information.

[0029] In the technical solution provided by step S102 in this embodiment of the invention, the requirement information can be used to represent the upgrade requirements and functional requirements of electronic devices in the vehicle.

[0030] In this embodiment, to identify the current upgrade requirements (e.g., upgrade type) and functional requirements (e.g., specific functional improvements) of electronic devices (e.g., ECUs) in the vehicle, and to accurately identify which electronic devices need upgrading (e.g., OTA upgrades) and what the specific upgrade requirements are, vehicle requirement information can be obtained. Requirement information may include software version information, fault code records, performance statistics, driving habits and usage scenarios, safety and compliance requirements, user requests and feedback, vehicle configuration and accessory information, etc., which are merely illustrative examples and do not impose specific limitations on the requirement information.

[0031] Optionally, software version information can record the current software version running on the ECU, facilitating identification of whether an update to the latest version is needed or to fix known issues. Fault code logging can be Diagnostic Trouble Codes (DTCs) reported using the vehicle's built-in On-Board Diagnostics (OBD) system. Fault code logging helps identify problems in the ECU, such as abnormal sensor readings or poor actuator response. Performance statistics can include historical and real-time data on performance indicators such as fuel consumption, acceleration performance, braking distance, and energy consumption, used to assess whether ECU performance meets expectations or has room for improvement. Driving habits and usage scenarios can be derived from user driving behavior data analysis of vehicle usage patterns, such as frequent city driving, long-distance driving, and the frequency of use of specific vehicle functions, for personalized feature enhancements. Safety and compliance requirements can include the latest traffic regulations and safety standards, ensuring that the upgraded ECU complies with relevant regulations and enhances vehicle safety. User requests and feedback can come from user service requests and feature feedback, such as navigation system updates, entertainment system upgrades, and enhancements to driver assistance functions. Vehicle configuration and parts information can include vehicle model, year, ECU hardware configuration, etc., making it easier to select the appropriate upgrade strategy and functional modules for the current vehicle.

[0032] In this embodiment of the application, by collecting and analyzing demand information, accurate direction and foundation can be provided for the generation of subsequent upgrade packages, thereby not only improving the efficiency and accuracy of OTA upgrades, but also reflecting the attention to user experience and continuous optimization of vehicle performance.

[0033] Step S104: Based on the requirements information, determine the initial functional modules.

[0034] In the technical solution provided by step S104 in the embodiment of the present invention, the initial functional module may correspond to at least one or more functional requirements in the requirement information, and each sub-initial functional module in the initial functional module may contain parameters and variables. Different parameters and different variables may correspond to different upgrade scenarios.

[0035] In this embodiment, after obtaining the vehicle's requirement information, the abstract requirement information can be transformed into a set of specific, executable modular functions, namely, initial functional modules. These initial functional modules can directly respond to and resolve the various upgrade and functional requirements raised in the requirement information. Through the modular design of the initial functional modules, the customization capability and development efficiency of the upgrade package can be greatly improved, while reducing the error rate during the development process.

[0036] Optionally, by conducting in-depth analysis of the requirements information, the type of sub-initial functional module corresponding to each functional requirement can be identified. For example, if the requirements information mentions the need for a software upgrade of the engine control system in a vehicle, then an initial functional module related to software updates can be selected. The initial functional module can cover the key stages of the upgrade process, ensuring that all necessary operations are completed efficiently and safely during OTA upgrades. The initial functional module can be further divided into sub-initial functional modules, each focusing on implementing a specific function and containing adjustable parameters and variables to adapt to the needs of different upgrade scenarios.

[0037] For example, the security module in the initial functional modules can handle security verification and authentication during OTA upgrades, ensuring that only authorized operations can be executed. The security module may include sub-initial functional modules such as Security Access (SA) request seeds and SA sending keys, and the corresponding parameters and variables can be the selection of encryption algorithms, key length, verification period, etc.

[0038] In this embodiment, the modular design approach greatly improves the efficiency and accuracy of OTA upgrade package generation, laying the foundation for subsequent parameter and / or variable adjustments in the initial functional modules and the generation of upgrade packages.

[0039] Step S106: Adjust the parameters and / or variables in the initial functional module to obtain the target functional module.

[0040] In the technical solution provided by step S106 in this embodiment of the invention, the target functional module can be used to represent a functional module whose accuracy of upgrade requirements is higher than an accuracy threshold.

[0041] In this embodiment, after determining the initial functional module based on the requirements information, in order to ensure that the initial functional module can accurately complete the upgrade according to the functional requirements in the requirements information when performing the upgrade task, and to avoid upgrade failure or functional abnormality caused by improper parameter and / or variable settings, the parameters and / or variables in the initial functional module can be adjusted to obtain the target functional module.

[0042] Optionally, by adjusting parameters and / or variables, the target functional module can be adapted to the specific needs of different vehicle models and ECUs, as well as to cope with possible upgrade scenarios. For example, adjusting the data transmission rate parameter can improve transmission efficiency, or adjusting the encryption algorithm variable can ensure a balance between security and communication speed.

[0043] Optionally, based on the specific upgrade scenario described in the requirements information, the parameters and / or variables in the selected initial functional modules can be initially set to ensure they reflect the characteristics of the scenario. Then, through simulation or actual vehicle testing, the accuracy and reliability of the configured initial functional modules in executing specific functional requirements can be verified. If the test results show that the execution accuracy of the initial functional modules is lower than the accuracy threshold, the cause of the error needs to be analyzed, such as unreasonable parameter settings, inappropriate variable selection, or insufficient inter-module coordination, and targeted adjustments should be made. Adjustments to parameters and / or variables may require multiple iterations until the accuracy of the upgrade requirements in the initial functional modules exceeds the accuracy threshold. After testing and correction, it can be ensured that each sub-initial functional module can reliably execute under different upgrade scenarios; at this point, the sub-initial functional module becomes the target functional module.

[0044] In this embodiment, parameters and / or variables are finely adjusted according to specific upgrade scenarios and functional requirements, and the target functional module is customized to meet specific needs. Through repeated testing and error correction, it can be ensured that the accuracy of the target functional module exceeds the accuracy threshold when performing upgrade tasks, thereby improving the success rate of the upgrade. In addition, the target functional module can flexibly adjust parameters and / or variables according to the differences in different vehicle models, ECU models, and upgrade environments, enhancing its adaptability to a wide range of upgrade needs.

[0045] Step S108: Generate an upgrade package based on the target functional module.

[0046] In the technical solution provided by step S108 in the embodiments of the present invention, after adjusting the parameters and / or variables in the initial functional module to obtain the target functional module, an upgrade package can be generated based on the target functional module.

[0047] In this embodiment, after detailed analysis of requirements, selection of functional modules and adjustment of parameters and / or variables, the various target sub-functional modules in the target functional module can be integrated to form a complete, executable upgrade package for updating software or firmware on the vehicle.

[0048] Optionally, the upgrade package can guide the execution flow of the target functional module. For example, the header information of the upgrade package can include basic information such as the version number, ECU identifier, and upgrade type. The module sequence in the upgrade package can list the execution sequence of each sub-target functional module in the target functional module, ensuring that each operation is executed in the correct order. The data payload in the upgrade package can contain the actual software or firmware update data, as well as other necessary information related to the upgrade. The tail information in the upgrade package can include integrity and verification information to ensure that the data is not tampered with during transmission.

[0049] Optionally, during the upgrade package generation process, the target functional modules can be cascaded in the correct order according to the upgrade process to form a complete execution chain. Software or firmware update data, as well as the data required for the target functional modules to execute, can be encapsulated together in the upgrade package. After generating the upgrade package, basic verification and testing can be performed to ensure the correctness of the upgrade package and its compatibility with the target vehicle.

[0050] In steps S102 to S108 of this embodiment of the invention, if an upgrade package needs to be generated, vehicle requirement information can be obtained. This requirement information represents the upgrade and functional requirements of electronic devices in the vehicle. Based on the requirement information, initial functional modules can be determined. Each initial functional module corresponds to at least one or more functional requirements in the requirement information. Each sub-initial functional module in the initial functional module contains parameters and variables; different parameters and variables correspond to different upgrade scenarios. The parameters and / or variables in the initial functional modules can be adjusted to obtain target functional modules. These target functional modules represent functional modules whose accuracy in meeting upgrade requirements exceeds an accuracy threshold. An upgrade package can be generated based on the target functional modules. In this embodiment, suitable upgrade packages are adaptively generated according to different functional requirements and upgrade scenarios of the vehicle, without requiring developers to manually write code or perform complex configurations. Through modularization and automation, not only is the efficiency of upgrade package generation improved, but the risk of errors due to human factors is also reduced, thereby solving the technical problem of ineffective generation of upgrade packages for electronic devices in vehicles and achieving the technical effect of effectively generating upgrade packages for electronic devices in vehicles.

[0051] The method described in this embodiment will be further described below.

[0052] As an optional embodiment, step S106, adjusting the parameters and / or variables in the initial functional module to obtain the target functional module, includes: using the target interaction port to adjust the parameter values ​​corresponding to the parameters and / or the variable values ​​corresponding to the variables, and sorting each sub-initial functional module according to the standard upgrade procedure to obtain a sorting result, wherein the target interaction port is used at least for communication between each sub-initial functional module, the standard upgrade procedure is used to control the upgrade process to follow the same rules and security standards, and the sorting result is used to indicate the execution order of each sub-initial functional module; combining the sub-initial functional modules in the sorting result that are greater than the sorting result threshold to obtain the target functional module.

[0053] In this embodiment, during the process of adjusting the parameters and / or variables in the initial functional module to obtain the target functional module, the target interaction port can be used to adjust the parameter values ​​corresponding to the parameters and / or the variable values ​​corresponding to the variables, and sort each sub-initial functional module according to the standard upgrade procedure. Sub-initial functional modules with values ​​greater than the sorting result threshold are selected from the sorting results, and the selected sub-initial functional modules are combined to form the target functional module.

[0054] Optionally, the target interaction port can be an interface that allows developers to interact with each sub-initial functional module. Through the target interaction port, parameter values ​​and / or variable values ​​can be adjusted. The design of the target interaction port can ensure the communication capability and accurate data transmission between the various sub-initial functional modules, which is key to achieving modular integration.

[0055] Optionally, developers can adjust parameter and / or variable values ​​related to each sub-initial functional module through the target interaction port, based on the specific configuration and upgrade requirements of the target vehicle. For example, they can adjust data transmission rate parameters to adapt to different network conditions, or adjust encryption key variables to enhance security verification.

[0056] Optionally, the initial functional modules can be ordered according to the rules in the standard upgrade procedure. The standard upgrade procedure defines the execution order and logic of each initial functional module during the upgrade process, ensuring that the entire upgrade process follows consistent rules and security standards. After ordering, a sorting result representing the execution order of each initial functional module is obtained. This sorting result is the cornerstone of modular upgrade package generation, determining not only the execution flow of each initial functional module but also affecting the efficiency and security of the upgrade process.

[0057] Optionally, after selecting and adjusting parameter and / or variable values ​​from the sorting results, the selected sub-initial functional modules can be combined to form the target functional module. This combination process needs to consider the synergistic effects between the various sub-initial functional modules to ensure that the entire upgrade package executes smoothly and efficiently, completing the upgrade task efficiently.

[0058] Optionally, through the above embodiments, the generation of the target functional module ensures high accuracy and efficiency during execution. Setting screening criteria and precisely adjusting parameters and variables allows each sub-initial functional module to achieve better performance in specific scenarios. Furthermore, communication control via the target interaction port ensures seamless collaboration between the sub-initial functional modules, preventing upgrade failures due to communication problems.

[0059] In this embodiment, parameters and / or variables are adjusted using the target interaction port, and the initial sub-functional modules are sorted according to the standard upgrade procedure. The sorting results are then filtered and combined to obtain the target functional modules. This ensures the accuracy and efficiency of the upgrade package generation while adhering to security standards, providing a solid foundation for subsequent upgrade package generation and deployment. Through meticulous modular design and parameter optimization, it can effectively address potentially complex upgrade requirements and scenario changes in the future, improving the flexibility and adaptability of the entire OTA upgrade process.

[0060] As an optional embodiment, the target functional module includes a control module, a recovery module, a transmission module, a flashing module, a security module, and an optimization module. The target functional module is obtained by combining sub-initial functional modules that are greater than a first sorting result threshold in the sorting results. This includes: responding to a demand information indicating a control and coordination upgrade requirement, combining sub-initial functional modules that are greater than a first sorting result threshold in the sorting results to determine the target functional module as a control module, wherein the control module is used to control the orderliness of the upgrade process; responding to a demand information indicating a restore function state, combining functional modules that are greater than a second sorting result threshold in the sorting results to determine the target functional module as a recovery module, wherein the recovery module is used to reset or restore the function state; and responding to a demand information indicating a data packet transmission, combining functional modules that are greater than a third sorting result threshold in the sorting results to determine the target functional module as a recovery module. The following steps are taken: First, the target functional module is determined to be the transmission module, which is used to transmit data packets generated during the upgrade process. Second, in response to the requirement information for performing a write operation, functional modules with a ranking greater than the fourth ranking threshold are combined to determine the target functional module as the write module, which is used to write the requirement information during the upgrade process. Third, in response to the requirement information for maintaining the security of the upgrade process, functional modules with a ranking greater than the fifth ranking threshold are combined to determine the target functional module as the security module, which is used to control the secure execution of the upgrade process. Fourth, in response to the requirement information for adapting to different upgrade scenarios, functional modules with a ranking greater than the sixth ranking threshold are combined to determine the target functional module as the optimization module, which is used to optimize the upgrade requirements and / or functional requirements.

[0061] In this embodiment, the target functional module may include a control module, a recovery module, a transmission module, a flashing module, a security module, and an optimization module. Considering the diverse needs during the upgrade process, the target functional module can be subdivided and optimized for specific upgrade requirements. Based on different requirement information, the initial sub-functional modules can be combined into a control module, recovery module, transmission module, flashing module, security module, and optimization module, thereby ensuring that the upgrade package can efficiently and securely perform upgrade tasks in different scenarios.

[0062] Optionally, in response to the demand information indicating a need for control and coordination upgrades, sub-initial functional modules that exceed the threshold of the first sorting result can be combined to determine the target functional module as the control module. The control module may include a session control module (session control), a communication control module (communication control), a routine control module (routine control), and a DTC setting module (DTC setting).

[0063] Optionally, in response to the demand information indicating a recovery function state, functional modules with a value greater than the second sorting result threshold in the sorting results are combined to determine the target functional module as the recovery module. The recovery module may include an ECU reset module (reset ECU), a DTC clearing module (clear DTC), and a waiting module (wait).

[0064] Optionally, in response to the demand information being a data packet, functional modules that are greater than the third sorting result threshold in the sorting results are combined to determine the target functional module as the transmission module. The transmission module may include a request download module (request download), a data transmission module (data transmission), and an exit transmission module (exit transmission).

[0065] Optionally, in response to the demand information to perform a brushing operation, the functional modules in the sorting results that are greater than the threshold of the fourth sorting result are combined to determine the target functional module as the brushing module. The brushing module may include a data reading module (reading data) and a data writing module (writing data).

[0066] Optionally, in response to the demand information and to ensure the security of the upgrade process, functional modules that are greater than the fifth sorting result threshold in the sorting results are combined to determine the target functional module as a security module. The security module may include a request seed module (request seed) and a sending key module (sending key).

[0067] Optionally, in response to demand information and to adapt to different upgrade scenarios, functional modules that are greater than the threshold of the sixth sorting result in the sorting results are combined to determine the target functional module as the optimization module. The optimization module may include the extension module and other modules. The optimization module may also be called the optimizable module.

[0068] Optionally, the control module can manage the control logic of the upgrade process, such as state transitions, service request sequences, and error handling, ensuring that the entire upgrade process is executed in an orderly manner according to the established procedures. The recovery module can reset or restore the ECU to its normal operating state before and after the upgrade process, such as resetting the ECU and clearing DTCs, ensuring that the upgrade does not affect the vehicle's normal functions. The transmission module can be used for data transmission, including requesting downloads, data transmission, and exiting transmission, ensuring that upgrade data is delivered quickly and accurately and maintains stability in complex communication environments. The flashing module can be used to perform software or firmware flashing operations, ensuring that the target ECU can correctly receive and store new data during the upgrade process, achieving software updates. The security module can be used for authentication and data encryption during the upgrade process, such as SA request seeds and SA sending keys, ensuring secure transmission and legitimate operation of upgrade data and avoiding security risks. The optimization module can be used to adapt to the upgrade needs of different vehicle models and different ECUs, adjusting parameters and / or variables to better match the needs of specific scenarios, improving upgrade efficiency and success rate.

[0069] Optionally, when making the above combinations, developers should fully consider the synergy between the various initial functional modules to ensure that adjustments to parameters and / or variables do not cause conflicts or affect the functionality of other modules. At the same time, the combination of each initial functional module must undergo thorough testing and verification to ensure that the execution effect in specific scenarios meets or exceeds the corresponding sorting result threshold, thereby providing a solid technical guarantee for the generation of the entire OTA upgrade package.

[0070] In this embodiment of the application, by combining sub-initial functional modules based on different requirement information, upgrade packages that meet the needs of specific upgrade scenarios can be generated in a targeted manner. This highly customized method not only improves the execution efficiency and security of the upgrade package, but also enhances its adaptability and scalability when facing complex upgrade requirements in the future.

[0071] As an optional implementation method, the sub-initial functional modules are sorted according to the standard upgrade procedure to obtain the sorting result, including: determining the function type of each sub-initial functional module, wherein the function type is used to indicate the logical position and priority of each sub-initial functional module in the upgrade process; and sorting the sub-initial functional modules according to the standard upgrade procedure and the function type to obtain the sorting result.

[0072] In this embodiment, during the process of sorting each sub-initial functional module according to the standard upgrade procedure and obtaining the sorting result, the functional type of each sub-initial functional module can be determined. The functional type is determined based on the position and priority of each sub-initial functional module in the upgrade logic, which describes the role of each sub-initial functional module in the upgrade sequence.

[0073] For example, control modules may include "session control" and "communication control," which are executed first at the start of the upgrade to establish a secure communication environment. Recovery modules, such as "ECU reset" and "DTC clearing," can be executed before or after the upgrade to ensure the vehicle's normal functionality. Transmission modules, such as "download request," "data transmission," and "exit transmission," can be performed before the flashing operation to ensure secure data transmission. Flashing modules, such as "data writing" and "data reading," are the core of the upgrade package and can be used for software or firmware updates. Security modules, such as "SA request seed" and "SA key sending," play a protective role throughout the upgrade process, ensuring communication security. Optimization modules are responsible for improving upgrade efficiency and adaptability, ensuring the upgrade package can adapt to different upgrade scenarios.

[0074] Optionally, the logical location of each sub-initial functional module within the upgrade process can be determined based on its functional type. For example, the security module can be executed at the start of the upgrade, while the recovery module can be executed before or after the upgrade ends.

[0075] Optionally, the initial sub-functional modules can be sorted according to the standard upgrade procedure and the priority of functional types to obtain a detailed execution sequence, i.e., the sorting result. The sorting result needs to ensure the coherence and rationality of the upgrade process to avoid upgrade failures or security risks due to improper execution order. The sorting result can be adjusted based on test feedback to ensure that each initial sub-functional module can be executed smoothly and achieve the best upgrade effect.

[0076] In this embodiment, by clearly defining the functional types of each sub-initial functional module and sorting them based on the standard upgrade procedure, a logically sound and well-ordered sorting result can be generated. This not only ensures the execution efficiency and security of the upgrade package but also provides clear guidance for subsequent sub-initial functional module combinations and upgrade package generation. Optimizing the sorting result is an iterative process that requires continuous adjustment based on actual testing and scenario requirements to achieve the optimal state, thereby providing a reliable and efficient technical foundation for vehicle OTA upgrades.

[0077] As an optional embodiment, step S108, generating an upgrade package based on the target functional module, includes: testing each sub-target functional module in the target functional module to obtain test results, wherein the test results are used to indicate whether the performance of each sub-target functional module meets the performance standard; and generating an upgrade package based on the test results.

[0078] In this embodiment, during the process of generating the upgrade package based on the target functional module, each sub-target functional module in the target functional module can be tested. Through testing, it can be verified whether each sub-target functional module in the target functional module meets the predetermined performance standards, ensuring that the upgrade package can stably and efficiently perform the upgrade task in actual applications.

[0079] Optionally, performance standards may include, but are not limited to, execution efficiency, data transmission rate, bit error rate, and response time of security verification mechanisms. These performance standards can be set according to upgrade requirements and vehicle communication environment to ensure the smooth progress of the upgrade process.

[0080] Optionally, testing can be performed on each sub-target functional module within the target functional module. This may include functional testing, performance testing, compatibility testing, and stability testing, etc. This is just an example and no specific limitations are imposed here.

[0081] Optionally, functional testing involves independently testing each sub-target functional module to verify its ability to perform specified functions as designed, such as safety verification, data transmission, and ECU reset. Performance testing measures and records various performance indicators of the sub-target functional module during execution, comparing them with performance standards to confirm compliance. Compatibility testing tests the compatibility of the sub-target functional module with other systems or components of the vehicle, ensuring that system conflicts or malfunctions do not occur during the upgrade process. Stability testing involves running the sub-target functional modules for extended periods to observe whether each module can maintain stable operation under different environments and conditions, avoiding unexpected shutdowns or failures caused by environmental factors.

[0082] Optionally, after testing, the test results can be analyzed in detail to identify sub-target functional modules that do not meet performance standards. For sub-target functional modules that fail to meet the standards, parameter adjustments, code optimization, or module refactoring can be performed to improve performance until the performance standards are met. After each sub-target functional module passes the test, the sub-target functional modules can be integrated into the upgrade package and arranged according to the defined execution order.

[0083] In this embodiment, functional testing, performance testing, compatibility testing, and stability testing comprehensively evaluate the applicability and reliability of the target functional modules. After processing the test results and performing necessary optimizations, the modules are finally integrated into an upgrade package, ensuring stable and efficient execution of upgrade tasks under different OTA scenarios, providing strong technical support for vehicle software and firmware updates. This test-driven development process is an indispensable part of the modular integration of vehicle OTA upgrade packages, enhancing the rigor and practicality of the development process.

[0084] As an optional implementation method, an upgrade package is generated based on the test results, including: in response to the sub-target functional modules whose performance meets the performance standards in the test results, creating an upgrade package database, wherein the upgrade package database contains at least the information and instructions required for the upgrade; and updating the upgrade package database to obtain the upgrade package.

[0085] In this embodiment, during the process of generating the upgrade package based on the test results, detailed performance tests can be performed on each sub-target functional module, such as simulation tests and real-vehicle tests, to evaluate its performance under different conditions. The test results can accurately determine which modules' performance meets or exceeds predetermined performance standards.

[0086] Optionally, in response to sub-target functional modules whose performance meets the performance standards in the test results, an upgrade package database can be created. The upgrade package database needs to contain the information and instructions required for the upgrade to guide its execution on the vehicle. This information and instructions may include, but are not limited to, module identifiers, parameter settings, execution order, security keys, and communication protocols; these are merely illustrative examples and are not specifically limited here.

[0087] Optionally, the relevant information of the successfully tested sub-target functional modules can be integrated into the upgrade package database to ensure that the execution instructions and configuration information of each sub-target functional module are complete and intact, which will facilitate subsequent updates and use.

[0088] Optionally, based on the latest test results and feedback from the vehicle's ECU, the upgrade package database can be updated periodically or as needed to reflect the latest performance optimizations and security patches. Updates may include adding new modules, modifying parameter values, and improving communication protocols. After the database update is complete, an upgrade package generation tool can be used to package the information and instructions in the database into a complete upgrade package. The generation of the upgrade package needs to take into account technologies such as compression, encryption, and integrity verification to ensure that no data loss or security issues occur during transmission and execution.

[0089] Optionally, the generated upgrade package needs to undergo final performance and compatibility testing before deployment to ensure it works as expected on all vehicles. Furthermore, deployment strategies can be tailored to the nature and importance of the upgrade package. For example, critical security updates can be deployed immediately, while non-critical feature optimizations can be scheduled for the next routine maintenance.

[0090] Optionally, after the upgrade package is deployed, its performance and stability can be continuously monitored, and feedback information can be collected for subsequent iterative optimization. Based on the collected information, the module combinations and parameter settings in the upgrade package database can be adjusted to continuously optimize the upgrade package's performance and ensure optimal operation on the vehicle's ECU.

[0091] In this embodiment, generating upgrade packages based on performance test results ensures the quality and efficiency of OTA upgrade packages, providing vehicles with stable and secure software upgrade services. Furthermore, the establishment and updating of the upgrade package database not only simplifies the upgrade package generation process but also facilitates subsequent functional expansion and performance optimization.

[0092] As an optional embodiment, the method further includes: sending the upgrade package from the client to the server; and in response to the server receiving the upgrade package, sending the upgrade package to the vehicle.

[0093] In this embodiment, on the client side, the tested and optimized upgrade package needs final data encapsulation to ensure that necessary information (such as upgrade package files, execution instructions, security certificates, etc.) is packaged and ready for transmission. A suitable communication protocol can be selected based on the network environment and server communication requirements to ensure secure data transmission and integrity. The client sends the upgrade package to the server over the network, possibly including a sending instruction to notify the server to receive and prepare for processing the upgrade package. During data transmission, encryption technology is used to protect the upgrade package from third-party interception and tampering, ensuring data transmission security.

[0094] Optionally, after receiving the upgrade package, the server can send a receipt confirmation signal to the client, indicating that the data has been successfully delivered. The server can perform integrity verification and security checks on the upgrade package to ensure that it has not been tampered with and meets preset security standards. Based on the received upgrade task information, the server associates the upgrade package with a specific vehicle identifier and prepares to send it to the target vehicle. To improve transmission efficiency, the server can cache the upgrade package, waiting for optimal network conditions or performing efficient batch transmission among multiple vehicles.

[0095] Optionally, during the process of sending the upgrade package from the server to the vehicle, operations such as vehicle identification, data transmission, vehicle reception confirmation, and execution of upgrade tasks can be performed.

[0096] Optionally, vehicle identification can be achieved by the server using a unique vehicle identifier, such as a Vehicle Identification Number (VIN), to identify the target vehicle and ensure that the upgrade package is accurately delivered to the designated vehicle. Network condition checking can be performed by the server before sending information, checking the vehicle's current network conditions and selecting an appropriate time to send the data to avoid transmission failures due to network instability. Data transmission can be achieved by the server sending the upgrade package to the vehicle via wireless communication technology, which can be segmented to adapt to different network bandwidths. Vehicle reception confirmation occurs when the vehicle receives the upgrade package and sends a confirmation to the server to indicate that the data has arrived successfully; the server can record the status of this transmission. Upgrade task execution involves the vehicle performing upgrade tasks according to a predefined upgrade process after receiving the upgrade package, such as security verification, data unpacking, and software flashing.

[0097] In this embodiment, sending the upgrade package from the client to the server, and then from the server to the vehicle, is a crucial step in realizing vehicle OTA upgrades. This involves not only efficient and secure data transmission but also server data processing and vehicle-side reception confirmation and task execution. By ensuring that each step in the process is properly handled, the efficiency and success rate of vehicle upgrades can be effectively improved, providing users with a more seamless and secure upgrade experience. Furthermore, this process design also provides flexibility and scalability for potentially more complex network environments and higher transmission requirements in the future.

[0098] In an embodiment of the present invention, if an upgrade package needs to be generated, vehicle requirement information can be obtained, wherein the requirement information represents the upgrade and functional requirements of electronic devices in the vehicle; based on the requirement information, initial functional modules can be determined, wherein the initial functional modules correspond to at least one or more functional requirements in the requirement information, and each sub-initial functional module in the initial functional modules contains parameters and variables, with different parameters and variables corresponding to different upgrade scenarios; the parameters and / or variables in the initial functional modules can be adjusted to obtain target functional modules, wherein the target functional modules represent functional modules whose accuracy of upgrade requirements is higher than an accuracy threshold; and upgrade packages can be generated based on the target functional modules. In this embodiment, by adaptively generating suitable upgrade packages according to different functional requirements and upgrade scenarios of the vehicle, developers do not need to manually write code or perform complex configurations. Through modularization and automation, not only is the efficiency of upgrade package generation improved, but the risk of errors caused by human factors is also reduced, thereby solving the technical problem of not being able to effectively generate upgrade packages for electronic devices in vehicles and achieving the technical effect of effectively generating upgrade packages for electronic devices in vehicles.

[0099] The technical solutions of the embodiments of the present invention will be illustrated below with reference to preferred embodiments.

[0100] Currently, as a key means of quality assurance and value-added services, vehicle over-the-air (OTA) technology has been widely used in vehicle product after-sales service and development. OTA technology enables remote management of in-vehicle electronic systems through mobile communication interfaces, thereby reducing recall and repair costs, increasing vehicle functionality, and providing continuous after-sales service to users. OTA technology developers currently generally create upgrade packages by manually writing code, referring to functional specifications and technical manuals, and compiling and flashing the program line by line.

[0101] With the increasing level of vehicle electronics, the demand for OTA (Over-The-Air) technology from OEMs is also rising. Currently, vehicle electronic control technology and ECU (Electronic Control Unit) functions are developing and iterating rapidly, requiring OEMs to provide more frequent and shorter-interval upgrade services. Traditional upgrade package creation methods require R&D personnel to spend additional time on programming and error correction, in addition to analyzing functionality and compatibility. This impacts internal verification time, leading to delayed feature releases and a decline in user experience. This development model is labor-intensive and relatively slow in terms of upgrade deployment efficiency, making it difficult to adapt to the rapidly iterating and unpredictable trends in vehicle electronic control. Furthermore, existing methods require manual programming, which often results in programming errors and compatibility issues when creating large-scale OTA upgrade packages. This leads to increased error rates, more test defects, and other quality problems, indirectly increasing R&D costs and time. Once programming errors occur, problematic programs, due to flawed code paths, are difficult to execute and detect during dynamic testing, increasing testing workload and raising the OTA upgrade failure rate. Furthermore, since each OTA upgrade requires manual programming, such programming errors are easily reproduced, and there is a lack of reliable measures to reduce the probability of errors. Therefore, there is still a technical problem that cannot effectively generate upgrade packages for electronic devices in vehicles.

[0102] Therefore, to address the aforementioned issues, this invention provides a method for creating vehicle OTA upgrade packages based on modular integration. This invention streamlines the standardized process of ECU flashing and OTA upgrades, deeply analyzes the specific functions performed by various Unified Diagnostic Services (UDS) during the upgrade process, and, based on the principle of functional modularization, divides the upgrade package into several sub-modules with clearly defined functions. This offers advantages such as better applicability, reusability, and greater flexibility in adjustment. Modular integration reduces learning costs, facilitates understanding and improvement, and streamlines the development of upgrade programs. Simultaneously, the modules are highly independent, connected only by variables, allowing for individual debugging, prioritization, or optimization during the development process without affecting the overall solution. This integration method saves development time, reduces error rates, and while possessing considerable optimizability and scalability, also lowers the trial-and-error costs and defect reproducibility rate during program improvement.

[0103] In summary, this application addresses the existing problems in OTA development by overcoming the common code defects, such as syntax errors or compilation errors, introduced by developers due to human negligence during conventional program development. The modular encapsulation of segments employed in this application significantly reduces the probability of such errors. Regarding testing and error correction, since this application makes almost no changes to the internal structure of the upgrade program, errors can be directly located in parameters modified via external ports, reducing the workload of error correction. In terms of compatibility, because the modules are divided based on functional services, the operation of each module is not dependent on a specific environment or product. Parameters can be adjusted to adapt to different development environments and products, thus solving the technical problem of effectively generating upgrade packages for electronic devices in vehicles and achieving the technical effect of effectively generating upgrade packages for electronic devices in vehicles.

[0104] Figure 2 This is a flowchart illustrating a method for creating a vehicle OTA upgrade package based on modular integration according to an embodiment of the present invention, such as... Figure 2 As shown, the method includes the following steps.

[0105] Step S201: The developer calls the module library.

[0106] In this embodiment, developers can select appropriate sub-modules from the module library based on the upgrade requirements of the vehicle ECU and preset functional specifications. The module library contains a variety of pre-designed and tested functional modules.

[0107] Figure 3 This is a schematic diagram of a module library according to an embodiment of the present invention, such as... Figure 3As shown, the module library 300 includes a control module 302, a recovery module 304, a transmission module 306, a flashing module 308, a security module 310, and an optimizable module 312.

[0108] Optionally, control module 302 may include a session control module (session control), a communication control module (communication control), a routine control module (routine control), and a DTC setting module (DTC setting). Recovery module 304 may include an ECU reset module (ECU reset), a DTC clear module (DTC clear), and a wait module (wait). Transmission module 306 may include a request download module (request download), a data transmission module (data transmission), and an exit transmission module (exit transmission). Flashing module 308 may include a data read module (read data) and a data write module (write data). Security module 310 may include a request seed module (request seed) and a key transmission module (send key). Optimization module 312 may include an expansion module and other modules (...).

[0109] In this embodiment, the complete upgrade program is broken down according to communication functions. Program segments that perform specific functions are integrated into a whole module, with the program code integrated within the module. Parameters within the program are set as variables, allowing for individual calibration while maintaining a fixed code structure. OTA developers do not need to program word for word; by analyzing the principles and requirements of the upgrade program, selecting appropriate functional modules and adjusting variable values, and sorting the modules according to the standard upgrade program, they can complete the upgrade program integration without touching the code structure. Furthermore, developers can adjust or optimize the internal structure of the modules for different vehicle models and ECU design schemes.

[0110] Optionally, based on the functional division of different fields in the ECU flashing standard program and code, this application designs 14 different OTA function modules. Table 1 is a name-function correspondence table according to an embodiment of the present invention. As shown in Table 1, it shows the names and functions of the OTA function modules. The numbers after each name in Table 1 represent the service identifier used for the request or response of the service. For example, the 10 in Session Control-10 represents the Service Identifier (SID) of the Session Control service in the UDS protocol.

[0111] Table 1. A table of names and functions

[0112] Table 1 lists the modules covering most of the diagnostic services needed in creating OTA upgrade packages. For any special cases not covered, new modules can be designed as needed. After fully understanding the functional specifications, developers can refer to the standard ECU flashing process and the design schemes of each ECU, call the appropriate modules and sort them, and then debug the parameter values ​​through external interfaces to complete the writing of an upgrade program for a specific ECU. By combining the modules provided in this application, the client can request the ECU to perform different functions in the session. For example, calling SA to request a seed or SA to send a key can enable secure verification access to the ECU performing important functions; calling to request download, transmit data, or request to exit transmission can form a complete data transmission link between the client and the server, thereby importing the upgrade data into the specified ECU; calling the waiting module between different functions acts as a buffer for communication.

[0113] Step S202: Sort the modules in the module library and modify the variables through the port.

[0114] In this embodiment, developers can logically and prioritize selected modules according to standard upgrade procedures, ensuring that each module is positioned appropriately in the execution sequence, forming an ordered module queue. Variables within a module can be modified via a port (target interaction port) to adapt to the communication protocols, data formats, and security requirements of a specific ECU.

[0115] Step S203: Generate OTA upgrade package.

[0116] In this embodiment, the modules are combined into a complete OTA upgrade package according to the sorting results and adjusted parameters. The upgrade package should contain the necessary functional modules and related instructions to ensure that the ECU can complete the upgrade according to the preset process. The combined modules can be data encapsulated to form a file that is easy to transmit and unpack, while adding necessary metadata and security information.

[0117] Step S204: Upload the OTA upgrade package to the cloud.

[0118] In this embodiment, developers can upload the generated OTA upgrade package to a dedicated cloud server. The cloud server is responsible for storing and managing the upgrade package, as well as subsequent distribution tasks. On the cloud server, developers or system administrators can set detailed information about the upgrade task, such as the target vehicle list, upgrade package version, and execution time window.

[0119] Step S205: The task is sent to the vehicle via the cloud.

[0120] In this embodiment, the cloud server can automatically or manually schedule upgrade tasks based on task information, ensuring that the upgrade package is sent to the target vehicle under optimal network conditions and at the optimal time. The cloud server transmits the OTA upgrade package to the target vehicle via wireless communication technology, and data compression and encryption technologies can be used during transmission to improve efficiency and security. After receiving the upgrade task and upgrade package, the vehicle unpacks, verifies, and executes the upgrade according to a preset upgrade process to complete the software or firmware update.

[0121] In this embodiment, developers are allowed to skip programming, code verification, and static testing. They can select modules that perform the corresponding functions based on upstream documentation, debug these modules through external interfaces to ensure compatibility with the operating environments of different vehicle products, and complete upgrades to specified ECUs. Furthermore, developers can design other modules for specific products for subsequent upgrade tasks. This is significant for improving efficiency and reducing defect rates. Since the upgrade process in this application is largely modularized, the maintainability, reusability, and scalability of the upgrade program are significantly improved. Typically, an OTA upgrade requires coordination among multiple development teams. Adopting a modular integration solution also clarifies functional specifications and requirements, facilitates communication, and promotes collaboration between teams.

[0122] Modular integration-based manufacturing solutions simplify the OTA upgrade development process. This solution does not change the general upgrade method or adopt different upgrade principles, but optimizes the writing of upgrade packages, thereby improving efficiency and reducing the risk of error propagation. The upgrade process of the Body Control Module (BCM) is used as an example below. By analyzing the entire upgrade process, it can be broken down into the following functional steps.

[0123] Step 1: Set up the flashing environment. Setting up the flashing environment can be achieved by sequentially calling "Session Control - DTC Settings - Communication Control - Session Control".

[0124] Step 2: Secure Access. Secure access can be achieved by calling "SA Request Seed - SA Send Key".

[0125] Step 3: Identity verification. Identity verification is achieved by continuously calling "write data".

[0126] Step 4: Flash the flash drive.

[0127] Step 5: Reprogramming software.

[0128] In steps four and five, the flashing process achieves the upgrade data flashing by calling "request download - transfer data - request exit transfer". The flash drive and software addresses are different, and the pre-processing required for flashing is different. The detailed parameters of the module can be adjusted through the external port, or other modules can be inserted into the process to improve different functional details.

[0129] Step 6: Verify the write operation. This can be done by calling the "Routine Control" module.

[0130] Step 7: Restore the working environment. Restoring the working environment is the reverse of step 1 at the module level, and the "Clear DTC" module is executed at the end to eliminate the write operation.

[0131] According to embodiments of the present invention, a system for generating upgrade packages for electronic devices in a vehicle is also provided. It should be noted that this system for generating upgrade packages for electronic devices in a vehicle can be used to execute the method for generating upgrade packages for electronic devices in a vehicle as described in the embodiments.

[0132] This invention also provides a system for generating upgrade packages for electronic devices in vehicles. Figure 4 This is a schematic diagram of a system for generating upgrade packages for electronic devices in a vehicle according to an embodiment of the present invention, such as... Figure 4 As shown, the system 400 for generating upgrade packages for electronic devices in the vehicle includes a client 402 and a server 404.

[0133] Client 402 is used to obtain vehicle requirement information, which represents the upgrade and functional requirements of electronic devices in the vehicle; based on the requirement information, initial functional modules are determined, wherein the initial functional modules correspond to at least one or more functional requirements in the requirement information, and each sub-initial functional module in the initial functional modules contains parameters and variables, with different parameters and variables corresponding to different electronic devices and different upgrade scenarios; the parameters and / or variables in the initial functional modules are adjusted to obtain target functional modules, wherein the target functional modules represent functional modules whose accuracy of upgrade requirements is higher than an accuracy threshold; and based on the target functional modules, an upgrade package is generated.

[0134] Server 404 is used to receive upgrade packages and send them to vehicles.

[0135] In this embodiment, appropriate upgrade packages are adaptively generated based on different functional requirements and upgrade scenarios of the vehicle, without requiring developers to manually write code or perform complex configurations. Through modularization and automation, not only is the efficiency of upgrade package generation improved, but the risk of errors due to human factors is also reduced, thereby solving the technical problem of ineffective generation of upgrade packages for electronic devices in vehicles and achieving the technical effect of effectively generating upgrade packages for electronic devices in vehicles.

[0136] According to embodiments of the present invention, an apparatus for generating upgrade packages for electronic devices in a vehicle is also provided. It should be noted that this apparatus for generating upgrade packages for electronic devices in a vehicle can be used to execute the method for generating upgrade packages for electronic devices in a vehicle as described in the embodiments.

[0137] Embodiments of the present invention also provide an apparatus for generating upgrade packages for electronic devices in a vehicle. Figure 5 This is a schematic diagram of an apparatus for generating an upgrade package for electronic devices in a vehicle according to an embodiment of the present invention, as shown below. Figure 5 As shown, the device 500 for generating upgrade packages for electronic devices in the vehicle includes: an acquisition unit 502, a determination unit 504, an adjustment unit 506, and a generation unit 508.

[0138] The acquisition unit 502 is used to acquire the vehicle's demand information, wherein the demand information represents the upgrade and functional requirements of electronic devices in the vehicle.

[0139] The determining unit 504 is used to determine the initial functional modules based on the requirements information. The initial functional modules correspond to at least one or more functional requirements in the requirements information. Each sub-initial functional module in the initial functional modules contains parameters and variables. Different parameters and different variables correspond to different electronic devices and different upgrade scenarios.

[0140] The adjustment unit 506 is used to adjust the parameters and / or variables in the initial functional module to obtain the target functional module.

[0141] Generation unit 508 is used to generate an upgrade package based on the target functional module.

[0142] Optionally, the adjustment unit 506 includes: an adjustment subunit, used to adjust the parameter values ​​corresponding to the parameters and / or the variable values ​​corresponding to the variables using the target interaction port, and to sort each sub-initial functional module according to the standard upgrade procedure to obtain a sorting result, wherein the target interaction port is used at least for communication between each sub-initial functional module, the standard upgrade procedure is used to control the upgrade process to follow the same rules and security standards, and the sorting result is used to indicate the execution order of each sub-initial functional module; and a combination subunit, used to combine the sub-initial functional modules in the sorting result that are greater than the sorting result threshold to obtain the target functional module.

[0143] Optionally, the target functional module includes a control module, a recovery module, a transmission module, a flashing module, a security module, and an optimization module. The combined sub-unit includes: a first determining sub-unit, used to combine sub-initial functional modules from the sorting results that are greater than a first sorting result threshold in response to the demand information for control and coordination upgrade requirements, to determine the target functional module as a control module, wherein the control module is used to control the orderliness of the upgrade process; a second determining sub-unit, used to combine functional modules from the sorting results that are greater than a second sorting result threshold in response to the demand information for restoring the functional state, to determine the target functional module as a recovery module, wherein the recovery module is used to reset or restore the functional state; and a third determining sub-unit, used to combine functional modules from the sorting results that are greater than a third sorting result threshold in response to the demand information for transmitting data packets, to determine the target functional module as a transmission module, wherein the transmission module is used to... The transmission module is used to transmit data packets generated during the upgrade process; the fourth determining subunit, in response to the requirement information for a write operation, combines functional modules in the sorting results that are greater than the fourth sorting result threshold to determine the target functional module as the write module, wherein the write module is used to write the requirement information during the upgrade process; the fifth determining subunit, in response to the requirement information for maintaining the security of the upgrade process, combines functional modules in the sorting results that are greater than the fifth sorting result threshold to determine the target functional module as the security module, wherein the security module is used to control the safe conduct of the upgrade process; the sixth determining subunit, in response to the requirement information for adapting to different upgrade scenarios, combines functional modules in the sorting results that are greater than the sixth sorting result threshold to determine the target functional module as the optimization module, wherein the optimization module is used to optimize the upgrade requirements and / or functional requirements.

[0144] Optionally, the adjustment subunit includes: a seventh determining subunit, used to determine the function type of each sub-initial function module, wherein the function type is used to indicate the logical position and priority of each sub-initial function module in the upgrade process; and a sorting subunit, used to sort each sub-initial function module according to the standard upgrade procedure and function type to obtain a sorting result.

[0145] Optionally, the generation unit 508 includes: a testing subunit, used to test each sub-target functional module in the target functional module and obtain test results, wherein the test results are used to indicate whether the performance of each sub-target functional module meets the performance standard; and a generation subunit, used to generate an upgrade package based on the test results.

[0146] Optionally, generating a sub-unit includes: creating a sub-unit for responding to a sub-target functional module whose performance meets the performance standard in the test results; creating an upgrade package database, wherein the upgrade package database contains at least the information and instructions required for the upgrade; and updating a sub-unit for updating the upgrade package database to obtain an upgrade package.

[0147] Optionally, the device 500 for generating upgrade packages for electronic devices in the vehicle further includes: a first sending subunit for sending the upgrade package from the client to the server; and a second sending subunit for sending the upgrade package to the vehicle in response to the server receiving the upgrade package.

[0148] In this embodiment, the acquisition unit 502 acquires vehicle requirement information, which represents the upgrade and functional requirements of electronic devices in the vehicle. The determination unit 504 determines initial functional modules based on the requirement information. Each initial functional module corresponds to at least one or more functional requirements in the requirement information. Each sub-initial functional module contains parameters and variables, with different parameters and variables corresponding to different electronic devices and different upgrade scenarios. The adjustment unit 506 adjusts the parameters and / or variables in the initial functional modules to obtain a target functional module. The generation unit 508 generates an upgrade package based on the target functional module, thereby solving the technical problem of not being able to effectively generate upgrade packages for electronic devices in the vehicle and achieving the technical effect of effectively generating upgrade packages for electronic devices in the vehicle.

[0149] According to another aspect of the present invention, a processor is also provided. The processor is used to run a program, wherein the program, when run by the processor, performs the methods described in the embodiments of the present invention.

[0150] According to embodiments of the present invention, an electronic device is also provided, comprising: a memory storing an executable program; and a processor for running the program, wherein the program executes the methods of various embodiments of the present invention during runtime.

[0151] According to embodiments of the present invention, a computer-readable storage medium is also provided, the computer-readable storage medium including a stored executable program, wherein, when the executable program is executed, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of the present invention.

[0152] According to embodiments of the present invention, a computer program product is also provided, including a computer program that, when executed by a processor, implements the methods of various embodiments of the present invention.

[0153] According to embodiments of the present invention, a computer program product is also provided, including a non-volatile computer-readable storage medium storing a computer program, which, when executed by a processor, implements the methods of various embodiments of the present invention.

[0154] According to embodiments of the present invention, a computer program is also provided, which, when executed by a processor, implements the methods of the various embodiments of the present invention.

[0155] According to embodiments of the present invention, a vehicle is also provided that implements the methods of various embodiments of the present invention when executed.

[0156] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of the relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and corresponding operation entry points are provided for users to choose to authorize or refuse.

[0157] In the above embodiments of the present invention, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0158] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For instance, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

[0159] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0160] Furthermore, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0161] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0162] The above description is only a preferred embodiment of the present invention. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention.

Claims

1. A method for generating an upgrade package for electronic equipment in a vehicle, characterized in that, include: Obtain vehicle demand information, wherein the demand information is used to represent the upgrade and functional requirements of electronic devices in the vehicle; Based on the requirement information, an initial functional module is determined, wherein the initial functional module corresponds to at least one or more of the functional requirements in the requirement information, and each sub-initial functional module in the initial functional module contains parameters and variables, and different parameters and different variables correspond to different upgrade scenarios; The parameters and / or variables in the initial functional module are adjusted to obtain the target functional module, wherein the target functional module is used to represent the functional module whose accuracy of the upgrade requirement is higher than the accuracy threshold; The upgrade package is generated based on the target functional module.

2. The method according to claim 1, characterized in that, in, Adjusting the parameters and / or variables in the initial functional module to obtain the target functional module includes: Using the target interaction port, the parameter values ​​corresponding to the parameters and / or the variable values ​​corresponding to the variables are adjusted, and the sub-initial functional modules are sorted according to the standard upgrade procedure to obtain a sorting result. The target interaction port is used at least for communication between the sub-initial functional modules, the standard upgrade procedure is used to control the upgrade process to follow the same rules and security standards, and the sorting result is used to indicate the execution order of the sub-initial functional modules. The sub-initial functional modules that are greater than the sorting result threshold in the sorting result are combined to obtain the target functional module.

3. The method according to claim 2, characterized in that, The target functional module includes a control module, a recovery module, a transmission module, a flashing module, a security module, and an optimization module. The target functional module is obtained by combining the sub-initial functional modules in the sorting result that are greater than a sorting result threshold, including: In response to the demand information, and in order to control and coordinate the upgrade demand, the sub-initial functional modules that are greater than the first sorting result threshold in the sorting result are combined to determine the target functional module as the control module, wherein the control module is used to control the orderliness of the upgrade process; In response to the requirement information to restore the functional state, the functional modules in the sorting results that are greater than the second sorting result threshold are combined to determine the target functional module as the restoration module, wherein the restoration module is used to reset or restore the functional state; In response to the requirement information being a data packet, functional modules that are greater than the third sorting result threshold in the sorting results are combined to determine the target functional module as the transmission module, wherein the transmission module is used to transmit the data packet generated during the upgrade process; In response to the requirement information, a refresh operation is performed. Functional modules that are greater than the fourth sort result threshold in the sorting results are combined to determine the target functional module as the refresh module. The refresh module is used to perform the refresh operation on the requirement information during the upgrade process. In response to the requirement information for maintaining the security of the upgrade process, functional modules that are greater than the fifth ranking result threshold in the ranking results are combined to determine the target functional module as the security module, wherein the security module is used to control the upgrade process to proceed securely; In response to the required information and to adapt to the different upgrade scenarios, functional modules that are greater than the sixth ranking result threshold in the ranking results are combined to determine the target functional module as the optimization module, wherein the optimization module is used to optimize the upgrade requirements and / or the functional requirements.

4. The method according to claim 2, characterized in that, The initial functional modules are sorted according to the standard upgrade procedure to obtain the sorting results, including: Determine the function type of each sub-initial function module, wherein the function type is used to represent the logical position and priority of each sub-initial function module in the upgrade process; The sub-initial functional modules are sorted according to the standard upgrade procedure and the functional type to obtain the sorting result.

5. The method according to claim 3, characterized in that, Based on the target functional modules, the upgrade package is generated, including: Each sub-target functional module in the target functional module is tested to obtain test results, wherein the test results are used to indicate whether the performance of each sub-target functional module meets the performance standard; Based on the test results, the upgrade package is generated.

6. The method according to claim 5, characterized in that, Based on the test results, the upgrade package is generated, including: In response to the sub-target functional module whose performance meets the performance standard in the test results, an upgrade package database is created, wherein the upgrade package database contains at least the information and instructions required for the upgrade; The upgrade package database is updated to obtain the upgrade package.

7. The method according to claim 6, characterized in that, The method further includes: The upgrade package is sent from the client to the server; In response to the server receiving the upgrade package, the server sends the upgrade package to the vehicle.

8. A system for generating upgrade packages for electronic devices in a vehicle, characterized in that, include: A client is used to acquire vehicle requirement information, wherein the requirement information represents the upgrade and functional requirements of electronic devices in the vehicle; based on the requirement information, an initial functional module is determined, wherein the initial functional module corresponds to at least one or more of the functional requirements in the requirement information, and each sub-initial functional module in the initial functional module contains parameters and variables, with different parameters and different variables corresponding to different electronic devices and different upgrade scenarios; the parameters and / or variables in the initial functional module are adjusted to obtain a target functional module, wherein the target functional module represents a functional module whose accuracy of the upgrade requirement is higher than an accuracy threshold; and the upgrade package is generated based on the target functional module. A server is configured to receive the upgrade package and send the upgrade package to the vehicle.

9. An apparatus for generating an upgrade package for electronic equipment in a vehicle, characterized in that, include: An acquisition unit is used to acquire vehicle demand information, wherein the demand information is used to represent the upgrade and functional requirements of electronic devices in the vehicle; A determining unit is configured to determine an initial functional module based on the requirement information, wherein the initial functional module corresponds to at least one or more of the functional requirements in the requirement information, and each sub-initial functional module in the initial functional module contains parameters and variables, and different parameters and different variables correspond to different electronic devices and different upgrade scenarios; An adjustment unit is used to adjust the parameters and / or variables in the initial functional module to obtain the target functional module; The generation unit is used to generate the upgrade package based on the target functional module.

10. An electronic device, characterized in that, include: Memory, which stores executable programs; A processor for running the program, wherein the program, when running, performs the method according to any one of claims 1 to 7.

Images