Vehicle control method and related apparatus

Abstract

The present application discloses a vehicle control method and a related apparatus. The method comprises: a vehicle establishing a near field communication connection with a terminal; on the basis of a current scenario and an occlusion state of the terminal, determining that a threshold of the signal strength of a first operation is a first threshold, wherein the occlusion state of the terminal comprises a non-occluded state and an occluded state; in the same scenario. for the first operation, a threshold of the signal strength corresponding to the non-occluded state is less than a threshold of the signal strength corresponding to the occluded state; when the current scenario is a vehicle-entry unlocking scenario, the first operation is unlocking vehicle doors; and when the current scenario is a vehicle-exit locking scenario, the first operation is locking the vehicle doors; and when it is detected that the signal strength of the terminal reaches the first threshold, executing the first operation. In this way, the problems of untimely unlocking and premature locking can be avoided, to achieve more accurate seamless control, thereby improving unlocking efficiency, and effectively improving user experience.

Description

Vehicle control methods and related devices

[0001] This application claims priority to Chinese Patent Application No. 202510123929.1, filed with the China National Intellectual Property Administration on January 24, 2025, entitled "Vehicle Control Method and Related Device", the entire contents of which are incorporated herein by reference. Technical Field

[0002] This application relates to the field of electronic technology, and in particular to vehicle control methods and related devices. Background Technology

[0003] With the development of technology, the widespread use of smart terminals, and the intelligence of automotive systems, people can use digital car keys (DKs) to control vehicles for unlocking, locking, and other related operations, solving the problem of the inconvenience of carrying traditional car keys. Data car keys can be set in mobile terminals such as smartphones, allowing users to use their mobile devices as car keys, bringing great convenience to people's lives.

[0004] Digital car keys enable seamless, automatic unlocking. For example, when a user's mobile device approaches the vehicle, the vehicle can detect the distance between the device and the vehicle; if this distance is less than a certain value, the vehicle can automatically unlock the doors.

[0005] Currently, distance judgment for digital car keys is usually based on signal strength. However, due to factors such as human absorption of signals and multipath effects, signal strength is easily affected by interference, resulting in large distance errors. This leads to low reliability when unlocking car doors based on signal strength, which affects the user experience. Summary of the Invention

[0006] This application provides a vehicle control method and related devices that can avoid the problems of untimely unlocking and premature locking, achieve more precise and seamless control, improve unlocking efficiency, and effectively enhance the user experience.

[0007] In a first aspect, this application provides a vehicle control method applied to a vehicle, the method comprising: establishing a short-range communication connection between the vehicle and a terminal; determining a threshold value for the signal strength of a first operation as a first threshold value based on the current scene and the occlusion state of the terminal; the occlusion state of the terminal includes an unoccluded state and an occluded state; under the same scene, for the first operation, the threshold value for the signal strength corresponding to the unoccluded state is less than the threshold value for the strength corresponding to the occluded state; when the current scene is a vehicle unlocking scene, the first operation is vehicle door unlocking; when the current scene is a vehicle locking scene, the first operation is vehicle door locking; and executing the first operation when the signal strength of the terminal is detected to reach the first threshold value.

[0008] By implementing the embodiments of this application, different RSSI thresholds are set for the occluded and unoccluded states of the terminal in various scenarios. Based on the current scenario and the terminal's occlusion state, a threshold for the RSSI required to control the vehicle to perform a first operation (e.g., door unlocking or locking) in the current scenario is determined. When the terminal's RSSI reaches this threshold, the vehicle can automatically perform the first operation, thereby achieving seamless vehicle control. This avoids problems such as untimely unlocking and premature locking, improves unlocking efficiency, achieves more accurate seamless unlocking, and effectively enhances the user experience.

[0009] In one implementation, before determining the threshold for the signal strength of the first operation based on the current scene and the terminal's occlusion state, the method includes: determining the terminal's occlusion state based on the current scene and the terminal's carrying state; the occlusion state includes: a first occlusion state and a second occlusion state; the threshold for the signal strength of the first operation corresponding to the first occlusion state is less than the threshold for the signal strength of the first operation corresponding to the second occlusion state. Implementing this embodiment allows for multi-level division of the terminal's occlusion state based on the current scene and the terminal's carrying state, enabling the setting of different RSSI thresholds for different occlusion states and different levels of occlusion states. Different levels of occlusion states result in different degrees of signal attenuation for the terminal; this better matches the user's actual scene requirements and carrying state, thereby reducing the difference in distance for performing the first operation under different scenes and carrying states, avoiding confusion for the user's perception of unlocking and locking distances, and effectively improving the user experience.

[0010] In one implementation, the method further includes: when the current scenario is identified as a first scenario, sending first indication information to the terminal, the first indication information being used to instruct the terminal to report first sensor data; the first scenario being a vehicle unlocking scenario or a vehicle locking scenario; receiving the first sensor data sent by the terminal; and identifying the carrying status of the terminal based on the first sensor data. By implementing the embodiments of this application, the terminal reports the first sensor data to the vehicle, and the vehicle identifies the carrying status and obstruction status of the terminal in real time based on the terminal's first sensor data; thus, the requirements for the terminal's computing power, load, and energy consumption are lower, and even terminals with lower performance can implement the solution provided by the embodiments of this application.

[0011] In one implementation, after detecting that the terminal's signal strength reaches a first threshold, the method further includes: sending a second indication message to the terminal, the second indication message being used to instruct the terminal to stop reporting the first sensor data. By implementing the embodiments of this application, under specific conditions, the terminal promptly stops reporting the first sensor data, avoiding waste of the terminal's hardware and software resources.

[0012] In one implementation, in the vehicle unlocking scenario, the carrying state corresponding to the obstructed state includes some or all of the following: "in front pocket / front backpack" and "in back pocket / back backpack"; the carrying state corresponding to the unobstructed state includes: "holding the terminal to view the screen"; wherein, for the first operation, the signal strength threshold corresponding to "in back pocket / back backpack" is less than the signal strength threshold corresponding to "in back pocket / back backpack"; in the vehicle locking scenario, the carrying state corresponding to the obstructed state includes some or all of the following: "in front pocket / front backpack", "in back pocket / back backpack" and "holding the terminal to view the screen"; wherein, for the first operation, the signal strength threshold corresponding to "in front pocket / front backpack" and the signal strength threshold corresponding to "holding the terminal to view the screen" are both less than the signal strength threshold corresponding to "in front pocket / front backpack". Implementing this embodiment considers the obstruction effect of the human torso; in different scenarios, the degree of signal attenuation of the terminal's signal corresponding to the same carrying state can be different, corresponding to different levels of obstructed states; in the same scenario, the levels of obstructed states corresponding to different carrying states related to pockets / backpacks can be different. This enables more precise, seamless control, improves unlocking efficiency, reduces the difference in distance required to perform the first operation in different scenarios and carrying states, avoids confusion for users regarding the perceived unlocking and locking distances, and effectively enhances the user experience.

[0013] In one implementation, during the vehicle unlocking scenario, the carrying state corresponding to the obstructed state includes some or all of the following: "Holding the terminal while looking at the screen and the hand covering the antenna," "Holding the terminal at one's side and the hand covering the antenna," "In front pocket / front backpack," and "In back pocket / back backpack." Specifically, for the first operation, the signal strength threshold corresponding to "In back pocket / back backpack" is less than the signal strength threshold corresponding to "Holding the terminal while looking at the screen and the hand covering the antenna," also less than the signal strength threshold corresponding to "Holding the terminal at one's side and the hand covering the antenna," and also less than the signal strength threshold corresponding to "In front pocket / front backpack." During the vehicle locking scenario, the carrying state corresponding to the obstructed state includes some or all of the following: The scenarios described are: "Holding the terminal while looking at the screen, and the hand not blocking the antenna," "Holding the terminal while looking at the screen, and the hand blocking the antenna," "Holding the terminal at your side, and the hand blocking the antenna," "In front pocket / front backpack," and "In back pocket / back backpack." Specifically, for the first operation, the signal strength threshold for "Holding the terminal while looking at the screen, and the hand blocking the antenna" is lower than the signal strength threshold for "Holding the terminal while looking at the screen, and the hand not blocking the antenna," and also lower than the signal strength threshold for "In front pocket / front backpack." Similarly, the signal strength threshold for "In front pocket / front backpack" is lower than the signal strength threshold for "Holding the terminal at your side, and the hand blocking the antenna," and also lower than the signal strength threshold for "In back pocket / back backpack." Implementing this embodiment considers the obstruction effect of the human torso and the hand when holding the terminal. This achieves more precise and seamless control, improves unlocking efficiency, reduces the difference in distance required to perform the first operation in different scenarios and carrying states, avoids confusion for the user's perception of unlocking and locking distances, and effectively improves the user experience.

[0014] In one implementation, the first sensor data is sensor data corresponding to a sensor set, which includes some or all of the following: a magnetic sensor, an accelerometer, a gravity sensor, a gyroscope sensor, an orientation sensor, a distance sensor, a proximity sensor, a touch sensor, a pressure sensor, and an ambient light sensor. The aforementioned identification of the terminal's carrying state based on the first sensor data includes: identifying the terminal's carrying state using a state recognition model, where the input to the state recognition model includes the first sensor data and the terminal's carrying state. By implementing the embodiments of this application, the carrying state of the terminal can be effectively identified based on the terminal's first sensor data using the state recognition model, thereby effectively identifying the terminal's occlusion state.

[0015] Secondly, embodiments of this application provide an in-vehicle device, which includes a processor and a memory, the memory being coupled to the processor, the memory being used to store computer program code, the computer program code including computer instructions, and the processor reading the computer instructions from the memory to cause the in-vehicle device to execute the vehicle control method described in the first aspect.

[0016] Thirdly, embodiments of this application provide a computer storage medium including computer instructions, which, when executed on an in-vehicle device, cause the in-vehicle device to perform the vehicle control method in any of the possible implementations of any of the above aspects.

[0017] Fourthly, embodiments of this application provide a computer program product that, when run on a computer, causes the computer to execute the vehicle control method in any of the possible implementations of any of the above aspects. Attached Figure Description

[0018] Figure 1 is a schematic diagram of the system architecture of a communication system provided in an embodiment of this application;

[0019] Figures 2A and 2B illustrate the application scenarios of the vehicle control method provided in the embodiments of this application.

[0020] Figure 2C is a schematic diagram of an unlocking range and a locking range provided in an embodiment of this application;

[0021] Figure 3 is a schematic diagram of the system architecture of a vehicle control system provided in an embodiment of this application;

[0022] Figure 4A is a schematic flowchart of a vehicle control method provided in an embodiment of this application;

[0023] Figure 4B is a schematic flowchart of a vehicle control method provided in an embodiment of this application;

[0024] Figure 5 is a schematic flowchart of a vehicle control method provided in an embodiment of this application;

[0025] Figure 6 is a schematic diagram of the structure of a terminal provided in an embodiment of this application. Detailed Implementation

[0026] The technical solutions in the embodiments of this application will be clearly and thoroughly described below with reference to the accompanying drawings. In the description of the embodiments of this application, unless otherwise stated, " / " means "or," for example, A / B can mean A or B; the word "and / or" in the text is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, in the description of the embodiments of this application, "multiple" refers to two or more than two.

