System upgrading method and device of intelligent automobile operating system and electronic equipment

Abstract

The invention provides a system upgrading method and device for an intelligent automobile operating system and electronic equipment, and relates to the technical field of automobile control. According to the method, an operation system of the intelligent automobile is divided into an automobile control subsystem and an entertainment subsystem, under the condition that the entertainment subsystem receives a system upgrading request, whether the automobile control subsystem is matched with the system upgrading request or not is determined, and the system upgrading request is used for indicating upgrading processing on the automobile control subsystem. And under the condition of determining that the vehicle control subsystem is matched with the system upgrading request, the entertainment subsystem performs proxy upgrading processing based on the system upgrading request until the upgrading of the vehicle control subsystem is completed. According to the method, upgrading request matching and upgrading processing of the vehicle control subsystem are agented through the entertainment subsystem, efficient and safe upgrading of the intelligent vehicle operation system is achieved, and it is ensured that the vehicle control subsystem can obtain necessary updating in time.

Description

Technical Field

[0001] The present application belongs to the field of automobile control technology, and in particular, relates to a system upgrade method, device and electronic equipment for an intelligent automobile operating system. Background Art

[0002] An intelligent car operating system is an operating system specifically used for automobiles. The operating system can process and distribute sensor data, execute vehicle control commands, and coordinate communication and collaboration between various subsystems. Therefore, the intelligent car operating system needs to be upgraded frequently to ensure intelligent car functions and services.

[0003] In the existing technology, most of the whole vehicle systems of smart cars are centralized together and share a CPU host system. This model will be very cumbersome when the system software and CPU computing power are updated too quickly. When the smart car system is upgraded and the host CPU host computing power is insufficient, the entire car machine needs to be replaced to improve the host computing power and meet the computing power requirements of the smart car system upgrade.

[0004] However, once an existing smart car is purchased, the computing power and system of the smart car cannot be changed, resulting in high costs for upgrading the smart car system and a short product life cycle for the smart car. Summary of the invention

[0005] The present application provides a system upgrade method, device and electronic equipment for an intelligent vehicle operating system, which are used to reduce the upgrade cost of the intelligent vehicle system and increase the service life of the intelligent vehicle product.

[0006] In a first aspect, the present application provides a system upgrade method for an intelligent vehicle operating system, which is applied to an intelligent vehicle, wherein the operating system of the intelligent vehicle includes: a vehicle control subsystem and an entertainment subsystem, and the method includes:

[0007] The entertainment subsystem determines whether the vehicle control subsystem matches the system upgrade request when receiving the system upgrade request, wherein the system upgrade request is used to instruct the vehicle control subsystem to be upgraded;

[0008] When it is determined that the vehicle control subsystem matches the system upgrade request, the entertainment subsystem performs proxy upgrade processing based on the system upgrade request until the vehicle control subsystem upgrade is completed.

[0009] Optionally, the system upgrade request includes: at least one program to be upgraded, and the determining whether the vehicle control subsystem matches the system upgrade request includes:

[0010] respectively determining whether at least one of the programs to be upgraded is supported by the vehicle control subsystem;

[0011] If at least one of the programs to be upgraded is supported by the vehicle control subsystem, it is determined that the vehicle control subsystem matches the system upgrade request.

[0012] Optionally, the method further includes:

[0013] The entertainment subsystem determines the hardware parameters of the vehicle control subsystem and the computing power requirements corresponding to the system upgrade request, and determines the computing power capacity of the vehicle control subsystem based on the hardware parameters;

[0014] The entertainment subsystem performs agent upgrade processing based on the system upgrade request, including:

[0015] The entertainment subsystem performs proxy upgrade processing based on the system upgrade request, the computing power requirement and the computing power capability.

[0016] Optionally, the entertainment subsystem performs proxy upgrade processing based on the system upgrade request, the computing power requirement, and the computing power capability, including:

[0017] The entertainment subsystem determines whether the computing power capability meets the computing power requirement;

[0018] If yes, then based on the system upgrade request, perform agent upgrade processing;

[0019] If not, the required hardware parameters corresponding to the computing power requirements are determined, and the proxy upgrade process is performed based on the hardware upgrade instructions corresponding to the required hardware parameters and the system upgrade request.

[0020] Optionally, the performing agent upgrade processing based on the hardware upgrade instruction corresponding to the required hardware parameter and the system upgrade request includes:

[0021] The entertainment subsystem obtains hardware upgrade data corresponding to the hardware upgrade instruction, and performs an agent upgrade on the hardware of the vehicle control subsystem based on the hardware upgrade data;

[0022] Based on the system upgrade request, at least one of the to-be-upgraded programs in the vehicle control subsystem is upgraded by proxy.

