CN111946170B

CN111946170B - Lock state detection method and device, shared vehicle and storage medium

Info

Publication number: CN111946170B
Application number: CN202010816279.6A
Authority: CN
Inventors: 周继发
Original assignee: Beijing Qisheng Technology Co Ltd
Current assignee: Xiamen Qiwen Technology Co.,Ltd.; Beijing Qisheng Technology Co Ltd; Hangzhou Qingqi Science and Technology Co Ltd
Priority date: 2020-08-14
Filing date: 2020-08-14
Publication date: 2021-11-09
Anticipated expiration: 2040-08-14
Also published as: CN111946170A

Abstract

The embodiment of the disclosure relates to a lock state detection method and device, a shared vehicle and a storage medium. The method comprises the steps of sequentially detecting whether a motor of the vehicle lock rotates or not, whether the motor rotates to a preset position or not and whether the vibration intensity of a locking component of the vehicle lock is smaller than a vibration threshold value or not in the process of unlocking the vehicle lock, so as to obtain a detection result. And if the unlocking failure of the vehicle lock is determined according to the detection result, generating unlocking failure reason indication information based on the detection result, and sending the unlocking failure reason indication information to the server, wherein the unlocking failure reason indication information is used for indicating the component with the fault in the vehicle lock. In the disclosure, after the server receives the unlocking failure reason information, the operation and maintenance personnel can directly and quickly determine the failed component according to the unlocking failure reason indication information received by the server, so that the failed component can be maintained, and the vehicle lock maintenance efficiency is improved.

Description

Lock state detection method and device, shared vehicle and storage medium

Technical Field

The disclosed embodiment relates to the technical field of travel, in particular to a lock state detection method and device, a shared vehicle and a storage medium.

Background

In recent years, the shared vehicle has appeared, which brings great convenience to people's life, and people tend to use the shared vehicle more and more.

In the prior art, the shared vehicles are all provided with locks which are very important for the shared vehicles, when people need to use the shared vehicles, the identity of the people needs to be verified, and the shared vehicles can be unlocked for users to use after the shared vehicles are authorized to use. Therefore, the user can be prevented from using the shared vehicle under the condition of not being authorized, and the benefits of the operation and maintenance company corresponding to the shared vehicle are protected.

However, the locks of the shared vehicles are easily damaged, and in the case of damaged locks, the maintenance personnel need to maintain the shared vehicles, and at present, the lock maintenance efficiency is low.

Disclosure of Invention

The embodiment of the disclosure provides a lock state detection method and device, a shared vehicle and a storage medium, and can improve the lock maintenance efficiency.

In a first aspect, an embodiment of the present disclosure provides a lock state detection method, including:

in the process of unlocking the vehicle lock, sequentially detecting whether a motor of the vehicle lock rotates, whether the motor rotates to a preset position and whether the vibration intensity of a locking component of the vehicle lock is smaller than a vibration threshold value in the process of rotating the motor to obtain a detection result;

if the unlocking failure of the vehicle lock is determined according to the detection result, unlocking failure reason indication information is generated based on the detection result, wherein the unlocking failure reason indication information is used for indicating a component with a fault in the vehicle lock;

and sending the unlocking failure reason indication information to the server.

In a second aspect, an embodiment of the present disclosure provides a lock state detection device for use in a first vehicle, the device including:

the detection module is used for sequentially detecting whether a motor of the vehicle lock rotates, whether the motor rotates to a preset position and whether the vibration intensity of a locking component of the vehicle lock is smaller than a vibration threshold value in the process of rotating the motor to obtain a detection result;

the unlocking failure reason generating module is used for generating unlocking failure reason indicating information based on the detection result if the unlocking failure of the vehicle lock is determined according to the detection result, wherein the unlocking failure reason indicating information is used for indicating a component with a fault in the vehicle lock;

and the sending module is used for sending the unlocking failure reason indication information to the server.

In a third aspect, embodiments of the present disclosure provide a shared vehicle, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the method of the first aspect when executing the computer program.

In a fourth aspect, embodiments of the present disclosure provide a storage medium having a computer program stored thereon, the computer program, when executed by a processor, implementing the method of the first aspect.

