CN111098957A

CN111098957A - Vehicle control method and system

Info

Publication number: CN111098957A
Application number: CN201811261099.5A
Authority: CN
Inventors: 张卫东; 其他发明人请求不公开姓名
Original assignee: Beijing Youshan Information Technology Co Ltd
Current assignee: Beijing Youshan Information Technology Co Ltd
Priority date: 2018-10-26
Filing date: 2018-10-26
Publication date: 2020-05-05

Abstract

The embodiment of the application discloses a vehicle control method and a system, and the technical key points of the method comprise: detecting whether the vehicle is located in a specified parking area; and controlling the lock to be in a lockable state in response to the vehicle being in a specified parking area. The parking action of the vehicle user can be standardized by controlling whether the lock is in a lockable state or not based on whether the vehicle is located in a specified parking area or not.

Description

Vehicle control method and system

Technical Field

The present disclosure relates to vehicle control technologies, and in particular, to a vehicle control method, a system, a storage medium, and a device.

Background

With the rapid development of the shared bicycle, the phenomenon that the shared bicycle is randomly parked and randomly placed is brought to people while convenience is brought to people, at present, the shared bicycle can be locked at any place, the parking position cannot be limited, the urban environment is badly affected, meanwhile, the putting and popularization of the shared bicycle are seriously affected, and the technical problem to be solved is how to guide the standard parking of the shared bicycle.

Disclosure of Invention

One of the embodiments of the present application provides a vehicle control method. The vehicle control method may include: detecting whether the vehicle is located in a specified parking area; and controlling the lock to be in a lockable state in response to the vehicle being in a specified parking area.

In some embodiments, the vehicle control method may further include controlling the lock to be in the non-lockable state in response to the vehicle not being located in the prescribed parking area.

In some embodiments, the detecting whether the vehicle is located in the prescribed parking area may include: acquiring position information of a vehicle; matching the position information of the vehicle with the position of at least one prescribed parking area; determining whether the vehicle is located in a prescribed parking area based on the matching result.

In some embodiments, the detecting whether the vehicle is located in the prescribed parking area may further include: acquiring a vehicle detection signal sent by a detector positioned in the specified parking area; determining whether the vehicle is located in a prescribed parking area based on the vehicle detection signal.

In some embodiments, the vehicle control method may further include: detecting the intention of the vehicle user to finish the vehicle using; and controlling the lock to be in a lockable state in response to the fact that the vehicle is located in the specified parking area and the vehicle user has the intention of finishing the use of the vehicle.

In some embodiments, the detecting the ending intent of the vehicle user to use the vehicle may include: acquiring the speed of the vehicle; judging whether the vehicle speed is less than a set vehicle speed threshold value; and determining that the vehicle user has the intention of finishing the vehicle using in response to the vehicle speed being less than the set vehicle speed threshold.

In some embodiments, the detecting the intention of the vehicle user to end the vehicle may further include: detecting whether a lock pin of the vehicle lock moves; in response to movement of the lock pin of the vehicle lock, it is determined that the vehicle user has an intention to end the use of the vehicle.

In some embodiments, the detecting the intention of the vehicle user to end the vehicle may further include: detecting whether the pressure born by a handle of the bicycle lock is greater than a set pressure threshold value or not; and in response to the pressure being greater than the set pressure threshold, determining that the vehicle user has the intention to end the vehicle.

In some embodiments, the vehicle lock may include a locking pin and a locking notch; the lockable state may be that the lock pin is movable to a position blocking the lock notch and can be fixed in that position.

In some embodiments, the vehicle lock may further include a locking bolt; the lockable state may be that the bolt is capable of securing the lock pin when the lock pin is moved to a position blocking the locking notch.

One of the embodiments of the present application provides a vehicle control system, which may include a position detection module for detecting whether a vehicle is located in a prescribed parking area.

In some embodiments, the vehicle control system may further include a lock status control module to control a lock to be in a latchable state in response to the vehicle being located in a prescribed parking area.

In some embodiments, the lock state control module may be further configured to control the lock to be in the unlockable state in response to the vehicle not being in the designated parking area.

In some embodiments, the location detection module may be further operable to: acquiring position information of a vehicle; matching the position information of the vehicle with the position of at least one prescribed parking area; determining whether the vehicle is located in a prescribed parking area based on the matching result.

In some embodiments, the location detection module may be further operable to: acquiring a vehicle detection signal sent by a detector positioned in the specified parking area; determining whether the vehicle is located in a prescribed parking area based on the vehicle detection signal.

In some embodiments, the vehicle control system may further include an intent detection module to detect an end-of-vehicle intent of a vehicle user.

In some embodiments, the lock state control module may be further configured to control the lock to be in the latchable state in response to the vehicle being in a defined parking area and the vehicle user having an intention to end the use of the vehicle.

In some embodiments, the intent detection module may be to: acquiring the speed of the vehicle; judging whether the vehicle speed is less than a set vehicle speed threshold value; and determining that the vehicle user has the intention of finishing the vehicle using in response to the vehicle speed being less than a set threshold value.

In some embodiments, the intent detection module may be further operable to: detecting whether a lock ring of the vehicle lock moves; in response to movement of a lock ring of the vehicle lock, it is determined that a vehicle user has intent to end the use of the vehicle.

In some embodiments, the intent detection module may be further operable to: detecting whether the pressure born by a handle of the bicycle lock is greater than a set pressure threshold value or not; and in response to the pressure being greater than the set pressure threshold, determining that the vehicle user has the intention to end the vehicle.

One of the embodiments of the present application provides a vehicle control apparatus, which may include at least one processor and at least one storage medium, where the at least one storage medium may be used to store computer instructions; the at least one processor may be configured to execute the computer instructions to implement the vehicle control method.

One of the embodiments of the present application provides a computer-readable storage medium, which may store computer instructions that, when executed, implement the vehicle control method.

Drawings

The present application will be further explained by way of exemplary embodiments, which will be described in detail by way of the accompanying drawings. These embodiments are not intended to be limiting, and in these embodiments like numerals are used to indicate like structures, wherein:

FIG. 1 is a schematic diagram of an application scenario of a vehicle control system according to some embodiments of the present application;

FIG. 2 is a block diagram of a vehicle control system according to some embodiments of the present application;

FIG. 3 is an exemplary flow chart of a vehicle control method according to some embodiments of the present application;

FIG. 4 is a schematic illustration of a lock in an unlocked configuration in accordance with some embodiments of the present application;

FIG. 5 is a schematic view of a lock lockout configuration according to some embodiments of the present application;

FIG. 6 is a schematic view of a lock bolt and toggle portion of a vehicle lock according to some embodiments of the present application;

FIG. 7 is a schematic view of another lock unlocked configuration according to some embodiments of the present application;

FIG. 8 is a schematic view of another lock lockout configuration according to some embodiments of the present application.

In fig. 4-6, reference numeral 400 denotes a lock, 410 denotes a lock pin, 420 denotes a lock tongue, 421 denotes a long-strip-shaped sliding groove, 430 denotes a groove, 431 denotes a motor, 432 denotes a cam, 440 denotes a lock pin spring, 441 denotes a slot, 451 denotes a magnetic switch, 451 denotes a magnet, 460 denotes a tact switch, 461 denotes a spring piece, and 470 denotes a lock pin handle.

In fig. 7-8, reference numeral 500 denotes a lock, 410 denotes a lock pin, 430 denotes a groove, 420 denotes a lock tongue, 421 denotes a lock tongue body, 423 denotes a first protrusion, 422 denotes a second protrusion, 460 denotes a tact switch, 461 denotes a tact switch protrusion, 424 denotes a lock tongue reset device, 433 denotes a lock tongue toggle device, 431 denotes a motor, 432 denotes a cam, 450, 452 denotes a magnet, and 451 denotes a magnetic switch.

Detailed Description

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings used in the description of the embodiments will be briefly introduced below. It is obvious that the drawings in the following description are only examples or embodiments of the application, from which the application can also be applied to other similar scenarios without inventive effort for a person skilled in the art. Unless otherwise apparent from the context, or otherwise indicated, like reference numbers in the figures refer to the same structure or operation.

