Methods, devices, and vehicles for determining the status of vehicle locks

Abstract

This application provides a method, apparatus, and vehicle for determining the state of a vehicle lock. The method, applied in the field of vehicle safety, includes: responding to a command to change the state of a vehicle door; acquiring a signal change result of a position signal corresponding to a target switch; the vehicle door state includes an unlocked state or a locked state; the target switch is a component in the vehicle lock used to control changes in the vehicle door state; and the position signal includes an open signal or an closed signal. If the signal change result indicates that the position signal has not changed, the method determines that the vehicle lock is in a faulty state. If the vehicle lock is determined to be in a faulty state, an alarm is issued for the vehicle lock fault. This method enables automated vehicle lock fault detection, improves the accuracy of vehicle lock state detection, and provides timely warnings of vehicle lock faults, thus ensuring vehicle safety.

Description

Technical Field

[0001] This application relates to the field of vehicle safety, and more specifically, to a method, apparatus, and vehicle for determining the state of a vehicle lock in the field of vehicle safety. Background Technology

[0002] Currently, the car door closing process involves two steps: first, the car door is completely closed, and second, the car door is locked, so that other users cannot open the car door from the outside while it is locked.

[0003] In the event of a car lock malfunction, even if the user completely closes the car door and triggers the lock command, the door is not locked and remains at risk of being easily opened, posing a safety hazard to the vehicle.

[0004] Therefore, how to detect whether a vehicle lock is malfunctioning in a timely manner has become an urgent problem to be solved in order to ensure vehicle safety. Summary of the Invention

[0005] This application provides a method, device, and vehicle for determining the status of a vehicle lock. The method can provide timely warnings of vehicle lock malfunctions and ensure vehicle safety.

[0006] Firstly, a method for determining the state of a vehicle lock is provided. The method includes: in response to a command to change the state of a vehicle door, acquiring a signal change result of a position signal corresponding to a target switch, wherein the vehicle door state includes an unlocked state or a locked state, the target switch is a component in the vehicle lock used to control the change in the state of the vehicle door, and the position signal includes an open signal or an closed signal; if the signal change result indicates that the position signal has not changed, determining that the vehicle lock is in a fault state; and if the vehicle lock is determined to be in a fault state, issuing an alarm for the vehicle lock fault.

[0007] In the aforementioned technical solution, this application proposes a method for determining vehicle lock malfunctions: by analyzing the signal changes of the target switch position signal in the vehicle lock during door status changes, the system can promptly detect whether the vehicle lock is in a malfunctioning state based on the signal changes and issue an alarm when the lock is malfunctioning. Detecting malfunctions by monitoring position signal changes enables automated vehicle lock malfunction detection, avoiding errors caused by manual detection and improving accuracy. Furthermore, it prevents vehicle safety issues caused by users failing to check if the doors are successfully locked while the lock is malfunctioning, thereby enhancing vehicle safety during use.

[0008] In conjunction with the first aspect, in some possible implementations, the process of obtaining the signal change result of the target switch corresponding to the position signal in response to the command to change the state of the door includes: obtaining the signal change result of the target switch corresponding to the position signal within a target time period in response to the command to change the state of the door; and determining that the lock is in a fault state when the signal change result indicates that the position signal has not changed includes: determining that the lock is in the fault state when the signal change result indicates that the position signal has not changed within the target time period.

[0009] In the above technical solution, considering that there may be a time delay during the locking process of the vehicle lock, in order to improve the accuracy of the vehicle lock fault warning, this application obtains the signal change results within the target time period and determines whether the signal change results within the target time period indicate that the position signal has changed, and comprehensively determines whether the vehicle lock is faulty, so as to avoid the prediction of vehicle lock fault due to random errors and improve the accuracy of vehicle lock fault warning.

[0010] In combination with the first aspect and the above implementation methods, in some possible implementation methods, determining that the vehicle lock is in the fault state when the signal change result indicates that the position signal has not changed within the target time period includes: resending the change command N times, where N is a positive integer, when the signal change result indicates that the position signal has not changed within the target time period; and determining that the vehicle lock is in the fault state when the position signal has not changed under the N change commands.

[0011] In the aforementioned technical solutions, to eliminate the impact of door status change command transmission issues on the accuracy of lock malfunction warnings (e.g., if the door does not receive a lock command, the position signal will not change), this application proposes to determine whether a position signal change has occurred by sending change commands multiple times and combining the signal change results after receiving multiple change commands. This eliminates the influence of other factors on lock malfunction warnings and further improves their accuracy.

[0012] In combination with the first aspect and the above implementation methods, in some possible implementation methods, the signal change result of the target switch corresponding to the position signal in response to the instruction to change the state of the door includes: in response to the instruction to change the state of the door, obtaining the vehicle state of the target vehicle; and if the vehicle state indicates that the door state can be changed, obtaining the signal change result of the target switch corresponding to the position signal.

[0013] In the aforementioned technical solutions, considering that the vehicle itself may not respond to door status change commands in certain vehicle states, such as not responding to unlock commands while the vehicle is traveling at high speed, this application proposes to avoid misidentifying lock malfunctions in such cases. Upon receiving a change command, the application determines the target vehicle's state and, if the vehicle state allows for changing the door state, executes the subsequent lock malfunction assessment process. This avoids the possibility of the vehicle not responding to change commands in certain special vehicle states, thus affecting the lock malfunction assessment result and further improving the accuracy of lock malfunction warnings.

[0014] In conjunction with the first aspect and the above implementation methods, in some possible implementation methods, when it is determined that the vehicle lock is in a faulty state, an alarm is issued for the vehicle lock fault, including at least one of the following: when it is determined that the vehicle lock is in the faulty state, a first prompt message is sent to a terminal associated with the vehicle, the first prompt message being used to remind the vehicle lock of the fault; when it is determined that the vehicle lock is in the faulty state, a second prompt message is sent to a fault repair platform associated with the vehicle, the second prompt message being used to remind the vehicle lock of the fault repair need.

[0015] In the aforementioned technical solutions, considering that in some scenarios the user is not near the vehicle and cannot promptly ascertain the vehicle lock status, this application proposes sending a notification message to the terminal associated with the vehicle to promptly remind the user of a vehicle lock malfunction, thus prompting the user to return to the vehicle in time and avoid further property damage. Furthermore, a notification message can be sent in advance to the fault repair platform to shorten vehicle repair time and provide users with more convenient repair services.

