Vehicle unlocking control method, electronic device and vehicle

Abstract

The application provides a vehicle unlocking control method, an electronic device and a vehicle. The current working mode of a digital key can be determined according to the positioning position of the digital key and a preset site fence set. The current signal broadcast frequency and the current signal broadcast power of the broadcast signal of the digital key are determined according to the current working mode. When the broadcast signal is scanned, the current proximity scene is determined according to the signal strength and the working mode tag carried by the broadcast signal, and vehicle unlocking control is performed according to the current proximity scene and the signal strength. The power and the frequency of the broadcast of the digital key are dynamically controlled by determining the current working mode, so that the energy consumption is reduced on the premise of meeting the broadcast demand. The vehicle unlocking control is dynamically performed by determining the current proximity scene, so that the unlocking delay in the emergency proximity is avoided on the premise of not affecting the conventional proximity unlocking control, and the user experience is improved.

Description

Technical Field

[0001] This application relates to the field of intelligent connected vehicle technology, and in particular to a vehicle unlocking control method, electronic device, and vehicle. Background Technology

[0002] Digital keys based on Bluetooth Low Energy (BLE) have become mainstream. Users can automatically unlock and start their vehicles simply by carrying the digital key, improving convenience. However, to achieve a seamless experience, the vehicle needs to continuously monitor the digital key, requiring frequent broadcasts, which leads to rapid power consumption for both devices. Furthermore, effective signal transitions caused by the user running or irregular movements may be filtered out as noise, resulting in unlocking delays during emergency approaches. This leads to a poor user experience. Summary of the Invention

[0003] In view of this, the purpose of this application is to propose a vehicle unlocking control method, electronic device and vehicle, which dynamically controls the power and frequency of digital key broadcast by determining the current working mode to reduce energy consumption, and dynamically controls vehicle unlocking by determining the current approach scenario to avoid unlocking delay during emergency approach and improve user experience.

[0004] To achieve the above objectives, this application provides a vehicle unlocking control method, comprising:

[0005] The current working mode of the digital key is determined based on its location and a set of preset site fences. The current signal broadcast frequency and current signal broadcast power of the digital key's broadcast signal are determined based on the current operating mode. In response to the detected broadcast signal, the current approach scene is determined based on the signal strength and the operating mode tag carried by the broadcast signal, and vehicle unlocking control is performed based on the current approach scene and the signal strength.

[0006] Based on the same inventive concept, this application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable by the processor, wherein the processor implements the method described above when executing the computer program.

[0007] Based on the same inventive concept, this application also provides a vehicle including the electronic equipment described above.

[0008] As can be seen from the above, the vehicle unlocking control method, electronic device, and vehicle provided in this application can determine the current working mode of the digital key based on its location and a preset set of site fences; determine the current signal broadcast frequency and power of the digital key's broadcast signal based on the current working mode; when a broadcast signal is detected, determine the current proximity scenario based on the signal strength and the working mode tag carried by the broadcast signal, and perform vehicle unlocking control based on the current proximity scenario and signal strength. By determining the current working mode to dynamically control the power and frequency of the digital key broadcast, energy consumption is reduced while meeting broadcasting requirements. By dynamically controlling vehicle unlocking based on the current proximity scenario, unlocking delays during emergency approaches are avoided without affecting regular proximity unlocking control, thus improving the user experience. Attached Figure Description

[0009] To more clearly illustrate the technical solutions in this application or related technologies, the drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, the drawings described below are only embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0010] Figure 1 This is a flowchart of the vehicle unlocking control method according to an embodiment of this application; Figure 2 This is a schematic diagram of a vehicle unlocking control device according to an embodiment of this application; Figure 3 This is a schematic diagram of an electronic device according to an embodiment of this application. Detailed Implementation

[0011] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with specific embodiments and the accompanying drawings.

[0012] It should be noted that, unless otherwise defined, the technical or scientific terms used in the embodiments of this application should have the ordinary meaning understood by one of ordinary skill in the art to which this application pertains. The terms "first," "second," and similar terms used in the embodiments of this application do not indicate any order, quantity, or importance, but are merely used to distinguish different components. Terms such as "comprising" or "including" mean that the element or object preceding the word encompasses the elements or objects listed after the word and their equivalents, without excluding other elements or objects. Terms such as "connected" or "linked" are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. Terms such as "upper," "lower," "left," and "right" are only used to indicate relative positional relationships; when the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0013] In this article, it is important to understand that any number of elements in the accompanying figures is for illustrative purposes and not for limitation, and any naming is for distinction only and has no limiting meaning.

[0014] Based on the above background description, the following situations also exist in the related technologies: With the rapid development of intelligent connected vehicles, digital key systems based on Bluetooth Low Energy (BLE) technology are gradually replacing traditional physical keys, becoming a core configuration for improving user convenience. Digital key solutions in related technologies typically rely on continuous broadcasting of Bluetooth signals and continuous signal monitoring by the vehicle's BLE module to achieve seamless entry. However, there is an irreconcilable conflict between power consumption and user experience. To ensure the vehicle can respond promptly to the user's approach, the vehicle's radio frequency module needs to maintain a high duty cycle scanning state, and the digital key also needs to broadcast at high frequency. This not only significantly increases the power consumption of the vehicle's battery but also severely affects the standby battery life of the digital key, forcing users to charge frequently or even disable the function. Secondly, the signal processing algorithms in related technologies often use fixed-parameter moving average filtering to smooth signal strength. This "one-size-fits-all" approach is effective when the user approaches the vehicle smoothly, but in emergency or special approach scenarios such as the user running or carrying heavy objects causing irregular swinging of the digital key, effective signal transitions are often misjudged as noise and filtered out, resulting in vehicle unlocking delays and failing to meet the user's expectation of instant response. Furthermore, the connection management mechanisms in related technologies lack intelligence, failing to perceive user movement and geographical environment, and thus cannot dynamically adjust communication strategies. In particular, when a digital key is lost or replaced, or when local pairing information is lost due to vehicle system upgrades or factory resets, these solutions typically require users to re-execute a complex pairing process, or even visit a repair shop, significantly disrupting the seamless user experience. Therefore, providing a digital key solution that ensures security while also achieving extremely low power consumption, rapid response across all scenarios, and high fault tolerance is a pressing technical challenge in this field.