[0027] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as implying or suggesting relative importance or implicitly indicating the number of indicated technical features. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature, and in the description of the embodiments of this application, unless otherwise stated, "multiple" means two or more.

[0028] The communication system 10 involved in the vehicle control method provided in the embodiments of this application will be described below.

[0029] Figure 1 exemplarily illustrates the system architecture of the communication system 10 provided in this embodiment of the application. As shown in Figure 1, the communication system 10 includes a terminal 100 and a vehicle 200. The user's terminal 100 (e.g., a mobile phone) can be used as a digital car key for the vehicle 200. When the distance between the terminal 100 and the vehicle 200 is less than a certain distance, the terminal 100 and the vehicle 200 automatically establish a short-range communication connection using short-range communication technology 1, and the vehicle's infotainment system is activated to monitor the distance to the terminal 100. Based on this distance, the vehicle 200 can automatically perform vehicle-related operations such as unlocking and locking the doors, and starting the vehicle, achieving seamless operation of the vehicle 200 from a user experience perspective.

[0030] This application does not specifically limit the aforementioned short-range communication technology 1. For example, the aforementioned short-range communication technology can be Wireless Fidelity (WiFi) communication technology, Bluetooth communication technology (e.g., Basic Rate / Enhanced Data Rate (BR / EDR) or Bluetooth Low Energy (BLE)), Ultra Wide Band (UWB) communication technology, Near Field Communication (NFC) technology, or ZigBee communication technology, etc. This application does not specifically limit this in its embodiments. Subsequent embodiments will use Bluetooth communication technology as an example to illustrate the short-range communication technology 1.

[0031] Terminal 100 is an electronic device that a user can carry with them and that can hold a digital key for vehicle 200. Terminal 100 can be a physical car key specifically for vehicle 200, or it can be a user's mobile terminal, such as a mobile phone, tablet, laptop computer, handheld computer, ultra-mobile personal computer (UMPC), netbook, wearable device (e.g., smart bracelet), cellular phone, personal digital assistant (PDA), augmented reality (AR) device, virtual reality (VR) device, artificial intelligence (AI) device, etc. This application embodiment does not impose any special limitations on the specific type of terminal 100.

[0032] In some embodiments, as shown in FIG1, the communication system 10 may further include a server 300. The terminal 100 or vehicle 200 can upload device information (e.g., sensor data, signal strength, etc.) of the terminal 100 to the server 300, which then identifies the carrying status of the terminal 100 based on this device information. In subsequent embodiments, the vehicle 200 can automatically perform operations such as unlocking and locking the doors based on the carrying status of the terminal 100. The server 300 may be a single server, a server cluster consisting of multiple servers, or a cloud computing center. The server 300 involved in the embodiments of this application may also be referred to as a cloud server, cloud-based system, or cloud-side system.

[0033] It should be understood that Figure 1 is merely a schematic diagram of the system structure of the communication system provided in the embodiment of this application, and does not constitute a specific limitation on the communication system 10. The communication system 10 may include more or fewer devices than shown in the figure. For example, it may also include wireless relay devices and wireless backhaul devices (not shown in Figure 1), which are not limited here.

[0034] For example, Figures 2A and 2B illustrate two usage scenarios of the vehicle control method provided in the embodiments of this application.

[0035] Figure 2A illustrates a vehicle unlocking scenario. In this scenario, the vehicle door is locked, and a user carrying terminal 100 approaches vehicle 200. Vehicle 200 sends a Bluetooth broadcast signal; as the user approaches vehicle 200, terminal 100 scans the aforementioned Bluetooth broadcast signal and automatically establishes a Bluetooth connection with vehicle 200 based on the Bluetooth broadcast signal; after establishing the Bluetooth connection, vehicle 200 can monitor the distance to terminal 100 based on the Bluetooth signal of terminal 100. As the user continues to approach vehicle 200, when vehicle 200 detects that the distance to terminal 100 is less than or equal to a preset distance of 1, terminal 100 enters the unlocking range of vehicle 200, and vehicle 200 can control the door to unlock automatically.

[0036] Figure 2B illustrates a vehicle exit locking scenario. In this scenario, the vehicle door is unlocked, and the user exits the vehicle, carrying terminal 100 away from vehicle 200. With a Bluetooth connection established between terminal 100 and vehicle 200, vehicle 200 can monitor the distance to terminal 100 after the user exits. When vehicle 200 detects a distance greater than or equal to a preset distance of 2, it determines that terminal 100 has left the locking range of vehicle 200, and vehicle 200 can then control the door to automatically lock.

[0037] In some embodiments, as shown in FIG2C, the unlocking range of vehicle 200 is smaller than the locking range, that is, the preset distance 1 (e.g., 1.5 meters) is smaller than the preset distance 2 (e.g., 2 meters).

[0038] Currently, vehicle 200 typically monitors its distance from terminal 100 based on the signal strength of terminal 100. The signal strength involved in this application embodiment can be the received signal strength indicator (RSSI), or other signal parameters that can indicate signal strength, such as reference signal receiving power (RSRP) and signal-to-interference-plus-noise ratio (SINR). This application embodiment does not specifically limit this. Subsequent embodiments will use RSSI as an example for illustrative purposes. In some embodiments, when vehicle 200 detects that the RSSI of terminal 100 is greater than or equal to a preset threshold 1, it automatically controls the door to unlock; when vehicle 200 detects that the RSSI of terminal 100 is less than or equal to a preset threshold 2, it automatically controls the door to lock. Preset threshold 1 is the RSSI corresponding to preset distance 1, and preset threshold 2 is the RSSI corresponding to preset distance 2. However, due to human absorption of signals and multipath effects, the received RSSI of terminal 100 is easily interfered with, leading to delayed door unlocking or premature door locking, greatly affecting the user experience.

[0039] For example, in a vehicle unlocking scenario, placing the terminal 100 in a location that affects signal reception, such as a backpack or pocket, weakens the signal received by the vehicle 200 from the terminal 100. As the user approaches the vehicle 200, the RSSI of the terminal 100 only increases to the preset threshold 1 when the distance between the terminal 100 and the vehicle 200 is significantly less than a preset distance of 1. This results in delayed door unlocking, potentially requiring the user to wait at the door for a period of time, or even requiring them to remove the terminal 100 to unlock the door.

[0040] For example, in the exit-locking scenario, placing terminal 100 in a location that affects signal reception, such as a backpack or pocket, weakens the signal received by vehicle 200 from terminal 100. Even before the user reaches the preset distance 2, the RSSI of terminal 100 decreases to the preset threshold 2, and vehicle 200 automatically locks the doors. This results in the doors locking prematurely after the user exits the vehicle. For instance, in scenarios where the user intends to reopen the door shortly after exiting (e.g., to retrieve items), this significantly impacts the user experience.

[0041] The vehicle control method provided in this application can avoid the problems of untimely door unlocking and premature door locking. Subsequent embodiments will provide a detailed description of the vehicle control method.

[0042] It should be noted that, in addition to unlocking and locking car doors, the vehicle control method provided in this application embodiment can also control the vehicle 200 to perform other operations, such as starting the vehicle, turning on the air conditioner, and opening the windows, etc., without specific limitations here. Furthermore, the vehicle control method provided in this application embodiment can also be adaptively extended to the application scenarios of other smart locks (such as smart door locks for houses), without specific limitations here.

[0043] In the vehicle control scheme provided in this application embodiment, when the terminal 100 detects that the terminal 100 is in a closed / semi-closed environment such as a pocket or backpack, it determines that the terminal 100 is in an obstructed state, and the terminal 100 increases the transmission power of the signal sent to the vehicle 200; when the terminal 100 detects that the terminal 100 is not in the above-mentioned obstructed state, it sends the signal to the vehicle 200 at the normal transmission power.

[0044] By implementing the above vehicle control method, before unlocking the vehicle, even if terminal 100 is in a pocket / bag, the RSSI of terminal 100 detected by vehicle 200 can reach the preset threshold 1 when the distance between terminal 100 and vehicle 200 decreases to a preset distance 1, thus automatically unlocking the door; before locking the vehicle, even if terminal 100 is in a pocket / bag, the RSSI of terminal 100 detected by vehicle 200 only reaches the preset threshold 2 when the distance between terminal 100 and vehicle 200 increases to a preset distance 2, thus automatically locking the door. This avoids both untimely unlocking and premature locking.

[0045] However, in the above vehicle control scheme 1, the terminal 100 needs to identify in real time whether it is in a blocked state and increase the transmission power, which requires the terminal 100 to consume more computing power, load and energy. The computing power, load and power of the user's portable terminal 100 are usually limited.

[0046] Furthermore, the aforementioned Scheme 1 simply categorizes the state of the terminal being carried in a pocket or backpack as an obstructed state, without considering the impact of the user's torso on the RSSI of the terminal 100, or the differences in the RSSI received by the terminal 100 under the same carrying state but different scenarios. For example, the carrying state of the terminal 100 is "the user is holding the terminal and looking at the screen"; in the scenario of getting out of the vehicle and locking the door, the user is usually facing away from the vehicle 200, and the RSSI 1 of the terminal 100 detected by the vehicle 200 is affected by the obstruction of the human torso; in the scenario of getting into the vehicle and unlocking the door, the user is usually facing the vehicle 200, and the RSSI 2 of the terminal 100 detected by the vehicle 200 is not affected by the obstruction of the human torso; therefore, at the same distance, RSSI 1 is usually much smaller than RSSI 2. For example, when terminal 100 is carried in a front pocket, the user is usually facing vehicle 200 when unlocking the vehicle. The RSSI 3 detected by vehicle 200 is affected by the pocket, but the impact of the pocket on RSSI is relatively small. When the user is locked out of the vehicle, the user is usually facing away from vehicle 200. The RSSI 4 detected by vehicle 200 is affected not only by the pocket but also by the human torso, with the human torso having a relatively large impact on RSSI. Therefore, at the same distance, RSSI 4 is usually much smaller than RSSI 3.

[0047] The above-mentioned Scheme 1 also fails to consider the differences in RSSI of the terminal 100 under occlusion conditions and different carrying states of the terminal 100 in the same scenario. For example, when the mobile phone is placed in the back pocket of the pants; in the scenario of unlocking the car, the user is usually facing the vehicle 200. The RSSI 5 of the terminal 100 detected by the vehicle 200 is affected by the occlusion of the pocket and the human torso. The occlusion of the human torso has a relatively large impact on the RSSI; therefore, at the same distance, RSSI 5 is usually much smaller than RSSI 3.

[0048] In this way, the state of being in a pocket or backpack is simply classified as an obstructed state, and the transmission power is uniformly increased. This does not match the actual needs of users in the scenario and the carrying state, and wastes the power consumption of the terminal 100. In the obstructed state, when the automatic door unlocks (or locks) under different carrying states of the terminal 100 (e.g., the terminal 100 is in the front pocket, the terminal 100 is in the back pocket), the distance between the user and the vehicle 200 varies greatly, causing confusion for the user's perception of the unlocking distance and locking distance, and affecting the user experience.

