Vehicle multi-scenario mode cooperative control system, method and electronic device

Abstract

The application discloses a vehicle multi-scene mode cooperative control system and method and electronic equipment, relates to the field of vehicle intelligent cockpits, and comprises a cockpit domain controller, vehicle-mounted sensing sensors, a man-machine interaction terminal and vehicle-mounted execution devices; the cockpit domain controller is in communication connection with the vehicle-mounted sensing sensors, the man-machine interaction terminal and the vehicle-mounted execution devices through a CAN bus; the cockpit domain controller is internally integrated with a multi-channel instruction analysis module, a working condition checking module, a mode arbitration module, a control linkage driving module, a state memory and recovery module, a multi-condition exit monitoring module, a man-machine interaction feedback module and a full life cycle log storage module. The application introduces a single mode mutual exclusion and post-opening priority arbitration mechanism, automatically closes an original mode and restores a control state when a new mode is triggered, avoids instruction conflicts between controls from a logic layer, improves system operation stability and hardware service life, and solves multi-mode instruction conflicts.

Description

Technical Field

[0001] This invention relates to the field of intelligent vehicle cockpits, and more particularly to a multi-scenario mode collaborative control system, a multi-scenario mode collaborative control method, and electronic equipment for vehicles. Background Technology

[0002] With the development of intelligent automotive cockpits, in-vehicle lighting, windows, air conditioning, multimedia, display terminals, and other equipment are gradually achieving centralized and coordinated control, and scene mode functions are becoming standard features of intelligent cockpits. Currently, scene mode control in commercial vehicle intelligent cockpits faces many challenges: 1. Multi-mode command conflict: Without a mode mutual exclusion mechanism, multiple scenarios concurrently issue reverse control commands, which can easily cause CAN bus disorder, frequent adjustments of vehicle hardware, and poor stability of electronic control during long-distance operation.

[0003] 2. Lax safety management: It only relies on the vehicle being stationary as the activation condition, and no graded vehicle speed thresholds are set. When moving the vehicle at low speed or idling, the parking scenario is easily triggered by mistake, which poses a driving safety hazard.

[0004] 3. Unable to retain personalized settings: After exiting the mode, the controls only restore the default parameters. The driver's customized air conditioning, volume, and window parameters are lost, and repeated manual adjustments are required for long-distance driving.

[0005] 4. Fixed exit logic: It only supports two exit methods: manual shutdown and mode switching. It cannot automatically exit according to changes in vehicle speed, gear, and hardware parameters, and its degree of conformity to actual operating conditions is low.

[0006] 5. Lack of maintenance traceability: The entire process of operation data is not retained, and faults cannot be located when the fleet is maintained in batches, which makes it difficult to meet the needs of centralized operation and management.

[0007] The cockpit domain controller can uniformly schedule control logic for multiple scenarios. Voice touch interaction, vehicle status sensing, and CAN bus communication are all mature technologies already installed in vehicles. However, there is currently a lack of complete system solutions that deeply integrate the above technologies and specifically address the pain points of control in commercial vehicle scenarios. Summary of the Invention

[0008] The purpose of this invention is to provide a vehicle multi-scenario mode collaborative control system, a vehicle multi-scenario mode collaborative control method, and an electronic device, thereby solving at least one of a number of technical problems.

[0009] Core technical issues: Existing technologies suffer from multi-mode command conflicts, lack of secure access control, inaccurate control state restoration, incomplete exit logic, asynchronous interaction, and lack of maintenance logs.

[0010] This invention provides the following solution: According to a first aspect of the present invention, a method for cooperative control of multiple vehicle modes in various scenarios is provided, comprising the following steps: A1. Respond to any operation command from the vehicle and extract the target scene pattern; A2. Match the corresponding vehicle speed access threshold according to the target scenario pattern, and perform differentiated vehicle speed access verification based on the vehicle speed risk level; If the verification passes, the process proceeds to the pattern arbitration stage; A3. The mode arbitration process includes detecting the current scene mode operation status within the system; The current scene mode operation status within the detection system includes: using arbitration rules of single-mode mutual exclusion and last-open priority. If an activated scene mode is detected, the state memory data corresponding to the activated mode is retrieved, the on-board actuator is controlled to restore to the state before the activated mode was activated and exit the activated mode, and then the original operating parameters of the current device are collected and stored to form the state memory data of the target scene mode, and then the target scene mode is activated: If there is no active scene mode at present, collect and store the original operating parameters of all controlled vehicle actuators, form state memory data, and then activate the target scene mode. A4. Drive the corresponding on-board actuators to perform linkage control according to the preset control logic of the target scenario mode; The system polls the exit trigger conditions of the mode at a fixed cycle. When any exit trigger condition is met, the system retrieves the state memory data of the corresponding mode and restores the on-board actuator to the operating state before the mode was activated, thus completing the mode exit. A5. Summarize the entire process data of the scenario mode from triggering to exiting, generate structured logs, and execute local storage.

