Vehicle machine upgrade interruption control method and related device

Abstract

This invention discloses a method and related equipment for controlling vehicle infotainment system upgrade interruptions, relating to the field of automotive upgrade technology, and mainly addressing the problem of low control flexibility in existing vehicle infotainment system upgrades during interruption scenarios. The method includes: when the vehicle infotainment system is executing an upgrade task and receives an upgrade interruption request from a user, detecting the current target upgrade group of the vehicle infotainment system, wherein the target upgrade group includes the components being upgraded by the vehicle infotainment system; querying an upgrade logic relationship table based on the target upgrade group to determine a security level, wherein the upgrade logic relationship table includes security levels corresponding to different upgrade groups, and the security level is used to determine the executability of the interruption operation for the upgrade group; and providing an operation button to the user based on the security level of the target upgrade group to determine a target execution task, wherein the target task is used to ensure that the vehicle infotainment system restores the vehicle to a safe driving state in the shortest possible time.

Description

Technical Field

[0001] This invention relates to the field of automotive upgrade technology, and in particular to a method and related equipment for controlling interruptions during vehicle system upgrades. Background Technology

[0002] In current automotive Over-the-Air (OTA) technology, to ensure a stable and reliable upgrade process, the vehicle must typically be stationary before execution. However, existing upgrade solutions treat the upgrade process as an opaque "technical black box." Users cannot know the specific components and criticality of the data being written to the underlying system in real time, nor do they possess the expertise to assess cascading failures between complex electronic control units. Therefore, once the upgrade task is initiated, if a user wishes to interrupt the upgrade due to unforeseen vehicle usage needs, existing technology cannot provide effective decision support. Users struggle to balance handling immediate vehicle usage needs with mitigating upgrade safety risks. Improper interruption can easily lead to damage to critical system software or incomplete image processing, potentially causing a series of serious problems such as the vehicle failing to start, abnormal power or braking functions, version conflicts between different modules, and communication failures. These issues can range from minor malfunctions like a black screen on the infotainment system and driver assistance system failures to serious threats to personal safety. Consequently, existing vehicle upgrade systems offer limited flexibility in handling interruption scenarios. Summary of the Invention

[0003] In view of the above problems, the present invention provides a vehicle infotainment system upgrade interruption control method and related equipment, the main purpose of which is to solve the problem of low control flexibility of existing vehicle infotainment system upgrades in interruption scenarios.

[0004] To address at least one of the aforementioned technical problems, in a first aspect, the present invention provides a vehicle infotainment system upgrade interruption control method, the method comprising:

[0005] When the vehicle infotainment system is performing an upgrade task and receives an upgrade interruption request from the user, the current target upgrade group of the vehicle infotainment system is detected, wherein the target upgrade group includes the components that the vehicle infotainment system is upgrading; The security level is determined by querying the upgrade logic relationship table based on the target upgrade group, wherein the upgrade logic relationship table includes the security level corresponding to different upgrade groups, and the security level is used to determine the executability of the interruption operation of the upgrade group; Based on the security level of the target upgrade group, the system provides the user with operation buttons to determine the target task to be performed, wherein the target task is to enable the vehicle system to restore the vehicle to a safe driving state in the shortest possible time.

[0006] Optionally, the upgrade logic relationship table includes the security levels corresponding to different upgrade groups, wherein the security levels, from high to low, include: first security level, second security level, and third security level. The first safety level is used to characterize the relationship between the upgrade group and the safe driving status of the vehicle; The second safety level is used to characterize the relationship between the upgrade group and the vehicle's human-machine interaction functions; The third safety level is used to characterize the upgrade group in relation to the vehicle's comfort features.

[0007] Optionally, providing the user with operation buttons based on the security level of the target upgrade group to determine the target to perform a task includes: When the security level of the target upgrade group is the first security level, a first execution task is determined, wherein the first execution task is used to prevent the upgrade operation from being interrupted, and guide the user to choose to quickly complete the critical upgrade or continue to complete the entire upgrade based on the operation button; If the security level of the target upgrade group is the second security level or the third security level, a second execution task is determined, wherein the second execution task is used to guide the user to quickly complete the critical upgrade, select to interrupt the upgrade or continue to complete the entire upgrade based on the operation button.

[0008] Optionally, different execution tasks correspond to different guidance prompts, and the method further includes: When the target task is executed, a guidance prompt corresponding to the target task is sent to the user.

