Parking payment method, vehicle, electronic device, storage medium and program product

Abstract

The invention relates to a parking payment method, a vehicle, an electronic device, a storage medium and a program product, and the method comprises the steps: sending a first payment entrance obtaining request of a target parking lot where a first vehicle is currently located to one or more target terminals after receiving a first operation inputted by a user, the target terminal is a device for completing parking payment of the target parking lot where the first vehicle is located; receiving payment entrance information sent by at least one target terminal; and parking payment is carried out through the payment entrance information. The method can effectively avoid the situation that a user scans a parking payment two-dimensional code through a mobile phone and other devices, can also avoid the situation that payment entrance information cannot be effectively obtained due to the influence of the two-dimensional code pasting angle, environment illumination and the like in the two-dimensional code scanning process of a vehicle, and can effectively simplify the operation process of parking payment. The parking fee-paying entrance information acquisition efficiency is improved, and the parking fee-paying experience of the vehicle user is improved.

Description

Technical Field

[0001] The present disclosure relates to the field of parking payment, and in particular, to a parking payment method, a vehicle, an electronic device, a storage medium, and a program product. Background Art

[0002] Currently, many parking lots offer QR code payment functionality, allowing users to pay by scanning a QR code displayed by the parking lot, simplifying the payment process to some extent. However, this still requires users to hold their phone or other device close to the QR code for the payment to be recognized, making the process complex and impacting the user experience. Summary of the Invention

[0003] The purpose of the present disclosure is to provide a parking payment method, a vehicle, an electronic device, a storage medium and a program product.

[0004] To achieve the above objectives, the present disclosure provides, in a first aspect, a parking fee payment method, applied to a first vehicle, the method comprising: After receiving a first operation input by the user, sending a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located to one or more target terminals, where the target terminal is a device that completes parking payment for the target parking lot where the first vehicle is currently located; receiving payment entry information sent by at least one target terminal; Parking payment is made through the payment entrance information.

[0005] Optionally, the sending a request for obtaining a first payment entrance of a target parking lot where the first vehicle is currently located to one or more target terminals includes: Broadcasting the first payment entrance acquisition request to target terminals that have joined a preset broadcast group; In which, the payment entrance acquisition request includes the location information and / or identification information of the target parking lot where the first vehicle is currently located. The target terminal is used to respond to receiving the first payment entrance acquisition request, and when the payment entrance information of the target parking lot is found according to the location information and / or identification information of the target parking lot, send the payment entrance information to the first vehicle.

[0006] Optionally, before paying for parking through the payment entrance information, the method further includes: If it is determined that the payment entrance information sent by the target terminal has not been received within the first preset time period, sending a second payment entrance acquisition request to a preset cloud server; the preset cloud server is configured to, in response to receiving the second payment entrance acquisition request, send the payment entrance information to the first vehicle if the payment entrance information of the target parking lot is found based on the location information and / or identification information of the target parking lot; Receive payment entry information sent by the preset cloud server.

[0007] Optionally, the first vehicle includes an on-board scanning device, and before paying the parking fee using the payment entrance information, the method further includes: After sending a second payment entrance acquisition request to the preset cloud server, if the payment entrance information sent by the preset cloud server is not received within a second preset time period, the vehicle-mounted scanning device is started to scan the QR code image around the first vehicle to obtain the payment entrance information of the target parking lot through the QR code image.

[0008] Optionally, before paying for parking through the payment entrance information, the method further includes: After the vehicle-mounted scanning device is started, if it is determined that the payment entrance information of the target parking lot is not obtained within a third preset time period, the payment entrance information of the target parking lot in the preset database of the first vehicle is obtained.

[0009] Optionally, the method further includes: When it is determined that the payment entrance information of the target parking lot does not exist in the preset database, a preset prompt window is displayed, which is used to prompt whether to send a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located to the one or more target terminals again.

[0010] Optionally, the method further includes: In response to receiving a second operation on the preset prompt window, a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located is sent to the one or more target terminals again.

[0011] Optionally, the method further includes: When it is determined that parking payment is completed through the payment entrance information, the payment entrance information is stored in the preset database of the first vehicle, and an entrance information update request is sent to the preset cloud server. The entrance information update request includes the payment entrance information. The preset cloud server is used to update the historically stored payment entrance information in response to receiving the entrance information update request.

[0012] Optionally, the method further includes: After determining that parking payment is completed through the payment entrance information, if a third payment entrance acquisition request sent by the second vehicle is received, the payment entrance information is sent to the second vehicle.

[0013] A second aspect of the present disclosure provides a vehicle, comprising: processor; a memory for storing processor-executable instructions; Wherein, the processor is configured to implement the steps of the method described in the first aspect above.

