CN112509245A

CN112509245A - Self-service parking payment method and system for parking lot

Info

Publication number: CN112509245A
Application number: CN202011432689.7A
Authority: CN
Inventors: 卢川
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2020-12-10
Filing date: 2020-12-10
Publication date: 2021-03-16

Abstract

The embodiment of the specification discloses a self-service parking payment method and a self-service parking payment system for a parking lot, wherein the method is applied to a parking server; the method comprises the following steps: receiving positioning information sent by a client; judging whether idle parking spaces exist or not based on the positioning information; if yes, receiving signing state information sent by a client background; when the signing state information represents that the user of the client signs a signature, a target free parking space is allocated to the client; sending an unlocking instruction to a ground lock controller to control the ground lock of the target idle parking space to be unlocked; receiving a parking signal sent by the ground lock controller, and starting charging; receiving a vehicle-free signal sent by the ground lock controller, stopping charging and generating charging information; sending a locking instruction to the ground lock controller to control the ground lock to be closed; and sending a fee deduction instruction to the client based on the charging information so as to finish automatic fee deduction.

Description

Self-service parking payment method and system for parking lot

Technical Field

The embodiment of the specification relates to the technical field of parking lot management, in particular to a self-service parking payment method and system for a parking lot.

Background

With the development of social economy, the acceleration of urbanization level and the improvement of living standard of people, automobiles in cities are more and more popularized, and the automobile keeping amount is continuously increased. In order to meet the parking demand of vehicles, various positions for vehicles to park are planned in cities, for example, parking spaces planned by street sides, parking lots planned and built, and the like.

Therefore, the embodiment of the specification provides a self-service parking payment method and system for a parking lot, which realize unattended and intelligent automatic charging and avoid the phenomenon of 'leakage and leakage'.

Disclosure of Invention

One aspect of the embodiments of the present specification provides a parking lot self-service parking payment method, which is applied to a parking server; the method comprises the following steps: receiving positioning information sent by a client; judging whether idle parking spaces exist or not based on the positioning information; if yes, receiving signing state information sent by a client background; when the signing state information represents that the user of the client signs a signature, a target free parking space is allocated to the client; sending an unlocking instruction to a ground lock controller to control the ground lock of the target idle parking space to be unlocked; receiving a parking signal sent by the ground lock controller, and starting charging; receiving a vehicle-free signal sent by the ground lock controller, stopping charging and generating charging information; sending a locking instruction to the ground lock controller to control the ground lock to be closed; and sending a fee deduction instruction to the client based on the charging information so as to finish automatic fee deduction.

One aspect of an embodiment of the present specification provides a parking lot self-service parking payment method, which is applied to a client; the method comprises the following steps: receiving a parking request of a user; sending positioning information to a parking server so that the parking server judges whether an idle parking space exists or not based on the positioning information; when the free parking space exists and the signing state information received by the parking server represents that the user of the client side does not sign a signature, receiving a signing instruction sent by the parking server and displaying a signing interface; the signing interface comprises a preset protocol; receiving an operation instruction of the user on the signing interface, and sending the operation instruction to a client background so as to enable the client background to generate user signing information; and sending the user subscription information to the parking server.

One aspect of an embodiment of the present specification provides a parking lot self-service parking payment system, which is deployed in a parking server; the system comprises: the positioning receiving module is used for receiving positioning information sent by the client; the judging module is used for judging whether idle parking spaces exist or not based on the positioning information; the state receiving module is used for receiving the signing state information sent by the client background under the condition that the free parking space exists; the distribution module is used for distributing a target free parking space for the client when the signing state information represents that the user of the client signs a signing contract; the unlocking module is used for sending an unlocking instruction to the ground lock controller so as to control the ground lock of the target idle parking space to be unlocked; the charging starting module is used for receiving the parking signal sent by the ground lock controller and starting charging; the charging stopping module is used for receiving the vehicle-free signal sent by the ground lock controller, stopping charging and generating charging information; the closing module is used for sending a locking instruction to the ground lock controller so as to control the ground lock to be closed; and the fee deduction module is used for sending a fee deduction instruction to the client based on the charging information so as to finish automatic fee deduction.

One aspect of an embodiment of the present specification provides a parking lot self-service parking payment system, which is deployed at a client; the system comprises: the request receiving module is used for receiving a parking request of a user; the positioning sending module is used for sending positioning information to a parking server so that the parking server judges whether a free parking space exists or not based on the positioning information; the display module is used for receiving a signing instruction sent by the parking server and displaying a signing interface when the free parking space exists and the signing state information received by the parking server represents that the user of the client side does not sign a signature; the signing interface comprises a preset protocol; the operation instruction sending module is used for receiving an operation instruction of the user on the signing interface and sending the operation instruction to a client background so that the client background generates user signing information; and the subscription information sending module is used for sending the user subscription information to the parking server.