[0009] Optionally, the steps to guide the user to quickly complete the critical upgrade include: Determine the upgrade time of the components to be upgraded and the rollback time of the upgraded components in the target upgrade group; Obtain a comparison result of the upgrade time of the component to be upgraded and the rollback time of the upgraded component; The operation result of guiding the user to select the step of quickly completing the key upgrade is determined based on the comparison result of the upgrade time of the component to be upgraded and the rollback time of the upgraded component.

[0010] Optionally, the operation result is the operation corresponding to the minimum value between the upgrade time of the component to be upgraded and the rollback time of the upgraded component.

[0011] Optionally, the above methods also include: Detect the current target upgrade group and completed upgrade groups of the vehicle's infotainment system; Obtain the version association relationship between the target upgrade group and the completed upgrade group; If there is a version association between the target upgrade group and the completed upgrade group, the security level of the target upgrade group is determined based on the security level of the completed upgrade group.

[0012] Secondly, embodiments of the present invention also provide a vehicle infotainment system upgrade interruption control device, comprising: The detection unit is used to detect the current target upgrade group of the vehicle system when the vehicle system is performing an upgrade task and receives an upgrade interruption request sent by the user, wherein the target upgrade group includes the components that the vehicle system is upgrading; The determining unit is used to query the upgrade logic relationship table based on the target upgrade group to determine the security level, wherein the upgrade logic relationship table includes the security levels corresponding to different upgrade groups, and the security level is used to determine the executability of the interruption operation of the upgrade group; An execution unit is used to provide operation buttons to the user based on the security level of the target upgrade group to determine the target execution task, wherein the target task is used to enable the vehicle system to restore the vehicle to a safe driving state in the shortest possible time.

[0013] To achieve the above objectives, according to a third aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium comprising a stored program, wherein, when the program is executed by a processor, the steps of the above-described vehicle system upgrade interrupt control method are implemented.

[0014] To achieve the above objectives, according to a fourth aspect of the present invention, an electronic device is provided, including at least one processor and at least one memory connected to the processor; wherein the processor is configured to call program instructions in the memory to execute the steps of the above-described vehicle system upgrade interrupt control method.

[0015] By employing the above technical solution, the vehicle infotainment system upgrade interruption control method and related equipment provided by this invention address the problem of low control flexibility in existing vehicle infotainment system upgrades for interruption scenarios. This invention, when the vehicle infotainment system is executing an upgrade task and receives an upgrade interruption request from the user, detects the current target upgrade group of the vehicle infotainment system, wherein the target upgrade group includes the components being upgraded by the vehicle infotainment system; based on the target upgrade group, it queries an upgrade logic relationship table to determine the security level, wherein the upgrade logic relationship table includes the security levels corresponding to different upgrade groups, and the security level is used to determine the executability of the interruption operation of the upgrade group; based on the security level of the target upgrade group, it provides the user with operation buttons to determine the target execution task, wherein the target task is used to ensure that the vehicle infotainment system restores the vehicle to a safe driving state in the shortest possible time. In the above solution, upon receiving an upgrade interruption request, the system does not immediately execute or completely reject the interruption, but first detects the currently upgrading target upgrade group and queries a preset upgrade logic relationship table to determine its security level, enabling it to identify the criticality of the current upgrade operation. Subsequently, the abstract security level is transformed into a specific, differentiated user interface, that is, corresponding operation buttons are provided to the user based on the determined security level. By strongly linking safety levels with executable operations, user behavior is guided, thus avoiding high-risk interruptions at the interaction level. Ultimately, by guiding users to select and execute tasks that match the current risk level, the goal is to restore the vehicle to a safe driving state in the shortest possible time. This transforms what was originally a user-initiated, blindly decided interruption into a rule-guided, controlled process, reducing the risk of malfunctions due to improper operation. Furthermore, by providing optional solutions commensurate with the risk level, it alleviates the inherent conflict between user needs and upgrade safety, offering a more flexible method for interrupting vehicle system upgrades.

[0016] Correspondingly, the vehicle system upgrade interruption control device, equipment, and computer-readable storage medium provided in the embodiments of the present invention also have the above-mentioned technical effects.

[0017] The above description is merely an overview of the technical solution of the present invention. In order to better understand the technical means of the present invention and to implement it in accordance with the contents of the specification, and in order to make the above and other objects, features and advantages of the present invention more apparent and understandable, specific embodiments of the present invention are described below. Attached Figure Description