The method and the device for detecting the state of the vehicle lock, the shared vehicle and the storage medium can improve the maintenance efficiency of the vehicle lock. The method for detecting the state of the vehicle lock comprises the steps of sequentially detecting whether a motor of the vehicle lock rotates or not, whether the motor rotates to a preset position or not and whether the vibration strength of a locking assembly of the vehicle lock is smaller than a vibration threshold value or not in the process of unlocking the vehicle lock, and obtaining a detection result. And if the unlocking failure of the vehicle lock is determined according to the detection result, generating unlocking failure reason indication information based on the detection result, and sending the unlocking failure reason indication information to the server, wherein the unlocking failure reason indication information is used for indicating the component with the fault in the vehicle lock. In the method and the system, after the unlocking failure reason information is sent to the server, operation and maintenance personnel can directly and quickly determine the failed component according to the unlocking failure reason indication information received by the server, so that the failed component can be maintained, time is not needed to be spent on determining the failed component, and the vehicle lock maintenance efficiency is improved.

Drawings

FIG. 1 is a diagram of an exemplary embodiment of a vehicle lock status detection method;

FIG. 2 is a schematic flow chart illustrating a method for detecting a status of a vehicle lock according to an embodiment;

FIG. 3 is a schematic flow chart illustrating a method for detecting a status of a vehicle lock according to another embodiment;

FIG. 4 is a schematic flow chart illustrating a method for detecting a status of a vehicle lock according to an embodiment;

FIG. 5 is a flowchart illustrating steps of generating indication information of a reason for an unlock failure in one embodiment;

FIG. 6 is a block diagram showing the structure of a lock state detection device according to an embodiment;

FIG. 7 is an internal block diagram of a shared vehicle in one embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present disclosure more clearly understood, the embodiments of the present disclosure are described in further detail below with reference to the accompanying drawings and the embodiments. It is to be understood that the specific embodiments described herein are merely illustrative of the embodiments of the disclosure and that no limitation to the embodiments of the disclosure is intended.

First, before specifically describing the technical solution of the embodiment of the present disclosure, a technical background or a technical evolution context on which the embodiment of the present disclosure is based is described.

In recent years, the shared vehicle has appeared, which brings great convenience to people's life, and people tend to use the shared vehicle more and more. In practical applications, in order to secure the benefits of the operation and maintenance companies sharing the vehicle, the operation and maintenance companies sharing the vehicle (hereinafter, simply referred to as the operation and maintenance companies) may install a lock on the shared vehicle. Specifically, the process of securing the benefits of the operation and maintenance company by using the vehicle lock is as follows:

when a user needs to use the shared vehicle, the user sends a rental request to a server (hereinafter referred to as the server) of an operation and maintenance company through user end equipment, after the user is authenticated, the server determines that the user can be authorized to use the shared vehicle, then the server sends an unlocking instruction to the shared vehicle according to the rental request, and after the shared vehicle is unlocked, the user can use the shared vehicle. And when the user closes the lock after use, the server can charge the user according to the time length between the unlocking time and the locking time of the shared vehicle and charge the rental fee of the shared vehicle. The lock is arranged on the shared vehicle, so that the user can be prevented from using the shared vehicle without authorization, and the benefits of the operation and maintenance company are protected. Thus, the vehicle lock is very important for sharing the vehicle.

In the prior art, after a shared vehicle is put into use, the shared vehicle is frequently used by a user, so that a lock of the shared vehicle is frequently unlocked and locked. Therefore, the locks of the shared vehicles are easily aged and easily damaged. In the case of the lock damage, the operation and maintenance personnel need to maintain the lock. However, the operation and maintenance personnel cannot directly maintain the failed component because the reason for the damage of the lock is not clear, and firstly, the components of the lock need to be checked one by one to determine the reason for the failure in the lock, and then the failed component needs to be maintained, so that the maintenance efficiency of the lock is low because the time spent on searching the reason for the failure is long.

In view of this, how to improve the maintenance efficiency of the lock becomes a problem to be solved urgently at present.

In addition, it should be noted that, from the technical solutions described in the following embodiments and the cost effectiveness of the prior art, the applicant has paid a lot of creative efforts.

The following describes technical solutions related to the embodiments of the present disclosure with reference to a scenario in which the embodiments of the present disclosure are applied.

The method for detecting the state of the vehicle lock provided by the embodiment of the disclosure can be applied to the application environment shown in fig. 1. The application environment may include a plurality of sharing vehicles 101 (only one sharing vehicle is shown in fig. 1) and a server 102, wherein the plurality of sharing vehicles 101 may communicate with the server 102 via a wireless network.