[0049] In the vehicle control scheme two provided in this application embodiment, different RSSI thresholds are set for different occlusion states of the terminal 100 under different scenarios. When the vehicle 200 recognizes that the current scenario is the first scenario (e.g., unlocking the vehicle upon entry or locking the vehicle upon exit), the vehicle 200 instructs the terminal 100 to report sensor data 1. Based on the sensor data 1, the vehicle 200 identifies the carrying status of the terminal 100 and then determines the occlusion state of the terminal 100. Based on the first scenario and the occlusion state of the terminal 100, the vehicle 200 determines the RSSI threshold for controlling the vehicle 200 to perform the first operation (e.g., unlocking or locking the door) in the first scenario. When the RSSI of the terminal 100 reaches the threshold, the vehicle 200 automatically performs the first operation, thereby achieving seamless control of the vehicle 200.

[0050] Implementing the above-mentioned vehicle control scheme two can avoid the problems of untimely unlocking and premature locking, improve unlocking efficiency, achieve more accurate and seamless unlocking, and effectively improve the user experience. Compared with scheme one, the vehicle 200 identifies the carrying status of the terminal 100 in real time, and the terminal 100 does not need to increase its transmission power, which reduces the computing power, load and energy consumption of the terminal 100. Even the terminal 100 with lower performance can implement scheme two.

[0051] In Embodiment 1 of Scheme 2, the occlusion state of terminal 100 can include: an occlusion state and an unocclusion state. For example, Table 1 shows the correspondence between the current scene, carrying state, occlusion state, and RSSI threshold.

[0052] Table 1

[0053] As shown in Table 1, the carrying states include: in a backpack / pocket, and others. In the scenarios of getting on the vehicle to unlock and getting off the vehicle to lock, when the carrying state is "in a backpack / pocket", the occlusion state of the terminal 100 is an occluded state, and when the carrying state is "others", the occlusion state of the terminal 100 is a non-occluded state. In the scenario of getting on the vehicle to unlock, the thresholds of RSSI corresponding to the non-occluded state and the occluded state are U1 and U2 respectively, and U2 < U1. In the scenario of getting off the vehicle to lock, the thresholds of RSSI corresponding to the non-occluded state and the occluded state are D1 and D2 respectively, and D2 < D1.

[0054] In the second embodiment of Solution 2, the occluded state and the non-occluded state of the terminal 100 can be divided according to the scenario and the carrying state of the terminal 100. Further, the occluded state of the terminal 100 can be divided into multiple levels, and thus different RSSI thresholds can be set for different occlusion states and different levels of the occluded state. Different levels of the occluded state have different degrees of signal attenuation for the terminal 100. Exemplarily, Table 2 and Table 3 show the corresponding relationships of two other current scenarios, carrying states, occlusion states, and RSSI thresholds.

[0055] It should be noted that referring to Table 2 and Table 3, in different scenarios, the occlusion states corresponding to the same carrying state of the terminal device can be different; for example, in the scenarios of getting on the vehicle to unlock and getting off the vehicle to lock, the carrying state of "holding the terminal to view the screen" corresponds to the non-occluded state and the occluded state respectively. In different scenarios, the occluded states corresponding to the same carrying state of the terminal 100 can have different degrees of signal attenuation for the terminal 100 and can correspond to different levels of the occluded state. For example, compared with the scenario of getting on the vehicle to unlock, in the scenario of getting off the vehicle to unlock, the carrying state of "in the front pocket" has a stronger degree of signal attenuation. In the same scenario, the levels of the occluded states corresponding to different carrying states related to the pocket / backpack can be different; for example, in the scenario of getting on the vehicle to unlock, the carrying states of "in the front pocket / front backpack" and "in the back pocket / front backpack" correspond to different levels of the occluded state and different corresponding RSSI thresholds.

[0056] Table 2

[0057] As shown in Table 2, the carrying states include: carrying state A, carrying state B, carrying state C, and carrying state D. Among them, carrying state B includes "holding the terminal to view the screen"; carrying state C includes "in the front pocket (such as the front pocket of trousers) / front backpack"; carrying state D refers to "in the back pocket (such as the back pocket of trousers) / backpack"; carrying state A includes the carrying states other than carrying state B, carrying state C, and carrying state D, that is, "others", and "others" can include the carrying state of "holding the terminal at the side of the body", for example, the states of holding the terminal to make a call, holding the terminal and swinging the arm, etc.

[0058] In the scenario of unlocking when getting in the vehicle, both carrying state A and carrying state B correspond to an unobstructed state, and the corresponding RSSI threshold is UN; carrying state C and carrying state D correspond to a level-1 obstructed state and a level-2 obstructed state respectively, and the corresponding RSSI thresholds are U1 and U2; where U1 < UN and U2 < U1. It can be understood that in the scenario of unlocking when getting in the vehicle, carrying state D is affected by the obstruction of the pocket / backpack and also by the obstruction of the human torso; carrying state C is affected by the obstruction of the pocket / backpack; carrying state A and carrying state B are generally not affected by the obstruction of the pocket, backpack, and human torso.

[0059] In the scenario of locking when getting out of the vehicle, carrying state A corresponds to an unobstructed state, and the corresponding RSSI threshold is UN; carrying state B, carrying state C, and carrying state D correspond to a level-1 obstructed state, a level-2 obstructed state, and a level-3 obstructed state respectively, and the corresponding RSSI thresholds are D1, D2, and D3; where D1 < DN, D2 < D1, and D3 < D1. It can be understood that in the scenario of locking when getting out of the vehicle, carrying state B is affected by the obstruction of the human torso; carrying state C is affected by the obstruction of the pocket / backpack and also by the obstruction of the human torso; carrying state D is affected by the obstruction of the pocket / backpack; carrying state A is generally not affected by the obstruction of the pocket / backpack and the human torso.

[0060] Table 3

[0061] As shown in Table 3, compared with Table 2, the obstruction of the antenna by the hand when the user holds the handheld terminal 100 is also considered. Carrying state A is subdivided into carrying state A1 and carrying state A2. Carrying state A1 means "others, and the hand does not obstruct the antenna", and carrying state A2 means "others, and the hand obstructs the antenna"; carrying state B is subdivided into carrying state B1 and carrying state B2. Carrying state B1 means "looking at the screen of the handheld terminal, and the hand does not obstruct the antenna", and carrying state B2 means "looking at the screen of the handheld terminal, and the hand obstructs the antenna".

[0062] In the scenario of unlocking when getting in the vehicle, both carrying state A1 and carrying state B1 correspond to an unobstructed state, and the corresponding RSSI threshold is UN; carrying state C, carrying state A2, carrying state B2, and carrying state D correspond to a level-1 obstructed state, a level-2 obstructed state, a level-2 obstructed state, and a level-3 obstructed state respectively, and the corresponding RSSI thresholds are U1, U2, U2, and U3; where U1 < UN, U2 < U1, and U3 < U1. It can be understood that in the scenario of unlocking when getting in the vehicle, carrying state A2 and carrying state B2 are affected by the obstruction of the hand.

[0063] In the scenario of getting off the vehicle and locking the door, the carrying state A1 corresponds to the unobstructed state, and the corresponding RSSI threshold is UN; the carrying states D, A2, C, B1, and B2 correspond to the first-level obstructed state, the second-level obstructed state, the third-level obstructed state, the fourth-level obstructed state, and the fifth-level obstructed state respectively, and the corresponding RSSI thresholds are D1, D2, D3, D4, and D5 respectively; among them, D1 < DN, D2 < D1, D3 < D2, D4 < D2, D5 < D2. It can be understood that in the scenario of getting off the vehicle and locking the door, the carrying state A2 is affected by the obstruction of the hand, and the carrying state B2 is affected by the obstruction of the human torso and also by the obstruction of the hand.

[0064] Compared with Solution 1, considering the current scenario and the carrying state of the terminal 100, different RSSI thresholds are set for different obstruction states and different levels of obstructed states, which better match the actual scenario requirements and carrying state of the user. Furthermore, it can reduce the differences in the distances for performing the first operation (for example, the distance 1 for unlocking the vehicle door and the preset distance 2 for locking the vehicle door) under different scenarios and different carrying states, avoid confusion in the user's perception of the unlocking distance and locking distance, and effectively improve the user experience.

[0065] It should be noted that Table 2 and Table 3 are only two exemplary corresponding relationships provided in the embodiments of the present application and should not limit the present application. The embodiments of the present application do not specifically limit the RSSI thresholds corresponding to each obstruction state. The above RSSI thresholds can be obtained by pre-measuring in each obstruction state of the actual usage scenario, and the vehicle 200 can set the RSSI thresholds according to actual needs. The embodiments of the present application do not specifically limit the magnitude relationship of the RSSI thresholds corresponding to different levels of obstructed states, but at least two levels of obstructed states have different corresponding RSSI thresholds.

[0066] Next, the vehicle control system involved in the embodiments of the present application will be introduced.

