Remote configuration method and device for scenario modes

Abstract

This application relates to the field of intelligent connected vehicle technology, and particularly to a method and apparatus for remote configuration of scenario modes. The method includes: acquiring multiple atomic conditions and multiple atomic actions corresponding to various scenario modes of a target vehicle, to construct a target scenario mode based on at least one atomic condition and at least one atomic action; configuring the target scenario mode to the target vehicle, and obtaining the execution result of the target scenario mode if the atomic conditions and atomic actions in the target scenario mode meet the target safety conditions; adjusting the atomic conditions and / or atomic actions in the target scenario mode according to the execution result until the adjusted target scenario mode meets the target requirements, and configuring the adjusted target scenario mode to the target vehicle. This solves the problems of inflexible configuration logic, long response cycles, and difficulty in quickly matching dynamic market demands in the construction methods of scenario mode configuration technologies in related technologies, which affect the optimization and iteration of the driving experience.

Description

Technical Field

[0001] This application relates to the field of intelligent connected vehicle technology, and in particular to a remote configuration method and apparatus for a scenario mode. Background Technology

[0002] With the rapid development of the intelligent vehicle industry, in-vehicle entertainment and comfort functions are becoming increasingly abundant. Mainstream intelligent vehicle manufacturers usually define multiple scenario modes based on the inherent functions of the vehicle and pre-install them into the vehicle system to meet basic driving and riding needs.

[0003] In related technologies, scenario mode configuration technology often adopts a rigid logic of "fixed threshold triggering - fixed action execution" when constructing scenario modes. That is, specific scenario thresholds for the in-vehicle environment are preset, and when the in-vehicle environment is detected to meet the threshold conditions, a series of preset vehicle control actions are automatically executed. Moreover, it often adopts the implementation logic of "solidification during development phase - static operation after market launch". If more scenario modes need to be expanded, the entire process definition often needs to be completed during the intelligent cockpit software development phase - not only to clarify the in-vehicle state parameters to be detected and their specific thresholds, but also to determine the set of vehicle control actions to be executed after the thresholds are met, and then the scenario mode software is bundled and released with the vehicle system.

[0004] However, in related technologies, the way scenario modes are constructed can lead to a "static solidification" dilemma after a vehicle is launched. The configuration logic cannot be flexibly adjusted according to market feedback and changes in user needs. As the functional iteration speed of intelligent vehicles continues to accelerate, the usage scenarios of drivers and passengers are also becoming more diverse and personalized, and the experience requirements for scenario modes are constantly increasing. This has led to a continuous expansion of the types of scenario modes, and there are significant differences in the configuration requirements of scenario modes under different models and usage scenarios. Vehicles already on the market cannot add new types of in-vehicle scenario modes remotely, and can only rely on the vehicle's OTA (Over-The-Air) function to make modifications. This not only has a long response cycle, but is also limited by the push rhythm of OTA upgrades and users' willingness to upgrade, making it difficult to quickly match dynamic market demands. This seriously affects the optimization and iteration of the driving experience and urgently needs to be solved. Summary of the Invention

[0005] This application provides a remote configuration method and apparatus for scenario modes to solve the problems in related technologies, such as the inflexible adjustment of configuration logic caused by the construction method of scenario modes, which can only be modified by the vehicle's OTA function. This not only results in a long response cycle, but is also limited by the push rhythm of OTA upgrades and users' upgrade intentions, making it difficult to quickly match dynamic market demands and seriously affecting the optimization and iteration of the driving experience.

[0006] The first aspect of this application provides a remote configuration method for a scenario mode, comprising the following steps: acquiring multiple atomic conditions and multiple atomic actions corresponding to multiple scenario modes of a target vehicle, to construct a target scenario mode based on at least one of the atomic conditions and at least one of the atomic actions; configuring the target scenario mode to the target vehicle, to obtain the execution result of the target scenario mode when the atomic conditions and atomic actions in the target scenario mode meet the target safety conditions; adjusting the atomic conditions and / or atomic actions in the target scenario mode according to the execution result until the adjusted target scenario mode meets the target requirements, and configuring the adjusted target scenario mode to the target vehicle.

[0007] Optionally, in one embodiment of this application, before obtaining the execution result of the target scenario mode when the atomic conditions and atomic actions in the target scenario mode meet the target security conditions, the method further includes: verifying whether the threshold of the atomic conditions in the target scenario mode is within a first target security range, verifying whether the parameter value of the atomic action in the target scenario mode is within a second target range, and verifying whether the combination logic of the atomic conditions and atomic actions in the target scenario mode meets the security logic; and determining whether the atomic conditions and atomic actions in the target scenario mode meet the target security conditions based on the verification results.

[0008] Optionally, in one embodiment of this application, obtaining the execution result of the target scenario mode when the atomic conditions and atomic actions in the target scenario mode meet the target safety conditions includes: detecting the actual operating state of the target vehicle; and executing the target scenario mode to obtain the execution result when the actual operating state meets at least one of the atomic conditions in the target scenario mode.

[0009] Optionally, in one embodiment of this application, adjusting the atomic conditions and / or atomic actions in the target scenario mode according to the execution result includes: adding or deleting atomic conditions and / or atomic actions in the target scenario mode, and / or modifying the threshold values ​​of atomic conditions and / or the parameter values ​​of atomic actions in the target scenario mode, so as to complete the adjustment of atomic conditions and / or atomic actions in the target scenario mode.

[0010] Optionally, in one embodiment of this application, the method further includes: obtaining the execution sequence of atomic actions in the target scenario mode; and modifying the execution sequence according to the actual operating state of the target vehicle, so as to determine the execution action corresponding to the target scenario mode based on the modified execution sequence.

[0011] Optionally, in one embodiment of this application, the method further includes: if the execution result is an execution failure, obtaining the vehicle operating state in response to the execution command corresponding to the target scenario mode, so as to drive the target vehicle to restore to the vehicle operating state in response to the execution command corresponding to the target scenario mode.

[0012] A second aspect of this application provides a remote configuration device for scenario modes, comprising: a construction module, configured to acquire multiple atomic conditions and multiple atomic actions corresponding to multiple scenario modes of a target vehicle, to construct a target scenario mode based on at least one of the atomic conditions and at least one of the atomic actions; a first acquisition module, configured to configure the target scenario mode to the target vehicle, to acquire the execution result of the target scenario mode when the atomic conditions and atomic actions in the target scenario mode meet the target safety conditions; and a configuration module, configured to adjust the atomic conditions and / or atomic actions in the target scenario mode according to the execution result until the adjusted target scenario mode meets the target requirements, and configure the adjusted target scenario mode to the target vehicle.

[0013] Optionally, in one embodiment of this application, it further includes: a verification module, configured to verify, before obtaining the execution result of the target scenario mode when the atomic conditions and atomic actions in the target scenario mode meet the target security conditions, whether the threshold of the atomic conditions in the target scenario mode is within a first target security range, whether the parameter value of the atomic actions in the target scenario mode is within a second target range, and whether the combination logic of the atomic conditions and atomic actions in the target scenario mode meets the security logic; and a judgment module, configured to determine whether the atomic conditions and atomic actions in the target scenario mode meet the target security conditions based on the verification results.