[0018] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit the invention. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1A flowchart illustrating a vehicle infotainment system upgrade interruption control method provided in an embodiment of the present invention is shown. Figure 2 This diagram illustrates a schematic block diagram of a vehicle infotainment system upgrade interruption control device provided in an embodiment of the present invention. Figure 3 This diagram illustrates the composition of an electronic device for vehicle system upgrade interruption control provided in an embodiment of the present invention. Detailed Implementation

[0019] Exemplary embodiments of the invention will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention may be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this invention will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.

[0020] To address the issue of limited control flexibility in current in-vehicle infotainment system upgrades during interruption scenarios, this invention provides an in-vehicle infotainment system upgrade interruption control method, such as... Figure 1 As shown, the method includes: S101. When the vehicle system is performing an upgrade task and receives an upgrade interruption request sent by the user, the current target upgrade group of the vehicle system is detected, wherein the target upgrade group includes the components that the vehicle system is upgrading; For example, the target upgrade group refers to the set of components for which the vehicle's infotainment system is currently performing software writing operations. This set is divided based on pre-configured version relationships in the cloud; that is, components that require coordinated software version updates are grouped into the same group. An upgrade interruption request is an instruction initiated by the user during the upgrade process to stop the current upgrade procedure. The vehicle's infotainment system executing the upgrade task signifies that the vehicle has entered the actual software flashing stage.

[0021] When the vehicle's infotainment system is performing an upgrade task and receives an upgrade interruption request from the user, this application first initiates a precise target identification process. This operation is not simply a response to an interruption command, but rather a preliminary identification of the specific object that the interruption operation will directly affect. Detecting the current target upgrade group of the vehicle's infotainment system is the core step of this process. By accessing the status management module of the upgrade task, it obtains and confirms in real time which components are in the critical stage of data writing. Through predefined upgrade group configuration information in the cloud, this configuration not only defines the logical set of components, but also implicitly includes version dependency constraints between components within the group. For example, when the user initiates an interruption request, it may be identified that the current target upgrade group includes the electronic unit responsible for vehicle braking control, rather than just an application update for the entertainment system. By completing this detection, a vague intention to interrupt is transformed into a consideration of the handling of a specific operation object, namely the target upgrade group, laying a solid foundation for subsequent accurate decision-making based on risk level.

[0022] By establishing a clear context awareness from the initial stage of handling interruption requests, and by precisely identifying target upgrade groups, all subsequent safety assessments and strategy selections revolve around the most critical and active upgrade activities. This avoids a general and inefficient state scan of all upgraded components of the vehicle, concentrating computational and judgment resources on the most critical risk points, thus providing a prerequisite for implementing interruption strategies.

[0023] S102. Based on the target upgrade group, query the upgrade logic relationship table to determine the security level, wherein the upgrade logic relationship table includes the security levels corresponding to different upgrade groups, and the security level is used to determine the executability of the interruption operation of the upgrade group; For example, the aforementioned upgrade logic relationship table is a predefined data structure stored on the vehicle side, which establishes a mapping relationship between different upgrade groups and their corresponding safety levels. The safety level is a predefined classification identifier used to characterize the degree of impact of the functions associated with that upgrade group on the overall operating status of the vehicle. Interruption operation executability refers to the degree or scope to which users are allowed to perform interruption operations on a specific upgrade group.

[0024] This application, based on the accurate detection of the target upgrade group, further executes a crucial rule matching and risk assessment process. The core mechanism of this operation involves accessing and querying a locally stored upgrade logic relationship table, which essentially serves as a rule base for making security decisions. The query process uses the identified specific target upgrade group as input, and by searching predefined mapping relationships, outputs the corresponding security level classification for that group. This security level is not a temporary determination, but rather a static attribute pre-configured in the cloud based on a professional assessment of the functional importance of each upgrade group during upgrade task planning. For example, when the target upgrade group is identified as including a powertrain control module, the query operation will return the highest level of security; while when the target upgrade group only involves the cockpit infotainment system, it may return a lower security level. This mapping process from specific component groups to abstract risk levels provides a standardized and quantifiable basis for subsequent behavioral decisions, enabling assessments beyond judgments of individual component characteristics to evaluate the overall risk of interruption operations from the perspective of the entire functional set. This query and determination process serves as a bridge connecting the specific upgrade context with the pre-defined security strategy.