It should be understood that "system", "device", "unit" and/or "module" as used herein is a method for distinguishing different components, elements, parts, portions or assemblies at different levels. However, other words may be substituted by other expressions if they accomplish the same purpose.

As used in this application and the appended claims, the terms "a," "an," "the," and/or "the" are not intended to be inclusive in the singular, but rather are intended to be inclusive in the plural unless the context clearly dictates otherwise. In general, the terms "comprises" and "comprising" merely indicate that steps and elements are included which are explicitly identified, that the steps and elements do not form an exclusive list, and that a method or apparatus may include other steps or elements.

Flow charts are used herein to illustrate operations performed by systems according to embodiments of the present application. It should be understood that the preceding or following operations are not necessarily performed in the exact order in which they are performed. Rather, the various steps may be processed in reverse order or simultaneously. Meanwhile, other operations may be added to the processes, or a certain step or several steps of operations may be removed from the processes.

The terms "passenger", "passenger end", "user terminal", "user end", "customer", "demander", "service demander", "consumer party", "user demander" and the like, which are used herein, are interchangeable, and refer to a party who needs or orders a service, either a person or a tool. In addition, a "user" as described herein may be a party that needs or subscribes to a service, or a party that provides or assists in providing a service.

FIG. 1 is a schematic diagram of an application scenario of a vehicle control system according to some embodiments of the present application.

Server 110, network 120, client 130, vehicle 140, memory 150, and short-range communication device 160 may be included in an application scenario.

The server 110 may be local or remote. Server 110 may process information and/or data. In some embodiments, the server 110 may be used in a system that performs analytical processing on the collected information to generate and execute analytical results. For example, the server 110 may receive an unlocking or ending car use instruction sent by the user terminal 130 through the mobile communication network. The server 110 may transmit an unlocking or locking instruction to the lock of the vehicle 140 through the mobile communication network. The server 110 may receive the locking success signal fed back by the lock of the vehicle 140 through the mobile communication network. The server 110 may also receive information of vehicle position, vehicle speed, lock status, etc. transmitted by the vehicle 140 through the mobile communication network in order to manage the vehicle 140.

The server 110 may be a terminal device, a server, or a server group. The server farm may be centralized, such as a data center. The server farm may also be distributed, such as a distributed system.

The network 120 may provide a conduit for the exchange of information. The network 120 may be a single network or a combination of networks. By way of example only, network 120 may include a cable network, a wireline network, a fiber optic network, a telecommunications network, an intranet, the Internet, a Local Area Network (LAN), a Wide Area Network (WAN), a Wireless Local Area Network (WLAN), a Metropolitan Area Network (MAN), a Public Switched Telephone Network (PSTN), a Bluetooth network, a ZigBee network, a Near Field Communication (NFC) network, a global system for mobile communications (GSM) network, a Code Division Multiple Access (CDMA) network, a Time Division Multiple Access (TDMA) network, a General Packet Radio Service (GPRS) network, an enhanced data rates for GSM evolution (EDGE) network, a Wideband Code Division Multiple Access (WCDMA) network, a High Speed Downlink Packet Access (HSDPA) network, a Long Term Evolution (LTE) network, a User Datagram Protocol (UDP), a transmission control protocol/Internet protocol (TCP/IP) network, a Short Message Service (SMS) network, A Wireless Application Protocol (WAP) network, an ultra-wideband (UWB) network, infrared, and the like, or any combination thereof. In some embodiments, network 120 may include one or more network access points. For example, network 120 may include wired or wireless network access points, such as base stations and/or Internet switching points 120-1, 120-2, … …, through which one or more components of system 100 may connect to network 120 to exchange data and/or information.

The user terminal 130 may refer to an individual, tool, or other entity that issues vehicle control commands (e.g., an unlock command or an end-of-vehicle command). In some embodiments, the user terminal 130 includes, but is not limited to, one or a combination of mobile device 130-1, in-vehicle device 130-2, laptop computer 130-3, desktop computer 130-4, and the like. The user terminal 130 can process information and/or data. The user terminal can be used for analyzing and processing the collected information to generate and execute an analysis result. The client 130 may include a short-range communication module. Short-range communication technology refers to wireless communication technology that works in local ranges at distances on the order of millimeters to kilometers. The short-distance communication module can directly perform wireless communication with the vehicle 140 based on the technologies of the smart high link protocol, WiFi (IEEE802.11 protocol), Mesh, bluetooth, ZigBee, Thread, Z-Wave, NFC (Near field communication), UWB (Ultra Wideband), LiFi (light fidelity), and the like. For example, the user terminal 130 may include a bluetooth device to communicate with the vehicle 140 via a bluetooth connection.

The vehicle 140 may include, but is not limited to, a bicycle, an electric vehicle, an electric motorcycle, an electric bicycle, and the like, or any combination thereof. The vehicle 140 may include a vehicle terminal that may be in network communication with the server 110. For example, the network 120 is in signal connection with the server 110, and receives various control instructions, prompt messages and the like issued by the server 110, and may also upload status information of itself, including but not limited to whether the vehicle lock is turned on or off, remaining battery capacity, moving speed or positioning information or any combination thereof, to the server 110. The vehicle terminal may integrate a short-range communication module, and the vehicle terminal may implement short-range communication with the user terminal 130 or other short-range communication devices 160 through the short-range communication module. The vehicle terminal can be in signal connection with various sensors on the vehicle and can also be in signal connection with various execution components on the vehicle. For example, the vehicle terminal may be in signal communication with a speed sensor on the vehicle. For another example, the vehicle terminal may be in signal connection with a lock, an indicator light, and other components on the vehicle to control the lock, the indicator light, and other components to be turned on or off.

The server 110 can directly access the data information stored in the memory 150, or can directly access the information of the access client 130 through the network 120.

The memory 150 may generally refer to a device having a storage function. The memory 150 is mainly used for storing data collected from the user terminal 130 and various data generated in the operation of the on-demand service system 100. The memory 150 may be local or remote. The connection or communication between the system database and other modules of the system may be wired or wireless.

The short-range Communication device 160 may implement wireless Communication with the vehicle 140 based on technologies such as Hilink protocol, WiFi (IEEE802.11 protocol), Mesh, bluetooth, ZigBee, Thread, Z-Wave, NFC (Near Field Communication), UWB (Ultra wide band), and LiFi (light fidelity). The short-range communication device 160 can communicate with the user terminal 130 and the server 110 through the network 120. In some embodiments, short-range communication device 160 may constantly broadcast signals to which other short-range wireless communication devices (e.g., bluetooth communication devices mounted on customer premises 130, the lock of vehicle 140) may receive. In some embodiments, one or more short-range communication devices 160 may be installed in designated return areas. In some embodiments, the geographic location of the short-range communication signal transmitting device 160 is known. In some embodiments, the short-range communications device 160 may be a Beacon device, such as may be an iBeacon.

It should be understood that the short-range communication module configured on the user terminal 130 or the vehicle 140 and the short-range communication device 160 disposed in the parking area can operate in different operation modes. For example, when these short-range communication devices (or modules) are bluetooth communication devices. The working modes include a master mode and a slave mode. The master mode refers to that the Bluetooth communication device receives signals broadcast by other Bluetooth equipment and actively pairs the signals so as to establish short-distance communication connection with other Bluetooth equipment. The slave mode is that the Bluetooth communication device broadcasts a matching signal outwards, waits for other Bluetooth equipment to be paired and then establishes short-distance communication connection with the other Bluetooth equipment. For example, the short-range communication module built in the user terminal 130 or the vehicle 140 may receive the matching signal transmitted by the short-range communication device 160 installed in the returning area, and further establish a signal connection with the short-range communication device 160 installed in the parking area. For another example, the short-range communication device 160 may receive a matching signal transmitted from a short-range communication module built in the user terminal 130 or the vehicle 140, and perform signal connection.

FIG. 2 is a block diagram of a vehicle control system according to some embodiments of the present application. As shown in FIG. 2, the vehicle control system 200 may include a position detection module 210, an intent detection module 220, and a lock status control module 230. In some embodiments, the vehicle control system 200 may be included in the server 110, or may be included in the vehicle terminal.

