Active interlocking method, server, and active interlocking control system

CN117584890BActive Publication Date: 2026-08-14GREAT WALL MOTOR CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2023-12-21
Publication Date
2026-08-14

AI Technical Summary

Technical Problem

[0005]本申请的目的在于提供一种主动闭锁方法、服务器和主动闭锁控制系统,旨在解决传统的主动锁车过程存在的闭锁功能失效的问题

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN117584890B_ABST
    Figure CN117584890B_ABST
Patent Text Reader

Abstract

This application provides an active locking method, server, and active locking control system, belonging to the field of automotive technology. The method includes: when the active locking function is activated, acquiring the vehicle's parking location, parking time, and driver status; if the parking location is within a historical locking area, the parking time is within the corresponding locking time interval of the historical locking area, and the driver's status is "away from vehicle," determining that the vehicle is currently in a locking scenario; if the vehicle does not execute the active locking function in the locking scenario, sending a locking prompt message to a target terminal (the terminal associated with the vehicle); and responding to the confirmation message sent by the target terminal, controlling the vehicle to execute the locking function. Thus, when the vehicle cannot detect the key and cannot actively lock, the vehicle can be locked using historical locking data, thereby achieving a dual locking logic setting, ensuring secure locking of the vehicle and improving vehicle security.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application belongs to the field of automotive technology, and in particular relates to an active locking method, server, and active locking control system. Background Technology

[0002] With the continuous development of automotive intelligence technology, vehicle intelligence has become one of the main development directions for vehicles. Among them, active locking function is a common feature implemented after vehicle intelligence is achieved.

[0003] The active locking function refers to the vehicle continuously searching for the smart key signal through the drive antenna. When the vehicle owner leaves the vehicle with the smart key based on the smart key signal and the distance between the owner and the vehicle reaches a preset distance, the vehicle automatically locks itself.

[0004] However, smart keys are greatly affected by radiation such as magnetic fields, which can cause vehicles to be unable to detect the smart key's signal, resulting in the failure of the active locking function and affecting vehicle security. Summary of the Invention

[0005] The purpose of this application is to provide an active locking method, server, and active locking control system, which aims to solve the problem of locking function failure in traditional active vehicle locking processes.

[0006] A first aspect of this application provides an active locking method, the method comprising:

[0007] When the active locking function is enabled, the vehicle's parking location, parking time, and driver status are obtained;

[0008] If the parking location is within a historical vehicle locking area, the parking time is within the vehicle locking time interval corresponding to the historical vehicle locking area, and the driver's status is "away from vehicle", then the vehicle is determined to be currently in a vehicle locking scenario.

[0009] If, in the vehicle locking scenario, the vehicle does not perform the active locking function, a vehicle locking prompt message is sent to the target terminal, where the target terminal is the terminal associated with the vehicle.

[0010] In response to the confirmation message sent by the target terminal, the vehicle is controlled to perform the locking function.

[0011] In some embodiments, determining that the driver is in an off-vehicle state includes:

[0012] Obtain the vehicle door status, driver's seat status, and key location;

[0013] If the door status indicates that all doors of the vehicle are closed, the driver's seat status indicates that there is currently no driver in the driver's seat, and the key position indicates that the vehicle key is not within the unlocking range of the vehicle, then the driver's status is determined to be an off-vehicle status.

[0014] In some embodiments, before determining that the vehicle is currently in a locking scenario if the parking location is within a historical locking area, the parking time is within the locking time interval corresponding to the historical locking area, and the driver is in an off-vehicle state, the method further includes:

[0015] Obtain the vehicle's historical locking location and the corresponding historical locking time.

[0016] Determine the locking area of ​​the vehicle that includes the historical locking location;

[0017] Determine the locking time interval of the vehicle that includes the historical locking time;

[0018] The corresponding vehicle locking area and the corresponding vehicle locking time interval are stored.

[0019] In some embodiments, after sending the vehicle lock notification message to the target terminal, the method further includes:

[0020] If no confirmation message is received from the target terminal within the first preset time period, continue to execute the step of sending a vehicle lock prompt message to the target terminal;

[0021] If the number of times a vehicle lock prompt message is sent to the target terminal reaches a preset number, and no confirmation message corresponding to any vehicle lock prompt message is received, the vehicle is powered off.

[0022] In some embodiments, controlling the vehicle to power down includes:

[0023] Determine the status of the vehicle's timed locking function;

[0024] If the timed vehicle locking function is in the off state, a power-down command is sent to the vehicle, which instructs the vehicle to perform the power-down function.

[0025] In some embodiments, the method further includes:

[0026] If the timed vehicle locking function is enabled, a locking command is sent to the vehicle. The locking command instructs the vehicle to perform the locking function after a second preset time period.

[0027] A second aspect of this application provides a server including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the active locking method described above.

[0028] A third aspect of the present application provides an active interlocking control system, including a server and a target terminal as described in the second aspect of the present application, wherein both the target terminal and the server are associated with a vehicle.

[0029] The server is configured to receive the vehicle's parking location, parking time, and driver status from the vehicle; if the parking location is within a historical locking area, the parking time is within the locking time interval corresponding to the historical locking area, and the driver has left the vehicle, it is determined that the vehicle is currently in a locking scenario; if the vehicle does not perform the active locking function in the locking scenario, a locking prompt message is sent to the target terminal; the parking location, parking time, and driver status are sent to the server by the vehicle associated with the server in response to the parking operation when the active locking function is enabled;

