Method and device for paying fare

Abstract

The invention discloses a fare payment method and device, and relates to the technical field of parking lots. A specific implementation mode of the method comprises the following steps: after a vehicle is driven into an entrance of a parking lot, checking whether a post-payment condition is met or not according to an identification code of the vehicle; if the post-payment condition is met, storing the identification code into a judgment set; when the vehicle is driven into the exit of the parking lot, matching the judgment set with the identification code of the vehicle; if it is determined that the vehicle is in the judgment set, releasing the vehicle; and receiving parking fee payment information of the user after the vehicle is driven out of the parking lot. According to the embodiment, whether the vehicle meets the post-payment condition or not is checked in the server in advance, and the data meeting the condition is transmitted to the technical means, so that the efficiency of driving the vehicle out of the parking lot is improved, and the efficiency of driving the vehicle out of the parking lot is not affected even if the parking lot is located under the ground with poor mobile phone signals.

Description

Technical Field

[0001] The invention relates to the technical field of parking lots or closed toll roads, and in particular to a method and device for paying vehicle fares. Background Art

[0002] At present, the charging process used by existing parking lots on the market requires users to register their accounts and bind payment methods. When the balance is insufficient, users need to complete top-up, transfer or scan payment before they can pay the parking fee and leave.

[0003] In the process of implementing the present invention, the inventors found that there are at least the following problems in the prior art:

[0004] The existing parking fee payment method takes a long time to pay, which affects the smooth exit of vehicles and causes parking lot exit congestion.

[0005] In particular, underground parking lots often have problems such as weak signals and poor network due to their location and environment, which makes it difficult for users to pay and ultimately leads to increased congestion in parking lot exits. Summary of the invention

[0006] In view of this, according to one aspect of an embodiment of the present invention, a method for paying fares is provided, comprising:

[0007] After the vehicle enters the parking lot entrance, the identification code of the vehicle is used to check whether the post-payment condition is met; if the post-payment condition is met, the identification code is saved in the judgment set;

[0008] and / or,

[0009] Before the vehicle enters the parking lot exit, checking whether the post-payment condition is met according to the vehicle identification code; if the post-payment condition is met, saving the identification code in the judgment set;

[0010] When the vehicle enters the parking lot exit, the judgment set is matched with the identification code of the vehicle; if it is determined that the vehicle is in the judgment set, the vehicle is released;

[0011] Receive information that the user pays the parking fee after the vehicle leaves the parking lot.

[0012] Optionally, before checking whether the post-payment condition is met according to the identification code of the vehicle, the method further includes:

[0013] Obtaining a parking lot code for the vehicle to enter the parking lot;

[0014] The parking lot code is used to determine whether the parking lot has activated the post-payment function; and / or the parking lot code is also used to save the parking lot identification code into the judgment set when the vehicle satisfies the post-payment function before leaving the parking lot.

[0015] Optionally, before the vehicle leaves the parking lot, the method further includes:

[0016] Confirming that the user has completed the prepayment, the user closes the post-payment function for this parking process;

[0017] And / or, when the post-payment function is not activated before the vehicle enters the parking lot, the post-payment function is activated before the vehicle exits the parking lot; based on the parking lot identification of the vehicle selected by the user or the correspondence between the parking lot and the vehicle identification code that has been stored, the identification code is saved in the judgment set corresponding to the parking lot.

[0018] Optionally, when the vehicle enters the parking lot entrance, the method further includes:

[0019] The license plate recognition device at the entrance recognizes the license plate number of the vehicle and uses the license plate number as the identification code of the vehicle; or, the identification information corresponding to the wireless transceiver at the entrance is determined as the identification code of the vehicle;

[0020] Wherein, while determining the identification code of the vehicle, the time when the vehicle enters the parking lot is recorded.

[0021] Optionally, checking whether the post-payment condition is met according to the identification code of the vehicle includes:

[0022] Finding user account information corresponding to the identification code;

[0023] If the configuration information corresponding to the user account information meets the preset conditions, then the identification code meets the post-payment conditions;

[0024] The configuration information includes one or more of the following: an available area, an available parking lot, a blacklist parking lot, and a payment amount.

[0025] Optionally, the checking whether the post-payment condition is met according to the identification code of the vehicle further includes:

[0026] Determining whether there is an unpaid historical order for the vehicle according to the identification code;

[0027] If so, the recovery information will be sent to the user terminal, and it will be determined that the identification code of the vehicle does not meet the post-payment conditions.

[0028] Optionally, the receiving of information that the user pays the parking fee after the vehicle leaves the parking lot includes:

[0029] If the parking fee payment information is not received within the preset time period, the fee will be deducted according to the user account information corresponding to the vehicle;

[0030] or, if no parking fee payment information is received within the preset time period, sending a payment reminder message to the account corresponding to the vehicle;

[0031] Alternatively, when it is determined that the vehicle has left the parking lot, the user account information corresponding to the vehicle is deducted.

[0032] Optionally, checking whether the post-payment condition is met according to the identification code of the vehicle includes:

[0033] Determining whether the user account information or the vehicle identification code is in the blacklist of the parking lot;

[0034] If so, it is determined that the vehicle does not meet the post-payment conditions.

[0035] Optionally, before receiving the parking fee payment from the user after the vehicle leaves the parking lot, the process includes:

[0036] When a vehicle enters the exit channel, the parking lot exit detection device obtains the identification code of the vehicle;

[0037] Determining the entry time and exit time of the vehicle according to the identification code of the vehicle;

[0038] Calculate the parking fee of the vehicle in accordance with the charging rules of the parking lot;

[0039] The user account information corresponding to the identification code of the vehicle is marked.

[0040] According to another aspect of an embodiment of the present invention, a fare payment device is provided, comprising:

[0041] The cloud server is used to check whether the post-payment condition is met according to the identification code of the vehicle after the vehicle enters the parking lot entrance; if the post-payment condition is met, the identification code is saved in the judgment set; and / or, before the vehicle enters the parking lot exit, check whether the post-payment condition is met according to the identification code of the vehicle; if the post-payment condition is met, the identification code is saved in the judgment set;

[0042] The local server is used to match the identification code of the vehicle with the judgment set when the vehicle enters the exit of the parking lot; if it is determined that the vehicle is in the judgment set, the vehicle is released;

[0043] The receiving device is used to receive the information of the user paying the parking fee after the vehicle leaves the parking lot.

[0044] One embodiment of the above invention has the following advantages or beneficial effects:

[0045] The present invention avoids the technical defects of the prior art by checking in advance whether the vehicle meets the post-payment conditions and transmitting the data that meets the conditions to the judgment set for quickly judging whether the vehicle meets the post-payment conditions. The efficiency of vehicles leaving the parking lot is greatly improved, and even if the parking lot is located underground with poor mobile phone signals, the efficiency of vehicles leaving the parking lot is not affected.

[0046] The further effects of the above-mentioned non-conventional optional manner will be described below in conjunction with the specific implementation manner. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] The accompanying drawings are used to better understand the present invention and do not constitute an improper limitation of the present invention.

[0048] Figure 1 is a schematic diagram of the main process of a fare payment method according to a specific embodiment of the present invention;

[0049] Figure 2 is a schematic diagram of the main process of a fare payment method according to a second specific embodiment of the present invention;

[0050] Figure 3 is a schematic diagram of the main process of a fare payment method according to a third specific embodiment of the present invention;

[0051] Figure 4 is a schematic diagram of a main process of checking whether a post-payment condition is met according to a vehicle identification code according to an embodiment of the present invention;

[0052] Figure 5 is a schematic diagram of another main process of checking whether a post-payment condition is met in the cloud server according to the identification code according to an embodiment of the present invention;

[0053] Figure 6 It is a schematic diagram of another main process for checking whether the post-payment conditions are met according to the vehicle identification code;

[0054] Figure 7 is a schematic diagram of a main process of marking a post-paid user who has not completed payment according to an embodiment of the present invention;

[0055] Figure 8 is a schematic diagram of main modules of a fare payment device according to an embodiment of the present invention;

[0056] Fig. 9 is an exemplary system architecture diagram to which embodiments of the present invention may be applied;

[0057] Fig.10 It is a schematic diagram of the structure of a computer system of a terminal device or a server suitable for implementing an embodiment of the present invention. DETAILED DESCRIPTION