One aspect of an embodiment of the present specification provides a parking lot self-service parking payment device, including a processor and a memory; the storage is used for storing instructions, and the processor is used for executing the instructions so as to realize the operation corresponding to the self-service parking payment method for the parking lot.

Drawings

The present description will be further described 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 flow diagram of a parking lot self-service parking payment method according to some embodiments of the present description;

FIG. 2 is a flow chart illustrating a determination of whether there are free slots in accordance with some embodiments of the present disclosure;

FIG. 3 is another flow chart illustrating determining whether there are free parking spaces in accordance with some embodiments of the present disclosure;

fig. 4 is another flow diagram of a parking lot self-service parking payment method according to some embodiments of the present description;

fig. 5 is an exemplary interaction flow diagram of a parking lot self-service parking payment method, shown in accordance with some embodiments of the present description.

Detailed Description

In order to more clearly illustrate the technical solutions of the embodiments of the present disclosure, the drawings used in the description of the embodiments will be briefly described below. It is obvious that the drawings in the following description are only examples or embodiments of the present description, and that for a person skilled in the art, the present description can also be applied to other similar scenarios on the basis of these drawings without inventive effort. 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 in this specification is a method for distinguishing different components, elements, parts or assemblies at different levels. However, other words may be substituted by other expressions if they accomplish the same purpose.

As used in this specification 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 in this description to illustrate operations performed by a system according to embodiments of the present description. 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.

Fig. 1 is a flow chart of a parking lot self-service parking payment method according to some embodiments of the present description, where the flow 100 may be implemented by a parking server. In some embodiments, the parking server may be a server (or back office system) of the intelligent parking space management system. In some embodiments, the intelligent parking space management system may include a plurality of subsystems, such as a billing system, a parking space resource management system, and a transaction system. It can be appreciated that the parking server may implement the functionality of all subsystems included in the intelligent parking space management system.

As shown in fig. 1, the process 100 may include the following steps:

and 102, receiving the positioning information sent by the client. In some embodiments, this step 102 may be performed by a positioning reception module.

In some embodiments, the client may include, but is not limited to, a smart terminal. Such as smart phones, computers, personal digital assistants, and smart watches, among others.

In some embodiments, the location information may reflect location information of the client (i.e., the user of the client). It can be understood that the user of the client has a parking requirement at the position corresponding to the positioning information. In some embodiments, the positioning information may include, but is not limited to, current location information of a user of the client or target location information of the user of the client.

For example, the destination of the user a of the smartphone is position a (that is, the target position is position a), so that the user a has a parking demand at position a, and if the user a currently travels to position a, the client may send the information of position a to the parking server as the positioning information. For another example, if the user a is currently traveling near the location a, the client may transmit the target location information, i.e., the location a information, as the positioning information to the parking server. The embodiment of the specification can help the user to know the parking lot where the free parking space is located in advance by setting the target position information of the user as the positioning information, so that the user can conveniently navigate to the parking lot.

In some embodiments, the current location information or the target location information may include, but is not limited to, name information and coordinate information. The coordinate information may include longitude and latitude coordinate information, such as GNSS (Global Navigation Satellite System) coordinates or GPS (Global Positioning System) coordinates.

In some embodiments, the location receiving module (or parking server) may receive the location information sent by the client through an application of the client or a plug-in (e.g., applet) included in the application of the client. For example, the location information is received by a client-side parking service-related application. As another example, the location information is received by other applications (e.g., mobile payment applications, smart travel applications, etc.) that include parking service related applets in the client.

In some embodiments, the positioning information may be obtained by a user inputting at a client (e.g., an application program or a plug-in included in the application program of the client), may be directly read from a storage device, or may be obtained according to a positioning system (e.g., a positioning system such as GNSS or GPS) of the client. The embodiment does not limit the manner in which the client acquires the positioning information.

And 104, judging whether a free parking space exists or not based on the positioning information. In some embodiments, this step 104 may be performed by a decision module.

In some embodiments, the free space is a space where vehicles may park. In some embodiments, the free space may be a free space in a parking lot associated with the parking server. For example, free slots in an indoor parking lot (e.g., an underground parking lot) and/or an outdoor parking lot (e.g., a roadside-planned covered parking lot, a ground-planned-built parking lot, etc.) associated with the parking server. It will be appreciated that the parking server may enable management of the parking lots associated therewith. For example, a ground lock that controls a parking space included in the parking lot is opened or closed. For another example, the number of free slots in the parking lot is determined.