[0015] The related technologies for digital keys suffer from several technical problems, including excessive power consumption, slow unlocking response in emergency approach scenarios, and the need for manual intervention to re-pair after pairing information is lost. Furthermore, the fixed filtering algorithms in these technologies cannot adapt to different user movement postures (such as steady walking versus fast running), and there is also a problem of delayed unlocking in emergency scenarios due to excessive smoothing of RSSI signals. Additionally, the lack of context awareness between the digital key and the vehicle makes fine-grained power consumption management impossible. Moreover, the lack of effective backup and recovery mechanisms for pairing credentials leads to poor system robustness and user experience disruptions.

[0016] The vehicle unlocking control method, electronic device, and vehicle provided in this application can determine the current operating mode of the digital key based on its location and a preset set of site fences; determine the current broadcast frequency and power of the digital key's broadcast signal based on the current operating mode; when a broadcast signal is detected, determine the current proximity scenario based on the signal strength and the operating mode tag carried by the broadcast signal, and perform vehicle unlocking control based on the current proximity scenario and signal strength. By determining the current operating mode to dynamically control the power and frequency of the digital key's broadcast, energy consumption is reduced while meeting broadcasting requirements. By dynamically controlling vehicle unlocking based on the current proximity scenario, unlocking delays during emergency approaches are avoided without affecting regular proximity unlocking control, thus improving the user experience.

[0017] The vehicle unlocking control method provided by the embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0018] In some embodiments, such as Figure 1 As shown, the vehicle unlocking control method includes steps 101-103.

[0019] Step 101: Determine the current working mode of the digital key based on its location and the preset site fence set.

[0020] In practice, while acquiring the location of the digital key, a set of geofences pre-set by the user or sent from the cloud is read from non-volatile memory. This set includes at least "dormant geofences" (such as residential homes or office floors) representing areas where the user stays for extended periods, and "parking geofences" (such as community parking lots or company garages) representing areas where vehicles are frequently parked. The current location coordinates are then used to calculate the geometric spatial relationship between the current location coordinates and these two types of geofences. If the location falls within the closed polygonal area of ​​the dormant geofence, and the location is determined to be stationary by a static detection algorithm (e.g., acceleration modulus value below 0.1g and duration exceeding 5 minutes), then "dormant mode" is determined as the current working mode. In this mode, there is no need to unlock and start the vehicle. To reduce the power consumption of the digital key, BLE broadcasting is significantly reduced or suspended, maintaining only a minimum heartbeat. If the digital key is a mobile terminal device (such as a mobile phone), motion data obtained from the mobile terminal's internal motion sensors (such as accelerometers and gyroscopes) can also be used to determine whether the digital key is stationary through a static detection algorithm.

[0021] If the location is outside the dormant area fence, or if it is inside the dormant area fence but the motion sensor data indicates that the digital key is in motion and the speed of the digital key estimated by speed integration is less than the preset threshold speed (e.g., 1 m / s, corresponding to normal walking speed), then the listening wake-up mode is determined as the current working mode; a broadcast signal containing the device identifier and working mode label is broadcast at a lower frequency and power.

[0022] If the location falls within the parking lot fence, or if the motion sensor data shows that the moving speed is greater than or equal to the above-mentioned threshold speed (e.g., the user is running or jogging towards the vehicle), it is determined that the user has an urgent intention to use the vehicle. In this case, the active vehicle search mode with higher power consumption is determined as the current working mode, and the broadcast frequency and power of the broadcast signal are increased so that the digital key can be quickly found by the vehicle.

[0023] By introducing geofencing and motion state monitoring of the digital key, adaptive dynamic adjustment of the digital key broadcasting strategy and the vehicle scanning strategy is achieved. By entering deep sleep or low-frequency listening mode in non-use scenarios, the ineffective power consumption of the digital key and the vehicle is significantly reduced, effectively extending the battery life of the digital key and the vehicle battery, thereby achieving fine-grained power consumption management based on spatiotemporal context.

[0024] In non-sleep mode, the digital key continuously broadcasts specific signals in the form of advertising packets containing encrypted device identifiers and operating mode tags, awaiting a scan response from the vehicle. Once the digital key and the vehicle establish a connection, both parties perform encrypted authentication and precise Bluetooth ranging to prepare for automatic unlocking.

[0025] To address the technical issue of digital keys experiencing a sharp decline in battery life due to continuous high-power broadcasting for seamless operation, a comprehensive analysis of location and site boundaries is employed: if the digital key is determined to be within a "dormant site fence" (such as a home or office) and stationary, it enters deep sleep mode; if it is determined to be moving at low speed, it enters a listening wake-up mode; and if it is moving at high speed or located within a parking lot fence, it enters an active car-finding mode. By dynamically determining different operating modes, differentiated power consumption management based on user behavior prediction is achieved, effectively resolving the conflict between power consumption and user experience. This allows the digital key to maintain extremely low power consumption in most non-car-use scenarios, reducing standby power consumption for both parties by more than 50% in tests, while ensuring that the system can be quickly woken up when the user actually needs to use the car.

[0026] Step 102: Determine the current signal broadcast frequency and current signal broadcast power of the digital key's broadcast signal based on the current working mode.

[0027] In practice, based on the determined current working mode, the physical layer and link layer parameters of the Bluetooth Low Energy protocol stack are dynamically configured to adaptively adjust the broadcast strategy of the digital key. When the current working mode is sleep mode, in order to maximize power saving, the BLE module controlling the digital key suspends the transmission of regular broadcast signals and only maintains a connection-state heartbeat packet or broadcast data packet broadcast at a very low frequency (such as once every 30 seconds) so that it can respond quickly when the terminal is woken up. At this time, the broadcast power can be set to the default 0dBm.

[0028] When the current working mode is the listening wake-up mode, if it is determined that the user may have a need to use the vehicle, the digital key will restore the broadcast frequency to the preset default broadcast frequency (such as 3-5 times per second) and maintain the broadcast power at the default level to balance the probability of being discovered and power consumption.