[0011] Furthermore, in step A2, the risk level based on vehicle speed includes: The corresponding speed threshold for rest mode and entertainment mode is the first speed threshold (e.g., 3km / h). The ventilation mode has a corresponding vehicle speed threshold of the second speed threshold (e.g., 30km / h). In rain mode, no speed threshold is set for vehicle access; the vehicle directly passes the operating condition access verification.

[0012] Furthermore, it also includes preset linkage controls for various scene modes: Rest mode: Turn off the vehicle lighting system and adjust the multimedia audio system volume to the first volume ratio threshold (e.g., 10%); the display terminal control is differentiated according to the ignition gear. In ACC gear, only the central control screen is off, and in ON gear, the instrument panel and the central control screen are off simultaneously. Ventilation mode: Controls the driver and passenger windows to descend by the first displacement threshold (e.g., 2cm), switches the air conditioning system to the first fan speed setting, face blowing mode, and external circulation mode; Rain mode: Close all windows, turn on the air conditioning forced defrost function and rearview mirror heating function, and trigger the automatic exit logic when the air conditioning blowing mode parameters change; Entertainment mode: Turn on the ambient lighting and adjust the multimedia audio system volume to the second volume ratio threshold (e.g., 70%).

[0013] Furthermore, the preset linkage control for each scene mode also includes: After exiting rest mode, keep the vehicle lights off; after exiting rain mode, keep all vehicle windows closed.

[0014] Furthermore, the conditions for exiting the mode include: The first category is manual shutdown commands issued by the user via touch or voice; The second category consists of mode switching commands composed of commands to enable new scene modes; The third category consists of operating condition and control change signals caused by vehicle speed exceeding limits, ignition gear shifting, and changes in controlled hardware parameters.

[0015] Furthermore, it also includes: synchronously executing human-computer interaction feedback at the execution nodes of mode activation, admission failure, and mode exit. Update the display status of the scene mode cards in the vehicle's infotainment system and pop up the corresponding prompt window.

[0016] According to a second aspect of the present invention, a vehicle multi-scenario mode cooperative control system is provided, comprising: The pattern information acquisition module is used to receive interaction signals from the human-computer interaction terminal and extract the target scene pattern information; The access verification module is used to match the corresponding vehicle speed access threshold according to the type of the target scenario mode, and perform differentiated vehicle speed access verification based on the vehicle speed risk level. If the verification fails, the human-computer interaction terminal will output a prompt and terminate the verification process. If the verification passes, the process proceeds to the pattern arbitration stage; The pattern arbitration module is used in the pattern arbitration process, including detecting the current scene pattern running status within the system. The current scene mode operation status within the detection system includes: arbitration rules using single-mode mutual exclusion and last-open priority. If an activated scene mode is detected, the state memory data corresponding to the activated mode is retrieved, the on-board actuator is controlled to restore to the state before the activated mode was activated and exit the activated mode, and then the original operating parameters of the current device are collected and stored to form the state memory data of the target scene mode, and then the target scene mode is activated: If there is no active scene mode at present, collect and store the original operating parameters of all controlled vehicle actuators to form state memory data, then activate the target scene mode and drive the corresponding vehicle actuators to perform linkage control according to the preset control logic of the target scene mode. The system polls the exit trigger conditions of the mode at a fixed cycle. When any exit trigger condition is met, the system retrieves the state memory data of the corresponding mode and restores the on-board actuator to the operating state before the mode was activated, thus completing the mode exit. The data aggregation module is used to aggregate the entire process data of the scenario mode from triggering to exiting, generate structured logs, and perform local storage.

[0017] According to a third aspect of the present invention, an electronic device is provided, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus; The memory stores a computer program, which, when executed by the processor, causes the processor to perform steps such as the vehicle multi-scenario mode collaborative control method.

[0018] According to a fourth aspect of the present invention, a computer-readable storage medium is provided, comprising: storing a computer program executable by an electronic device, wherein when the computer program is run on the electronic device, the electronic device performs steps such as a vehicle multi-scenario mode cooperative control method.

[0019] According to a fifth aspect of the present invention, a vehicle infotainment system is provided, comprising: Electronic devices, used to implement steps such as collaborative control methods for multiple vehicle scenarios; The processor runs programs, and when the programs are running, they execute steps such as the vehicle multi-scenario mode collaborative control method based on data output from electronic devices. Storage medium used to store programs that, when running, execute steps such as a vehicle multi-scenario mode collaborative control method based on data output from electronic devices.