[0016] In conjunction with the first aspect and the above implementation methods, in some possible implementation methods, the method further includes: when the vehicle is in a parked state and there are no passengers inside the vehicle, obtaining the door state of the vehicle; when the door state is the unlocked state and the door is in a fully closed state, sending a change instruction for the door state, the change instruction being used to control the door state to change from the unlocked state to the locked state.

[0017] In the above technical solution, for scenarios where the vehicle is parked and the user is not inside the vehicle, in order to avoid property loss, this application also proposes to obtain the vehicle door status when the vehicle is detected to be parked and there is no passenger inside the vehicle, and send a locking command to the door when the door status is unlocked and the door is fully closed, so as to lock the vehicle in time and avoid the problem of property loss caused by the user forgetting to lock the vehicle, thereby further improving vehicle security.

[0018] In conjunction with the first aspect and the above implementation methods, in some possible implementation methods, when it is determined that the car lock is in a faulty state, an alarm is triggered for the car lock malfunction, including: when it is determined that the car lock is in the faulty state, sending a third prompt message to the terminal associated with the vehicle, the third prompt message being used to remind that no one is in the vehicle and the car lock is faulty and cannot be closed; the method further includes: when the signal change result indicates that the signal at the location has changed and is consistent with the signal change result corresponding to the locked state, determining that the car door state changes from the unlocked state to the locked state; when it is determined that the car door state has changed to the locked state, sending a fourth prompt message to the terminal associated with the vehicle, the fourth prompt message being used to remind that the car door is locked.

[0019] In the above technical solution, if a user forgets to lock the car and a lock malfunction occurs, preventing the car door from being locked, a third-party notification message needs to be sent to the terminal associated with the vehicle to promptly remind the user that no one is inside the car and the lock is malfunctioning and cannot be closed, so that the user can return to the vicinity of the vehicle as soon as possible and avoid property loss caused by the user forgetting to lock the car and the lock malfunctioning. In addition, after the car door is successfully locked, a reminder message can also be sent to the user to promptly remind the user that the car door has been successfully locked, so that the user can understand the vehicle status in a timely manner.

[0020] In conjunction with the first aspect and the above implementation methods, in some possible implementation methods, the method further includes: when the vehicle is in a parked state and the door is locked, receiving a door status change instruction, the change instruction being used to control the door status to change from locked to unlocked; when it is determined that the lock is in a faulty state, issuing an alarm for the lock fault, including: when it is determined that the lock is in a faulty state, determining whether there is a passenger inside the vehicle; when there is a passenger inside the vehicle, sending a fifth notification message to the terminal associated with the vehicle, the fifth notification message being used to remind that someone is inside the vehicle and the lock is faulty and cannot be opened; when there is no passenger inside the vehicle, sending a sixth notification message to the terminal associated with the vehicle, the sixth notification message being used to remind that no one is inside the vehicle and the lock is faulty and cannot be opened.

[0021] The aforementioned technical solution provides timely warnings for scenarios where the vehicle is parked, the doors are locked, and someone is inside but the lock is malfunctioning and cannot be opened, thus preventing threats to the personal safety of passengers. Furthermore, it provides timely warnings for scenarios where the vehicle is parked, the doors are locked, and no one is inside but the lock is malfunctioning and cannot be opened. In situations where users urgently need a vehicle, these early warnings allow them to understand the vehicle's status without having to physically approach it, enabling them to promptly change their mode of transportation.

[0022] Secondly, a device for determining the state of a vehicle lock is provided. The device includes: an acquisition module, configured to acquire a signal change result of a position signal corresponding to a target switch in response to a command to change the state of a vehicle door, wherein the vehicle door state includes an unlocked state or a locked state, the target switch is a component in the vehicle lock used to control the change in the state of the vehicle door, and the position signal includes an open signal or an closed signal; a determination module, configured to determine that the vehicle lock is in a fault state if the signal change result indicates that the position signal has not changed; and an alarm module, configured to issue an alarm for the vehicle lock fault if the vehicle lock is determined to be in a fault state.

[0023] In conjunction with the second aspect, in some possible implementations, the acquisition module is further configured to: in response to the change instruction for the state of the vehicle door, acquire the signal change result of the target switch corresponding to the position signal within the target time period; the determination module is further configured to: determine that the vehicle lock is in the fault state if the signal change result indicates that the position signal has not changed within the target time period.

[0024] In conjunction with the second aspect and the above implementation methods, in some possible implementation methods, the determining module is further configured to: resend the change command N times, where N is a positive integer, if the signal change result indicates that the position signal has not changed within the target time period; and determine that the vehicle lock is in the fault state if the position signal has not changed under the N change commands.

[0025] In conjunction with the second aspect and the above implementation methods, in some possible implementation methods, the acquisition module is further configured to: acquire the vehicle state of the target vehicle in response to the instruction to change the state of the door; and, if the vehicle state indicates that the door state can be changed, acquire the signal change result of the target switch corresponding to the position signal.

[0026] In conjunction with the second aspect and the above implementation methods, in some possible implementation methods, the alarm module is further configured to: when it is determined that the vehicle lock is in the fault state, send a first prompt message to the terminal associated with the vehicle, the first prompt message being used to remind the vehicle lock of the fault; when it is determined that the vehicle lock is in the fault state, send a second prompt message to the fault repair platform associated with the vehicle, the second prompt message being used to remind the vehicle lock of the fault repair need.

[0027] In conjunction with the second aspect and the above implementation methods, in some possible implementation methods, the device further includes: an acquisition module, used to acquire the door status of the vehicle when the vehicle is in a parked state and there are no passengers inside the vehicle; and a sending module, used to send a change instruction for the door status when the door status is in the unlocked state and the door is in the fully closed state, the change instruction being used to control the door status to change from the unlocked state to the locked state.

[0028] In conjunction with the second aspect and the above implementation methods, in some possible implementation methods, the alarm module is further configured to: when it is determined that the car lock is in the fault state, send a third prompt message to the terminal associated with the vehicle, the third prompt message being used to remind that no one is in the car and the car lock is faulty and cannot be closed; the device further includes: a determining module, configured to determine that the door state changes from the unlocked state to the locked state when the signal change result indicates that the position signal has changed and is consistent with the signal change result corresponding to the locked state; and a sending module, configured to send a fourth prompt message to the terminal associated with the vehicle when it is determined that the door state has changed to the locked state, the fourth prompt message being used to remind that the door is locked.