[0058] The following is a description of exemplary embodiments of the present invention in conjunction with the accompanying drawings, including various details of the embodiments of the present invention to facilitate understanding, which should be considered as merely exemplary. Therefore, it should be recognized by those of ordinary skill in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present invention. Similarly, for clarity and conciseness, the description of well-known functions and structures is omitted in the following description.

[0059] The various specific embodiments of the present invention can be combined with each other, and the combination method will not be described in detail.

[0060] Since the charging methods of parking lots and closed toll roads are substantially the same, the present invention can be applied to parking lots or closed toll roads. The explanation of terms in the present invention specification can be applied to various embodiments and is not limited to a certain embodiment.

[0061] With the development of network technology, users generally bind their vehicles to the application account corresponding to the parking service, and set the functions to be enabled or disabled in the user account, such as the automatic deduction function, the post-payment function, etc. It can be understood that the server where the account is located can be a cloud server serving at least one parking lot, or it can be the server of the parking lot itself, and each method step described in the present invention can be executed by the cloud server or by the local server. Specific embodiment 1

[0063] Figure 1 FIG. 1 is a schematic diagram of the main process of a fare payment method according to a first specific embodiment of the present invention. Figure 1 As shown, including:

[0064] Step S101: After a vehicle enters the entrance of a parking lot, the identification code of the vehicle is checked to see whether it meets the post-payment condition; if the post-payment condition is met, the identification code is saved in a judgment set. The judgment set refers to the vehicle identification codes in this set that meet the post-payment condition.

[0065] Step S102: When the vehicle enters the parking lot exit, the judgment set is matched with the identification code of the vehicle; if it is determined that the vehicle is in the judgment set, the vehicle is released. In actual applications, the cloud server can determine whether the vehicle has activated the "post-payment" function based on the obtained identification code. If the vehicle has activated the "post-payment" function, proceed to the next step.

[0066] Step S103: receiving parking fee payment information from the user after the vehicle leaves the parking lot.

[0067] In an optional embodiment of the present invention, in step S101, a vehicle enters the parking lot entrance passage, and the detection equipment at the parking lot entrance passage obtains the identification code of the vehicle and the entry time of the vehicle, and opens the gate to allow the vehicle to enter. At the same time, the local server caches the identification code and entry time information and uploads the information to the cloud server.

[0068] The license plate recognition device at the entrance recognizes the license plate number of the vehicle and uses the license plate number as the identification code of the vehicle; or, the identification code information corresponding to the wireless transceiver at the entrance is determined as the identification code of the vehicle. The present invention does not limit the method of obtaining the vehicle identification code at the entrance. Among them, the identification code is not limited to including license plates, RFID codes, NFC codes, OpenID, etc., as long as it can uniquely identify the vehicle.

[0069] While executing step S101, it is necessary to obtain the identification code of the vehicle and record the time when the vehicle enters the parking lot. Determining the time when the vehicle enters the parking lot can facilitate the parking lot to charge the parking time of the vehicle. In an optional embodiment of the present invention, a post-payment amount can be set. For example, a vehicle that exceeds a preset time (24 hours) or exceeds a preset amount (200 yuan) does not meet the post-payment conditions and cannot execute the post-payment process.

[0070] The post-payment condition in step S102 includes one or more combinations, see specific embodiments 4, 5, and 6. Specifically, specific embodiments 4, 5, and 6 can be combined or executed separately.

[0071] Among them, the conditions for post-payment also include determining whether the parking lot where the vehicle is located has activated the post-payment function.

[0072] After determining that the post-payment conditions are met, the vehicle identification code that meets the conditions can be transmitted to the local server through step S103. When a vehicle enters / exits a parking lot, if the identification code is obtained through the camera in the parking lot, and then the identification code is uploaded to the cloud server to determine whether the vehicle meets the post-payment conditions, there are problems in the prior art such as long payment time, affecting the smooth departure of vehicles, and causing parking lot congestion. Therefore, the technical means of checking whether the vehicle meets the post-payment conditions in the cloud server in advance and transmitting the data that meets the conditions to the local server avoids the technical defects of the prior art and greatly improves the efficiency of vehicles leaving the parking lot. Even if the parking lot is located underground with poor mobile phone signals, it does not affect the efficiency of vehicles leaving the parking lot. Specific embodiment 2