In some embodiments, the determining module may determine whether there is an idle slot based on a plurality of ways. For example, the determination module may determine whether there is an idle space based on the positioning information. For another example, the determining module may determine whether there is an idle parking space based on the positioning information and a plurality of position information of a plurality of parking lots sent by the client. For specific details of determining whether there is a free parking space, refer to fig. 2 and fig. 3 and the related description thereof, which are not described herein again.

And step 106, if yes, receiving the signing state information sent by the client background. In some embodiments, this step 106 may be performed by a status receiving module.

In some embodiments, the client background may be a background system of the client's application. Such as a background system of a mobile payment application.

In some embodiments, the client may include (e.g., store) information of a user having the client. Such as a user unique identifier, a cell phone number, a user representation, etc. In some embodiments, the client backend may determine subscription state information for a user of the client based on information of the user. For example, subscription status information is determined based on the unique identification of the user.

In some embodiments, the subscription status information may reflect whether the user of the client has signed up. In some embodiments, the subscription status information may reflect whether the user of the client agrees with the preset protocol. It will be appreciated that a user agrees to a predetermined agreement to indicate that a subscription has been made, whereas the user agrees to indicate that no subscription has been made. For specific details of the preset protocol, reference may be made to step 108 and its related description, which are not described herein again.

And 108, when the signing state information represents that the user of the client has signed a signature, allocating a target free parking space for the client. In some embodiments, this step 108 may be performed by the assignment module.

In some embodiments, the allocation module may allocate the target free space for the client in various ways. For example, the target free space is randomly allocated from the free spaces. For another example, the target vacant slot is allocated from the vacant slots according to personalized settings (for example, setting a preference for a parking slot near an exit, a preference for a parking slot near an entrance, and the like) of the user on the client. The free parking spaces are distributed to the users according to the individuation setting of the users, so that the individuation requirements of the users can be met, and the user experience is improved.

In some embodiments, the parking lot self-service parking payment method may further include: step S1, when the signing state information represents that the user is not signing, a signing instruction is sent to the client to display a signing interface through the client; the signing interface comprises a preset protocol; step S2, receiving user subscription information generated by the client background based on the operation instruction of the user on the subscription interface; and step S3, when the user contract information reflects that the user has contracted the contract, the target free parking space is allocated to the client.

In some embodiments, the subscription instructions may be used to prompt the client to present a subscription interface. The user can complete the subscription of the preset protocol through the subscription interface. In some embodiments, the preset protocol may be specifically set according to actual requirements. In some embodiments, the preset agreements may include, but are not limited to, parking terms (e.g., parking lot obligation terms) and deduction agreements. The deduction protocol may comprise an automated deduction protocol, for example, automated deduction from an associated account in the application.

In some embodiments, the operation instruction of the user on the signing interface can be generated through various operations of the user on the signing interface. For example, a manual selection operation of the user for an option of agreement or disagreement presented by the sign-up interface. For another example, the user may agree or disagree with the voice selection operation of the option presented on the subscription interface.

In some embodiments, the user subscription information may reflect whether the user has signed up. Still taking the above example as an example, if the user manually selects the agreement option, the user subscription information generated by the operation instruction may reflect that the user has signed up. Otherwise, if the user selects the option of disagreement, the user is not signed.

In the embodiment of the specification, the signing operation is executed on the user who has not signed a contract, so that after the user successfully signs a contract, the user does not need to sign a contract again when the user subsequently uses the parking service, the user operation is simplified, and the user experience is improved.

In some embodiments, when the client background determines that the user meets the preset escort-free condition based on the credit evaluation result of the user, the subscription interface further includes a escort-free prompt. In some embodiments, the credit assessment results may include a user's credit rating (e.g., good, and bad, etc.) and/or a user's credit score (e.g., 90 points, 70 points, etc.).

In some embodiments, the client backend may determine the credit assessment result of the user based on the user's historical credit records at their corresponding application. For example, if the client background is a background system of the mobile payment application, the client background may determine the credit evaluation result of the user based on the borrowing and repayment records of the user.

In some embodiments, the preset escort-free condition can be specifically set according to actual requirements. For example, the credit rating is higher than a preset rating, and/or the credit score is higher than a preset score. In some embodiments, the deposit-free reminder may be used to remind the user to complete the deposit-free parking. Through realizing deposit-free service to the user, the user can finish parking under the condition of not needing to pay deposit, thereby solving the problem of user fund safety and optimizing the user experience.

And step 110, sending an unlocking instruction to a ground lock controller to control the ground lock of the target idle parking space to be unlocked. In some embodiments, this step 110 may be performed by the startup module.