[0030] The target terminal is used to receive the vehicle lock prompt information sent by the server, display the vehicle lock reminder interface, receive the vehicle lock confirmation operation based on the vehicle lock reminder interface, and send confirmation information to the server.

[0031] The server is also used to control the vehicle and perform the locking function in response to the confirmation information sent by the target terminal.

[0032] In some embodiments, the server is further configured to continue sending vehicle lock prompt information to the target terminal if no confirmation information is received from the target terminal within a first preset time period; and to control the vehicle to power off if the number of times vehicle lock prompt information is sent to the target terminal reaches a preset number and no confirmation information corresponding to any vehicle lock prompt information is received.

[0033] In some embodiments, the terminal is further configured to display a timed vehicle locking function setting interface; if the timed vehicle locking function is activated based on the timed vehicle locking function interface, a timed setting interface is displayed; based on the timed duration received from the timed setting interface, the timed vehicle locking function is activated, and an activation notification is sent to the server, the activation notification being used to instruct the timed vehicle locking function to be activated.

[0034] The server is also configured to, if the number of times the vehicle lock prompt information is sent to the target terminal reaches a preset number and no confirmation information corresponding to any vehicle lock prompt information is received, control the vehicle to execute the locking function after receiving the locking command for a second preset time after the timed vehicle lock function is enabled.

[0035] A fourth aspect of this application provides an active locking device, the device comprising:

[0036] The first acquisition unit is used to acquire the vehicle's parking position, parking time, and driver status when the active locking function is activated.

[0037] The first determining unit is configured to determine that the vehicle is currently in a locked scenario if the parking location is within a historical vehicle locking area, the parking time is within the locking time interval corresponding to the historical vehicle locking area, and the driver is in an off-vehicle state.

[0038] The sending unit is configured to send a vehicle locking prompt message to a target terminal, wherein the target terminal is the terminal associated with the vehicle, if the vehicle does not perform the active locking function in the vehicle locking scenario.

[0039] The control unit is used to control the vehicle to perform the locking function in response to the confirmation information sent by the target terminal.

[0040] In some embodiments, the first determining unit is used to obtain the vehicle door status, driver's seat status, and key position; if the door status indicates that all the vehicle doors are closed, the driver's seat status indicates that there is currently no driver in the driver's seat, and the key position indicates that the vehicle key is not within the unlocking range of the vehicle, the driver's status is determined to be an off-vehicle status.

[0041] In some embodiments, the apparatus further includes:

[0042] The second acquisition unit is used to acquire the vehicle's historical locking position and the historical locking time corresponding to the historical locking position;

[0043] The second determining unit is used to determine the locking area of ​​the vehicle that includes the historical locking location;

[0044] The third determining unit is used to determine the vehicle's locking time interval, which includes the historical locking time.

[0045] The storage unit is used to store the vehicle locking area and the corresponding vehicle locking time interval.

[0046] In some embodiments, the apparatus further includes:

[0047] The sending unit is also configured to send a vehicle lock prompt message to the target terminal if no confirmation message is received from the target terminal within a first preset time period.

[0048] The control unit is also configured to control the vehicle to power off if the number of times the vehicle lock prompt message is sent to the target terminal reaches a preset number and no confirmation message corresponding to any vehicle lock prompt message is received.

[0049] In some embodiments, the control unit is further configured to determine the status of the vehicle's timed locking function; if the timed locking function is in a closed state, the control unit sends a power-off command to the vehicle, the power-off command being used to instruct the vehicle to perform the power-off function.

[0050] In some embodiments, the sending unit is further configured to send a locking command to the vehicle if the timed vehicle locking function is in an enabled state, the locking command being used to instruct the vehicle to perform the locking function after a second preset time period.

[0051] A fifth aspect of this application provides a vehicle including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the active locking method as described above.

[0052] A sixth aspect of this application provides a target terminal, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the active locking method described above.

[0053] A seventh aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the automatic parking method described above.

[0054] The beneficial effects of the embodiments of the present invention compared with the prior art are as follows:

[0055] In this embodiment, based on historical parking lock data and considering the vehicle's parking location, parking time, and driver's status, it is determined whether the vehicle is currently in a locking scenario. If the vehicle is in a locking scenario but has not actively locked itself, a notification is sent to the target terminal associated with the vehicle. Upon receiving confirmation from the target terminal, the vehicle is controlled to lock itself. Thus, when the vehicle cannot detect the key and cannot lock itself, historical locking data can be used to control the vehicle's locking, achieving a dual locking logic setting. This ensures the vehicle can be securely locked and improves vehicle security. Attached Figure Description

[0056] Figure 1 A schematic diagram of an active interlocking control system provided in an exemplary embodiment is shown;

[0057] Figure 2 A flowchart illustrating an exemplary embodiment of an active locking control method is shown.

[0058] Figure 3 A flowchart illustrating an exemplary embodiment of an active locking control method is shown.

[0059] Figure 4 A schematic diagram illustrating the logical implementation of an active locking control method provided in an exemplary embodiment is shown.

