Vehicle control methods, systems, electronic devices and storage media

Abstract

This application provides a vehicle control method, system, electronic device, and storage medium. In some embodiments, the vehicle control method may include the following steps: determining the coordinates of the vehicle key based on the positioning data of the vehicle key detected by the StarScan positioning system; and generating and sending a vehicle control command in response to the vehicle key's coordinates being within the coordinate range corresponding to the vehicle control command.

Description

Technical Field

[0001] The embodiments of this application relate to the field of control technology, and more specifically, to a vehicle control method, system, electronic device, and storage medium. Background Technology

[0002] With the increasing use of vehicles, improving their intelligence and convenience has become a topic of great interest. To make it easier for users to operate their vehicles, some are equipped with features such as contactless unlocking. However, during the contactless unlocking process, situations often arise where the vehicle is accidentally unlocked or fails to unlock at all. Summary of the Invention

[0003] One objective of the embodiments of this application is to provide a vehicle control method, system, electronic device, and storage medium, the advantage of which is that by obtaining the positioning data of the vehicle key through the Star Flash Positioning System, the positioning data of the vehicle key obtained by the executing entity is more accurate.

[0004] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device, and storage medium, the advantage of which is that by determining the coordinates of the vehicle key based on the positioning data of the vehicle key fed back by the star-flash positioning system, and determining whether to generate a corresponding vehicle control command, the vehicle control command can be triggered more accurately, thereby improving the accuracy of vehicle control.

[0005] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device and storage medium, the advantage of which is that the origin of the established plane rectangular coordinate system is the location point of the master node, which can improve the data processing speed.

[0006] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device and storage medium, the advantage of which is that when the coordinates of the vehicle key indicated by the star-flash positioning system are within the coordinate range corresponding to the vehicle unlocking command, the vehicle unlocking command can be generated and sent, which is conducive to realizing contactless unlocking.

[0007] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device and storage medium, the advantage of which is that the coordinate range corresponding to the vehicle unlocking command can be determined according to the coordinates of the slave node in the star-flash positioning system and the first distance threshold, which can expand the unlocking area and trigger the vehicle lock controller to perform the door unlocking operation more quickly.

[0008] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device, and storage medium, the advantage of which is that the coordinate range corresponding to the vehicle unlocking command can be determined according to the coordinates of the slave node in the star-flash positioning system and the first distance threshold. Compared with the unlocking area defined based on the distance between the vehicle key and the vehicle or node, the dead zone area is smaller, and the door lock can be opened more promptly when the vehicle key is close to the vehicle, reducing the probability of no response.

[0009] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device, and storage medium, the advantage of which is that the user can customize the first distance threshold used to determine the coordinate range corresponding to the vehicle unlocking command, thereby realizing personalized settings for the unlocking area and improving the user experience.

[0010] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device and storage medium, the advantage of which is that the unlocking area is dynamically adjusted based on the parking scenario of the vehicle, so that the adjusted unlocking area is more in line with the current parking scenario and reduces the probability of accidental unlocking.

[0011] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device and storage medium, the advantage of which is that the unlocking area is dynamically adjusted based on the user profile, so that the adjusted unlocking area is more in line with the user's personal characteristics, which can improve the user experience.

[0012] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device and storage medium, the advantage of which is that when the coordinates of the vehicle key indicated by the star-flash positioning system are within the coordinate range corresponding to the vehicle locking command, the vehicle locking command can be generated and sent, which is conducive to realizing contactless locking.

[0013] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device and storage medium, the advantage of which is that the coordinate range corresponding to the vehicle locking command is determined according to the coordinates of the slave node in the star-flash positioning system and the second distance threshold, and the locking area can be adjusted as needed so as to trigger the door locking operation in a timely manner.

[0014] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device, and storage medium, the advantage of which is that the coordinate range corresponding to the vehicle locking command is determined based on the coordinates of the slave node in the star-flash positioning system and the second distance threshold, the blind spot area is smaller, and the door lock can be closed more promptly when the vehicle key is far away from the vehicle, reducing the probability of no response.

[0015] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device, and storage medium, the advantage of which is that the user can customize the second distance threshold used to determine the coordinate range corresponding to the vehicle locking command, thereby realizing personalized settings for the locking area and improving the user experience.

[0016] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device and storage medium, the advantage of which is that the locking area is dynamically adjusted based on the parking scenario of the vehicle, so that the adjusted locking area is more in line with the current parking scenario and improves vehicle safety.

[0017] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device and storage medium, the advantage of which is that the locking area is dynamically adjusted based on the user profile, so that the adjusted locking area is more in line with the user's personal characteristics, which can improve the user experience.

[0018] Another objective of the embodiments of this application is to provide a vehicle control method, system, electronic device, and storage medium, which has the advantage of allowing users to open the vehicle when the vehicle key is within a specified coordinate range, thereby increasing the difficulty for other personnel to enter the vehicle, start it, and steal it, and improving vehicle security.

[0019] One embodiment of this application provides a vehicle control method, which may include the following steps: determining the coordinates of the vehicle key based on the positioning data of the vehicle key detected by the StarScan positioning system; and generating and sending a vehicle control command in response to the vehicle key's coordinates being within the coordinate range corresponding to the vehicle control command.

[0020] Another embodiment of this application provides a vehicle control system, including: a vehicle key, a satellite positioning system, and a logic judgment module. The satellite positioning system can be configured to detect the positioning data of the vehicle key. The logic judgment module can be configured to determine the coordinates of the vehicle key based on the positioning data detected by the satellite positioning system; and to generate and send a vehicle control command in response to the vehicle key's coordinates being within the coordinate range corresponding to a vehicle control command.

[0021] Another embodiment of this application provides an electronic device, including at least one processor and a memory. The memory is communicatively connected to the at least one processor and stores instructions executable by the at least one processor. These instructions, when executed by the at least one processor, enable the at least one processor to perform the vehicle control method mentioned in the above embodiments.

[0022] Another embodiment of this application provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the vehicle control method mentioned in the above embodiments. Attached Figure Description

[0023] Other features, objects, and advantages of this application will become more apparent from the following detailed description of non-limiting embodiments with reference to the accompanying drawings. Wherein:

[0024] Figure 1 This is a schematic block diagram of a system applicable to the vehicle control method mentioned in the embodiments of this application;