The shared vehicle 101 is provided with a lock, and the lock comprises a control component, a motor and a locking component, wherein the control component is used for receiving an unlocking instruction sent by the server and controlling the motor to rotate according to the unlocking instruction, the motor is used for controlling the locking component to open and close, the locking component is opened, namely the lock is unlocked, and the locking component is closed, namely the lock is locked.

Optionally, the vehicle lock further comprises a first microswitch and a second microswitch, wherein the first microswitch is conducted under the condition that the motor rotates and generates a first signal, and the second microswitch is conducted under the condition that the motor rotates to a preset position and generates a second signal.

Alternatively, the shared vehicle 101 may be a bicycle, an electric bicycle, a tricycle, a motorcycle, a four-wheel passenger vehicle, or another vehicle equipped with the lock and capable of providing a walk-substituting function for a user.

The server 102 is a server (hereinafter, simply referred to as a server) sharing the vehicle rental service platform, and may be one server or a server cluster including a plurality of servers.

In one embodiment, as shown in fig. 2, there is provided a lock status detection method applied to the shared vehicle in fig. 1, including the following steps:

step 201, in the process of unlocking the vehicle lock, the shared vehicle sequentially detects whether a motor of the vehicle lock rotates, whether the motor rotates to a preset position, and whether the vibration intensity of a locking component of the vehicle lock is smaller than a vibration threshold value in the process of rotating the motor, so as to obtain a detection result.

In the embodiment of the disclosure, after the shared vehicle receives the unlocking instruction, the shared vehicle unlocks the lock, and the vehicle unlocking process of the shared vehicle includes: the motor is controlled to rotate through the control assembly, and the locking assembly is controlled to be opened through the motor.

Wherein, if control assembly has sent control signal to the motor, then the motor will rotate, if control assembly does not send control signal to the motor, then the motor just can not rotate. The state of the control assembly can be determined by detecting whether the motor of the vehicle lock rotates.

Under normal conditions, the motor can rotate to the preset position after receiving the control signal that the control assembly sent. If the motor breaks down, then the motor can't rotate to preset the position, consequently, whether rotate to preset the position through detecting the motor and can determine the state of motor.

In the normal unlocking situation, when the locking assembly is opened, the spring in the locking assembly is changed from the buckled state to the loosened state, so that large vibration is generated. The state of the locking assembly can be determined by detecting whether the intensity of vibration of the locking assembly of the vehicle lock during rotation of the motor is less than a vibration threshold. In this way, the shared vehicle can obtain the status of each component in the lock during the unlocking process.

Optionally, in the embodiment of the present disclosure, the detection result may be one or more combinations of rotation of the motor or non-rotation of the motor, rotation of the motor to a preset position or non-rotation of the motor to a preset position, and vibration intensity of the locking assembly being less than a vibration threshold or vibration intensity of the locking assembly being greater than or equal to the vibration threshold.

Optionally, the process of detecting whether the motor of the vehicle lock is rotating by the shared vehicle may include the following steps: a photoelectric encoder may be installed on a shaft of the motor, and a rotation speed of the shaft of the motor may be detected by the photoelectric encoder, thereby determining whether the motor rotates.

Optionally, the process of detecting whether the motor rotates to the preset position by the shared vehicle may include the following steps: the vehicle lock further comprises a cam connected with the motor, when the motor rotates, the cam moves along with the rotation of the motor, and when the cam moves to the target position, the motor is considered to rotate to the preset position. In the embodiment of the present disclosure, whether the motor rotates to the preset position may be detected by the position of the cam.

Optionally, the process of sharing whether the vibration intensity of the locking component of the vehicle lock is smaller than the vibration threshold value during the motor rotation process of the vehicle may include the following steps: the sharing vehicle can detect the vibration intensity of the locking assembly through the vibration sensor and then compare the vibration intensity with the vibration threshold value.

And step 202, if the unlocking failure of the lock is determined according to the detection result, the shared vehicle generates unlocking failure reason indication information based on the detection result.

And the unlocking failure reason indication information is used for indicating the components with faults in the vehicle lock.

In the embodiment of the disclosure, the shared vehicle needs to determine whether the lock is failed to be unlocked according to the detection result. Optionally, if the detection result is: and the motor rotates to the preset position, and the vibration intensity of the locking assembly is greater than or equal to the vibration threshold value, so that the shared vehicle can determine that the unlocking of the vehicle lock is successful.