[0067] [[ID=​​​​​The first APP can be used to instruct the sensor system framework to turn on the sensors, acquire sensor data 1 from the terminal 100 for the car key service of the vehicle 200, and send the sensor data 1 to the vehicle 200 via the Bluetooth module; it can also be used to instruct the sensor system framework to turn off the sensors when preset conditions are met, so as to stop acquiring and sending the sensor data 1.

[0070] In some embodiments, the first APP can also be used to provide a UI interface for global key management and querying of security units, and to execute business processes such as activation, update, sharing, and revocation. In one implementation, the first APP can be a wallet APP. In another implementation, the first APP can also be implemented as a functional module in the operating system of terminal 100.

[0071] The security unit SE can be used to store the key of the digital car key of the vehicle 200 (hereinafter referred to as the car key key for ease of description), and can also be used to store the keys of other services of the terminal 100.

[0072] The car key system framework layer is used to implement car key-related functions in the operating system. For example, it encapsulates the SE management interface and the car key authentication function interface; receives and responds to authentication messages sent by the vehicle; performs access control on the APP's access to the car key function to prevent unauthorized access; and the car key system framework layer uniformly implements the interaction of SE data.

[0073] In some embodiments, before unlocking (or locking) the doors of vehicle 200, the car key system framework receives a key authentication message from vehicle 200 and sends it to a first APP. Based on the key authentication message, the first APP instructs the car key system framework to obtain the car key key of vehicle 200 from the security unit and send the key to vehicle 200 via Bluetooth module. Only after vehicle 200 verifies the key will it unlock (or lock) the doors. In some embodiments, after receiving the instruction to obtain the car key key of vehicle 200 from the first APP, the car key system framework first verifies whether the first APP is an authorized APP for the car key function; if it is an authorized APP, it obtains the car key key of vehicle 200 from the security unit. In one implementation, if the first APP is an APP in a preset whitelist, the car key system framework determines that the first APP is an authorized APP for the car key function.

[0074] The sensor system framework is responsible for the functions related to sensor operations, such as sensor activation, deactivation, parameter setting, and data reading.

[0075] A sensor is a hardware unit of a sensor. The sensor can generate different sensor data depending on the carrying state of the terminal 100. In this embodiment, the vehicle 200 can determine the carrying state of the terminal 100 based on the sensor data 1 from the sensor set 1, and thus determine the occlusion state of the terminal 100. For example, the aforementioned sensor set 1 includes some or all of the following sensors: magnetic sensor, acceleration sensor, gravity sensor, gyroscope sensor, orientation sensor, distance sensor, proximity sensor, touch sensor, pressure sensor, ambient light sensor, bone conduction sensor, etc.

[0076] The vehicle DK authentication system includes an authentication control module and a key storage module. The authentication control module acquires basic data such as business keys (e.g., vehicle key keys) and stores them in the key storage module. The key storage module securely stores basic data like business keys, updates key information, and manages black / white lists. The authentication control module performs bidirectional authentication with terminal 100 based on the keys stored in the key storage module, verifies business data (such as permissions and validity periods) for vehicle key services, and verifies commands for distance measurement or vehicle control. For example, after confirming that the vehicle key authentication is successful and conforms to the business execution policy (e.g., terminal 100's RSSI reaches a preset threshold), the authentication control module can send specific execution commands to the vehicle control module based on the business request received from terminal 100, thereby controlling vehicle 200, such as unlocking and locking the doors.

[0077] The vehicle control module is responsible for controlling the vehicle's electronic or powertrain systems and executing business logic related to the digital car key.

[0078] The vehicle control method provided in this application sets RSSI thresholds for different scenarios and different occlusion states of the terminal 100. The vehicle 200 can identify the current scenario and the occlusion state of the terminal 100, and then determine the RSSI threshold for controlling the vehicle 200 to unlock or lock the doors in the current scenario; when the RSSI of the terminal 100 reaches the threshold, the vehicle 200 automatically unlocks or locks the doors, thereby achieving more precise and seamless control of the vehicle 200, avoiding the problems of untimely unlocking and premature locking, improving unlocking efficiency, and effectively improving the user experience.

[0079] For example, Figure 4A shows a method flow of a vehicle control method, which may include some or all of steps S101 to S110. The specific implementation of the above method flow will be described in detail below.

[0080] S101, vehicle 200 and terminal 100 establish a Bluetooth connection.

[0081] In this embodiment of the application, referring to Figure 4B, the terminal 100 includes a Bluetooth module; the Bluetooth module of the vehicle 200 sends a Bluetooth broadcast signal; when the Bluetooth module of the terminal 100 scans the Bluetooth broadcast signal, it can establish a Bluetooth connection with the vehicle 200 based on the Bluetooth broadcast signal.

[0082] In some embodiments, in step S101, the vehicle 200 establishes a Bluetooth connection with the terminal 100 for the first time. During the initial Bluetooth connection establishment process, when the terminal 100 scans the aforementioned Bluetooth broadcast signal, it can send a connection request to the vehicle 200 to trigger a pairing operation between the terminal 100 and the vehicle 200. If pairing is successful, the vehicle 200 can establish a Bluetooth connection with the terminal 100, and the terminal 100 and the vehicle 200 can save the authentication information used for pairing (e.g., PIN code, pairing code). When a Bluetooth connection is established again subsequently, the terminal 100 and the vehicle 200 can automatically establish a Bluetooth connection based on the aforementioned authentication information. In some embodiments, in step S101, the vehicle 200 establishes a Bluetooth connection with the terminal 100 for the second time. When the terminal 100 scans the Bluetooth broadcast signal of the vehicle 200, it can automatically establish a Bluetooth connection with the terminal 100 based on the aforementioned authentication information.

[0083] In some embodiments, referring to Figure 3, after successful pairing of the initial Bluetooth connection, the car key system framework of terminal 100 can instruct the security unit to store the aforementioned authentication information, and the key storage module of vehicle 200 also stores the aforementioned authentication information. During subsequent Bluetooth connections, after the Bluetooth module of terminal 100 scans the Bluetooth broadcast signal of vehicle 200 again, the car key system framework obtains the authentication information of vehicle 200 from the security unit and sends it to the Bluetooth module; the Bluetooth module of terminal 100 sends a connection request to vehicle 200, carrying the authentication information in the connection request; after receiving the connection request, the Bluetooth module of vehicle 200 sends it to the vehicle DK authentication system; the authentication module in the vehicle DK authentication system verifies the authentication information in the connection request. If the authentication information matches the authentication information stored in the key storage module, the verification passes; after successful verification, in response to the connection request, the Bluetooth module of vehicle 200 establishes a Bluetooth connection with the Bluetooth module of terminal 100.

[0084] In this embodiment, the implementation of establishing a Bluetooth connection between vehicle 200 and terminal 100 is not specifically limited.

[0085] S102. When vehicle 200 recognizes that the current scenario is an unlocking scenario upon boarding or a locking scenario upon alighting, execute S103.

[0086] In some embodiments, when vehicle 200 detects that vehicle 200 meets preset condition 1, it identifies the current scenario as a vehicle unlocking scenario. In some embodiments, preset condition 1 includes some or all of the following conditions: the vehicle 200 door is not unlocked; the driver's seat of vehicle 200 is unoccupied; vehicle 200 is in P gear; within the most recent preset duration 1 (e.g., 5 minutes), a Bluetooth connection was established with terminal 100 from no Bluetooth connection; within the most recent preset duration 2 (e.g., 3 seconds), the distance to terminal 100 is decreasing; terminal 100 is not currently inside the vehicle. In one implementation, preset condition 1 includes: the vehicle 200 door is not unlocked; within the most recent preset duration 1 (e.g., 1 minute), a Bluetooth connection was established with terminal 100 from no Bluetooth connection; within the most recent preset duration 2 (e.g., 3 seconds), the distance to terminal 100 is decreasing.

[0087] In this embodiment, no specific limitations are made on the implementation methods of preset duration 1, preset duration 2, and detecting whether the driver's seat is unoccupied, whether the terminal 100 is inside the vehicle, and detecting the distance to the terminal 100. For example, if the pressure detected by the pressure sensor in the driver's seat is less than a pressure threshold (e.g., 20 kg), it is determined that the driver's seat is unoccupied. For example, before recognizing the current scene, satellite positioning (e.g., GPS) can be used to roughly detect the distance to the terminal 100. For example, the distance to the terminal 100 and / or the RSSI of the terminal 100 can be used to detect whether the terminal 100 is inside the vehicle.

[0088] In this embodiment, the timing of starting to identify a vehicle unlocking scenario is not specifically limited. In some embodiments, after the vehicle 200 and the terminal 100 establish a Bluetooth connection, the identification of whether the current scenario is a vehicle unlocking scenario begins.

[0089] In some embodiments, when vehicle 200 detects that vehicle 200 meets preset condition 2, it identifies the current scenario as an exit-locking scenario. In some embodiments, preset condition 2 includes some or all of the following conditions: the vehicle 200's door is unlocked; the vehicle 200's gear is in P gear; within the most recent preset time period 3 (e.g., 20s), the driver left the driver's seat and got out of the vehicle; within the most recent preset time period 4 (e.g., 3s), the distance to terminal 100 is increasing; terminal 100 is not currently inside the vehicle. In one implementation, preset condition 2 includes: the vehicle 200's door is unlocked; within the most recent preset time period 3, the driver left the driver's seat and got out of the vehicle; within the most recent preset time period 4 (e.g., 3s), the distance to terminal 100 is increasing.

[0090] In this embodiment of the application, no specific limitations are made on the implementation of the preset duration 3, preset duration 4, and the method of detecting whether the driver has left the driver's seat and gotten out of the vehicle. For example, within the most recent preset duration 5 (e.g., 10s), if the pressure decrease value detected by the pressure sensor in the driver's seat is greater than the gravity threshold (e.g., 20kg), and the door in the driver's seat opens and then closes, it is determined that the driver has left the driver's seat and gotten out of the vehicle.

[0091] In this embodiment, the timing for initiating the identification of an exit-locking scenario is not specifically limited. In some embodiments, when the vehicle is detected to be parked and in Park (P) gear, the identification of whether the current scenario is an exit-locking scenario begins.

[0092] S103, the vehicle 200 sends instruction information 1 to the terminal 100. Instruction information 1 is used to indicate the start of reporting sensor data 1. Sensor data 1 is used to identify the carrying status of the terminal 100.

[0093] S104. Based on instruction information 1, terminal 100 sends sensor data 1 to vehicle 200.

[0094] In this embodiment, after receiving instruction information 1 from vehicle 200, terminal 100 activates each sensor in sensor set 1, acquires and reports sensor data 1, which characterizes the sensor data collected by each sensor in sensor set 1. In some embodiments, sensor set 1 may include some or all of the following sensors: magnetic sensor, acceleration sensor, gravity sensor, gyroscope sensor, orientation sensor, distance sensor, proximity sensor, touch sensor, pressure sensor, ambient light sensor, etc.

[0095] In some embodiments, the vehicle 200 sends instruction information 1 to the first APP of the terminal 100, the instruction information 1 being used to instruct the first APP to start reporting sensor data 1; the first APP of the terminal 100 acquires the sensor data 1 and sends a message to the vehicle 200 to retrieve the sensor data 1. In some embodiments, referring to FIG4B, the terminal 100 includes a Bluetooth module, a first APP, and a sensor system framework, step S103 may specifically include steps S103A and S103B, and step S104 may specifically include steps S104A to S104E.

[0096] S103A, vehicle 200 sends instruction information 1 to the Bluetooth module of terminal 100.

[0097] The Bluetooth module of S103B and terminal 100 sends instruction information 1 to the first APP. Instruction information 1 is used to instruct the first APP to start reporting sensor data 1.

[0098] S104A, the first APP of terminal 100 sends instruction 1 to the sensor system framework, which is used to instruct the reporting of sensor data 1.

[0099] S104B, Sensor System Framework: Open the sensors in sensor set 1 and obtain sensor data 1 collected by sensor set 1.

[0100] S104C, the sensor system framework sends sensor data 1 to the first APP.

[0101] S104D, the first APP sends sensor data 1 to the Bluetooth module of terminal 100.

[0102] The Bluetooth module of S104E and terminal 100 sends sensor data 1 to vehicle 200.

[0103] In some embodiments, the sensor system framework activates each sensor in sensor set 1, instructing each sensor to periodically and continuously collect sensor data 1, and periodically report it to vehicle 200 via a first APP and Bluetooth module. The sensor data collection period for each sensor can be the same or different, and no specific limitation is made here. For example, the collection period for each sensor is 50ms, and the period for reporting sensor data to vehicle 200 is 300ms.

[0104] In some embodiments, prior to S104B, sensor 1 in sensor set 1 is already in the open state, and the sensor data collected by sensor 1 is also used for other services; in S104B, there is no need to open sensor 1 again, and the sensor system framework can directly obtain the sensor data collected by sensor 1.

[0105] In this embodiment, the timing of terminal 100 acquiring and reporting sensor data 1 is not specifically limited. For example, after terminal 100 and vehicle 200 establish a Bluetooth connection, terminal 100 begins acquiring sensor data 1; after receiving indication information 1, terminal 100 sends the sensor data 1 acquired within a preset time period 6 to vehicle 200, and continues to acquire and report sensor data 1. For example, the preset time period 6 includes the most recent 3 minutes, or the time period after vehicle 200 begins to recognize the current scene, and indication information 1 may carry the timestamp of vehicle 200 starting to recognize the current scene.

[0106] In this embodiment, step S103 is optional, and the timing of the terminal 100 reporting sensor data 1 to the vehicle 200 is not specifically limited. For example, after the terminal 100 and the vehicle 200 establish a Bluetooth connection in step S101, the terminal 100 starts reporting sensor data 1 to the vehicle 200.

[0107] S105. Based on sensor data 1, identify the carrying status of terminal 100 and execute S106 or S108.

[0108] In some embodiments, the vehicle 200 can identify the carrying status of the terminal 100 based on recent sensor data 1 of the terminal 100. In some embodiments, the vehicle 200 can identify the carrying status of the terminal 100 based on recent sensor data 1 of the terminal 100 and recent RSSI. In some embodiments, the vehicle 200 can identify the carrying status of the terminal 100 based on recent sensor data 1 of the terminal 100, recent RSSI, and images captured by a camera. In one implementation, the "recent" period can include the time period after the current scene is identified, or the time period after the current scene is started to be identified. In one implementation, the "recent" period can include the time period after the current scene is identified, and the time period within the preset duration 6.

[0109] In some embodiments, vehicle 200 uses a state recognition model to identify the carrying state of terminal 100; wherein the input of the state recognition model includes sensor data 1 of terminal 100, and the output is the carrying state of terminal 100. In one implementation, the input of the state recognition model may also include the recent RSSI of terminal 100. In this embodiment, the state recognition model can be deployed on vehicle 200 or server 300. For example, the state recognition model can be LSTM (Long Short-Term Memory), GRU (Gated Recurrent Unit), or convolutional neural network, etc. This embodiment does not specifically limit the implementation of the state recognition model.

[0110] In this embodiment of the application, the state recognition model needs to be trained before it can be used. For example, the training process of the state recognition model is defined as follows: Let D = {(X1,Y1),(X2,Y2),…,(X...} n ,Y b Let X be the training dataset for the model. i ∈R L×F For input data, L is the time series length, F is the number of input feature channels, and each channel represents a signal type (e.g., a sensor signal); Y i ∈R 1×C Let M be the data label, using one-hot encoding, and C be the number of categories, representing C possible classification results. Let M be the classification model to be trained, w be the trainable parameters, and l be the loss function for model training. Then the optimization objective is:

[0111] The model parameters are optimized on a high-performance computer using a stochastic gradient descent optimizer and a cross-entropy loss function until the loss converges, and the model parameters are saved for deployment on the target device (e.g., vehicle 200).

[0112] For example, as shown in Table 1, carrying status can include "in backpack / pocket" and "other". For example, as shown in Table 2, carrying status can include "other (e.g., handheld terminal at body side)", "handheld terminal looking at screen", "in front pocket / front backpack" and "in back pocket / back backpack". For example, as shown in Table 3, carrying status can include "other, and hand not blocking antenna", "other, and hand blocking antenna", "handheld terminal looking at screen, and hand not blocking antenna", "handheld terminal looking at screen, and hand blocking antenna", "in front pocket / front backpack" and "in back pocket / back backpack".

[0113] It is understandable that in the scenarios of locking upon exiting the vehicle and unlocking upon entering the vehicle, the data characteristics of sensor data 1 of terminal 100 differ depending on the carrying status. The RSSI data characteristics received by vehicle 200 from terminal 100 also differ, as do the content characteristics of the images captured by the camera of terminal 100. When the user changes the carrying status of terminal 100, the data characteristics of sensor data 1, the data characteristics of RSSI, and the content characteristics of the aforementioned images also change accordingly. Therefore, by combining one or more of the recent sensor data 1, RSSI, and images captured by the camera of terminal 100, the carrying status of terminal 100 can be monitored in real time.

[0114] In some embodiments, the distance sensor and proximity light sensor of the terminal 100 can be used to detect whether there are objects and ambient light nearby, and then to determine whether the terminal 100 is in a closed / semi-closed environment such as a pocket or backpack.

[0115] In some embodiments, sensor data from the motion sensors of the terminal 100 (e.g., magnetic sensors, accelerometers, gravity sensors, gyroscopes, orientation sensors, distance sensors, etc.) can be used to detect the motion trajectory of the terminal 100 in three-dimensional space. This motion trajectory can indicate changes in the terminal 100's posture (e.g., flipping), direction of movement, and distance of movement in three-dimensional space. It can also indicate specific user actions (e.g., turning around, moving the terminal to the ear to make a call, or swinging the arm while holding the terminal). This motion trajectory can be used to determine the carrying state of the terminal 100. For example, if the motion trajectory detects that the user is swinging their arm while holding the terminal 100 or moving the terminal 100 to their ear to make a call, the carrying state of the terminal 100 is determined to be carrying state A as shown in Tables 2 and 3. Furthermore, the data characteristics of the motion sensor data when the terminal 100 is in a front pocket / front backpack are different from the data characteristics of the motion sensor data when the terminal 100 is in a back pocket / back backpack. For example, research shows that when the terminal 100 is in the front pocket of pants, it will experience a large amount of acceleration rotational change; when the terminal 100 is in the back pocket of pants or a backpack, it can experience a minimal amount of angular velocity rotational change.

[0116] In some embodiments, sensor data from the touch sensor and pressure sensor of the terminal 100 can be used to determine the area where the user is holding the phone, and thus determine whether the user's hand is blocking the Bluetooth antenna. For example, if the carrying state of the terminal 100 is the aforementioned carrying state A, and the area where the user is holding the phone includes the distribution area of ​​the Bluetooth antenna, then the carrying state of the terminal 100 is carrying state A2 as shown in Table 3.

[0117] In some embodiments, the RSSI data characteristics of terminal 100 at specific times (e.g., when vehicle 200 stops, when user gets out of vehicle, when vehicle 200 closes door, when user turns around) can be used to determine the carrying state of terminal 100. In some embodiments, the user's turning action can be identified based on the above-mentioned motion trajectory; in the vehicle unlocking scenario, if the user turns around and terminal 100 moves away from vehicle 200, if the RSSI of terminal 100 decreases before and after turning and the decrease value is greater than a preset value 1, it indicates that terminal 100 is in front of the user; if the RSSI increases before and after turning and the increase value is greater than the preset value 1, it indicates that 100 is behind the user; the preset value 1 is a preset lower limit value of the attenuation degree of RSSI by the human torso. In one implementation, in the vehicle unlocking scenario, when sensor data 1 detects that terminal 100 is in a closed / semi-closed environment such as a pocket / backpack, if terminal 100 is detected in front of the user, the carrying state of terminal 100 can be "in front pocket / front backpack"; if terminal 100 is detected behind the user, the carrying state of terminal 100 can be "in back pocket / back backpack". When sensor data 1 detects that terminal 100 is not in a closed / semi-closed environment such as a pocket / backpack, if terminal 100 is detected in front of the person, then the carrying status of terminal 100 can be "holding terminal and looking at the screen".

[0118] In some embodiments, the difference between the RSSI at the specific time and the standard RSSI can be used to determine the carrying state of the terminal 100; the standard RSSI can refer to the RSSI measured in advance at the specific time under different carrying states. In one implementation, in the vehicle unlocking scenario, the RSSI 1 of the terminal 100 at a specific time (e.g., when getting off the vehicle) is obtained, and the carrying state 1 corresponding to the standard RSSI with the smallest difference from RSSI 1 among the standard RSSIs of different carrying states under the specific time is determined, thus determining that the terminal 100 is currently in carrying state 1. In one implementation, the RSSI 1 of the terminal 100 at the specific time can be the average of the RSSIs of multiple timestamps near the specific time.

[0119] In some embodiments, the vehicle 200 can acquire images captured by the camera of the terminal 100, which can be used to identify the carrying status of the terminal 100. For example, if the image includes the user's face, the carrying status of the terminal 100 is that it is holding the terminal and looking at the screen.

[0120] In some embodiments, a user wears a wearable device (e.g., a smart bracelet), which can establish a Bluetooth connection with terminal 100. Based on the received Bluetooth signal from terminal 100, the wearable device can identify the carrying status of terminal 100 and send the identified carrying status to vehicle 200. It is understood that the wearable device is worn at a fixed position on the user's body (e.g., wrist), and the relative positional relationship between the wearable device and terminal 100 in different carrying statuses is relatively clear. In different carrying statuses, the signal characteristics of the Bluetooth signal received by the wearable device from terminal 100 are different. In some embodiments, sensor data 2 from the wearable device can be used to determine the posture changes of the wearable device, and sensor data 3 from terminal 100 can be used to determine the posture changes of terminal 100. The wearable device can also comprehensively determine the carrying status of terminal 100 based on the posture of the wearable device, the posture of terminal 100, and the signal characteristics of the Bluetooth signal from terminal 100. In one implementation, the carrying status of terminal 100 is identified according to a state recognition model. The input of the state recognition model includes signal parameters (e.g., RSSI) of the Bluetooth signal received by the wearable device from terminal 100, and the output is the carrying status of terminal 100. In another implementation, the input of the state recognition model may further include sensor data 2 from the wearable device and sensor data 3 from terminal 100. In some embodiments, the wearable device may also send relevant data for identifying the carrying status of terminal 100 (e.g., RSSI of the Bluetooth signal received by the wearable device from terminal 100) to vehicle 200, and vehicle 200 identifies the carrying status of terminal 100 based on the aforementioned relevant data.

[0121] This application embodiment does not specifically limit the implementation of the carrying status of the identification terminal 100.

[0122] In this embodiment, based on the identified current scene and the carrying state of the terminal 100, the vehicle 200 can determine the occlusion state of the terminal 100 in the current scene, and then determine a first threshold for RSSI to automatically execute the first operation under this occlusion state in the current scene; when the RSSI of the terminal 200 reaches the first threshold, the first operation is automatically executed. For example, referring to steps S106 and S107, the current scene can be an exit unlocking scene, and the first operation can be unlocking the car door; referring to steps S108 and S109, the current scene can be an entry lock scene, and the first operation can be locking the car door. For example, Tables 1, 2, and 3 show the threshold for RSSI required to execute door unlocking under each carrying state in the entry unlocking scene, and the threshold for RSSI required to execute door locking under each carrying state in the exit lock scene.

[0123] S106. In the scenario of unlocking the vehicle door when getting on the vehicle, determine the occlusion state of the terminal 100 and the threshold 1 of RSSI for unlocking the vehicle door in this occlusion state according to the above-mentioned carrying state.

[0124] S107. When it is detected that the RSSI of the terminal 100 is greater than or equal to the above-mentioned threshold 1 for unlocking the vehicle door, the vehicle 200 automatically unlocks the vehicle door.

[0125] Exemplarily, referring to Table 1, the carrying states of the terminal 100 may include the following two carrying states: "other", "in a backpack / pocket". In the scenario of unlocking the vehicle door when getting on the vehicle, when the carrying state is "other", the occlusion state is the unoccluded state, and the threshold of RSSI is U1; when the carrying state is "in a backpack / pocket", the occlusion state is the occluded state, and the threshold of RSSI is U₂, and U₂ < U1.

[0126] Exemplarily, referring to Table 2, the carrying states of the terminal 100 may include the following four carrying states: "other", "holding the terminal to view the screen", "in a front pocket / front backpack", "in a rear pocket / rear backpack". In the scenario of unlocking the vehicle door when getting on the vehicle, when the carrying states are "other" and "holding the terminal to view the screen", the occlusion state is the unoccluded state, and the threshold of RSSI is UN; when the carrying state is "in a front pocket / front backpack", the occlusion state is the level-1 occluded state, and the threshold of RSSI is U1, and U1 < UN; when the carrying state is "in a rear pocket / rear backpack", the occlusion state is the level-2 occluded state, and the threshold of RSSI is U2, and U2 < U1.

[0127] Exemplarily, referring to Table 3, the carrying states of the terminal 100 may include the following six carrying states: "other and the hand does not occlude the antenna", "other and the hand occludes the antenna", "holding the terminal to view the screen and the hand does not occlude the antenna", "holding the terminal to view the screen and the hand occludes the antenna", "in a front pocket / front backpack", "in a rear pocket / rear backpack". In the scenario of unlocking the vehicle door when getting on the vehicle, when the carrying states are "other and the hand does not occlude the antenna" and "holding the terminal to view the screen and the hand does not occlude the antenna", the occlusion state is the unoccluded state, and the threshold of RSSI is UN; when the carrying state is "in a front pocket / front backpack", the occlusion state is the level-1 occluded state, and the threshold of RSSI is U1, and U1 < UN; when the carrying states are "other and the hand occludes the antenna" and "holding the terminal to view the screen and the hand occludes the antenna", the occlusion state of the terminal 100 is the level-2 occluded state, and the corresponding threshold of RSSI is U2, and U2 < U1; when the carrying state is "in a rear pocket / rear backpack", the occlusion state is the level-3 occluded state, and the threshold of RSSI is U3, and U3 < U1. Optionally, U3 < U2.

[0128] S108. In the scenario of getting off the vehicle and locking the door, determine the occlusion state of the terminal 100 and the threshold 2 of RSSI for door locking in this occlusion state according to the above carrying state.

[0129] S109. When it is detected that the RSSI of the terminal 100 is less than or equal to the above threshold 2 of door locking, the vehicle 200 automatically locks the door.

[0130] Exemplarily, referring to Table 1, in the scenario of getting off the vehicle and locking the door, when the carrying state is "others", the occlusion state is the unoccluded state, and the threshold of RSSI is D1; when the carrying state is "in a backpack / pocket", the occlusion state is the occluded state, and the threshold of RSSI is D2, where D2 < D1.

[0131] Exemplarily, referring to Table 2, in the scenario of getting off the vehicle and locking the door, when the carrying state is "others", the occlusion state of the terminal 100 is the unoccluded state, and the corresponding threshold of RSSI is DN; when the carrying state is "in the back pocket / backpack", the occlusion state of the terminal 100 is the 1st-level occluded state, and the corresponding threshold of RSSI is U1, where D1 < DN; when the carrying state is "in the front pocket / front backpack", the occlusion state of the terminal 100 is the 2nd-level occluded state, and the corresponding threshold of RSSI is D2, where D2 < D1; when the carrying state is "holding the terminal and looking at the screen", the occlusion state of the terminal 100 is the 3rd-level occluded state, and the corresponding threshold of RSSI is D3, where D3 < D1.

[0132] Exemplarily, referring to Table 3, in the scenario of getting off the vehicle and locking the door, when the carrying state is "others and the hand does not occlude the antenna", the occlusion state of the terminal 100 is the unoccluded state, and the corresponding threshold of RSSI is UN; when the carrying state is "in the back pocket / backpack", the occlusion state of the terminal 100 is the 1st-level occluded state, and the corresponding threshold of RSSI is U1, where D1 < DN; when the carrying state is "others and the hand occludes the antenna", the occlusion state of the terminal 100 is the 2nd-level occluded state, and the corresponding threshold of RSSI is D2, where D2 < D1; when the carrying state is "in the front pocket / front backpack", the occlusion state of the terminal 100 is the 3rd-level occluded state, and the corresponding threshold of RSSI is D3, where D3 < D2; when the carrying state is "holding the terminal and looking at the screen and the hand does not occlude the antenna", the occlusion state of the terminal 100 is the 4th-level occluded state, and the corresponding threshold of RSSI is D4, where D4 < D2; when the carrying state is "holding the terminal and looking at the screen and the hand occludes the antenna", the occlusion state of the terminal 100 is the 5th-level occluded state, and the corresponding threshold of RSSI is D5, where D5 < D4.

[0133] S110. When the terminal 100 detects the preset condition 3, stop acquiring and reporting the sensor data 1.

[0134] In this embodiment of the application, to avoid wasting the power consumption of the terminal 100, the terminal 100 stops collecting and reporting sensor data 1 when the preset condition 3 is met. In some embodiments, the preset condition 3 is to meet any one of the following conditions: receiving an instruction message 2 from the vehicle 200, the instruction message 2 being used to indicate to stop reporting sensor data 1; disconnecting the Bluetooth connection with the vehicle 200 or the signal strength of the vehicle 200 being less than a preset value; or the duration of reporting sensor data 1 reaching a preset duration.

[0135] In some embodiments, referring to FIG4B, according to preset condition 3, S110 may specifically include any one of steps S110A to S110C, as well as steps S110D and S110E.

[0136] When the Bluetooth module of terminal 100 receives instruction information 2 from vehicle 200, it instructs the first APP of terminal 100 to execute S110D. Instruction information 2 is used to instruct to stop reporting sensor data 1.

[0137] In some embodiments, after the vehicle control system of vehicle 200 detects that the received sensor data 1 meets the sensor data required for identifying the carrying status, it promptly sends indication information 2 to terminal 100 to instruct terminal 100 to stop reporting sensor data 1. In some embodiments, in steps S107 and S109, after vehicle 200 detects that the RSSI of terminal 100 has reached a threshold, it also sends indication information 2 to terminal 100. Preset condition 3 may include: receiving indication information 2 from vehicle 200; step S110 may include S110A.

[0138] S110B: When the first APP of terminal 100 detects that the duration of sending sensor data 1 to vehicle 200 has reached the preset duration, S110D is executed.

[0139] In some embodiments, after transmitting sensor data 1 for a certain period of time, the terminal 100 will actively stop sending sensor data 1. The preset condition 3 may include: the duration of reporting sensor data 1 reaches a preset duration; step S110 may include S110B.

[0140] S110C: When the first APP of terminal 100 detects that the Bluetooth connection with vehicle 200 has been disconnected or the RSSI of vehicle 200 is less than a preset value, S110D is executed.

[0141] In some embodiments, when the terminal 100 detects that the Bluetooth connection with the vehicle 200 is interrupted or the signal of the vehicle 200 is weak, it can actively stop reporting sensor data 1. The preset condition 3 may include: the Bluetooth connection with the vehicle 200 is disconnected or the signal strength of the vehicle 200 is less than a preset value; step S110 may include S110C.

[0142] The first APP of S110D and terminal 100 sends instruction 2 to the sensor system framework. Instruction 2 is used to instruct to stop reporting sensor data 1.

[0143] S110E, Sensor System Framework: Shut down some or all of the sensors in Sensor Set 1.

[0144] In some embodiments, sensor set 1 includes sensor 1; in S110E, if sensor 1 is currently only used for car key business, then sensor 1 is turned off; in S110E, if sensor 1 is currently also used for other businesses besides the car key business, then it is not necessary to turn off sensor 1.

[0145] Based on the foregoing embodiments, this application provides a vehicle control method. For example, FIG5 illustrates the method flow of this vehicle control method, which may include steps S201 to S203.

[0146] S201. The vehicle and the terminal establish a short-range communication connection.

[0147] S202. Based on the current scenario and the occlusion state of the terminal, determine the threshold value of the signal strength of the first operation as the first threshold value; the occlusion state of the terminal includes an unoccluded state and an occluded state; in the same scenario, for the first operation, the threshold value of the signal strength corresponding to the unoccluded state is less than the threshold value of the strength corresponding to the occluded state; when the current scenario is a vehicle unlocking scenario, the first operation is vehicle door unlocking; when the current scenario is a vehicle locking scenario, the first operation is vehicle door locking.

[0148] When the current scenario is a vehicle unlocking scenario, the first threshold can be the aforementioned threshold 1; when the current scenario is a vehicle locking scenario, the first threshold can be the aforementioned threshold 2.

[0149] S203. When the signal strength of the terminal is detected to reach the first threshold, the first operation is performed.

[0150] For the specific implementation of steps S201 to S203, please refer to the relevant descriptions in the foregoing embodiments.

[0151] In one implementation, before determining the threshold for the signal strength of the first operation based on the current scene and the occlusion state of the terminal, the method includes: determining the occlusion state of the terminal based on the current scene and the carrying state of the terminal; the occlusion state includes: a first occlusion state and a second occlusion state; the threshold for the signal strength of the first operation corresponding to the first occlusion state is less than the threshold for the signal strength of the first operation corresponding to the second occlusion state.

[0152] For example, the first occlusion state and the second occlusion state can be any two of the occlusion states in Table 2, or any two of the occlusion states in Table 3.

[0153] In one implementation, the method further includes: when the current scenario is identified as a first scenario, sending first instruction information to the terminal, the first instruction information being used to instruct the terminal to report first sensor data; the first scenario being a vehicle unlocking scenario or a vehicle locking scenario; receiving the first sensor data sent by the terminal; and identifying the carrying status of the terminal based on the first sensor data.

[0154] In one implementation, after detecting that the signal strength of the terminal reaches a first threshold, the method further includes: sending a second indication message to the terminal, the second indication message being used to instruct the terminal to stop reporting the first sensor data. The first sensor data can be the aforementioned sensor data 1.

[0155] In one implementation, during the vehicle unlocking scenario, the carrying state corresponding to the obstructed state includes some or all of the following: "in front pocket / front backpack" and "in back pocket / back backpack"; the carrying state corresponding to the unobstructed state includes: "holding a terminal to look at the screen"; wherein, for the first operation, the signal strength threshold corresponding to "in back pocket / back backpack" is less than the signal strength threshold corresponding to "in back pocket / back backpack"; during the vehicle locking scenario, the carrying state corresponding to the obstructed state includes some or all of the following: "in front pocket / front backpack", "in back pocket / back backpack" and "holding a terminal to look at the screen"; wherein, for the first operation, the signal strength threshold corresponding to "in front pocket / front backpack" and the signal strength threshold corresponding to "holding a terminal to look at the screen" are both less than the signal strength threshold corresponding to "in front pocket / front backpack".

[0156] In one implementation, during the vehicle unlocking scenario, the carrying state corresponding to the obstructed state includes some or all of the following: "Holding the terminal while looking at the screen and the hand covering the antenna," "Holding the terminal at one's side and the hand covering the antenna," "In front pocket / front backpack," and "In back pocket / back backpack." Specifically, for the first operation, the signal strength threshold corresponding to "In back pocket / back backpack" is less than the signal strength threshold corresponding to "Holding the terminal while looking at the screen and the hand covering the antenna," also less than the signal strength threshold corresponding to "Holding the terminal at one's side and the hand covering the antenna," and also less than the signal strength threshold corresponding to "In front pocket / front backpack." During the vehicle locking scenario, the carrying state corresponding to the obstructed state includes some or all of the following: The scenarios are: "Holding the terminal while looking at the screen, and the hand is not blocking the antenna," "Holding the terminal while looking at the screen, and the hand is blocking the antenna," "Holding the terminal at your side, and the hand is blocking the antenna," "In front pocket / front backpack," and "In back pocket / back backpack." Specifically, for the first scenario, the signal strength threshold for "Holding the terminal while looking at the screen, and the hand is blocking the antenna" is lower than the signal strength threshold for "Holding the terminal while looking at the screen, and the hand is not blocking the antenna," and also lower than the signal strength threshold for "In front pocket / front backpack." Similarly, the signal strength threshold for "In front pocket / front backpack" is lower than the signal strength threshold for "Holding the terminal at your side, and the hand is blocking the antenna," and also lower than the signal strength threshold for "In back pocket / back backpack."

[0157] In one implementation, the first sensor data is sensor data corresponding to a sensor set, which includes some or all of the following: a magnetic sensor, an accelerometer, a gravity sensor, a gyroscope sensor, an orientation sensor, a distance sensor, a proximity sensor, a touch sensor, a pressure sensor, and an ambient light sensor; the above-mentioned identification of the carrying state of the terminal based on the first sensor data includes: identifying the carrying state of the terminal using a state recognition model, wherein the input of the state recognition model includes the first sensor data and the input of the state recognition model is the carrying state of the terminal.

[0158] The structure of a terminal 100 provided in an embodiment of this application is described below. Figure 6 shows a schematic diagram of the structure of the terminal 100.

[0159] Terminal 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, a headphone jack 170D, a sensor module 180, buttons 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, a barometric pressure sensor 180C, a magnetic sensor 180D, an accelerometer sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0160] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the terminal 100. In other embodiments of this application, the terminal 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0161] Processor 110 may include one or more processing units, such as application processor (AP), modem processor, graphics processing unit (GPU), image signal processor (ISP), controller, video codec, digital signal processor (DSP), baseband processor, and / or neural network processing unit (NPU). These different processing units may be independent devices or integrated into one or more processors.

[0162] The controller can generate operation control signals based on the instruction opcode and timing signals to complete the control of instruction fetching and execution.

[0163] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0164] In some embodiments, the processor 110 may include one or more interfaces. Interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0165] The I2C interface is a bidirectional synchronous serial bus, including a serial data line (SDA) and a serial clock line (SCL). In some embodiments, the processor 110 may include multiple I2C buses. The processor 110 can couple to the touch sensor 180K, charger, flash, camera 193, etc., through different I2C bus interfaces. For example, the processor 110 can couple to the touch sensor 180K through the I2C interface, enabling the processor 110 and the touch sensor 180K to communicate through the I2C bus interface, thereby realizing the touch function of the terminal 100.