[0060] Figure 5 A schematic diagram illustrating the interaction between devices during the implementation of an active locking control method provided in an exemplary embodiment is shown.

[0061] Figure 6 A schematic diagram of the structure of an active locking control device provided in an exemplary embodiment is shown;

[0062] Figure 7 This is a schematic diagram of the device provided in an embodiment of the present invention. Detailed Implementation

[0063] To make the technical problems, technical solutions, and beneficial effects to be solved by this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and are not intended to limit the scope of this application.

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

[0065] With the continuous development of automotive intelligence technology, vehicle intelligence has become one of the main development directions for vehicles. Among them, active locking is a common function implemented after vehicle intelligence is achieved. Active locking refers to the vehicle continuously searching for the smart key signal through the drive antenna. When it is determined from the smart key signal that the owner has left the vehicle with the smart key and the distance between the owner and the vehicle reaches a preset distance, the vehicle automatically locks.

[0066] In the aforementioned active locking process, locking is only activated upon detecting a change in the key position signal. However, electromagnetic compatibility (EMC) radiation from devices such as mobile phones and computers can increase background noise. When the key is near a mobile phone or computer, this background noise can affect the vehicle's reception of the key position signal, thus affecting the vehicle's judgment of the key's position. This can result in the vehicle not automatically locking even when the key is at a preset distance, meaning the active locking function fails. Furthermore, due to the widespread use of electric vehicles, the number of DC charging stations and high-voltage power stations is increasing. These strong magnetic fields can also significantly interfere with the key signal, preventing the vehicle from accurately detecting the key's position and causing the active locking function to fail. In conclusion, the process of detecting key position information is significantly affected by other factors, easily leading to the failure of the active locking function and impacting vehicle safety.

[0067] To address the aforementioned technical problems, this application provides an active locking method. Please refer to... Figure 1 The illustration shows an active locking control system involved in an active locking method provided by an exemplary embodiment. The system includes: a server 10, a vehicle 20, and a target terminal 30, which is a terminal associated with the vehicle 20.

[0068] The server 10 is communicatively connected to both the vehicle 20 and the target terminal 30. The vehicle 20 can acquire its own status data, such as location information and parking time. The vehicle 20 uploads this status data to the server 10, which can then control the vehicle 20 based on this data. The server 10 can directly send control commands to the vehicle 20, and it can also send prompts to the target terminal 30, prompting the driver or other users to control the vehicle 20.

[0069] The vehicle 20 and the target terminal 30 can also communicate via Bluetooth or other means. In some embodiments, a target application is installed on the target terminal 30, and the target terminal 30 is bound to the vehicle 20 through the target application. For example, after the vehicle 20 and the target terminal 30 establish a Bluetooth connection, the target application displays a unique identifier and a binding button for the vehicle 20 currently connected to the terminal via Bluetooth. In response to the triggering of the binding button, the target terminal 30 sends its terminal identifier and the unique identifier of the vehicle 20 to the server 10, and the server 10 stores the terminal identifier and the unique identifier of the vehicle 20 accordingly. The unique identifier of the vehicle 20 can be any identifier that can uniquely represent the vehicle 20, such as the Vehicle Identification Number (VIN) or license plate number. The terminal identifier of the target terminal 30 can be the device identifier of the terminal or the account used to log in to the target application. In this embodiment, no specific limitations are imposed on these aspects.

[0070] The vehicle 20 is a vehicle with active locking function. The target terminal 30 can be at least one of the following: mobile phone, tablet computer, PC (Personal Computer), wearable electronic device, etc. The server 10 can be a cloud computing server with data processing function, a server cluster composed of multiple servers, or an independent server, etc. The server 10 can also be a processor or controller with data processing function inside the vehicle 20, etc. In the embodiments of this application, no specific limitation is made.

[0071] In some embodiments, the vehicle 20 is configured to, in response to a parking operation, acquire the parking location, parking time, and driver status of the vehicle 20 when the active locking function is activated, and send the parking location, parking time, and driver status to the server 10; the server 10 is configured to, if the parking location is within a historical locking area, the parking time is within the locking time interval corresponding to the historical locking area, and the driver has left the vehicle 20, determine that the vehicle 20 is currently in a locking scenario; if the vehicle 20 does not perform the active locking function in the locking scenario, send a locking prompt message to the target terminal 30; the target terminal 30 is configured to, receive the locking prompt message sent by the server 10, display a locking reminder interface; receive a locking confirmation operation based on the locking reminder interface; and send confirmation information to the server 10; the server 10 is also configured to, in response to the confirmation information sent by the target terminal 30, send a locking command to the vehicle 20; the vehicle 20 is also configured to, in response to receiving the locking command, execute the locking function.

[0072] In some embodiments, vehicle 20 activates the active locking function through a target application in the target terminal 30. Accordingly, the target terminal 30 displays an active locking function setting interface for the target application, which includes a start button. In response to the triggering of the start button, the target terminal 30 sends a start instruction to vehicle 20, instructing vehicle 20 to activate the active locking function. In some embodiments, the vehicle 20 console includes a start button for controlling the active locking function. In response to the triggering of the start button on the vehicle 20 console, vehicle 20 determines that the active locking function is activated and sends a message notification to the target application in the target terminal 30, informing the target terminal 30 that the active locking function of vehicle 20 has been activated. The vehicle 20 console can be a vehicle 20 settings interface displayed on an in-vehicle terminal, or it can be a control button integrated panel on vehicle 20, such as a vehicle 20 console located in the driver's seat. In this embodiment, the method of activating the active locking function is not specifically limited.