In some embodiments, the ground lock may be a mechanical device installed on the ground to prevent others from seizing the space. As previously described in step 104, the free space may be a free space in a parking lot associated with the parking server. In some embodiments, all parking spaces of the parking lot associated with the parking server are provided with ground locks, and the initial state of the ground locks is closed, namely the ground locks are in a state of preventing others from occupying the parking spaces. The parking space in the parking lot can be managed and dispatched in a centralized manner under the unattended condition by setting the initial state of the ground lock to be closed, so that other people are prevented from being parked in disorder.

In some embodiments, the user may also send a trigger instruction to the parking server through a client (e.g., an application program or a plug-in of the application program), and the parking server sends an unlocking instruction to the ground lock controller after receiving the trigger instruction, so as to control the ground lock of the target vacant parking space to be unlocked. In some embodiments, the trigger instruction may be sent when the user has reached the target vacant space or when the distance between the user and the target vacant space is smaller than a preset threshold. The preset threshold may be specifically set according to actual requirements, for example, 2m or 3 m. When the user finds the target idle parking space or the distance between the user and the target idle parking space is small, the parking server is used for unlocking, so that the situation that other people preempt the user to park in the target idle parking space can be prevented, and the phenomenon that the user is in disorder to deduct fees is avoided.

And step 112, receiving a stop signal sent by the ground lock controller, and starting charging. In some embodiments, this step 112 may be performed by the start billing module.

In some embodiments, the parked signal may indicate that the user has parked the vehicle into the target vacant space. In some embodiments, the parked signal may be sent to the ground lock controller after the sensor corresponding to the target free parking space detects that the vehicle of the user is parked.

In some embodiments, the sensor corresponding to the target vacant parking space may include, but is not limited to, a geomagnetic sensor, a radar sensor, an infrared displacement sensor, and the like. Wherein, earth magnetism sensor can judge whether there is the vehicle to park on the parking stall through the crooked disturbance that iron that contains in the detection vehicle produced the magnetic field of earth. The radar sensor can judge whether a vehicle is parked on the parking space by detecting the distance between the radar sensor and the object. The infrared sensor can judge whether a vehicle is parked on the parking space by measuring the infrared energy emitted by the object. The embodiments of the present description do not set any limit to the type of sensor. For example, the sensor may be an ultrasonic sensor, a video detection sensor, a light sensor, or the like.

In some embodiments, the sensor corresponding to the target vacant parking space may be installed on the target vacant parking space, or may be installed beside the target vacant parking space. The embodiments of the present description do not set any limit to the position of the sensor.

And step 114, receiving the no-vehicle signal sent by the ground lock controller, stopping charging and generating charging information. In some embodiments, this step 114 may be performed by the stop billing module.

In some embodiments, the no vehicle signal may indicate that the user has driven the vehicle out of the target vacant parking space. In some embodiments, the no-vehicle signal may be sent to the ground lock controller after the sensor corresponding to the target free parking space detects that the vehicle of the user leaves, that is, the sensor does not detect the vehicle of the user.

In some embodiments, the no-vehicle signal may also be sent to the ground lock controller when the sensor corresponding to the target vacant parking space does not detect the vehicle of the user within a preset time. The preset time can be specifically set according to actual requirements. E.g., 3 minutes, 5 minutes, etc. When the sensor does not detect the vehicle of the user within the preset time, the vehicle-free signal is sent, the vehicle leaving error detection can be avoided, and the accuracy of vehicle-free judgment is improved.

In some embodiments, the no vehicle signal may also be sent by the user to the parking server via a client (e.g., an application or a plug-in to an application). For example, the no-vehicle signal may be sent to the parking server when the user confirms leaving the target free parking space after driving the vehicle out of the target free parking space on the client. Because the ground lock is arranged on the parking space, the phenomenon that the user does not drive away but confirms to leave can not be caused by sending the vehicle-free signal by the user, and the phenomenon of inaccurate charging caused by inaccurate detection of the sensor can be avoided by sending the vehicle-free signal by the user, so that the charging accuracy is improved.

And step 116, sending a lock closing instruction to the ground lock controller to control the ground lock to be closed. In some embodiments, this step 116 may be performed by a shutdown module.

The embodiment of the specification can realize the automatic opening and closing of the ground lock and realize the automatic management of the parking lot through the unlocking instruction and the locking instruction.

And step 118, sending a fee deduction instruction to the client based on the charging information so as to complete automatic fee deduction. In some embodiments, this step 118 may be performed by a deduction module.