The position detection module 210 may be used to detect whether the vehicle is located in a prescribed parking area. For example, the location detection module 210 may obtain location information of the vehicle; matching the position information of the vehicle with the position of at least one prescribed parking area; determining whether the vehicle is located in a prescribed parking area based on the matching result. For another example, the position detection module 210 may obtain a vehicle detection signal sent by a detector located in the specified parking area; determining whether the vehicle is located in a prescribed parking area based on the vehicle detection signal.

The intention detection module 220 is used for detecting the intention of the vehicle user to finish the vehicle. For example, the intent detection module may obtain a vehicle speed of the vehicle; judging whether the vehicle speed is less than a set vehicle speed threshold value; and determining that the vehicle user has the intention of finishing the vehicle using in response to the vehicle speed being less than a set threshold value. If the intention detection module detects that the lock ring of the bicycle lock moves, the intention detection module can detect whether the lock ring of the bicycle lock moves; in response to movement of a lock ring of the vehicle lock, it is determined that a vehicle user has intent to end the use of the vehicle. For another example, the intention detection module may detect whether a pressure applied to a handle of the lock is greater than a set pressure threshold; and in response to the pressure being greater than the set pressure threshold, determining that the vehicle user has the intention to end the vehicle.

The lock state control module 230 is configured to control the lock to be in a lockable state in response to the vehicle being in a prescribed parking area. For another example, the lock state control module 230 may control the lock to be in the lockable state in response to the vehicle being in a specified parking area and the vehicle user having the intention to end the vehicle.

It should be understood that the system and its modules shown in FIG. 2 may be implemented in a variety of ways. For example, in some embodiments, the system and its modules may be implemented in hardware, software, or a combination of software and hardware. Wherein the hardware portion may be implemented using dedicated logic; the software portions may be stored in a memory for execution by a suitable instruction execution system, such as a microprocessor or specially designed hardware. Those skilled in the art will appreciate that the methods and systems described above may be implemented using computer executable instructions and/or embodied in processor control code, such code being provided, for example, on a carrier medium such as a diskette, CD-or DVD-ROM, a programmable memory such as read-only memory (firmware), or a data carrier such as an optical or electronic signal carrier. The system and its modules of the present application may be implemented not only by hardware circuits such as very large scale integrated circuits or gate arrays, semiconductors such as logic chips, transistors, or programmable hardware devices such as field programmable gate arrays, programmable logic devices, etc., but also by software executed by various types of processors, for example, or by a combination of the above hardware circuits and software (e.g., firmware).

It should be noted that the above description of the vehicle control system and its modules is merely for convenience of description and should not limit the present application to the scope of the illustrated embodiments. It will be appreciated by those skilled in the art that, given the teachings of the present system, any combination of modules or sub-system configurations may be used to connect to other modules without departing from such teachings. For example, in some embodiments, for example, the position detection module 210, the returning intention detection module 220, and the lock state control module 230 disclosed in fig. 2 may be different modules in a system, or may be a module that implements the functions of two or more of the above modules. For example, the location detection module 210 and the returning intention detection module 220 may be two modules, or one module may have both the functions of location detection and intention detection. As another example, the intent detection module 230 may be omitted. For example, each module may share one memory module, and each module may have its own memory module. Such variations are within the scope of the present application.

FIG. 3 is an exemplary flow chart of a vehicle control method according to some embodiments of the present application. As shown in fig. 3, the vehicle control method may include:

step 310, detecting whether the vehicle is located in a specified parking area.

In some embodiments, step 310 may be performed by the location detection module 210.

In some embodiments, the location detection module 210 may obtain location information of the vehicle; matching the position information of the vehicle with the position of at least one prescribed parking area; determining whether the vehicle is located in a prescribed parking area based on the matching result.

For example only, the position information of a prescribed parking area may be stored in a database in advance. Exemplary parking areas may be manually or automatically planned based on geographic location, ambient people flow, ambient vehicle flow, local traffic regulations (e.g., no parking near a river, no parking near a bus stop), etc. The location information for the parking area may be a latitude and longitude data point or an area range described by a series of latitude and longitude data points. And acquiring real-time position information of the vehicle through a positioning module arranged on the vehicle. Exemplary vehicle location information may include longitude data, latitude data, positioning information, and ambient information, or the like, or any combination thereof. The positioning module can realize the positioning of the vehicle through a Global Positioning System (GPS), a global satellite navigation system (GLONASS), a Beidou navigation system (COMPASS), a Galileo positioning system, a quasi-zenith satellite system (QZSS), a wireless fidelity (Wi-Fi) positioning technology and the like or any combination thereof. In some embodiments, the position detection module 210 may match the position information of the vehicle with the position of at least one prescribed parking area, and determine whether the vehicle is located in the prescribed parking area based on the matching result. As an example, it may be determined whether the vehicle is within the prescribed parking area based on matching the real-time location information of the vehicle with location information of the prescribed parking area stored in the database. In some embodiments, the database may store location information, such as latitude and longitude information, for each set parking area. After receiving the position information uploaded by the vehicle 140, the position information of the vehicle 140 is matched with the position information of the set parking area, and specifically, when the vehicle position information is included in the set parking area, the vehicle is considered to have entered the set parking area. Or when the distance between the vehicle position information, such as latitude and longitude data, and the position information of the set parking area, such as latitude and longitude data, is less than a set threshold, such as 1 meter, 5 meters, 20 meters, etc., the vehicle is considered to have reached the set parking area.

In some embodiments, the position detection module 210 may obtain a vehicle detection signal sent by a detector located within the prescribed parking area, and determine whether the vehicle is located in the prescribed parking area based on the vehicle detection signal.

By way of example, short-range communication device 160 may be disposed within a defined parking area, and short-range communication device 160 may be operable to continuously transmit wireless probe signals, such as bluetooth broadcast signals, to the environment. The short-distance communication module is correspondingly arranged on the vehicle, when the vehicle enters a specified parking area, the short-distance communication module on the vehicle receives the wireless detection signal in the environment and sends feedback information to the short-distance communication device 160, and the short-distance communication device 160 can detect that the vehicle enters the parking area. Specifically, the short-range communication module on the vehicle is a bluetooth module, which receives a bluetooth broadcast signal sent by the short-range communication device 160, and then establishes a bluetooth signal connection with the short-range communication device 160. Upon detecting the establishment of communication, short-range communication device 160 may determine that the vehicle has entered the parking area. In some embodiments, short-range information device 160 may also learn its vehicle identification from the vehicle via bluetooth communication and then send the identification of the vehicle and the communication connection status with the vehicle to server 110 via network 120. For example only, the communication connection state may be a connected state, a disconnected state, a weak signal connection state, a strong signal connection state, or the like. Exemplary vehicle identifications may include the vehicle's number, model number, registration number, date of manufacture, age, owner information, manufacturer, etc., or any combination thereof. The server 110 may determine whether the vehicle has entered a prescribed parking area based on the vehicle identification and its communication connection state. In still other embodiments, the vehicle terminal may also determine that the vehicle has entered a prescribed parking area after the vehicle's short-range communication module establishes a bluetooth connection with the short-range communication device 160 within the parking area. In some embodiments, the intensity of the wireless signal transmitted by short-range communication device 160 may also be detected to determine whether the vehicle has entered a prescribed parking area. For example, as the distance between the short-range communication device 160 and the vehicle is closer, the wireless signal received by the short-range communication module on the vehicle terminal is stronger. When the intensity of the wireless signal received by the short-distance communication module is larger than the set threshold value, the vehicle terminal can judge that the vehicle enters a specified parking area. The short-range Communication device 160 or the short-range Communication module may be a Communication device or module implemented based on the Hilink protocol, WiFi (IEEE802.11 protocol), Mesh, bluetooth, ZigBee, Thread, Z-Wave, NFC (Near Field Communication), UWB (Ultra wide band), LiFi (light fidelity), and other technologies. The application is not limited thereto.