[0014] A third aspect of the present disclosure provides an electronic device, applied to a vehicle, comprising: a memory having a computer program stored thereon; A processor is used to execute the computer program in the memory to implement the steps of the method described in the first aspect above.

[0015] A fourth aspect of the present disclosure provides a computer-readable storage medium having a computer program stored thereon, which implements the steps of the method described in the first aspect when executed by a processor.

[0016] A fifth aspect of the present disclosure provides a computer program product, comprising a computer program, which implements the steps of the method described in the first aspect when executed by a processor.

[0017] Through the above technical solution, a user can input a first operation through a first vehicle. After receiving the first operation input by the user, the first vehicle sends a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located to one or more target terminals. The target terminal is a device for completing parking payment for the target parking lot where the first vehicle is located; receives payment entrance information sent by at least one target terminal; and pays for parking through the payment entrance information. In this way, directly obtaining payment entrance information through the vehicle can effectively avoid users scanning parking payment QR codes through mobile phones and other devices, and can also avoid situations where the payment entrance information cannot be effectively obtained during the scanning process due to the QR code posting angle, ambient lighting, etc., thereby effectively simplifying the parking payment operation process, and effectively improving the efficiency of obtaining parking payment entrance information, which is conducive to improving the parking payment experience of vehicle users.

[0018] Other features and advantages of the present disclosure will be described in detail in the following detailed description. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] The accompanying drawings are used to provide a further understanding of the present disclosure and constitute a part of the specification. Together with the following detailed description, they are used to explain the present disclosure but do not constitute a limitation of the present disclosure. In the accompanying drawings: Figure 1 is a flow chart of a parking fee payment method shown in an exemplary embodiment of the present disclosure; Figure 2 is based on Figure 1 The illustrated embodiment shows a flow chart of a parking fee payment method; Figure 3 is based on Figure 2 The illustrated embodiment shows a flow chart of a parking fee payment method; Figure 4 is a flow chart of a parking fee payment method shown in another exemplary embodiment of the present disclosure; Figure 5 This is a payment entry information update process for a cloud server provided by an exemplary embodiment of the present disclosure; Figure 6 is a block diagram of a parking fee payment device according to an exemplary embodiment of the present disclosure; Figure 7 is a block diagram of an electronic device according to an exemplary embodiment; Figure 8 is a block diagram of a vehicle according to an exemplary embodiment. DETAILED DESCRIPTION

[0020] The following describes the specific embodiments of the present disclosure in detail with reference to the accompanying drawings. It should be understood that the specific embodiments described herein are only used to illustrate and explain the present disclosure and are not intended to limit the present disclosure.

[0021] Before describing the specific embodiments of the present disclosure in detail, the following description will first be given of the application scenarios of the present disclosure. The present disclosure can be applied to vehicles, which can be electric vehicles, gasoline vehicles, or hybrid vehicles. Specifically, it can be applied to the process of parking fee payment by the vehicle, especially the process of obtaining parking lot payment entrance information. Currently, most parking fee payments require users to hold a mobile phone or other device close to scan and identify the payment-related QR code. Some payment methods can also be used to obtain parking lot payment entrance information through the vehicle. In the related art, there are two main methods for obtaining parking lot payment entrance information through the vehicle: the first is to actively push information to the vehicle through smart parking equipment. This method depends on the construction progress of the smart parking lot and requires technical cooperation between the vehicle company and the third party of the smart parking lot equipment. The implementation process is long and difficult. The second method is for the vehicle to actively scan the parking lot QR code to obtain the payment entrance. Although this method is widely applicable and is not limited to the third party of the smart parking lot equipment, the scanning success rate is limited by factors such as the angle of the QR code posting and ambient lighting. Not every vehicle can effectively obtain the payment entrance, which affects the parking payment experience of the vehicle user.

[0022] To solve the above technical problems, the present disclosure provides a parking payment method, vehicle, electronic device, storage medium, and program product. The parking payment method is applied to a first vehicle and includes: after receiving a first operation input by a user, sending a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located to one or more target terminals, wherein the target terminal is a device for completing parking payment for the target parking lot where the first vehicle is located; receiving payment entrance information sent by at least one target terminal; and performing parking payment using the payment entrance information. In this way, directly acquiring the payment entrance information through the vehicle can effectively avoid users scanning parking payment QR codes through devices such as mobile phones, and can also avoid situations where the payment entrance information cannot be effectively acquired during the vehicle scanning process due to the QR code posting angle, ambient lighting, etc., and can avoid technical cooperation with smart parking equipment, thereby effectively reducing development difficulty, effectively simplifying the parking payment operation process, improving the efficiency of acquiring parking payment entrance information, and improving the parking payment experience of vehicle users.