The embodiment of the specification can finish automatic fee deduction through subscription authorization, so that a user can firstly park and then deduct fee, manual charging and management are not needed, the condition of manual intervention and private charging is avoided, an unattended intelligent parking lot can be realized, the investment cost of the parking lot is reduced, the fund loss caused by 'running, falling and leaking' of parking is avoided, and the convenience of resident trip parking is improved.

Fig. 2 is a flow chart illustrating a process for determining whether there are free parking spaces according to some embodiments of the present disclosure. As shown in fig. 2, the process 200 may include a step 202 and a step 204. In some embodiments, step 202 and step 204 may be performed by a determination module.

And step 202, judging whether a parking lot exists in a preset distance range or not based on the positioning information.

As previously mentioned, the positioning information may include coordinate information. In some embodiments, the determination module may determine whether there is a parking lot within the preset distance range based on coordinate information included in the positioning information. For example, it is determined whether the distance between the coordinates included in the positioning information and the coordinates corresponding to the parking lot is within a preset distance range. In some embodiments, the preset distance range may be specifically set according to actual requirements. For example 50m, 100m or 1km, etc.

In some embodiments, the parking lot may be a parking lot associated with a parking server. For specific details of the associated parking lot, reference may be made to step 104 and its related description, which are not repeated herein.

And 204, if yes, judging whether the parking lot has the free parking space.

In some embodiments, all parking spaces in the parking lot are provided with ground locks. Therefore, in some embodiments, the determining module may determine whether the parking space is a free parking space according to the state (e.g., turned on or off) of the ground lock in the parking space. For example, when the ground lock is closed, the parking space is an idle parking space; and when the ground lock is unlocked, the parking space is the used parking space.

Fig. 3 is another flow chart illustrating determining whether there are free parking spaces in accordance with some embodiments of the present disclosure. As shown in fig. 3, the process 300 may include a step 302 and a step 304. In some embodiments,

steps

302 and 304 may be performed by a determination module.

Step 302, based on the positioning information and the plurality of position information, determining whether there is a parking lot meeting preset requirements.

In some embodiments, the parking lot self-service parking payment method further comprises receiving a plurality of position information of a plurality of parking lots sent by the client. In some embodiments, the plurality of parking lots is determined by the client based on the location information. In some embodiments, the plurality of parking lots may be all parking lots within a maximum preset distance range determined by the client based on the positioning information. The maximum preset distance range can be flexibly set according to actual requirements, such as 3km, 5km and the like.

In some embodiments, the preset requirements may be set by the user according to actual needs. For example, the distance from the parking lot does not exceed a preset value, the parking lot is close to a business super, the parking lot is close to a bus station, the parking lot is a used parking lot, and the like.

And 304, if yes, judging whether the parking lot has the free parking space.

The embodiment of the specification can recommend a plurality of parking lots to a user in advance through the client, and then the parking lots are screened according to the actual requirements of the user, so that the user can park the vehicle in the autonomously selected parking lot, the user experience is improved, and the user can conveniently go out.

Fig. 4 is another flow diagram of a parking lot self-service parking payment method according to some embodiments of the present description, where the flow 400 may be implemented by a client. As shown in fig. 4, the process 400 may include the following steps:

step 402, receiving a parking request of a user. In some embodiments, this step 402 may be performed by a request receiving module.

The user may generate a parking request at the client. For example, the user generates a corresponding parking request using a parking service in an application of the client or an applet comprised by the application. And responding to the parking request of the user, and the client automatically acquires the positioning information of the user. For specific details of the positioning information, reference may be made to step 102 and the related description thereof, which are not described herein again.

Step 404, sending positioning information to a parking server, so that the parking server judges whether a vacant parking space exists based on the positioning information.

For specific details of step 404, refer to step 104 and its related description, which are not repeated herein.

In some embodiments, after receiving the parking request of the user, the parking lot self-service parking payment method may further include: acquiring positioning information; and determining a plurality of pieces of position information of the plurality of parking lots according to the positioning information. For specific details of determining the plurality of location information, reference may be made to step 302 and the related description thereof, which are not described herein again.

In some embodiments, sending the positioning information to the parking server to enable the parking server to determine whether there is a free parking space based on the positioning information includes: sending the positioning information and the plurality of position information to a parking server so that the parking server judges whether the parking space is free or not based on the positioning information and the plurality of position information; wherein, parking server judges whether have idle parking stall based on locating information and a plurality of positional information, includes: the parking server judges whether a parking lot meeting preset requirements exists or not based on the positioning information and the plurality of position information; if yes, the parking server judges whether the parking lot has an idle parking space. For a detailed description of the parking server determining whether there is a free parking space in the parking lot, refer to fig. 3 and the related description thereof, which are not repeated herein.