[0029] When switching from the current working mode to the active vehicle-finding mode, considering the needs of users to approach quickly, a preset compensation frequency (such as increasing it to 10 times per second) will be added to the default broadcast frequency. At the same time, the broadcast power will be increased by a preset compensation power value (such as increasing it from 4dBm to 10dBm) on the basis of the default power. Through this dual compensation mechanism of frequency and power, the delay of the vehicle scanning to detect a valid broadcast signal is significantly shortened, ensuring that the vehicle can respond quickly in emergency approach scenarios such as when the user is running. At the same time, this mode is only triggered under specific time and space conditions when it is predicted that the user will use the vehicle, avoiding the battery life loss caused by high power consumption broadcasting all day long.

[0030] To address the technical problem of fixed broadcast frequency and power in related solutions, which fails to balance power saving and rapid response, this application implements differentiated RF parameter configurations: broadcasting is paused or only a very low-frequency heartbeat is maintained in sleep mode; the standard broadcast frequency and default power are restored in listening / wake-up mode; and the broadcast frequency is significantly increased (e.g., to 10 times per second) and the transmission power is increased (e.g., to 10 dBm) in active vehicle-finding mode. This dynamic RF parameter configuration strategy allows for flexible allocation of RF resources according to scenario requirements, avoiding unnecessary power consumption caused by high-power broadcasting around the clock. Simultaneously, it enhances signal penetration and reachability when the user is running or approaching urgently, significantly reducing the latency of vehicle-side scanning and detection devices, thus laying the physical foundation for subsequent rapid unlocking.

[0031] Step 103: In response to the detected broadcast signal, determine the current proximity scenario based on the signal strength and the operating mode tag carried by the broadcast signal, and perform vehicle unlocking control based on the current proximity scenario and signal strength.

[0032] In practice, the vehicle-side BLE module continuously monitors broadcast signals with a preset intermittent scanning window. Once a broadcast signal containing a legitimate device identifier and working mode label is detected, the module immediately locks onto the broadcast signal and records its signal strength (Received Signal Strength Indicator, RSSI).