[0025] Figure 2 This is a schematic diagram showing the installation positions of the master node and slave node of a star-flash positioning system according to some embodiments of this application;

[0026] Figure 3 This is a schematic flowchart of a vehicle control method according to some embodiments of this application;

[0027] Figure 4 This is a schematic diagram of the unlocking area according to some embodiments of this application;

[0028] Figure 5 This is a schematic diagram of the locking region according to some embodiments of this application;

[0029] Figure 6 This is a schematic block diagram of a vehicle control system according to some embodiments of this application;

[0030] Figure 7 These are schematic block diagrams of electronic devices according to some embodiments of this application. Detailed Implementation

[0031] To better understand this application, various aspects of this application will be described in more detail with reference to the accompanying drawings. It should be understood that these detailed descriptions are merely illustrative of exemplary embodiments of this application and are not intended to limit the scope of this application in any way. Throughout the specification, the same reference numerals refer to the same elements. The expression "and / or" includes any and all combinations of one or more of the associated listed items.

[0032] It should also be understood that expressions such as "comprising," "including," "having," "containing," and / or "comprising" are open-ended rather than closed-ended expressions in this specification, indicating the presence of the stated features, elements, and / or components, but not excluding the presence of one or more other features, elements, components, and / or combinations thereof. Furthermore, when expressions such as "at least one of..." appear after a list of listed features, they modify the entire list of features, not just individual elements in the list. Additionally, when describing embodiments of this application, the word "may" is used to mean "one or more embodiments of this application." And the term "exemplary" is intended to refer to examples or illustrations.

[0033] Unless otherwise specified, all terms used herein (including engineering and technical terms) shall have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains. It should also be understood that, unless expressly stated herein, terms defined in common dictionaries shall be interpreted as having the meaning consistent with their meaning in the context of the relevant art, and not as having an idealized or overly formalized meaning.

[0034] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. Furthermore, unless explicitly limited or contradicted by the context, the specific steps included in the methods described in this application are not limited to the order in which they are described, but can be performed in any order or in parallel. This application will now be described in detail with reference to the accompanying drawings and embodiments.

[0035] Figure 1 This is a schematic block diagram of a system applicable to the vehicle control method mentioned in the embodiments of this application. For example... Figure 1 As shown, the system 100 may include a vehicle key 110 and a vehicle 120.

[0036] In some embodiments of this application, the vehicle key 110 can be a physical key or a virtual key deployed on a mobile terminal; no limitation is made here. The vehicle key 110 is typically equipped with a StarFlash chip for location tracking via a StarFlash positioning system.

[0037] In some embodiments of this application, a star-flash positioning system may be deployed on the vehicle 120 to more accurately locate the vehicle key 110, and then generate and send vehicle control commands based on the positioning data of the vehicle key 110.

[0038] In some embodiments of this application, the star-flash positioning system deployed on the vehicle 120 may include a master node 121, a first slave node 122, a second slave node 123, a third slave node 124, and a fourth slave node 125. This star-flash positioning system can locate the vehicle key 110 and obtain its location data. The location data may include distance measurement data of the vehicle key 110, or it may include coordinate data of the vehicle key 110; no limitation is made here.

[0039] As an example, the location data may include distance data and coordinate data of vehicle key 110, and its data format is as follows:

[0040] #pragma pack(1) / / Compiler directive used to specify the alignment of data structures in memory;

[0041] typedef struct / / Defines the type of a structure;

[0042] {

[0043] short key_to_master_dist; / / Short integer data representing the distance between the vehicle key and the master node;

[0044] short key_to_slave1_dist; / / Short integer data representing the distance between the vehicle key and the first slave node;

[0045] short key_to_slave2_dist; / / Short integer data representing the distance between the vehicle key and the second slave node;

[0046] short key_to_slave3_dist; / / Short integer data representing the distance between the vehicle key and the third slave node;

[0047] short key_to_slave4_dist; / / Short integer data representing the distance between the vehicle key and the fourth slave node;

[0048] float key_pos_x; / / Floating-point data: the x-coordinate of the vehicle key;

[0049] float key_pos_y; / / Floating-point data: the y-coordinate of the vehicle key.

[0050] }

[0051] The coordinates of the vehicle key can be the coordinates of the vehicle key in a coordinate system established with the main node as the origin, the positive x-axis direction of the vehicle's short side to the right, and the positive y-axis direction of the vehicle's long side forward.

[0052] It is understandable that coordinate systems can be established in other ways without departing from the teachings of this application, and no restrictions are placed on the way coordinate systems are established here.

[0053] In some embodiments of this application, Figure 2 This is a schematic diagram showing the installation positions of the master and slave nodes of a star-flash positioning system according to some embodiments of this application. For example... Figure 2 As shown, the master node 121 can be deployed on the sun visor of the passenger side of the vehicle 120 to reduce the impact of the master node 121 deployment on the architecture of the vehicle 120. The first slave node 122, the second slave node 123, the third slave node 124, and the fourth slave node 125 can be deployed at the four corners of the vehicle 120 to improve the positioning range covered by the star-flash positioning system.

[0054] It should be understood that, without departing from the teachings of this application, the installation locations of the master node and each slave node of the StarSpot positioning system can be adjusted according to project needs, vehicle structure, etc., and no restrictions are imposed here.

[0055] Figure 3 This is a flowchart illustrating a vehicle control method according to some embodiments of this application. The executing entity of this vehicle control method 300 can be a logic judgment module, which can be a microcontroller unit (MCU), system-on-chip (SoC), or other chip with processing capabilities on the vehicle, or a module with processing capabilities on a server; no limitation is made here. Figure 3 As shown, the vehicle control method 300 may include the following steps:

[0056] Step 301: Determine the coordinates of the vehicle key based on the positioning data of the vehicle key detected by the StarScan positioning system.

[0057] In this embodiment, the StarScan positioning system can locate the vehicle key and obtain its location data. The executing entity can determine the coordinates of the vehicle key based on the location data fed back by the StarScan positioning system.

[0058] It should be understood that, without departing from the teachings of this application, the reason for the executing entity to trigger step 301 may be that the vehicle key enters the sensing range of the StarScan positioning system, that is, the StarScan positioning system continuously monitors whether the vehicle key is sensed, and if the vehicle key is sensed, step 301 can be triggered. The reason for the executing entity to trigger step 301 may also be that the executing entity receives a trigger command instructing the generation of the vehicle control command mentioned below. For example, in an unlocking scenario, the executing entity may execute step 301 after receiving a trigger command instructing the generation of a vehicle unlocking command. The trigger command may be sent by the user through the vehicle key or a vehicle remote control application, and is not limited here. This application does not limit the reasons for triggering the processing flow of the vehicle control method mentioned in this embodiment.