[0023] Optionally, before the entertainment subsystem performs agent upgrade processing based on the system upgrade request, the method further includes:

[0024] The entertainment subsystem performs a back-up process on the initial data in the vehicle control subsystem, wherein the initial data is data in the vehicle control subsystem corresponding to at least one of the programs to be upgraded.

[0025] Optionally, the method further includes:

[0026] If at least one of the programs to be upgraded includes a program that is not supported by the vehicle control subsystem, it is determined that the vehicle control subsystem does not match the system upgrade request, and the upgrade program is terminated.

[0027] In a second aspect, the present application provides a system upgrade device for an intelligent automobile operating system, comprising:

[0028] A determination module, configured for determining whether the vehicle control subsystem matches the system upgrade request when the entertainment subsystem receives the system upgrade request, wherein the system upgrade request is used to instruct the vehicle control subsystem to be upgraded;

[0029] The processing module is used to, when it is determined that the vehicle control subsystem matches the system upgrade request, perform proxy upgrade processing on the entertainment subsystem based on the system upgrade request until the vehicle control subsystem upgrade is completed.

[0030] Optionally, the device further includes: a judgment module;

[0031] The judging module is used to judge whether at least one of the programs to be upgraded is supported by the vehicle control subsystem;

[0032] The determination module is further configured to determine that the vehicle control subsystem matches the system upgrade request if at least one of the programs to be upgraded is supported by the vehicle control subsystem.

[0033] Optionally, the determination module is further used for the entertainment subsystem to determine the hardware parameters of the vehicle control subsystem and the computing power requirements corresponding to the system upgrade request, and determine the computing power capacity of the vehicle control subsystem based on the hardware parameters;

[0034] The processing module is also used for the entertainment subsystem to perform proxy upgrade processing based on the system upgrade request, the computing power requirement and the computing power capability.

[0035] Optionally, the judgment module is also used by the entertainment subsystem to judge whether the computing power capability meets the computing power requirement;

[0036] The processing module is further configured to perform agent upgrade processing based on the system upgrade request if yes;

[0037] The processing module is further used to determine the required hardware parameters corresponding to the computing power requirement if not, and perform agent upgrade processing based on the hardware upgrade instructions corresponding to the required hardware parameters and the system upgrade request.

[0038] Optionally, the device further includes: an acquisition module;

[0039] The acquisition module is used for the entertainment subsystem to acquire the hardware upgrade data corresponding to the hardware upgrade instruction, and perform an agent upgrade on the hardware of the vehicle control subsystem based on the hardware upgrade data;

[0040] The processing module is further used to perform proxy upgrade on at least one of the to-be-upgraded programs in the vehicle control subsystem based on the system upgrade request.

[0041] Optionally, the processing module is also used by the entertainment subsystem to back up initial data in the vehicle control subsystem, wherein the initial data is data in the vehicle control subsystem corresponding to at least one of the programs to be upgraded.

[0042] Optionally, the determination module is further used to determine that the vehicle control subsystem does not match the system upgrade request if at least one of the programs to be upgraded includes a program that is not supported by the vehicle control subsystem, thereby terminating the upgrade program.

[0043] In a third aspect, the present application provides a smart car, comprising: a processor, and a memory communicatively connected to the processor;

[0044] The memory stores computer-executable instructions;

[0045] The processor executes the computer execution instructions stored in the memory to implement the first aspect as well as various possible system upgrade methods involving the intelligent automobile operating system as described above.

[0046] In a fourth aspect, the present application provides a computer-readable storage medium, which stores computer execution instructions. When a processor executes the computer execution instructions, the system upgrade method involving the smart car operating system as described in the first aspect and various possible aspects of the first aspect is implemented.

[0047] In a fifth aspect, an embodiment of the present application provides a computer program product, including a computer program. When the computer program is executed by a processor, it implements the first aspect above and various possible system upgrade methods involving the intelligent automobile operating system of the first aspect.

[0048] The embodiments of the present application provide a system upgrade method, device and electronic device for an intelligent automobile operating system. The present application is based on the CPE intelligent automobile layered architecture system, and divides the operating system into two parts: a vehicle control subsystem and an entertainment subsystem. When the entertainment subsystem receives a request to upgrade the vehicle control subsystem, it first evaluates the compatibility of the request with the vehicle control subsystem. If a match is confirmed, the entertainment subsystem will act as an agent to perform an upgrade operation on the vehicle control subsystem according to the upgrade request until the upgrade process is successfully completed. Through the intermediary role of the entertainment subsystem, not only the efficiency and security of the intelligent automobile operating system upgrade are improved, but also it is ensured that the vehicle control subsystem can accept and apply key updates in a timely manner, thereby maintaining the advancement and reliability of the system. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0050] Figure 1 A schematic diagram of the hierarchical architecture of the intelligent vehicle system provided for this application;