[0073] See Figure 2 When the active locking function is activated, after detecting that the vehicle 20 has stopped, the vehicle 20 sends the parking location, parking time and driver status of the vehicle 20 to the server 10. The server 10 determines whether the vehicle 20 is currently in a locking scenario based on the parking location, parking time and driver status. When the vehicle 20 is currently in a locking scenario but has not executed the active locking function, it sends a locking prompt message to the target terminal 30. Accordingly, after receiving the locking prompt message, the target terminal 30 displays the locking prompt message.

[0074] The vehicle locking notification can be any type of notification, such as text or voice. In this embodiment, the type of notification is not specifically limited. It should be noted that different types of notifications can trigger confirmation messages in different ways. For example, when the notification is text, it is displayed via a pop-up message, which includes the content of the notification, a confirmation option, and a cancellation option. For instance, after receiving the vehicle locking notification from the server 10, the target terminal 30 displays a pop-up message showing "Vehicle door unlocked, lock?" along with "Confirm" and "Cancel" options. When the notification is voice, the target terminal 30 plays a voice signal to prompt the user to lock the vehicle. This signal can be a preset notification music or a voice message stating "Vehicle door unlocked, lock?" The target terminal 30 can determine whether confirmation information has been detected by detecting the user's voice response or a target operation on the terminal. For example, when a voice signal containing keywords such as "lock car" is detected, the received confirmation information is determined; or, when a target operation on the terminal is detected, such as long-pressing or continuously pressing the power button, the received confirmation information is determined. In this embodiment, no specific limitation is made.

[0075] It should be noted that the target terminal 30 can display multiple types of vehicle locking prompts simultaneously. For example, the target terminal 30 can display both text and voice prompts. Accordingly, the terminal can use the response method corresponding to any type of prompt to determine whether it has received confirmation from the user.

[0076] After vehicle 20 is locked, it sends a lock notification to server 10. If no lock notification is received from vehicle 20 within a third preset time period under the lock scenario, server 10 determines that vehicle 20 has not performed the active lock function. In some embodiments, after vehicle 20 is locked, it directly sends the lock notification to server 10. In some embodiments, after vehicle 20 is locked, it sends a lock notification to target terminal 30, which then sends the lock notification to server 10. In this embodiment, this is not specifically limited. The third preset time period can be set as needed, and in this embodiment, it is not specifically limited. For example, the third preset time period can be 0.5 hours, 1 hour, or 2 hours, etc.

[0077] In some embodiments, after detecting that the vehicle 20 has stopped, if no locking is detected within a fourth preset time period, the vehicle 20 may send data such as its parking location, parking time, and driver status to the server 10. The server 10 then compares this data to determine whether the vehicle 20 is in a locking scenario. If the vehicle 20 is in a locking scenario, a locking notification is sent to the target terminal 30; otherwise, no response is given. This fourth preset time period can be set as needed, and in this embodiment, it is not specifically limited. For example, the fourth preset time period could be 5 minutes, 8 minutes, or 10 minutes.

[0078] Before server 10 determines whether vehicle 20 is in a locked scenario based on its parking location, parking time, and driver status, server 10 creates a profile of vehicle 20 based on its historical locking locations and corresponding historical locking times to obtain its historical locking scenarios. Accordingly, see [link to relevant documentation]. Figure 2 Each time vehicle 20 is locked, it sends information such as the location of vehicle 20 at the time of locking, the time of locking, and the method of locking to server 10. Server 10 obtains the historical locking location of vehicle 20 and the historical locking time corresponding to the historical locking location; determines the locking area of ​​vehicle 20 containing the historical locking location; determines the locking time interval of vehicle 20 containing the historical locking time; and stores the locking area and the locking time interval corresponding to the locking area.

[0079] Thus, when the parking location and parking time sent by vehicle 20 are received, it can be determined whether vehicle 20 is in a locked area based on the parking location, and whether the current parking time is within the locking time interval corresponding to that locked area. If the parking location is within a historical locked area, and the parking time is within the locking time interval corresponding to that historical locked area, and the driver's status is "away from vehicle," it is determined that vehicle 20 is currently in a locked scenario.

[0080] The driver's status can be determined by the door status, driver's seat status, and key position. In some embodiments, if the door status indicates that all doors of the vehicle 20 are closed, the driver's seat status indicates that there is currently no driver in the driver's seat, and the key position indicates that the key is not within the unlocking range of the vehicle 20, the driver's status is determined to be "off-vehicle." The unlocking range includes a preset distance from the vehicle 20 both inside and outside the vehicle. "Key not within the unlocking range" means that the key is not inside the vehicle and the distance between the key and the vehicle is greater than the preset distance.

[0081] In some embodiments, the server 10 is further configured to continue sending a vehicle lock prompt message to the target terminal 30 if no confirmation message is received from the target terminal 30 within a first preset time period; if the number of times the vehicle lock prompt message is sent to the target terminal 30 reaches a preset number and no confirmation message corresponding to any vehicle lock prompt message is received, the server 10 sends a power-off command to the vehicle 20; the vehicle 20 is further configured to control the vehicle 20 to power off in response to receiving the power-off command.