[0059] In some embodiments of this application, the positioning data fed back by the StarScan positioning system may be distance measurement data of the vehicle key. This distance measurement data may include the distance between the vehicle key and multiple nodes in the StarScan positioning system. These multiple nodes may all be slave nodes, or may include a master node; no limitation is made here. The executing entity may determine the coordinates of the vehicle key based on the distance between the vehicle key and the multiple nodes in the StarScan positioning system, and the coordinates of the multiple nodes.

[0060] For example, the executing entity can, for each of multiple nodes, determine the equation of a circle with the coordinates of that node as its center and the distance between that node and the vehicle key as its radius, based on the distance detected by that node and the coordinates of that node. The executing entity can then calculate the coordinates of the vehicle key based on the equations of the circles corresponding to each of the multiple nodes. The number of nodes can be greater than or equal to three to improve positioning accuracy.

[0061] It should be understood that, without departing from the teachings of this application, the executing entity may also calculate the coordinates of the vehicle key based on other principles and the distance measurement data of the vehicle key. For example, if a node simultaneously detects the relative angle information between itself and the vehicle key, the executing entity may determine the coordinates of the vehicle key based on the distance measurement data and relative angle information detected by at least one node, using the principles of trigonometric functions. This application does not limit the process of calculating the coordinates of the vehicle key.

[0062] In some other embodiments of this application, the positioning data fed back by the StarScan positioning system may be the coordinates of the vehicle key. The executing entity can read the coordinates of the vehicle key from the positioning data fed back by the StarScan positioning system and execute step 302 based on the coordinates of the vehicle key. The process by which the StarScan positioning system determines the coordinates of the vehicle key is described below.

[0063] As an example, each node in the StarScan positioning system may include a processing module and a ranging module. The ranging module can be used to measure the distance to a vehicle key that also has a StarScan chip installed, obtaining intermediate data. This intermediate data can be used to calculate the distance between the node and the vehicle key. For example, the intermediate data may include one or more of the following: the time when the node sends a ranging message to the vehicle key, the time when the vehicle key receives the same ranging message, and the difference between the two times. The processing module can process the intermediate data obtained by the ranging module to determine the distance and / or direction (or relative angle) between the node and the vehicle key. Each node in the StarScan positioning system may also include a communication module, which can be used for communication between the node and other nodes.

[0064] As an example, the StarScan positioning system can calculate the coordinates of the vehicle key through the processing module of the master node. In this example, the master node can obtain the distance between itself and the vehicle key sent by other slave nodes through its own communication module, and determine the coordinates of the vehicle key based on this distance.

[0065] For ease of understanding, the following example illustrates how the master node determines the coordinates of the vehicle key based on distance, using the distance between the master node and the vehicle key (hereinafter referred to as distance L1), the distance between the first slave node and the vehicle key (hereinafter referred to as distance L2), and the distance between the second slave node and the vehicle key (hereinafter referred to as distance L3) as examples.

[0066] The master node can construct a Cartesian coordinate system with a point on the ground plane as the origin. The plane containing this Cartesian coordinate system is parallel to the ground plane. The x-axis of the Cartesian coordinate system can be in any direction on the plane containing the coordinate system, and the y-axis can be perpendicular to the x-axis. Therefore, in this Cartesian coordinate system, the coordinates of the master node can be (x1, y1), the coordinates of the first slave node can be (x2, y2), and the coordinates of the second slave node can be (x3, y3). The master node can determine the position (x, y) of the vehicle key using the system of equations 1 to 3.

[0067] Equation 1:

[0068] Equation 2:

[0069] Equation 3:

[0070] Alternatively, the origin of the aforementioned Cartesian coordinate system can be the location of the master node. In this case, the coordinates of the master node are (0, 0), which can improve data processing speed.

[0071] Optionally, the first and second slave nodes can be symmetrical about the x-axis or about the y-axis. In this case, the x-axis coordinates or y-axis coordinates of the first and second slave nodes are the same, which can improve data processing speed.

[0072] It should be understood that, without departing from the teachings of this application, the distances used by the master node for calculation can also be the distances between the slave node and the vehicle key, and this application does not impose any restrictions on this.

[0073] It should be understood that, without departing from the teachings of this application, the master node may determine the coordinates of the vehicle key based on the distance between more or fewer nodes and the vehicle key, and no restriction is imposed here.

[0074] It should be understood that, without departing from the teachings of this application, the above-described process for determining the coordinates of the vehicle key can also be deployed in the program of the slave node, and the relevant calculations can be completed by the slave node. This application does not restrict the node that calculates the coordinates of the vehicle key.

[0075] It should be understood that, without departing from the teachings of this application, the location data of the vehicle key detected by the StarScan positioning system may also be other data, such as the intermediate data mentioned above. This application does not limit the specific data content of the location data.

[0076] Step 302: In response to the vehicle key's coordinates being within the coordinate range corresponding to the vehicle control command, generate and send the vehicle control command.

[0077] In this embodiment, the executing entity may store a correspondence between vehicle control commands and coordinate ranges. When the executing entity determines that the coordinates of the vehicle key are within the coordinate range corresponding to the vehicle control command based on this correspondence, it can generate the vehicle control command and send it to the actuator used to execute the vehicle control command.

[0078] It is understandable that different vehicle control commands may correspond to different actuators. For example, if the vehicle control command is a vehicle unlocking command or a vehicle locking command, the actuator used to control the vehicle lock status is a vehicle lock controller, and the executing entity can send the vehicle unlocking command or vehicle locking command to the vehicle lock controller. As another example, if the vehicle control command is a vehicle start command, the actuator is a power control unit, and the executing entity can transmit the vehicle start command to the vehicle's main unit. This application does not limit the equipment that receives and executes vehicle control commands.

[0079] To facilitate understanding, the vehicle control method 300 will be illustrated below with examples in some scenarios.

[0080] Scene 1