[0014] Optionally, in one embodiment of this application, the first acquisition module includes: a detection unit for detecting the actual operating state of the target vehicle; and an execution unit for executing the target scenario mode to obtain the execution result when the actual operating state satisfies at least one of the atomic conditions in the target scenario mode.

[0015] Optionally, in one embodiment of this application, the configuration module includes: an adjustment unit, configured to add or delete atomic conditions and / or atomic actions in the target scenario mode, and / or modify the threshold values ​​of atomic conditions and / or the parameter values ​​of atomic actions in the target scenario mode, so as to complete the adjustment of atomic conditions and / or atomic actions in the target scenario mode.

[0016] Optionally, in one embodiment of this application, it further includes: a second acquisition module, configured to acquire the execution sequence of atomic actions in the target scenario mode; and a correction module, configured to correct the execution sequence according to the actual operating state of the target vehicle, so as to determine the execution action corresponding to the target scenario mode according to the corrected execution sequence.

[0017] Optionally, in one embodiment of this application, it further includes: a recovery module, configured to, in the event that the execution result is an execution failure, obtain the vehicle operating state in response to the execution command corresponding to the target scenario mode, so as to drive the target vehicle to recover to the vehicle operating state in response to the execution command corresponding to the target scenario mode.

[0018] A third aspect of this application provides an electronic device, including: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement a remote configuration method for scenario modes as described in the above embodiments.

[0019] A fourth aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the remote configuration method of the scenario mode described above.

[0020] A fifth aspect of this application provides a computer program product, including a computer program that, when executed, is used to implement a remote configuration method for the above-described scenario mode.

[0021] This application embodiment can combine / construct new scenario modes or modify existing scenario modes based on multiple atomic conditions and actions corresponding to various scenario modes of the target vehicle, remotely configure them to the vehicle's in-vehicle system, and repeatedly remotely configure them to the target vehicle's in-vehicle system when execution fails. Thus, a closed-loop method is achieved through atomic combination construction, secure remote deployment, and iterative adjustment based on execution feedback. This transforms vehicle scenario modes from factory-fixed functions into operational dynamic services, enabling rapid and low-cost deployment of new scenario modes to meet dynamic market demands. Furthermore, it allows for flexible optimization and testing based on execution feedback results, making scenario modes more tailored to user needs and providing personalized experiences. This solves the problems in related technologies where the construction method of scenario modes leads to inflexible configuration logic adjustments, relying solely on the vehicle's OTA (Over-The-Air) function for modification. This not only results in long response cycles but also limits the pace of OTA upgrades and user upgrade intentions, making it difficult to quickly match dynamic market demands and severely impacting the optimization and iteration of the driving experience.

[0022] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0023] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein:

[0024] Figure 1 This is a flowchart illustrating a scenario-mode remote configuration method according to an embodiment of this application; Figure 2 This is a flowchart of a method for remote dynamic configuration of smart cockpit scenario modes according to an embodiment of this application; Figure 3 This is a schematic diagram of the structure of a remote configuration device for a scenario mode provided in an embodiment of this application; Figure 4 This is a schematic diagram of the structure of an electronic device provided according to an embodiment of this application.

[0025] Figure label: 10-Scenario mode remote configuration device; 100-Construction module, 200-First acquisition module and 300-Configuration module; 401-Memory, 402-Processor and 403-Communication interface. Detailed Implementation

[0026] The embodiments of this application are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.

[0027] The following description, with reference to the accompanying drawings, illustrates a remote configuration method and apparatus for scenario modes according to embodiments of this application. Addressing the issues raised in the background section regarding the construction of scenario modes, where configuration logic cannot be flexibly adjusted and can only be modified via the vehicle's OTA (Over-The-Air) updates, this approach suffers from long response times and is limited by the OTA update schedule and user upgrade preferences, hindering rapid adaptation to dynamic market demands and severely impacting the optimization and iteration of the driving experience. This application provides a remote configuration method for scenario modes. This method allows for the combination / construction of new scenario modes or modification of existing ones based on multiple atomic conditions and actions corresponding to various scenario modes of the target vehicle. The configuration is then remotely sent to the vehicle's infotainment system, and adjustments are made and the remote configuration is repeated when execution fails. This achieves a closed-loop method through atomic combination construction, secure remote deployment, and iterative adjustment based on execution feedback. This transforms vehicle scenario modes from factory-fixed functions into operational dynamic services, enabling rapid and low-cost deployment of new scenario modes to meet dynamic market demands. Furthermore, it allows for flexible optimization and testing based on execution feedback, ensuring scenario modes better align with user needs and provide a personalized experience. This solves the problems in related technologies, such as the inflexible configuration logic caused by the way scenario modes are constructed, which can only be modified by the vehicle's OTA function. This not only results in a long response cycle, but is also limited by the push rhythm of OTA upgrades and users' willingness to upgrade, making it difficult to quickly match dynamic market demands and seriously affecting the optimization and iteration of the driving experience.

[0028] Specifically, Figure 1 A flowchart illustrating a scenario mode remote configuration method provided in an embodiment of this application.

[0029] like Figure 1 As shown, the remote configuration method for this scenario mode includes the following steps: Step S101: Obtain multiple atomic conditions and multiple atomic actions corresponding to multiple scenario modes of the target vehicle, so as to construct the target scenario mode based on at least one atomic condition and at least one atomic action.

[0030] In real-world scenarios, traditional scenario mode configuration technology determines the types of scenario modes for a vehicle at the factory. The associated "vehicle status monitoring rules" and "corresponding vehicle control action sets" are all preset fixed values, making it impossible to flexibly adjust based on market feedback after launch (such as user suggestions for optimizing specific scenario trigger conditions). The core reason for this problem is that the scenario mode software is deeply integrated with the vehicle's infotainment system, and its configuration logic lacks a modular and dynamically callable design. This results in a lack of a configuration modification channel independent of the vehicle's OTA (Over-The-Air) updates after the vehicle's launch. Furthermore, relying on OTA updates suffers from response delays and incomplete coverage, ultimately leading to a fixed scenario mode configuration and a lack of post-launch adjustment capabilities.

[0031] Moreover, traditional scenario mode configuration technology can only achieve basic automated control of "threshold-triggered actions," and cannot enrich in-vehicle entertainment and functional gameplay through operational means (such as manufacturers pushing customized scenario modes according to seasons and holidays), nor can it support the sharing of in-vehicle scenario gameplay between users (such as a user-defined "family travel mode" cannot be synchronized with other users). This is mainly because traditional scenario mode configuration technology has not built an architecture for remote distribution of scenario modes, user interaction, and data sharing. It only treats scenario modes as a fixed local function of the vehicle system, without considering their need as an operational and disseminable service carrier, thus resulting in a lack of operational empowerment and user interaction scenarios.

[0032] Based on this, in some embodiments, this application can obtain multiple atomic conditions and multiple atomic actions corresponding to multiple scenario modes of the target vehicle, so as to construct the target scenario mode according to at least one atomic condition and at least one atomic action.

[0033] Understandably, the target vehicle here refers to a specific vehicle object that is remotely configured through the operations backend / cloud, etc.

[0034] In this context, an atomic condition refers to the smallest, indivisible basic decision unit that constitutes the triggering conditions for various vehicle scenario modes. For example, in traditional scenario modes, multiple thresholds are bound together as a whole triggering condition, such as using "temperature > 28℃ + light intensity < 50 lux" directly as a triggering threshold for a fixed scenario / fixed operation. In contrast, an atomic condition breaks down this whole into independent, single decision items. Each decision item is only for one in-vehicle state parameter and one specific decision rule (threshold / range), and can be retrieved and used individually or in combination.