[0020] The above solution achieves the following beneficial technical effects: This invention introduces a single-mode mutual exclusion and last-open priority arbitration mechanism. When a new mode is triggered, the original mode is automatically closed and the control state is restored. This avoids instruction conflicts between controls from the logic layer, improves system stability and hardware lifespan, and solves multi-mode instruction conflicts.

[0021] This invention sets differentiated vehicle speed thresholds for rest, entertainment, and ventilation modes, while having no speed limit in rain mode. It intercepts mode triggering under dangerous conditions from the command entry point, conforms to commercial vehicle driving safety regulations, and constructs a multi-layered safety protection system.

[0022] This invention adopts a full-domain parameter memory method, which fully records all execution device parameters before mode activation. Unlike the traditional default reset method, it eliminates the need for secondary user adjustments after exiting, improving the user experience and fully restoring the control state.

[0023] This invention integrates four types of exit conditions: manual commands, mode switching, vehicle operating condition changes, and hardware parameter changes. The scenario logic is matched with the vehicle and user operations in real time, the human-machine logic is self-consistent, and the exit logic is adaptive.

[0024] This invention provides structured local storage of all process data in scenario modes, supports fault tracing and operational statistics, adapts to the operation and maintenance needs of large-scale commercial vehicle operations, and realizes full lifecycle operation and maintenance capabilities.

[0025] This invention is developed based on the existing commercial vehicle hardware architecture and can be implemented through software upgrades. Its core logic can be expanded to add new scenario modes, triggering methods and execution hardware, and it has strong compatibility and scalability. Attached Figure Description

[0026] Figure 1 This is a structural diagram of a vehicle multi-scenario mode collaborative control system provided by one or more embodiments of the present invention.

[0027] Figure 2 This is a flowchart of a vehicle multi-scenario mode collaborative control method provided by one or more embodiments of the present invention.

[0028] Figure 3 This is a schematic diagram of the overall system layered architecture provided in a specific embodiment of the present invention.

[0029] Figure 4 This is a schematic diagram of a multi-scenario mode collaborative control process provided in a specific embodiment of the present invention.

[0030] Figure 5 This is a schematic diagram of the instruction parsing, operating condition verification, and mode arbitration process provided in a specific embodiment of the present invention.

[0031] Figure 6 This is a schematic diagram of the scene mode control logic provided in a specific embodiment of the present invention.

[0032] Figure 7 This is a schematic diagram of the exit monitoring, status recovery and log storage process provided in a specific embodiment of the present invention.

[0033] Figure 8 This is a block diagram of an electronic device structure for a vehicle multi-scenario mode collaborative control method provided in one or more embodiments of the present invention. Detailed Implementation

[0034] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0035] Figure 1 This is a structural diagram of a vehicle multi-scenario mode collaborative control system provided by one or more embodiments of the present invention.

[0036] Example 1, as Figure 1 The vehicle multi-scenario mode collaborative control system shown is applied to the vehicle's intelligent cockpit, including a cockpit domain controller, on-board perception sensors, human-machine interaction terminals, and on-board actuators; The cockpit domain controller communicates with the vehicle-mounted perception sensors, human-machine interface terminal, and vehicle-mounted actuators via the CAN bus. The cockpit domain controller integrates a multi-channel command parsing module, a working condition verification module, a mode arbitration module, a control linkage driving module, a state memory and recovery module, a multi-condition exit monitoring module, a human-machine interaction feedback module, and a full lifecycle log storage module. Each module sets its response level according to the rule that security logic has a higher priority than execution logic, execution logic has a higher priority than interaction logic, and interaction logic has a higher priority than storage logic. Modules transmit data to each other through embedded message queues and CAN bus messages. The mode arbitration module has a global mode status register, which is used to store and mark the active / inactive running status of all scene modes in the system in real time. The input end of the multi-channel instruction parsing module is connected to the human-machine interaction terminal, and the output end is connected to the input end of the working condition verification module; The input of the working condition verification module is also connected to the vehicle-mounted perception sensor. The working condition verification module is set with two outputs. The output of the verification is connected to the input of the mode arbitration module, and the output of the verification failure is connected to the input of the human-machine interaction feedback module. The mode arbitration module and the state memory and recovery module are connected by bidirectional signals. The first output of the mode arbitration module is connected to the input of the control linkage drive module, and the second output of the mode arbitration module is connected to the input of the multi-condition exit monitoring module. The output of the control linkage driving module is connected to the vehicle-mounted actuator, and the control linkage driving module and the state memory and recovery module interact bidirectionally. The state memory and recovery module is connected to an external on-board non-volatile memory; The output of the multi-condition exit monitoring module is connected to the control terminals of the mode arbitration module, the control linkage driving module, and the state memory and recovery module, respectively. The output of the human-computer interaction feedback module is connected to the human-computer interaction terminal; The full lifecycle log storage module is connected to the mode arbitration module, control linkage driver module, multi-condition exit monitoring module, and state memory and recovery module, respectively, to collect full-process operation data and complete structured local archiving.