And if the motor does not rotate, or if the motor does not rotate to a preset position, or if the vibration intensity of the locking assembly is smaller than the vibration threshold value, the shared vehicle can determine that the unlocking of the vehicle lock fails.

Optionally, the generation of the unlocking failure reason indication information by the shared vehicle based on the detection result may be: and the shared vehicle determines the detection result as unlocking failure reason indication information.

Optionally, the generation of the unlocking failure reason indication information by the shared vehicle based on the detection result may be: and determining the information, such as that the motor does not rotate, the motor does not rotate to a preset position or the vibration intensity of the locking assembly is smaller than a vibration threshold value, included in the detection result as unlocking failure reason indication information.

In step 203, the shared vehicle sends the unlocking failure reason indication information to the server.

In the embodiment of the disclosure, under the condition of unlocking failure, the shared vehicle needs to send the unlocking failure reason indication information to the server. In this way, the server can send a message to the user that the unlocking of the vehicle fails, and remind the user to find an available shared vehicle again.

The method for detecting the state of the vehicle lock sequentially detects whether a motor of the vehicle lock rotates, whether the motor rotates to a preset position and whether the vibration intensity of a locking component of the vehicle lock is smaller than a vibration threshold value in the process of rotating the motor to obtain a detection result in the process of unlocking the vehicle lock. And under the condition of unlocking failure, generating unlocking failure reason indication information according to the detection result, wherein the unlocking failure reason indication information is used for indicating the components with faults in the vehicle lock, and sending the unlocking failure reason indication information to the server. Therefore, operation and maintenance personnel can directly and quickly determine the failed component according to the unlocking failure reason indication information received by the server, so that the failed component can be maintained, time does not need to be spent on determining the failed component, and the vehicle lock maintenance efficiency is improved.

In one embodiment, as shown in fig. 3 and 4, wherein fig. 3 and 4 respectively show a flow chart of a lock state detection method, the lock state detection method may include the following steps:

in step 301, the shared vehicle detects whether the motor is rotating.

Optionally, in this disclosed embodiment, the vehicle lock may further include a first micro switch, and the first micro switch is configured to be turned on when the motor rotates and generate the first signal.

The motor is connected with the first microswitch, an eccentric wheel is arranged on the motor, the eccentric wheel presses the first microswitch under the condition that the motor does not rotate, and when the motor rotates, the eccentric wheel releases the first microswitch, so that the first microswitch is switched on and generates a first signal.

In the embodiment of the present disclosure, the process of detecting whether the motor rotates by the shared vehicle may include the following steps:

step A1, the shared vehicle detects whether the first microswitch generates the first signal, if the first microswitch generates the first signal, the motor is determined to rotate.

Optionally, in this embodiment of the present disclosure, if it is determined that the motor rotates, the detection result is that the motor rotates.

Step A2, if the first micro-switch does not generate the first signal within the first preset time period, the shared vehicle determines that the motor is not rotating.

Because when the motor rotates, the movement of the eccentric wheel and the process of generating the first signal by the first microswitch may have time delay, in order to avoid misjudgment, in the embodiment of the disclosure, if the first signal is not detected, the detection is continued until the detection time length exceeds a first preset time length, and the first signal is not detected, it is determined that the motor does not rotate.

In the embodiment of the disclosure, the state of the motor is detected at a low cost by setting the first microswitch, and when the first microswitch does not generate the first signal within the first preset time to determine that the motor does not rotate, the misjudgment is effectively avoided, and the accuracy of the state of the motor is improved.

Optionally, in the embodiment of the present disclosure, if the motor does not rotate, at this time, the detection result is that the motor does not rotate, and it is determined that the unlocking of the vehicle lock fails. In the case where the motor is not rotated, the shared vehicle may not have to detect whether the motor is rotated to the preset position and whether the intensity of the vibration of the locking assembly is less than the vibration threshold, and accordingly, the detection result may not include contents regarding whether the motor is rotated to the preset position and whether the intensity of the vibration of the locking assembly is less than the vibration threshold.

Step 302, if the motor rotates, the shared vehicle detects whether the motor rotates to a preset position.

Optionally, in this disclosed embodiment, the vehicle lock may further include a second micro switch, where the second micro switch is used to be turned on and generate a second signal when the motor rotates to a preset position.

The motor is connected with the second microswitch, an eccentric wheel is arranged on the motor, the eccentric wheel is not in contact with the second microswitch under the condition that the motor does not rotate, and when the motor rotates to a preset position, the eccentric wheel presses the second microswitch, so that the second microswitch is switched on and generates a second signal.