[0025] By employing the aforementioned technical solution, the safety level is determined through querying an upgrade logic table, shifting the basis of interruption decisions from subjective judgment to the execution of clearly defined rules. This mechanism ensures consistency and predictability in the assessment of interruption risks, preventing significant fluctuations due to subtle differences in specific upgrade scenarios or vehicle states. The determination of the safety level provides fundamental constraints and guidance on how to guide user interaction in subsequent steps, enabling differentiated configuration of available user operation options based on the level of risk. This contributes to improving the standardization and reliability of the interruption handling process.

[0026] In one embodiment, the upgrade logic relationship table includes security levels corresponding to different upgrade groups, wherein the security levels, from high to low, include: a first security level, a second security level, and a third security level. The first safety level is used to characterize the relationship between the upgrade group and the safe driving status of the vehicle; The second safety level is used to characterize the relationship between the upgrade group and the vehicle's human-machine interaction functions; The third safety level is used to characterize the upgrade group in relation to the vehicle's comfort features.

[0027] For example, the first safety level refers to a situation where an abnormality in the function of a component included in the upgrade group would directly affect the vehicle's basic driving safety, such as restricting the vehicle's core control capabilities like driving, braking, and steering. The second safety level refers to a situation where the function of a component included in the upgrade group is primarily related to the user interface and experience for information interaction with the vehicle; its abnormal state may cause the interaction function to fail but will not deprive the vehicle of its basic mobility. The third safety level refers to a situation where the function of a component included in the upgrade group is designed to provide comfort and convenience during the driving process, and its operation does not affect the vehicle's core driving performance or the main human-machine interaction process.

[0028] Understandably, the upgrade group corresponding to the first safety level involves core controller groups such as vehicle power control, braking control, steering control, and battery management. The functions of these groups are directly related to the safe driving status of the vehicle. The upgrade group corresponding to the second safety level involves human-machine interaction functions such as infotainment system, air conditioning control system, and instrument panel display. Anomalies in these groups will seriously affect the user experience, but basic driving functions remain normal. The upgrade group corresponding to the third safety level involves comfort function groups such as ambient lighting control, window lift control, and seat memory function. Interruptions in these groups only affect local comfort functions and do not affect the core driving performance of the vehicle.

[0029] This application embodiment specifies the contents of the upgrade logic relationship table, clearly dividing the safety levels into three ordered categories with clear direction. This division is not a simple label difference, but a hierarchical classification based on the importance of the vehicle functions associated with each upgrade group in the safety architecture. The first safety level is assigned to upgrade groups directly related to the vehicle's safe driving state; these groups typically include core controllers that ensure the vehicle's dynamic driving stability. The second safety level is assigned to upgrade groups responsible for human-machine interaction functions; anomalies in these groups would severely affect the user experience but not jeopardize the most basic driving operations. The third safety level corresponds to function groups that improve comfort, with a relatively limited scope of impact. This hierarchical mechanism provides clear and hierarchical judgment criteria for subsequent differentiated interruption strategy decisions. For example, an upgrade group involving braking control would be classified as the first safety level, while an upgrade group responsible for ambient lighting control would belong to the third safety level.

[0030] By employing the aforementioned technical solution for specifically classifying security levels, this descending ranking transforms complex component functional safety issues into prioritized, programmable categorization information. Clear level definitions facilitate decision-making logic in subsequent steps. This structured classification helps ensure that responses to interruption requests match the severity of potential risks, providing a standardized processing basis for guiding user behavior and maintaining security. This, in turn, helps reduce inappropriate interruption strategies that may arise from ambiguity in understanding the varying degrees of functional risk.

[0031] S103. Based on the security level of the target upgrade group, provide the user with an operation button to determine the target to perform a task, wherein the target task is used to satisfy the vehicle system to restore the vehicle to a safe driving state in the shortest possible time.

[0032] In one embodiment, providing the user with operation buttons based on the security level of the target upgrade group to determine the target to perform a task includes: When the security level of the target upgrade group is the first security level, a first execution task is determined, wherein the first execution task is used to prevent the upgrade operation from being interrupted, and guide the user to choose to quickly complete the critical upgrade or continue to complete the entire upgrade based on the operation button; If the security level of the target upgrade group is the second security level or the third security level, a second execution task is determined, wherein the second execution task is used to guide the user to quickly complete the critical upgrade, select to interrupt the upgrade or continue to complete the entire upgrade based on the operation button.