[0023] The embodiments of the present disclosure are described in detail below with reference to specific examples.

[0024] Figure 1 This is a flow chart of a parking fee payment method shown in an exemplary embodiment of the present disclosure. Figure 1 As shown, the parking fee payment method, applied to the first vehicle, may include: Step 101: After receiving a first operation input by a user, a request for obtaining a first payment entrance of a target parking lot where the first vehicle is currently located is sent to one or more target terminals. The target terminal is a device that completes parking payment for the target parking lot where the first vehicle is located. Optionally, it can also be a device that completes parking payment for the target parking lot where the first vehicle is located within a specified historical event period, for example, a device that completes parking payment for the target parking lot where the first vehicle is located within one week (one day, 12 hours, or one hour, etc.) before the current time. The target terminal can be a vehicle, an in-vehicle terminal, a mobile phone, a tablet computer, a watch, a wearable device such as a bracelet. The payment entry acquisition request can include location information and / or identification information of the target parking lot where the first vehicle is currently located. The first vehicle can include a preset button, which can be a virtual button on a display screen or a physical button on the vehicle. The first operation can also be a trigger operation on the preset button, which can be a click operation, a slide operation, or other action.

[0025] In this step, one possible implementation is: after receiving the first user input operation, broadcasting the first payment entrance acquisition request to target terminals that have joined a preset broadcast group. In response to receiving the first payment entrance acquisition request, the target terminals in the preset broadcast group, if finding the payment entrance information of the target parking lot based on the location information and / or identification information of the target parking lot, transmit the payment entrance information to the first vehicle.

[0026] In another possible implementation, a binding relationship may be established in advance between the first vehicle and one or more other vehicles (or the binding terminals corresponding to the other vehicles) other than the first vehicle. After receiving the first operation input by the user, the first payment entrance acquisition request is sent to the other vehicle and / or the binding terminal corresponding to the other vehicle via the Internet. In response to receiving the first payment entrance acquisition request, the other vehicle and / or the binding terminal corresponding to the other vehicle sends the payment entrance information to the first vehicle when the payment entrance information of the target parking lot is found based on the location information and / or identification information of the target parking lot.

[0027] Step 102: Receive payment entry information sent by at least one target terminal.

[0028] Among them, the payment entry information can be the website information of the payment service platform, the payment page information of the payment application or official account, or the payment page of the payee, which can include the payee information, amount input box and payment confirmation control, etc.

[0029] Step 103: Pay parking fees through the payment entry information.

[0030] The above technical solution directly obtains the payment entrance information through the first vehicle, which can effectively avoid users scanning the parking payment QR code through mobile phones and other devices. It can also avoid the situation where the payment entrance information cannot be effectively obtained due to the influence of the QR code posting angle, ambient lighting, etc. during the scanning process. This can not only effectively simplify the parking payment operation process, but also effectively improve the efficiency of obtaining parking payment entrance information, which is conducive to improving the parking payment experience of vehicle users.

[0031] Figure 2 is based on Figure 1 The embodiment shown is a flow chart of a parking fee payment method, as shown in FIG. Figure 2 As shown, in Figure 1 Before paying for parking through the payment entry information as shown in step 103, the parking payment method may further include: Step 104: When it is determined that the payment entrance information sent by the target terminal is not received within the first preset time period, a second payment entrance acquisition request is sent to a preset cloud server.

[0032] In which, the preset cloud server is used to respond to receiving the second payment entrance acquisition request, and when the payment entrance information of the target parking lot is found according to the location information and / or identification information of the target parking lot, send the payment entrance information to the first vehicle.

[0033] Step 105: Receive payment entry information sent by the preset cloud server.

[0034] The above technical solution can obtain the payment entrance information from the preset cloud server when it is determined that the payment entrance information sent by the target terminal has not been received within the first preset time period, which can effectively increase the probability of obtaining the payment entrance information, thereby helping to further improve the parking payment experience of vehicle users.

[0035] In some embodiments, the first vehicle may include an on-board scanning device. Before paying the parking fee using the payment entry information in step 103, and after sending a request to obtain a second payment entry to the preset cloud server in step 104, the method may further include: Step 106: If the payment entrance information sent by the preset cloud server is not received within the second preset time period, the vehicle-mounted scanning device is activated to scan the QR code image around the first vehicle to obtain the payment entrance information of the target parking lot through the QR code image.

[0036] The second preset time period may be determined by starting from the time a request for obtaining the second payment portal is sent to the preset cloud server. The vehicle-mounted scanning device may be a QR code scanner or a QR code reader, configured to decode the information in the QR code and convert it into readable text, a link, or other data types through optical imaging and image processing technology.