[0081] In some embodiments of this application, the vehicle control method 300 is applied to an unlocking scenario. The vehicle control command includes a vehicle unlocking command. In this scenario, as a user carrying a vehicle key gradually approaches the vehicle from a distance, the executing entity can monitor the location data of the vehicle key through a satellite positioning system. If the coordinates of the vehicle key indicated by the location data are within the coordinate range corresponding to the vehicle unlocking command, the executing entity can generate a vehicle unlocking command and send it to the vehicle lock controller to unlock the vehicle door, thus facilitating seamless unlocking.

[0082] In some embodiments of this application, the coordinate range corresponding to the vehicle unlocking command mentioned above can be determined based on the coordinates of the slave nodes in the StarScan positioning system and a first distance threshold. By determining the coordinate range corresponding to the vehicle unlocking command based on the coordinates of the slave nodes in the StarScan positioning system and the first distance threshold, the unlocking area can be expanded outward by the first distance threshold on the basis of the polygon formed by the slave nodes in the StarScan positioning system, thereby triggering the vehicle lock controller to perform the door unlocking operation more quickly.

[0083] It is understood that, without departing from the teachings of this application, the value of the first distance threshold can be determined according to project needs, etc. For example, the first distance threshold can be any value greater than or equal to 2 meters and less than or equal to 5 meters. This application does not limit the value of the first distance threshold.

[0084] Optionally, the slave nodes in the Starflash positioning system may include at least: a left front slave node located in the left front region of the vehicle, a right front slave node located in the right front region of the vehicle, a left rear slave node located in the left rear region of the vehicle, and a right rear slave node located in the right rear region of the vehicle. Figure 2 Taking the star-flash positioning system shown as an example, the first slave node 122 is the right front slave node, the second slave node 123 is the left front slave node, the third slave node 124 is the left rear slave node, and the fourth slave node 125 is the right rear slave node. The coordinates of the first slave node of the star-flash positioning system are (x2, y2), the coordinates of the second slave node are (x3, y3), the coordinates of the third slave node are (x4, y4), and the coordinates of the fourth slave node are (x5, y5). Based on Figure 2 In the example of the star-flash positioning system, when the coordinate range corresponding to the vehicle unlocking command is determined based on the coordinates of each slave node and a first distance threshold (d1), the unlocking area corresponding to this coordinate range can be... Figure 4The shaded area is shown in the image. The first range of x-coordinate values ​​in the coordinate range corresponding to the vehicle unlocking command can be [min(x3,x4)-d1, max(x2,x5)+d1], and the second range of y-coordinate values ​​can be [min(y4,y5)-d1, max(y2,y3)+d1]. Here, min() takes the minimum value, and max() takes the maximum value. If the executing entity determines that the x-coordinate of the vehicle key is within the first range and the y-coordinate is within the second range, it can determine that the vehicle key has entered the unlocking area, and generate and send the vehicle unlocking command to the lock controller. If it determines that the x-coordinate of the vehicle key is not within the first range, or the y-coordinate is not within the second range, it can determine that the vehicle key has not entered the unlocking area, and no vehicle unlocking command is sent. In the example above, the unlocking area has a smaller dead zone (non-response area) compared to the unlocking area defined based on the distance between the vehicle key and the vehicle or node. This allows for more timely unlocking of the vehicle door when the vehicle key is close to the vehicle, reducing the probability of no response.

[0085] In some embodiments of this application, the process by which the executing entity determines the coordinate range corresponding to the vehicle unlocking command may include: determining a first distance threshold based on a received first configuration instruction, and determining the coordinate range corresponding to the vehicle unlocking command based on the first distance threshold and the coordinates of the slave nodes in the pre-configured StarScan positioning system. The process of determining the coordinate range corresponding to the vehicle unlocking command based on the first distance threshold and the coordinates of the slave nodes in the pre-configured StarScan positioning system can be referred to the relevant description above, and will not be repeated here. The method for determining the first distance threshold is illustrated below.

[0086] Method 1

[0087] In some embodiments of this application, the first configuration instruction can be generated based on user operation data to indicate a user-specified unlocking distance threshold. The executing entity can determine this specified unlocking distance threshold as the first distance threshold. For example, the user can interact with the executing entity through a voice interaction system or a touch interaction system to generate user operation data. After detecting this user operation data, the executing entity reads the unlocking distance threshold from the user operation data and generates a first configuration instruction based on the unlocking distance threshold to update the first distance threshold, thereby updating the vehicle's unlocking area. In this example, the user can customize the first distance threshold used to determine the coordinate range corresponding to the vehicle unlocking instruction, enabling personalized settings for the unlocking area and improving the user experience.

[0088] Method 2

[0089] In some embodiments of this application, the first configuration instruction can be automatically triggered by the executing entity. The executing entity can determine the unlocking distance threshold through big data analysis or scenario analysis, and determine the analyzed unlocking distance threshold as the first distance threshold.

[0090] As an example, the executing entity can analyze the vehicle's parking scenario to determine the location type of the parking position. Then, based on the stored correspondence between location types and unlocking distance thresholds, the executing entity determines the unlocking distance threshold corresponding to the location type of the vehicle's parking position. Based on the determined unlocking distance threshold, the executing entity generates a first configuration instruction to update the first distance threshold, thereby updating the vehicle's unlocking area. In this example, the executing entity dynamically adjusts the unlocking area based on the vehicle's parking scenario, making the adjusted unlocking area more suitable for the current parking scenario and reducing the probability of accidental unlocking.

[0091] For example, the first distance threshold for a location type with a relatively dangerous environment (such as a high probability of vehicle theft) can be lower than the first distance threshold for a location type with a relatively safe environment (such as a low probability of vehicle theft), so that vehicles can adopt stricter unlocking requirements in relatively dangerous situations to improve vehicle security.

[0092] It is understandable that the correspondence between location type and unlocking distance threshold can be set by developers based on experience, or it can be obtained by analyzing the unlocking distance thresholds configured by users for different location types stored in big data, and there are no restrictions here.

[0093] It should be understood that, without departing from the teachings of this application, the method by which the executing entity analyzes the location type of a vehicle's parking position can be configured as needed. For example, the executing entity can determine the map point corresponding to the vehicle's parking position based on an electronic map and the coordinates of the vehicle's parking position, and determine the location type of the vehicle's parking position based on the definition of the location type of that map point in the electronic map. Alternatively, the executing entity can acquire an image of the vehicle's surrounding environment and input this image into a scene analysis model to determine the location type of the vehicle's parking position. The scene analysis model is a pre-trained, converged network model capable of determining the location type corresponding to the input image. This application does not limit the method used to analyze the location type of a vehicle's parking position.