[0166] The I2S interface can be used for audio communication. In some embodiments, the processor 110 may include multiple I2S buses. The processor 110 can be coupled to the audio module 170 via the I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the I2S interface to enable the function of answering phone calls through a Bluetooth headset.

[0167] The PCM interface can also be used for audio communication, sampling, quantizing, and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 can be coupled via the PCM bus interface. In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 via the PCM interface, enabling the function of answering phone calls through a Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

[0168] The UART interface is a universal serial data bus used for asynchronous communication. This bus can be a bidirectional communication bus. It converts the data to be transmitted between serial and parallel communication. In some embodiments, the UART interface is typically used to connect the processor 110 and the wireless communication module 160. For example, the processor 110 communicates with the Bluetooth module in the wireless communication module 160 via the UART interface to implement Bluetooth functionality. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the UART interface to enable music playback through Bluetooth headphones.

[0169] The MIPI interface can be used to connect the processor 110 to peripheral devices such as the display screen 194 and the camera 193. The MIPI interface includes a camera serial interface (CSI) and a display serial interface (DSI). In some embodiments, the processor 110 and the camera 193 communicate via the CSI interface to enable the shooting function of the terminal 100. The processor 110 and the display screen 194 communicate via the DSI interface to enable the display function of the terminal 100.

[0170] The GPIO interface can be configured via software. It can be configured as a control signal or a data signal. In some embodiments, the GPIO interface can be used to connect the processor 110 to a camera 193, a display screen 194, a wireless communication module 160, an audio module 170, a sensor module 180, etc. The GPIO interface can also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, etc.

