A vehicle control method and system

Abstract

This application proposes a vehicle control method and system. The method includes: detecting and storing information queues of one or more Bluetooth devices within a preset detection range based on a preset time period into a preset information structure; performing scene set polling analysis based on the information queues, wherein each scene in the scene set has a preset scene trigger condition, so that when the data in the information queue meets the scene trigger condition, a scene control signal for the corresponding scene is generated; generating a corresponding scene control command based on the scene control signal and preset priority information of each Bluetooth device; and controlling the vehicle based on the scene control command. This application effectively realizes multi-scene control of a vehicle by multiple Bluetooth devices.

Description

Technical Field

[0001] This application belongs to the field of automotive electronics technology, specifically relating to a vehicle control method and system. Background Technology

[0002] With the development of intelligent vehicle technology, Bluetooth-based digital key systems have been widely used due to their convenient and seamless unlocking and locking experience. These systems typically use virtual electronic fences such as "welcome zones," "unlock zones," and "lock zones" around the vehicle, combined with real-time Bluetooth signal ranging and positioning of the user's mobile devices (such as smartphones and physical Bluetooth keys), to determine the user's intent and automatically trigger actions such as unlocking, locking, or welcoming lights on the vehicle.

[0003] Existing Bluetooth digital key solutions mostly focus on determining the location of a single mobile device. Their typical logic involves continuously monitoring the location of a bound device with the service enabled. When the device enters the "welcome zone" from a distant area, a welcome effect is triggered; when it enters the "unlock zone" and the vehicle is in a secure state (e.g., doors are closed or locked), unlocking is triggered; and when the device leaves the "unlock zone" and enters the "lock zone," locking is triggered. This type of solution is generally feasible for scenarios involving a single user and a single key.

[0004] However, as in-vehicle Bluetooth systems supporting simultaneous multi-device connections become mainstream, in family car scenarios, it's common to see multiple phones or Bluetooth keys near the vehicle simultaneously. When multiple authorized devices are located in different areas of the vehicle (e.g., one inside, one in the unlocking area outside, and another in the locking area at a distance), or in different states such as connected or disconnected, the system struggles to make unified, accurate, and secure action decisions. Simple judgment logic is prone to false triggers; for example, locking might be incorrectly executed because a device is still inside the vehicle, or the presence of an inside device might be ignored because an outside device prioritizes entering the unlocking area, resulting in logical contradictions or a poor user experience. Furthermore, when dealing with complex real-world scenarios, developers often continuously add numerous conditional branches to the core judgment function. These branch logics are intertwined, covering various scenarios such as preventing accidental touches, instantaneous connection actions, disconnection actions, door status intervention, and car-finding modes. The logic of different scenarios can interfere with each other. When it is necessary to modify the rules of a certain scenario (such as adjusting the anti-play strategy) or add a new scenario, developers must carefully sort out the entire huge judgment function. Changing one part will affect the whole thing. Not only is it easy to introduce new errors, but it also greatly increases the difficulty and cost of subsequent iterations and maintenance.

[0005] Therefore, there is an urgent need in this field for an intelligent vehicle digital key scenario processing and analysis system that can analyze and centrally manage multiple devices and scenarios, and is easy to maintain and expand, in order to improve the accuracy of decision-making, security, and the robustness of the system's long-term evolution. Summary of the Invention

[0006] To address the aforementioned technical issues, this application proposes a vehicle control method and system for multi-scenario control of a vehicle by multiple Bluetooth devices.

[0007] Specifically, this application proposes a vehicle control method, comprising: detecting and storing the information queues of one or more Bluetooth devices within a preset detection range based on a preset time period into a preset information structure; performing scene set polling analysis based on the information queues, wherein each scene in the scene set has a preset scene triggering condition, so as to generate a scene control signal for the corresponding scene when the data in the current information queue meets the scene triggering condition; generating a corresponding scene control command based on the scene control signal and the preset priority information of each Bluetooth device; and controlling the vehicle based on the scene control command.