[0029] In conjunction with the second aspect and the above implementation methods, in some possible implementations, the device further includes: a receiving module, configured to receive a door status change instruction when the vehicle is in a parked state and the door is locked, the change instruction being used to control the door status to change from locked to unlocked; and an alarm module 803, further configured to: determine whether there is a passenger inside the vehicle when the lock is determined to be faulty; if there is a passenger inside the vehicle, send a fifth notification message to a terminal associated with the vehicle, the fifth notification message being used to remind that someone is inside the vehicle and the lock is faulty and cannot be opened; and if there is no passenger inside the vehicle, send a sixth notification message to a terminal associated with the vehicle, the sixth notification message being used to remind that no one is inside the vehicle and the lock is faulty and cannot be opened.

[0030] Thirdly, a vehicle is provided, including a memory and a processor. The memory is used to store executable program code, and the processor is used to call and run the executable program code from the memory, causing the vehicle to perform the methods in any of the possible implementations of the above aspects.

[0031] Fourthly, a computer program product is provided, comprising: computer program code, which, when run on a computer, causes the computer to perform the method in any possible implementation of the above aspects.

[0032] Fifthly, a computer-readable storage medium is provided that stores computer program code, which, when executed on a computer, causes the computer to perform the methods in any possible implementation of the foregoing aspects. Attached Figure Description

[0033] Figure 1 This is a schematic flowchart illustrating a method for determining the state of a vehicle lock according to an embodiment of this application;

[0034] Figure 2 This is a schematic flowchart illustrating another method for determining the state of a vehicle lock provided in an embodiment of this application;

[0035] Figure 3 This is a schematic diagram of the vehicle lock fault alarm strategy provided in the embodiments of this application;

[0036] Figure 4 This is a schematic flowchart illustrating another method for determining the state of a vehicle lock provided in an embodiment of this application;

[0037] Figure 5 This is a schematic flowchart illustrating another method for determining the state of a vehicle lock provided in an embodiment of this application;

[0038] Figure 6 This is a schematic diagram of the process of controlling the vehicle's locking mechanism provided in an embodiment of this application;

[0039] Figure 7 This is a schematic flowchart illustrating another method for determining the state of a vehicle lock provided in an embodiment of this application;

[0040] Figure 8 This is a schematic diagram of the structure of a vehicle lock status determination device provided in an embodiment of this application;

[0041] Figure 9 This is a schematic diagram of the structure of a vehicle provided in an embodiment of this application. Detailed Implementation

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

[0043] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as implying or suggesting relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature.

[0044] Figure 1 This is a schematic flowchart illustrating a method for determining the state of a vehicle lock according to an embodiment of this application. This method is applied to vehicles.

[0045] For example, such as Figure 1 As shown, the method 100 includes:

[0046] Step 101: In response to the command to change the door status, obtain the signal change result of the position signal corresponding to the target switch. The door status includes unlocked or locked status. The target switch is a component in the car lock used to control the change of the door status. The position signal includes disconnected or connected signal.

[0047] The door status change command can be either a door unlock command, used to control the door to unlock electrically, changing the door status from locked to unlocked after the command is executed; or a door lock command, used to control the door to lock electrically, changing the door status from unlocked to locked after the command is executed. Optionally, in the unlocked state, other users can open the door from the outside; in the locked state, other users cannot open the door from the outside.

[0048] Optionally, the unlock command can be generated in the following ways: in response to a touch operation on the exterior door handle switch, the door unlock command can be generated; or, in response to a trigger operation on the interior door handle, the door unlock command can be generated. The lock command can be generated in two scenarios: one is when the vehicle is in parking mode and there is no user in the vehicle, the body domain controller can generate the door lock command; the other is when the vehicle is in motion, the body domain controller can generate the door lock command.

[0049] Taking the electric unlocking process as an example, the user activates the electric unlocking command (unlocking command) by pressing the outer handle switch or touching the inside of the handle. After receiving the electric unlocking command, the door module drives the motor for 200ms. After completion, the power is cut off and the motor pin is shorted for 200ms. Then, it checks whether the ratchet switch is on. If it is not on, the electric unlocking is recognized, and the motor is driven in reverse for 200ms. If it is on, it continues to check whether the door status switch is on. If it is on within 8 seconds, it means that the electrolytic unlocking is successful, and the motor is driven in reverse for 200ms.

[0050] During the electric unlocking or electric suction locking of a car door, the process is primarily achieved by controlling the on / off state of target switches connected to the door. These target switches can include pawl switches and ratchet switches. Specifically, during the electric suction locking process, the door controller can control the pawl switch to be in the off state, the door status switch to be in the off state, and the ratchet switch to be in the off state, thus completing the door locking process. The electric unlocking process is the reverse of the electric suction locking process. The door controller can control the pawl switch to be in the on state, the door status switch to be in the on state, and the ratchet switch to be in the on state, thus completing the door unlocking process. In other words, upon receiving a command to change the door status, the position signal of the target switch in the lock that controls the change in door status will change accordingly. For example, during door unlocking, the pawl switch will change from the off state to the on state, and the corresponding position signal will become the on signal; during door locking, the pawl switch will change from the on state to the off state, and the corresponding position signal will become the off signal.

[0051] Based on the aforementioned relationship between the position signal changes of the target switch during locking and unlocking, this embodiment proposes a method to determine whether the vehicle lock can function normally based on the signal change results of the corresponding position signal of the target switch in order to promptly detect the vehicle lock status. In one possible implementation, after the door controller receives a door status change command (unlock command or lock command), the vehicle can obtain the signal change results of the corresponding position signal of the target switch in the vehicle lock, and then determine the working status of the vehicle lock (fault state or normal state) based on these signal change results.

[0052] Step 102: If the signal change result indicates that the position signal has not changed, determine that the vehicle lock is in a faulty state.

[0053] Because the position signal of the target switch changes during the unlocked or locked state, for example, from an open signal to an on signal. If the position signal does not change, the vehicle lock may be faulty and unable to unlock or lock. Therefore, in one possible implementation, if the vehicle determines that the signal change indicates that the position signal has not changed, it can be determined that the vehicle lock is faulty.