[0094] As another example, the executing entity can analyze user data to obtain a user profile, and determine the corresponding unlocking distance threshold based on the stored correspondence between the user profile and the unlocking distance threshold. The executing entity then generates a first configuration instruction based on the determined unlocking distance threshold to update the first distance threshold, thereby updating the vehicle's unlocking area. In this example, the executing entity dynamically adjusts the unlocking area based on the user profile, making the adjusted unlocking area more closely match the user's individual characteristics, thus improving the user experience.

[0095] For example, user profiles derived from user data analysis can indicate a user's personality. A user's personality can be categorized into at least two types, such as a first type indicating a more impatient user and a second type indicating a more patient user. In the correspondence between user profiles and unlocking distance thresholds, the unlocking distance threshold for the first type can be greater than that for the second type. This allows the vehicle to unlock the doors from a greater distance, reducing the probability of requiring the user to wait and improving the user experience.

[0096] It is understood that, without departing from the teachings of this application, user profiles determined based on user data may also indicate other information, and the corresponding relationships may be adjusted according to the information indicated by the user profile, without any restrictions here.

[0097] Scene 2

[0098] In some embodiments of this application, the vehicle control method 300 is applied to a locking scenario. The vehicle control command includes a vehicle locking command. In this scenario, as the user carries the vehicle key away from the vehicle, the executing entity can monitor the positioning data of the vehicle key through a satellite positioning system. If the coordinates of the vehicle key indicated by the positioning data are within the coordinate range corresponding to the vehicle locking command, the executing entity can generate a vehicle locking command and send it to the vehicle lock controller to close the vehicle's door locks.

[0099] In some embodiments of this application, the coordinate range corresponding to the vehicle locking command mentioned above is determined based on the coordinates of the slave nodes in the star-flash positioning system and a second distance threshold. By determining the coordinate range corresponding to the vehicle locking command based on the coordinates of the slave nodes in the star-flash positioning system and the second distance threshold, the locking area can be varied based on the polygon formed by the slave nodes in the star-flash positioning system, so as to promptly trigger the vehicle lock controller to perform the door locking operation.

[0100] Optionally, the second distance threshold can be set to a value greater than the first threshold to reduce the repeated triggering of vehicle unlock and lock commands due to user intent recognition errors when the unlock and lock areas overlap, thereby improving the user experience.

[0101] It is understood that, without departing from the teachings of this application, the value of the second distance threshold can be determined according to project needs, etc. For example, the second distance threshold can be any value greater than 5 meters. This application does not impose any restrictions on the value of the second distance threshold.

[0102] Optionally, the slave nodes in the Starflash positioning system may include at least: a left front slave node located in the left front region of the vehicle, a right front slave node located in the right front region of the vehicle, a left rear slave node located in the left rear region of the vehicle, and a right rear slave node located in the right rear region of the vehicle. Figure 2 Taking the star-flash positioning system shown as an example, the first slave node 122 is the right front slave node, the second slave node 123 is the left front slave node, the third slave node 124 is the left rear slave node, and the fourth slave node 125 is the right rear slave node. The coordinates of the first slave node of the star-flash positioning system are (x2, y2), the coordinates of the second slave node are (x3, y3), the coordinates of the third slave node are (x4, y4), and the coordinates of the fourth slave node are (x5, y5). Based on Figure 2 In the example of the star-flash positioning system, when the coordinate range corresponding to the vehicle locking command is determined based on the coordinates of each slave node and a second distance threshold (d2), the locking area corresponding to this coordinate range can be... Figure 5 The area outside the shaded area in the diagram. The third range of x-coordinate values ​​in the coordinate range corresponding to the vehicle locking command can include (-∞, min(x3,x4)-d2] and [max(x2,x5)+d2,+∞), and the fourth range of y-coordinate values ​​can include (-∞, min(y4,y5)-d2] and [max(y2,y3)+d2,+∞). If the executing entity determines that the x-coordinate of the vehicle key is within the third range, or the y-coordinate is within the fourth range, it can determine that the vehicle key has entered the locking area, and generate and send a vehicle locking command to the lock controller. If it determines that the x-coordinate of the vehicle key is not within the third range, and the y-coordinate is not within the fourth range, it can determine that the vehicle key has not entered the locking area, and no vehicle locking command is sent. In the example above, the locking area has a smaller dead zone (unresponsive area) compared to the locking area defined based on the distance between the vehicle key and the vehicle or node. This allows the door lock to be closed more promptly when the vehicle key is far away from the vehicle, reducing the probability of no response.

[0103] In some embodiments of this application, the process by which the executing entity determines the coordinate range corresponding to the vehicle locking command may include: determining a second distance threshold based on a received second configuration instruction; and determining the coordinate range corresponding to the vehicle locking command based on the second distance threshold and the coordinates of the slave nodes in the pre-configured satellite positioning system. The process of determining the coordinate range corresponding to the vehicle locking command based on the second distance threshold and the coordinates of the slave nodes in the pre-configured satellite positioning system can be referred to the relevant description above, and will not be repeated here. The method for determining the second distance threshold is illustrated below.

[0104] Method 1

[0105] In some embodiments of this application, the second configuration instruction can be generated based on user operation data to indicate a locking distance threshold specified by the user. The executing entity can determine the specified locking distance threshold as the second distance threshold. For example, the user can interact with the executing entity through a voice interaction system or a touch interaction system to generate user operation data. After detecting the user operation data, the executing entity reads the locking distance threshold from the user operation data and generates a second configuration instruction based on the locking distance threshold to update the second distance threshold, thereby updating the vehicle's locking area. In this example, the user can customize the second distance threshold used to determine the coordinate range corresponding to the vehicle locking instruction, enabling personalized settings for the locking area and improving the user experience.

[0106] Method 2

[0107] In some embodiments of this application, the second configuration instruction can be automatically triggered by the executing entity. The executing entity can determine the locking distance threshold through big data analysis or scenario analysis, and determine the analyzed locking distance threshold as the second distance threshold.