[0033] The system analyzes the operating mode label in the broadcast signal payload. If the label is a sleep mode label, it directly determines that the user is in a stationary state and has not approached the vehicle. To avoid false triggering, the current approach scenario is classified as an unapproached scenario, and the vehicle is kept locked. If the label is a listening wake-up mode label or an active vehicle search mode label, the vehicle further queries the local secure storage area for the pairing status corresponding to the aforementioned device identifier. If the pairing status is successful, the vehicle will continuously sample RSSI values ​​within a preset time window (e.g., the most recent 2 seconds) to construct a signal strength sequence and determine the scenario based on the characteristics of this sequence. If the pairing status is unsuccessful (e.g., due to...), the system will determine the scenario based on the characteristics of this sequence. (If the local credentials are lost due to reasons such as vehicle system reset, the vehicle will establish an encrypted secure channel with the cloud through the in-vehicle T-Box module, request the backup pairing code corresponding to the digital key from the cloud, and after downloading and verifying the pairing code, the background will seamlessly re-pair the vehicle. Based on the updated pairing success status, the vehicle will continue to accurately determine the current approach scenario according to the signal strength sequence and working mode label. Finally, based on the determined scenario type (smooth approach or emergency approach), the corresponding filtering algorithm and unlocking threshold will be matched to execute precise vehicle unlocking control, thereby achieving a seamless intelligent entry experience in complex scenarios while ensuring security.

[0034] To address the technical issues of inability to distinguish user intent, susceptibility to false triggers, and the need for manual reset when pairing information is lost, a tiered processing logic was constructed: if the working mode label is a sleep mode label, it is determined that the scene is not approaching and the lock is maintained; if it is a listening wake-up mode label or an active vehicle-finding mode label, the local pairing status is first checked. If pairing loss is detected, backup credentials are automatically retrieved through a secure cloud channel to complete a seamless re-pairing, followed by approach scene determination based on signal strength sequence. By dynamically determining the current approach scene, not only is precise unlocking control based on user intent achieved, but the cloud backup and recovery mechanism also completely eliminates the pain point of pairing interruption caused by system upgrades or resets, achieving a seamless user experience throughout the entire lifecycle and greatly improving the system's fault tolerance and user satisfaction.

[0035] In summary, the vehicle unlocking control method has the following beneficial effects: Significantly reduced system power consumption: By introducing geofencing and user motion monitoring, adaptive dynamic adjustment of the digital key broadcasting strategy and vehicle scanning strategy is achieved. By entering deep sleep or low-frequency listening mode in non-use scenarios, the ineffective power consumption of the digital key and vehicle is greatly reduced, effectively extending the digital key's battery life and the vehicle's battery life.

[0036] Improve unlocking response speed across all scenarios: Based on a context-aware dynamic signal processing mechanism, the filtering algorithm adaptively switches between smooth and emergency approach scenarios. In emergency scenarios, the filtering of short-term signal fluctuations is relaxed, and the rapid enhancement trend of RSSI is keenly captured, solving the unlocking delay problem when the user is running or moving quickly, and achieving a truly seamless response in seconds.

[0037] Achieving seamless fault tolerance and high reliability: Utilizing a cloud backup mechanism, encrypted pairing credentials are securely stored after the initial successful pairing. If the vehicle or digital key loses local pairing information due to system reset or other reasons, the credentials can be automatically retrieved from the cloud in the background and re-paired. The entire process is completely transparent to the user, requiring no manual intervention, thus completely eliminating experience interruptions caused by information loss and greatly improving system robustness and user satisfaction.

[0038] In some embodiments, the current operating mode of the digital key is determined based on its location and a preset set of site fences, including: In response to the location being within the dormant site fence of the site fence set and the location being stationary, the dormant mode is determined as the current working mode; In response to the location being outside the dormant field fence of the field fence set, or the location being in a moving state and the moving speed being less than the preset threshold speed, the listening wake-up mode is determined as the current working mode. In response to the location being within the parking lot fence of the site fence set, or the location being in a moving state and the moving speed being greater than or equal to a preset threshold speed, the active vehicle search mode is determined as the current working mode.

[0039] In practical implementation, determining whether a location is inside or outside the dormant area fence requires checking if the location falls within its geometric range. Optionally, a double verification can be performed using the Service Set Identifier (SSID) of the Wi-Fi access point. For example, only if the digital key's location is within the company fence and connected to the company Wi-Fi is it confirmed to be within the dormant area fence. Simultaneously, the determination of a stationary state employs a multi-sensor fusion algorithm, integrating accelerometer variance analysis, gyroscope rotation vector, and magnetometer stability to set a multi-dimensional stationary confidence threshold. Only when the confidence level exceeds this threshold is the location considered stationary, effectively avoiding false positives due to slight shaking. Therefore, if the location is within the dormant area fence of the fence set and the location is stationary, it indicates the user has no need to retrieve the digital key to unlock the vehicle, and the low-power dormant mode is determined as the current operating mode. If the location is outside the dormant area fence of the fence set, it indicates the user may have a need to use the vehicle, and the listening wake-up mode can be determined as the current operating mode, achieving a balance between power consumption and fast unlocking.

[0040] For speed estimation, the location is smoothed over time, and the ratio of distance difference to time difference between adjacent sampling points is calculated to obtain the speed. This speed is then compared to a preset threshold speed (preferably 1.2 m / s). If the speed is less than the preset threshold, it indicates the user is moving at a low speed with the digital key, a normal movement pattern. In this case, the listening wake-up mode is set as the current operating mode to balance power consumption and fast unlocking. If the speed is greater than the preset threshold, it indicates the user is moving at a faster speed with the digital key, an emergency vehicle use scenario. In this case, the active vehicle-finding mode is set as the current operating mode to ensure rapid unlocking before the user reaches the vehicle.

[0041] Similarly, the same method is used to determine whether the location is within the parking lot fence. When the location is within the parking lot fence, it means that the user and digital key are close to the vehicle and there is a high probability of using the vehicle. At this time, in order to ensure the unlocking speed, the active vehicle search mode is set as the current working mode to ensure that the vehicle is unlocked before the user uses the vehicle, thus ensuring the user experience.

[0042] By combining location and speed-based judgment logic, the accuracy of operating mode switching is ensured. This avoids unnecessary power consumption when stationary in the sleep zone and prevents connection failures due to misjudgment during movement. Addressing the technical issue that relying solely on location data can lead to false "stationary" or "false movement" misjudgments, resulting in chaotic mode switching and increased unnecessary power consumption, a site fence set and speed threshold (e.g., 1.2 m / s) are introduced for joint judgment. This effectively filters out false mode switching caused by signal drift or minor vibrations, ensuring high robustness of operating mode determination, preventing frequent jitter between sleep and wake-up modes, and further reducing useless energy consumption.

[0043] In some embodiments, determining the current signal broadcast frequency and current signal broadcast power of the digital key based on the current operating mode includes: In response to the current working mode being sleep mode, pause low-power Bluetooth broadcasting, or set the preset minimum heartbeat frequency as the current signal broadcasting frequency and the default broadcasting power as the current signal broadcasting power; In response to the current working mode being the listen-to-wake mode, the preset default broadcast frequency is set as the current signal broadcast frequency, and the default broadcast power is set as the current signal broadcast power; In response to the current working mode being active vehicle search mode, the sum of the preset compensation frequency and the default broadcast frequency is determined as the current signal broadcast frequency, and the sum of the preset compensation power and the default broadcast power is determined as the current signal broadcast power.

[0044] In practice, adjusting the broadcast parameters of the digital key is not a simple on / off switch, but rather a fine-grained setting through the configuration structure of the BLE protocol stack. Specific RF parameters are mapped based on the determined current operating mode, responding to different power consumption and performance requirements through "adaptive matching of physical layer parameters." Different broadcast frequencies and powers are set for the three operating modes because, in BLE communication, the broadcast interval (frequency) determines the delay before being detected by surrounding devices, while the transmit power (Tx Power) determines the signal coverage radius and anti-interference capability. In sleep mode, since it is anticipated that the user is moving away from the vehicle, RF parameters of "pause broadcasting" or "minimum heartbeat" are used to minimize the transceiver's duty cycle, physically eliminating power waste.

[0045] In the listen-to-wake mode, users may leave the sleep zone at any time, so a certain probability of being detected needs to be maintained. Therefore, a balance strategy of default broadcast frequency and default power is adopted to balance the probability of detection and power consumption, which is suitable for most medium-distance communication scenarios.

[0046] In the active vehicle-finding mode, given the user's high movement speed, large Doppler shift of the signal, and the user's expectation of extremely short waiting time, it is necessary to add "compensation frequency" and "compensation power" on top of the default settings. Increasing the frequency (shortening the interval) is equivalent to increasing the number of data packets sent per unit time, increasing the probability that at least one packet is correctly received; increasing the power directly improves the signal coverage. The combination of the two can effectively combat signal attenuation and packet loss caused by high-speed movement, ensuring that in emergency scenarios where the user runs to the vehicle, the vehicle can quickly capture and establish a stable connection before the user uses the vehicle, thus unlocking the vehicle and avoiding waiting time caused by unlocking delays, guaranteeing the user experience.

[0047] In some embodiments, determining the current proximity scene based on signal strength and the operating mode tag carried by the broadcast signal includes: In response to the working mode label being a sleep mode label, the unapproached scene is identified as the currently approaching scene; In response to the working mode label being either the listening wake-up mode label or the active vehicle search mode label, the current pairing status with the digital key is determined, and the signal strength sequence is determined based on the signal strength within a preset time window. In response to the current pairing status being a successful pairing status, the current proximity scenario is determined based on the signal strength sequence and the working mode label; In response to the current pairing status being a pairing failure, the digital key is re-paired according to the pairing code in the cloud, and after successful re-pairing, the current proximity scenario is determined based on the signal strength sequence and the working mode label.

[0048] In practice, after scanning the broadcast signal, the vehicle first extracts the working mode label from the broadcast data as prior knowledge for scene determination. If the label indicates sleep mode, it means that the user has not theoretically triggered any action to approach the vehicle. At this time, the user is likely in a stationary state far away from the vehicle. The vehicle will directly determine that the scene has not approached and can further reduce its scanning duty cycle to enter a deeper level of energy-saving monitoring state.

[0049] If the working mode label is listening wake-up mode or active vehicle search mode, the local encrypted database is immediately searched to verify the binding relationship and key version corresponding to the device identifier in the broadcast signal to determine the current pairing status. When the current pairing status is a pairing failure status, the vehicle does not directly report an error, but activates the emergency recovery process. It sends a recovery request containing the vehicle VIN code and device ID to the cloud server through the vehicle's 4G / 5G communication module. After two-way authentication, the cloud issues an encrypted pairing code. The vehicle uses this pairing code and the digital key to complete the standard BLE pairing and binding protocol in the background, updates the local pairing status to a pairing success status, and then seamlessly connects to the signal strength sequence construction stage. This makes the loss of pairing information completely transparent to the user, greatly improving the system's fault tolerance and robustness.

[0050] When the pairing status is successful, the vehicle starts a first-in-first-out time window of length N (e.g., N=20), continuously stores the signal strength at 20ms sampling intervals to form a signal strength sequence, and determines the current approach scene based on the signal strength sequence and the working mode label.

[0051] In some embodiments, determining the current proximity scene based on a signal strength sequence and an operating mode label includes: The rate of increase and fluctuation amplitude of signal strength are determined based on the signal strength sequence; The initial approach scenario is determined based on the working mode label; specifically, when the working mode label is the listening wake-up mode label, the smooth approach scenario is determined as the initial approach scenario; when the working mode label is the active vehicle-finding mode label, the emergency approach scenario is determined as the initial approach scenario. The initial approach scenario is verified based on the increase rate and fluctuation amplitude to obtain the current approach scenario.

[0052] In practice, digital signal processing algorithms are executed on the signal strength sequence acquired within a preset time window (e.g., 2 seconds). First, the first-order difference of the signal strength sequence is calculated to obtain the continuous RSSI change. By linearly fitting the change or calculating its average value, the rate of increase of the signal strength (i.e., the slope, in dBm / s) is determined. Optionally, the standard deviation or peak-to-peak value of the signal strength sequence is calculated to quantify the fluctuation amplitude (in dBm). Simultaneously, the operating mode label in the broadcast signal is parsed. If the label is a listening wake-up mode label, the smooth approach scenario is determined as the initial approach scenario based on the assumption that the listening wake-up mode usually corresponds to the user walking smoothly. If the label is an active vehicle-finding mode label, the emergency approach scenario is set as the initial approach scenario based on the assumption that the active vehicle-finding mode corresponds to the user moving rapidly.

[0053] Then, the scene verification logic is executed. The calculated increase rate is compared with a preset rate threshold, and the fluctuation amplitude is compared with a preset sudden change amplitude threshold. Only when the initially set scene matches the actual measurement results of the signal characteristics (e.g., the initial scene is stable and the rate and amplitude do not exceed the threshold, or the initial scene is emergency and the rate and amplitude both exceed the threshold), is the verification confirmed, and the initial approach scene is officially determined as the current approach scene. The dual mechanism of "label prediction + data verification" effectively avoids misjudgment that may be caused by a single basis and improves the accuracy of scene perception. It effectively solves the problem of scene misclassification caused by a single judgment basis, improves the accuracy of context perception, accurately distinguishes whether the user is walking normally or running, and provides solid data support for the accurate matching of the subsequent unlocking algorithm.

[0054] In some embodiments, scene verification is performed on the initial approach scene based on the increase rate and fluctuation amplitude to obtain the current approach scene, including: If the initial approach scenario is a stable approach scenario, and the increase rate is less than or equal to a preset rate threshold, and the fluctuation amplitude is less than or equal to a preset mutation amplitude, the scenario verification is passed, and the stable approach scenario is determined as the current approach scenario. If the initial approach scenario is an emergency approach scenario, and the increase rate is greater than a preset rate threshold and the fluctuation amplitude is greater than a preset mutation amplitude, the scenario verification is passed, and the emergency approach scenario is determined as the current approach scenario.

[0055] In practice, when the initial approach scenario is a stable approach scenario, a lower first rate threshold (e.g., 1.5dBm / s) and a smaller first mutation amplitude threshold (e.g., ±3dBm) can be set. This is because during a stable approach, RSSI should show a slow and monotonous growth trend. If there is a sudden increase in rate or a large fluctuation, it may mean that the signal has been subjected to unexpected interference or abnormal user behavior. In this case, the verification will fail, and the system will maintain the existing state or re-evaluate the scenario.

[0056] When the initial approach scenario is an emergency approach scenario, a higher second rate threshold (e.g., 6 dBm / s) and a larger second mutation amplitude threshold (e.g., ±10 dBm) can be set. This is because running will cause the RSSI curve to rise sharply and be accompanied by severe jitter. It is necessary to tolerate this physically consistent fluctuation rather than misjudging it as noise and removing it. The verification process at this time is as follows: If the initial approach scenario is a stable approach scenario, and the increase rate is less than or equal to a preset first rate threshold, and the fluctuation amplitude is less than or equal to a preset first mutation amplitude, the scenario verification is passed, and the stable approach scenario is determined as the current approach scenario. If the initial approach scenario is an emergency approach scenario, and the increase rate is greater than the preset second rate threshold, and the fluctuation amplitude is greater than the preset second mutation amplitude, the scenario verification is passed, and the stable approach scenario is determined as the current approach scenario. Among them, the first rate threshold is less than the second rate threshold, and the first mutation amplitude is less than the second mutation amplitude.

[0057] Alternatively, the same set of thresholds can be used for verification, for example, a rate threshold of 3 dBm / s and a mutation amplitude threshold of ±5 dBm.

[0058] For smooth approach scenarios, the scenario verification is passed when the increase rate is less than or equal to a preset rate threshold and the fluctuation amplitude is less than or equal to a preset abrupt change amplitude. This is because during a smooth approach, the signal should rise smoothly, and any drastic jump is statistically a low-probability event and should be considered interference and eliminated. Conversely, for emergency approach scenarios, the scenario verification is passed when the increase rate is greater than a preset rate threshold and the fluctuation amplitude is greater than a preset abrupt change amplitude. This is because in the physical world, running is inevitably accompanied by significant RSSI fluctuations. If the strict threshold of the smooth scenario is still applied in this case, the valid rapid approach signal will be misjudged as noise and filtered out, resulting in unlocking delay. An adaptive threshold algorithm is adopted, based on the differences in signal characteristics under different scenarios. For the special case of greater signal fluctuations in emergency scenarios, a corresponding special filtering algorithm is used, which solves the problem of "overcorrection" in traditional filtering algorithms. It can correctly identify and accept the signal characteristics during emergency approach, avoid trend misjudgment caused by excessive smoothing, and ensure that the rapid increase trend of RSSI can be quickly captured when the user rushes towards the vehicle, thereby triggering a second-level unlocking response.

[0059] In some embodiments, vehicle unlocking control is performed based on the current proximity scenario and signal strength, including: In response to the current approach scenario being a smooth approach scenario, the signal strength is smoothed by a preset default filtering strategy to obtain a first filtering curve, and the vehicle is unlocked when the maximum value of the first filtering curve is greater than or equal to a preset unlocking threshold. In response to the current approach scenario being a smooth approach scenario, the signal strength is smoothed by a preset relaxed filtering strategy to obtain a second filtering curve. The vehicle is unlocked when the rate of change of the second filtering curve is greater than or equal to a preset rate of change threshold and the maximum value of the second filtering curve is greater than or equal to a preset lower limit unlocking threshold. Among them, the relaxed filtering strategy is a filtering strategy that relaxes the filtering of short-term fluctuation signals, and the lower limit unlocking threshold is less than the unlocking threshold.

[0060] In practice, the vehicle unlocking control strategy needs to be adaptively matched according to the dynamic characteristics of the current approach scenario. If the current approach scenario is a stable approach scenario, the vehicle-side digital signal processing unit will adopt a preset default filtering strategy. The default filtering strategy is a high-order infinite impulse response low-pass filter or a moving average filter, which has a large time constant (e.g., 1 second). It can effectively filter out high-frequency RSSI noise caused by slight human body shaking or environmental multipath effects, generating a smooth and stable first filter curve. The maximum value of the first filter curve is continuously monitored. When the maximum value stably exceeds the preset unlocking threshold (e.g., -75dBm) and the duration reaches the anti-shake window (e.g., 500 milliseconds), the vehicle-side sends an unlocking command to the body control module to realize unlocking control.

[0061] If the current approach scenario is an emergency approach scenario, considering the characteristics of the RSSI signal being highly abrupt and weakly correlated due to the user's rapid movement, a preset relaxed filtering strategy will be switched to. This relaxed filtering strategy essentially reduces the order of the low-pass filter or decreases the length of the sliding window (e.g., to 100 milliseconds), thereby relaxing the filtering intensity for short-term fluctuating signals while retaining rapidly changing components in the signal, generating a second filtered curve. Instead of solely relying on the absolute amplitude of the filtered signal, the focus is on monitoring the rate of change (i.e., slope) of the second filtered curve. When the rate of change is greater than or equal to a preset rate of change threshold (e.g., 8 dBm / s) and the maximum value of the second filtered curve is greater than or equal to a preset lower limit unlocking threshold, it is determined that the user is rapidly approaching, and an unlocking command is immediately triggered. Through differentiated control logic, the pain point of unlocking delay caused by over-filtering in emergency scenarios is solved while ensuring safety.

[0062] In stable scenarios, unlocking is based on the maximum value of the filter curve to ensure safety. In emergency scenarios, unlocking is based on the rate of change of the curve when the signal is slightly offline to ensure speed. This perfectly balances safety and immediacy, avoiding accidental unlocking due to signal jitter and solving the pain point of missing the best unlocking opportunity while waiting for the signal to stabilize in emergency scenarios. It significantly improves the user's seamless entry experience in various motion states.

[0063] In some embodiments, the vehicle unlocking control method further includes: When pairing with a digital key for the first time, the pairing code corresponding to the digital key will be shared to the cloud.

[0064] In practice, a data redundancy backup mechanism is established to eliminate the risk of single points of failure. The pairing code is shared to the cloud during the initial pairing process because this is the moment of highest data integrity and conforms to the write-once, read-many backup logic. From a security perspective, uploading the pairing code to the cloud is not a simple copy, but a secure transmission built on an encrypted channel, and cloud storage typically uses hash salting. The fundamental reason for uploading the pairing code to the cloud is to address the real risk of local data loss due to replacement, maintenance, or system crashes of the vehicle's main control unit. If pairing data is lost, users must perform cumbersome offline matching, leading to a degraded user experience.

[0065] After the initial successful pairing, the pairing code is uploaded to the cloud via the vehicle's security channel for encrypted backup. Addressing the high maintenance costs of existing digital key systems where pairing information is stored locally, leading to key invalidation upon vehicle or mobile device reset and requiring re-pairing at a dealership, a closed-loop backup system of "end-cloud-end" has been established. Leveraging the cloud's high-availability storage capabilities, a reliable recovery mechanism for digital keys is provided, enabling seamless pairing recovery and ensuring the smooth execution of the entire process, guaranteeing the successful implementation of keyless vehicle entry.

[0066] It should be noted that the method in this embodiment can be executed by a single device, such as a computer or server. The method can also be applied in a distributed scenario, where multiple devices cooperate to complete the task. In such a distributed scenario, one of these devices may execute only one or more steps of the method in this embodiment, and the multiple devices will interact with each other to complete the method described.

[0067] It should be noted that the above description describes some embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in a different order than that shown in the above embodiments and still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0068] Based on the same inventive concept, corresponding to any of the above embodiments, this application also provides a vehicle unlocking control device.