[0051] Figure 2 Schematic diagram of the process of the system upgrade method of the intelligent automobile operating system provided in this application Figure 1 ;

[0052] Figure 3 Schematic diagram of the process of the system upgrade method of the intelligent automobile operating system provided in this application Figure 2 ;

[0053] Figure 4 A schematic diagram of the structure of a system upgrade device for an intelligent automobile operating system provided in this application;

[0054] Figure 5 A schematic diagram of the hardware structure of the electronic device provided in this application.

[0055] The above drawings have shown clear embodiments of the present application, which will be described in more detail later. These drawings and text descriptions are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0056] In order to make the purpose, technical solutions and advantages of this application clearer, the technical solutions in this application will be clearly and completely described below in conjunction with the drawings in this application. Obviously, the described embodiments are part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0057] The terms "first", "second", "third", "fourth", etc. (if any) in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the numbers used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in sequences other than those illustrated or described herein.

[0058] In the embodiments of the present application, the words "exemplary" or "for example" are used to indicate examples, illustrations or descriptions. Any embodiment or design described as "exemplary" or "for example" in the present application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplary" or "for example" is intended to present related concepts in a specific way.

[0059] Smart car operating systems play a vital role in vehicles, effectively processing and distributing sensor data, executing vehicle control commands, and coordinating communication and collaboration between various subsystems. For this reason, regular upgrades to smart car operating systems are essential to ensure intelligent car functions and services.

[0060] For traditional products in the field of smart car operating systems, most smart car systems are integrated together and share a CPU host system. This model is very cumbersome when the current system software and CPU computing power are replaced too quickly. There is a significant pain point: once a smart car is purchased, the computing power and system of the smart car cannot be changed, resulting in customers' car operating experience being difficult to keep up with the new car technology upgrades in the long term. Under the traditional distributed E / E architecture, the car uses a "signal-oriented" software structure, and ECUs communicate statically point-to-point through buses such as CAN / LIN.

[0061] In the prior art, there is a system architecture with layered design for the vehicle system, but it is basically divided into two layers, namely: the application layer and the control layer, which leads to a strong coupling between the operating system and the vehicle hardware. Although it can reduce costs to a certain extent, it will make the car a bulky machine and cannot achieve decoupling and high security. Most traditional upgrade technologies are on-board USB upgrade systems, which cannot upgrade system hardware, improve computing power, and cannot upgrade the vehicle control domain, resulting in high costs for smart car system upgrades and short life cycles for smart car products. Industry-class system upgrade solutions mainly use OTA direct air upgrade technology to directly download data to the target system for upgrade. Once the upgrade fails, it is easy to cause the operating system to crash.

[0062] Based on the above technical problems, this application designs a system upgrade method based on CPE architecture, which can decouple and separate the intelligent car operating system with component design. The functions of the personal entertainment part of the car will not have corresponding connections with the car power output, control, etc., and the personal entertainment module system and the control system can be upgraded separately, that is: the integrated system of the whole vehicle will be divided into three, including the control operating system, the energy management operating system and the personal operating system. These three systems are decoupled from each other and will not affect each other. This upgrade solution can achieve that after the user purchases the car for daily use, he can upgrade and replace the subsystem without changing the intelligent car host system. It can be used to upgrade the subsystem with insufficient computing power at a very low cost, reduce the cost of upgrading the intelligent car system, and increase the product life cycle.

[0063] Figure 1 is a schematic diagram of the hierarchical architecture of the intelligent automobile system provided in the embodiment of the present application, such as Figure 1 As shown in the figure, CPE (Controller-Personal-Energy): a layered architecture for smart cars, which divides the whole vehicle system into a control operating system, an energy management operating system, and a personal operating system. The CPE architecture is used to redefine the smart car operating system. The CPE architecture smart car operating system does not involve the complex design issues of the whole vehicle ECU, and only performs domain control. According to the CPE architecture design, the upper-layer vehicle services are divided into multiple scenarios, decoupled from each other, and divided into three sub-operating systems. In this way, as long as the smart car operating system is an operating system that supports the CPE communication protocol standard, the sub-operating system can be upgraded and used.

[0064] from Figure 1 As can be seen from the architecture diagram, the vehicle hardware architecture is the mainstream E / E architecture in the industry. All signals including the vehicle hardware will be collected and sorted by the CPE unified protocol layer. The top layer is the vehicle software system, which is composed of three subsystems, namely:

[0065] Control operating system System C (Controller): The basic platform for intelligent driving domain control focuses on system reliability, real-time operation, distribution flexibility, high computing power, etc., and realizes functions such as perception, planning, control, networking, and cloud control. Body domain control: The front part, the middle part, and the rear part of the car, such as the rear brake lights, rear position lights, tailgate locks, and even the double support rods are all connected to a general controller.

[0066] Energy management operating system System E (Energy): This part of the system runs directly as a black box inside the vehicle, directly controlling and interacting with the hardware layer, and can extract the basic functions of the vehicle's power drive into this system.

[0067] Personal operating system System P (Pesonal): It is designed as a pluggable architecture with integrated hardware and software. This part is designed to meet customers' in-car entertainment needs, including audio and video, games, shopping, etc.

[0068] The system upgrade method, device and electronic device of the smart car operating system provided by the present application are system upgrade methods based on the CPE architecture. After receiving the system upgrade request, the personal operating system determines whether the control operating system matches the system upgrade request. If they match, the control operating system is upgraded by proxy, the upgrade package or upgrade instruction is received, and then the control operating system is interacted with to complete the upgrade of the control operating system. The upgrade cost of smart cars is reduced, the success rate of car system upgrades is improved, and the product life cycle is increased.

[0069] The technical solution of the present application and how the technical solution of the present application solves the above-mentioned technical problems are described in detail below with specific embodiments. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments. The embodiments of the present application will be described below in conjunction with the accompanying drawings.

[0070] Figure 2 Schematic diagram of the process of the system upgrade method of the intelligent automobile operating system provided in the application embodiment Figure 1 .like Figure 2 As shown, the system upgrade method of the intelligent automobile operating system provided in this embodiment includes:

[0071] S101: When receiving a system upgrade request, the entertainment subsystem determines whether the vehicle control subsystem matches the system upgrade request.

[0072] The entertainment subsystem will obtain the smart car's request information about upgrading the vehicle control subsystem in the cloud. The system upgrade request is used to instruct the vehicle control subsystem to upgrade. The entertainment subsystem is also known as the personal operating system (System P), and the vehicle control subsystem is also known as the control operating system (System C).

[0073] It is understandable that when the entertainment subsystem receives a system upgrade request, its first task is to determine whether the upgrade request is specifically directed to or related to the vehicle control subsystem. The system upgrade request usually contains a series of information, such as the type of subsystem to be upgraded, the version number of the upgrade, and the specific content of the upgrade.

[0074] The entertainment subsystem will parse this information and compare it with the information it stores or has access to about the current status, configuration, and supported upgrade versions of the vehicle control subsystem. This matching process ensures that the upgrade request is a correct request for the vehicle control subsystem, rather than an upgrade request for other subsystems on the vehicle.

[0075] Optionally, the system upgrade request includes: at least one program to be upgraded, and determining whether the vehicle control subsystem matches the system upgrade request specifically includes:

[0076] It is determined whether at least one program to be upgraded is supported by the vehicle control subsystem.

[0077] It is understandable that the system upgrade request contains at least one program to be upgraded, which may be a software module, firmware update, driver or any code collection that can improve the performance, function or safety of the vehicle control subsystem. These programs to be upgraded are the core content of the upgrade request, and they are intended to replace the old version of the program currently running in the vehicle control subsystem to fix known errors, add new functions or improve system performance.

[0078] If all programs in at least one program to be upgraded are supported by the vehicle control subsystem, it is determined that the vehicle control subsystem matches the system upgrade request.

[0079] It is understandable that the entertainment subsystem will parse the system upgrade request and identify all the listed programs to be upgraded. Then access all the programs supported by the vehicle control subsystem and their version information, which can be saved in a support list, for example. Check one by one whether all the programs to be upgraded exist in this support list. If all the programs to be upgraded are in the list and their version information meets the upgrade requirements, the upgrade requirements example cannot be rolled back to the old version, then it is determined that the vehicle control subsystem matches the system upgrade request.

[0080] Optionally, if at least one program to be upgraded contains a program that is not supported by the vehicle control subsystem, it is determined that the vehicle control subsystem does not match the system upgrade request, and the upgrade program is terminated.

[0081] It is understandable that if the entertainment subsystem finds that at least one of the programs to be upgraded is not supported by the vehicle control subsystem during the process of determining the programs to be upgraded one by one, then the entertainment subsystem will determine that the vehicle control subsystem does not match the system upgrade request. The reason for the non-support may be, for example, that the program is incompatible with the hardware of the vehicle control subsystem, or its version exceeds the range currently supported by the vehicle control subsystem.

[0082] In the event of a mismatch, the entertainment subsystem will immediately stop the upgrade process to avoid upgrade failure or instability or even damage to the vehicle control subsystem, and may issue a warning or error prompt to the user or administrator. At the same time, it may also suggest that the user or administrator check the content of the upgrade request, or contact the car manufacturer or software supplier to obtain the correct upgrade procedure or solution.