[0037] The above technical solution can provide another way to obtain the payment entrance information by scanning the QR code image around the first vehicle in three dimensions after sending a second payment entrance acquisition request to the preset cloud server. This is conducive to further improving the probability of obtaining the payment entrance information, and further improving the parking payment experience of vehicle users.

[0038] In some other embodiments, before paying the parking fee using the payment entrance information in step 103, and after starting the vehicle-mounted scanning device to scan the QR code image around the first vehicle in step 106, the method further includes: Step 107: If it is determined that the payment entrance information of the target parking lot is not obtained within the third preset time period, the payment entrance information of the target parking lot in the preset database of the first vehicle is obtained.

[0039] When determining the third preset time length, the timing may be started from the start of the vehicle-mounted scanning device.

[0040] The above technical solution can obtain the payment entrance information of the target parking lot in the preset database of the first vehicle after starting the vehicle-mounted scanning device. If it is determined that the payment entrance information of the target parking lot has not been obtained within the third preset time period, it can provide another way to obtain the payment entrance information, which is conducive to further improving the probability of obtaining the payment entrance information, and further improving the parking payment experience of vehicle users.

[0041] Figure 3 is based on Figure 2 The embodiment shown is a flow chart of a parking fee payment method, as shown in FIG. Figure 3 As shown, the method may further include: Step 108: If it is determined that the payment entrance information of the target parking lot does not exist in the preset database, a preset prompt window is displayed.

[0042] The preset prompt window is used to prompt whether to send a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located to the one or more target terminals again.

[0043] Step 109: In response to receiving a second operation on the preset prompt window, a request for obtaining a first payment entrance of the target parking lot where the first vehicle is currently located is again sent to the one or more target terminals.

[0044] For example, the preset prompt window may include a selection control and prompt text information. The selection control includes a positive option and a negative option. The prompt text information indicates that the current round of obtaining payment entry information has failed. The second operation may be a selection operation for the positive option. After the user selects the negative option, they can pay the parking fee manually offline or by scanning the payment QR code provided by the staff with their mobile phone.

[0045] The above technical solution can display a preset prompt window when it is determined that the payment entrance information of the target parking lot does not exist in the preset database, and interact with the user through the preset prompt window to determine whether to send the first payment entrance acquisition request of the target parking lot where the first vehicle is currently located to the one or more target terminals again. When the payment entrance information cannot be obtained online, a prompt can be issued to the user in a timely manner, which is conducive to further improving the parking payment experience of vehicle users.

[0046] In some embodiments, the method may further include: When it is determined that parking payment is completed through the payment entrance information, the payment entrance information is stored in the preset database of the first vehicle, and an entrance information update request is sent to the preset cloud server. The entrance information update request includes the payment entrance information. The preset cloud server is used to update the historically stored payment entrance information in response to receiving the entrance information update request.

[0047] Through the solution in this embodiment, when it is determined that parking payment is completed through the payment entry information, the payment entry information in the preset cloud server and the preset database of the first vehicle can be updated in a timely manner, thereby effectively ensuring the validity and reliability of the payment entry information in the preset cloud server and the preset database of the first vehicle, which is conducive to further improving the parking payment experience of vehicle users.

[0048] In some other embodiments, the method further comprises: After determining that parking payment is completed through the payment entrance information, if a third payment entrance acquisition request sent by the second vehicle is received, the payment entrance information is sent to the second vehicle.

[0049] Through the solution in this embodiment, after determining that parking payment is completed through the payment entrance information, if a third payment entrance acquisition request sent by a second vehicle is received, the payment entrance information will be sent to the second vehicle, and the payment entrance information can be obtained through data interaction between the second vehicle and the first vehicle. This can effectively prevent users from scanning parking payment QR codes through mobile phones and other devices, and can also prevent the situation where the payment entrance information cannot be effectively obtained during the scanning process due to the influence of the QR code posting angle, ambient lighting, etc., thereby effectively simplifying the parking payment operation process, and effectively improving the efficiency of obtaining parking payment entrance information, which is beneficial to improving the parking payment experience of vehicle users.

[0050] Figure 4 is a flow chart of a parking fee payment method shown in another exemplary embodiment of the present disclosure. Figure 4 As shown, the parking fee payment method, applied to the first vehicle, may include: Step 400: Determine whether a first operation input by a user is received.

[0051] The first vehicle may include a preset button, which may be a virtual button on a display screen or a physical button on the vehicle. The first operation may also be a triggering operation on the preset button, which may be a click operation, a slide operation, or other actions.

[0052] In this step, if it is determined that the first operation input by the user is received, step 401 is executed.

[0053] Step 401: Send a request for obtaining a first payment entrance of a target parking lot where the first vehicle is currently located to one or more target terminals.