[0074] Figure 2 FIG. 1 is a schematic diagram of the main process of a fare payment method according to a second specific embodiment of the present invention. Figure 2 As shown, including:

[0075] Step S201: before a vehicle enters a parking lot exit, checking whether a post-payment condition is met according to the vehicle identification code; if the post-payment condition is met, saving the identification code in the judgment set;

[0076] Step S202: When the vehicle enters the parking lot exit, the judgment set is matched with the identification code of the vehicle; if it is determined that the vehicle is in the judgment set, the vehicle is released;

[0077] Step S203: receiving parking fee payment information from the user after the vehicle leaves the parking lot.

[0078] Considering that the user may not know that the parking lot / user account can have the function of first exit and then pay before entering the parking lot, therefore, as long as it is possible to obtain whether the vehicle meets the post-payment conditions before the vehicle enters the parking lot exit, the post-payment function can be implemented.

[0079] In fact, a fixed time interval can be set to obtain whether the vehicle meets the post-payment conditions. For example, before the vehicle enters the parking lot exit, the vehicle identification code is checked every 2 minutes to see whether it meets the post-payment conditions, so that the vehicle can be used immediately after meeting the post-payment conditions. Specific embodiment three

[0081] Figure 3 FIG. 1 is a schematic diagram of the main process of a fare payment method according to a third specific embodiment of the present invention. Figure 3 As shown, including:

[0082] Step S301: After a vehicle enters the entrance of a parking lot, a check is made based on the vehicle identification code to see whether a post-payment condition is met; if the post-payment condition is met, the identification code is saved in a judgment set;

[0083] Step S302: before the vehicle enters the parking lot exit, checking whether the post-payment condition is met according to the vehicle identification code; if the post-payment condition is met, saving the identification code into the judgment set;

[0084] Step S303: when the vehicle enters the parking lot exit, the judgment set is matched with the identification code of the vehicle; if it is determined that the vehicle is in the judgment set, the vehicle is released;

[0085] Step S304: receiving parking fee payment information from the user after the vehicle leaves the parking lot.

[0086] In this embodiment, the license plate identification code needs to be recognized at least twice to prevent the scenario where the vehicle has been originally set with a post-payment function, but the user cancels the post-payment function before leaving the parking lot.

[0087] Therefore, the technical solution of the embodiment of the present invention avoids the technical defect of the prior art that the user cannot change the selection of the post-payment function after entering the parking lot.

[0088] In some specific embodiments, a device for acquiring a license plate recognition code may be installed at a passageway before reaching the parking lot exit, and used to execute step S303 according to the acquired vehicle identification information. Of course, if a license plate recognition code device is not installed at the passageway at the parking lot exit, step S303 may be executed according to the vehicle identification acquired when the vehicle enters the parking lot.

[0089] In actual application, before checking whether the post-payment condition is met according to the identification code of the vehicle, the following steps are also included:

[0090] Obtaining a parking lot code for the vehicle to enter the parking lot;

[0091] The parking lot code is used to determine whether the parking lot has activated the post-payment function; and / or the parking lot code is also used to save the parking lot identification code into the judgment set when the vehicle satisfies the post-payment function before leaving the parking lot.

[0092] Specifically, when the user sets the corresponding vehicle to perform the post-payment function in the user terminal, and the user needs to enable this function, the user can choose to determine the specific parking lot code if the vehicle is already in the parking lot, so that the server can send the identification code corresponding to the vehicle to the judgment set.

[0093] Optionally, when the vehicle enters the parking lot, the correspondence between the vehicle identification code and the physical parking lot is saved in the server, and after the user account information is updated, the above step S303 can be executed without the user entering a specific parking lot number.

[0094] In some scenarios, users do not want to turn off the post-payment function, but do not want to pay for the current parking process. For example, after borrowing someone else's vehicle, they do not want to change the owner's settings for the vehicle and need to pay the parking fee themselves.

[0095] Before the vehicle leaves the parking lot, the method further includes:

[0096] Confirming that the user has completed the prepayment, the user closes the post-payment function for this parking process;