[0069] refer to Figure 2 The vehicle unlocking control device includes: The working mode determination module 10 is configured to determine the current working mode of the digital key based on the location of the digital key and a preset set of site fences. The parameter dynamic adjustment module 20 is configured to: determine the current signal broadcast frequency and current signal broadcast power of the digital key's broadcast signal according to the current working mode; The scene dynamic unlocking module 30 is configured to: in response to scanning a broadcast signal, determine the current approach scene based on the signal strength and the working mode tag carried by the broadcast signal, and perform vehicle unlocking control based on the current approach scene and signal strength.

[0070] In some embodiments, the operating mode determination module 10 is further configured to: In response to the location being within the dormant site fence of the site fence set and the location being stationary, the dormant mode is determined as the current working mode; In response to the location being outside the dormant field fence of the field fence set, or the location being in a moving state and the moving speed being less than the preset threshold speed, the listening wake-up mode is determined as the current working mode. In response to the location being within the parking lot fence of the site fence set, or the location being in a moving state and the moving speed being greater than or equal to a preset threshold speed, the active vehicle search mode is determined as the current working mode.

[0071] In one embodiment, the parameter dynamic adjustment module 20 is further configured to: In response to the current working mode being sleep mode, pause low-power Bluetooth broadcasting, or set the preset minimum heartbeat frequency as the current signal broadcasting frequency and the default broadcasting power as the current signal broadcasting power; In response to the current working mode being the listen-to-wake mode, the preset default broadcast frequency is set as the current signal broadcast frequency, and the default broadcast power is set as the current signal broadcast power; In response to the current working mode being active vehicle search mode, the sum of the preset compensation frequency and the default broadcast frequency is determined as the current signal broadcast frequency, and the sum of the preset compensation power and the default broadcast power is determined as the current signal broadcast power.