[0171] USB port 130 is a USB standard compliant interface, specifically a Mini USB port, Micro USB port, USB Type-C port, etc. USB port 130 can be used to connect a charger to charge terminal 100, and can also be used for data transfer between terminal 100 and peripheral devices. It can also be used to connect headphones for audio playback. This interface can also be used to connect other electronic devices, such as AR devices.

[0172] It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a structural limitation on the terminal 100. In other embodiments of this application, the terminal 100 may also adopt different interface connection methods or a combination of multiple interface connection methods as described in the above embodiments.

[0173] The charging management module 140 receives charging input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 receives charging input from the wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 receives wireless charging input via the wireless charging coil of the terminal 100. While charging the battery 142, the charging management module 140 can also supply power to the electronic device via the power management module 141.

[0174] The power management module 141 connects the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140, providing power to the processor 110, internal memory 121, display screen 194, camera 193, and wireless communication module 160, etc. The power management module 141 can also monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage current, impedance). In some other embodiments, the power management module 141 may also be located within the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be located in the same device.

[0175] The wireless communication function of terminal 100 can be implemented through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor and baseband processor.

[0176] Antennas 1 and 2 are used to transmit and receive electromagnetic wave signals. Each antenna in terminal 100 can be used to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some other embodiments, the antennas can be used in conjunction with tuning switches.