[0097] And / or, when the post-payment function is not activated before the vehicle enters the parking lot, the post-payment function is activated before the vehicle exits the parking lot; based on the parking lot identification of the vehicle selected by the user or the correspondence between the parking lot and the vehicle identification code that has been stored, the identification code is saved in the judgment set corresponding to the parking lot. Specific embodiment 4

[0099] Figure 4 It is a schematic diagram of the main process of checking whether the post-payment condition is met according to the identification code of the vehicle according to an embodiment of the present invention.

[0100] like Figure 4 As shown, check whether the post-payment conditions are met based on the vehicle identification code, including:

[0101] Step S401, searching for user account information corresponding to the identification code;

[0102] Step S402: If the configuration information corresponding to the user account information meets the preset condition, the identification code meets the post-payment condition;

[0103] The configuration information includes but is not limited to one or more of the following: available areas, available parking lots, blacklisted parking lots, payment amounts, etc.

[0104] The steps in this embodiment are preferably implemented using a cloud server.

[0105] In an optional embodiment of the present invention, there is a one-to-one binding relationship between the vehicle and the user account information, that is, the user account information may be bound to one or more vehicles. The user binds the identification code with the account information in advance. When the vehicle is parked in the parking lot, the parking fee is sent to the user account so that the user can pay after leaving the parking lot.

[0106] The user can configure the account in advance, that is, the user can determine in advance the area where the vehicle can be paid after payment, the parking lot where post-payment is not allowed, etc. In actual application, the user can limit that when the amount to be paid is a certain amount, the post-payment condition is not met.

[0107] In fact, the parking lot also needs to configure in advance whether to allow vehicles to make post-payment. The parking lot needs to configure the post-payment conditions in the cloud server in advance so that the cloud server can match the vehicle and the parking lot. When both the vehicle and the parking lot meet the post-payment conditions, the vehicle is allowed to make post-payment.

[0108] In an optional embodiment of the present application, the parking lot configuration information includes:

[0109] 1. Whether the parking lot has enabled the “post-payment” function;

[0110] 2. Whether the parking lot location information matches the available area in the user's "post-payment" function configuration information;

[0111] 3. Whether the parking lot can match the available parking lot in the user's "post-payment" function configuration information;

[0112] 4. Whether the parking lot is in the user's blacklist parking lot; Specific embodiment five

[0114] Figure 5 It is a schematic diagram of another main process of checking whether the post-payment condition is met in the cloud server according to the identification code according to an embodiment of the present invention.

[0115] like Figure 5 As shown, the checking in the cloud server whether the post-payment condition is met according to the identification code further includes:

[0116] Step S501, judging whether the vehicle has any unpaid historical orders according to the identification code;

[0117] Step S502: If yes, the recovery information is sent to the user terminal, and it is determined that the identification code of the vehicle does not meet the post-payment conditions.

[0118] Preferably, step S502 is that if it exists, a recovery mark is sent to a local server, the local server performs recovery, and sends the recovery information to the user terminal.

[0119] The cloud server determines whether the vehicle has any unpaid historical orders based on the identification code;

[0120] If the vehicle has a history of unpaid parking orders, a collection mark will be sent to the local server for collection; at the same time, the collection information will be sent to the user via WeChat message or SMS, and the user will be reminded before the next payment. If the user still has not paid the last parking fee when the next payment is made, the vehicle can be intercepted and released after the last parking fee is paid.

[0121] If there is no unpaid historical order for the vehicle, it can be determined whether there are other post-payment conditions or it can be determined as a condition allowing post-payment.

[0122] When there are unpaid historical orders, it also includes:

[0123] The cloud server receives the information that the user has completed payment; synchronizes the payment information to the local server; and changes the unpaid historical order to a historical order that has completed payment.

[0124] When an unpaid order is changed to a paid order, the vehicle can be determined to meet the post-payment conditions or continue to be determined whether other post-payment conditions need to be met. Specific embodiment six

[0126] Figure 6 It is a schematic diagram of another main process of checking whether the post-payment conditions are met based on the vehicle identification code.

[0127] like Figure 6 As shown, the checking in the cloud server whether the post-payment condition is met according to the identification code includes:

[0128] Step S601, determining whether the user account information or the vehicle identification code is in the blacklist of the parking lot;