[0108] As an example, the executing entity can analyze the vehicle's parking scenario to determine the location type of the parking position. Then, based on the stored correspondence between location types and locking distance thresholds, the executing entity determines the locking distance threshold corresponding to the location type of the vehicle's parking position. Based on the determined locking distance threshold, the executing entity generates a second configuration instruction to update the second distance threshold, thereby updating the vehicle's locking area. In this example, the executing entity dynamically adjusts the locking area based on the vehicle's parking scenario, making the adjusted locking area more suitable for the current parking scenario and improving vehicle safety.

[0109] For example, the second distance threshold for a location type with a relatively dangerous environment (such as a high probability of vehicle theft) can be smaller than the second distance threshold for a location type with a relatively safe environment (such as a low probability of vehicle theft), so that the vehicle can be locked quickly in a relatively dangerous situation.

[0110] It is understandable that the correspondence between location type and locking distance threshold can be set by developers based on experience, or it can be obtained by analyzing the locking distance thresholds configured by users for different location types stored in big data, and there are no restrictions here.

[0111] It should be understood that, without departing from the teachings of this application, the method by which the executing entity analyzes the location type of a vehicle's parking position can be configured as needed. For example, the executing entity can determine the map point corresponding to the vehicle's parking position based on an electronic map and the coordinates of the vehicle's parking position, and determine the location type of the vehicle's parking position based on the definition of the location type of that map point in the electronic map. Alternatively, the executing entity can acquire an image of the vehicle's surrounding environment and input this image into a scene analysis model to determine the location type of the vehicle's parking position. The scene analysis model is a pre-trained, converged network model capable of determining the location type corresponding to the input image. This application does not limit the method used to analyze the location type of a vehicle's parking position.

[0112] As another example, the executing entity can analyze user data to obtain a user profile, and determine the corresponding locking distance threshold based on the stored correspondence between the user profile and the locking distance threshold. The executing entity then generates a second configuration instruction based on the determined locking distance threshold to update the second distance threshold, thereby updating the vehicle's locking area. In this example, the executing entity dynamically adjusts the locking area based on the user profile, making the adjusted locking area more closely match the user's individual characteristics, thus improving the user experience.

[0113] For example, user profiles derived from user data analysis can indicate a user's personality. A user's personality can be categorized into at least two types, such as a first type indicating a more impatient user and a second type indicating a more patient user. Considering that impatient users typically walk faster, the locking distance threshold for the first type can be higher than that for the second type in the correspondence between user profiles and locking distance thresholds. This allows users to close the car door locks when they are further away from the vehicle, reducing the probability of users having to wait to unlock the door while turning back, thus improving the user experience.

[0114] It is understood that, without departing from the teachings of this application, user profiles determined based on user data may also indicate other information, and the corresponding relationships may be adjusted according to the information indicated by the user profile, without any restrictions here.

[0115] Scene 3

[0116] In some embodiments of this application, the vehicle control method 300 is applied to a vehicle start-up control scenario. The vehicle control command includes a vehicle start-up command. In this scenario, during the user's vehicle start-up process, the executing entity can monitor the location data of the vehicle key through a satellite positioning system. If the coordinates of the vehicle key indicated by the location data are within the coordinate range corresponding to the vehicle start-up command, the executing entity can generate a vehicle start-up command and send it to the power control unit to initiate the user's vehicle start-up process.

[0117] In some embodiments of this application, the coordinate range corresponding to the vehicle start command includes the coordinate range corresponding to the driver's seat and the coordinate range corresponding to the vehicle's armrest box. In this embodiment, allowing the user to open the vehicle when the vehicle key is in the driver's seat or the vehicle's armrest box increases the difficulty for other personnel to enter the vehicle, start it, and steal it, thereby improving vehicle security.

[0118] In some embodiments of this application, the coordinate range corresponding to the driver's seat and the coordinate range corresponding to the vehicle armrest box are defined based on the vehicle's boundary coordinates and the vehicle's cab parameters.

[0119] As an example, the boundary coordinates of a vehicle can include the coordinates of the intersection points of the various boundaries. The four boundaries of the vehicle's cab are defined by the following key points:

[0120] 1. Front boundary: Usually defined by the rear edge of the steering wheel or the rear edge of the dashboard. This point marks the limit of the front of the cab and affects the driver's interaction with forward visibility and control devices (such as the steering wheel and pedals).

[0121] 2. Rear boundary: This is usually defined by the back of the rear seats. This point determines the amount of space behind the driver's seat, affecting the driver's legroom and the seating space for rear passengers.

[0122] 3. Left Boundary: The left boundary is usually defined by the left side of the driver's seat or the inner edge of the driver's side door. This point marks the spatial limitation on the driver's left side, affecting the driver's lateral space and ease of entry and exit from the vehicle.

[0123] 4. Right Boundary: This is usually defined by the right edge of the front passenger seat. In vehicles without a central tunnel, the right boundary may be defined by the right side of the front passenger seat. This point determines the space to the right of the driver, and also affects the driver's lateral space and the front passenger's seating space.

[0124] If the coordinates of the intersection point between the right and front boundaries are (x6, y6), the coordinates of the intersection point between the left and front boundaries are (x7, y7), the coordinates of the intersection point between the left and rear boundaries are (x8, y8), and the coordinates of the intersection point between the right and rear boundaries are (x9, y9), and the width of the driver's seat is W1, the width of the passenger seat is W2, the width of the armrest box is W3, the length of the driver's seat is M1, the length of the passenger seat is M2, the length of the rear driver's seat is M3, and the length of the armrest box is M4, then based on the above definitions, the coordinate range corresponding to the driver's seat is [x7: x7+W1, y7: y7-M1], meaning that the value of x ranges from x7 to x7+W1, and the value of y ranges from y7 to y7-M1. The coordinate range for the front passenger seat is [x6:x6-W2, y6:y6-M2], meaning the value of x ranges from x6 to x6-W2, and the value of y ranges from y6 to y6-M2. The coordinate range for the rear driver's seat is [x8:x9, min(y8,y9):min(y8,y9)+M3], meaning the value of x ranges from x8 to x9, and the value of y ranges from min(y8,y9) to min(y8,y9)+M3. The coordinate range for the vehicle's armrest box is [x7+W1:x7+W1+W3, y7-M1:y7-M1+M4], meaning the value of x ranges from x7+W1 to x7+W1+W3, and the value of y ranges from y7-M1 to y7-M1+M4.