[0082] The first preset duration can be set as needed, and in this embodiment, it is not specifically limited. For example, the first preset duration can be 5 minutes, 8 minutes, or 10 minutes. The preset number of tests can also be set as needed, and in this embodiment, it is not specifically limited. For example, the preset test can be 3 or 5 times.

[0083] In this implementation, the server prompts the user to lock the vehicle more than 10 times. When no confirmation message is received for any of the lock prompt messages, a power-off command is sent to the vehicle 20 to control the vehicle 20 to power off. This satisfies the user's needs while ensuring the safety of the vehicle 20.

[0084] In some embodiments, the terminal is further configured to display a timed vehicle locking function setting interface; if the timed vehicle locking function is activated based on the timed vehicle locking function interface, a timed setting interface is displayed; based on the timed duration received from the timed setting interface, the timed vehicle locking function is activated, and an activation notification is sent to the server 10, the activation notification being used to indicate that the timed vehicle locking function is activated; the server 10 is further configured to send a locking command to the vehicle 20 if the timed vehicle locking function is in an activated state, provided that the number of times the vehicle locking prompt information is sent to the target terminal 30 reaches a preset number and no confirmation information corresponding to any vehicle locking prompt information is received; the vehicle 20 is further configured to receive the locking command and execute the locking function after receiving the locking command for a second preset time.

[0085] The timed vehicle locking function setting interface can be an interface within the target application. In some embodiments, after the target terminal 30 activates the active locking function through the active locking function setting interface, the timed vehicle locking function setting interface automatically appears. This timed vehicle locking function setting interface includes a start button, timer options, etc. The second preset duration can be determined based on the timer duration set under the timed vehicle locking function of the vehicle 20; in this embodiment, the second preset duration is not specifically limited. For example, the second preset duration can be 5 minutes, 8 minutes, or 10 minutes, etc.

[0086] In this embodiment, based on historical parking lock data and considering the vehicle's parking location, parking time, and driver's status, it is determined whether the vehicle is currently in a locking scenario. If the vehicle is in a locking scenario but has not actively locked itself, a notification is sent to the target terminal associated with the vehicle. Upon receiving confirmation from the target terminal, the vehicle is controlled to lock itself. Thus, when the vehicle cannot detect the key and cannot lock itself, historical locking data can be used to control the vehicle's locking, achieving a dual locking logic setting. This ensures the vehicle can be securely locked and improves vehicle security.

[0087] See Figure 3 The diagram illustrates a flowchart of an active locking method provided in this application. As an example and not a limitation, this method is applied in a server.

[0088] S301, when the active locking function is enabled, the server obtains the vehicle's parking location, parking time, and driver status.

[0089] In response to a vehicle parking operation, the vehicle obtains the parking location, parking time, and driver status for this parking, and sends these information to the server. Correspondingly, the server receives the parking location, parking time, and driver status. The parking location can be the location information determined by the vehicle's positioning device, and the parking time can be the time the vehicle stopped or the time the vehicle sent relevant data to the server; in this embodiment, no specific limitation is made. The driver status indicates whether the driver has left the vehicle, thus satisfying the vehicle locking condition.

[0090] S302, if the parking location is within the historical vehicle locking area, and the parking time is within the locking time interval corresponding to the historical vehicle locking area, and the driver's status is "away from vehicle", the server determines that the vehicle is currently in a vehicle locking scenario.

[0091] In some embodiments, the process of determining that the driver is in an off-vehicle state includes: obtaining the vehicle door state, driver's seat state, and key position; if the door state indicates that all the vehicle doors are closed, the driver's seat state indicates that there is currently no driver in the driver's seat, and the key position indicates that the vehicle key is not within the unlocking range of the vehicle, then the driver is determined to be in an off-vehicle state.

[0092] Prior to this step, the vehicle also sends its historical locking location and corresponding historical locking time to the server. This allows the server to create a profile of the vehicle based on the historical locking location and time, thereby confirming whether the vehicle is in a locking scenario. This process can be as follows: obtaining the vehicle's historical locking location and corresponding historical locking time; determining the locking area of ​​the vehicle containing the historical locking location; determining the locking time interval of the vehicle containing the historical locking time; and storing the locking area and the corresponding locking time interval.

[0093] S303 If the vehicle does not perform the active locking function in this locking scenario, the server sends a locking prompt message to the target terminal, which is the terminal associated with the vehicle.

[0094] S304, In response to the confirmation message sent by the target terminal, the server controls the vehicle to perform the locking function.

[0095] In some embodiments, if no confirmation information is received from the target terminal within a first preset time period, the server continues to execute the step of sending a vehicle lock prompt message to the target terminal; if the number of times the vehicle lock prompt message is sent to the target terminal reaches a preset number, and no confirmation information corresponding to any vehicle lock prompt message is received, the server controls the vehicle to be powered off.

[0096] The first preset duration can be set as needed, and in this embodiment, the first preset duration is not specifically limited. For example, the first preset duration can be 5 minutes, 8 minutes, or 10 minutes, etc.