[0033] For example, the aforementioned operation buttons are interactive interface elements presented to the user, used to receive the user's selection of the interrupt handling method. The target execution task is a specific response process triggered based on the user's selection. A safe driving state refers to a state where the vehicle's basic driving functions, such as power, braking, and steering, are in normal working order.

[0034] After determining the safety level of the target upgrade group, this application enters the user-interactive strategy execution phase. The core of this operation lies in transforming the abstract safety level into a concrete, differentiated user interface presentation, thereby guiding user participation in decision-making. When the target upgrade group's safety level is determined to be the first safety level, the determined first execution task will proactively prohibit the high-risk operation of directly interrupting the upgrade. Its user interface will not provide an interrupt upgrade button, but instead provide two operation buttons: "Quickly complete the critical upgrade" and "Continue to complete the full upgrade," guiding the user to two relatively safe paths. When the safety level is determined to be the second or third safety level, the determined second execution task provides the user with a wider range of choices, including operation buttons for interrupting the upgrade, quickly completing the critical upgrade, and continuing to complete the full upgrade. Regardless of the situation, the ultimate goal of all guided choices is to restore the vehicle to a safe driving state in the shortest possible time while meeting user needs. For example, if the current target upgrade group involves the brake control unit and is at the first safety level, the user interface only displays the "Quick Upgrade" and "Continue Upgrade" options; while if the target upgrade group only involves ambient lighting control and is at the third safety level, the interface will fully display the three options: interrupt, quick upgrade, and continue.

[0035] Understandably, the operation of interrupting the upgrade based on the operation button refers to a series of responses triggered when the user clicks or triggers the button corresponding to immediately stopping the upgrade process on the provided interactive interface. This response includes setting the internal task management flag, i.e., the upgrade interruption enable flag, to a specific state value indicating immediate interruption, and instructing the OTA master control program to stop sending upgrade data packets to the currently being written component and all subsequent components to be upgraded, thereby stopping the upgrade activity. At the same time, based on the estimated remaining upgrade time of the component being upgraded, a countdown display is presented to the user on the vehicle's central control screen to inform the user of the approximate waiting time required for the operation to be executed. The operation of selecting "Continue to complete the entire upgrade" based on the operation button refers to the response triggered when the user selects the button corresponding to abandoning the interruption request and continuing to execute the upgrade. This response includes setting the upgrade interruption enable flag to a specific state value that indicates the continuation of the upgrade, and instructing the OTA main control program to maintain the current upgrade process and continue to perform software flashing for all remaining components to be upgraded in the predetermined order. During this process, the total estimated time required for all components that have not yet been upgraded will be calculated and displayed, and a countdown prompt based on this total time will be displayed on the central control screen until the entire upgrade task is completely completed.

[0036] By employing the aforementioned technical solution of dynamically providing operation buttons based on safety levels, and externalizing internal risk assessment results into differentiated user interfaces, effective guidance of user behavior is achieved. This guided interaction presents complex safety judgments to users in the form of clear multiple-choice questions, enabling users to make decisions within defined safety boundaries without requiring professional background. It cleverly strikes a balance between automated decision-making and user autonomy, ensuring safety by limiting dangerous options in high-risk scenarios while providing users with greater flexibility when risks are controllable. This approach incorporates user operations into a controlled safety framework, thereby helping to reduce the possibility of vehicle malfunctions or performance degradation due to users blindly or improperly interrupting the upgrade process, and improving the reliability of interruption handling and user experience throughout the upgrade process.

[0037] In one embodiment, different execution tasks correspond to different guidance prompts, and the method further includes: When the target task is executed, a guidance prompt corresponding to the target task is sent to the user.

[0038] For example, the above guidance prompts are text information that are pre-configured for different security levels and corresponding execution tasks and are displayed to users. Their purpose is to explain to users the current upgrade status, the possible consequences or effects of different operation choices, and corresponding handling suggestions.