[0125] Based on the aforementioned coordinate range, when the executing entity detects that the one-button start is pressed to start the vehicle or the brake pedal is depressed to start the vehicle, it can determine whether the coordinates of the vehicle key are within the coordinate range corresponding to the driver's seat or the vehicle's center console. If it is determined that the coordinates of the vehicle key are within the coordinate range corresponding to the driver's seat or the vehicle's center console, the executing entity can generate a vehicle start command and initiate the vehicle start-up process.

[0126] Optionally, if the coordinates of the vehicle key are not located within the coordinate range corresponding to the driver's seat and the coordinate range corresponding to the vehicle's armrest box, the executing entity may prevent the vehicle from starting and may also display a warning message on the instrument display screen or the vehicle's remote control device.

[0127] It should be understood that, without departing from the teachings of this application, the vehicle control method mentioned in the above embodiments can also be used in other scenarios, which will not be listed here. This application does not limit the application scenarios of the vehicle control method or the instruction type of the vehicle control command.

[0128] According to some embodiments of this application, the executing entity obtains the location data of the vehicle key through the StarFlash positioning system. Because the StarFlash chip in the StarFlash positioning system has advantages such as high precision and high sensing capability, the location data of the vehicle key obtained by the executing entity is more accurate. Furthermore, the executing entity determines the coordinates of the vehicle key based on the location data fed back by the StarFlash positioning system, and determines whether to generate the corresponding vehicle control command based on whether the coordinates of the vehicle key are within the coordinate range corresponding to the vehicle control command. This allows for more accurate triggering of the vehicle control command and improves the accuracy of vehicle control.

[0129] It should be noted that the acquisition, storage, and application of user personal information involved in the technical solution disclosed herein all comply with the provisions of relevant laws and regulations and do not violate public order and good morals. It should also be noted that the information in this embodiment is obtained after being authorized by the user (i.e., with the user's consent), and all comply with the provisions of relevant laws and regulations.

[0130] The steps of the various methods described above are only for clarity. In implementation, they can be combined into one step or some steps can be split into multiple steps. As long as they include the same logical relationship, they are all within the protection scope of this disclosure. Adding insignificant modifications or introducing insignificant designs to the algorithm or process, but without changing the core design of the algorithm and process, are also within the protection scope of this disclosure.

[0131] This application also provides a vehicle control system. For example... Figure 6 As shown, the vehicle control system 600 may include a vehicle key 610, a star-flash positioning system 620, and a logic judgment module 630.

[0132] In some embodiments of this application, the vehicle key 610 can be a physical key or a virtual key deployed on a mobile terminal; no limitation is made here. The vehicle key 610 is typically equipped with a StarFlash chip to locate the vehicle key 610 via the StarFlash positioning system 620.

[0133] In some embodiments of this application, the StarScan positioning system 620 can be configured to detect the positioning data of the vehicle key 610. For example, the StarScan positioning system 620 can locate the vehicle key 610 to obtain its positioning data. The positioning data may include distance measurement data of the vehicle key 610, or it may include coordinate data of the vehicle key 610; this is not limited here.

[0134] Optionally, the StarSpot positioning system 620 may include a master node, a first slave node, a second slave node, a third slave node, and a fourth slave node. It is understood that the StarSpot positioning system 620 may have more or fewer nodes; this example is not intended to limit or serve any purpose.

[0135] In some embodiments of this application, the logic judgment module 630 may be configured to determine the coordinates of the vehicle key 610 based on the positioning data of the vehicle key 610 detected by the star-flash positioning system 620; and to generate and send a vehicle control command in response to the coordinates of the vehicle key 610 being within the coordinate range corresponding to the vehicle control command. It is understood that the logic judgment module 630 may include an MCU, SoC, or other chip with processing capabilities deployed on the vehicle, and this is not limited thereto.

[0136] As an example, vehicle control commands include vehicle unlocking commands, and the coordinate range corresponding to the vehicle unlocking commands is determined based on the coordinates of the slave nodes in the Starflash positioning system and a first distance threshold.

[0137] As an example, the logic judgment module 630 can also be configured to determine a first distance threshold based on the received first configuration instruction; and to determine the coordinate range corresponding to the vehicle unlocking instruction based on the first distance threshold and the coordinates of the slave node in the pre-configured Starflash positioning system.

[0138] As an example, vehicle control commands include vehicle locking commands, and the coordinate range corresponding to the vehicle locking commands is determined based on the coordinates of the slave nodes in the Starflash positioning system and a second distance threshold.

[0139] As an example, the logic judgment module 630 can also be configured to determine a second distance threshold based on the received second configuration instruction; and to determine the coordinate range corresponding to the vehicle locking instruction based on the second distance threshold and the coordinates of the slave node in the pre-configured star-flash positioning system.

[0140] As an example, the slave nodes in the Starflash positioning system include at least: a left front slave node located in the left front region of the vehicle, a right front slave node located in the right front region of the vehicle, a left rear slave node located in the left rear region of the vehicle, and a right rear slave node located in the right rear region of the vehicle.

[0141] As an example, vehicle control commands include vehicle start commands. The coordinate range corresponding to the vehicle start commands includes the coordinate range corresponding to the driver's seat and the coordinate range corresponding to the vehicle's armrest box. The coordinate range corresponding to the driver's seat and the coordinate range corresponding to the vehicle's armrest box are defined based on the vehicle's boundary coordinates and the vehicle's cab parameters.

[0142] In some embodiments of this application, the vehicle control system 600 may further include an actuator for vehicle control commands. The logic judgment module 630 may send vehicle control commands to the actuator, which then executes the vehicle control commands.

[0143] It is not difficult to see that this embodiment is a system implementation method corresponding to the above method embodiments, and this embodiment can be implemented in conjunction with the above method embodiments. The relevant technical details mentioned in the above method embodiments are still valid in this embodiment, and will not be repeated here to reduce repetition. Accordingly, the relevant technical details mentioned in this embodiment can also be applied to the above method embodiments.

[0144] It is worth mentioning that all modules involved in this embodiment are logical modules. In practical applications, a logical unit can be a physical unit, a part of a physical unit, or a combination of multiple physical units. Furthermore, to highlight the innovative aspects of this invention, this embodiment does not introduce units that are not closely related to solving the technical problem proposed by this invention; however, this does not mean that other units are absent from this embodiment.

[0145] Embodiments of this application also provide an electronic device, such as... Figure 7 As shown, the electronic device 700 may include: at least one processor and a memory, the memory being communicatively connected to the at least one processor and storing instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the vehicle control method mentioned in the above embodiments.

[0146] One embodiment of this application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the vehicle control method mentioned in the above embodiments.

[0147] Figure 7 This is a schematic block diagram of an electronic device 700 according to some embodiments of this application. For example... Figure 7 As shown, the electronic device 700 includes a processor 701, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 702 or a computer program loaded from a memory 708 into a random access memory (RAM) 703. The RAM 703 may also store various programs and data required for the operation of the electronic device 700. The processor 701, ROM 702, and RAM 703 are interconnected via a bus 704. An input / output (I / O) interface 705 is also connected to the bus 704.

[0148] Multiple components in electronic device 700 are connected to I / O interface 705, including: input unit 706; output unit 707, connected to various types of displays, speakers, etc., to output various forms of signals; memory 708, including any medium for storing computer-executable programs; and communication unit 709, such as a network card, modem, wireless transceiver, etc. Communication unit 709 allows electronic device 700 to exchange information / data with other devices via, for example, a local area network or other wireless communication networks.

[0149] Processor 701 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 701 include, but are not limited to, central processing unit (CPU), graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any suitable processor, controller, microcontroller, etc. Processor 701 performs the various methods and processes described above, such as the vehicle control method mentioned in the above embodiments. For example, in some embodiments, the vehicle control method mentioned in the above embodiments can be implemented as a computer software program, which is tangibly contained in a computer-readable storage medium, such as memory 708. In some embodiments, part or all of the computer program can be loaded and / or installed on electronic device 700 via ROM 702 and / or communication unit 709. When the computer program is loaded into RAM 703 and executed by processor 701, one or more steps of the vehicle control method mentioned in the above embodiments can be performed. Alternatively, in other embodiments, processor 701 can be configured to perform the vehicle control method mentioned in the above embodiments by any other suitable means (e.g., by means of firmware).

[0150] Various aspects of this application have been described herein with reference to flowchart illustrations and / or timing diagrams of methods, apparatus (systems), and computer program products according to exemplary embodiments of this application. It should be understood that each step of the flowchart illustrations and / or timing diagrams, as well as combinations of steps in the flowchart illustrations and / or timing diagrams, can be implemented by computer-readable program instructions.

[0151] These computer-readable program instructions can be provided to a processor, general-purpose computer, special-purpose computer, or other programmable data processing unit in an electronic device to produce a machine such that, when executed by the processing unit of the computer or other programmable data processing device, they create means for implementing the functions / steps specified in one or more steps of a flowchart and / or timing diagram. These computer-readable program instructions can also be stored in a computer-readable storage medium that causes a computer, programmable data processing device, and / or other device to operate in a particular manner. Thus, the computer-readable medium storing the instructions comprises an article of manufacture that includes instructions for implementing aspects of the functions / steps specified in one or more steps of a flowchart and / or timing diagram.

[0152] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process, thereby causing the instructions executed on the computer, other programmable data processing apparatus, or other device to perform the functions / steps specified in one or more steps of a flowchart and / or timing diagram.

[0153] The flowcharts and timing diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of devices, methods, and computer program products according to various embodiments of this application. In this regard, each step in a flowchart or timing diagram may represent a module, segment, or part of an instruction that contains one or more executable instructions for implementing a specified logical function. In some alternative embodiments, the functions indicated in the steps may occur in a different order than those indicated in the drawings. For example, two consecutive steps may actually be performed substantially in parallel, and they may sometimes be performed in reverse order, depending on the functions involved. It should also be noted that each step in a timing diagram and / or flowchart, and combinations of steps in timing diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0154] The above description is merely an illustration of the embodiments of this application and the technical principles employed. Those skilled in the art should understand that the scope of protection involved in this application is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the technical concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features with similar functions disclosed in this application.