[0083] S102: When it is determined that the vehicle control subsystem matches the system upgrade request, the entertainment subsystem performs an agent upgrade process based on the system upgrade request until the vehicle control subsystem upgrade is completed.

[0084] It is understandable that if the entertainment subsystem confirms that the system upgrade request matches the vehicle control subsystem, it will assume the role of proxy upgrade. This means that the entertainment subsystem will act as an intermediary or executor to upgrade the vehicle control subsystem according to the upgrade program provided in the system upgrade request. This proxy upgrade process may include, for example, downloading files required for the upgrade, verifying file integrity, transferring files to the vehicle control subsystem, executing upgrade scripts or commands, monitoring upgrade progress, and handling possible errors or abnormal situations.

[0085] The entertainment subsystem will continue to perform proxy upgrade operations until the vehicle control subsystem is successfully upgraded to the requested new version. During the entire upgrade process, the entertainment subsystem needs to maintain communication with the vehicle control subsystem to ensure the smooth progress of the upgrade steps, and perform necessary verification after the upgrade is completed to confirm that the vehicle control subsystem has been successfully upgraded and is in normal working condition.

[0086] This embodiment proposes a system upgrade method for an intelligent automobile operating system. The method is based on the CPE intelligent automobile layered architecture and divides the intelligent automobile operating system into a vehicle control subsystem and an entertainment subsystem. When the entertainment subsystem receives a system upgrade request, it determines whether the vehicle control subsystem matches the system upgrade request. The system upgrade request is used to indicate that the vehicle control subsystem is to be upgraded. When it is determined that the vehicle control subsystem matches the system upgrade request, the entertainment subsystem performs an agent upgrade process based on the system upgrade request until the vehicle control subsystem upgrade is completed. The method achieves efficient and secure upgrades of the intelligent automobile operating system by having the entertainment subsystem proxy the vehicle control subsystem's upgrade request matching and upgrade process, thereby ensuring that the vehicle control subsystem can obtain necessary updates in a timely manner.

[0087] Figure 3 This is a schematic diagram of the process of the system upgrade method of the intelligent automobile operating system provided in the embodiment of the present application. Figure 2 This embodiment is in Figure 2 Based on the embodiment, a possible implementation method of the system upgrade method of the intelligent automobile operating system is described in detail. Figure 3 As shown, the system upgrade method includes:

[0088] S201: Determine the hardware parameters of the vehicle control subsystem and the computing power requirements corresponding to the system upgrade request, and determine the computing power capacity of the vehicle control subsystem based on the hardware parameters.

[0089] Among them, determining the hardware parameters determines whether the hardware devices of the vehicle control subsystem can support the upgrade requirements indicated by the system upgrade request. Hardware parameters include but are not limited to: processor model and performance, which determines how fast the vehicle control subsystem processes data; memory size and type, which determines the number and efficiency of tasks that the vehicle control subsystem can process simultaneously; storage device capacity and speed, which determines whether the vehicle control subsystem can store enough data and access it quickly. These hardware parameters together constitute the physical basis of the vehicle control subsystem and determine the functions it can achieve and the performance level it can achieve.

[0090] It is understandable that with the continuous expansion of vehicle functions and the increasing performance requirements, system upgrades may introduce new functional modules, such as more complex autonomous driving algorithms or more advanced vehicle control strategies, which require higher computing power to support. At the same time, system upgrades may also aim to improve the performance of existing functions, such as shortening response time, improving data processing accuracy, etc., which also places higher demands on computing power. Before performing a system upgrade, it is necessary to accurately analyze the computing power requirements of the system upgrade request to ensure that the vehicle control subsystem to be upgraded has sufficient computing resources to cope with the computing power requirements corresponding to the system upgrade request.

[0091] Determining the computing power capabilities of the vehicle control subsystem and the computing power requirements corresponding to the system upgrade request can allow smart cars to understand the hardware computing power required for system upgrades before performing the upgrade operation, thereby ensuring that the upgrade program can run smoothly and providing users with a better upgrade experience.

[0092] S202: Determine whether the computing power meets the computing power requirements. If so, execute step S203; if not, execute step S204.

[0093] Among them, it is judged whether the computing power capability of the hardware parameters meets the computing power requirements to determine whether the intelligent vehicle control subsystem has sufficient processing power to run the target upgrade program to be upgraded.

[0094] It is understandable that the computing power capability is compared with the computing power requirement corresponding to the system upgrade request. If the current computing power capability meets or exceeds the computing power requirement, then it can be considered that the vehicle control subsystem is capable of supporting the upgrade, and then step S203 is executed, that is, the proxy upgrade process is performed based on the system upgrade request. If the current computing power capability is not sufficient to meet the computing power requirement, then step S204 needs to be executed, that is, the required hardware parameters corresponding to the computing power requirement are determined in order to perform the hardware upgrade.