Step 320, detecting the intention of the vehicle user to finish the vehicle using; the intention to end the vehicle is an action signal or information indicating that the user is about to lock or return the vehicle, for example, the vehicle speed is reduced to zero, a lock pin of the vehicle lock is pulled, etc. The vehicle renting process can be finished, or the vehicle renting process can be stopped in a short time.

In some embodiments, step 320 may be performed by the intent detection module 220.

In some embodiments, the step 320 of detecting the ending intent of the vehicle user comprises: acquiring the speed of the vehicle; judging whether the vehicle speed is less than a set vehicle speed threshold value; and determining that the vehicle user has the intention of finishing the vehicle using in response to the vehicle speed being less than a set threshold value.

As an example, a speed sensor may be disposed on the vehicle for detecting the running speed of the vehicle, and the vehicle terminal may obtain whether the vehicle speed of the vehicle is less than the vehicle speed threshold value by receiving the output signal of the speed sensor and processing, for example, performing a comparison operation on the output signal. For example, the vehicle speed detection method used in the present application may further include mechanical speed measurement, photoelectric speed measurement, electromagnetic speed measurement, generator speed measurement, capacitive speed measurement, electronic counter speed measurement, frequency measurement (or M method) speed measurement, laser speed measurement, sensorless speed measurement, dual-frequency laser interference speed measurement, optical fiber speed measurement, or any combination thereof. The vehicle speed threshold may be set at 0.1m/s, 0.5m/s, 5m/s, etc. When the vehicle speed is determined to be less than the set vehicle speed threshold value, the vehicle can be considered to be about to stop or stop, and therefore the vehicle user is determined to have the intention of finishing the vehicle. In some embodiments, the vehicle terminal may transmit the vehicle identifier and the vehicle speed to the server 110 through the network 120, and the server 110 processes the vehicle speed, for example, performs a comparison operation to obtain whether the vehicle speed of the vehicle is less than a vehicle speed threshold. The vehicle speed threshold may be set at 0.1m/s, 0.5m/s, 5m/s, etc. The server 110 may consider that the vehicle is about to stop or has stopped when it is determined that the vehicle speed is less than the set vehicle speed threshold, and then determine that the vehicle user of the vehicle has the intention to end the use of the vehicle. In some embodiments, the vehicle terminal may also send the processing result of the vehicle speed to the server 110 through the network 120, such as the processing result of determining whether the obtained vehicle user has the intention to finish using the vehicle according to the vehicle speed. In still other embodiments, a time dimension may be added to determine the intention of the vehicle user to finish using the vehicle. For example, when the vehicle speed is less than a set vehicle speed threshold and continues such a state for more than a set time threshold, it is considered that the vehicle user has an intention to end the use of the vehicle. Exemplary time thresholds may be 5s, 10s, 30s, 60s, and so on.

In some embodiments, the step 320 of detecting the intention of the vehicle user to return includes: detecting whether a lock pin of the vehicle lock moves; in response to movement of the lock pin of the vehicle lock, it is determined that the vehicle user has an intent to return to the vehicle.

Generally, a lockset may include a latch and an opening and closing mechanism. Wherein the locking pin can be used to change the state of the lock (e.g., open or close the lock). Specifically, the latch may have a variety of shapes, for example, the latch may include an annular latch (e.g., a shackle), a linear latch, a hook-shaped latch, and the like. For example, a lock applied on a vehicle may be a locking ring that may be used to pass through a spoke gap of the wheel to limit rotation of the wheel in a locked state. The locking ring is provided with a handle, so that a vehicle user can pull the locking ring to a locking position to lock the vehicle. In some embodiments, it may be determined whether the vehicle user has an intention to end the use of the vehicle by detecting the user's operation of the vehicle lock, and an exemplary vehicle lock operation behavior may be a behavior of pulling the vehicle lock. Specifically, a sensor may be provided on the vehicle lock to detect movement of the lock pin or the user's pulling of the lock pin, and thereby determine whether the user of the vehicle has an intention to end the vehicle. The sensor can be a position sensor for detecting the position change of the lock pin, or a pressure sensor which is arranged on the handle for detecting the pressure born by the handle. For example, the vehicle terminal receives the output signal of the sensor, judges whether the lock pin is moved or changed in position, and then determines that the vehicle user has the intention of ending the vehicle using. Or the vehicle terminal judges whether the signal output by the pressure sensor reflects that the pressure born by the handle is greater than a set pressure threshold value, and when the signal is greater than the set pressure threshold value, the vehicle terminal determines that the vehicle user has the intention of finishing the vehicle. In some embodiments, the vehicle terminal may transmit signals output by the position sensor and the pressure sensor to the server 110 through the network 120, and the server 110 processes the output signals of the sensors to determine whether the user has the intention to finish the vehicle. In some embodiments, the vehicle terminal may also directly transmit the determination made by the vehicle terminal based on the sensor output signal to the server 110 via the network 120. The detailed description of the detection process of the operation behavior of the vehicle lock by the vehicle user can refer to the relevant description of fig. 4-8.

Step 330, when the vehicle is in the specified parking area, sending a control command to the lock of the vehicle to enable the lock to be in a lockable state.

In some embodiments, step 330 may be performed by the lock state control module 230.

The lockable state may refer to a state that allows the lock to perform a locking operation. In some embodiments, the vehicle lock includes a locking pin (e.g., 410 in FIG. 4) and a locking notch (e.g., a gap between 410 and 440 in FIG. 4, the housing not being shown). The locking notch is used for accommodating objects to be locked. For vehicle locking, the locking notch of the vehicle lock is sleeved into a part of the wheel along a vertical plane of a plane where the wheel is located, and the locking pin penetrates through gaps of spokes of the wheel to lock the locking notch (as shown in a state of fig. 5), so that the vehicle is locked. The lockable state is a state in which the lock pin can be moved to a position for blocking the lock hole and can be fixed at the position. In some embodiments, the vehicle lock further includes a locking tongue (e.g., 420 in fig. 5), and the lockable state is such that the locking tongue (e.g., 420 in fig. 5) can secure the locking pin when the locking pin (e.g., 410 in fig. 5) is moved to a position to block the locking notch. For further description of controlling the lock to be in the lockable state, reference may be made to the description of fig. 4-8.

The lock state control module 230 may control the lock to be in a lockable state in response to the vehicle being in a prescribed parking area. In some embodiments, the control of the lock state may be further performed according to the intention of the user to finish using the vehicle. Specifically, the vehicle lock is controlled to be in a lockable state in response to the fact that the vehicle is located in a specified parking area and the intention of the user of the vehicle to finish using the vehicle is detected.

In some embodiments, the lock state control module 230 may further control the lock to be in the lockable state in response to the vehicle not being located in the specified parking area, so as to effectively regulate the returning behavior of the vehicle user. The non-lockable state may refer to a state in which the lock is not allowed to perform a locking operation. In some embodiments, the non-latchable state is a state in which the lock pin cannot move to a position blocking the lock notch, or cannot be fixed in that position. In some embodiments, the vehicle lock further includes a locking tongue (e.g., 420 in fig. 5), and the non-lockable state is when the locking pin (e.g., 410 in fig. 5) is moved to a position blocking the locking notch, the locking tongue (e.g., 420 in fig. 5) is unable to secure the locking pin. For more description of controlling the lock to be in the non-lockable state, reference may be made to the related description of fig. 4-8.

It should be noted that the above description of the vehicle control flow is for illustration and explanation only, and does not limit the application scope of the present application. Various modifications and changes to the vehicle control flow will be apparent to those skilled in the art in light of this disclosure. However, such modifications and variations are intended to be within the scope of the present application. For example, step 310 and step 320 may be performed simultaneously. As another example, step 320 may be omitted in some embodiments.

FIG. 4 is a schematic illustration of a lock in an unlocked configuration in accordance with some embodiments of the present application; FIG. 5 is a schematic view of a lock lockout configuration according to some embodiments of the present application; the control lock according to the embodiment of the present application in the lockable state or the unlockable state will be described in detail with reference to fig. 4 to 5. It should be noted that the following examples are only for explaining the present application and do not constitute a limitation to the present application.