[0072] In one embodiment, the scene dynamic unlocking module 30 is further configured as follows: In response to the working mode label being a sleep mode label, the unapproached scene is identified as the currently approaching scene; In response to the working mode label being either the listening wake-up mode label or the active vehicle search mode label, the current pairing status with the digital key is determined, and the signal strength sequence is determined based on the signal strength within a preset time window. In response to the current pairing status being a successful pairing status, the current proximity scenario is determined based on the signal strength sequence and the working mode label; In response to the current pairing status being a pairing failure, the digital key is re-paired according to the pairing code in the cloud, and after successful re-pairing, the current proximity scenario is determined based on the signal strength sequence and the working mode label.

[0073] In one embodiment, the scene dynamic unlocking module 30 is further configured as follows: The rate of increase and fluctuation amplitude of signal strength are determined based on the signal strength sequence; The initial approach scenario is determined based on the working mode label; specifically, when the working mode label is the listening wake-up mode label, the smooth approach scenario is determined as the initial approach scenario; when the working mode label is the active vehicle-finding mode label, the emergency approach scenario is determined as the initial approach scenario. The initial approach scenario is verified based on the increase rate and fluctuation amplitude to obtain the current approach scenario.

[0074] In one embodiment, the scene dynamic unlocking module 30 is further configured as follows: If the initial approach scenario is a stable approach scenario, and the increase rate is less than or equal to a preset rate threshold, and the fluctuation amplitude is less than or equal to a preset mutation amplitude, the scenario verification is passed, and the stable approach scenario is determined as the current approach scenario. If the initial approach scenario is an emergency approach scenario, and the increase rate is greater than a preset rate threshold and the fluctuation amplitude is greater than a preset mutation amplitude, the scenario verification is passed, and the emergency approach scenario is determined as the current approach scenario.