[0054] The target terminal is a device that completes parking payment for the target parking lot where the first vehicle is located. Optionally, the target terminal may also be a device that completes parking payment for the target parking lot where the first vehicle is located within a specified historical event segment. The payment entrance acquisition request may include location information and / or identification information of the target parking lot where the first vehicle is currently located. The target terminal is configured to, in response to receiving the first payment entrance acquisition request, send the payment entrance information to the first vehicle if the payment entrance information of the target parking lot is found based on the location information and / or identification information of the target parking lot.

[0055] Step 402: Determine whether the payment entry information sent by the target terminal is received within a first preset time period.

[0056] In this step, if it is determined that the payment entry information sent by the target terminal is received within the first preset time period, step 411 is executed; if it is determined that the payment entry information sent by the target terminal is not received within the first preset time period, step 403 is executed.

[0057] Step 403: Send a request for obtaining a second payment entrance to the preset cloud server.

[0058] In which, the preset cloud server is used to respond to receiving the second payment entrance acquisition request, and when the payment entrance information of the target parking lot is found according to the location information and / or identification information of the target parking lot, send the payment entrance information to the first vehicle.

[0059] Step 404: Determine whether the payment entry information sent by the preset cloud server is received within a second preset time period.

[0060] In this step, if the payment entry information sent by the preset cloud server is received within the second preset time period, step 411 is executed; if the payment entry information sent by the preset cloud server is not received within the second preset time period, step 405 is executed.

[0061] Step 405 : Start the vehicle-mounted scanning device to scan the QR code image around the first vehicle to obtain the payment entrance information of the target parking lot through the QR code image.

[0062] The second preset time period may be determined by starting from the time a request for obtaining the second payment portal is sent to the preset cloud server. The vehicle-mounted scanning device may be a QR code scanner or a QR code reader, configured to decode the information in the QR code and convert it into readable text, a link, or other data types through optical imaging and image processing technology.

[0063] Step 406: Determine whether the payment entrance information of the target parking lot is obtained within the third preset time period.

[0064] In this step, if it is determined that the payment entrance information of the target parking lot is not obtained within the third preset time period, step 407 is executed. If it is determined that the payment entrance information of the target parking lot is obtained within the third preset time period, step 411 is executed.

[0065] Step 407: Obtain the payment entrance information of the target parking lot from the preset database of the first vehicle.

[0066] Step 408: Determine whether the payment entrance information of the target parking lot exists in the preset database.

[0067] In this step, if it is determined that the payment entrance information of the target parking lot does not exist in the preset database, step 409 is executed; if it is determined that the payment entrance information of the target parking lot exists in the preset database, step 411 is executed.

[0068] Step 409: Display a preset prompt window.

[0069] The preset prompt window is used to prompt whether to send a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located to the one or more target terminals again.

[0070] For example, the preset prompt window may include a selection control and prompt text information. The selection control includes a positive option and a negative option. The prompt text information indicates that the current round of obtaining payment entry information has failed. The second operation may be a selection operation for the positive option. After the user selects the negative option, they can pay the parking fee manually offline or by scanning the payment QR code provided by the staff with their mobile phone.

[0071] Step 410: Determine whether a second operation on the preset prompt window is received.

[0072] In this step, if it is determined that the second operation on the preset prompt window is received, step 401 is executed; if it is determined that the third operation on the preset prompt window is received, the online payment entry information acquisition process is ended.

[0073] Step 411: Pay parking fees through the payment entry information.

[0074] Step 412: Determine whether the payment is successful.

[0075] In this step, if it is determined that the payment is successful, step 413 and step 414 are executed; if it is determined that the payment fails, step 416 is executed.

[0076] It should be noted that there are many implementation methods in the prior art for determining whether payment is successful, and the focus of this disclosure is not on this. Therefore, this disclosure can refer to the implementation methods in the prior art for determining whether payment is successful, and this disclosure does not limit this.

[0077] Step 413: Store the payment entry information in a preset database of the first vehicle, and send an entry information update request to a preset cloud server.

[0078] The entry information update request includes the payment entry information, and the preset cloud server is used to update the historically stored payment entry information in response to receiving the entry information update request.

[0079] It should be noted that the update process of the payment entry information by the preset cloud server in this disclosure can be as follows: Figure 5 As shown, Figure 5 This is a payment portal information update process for a cloud server provided by an exemplary embodiment of the present disclosure. The preset cloud server can determine whether a payment portal update request has been received, and if so, update the payment portal information in the cloud platform (i.e., the cloud server).

[0080] Step 414: Determine whether the third payment entrance acquisition request sent by the second vehicle is received.

[0081] In this step, if a third payment entrance acquisition request sent by the second vehicle is received, step 415 is executed.