[0054] Conversely, if the vehicle's signal change result indicates a change in the position signal, and this change is consistent with the signal change indicated by the change command, then the vehicle lock can be determined to be in normal condition.

[0055] Step 103: If it is determined that the vehicle lock is in a faulty state, issue an alarm for the vehicle lock fault.

[0056] Regarding the car door locking process, if the user remotely locks the door or does not check whether the door is successfully locked after locking, a malfunctioning lock could threaten the user's personal safety and property. Therefore, to promptly remind the user of the lock status, an alarm should be triggered when the vehicle lock is confirmed to be faulty, so as to promptly alert the user to the lock malfunction.

[0057] Optionally, the alarm method can be by sending a text message, a voice reminder, or a light reminder. For example, if the lock on the left door is faulty, the left door light can be flashed twice to remind the user.

[0058] Optionally, when issuing an alarm for a car lock malfunction, the location of the malfunctioning lock can be specified to the user, such as the malfunction of the lock on the left door, the malfunction of the lock on the right door, or the malfunction of the locks on both the left and right doors.

[0059] In summary, this application proposes a method for determining vehicle lock malfunctions: by analyzing the signal changes of the target switch position signal in the vehicle lock during door status changes, the method can promptly detect whether the vehicle lock is in a malfunctioning state and issue an alarm when the lock is malfunctioning. Detecting malfunctions by monitoring position signal changes enables automated vehicle lock malfunction detection, avoiding errors caused by manual detection and improving accuracy. Furthermore, it prevents vehicle safety issues caused by users failing to check if the doors are successfully locked when the lock is malfunctioning, thereby enhancing vehicle safety during use.

[0060] Since the change of the position signal corresponding to the target switch takes a certain amount of time during the unlocking or locking of the car door, in order to obtain a more accurate result of the position signal change, one possible implementation is to pre-set a target time period and obtain the final signal change result within the target time period, so as to determine whether the car lock is malfunctioning based on the result of the signal change.

[0061] Figure 2 This is a schematic flowchart illustrating another method for determining the state of a vehicle lock provided in an embodiment of this application. It should be understood that this method can also be applied to vehicles.

[0062] For example, such as Figure 2 As shown, the method 200 includes:

[0063] Step 201: In response to the command to change the state of the car door, obtain the signal change result of the corresponding position signal of the target switch within the target time period.

[0064] The accuracy of the acquired signal change results affects the accuracy of subsequent determinations of whether the vehicle lock is malfunctioning. To avoid random errors, such as a slow change in the target switch's position signal, where the signal changes after a delay but is acquired before the change occurs, resulting in an incorrect position signal change result, an incorrect conclusion that the vehicle lock is malfunctioning, one possible implementation improves the accuracy of the determined vehicle lock status by pre-setting a target time period. After the door receives a change command, the signal change results of the target switch's corresponding position signal within the target time period can be acquired. This allows for the determination of whether the vehicle lock is malfunctioning based on whether the position signal changes within that target time period.

[0065] Optionally, the target time period can be determined based on the time required from receiving the change command to the change of the door status under normal vehicle lock conditions. For example, if it takes 10 seconds from receiving the unlock command to the door unlocking, then the target time period is at least greater than or equal to 10 seconds.

[0066] Step 202: If the signal change result indicates that the position signal has not changed within the target time period, determine that the vehicle lock is in a fault state.

[0067] When a target time period is set, if the signal change result indicates that the position signal has not changed during the target time period, the vehicle lock may be in a faulty state. Conversely, if the signal change result indicates that the position signal has changed during the target time period, and the signal change result is consistent with the change result corresponding to the change command, the vehicle lock is in a normal state.

[0068] If the position signal does not change, it could be due to a lock malfunction or the door not responding to the change command (for example, there might be a problem in the command transmission process that prevented the change command from being received). To more accurately determine the cause of the position signal not changing and rule out transmission problems with the change command, multiple change commands can be sent to combine the results of multiple signal changes and determine the lock status. Step 202 may also include steps 202A and 202B.

[0069] Step 202A: If the signal change result indicates that the position signal has not changed within the target time period, resend the change command N times, where N is a positive integer.

[0070] Step 202B: If the position signal does not change under N change commands, determine that the vehicle lock is in a faulty state.

[0071] After receiving the initial change command, if the signal change result indicates that the position signal has not changed within the target time period, the change command is resent N times to rule out the possibility that the position signal has not changed due to a problem in command transmission. Optionally, N can be 1 or 3. That is, the lock malfunction is determined based on the signal change results of the position signal corresponding to at least two (N+1) change commands.

[0072] Specifically, after the vehicle receives N+1 change commands, if the signal change results of the target switch's corresponding position signal all indicate that the position signal has not changed or changed, the transmission problem of the change command can be ruled out, and the vehicle lock can be determined to be in a faulty state.

[0073] Conversely, if the position signal changes after N change commands, it is determined that the initial judgment result may have an error, and the vehicle lock is determined to be in normal condition.

[0074] Step 203: If it is determined that the vehicle lock is in a faulty state, a first prompt message is sent to the terminal associated with the vehicle. The first prompt message is used to remind the vehicle lock of the fault.

[0075] Considering some remote vehicle locking scenarios, vehicle lock malfunctions pose a significant threat to vehicle security. To promptly alert users to lock malfunctions, when a vehicle determines that the lock is faulty, an initial notification message can be sent to the terminal associated with the vehicle to inform the user of the lock failure and prevent loss of property from the vehicle.

[0076] Step 204: If it is determined that the vehicle lock is in a faulty state, a second prompt message is sent to the fault repair platform associated with the vehicle. The second prompt message is used to remind the vehicle lock that there is a fault repair need.

[0077] Furthermore, to provide more intelligent services to vehicle users, when a vehicle lock is determined to be malfunctioning, a second notification message can be sent to the vehicle's associated repair platform to alert the user that the lock requires repair. This allows repair personnel to provide timely repair services and offers more convenient after-sales support.