In some embodiments, the parking server determines whether there is an idle parking space based on the positioning information, including: the parking server judges whether a parking lot exists in a preset distance range or not based on the positioning information; if yes, the parking server judges whether the parking lot has an idle parking space. For specific details of the parking server determining whether there is a free parking space in the parking lot, reference may be made to fig. 2 and the related description thereof, which are not described herein again.

Step 406, when the free parking space exists and the signing state information received by the parking server represents that the user at the client side does not sign a contract, receiving a signing instruction sent by the parking server and displaying a signing interface; the subscription interface comprises a preset protocol.

For details of step 406, reference may be made to step 108 and its related description, which are not repeated herein.

In some embodiments, the parking lot self-service parking payment method may further include receiving a judgment result of whether the user meets a preset escort-free condition or not, which is determined by the client background based on a credit evaluation result of the user; and when the judgment result is satisfied, displaying the escort-free prompt on the signing interface. For specific details of the display of the escort-free prompt, reference may be made to step 108 and the related description thereof, which are not described herein again.

And step 408, receiving an operation instruction of the user on the subscription interface, and sending the operation instruction to a client background so that the client background generates user subscription information.

For details of step 408, reference may be made to step 108 and its related description, which are not repeated herein.

Step 410, sending the user subscription information to the parking server.

In order to more clearly and completely deduce the process of the parking lot self-service parking payment method shown in some embodiments of the present specification, the self-service parking payment process of an un-signed user will now be described with reference to fig. 5 as an example.

As previously mentioned, the parking server may be a server of an intelligent parking space management system. The intelligent parking space management system can comprise a plurality of subsystems, such as a charging system, a parking space resource management system, a transaction system and the like. It should be understood that fig. 5 is a schematic diagram, and the intelligent parking space management system may further include other subsystems, which is not limited in this specification.

As shown in the process diagram 500 shown in fig. 5, the client may receive a parking request of a user, transparently transmit positioning information to the parking space management system, the parking space management system determines whether there is a free parking space, if there is a free parking space, the transaction system returns information of the free parking space to the transaction system, and then the transaction system returns information of the free parking space to the client to prompt the user to sign a parking clause including a deduction agreement.

Then, the client renders a parking signing interface, the user confirms the signed parking on the interface, the client returns the confirmed signed parking deduction protocol information to the client background, the client background returns the user signing result to the trading system, the trading system allocates parking spaces and transmits parking space unlocking information to the ground lock controller, and the ground lock controller sends unlocking signals to the ground lock to control the ground lock to be unlocked. And (4) when the user parks in the place, triggering the sensor, sending a parked signal to the ground lock controller by the sensor, and returning the billing starting information to the billing system by the ground lock controller. And the user drives the vehicle to go out of the garage, triggers the sensor, sends a vehicle-out signal to the ground lock controller, and the ground lock controller returns the charging stop information to the charging system.

And finally, the charging system returns charging stopping information to the parking space management system and the transaction system, the parking space management system controls the ground lock to be closed through the ground lock controller, and the transaction system initiates user fee deduction to finish automatic fee deduction of the user.

The embodiment of the specification further provides a self-service parking payment system for the parking lot, which is deployed in the parking server. In some embodiments, the parking lot self-service parking payment system may include a location receiving module, a judging module, a status receiving module, a distribution module, an opening module, a starting charging module, a stopping charging module, a closing module, and a deduction module.

In some embodiments, the location receiving module is configured to receive location information sent by a client.

In some embodiments, the determining module is configured to determine whether there is an idle space based on the positioning information.

In some embodiments, the status receiving module is configured to receive subscription status information sent by the client background under the condition that the free parking space exists.

In some embodiments, the allocation module is configured to allocate a target free parking space for the client when the subscription status information indicates that the user of the client has subscribed.

In some embodiments, the unlocking module is used for sending an unlocking instruction to the ground lock controller to control the ground lock of the target free parking space to be unlocked.

In some embodiments, the start billing module is configured to receive a signal sent by the ground lock controller that the vehicle has stopped, and start billing.

In some embodiments, the stop billing module is configured to receive the vehicle absence signal sent by the ground lock controller, stop billing, and generate billing information.

In some embodiments, the closing module is configured to send a lock closing instruction to the ground lock controller to control the ground lock to close.

In some embodiments, the fee deduction module is configured to send a fee deduction instruction to the client based on the charging information, so as to complete automatic fee deduction.

The embodiment of the specification further provides a self-service parking payment system for the parking lot, which is deployed at a customer service end. In some embodiments, the parking lot self-service parking payment system may include a request receiving module, a positioning sending module, a display module, an operation instruction sending module, and a contract information sending module.