[0097] In this implementation, the server prompts the user to lock the vehicle multiple times. When no confirmation message is received for any of the lock prompts, a power-off command is sent to the vehicle to control the vehicle to shut down. This satisfies the user's needs while ensuring the vehicle's safety.

[0098] In some embodiments, see Figure 4 The server determines the status of the vehicle's timed locking function. If the timed locking function is off, it sends a power-down command to the vehicle, instructing it to perform the power-down function. If the timed locking function is on, it sends a locking command to the vehicle, instructing it to perform the locking function after a second preset time.

[0099] In this embodiment, based on historical parking lock data and considering the vehicle's parking location, parking time, and driver's status, it is determined whether the vehicle is currently in a locking scenario. If the vehicle is in a locking scenario but has not actively locked itself, a notification is sent to the target terminal associated with the vehicle. Upon receiving confirmation from the target terminal, the vehicle is controlled to lock itself. Thus, when the vehicle cannot detect the key and cannot lock itself, historical locking data can be used to control the vehicle's locking, achieving a dual locking logic setting. This ensures the vehicle can be securely locked and improves vehicle security.

[0100] For ease of understanding, the following explanation uses the interaction between the server, vehicle, and target terminal in an active interlocking control system as an example. (See also...) Figure 5 The flowchart illustrates an active locking method.

[0101] S501: When the active locking function is activated, in response to a parking operation, the vehicle's parking position, parking time, and driver status are obtained.

[0102] S502, the vehicle sends the parking location, parking time and driver status to the server.

[0103] S503, the server receives the parking location, parking time and driver status sent by the vehicle.

[0104] S504 If the parking location is within the historical vehicle locking area, and the parking time is within the vehicle locking time interval corresponding to the historical vehicle locking area, and the driver leaves the vehicle, it is determined that the vehicle is currently in a vehicle locking scenario.

[0105] After receiving the vehicle's parking location, parking time, and driver status, the server determines whether the vehicle is in a locked scenario based on these information. If the vehicle is in a locked scenario, step S505 is executed; otherwise, the current logic is exited and no response is given to the vehicle.

[0106] S505: If the vehicle does not perform the active locking function in this locking scenario, the server sends a locking prompt message to the target terminal.

[0107] S506, the target terminal receives the vehicle lock notification information sent by the server and displays the vehicle lock reminder interface.

[0108] If a lock confirmation operation is received based on the lock reminder interface, proceed to step S505; if no lock confirmation operation is received based on the lock reminder interface, proceed to step S510.

[0109] S507 If the target terminal receives a lock confirmation operation based on the lock reminder interface, it sends a confirmation message to the server.

[0110] S508, in response to the confirmation information sent by the target terminal, the server sends a locking command to the vehicle.

[0111] S509, the vehicle responds to receiving the locking command by performing the locking function.

[0112] S510, if no confirmation message is received from the target terminal within the first preset time period, the server continues to send a vehicle lock prompt message to the target terminal.

[0113] S511 If the number of times a vehicle lock prompt message is sent to the target terminal reaches a preset number, and no confirmation message corresponding to any vehicle lock prompt message is received, a power-off command is sent to the vehicle.

[0114] S512, the vehicle responds to receiving the power-down command by controlling the vehicle to power down.

[0115] In some embodiments, the terminal displays a timed vehicle locking function setting interface; if the timed vehicle locking function is activated based on the timed vehicle locking function interface, a timed setting interface is displayed; based on the timed duration received from the timed setting interface, the timed vehicle locking function is activated, and an activation notification is sent to the server, which is used to indicate that the timed vehicle locking function is activated; if the server sends vehicle locking prompt messages to the target terminal a preset number of times and does not receive any confirmation message corresponding to any vehicle locking prompt message, and if the timed vehicle locking function is in the activated state, a locking command is sent to the vehicle; the vehicle receives the locking command and, after a second preset time after receiving the locking command, executes the locking function.

[0116] In this embodiment, based on historical parking lock data and considering the vehicle's parking location, parking time, and driver's status, it is determined whether the vehicle is currently in a locking scenario. If the vehicle is in a locking scenario but has not actively locked itself, a notification is sent to the target terminal associated with the vehicle. Upon receiving confirmation from the target terminal, the vehicle is controlled to lock itself. Thus, when the vehicle cannot detect the key and cannot lock itself, historical locking data can be used to control the vehicle's locking, achieving a dual locking logic setting. This ensures the vehicle can be securely locked and improves vehicle security.

[0117] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0118] See Figure 6 It shows a structural schematic diagram of an active locking device provided in this application, including various units used to perform the various steps in the above embodiments, see [link to diagram]. Figure 6 The active locking device includes:

[0119] The first acquisition unit 601 is used to acquire the vehicle's parking position, parking time, and driver status when the active locking function is activated.

[0120] The first determining unit 602 is used to determine that the vehicle is currently in a locked scenario if the parking location is within a historical vehicle locking area, the parking time is within the locking time interval corresponding to the historical vehicle locking area, and the driver's status is off-vehicle.

[0121] The sending unit 603 is used to send a vehicle locking prompt message to a target terminal if the vehicle does not perform the active locking function in the vehicle locking scenario. The target terminal is the terminal associated with the vehicle.

[0122] Control unit 604 is used to control the vehicle to perform the locking function in response to the confirmation information sent by the target terminal.