In the embodiment of the present disclosure, the process of detecting whether the motor rotates to the preset position by the shared vehicle may include the following steps:

and step B1, the shared vehicle detects whether the second microswitch generates a second signal, and if the second microswitch generates the second signal, the motor is determined to rotate to the preset position.

Optionally, in this embodiment of the present disclosure, if it is determined that the motor rotates to the preset position, the detection result is that the motor rotates, and the motor rotates to the preset position.

And step B2, if the second microswitch does not generate the second signal within the second preset time length, the shared vehicle determines that the motor does not rotate to the preset position.

In order to avoid misjudgment, in the embodiment of the present disclosure, if the second signal is not detected, the detection is continued until the detection time length exceeds a second preset time length, and it is determined that the motor does not rotate to the preset position if the second signal is not detected.

In the embodiment of the disclosure, the second microswitch is arranged, the rotation state of the motor is detected at a lower cost, and the second preset time is set, when the second microswitch does not generate a second signal in the second preset time to determine that the motor does not rotate to the preset position, the misjudgment is effectively avoided, and the accuracy of the motor state is improved.

Optionally, in the embodiment of the present disclosure, if the motor does not rotate to the preset position, at this time, the detection result is that the motor does not rotate to the preset position, and it is determined that the unlocking of the vehicle lock fails. In the case where the motor is not rotated to the preset position, the shared vehicle may not necessarily detect whether the intensity of the vibration of the latch assembly is less than the vibration threshold, and accordingly, the detection result may not include the content regarding whether the intensity of the vibration of the latch assembly is less than the vibration threshold.

Optionally, in this embodiment of the disclosure, if the motor does not rotate to the preset position, at this time, the detection result may also be that the motor rotates, but the motor does not rotate to the preset position.

Step 303, if the motor rotates to the preset position, the shared vehicle detects whether the vibration intensity of the locking component of the lock is smaller than a vibration threshold value in the motor rotation process, and a detection result is obtained.

Optionally, in the embodiment of the present disclosure, the process of detecting the vibration intensity of the locking assembly of the vehicle lock during the rotation of the motor by the shared vehicle may include:

step C1, the sharing vehicle detects a vibration signal generated by the latch assembly during rotation of the motor by the vibration sensor.

Optionally, in the embodiment of the present disclosure, the vibration sensor may convert a mechanical vibration amount generated when the locking assembly is unlocked into an electrical quantity, where the electrical quantity may be an electromotive force, an electric charge, or another electrical quantity, and then measure the electrical quantity, so as to obtain the mechanical vibration amount to be measured.

Alternatively, in the embodiments of the present disclosure, the vibration signal may be a continuous electrical signal.

And step C2, the shared vehicle obtains the peak value of the vibration signal, and determines the vibration strength of the locking assembly according to the peak value of the vibration signal.

In the embodiment of the present disclosure, if the vibration signal is a continuous electrical signal, the peak value of the vibration signal refers to the maximum value of the continuous electrical signal.

Alternatively, in the embodiment of the present disclosure, the vibration signal may be directly determined as the vibration intensity of the locking assembly.

Optionally, in this embodiment of the disclosure, if the vibration signal is a continuous electrical signal, the shared vehicle may obtain a mechanical vibration amount corresponding to a peak value of the vibration signal according to the peak value, and determine the mechanical vibration amount corresponding to the peak value as the vibration intensity of the locking assembly.

Optionally, in the embodiment of the present disclosure, after the shared vehicle obtains the vibration intensity of the locking assembly, the vibration intensity of the locking assembly may be compared with the vibration threshold.

Optionally, in the embodiment of the present disclosure, if the vibration intensity of the locking assembly is greater than or equal to the vibration threshold, the detection result is that the motor rotates, the motor rotates to the preset position, and the vibration intensity of the locking assembly is greater than or equal to the vibration threshold.

Optionally, in the embodiment of the present disclosure, if the vibration intensity of the locking assembly is smaller than the vibration threshold, at this time, the detection result is that the vibration intensity of the locking assembly is smaller than the vibration threshold, and it is determined that the vehicle lock is failed to be unlocked.

Optionally, in the embodiment of the present disclosure, if the vibration intensity of the locking assembly is smaller than the vibration threshold, the detection result may also be that the motor rotates, the motor rotates to the preset position, and the vibration intensity of the locking assembly is smaller than the vibration threshold.