[0039] When executing the determined target task, this application simultaneously presents the user with specific guidance prompts closely tied to that task. When a target task is determined, for example, at the first safety level, the task guidance prohibits direct interruption and directs users to quickly or continue the upgrade, the application retrieves and calls the guidance prompt matching the task scenario from the stored configuration. Specifically, if a first-level task is triggered due to the target upgrade group involving brake control, the prompt will clearly inform the user that "it affects the overall vehicle driving safety performance, and the upgrade interruption is not allowed." If a second-level task is triggered due to the target upgrade group involving the infotainment system, the prompt will be adjusted to "it does not affect the overall vehicle driving safety performance, but seriously affects the user experience; upgrading interruption is not recommended," and may include emergency handling suggestions. For the third safety level, the prompt focuses on explaining the impact on specific functions. The display of these prompts is highly consistent with the actual risk level of the current upgrade task and the recommended operation path, providing users with crucial contextual information to understand the system status and make informed decisions.

[0040] By employing the aforementioned technical solution of configuring and sending corresponding guidance prompts for different tasks, the transparency and clarity of information at the user interaction level are greatly enhanced. It externalizes and explains the complex judgments and strategy choices made internally based on security levels in natural language that is easy for users to understand. This real-time, contextualized information feedback allows users not only to know what operation options are available, but also to understand the potential impact behind each option and the reasons for recommending it. This helps reduce the risk of decision-making bias or misoperation caused by information asymmetry or unclear understanding of the consequences of operations, thus improving the efficiency and reliability of human-computer interaction.

[0041] In one embodiment, the step of guiding the user to select a quick completion of a critical upgrade includes: Determine the upgrade time of the components to be upgraded and the rollback time of the upgraded components in the target upgrade group; Obtain a comparison result of the upgrade time of the component to be upgraded and the rollback time of the upgraded component; The operation result of guiding the user to select the step of quickly completing the key upgrade is determined based on the comparison result of the upgrade time of the component to be upgraded and the rollback time of the upgraded component.

[0042] In one embodiment, the operation result is the operation corresponding to the minimum value between the upgrade time of the component to be upgraded and the rollback time of the upgraded component.

[0043] For example, the upgrade time for the components to be upgraded refers to the estimated time span required to complete the upgrade of critical components in the target upgrade group that have not yet started upgrading or are in the process of upgrading. The rollback time for upgraded components refers to the estimated time span required to restore the software version of related components in the target upgrade group that have already been upgraded to their stable state before the upgrade. The comparison result is a qualitative judgment obtained by comparing the numerical values ​​of the above two time parameters, that is, determining which time is shorter. The operation result is the specific operation path to be executed based on the comparison result.

[0044] In this embodiment, the fast upgrade option is activated after the user selects it, and two key time parameters are precisely calculated: the total time required for the critical components in the target upgrade group to complete the upgrade, and the total time required for the upgraded components associated with the upgrade group to perform version rollback operations. These two independently calculated time values ​​are then compared to determine the optimal time path for completing the critical operation. The result directly determines subsequent behavior patterns. For example, if the upgrade time required for the battery management unit to be upgraded is shorter than the rollback time required for the associated upgraded motor controller, the upgrade is likely to continue; otherwise, the rollback process is initiated. Finally, based on this comparison result, it is determined whether to continue upgrading or rollback, and this choice is the specific implementation content of the fast upgrade scheme. Typically, a countdown timer corresponding to the estimated time of the selected operation is displayed to the user.

[0045] By employing the aforementioned technical solution of determining time, comparing results, and identifying the operational path based on the outcome, the system can automatically select the most efficient solution by quantitatively evaluating the costs of two different paths—continuing the upgrade or rolling back to a safe state. This time-comparison-based decision-making method avoids dependence on a single path, giving the interruption handling strategy a degree of flexibility and adaptability, and allowing for dynamic adjustment of the optimal solution based on the specific progress of the current upgrade task. This provides a feasible technical means to minimize user waiting time and meet urgent vehicle needs while ensuring the consistency of critical component versions and functional safety, thereby helping to reduce the motivation for users to attempt risky forced interruptions due to lengthy upgrade tasks.

[0046] In one embodiment, the above method further includes: Detect the current target upgrade group and completed upgrade groups of the vehicle's infotainment system; Obtain the version association relationship between the target upgrade group and the completed upgrade group; If there is a version association between the target upgrade group and the completed upgrade group, the security level of the target upgrade group is determined based on the security level of the completed upgrade group.

[0047] For example, the aforementioned "completed upgrade group" refers to the set of components for which software writing operations have been completed in the current upgrade task. Version association refers to the dependency relationships pre-configured in the cloud that require different components to maintain software version consistency.