[0035] For example, "the interior temperature is higher than 28°C and the interior light intensity is lower than 50 lux" is a trigger condition threshold for a fixed scenario / fixed operation, where "the interior temperature is higher than 28°C" is one atomic condition and "the interior light intensity is lower than 50 lux" is another atomic condition; "the interior seats are empty and the vehicle speed is 0 km / h, while the interior PM2.5 value is greater than 75 μg / m³" is a trigger condition threshold for a fixed scenario / fixed operation, where "the interior seats are empty," "the vehicle speed is 0 km / h," and "the interior PM2.5 value is greater than 75 μg / m³" are also independent atomic conditions.

[0036] In this context, an atomic action refers to the smallest, indivisible basic execution unit that constitutes a vehicle control action. Traditional scenario modes bind multiple control actions into a single execution set. For example, a traditional scenario mode treats "turn on the air conditioning to 24°C + turn on the ambient lights" as a fixed action package. In contrast, atomic actions break down this whole into independent, single vehicle control operations. Each operation implements only one specific vehicle function control and can be invoked and combined individually.

[0037] For example, “turn on the air conditioner and set the air conditioner to 24°C” is a fixed set of executions, where “turn on the air conditioner” is an atomic action and “set the air conditioner to 24°C” is another atomic action; “turn on the ambient lighting, open the windows and turn on the seat ventilation”, where “turn on the ambient lighting”, “open the windows” and “turn on the seat ventilation” are all independent atomic actions.

[0038] Since atomic conditions and atomic actions are the smallest units, in order to ensure that the remotely configured scenario modes can be supported by the vehicle, the embodiments of this application can first obtain multiple atomic conditions and multiple atomic actions contained in the various scenario modes that the vehicle can support through the operation platform, and then construct a new target scenario mode based on at least one atomic condition (one or more atomic conditions) and at least one atomic action (one or more atomic actions) among these atomic conditions and atomic actions, and then push it to the vehicle terminal for execution through a certain push channel.

[0039] Here, the target scenario mode can be understood as a new in-vehicle scenario mode that can be recognized and executed by the vehicle terminal, generated by personalized combination and configuration on the operation platform based on the atomic conditions and atomic actions actually supported by the vehicle. It is also a new scenario mode that the operation platform can remotely send to the vehicle for execution.

[0040] It should be noted that since the operating platform obtains multiple atomic conditions and multiple atomic actions contained in various scenario modes, that is, it obtains the atomic conditions and atomic actions contained in each scenario mode, the embodiments of this application can also form a new scenario mode by directly modifying the atomic conditions and atomic actions of the existing scenario mode, that is, by modifying the threshold of a certain atomic condition or the parameter value of a certain atomic action of the existing scenario mode in the target vehicle.

[0041] The embodiments of this application can decompose the complete multiple scenario modes of the target vehicle into at least one atomic action and at least one atomic condition, thereby generating new scenario modes or modifying the original scenario modes based on the combination of atomic conditions and atomic actions. This enables multiple innovations in the scenario modes of the vehicle to be implemented remotely without adding additional atomic conditions and atomic actions, facilitating remote configuration of the vehicle terminal and helping to enhance the user experience.

[0042] Step S102: Configure the target scenario mode to the target vehicle so that, under the condition that the atomic conditions and atomic actions in the target scenario mode meet the target safety conditions, the execution result of the target scenario mode is obtained.

[0043] In some embodiments, after determining a certain scenario mode, the cloud can remotely send the mode configuration data of a certain scenario mode to the vehicle through a certain push channel (such as the long connection channel between the vehicle terminal and the TSP (Telematics Service Provider) service) at an appropriate time, thereby configuring the certain scenario mode to the vehicle terminal.

[0044] Here, "vehicle terminal" refers to the hardware terminal and supporting software system installed inside the vehicle that undertakes the core computing and control of the vehicle's intelligent system. It is the local execution terminal, data acquisition terminal, and remote interaction terminal for various vehicle functions (including scenario modes). It directly connects to the vehicle's hardware control modules such as air conditioning and seats. At the same time, it can achieve two-way communication with the TSP server through a long-connection push channel.

[0045] Furthermore, in order to ensure that a certain scenario mode can operate correctly on the vehicle-mounted system, this application embodiment can also obtain the execution results uploaded by the vehicle-mounted system through the push channel when the atomic conditions and atomic actions in a certain scenario mode meet the target safety conditions, so as to perform further processing based on the execution results.

[0046] Here, the target safety conditions can be understood as the pre-set target scenario mode configuration data and the compliance, integrity and security judgment criteria of atomic conditions and atomic actions. Only target scenario modes that fully meet these conditions can be received, configured and executed by the vehicle terminal.

[0047] This application embodiment can obtain the execution result of the vehicle terminal after remotely configuring the new or modified scenario mode to the vehicle terminal, so as to make timely adjustments or corrections when the execution result is an execution failure, and ensure that the new or modified scenario mode can be correctly executed on the vehicle terminal.

[0048] Optionally, in one embodiment of this application, before obtaining the execution result of the target scenario mode when the atomic conditions and atomic actions in the target scenario mode meet the target security conditions, the method further includes: verifying whether the threshold of the atomic conditions in the target scenario mode is within a first target security range, verifying whether the parameter value of the atomic action in the target scenario mode is within a second target range, and verifying whether the combination logic of the atomic conditions and atomic actions in the target scenario mode meets the security logic; and determining whether the atomic conditions and atomic actions in the target scenario mode meet the target security conditions based on the verification results.

[0049] Based on the descriptions of other embodiments, it is understood that, in order to ensure that a certain scenario mode can operate correctly on the vehicle-mounted system, the embodiments of this application can obtain the execution results uploaded by the vehicle-mounted system through the push channel when the atomic conditions and atomic actions in a certain scenario mode meet the target safety conditions, so as to perform further processing based on the execution results.

[0050] In actual implementation, this application may, but is not limited to, verify whether the threshold of the atomic condition in a certain scenario mode is within the first target security range, whether the parameter value of the atomic action in a certain scenario mode is within the second target range or whether there is a security risk, and whether there is a security risk in the combination logic of the atomic condition and the atomic action in a certain scenario mode.

[0051] Here, the first target safety range refers to the legal value range defined for the threshold of the atomic condition. This value range should generally conform to the vehicle hardware detection capability and the driving / use safety range to ensure that the atomic condition can be executed normally while ensuring vehicle safety.

[0052] For example, various detection sensors in a vehicle, such as temperature, light, and speed sensors, all have their reasonable detection ranges. For safety reasons, the threshold of atomic conditions cannot exceed the safety range of actual use. Therefore, the threshold range that the sensor can measure and use safely is the first target safety range.

[0053] For example, if the atomic condition is that the interior temperature of the vehicle is greater than X℃, the detection range of the vehicle temperature sensor is -40℃ to 80℃, and the safe threshold range for judging the interior temperature is -20℃ to 60℃, then the safe range of X is -20℃ to 60℃. If it exceeds this range, it can be judged as non-compliant.