In some embodiments, the request receiving module may be configured to receive a parking request from a user.

In some embodiments, the location sending module may be configured to send location information to a parking server, so that the parking server determines whether there is an idle space based on the location information.

In some embodiments, the display module may be configured to receive a subscription instruction sent by the parking server and display a subscription interface when the free parking space exists and the subscription state information received by the parking server indicates that the user of the client is not subscribed; the subscription interface comprises a preset protocol.

In some embodiments, the operation instruction sending module may be configured to receive an operation instruction of the user on the subscription interface, and send the operation instruction to a client background, so that the client background generates user subscription information.

In some embodiments, the subscription information sending module may be configured to send the user subscription information to the parking server.

It should be appreciated that the illustrated system and its modules described above 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 in this specification 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 self-service parking payment system and the modules thereof is only for convenience of description, and the description should not be limited 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, the positioning receiving module, the determining module, the state receiving module, the allocating module, the starting charging module, the stopping charging module, the closing module and the fee deducting module may be different modules in a system, or may be a module that implements the functions of the two modules. For another example, each module in the self-service parking payment system of the parking lot may share one storage module, and each module may also have its own storage module. Such variations are within the scope of the present disclosure.

The embodiment of the specification also provides a self-service parking payment device for the parking lot, which comprises a processor and a memory; the storage is used for storing instructions, and the processor is used for executing the instructions so as to realize the operation corresponding to the self-service parking payment method for the parking lot.

The beneficial effects that may be brought by the embodiments of the present description include, but are not limited to: the embodiment of the specification can finish automatic fee deduction through subscription authorization, so that a user can firstly park and then deduct fee, manual charging and management are not needed, the condition of manual intervention and private charging is avoided, an unattended intelligent parking lot can be realized, the investment cost of the parking lot is reduced, the fund loss caused by 'running, falling and leaking' of parking is avoided, and the convenience of resident trip parking is improved. 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.

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

Also, the description uses specific words to describe embodiments of the description. 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 specification is included. 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 specification may be combined as appropriate.

Moreover, those skilled in the art will appreciate that aspects of the present description 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 thereof. Accordingly, aspects of this description may be performed entirely by hardware, entirely by software (including firmware, resident software, micro-code, etc.), or by 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 description 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 this specification 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, Fortran2003, Perl, COBOL2002, PHP, ABAP, a dynamic programming language such as Python, Ruby, and Groovy, or other programming languages. 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 processing device. 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 the elements and sequences of the process are recited in the specification, the use of alphanumeric characters, or other designations, is not intended to limit the order in which the processes and methods of the specification occur, unless otherwise specified in the claims. 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 processing device or mobile device.

Similarly, it should be noted that in the preceding description of embodiments of the present specification, 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 imply that more features than are expressly recited in a claim. 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.

For each patent, patent application publication, and other material, such as articles, books, specifications, publications, documents, etc., cited in this specification, the entire contents of each are hereby incorporated by reference into this specification. Except where the application history document does not conform to or conflict with the contents of the present specification, it is to be understood that the application history document, as used herein in the present specification or appended claims, is intended to define the broadest scope of the present specification (whether presently or later in the specification) rather than the broadest scope of the present specification. It is to be understood that the descriptions, definitions and/or uses of terms in the accompanying materials of this specification shall control if they are inconsistent or contrary to the descriptions and/or uses of terms in this specification.

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

Claims

1. A self-service parking fee-paying method of a parking lot is applied to a parking server; the method comprises the following steps:

receiving positioning information sent by a client;

judging whether idle parking spaces exist or not based on the positioning information;

if yes, receiving signing state information sent by a client background;

when the signing state information represents that the user of the client signs a signature, a target free parking space is allocated to the client;

sending an unlocking instruction to a ground lock controller to control the ground lock of the target idle parking space to be unlocked;

receiving a parking signal sent by the ground lock controller, and starting charging;

receiving a vehicle-free signal sent by the ground lock controller, stopping charging and generating charging information;

sending a locking instruction to the ground lock controller to control the ground lock to be closed;

and sending a fee deduction instruction to the client based on the charging information so as to finish automatic fee deduction.

2. The method of claim 1, further comprising:

when the signing state information represents that the user does not sign a signature, sending a signing instruction to the client to display a signing interface through the client; the signing interface comprises a preset protocol;

receiving user subscription information generated by a client background based on an operation instruction of the user on the subscription interface;

and when the user subscription information reflects that the user has subscribed, allocating the target free parking space for the client.

3. The method of claim 2, wherein the subscription interface further comprises a mortgage free prompt when the client backend determines that the user satisfies a predetermined mortgage free condition based on the credit assessment result of the user.