[0037] Figure 2 This is a flowchart of a vehicle multi-scenario mode collaborative control method provided by one or more embodiments of the present invention.

[0038] Example 2, as Figure 2 The vehicle multi-scenario mode cooperative control method shown is applied to a vehicle multi-scenario mode cooperative control system and includes the following steps: T1. Multi-channel command reception and standardized parsing: The multi-channel command parsing module receives the interactive signals output by the human-machine interaction terminal, extracts the command type and target scenario mode encoding, converts them into standard messages that conform to the vehicle CAN bus protocol, and then sends them to the working condition verification module. T2, Graded Operating Condition Access Verification: The operating condition verification module reads the vehicle speed and ignition gear data collected by the vehicle perception sensors, and performs differentiated vehicle speed access verification according to the risk level of the target scenario mode; If the verification fails, the human-computer interaction feedback module will output a prompt and terminate the process; if the verification passes, the process will proceed to the mode arbitration stage. T3. Mode running status detection: The mode arbitration module reads the status flag in the internal global mode status register to detect whether there is a scene mode that is currently active in the system. T4. Arbitration and Exit of Conflicts in Existing Modes: If an activated scene mode is detected, the activated scene mode is determined as the original mode to be exited, and the target scene mode triggered this time is determined as the new mode. Scheduling is executed according to the arbitration rules of single mode mutual exclusion and last-in-first-out. The mode arbitration module calls the original control state data stored in the state memory and recovery module before the original mode was activated, controls the on-board actuator to restore the running state before the original mode was activated, clears the control instruction set corresponding to the original mode, and then closes the original mode; if no activated scene mode is detected, the target mode startup process is directly entered. T5. Target Scene Mode Control Linkage Control: The control linkage driver module retrieves the preset control logic according to the target scene mode code, and drives the on-board actuator to perform linkage actions. T6. Global Control Parameter Acquisition and Storage: After the on-board actuators have stabilized, the state memory and recovery module acquires the operating parameters of all controlled devices, encapsulates them, and stores them in non-volatile memory as the baseline state data before the activation of the target scenario mode. T7. Multi-level human-computer interaction status feedback: The human-computer interaction feedback module updates the mode interface status of the human-computer interaction terminal and outputs corresponding prompt information; T8. Multi-dimensional Exit Condition Polling Monitoring: The multi-condition exit monitoring module polls multiple types of exit trigger signals at a fixed period; T9. Mode Exit and Control State Restoration: When an exit trigger signal is detected, the state memory and restoration module retrieves the pre-stored original parameters of the control and drives the on-board actuator to reset; differentiated hardware state retention rules are executed for specified special scenario modes. T10. Full lifecycle data structured storage: The full lifecycle log storage module summarizes all data from this scenario mode operation, generates structured logs, and completes local storage.

[0039] In this embodiment, single-mode mutual exclusion means that only one scene mode is allowed to be active and running in the system at any given time, and last-to-first means that when a new scene mode is triggered, the newly triggered scene mode is executed first, and the original activated mode exits first. In this embodiment, the on-board perception sensors include the vehicle control unit (VCU) and the body control module (BCM): The vehicle control unit (VCU) is used to collect vehicle speed and ignition gear data, while the body control unit (BCM) is used to drive the window actuators, vehicle lighting system, and rearview mirror heating module. The human-computer interaction terminal includes a touch interaction unit and a voice interaction unit, which are used to receive user touch and voice commands and output visual and text interaction feedback; Vehicle-mounted actuators include window actuators, vehicle lighting systems, air conditioning control systems, multimedia audio systems, vehicle display terminals, and rearview mirror heating modules.

[0040] In this embodiment, the non-volatile memory connected to the state memory and recovery module supports power-off data retention and is used to persistently store user-defined operating parameters of all on-board actuators before the activation of each scenario mode. The structured logs generated by the full lifecycle log storage module can be read through the on-board diagnostic interface for fault tracing and statistical analysis of vehicle operating conditions.

[0041] In this embodiment, in step T2, the scenario modes are divided into three categories according to the driving risk level, corresponding to differentiated verification rules: In parking scenarios, the system checks whether the vehicle's real-time speed is less than or equal to a first speed threshold. In low-speed traffic scenarios, the system checks whether the vehicle's real-time speed is less than or equal to the second speed threshold. In general driving scenarios, vehicle speed verification is not performed; instead, the process proceeds directly to the mode arbitration stage.