[0095] S203: Perform agent upgrade processing based on the system upgrade request.

[0096] Understandably, under the premise that the system computing power meets the upgrade requirements, the entertainment subsystem uses the proxy mechanism to upgrade the vehicle control subsystem. The proxy upgrade process can be completed through remote management tools or local upgrade tools, depending on the system architecture and upgrade strategy. Proxy upgrade can reduce manual intervention, improve upgrade efficiency, and reduce system downtime caused by problems that may arise during the upgrade process.

[0097] S204: Determine required hardware parameters corresponding to the computing power requirements.

[0098] Understandably, when the current computing power of the vehicle control subsystem cannot meet the computing power requirements after the system upgrade, it is necessary to determine the hardware parameters required to meet the computing power requirements. This includes key hardware indicators such as processor model, memory size, storage capacity, etc. The selection of these parameters should be based on a comprehensive consideration of factors such as computing power requirements, cost budget, hardware compatibility, etc. proposed in the system upgrade request. After determining the required hardware parameters, a hardware upgrade plan can be formulated based on this to provide a basis for the subsequent hardware upgrade work.

[0099] S205: Acquire hardware upgrade data corresponding to the hardware upgrade instruction, and perform an agent upgrade on the hardware of the vehicle control subsystem based on the hardware upgrade data.

[0100] Among them, the generation of hardware upgrade instructions is a key step in the hardware upgrade process. This step needs to be carried out according to the required hardware parameters corresponding to the previously determined computing power requirements. The instructions need to clearly specify key information such as the type of hardware to be upgraded (such as processor, memory, storage device, etc.), model (such as a specific model of processor), quantity (such as the number of processors that need to be upgraded), etc. The accuracy and completeness of these instructions are crucial to the success of subsequent hardware upgrades.

[0101] It is understandable that the hardware upgrade data corresponding to these instructions is obtained, which may include drivers, firmware updates, hardware configuration files and other types. The ways to obtain this data may include downloading from the official website of the hardware manufacturer, extracting from the system upgrade package, etc. Finally, using the agent mechanism to upgrade the hardware of the vehicle control subsystem is the implementation stage of the hardware upgrade process. The agent mechanism can automatically complete the steps of installing new hardware, updating drivers, configuring hardware parameters, etc., thereby greatly improving the efficiency of hardware upgrades. At the same time, the agent mechanism can also reduce the risk of human error, because the entire upgrade process is carried out according to preset instructions and data, reducing the possibility of human intervention.

[0102] S206: Based on the system upgrade request, perform proxy upgrade on at least one program to be upgraded in the vehicle control subsystem.

[0103] It is understandable that after the vehicle control subsystem is upgraded with hardware, its corresponding hardware device can support software upgrade. Software upgrade includes operating system, application program, driver, etc. According to the system upgrade request, it can be determined which programs need to be upgraded and the specific content of the upgrade. Then, the proxy mechanism is used to upgrade these programs to be upgraded. Software upgrade can ensure that the vehicle control subsystem can fully utilize the performance improvement of the new hardware, while fixing possible security vulnerabilities and performance issues.

[0104] Optionally, before performing the proxy upgrade process based on the system upgrade request, the entertainment subsystem backs up the initial data in the vehicle control subsystem.

[0105] It is understandable that backing up the initial data is a pre-processing step before the agent upgrade process. In order to ensure the stability and security of the vehicle control subsystem, the entertainment subsystem will first perform a key operation: backing up the initial data in the vehicle control subsystem. The initial data here specifically refers to the data in the vehicle control subsystem that is directly related to at least one program to be upgraded or may be affected by the upgrade. Such data may include but is not limited to configuration parameters, operating status records, user settings, historical logs, etc.

[0106] During the system upgrade process, especially when it involves changes to the underlying software or hardware, there is a risk of data corruption or loss due to compatibility issues, operational errors, or unexpected situations. By backing up the initial data, you can ensure that you can quickly recover when problems occur and reduce losses. At the same time, the upgraded system may also require a series of debugging and optimization to ensure its stable operation. During this process, if you find that the new system is not as stable as expected, or need to roll back to the old version, the backed-up data will become an important basis for restoring the system status.