[0008] In the above technical solution, by storing the information queue in a preset information structure for scene polling analysis, and pre-setting corresponding scene trigger conditions for each scene in the scene set, each scene becomes independent, focusing only on its own logic, which greatly reduces dimensional complexity and error risk. Based on the scene control signal and the preset priority information of each Bluetooth device, corresponding scene control commands are generated, which effectively avoids signal conflicts between multiple Bluetooth devices and ensures that a unique and safe decision can be made when multiple Bluetooth devices simultaneously meet the trigger conditions.

[0009] As one implementation, the message queue includes at least connection status, welcome enable switch flag, door status, lock status, welcome unlock / lock status, and current area; the scenario set polling analysis includes at least anti-tampering scenario analysis, unlocking scenario analysis, locking scenario analysis, Bluetooth device positioning scenario analysis, disconnection locking scenario analysis, and welcome scenario analysis; the anti-tampering scenario analysis includes: when the welcome unlock / lock status of any Bluetooth device changes from the welcome unlock state to the welcome lock state, performing an anti-tampering count; when the anti-tampering count of any Bluetooth device continuously reaches a preset number of times threshold, generating an anti-tampering control signal and sending it to each connected Bluetooth device.

[0010] By analyzing anti-play scenarios, the system effectively targets children or others repeatedly sending meaningless control signals to the vehicle around it, effectively suppressing invalid or malicious frequent triggers and protecting vehicle safety and component lifespan. By detecting the transition of Bluetooth devices from the welcome unlock state to the welcome lock state before counting anti-play actions, the system can effectively distinguish between user intent and invalid actions, improving its intelligence. When the anti-play count of any Bluetooth device reaches a preset threshold, an anti-play control signal is generated and sent to all connected Bluetooth devices, achieving unified security management of multiple Bluetooth devices.

[0011] Furthermore, the anti-play scenario analysis also includes: when a preset anti-play clearing condition is detected, clearing the anti-play control of all Bluetooth devices; the anti-play clearing condition includes at least the following: the connection status of each Bluetooth device changes to the disconnected state, or the vehicle door status changes to the open state, or the vehicle lock status changes to the unlocked state, or each Bluetooth device receives a reset signal from the main controller.

[0012] The essence of the anti-play mechanism is temporary intervention. By setting preset anti-play removal conditions, it ensures that the system can exit the anti-play state and restore normal service when the user shows a clear intention to use the service normally or when the scenario changes, so as to avoid subsequent service being affected and resulting in a bad user experience.

[0013] Furthermore, the unlocking scenario analysis includes: when any Bluetooth device with a connected state and an on welcome enable switch is detected, its current area changes from outside the preset unlocking area to within the preset unlocking area, and the car door is closed and the car lock is locked, an unlocking control signal is triggered; when multiple Bluetooth devices are detected simultaneously entering the preset unlocking area from outside the preset unlocking area, only the first Bluetooth device entering the preset unlocking area triggers the unlocking control signal.

[0014] By detecting two conditions—a connected Bluetooth device and an on welcome switch—the system prevents repeated unlocking when the door is already open and avoids triggering the unlock signal again when the vehicle is already unlocked. This ensures that unlocking only occurs when the vehicle is safely stationary and ready to unlock. Only the first Bluetooth device entering the preset unlocking zone triggers the unlock control signal, preventing signal conflicts caused by multiple Bluetooth devices operating simultaneously.

[0015] Furthermore, the locking scenario analysis includes: when the door is detected to be closed, the lock is detected to be unlocked, and the current area of ​​all Bluetooth devices with the welcome enable switch on changes from the preset unlocked area to the preset locking area, a locking control signal is triggered; when multiple Bluetooth devices are detected to change from the preset unlocked area to the preset locking area, the door is detected to be closed, and the lock is detected to be unlocked, the locking control signal is triggered by the last Bluetooth device that enters the preset locking area from another area.