Generally, a lockset may include a locking pin and a switch lock mechanism. Wherein the locking pin can be used to change the state of the lock (e.g., open or close the lock). Specifically, the latch may have a variety of shapes, for example, the latch may include an annular latch (e.g., a latch), a linear latch, a hook latch, and the like. For example, a lock applied to a vehicle may be a locking ring that may be used to pass through a spoke gap of the wheel to limit rotation of the wheel when in a locked state. Accordingly, the lock may further comprise a pin resetting device for resetting the pin when the lock is unlocked. The latch pin return means may be a spring 440 such as a compression spring, a tension spring, a coil spring, or the like. The locking and unlocking mechanism can be used for controlling the mechanical assembly to limit the lock pin, and further controlling the lockset to be opened or closed. In some embodiments, the latchable state may be where the detent is able to block the latch opening and stay in that position. The non-latchable state may be that the locking pin is not able to move into the blocking slot or is not able to be fixed in this position.

The opening and closing lock mechanism may generally comprise: the lock bolt driving device can be used for driving the lock bolt to move. Accordingly, the lock pin is generally provided with a lock hole or a groove for accommodating the lock tongue, and the lock tongue can be clamped into or separated from the lock hole or the groove on the lock pin through movement. When the lock tongue is clamped into the lock hole or the groove, the locking and unlocking mechanism limits the movement of the lock pin, so that locking can be realized; when the lock tongue breaks away from the lock hole or the groove, the locking and unlocking mechanism relieves the limitation on the movement of the lock pin, and the lock pin can reset under the action of the lock pin resetting device, so that unlocking can be realized. In some embodiments, the lockable state may be a state in which the locking tongue can be moved to snap into a locking hole or recess in the locking pin. The non-locking state can be that the lock tongue can not be clamped into a lock hole or a groove on the lock pin through movement.

As shown in fig. 4, the opening and closing lock mechanism of the lock 400 may include a latch 420 and a latch driving device, which may be used to drive the movement of the latch 420. In some embodiments, the deadbolt actuation mechanism may include a power mechanism and a toggle portion; the toggle part is in transmission connection with the power device and is used for moving under the driving of the power device so as to toggle the bolt 420 to move. An exemplary power plant may be the motor 431. An exemplary toggle portion may be a cam 432. For example only, the cam 432 may be in the shape of two cylinders with end surfaces fixedly connected to each other, a large cylinder is fixedly arranged on the rotating shaft of the motor 431, an end surface of a small cylinder is fixedly connected to an end surface of the large cylinder, and a position of the small cylinder is offset from a rotation center of the large cylinder. In some embodiments, when it is desired to turn off the lock, the latch bolt driving device drives the latch bolt 420 to move toward the lock pin 410, and when the latch bolt moves to the second latch bolt preset position (e.g., the position where the latch bolt is locked in the recess 430), the latch bolt driving device may control the latch bolt to stop moving. In some embodiments, when the lock needs to be closed, the latch bolt driving device drives the latch bolt to move to the second latch bolt preset position (e.g., a position where the latch bolt is separated from the groove 430), and the latch bolt driving device may stop driving the latch bolt when the latch bolt is in the second latch bolt preset position.

In some embodiments, as shown in fig. 6, a sliding groove 421 for receiving a portion (e.g., a small cylinder) of the cam and supporting the portion of the cam to slide therein may be disposed on a surface of the latch 420 facing the cam, so that the cam rotates to move the latch (e.g., to move toward or away from the lock pin). Alternatively, the deadbolt actuation means may be any other reasonable means capable of actuating the deadbolt to reciprocate in a path toward or away from the lock pin. For example, the bolt driving device can be a gear and rack mechanism, and the rack can be driven to move by the rotation of the gear; thereby driving the bolt to move. For another example, the bolt driving device may be a worm gear and worm mechanism, and the worm may be driven to move by the rotation of the worm gear; thereby driving the bolt to move. For another example, the tongue actuator may move the tongue via a wire drive, a chain drive, a belt drive, or the like

In some embodiments, the locking and unlocking mechanism may further include a first sensor that may be used to detect a preset position of a detent 410 in the lock 400. For example, the predetermined position of the locking pin may be the position of the locking pin 410 when the lock is locked. For example only, the first sensor may include a magnetically controlled switch 451; an element (e.g., magnet 452) for generating a magnetic field may be disposed on the locking pin 410; the magnetically controlled switch 451 may determine the position of the detent 410 by sensing the position of the magnet 452. Specifically, the magnetic switch 451 may generate an electrical signal reflecting the detected magnitude of the magnetic field by receiving the strength of the magnetic field generated by the magnet 452, and the controller may determine the position of the locking pin 410 by processing (e.g., comparing) the electrical signal. The relative position of the magnetically controlled switch 451 to the magnet may be such that the two are able to oppose each other in the latched state. For example only, the magnet 452 may be disposed at a position where the rear end of the latch 410 is coupled to the latch spring 440, and the magnetically controlled switch 451 may be disposed near a staying position of the magnet 452 in the latched state. For example, directly above or below the magnet 452 in the latched state. The magnet 452 may also be located in other suitable locations, such as the middle of the latch, the latch head, etc. By way of example only, the magnetically controlled switch 451 may comprise any sensor that uses the principles of magnetic field sensing for detection, such as a hall sensor, an electromagnetically induced sensor (e.g., a fluxgate sensor, an eddy current sensor, etc.), a magnetoresistive sensor (e.g., a giant magnetoresistive sensor, a magnetostrictive sensor, etc.), etc. For another example only, the first sensor may be another sensor. For example, the first sensor may be a photosensor. Specifically, a first blocking piece or a first light source may be fixedly disposed on the lock pin 410, and the first blocking piece or the first light source is used to change the intensity of light entering the photoelectric sensor when the lock pin 410 is in the locked position, so that whether the lock pin 410 is in the locked position can be determined from an output signal of the photoelectric sensor. For another example, the first sensor may be a tact switch; a protrusion (not shown) opposite to the tact switch may be fixedly provided on the latch 410; the protrusion may be used to turn the tact switch on or off when the lock pin 410 moves relatively, so that the position of the lock pin 410 can be determined by the state of the tact switch, and thus the unlocking and locking states of the lock 400 can be determined. As another example, the first sensor may be any sensor capable of detecting the position of the locking pin 410.

In some embodiments, the opening and closing lock mechanism may further include a second sensor that may be used to detect the position of the locking bolt 420. In particular, the position of locking bolt 420 may reflect the unlocked and locked states of lock 400. For example only, the second sensor may be configured to detect that the locking bolt is in the first locking bolt preset position or the second locking bolt preset position. An exemplary first latch preset position may be a position where the latch 420 is disengaged from the locking hole or recess 430 of the lock pin 410, for example, the first latch preset position may be a position farthest from the lock pin 410 during movement of the latch 420. An exemplary second deadbolt preset position may be a position where the deadbolt snaps into the lock hole or recess 430 of the lock pin 410 in the latched state. For example only, as shown in fig. 4-5, the second sensor may be a tact switch 460, and the latch 420 (e.g., the tail end of the latch) may contact or disengage the tact switch 460 when moving relative to the housing, thereby changing the state of the tact switch 460, such as on or off. For example, when the tongue 420 moves away from the latch pin 410, the tongue tail touches the tact switch 460 (e.g., closes the tact switch 460); when the tongue 420 moves in the direction of the lock pin 410, the tongue tail is disengaged from the tact switch 460 (e.g., the tact switch 460 is turned on). Specifically, the first latch tongue preset position may be a position where the latch tongue 420 is located when the latch tongue 420 closes the tact switch. The second latch bolt preset position may be a position in which the latch bolt 420 is disengaged from the tact switch. The output signal of the tact switch 460 is different in different states (on or off). The exemplary tact switch 460 may be in signal connection (e.g., electrically connected) with a controller, and the controller receives an output signal of the tact switch 460, and may determine the position of the latch bolt 420 based on the output signal, and further determine the switch state of the lock 400. In some embodiments, the tact switch 460 may be disposed at a position near the middle of the tongue, and the tongue is provided with a first protrusion for touching the tact switch 460. In the locked state, the first protrusion on the latch tongue 420 is disengaged from the tact switch 460. In the unlocked state, the first protrusion on the locking bolt 420 touches the tact switch 460. As another example only, the second sensor may be other reasonable devices. For example, the second sensor may be a photosensor; a blocking piece or a light source can be fixedly arranged on the lock tongue; the blocking piece or the light source can be used for changing the intensity of light entering the photoelectric sensor when the locking bolt 420 moves, so that the position of the locking bolt 420 is judged. For another example, the second sensor may be a hall sensor; a magnetic element (e.g., a magnet) for triggering the hall sensor may be fixedly disposed on the latch tongue 420, and the position of the latch tongue 420 may be determined by sensing the magnetic element with the hall sensor. Specifically, the magnetic element (e.g., a magnet) may be fixedly disposed at the rear end of the latch 420, and the hall sensor may be disposed at a position opposite to the magnetic element when the latch is located at the position separated from the recess 430. It should be noted that the second sensor may also be any sensor capable of detecting the position of the latch bolt 420, which is not limited in this application.