[0078] Figure 3 This is a schematic diagram of the vehicle lock fault alarm strategy provided in an embodiment of this application. For example... Figure 3 As shown. After the vehicle receives and executes the electric unlock command (unlock command) or the electric lock command (lock command), if no change in the position signal is detected, a door lock malfunction is determined, and a door lock malfunction report is issued; a door lock malfunction message is sent to the user's terminal APP, indicating that repair is required; at the same time, door lock malfunction information is sent to the repair platform so that it can contact the user for repair in a timely manner.

[0079] Optionally, when sending a second notification message to the fault repair platform, the signal change results obtained by the vehicle can also be fed back to the repair personnel so that the repair personnel can understand the cause of the vehicle fault more quickly and provide more convenient vehicle repair services.

[0080] In this embodiment, by setting a target time period and determining whether the vehicle lock is faulty based on the signal change results within the target time period, the accuracy of vehicle lock fault determination is improved. Moreover, by sending change commands multiple times, the possibility of position signal not changing due to command transmission problems can be eliminated, further improving the accuracy of vehicle lock fault determination. In addition, if a vehicle lock fault is determined, a prompt message can be sent to the terminal associated with the vehicle, thereby avoiding the problem that users cannot perceive whether the vehicle lock is working properly in the scenario of remotely locking the vehicle. Furthermore, by reporting the vehicle lock fault message to the fault repair platform, more intelligent and convenient vehicle repair services can be provided to users.

[0081] In certain scenarios, the door will not affect the vehicle unlocking command. For example, when the vehicle is traveling at high speed, to ensure the safety of passengers and prevent accidental unlocking, the system is configured so that even if a door unlocking command is received during high-speed travel, it will not affect the unlocking process. Correspondingly, the position signal will not change after receiving the unlocking command. To avoid being judged as a lock malfunction in this scenario, this embodiment limits the timing of obtaining signal change results.

[0082] Figure 4 This is a schematic flowchart illustrating another method for determining the state of a vehicle lock provided in an embodiment of this application. It should be understood that this method can also be applied to vehicles.

[0083] For example, such as Figure 4 As shown, the method 400 includes:

[0084] Step 401: In response to the command to change the door status, obtain the vehicle status of the target vehicle.

[0085] In certain scenarios, the door controller may not respond to unlock or lock commands. For example, when the vehicle is traveling at high speed, it may not respond to unlock commands for the safety of passengers; similarly, when the vehicle is parked (or in parking mode) and there are passengers inside, it may not respond to lock commands. To avoid misidentification of a lock malfunction due to non-response to change commands in these special scenarios, one possible implementation is that when the door controller receives a door status change command, it can acquire the vehicle status of the target vehicle to determine whether it will respond to the change command. If it does respond to the change command, it can then determine whether the lock is malfunctioning based on the signal change of the acquired position signal.

[0086] Optionally, the vehicle status may include driving status, parking status, the status of the vehicle's surrounding environment, and the status of the occupants inside the vehicle, etc. This embodiment does not constitute a limitation.

[0087] The methods for obtaining the vehicle status mentioned above may include the following:

[0088] (1) The vehicle's driving and parking status are obtained through a speed sensor. Specifically, if the real-time vehicle speed is determined to be greater than a speed threshold based on the data collected by the speed sensor, the vehicle is in a driving state; if the real-time vehicle speed is less than the speed threshold, the vehicle is in a parking state. For example, the speed threshold can be 5 km / h.

[0089] (2) Obtain the environmental conditions around the vehicle through vehicle body sensors. For example, the outside temperature can be detected by a temperature sensor; the environment in which the vehicle is located can be detected by a camera, etc.

[0090] (3) Obtain the status of passengers inside the vehicle through vehicle internal components. For example, the in-vehicle camera can collect in-vehicle image information to determine whether there are passengers inside the vehicle; the seat bearing pressure can also be obtained to determine whether there are passengers in the vehicle.

[0091] Step 402: When the vehicle status indicates that the door status can be changed, obtain the signal change result of the corresponding position signal of the target switch.

[0092] To eliminate the possibility that the door controller will not respond to the change command, one possible implementation is that the vehicle determines the vehicle state to be such that the door state can be changed, which means that after the door controller responds to the change command, it obtains the signal change result of the target switch corresponding position signal.

[0093] Conversely, if the vehicle status indicates that the door status cannot be changed, it means that the door controller will not respond to the change command, the position signal will not change, and it is impossible to determine whether the door lock is faulty based on the signal change of the position signal.

[0094] Step 403: If the signal change result indicates that the position signal has not changed, determine that the vehicle lock is in a faulty state.

[0095] Step 404: If it is determined that the vehicle lock is in a faulty state, issue an alarm for the vehicle lock fault.

[0096] The implementation methods for steps 403 and 404 can be referred to the above embodiments, and will not be repeated here.

[0097] In this embodiment, upon receiving a command to change the door's status, the vehicle's status is acquired to analyze whether the current vehicle status can respond to the command. If it can respond, the vehicle lock is determined to be faulty based on the signal change of the acquired position signal. This avoids situations where the position signal does not change due to a failure to respond to the command, thereby improving the accuracy of vehicle lock fault determination.

[0098] In one possible application scenario, if the vehicle is parked and unoccupied, and the door controller receives a locking command but fails to lock due to a lock malfunction, it could seriously threaten vehicle safety. In this case, a specific alarm mechanism needs to be configured.

[0099] Figure 5 This is a schematic flowchart illustrating another method for determining the state of a vehicle lock provided in an embodiment of this application. It should be understood that this method can also be applied to vehicles.

[0100] For example, such as Figure 5 As shown, the method 500 includes:

[0101] Step 501: When the vehicle is parked and there are no passengers inside the vehicle, obtain the status of the vehicle doors.

[0102] In scenarios where a vehicle is parked, unoccupied, and the doors are unlocked, prolonged unlocking could threaten vehicle safety. Therefore, to ensure timely locking, when the vehicle is detected as parked and there are no passengers inside, the door status can be obtained to determine whether a locking command needs to be executed.

[0103] Step 502: When the door is in the unlocked state and the door is in the fully closed state, send a change command for the door state. The change command is used to control the door state to change from the unlocked state to the locked state.

[0104] If the door is confirmed to be unlocked and fully closed, a command to change the door status can be sent, specifically a lock command, to control the door to lock, changing the door status from unlocked to locked.