[0042] In this embodiment, the first vehicle speed threshold is 3 km / h, and the second vehicle speed threshold is 30 km / h; Parking scenarios include rest mode and entertainment mode; low-speed traffic scenarios include ventilation mode; and general driving scenarios include rain mode.

[0043] In this embodiment, the preset linkage control logic for each scene mode in step T5 is specifically as follows: Rest mode: Turn off the vehicle lighting system and adjust the multimedia audio system volume to the first volume ratio threshold; control the display terminal according to the ignition gear. When the ACC gear is on, only the central control screen is off, and when the ON gear is on, the instrument panel and the central control screen are off simultaneously. Ventilation mode: Controls the driver and passenger side windows to descend to the first displacement threshold, switches the air conditioning system to the first fan speed setting, face blowing mode, and external circulation mode; Rain mode: Close all windows, turn on the air conditioning forced defrost function and rearview mirror heating function, and trigger the automatic exit logic when the air conditioning blowing mode parameters change; Entertainment mode: Turn on the ambient lighting and adjust the multimedia audio system volume to the second volume ratio threshold.

[0044] In this embodiment, the first volume ratio threshold is 10% of the maximum volume, the second volume ratio threshold is 70% of the maximum volume, the first displacement threshold is 2cm, and the first airflow level is 3 airflow levels.

[0045] In this embodiment, the exit trigger signal in step T8 includes three types: The first category is manual shutdown commands issued by users via touch or voice; The second category is mode switching commands triggered when a new scene mode is activated; The third category consists of operating condition and control change signals caused by vehicle speed exceeding limits, ignition gear shifting, and changes in controlled hardware parameters.

[0046] In this embodiment, the differentiated hardware state retention rules in step T9 include: keeping the vehicle lights off after exiting the rest mode, and keeping all vehicle windows closed after exiting the rain mode. In step T10, the structured log includes the source of the instruction, the start and stop time of the mode, the runtime, the control instructions, and the reason for exiting.

[0047] Specifically, in Embodiment 3, this invention is applied to a vehicle cockpit domain controller. The overall system comprises logical components including instruction parsing, operational condition verification, mode arbitration, hardware driver, state management, interactive feedback, exit monitoring, and log storage. It employs a core scheduling rule of single-mode mutual exclusion and last-to-first-open, setting differentiated vehicle speed access thresholds for different scenarios. Combined with full-domain parameter memory, it achieves precise control reset and incorporates a multi-dimensional exit mechanism and full lifecycle log management. Based on the cockpit domain controller, a hierarchical scheduling architecture is constructed, enhancing the safety, stability, intelligence, and maintainability of the cockpit control system.

[0048] It is worth noting that although this system / device only discloses the above-mentioned modules / units, it does not mean that this system / device is limited to the above-mentioned basic functional modules. On the contrary, what this invention intends to express is that, based on the above-mentioned basic functional modules, those skilled in the art can add one or more functional modules in combination with the prior art to form an infinite number of embodiments or technical solutions. That is to say, this system is open rather than closed. It cannot be assumed that the scope of protection of the claims of this invention is limited to the above-disclosed basic functional modules just because this embodiment only discloses a few basic functional modules.

[0049] Example 4, in one specific embodiment, discloses a vehicle multi-scenario mode collaborative control system architecture (such as...). Figure 3 (as shown) The core of this system is the Cockpit Domain Controller (CDC), which integrates multiple functional modules. These modules communicate and schedule processes via embedded message queues and semaphores. The Cockpit Domain Controller connects to the vehicle's perception sensors, the vehicle-to-machine interface terminal, and the vehicle's actuators via a CAN bus.

[0050] The onboard perception sensors include a vehicle controller (MCU) and a body control module (BCM). The MCU collects vehicle speed and ignition gear data at fixed frame intervals and uploads it to the CDC. The vehicle-to-machine (HMI) human-machine interface is divided into a touch interaction unit and a voice interaction unit, which manage HMI commands. The BCM is responsible for driving hardware components such as window actuators, vehicle lighting systems, and rearview mirror heating modules. The air conditioning control system, multimedia audio system, and vehicle display terminal are controlled and driven by the CDC. The entire architecture requires no new hardware and can be deployed through software logic upgrades, ensuring compatibility with existing vehicle electronic systems.

[0051] Example 5, in another specific embodiment, discloses a process for collaborative control of multiple vehicle scenarios (e.g.) Figure 4 (as shown) This embodiment relies on the various functional modules within the cockpit domain controller and executes the overall process sequentially, including instruction parsing, operational condition verification, mode arbitration, hardware driver, status management, interactive feedback, exit monitoring, and log storage.