In some embodiments, the latch mechanism may further comprise a controller, which may be integrated in a vehicle terminal, the controller having signal connections with the first sensor, the deadbolt driver, the second sensor for controlling the deadbolt driver in dependence on the output signal of the first sensor and/or the deadbolt 420. For example only, the controller may receive an instruction, such as an unlock instruction from a server or a mobile terminal, and control the latch bolt driving apparatus according to the instruction.

In some embodiments, the controller may implement control of the latch and other components, such as the latch actuation device, or control of the latch state, via the control system 200 shown in fig. 2. For example only, when the controller (or vehicle terminal) determines that the vehicle is located in a specified parking area, the controller enables the motor to be in an operable state (e.g., an energized state), i.e., controls the lock to be in a lockable state. At this time, when the controller detects that the groove 430 of the lock pin moves to the position right below the lock tongue 420 through the first sensor, the controller can effectively control the motor to rotate so as to drive the lock tongue 420 to move into the groove 430, and lock closing is achieved. Conversely, the controller renders the motor inoperable (e.g., de-energized), i.e., the lock 400 is controlled to be in an unlatched state. Even if the controller detects that the groove 430 of the lock pin moves to the position right below the lock tongue 420 through the first sensor, the motor cannot be controlled to rotate, and the lock cannot be closed. In some embodiments, the controller may receive instructions from the server 110 and control the state of the lockset 400 based on the instructions from the server 110.

FIG. 7 is a schematic view of another lock unlocked configuration according to some embodiments of the present application; FIG. 8 is a schematic view of another lock lockout configuration according to some embodiments of the present application. The control lock according to the embodiment of the present application will be described in detail below with reference to fig. 7 to 8 as being in the lockable state or the unlockable state. It should be noted that the following examples are only for explaining the present application and do not constitute a limitation to the present application.

As shown in fig. 7, the opening and closing structure of the lock 500 may include a latch bolt 420 and a latch bolt driving device. Specifically, the latch bolt driving device may be used to drive the latch bolt 420 to move. In some embodiments, the deadbolt actuation means may include a deadbolt toggle 433 and a deadbolt reset 424. Deadbolt toggle 433 may be used to apply a driving force to deadbolt 420 to toggle deadbolt 420 for movement. Deadbolt reset 424 may be used to store and release energy during movement of deadbolt 420 to perform the reset function of deadbolt 420. Specifically, a deadbolt reset 424 (e.g., a spring) may be drivingly connected to deadbolt 420. In an embodiment of the present application, deadbolt reset 424 may be a compression spring. In alternative embodiments, deadbolt reset 424 may also be a tension spring, coil spring, or the like. In some embodiments, the deadbolt toggle 433 may include a power device and a toggle; the toggle part is in transmission connection with the power device and is used for moving under the driving of the power device so as to toggle the bolt 420 to move. In the embodiment of the present application, the power device may be a motor 431, and the toggle part may be a cam 432. In some embodiments, the cam 432 may be in the shape of two cylinders with their end surfaces secured to each other. The large cylinder is fixedly arranged on a rotating shaft of the motor 431, the end face of the small cylinder is fixedly connected with the end face of the large cylinder, and the position of the small cylinder deviates from the rotating center of the large cylinder. Preferably, the circumference of the small cylinder may be tangential to the circumference of the large cylinder. Preferably, the diameter of the small cylinder may be less than half of the diameter of the large cylinder, e.g., the diameter of the small cylinder may be 1/3, 1/4, etc. of the diameter of the large cylinder. The latch 420 may be provided with a second protrusion 422 for the cam 432 (e.g., a small cylinder on the cam 432) to abut against. When the cam 432 rotates, the cam 432 (e.g., a small cylinder on the cam 432) is pressed against and separated from the second protrusion 422, so as to drive the latch 420 to move.

In an embodiment of the present application, the switch lock structure may further include a first sensor 450, and the first sensor 450 may be used to detect the movement of the lock pin, so as to determine whether the user has the intention to finish the car. In some embodiments, the first sensor 450 may include a magnetically controlled switch 451 (e.g., a magnetic induction sensor), and the latch 410 may include an element (e.g., a magnet 452) for generating a magnetic field. The magnetically controlled switch 451 may thus determine the movement of the locking pin by the magnitude of the magnetic field generated by the element (e.g., magnet 452). In some embodiments, the magnet may be disposed at any position of the latch 410, and the magnetically controlled switch 451 may be disposed at a position corresponding to a certain position in the movement trace of the magnet. When the lock pin 410 moves, the magnet passes (e.g., approaches and/or moves away) from a position corresponding to the magnetically controlled switch 451, and the magnetically controlled switch 451 can determine the movement of the lock pin 410 by receiving the intensity of the magnetic field generated by the magnet. For example, the magnetically controlled switch 451 may generate an electrical signal that reflects the magnitude of the detected magnetic field, and the controller may process (e.g., compare) the electrical signal to determine the movement of the magnet and, thus, the movement of the locking pin 410.

In some embodiments, the first sensor 450 may determine the movement of the lock pin by detecting whether the lock pin 410 is in the lock pin preset position, thereby determining whether the user has the intention to finish the car. For example, when the first sensor is a magnetically controlled switch 451, an element (e.g., a magnet) for generating a magnetic field may be provided at a position where the rear end of the latch 410 is connected to the latch resetting means. The magnetic switch 451 may generate an electrical signal reflecting the detected magnitude of the magnetic field by receiving the magnetic field strength signal generated by the magnet 452, the magnetic switch 451 may be in signal connection (e.g., electrically connected) with a controller, and the controller may receive an output signal of the magnetic switch 451 and determine whether the latch 410 reaches the preset position based on the output signal. For example, the predetermined position of the locking pin may be the position of the locking pin 410 when the lock is closed. In some embodiments, the magnetically controlled switch 451 can comprise any sensor that uses magnetic field sensing principles for detection, such as a hall sensor, an electromagnetically induced sensor (e.g., a fluxgate sensor, an eddy current sensor, etc.), a magnetoresistive sensor (e.g., a giant magnetoresistive sensor, a magnetostrictive sensor, etc.), and the like. In some alternative embodiments, the first sensor may be other sensors. For example, the first sensor may be a photosensor such as a groove type photosensor, an opposite type photosensor, a reflector type photoelectric switch, a diffusion reflection type photoelectric switch, or the like. Specifically, a first blocking piece or a first light source may be fixedly disposed on the lock pin 410, and the first blocking piece or the first light source is used for changing the intensity of light entering the photoelectric sensor when the lock pin 410 moves, so that whether the lock pin 410 moves can be determined from an output signal of the photoelectric sensor. For another example, the first sensor may be a tact switch; the latch 410 (e.g., the end of the latch 410) may turn the tact switch on or off when moving, so that the movement of the latch 410 may be judged by the state of the tact switch. As another example, the first sensor may be any sensor capable of detecting movement of the locking pin 410. For example, the first sensor may also be a pressure sensor, an infrared sensor, or the like.