[0082] Step 415: Send the payment entry information to the second vehicle.

[0083] Step 416: Display a payment failure prompt window.

[0084] The payment failure prompt window is used to prompt the user that the current payment has failed, and is also used to prompt the user whether to pay again. If the user chooses to pay again, the user can pay again through the payment entry information. If the user chooses not to pay again, the end interface can be displayed.

[0085] The above technical solution can realize the active scanning of the code by the vehicle side to obtain the payment entrance information through the collaboration of multiple payment entrance information acquisition methods, and the payment entrance information can be pushed to each other by vehicles. The payment data is maintained, updated and pushed in the cloud, which can not only effectively simplify the operation process of parking payment, but also effectively improve the efficiency of obtaining parking payment entrance information, which is conducive to improving the parking payment experience of vehicle users.

[0086] Figure 6 is a block diagram of a parking fee payment device shown in an exemplary embodiment of the present disclosure; Figure 6 As shown, the parking fee payment device is applied to a first vehicle, and the device may include: The first sending module 601 is configured to, after receiving a first operation input by a user, send a request to obtain a first payment entrance of a target parking lot where the first vehicle is currently located to one or more target terminals, where the target terminals are devices that complete parking payment for the target parking lot where the first vehicle is currently located; The first receiving module 602 is configured to receive payment entry information sent by at least one target terminal; The payment module 603 is configured to perform parking payment through the payment entry information.

[0087] The above technical solution obtains payment entrance information directly through the vehicle, which can effectively avoid users scanning parking payment QR codes through mobile phones and other devices. It can also avoid the situation where the payment entrance information cannot be effectively obtained during the scanning process due to the influence of the QR code posting angle, ambient lighting, etc., thereby not only effectively simplifying the parking payment operation process, but also effectively improving the efficiency of obtaining parking payment entrance information, which is conducive to improving the parking payment experience of vehicle users.

[0088] Optionally, the first sending module 601 is configured to: Broadcasting the first payment entrance acquisition request to target terminals that have joined a preset broadcast group; In which, the payment entrance acquisition request includes the location information and / or identification information of the target parking lot where the first vehicle is currently located. The target terminal is used to respond to receiving the first payment entrance acquisition request, and when the payment entrance information of the target parking lot is found according to the location information and / or identification information of the target parking lot, send the payment entrance information to the first vehicle.

[0089] Optionally, the device further comprises: The second sending module 604 is configured to send a second payment entrance acquisition request to a preset cloud server if it is determined that the payment entrance information sent by the target terminal has not been received within a first preset time period; the preset cloud server is configured to, in response to receiving the second payment entrance acquisition request, send the payment entrance information to the first vehicle if the payment entrance information of the target parking lot is found based on the location information and / or identification information of the target parking lot; The second receiving module 605 receives the payment entry information sent by the preset cloud server.

[0090] Optionally, the first vehicle includes an on-board scanning device, and the apparatus further includes: The third sending module 606 is configured to start the vehicle-mounted scanning device to scan the QR code image around the first vehicle after sending the second payment entrance acquisition request to the preset cloud server, if the payment entrance information sent by the preset cloud server is not received within a second preset time period, so as to obtain the payment entrance information of the target parking lot through the QR code image.

[0091] Optionally, the device further comprises: The first determining module 607 is configured to obtain the payment entrance information of the target parking lot from the preset database of the first vehicle after starting the vehicle-mounted scanning device if it is determined that the payment entrance information of the target parking lot has not been obtained within a third preset time period.

[0092] Optionally, the device further comprises: The second determination module 608 is configured to display a preset prompt window when it is determined that the payment entrance information of the target parking lot does not exist in the preset database. The preset prompt window is used to prompt whether to send a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located to the one or more target terminals again.

[0093] Optionally, the second determination module 608 is further configured to, in response to receiving a second operation on the preset prompt window, again send a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located to the one or more target terminals.

[0094] Optionally, the device may further include: The third determination module 609 is configured to store the payment entrance information in the preset database of the first vehicle when it is determined that the parking payment is completed through the payment entrance information, and send an entrance information update request to the preset cloud server. The entrance information update request includes the payment entrance information, and the preset cloud server is used to update the historically stored payment entrance information in response to receiving the entrance information update request.

[0095] Optionally, the device may further include: The fourth determining module 610 is configured to, after determining that parking payment is completed through the payment entrance information, send the payment entrance information to the second vehicle if a third payment entrance acquisition request sent by the second vehicle is received.

[0096] The above technical solution can realize the active scanning of the code by the vehicle side to obtain the payment entrance information through the collaboration of multiple payment entrance information acquisition methods, and the payment entrance information can be pushed to each other by vehicles. The payment data is maintained, updated and pushed in the cloud, which can not only effectively simplify the operation process of parking payment, but also effectively improve the efficiency of obtaining parking payment entrance information, which is conducive to improving the parking payment experience of vehicle users.