[0016] By detecting that the car door is closed, the car lock is unlocked, the welcome enable switch is on, and the current area of ​​all Bluetooth devices changes from within the preset unlock area to outside the preset unlock area, the unlock control signal is triggered, thus eliminating the safety hazard of other Bluetooth devices being locked inside or next to the car due to one Bluetooth device leaving early or the signal being unstable.

[0017] Furthermore, the welcome scene analysis includes: when a Bluetooth device is detected to be in any area within the welcome area or changes from other areas to any area within the welcome area when the door is closed, the lock is locked, and the welcome unlock state changes from the welcome locked state to the welcome unlock state, the welcome control signal is triggered.

[0018] The welcome control signal is triggered only when the car door is closed, the car lock is locked, or a Bluetooth device in the welcome unlock state is located within the welcome area. This eliminates the possibility of triggering the welcome control when the user is getting in or out of the car, loading or unloading items, etc., thus enhancing the user experience and emotional interaction.

[0019] Furthermore, the Bluetooth device positioning scenario analysis includes: when a vehicle start signal or braking signal is detected, a key search request is sent through the vehicle body controller, and the location of each Bluetooth device is detected through BLEM and the request is responded to; when multiple Bluetooth devices are in the vehicle, the vehicle is controlled based on the preset priority information of each Bluetooth device.

[0020] The analysis of the disconnection and locking scenario includes: triggering the locking control signal when the connection status of each Bluetooth device changes to the disconnected state, the door status is closed, the lock status is unlocked, and each Bluetooth device is outside the vehicle.

[0021] Furthermore, the step of generating corresponding scene control commands based on the scene control signal and the preset priority information of each Bluetooth device includes: when multiple Bluetooth devices simultaneously issue control signals, selecting the scene control signal of the Bluetooth device with the highest priority as the current scene control signal based on the preset priority information of each Bluetooth device, and generating corresponding scene control commands based on the current scene control signal.

[0022] When multiple Bluetooth devices send control signals simultaneously, the scene control signal of the Bluetooth device with the highest priority is selected by preset priority, thereby establishing a deterministic and authoritative decision and completely eliminating signal conflicts and chaos.

[0023] Based on the same inventive concept, this application also proposes a vehicle control system, which is deployed in an electronic device, the electronic device including at least one or more processors and a memory; the memory includes computer programs for storing various functional modules; the processor includes an executable program for executing the computer programs in the memory; when the processor executes the computer programs in the memory, the vehicle control method is implemented.

[0024] The functional modules include at least: an information detection module, a scene analysis module, an instruction generation module, and a vehicle control module. The information detection module includes a computer program for detecting and storing the information queues of one or more Bluetooth devices within a preset detection range based on a preset time period into a preset information structure. The scene analysis module includes a computer program for performing scene set polling analysis based on the information queues, where each scene in the scene set has a preset scene trigger condition, and generating a scene control signal for the corresponding scene when the data in the information queue meets the scene trigger condition. The instruction generation module includes a computer program for generating corresponding scene control instructions based on the scene control signals and preset priority information of each Bluetooth device. The vehicle control module includes a computer program for controlling the vehicle based on the scene control instructions.

[0025] Compared with the prior art, this application has at least the following beneficial effects: This application achieves scene polling analysis by storing information queues in a preset information structure. Each scene in the scene set has preset trigger conditions, thus enabling each scene to operate independently, focusing only on its own logic, significantly reducing dimensional complexity and error risk. Based on scene control signals and preset priority information of each Bluetooth device, corresponding scene control commands are generated, effectively avoiding signal conflicts between multiple Bluetooth devices and ensuring a unique and safe decision when multiple Bluetooth devices simultaneously meet the trigger conditions. Attached Figure Description

[0026] Figure 1 This is a flowchart illustrating a vehicle control method according to an embodiment of this application.