[0052] After the system powers on and completes initialization, it receives commands and executes step S1: multi-channel command reception and standardized parsing. The multi-channel command parsing module integrated into the cockpit domain controller continuously monitors the interaction signals output by the touch interaction unit and voice interaction unit in the vehicle's human-machine interface terminal. When the user issues a touch command by clicking the vehicle scene mode card, or issues a mode-on or-off command via voice, the parsing module extracts the command type and the target scene mode code, converts the non-standardized human-machine interaction command into a standard message conforming to the vehicle CAN bus protocol, and forwards it to the operating condition verification module.

[0053] Execution step S2: Verification of graded operating condition access conditions (e.g.) Figure 5 (As shown). The operating condition verification module reads the vehicle speed and ignition gear data collected by the vehicle controller in the onboard perception sensors in real time, and executes differentiated access verification logic according to different target scenario modes. If the current target mode is rest mode or entertainment mode, the module determines whether the vehicle's real-time speed is less than or equal to 3km / h. If the vehicle speed is greater than 3km / h, the operating condition verification fails, the human-machine interaction feedback module outputs a text prompt, and the process terminates. If the current target mode is ventilation mode, the module determines whether the vehicle's real-time speed is less than or equal to 30km / h. If the speed exceeds the limit, the activation fails and the corresponding prompt message is output, and the process terminates. If the current target mode is rain mode, the speed verification process is not executed, and the process directly enters the mode arbitration stage.

[0054] Steps S3 and S4 are executed sequentially: mode detection, conflict arbitration, and exit of the running mode. The mode arbitration module maintains the global mode status register in real time and monitors the current scene mode running status of the system. When no scene mode is detected to be active in the system, the current target mode instruction is executed directly; when an active scene mode is detected, the post-activation priority scheduling rule is triggered, the module calls the state memory and recovery module to read the original state data of the control corresponding to the previous running mode, issues a reset instruction, controls all on-board actuators to restore to the working state before the original mode was activated according to the exit rule, and clears the instruction set corresponding to the original mode. After the running modes exit in an orderly manner, the current target scene mode is started again.

[0055] Execution step S5: Target scene mode control linkage control (e.g.) Figure 6(As shown). The control linkage drive module calls the corresponding preset control logic according to the parsed target mode code and sends control commands to each vehicle execution unit. For rest mode, the vehicle lighting system is turned off in sequence, the volume of the multimedia audio system is adjusted to 10% of the maximum volume, and the vehicle display terminal is controlled in conjunction with the ignition position signal (when the ignition switch is in the ACC position, only the central control screen is turned off, and when it is in the ON position, the instrument panel and the central control screen are turned off simultaneously); for ventilation mode, the window actuator is driven by the body controller to lower the driver and passenger windows by 2 cm, and the air conditioning system is switched to 3-level fan speed, face blowing mode and external circulation mode; for rain mode, all vehicle windows are closed, the air conditioning forced defrosting function is activated and the rearview mirror heating is turned on, and the air conditioning blowing mode parameters are continuously polled. When the blowing mode parameters change, the automatic exit logic is triggered; for entertainment mode, the interior ambient lights are turned on and the volume of the multimedia audio system is adjusted to 70% of the maximum volume.

[0056] Step S6: Full-domain data acquisition and storage of control parameters. After the on-board actuator completes its action and the operating state stabilizes, the state memory and recovery module traverses all control devices controlled by this mode, uniformly collecting all operating parameters such as multimedia volume, window position, air conditioning operating parameters, on-board display terminal status, and lighting operating status. The collected data is then encapsulated and stored in the on-board non-volatile memory. This storage method ensures that data is not lost when power is off, providing baseline data support for subsequent control state recovery.

[0057] Step S7: Multi-level human-machine interaction status feedback. The human-machine interaction feedback module simultaneously executes a dual status feedback mechanism. On the one hand, it updates the vehicle's quick access center interface, highlighting the currently active scene mode card while keeping other mode cards grayed out. On the other hand, it pops up a short-term notification window at the top of the vehicle's infotainment system, outputting corresponding prompt text based on different scenarios such as mode activation, mode switching, and activation failure, thus achieving real-time synchronization between the system's operating status and the human-machine interface.

[0058] Execution step S8: Multi-dimensional exit condition polling monitoring (e.g.) Figure 7 (As shown). The multi-condition exit monitoring module polls three types of exit trigger signals at a fixed period. The first type is the active shutdown signal composed of touch commands and voice commands. The second type is the mode switching signal composed of the new scene mode opening command. The third type is the operating condition and control change signal composed of vehicle speed exceeding the limit, ignition gear switching, and air conditioning parameter changes in rainy weather mode. When any type of exit signal is detected, the mode exit process is immediately triggered.