[0097] Regarding the apparatus in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be elaborated here.

[0098] Figure 7 FIG. 1 is a block diagram of an electronic device according to an exemplary embodiment. Figure 7 As shown, the electronic device 700 may include: a processor 701 , a memory 702 , and may further include one or more of a multimedia component 703 , an input / output (I / O) interface 704 , and a communication component 705 .

[0099] The processor 701 is used to control the overall operation of the electronic device 700 to complete all or part of the steps in the above-mentioned parking fee payment method. The memory 702 is used to store various types of data to support the operation of the electronic device 700. This data may include, for example, instructions for any application or method operating on the electronic device 700, as well as application-related data such as contact information, sent and received messages, images, audio, video, etc. The memory 702 can be implemented by any type of volatile or non-volatile storage device, or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The multimedia component 703 may include a screen and an audio component. The screen may be, for example, a touch screen, and the audio component is used to output and / or input audio signals. For example, the audio component may include a microphone for receiving external audio signals. The received audio signal may be further stored in the memory 702 or sent through the communication component 705. The audio component also includes at least one speaker for outputting audio signals. The I / O interface 704 provides an interface between the processor 701 and other interface modules. The above-mentioned other interface modules may be a keyboard, a mouse, buttons, etc. These buttons may be virtual buttons or physical buttons. The communication component 705 is used for wired or wireless communication between the electronic device 700 and other devices. Wireless communication, such as Wi-Fi, Bluetooth, Near Field Communication (NFC), 2G, 3G or 4G, or a combination of one or more of them, so the corresponding communication component 705 may include: a Wi-Fi module, a Bluetooth module, an NFC module.

[0100] In an exemplary embodiment, the electronic device 700 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to execute the above-mentioned parking payment method.

[0101] In another exemplary embodiment, a computer-readable storage medium including program instructions is also provided. When executed by a processor, the program instructions implement the steps of the aforementioned parking fee payment method. For example, the computer-readable storage medium may be the aforementioned memory 702 including the program instructions. The program instructions may be executed by the processor 701 of the electronic device 700 to implement the aforementioned parking fee payment method.

[0102] In another exemplary embodiment, a computer program product is further provided. The computer program product includes a computer program that can be executed by a processor. When the computer program is executed by the processor, the steps of the above-mentioned parking payment method are implemented.

[0103] Figure 8 800 is a block diagram of a vehicle according to an exemplary embodiment. For example, vehicle 800 may be a hybrid vehicle, a non-hybrid vehicle, an electric vehicle, a fuel cell vehicle, or another type of vehicle. Vehicle 800 may be an autonomous vehicle, a semi-autonomous vehicle, or a non-autonomous vehicle.

[0104] Reference Figure 8 Vehicle 800 may include various subsystems, such as an infotainment system 810, a perception system 820, a decision-making and control system 830, a drive system 840, and a computing platform 850. Vehicle 800 may also include more or fewer subsystems, and each subsystem may include multiple components. Furthermore, each subsystem and each component of vehicle 800 may be interconnected via wired or wireless means.

[0105] In some embodiments, the infotainment system 810 may include a communication system, an entertainment system, a navigation system, and the like.

[0106] The perception system 820 may include several sensors for sensing information about the environment surrounding the vehicle 800. For example, the perception system 820 may include a global positioning system (which may be a GPS system, a BeiDou system, or another positioning system), an inertial measurement unit (IMU), a laser radar, a millimeter-wave radar, an ultrasonic radar, and a camera.

[0107] The decision control system 830 may include a computing system, a vehicle controller, a steering system, a throttle, and a braking system.

[0108] The drive system 840 may include components that provide power to the vehicle 800. In one embodiment, the drive system 840 may include an engine, a power source, a transmission system, and wheels. The engine may be an internal combustion engine, an electric motor, an air compression engine, or a combination thereof. The engine is capable of converting energy provided by the power source into mechanical energy.

[0109] Some or all functions of the vehicle 800 are controlled by a computing platform 850. The computing platform 850 may include at least one processor 851 and a memory 852. The processor 851 may execute instructions 853 stored in the memory 852.

[0110] The processor 851 can be any conventional processor, such as a commercially available CPU. The processor can also include a graphics processor (GPU), a field programmable gate array (FPGA), a system on chip (SOC), an application specific integrated circuit (ASIC), or a combination thereof.

[0111] The memory 852 may be implemented by any type of volatile or nonvolatile memory device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk, or optical disk.