[0129] Step S602: If yes, determine that the vehicle does not meet the post-payment conditions.

[0130] That is, the cloud server determines whether the user account information or the identification code is in the blacklist of the parking lot. If it is not in the blacklist of the parking lot, and the parking lot configuration information satisfies the "post-payment" configuration information of the vehicle or the user, the cloud server sends the "post-payment" authorization mark and authorization amount of the vehicle to the local server, and the local server caches the "post-payment" authorization mark of the vehicle. Specific embodiment seven

[0132] Figure 7 It is a schematic diagram of the main process of marking a post-paid user who has not completed payment according to an embodiment of the present invention.

[0133] like Figure 7As shown, before the user pays the parking fee after the vehicle leaves the parking lot, the following steps are performed:

[0134] Step S701: When a vehicle enters the exit channel, the parking lot exit detection device obtains the identification code of the vehicle;

[0135] Step S702: Determine the entry time and exit time of the vehicle according to the identification code of the vehicle;

[0136] Step S703, calculating the parking fee of the vehicle in combination with the charging rules of the parking lot;

[0137] Step S704: Mark the user account information corresponding to the vehicle identification code.

[0138] When the vehicle is ready to leave and enters the exit channel, the parking lot exit detection equipment obtains the vehicle identification code, and the local server calculates the parking fee and parking fee bill of the vehicle based on the vehicle's identification code, entry information, exit time and the parking lot's billing rules.

[0139] When the gate is opened to allow the vehicle to leave, the local server uploads the parking fee bill to the cloud server. The cloud server sends the parking fee bill to the user based on the user account information of the vehicle and registers a tag for the user in the cloud server.

[0140] After the user completes the payment of the parking fee bill, the cloud server records the order payment completion information and cancels the user's registered tag.

[0141] It is worth noting that step S703 can be executed by a local server or a cloud server.

[0142] When the server executing step S703 is a local server, the server executing steps S701 and S702 is also a local server. After the local server completes the calculation of the fee, it is uploaded to the cloud server for subsequent payment.

[0143] When the server executing step S703 is a cloud server, the server executing steps S701 and S702 is also a local server. In other words, the vehicle's entry and exit times are uploaded to the cloud server, which calculates the fees and then the user pays.

[0144] Optionally, receiving information that the user pays the parking fee after the vehicle leaves the parking lot includes:

[0145] If the parking fee payment information is not received within the preset time period, the fee will be deducted according to the user account information corresponding to the vehicle, that is, the parking lot / server will automatically deduct the fee after the vehicle leaves for a period of time.

[0146] Or, if the parking fee payment information is not received within the preset time period, a reminder message is sent to the account corresponding to the vehicle, that is, no fee is deducted from the vehicle, and the user is only urged to pay.

[0147] Or, when it is determined that the vehicle has left the parking lot, the user account information corresponding to the vehicle is deducted, that is, the vehicle leaves the parking lot / the server automatically deducts the fare immediately. Specific embodiment eight

[0149] Figure 8 Schematic diagram of the main modules of a fare payment device according to an embodiment of the present invention. Figure 8 As shown, according to another aspect of an embodiment of the present invention, a fare payment device 800 is provided, involving a cloud server and a local server, including:

[0150] The cloud server 801 is used to check whether the post-payment condition is met according to the identification code of the vehicle after the vehicle enters the parking lot entrance; if the post-payment condition is met, the identification code is saved in the judgment set; and / or, before the vehicle enters the parking lot exit, check whether the post-payment condition is met according to the identification code of the vehicle; if the post-payment condition is met, the identification code is saved in the judgment set;

[0151] The local server 802 is used to match the identification code of the vehicle with the judgment set when the vehicle enters the parking lot exit; if it is determined that the vehicle is in the judgment set, the vehicle is released;

[0152] The receiving module 803 is used to receive the parking fee payment information of the user after the vehicle leaves the parking lot.

[0153] Fig. 9 An exemplary system architecture 900 is shown to which the fare payment method or fare payment device according to the embodiment of the present invention can be applied.

[0154] like Fig. 9 As shown, system architecture 900 may include terminal devices 901, 902, 903, network 904 and server 905. Network 904 is used to provide a medium for communication links between terminal devices 901, 902, 903 and server 905. Network 904 may include various connection types, such as wired, wireless communication links or optical fiber cables, etc.