[0123] In some embodiments, the first determining unit 602 is used to obtain the vehicle door status, driver's seat status, and key position; if the door status indicates that all the vehicle doors are closed, the driver's seat status indicates that there is currently no driver in the driver's seat, and the key position indicates that the vehicle key is not within the unlocking range of the vehicle, the driver's status is determined to be an off-vehicle status.

[0124] In some embodiments, the device further includes:

[0125] The second acquisition unit is used to acquire the vehicle's historical locking location and the historical locking time corresponding to the historical locking location;

[0126] The second determining unit is used to determine the locking area of ​​the vehicle that includes the historical locking location;

[0127] The third determining unit is used to determine the locking time interval of the vehicle that includes the historical locking time;

[0128] The storage unit is used to store the vehicle locking area and the corresponding vehicle locking time interval.

[0129] In some embodiments, the device further includes:

[0130] The sending unit 603 is also used to send a vehicle lock prompt message to the target terminal if no confirmation message is received from the target terminal within a first preset time period.

[0131] The control unit 604 is also used to control the vehicle to power off if the number of times the vehicle lock prompt message is sent to the target terminal reaches a preset number and no confirmation message corresponding to any vehicle lock prompt message is received.

[0132] In some embodiments, the control unit 604 is further configured to determine the status of the vehicle's timed locking function; if the timed locking function is in a closed state, it sends a power-down command to the vehicle, the power-down command being used to instruct the vehicle to perform the power-down function.

[0133] In some embodiments, the sending unit 603 is further configured to send a locking command to the vehicle if the timed vehicle locking function is in an enabled state. The locking command is used to instruct the vehicle to perform the locking function after a second preset time period.

[0134] In this embodiment, based on historical parking lock data and considering the vehicle's parking location, parking time, and driver's status, it is determined whether the vehicle is currently in a locking scenario. If the vehicle is in a locking scenario but has not actively locked itself, a notification is sent to the target terminal associated with the vehicle. Upon receiving confirmation from the target terminal, the vehicle is controlled to lock itself. Thus, when the vehicle cannot detect the key and cannot lock itself, historical locking data can be used to control the vehicle's locking, achieving a dual locking logic setting. This ensures the vehicle can be securely locked and improves vehicle security.

[0135] Figure 7 This is a schematic diagram of a device provided in an exemplary embodiment of this application. Figure 7 As shown, the device 7 in this embodiment includes a processor 70, a memory 71, and a computer program 72 stored in the memory 71 and executable on the processor 70, such as an active locking program. The device 7 can be a server, vehicle, or target terminal as described in the above embodiments. When the processor 70 executes the computer program 72, it implements the steps in the various active locking method embodiments described above, for example... Figure 5 The steps S501 to S510 are shown. Alternatively, when the processor 70 executes the computer program 72, it implements the functions of each unit in the above-described device embodiments, for example... Figure 6 The functions of units 601 to 604 are shown.

[0136] For example, the computer program 72 can be divided into one or more units, which are stored in the memory 71 and executed by the processor 70 to complete this application. The one or more units can be a series of computer program instruction segments capable of performing a specific function, which describe the execution process of the computer program 72 in the device 7. For example, the computer program 72 can be divided into a first acquisition unit, a first determination unit, a transmission unit, and a control unit, with the specific functions of each module as follows:

[0137] The first acquisition unit 601 is used to acquire the vehicle's parking position, parking time, and driver status when the active locking function is activated.

[0138] The first determining unit 602 is used to determine that the vehicle is currently in a locked scenario if the parking location is within a historical vehicle locking area, the parking time is within the locking time interval corresponding to the historical vehicle locking area, and the driver's status is off-vehicle.

[0139] The sending unit 603 is used to send a vehicle locking prompt message to a target terminal if the vehicle does not perform the active locking function in the vehicle locking scenario. The target terminal is the terminal associated with the vehicle.

[0140] Control unit 604 is used to control the vehicle to perform the locking function in response to the confirmation information sent by the target terminal.

[0141] The device 7 may include, but is not limited to, a processor 70 and a memory 71. Those skilled in the art will understand that... Figure 7 This is merely an example of device 7 and does not constitute a limitation on device 7. It may include more or fewer components than shown, or combine certain components, or different components. For example, device 7 may also include input / output devices, network access devices, buses, etc.

[0142] The processor 70 may be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor.

[0143] The memory 71 can be an internal storage unit of the device 7, such as a hard disk or RAM of the device 7. The memory 71 can also be an external storage device of the device 7, such as a plug-in hard disk, Smart Media Card (SMC), Secure Digital (SD) card, or Flash Card equipped on the device 7. Furthermore, the memory 71 can include both internal and external storage units of the device 7. The memory 71 is used to store the computer program and other programs and data required by the terminal device. The memory 71 can also be used to temporarily store data that has been output or will be output.

[0144] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0145] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0146] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0147] In the embodiments provided in this application, it should be understood that the disclosed devices / terminal equipment and methods can be implemented in other ways. For example, the device / terminal equipment embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling or direct coupling or communication connection may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0148] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0149] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0150] If the integrated module / unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments can also be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include: any entity or device capable of carrying the computer program code, recording media, USB flash drives, portable hard drives, magnetic disks, optical disks, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signals, telecommunication signals, and software distribution media, etc. It should be noted that the content included in the computer-readable medium can be appropriately added or removed according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable media do not include electrical carrier signals and telecommunication signals.