[0048] In this embodiment, when executing the interruption decision process, the scope of risk assessment is not limited to the target upgrade group currently being upgraded, but extends to a correlation analysis of completed upgrade operations. This process first requires synchronously detecting the current target upgrade group and previously successfully upgraded completed upgrade groups. Next, it needs to query predefined configuration information in the cloud to determine whether there is a mandatory version correlation between the components contained in these two groups. This correlation means that the software versions of these components must match to ensure normal overall functionality. If such a correlation is detected, an inheritance or enhancement strategy is adopted when determining the effective safety level of the target upgrade group, i.e., the safety level that the current target upgrade group should follow is determined based on the safety level of the completed upgrade group. For example, assuming the completed upgrade group contains a brake control module with a safety level of A, and the current target upgrade group is a parking control module that is being upgraded, is related to it, and whose original independent assessment might only be level B, then the safety level of the upgrade group containing the parking control module will be enhanced to level A for subsequent processing.

[0049] By employing the aforementioned technical solution of detecting version relationships and adjusting security levels accordingly, the risk of version mismatch between components that may arise from asynchronous upgrade progress can be identified and addressed. By treating dependent upgrade groups as a whole to assess their security impact, this method elevates the consideration of interruption decisions from the isolated risk of a single component to the overall risk level of inter-component collaboration. This ensures that even if a component's functionality is not directly related to the highest security level, as long as its operational state has a strong version dependency on a high-security-level component, its interruption requests will be handled with the same caution as those for the high-security-level component. This approach strengthens the guarantee of internal version consistency, thereby helping to reduce the possibility of functional anomalies or cascading failures caused by version mismatches of related components.

[0050] Furthermore, as a response to the above Figure 1 In addition to the implementation of the method shown, this embodiment of the invention also provides a vehicle infotainment system upgrade interruption control device for the above-mentioned... Figure 1 The method shown is implemented accordingly. This device embodiment corresponds to the foregoing method embodiment. For ease of reading, this device embodiment will not repeat the details of the foregoing method embodiment, but it should be clear that the device in this embodiment can implement all the contents of the foregoing method embodiment. Figure 2 As shown, the device includes: a detection unit 21, a determination unit 22, and an execution unit 23, wherein... The detection unit 21 is used to detect the current target upgrade group of the vehicle system when the vehicle system is performing an upgrade task and receives an upgrade interruption request sent by the user, wherein the target upgrade group includes the components that the vehicle system is upgrading; The determining unit 22 is used to query the upgrade logic relationship table based on the target upgrade group to determine the security level, wherein the upgrade logic relationship table includes the security levels corresponding to different upgrade groups, and the security level is used to determine the executability of the interruption operation of the upgrade group; The execution unit 23 is used to provide the user with operation buttons based on the security level of the target upgrade group to determine the target execution task, wherein the target task is used to satisfy the vehicle system to restore the vehicle to a safe driving state in the shortest possible time.

[0051] The processor contains a kernel, which retrieves the corresponding program unit from memory. One or more kernels can be configured, and adjusting kernel parameters can implement a vehicle infotainment system upgrade interrupt control method, addressing the current issue of low control flexibility in interrupt scenarios during vehicle infotainment system upgrades.

[0052] This invention provides a computer-readable storage medium including a stored program that, when executed by a processor, implements the vehicle system upgrade interrupt control method.

[0053] This invention provides a processor for running a program, wherein the program executes the vehicle system upgrade interrupt control method during runtime.

[0054] This invention provides an electronic device, which includes at least one processor and at least one memory connected to the processor; wherein the processor is used to call program instructions in the memory to execute the vehicle infotainment system upgrade interrupt control method described above. This invention provides an electronic device 30, such as... Figure 3 As shown, the electronic device includes at least one processor 301, and at least one memory 302 and bus 303 connected to the processor; wherein, the processor 301 and the memory 302 communicate with each other through the bus 303; the processor 301 is used to call program instructions in the memory to execute the above-mentioned vehicle system upgrade interrupt control method.

[0055] The smart electronic devices mentioned in this article can be PCs, tablets, mobile phones, etc.

[0056] This application also provides a computer program product that, when executed on a process management electronic device, is suitable for executing a program that initializes the above-described vehicle system upgrade interrupt control method steps.

[0057] It should be noted that the descriptions of each embodiment in the above embodiments have different focuses. For parts that are not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0058] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0059] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0060] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0061] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0062] This application also provides a computer program product, which includes computer software instructions that, when executed on a processing device, cause the processing device to perform actions such as... Figure 1 The control flow of the memory in the corresponding embodiment.