[0155] Users can use terminal devices 901, 902, 903 to interact with server 905 through network 904 to receive or send messages, etc. Various communication client applications can be installed on terminal devices 901, 902, 903, such as shopping applications, web browser applications, search applications, instant messaging tools, email clients, social platform software, etc. (only examples).

[0156] The terminal devices 901 , 902 , and 903 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, and desktop computers, etc.

[0157] The server 905 may be a server that provides various services, such as a backend management server (only an example) that provides support for shopping websites browsed by users using the terminal devices 901, 902, and 903. The backend management server may analyze and process the received data such as product information query requests, and feed back the processing results (such as target push information, product information - only an example) to the terminal device.

[0158] It should be noted that the fare payment method provided in the embodiment of the present invention is generally executed by the server 905 , and accordingly, the fare payment device is generally arranged in the server 905 .

[0159] It should be understood that Fig. 9 The number of terminal devices, networks and servers in the embodiment is only for illustration. Any number of terminal devices, networks and servers may be provided according to implementation requirements.

[0160] Reference below Figure 8 , which shows a schematic diagram of the structure of a computer system 800 of a terminal device suitable for implementing an embodiment of the present invention. Figure 8 The terminal device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0161] like Fig.10 As shown, the computer system 1000 includes a central processing unit (CPU) 1001, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage part 1008 into a random access memory (RAM) 1003. In the RAM 1003, various programs and data required for the operation of the system 1000 are also stored. The CPU 1001, the ROM 1002, and the RAM 1003 are connected to each other via a bus 1004. An input / output (I / O) interface 1005 is also connected to the bus 1004.

[0162] The following components are connected to the I / O interface 1005: an input section 1006 including a keyboard, a mouse, etc.; an output section 1007 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 1008 including a hard disk, etc.; and a communication section 1009 including a network interface card such as a LAN card, a modem, etc. The communication section 1009 performs communication processing via a network such as the Internet. A drive 1010 is also connected to the I / O interface 1005 as needed. A removable medium 1011, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1010 as needed, so that a computer program read therefrom is installed into the storage section 1008 as needed.

[0163] In particular, according to the embodiments disclosed in the present invention, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present invention include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 1009, and / or installed from the removable medium 1011. When the computer program is executed by the central processing unit (CPU) 1001, the above-mentioned functions defined in the system of the present invention are executed.

[0164] It should be noted that the computer-readable medium shown in the present invention may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present invention, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device. In the present invention, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries a computer-readable program code. This propagated data signal may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, optical cable, RF, etc., or any suitable combination of the above.

[0165] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present invention. In this regard, each box in the flow chart or block diagram can represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of a code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flow chart, and the combination of the boxes in the block diagram or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0166] The modules involved in the embodiments of the present invention may be implemented in software or hardware. The modules described may also be set in a processor. For example, they may be described as: a processor includes a sending module, an acquisition module, a determination module, and a first processing module. The names of these modules do not, in some cases, constitute limitations on the modules themselves. For example, the sending module may also be described as a "module for sending a picture acquisition request to the connected server."

[0167] As another aspect, the present invention further provides a computer-readable medium, which may be included in the device described in the above embodiment; or may exist independently without being assembled into the device. The above computer-readable medium carries one or more programs, and when the above one or more programs are executed by a device, the device includes:

[0168] When a vehicle enters the parking lot, obtaining an identification code of the vehicle;

[0169] checking in the cloud server whether post-payment conditions are met according to the identification code;

[0170] If the post-payment condition is met, transmitting the identification code to the local server;

[0171] When the vehicle enters the parking lot exit, the local server determines whether the vehicle meets the release condition, and releases the vehicle if the release condition is met;

[0172] The user pays the parking fee after the vehicle leaves the parking lot.

[0173] The above specific implementations do not constitute a limitation on the protection scope of the present invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may occur depending on design requirements and other factors. Any modification, equivalent substitution and improvement made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.

Claims