[0054] The second target range here refers to the range of legal values ​​for the parameter values ​​of the atomic action that the corresponding functional hardware of the vehicle can execute normally, to ensure that the atomic action can be correctly and accurately implemented by the vehicle's hardware. It should be noted that the second target range should be set in a way that avoids any additional security risks.

[0055] That is, each control function of the vehicle, such as air conditioning, windows, ambient lighting, etc., has a legal parameter range, such as the adjustable parameter range or the executable parameter range, which is determined during the design. These legal parameter ranges are the second target range. If the parameter value is outside the range, the relevant hardware of the vehicle cannot recognize or execute it.

[0056] For example, if the atomic action is to set the air conditioner to X℃, and the temperature adjustment range of the vehicle's air conditioner is 16℃~32℃, then the second target range of X is 16℃~32℃; if the opening degree parameter range of the car window is 0~100%, then the second target range of this parameter is 0~100%.

[0057] Compositional logic here refers to the matching and association relationship between the atomic conditions of the triggering class and the atomic actions of the executing class in the target scenario pattern. Simply put, it is the correspondence rule when "combinations of atomic conditions that are satisfied determine combinations of atomic actions that are executed".

[0058] Combinatorial logic is the core rule set when configuring target scenario modes on the operation platform, and it is also a key link in security verification. The core is the combination relationship between atomic conditions and atomic actions, including a single atomic condition corresponding to a single atomic action, a single atomic condition corresponding to multiple atomic actions, multiple atomic conditions corresponding to a single atomic action, and multiple atomic conditions corresponding to multiple atomic actions, etc.

[0059] For example, the atomic conditions are: vehicle speed 0km / h + interior temperature > 35℃, and the atomic actions are: turn on the air conditioner to 25℃ + open the driver's side window. The correspondence between these two atomic actions is executed when both atomic conditions are met simultaneously, which is the combination logic of this scenario mode.

[0060] Safety logic here refers to the safety rules and standards that combinational logic should follow. For example, opening car windows is not allowed when the vehicle speed is greater than 60 km / h.

[0061] In summary, if the atomic condition threshold meets the first target safety range, the atomic condition is safe and compliant; if the atomic action parameter value meets the second target range and has no safety risk, the atomic action is safe and compliant; and if the combination logic of the atomic condition and the atomic action has no safety risk, the combination rule is safe and compliant. Only when all three are verified can it be determined that the target scenario mode meets the target safety conditions.

[0062] It should be noted that the specific first target security scope, second target scope, and security logic can be set or adjusted by those skilled in the art according to the actual situation. The embodiments in this application are only illustrative and do not impose specific limitations.

[0063] For example, embodiments of this application may, but are not limited to, incorporate a built-in mode security verification module in the vehicle's infotainment system to check for security vulnerabilities in remotely distributed mode configurations, including but not limited to the following security verification contents: Data consistency verification verifies whether the mode configuration data corresponding to the target scenario mode has been tampered with when it was deployed. The verification adopts common data consistency verification methods, including but not limited to MD5 digest algorithm, CRC check, etc.

[0064] The validity of atomic conditions and actions is verified, including whether the threshold of the atomic conditions contained in the target scenario mode exceeds the safe range, and whether the parameter values ​​of the atomic actions exceed the selectable range or whether there are any security risks.

[0065] The verification of whether there are safety hazards after the combination of atomic conditions and actions. For example, the combination of "opening the car window when the car speed is greater than 30km / h" is an illegal combination, that is, there is a problem with the combination logic. Such illegal combinations can be discarded at the discretion of the user.

[0066] Data that fails the security check can be discarded entirely or partially deleted. For example, a combination that poses a security risk, such as "open the car window and turn on the air conditioner when the vehicle speed is greater than 30km / h", can be discarded entirely, or the atomic action of opening the car window can be deleted, leaving only the atomic action of turning on the air conditioner.

[0067] Whether data that fails the security check is discarded in full or partially deleted can be set or adjusted by professionals in this field according to the actual situation. The embodiments in this application are only illustrative and do not impose specific limitations.

[0068] The embodiments of this application can perform multi-dimensional security verification on atomic condition thresholds, atomic action parameters and combinational logic, thereby ensuring that any scenario mode configuration remotely issued can meet the hardware capabilities and driving safety specifications of the target vehicle, preventing vehicle malfunctions or safety accidents caused by improper configuration from the source, and ensuring that any scenario mode configuration remotely issued can run safely and reliably on the target vehicle.

[0069] Optionally, in one embodiment of this application, obtaining the execution result of the target scenario mode when the atomic conditions and atomic actions in the target scenario mode meet the target safety conditions includes: detecting the actual operating state of the target vehicle; and executing the target scenario mode to obtain the execution result when the actual operating state meets at least one atomic condition in the target scenario mode.

[0070] It is understandable that the target scenario mode contains certain atomic conditions. Therefore, when the vehicle's terminal executes the target scenario mode, it needs to monitor the actual state of the target vehicle in real time. The target scenario mode will only be executed when the target vehicle meets all the atomic conditions in the target scenario mode, thereby generating the execution result and uploading the execution result to the operation platform / cloud, etc. through the push channel.

[0071] For example, after the target scenario mode is saved, modified and passes security verification on the vehicle's infotainment system, the newly added target scenario mode will be saved on the vehicle's infotainment system and condition monitoring will be initiated through the mode execution engine.

[0072] Specifically, once the target scenario mode is saved on the vehicle's infotainment system, it may not immediately initiate conditional listening; instead, it may wait for the user to manually activate the listening. If an existing scenario mode on the vehicle's infotainment system is remotely modified, its conditional listener can be stopped, awaiting manual activation by the user. Furthermore, if an existing mode on the vehicle's infotainment system has already been executed after remote modification, it can be stopped, and the vehicle's status restored, awaiting manual activation by the user next time.

[0073] Here, the atomic condition checker can be understood as a vehicle status listener pre-set on the vehicle's infotainment system. When it detects that the vehicle status meets the threshold defined by the atomic condition, it can send an event to the mode execution engine, which will then determine whether the atomic action sequence contained in the scenario mode can be triggered immediately.

[0074] In this context, an atomic motion actuator can be understood as an actuator pre-configured on the vehicle's infotainment system. It can perform vehicle control or control of other in-vehicle apps based on the type and parameters of the motion definition. This includes the control capabilities of other in-vehicle apps, such as in-vehicle music playback control and in-vehicle video playback control.

[0075] Furthermore, in the embodiments of this application, the condition triggering type can be set to trigger the mode action sequence (execute the target scenario mode) when any one atomic condition is met, or it can be set to trigger the mode action sequence only when all atomic conditions are met. Specifically, it can be set or adjusted by those skilled in the art according to the actual situation. The embodiments of this application are only illustrative and do not impose specific limitations.

[0076] The vehicle control adaptation layer provides a unified API for the mode execution engine, atomic condition checker, and atomic action actuator to read and control vehicle status. This API interface remains unchanged for the upper layers regardless of vehicle model, in-vehicle system, or chip platform. The vehicle control adaptation layer adapts to various vehicle models, in-vehicle systems, and chip platforms, interfaces with the CAN network, and translates upper-layer vehicle status reads and vehicle control requests into CAN signals defined in the signal table. These signals are then sent out through the CAN gateway, and other domains receive them as needed and provide corresponding feedback.

[0077] The vehicle control adaptation layer sends CAN signals through the native Android car API.