And 304, if the unlocking failure of the lock is determined according to the detection result, the shared vehicle generates unlocking failure reason indication information based on the detection result.

Optionally, in this embodiment of the present disclosure, the indication information of the reason for the unlocking failure may include any one of the first indication information of the reason for the unlocking failure, the second indication information of the reason for the unlocking failure, and the third indication information of the reason for the unlocking failure.

In the embodiment of the present disclosure, as shown in fig. 5, a process of generating, by a shared vehicle, unlocking failure reason indication information based on a detection result includes the following contents:

step 501, if the detection result is that the motor does not rotate, generating first unlocking failure reason indication information.

The first unlocking failure reason indication information is used for indicating that a control assembly of the vehicle lock breaks down, and the control assembly is used for controlling the motor to rotate in the unlocking process of the vehicle lock.

In the embodiment of the present disclosure, if the detection result indicates that the motor does not rotate, it indicates that the control component does not send a control signal to the motor, and in this case, it indicates that the control component has a fault. Therefore, first unlocking failure reason indication information is generated according to the detection result, and the first unlocking failure reason indication information indicates that the control component of the vehicle lock is in failure.

And 502, if the detection result is that the motor does not rotate to the preset position, generating second unlocking failure reason indication information.

And the second unlocking failure reason indication information is used for indicating that the motor has a fault.

In the embodiment of the disclosure, if the detection result indicates that the motor does not rotate to the preset position, it indicates that the motor rotates, but does not rotate to the preset position, that is, the motor itself has a fault, so that second unlocking failure reason indication information is generated according to the detection result, and the second unlocking failure reason indication information is used for indicating that the motor has a fault.

In step 503, if the detection result is that the vibration intensity of the locking assembly is smaller than the vibration threshold, third unlocking failure reason indication information is generated.

And the third unlocking failure reason indication information is used for indicating that the locking assembly is in failure.

In the embodiment of the disclosure, if the detection result is that the vibration intensity of the locking assembly is smaller than the vibration threshold, it indicates that the locking assembly is not opened in the opening process of the locking assembly and the mechanical locking assembly has a fault under the condition that the motor rotates and the motor rotates to the preset position, and therefore, third unlocking failure reason indication information is generated according to the detection result. And the third unlocking failure reason indication information is used for indicating that the locking assembly is in failure.

In step 305, the shared vehicle sends the unlocking failure reason indication information to the server.

If the unlocking failure reason indication information is the first unlocking failure reason indication information, the operation and maintenance personnel can determine that the control component of the shared vehicle has a fault. If the unlocking failure reason indication information is the second unlocking failure reason indication information, the operation and maintenance personnel can determine that the motor of the shared vehicle has a fault. If the unlocking failure reason indication information is the third unlocking failure reason indication information, the operation and maintenance personnel can determine that the locking assembly of the shared vehicle is in failure.

In the embodiment of the disclosure, whether the motor rotates is detected firstly, whether the motor rotates to the preset position is detected under the condition that the motor rotates, and whether the vibration intensity of the locking assembly is smaller than the vibration threshold value is detected under the condition that the motor rotates to the preset position.

It should be understood that although the various steps in the flowcharts of fig. 1-5 are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in fig. 1-5 may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, which are not necessarily performed in sequence, but may be performed in turn or alternately with other steps or at least some of the other steps or stages.

In one embodiment, as shown in fig. 6, a block diagram of a lock status detecting device is provided, which includes: a detection module 601, an unlocking failure reason generation module 602, and a sending module 603, wherein:

the detection module 601 is configured to sequentially detect whether a motor of the vehicle lock rotates, whether the motor rotates to a preset position, and whether the vibration intensity of a locking component of the vehicle lock is smaller than a vibration threshold value in the process of rotating the motor, so as to obtain a detection result;

an unlocking failure reason generating module 602, configured to generate unlocking failure reason indication information based on the detection result if it is determined that the vehicle lock is unlocked in failure according to the detection result, where the unlocking failure reason indication information is used to indicate a component in the vehicle lock that has a fault;

a sending module 603, configured to send the unlocking failure reason indication information to the server.

In one embodiment, the detection module 601 is further configured to: detecting whether the motor rotates;

if the motor rotates, detecting whether the motor rotates to a preset position or not;