[0027] Figure 2 This is a flowchart illustrating the anti-play scenario analysis in an embodiment of this application.

[0028] Figure 3This is a flowchart illustrating the analysis of the first unlocking scenario in an embodiment of this application.

[0029] Figure 4 This is a flowchart illustrating the second unlocking scenario analysis in an embodiment of this application.

[0030] Figure 5 This is a flowchart illustrating the welcoming scene analysis in an embodiment of this application.

[0031] Figure 6 This is a schematic diagram of a vehicle control system shown in an embodiment of this application. Detailed Implementation

[0032] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

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

[0034] Please refer to Figure 1 The vehicle control method mainly includes steps S100 to S400.

[0035] Step S100 includes: detecting and storing the information queues of one or more Bluetooth devices within a preset detection range based on a preset time period into a preset information structure. The preset time period and preset detection range can be set according to actual conditions and are not limited here. For example, the preset time period can be set to 50ms or 100ms, and the preset detection range can be set to 10m. The Bluetooth devices can mainly be smartphones, smartwatches, smart bracelets, tablets, Bluetooth smart keys, or other smart terminals. The information queue can mainly include information such as the Bluetooth device number, connection status signal, heartbeat packet, welcome enable switch icon, the open / closed status of the five vehicle doors, the vehicle lock status, the welcome unlock / lock status, and the current location of the Bluetooth device. The preset information structure can mainly be an array structure, but is not limited to this.

[0036] Step S200 includes: performing scene set polling analysis based on the information queue. Each scene in the scene set has a preset scene trigger condition, so that when the data in the current information queue meets the scene trigger condition, a scene control signal for the corresponding scene is generated. The scene set polling analysis in this application mainly includes anti-play scene analysis, unlocking scene analysis, locking scene analysis, Bluetooth device positioning scene analysis, disconnection locking scene analysis, and welcoming scene analysis. Those skilled in the art can add new scene analyses according to actual needs, and are not limited to this.

[0037] Step S300 includes: generating corresponding scene control commands based on the scene control signal and the preset priority information of each Bluetooth device.

[0038] And step S400 includes: controlling the vehicle based on the scene control command.

[0039] In some embodiments, the message queue includes at least connection status, welcome enable switch flag, door status, lock status, welcome unlock / lock status, and current area; the scenario set polling analysis includes at least anti-tampering scenario analysis, unlocking scenario analysis, locking scenario analysis, Bluetooth device positioning scenario analysis, disconnection locking scenario analysis, and welcome scenario analysis; the anti-tampering scenario analysis includes: when the welcome unlock / lock status of any Bluetooth device changes from the welcome unlock state to the welcome lock state, performing an anti-tampering count; when the anti-tampering count of any Bluetooth device continuously reaches a preset number of times threshold, generating an anti-tampering control signal and sending it to each connected Bluetooth device.

[0040] Please refer to Figure 2The flowchart for anti-play detection scenario analysis includes analyzing current and historical anti-play information, Bluetooth location information, and vehicle status information. It checks for anti-play removal management. If no anti-play removal management is in place, an anti-play count is performed when the welcome unlock / lock status of each Bluetooth device changes from welcome unlock to welcome lock. If the first unlock is not a welcome unlock (such as RKE unlock or other methods), and then the vehicle is locked, it is not counted in the anti-play count. For example, non-welcome unlock scenarios such as a person unlocking the car from inside. The preset threshold for the number of counts is primarily 3, but not limited to this. That is, when the anti-play count reaches 3, an anti-play control signal is generated.

[0041] Optionally, the anti-play scenario analysis further includes: when a preset anti-play clearing condition is detected, clearing the anti-play control of all Bluetooth devices; the anti-play clearing condition includes at least the following: the connection status of each Bluetooth device changes to the disconnected state, or the vehicle door status changes to the open state, or the vehicle lock status changes to the unlocked state, or each Bluetooth device receives a reset signal from the main controller.