[0078] The vehicle control adaptation layer sends CAN signals through customized SDKs provided by different vehicle systems.

[0079] The embodiments of this application can set a mechanism for triggering and executing scenario modes, so that remotely issued scenario modes can be intelligently triggered and automatically executed based on the real-time status of the vehicle, realizing closed-loop automation of "perception-judgment-execution", effectively improving the user experience and the level of intelligence of vehicle control.

[0080] Step S103: Adjust the atomic conditions and / or atomic actions in the target scenario mode according to the execution result until the adjusted target scenario mode meets the target requirements, and configure the adjusted target scenario mode to the target vehicle.

[0081] In some embodiments, after the operation backend / cloud receives the execution result of the target scenario mode executed by the vehicle terminal, it may, but is not limited to, adjust the atomic conditions and / or atomic actions in the target scenario mode according to the execution result until the adjusted target scenario mode meets the target requirements, and then configure the adjusted target scenario mode into the vehicle.

[0082] Here, the objective requirement can be understood as the adjusted objective scenario mode meeting the objective safety conditions and being able to be executed correctly.

[0083] This application embodiment can transform vehicle scenario modes from factory-fixed functions into operable dynamic services through a closed-loop method of atomic combination construction, remote secure delivery, and iterative adjustment based on execution feedback. This allows for the rapid and low-cost deployment of new scenario modes to vehicles, and enables flexible optimization and testing based on execution feedback results. This makes scenario modes more aligned with user needs and meet personalized user experiences. Furthermore, the security mechanisms embedded throughout the entire process can effectively ensure that all remote configurations are reliably executed within the vehicle's security boundaries.

[0084] Optionally, in one embodiment of this application, adjusting the atomic conditions and / or atomic actions in the target scenario mode based on the execution result includes: adding or deleting atomic conditions and / or atomic actions in the target scenario mode, and / or modifying the threshold values ​​of atomic conditions and / or the parameter values ​​of atomic actions in the target scenario mode, so as to complete the adjustment of atomic conditions and / or atomic actions in the target scenario mode.

[0085] Based on the descriptions of other embodiments, it is understood that this application can combine at least one atomic condition (one or more atomic conditions) and at least one atomic action (one or more atomic actions) to construct a new target scenario mode, or it can directly modify the atomic conditions and atomic actions of an existing scenario mode, that is, modify the threshold of a certain atomic condition of an existing scenario mode, or the parameter value of a certain atomic action, etc., to form a new scenario mode.

[0086] As one possible implementation method, when adjusting the atomic conditions and / or atomic actions in the target scenario mode, embodiments of this application may, but are not limited to, adding or deleting atomic conditions and / or atomic actions in the target scenario mode, i.e., adding or deleting atomic conditions or atomic actions for the mode; and / or modifying the threshold of the atomic conditions and / or the parameter value of the atomic actions in the target scenario mode to complete the adjustment of the target scenario mode, i.e., modifying the threshold of a certain atomic condition or the parameter value of an atomic action in the mode.

[0087] When creating a new scenario mode by directly modifying the atomic conditions and atomic actions of an existing scenario mode, i.e., modifying the threshold of a certain atomic condition or the parameter value of a certain atomic action, the atomic conditions and / or atomic actions of the existing mode can be added or deleted in the operations backend. This means adding or deleting atomic conditions or atomic actions for the mode, or adding or deleting atomic conditions and atomic actions simultaneously. Alternatively, the atomic conditions and atomic actions of the existing mode can be modified in the operations backend. This means modifying the threshold of a certain atomic condition or the parameter value of an atomic action for the mode, or modifying the threshold of the atomic condition and the parameter value of the atomic action simultaneously.

[0088] The embodiments of this application can adjust the target scenario mode by adding or deleting atomic conditions, atomic actions, and modifying the threshold of atomic conditions and / or the parameter value of atomic actions, thereby providing the operator with flexible and refined means of scenario mode optimization. This enables the operator or system to make targeted adjustments to the triggering conditions and execution actions of the scenario mode based on actual execution feedback, so as to achieve continuous evolution and adaptation of the mode.

[0089] Optionally, in one embodiment of this application, the method further includes: obtaining the execution sequence of atomic actions in the target scenario mode; and modifying the execution sequence according to the actual operating state of the target vehicle, so as to determine the execution action corresponding to the target scenario mode based on the modified execution sequence.

[0090] In some embodiments, there may be one or more atomic actions in the target scenario mode. In order to execute these atomic actions smoothly and without colliding with the existing operating state of the target vehicle before or after the execution of the atomic actions, this application can first obtain the execution sequence of the atomic actions in the target scenario mode, and then make certain adjustments to the execution sequence of the atomic actions according to the actual operating state of the target vehicle. In this way, the execution action corresponding to the target scenario mode can be determined according to the modified execution sequence, so that it can be executed smoothly without affecting the operating state of the vehicle.

[0091] For example, this application can configure a mode execution engine in the vehicle terminal. The mode execution engine can determine whether to execute the atomic action sequence of the mode based on the mode configuration data of the target scenario mode, the atomic condition triggering events reported by the atomic condition checker, and the mode condition combination judgment type.

[0092] The mode configuration data refers to the complete configuration data of the target scenario mode pushed to the vehicle terminal or stored locally by the running background / cloud / TSP server, etc., including the atomic condition combination that the mode must meet, the type of mode condition combination judgment, and the corresponding atomic action sequence (execution order of atomic actions), etc.

[0093] The condition triggering event here can be understood as a standardized status notification reported by the atomic condition checker after it detects that a single atomic condition is met. It is also a concrete manifestation of the atomic condition taking effect, and it only applies to a single atomic condition and does not involve combination judgment.

[0094] The types of pattern condition combination judgments can be understood here as the types of combination judgment rules for multiple atomic conditions pre-set in the pattern configuration data, including but not limited to: AND logic, that is, multiple atomic conditions must be triggered simultaneously; OR logic, that is, any one of multiple atomic conditions can be triggered; NOT logic, that is, a certain atomic condition is not triggered, etc.

[0095] The execution sequence of atomic actions can be understood here as a combination of atomic actions that are pre-set in the target scenario mode configuration and need to be executed in a fixed order, such as turning on the air conditioner to 25°C → turning on the driver's seat ventilation → opening the driver's side window, etc. After determining that the conditions are met, the actions can be executed according to this execution sequence.

[0096] Normally, before the execution sequence of atomic actions in the target scenario mode is executed, the vehicle's infotainment system can record the current value of the vehicle's state corresponding to that action. For example, before the "air conditioning temperature adjustment" action is executed, the current air conditioning temperature value can be recorded. When the target scenario mode is turned off, the mode execution engine can restore the vehicle's state based on the previously recorded vehicle data before the mode was turned on. For example, the air conditioning temperature is restored to the state before the target scenario mode was turned on.

[0097] However, when the target scenario mode is turned off and the vehicle status is restored, some atomic actions will affect each other. For example, restoring the air conditioning temperature or airflow will cause the air conditioning to be turned on again, and the air conditioning AUTO mode will be turned off.

[0098] Therefore, this application embodiment needs to modify the execution sequence of atomic actions in the target scenario mode according to the actual operating state of the vehicle. That is, the atomic actions (such as turning on the air conditioner) corresponding to vehicle control items (such as air conditioning control) that conflict with the actual operating state of the vehicle in the target scenario mode and are affected by the actual operating state of the vehicle are executed last to restore the vehicle state.