[0112] In addition to instructions 853 , memory 852 may also store data, such as road maps, route information, and vehicle location, direction, speed, etc. The data stored in memory 852 may be used by computing platform 850 .

[0113] In the embodiment of the present disclosure, the processor 851 may execute the instruction 853 to complete all or part of the steps of the above-mentioned parking payment method.

[0114] The preferred embodiments of the present disclosure are described in detail above in conjunction with the accompanying drawings. However, the present disclosure is not limited to the specific details of the above embodiments. Within the technical concept of the present disclosure, various simple modifications can be made to the technical solutions of the present disclosure, and these simple modifications all fall within the scope of protection of the present disclosure.

[0115] It should also be noted that the various specific technical features described in the above specific embodiments can be combined in any appropriate manner without contradiction. In order to avoid unnecessary repetition, the present disclosure will not further describe various possible combinations.

[0116] In addition, the various embodiments of the present disclosure may be arbitrarily combined, and as long as they do not violate the concept of the present disclosure, they should also be regarded as the contents disclosed by the present disclosure.

Claims

1. A parking fee payment method, characterized in that: Applied to a first vehicle, the method includes: After receiving a first operation input by the user, sending a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located to one or more target terminals, where the target terminal is a device that completes parking payment for the target parking lot where the first vehicle is currently located; receiving payment entry information sent by at least one target terminal; Parking payment is made through the payment entrance information.

2. The method according to claim 1, characterized in that The sending a request for obtaining a first payment entrance of a target parking lot where the first vehicle is currently located to one or more target terminals includes: Broadcasting the first payment entrance acquisition request to target terminals that have joined a preset broadcast group; In which, the payment entrance acquisition request includes the location information and / or identification information of the target parking lot where the first vehicle is currently located. The target terminal is used to respond to receiving the first payment entrance acquisition request, and when the payment entrance information of the target parking lot is found according to the location information and / or identification information of the target parking lot, send the payment entrance information to the first vehicle.

3. The method according to claim 1, characterized in that Before paying for parking through the payment entry information, the method further includes: If it is determined that the payment entrance information sent by the target terminal has not been received within the first preset time period, sending a second payment entrance acquisition request to a preset cloud server; the preset cloud server is configured to, in response to receiving the second payment entrance acquisition request, send the payment entrance information to the first vehicle if the payment entrance information of the target parking lot is found based on the location information and / or identification information of the target parking lot; Receive payment entry information sent by the preset cloud server.

4. The method according to claim 3, characterized in that The first vehicle includes an on-board scanning device. Before paying for parking using the payment entry information, the method further includes: After sending a second payment entrance acquisition request to the preset cloud server, if the payment entrance information sent by the preset cloud server is not received within a second preset time period, the vehicle-mounted scanning device is started to scan the QR code image around the first vehicle to obtain the payment entrance information of the target parking lot through the QR code image.

5. The method according to claim 4, characterized in that Before paying for parking through the payment entry information, the method further includes: After the vehicle-mounted scanning device is started, if it is determined that the payment entrance information of the target parking lot is not obtained within a third preset time period, the payment entrance information of the target parking lot in the preset database of the first vehicle is obtained.

6. The method according to claim 5, characterized in that The method further comprises: When it is determined that the payment entrance information of the target parking lot does not exist in the preset database, a preset prompt window is displayed, which is used to prompt whether to send a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located to the one or more target terminals again.

7. The method according to claim 6, characterized in that The method further comprises: In response to receiving a second operation on the preset prompt window, a first payment entrance acquisition request for the target parking lot where the first vehicle is currently located is sent to the one or more target terminals again.

8. The method according to any one of claims 1 to 7, characterized in that The method further comprises: When it is determined that parking payment is completed through the payment entrance information, the payment entrance information is stored in the preset database of the first vehicle, and an entrance information update request is sent to the preset cloud server. The entrance information update request includes the payment entrance information. The preset cloud server is used to update the historically stored payment entrance information in response to receiving the entrance information update request.

9. The method according to any one of claims 1 to 7, characterized in that The method further comprises: After determining that parking payment is completed through the payment entrance information, if a third payment entrance acquisition request sent by the second vehicle is received, the payment entrance information is sent to the second vehicle.

10. A vehicle, characterized in that: include: processor; a memory for storing processor-executable instructions; The processor is configured to implement the steps of the method according to any one of claims 1 to 9.

11. An electronic device, characterized in that: Applied to vehicles, including: a memory having a computer program stored thereon; A processor, configured to execute the computer program in the memory to implement the steps of the method according to any one of claims 1 to 9.

12. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 9 are implemented.

13. A computer program product, characterized in that The invention comprises a computer program, which implements the steps of the method according to any one of claims 1 to 9 when the computer program is executed by a processor.

Images