[0105] Optionally, the command to change the door status can be automatically triggered by the vehicle, controlled by a vehicle application on a terminal associated with the vehicle, or remotely controlled via the vehicle key. This embodiment does not constitute a limitation.

[0106] Optionally, if the car door is unlocked and is half-open or fully open, the electric door lock cannot be activated. In this case, the user needs to manually close the car door before the locking command can be executed. A reminder message can be sent to the terminal associated with the vehicle to remind the user that the car door was not closed.

[0107] In other possible scenarios, if a user leaves the vehicle unlocked for a short period, locking the doors might prevent them from using the vehicle because they don't have their keys or phone with them, thus affecting normal vehicle use. Therefore, before sending the door status change command, the time the user has been away from the vehicle should be obtained. If the time is greater than a time threshold, a lock command should be sent; otherwise, if the time is less than the time threshold, no locking action should be taken.

[0108] Optionally, the vehicle can also determine whether a key is inside the vehicle when it is parked, unoccupied, and the doors are unlocked. If the key is inside the vehicle, the vehicle can lock the doors to prevent the key from being lost.

[0109] Figure 6 This is a schematic diagram illustrating the process of controlling the vehicle's locking mechanism as provided in an embodiment of this application. Figure 6 As shown. In scenarios where the vehicle is parked, no one is inside, the doors are closed, and the key is inside, the CEM sends a locking command (locking command) to control the entire vehicle to lock (doors lock), and notifies the user of the vehicle locking via the APP.

[0110] Step 503: In response to the command to change the door status, obtain the signal change result of the position signal corresponding to the target switch. The door status includes unlocked or locked status. The target switch is a component in the car lock used to control the change of the door status. The position signal includes disconnected or connected signal.

[0111] Step 504: If the signal change result indicates that the position signal has not changed, determine that the vehicle lock is in a faulty state.

[0112] The implementation methods for steps 503 and 504 can be referred to the above embodiments, and will not be repeated here.

[0113] Step 505: If it is determined that the car lock is in a faulty state, a third prompt message is sent to the terminal associated with the vehicle. The third prompt message is used to remind that no one is in the car and the car lock is faulty and cannot be closed.

[0114] When remotely locking the vehicle while it is parked and unoccupied, if a malfunction is detected in the lock, a third-party notification message can be sent to the vehicle's associated terminal to alert the user that the vehicle is unoccupied and the lock is malfunctioning and cannot be closed, in order to ensure vehicle safety.

[0115] Step 506: If the signal change result indicates that the position signal has changed and is consistent with the signal change result corresponding to the locked state, determine that the door state has changed from the unlocked state to the locked state.

[0116] Conversely, if the signal change indicates a change in the position signal, and this change is consistent with the signal change corresponding to the locked state, it means that the door lock has been successfully locked, and the door status changes from unlocked to locked.

[0117] Step 507: After determining that the door status has changed to locked, a fourth prompt message is sent to the terminal associated with the vehicle. The fourth prompt message is used to remind that the door is locked.

[0118] Since the user is not inside the vehicle in this scenario, in order to ensure that the user is aware of the door lock information in a timely manner, one possible implementation is to send a fourth notification message to the terminal associated with the vehicle when the vehicle determines that the door status has changed to locked. The fourth notification message is used to remind the user that the door is locked.

[0119] Optionally, considering the vehicle's power-on initialization process after a power outage, after the vehicle is powered back on, the gate module energizes the motor reset frequency angle. If the current detected within 300ms is less than the threshold (current threshold 100mA), the motor is short-circuited for 200ms. If the current is not detected to be less than the threshold within 300ms, the motor is short-circuited for 200ms, and an electrolytic reset fault is reported.

[0120] In this embodiment, for scenarios where the vehicle is parked, unoccupied, and the doors are unlocked, the vehicle can be locked to prevent the loss of valuables inside. In addition, if the vehicle fails to lock due to a lock malfunction in this scenario, the user should be promptly notified that the doors are unlocked and the lock is faulty, so as to remind the user to return to the vehicle's location in time and avoid greater property loss.

[0121] When the vehicle is parked and the doors are locked, a malfunctioning lock will prevent the doors from being opened from either the inside or outside of the vehicle, regardless of whether there are passengers inside. If passengers are inside the vehicle and the lock malfunction prevents them from opening the doors, their safety may be threatened if they remain inside for an extended period. Therefore, a targeted warning system is needed for this scenario.

[0122] Figure 7 This is a schematic flowchart illustrating another method for determining the state of a vehicle lock provided in an embodiment of this application. It should be understood that this method can also be applied to vehicles.

[0123] For example, such as Figure 7 As shown, the method 700 includes:

[0124] Step 701: When the vehicle is in a parked state and the door is locked, receive a door status change command. The change command is used to control the door status to change from locked to unlocked.

[0125] In scenarios where the vehicle is parked and the doors are locked, a malfunctioning lock prevents the doors from being opened from either the inside or outside of the vehicle, regardless of whether passengers are inside. For passengers already in the vehicle, prolonged inability to open the doors could result in them being trapped inside, potentially threatening their safety. Alternatively, users urgently needing the vehicle may need to be physically present and manually operate the door to confirm it cannot be opened, preventing them from using the vehicle promptly. To address these issues, this embodiment solves or improves upon these problems by implementing a corresponding lock malfunction warning system. Specifically, when the vehicle is parked and the doors are locked, upon receiving a command to change the door status from locked to unlocked, a subsequent lock malfunction detection and alarm procedure must be executed.

[0126] Optionally, the change command can be triggered remotely by the user via the vehicle key or terminal; the change command can also be triggered by the user via the interior door handle; the change command can also be triggered by the user via the exterior door handle, and this embodiment does not constitute a limitation.

[0127] Step 702: In response to the command to change the state of the door, obtain the signal change result of the position signal corresponding to the target switch.

[0128] Step 703: If the signal change result indicates that the position signal has not changed, determine that the vehicle lock is in a faulty state.

[0129] The implementation methods for steps 702 and 703 can be referred to the above embodiments, and will not be repeated here.

[0130] Step 704: If the vehicle lock is found to be faulty, determine whether there are passengers inside the vehicle.

[0131] If the vehicle lock is determined to be faulty and cannot be opened, the alarm intensity or specific alarm information can be further determined based on whether there are passengers inside the vehicle. Specifically, if the vehicle lock is determined to be faulty, the system can identify whether there are passengers inside the vehicle and then select different alarm messages based on that information.