[0177] The mobile communication module 150 can provide solutions for wireless communication applications including 2G / 3G / 4G / 5G on the terminal 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1. In some embodiments, at least some functional modules of the mobile communication module 150 may be housed in the processor 110. In some embodiments, at least some functional modules of the mobile communication module 150 and at least some modules of the processor 110 may be housed in the same device.

[0178] The modem processor may include a modulator and a demodulator. The modulator modulates the low-frequency baseband signal to be transmitted into a mid-to-high frequency signal. The demodulator demodulates the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs sound signals through an audio device (not limited to speaker 170A, receiver 170B, etc.) or displays images or videos through the display screen 194. In some embodiments, the modem processor may be a separate device. In other embodiments, the modem processor may be independent of the processor 110 and may be housed in the same device as the mobile communication module 150 or other functional modules.

[0179] The wireless communication module 160 can provide solutions for wireless communication applications on the terminal 100, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, demodulates and filters the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, frequency modulate and amplify them, and then convert them into electromagnetic waves for radiation via antenna 2.

[0180] In some embodiments, antenna 1 of terminal 100 is coupled to mobile communication module 150, and antenna 2 is coupled to wireless communication module 160, enabling terminal 100 to communicate with networks and other devices via wireless communication technology. The wireless communication technology may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time-Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technologies, etc. The GNSS may include the Global Positioning System (GPS), the Global Navigation Satellite System (GLONASS), the BeiDou Navigation Satellite System (BDS), the Quasi-Zenith Satellite System (QZSS), and / or satellite-based augmentation systems (SBAS).

[0181] Terminal 100 implements display functions through a GPU, display screen 194, and application processor. The GPU is a microprocessor for image processing, connected to the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations and for graphics rendering. Processor 110 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0182] Display screen 194 is used to display images, videos, etc. Display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a Miniled LED, a MicroLED, a Micro-OLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, terminal 100 may include one or N displays 194, where N is a positive integer greater than 1.

[0183] Terminal 100 can perform shooting functions through ISP, camera 193, video codec, GPU, display 194 and application processor.

[0184] The ISP (Image Signal Processor) is used to process data fed back from the camera 193. For example, when taking a picture, the shutter is opened, and light is transmitted through the lens to the camera's photosensitive element. The light signal is converted into an electrical signal, and the camera's photosensitive element transmits the electrical signal to the ISP for processing, converting it into an image visible to the naked eye. The ISP can also perform algorithmic optimization on image noise and brightness. The ISP can also optimize parameters such as exposure and color temperature of the shooting scene. In some embodiments, the ISP can be set in the camera 193.

[0185] Camera 193 is used to capture still images or videos. An object is projected onto a photosensitive element by generating an optical image through the lens. The photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, which is then passed to an ISP for conversion into a digital image signal. The ISP outputs the digital image signal to a DSP for processing. The DSP converts the digital image signal into image signals in standard RGB, YUV, or other formats. In some embodiments, terminal 100 may include one or N cameras 193, where N is a positive integer greater than 1.

[0186] A digital signal processor (DSP) is used to process digital signals. Besides digital image signals, it can also process other digital signals. For example, when terminal 100 selects a frequency point, the DSP can perform Fourier transforms on the frequency energy.

[0187] Video codecs are used to compress or decompress digital video. Terminal 100 may support one or more video codecs. Thus, terminal 100 can play or record videos in various encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG 2, MPEG 3, MPEG 4, etc.

[0188] NPU stands for Neural Network (NN) Computing Processor. By borrowing the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, it can rapidly process input information and continuously learn on its own. NPUs can enable intelligent cognitive applications in terminals, such as image recognition, facial recognition, speech recognition, and text understanding.

[0189] Internal memory 121 may include one or more random access memory (RAM) and one or more non-volatile memory (NVM).

[0190] Random access memory can include static random-access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), and double data rate synchronous dynamic random access memory (DDR SDRAM, such as fifth-generation DDR SDRAM, which is generally called DDR5 SDRAM). Non-volatile memory can include disk storage devices and flash memory.

[0191] Flash memory can be classified according to its operating principle, including NOR FLASH, NAND FLASH, 3D NAND FLASH, etc.; according to the level of the storage cell, including single-level cell (SLC), multi-level cell (MLC), triple-level cell (TLC), quad-level cell (QLC), etc.; and according to the storage specification, including universal flash storage (UFS) and embedded multimedia card (eMMC), etc.

[0192] The random access memory can be directly read and written by the processor 110. It can be used to store executable programs (such as machine instructions) of the operating system or other running programs, as well as user and application data.

[0193] Non-volatile memory can also store executable programs and user and application data, and can be pre-loaded into random access memory for direct reading and writing by the processor 110.

[0194] The external memory interface 120 can be used to connect to external non-volatile memory, thereby expanding the storage capacity of the terminal 100. The external non-volatile memory communicates with the processor 110 through the external memory interface 120 to perform data storage functions. For example, music, video, and other files can be stored in the external non-volatile memory.

[0195] Terminal 100 can implement audio functions, such as music playback and recording, through audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, and application processor.

[0196] The audio module 170 is used to convert digital audio information into analog audio signals for output, and also to convert analog audio input into digital audio signals. The audio module 170 can also be used for encoding and decoding audio signals. In some embodiments, the audio module 170 may be located in the processor 110, or some functional modules of the audio module 170 may be located in the processor 110.