[0075] In one embodiment, the scene dynamic unlocking module 30 is further configured as follows: In response to the current approach scenario being a smooth approach scenario, the signal strength is smoothed by a preset default filtering strategy to obtain a first filtering curve, and the vehicle is unlocked when the maximum value of the first filtering curve is greater than or equal to a preset unlocking threshold. In response to the current approach scenario being a smooth approach scenario, the signal strength is smoothed by a preset relaxed filtering strategy to obtain a second filtering curve. The vehicle is unlocked when the rate of change of the second filtering curve is greater than or equal to a preset rate of change threshold and the maximum value of the second filtering curve is greater than or equal to a preset lower limit unlocking threshold. Among them, the relaxed filtering strategy is a filtering strategy that relaxes the filtering of short-term fluctuation signals, and the lower limit unlocking threshold is less than the unlocking threshold.

[0076] In some embodiments, the operating mode determination module 10 is further configured to: When pairing with a digital key for the first time, the pairing code corresponding to the digital key will be shared to the cloud.

[0077] For ease of description, the above devices are described in terms of function, divided into various modules. Of course, in implementing this application, the functions of each module can be implemented in one or more software and / or hardware.

[0078] The apparatus described above is used to implement the corresponding vehicle unlocking control method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0079] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle unlocking control method described in any of the above embodiments.

[0080] Figure 3 This embodiment illustrates a more specific hardware structure of an electronic device. The device may include a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, memory 1020, input / output interface 1030, and communication interface 1040 are interconnected internally via the bus 1050.

[0081] The processor 1010 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0082] The memory 1020 can be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program code is stored in the memory 1020 and is called and executed by the processor 1010.

[0083] The input / output interface 1030 is used to connect input / output modules to realize information input and output. Input / output modules can be configured as components within the device (not shown in the figure) or externally connected to the device to provide corresponding functions. Input devices may include keyboards, mice, touchscreens, microphones, various sensors, etc., while output devices may include displays, speakers, vibrators, indicator lights, etc.

[0084] The communication interface 1040 is used to connect a communication module (not shown in the figure) to enable communication between this device and other devices. The communication module can communicate via wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0085] Bus 1050 includes a pathway for transmitting information between various components of the device, such as processor 1010, memory 1020, input / output interface 1030, and communication interface 1040.

[0086] It should be noted that although the above-described device only shows the processor 1010, memory 1020, input / output interface 1030, communication interface 1040, and bus 1050, in specific implementations, the device may also include other components necessary for normal operation. Furthermore, those skilled in the art will understand that the above-described device may only include the components necessary for implementing the embodiments of this specification, and not necessarily all the components shown in the figures.

[0087] The electronic devices described above are used to implement the corresponding vehicle unlocking control methods in any of the foregoing embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0088] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides a non-transitory computer-readable storage medium storing computer instructions for causing the computer to execute the vehicle unlocking control method as described in any of the above embodiments.

[0089] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transfer medium that can be used to store information accessible by a computing device.

[0090] The computer instructions stored in the storage medium of the above embodiments are used to cause the computer to execute the vehicle unlocking control method as described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0091] Based on the same inventive concept, corresponding to any of the above embodiments, this application also provides a vehicle, including the electronic device or vehicle unlocking control device of the above embodiments, and executes the vehicle unlocking control method as described in any of the above embodiments through the electronic device or vehicle unlocking control device of the above embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0092] It is understood that before using the technical solutions of the various embodiments in this application, users will be informed of the type, scope of use, and usage scenarios of the personal information involved in an appropriate manner, and user authorization will be obtained.

[0093] For example, upon receiving a user's active request, a prompt message is sent to the user to explicitly inform them that the requested operation will require the acquisition and use of the user's personal information. This allows the user to independently choose, based on the prompt message, whether to provide personal information to the software or hardware such as electronic devices, applications, servers, or storage media performing the operations described in this application.

[0094] As an optional but not limited implementation, in response to a user's active request, sending a prompt message to the user can be done via a pop-up window, where the prompt message can be presented in text format. Furthermore, the pop-up window can also include a selection control allowing the user to choose "agree" or "disagree" to provide personal information to the electronic device.