[0132] Step 705: If there is a passenger inside the vehicle, send a fifth notification message to the terminal associated with the vehicle. The fifth notification message is used to remind that there is someone inside the vehicle and that the vehicle lock is faulty and cannot be opened.

[0133] In situations where car doors are locked and cannot be opened, and there are passengers inside, the inability to open the doors for an extended period could threaten the personal safety of the passengers, especially if the passengers are minors. To avoid this, if it is confirmed that there are passengers inside the vehicle and the locks are malfunctioning, the vehicle needs to promptly send a fifth alert message to its associated terminal. This fifth alert message serves to remind the user that someone is inside the vehicle and the locks are faulty, thus promptly alerting them to this dangerous situation.

[0134] Step 706: If there are no passengers inside the vehicle, send a sixth notification message to the terminal associated with the vehicle. The sixth notification message is used to remind that no one is inside the vehicle and the vehicle lock is faulty and cannot be opened.

[0135] If the car doors are locked and cannot be opened, and there are no passengers inside, it indicates that the user may be remotely unlocking the vehicle and has not yet arrived at its location. To promptly alert the user that the doors may be temporarily unable to open, the vehicle needs to send a sixth alert message to its associated terminal, provided there are no passengers inside and the locks are malfunctioning. This sixth alert message serves to inform the user that no one is inside and the locks are faulty. This timely warning allows users to understand the vehicle's status before arriving at it and thus change their mode of transportation accordingly.

[0136] In this embodiment, for situations where the vehicle is parked, the doors are locked, and there are people inside but the locks are malfunctioning and cannot be opened, a timely warning can be issued to prevent threats to the personal safety of passengers. Furthermore, for situations where the vehicle is parked, the doors are locked, and there is no one inside but the locks are malfunctioning and cannot be opened, a timely warning can be issued. In cases where users urgently need a vehicle, this advance warning allows them to understand the vehicle's status without having to go to the vehicle, thus enabling them to change their mode of transportation in a timely manner.

[0137] Figure 8 This is a schematic diagram of a device for determining the state of a vehicle lock provided in an embodiment of this application.

[0138] For example, such as Figure 8 As shown, the device 800 includes:

[0139] The acquisition module 801 is used to acquire the signal change result of the position signal corresponding to the target switch in response to the command for changing the state of the car door. The car door state includes unlocked state or locked state. The target switch is a component in the car lock used to control the change of the car door state. The position signal includes disconnect signal or connect signal.

[0140] The determination module 802 is used to determine that the vehicle lock is in a fault state when the signal change result indicates that the position signal has not changed.

[0141] The alarm module 803 is used to issue an alarm for a malfunction when it is determined that the vehicle lock is in a faulty state.

[0142] In one possible implementation, the acquisition module 801 is further configured to: in response to the change instruction of the door state, acquire the signal change result of the target switch corresponding to the position signal within the target time period; the determination module 802 is further configured to: determine that the lock is in the fault state if the signal change result indicates that the position signal has not changed within the target time period.

[0143] In one possible implementation, the determining module 802 is further configured to: resend the change command N times, where N is a positive integer, if the signal change result indicates that the position signal has not changed within the target time period; and determine that the vehicle lock is in the fault state if the position signal has not changed under the N change commands.

[0144] In one possible implementation, the acquisition module 801 is further configured to: acquire the vehicle state of the target vehicle in response to the instruction to change the state of the door; and, if the vehicle state indicates that the door state can be changed, acquire the signal change result of the target switch corresponding to the position signal.

[0145] In one possible implementation, the alarm module 803 is further configured to: when it is determined that the vehicle lock is in the faulty state, send a first notification message to a terminal associated with the vehicle, the first notification message being used to remind the vehicle lock of the fault; and when it is determined that the vehicle lock is in the faulty state, send a second notification message to a fault repair platform associated with the vehicle, the second notification message being used to remind the vehicle lock of the need for fault repair.

[0146] In one possible implementation, the device further includes: an acquisition module, configured to acquire the door status of the vehicle when the vehicle is in a parked state and there are no passengers inside the vehicle; and a sending module, configured to send a change instruction for the door status when the door status is in the unlocked state and the door is in the fully closed state, the change instruction being used to control the door status to change from the unlocked state to the locked state.

[0147] In one possible implementation, the alarm module 803 is further configured to: when it is determined that the car lock is in the fault state, send a third prompt message to the terminal associated with the vehicle, the third prompt message being used to remind that no one is in the car and the car lock is faulty and cannot be closed; the device further includes: a determining module, configured to determine that the door state changes from the unlocked state to the locked state when the signal change result indicates that the position signal has changed and is consistent with the signal change result corresponding to the locked state; and a sending module, configured to send a fourth prompt message to the terminal associated with the vehicle when it is determined that the door state has changed to the locked state, the fourth prompt message being used to remind that the door is locked.

[0148] In one possible implementation, the device further includes: a receiving module, configured to receive a door status change instruction when the vehicle is in a parked state and the door is locked, the change instruction being used to control the door status to change from locked to unlocked; and an alarm module 803, further configured to: determine whether there is a passenger inside the vehicle when the lock is determined to be faulty; if there is a passenger inside the vehicle, send a fifth notification message to a terminal associated with the vehicle, the fifth notification message being used to remind that someone is inside the vehicle and the lock is faulty and cannot be opened; and if there is no passenger inside the vehicle, send a sixth notification message to a terminal associated with the vehicle, the sixth notification message being used to remind that no one is inside the vehicle and the lock is faulty and cannot be opened.

[0149] Figure 9 This is a schematic diagram of the structure of a vehicle provided in an embodiment of this application.

[0150] For example, such as Figure 9 As shown, the vehicle 900 includes a memory 901 and a processor 902. The memory 901 stores executable program code 903, and the processor 902 is used to call and execute the executable program code 903 to perform a method for determining the vehicle lock status.

[0151] Furthermore, this application also protects an apparatus that may include a memory and a processor, wherein the memory stores executable program code, and the processor is used to call and execute the executable program code to perform a method for determining the state of a vehicle lock provided in this application.

[0152] This embodiment can divide the device into functional modules based on the above method example. For example, each module can correspond to a separate function, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware. It should be noted that the module division in this embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods.