[0099] In order to reduce interference when issuing underlying instructions, an appropriate delay can be added after each atomic action when the pattern execution engine executes the sequence of atomic actions or the modified sequence of atomic actions. When executing the sequence of atomic actions, the action sequence can be executed sequentially, but is not limited to scheduling atomic action executors.

[0100] The embodiments of this application can modify the atomic action execution sequence of the scenario mode according to the actual state of the vehicle, thereby effectively solving the conflict or state interference problems that may exist when executing multiple atomic actions. By dynamically adjusting the execution order, the vehicle control process is ensured to be smooth and orderly, further improving the reliability of scenario mode execution and user experience.

[0101] Optionally, in one embodiment of this application, the method further includes: if the execution result is an execution failure, obtaining the vehicle operating state in response to the execution command corresponding to the target scenario mode, so as to drive the target vehicle to restore to the vehicle operating state in response to the execution command corresponding to the target scenario mode.

[0102] Based on the descriptions of other embodiments, it is understood that, to ensure the vehicle remains safe and controllable under all circumstances, this application embodiment designs a recovery mechanism in case of scenario mode execution anomalies. Specifically, before the mode execution engine determines that the atomic condition combination is met and prepares to schedule the atomic action actuator to execute the target scenario mode, it first obtains and records the current vehicle operating status through the vehicle control adaptation layer. This includes, but is not limited to, various relevant control items of the vehicle before the execution of the target scenario mode, such as real-time parameters of the vehicle's air conditioning, windows, seats, etc.

[0103] In other embodiments, if any atomic action fails during the execution of the execution sequence of atomic actions by the target vehicle, such as the window failing to open or triggering a low-level security interception, this application can obtain the vehicle's operating state when responding to the execution command corresponding to the target scenario mode, so as to drive the target vehicle to restore to the vehicle's operating state when responding to the execution command corresponding to the target scenario mode.

[0104] Here, "in response to the execution command corresponding to the target scenario mode" can be understood as the moment when the vehicle's infotainment system determines that the current vehicle state meets the triggering conditions of the target scenario mode and generates the internal control command to initiate the atomic action sequence of that scenario mode. For example, the mode execution engine determines that the current vehicle state meets the triggering conditions of the target scenario mode based on the events reported by the atomic condition checker and generates the internal control command to initiate the atomic action sequence of that scenario mode.

[0105] Here, "vehicle operating status in response to the execution command corresponding to the target scenario mode" can be understood as a snapshot or recorded value of various vehicle parameters at the instant before the mode execution engine on the vehicle's terminal determines that the conditions are met and the atomic action sequence of the scenario mode is about to be executed. These parameters include the vehicle's air conditioning switch status, temperature setting, window position, and seat settings.

[0106] Here, "responding to the execution command corresponding to the target scenario mode" refers to the control command or trigger signal generated and issued by the vehicle-mounted system (mode execution engine) when it determines that the actual operating state of the vehicle meets the preset atomic condition combination in the target scenario mode, in order to drive the execution sequence of atomic actions of the target scenario mode.

[0107] For example, if any atomic action fails during the execution of the sequence of atomic actions by the target vehicle, the mode execution engine can immediately terminate the continued execution of that scenario mode. Subsequently, the mode execution engine can call the stored snapshot of the vehicle's operating state as the target parameter, reverse-schedule the atomic action executors, and issue corresponding restorative control commands through the vehicle control adaptation layer to drive and restore the vehicle's relevant state to the original point before the start of execution.

[0108] For example, if the target scenario mode is a rapid cooling mode, the corresponding atomic action execution sequence is: open all windows (Action A) → set the air conditioner to the lowest temperature and maximum fan speed (Action B). Before execution, the mode execution engine records the current state as: windows closed, air conditioner off.

[0109] In the actual execution of this scenario, action A (opening the window) is executed successfully, but action B (turning on the air conditioner) fails due to a temporary malfunction of the air conditioning system. At this point, this embodiment of the application can immediately trigger a recovery mechanism. Based on the previously recorded vehicle operating state (snapshot / recorded value) where the windows are closed and the air conditioner is off, a recovery command to "close all windows" is generated and driven to the target vehicle, returning the vehicle to a safe and energy-efficient initial closed-window state, rather than abnormally keeping the windows open.

[0110] This application embodiment ensures the safety and controllability of the vehicle's state by recording the vehicle's operating state when the scenario mode is triggered and restoring it to that state when the target scenario mode fails to execute. This effectively prevents the vehicle from remaining in an unexpected, inconsistent, or potentially unsafe intermediate state due to the partial failure of the scenario mode execution, greatly enhancing the robustness and security of the system.

[0111] The following is a detailed explanation of the remote configuration method for scenario modes in this application, using a specific embodiment as an example.

[0112] Figure 2 This is a flowchart of a method for remotely and dynamically configuring smart cockpit scenario modes according to an embodiment of this application, such as... Figure 2 As shown, before execution, the following configurations are required on both the vehicle-mounted terminal and the remote terminal (operation backend / cloud / TSP server): The remote end defines a full list of atomic conditions and atomic actions based on the vehicle model. The remote system can add a new mode based on the vehicle model, and can configure atomic conditions and atomic actions for it; The existing mode atomic conditions and atomic action parameters can be modified remotely according to the vehicle model; Remote configuration can be sent to the vehicle's infotainment system via a push notification channel; The vehicle-mounted system can dynamically add or modify existing modes based on remotely issued mode configurations. The vehicle-mounted system has a large number of pre-embedded atomic condition checking capabilities; The vehicle's infotainment system has a large number of pre-embedded vehicle control action execution capabilities; The vehicle's built-in mode execution engine can perform corresponding actions based on any pre-set conditions; The vehicle's infotainment system has a built-in mode security verification module that can check for security risks in remotely distributed mode configurations.

[0113] The specific configuration process can be, but is not limited to, represented as follows: S1 refers to the conditions or actions for adding new modes or modifying existing modes in the operations backend.

[0114] Among them, the new mode refers to the process of combining new atomic conditions and actions into a new mode in the operation backend and then pushing it to the vehicle terminal through the mode release process.

[0115] Furthermore, embodiments of this application can also add or delete atomic conditions and atomic actions of existing modes in the operation backend, that is, add or delete atomic conditions or atomic actions for the mode; or modify atomic conditions and atomic actions of existing modes in the operation backend, that is, modify the threshold of a certain atomic condition or the parameter value of an atomic action of the mode.

[0116] S2, the push channel, is a long-term connection channel between the vehicle's infotainment system and the TSP service. Data, such as mode configuration data, can be remotely sent to the vehicle's infotainment system through this channel at appropriate times.

[0117] S3, security verification, includes data consistency verification, verifying whether the data configured in the verification mode has been tampered with, and using common data consistency verification methods, including but not limited to MD5 digest algorithm, CRC check, etc.

[0118] Security verification also includes the legality verification of atomic conditions and actions. This includes whether the threshold of the atomic condition exceeds the safe range, whether the parameter value of the atomic action exceeds the selectable range, or whether there are any security risks. In addition, security verification also includes whether there are any security risks after the combination of atomic conditions and actions. For example, the combination of "opening the car window when the vehicle speed is greater than 30km / h" is an illegal combination and will be discarded at the discretion of the authorities.