[0095] It is understood that the above notification and user authorization process is merely illustrative and does not limit the implementation of this application. Other methods that comply with relevant laws and regulations may also be applied to the implementation of this application.

[0096] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of this application is limited to these examples; under the concept of this application, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of the embodiments of this application as described above, which are not provided in detail for the sake of brevity.

[0097] Additionally, to simplify the description and discussion, and to avoid obscuring the embodiments of this application, the well-known power / ground connections to integrated circuit (IC) chips and other components may or may not be shown in the provided drawings. Furthermore, the apparatus may be shown in block diagram form to avoid obscuring the embodiments of this application, and this also takes into account the fact that the details of the implementation of these block diagram apparatuses are highly dependent on the platform on which the embodiments of this application will be implemented (i.e., these details should be fully understood by those skilled in the art). While specific details (e.g., circuits) have been set forth to describe exemplary embodiments of this application, it will be apparent to those skilled in the art that the embodiments of this application can be implemented without these specific details or with variations thereof. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0098] Although this application has been described in conjunction with specific embodiments thereof, many substitutions, modifications, and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may be used with the embodiments discussed.

[0099] The embodiments of this application are intended to cover all such substitutions, modifications, and variations that fall within the broad scope of the claims of this application. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the embodiments of this application should be included within the protection scope of this application.

Claims

1. A vehicle unlocking control method, characterized in that, include: The current working mode of the digital key is determined based on its location and a set of preset site fences. The current signal broadcast frequency and current signal broadcast power of the digital key's broadcast signal are determined based on the current operating mode. In response to the detected broadcast signal, the current approach scene is determined based on the signal strength and the operating mode tag carried by the broadcast signal, and vehicle unlocking control is performed based on the current approach scene and the signal strength.

2. The vehicle unlocking control method according to claim 1, characterized in that, The process of determining the current operating mode of the digital key based on its location and a preset set of site fences includes: In response to the location being located within the dormant site fence of the site fence set and the location being stationary, the dormant mode is determined as the current working mode; In response to the location being outside the dormant field fence of the field fence set, or the location being in a moving state and the moving speed being less than a preset threshold speed, the listening wake-up mode is determined as the current working mode. In response to the location being within the parking lot fence of the site fence set, or the location being in a moving state and the moving speed being greater than or equal to a preset threshold speed, the active vehicle search mode is determined as the current working mode.

3. The vehicle unlocking control method according to claim 1, characterized in that, Determining the current signal broadcast frequency and current signal broadcast power of the digital key based on the current operating mode includes: In response to the current working mode being sleep mode, pause low-power Bluetooth broadcasting, or set the preset minimum heartbeat frequency as the current signal broadcasting frequency and the default broadcasting power as the current signal broadcasting power; In response to the current working mode being the listening wake-up mode, the preset default broadcast frequency is determined as the current signal broadcast frequency, and the default broadcast power is determined as the current signal broadcast power; In response to the current working mode being the active vehicle search mode, the sum of the preset compensation frequency and the default broadcast frequency is determined as the current signal broadcast frequency, and the sum of the preset compensation power and the default broadcast power is determined as the current signal broadcast power.

4. The vehicle unlocking control method according to claim 1, characterized in that, Determining the current approach scene based on signal strength and the operating mode tag carried by the broadcast signal includes: In response to the working mode label being a sleep mode label, the unapproached scene is determined as the currently approaching scene; In response to the working mode label being a listening wake-up mode label or an active vehicle search mode label, the current pairing status with the digital key is determined, and a signal strength sequence is determined based on the signal strength within a preset time window; In response to the current pairing status being a successful pairing status, the current proximity scenario is determined based on the signal strength sequence and the operating mode label; In response to the current pairing status being a pairing failure status, the digital key is re-paired according to the pairing code in the cloud, and after successful re-pairing, the current proximity scenario is determined according to the signal strength sequence and the working mode label.

5. The vehicle unlocking control method according to claim 4, characterized in that, Determining the current approach scene based on the signal strength sequence and the operating mode label includes: The rate of increase and fluctuation amplitude of signal strength are determined based on the signal strength sequence. The initial approach scenario is determined based on the working mode label; wherein, when the working mode label is the listening wake-up mode label, the smooth approach scenario is determined as the initial approach scenario; when the working mode label is the active vehicle-finding mode label, the emergency approach scenario is determined as the initial approach scenario. The initial approach scene is verified based on the increase rate and the fluctuation amplitude to obtain the current approach scene.

6. The vehicle unlocking control method according to claim 5, characterized in that, The step of verifying the initial approach scene based on the increase rate and the fluctuation amplitude to obtain the current approach scene includes: In response to the initial approach scenario being the stable approach scenario, and the increase rate being less than or equal to a preset rate threshold, and the fluctuation amplitude being less than or equal to a preset abrupt change amplitude, the scenario verification is passed, and the stable approach scenario is determined as the current approach scenario. In response to the initial approach scenario being the emergency approach scenario, and the increase rate being greater than a preset rate threshold, and the fluctuation amplitude being greater than a preset mutation amplitude, the scenario verification is passed, and the emergency approach scenario is determined as the current approach scenario.

7. The vehicle unlocking control method according to claim 6, characterized in that, The vehicle unlocking control based on the current proximity scenario and the signal strength includes: In response to the current approach scenario being a smooth approach scenario, the signal strength is smoothed and filtered according to a preset default filtering strategy to obtain a first filtering curve, and the vehicle is unlocked when the maximum value of the first filtering curve is greater than or equal to a preset unlocking threshold. In response to the current approach scenario being a smooth approach scenario, the signal strength is smoothed and filtered according to a preset relaxed filtering strategy to obtain a second filter curve. The vehicle is unlocked when the rate of change of the second filter curve is greater than or equal to a preset rate of change threshold and the maximum value of the second filter curve is greater than or equal to a preset lower limit unlocking threshold. The relaxed filtering strategy is a filtering strategy that relaxes the filtering of short-term fluctuation signals, and the lower limit unlocking threshold is less than the unlocking threshold.

8. The vehicle unlocking control method according to claim 7, characterized in that, Also includes: When the digital key is paired for the first time, the pairing code corresponding to the digital key is shared to the cloud.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that, When the processor executes the program, it implements the method as described in any one of claims 1 to 8.

10. A vehicle, characterized in that, Including the electronic device as described in claim 9.

Images