[0042] In practice, the anti-tampering information of all connected Bluetooth devices is cleared whenever any one of the vehicle's five doors is opened. When the vehicle receives an unlock / lock control signal from the RKE (Remote Keyless Entry) system, the anti-tampering information of all Bluetooth devices is cleared. The anti-tampering information of the disconnected Bluetooth device is cleared upon disconnection. The anti-tampering information is cleared when a Bluetooth device receives a reset signal from the main controller, such as an MCU.

[0043] Optionally, the unlocking scenario analysis includes: when any Bluetooth device with a connected state and an on welcome enable switch is detected to move from outside the preset unlocking area to within the preset unlocking area, and the car door is closed and the car lock is locked, an unlocking control signal is triggered; when multiple Bluetooth devices are detected to simultaneously enter the preset unlocking area from outside the preset unlocking area, only the first Bluetooth device to enter the preset unlocking area triggers the unlocking control signal.

[0044] Please refer to Figure 3 and Figure 4 The flowchart illustrates that when the car door is closed and locked, and the current Bluetooth device is connected and within the unlock zone, an unlock control signal is issued. An unlock control signal is also issued when the current Bluetooth device is connected, welcome mode is enabled, and the device's historical region is detected to be outside the current region (i.e., the device enters the preset unlock zone from outside).

[0045] Optionally, the locking scenario analysis includes: triggering a locking control signal when the current area of ​​all Bluetooth devices whose door status is closed, lock status is unlocked, and welcome enable switch flag is on changes from a preset unlocked area to a preset locking area; and triggering a locking control signal through the last Bluetooth device that enters the preset locking area from another area when the current area of ​​multiple Bluetooth devices changes from a preset unlocked area to a preset locking area, the door status is closed, and the lock status is unlocked.

[0046] This application mainly includes an unlocking area, a locking area, and a welcoming area. The unlocking area is the ring-shaped area closest to the vehicle body, within which the user can trigger door unlocking or unlock the door via Bluetooth. The welcoming area is a wider ring-shaped area surrounding the unlocking area; the user must pass through the welcoming area before entering the unlocking area. The locking area is the largest ring-shaped area surrounding the welcoming area.

[0047] Optionally, the welcome scene analysis includes: when a Bluetooth device is detected to be in any area within the welcome area or changes from other areas to any area within the welcome area when the door is closed, the lock is locked, and the welcome unlock state changes from the welcome locked state to the welcome unlock state, the welcome control signal is triggered.

[0048] Please refer to Figure 5 When the door is detected to be closed and the welcome mode is not triggered, when the Bluetooth device switches to the welcome unlock mode, a welcome control signal is sent from any Bluetooth device located within the welcome area. This refers to any area within the welcome area, not just entering the welcome area, to prevent the Bluetooth device from skipping the welcome area and appearing directly in the unlock area. When multiple Bluetooth devices trigger the welcome control signal simultaneously, only the welcome control signal from the first Bluetooth device that enters the welcome area will be responded to.

[0049] Optionally, the Bluetooth device positioning scenario analysis includes: when a vehicle start signal or braking signal is detected, a key search request is sent through the vehicle body controller, and the location of each Bluetooth device is detected through BLEM (Bluetooth Low Energy Module) and the request is responded to; when multiple Bluetooth devices are inside the vehicle, the vehicle is controlled based on the preset priority information of each Bluetooth device; the disconnection locking scenario analysis includes: when the connection status of each Bluetooth device changes to the disconnected state, the door status is closed, the lock status is unlocked, and each Bluetooth device is outside the vehicle, a locking control signal is triggered.

[0050] Preferably, the polling analysis of the scenario set may also include connection decision scenario analysis, retransmission lockout scenario analysis, intelligent welcome activation trigger scenario analysis, and continuous area timeout non-trigger scenario analysis, etc., and is not limited to these.