[0107] This embodiment proposes a system upgrade method for an intelligent automobile operating system, by determining the hardware parameters of the vehicle control subsystem and the computing power requirements corresponding to the system upgrade request, and based on the hardware parameters, determining the computing power capacity of the vehicle control subsystem. Determine whether the computing power capacity meets the computing power requirements; if so, perform proxy upgrade processing based on the system upgrade request; if not, determine the required hardware parameters corresponding to the computing power requirements. Then obtain the hardware upgrade data corresponding to the hardware upgrade instruction, and perform a proxy upgrade on the hardware of the vehicle control subsystem based on the hardware upgrade data. This method realizes automated decision-making and execution of system upgrades by intelligently matching the hardware computing power of the vehicle control subsystem with the computing power requirements of the upgrade request, ensuring that the software upgrade is performed directly when the computing power is met, and triggering the hardware upgrade process when it is insufficient, thereby ensuring the comprehensiveness and effectiveness of the system upgrade.

[0108] Figure 4 A schematic diagram of the structure of the system upgrade device for the intelligent automobile operating system provided in this application, such as Figure 4 As shown, the system upgrade device 400 of the intelligent automobile operating system provided in this embodiment includes:

[0109] The determination module 401 is used for the entertainment subsystem to determine whether the vehicle control subsystem matches the system upgrade request when receiving the system upgrade request, wherein the system upgrade request is used to instruct the vehicle control subsystem to be upgraded;

[0110] The processing module 402 is used for, when it is determined that the vehicle control subsystem matches the system upgrade request, the entertainment subsystem performs proxy upgrade processing based on the system upgrade request until the vehicle control subsystem upgrade is completed.

[0111] Optionally, the device further includes: a judgment module 403;

[0112] The judging module 403 is used to judge whether at least one of the programs to be upgraded is supported by the vehicle control subsystem;

[0113] The determination module 401 is further configured to determine whether the vehicle control subsystem matches the system upgrade request if at least one of the programs to be upgraded is supported by the vehicle control subsystem.

[0114] Optionally, the determination module 401 is further used by the entertainment subsystem to determine the hardware parameters of the vehicle control subsystem and the computing power requirements corresponding to the system upgrade request, and determine the computing power capacity of the vehicle control subsystem based on the hardware parameters;

[0115] The processing module 402 is also used for the entertainment subsystem to perform proxy upgrade processing based on the system upgrade request, the computing power requirement and the computing power capability.

[0116] Optionally, the judgment module 403 is also used by the entertainment subsystem to judge whether the computing power capability meets the computing power requirement;

[0117] The processing module 402 is further configured to perform agent upgrade processing based on the system upgrade request if yes;

[0118] The processing module 402 is further used to determine the required hardware parameters corresponding to the computing power requirement if no, and perform agent upgrade processing based on the hardware upgrade instructions corresponding to the required hardware parameters and the system upgrade request.

[0119] Optionally, the device further includes: an acquisition module 404;

[0120] The acquisition module 404 is used for the entertainment subsystem to acquire the hardware upgrade data corresponding to the hardware upgrade instruction, and perform an agent upgrade on the hardware of the vehicle control subsystem based on the hardware upgrade data;

[0121] The processing module 402 is further configured to perform proxy upgrade on at least one of the to-be-upgraded programs in the vehicle control subsystem based on the system upgrade request.

[0122] Optionally, the processing module 402 is also used for the entertainment subsystem to back up the initial data in the vehicle control subsystem, wherein the initial data is data in the vehicle control subsystem corresponding to at least one of the programs to be upgraded.

[0123] Optionally, the determination module 401 is further used to determine that the vehicle control subsystem does not match the system upgrade request if at least one of the programs to be upgraded includes a program that is not supported by the vehicle control subsystem, thereby terminating the upgrade program.

[0124] The implementation principle and technical effect of the system upgrade device for the intelligent automobile operating system provided in the embodiment of the present application are similar to the implementation methods of the various parts of the system upgrade method for the aforementioned intelligent automobile operating system, and will not be repeated here.

[0125] Figure 5 A schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present application is shown in FIG. Figure 5 As shown, the device 500 provided in this embodiment includes: a receiver 501, a transmitter 502, a processor 503, and a memory connected to the processor in communication. The processor 503 and the memory 504 are connected via a bus.

[0126] In the specific implementation process, the processor 503 executes the computer execution instructions stored in the memory 504, so that the processor 503 executes the method in the above method embodiment.

[0127] The specific implementation process of the processor 503 can be found in the above method embodiment, and its implementation principle and technical effect are similar, so this embodiment will not be repeated here.

[0128] In the above Figure 5In the illustrated embodiment, it should be understood that the processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), etc. A general-purpose processor may be a microprocessor or any conventional processor. The steps of the method disclosed in the invention may be directly implemented as being executed by a hardware processor, or may be executed by a combination of hardware and software modules in the processor.

[0129] The memory 504 may include a high-speed RAM memory, and may also include a non-volatile storage NVM, such as at least one disk storage.