[0119] Data that fails the security check can be discarded entirely or partially deleted. For example, a combination that poses a security risk, such as "open the car window and turn on the air conditioner when the vehicle speed is greater than 30km / h", can be discarded entirely, or the atomic action of opening the car window can be deleted, leaving only the atomic action of turning on the air conditioner.

[0120] S4: The mode is saved and modified on the vehicle's infotainment system. After the S3 security check is passed, the newly added mode will be saved on the vehicle's infotainment system and condition monitoring will be initiated through the mode execution engine.

[0121] The newly added modes, once saved on the vehicle's infotainment system, do not immediately initiate conditional listening; instead, they wait for the user to manually activate the listening. Conversely, if an existing mode on the vehicle's infotainment system is remotely modified, its conditional listener can be stopped, waiting for the user to manually activate it. If the existing mode on the vehicle's infotainment system was already executed before the remote modification, it can be stopped, the vehicle's status restored, and it will wait for the user to manually activate it again.

[0122] S5, the atomic condition checker, is a vehicle status listener pre-installed on the vehicle's infotainment system. When it detects that the vehicle status meets the threshold defined by the atomic conditions, it sends an event to the mode execution engine. The mode execution engine then determines whether to immediately trigger the execution of the atomic action sequence contained in that mode. The condition trigger type can be set to trigger the mode action sequence only when any one condition is met, or it can be set to trigger the mode action sequence only when all conditions are met. Atomic motion actuators are pre-installed actuators on the vehicle's infotainment system. They can perform vehicle control or control of other in-vehicle apps based on the defined action type and parameters. Atomic motion actuators include control capabilities for other in-vehicle apps, such as in-vehicle music playback control and in-vehicle video playback control.

[0123] S6, the pattern execution engine, determines whether to execute the atomic action sequence of a pattern based on the pattern configuration information, the condition triggering events reported by the atomic condition checker, and the pattern condition combination judgment type. When executing the atomic action sequence, the atomic action executor is scheduled to execute the action sequence in sequence.

[0124] Before the execution of an atomic action sequence, the current value of the vehicle state corresponding to that action can be recorded. For example, before the 'air conditioning temperature adjustment' action is executed, the current air conditioning temperature value can be recorded. When the mode is turned off, the mode execution engine can restore the vehicle state based on the previously recorded vehicle data before the mode was turned on. For example, the air conditioning temperature can be restored to the state before the mode was turned on.

[0125] In order to reduce interference when the pattern execution engine executes the atomic action sequence, an appropriate delay can be added after each atomic action is executed.

[0126] It's important to note that when the vehicle mode is off, some atomic actions can interfere with each other when restoring the vehicle's status. For example, restoring the air conditioning temperature or fan speed may cause the air conditioning to turn back on, or turn off the air conditioning AUTO mode. Therefore, in such cases, the affected vehicle control items should be executed last to restore the vehicle's status.

[0127] S7, the vehicle control adaptation layer, provides a unified API for the mode execution engine, atomic condition checker, and atomic action actuator to read and control vehicle status. This API interface remains unchanged for the upper layers regardless of vehicle model, in-vehicle system, or chip platform. The vehicle control adaptation layer adapts to various vehicle models, in-vehicle systems, and chip platforms, interfaces with the CAN network, and translates upper-layer vehicle status reads and vehicle control requests into CAN signals defined in the signal table. These signals are then sent through the CAN gateway, and other domains receive them as needed and provide corresponding feedback. The CAN signals can be sent, but are not limited to, through the native Android Car API or through customized SDKs provided by different in-vehicle systems.

[0128] The remote configuration method for scenario modes proposed in this application can combine / construct new scenario modes or modify existing scenario modes based on multiple atomic conditions and actions corresponding to various scenario modes of the target vehicle. This configuration is then remotely sent to the vehicle's infotainment system. If execution fails, adjustments are made and the remote configuration is repeated. This achieves a closed-loop method of atomic combination construction, secure remote deployment, and iterative adjustment based on execution feedback. This transforms vehicle scenario modes from factory-fixed functions into operational dynamic services, enabling rapid and low-cost deployment of new scenario modes to meet dynamic market demands. Furthermore, it allows for flexible optimization and testing based on execution feedback, ensuring scenario modes better align with user needs and provide personalized experiences. This solves the problems in related technologies where scenario mode construction methods result in inflexible configuration logic, relying solely on vehicle OTA (Over-The-Air) updates. This leads to long response times, limitations due to OTA update push schedules and user upgrade intentions, hindering rapid matching with dynamic market demands and severely impacting the optimization and iteration of the driving experience.

[0129] Next, the remote configuration device for the scenario mode proposed according to the embodiments of this application is described with reference to the accompanying drawings.

[0130] Figure 3 This is a schematic diagram of the remote configuration device for scenario modes according to an embodiment of this application.

[0131] like Figure 3 As shown, the remote configuration device 10 of this scenario mode includes: a construction module 100, a first acquisition module 200, and a configuration module 300.

[0132] The construction module 100 is used to acquire multiple atomic conditions and multiple atomic actions corresponding to multiple scenario modes of the target vehicle, so as to construct the target scenario mode based on at least one atomic condition and at least one atomic action; the first acquisition module 200 is used to configure the target scenario mode to the target vehicle, so as to acquire the execution result of the target scenario mode when the atomic conditions and atomic actions in the target scenario mode meet the target safety conditions; the configuration module 300 is used to adjust the atomic conditions and / or atomic actions in the target scenario mode according to the execution result until the adjusted target scenario mode meets the target requirements, and configure the adjusted target scenario mode to the target vehicle.

[0133] Optionally, in one embodiment of this application, it further includes: a verification module, configured to verify whether the threshold of the atomic condition in the target scenario mode is within a first target security range, and whether the parameter value of the atomic action in the target scenario mode is within a second target range, and whether the combination logic of the atomic condition and atomic action in the target scenario mode satisfies the security logic, before obtaining the execution result of the target scenario mode, if the atomic condition and atomic action in the target scenario mode satisfy the target security conditions; and a judgment module, configured to determine whether the atomic condition and atomic action in the target scenario mode satisfy the target security conditions based on the verification results.

[0134] Optionally, in one embodiment of this application, the first acquisition module 200 includes: a detection unit for detecting the actual operating state of the target vehicle; and an execution unit for executing the target scenario mode to obtain an execution result when the actual operating state satisfies at least one atomic condition in the target scenario mode.

[0135] Optionally, in one embodiment of this application, the configuration module 300 includes: an adjustment unit, used to add or delete atomic conditions and / or atomic actions in the target scenario mode, and / or modify the threshold values ​​of atomic conditions and / or the parameter values ​​of atomic actions in the target scenario mode, so as to complete the adjustment of atomic conditions and / or atomic actions in the target scenario mode.

[0136] Optionally, in one embodiment of this application, it further includes: a second acquisition module, used to acquire the execution sequence of atomic actions in the target scenario mode; and a correction module, used to correct the execution sequence according to the actual operating state of the target vehicle, so as to determine the execution action corresponding to the target scenario mode according to the corrected execution sequence.