[0051] The connection decision-making scenario analysis primarily focuses on the following: When the anti-tampering scenario is not triggered and the welcome enable switch is on, upon connection completion, if the Bluetooth device's current area is a locked area, it determines that the car door is closed but not locked, and other connected Bluetooth devices are outside the locked area, thus triggering a locking control signal. If the Bluetooth device's current area is an unlocked area, it immediately triggers an unlock control signal after determining that the car door is closed and locked. If the Bluetooth device's current area is a welcome area, and no other devices are within the welcome area, the welcome function effect is triggered.

[0052] The re-triggering lockout scenario analysis is mainly performed when all other conditions are met during the lockout scenario analysis, but the door is not closed. After the door is closed, the Bluetooth device is still in the lockout zone, and other connected Bluetooth devices are outside the lockout zone. In this case, the lockout control signal is re-triggered through the Bluetooth device.

[0053] The intelligent welcome activation trigger scenario analysis is mainly based on the following: when the current Bluetooth device is connected and the welcome enable switch has just been turned on, if the Bluetooth device is outside the locking zone, the car door is closed and unlocked, and other connected Bluetooth devices are in the locking zone, the locking control signal is triggered through the current Bluetooth device. Conversely, when the car door is closed and locked, the unlocking is triggered when the Bluetooth device is in the unlocking zone.

[0054] The analysis of the continuous area timeout without triggering scenario mainly focuses on the situation where the car door lock changes, but the current area of ​​the Bluetooth device does not change and no control signal is triggered. Under the current situation, after a preset time, the control signal is immediately triggered. Those skilled in the art can set the preset time according to actual needs, for example, it can be set to 3 seconds.

[0055] In practice, assuming the Bluetooth device is a mobile phone, when a user enters the vehicle's arrival area with the phone, the vehicle's headlights flash and the door handles automatically pop out. When the user enters the unlocking area with the phone, the vehicle responds to the unlocking control signal sent by the phone and unlocks. When the driver stops in front of the car but has not yet entered, the phone is in the unlocking area, and the vehicle locks are in the unlocked state. If an occupant accidentally touches the physical lock button at this time, the vehicle executes the lock command, and all doors enter the locked state. After remaining in this state for 3 seconds, the phone sends an unlocking control signal to unlock the vehicle's doors.

[0056] Optionally, generating corresponding scene control instructions based on the scene control signal and the preset priority information of each Bluetooth device includes: when multiple Bluetooth devices send control signals simultaneously, selecting the scene control signal of the Bluetooth device with the highest priority as the current scene control signal based on the preset priority information of each Bluetooth device, and generating corresponding scene control instructions based on the current scene control signal.

[0057] For example, when multiple Bluetooth devices in the vehicle are connected, the driver's Bluetooth device has the highest priority, followed by the front passenger's Bluetooth device, and then the rear passengers' Bluetooth devices. When multiple Bluetooth devices simultaneously send control signals, the control signal from the highest-priority Bluetooth device is used to generate the corresponding scene control command. Example 2:

[0058] Please refer to Figure 6 This application also proposes a vehicle control system using the method described in Embodiment 1, wherein the system is deployed in an electronic device, the electronic device including at least one or more processors and a memory; the memory includes computer programs for storing various functional modules; the processor includes an executable program for executing the computer programs in the memory; when the processor executes the computer programs in the memory, it implements the vehicle control method as described in any one of claims 1-8.

[0059] Furthermore, the functional modules include at least: an information detection module, a scene analysis module, an instruction generation module, and a vehicle control module; the information detection module includes a computer program for detecting information queues of one or more Bluetooth devices within a preset detection range based on a preset time period and storing them in a preset information structure; the scene analysis module includes a computer program for performing scene set polling analysis based on the information queue, wherein each scene in the scene set has a preset scene trigger condition, so as to generate a scene control signal for the corresponding scene when the data in the information queue meets the scene trigger condition; the instruction generation module includes a computer program for generating corresponding scene control instructions based on the scene control signal and preset priority information of each Bluetooth device; and the vehicle control module includes a computer program for controlling the vehicle based on the scene control instructions.