[0130] The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the bus in the drawings of the present application is not limited to only one bus or one type of bus.

[0131] An embodiment of the present application also provides a computer-readable storage medium, in which computer-executable instructions are stored. When a processor executes the computer-executable instructions, the system upgrade method of the intelligent automobile operating system of the above method embodiment is implemented.

[0132] An embodiment of the present application also provides a computer program product, including a computer program, which, when executed by a processor, implements the system upgrade method of the smart car operating system as described above.

[0133] The computer-readable storage medium mentioned above can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk. The readable storage medium can be any available medium that can be accessed by a general or special-purpose computer.

[0134] An exemplary readable storage medium is coupled to a processor so that the processor can read information from the readable storage medium and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can be located in an application specific integrated circuit (Application Specific Integrated Circuits, referred to as: ASIC). Of course, the processor and the readable storage medium can also exist in the device as discrete components.

[0135] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, disk or optical disk and other media that can store program codes.

[0136] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit it. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A system upgrade method for an intelligent automobile operating system, characterized in that: Applied to a smart car, the operating system of the smart car includes: a vehicle control subsystem and an entertainment subsystem, and the method includes: The entertainment subsystem determines whether the vehicle control subsystem matches the system upgrade request when receiving the system upgrade request, wherein the system upgrade request is used to instruct the vehicle control subsystem to be upgraded; When it is determined that the vehicle control subsystem matches the system upgrade request, the entertainment subsystem performs proxy upgrade processing based on the system upgrade request until the vehicle control subsystem upgrade is completed.

2. The method according to claim 1, characterized in that The system upgrade request includes: at least one program to be upgraded, and the determining whether the vehicle control subsystem matches the system upgrade request includes: respectively determining whether at least one of the programs to be upgraded is supported by the vehicle control subsystem; If at least one of the programs to be upgraded is supported by the vehicle control subsystem, it is determined that the vehicle control subsystem matches the system upgrade request.

3. The method according to claim 2, characterized in that The method further comprises: The entertainment subsystem determines the hardware parameters of the vehicle control subsystem and the computing power requirements corresponding to the system upgrade request, and determines the computing power capacity of the vehicle control subsystem based on the hardware parameters; The entertainment subsystem performs agent upgrade processing based on the system upgrade request, including: The entertainment subsystem performs proxy upgrade processing based on the system upgrade request, the computing power requirement and the computing power capability.

4. The method according to claim 3, characterized in that The entertainment subsystem performs proxy upgrade processing based on the system upgrade request, the computing power requirement, and the computing power capability, including: The entertainment subsystem determines whether the computing power capability meets the computing power requirement; If yes, then based on the system upgrade request, perform agent upgrade processing; If not, the required hardware parameters corresponding to the computing power requirements are determined, and the proxy upgrade process is performed based on the hardware upgrade instructions corresponding to the required hardware parameters and the system upgrade request.

5. The method according to claim 4, characterized in that The performing of the proxy upgrade process based on the hardware upgrade instruction corresponding to the required hardware parameter and the system upgrade request includes: The entertainment subsystem obtains hardware upgrade data corresponding to the hardware upgrade instruction, and performs an agent upgrade on the hardware of the vehicle control subsystem based on the hardware upgrade data; Based on the system upgrade request, at least one of the to-be-upgraded programs in the vehicle control subsystem is upgraded by proxy.

6. The method according to any one of claims 1 to 5, characterized in that: Before the entertainment subsystem performs agent upgrade processing based on the system upgrade request, the method further includes: The entertainment subsystem performs a back-up process on the initial data in the vehicle control subsystem, wherein the initial data is data in the vehicle control subsystem corresponding to at least one of the programs to be upgraded.

7. The method according to claim 2, characterized in that The method further comprises: If at least one of the programs to be upgraded includes a program that is not supported by the vehicle control subsystem, it is determined that the vehicle control subsystem does not match the system upgrade request, and the upgrade program is terminated.

8. An intelligent automobile operating system, characterized in that: The operating system includes: a vehicle control subsystem and an entertainment subsystem. The entertainment subsystem is used to determine whether the vehicle control subsystem matches the system upgrade request when receiving the system upgrade request, wherein the system upgrade request is used to instruct to upgrade the vehicle control subsystem; When it is determined that the vehicle control subsystem matches the system upgrade request, the entertainment subsystem performs proxy upgrade processing based on the system upgrade request until the vehicle control subsystem upgrade is completed.

9. A smart car, characterized in that: include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the system upgrade method of the intelligent automobile operating system as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions. When the processor executes the computer-executable instructions, the system upgrade method of the intelligent automobile operating system as described in any one of claims 1 to 7 is implemented.

Images