[0063] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a server or data center that integrates one or more available media. The available medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)).

[0064] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

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

[0066] 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 network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0067] Furthermore, the functional units in the various embodiments of this application 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.

[0068] 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 this application, 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 of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0069] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit it. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

Claims

1. A method for controlling interruption during vehicle infotainment system upgrades, characterized in that, include: When the vehicle infotainment system is performing an upgrade task and receives an upgrade interruption request from the user, the current target upgrade group of the vehicle infotainment system is detected, wherein the target upgrade group includes the components that the vehicle infotainment system is upgrading; The security level is determined by querying the upgrade logic relationship table based on the target upgrade group, wherein the upgrade logic relationship table includes the security level corresponding to different upgrade groups, and the security level is used to determine the executability of the interruption operation of the upgrade group; Based on the security level of the target upgrade group, the system provides the user with operation buttons to determine the target task to be performed, wherein the target task is to enable the vehicle system to restore the vehicle to a safe driving state in the shortest possible time.

2. The method according to claim 1, characterized in that, The upgrade logic table includes the security levels corresponding to different upgrade groups, wherein the security levels, from highest to lowest, are: first security level, second security level, and third security level. The first safety level is used to characterize the relationship between the upgrade group and the safe driving status of the vehicle; The second safety level is used to characterize the relationship between the upgrade group and the vehicle's human-machine interaction functions; The third safety level is used to characterize the upgrade group in relation to the vehicle's comfort features.

3. The method according to claim 2, characterized in that, The step of providing the user with operation buttons based on the security level of the target upgrade group to determine the target to perform tasks includes: When the security level of the target upgrade group is the first security level, a first execution task is determined, wherein the first execution task is used to prevent the upgrade operation from being interrupted, and guide the user to choose to quickly complete the critical upgrade or continue to complete the entire upgrade based on the operation button; If the security level of the target upgrade group is the second security level or the third security level, a second execution task is determined, wherein the second execution task is used to guide the user to quickly complete the critical upgrade, select to interrupt the upgrade or continue to complete the entire upgrade based on the operation button.

4. The method according to claim 3, characterized in that, Different tasks have different guidance prompts, and the method also includes: When the target task is executed, a guidance prompt corresponding to the target task is sent to the user.

5. The method according to claim 3, characterized in that, The steps to guide users to select the option to quickly complete the critical upgrade include: Determine the upgrade time of the components to be upgraded and the rollback time of the upgraded components in the target upgrade group; Obtain a comparison result of the upgrade time of the component to be upgraded and the rollback time of the upgraded component; The operation result of guiding the user to select the step of quickly completing the key upgrade is determined based on the comparison result of the upgrade time of the component to be upgraded and the rollback time of the upgraded component.

6. The method according to claim 5, characterized in that, The operation result is the operation corresponding to the minimum value between the upgrade time of the component to be upgraded and the rollback time of the upgraded component.

7. The method according to claim 1, characterized in that, Also includes: Detect the current target upgrade group and completed upgrade groups of the vehicle's infotainment system; Obtain the version association relationship between the target upgrade group and the completed upgrade group; If there is a version association between the target upgrade group and the completed upgrade group, the security level of the target upgrade group is determined based on the security level of the completed upgrade group.

8. A vehicle infotainment system upgrade interruption control device, characterized in that, Also includes: The detection unit is used to detect the current target upgrade group of the vehicle system when the vehicle system is performing an upgrade task and receives an upgrade interruption request sent by the user, wherein the target upgrade group includes the components that the vehicle system is upgrading; The determining unit is used to query the upgrade logic relationship table based on the target upgrade group to determine the security level, wherein the upgrade logic relationship table includes the security levels corresponding to different upgrade groups, and the security level is used to determine the executability of the interruption operation of the upgrade group; An execution unit is used to provide operation buttons to the user based on the security level of the target upgrade group to determine the target execution task, wherein the target task is used to enable the vehicle system to restore the vehicle to a safe driving state in the shortest possible time.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored program, wherein, when the program is executed by a processor, it implements the steps of the vehicle system upgrade interruption control method as described in any one of claims 1 to 7.

10. An electronic device, characterized in that, The electronic device includes at least one processor and at least one memory connected to the processor; wherein the processor is used to call program instructions in the memory to execute the steps of the vehicle system upgrade interruption control method as described in any one of claims 1 to 7.

Images