[0059] Step S9: Mode Exit and Control State Restoration. After the mode exit process is initiated, the state memory and restoration module retrieves the pre-stored original parameter data of the controls and drives various vehicle actuators to restore their operating state before mode activation. Simultaneously, some hardware states are retained according to preset rules: after exiting rest mode, the vehicle lights remain off; after exiting rain mode, all vehicle windows remain closed. After all controls are reset, the human-machine interaction feedback module updates the interface card state and displays a mode exit prompt message.

[0060] Step S10: Structured local storage of full lifecycle data. The full lifecycle log storage module summarizes all data from this scenario mode operation, including instruction source, mode start and stop time, runtime, control instructions, exit trigger reasons, etc., organizes the data into standard structured logs and completes local storage; maintenance personnel can read the log data through the vehicle diagnostic interface to perform fault diagnosis and operational condition analysis.

[0061] Figure 8 This is a block diagram of an electronic device structure for a vehicle multi-scenario mode collaborative control method provided in one or more embodiments of the present invention.

[0062] Example 6, as Figure 8 As shown, the present invention provides an electronic device, including: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus; The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of a vehicle multi-scenario mode cooperative control method.

[0063] The communication bus mentioned in the above electronic devices can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in the diagram, but this does not indicate that there is only one bus or one type of bus.

[0064] The electronic device comprises a hardware layer, an operating system layer running on top of the hardware layer, and an application layer running on the operating system. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory. The operating system can be any one or more computer operating systems that control the electronic device through processes, such as Linux, Unix, Android, iOS, or Windows. Furthermore, in this embodiment of the invention, the electronic device can be a smartphone, tablet computer, or other handheld device, or a desktop computer, portable computer, or other electronic device; there is no particular limitation in this embodiment.

[0065] In this embodiment of the invention, the executing entity for electronic device control can be an electronic device itself, or a functional module within an electronic device capable of calling and executing a program. The electronic device can obtain the firmware corresponding to the storage medium. This firmware is provided by the supplier, and different storage media may have the same or different firmware; no limitation is made here. After obtaining the firmware corresponding to the storage medium, the electronic device can write this firmware into the storage medium; specifically, it burns the firmware corresponding to the storage medium into the storage medium. The process of burning the firmware into the storage medium can be implemented using existing technology, and will not be elaborated upon in this embodiment of the invention.

[0066] Electronic devices can also obtain reset commands corresponding to the storage media. The reset commands corresponding to the storage media are provided by the supplier. The reset commands corresponding to different storage media can be the same or different, and no restrictions are imposed here.

[0067] At this time, the storage medium of the electronic device is a storage medium on which the corresponding firmware has been written. The electronic device can respond to the reset command corresponding to the storage medium on which the corresponding firmware has been written, thereby resetting the storage medium on which the corresponding firmware has been written according to the reset command. The process of resetting the storage medium according to the reset command can be implemented by existing technology and will not be described in detail in this embodiment of the invention.

[0068] For ease of description, the above apparatus is described by dividing it into various units and modules according to their functions. Of course, in implementing this invention, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0069] It will be understood by those skilled in the art that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. It should also be understood that terms such as those defined in general dictionaries should be understood to have the meaning consistent with their meaning in the context of the prior art, and should not be interpreted in an idealized or overly formal sense unless specifically defined.

[0070] For the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0071] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that the present invention can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of the present invention.

[0072] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention 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 or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for collaborative control of vehicle in multiple scenarios, characterized in that, Includes the following steps: A1. Respond to any operation command from the vehicle and extract the target scene pattern; A2. Match the corresponding vehicle speed access threshold according to the target scenario pattern, and perform differentiated vehicle speed access verification based on the vehicle speed risk level; If the verification passes, proceed to the pattern arbitration stage; A3. The mode arbitration process includes detecting the current scene mode operation status within the system; The current scene mode operation status within the detection system includes: using arbitration rules of single-mode mutual exclusion and last-open priority. If an activated scene mode is detected, the state memory data corresponding to the activated mode is retrieved, the on-board actuator is controlled to restore to the state before the activated mode was activated and exit the activated mode, and then the original operating parameters of the current device are collected and stored to form the state memory data of the target scene mode, and then the target scene mode is activated: If there is no active scene mode at present, collect and store the original operating parameters of all controlled vehicle actuators, form state memory data, and then activate the target scene mode. A4. Drive the corresponding on-board actuators to perform linkage control according to the preset control logic of the target scenario mode; The system polls the exit trigger conditions of the mode at a fixed cycle. When any exit trigger condition is met, the system retrieves the state memory data of the corresponding mode and restores the on-board actuator to the operating state before the mode was activated, thus completing the mode exit. A5. Summarize the entire process data of the scenario mode from triggering to exiting, generate structured logs, and execute local storage.