1. A method for paying fares, characterized in that: include: When a vehicle enters the parking lot entrance, the vehicle identification code is used to check whether the post-payment conditions are met; If the post-payment condition is met, the identification code is saved in a judgment set; and / or, Before the vehicle enters the parking lot exit, checking whether the post-payment condition is met according to the vehicle identification code; if the post-payment condition is met, saving the identification code in the judgment set; When the vehicle enters the parking lot exit, the judgment set is matched with the identification code of the vehicle; if it is determined that the vehicle is in the judgment set, the vehicle is released; Receive information that the user pays the parking fee after the vehicle leaves the parking lot.

2. The method according to claim 1, characterized in that Before checking whether the post-payment condition is met according to the identification code of the vehicle, the method further includes: Obtaining a parking lot code for the vehicle to enter the parking lot; The parking lot code is used to determine whether the parking lot has activated the post-payment function; and / or the parking lot code is also used to save the parking lot identification code into the judgment set when the vehicle satisfies the post-payment function before leaving the parking lot.

3. The method according to claim 2, characterized in that Before the vehicle leaves the parking lot, the method further includes: Confirming that the user has completed the prepayment, the user closes the post-payment function for this parking process; And / or, when the post-payment function is not activated before the vehicle enters the parking lot, the post-payment function is activated before the vehicle exits the parking lot; based on the parking lot identification of the vehicle selected by the user or the correspondence between the parking lot and the vehicle identification code that has been stored, the identification code is saved in the judgment set corresponding to the parking lot.

4. The method according to claim 1, characterized in that: When the vehicle enters the parking lot entrance, it also includes: The license plate recognition device at the entrance recognizes the license plate number of the vehicle and uses the license plate number as the identification code of the vehicle; or, the identification information corresponding to the wireless transceiver at the entrance is determined as the identification code of the vehicle; Wherein, while determining the identification code of the vehicle, the time when the vehicle enters the parking lot is recorded.

5. The method according to claim 1, characterized in that Check whether the post-payment conditions are met according to the vehicle identification code, including: Finding user account information corresponding to the identification code; If the configuration information corresponding to the user account information meets the preset conditions, then the identification code meets the post-payment conditions; The configuration information includes one or more of the following: an available area, an available parking lot, a blacklist parking lot, and a payment amount.

6. The method according to claim 1, characterized in that The checking whether the post-payment condition is met according to the identification code of the vehicle further includes: Determining whether there is an unpaid historical order for the vehicle according to the identification code; If so, the recovery information will be sent to the user terminal, and it will be determined that the identification code of the vehicle does not meet the post-payment conditions.

7. The method according to claim 1, characterized in that The receiving of the information that the user pays the parking fee after the vehicle leaves the parking lot includes: If the parking fee payment information is not received within the preset time period, the fee will be deducted according to the user account information corresponding to the vehicle; or, if no parking fee payment information is received within the preset time period, sending a payment reminder message to the account corresponding to the vehicle; Alternatively, when it is determined that the vehicle has left the parking lot, the user account information corresponding to the vehicle is deducted.

8. The method according to claim 1, characterized in that The checking whether the post-payment condition is met according to the identification code of the vehicle includes: Determining whether the user account information or the vehicle identification code is in the blacklist of the parking lot; If so, it is determined that the vehicle does not meet the post-payment conditions.

9. The method according to claim 8, characterized in that Before the receiving user pays the parking fee after the vehicle leaves the parking lot, the method includes: When a vehicle enters the exit channel, the parking lot exit detection device obtains the identification code of the vehicle; Determining the entry time and exit time of the vehicle according to the identification code of the vehicle; Calculate the parking fee of the vehicle in accordance with the charging rules of the parking lot; The user account information corresponding to the identification code of the vehicle is marked.

10. A fare payment device, characterized in that: include: The cloud server is used to check whether the post-payment conditions are met according to the identification code of the vehicle after the vehicle enters the parking lot entrance; If the post-payment condition is met, the identification code is saved in the judgment set; and / or, before the vehicle enters the parking lot exit, checking whether the post-payment condition is met according to the identification code of the vehicle; if the post-payment condition is met, the identification code is saved in the judgment set; The local server is used to match the identification code of the vehicle with the judgment set when the vehicle enters the exit of the parking lot; if it is determined that the vehicle is in the judgment set, the vehicle is released; The receiving device is used to receive the information of the user paying the parking fee after the vehicle leaves the parking lot.

Images