if the motor rotates to the preset position, whether the vibration intensity of the locking assembly of the vehicle lock is smaller than a vibration threshold value in the rotation process of the motor is detected.

In one embodiment, the detection module 601 is further configured to: if the detection result is that the motor does not rotate, determining that the unlocking of the vehicle lock fails;

if the detection result is that the motor does not rotate to the preset position, determining that the unlocking of the vehicle lock fails;

and if the detection result is that the vibration intensity of the locking assembly is smaller than the vibration threshold, determining that the unlocking of the vehicle lock fails.

In one embodiment, the unlocking failure reason generation module 602 is further configured to: if the detection result is that the motor does not rotate, generating first unlocking failure reason indication information, wherein the first unlocking failure reason indication information is used for indicating that a control assembly of the vehicle lock breaks down, and the control assembly is used for controlling the motor to rotate in the unlocking process of the vehicle lock;

if the detection result is that the motor does not rotate to the preset position, second unlocking failure reason indication information is generated and used for indicating that the motor breaks down;

and if the detection result is that the vibration intensity of the locking assembly is smaller than the vibration threshold, generating third unlocking failure reason indication information, wherein the third unlocking failure reason indication information is used for indicating that the locking assembly breaks down.

In one embodiment, the detection module 601 is further configured to: detecting a vibration signal generated by the locking assembly in the rotation process of the motor through a vibration sensor;

and acquiring a peak value of the vibration signal, determining the vibration intensity of the locking assembly according to the peak value of the vibration signal, and detecting whether the vibration intensity is smaller than a vibration threshold value.

In one embodiment, the vehicle lock further includes a first micro switch, the first micro switch is configured to be turned on when the motor rotates and generate a first signal, and the detection module 601 is further configured to:

detecting whether the first microswitch generates a first signal or not, and if the first microswitch generates the first signal, determining that the motor rotates;

and if the first microswitch does not generate the first signal within the first preset time length, determining that the motor does not rotate.

In one embodiment, the vehicle lock further includes a second micro switch, the second micro switch is configured to be turned on when the motor rotates to a preset position and generate a second signal, and the detection module 601 is further configured to:

detecting whether a second microswitch generates a second signal, and if the second microswitch generates the second signal, determining that the motor rotates to a preset position;

and if the second microswitch does not generate a second signal within a second preset time length, determining that the motor does not rotate to the preset position.

For the specific definition of the lock state detection device, reference may be made to the above definition of the lock state detection method, which is not described herein again. All or part of the modules in the vehicle lock state detection device can be realized by software, hardware and a combination thereof. The modules can be embedded in a processor in the shared vehicle or independent of the processor in the shared vehicle in a hardware form, and can also be stored in a memory in the shared vehicle in a software form, so that the processor can call and execute operations corresponding to the modules.

FIG. 7 is a block diagram illustrating a shared vehicle 700 according to an exemplary embodiment. The shared vehicle 700 comprises a lock 701, a storage component 702, a communication component 703 and a processing component 704, wherein the storage component 703 has stored thereon a computer program or instructions running on a processor.

The vehicle lock 701 comprises a control component, a motor and a locking component, wherein the control component is used for receiving an unlocking instruction sent by the server and controlling the motor to rotate according to the unlocking instruction, the motor is used for controlling the locking component to be opened and closed, the locking component is opened, namely the vehicle lock is unlocked, and the locking component is closed, namely the vehicle lock is locked.

The processing component 704 generally controls the overall operation of the shared vehicle 700, and the processing component 704 may include one or more processors to execute instructions to perform all or a portion of the steps of the method described above. Further, processing component 704 can include one or more modules that facilitate interaction between processing component 704 and other components.

The storage component 702 is configured to store various types of data to support operations at the shared vehicle 700. Examples of such data include instructions for any application or method operating on shared vehicle 700. The storage component 702 may be implemented by any type or combination of volatile or non-volatile storage devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

The communication component 703 is configured to facilitate communication between the shared vehicle 700 and a server via wireless means. The shared vehicle 700 may access a wireless network based on a communication standard, such as WiFi, 2G, 3G, 4G, or 5G, or a combination thereof.

In an exemplary embodiment, the shared vehicle 700 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors, or other electronic components for performing the above described lock status detection method.