[0197] The speaker 170A, also known as a "loudspeaker," is used to convert audio electrical signals into sound signals. The terminal 100 can listen to music or make hands-free calls through the speaker 170A.

[0198] The receiver 170B, also known as the "earpiece," is used to convert audio electrical signals into sound signals. When the terminal 100 receives a phone call or voice message, the receiver 170B can be brought close to the listener's ear to hear the voice.

[0199] Microphone 170C, also known as a "microphone" or "voice transducer," is used to convert sound signals into electrical signals. When making a phone call or sending a voice message, the user can speak by bringing their mouth close to microphone 170C, inputting the sound signal into microphone 170C.

[0200] The 170D headphone jack is used to connect wired headphones.

[0201] Pressure sensor 180A is used to sense pressure signals and convert them into electrical signals. In some embodiments, pressure sensor 180A can be disposed on display screen 194. There are many types of pressure sensors 180A, such as resistive pressure sensors, inductive pressure sensors, and capacitive pressure sensors. A capacitive pressure sensor may include at least two parallel plates with conductive material. When force is applied to pressure sensor 180A, the capacitance between the electrodes changes. Terminal 100 determines the pressure intensity based on the change in capacitance. When a touch operation is applied to display screen 194, terminal 100 detects the intensity of the touch operation based on pressure sensor 180A. Terminal 100 can also calculate the touch position based on the detection signal from pressure sensor 180A. In some embodiments, touch operations applied to the same touch position but with different touch operation intensities can correspond to different operation commands. For example: when a touch operation with an intensity less than a first pressure threshold is applied to the SMS application icon, a command to view an SMS is executed. When a touch operation with an intensity greater than or equal to the first pressure threshold is applied to the SMS application icon, a command to create a new SMS is executed.

[0202] The gyroscope sensor 180B can be used to determine the motion attitude of the terminal 100. In some embodiments, the gyroscope sensor 180B can determine the angular velocity of the terminal 100 around three axes (i.e., the x, y, and z axes). The gyroscope sensor 180B can be used for image stabilization. For example, when the shutter is pressed, the gyroscope sensor 180B detects the angle of the terminal 100's shake, calculates the distance that the lens module needs to compensate based on the angle, and allows the lens to counteract the shake of the terminal 100 through reverse movement, thus achieving image stabilization. The gyroscope sensor 180B can also be used in navigation and motion-sensing game scenarios.

[0203] The barometric pressure sensor 180C is used to measure air pressure. In some embodiments, the terminal 100 calculates altitude using the air pressure value measured by the barometric pressure sensor 180C to assist in positioning and navigation.

[0204] The magnetic sensor 180D includes a Hall sensor.

[0205] The 180E accelerometer can detect the magnitude of acceleration of terminal 100 in various directions (typically three axes). When terminal 100 is stationary, it can detect the magnitude and direction of gravity. It can also be used to identify the posture of electronic devices, and is applied to applications such as screen orientation switching and pedometers.

[0206] A distance sensor 180F is used to measure distance. The terminal 100 can measure distance via infrared or laser. In some embodiments, during a shooting scene, the terminal 100 can utilize the distance sensor 180F to measure distance for rapid focusing.

[0207] The proximity sensor 180G may include, for example, a light-emitting diode (LED) and a light detector, such as a photodiode. The LED may be an infrared LED. The terminal 100 emits infrared light outward through the LED. The terminal 100 uses the photodiode to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it can be determined that there is an object near the terminal 100. When insufficient reflected light is detected, the terminal 100 can determine that there is no object near the terminal 100. The terminal 100 may use the proximity sensor 180G to detect when a user holds the terminal 100 close to their ear for a call, so as to automatically turn off the screen to save power. The proximity sensor 180G can also be used in holster mode and pocket mode for automatic unlocking and screen locking.

[0208] The ambient light sensor 180L is used to sense the ambient light intensity. The terminal 100 can adaptively adjust the brightness of the display screen 194 based on the sensed ambient light intensity. The ambient light sensor 180L can also be used to automatically adjust the white balance when taking pictures. The ambient light sensor 180L can also work with the proximity sensor 180G to detect whether the terminal 100 is in a pocket to prevent accidental touches.

[0209] The fingerprint sensor 180H is used to collect fingerprints.

[0210] Temperature sensor 180J is used to detect temperature. In some embodiments, terminal 100 uses the temperature detected by temperature sensor 180J to execute a temperature processing strategy.

[0211] Touch sensor 180K, also known as a "touch device," can be located on display screen 194. The touch sensor 180K and display screen 194 together form a touchscreen, also known as a "touchscreen." Touch sensor 180K detects touch operations applied to or near it. The touch sensor can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through display screen 194. In other embodiments, touch sensor 180K may also be located on the surface of terminal 100, in a different position than display screen 194.

[0212] The bone conduction sensor 180M can acquire vibration signals. In some embodiments, the bone conduction sensor 180M can acquire vibration signals from the vibrating bone segments of the human vocal cords.

[0213] Button 190 includes the power button, volume buttons, etc. Button 190 can be a mechanical button or a touch button.

[0214] Motor 191 can generate vibration alerts. Motor 191 can be used for incoming call vibration alerts or for touch vibration feedback.

[0215] Indicator 192 can be an indicator light, which can be used to indicate charging status, power changes, messages, missed calls, notifications, etc.

[0216] The SIM card interface 195 is used to connect the SIM card.

[0217] The various embodiments of this application can be combined arbitrarily to achieve different technical effects.

[0218] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)).

[0219] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. This program can be stored in a computer-readable storage medium, and when executed, it can include the processes described in the above method embodiments. The aforementioned storage medium includes various media capable of storing program code, such as ROM or random access memory (RAM), magnetic disks, or optical disks.

[0220] In summary, the above description is merely an embodiment of the technical solution of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, improvements, etc., made based on the disclosure of this application should be included within the scope of protection of this application.

Claims

1. A vehicle control method, applied to a vehicle, characterized in that, The method includes: The vehicle establishes a short-range communication connection with the terminal; Based on the current scenario and the occlusion state of the terminal, a threshold value for the signal strength of the first operation is determined as the first threshold value; the occlusion state of the terminal includes an unoccluded state and an occluded state; in the same scenario, for the first operation, the threshold value for the signal strength corresponding to the unoccluded state is less than the threshold value for the occluded state; when the current scenario is a vehicle unlocking scenario, the first operation is vehicle door unlocking; when the current scenario is a vehicle locking scenario, the first operation is vehicle door locking. When the signal strength of the terminal is detected to reach the first threshold, the first operation is performed.

2. The method according to claim 1, characterized in that, Before determining the threshold for the signal strength of the first operation as the first threshold based on the current scene and the occlusion state of the terminal, the process includes: Based on the current scenario and the carrying status of the terminal, the occlusion state of the terminal is determined; the occlusion state includes: a first occlusion state and a second occlusion state; the threshold value of the signal strength of the first operation corresponding to the first occlusion state is less than the threshold value of the signal strength of the first operation corresponding to the second occlusion state.

3. The method according to claim 1 or 2, characterized in that, The method further includes: When the current scenario is identified as a first scenario, a first instruction message is sent to the terminal, the first instruction message being used to instruct the terminal to report first sensor data; the first scenario is a vehicle unlocking scenario or a vehicle locking scenario. Receive the first sensor data sent by the terminal; Based on the data from the first sensor, the carrying status of the terminal is identified.

4. The method according to claim 1 or 2, characterized in that, After detecting that the signal strength of the terminal has reached the first threshold, the method further includes: A second instruction message is sent to the terminal, which instructs the terminal to stop reporting the first sensor data.

5. The method according to claim 1, characterized in that, In the scenario of unlocking the vehicle, the carrying state corresponding to the obstructed state includes some or all of the following: "in front pocket / front backpack" and "in back pocket / back backpack"; The carrying state corresponding to the unobstructed state includes: "holding the terminal to look at the screen"; wherein, for the first operation, the signal strength threshold corresponding to "being in the back pocket / back bag" is less than the signal strength threshold corresponding to "being in the back pocket / back bag"; In the scenario of disembarking and locking, the carrying state corresponding to the obstructed state includes some or all of the following: "in front pocket / front backpack", "in back pocket / back backpack" and "holding a terminal to look at a screen"; wherein, for the first operation, the signal strength threshold corresponding to "in front pocket / front backpack" and the signal strength threshold corresponding to "holding a terminal to look at a screen" are both less than the signal strength threshold corresponding to "in front pocket / front backpack".

6. The method according to claim 1, characterized in that, In the scenario of unlocking the vehicle, the carrying state corresponding to the obstructed state includes some or all of the following: "holding the terminal to look at the screen and the hand covering the antenna", "holding the terminal to the side and the hand covering the antenna", "in the front pocket / front backpack", and "in the back pocket / back backpack"; wherein, for the first operation, the signal strength threshold corresponding to "in the back pocket / back backpack" is less than the signal strength threshold corresponding to "holding the terminal to look at the screen and the hand covering the antenna", also less than the signal strength threshold corresponding to "holding the terminal to the side and the hand covering the antenna", and also less than the signal strength threshold corresponding to "in the front pocket / front backpack"; In the scenario of disembarking and locking, the carrying state corresponding to the obstructed state includes some or all of the following: "holding the terminal to look at the screen, and the hand does not obstruct the antenna", "holding the terminal to look at the screen, and the hand obstructs the antenna", "holding the terminal to the side, and the hand obstructs the antenna", "in the front pocket / front backpack", and "in the back pocket / back backpack". Specifically, for the first operation, the signal strength threshold corresponding to "holding the terminal to look at the screen, and the hand obstructs the antenna" is less than the signal strength threshold corresponding to "holding the terminal to look at the screen, and the hand does not obstruct the antenna", and also less than the signal strength threshold corresponding to "in the front pocket / front backpack". The signal strength threshold corresponding to "in the front pocket / front backpack" is less than the signal strength threshold corresponding to "holding the terminal to the side, and the hand obstructs the antenna", and also less than the signal strength threshold corresponding to "in the back pocket / back backpack".

7. The method according to claim 1 or 2, characterized in that, The first sensor data is the sensor data corresponding to the sensor set, which includes some or all of the following: magnetic sensor, acceleration sensor, gravity sensor, gyroscope sensor, orientation sensor, distance sensor, proximity light sensor, touch sensor, pressure sensor, and ambient light sensor. The step of identifying the carrying status of the terminal based on the first sensor data includes: The carrying status of the terminal is identified using a state recognition model. The input of the state recognition model includes the first sensor data and the carrying status of the terminal.

8. A vehicle, characterized in that, include: A processor and a memory, the memory being coupled to the processor, the memory being used to store computer program code, the computer program code including computer instructions, which, when the processor reads from the memory, cause the vehicle to perform the vehicle control method as described in claims 1 to 7.

9. A computer-readable storage medium, characterized in that, Includes computer instructions that, when executed on a vehicle, cause the vehicle to perform the vehicle control method as described in claims 1 to 7.

10. A computer program product, characterized in that, When the computer program product is run on a computer, the computer performs the vehicle control method as described in claims 1 to 7.

Images