In an embodiment of the present application, the switch lock structure may further include a second sensor, and the second sensor may be used to detect a position of the locking tongue. In some embodiments, the second sensor may include a tact switch 460, and the latch 420 may include an element (e.g., the first protrusion 423) thereon for contacting/disengaging the tact switch. For example, when the latch 420 moves away from the latch 410, the first protrusion 423 touches the tact switch 460 (e.g., closes the tact switch 460); when the latch 420 moves in the direction of the latch 410, the first protrusion 423 is disengaged from the tact switch 460 (e.g., the tact switch 460 is turned on). In other embodiments, the second sensor may comprise a magnetic induction sensor, and the top end of the latch 420 may be provided with an element (e.g., a magnet) for generating a magnetic field. So that the magnetic induction sensor can determine the position of the latch bolt 420 according to the intensity of the magnetic field generated by the magnet. In other embodiments, the second sensor may further comprise a photosensor, such as a slot photosensor, a correlation type photosensor, a reflector type photoelectric switch, a diffusion reflection type photoelectric switch, or the like. The tail end of the latch 420 may be provided with a light beam changing element (e.g., a shutter or a reflector). The photoelectric sensor can determine the position of the latch tongue 420 by detecting the blocking or reflection of the light beam. In other embodiments, the second sensor may also include a pressure sensor, such as a piezoresistive pressure sensor, a sapphire pressure sensor, a diffused silicon pressure sensor, a ceramic pressure sensor, a piezoelectric pressure sensor, or the like. The latch 420 may be provided at a top end thereof with an element (e.g., a first protrusion 423) for contacting/disengaging the pressure sensor. So that the pressure sensor can determine the position of the latch tongue 420 by detecting the change in pressure applied by the protrusion. Wherein, the first bulge can be replaced by a rod-shaped, sheet-shaped or block-shaped structure and the like which are fixedly connected with the position.

In some embodiments, the second sensor may be used to detect whether the latch 420 is in a preset position. For example, the latch tongue preset position may be a position where the latch tongue 420 is disengaged from the groove of the lock pin 410. In the embodiment shown in fig. 7-8, the second sensor may be a tact switch, and the latch is provided with an element (e.g., the first protrusion 423) for contacting/disengaging the tact switch, and the tact switch 460 outputs different signals under different states (on or off) of the tact switch 460. The tact switch 460 may be in signal connection (e.g., electrically connected) with the controller, and the controller receives an output signal of the tact switch 460, and determines whether the latch 420 is located at a preset position based on the output signal, so as to determine the on-off state of the lock 500. Fig. 7 shows the locked state, in which the locking tongue 420 is disengaged from the tact switch 460, and the locking tongue is not in the locking tongue preset position. As shown in fig. 8, in the unlocked state, the locking bolt 420 touches the tact switch 460, and the locking bolt is located at the locking bolt preset position.

In some embodiments, the switch lock structure may further comprise a pressure sensor disposed on the lock ring handle. And determining whether the vehicle user has the intention of ending the vehicle using by judging the pressure detected by the pressure sensor. For example only, the output of the pressure sensor may be compared to a set threshold, and when the output is greater than the set threshold, it is assumed that the user of the vehicle has pulled the lock ring, is ready to lock the vehicle, and has an intention to end the vehicle.

In some embodiments, the switch lock mechanism may further include a controller that may be in signal communication (e.g., electrically connected) with the first sensor 450, the second sensor, and the pressure sensor deadbolt toggle 433 (e.g., motor 431 in the deadbolt driver). The controller may be configured to control the deadbolt actuation device according to the output signals of the first sensor 450 and the second sensor. In some embodiments, the controller may be integrated in a vehicle terminal.

In some embodiments, the controller may effect control of the latch and other components via the control system 200 shown in fig. 2. Such as the control of the striking device of the lock tongue or the control of the state of the lock. In some embodiments, the controller controls the lock to be in the closable state when the controller (or the vehicle terminal) determines that the vehicle is located in a prescribed parking area (or the vehicle is located in a prescribed parking area and it is detected that the user has the intention to end the use of the vehicle). For example only, the controller may control the motor 431 to move for a certain time, displacement or angle, so that the deadbolt toggle 433 releases the restriction on the deadbolt and reserves a space for the deadbolt to return. The latch tongue 420 in turn abuts against the lock ring 410 under the urging of the return spring 424. At this time, the lock is in a lockable state. When the user finishes pulling the lock ring 410 by using the vehicle until the groove 430 is opposite to the lock tongue 420, the lock tongue 420 can enter the groove 430 under the pushing force of the return spring 424 to fix the lock ring 410 at the position of the blocking opening, and the locking is closed. In some embodiments, the controller may further determine the position of the locking tongue 420 through the second sensor, and when the locking tongue is detected to be located at the preset locking tongue position, the controller controls the motor 431 to move for a certain time, displacement or angle, so that the locking tongue toggle device 433 releases the restriction on the locking tongue, and a space for the locking tongue to return is reserved. The latch tongue 420 in turn abuts against the lock ring 410 under the urging of the return spring 424. At this time, the lock is in a lockable state.

In contrast, when the controller (or the vehicle terminal) determines that the vehicle is not located in the predetermined parking area (or the vehicle is located in the predetermined parking area and it is detected that the user has the intention to stop the vehicle), the controller controls the latch driving unit to drive the latch 420 to move to the latch preset position, that is, the latch 400 is in the non-lockable state. Even if the user pulls the lock ring to the groove 430 to align the locking tongue 420, the locking cannot be achieved since the locking tongue 420 cannot be reset. In some embodiments, the controller may also determine the position of the latch bolt 420 through a second sensor, and the lock may be in a latchable state without controlling the motor 431 to move when the latch bolt is detected to be in a preset latch bolt position. In some embodiments, the controller may receive instructions from the server 110 and control the state of the lock 500 based on the instructions from the server 110.

The invention provides a vehicle control device, comprising at least one processor and at least one storage medium;

the at least one storage medium is configured to store computer instructions;

the at least one processor is configured to execute the computer instructions to implement any of the vehicle control methods.

The present invention provides a computer-readable storage medium storing computer instructions that, when executed, implement any of the vehicle control methods.

The vehicle control method disclosed by the application can bring about beneficial effects including but not limited to:

(1) by adopting the vehicle control method, the vehicle can be locked only when parked in the specified parking area, so that the behaviors of users are restrained, the parking of the vehicle is standardized, and the vehicle is convenient to put in and popularize;

(2) the method has the advantages that various different modes are adopted to detect whether the vehicle is located in the specified parking area and detect the returning intention of the vehicle user, and the vehicle control method can meet different application scenes and is convenient for the user to select;

(3) a special vehicle lock structure is designed to be matched with a vehicle control method, so that the control of the vehicle lock is enhanced, and the locking operation is more convenient and faster;

it is to be noted that different embodiments may produce different advantages, and in different embodiments, any one or combination of the above advantages may be produced, or any other advantages may be obtained.

The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Having thus described the basic concept, it will be apparent to those skilled in the art that the foregoing detailed disclosure is to be considered merely illustrative and not restrictive of the broad application. Various modifications, improvements and adaptations to the present application may occur to those skilled in the art, although not explicitly described herein. Such modifications, improvements and adaptations are proposed in the present application and thus fall within the spirit and scope of the exemplary embodiments of the present application.

Also, this application uses specific language to describe embodiments of the application. Reference throughout this specification to "one embodiment," "an embodiment," and/or "some embodiments" means that a particular feature, structure, or characteristic described in connection with at least one embodiment of the present application is included in at least one embodiment of the present application. Therefore, it is emphasized and should be appreciated that two or more references to "an embodiment" or "one embodiment" or "an alternative embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, some features, structures, or characteristics of one or more embodiments of the present application may be combined as appropriate.

Moreover, those skilled in the art will appreciate that aspects of the present application may be illustrated and described in terms of several patentable species or situations, including any new and useful combination of processes, machines, manufacture, or materials, or any new and useful improvement thereon. Accordingly, various aspects of the present application may be embodied entirely in hardware, entirely in software (including firmware, resident software, micro-code, etc.) or in a combination of hardware and software. The above hardware or software may be referred to as "data block," module, "" engine, "" unit, "" component, "or" system. Furthermore, aspects of the present application may be represented as a computer product, including computer readable program code, embodied in one or more computer readable media.

