CN111681369A - Parking control method, vehicle, server and vehicle system - Google Patents
Parking control method, vehicle, server and vehicle system Download PDFInfo
- Publication number
- CN111681369A CN111681369A CN202010407460.1A CN202010407460A CN111681369A CN 111681369 A CN111681369 A CN 111681369A CN 202010407460 A CN202010407460 A CN 202010407460A CN 111681369 A CN111681369 A CN 111681369A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- locking
- lock
- server
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/0042—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects
- G07F17/0057—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects for the hiring or rent of vehicles, e.g. cars, bicycles or wheelchairs
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C9/00—Individual registration on entry or exit
- G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
- G07C9/00309—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with bidirectional data transmission between data carrier and locks
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C9/00—Individual registration on entry or exit
- G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
- G07C9/00571—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by interacting with a central unit
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C9/00—Individual registration on entry or exit
- G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
- G07C9/00896—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys specially adapted for particular uses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
Abstract
The invention discloses a parking control method, a vehicle, a server and a vehicle system, wherein the method comprises the following steps: the vehicle controls the lock of the vehicle to be unlocked according to the unlocking instruction, and sets the control state of the lock to be a forbidden locking state; the method comprises the steps that a server detects whether a vehicle meets a set locking condition or not under the condition that a locking request for the vehicle sent by a user terminal is received; in the case that the locking condition is met, the server sends a closing lock command indicating that locking is allowed to the vehicle; the vehicle modifies the control state from the locking prohibition state to a locking permission state according to the received locking-on command; the vehicle reads the control state when detecting that the switch state of the vehicle lock is switched from the unlocking state to the locking state; and controlling the vehicle to unlock the vehicle lock when the read control state is the locking prohibition state.
Description
Technical Field
The present disclosure relates to the field of vehicle control technologies, and more particularly, to a parking control method, a vehicle, a server, and a vehicle system.
Background
At present, the shared vehicle trip becomes a emerging trip mode in a city, and the trip demand of urban people can be effectively solved.
With regard to the shared vehicle, if the shared vehicle is parked randomly, many problems will be brought, for example, the appearance of the city will be affected, traffic jam will be caused, the vehicle will be lost, and so on, and therefore, how to perform effective parking control so that the shared vehicle can be parked to the designated parking available area has become an important problem to be solved by the shared vehicle operation platform.
Disclosure of Invention
It is an object of embodiments of the present disclosure to provide a new control scheme with respect to vehicle parking.
According to a first aspect of the present disclosure, there is provided a parking control method including:
the vehicle controls the lock of the vehicle to be unlocked according to the unlocking instruction, and sets the control state of the lock to be a forbidden locking state under the condition that successful unlocking is detected;
the method comprises the steps that a server detects whether a vehicle meets a set locking condition or not under the condition that a locking request for the vehicle sent by a user terminal is received;
wherein, whether the vehicle accords with the locking condition that sets up includes that it is: detecting whether the vehicle is located in a designated parking available area or not according to the position information of the user terminal carried by the lock closing request; determining that the vehicle does not comply with the lock-off condition in a case where the vehicle is not located within the parkable area;
in the case that the locking condition is met, the server sends a closing lock command indicating that locking is allowed to the vehicle;
the vehicle modifies the control state from the locking prohibition state to a locking permission state according to the received locking-on command;
the vehicle reads the control state when detecting that the switch state of the vehicle lock is switched from the unlocking state to the locking state;
and controlling the vehicle to unlock the vehicle lock when the read control state is the locking prohibition state.
Optionally, in a case that the read control state is a lock prohibition state, the method further includes:
the vehicle control prompting device carries out abnormal locking prompting;
the vehicle reports an abnormal locking notification to the server;
and the server sends an abnormal locking message to the user terminal according to the abnormal locking notification.
Optionally, the method further comprises:
the vehicle transmits a state change notification about the control state to the server when the control state is switched from a lock prohibition state to a lock permission state;
and the server sends a message indicating that locking is allowed to the user terminal according to the state change notification.
Optionally, the method further comprises:
and under the condition that the locking condition is not met, the server sends a message indicating that the vehicle cannot be returned to the user terminal, wherein the message indicating that the vehicle cannot be returned comprises specific matters that the vehicle does not meet the locking condition.
Optionally, the detecting whether the vehicle meets the set locking condition further includes:
acquiring parking direction information of the vehicle;
detecting whether the parking direction of the vehicle is consistent with the standard parking direction of the parking area according to the parking direction information;
in the event of an inconsistency, it is determined that the vehicle does not comply with the lock-off condition.
Optionally, in a case that the read control state is a lock-off permission state, the method further includes:
the vehicle reports a successful lock closing notification to the server;
the vehicle acquires the position information of the vehicle and reports the position information of the vehicle to the server.
Optionally, the method further comprises:
the vehicle reports a successful unlocking notification to the server under the condition that the vehicle detects the successful unlocking;
the server sends a successful unlocking message to the user terminal according to the received successful unlocking notification;
the user terminal provides a car returning interface with a car returning key according to the successful unlocking message;
the user terminal acquires the position information of the user terminal according to the triggering of the car returning key and generates the locking request carrying the position information of the user terminal;
and the user terminal sends the locking request to a server to detect whether the locking request meets the locking condition.
Optionally, the method further comprises:
the user terminal provides a vehicle using interface with a code scanning unlocking key;
the user terminal enters a code scanning interface according to the triggering of the code scanning unlocking key;
the user terminal carries out prompt for requesting to confirm unlocking under the condition that the two-dimensional code of the vehicle is scanned through the code scanning interface;
the user terminal provides returning guide information indicating a returning requirement under the condition of receiving a confirmation unlocking signal input according to the prompt;
the user terminal sends an unlocking request for the vehicle to the server according to the information of the two-dimensional code under the condition of receiving a confirmation signal of the returning guide information;
and the server sends the unlocking instruction to the vehicle according to the unlocking request.
According to a second aspect of the present disclosure, there is also provided a vehicle comprising a memory for storing first program instructions and a processor for performing the method steps performed by the vehicle according to the first aspect of the present disclosure under control of the first program instructions.
According to a third aspect of the present disclosure, there is also provided a server comprising a memory for storing second program instructions and a processor for performing the method steps performed by the server according to the first aspect of the present disclosure under control of the second program instructions.
According to a fourth aspect of the present disclosure, there is also provided a vehicle system comprising a user terminal, a vehicle according to the second aspect of the present disclosure, and a server according to the third aspect of the present disclosure, the server being in communication connection with the vehicle and the user terminal.
The user terminal comprises a memory for storing third program instructions and a processor for performing the method steps performed by the user terminal according to the first aspect of the disclosure under control of the third program instructions.
According to the method of the embodiment, after the vehicle controls the lock to be unlocked according to the unlocking instruction, the control state of the lock is set to the locking forbidding state, so that the vehicle is forbidden to be successfully locked under the condition that the vehicle is not parked in the specified parking available area. In contrast, when the server receives a lock-off request for the vehicle, the server detects whether the vehicle meets a lock-off condition such as being located in a parking available area, and when the lock-off condition is met, the server indicates that the vehicle change control state is a lock-off allowed state, at this time, the user performs a lock-off action on the vehicle lock to successfully lock off the vehicle lock, and if the vehicle does not meet the lock-off condition, the user performs the lock-off action to enable the vehicle lock to be in the lock-off state, the vehicle controls the lock to unlock the vehicle due to the control state being a lock-off prohibited state, and further the user cannot successfully return the vehicle when the vehicle does not meet the lock-off condition, so that the vehicle can be effectively parked and controlled to be parked in the parking available area.
Other features of the present invention and advantages thereof will become apparent from the following detailed description of exemplary embodiments thereof, which proceeds with reference to the accompanying drawings.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description, serve to explain the principles of the invention.
FIG. 1 is a schematic diagram of a vehicle system that is capable of implementing the parking control method of the disclosed embodiment;
FIG. 2 is a flow diagram of a parking control method according to one embodiment;
FIG. 3 is a flow chart diagram of a parking control method according to another embodiment;
FIG. 4 is an interactive flow diagram of a parking control method according to one example;
FIG. 5 is a functional block diagram of a vehicle according to one embodiment;
FIG. 6 is a functional block diagram of a server according to one embodiment.
Detailed Description
Various exemplary embodiments of the present invention will now be described in detail with reference to the accompanying drawings. It should be noted that: the relative arrangement of the components and steps, the numerical expressions and numerical values set forth in these embodiments do not limit the scope of the present invention unless specifically stated otherwise.
The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the invention, its application, or uses.
Techniques, methods, and apparatus known to those of ordinary skill in the relevant art may not be discussed in detail, but are intended to be part of the specification where appropriate.
In all examples shown and discussed herein, any particular value should be construed as merely illustrative, and not limiting. Thus, other examples of the exemplary embodiments may have different values.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, further discussion thereof is not required in subsequent figures.
< hardware configuration >
Fig. 1 is a schematic diagram of a vehicle system 100 that can be used to implement the parking control method according to the embodiment of the present disclosure. The vehicle system 100 may be applied to a parking control scenario for a shared vehicle as a whole.
As shown in fig. 1, the vehicle system 100 includes a server 1000, a user terminal 2000, and a vehicle 3000.
The server 1000 provides a service point for processes, databases, and communications facilities. The server 1000 may be a unitary server, a distributed server across multiple computers, a computer data center, a cloud server, or a cloud-deployed server cluster, etc. The server may be of various types, such as, but not limited to, a web server, a news server, a mail server, a message server, an advertisement server, a file server, an application server, an interaction server, a database server, or a proxy server. In some embodiments, each server may include hardware, software, or embedded logic components or a combination of two or more such components for performing the appropriate functions supported or implemented by the server. For example, a server, such as a blade server, a cloud server, etc., or may be a server group consisting of a plurality of servers, which may include one or more of the above types of servers, etc.
In one embodiment, the server 1000 may be as shown in fig. 1, including a processor 1100, a memory 1200, an interface device 1300, a communication device 1400, a display device 1500, an input device 1600.
Processor 1100 is used to execute computer programs, which may be written in instruction sets of architectures such as x86, Arm, RISC, MIPS, SSE, and the like. The memory 1200 includes, for example, a ROM (read only memory), a RAM (random access memory), a nonvolatile memory such as a hard disk, and the like. The interface device 1300 includes, for example, various bus interfaces such as a serial bus interface (including a USB interface), a parallel bus interface, and the like. Communication device 1400 is capable of wired or wireless communication, for example. The display device 1150 is, for example, a liquid crystal display panel, an LED display panel touch display panel, or the like. Input devices 1160 may include, for example, a touch screen, a keyboard, and the like.
In this embodiment, the memory 1200 of the server 1000 is used to store program instructions for controlling the processor 1100 to operate to perform a parking control method according to any of the embodiments of the present disclosure. The skilled person can design the instructions according to the disclosed solution. How the instructions control the operation of the processor is well known in the art and will not be described in detail herein.
Although a plurality of devices of the server 1000 are illustrated in fig. 1, the present invention may only relate to some of the devices, for example, the server 1000 only relates to the memory 1200, the processor 1100 and the communication device 1400.
In this embodiment, the user terminal 2000 is, for example, a mobile phone, a portable computer, a tablet computer, a palm computer, a wearable device, or the like.
The user terminal 2000 is installed with a vehicle use application client for a vehicle use application, so that the purpose of using a vehicle is achieved by operating the vehicle use application client.
As shown in fig. 1, the user terminal 2000 may include a processor 2100, a memory 2200, an interface device 2300, a communication device 2400, a display device 2500, an input device 2600, a speaker 2700, a microphone 2800, and the like.
The processor 2100 is used to execute a computer program, which may be written in an instruction set of an architecture such as x86, Arm, RISC, MIPS, SSE, and so on. The memory 2200 includes, for example, a ROM (read only memory), a RAM (random access memory), a nonvolatile memory such as a hard disk, and the like. The interface device 2300 includes, for example, a USB interface, a headphone interface, and the like. The communication device 2400 can perform wired or wireless communication, for example, the communication device 2400 may include at least one short-range communication module, for example, any module that performs short-range wireless communication based on a short-range wireless communication protocol such as a Hilink protocol, WiFi (IEEE 802.11 protocol), Mesh, bluetooth, ZigBee, Thread, Z-Wave, NFC, UWB, LiFi, and the like, and the communication device 2400 may also include a long-range communication module, for example, any module that performs WLAN, GPRS, 2G/3G/4G/5G long-range communication. The display device 2500 is, for example, a liquid crystal display panel, a touch panel, or the like. The input device 2600 may include, for example, a touch screen, a keyboard, and the like. The user terminal 2000 may output an audio signal through the speaker 2700 and collect an audio signal through the microphone 2800.
In this embodiment, the memory 2200 of the user terminal 2000 is configured to store program instructions for controlling the processor 2100 to operate to perform a parking control method according to any embodiment of the present disclosure. The skilled person can design the instructions according to the disclosed solution. How the instructions control the operation of the processor is well known in the art and will not be described in detail herein.
As shown in fig. 1, the vehicle 3000 may include a processor 3100, a memory 3200, an interface device 3300, a communication device 3400, an output device 3500, an input device 3600, and the like. Processor 3100 is configured to execute a computer program, which may be written in an instruction set of architectures such as x86, Arm, RISC, MIPS, SSE, and the like. The memory 3200 includes, for example, a ROM (read only memory), a RAM (random access memory), a nonvolatile memory such as a hard disk, and the like. The interface 3300 includes, for example, a USB interface, a headphone interface, and the like. The communication device 3400 includes at least one communication module, for example, capable of wired or wireless communication, and for example, capable of short-range and long-range communication. The output device 3500 may be, for example, a device that outputs a signal, may be a display device such as a liquid crystal display screen or a touch panel, or may be a speaker or the like that outputs voice information or the like. The input device 3600 may include, for example, a touch panel, a keyboard, or the like, and may input voice information through a microphone.
Vehicle 3000 may be any type of vehicle that requires a user to manually close a lock, such as a bicycle or the like.
In this embodiment, memory 3200 of vehicle 3000 is used to store program instructions for controlling processor 3100 to operate to perform a parking control method according to any of the embodiments of the present disclosure. The skilled person can design the instructions according to the disclosed solution. How the instructions control the operation of the processor is well known in the art and will not be described in detail herein.
The network 4000 may be a wireless communication network or a wired communication network, and may be a local area network or a wide area network. In the vehicle system 100 shown in fig. 1, the vehicle 3000 and the server 1000, and the user terminal 2000 and the server 1000 can communicate with each other through the network 4000. The vehicle 3000 may be the same as the server 1000, or the network 4000 through which the user terminal 2000 communicates with the server 1000 may be different from the server.
It should be understood that although fig. 1 shows only one server 1000, user terminal 2000, vehicle 3000, the number of each is not meant to be limiting, and the vehicle system 100 may include a plurality of servers 1000, a plurality of user terminals 2000, a plurality of vehicles 3000, and the like.
The vehicle system 100 shown in FIG. 1 is illustrative only and is not intended to limit the invention, its application, or uses in any way.
< method examples >
Fig. 2 is a flowchart illustrating a parking control method according to an embodiment, and fig. 2 illustrates the parking control method according to the embodiment by taking an arbitrary vehicle 3000 and an arbitrary user terminal 2000 as an example.
As shown in fig. 2, in this embodiment, the parking control method may include the following steps S2100 to S2600:
in step S2100, the vehicle 3000 controls the lock of the vehicle 3000 to unlock according to the unlock instruction, and sets the control state of the lock to the lock prohibition state when successful unlocking is detected.
In this embodiment, the unlocking instruction may be issued to the vehicle 3000 by the server 1000. For example, the user terminal 2000 generates an unlocking request by scanning a two-dimensional code of the vehicle 3000, the unlocking request includes a user identifier and a vehicle identifier, the user terminal 2000 sends the unlocking request to the server, and the server, after receiving the unlocking request, issues an unlocking instruction to the vehicle 3000 to which the unlocking request is directed in response to the unlocking request.
In this embodiment, the server may authenticate the vehicle and/or the user after receiving the unlocking request, and after the authentication is passed, the server may issue an unlocking instruction to the vehicle 3000 to which the unlocking request is directed, which is not limited herein.
Authenticating the vehicle may include detecting whether the vehicle is in a non-malfunctioning state of health, or the like.
Authenticating the user may include whether the user's account is valid, whether the account balance is sufficient, and the like.
In this embodiment, the vehicle may set a parameter indicating the control state, and assign different values to the parameter to represent different control states. For example, when the parameter value is 1, the control state is the lock-off permission state, and when the parameter value is 0, the control state is the lock-off prohibition state.
In step S2200, the server 1000 detects whether or not the vehicle 3000 meets the set locking condition when receiving the locking request for the vehicle 3000 from the user terminal 2000.
The lock-off condition includes at least that the vehicle is located in a designated parkable area.
In this embodiment, the lock closing request is sent from the user terminal 2000 to the server 1000.
In this embodiment, the user terminal 2000 may provide a car returning interface, where the car returning interface is provided with a key control, and a name attribute of the key control is, for example, "car returning key" or the like, so as to guide the user to return the car by triggering the car returning key.
In this embodiment, after detecting that the car return button is triggered, the user terminal 2000 acquires the latest location information of the user terminal 2000 according to the triggering of the car return button, and generates a lock closing request carrying the location information of the user terminal 2000.
In this embodiment, the locking request carrying the location information of the ue 2000 indicates that the location information is associated with the locking request, and the location information and the locking request may be sent through the same data packet or different data packets, which is not limited herein.
In this embodiment, the step of detecting whether the vehicle 3000 meets the set locking condition may include the following steps S2211 to S2212:
step S2211, detecting whether the vehicle is located in the designated parking available area according to the location information of the user terminal carried by the lock closing request.
In this embodiment, the operation platform of shared vehicle can be according to municipal construction requirement, delimits the parking area.
The parking available area is also defined as an area that allows parking according to the plan.
After the parking available area is defined, the operation and maintenance personnel may upload the location information indicating the parking available area to the server 1000.
For example, for any parking available area, the position information indicating the parking available area may include the center position coordinates and the area radius of the parking available area, that is, the effective range of the parking available area may be defined by the center position coordinates and the area radius. In this regard, the server determines whether the vehicle is located within the parkable area by detecting whether the vehicle is located within the valid range.
For another example, for any parking-available area, the position information indicating the parking-available area may include position coordinates of a corner point of a boundary of the parking-available area, where the corner point is an unguided point on the boundary, and the effective range of the parking-available area is defined by the position coordinates of the corner point. In this regard, the server determines whether the vehicle is located within the parking area by detecting whether the vehicle is located within the valid range.
In this embodiment, it is detected whether the parking position of the vehicle meets the locking condition according to the position information of the user terminal carried by the locking request, and the vehicle does not need to be requested to provide the position information for the detection, which is beneficial to improving the response speed of the server for processing the locking request.
In step S2212, when the vehicle 3000 is not located in the parking available area, it is determined that the vehicle 3000 does not meet the locking condition.
In one embodiment, the locking condition may further include that the parking direction of the vehicle is consistent with a standard parking direction of a parking available area, and the like, which is not limited herein.
In this embodiment, detecting whether the vehicle 3000 meets the set locking condition may further include the following steps S2221 to S2223:
in step S2221, the parking direction information of the vehicle 3000 is acquired.
In this embodiment, after receiving the lock-off request, the server 1000 may obtain the parking direction information of the vehicle according to the lock-off request, so as to detect whether the parking direction of the vehicle meets the lock-off condition according to the parking direction information.
In this embodiment, the direction information of the vehicle at any time reflects the direction of the vehicle at the corresponding time, and the parking direction information of the vehicle reflects the direction of the vehicle when the vehicle is parked, that is, reflects the parking direction of the vehicle. For example, from the direction information of the vehicle at an arbitrary time, it is determined that the direction of the vehicle at the corresponding time is the true north direction, or the true north is a 10 ° direction away from the east, or the like.
The direction information may include attitude information collected by an attitude sensor mounted on the vehicle 3000.
In this embodiment, the attitude sensor may be provided, for example, on a rear frame of the vehicle 3000, which includes a center tube of the vehicle 3000 and other components fixed relative to the center tube, a front frame of the vehicle for mounting front wheels of the vehicle, and the front frame being rotatable relative to the rear frame. In this embodiment, the direction information of the vehicle reflects the direction information of the rear frame of the vehicle.
In this embodiment, the vehicle 3000 may be configured to: the direction information of the vehicle 3000 is reported to the server 1000 at regular time intervals.
In this embodiment, after receiving the locking request, the server 1000 may obtain the direction information that is reported by the vehicle most recently, as the parking direction information of the vehicle. That is, in this embodiment, the acquiring of the parking direction information of the vehicle in step S2221 may include: and acquiring the latest reported direction information of the vehicle as the parking direction information of the vehicle.
In this embodiment, the time interval may be set to have a shorter time length, so as to improve the accuracy of taking the direction information that is reported by the vehicle last time as the parking direction information of the vehicle, for example, the time interval is 1 min.
In this embodiment, regarding the operation of reporting the direction information by the vehicle at regular time, it may be set that the vehicle starts the operation after successfully unlocking any one time of use, and ends the operation after successfully locking this time of use; after the vehicle is successfully unlocked in any use, if the vehicle is detected to enter a specified parking available area, the operation can be started, and the operation is ended after the vehicle is successfully locked in the use.
In this embodiment, the vehicle may detect whether the vehicle has entered a designated parking available area or the like by establishing a connection with a bluetooth device or an rfid device provided in the parking available area, which is not limited herein.
In step S2222, it is detected whether the parking direction of the vehicle 3000 matches the standard parking direction in the parking available area based on the parking direction information.
In this embodiment, a corresponding standard parking direction may be set for a designated parkable area, for example, mapping data reflecting a mapping relationship between an identifier of a parkable area and the standard parking direction may be created, and a corresponding standard parking direction may be searched in the mapping table according to a parkable area where a vehicle is located. The standard parking direction may be the same as the extending direction of the street where the corresponding parking area is located, may be perpendicular to the extending direction, and may be any other set direction, which is not limited herein.
In this embodiment, the standard parking direction may be a direction range, and for this reason, the step S2222 of detecting whether the parking direction of the vehicle is consistent with the standard parking direction of the available parking area may include: it is detected whether the parking direction of the vehicle is within the range of directions indicated by the standard parking direction.
In this embodiment, the standard parking direction may also be a specific direction value, for example, the standard parking direction is a north direction, for which the step S2222 of detecting whether the parking direction of the vehicle is consistent with the standard parking direction of the parking available area may include: calculating a deviation amount between the parking direction of the vehicle and the standard parking direction; and determining that the parking direction of the vehicle is consistent with the standard parking direction of the parking available area when the deviation amount is smaller than or equal to the set deviation threshold value.
The deviation threshold may be set as needed, for example, a value in a range of greater than or equal to 10 ° and less than or equal to 30 °, and the like, which is not limited herein.
In this embodiment, the operation and maintenance staff may be allowed to adjust the deviation threshold, for example, the operation and maintenance staff may set the uniform deviation threshold through the service terminal, or set respective deviation thresholds for different parking areas through the service terminal, and the service terminal uploads the setting content to the server 1000 for recording.
In step S2223, if the vehicle is inconsistent with the locking condition, it is determined that the vehicle is not in compliance with the locking condition.
In step S2300, when the lock closing condition is satisfied, the server 1000 transmits a lock closing permission command indicating permission of lock closing to the vehicle 3000.
In step S2400, the vehicle 3000 modifies the control state from the lock-off prohibition state to the lock-off permission state according to the received lock-off permission instruction.
In the present embodiment, after the vehicle 3000 is successfully unlocked in one use of the vehicle, the control state of the vehicle is set to the lock prohibition state. When the user finishes the use, the user terminal can trigger a car returning request, the user terminal sends a locking request to the server according to the car returning request, the server detects whether the vehicle 3000 for which the locking request is directed meets the locking condition or not under the condition that the locking request is received, and a locking-closing-permission instruction is sent to the vehicle 3000 to indicate that the vehicle 3000 modifies the control state from the locking-prohibition state to the locking-permission state under the condition that the detection is passed.
In step S2500, when it is detected that the open/close state of the lock is switched from the unlocked state to the locked state, the vehicle 3000 reads the control state of the vehicle 3000.
In this embodiment, after the user performs the lock closing operation on the lock of the vehicle 3000, the vehicle 3000 may detect a change in the on-off state of the lock by a sensor or the like, that is, detect that the on-off state of the lock is switched from the unlocked state to the locked state, and conversely, when the vehicle 3000 detects that the on-off state of the lock is switched from the unlocked state to the locked state, the user may confirm that the lock closing operation is performed. At this time, if the control state of the vehicle 3000 is the lock closing prohibition state, which indicates that the vehicle 3000 does not receive the lock closing permission instruction sent by the server 1000 at present, the vehicle 3000 controls the vehicle lock to unlock again, so as to prohibit the user from returning the vehicle; if the control state of the vehicle is the lock closing permission state, it indicates that the vehicle 3000 receives the lock closing permission instruction sent by the server 1000, that is, it indicates that the vehicle meets the lock closing condition, which means that the lock closing action of the user is valid this time, and the vehicle 3000 may report a successful lock closing notification to the server 1000, and complete returning the vehicle.
In step S2600, the vehicle 3000 controls the lock to be unlocked when the read control state is the lock prohibition state.
As is apparent from steps S2100 to S2600 described above, after the vehicle 3000 controls the lock to be unlocked in accordance with the unlocking command, the control state of the lock is set to the lock prohibition state, so that the vehicle is prohibited from being successfully locked if the vehicle does not meet the lock prohibition condition, such as being located in the designated parking available area. In contrast, when receiving a lock-off request for the vehicle 3000, the server 1000 detects whether the vehicle meets the set lock-off condition, and when the vehicle meets the lock-off condition, indicates that the vehicle change control state is a lock-off allowed state, at this time, the user performs a lock-off operation on the vehicle lock to successfully lock off the vehicle lock, and if the vehicle does not meet the lock-off condition, after performing the lock-off operation, the user controls the vehicle lock to unlock again because the control state is a lock-off prohibited state, and further, the user cannot successfully return the vehicle when the vehicle does not meet the lock-off condition, so that the vehicle can be effectively parked and controlled, and the vehicle can be parked in a parking available area.
In one embodiment, when the vehicle 3000 reads the control state of the vehicle according to the above step S2500, and determines that the control state is the lock-off prohibition state, it indicates that the vehicle 3000 has not received the lock-off permission instruction sent by the server 1000, and for this, the vehicle 3000 may control the prompting device to perform an abnormal lock-off prompt to prompt the user to park the vehicle in the designated parking available area, so that the vehicle meets the set lock-off condition, and then the vehicle return is completed.
In this embodiment, the method may further include the steps of: the vehicle 3000 controls its own presentation device to present an abnormal lock-off.
The prompting device may include at least one of a speaker, a buzzer, a vibrating device, and a display device.
For example, the vehicle 3000 may control a speaker to perform an abnormal off-lock prompt, which may instruct the user to park the vehicle 3000 in a nearby parkable area.
In this embodiment, the method may further include the steps of: the vehicle 3000 reports an abnormal lock closing notification to the server 1000; and, the server 1000 transmits an abnormal lock off message to the user terminal 2000 according to the abnormal lock off notification.
The abnormal locking message may be a short message or an application message, which is not limited herein.
The user terminal 2000 may instruct the user to park the vehicle 3000 in a parkable area according to the abnormal off-lock message.
For example, the user terminal 2000 may load and display an abnormal locking interface according to the abnormal locking message, and indicate a nearby parking available area on the abnormal locking interface, instruct the user to park the vehicle 3000 in the nearby parking available area, and the like, which is not limited herein.
In one embodiment, the method may further include the following steps S2700 to S2800:
in step S2700, when the control state is switched from the lock prohibition state to the lock permission state, vehicle 3000 transmits a state change notification regarding the control state to server 1000.
In this embodiment, the vehicle 3000 transmits a state change notification about the control state to the server 1000 when the control state is modified from the lock prohibition state to the lock permission state in accordance with the lock master instruction transmitted from the server 1000.
In step S2800, the server 1000 transmits a message indicating that locking is permitted to the user terminal 2000 in accordance with the state change notification.
In this embodiment, after receiving the state change notification, the server 1000 may send a message indicating that locking is allowed to the user terminal 2000, so that the user can know that the vehicle 3000 is in the state of allowing locking according to the message, and at this time, the user may perform a locking operation on the vehicle lock and successfully lock the vehicle lock.
In one embodiment, when the control state is switched from the lock prohibition state to the lock permission state, the vehicle 3000 may also control its own prompting device to prompt to permit lock.
For example, the vehicle 3000 controls a speaker to output a voice prompt or the like that allows locking to be turned off.
In one embodiment, the method may further comprise the steps of: if the detection result in step S2200 above is that the lock-off condition is not met, the server 1000 transmits a message indicating that the car return is impossible to the user terminal 2000.
In this embodiment, the message indicating that the vehicle cannot be returned may include a specification that the vehicle is not in a locked condition.
For example, the particulars may include: the vehicle is not parked in the parkable area, please park the vehicle in the parkable area, etc.
For another example, the specific items may include: and if the parking direction of the vehicle does not meet the requirement, the vehicle should be parked according to the requirement of the parking direction of the parking area, and the like.
According to the method in the embodiment, when the user does not park according to the requirement, for example, the vehicle is not parked in the parking available area, the user terminal 2000 receives the message indicating that the vehicle cannot be returned from the server, so that the user is informed of the current vehicle cannot be returned and the reason for the problem through the user terminal 2000, and the user is guided to successfully return the vehicle by solving the problem.
In one embodiment, in the case where the vehicle 3000 reads the control state of the vehicle according to the above step S2500, and determines that the control state is the lock-off allowed state, the method may further include the steps of: the vehicle 3000 reports a successful lock closing notification to the server 1000; and, the vehicle 3000 acquires the latest position information and reports the latest position information to the server 1000.
In this embodiment, when the read control state is the lock allowing state, it indicates that the vehicle 3000 has received the lock checking instruction issued by the server 1000 after detecting that the vehicle 3000 meets the lock checking condition, and therefore the user lock checking action corresponding to the step S2500 is valid, at this time, the vehicle may report a successful lock checking notification to the server 1000, so that the server 1000 can perform settlement processing according to the successful lock checking notification.
In this embodiment, the vehicle 3000 may also obtain the latest location information, and report the latest location information to the server 1000, so that the server 1000 can perform vehicle positioning.
In this embodiment, the latest location information may be sent by one data packet together with the successful lock closing notification, or may be sent by a different data packet, for example, after the successful lock closing notification is sent, the latest location information is sent again, which is not limited herein.
In one embodiment, as shown in FIG. 3, the method further includes the following steps S3110-S3150:
in step S3110, when the vehicle 3000 detects a successful unlocking, it reports a successful unlocking notification to the server 1000.
In this embodiment, after the vehicle 3000 is successfully unlocked according to the unlocking request, a successful unlocking notification is reported to the server 1000.
In step S3120, the server 1000 sends a successful unlocking message to the user terminal 2000 according to the received successful unlocking notification.
The user terminal 2000 can determine that the requested vehicle is in a use state according to the successful unlocking message, and further provide a vehicle returning interface, wherein the vehicle returning interface is provided with a vehicle returning key.
Step S3130 the user terminal 2000 provides a car return interface having a car return button according to the successful unlock message.
Step S3140, the user terminal 2000 acquires the location information of the user terminal according to the trigger of the return key, and generates a lock closing request carrying the location information of the user terminal.
In step S3150, user terminal 2000 transmits the locking request to server 1000, and detects whether the locking condition is satisfied according to step S2200 above.
According to the method, the user terminal can automatically load the car returning interface after receiving the successful unlocking message, so that the user can directly enter the car returning interface by opening the car returning application when needing to return the car, and the user does not need to enter the car returning interface through a car returning inlet provided by the car returning application, and the operation of the user is facilitated.
In one embodiment, the method may further include steps S3210 to S3260 of:
in step S3210, the user terminal 2000 provides a vehicle interface with a scan code unlock button.
In this embodiment, the user may enter the in-car interface by opening the in-car application installed on the user terminal 2000.
In step S3220, the user terminal 2000 enters the code scanning interface according to the trigger of the code scanning unlocking button.
The code scanning interface is used for scanning a two-dimensional code of a vehicle.
In step S3230, the user terminal 2000 prompts to confirm unlocking when the two-dimensional code of the vehicle is scanned on the code scanning interface.
In this embodiment, the prompt may be made, for example, by popping up a dialog box that requires confirmation of unlocking. The dialog box is provided with controls such as a key and the like for the user to input the confirmation unlocking signal.
In step S3240, the user terminal 2000 provides the return guidance information indicating the return request when receiving the unlock confirmation signal input in accordance with the prompt.
The car return guide information corresponds to the lock-off condition to instruct the user to return the car according to the lock-off condition, for example, the car return guide information includes information instructing the user to park the car in a parkable area, and the like.
In step S3250, the user terminal 2000, upon receiving the confirmation signal for the return guide information, transmits an unlock request for the vehicle to the server based on the scanned information of the two-dimensional code.
The two-dimensional code carries a vehicle identifier, so that after the two-dimensional code of the vehicle is scanned, the user terminal 2000 can analyze the vehicle identifier and generate an unlocking request for the vehicle according to the vehicle identifier.
In this embodiment, the user terminal 2000 may provide a control for triggering the confirmation signal on a dialog box or an interface displaying the car-returning guidance message, where the name attribute of the control may be "i know" or the like, which indicates that the contents of the car-returning request are already known.
In step S3260, the server 1000 transmits an unlocking instruction to the vehicle 3000 according to the unlocking request.
In step S3260, when the vehicle 3000 receives the unlock command, the above step S2100 is executed.
According to the method of the embodiment, when the user uses the vehicle 3000 accurately, the user terminal 2000 provides the vehicle returning guide information, so that the user can determine whether to use the vehicle 3000 according to the vehicle returning condition, and guides the user to park the vehicle in the parking available area, and then the user terminal 2000 triggers the vehicle returning request, so that the probability of smooth vehicle returning by triggering the vehicle returning request once is improved.
< example >
FIG. 4 is an interactive flow diagram of a parking control method according to one example. Fig. 4 illustrates an interactive flow of implementing the parking control method of this example, taking as an example a user terminal 2000 of an arbitrary user and an arbitrary vehicle 3000, where the interactive flow shows a branch flow to which the user successfully changes after triggering a return request.
In this example, as shown in fig. 4, the parking control method may include the steps of:
in step S4210, the user terminal 2000 issues an unlock request for the vehicle 3000 to the server 1000.
The unlock request carries the vehicle identification and the user identification of the vehicle 3000.
In step S4110, the server 1000 performs relevant authentication on the vehicle 3000 and/or the user according to the unlocking request, and sends an unlocking instruction to the vehicle 3000 if the authentication is passed.
In another example, the server 1000 may directly transmit an unlocking instruction to the vehicle 3000 in response to the unlocking request, which is not limited herein.
Step S4310, the vehicle 3000 controls unlocking of the vehicle lock according to the unlocking instruction, sets the control state of the vehicle to the lock prohibition state if the unlocking is successful, and reports a successful unlocking notification to the server 1000.
In step S4120, the server 1000 transmits a successful unlock message to the user terminal 2000 when receiving the successful unlock notification.
In step S4220, the user terminal 2000 loads the car return interface with the car return button according to the successful unlocking message.
In step S4230, the user terminal 2000 acquires the latest position information of the user terminal according to the trigger of the return key, and generates a lock closing request carrying the position information.
In step S4240, the user terminal 2000 transmits a lock closing request for the vehicle 3000 to the server 1000.
In step S4130, the server detects whether the vehicle meets the set locking condition according to the locking request, and transmits a locking command to the vehicle 3000 if the vehicle meets the locking condition.
In this step, detecting whether the vehicle meets the set locking condition includes: detecting whether the vehicle is located in a specified parking available area or not according to the position information carried by the lock closing request; in the case where the parking available area is not located, it is determined that the vehicle does not comply with the lock-off condition.
In step S4320, the vehicle 3000 modifies the control state from the lock prohibition state to the lock permission state according to the lock permission instruction, and transmits a state change notification about the control state to the server 1000.
Step S4140 is to generate a message for performing lock release permission based on the state change notification, and to transmit the message to the user terminal.
In step S4250, the user terminal 2000 indicates that the user can perform the locking action according to the message.
After the user successfully closes the lock according to the indication, the opening and closing state of the lock is switched from the unlocking state to the locking state.
In step S4330, when it is detected that the open/close state of the lock is switched from the unlocked state to the locked state, the vehicle 3000 reads the control state.
According to the above step S4320, the control state read at this time is the lock closing permission state.
In step S4340, since the read control state is the lock allowing state, a successful lock closing notification is reported to the server 1000.
In step S4150, the server 1000 finishes the order to perform order settlement according to the successful lock closing notification, and transmits a settlement result to the user terminal 2000.
In step S4260, the user terminal 2000 enters the order settlement page after receiving the settlement result.
In this example, if the vehicle does not meet the lock-off condition, the server 1000 will not send the lock-on command to the vehicle 3000, in this case, if the user performs the lock-off action to switch the on-off state of the lock from the unlocked state to the locked state, the vehicle 3000 will control the lock to be unlocked again because the control state is still the lock-off prohibition state, so as to ensure that the user can successfully return the vehicle only if the vehicle meets the lock-off condition.
< apparatus embodiment >
In one embodiment, the present disclosure also provides a vehicle 5000, as shown in fig. 5, the vehicle 5000 comprising a processor 5100 and a memory 5200, the memory 5200 being configured to store first program instructions, the processor 5100 being configured to execute method steps implemented by the vehicle in a parking control method according to any of the embodiments of the present disclosure under control of the first program instructions.
The vehicle 5000 may be, for example, the vehicle 3000 in fig. 1.
In an embodiment, the present disclosure further provides a server 6000, as shown in fig. 6, where the server 6000 includes a processor 6100 and a memory 6200, the memory 6200 is configured to store second program instructions, and the processor 6100 is configured to execute method steps implemented by the server in the parking control method according to any embodiment of the present disclosure under the control of the second program instructions.
The server 6000 may be, for example, the server 1000 in fig. 1.
< vehicle System embodiments >
In an embodiment, there is also provided a vehicle system, for example comprising a server 6000 according to any of the embodiments and a vehicle 5000 according to any of the embodiments, the server 6000 being in communicative connection with the vehicle 5000.
The vehicle system may also include a user terminal, such as user terminal 2000 in fig. 1.
The user terminal comprises a memory for storing third program instructions and a processor for executing the method steps performed by said user terminal in the parking control method according to any of the embodiments under the control of the third program instructions.
The present invention may be a system, method and/or computer program product. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied therewith for causing a processor to implement various aspects of the present invention.
The computer readable storage medium may be a tangible device that can hold and store the instructions for use by the instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media as used herein is not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission medium (e.g., optical pulses through a fiber optic cable), or electrical signals transmitted through electrical wires.
The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a respective computing/processing device, or to an external computer or external storage device via a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing/processing device.
The computer program instructions for carrying out operations of the present invention may be assembler instructions, Instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer-readable program instructions 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 case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including 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 using an Internet service provider). In some embodiments, aspects of the present invention are implemented by personalizing an electronic circuit, such as a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA), with state information of computer-readable program instructions, which can execute the computer-readable program instructions.
Aspects of the present invention are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.
These computer-readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions. It is well known to those skilled in the art that implementation by hardware, implementation by software, and implementation by a combination of software and hardware are equivalent.
Having described embodiments of the present invention, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen in order to best explain the principles of the embodiments, the practical application, or improvements made to the technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein. The scope of the invention is defined by the appended claims.
Claims (11)
1. A parking control method comprising:
the vehicle controls the lock of the vehicle to be unlocked according to the unlocking instruction, and sets the control state of the lock to be a forbidden locking state under the condition that successful unlocking is detected;
the method comprises the steps that a server detects whether a vehicle meets a set locking condition or not under the condition that a locking request for the vehicle sent by a user terminal is received;
wherein, whether the vehicle accords with the locking condition that sets up includes that it is: detecting whether the vehicle is located in a designated parking available area or not according to the position information of the user terminal carried by the lock closing request; determining that the vehicle does not comply with the lock-off condition in a case where the vehicle is not located within the parkable area;
in the case that the locking condition is met, the server sends a closing lock command indicating that locking is allowed to the vehicle;
the vehicle modifies the control state from the locking prohibition state to a locking permission state according to the received locking-on command;
the vehicle reads the control state when detecting that the switch state of the vehicle lock is switched from the unlocking state to the locking state;
and controlling the vehicle to unlock the vehicle lock when the read control state is the locking prohibition state.
2. The method of claim 1, wherein in the case where the read control state is a lock off prohibition state, the method further comprises:
the vehicle control prompting device carries out abnormal locking prompting;
the vehicle reports an abnormal locking notification to the server;
and the server sends an abnormal locking message to the user terminal according to the abnormal locking notification.
3. The method of claim 1, wherein the method further comprises:
the vehicle transmits a state change notification about the control state to the server when the control state is switched from a lock prohibition state to a lock permission state;
and the server sends a message indicating that locking is allowed to the user terminal according to the state change notification.
4. The method of claim 1, wherein the method further comprises:
and under the condition that the locking condition is not met, the server sends a message indicating that the vehicle cannot be returned to the user terminal, wherein the message indicating that the vehicle cannot be returned comprises specific matters that the vehicle does not meet the locking condition.
5. The method of claim 1, wherein said detecting whether the vehicle meets a set lock-off condition further comprises:
acquiring parking direction information of the vehicle;
detecting whether the parking direction of the vehicle is consistent with the standard parking direction of the parking area according to the parking direction information;
in the event of an inconsistency, it is determined that the vehicle does not comply with the lock-off condition.
6. The method according to claim 1, wherein in case that the read control state is a lock off allowed state, the method further comprises:
the vehicle reports a successful lock closing notification to the server;
the vehicle acquires the position information of the vehicle and reports the position information of the vehicle to the server.
7. The method of any of claims 1-6, wherein the method further comprises:
the vehicle reports a successful unlocking notification to the server under the condition that the vehicle detects the successful unlocking;
the server sends a successful unlocking message to the user terminal according to the received successful unlocking notification;
the user terminal provides a car returning interface with a car returning key according to the successful unlocking message;
the user terminal acquires the position information of the user terminal according to the triggering of the car returning key and generates the locking request carrying the position information of the user terminal;
and the user terminal sends the locking request to a server to detect whether the locking request meets the locking condition.
8. The method of any of claims 1 to 6, further comprising:
the user terminal provides a vehicle using interface with a code scanning unlocking key;
the user terminal enters a code scanning interface according to the triggering of the code scanning unlocking key;
the user terminal carries out prompt for requesting to confirm unlocking under the condition that the two-dimensional code of the vehicle is scanned through the code scanning interface;
the user terminal provides returning guide information indicating a returning requirement under the condition of receiving a confirmation unlocking signal input according to the prompt;
the user terminal sends an unlocking request for the vehicle to the server according to the information of the two-dimensional code under the condition of receiving a confirmation signal of the returning guide information;
and the server sends the unlocking instruction to the vehicle according to the unlocking request.
9. A vehicle comprising a memory for storing first program instructions and a processor for performing the method steps implemented by the vehicle according to any one of claims 1-8 under control of the first program instructions.
10. A server comprising a memory for storing second program instructions and a processor for performing the method steps implemented by the server according to any one of claims 1-8 under control of the second program instructions.
11. A vehicle system comprising a user terminal, the vehicle of claim 9, and the server of claim 10, the server communicatively coupled to the vehicle and the user terminal;
the user terminal comprising a memory for storing third program instructions and a processor for performing the method steps performed by the user terminal according to any of claims 1-8 under control of the third program instructions.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2020103324258 | 2020-04-24 | ||
| CN202010332425 | 2020-04-24 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111681369A true CN111681369A (en) | 2020-09-18 |
Family
ID=72433854
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010407460.1A Pending CN111681369A (en) | 2020-04-24 | 2020-05-14 | Parking control method, vehicle, server and vehicle system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111681369A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113112034A (en) * | 2021-03-09 | 2021-07-13 | 摩拜(北京)信息技术有限公司 | Bicycle returning processing method, bicycle, server and user terminal |
| CN114387710A (en) * | 2021-12-31 | 2022-04-22 | 摩拜(北京)信息技术有限公司 | Vehicle control method and device, vehicle lock, vehicle and storage medium |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3129918A1 (en) * | 2014-04-09 | 2017-02-15 | Cardex Systems Inc. | Self-authenticating chips |
| CN107220041A (en) * | 2017-04-18 | 2017-09-29 | 北京摩拜科技有限公司 | Termination function method to set up, device and the mobile terminal unlocked for vehicle |
| CN107464363A (en) * | 2017-08-01 | 2017-12-12 | 杭州大众自行车租赁有限公司 | Shared bicycle is returned the car parking management method and system |
| CN107700970A (en) * | 2017-11-10 | 2018-02-16 | 北京摩拜科技有限公司 | Parking management method, lock and vehicle |
| CN108665724A (en) * | 2017-03-31 | 2018-10-16 | 北京智汇空间科技有限公司 | Limit the system and method for stand to be parked cars |
| CN108765931A (en) * | 2018-07-12 | 2018-11-06 | 中国联合网络通信集团有限公司 | Bicycle parking location management system and method, bicycle |
| CN108824985A (en) * | 2018-05-31 | 2018-11-16 | 北京摩拜科技有限公司 | Vehicle locking method, lock and vehicle |
| CN108961482A (en) * | 2017-05-19 | 2018-12-07 | 李公健 | Control bicycle based on bicycle smart lock uses management system |
| CN208271320U (en) * | 2018-07-06 | 2018-12-21 | 青岛山元电子有限公司 | A kind of shared wheelchair homing device |
| CN109229253A (en) * | 2017-07-10 | 2019-01-18 | 李公健 | The management system that vehicle and intelligent recognition with detection identification equipment are parked |
| CN110751788A (en) * | 2018-07-24 | 2020-02-04 | 李公健 | System and method for identifying whether vehicle direction and angle and distance of road are correct |
-
2020
- 2020-05-14 CN CN202010407460.1A patent/CN111681369A/en active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3129918A1 (en) * | 2014-04-09 | 2017-02-15 | Cardex Systems Inc. | Self-authenticating chips |
| CN108665724A (en) * | 2017-03-31 | 2018-10-16 | 北京智汇空间科技有限公司 | Limit the system and method for stand to be parked cars |
| CN107220041A (en) * | 2017-04-18 | 2017-09-29 | 北京摩拜科技有限公司 | Termination function method to set up, device and the mobile terminal unlocked for vehicle |
| CN108961482A (en) * | 2017-05-19 | 2018-12-07 | 李公健 | Control bicycle based on bicycle smart lock uses management system |
| CN109229253A (en) * | 2017-07-10 | 2019-01-18 | 李公健 | The management system that vehicle and intelligent recognition with detection identification equipment are parked |
| CN107464363A (en) * | 2017-08-01 | 2017-12-12 | 杭州大众自行车租赁有限公司 | Shared bicycle is returned the car parking management method and system |
| CN107700970A (en) * | 2017-11-10 | 2018-02-16 | 北京摩拜科技有限公司 | Parking management method, lock and vehicle |
| CN108824985A (en) * | 2018-05-31 | 2018-11-16 | 北京摩拜科技有限公司 | Vehicle locking method, lock and vehicle |
| CN208271320U (en) * | 2018-07-06 | 2018-12-21 | 青岛山元电子有限公司 | A kind of shared wheelchair homing device |
| CN108765931A (en) * | 2018-07-12 | 2018-11-06 | 中国联合网络通信集团有限公司 | Bicycle parking location management system and method, bicycle |
| CN110751788A (en) * | 2018-07-24 | 2020-02-04 | 李公健 | System and method for identifying whether vehicle direction and angle and distance of road are correct |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113112034A (en) * | 2021-03-09 | 2021-07-13 | 摩拜(北京)信息技术有限公司 | Bicycle returning processing method, bicycle, server and user terminal |
| CN114387710A (en) * | 2021-12-31 | 2022-04-22 | 摩拜(北京)信息技术有限公司 | Vehicle control method and device, vehicle lock, vehicle and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3401196B1 (en) | Electronic fence (e-fence) control technology for dockless sharing vehicles | |
| US11778434B2 (en) | Method and system for integratedly managing vehicle operation state | |
| CN111784924B (en) | Parking control method of vehicle, electronic equipment and shared vehicle system | |
| CN107948265B (en) | Vehicle management method, vehicle, server, client and vehicle system | |
| CN111461831B (en) | Vehicle parking control method, electronic equipment and vehicle system | |
| CN111063120A (en) | Control method of electric bicycle, electric bicycle and electric bicycle system | |
| CN111591376A (en) | Vehicle returning control method, vehicle, server and vehicle system | |
| CN111976875A (en) | Control method and device for safely using bicycle, electronic equipment and vehicle system | |
| CN111681369A (en) | Parking control method, vehicle, server and vehicle system | |
| CN111815939A (en) | Parking control method for vehicle and electronic equipment | |
| CN111063122A (en) | Control method of electric bicycle, electric bicycle and electric bicycle system | |
| CN114358863A (en) | Shared vehicle returning processing method and device and shared vehicle | |
| CN109636118A (en) | Dispatching method, device, server and the system of electric vehicle using motor | |
| CN113837845A (en) | Returning processing method and device for shared bicycles and server | |
| CN111126774A (en) | Abnormal vehicle identification method and device and electronic equipment | |
| CN111045725A (en) | Control method, device and storage medium of code management system | |
| CN115550847A (en) | Vehicle returning processing method and device for shared vehicles and server | |
| CN113284295A (en) | Method, electronic device, and computer storage medium for renting vehicle | |
| CN113611045B (en) | Helmet use control method of electric bicycle and electric bicycle | |
| CN114827900A (en) | Vehicle positioning method and device and electronic equipment | |
| CN113850956B (en) | Bicycle borrowing and helmet returning method, electric bicycle, server and user terminal | |
| CN112836102B (en) | Information display method and device | |
| CN114333109A (en) | Returning processing method and device for shared bicycles | |
| CN114549623A (en) | Use control method and device of electric bicycle and electric bicycle | |
| CN110807849B (en) | Vehicle management method and device, electronic equipment and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200918 |