[0060] This processor, also known as a processing unit or processing module, can perform certain control functions. The processor can be a general-purpose processor or a dedicated processor. Examples include: baseband processors, central processing units (CPUs), application processors, modem processors, graphics processors, image signal processors, digital signal processors, video codec processors, controllers, memory, and / or neural network processors. The baseband processor can be used to process communication protocols and communication data. The CPU can be used to control the communication device, execute software programs, and / or process data. Different processors can be independent devices or integrated into one or more processors, for example, integrated onto one or more application-specific integrated circuits (ASICs).

[0061] The memory can be volatile memory (e.g., RAM including non-volatile RAM, magnetic RAM, ferroelectric RAM, etc.), non-volatile memory (e.g., disk storage, flash memory, EPROM, EEPROM, memristor-based non-volatile solid-state memory, etc.), immutable memory (e.g., EPROM), read-only memory, and / or high-capacity storage devices (e.g., hard disk drives, solid-state drives, etc.). In some examples, the memory includes multiple types of memory, particularly volatile and non-volatile memory.

[0062] The memory may be a computer-readable medium on which one or more computer programs (such as software for operating the methods of this disclosure) may be embedded. The computer program may embody one or more of the methods or logic described herein. For example, the computer program may reside wholly or at least partially within any one or more of the memory, the computer-readable medium, and / or within a processor during execution. The communication module of the example shown includes one or more wired or wireless interfaces to enable wireless communication with a user's Bluetooth device (e.g., a smartphone, wearable device, smartwatch, tablet, etc.).

[0063] In summary, this application achieves independent operation for each scenario by storing the information queue in a preset information structure for scene polling analysis. Each scenario in the scene set has preset corresponding scene triggering conditions, thus enabling each scenario to focus solely on its own logic, significantly reducing dimensional complexity and error risk. Based on scene control signals and preset priority information of each Bluetooth device, corresponding scene control commands are generated, effectively avoiding signal conflicts between multiple Bluetooth devices and ensuring a unique and safe decision is made even when multiple Bluetooth devices simultaneously meet the triggering conditions.

[0064] In the several embodiments provided in this application, it will be understood that each block in the flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions marked in the blocks may occur in a different order than those shown in the figures. For example, two consecutive blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved.

[0065] If the aforementioned functions are implemented as software functional modules and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause an electronic device to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0066] The specific embodiments described above further illustrate the purpose, technical solution, and beneficial effects of this application. It should be understood that the above descriptions are merely specific embodiments of this application and are not intended to limit the scope of protection of this application. In particular, it should be noted that any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application for those skilled in the art.

Claims

1. A vehicle control method, characterized in that, include: The information queues of one or more Bluetooth devices within a preset detection range are detected based on a preset time period and stored in a preset information structure; Based on the information queue, a scene set polling analysis is performed. Each scene in the scene set has a corresponding scene triggering condition preset, so that when the data in the current information queue meets the scene triggering condition, a scene control signal for the corresponding scene is generated. Based on the scene control signal and the preset priority information of each Bluetooth device, a corresponding scene control command is generated. In addition, the vehicle is controlled based on the scenario control commands.

2. The vehicle control method according to claim 1, characterized in that, The message queue includes at least connection status, welcome enable switch flag, door status, lock status, welcome lock / unlock status, and current area; the scene set polling analysis includes at least anti-tampering scene analysis, unlocking scene analysis, locking scene analysis, Bluetooth device positioning scene analysis, disconnection locking scene analysis, and welcome scene analysis. The anti-gaming scenario analysis includes: When the welcome unlock state of any Bluetooth device changes from the welcome unlock state to the welcome lock state, an anti-tampering count is performed. When the anti-play count of any of the Bluetooth devices reaches a preset threshold number of consecutive times, an anti-play control signal is generated and sent to each connected Bluetooth device.