The computer storage medium may comprise a propagated data signal with the computer program code embodied therewith, for example, on baseband or as part of a carrier wave. The propagated signal may take any of a variety of forms, including electromagnetic, optical, etc., or any suitable combination. A computer storage medium may be any computer-readable medium that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code located on a computer storage medium may be propagated over any suitable medium, including radio, cable, fiber optic cable, RF, or the like, or any combination of the preceding.

Computer program code required for the operation of various portions of the present application may be written in any one or more programming languages, including an object oriented programming language such as Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C + +, C #, VB.NET, Python, and the like, a conventional programming language such as C, Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, a dynamic programming language such as Python, Ruby, and Groovy, or other programming languages, and the like. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any network format, such as a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet), or in a cloud computing environment, or as a service, such as a software as a service (SaaS).

Additionally, the order in which elements and sequences of the processes described herein are processed, the use of alphanumeric characters, or the use of other designations, is not intended to limit the order of the processes and methods described herein, unless explicitly claimed. While various presently contemplated embodiments of the invention have been discussed in the foregoing disclosure by way of example, it is to be understood that such detail is solely for that purpose and that the appended claims are not limited to the disclosed embodiments, but, on the contrary, are intended to cover all modifications and equivalent arrangements that are within the spirit and scope of the embodiments herein. For example, although the system components described above may be implemented by hardware devices, they may also be implemented by software-only solutions, such as installing the described system on an existing server or mobile device.

Similarly, it should be noted that in the preceding description of embodiments of the application, various features are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure aiding in the understanding of one or more of the embodiments. This method of disclosure, however, is not intended to require more features than are expressly recited in the claims. Indeed, the embodiments may be characterized as having less than all of the features of a single embodiment disclosed above.

Numerals describing the number of components, attributes, etc. are used in some embodiments, it being understood that such numerals used in the description of the embodiments are modified in some instances by the use of the modifier "about", "approximately" or "substantially". Unless otherwise indicated, "about", "approximately" or "substantially" indicates that the number allows a variation of ± 20%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximations that may vary depending upon the desired properties of the individual embodiments. In some embodiments, the numerical parameter should take into account the specified significant digits and employ a general digit preserving approach. Notwithstanding that the numerical ranges and parameters setting forth the broad scope of the range are approximations, in the specific examples, such numerical values are set forth as precisely as possible within the scope of the application.

The entire contents of each patent, patent application publication, and other material cited in this application, such as articles, books, specifications, publications, documents, and the like, are hereby incorporated by reference into this application. Except where the application is filed in a manner inconsistent or contrary to the present disclosure, and except where the claim is filed in its broadest scope (whether present or later appended to the application) as well. It is noted that the descriptions, definitions and/or use of terms in this application shall control if they are inconsistent or contrary to the statements and/or uses of the present application in the material attached to this application.

Finally, it should be understood that the embodiments described herein are merely illustrative of the principles of the embodiments of the present application. Other variations are also possible within the scope of the present application. Thus, by way of example, and not limitation, alternative configurations of the embodiments of the present application can be viewed as being consistent with the teachings of the present application. Accordingly, the embodiments of the present application are not limited to only those embodiments explicitly described and depicted herein.

Claims

1. a vehicle control method, is characterized in that, comprises:

Detect whether the vehicle is located in the specified parking area;

The lock is controlled to be in a lockable state in response to the vehicle being located in a prescribed parking area.

2. The method of claim 1, further comprising:

In response to when the vehicle is not located in the prescribed parking area, the vehicle lock is controlled to be in a non-lockable state.

3. The method according to claim 1, wherein the detecting whether the vehicle is located in a prescribed parking area comprises:

Obtain the location information of the vehicle;

matching the location information of the vehicle with the location of at least one specified parking area;

Whether the vehicle is located in a prescribed parking area is determined based on the matching result.

4. The method according to claim 1, wherein the detecting whether the vehicle is located in a prescribed parking area comprises:

Acquiring vehicle detection signals sent by detectors located in the specified parking area;

Whether the vehicle is located in a prescribed parking area is determined based on the vehicle detection signal.

5. The method of claim 1, further comprising:

Detect the vehicle user's intention to end using the vehicle;

In response to the vehicle being located in the specified parking area and the vehicle user having the intention to end the vehicle use, the vehicle lock is controlled to be in the lockable state direction.

6. The method according to claim 5, wherein the detecting the vehicle user's intention to end using the vehicle comprises:

obtain the speed of the vehicle;

judging whether the vehicle speed is less than a set vehicle speed threshold;

In response to the vehicle speed being less than the set vehicle speed threshold, it is determined that the vehicle user has the intention to end the vehicle use.

7. The method according to claim 5, wherein the detecting the vehicle user's intention to end using the vehicle comprises:

Detecting whether the locking pin of the vehicle lock has moved;

In response to the movement of the lock pin of the vehicle lock, it is determined that the vehicle user has the intention to end the vehicle use.

8. The method according to claim 5, wherein the detecting the vehicle user's intention to end using the vehicle comprises:

Detecting whether the pressure on the handle of the car lock is greater than the set pressure threshold;

In response to the pressure being greater than the set pressure threshold, it is determined that the vehicle user has an intention to end vehicle use.

9 . The method according to claim 1 , wherein the vehicle lock comprises a lock pin and a lock opening; the lockable state is that the lock pin can move to a position where the lock opening is blocked and can be fixed on the lock opening. 10 . Location.

10 . The method according to claim 9 , wherein the vehicle lock further comprises a lock tongue; the lockable state is when the lock pin moves to a position blocking the lock opening, the lock tongue The locking pin can be fixed.

11. A vehicle control system, comprising:

Position detection module, used to detect whether the vehicle is located in the specified parking area;

The vehicle lock state control module is configured to control the vehicle lock to be in a lockable state in response to the vehicle being located in a prescribed parking area.

12 . The system according to claim 11 , wherein the vehicle lock state control module is further configured to control the vehicle lock to be in a non-lockable state in response to when the vehicle is not located in a prescribed parking area. 13 .

13. The system according to claim 11, wherein the position detection module is further used for:

Obtain the location information of the vehicle;

14. The system according to claim 11, wherein the position detection module is further configured to:

It is determined whether the vehicle is located in a prescribed parking area based on the vehicle detection signal.

15. The system of claim 11, further comprising an intention detection module for detecting the vehicle user's intention to end using the vehicle;

The vehicle lock state control module is further configured to control the vehicle lock to be in a lockable state in response to the vehicle being located in a prescribed parking area and the vehicle user having the intention to end using the vehicle.

16. The system according to claim 15, wherein the intention detection module is further configured to:

obtain the speed of the vehicle;

judging whether the vehicle speed is less than a set vehicle speed threshold;

In response to the vehicle speed being less than the set threshold, it is determined that the vehicle user has the intention to end the vehicle use.

17. The system according to claim 15, wherein the intention detection module is further configured to:

Detecting whether the lock ring of the vehicle lock has moved;

In response to the movement of the lock ring of the vehicle lock, it is determined that the vehicle user has the intention to end the vehicle use.

18. The system according to claim 15, wherein the intention detection module is further configured to:

19 . The system according to claim 10 , wherein the vehicle lock comprises a lock pin and a lock opening; the lockable state is that the lock pin can move to a position where the lock opening is blocked and can be fixed on the lock pin. 20 . Location.

20 . The system of claim 19 , wherein the vehicle lock further comprises a lock tongue; the lockable state is when the lock pin moves to a position blocking the lock opening, the lock tongue 20 . The locking pin can be fixed.

21. A vehicle control device, comprising at least one processor and at least one storage medium;

the at least one storage medium for storing computer instructions;

The at least one processor is configured to execute the computer instructions to implement the vehicle control method according to any one of claims 1-10.

22. A computer-readable storage medium storing computer instructions that, when executed, implement the vehicle control method according to any one of claims 1 to 10.