In an exemplary embodiment, a non-transitory computer readable storage medium is also provided that includes instructions, such as the storage component 702 including instructions, that are executable by the control component 704 of the shared vehicle 700 to perform the above-described method. For example, the non-transitory computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database or other medium used in the embodiments provided by the embodiments of the disclosure may include at least one of non-volatile and volatile memory. Non-volatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical storage, or the like. Volatile Memory can include Random Access Memory (RAM) or external cache Memory. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM), among others.

The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.

The above-mentioned embodiments only express a few implementation modes of the embodiments of the present disclosure, and the description thereof is specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for those skilled in the art, variations and modifications can be made without departing from the concept of the embodiments of the present disclosure, and these are all within the scope of the embodiments of the present disclosure. Therefore, the protection scope of the patent of the embodiment of the disclosure should be subject to the appended claims.

Claims

1. A lock state detection method is characterized by comprising the following steps:

in the process of unlocking a vehicle lock, sequentially detecting whether a motor of the vehicle lock rotates, whether the motor rotates to a preset position and whether the vibration intensity of a locking component of the vehicle lock is smaller than a vibration threshold value in the process of rotating the motor to obtain a detection result;

and sending the unlocking failure reason indication information to a server.

2. The method of claim 1, wherein the sequentially detecting whether the motor of the vehicle lock is rotating, whether the motor is rotating to a preset position, and whether the intensity of vibration of a locking assembly of the vehicle lock during the rotation of the motor is less than a vibration threshold value comprises:

detecting whether the motor rotates;

if the motor rotates, detecting whether the motor rotates to the preset position or not;

and if the motor rotates to the preset position, detecting whether the vibration intensity of a locking component of the vehicle lock is smaller than a vibration threshold value in the rotation process of the motor.

3. The method of claim 2, further comprising:

if the detection result is that the motor does not rotate, determining that the unlocking of the vehicle lock fails;

4. The method according to claim 3, wherein the generating of indication information of the reason for the unlocking failure based on the detection result comprises:

if the detection result is that the motor does not rotate, generating first unlocking failure reason indication information, wherein the first unlocking failure reason indication information is used for indicating that a control assembly of the vehicle lock breaks down, and the control assembly is used for controlling the motor to rotate in the unlocking process of the vehicle lock;

5. The method of claim 1, wherein the determining whether the intensity of vibration of the locking assembly of the vehicle lock during rotation of the motor is less than a vibration threshold comprises:

detecting a vibration signal generated by the locking assembly in the rotation process of the motor through a vibration sensor;

6. The method of claim 1, wherein the vehicle lock further comprises a first micro switch configured to turn on and generate a first signal when the motor is rotating, and wherein detecting whether the motor is rotating comprises:

detecting whether the first microswitch generates the first signal or not, and if the first microswitch generates the first signal, determining that the motor rotates;

and if the first microswitch does not generate the first signal within a first preset time period, determining that the motor does not rotate.

7. The method of claim 1, wherein the vehicle lock further comprises a second micro switch for turning on and generating a second signal if the motor is rotated to the preset position, and the detecting whether the motor is rotated to the preset position comprises:

detecting whether the second microswitch generates the second signal or not, and if the second microswitch generates the second signal, determining that the motor rotates to the preset position;

and if the second microswitch does not generate the second signal within a second preset time, determining that the motor does not rotate to the preset position.

8. A vehicle lock state detection device, the device comprising:

an unlocking failure reason generating module, configured to generate unlocking failure reason indication information based on the detection result if it is determined that the vehicle lock is unlocked in failure according to the detection result, where the unlocking failure reason indication information is used to indicate a component in the vehicle lock that has a fault;

and the sending module is used for sending the unlocking failure reason indication information to a server.

9. The apparatus of claim 8, wherein the detection module is further configured to:

detecting whether the motor rotates;

10. The apparatus of claim 9, wherein the detection module is further configured to:

11. The apparatus of claim 10, wherein the unlocking failure cause generation module is further configured to:

12. The apparatus of claim 8, wherein the detection module is further configured to:

13. The apparatus of claim 8, wherein the vehicle lock further comprises a first micro switch configured to turn on and generate a first signal when the motor is rotating, and wherein the detection module is further configured to:

14. The device of claim 8, wherein the vehicle lock further comprises a second micro switch, the second micro switch is configured to conduct and generate a second signal when the motor rotates to the preset position, and the detection module is further configured to:

15. A shared vehicle comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of the method of any one of claims 1 to 7 when executing the computer program.

16. A storage medium having a computer program stored thereon, the computer program, when being executed by a processor, realizing the steps of the method of any one of claims 1 to 7.