3. The vehicle control method according to claim 2, characterized in that, The anti-gaming scenario analysis also includes: When the preset anti-play removal conditions are detected, the anti-play control of all Bluetooth devices is cleared; the anti-play removal conditions include at least the connection status of each Bluetooth device changing to the disconnected state, or the vehicle door status changing to the open state, or the vehicle lock status changing to the unlocked state, or each Bluetooth device receiving a reset signal from the main controller.

4. The vehicle control method according to claim 2, characterized in that, The unlocking scenario analysis includes: When any Bluetooth device with a connected state and the welcome enable switch is turned on changes its current area from outside the preset unlocking area to within the preset unlocking area, and the car door is closed and the car lock is locked, the unlocking control signal is triggered. When multiple Bluetooth devices are detected entering the preset unlock area from outside the preset unlock area at the same time, only the first Bluetooth device to enter the preset unlock area will trigger the unlock control signal.

5. The vehicle control method according to claim 2, characterized in that, The locking scenario analysis includes: When the vehicle door is detected to be closed, the vehicle lock is detected to be unlocked, and the current area of ​​all Bluetooth devices with the welcome enable switch on changes from the preset unlocked area to the preset locked area, the locking control signal is triggered. When it is detected that the current area of ​​multiple Bluetooth devices changes from the preset unlock area to the preset lock area, the door status is closed and the lock status is unlocked, the last Bluetooth device that enters the preset lock area from another area triggers the lock control signal.

6. The vehicle control method according to claim 2, characterized in that, The welcoming scene analysis includes: When a Bluetooth device is detected to be in any area within the welcome area, or changes from another area to any area within the welcome area, and the door is in a closed state, the lock is locked, and the welcome unlock state changes from the welcome locked state to the welcome unlock state, the welcome control signal is triggered.

7. The vehicle control method according to claim 2, characterized in that, The Bluetooth device location scenario analysis includes: When a vehicle start signal or braking signal is detected, a key search request is sent through the body controller, and the location of each Bluetooth device is detected through BLEM and the request is responded to. When multiple Bluetooth devices are inside the vehicle, the vehicle can be controlled based on the preset priority information of each Bluetooth device. Analysis of disconnection and interlocking scenarios, including: When the connection status of each Bluetooth device changes to disconnected, the door is closed, the lock is unlocked, and each Bluetooth device is outside the vehicle, the locking control signal is triggered.

8. The vehicle control method according to claim 1, characterized in that, Based on the scene control signal and the preset priority information of each Bluetooth device, corresponding scene control commands are generated, including: When multiple Bluetooth devices send control signals simultaneously, the scene control signal of the Bluetooth device with the highest priority is selected as the current scene control signal based on the preset priority information of each Bluetooth device, and a corresponding scene control command is generated based on the current scene control signal.

9. A vehicle control system, characterized in that, The system is deployed in an electronic device, which includes at least one or more processors and a memory; The memory includes computer programs for storing various functional modules; the processor includes an executable program for executing the computer programs in the memory. The vehicle control method as described in any one of claims 1-8 is implemented when the processor executes the computer programs in the memory.

10. The vehicle control system according to claim 8, characterized in that, The functional modules include at least: an information detection module, a scene analysis module, an instruction generation module, and a vehicle control module; The information detection module includes a computer program for detecting information queues of one or more Bluetooth devices within a preset detection range based on a preset time period and storing them in a preset information structure. The scene analysis module includes a computer program for performing scene set polling analysis based on the information queue, wherein each scene in the scene set has a corresponding scene triggering condition preset, and generating a scene control signal for the corresponding scene when the data in the information queue meets the scene triggering condition. The instruction generation module includes a computer program for generating corresponding scene control instructions based on the scene control signal and the preset priority information of each Bluetooth device. Furthermore, the vehicle control module includes a computer program for controlling the vehicle based on the scene control commands.

Images