[0153] When the functional modules are divided according to their respective functions, the device may further include a first acquisition module, an acquisition module, and a first control module, etc. It should be noted that all relevant content of each step involved in the above method embodiments can be referenced to the functional description of the corresponding functional module, and will not be repeated here.

[0154] It should be understood that the device provided in this embodiment is used to execute the above-described method for determining the state of a vehicle lock, and therefore can achieve the same effect as the above-described implementation method.

[0155] When using an integrated unit, the device may include a processing module and a storage module. When the device is applied to a vehicle, the processing module can be used to control and manage the vehicle's movements. The storage module can be used to support the vehicle in executing program code, etc.

[0156] The processing module may be a processor or a controller, which can implement or execute various exemplary logic blocks, modules, and circuits as disclosed in this application. The processor may also be a combination of computing functions, such as a combination of one or more microprocessors, a combination of digital signal processing (DSP) and microprocessors, etc., and the storage module may be a memory.

[0157] In addition, the device provided in the embodiments of this application may specifically be a chip, component or module. The chip may include a connected processor and a memory. The memory is used to store instructions. When the processor calls and executes the instructions, the chip can execute a method for determining the state of a vehicle lock provided in the above embodiments.

[0158] This embodiment also provides a computer-readable storage medium storing computer program code. When the computer program code is run on a computer, the computer executes the above-described related method steps to implement the method for determining the state of a vehicle lock provided in the above embodiment.

[0159] This embodiment also provides a computer program product that, when run on a computer, causes the computer to perform the aforementioned steps to implement the method for determining the state of a vehicle lock provided in the above embodiment.

[0160] In this embodiment, the device, computer-readable storage medium, computer program product, or chip are all used to execute the corresponding methods provided above. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects in the corresponding methods provided above, and will not be repeated here.

[0161] Through the above description of the embodiments, those skilled in the art will understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0162] In the embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus 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 device, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0163] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for determining the state of a vehicle lock, characterized in that, The method includes: In response to a command to change the state of the car door, the signal change result of the position signal corresponding to the target switch is obtained. The car door state includes an unlocked state or a locked state. The target switch is a component in the car lock used to control the change of the car door state. The position signal includes an open signal or an closed signal. If the signal change result indicates that the position signal has not changed during the target time period, the change command is resent N times, where N is a positive integer; If the position signal does not change under N change commands, the vehicle lock is determined to be in a fault state. If the vehicle lock is determined to be faulty, an alarm will be issued to alert the user to the fault.

2. The method according to claim 1, characterized in that, The step of acquiring the signal change result of the target switch position signal in response to the command to change the state of the door includes: In response to the change command for the door state, the signal change result of the position signal corresponding to the target switch within the target time period is obtained.

3. The method according to claim 1 or 2, characterized in that, The step of acquiring the signal change result of the target switch position signal in response to the command to change the state of the door includes: In response to the change command for the door state, the vehicle state of the target vehicle is obtained; When the vehicle state allows for a change in the door state, the signal change result corresponding to the position signal of the target switch is obtained.

4. The method according to claim 1 or 2, characterized in that, The method of issuing an alarm for the vehicle lock malfunction when it is determined that the vehicle lock is in a faulty state includes at least one of the following: If it is determined that the vehicle lock is in the faulty state, a first prompt message is sent to the terminal associated with the vehicle. The first prompt message is used to remind the vehicle lock of the fault. If the vehicle lock is determined to be in the faulty state, a second notification message is sent to the fault repair platform associated with the vehicle. The second notification message is used to remind the vehicle lock that there is a fault repair requirement.

5. The method according to claim 1 or 2, characterized in that, The method further includes: When the vehicle is parked and there are no passengers inside the vehicle, obtain the status of the vehicle doors. When the door is in the unlocked state and the door is in the fully closed state, a change command for the door state is sent, the change command being used to control the door state to change from the unlocked state to the locked state.

6. The method according to claim 5, characterized in that, The step of issuing an alarm for the vehicle lock malfunction when it is determined that the vehicle lock is in a faulty state includes: If it is determined that the vehicle lock is in the faulty state, a third prompt message is sent to the terminal associated with the vehicle. The third prompt message is used to remind that no one is in the vehicle and the vehicle lock is faulty and cannot be closed. The method further includes: If the signal change result indicates that the position signal has changed and is consistent with the signal change result corresponding to the locked state, then the door state is determined to change from the unlocked state to the locked state. Upon determining that the door status has changed to the locked state, a fourth notification message is sent to the terminal associated with the vehicle, the fourth notification message being used to remind that the door is locked.

7. The method according to claim 1 or 2, characterized in that, The method further includes: When the vehicle is parked and the door is locked, a change command for the door status is received. The change command is used to control the door status to change from the locked state to the unlocked state. The step of issuing an alarm for the vehicle lock malfunction when it is determined that the vehicle lock is in a faulty state includes: If the vehicle lock is determined to be in the faulty state, determine whether there are passengers inside the vehicle; If the passenger is inside the vehicle, a fifth notification message is sent to the terminal associated with the vehicle. The fifth notification message is used to remind that there is someone inside the vehicle and that the vehicle lock is faulty and cannot be opened. If the passenger is not inside the vehicle, a sixth notification message is sent to the terminal associated with the vehicle. The sixth notification message is used to remind that no one is inside the vehicle and the vehicle lock is faulty and cannot be opened.

8. A device for determining the state of a vehicle lock, characterized in that, The device includes: The acquisition module is used to acquire the signal change result of the position signal corresponding to the target switch in response to the command of the change of the door status. The door status includes an unlocked state or a locked state. The target switch is a component in the car lock used to control the change of the door status. The position signal includes an open signal or an open signal. The determination module is used to resend the change command N times, where N is a positive integer, if the signal change result indicates that the position signal has not changed within the target time period; and if the position signal has not changed under the N change commands, determine that the vehicle lock is in a fault state. The alarm module is used to issue an alarm for the vehicle lock malfunction when it is determined that the vehicle lock is in a faulty state, so as to remind the user of the vehicle lock malfunction.

9. A vehicle, characterized in that, The vehicles include: Memory, used to store executable program code; A processor for calling and running the executable program code from the memory, causing the vehicle to perform the method as described in any one of claims 1 to 7.

Images