[0151] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps described in the above method embodiments.

[0152] This application also provides a computer program product that, when run on a mobile terminal, enables the mobile terminal to implement the steps described in the various method embodiments above.

[0153] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. An active locking method, characterized in that, The method includes: When the active locking function is enabled, the vehicle's parking location, parking time, and driver status are obtained; the parking time is either the time when the vehicle is parked or the time when the vehicle sends relevant data to the server. Obtain the vehicle's historical locking location and the corresponding historical locking time. Determine the locking area of ​​the vehicle that includes the historical locking location; Determine the locking time interval of the vehicle that includes the historical locking time; The corresponding vehicle locking area and the corresponding vehicle locking time interval are stored. If the parking location is within a historical vehicle locking area, the parking time is within the vehicle locking time interval corresponding to the historical vehicle locking area, and the driver's status is "away from vehicle", then the vehicle is determined to be currently in a vehicle locking scenario. If, in the vehicle locking scenario, the vehicle does not perform the active locking function, a vehicle locking prompt message is sent to the target terminal, where the target terminal is the terminal associated with the vehicle. In response to the confirmation message sent by the target terminal, the vehicle is controlled to perform the locking function.

2. The method as described in claim 1, characterized in that, Determining the driver's status as off-vehicle includes: Obtain the vehicle door status, driver's seat status, and key location; If the door status indicates that all doors of the vehicle are closed, the driver's seat status indicates that there is currently no driver in the driver's seat, and the key position indicates that the vehicle key is not within the unlocking range of the vehicle, then the driver's status is determined to be an off-vehicle status.

3. The method as described in claim 1, characterized in that, After sending the vehicle lock notification message to the target terminal, the method further includes: If no confirmation message is received from the target terminal within the first preset time period, continue to execute the step of sending a vehicle lock prompt message to the target terminal; If the number of times a vehicle lock prompt message is sent to the target terminal reaches a preset number, and no confirmation message corresponding to any vehicle lock prompt message is received, the vehicle is powered off.

4. The method as described in claim 3, characterized in that, The control of powering down the vehicle includes: Determine the status of the vehicle's timed locking function; If the timed vehicle locking function is in the off state, a power-down command is sent to the vehicle, which instructs the vehicle to perform the power-down function.

5. The method as described in claim 4, characterized in that, The method further includes: If the timed vehicle locking function is enabled, a locking command is sent to the vehicle. The locking command instructs the vehicle to perform the locking function after a second preset time period.

6. A server, characterized in that, The server includes a memory, a processor, and a computer program stored in the memory and executable on the processor, the processor executing the computer program to implement the active locking method as described in any one of claims 1-5.

7. An active interlocking control system, characterized in that, Includes the server and target terminal as described in claim 6, wherein both the target terminal and the server are associated with the vehicle; The server is configured to receive the vehicle's parking location, parking time, and driver status from the vehicle, wherein the parking time is either the time the vehicle was parked or the time the vehicle sent relevant data to the server; acquire the vehicle's historical locking locations and the corresponding historical locking times; determine the vehicle's locking area containing the historical locking locations; determine the vehicle's locking time interval containing the historical locking times; and store the locking areas and the corresponding locking time intervals accordingly; if the parking location is within the historical locking area, the parking time is within the locking time interval corresponding to the historical locking area, and the driver leaves the vehicle, it is determined that the vehicle is currently in a locking scenario. If the vehicle does not perform the active locking function in the above locking scenario, a locking prompt message is sent to the target terminal; The parking location, parking time, and driver status are sent to the server by the vehicle associated with the server in response to a parking operation when the active locking function is activated. The target terminal is used to receive the vehicle lock notification information sent by the server and display the vehicle lock reminder interface; Based on the vehicle lock reminder interface, receive a vehicle lock confirmation operation; Send confirmation information to the server; The server is also used to control the vehicle and perform the locking function in response to the confirmation information sent by the target terminal.

8. The active interlocking control system as described in claim 7, characterized in that, The server is also configured to continue sending vehicle lock prompt messages to the target terminal if no confirmation message is received from the target terminal within a first preset time period; and to control the vehicle to power off if the number of times vehicle lock prompt messages are sent to the target terminal reaches a preset number and no confirmation message is received for any vehicle lock prompt message.

9. The active interlocking control system as described in claim 8, characterized in that, The terminal is also used to display a timed vehicle locking function setting interface; if the timed vehicle locking function is activated based on the timed vehicle locking function interface, the timed setting interface is displayed; based on the timed duration received from the timed setting interface, the timed vehicle locking function is activated, and an activation notification is sent to the server, the activation notification being used to instruct the timed vehicle locking function to be activated. The server is also configured to, if the number of times the vehicle lock prompt information is sent to the target terminal reaches a preset number and no confirmation information corresponding to any vehicle lock prompt information is received, control the vehicle to execute the locking function after receiving the locking command for a second preset time after the timed vehicle lock function is enabled.

Citation Information

Patent Citations

  • Vehicle and intelligent vehicle locking method and system for people leaving vehicle

    CN112078539A

  • System, method, infrastructure, and vehicle for automated valet parking

    US20200150657A1