4. The method of claim 1, determining whether there is a free slot based on the positioning information, comprising:

judging whether a parking lot exists in a preset distance range or not based on the positioning information;

if yes, judging whether the parking lot has the idle parking space.

5. The method of claim 1, further comprising: receiving a plurality of pieces of position information of a plurality of parking lots, which is sent by the client; the plurality of parking lots is determined by the client based on the location information;

based on locating information, judge whether there is idle parking stall, include:

judging whether a parking lot meeting preset requirements exists or not based on the positioning information and the position information;

if yes, judging whether the parking lot has the idle parking space.

6. The method as claimed in claim 1, wherein the parked signal is sent to the ground lock controller after the sensor corresponding to the target vacant parking space detects that the vehicle of the user is parked.

7. The method as claimed in claim 1, wherein the no-vehicle signal is sent to the ground lock controller after the sensor corresponding to the target vacant parking space detects that the vehicle of the user leaves.

8. A self-service parking fee-paying method of a parking lot is applied to a client; the method comprises the following steps:

receiving a parking request of a user;

sending positioning information to a parking server so that the parking server judges whether an idle parking space exists or not based on the positioning information;

when the free parking space exists and the signing state information received by the parking server represents that the user of the client side does not sign a signature, receiving a signing instruction sent by the parking server and displaying a signing interface; the signing interface comprises a preset protocol;

receiving an operation instruction of the user on the signing interface, and sending the operation instruction to a client background so as to enable the client background to generate user signing information;

and sending the user subscription information to the parking server.

9. The method of claim 8, further comprising:

receiving a judgment result of whether the user meets a preset escort-free condition or not, which is determined by the client background based on a credit evaluation result of the user;

and when the judgment result is satisfied, displaying a escort-free prompt on the signing interface.

10. The method of claim 8, after said receiving a parking request from a user, the method further comprising:

acquiring the positioning information;

and determining a plurality of pieces of position information of a plurality of parking lots according to the positioning information.

11. The method of claim 10, wherein said sending the location information to the parking server to cause the parking server to determine whether there is an idle space based on the location information comprises:

sending the positioning information and the plurality of pieces of position information to the parking server so that the parking server judges whether the parking space is free or not based on the positioning information and the plurality of pieces of position information;

wherein, the parking server judges whether there is an idle parking space based on the positioning information and the plurality of position information, including:

the parking server judges whether a parking lot meeting preset requirements exists or not based on the positioning information and the position information;

if yes, the parking server judges whether the parking lot has the free parking space.

12. The method of claim 8, wherein the parking server determines whether there is an available parking space based on the positioning information, comprising:

the parking server judges whether a parking lot exists in a preset distance range or not based on the positioning information;

13. A self-service parking payment system for a parking lot is deployed in a parking server; the system comprises:

the positioning receiving module is used for receiving positioning information sent by the client;

the judging module is used for judging whether idle parking spaces exist or not based on the positioning information;

the state receiving module is used for receiving the signing state information sent by the client background under the condition that the free parking space exists;

the distribution module is used for distributing a target free parking space for the client when the signing state information represents that the user of the client signs a signing contract;

the unlocking module is used for sending an unlocking instruction to the ground lock controller so as to control the ground lock of the target idle parking space to be unlocked;

the charging starting module is used for receiving the parking signal sent by the ground lock controller and starting charging;

the charging stopping module is used for receiving the vehicle-free signal sent by the ground lock controller, stopping charging and generating charging information;

the closing module is used for sending a locking instruction to the ground lock controller so as to control the ground lock to be closed;

and the fee deduction module is used for sending a fee deduction instruction to the client based on the charging information so as to finish automatic fee deduction.

14. A self-service parking payment system for a parking lot is deployed at a client; the system comprises:

the request receiving module is used for receiving a parking request of a user;

the positioning sending module is used for sending positioning information to a parking server so that the parking server judges whether a free parking space exists or not based on the positioning information;

the display module is used for receiving a signing instruction sent by the parking server and displaying a signing interface when the free parking space exists and the signing state information received by the parking server represents that the user of the client side does not sign a signature; the signing interface comprises a preset protocol;

the operation instruction sending module is used for receiving an operation instruction of the user on the signing interface and sending the operation instruction to a client background so that the client background generates user signing information;

and the subscription information sending module is used for sending the user subscription information to the parking server.

15. A self-service parking payment device for a parking lot comprises a processor and a memory; the memory is used for storing instructions, and the processor is used for executing the instructions to realize the operation corresponding to the parking lot self-service parking payment method according to any one of claims 1 to 7 or claims 8 to 12.