Claims

1. A vehicle control method, comprising: The coordinates of the vehicle key are determined based on the positioning data of the vehicle key detected by the StarScan positioning system; In response to the vehicle key's coordinates falling within the coordinate range corresponding to the vehicle control command, the vehicle control command is generated and sent.

2. The method according to claim 1, wherein, The vehicle control commands include vehicle unlocking commands, and the coordinate range corresponding to the vehicle unlocking commands is determined based on the coordinates of the slave nodes in the Starflash positioning system and a first distance threshold.

3. The method according to claim 2, further comprising: The first distance threshold is determined based on the received first configuration instruction; Based on the first distance threshold and the coordinates of the slave nodes in the pre-configured Starflash positioning system, the coordinate range corresponding to the vehicle unlocking command is determined.

4. The method according to claim 1, wherein, The vehicle control commands include vehicle locking commands, and the coordinate range corresponding to the vehicle locking commands is determined based on the coordinates of the slave nodes in the Starflash positioning system and a second distance threshold.

5. The method according to claim 4, further comprising: The second distance threshold is determined according to the received second configuration instruction; The coordinate range corresponding to the vehicle locking command is determined based on the second distance threshold and the coordinates of the slave nodes in the pre-configured star-flash positioning system.

6. The method according to any one of claims 2 to 5, wherein, The slave nodes in the Starflash positioning system include at least: a left front slave node located in the left front region of the vehicle, a right front slave node located in the right front region of the vehicle, a left rear slave node located in the left rear region of the vehicle, and a right rear slave node located in the right rear region of the vehicle.

7. The method according to claim 1, wherein, The vehicle control commands include vehicle start commands. The coordinate range corresponding to the vehicle start commands includes the coordinate range corresponding to the driver's seat and the coordinate range corresponding to the vehicle armrest box. The coordinate range corresponding to the driver's seat and the coordinate range corresponding to the vehicle armrest box are defined based on the vehicle's boundary coordinates and the vehicle's cab parameters.

8. A vehicle control system, comprising: Car keys, The StarFlash positioning system is configured to detect the location data of the vehicle key; The logic judgment module is configured to determine the coordinates of the vehicle key based on the positioning data of the vehicle key detected by the StarScan positioning system; and to generate and send the vehicle control command in response to the coordinates of the vehicle key being within the coordinate range corresponding to the vehicle control command.

9. An electronic device, characterized in that, include: At least one processor; as well as, A memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the vehicle control method as described in any one of claims 1 to 7.

10. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements the vehicle control method as described in any one of claims 1 to 7.

Images