2. The vehicle multi-scenario mode collaborative control method according to claim 1, characterized in that, In step A2, the risk level based on vehicle speed includes: The speed threshold for rest mode and entertainment mode is the first speed threshold. The ventilation mode corresponds to the second speed threshold for vehicle speed entry. In rain mode, no speed threshold is set for vehicle access; the vehicle directly passes the operating condition access verification.

3. The vehicle multi-scenario mode collaborative control method according to claim 2, characterized in that, It also includes preset linkage controls for various scene modes: Rest mode: Turn off the vehicle lighting system and adjust the multimedia audio system volume to the first volume ratio threshold; control the display terminal according to the ignition gear. When the ACC gear is on, only the central control screen is off, and when the ON gear is on, the instrument panel screen and the central control screen are off simultaneously. Ventilation mode: Controls the driver and passenger side windows to descend to the first displacement threshold, switches the air conditioning system to the first fan speed setting, face blowing mode, and external circulation mode; Rain mode: Close all windows, turn on the air conditioning forced defrost function and rearview mirror heating function, and trigger the automatic exit logic when the air conditioning blowing mode parameters change; Entertainment mode: Turn on the ambient lighting and adjust the multimedia audio system volume to the second volume ratio threshold.

4. The vehicle multi-scenario mode collaborative control method according to claim 3, characterized in that, The preset linkage control for each scene mode also includes: After exiting rest mode, keep the vehicle lights off; after exiting rain mode, keep all vehicle windows closed.

5. The vehicle multi-scenario mode collaborative control method according to claim 1, characterized in that, The conditions for exiting the mode include: The first category is manual shutdown commands issued by the user via touch or voice; The second category consists of mode switching commands composed of commands to enable new scene modes; The third category consists of operating condition and control change signals caused by vehicle speed exceeding limits, ignition gear shifting, and changes in controlled hardware parameters.

6. The vehicle multi-scenario mode collaborative control method according to claim 3, characterized in that, Also includes: At the execution nodes of mode activation, admission failure, and mode exit, human-computer interaction feedback is executed simultaneously: Update the display status of the scene mode cards in the vehicle's infotainment system and pop up the corresponding prompt window.

7. A vehicle multi-scenario mode collaborative control system, characterized in that, include: The pattern information acquisition module is used to receive interaction signals from the human-computer interaction terminal and extract the target scene pattern information; The access verification module is used to match the corresponding vehicle speed access threshold according to the type of the target scenario mode, and perform differentiated vehicle speed access verification based on the vehicle speed risk level. If the verification fails, the human-computer interaction terminal will output a prompt and terminate the verification process. If the verification passes, the process proceeds to the pattern arbitration stage; The pattern arbitration module is used in the pattern arbitration process, including detecting the current scene pattern running status within the system. The current scene mode operation status within the detection system includes: arbitration rules using single-mode mutual exclusion and last-open priority. If an activated scene mode is detected, the state memory data corresponding to the activated mode is retrieved, the on-board actuator is controlled to restore to the state before the activated mode was activated and exit the activated mode, and then the original operating parameters of the current device are collected and stored to form the state memory data of the target scene mode, and then the target scene mode is activated: If there is no active scene mode at present, collect and store the original operating parameters of all controlled vehicle actuators to form state memory data, then activate the target scene mode and drive the corresponding vehicle actuators to perform linkage control according to the preset control logic of the target scene mode. The system polls the exit trigger conditions of the mode at a fixed cycle. When any exit trigger condition is met, the system retrieves the state memory data of the corresponding mode and restores the on-board actuator to the operating state before the mode was activated, thus completing the mode exit. The data aggregation module is used to aggregate the entire process data of the scenario mode from triggering to exiting, generate structured logs, and perform local storage.

8. An electronic device, characterized in that, include: The processor, communication interface, memory, and communication bus are connected, with the processor, communication interface, and memory communicating with each other via the communication bus. The memory stores a computer program that, when executed by a processor, causes the processor to perform the steps of the vehicle multi-scenario mode cooperative control method as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, include: The device stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the vehicle multi-scenario mode cooperative control method as described in any one of claims 1 to 6.

10. A vehicle infotainment system, characterized in that, include: An electronic device for implementing the steps of the vehicle multi-scenario mode cooperative control method as described in any one of claims 1 to 6; The processor runs a program, and when the program runs, it executes the steps of the vehicle multi-scenario mode cooperative control method as described in any one of claims 1 to 6 from the data output by the electronic device. A storage medium for storing a program that, when running, executes the steps of the vehicle multi-scenario mode collaborative control method as described in any one of claims 1 to 6 on data output from an electronic device.

Images