[0137] Optionally, in one embodiment of this application, it further includes: a recovery module, used to obtain the vehicle operating state in response to the execution command corresponding to the target scenario mode when the execution result is execution failure, so as to drive the target vehicle to recover to the vehicle operating state in response to the execution command corresponding to the target scenario mode.

[0138] It should be noted that the foregoing explanation of the remote configuration method embodiment for scenario modes also applies to the remote configuration device for scenario modes in this embodiment, and will not be repeated here.

[0139] The remote configuration device for scenario modes proposed in this application can remotely configure new scenario modes or modify existing scenario modes by combining / constructing multiple atomic conditions and actions corresponding to multiple scenario modes of the target vehicle, and remotely configure them to the vehicle's in-vehicle system when execution fails. This achieves a closed-loop method of atomic combination construction, secure remote deployment, and iterative adjustment based on execution feedback. This transforms vehicle scenario modes from factory-fixed functions into operational dynamic services, enabling rapid and low-cost deployment of new scenario modes to meet dynamic market demands. Furthermore, it allows for flexible optimization and testing based on execution feedback, ensuring scenario modes better align with user needs and personalized experiences. This solves the problems in related technologies where the construction method of scenario modes leads to inflexible configuration logic adjustments, relying solely on the vehicle's OTA (Over-The-Air) function for modification. This results in long response cycles, limitations due to the OTA upgrade push schedule and user upgrade intentions, hindering rapid matching with dynamic market demands and severely impacting the optimization and iteration of the driving experience.

[0140] Figure 4 A schematic diagram of the structure of an electronic device provided in an embodiment of this application. The electronic device may include: The memory 401, the processor 402, and the computer program stored on the memory 401 and capable of running on the processor 402.

[0141] When the processor 402 executes the program, it implements the remote configuration method of the scenario mode provided in the above embodiments.

[0142] Furthermore, electronic devices also include: Communication interface 403 is used for communication between memory 401 and processor 402.

[0143] The memory 401 is used to store computer programs that can run on the processor 402.

[0144] Memory 401 may include high-speed RAM memory, and may also include non-volatile memory, such as at least one disk storage device.

[0145] If the memory 401, processor 402, and communication interface 403 are implemented independently, then the communication interface 403, memory 401, and processor 402 can be interconnected via a bus to complete communication between them. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized into address buses, data buses, control buses, etc. For ease of representation, Figure 4 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0146] Optionally, in a specific implementation, if the memory 401, processor 402, and communication interface 403 are integrated on a single chip, then the memory 401, processor 402, and communication interface 403 can communicate with each other through an internal interface.

[0147] Processor 402 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of this application.

[0148] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the remote configuration method for the above-described scenario mode.

[0149] This application also provides a computer program product, including a computer program that can run computer instructions. When the computer instructions are executed by a processor, they implement the remote configuration method for scenario modes provided in this application.

[0150] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0151] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0152] Any process or method described in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or N executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.

[0153] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-included system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of computer-readable media include: an electrical connection having one or more wires (electronic device), a portable computer disk drive (magnetic device), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). Alternatively, the computer-readable medium may be paper or other suitable media on which the program can be printed, since the program can be obtained electronically by optically scanning the paper or other medium, followed by editing, interpreting, or otherwise processing as necessary, and then stored in a computer memory.

[0154] It should be understood that the various parts of this application can be implemented using hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods can be implemented using software or firmware stored in memory and executed by a suitable instruction execution system. If implemented in hardware, as in another embodiment, it can be implemented using any one or more of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0155] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.

[0156] Furthermore, the functional units in the various embodiments of this application can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into a module. The integrated module can be implemented in hardware or as a software functional module. If the integrated module is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium.

[0157] The storage medium mentioned above can be a read-only memory, a disk, or an optical disk, etc. Although embodiments of this application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting this application. Those skilled in the art can make changes, modifications, substitutions, and variations to the above embodiments within the scope of this application.

Claims

1. A remote configuration method for a scenario mode, characterized in that, Includes the following steps: Obtain multiple atomic conditions and multiple atomic actions corresponding to various scenario modes of the target vehicle, and construct the target scenario mode based on at least one of the atomic conditions and at least one of the atomic actions; The target scenario mode is configured to the target vehicle so that, under the condition that the atomic conditions and atomic actions in the target scenario mode meet the target safety conditions, the execution result of the target scenario mode is obtained. Based on the execution result, adjust the atomic conditions and / or atomic actions in the target scenario mode until the adjusted target scenario mode meets the target requirements, and then configure the adjusted target scenario mode to the target vehicle.

2. The method according to claim 1, characterized in that, Before obtaining the execution result of the target scenario mode, provided that the atomic conditions and atomic actions in the target scenario mode meet the target security conditions, the process further includes: Verify whether the threshold of the atomic condition in the target scenario mode is within the first target safety range, verify whether the parameter value of the atomic action in the target scenario mode is within the second target range, and verify whether the combination logic of the atomic condition and atomic action in the target scenario mode satisfies the safety logic. Based on the verification results, determine whether the atomic conditions and atomic actions in the target scenario mode meet the target security conditions.

3. The method according to claim 1, characterized in that, When the atomic conditions and atomic actions in the target scenario mode meet the target security conditions, obtaining the execution result of the target scenario mode includes: Detect the actual operating status of the target vehicle; When the actual operating state satisfies at least one of the atomic conditions in the target scenario mode, the target scenario mode is executed to obtain the execution result.

4. The method according to claim 1, characterized in that, The step of adjusting the atomic conditions and / or atomic actions in the target scenario mode based on the execution result includes: Add or delete atomic conditions and / or atomic actions in the target scenario mode, and / or modify the threshold values ​​of atomic conditions and / or the parameter values ​​of atomic actions in the target scenario mode, to complete the adjustment of atomic conditions and / or atomic actions in the target scenario mode.

5. The method according to claim 1, characterized in that, Also includes: Obtain the execution sequence of atomic actions in the target scenario mode; Based on the actual operating state of the target vehicle, the execution sequence is modified so as to determine the execution action corresponding to the target scenario mode based on the modified execution sequence.

6. The method according to claim 1, characterized in that, Also includes: If the execution result is an execution failure, the vehicle operating state in response to the execution command corresponding to the target scenario mode is obtained, so as to drive the target vehicle to restore to the vehicle operating state in response to the execution command corresponding to the target scenario mode.

7. A scenario-mode remote configuration device, characterized in that, include: A construction module is used to obtain multiple atomic conditions and multiple atomic actions corresponding to multiple scenario modes of the target vehicle, so as to construct the target scenario mode based on at least one of the atomic conditions and at least one of the atomic actions; The acquisition module is configured to configure the target scenario mode to the target vehicle, so as to acquire the execution result of the target scenario mode when the atomic conditions and atomic actions in the target scenario mode meet the target safety conditions; The configuration module is used to adjust the atomic conditions and / or atomic actions in the target scenario mode according to the execution result until the adjusted target scenario mode meets the target requirements, and then configure the adjusted target scenario mode to the target vehicle.

8. An electronic device, characterized in that, include: A memory, a processor, and a computer program stored in the memory and executable on the processor, the processor executing the program to implement a remote configuration method for scenario modes as described in any one of claims 1-6.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, The program is executed by the processor to implement the remote configuration method for the scenario mode as described in any one of claims 1-6.

10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed, it is used to implement the remote configuration method of the scenario mode as described in any one of claims 1-6.

Images