Vehicle leaving payment method and device, vehicle and storage medium

Abstract

The invention relates to the technical field of automobile intelligent cabins, in particular to a vehicle leaving payment method and device, a vehicle and a storage medium, and the method comprises the steps: receiving a payment code recognition request of the vehicle; in response to the payment code identification request, acquiring a payment code image of the parking lot, and extracting a payment code of the parking lot from the payment code image; and collecting an identity label of a payment user in the at least one driver and passenger, and carrying out payment by using the payment code through a payment channel bound with the identity label. According to the embodiment of the invention, when the vehicle needs to leave the parking lot, the payment code image and the identity label of the payment user in the driver and the passenger can be automatically collected according to the payment code identification request, and automatic payment is realized according to the bound payment channel, so that the leaving efficiency of the vehicle is improved, and the privacy information of the driver and the passenger does not need to be leaked to a third party.

Description

Technical Field

[0001] The present application relates to the technical field of automobile intelligent cockpits, and in particular to a vehicle exit fee payment method, device, vehicle and storage medium. Background Art

[0002] In the related technology, the main way to enter and exit the parking lot is to lift the gate to release. During peak hours, some car owners often fail to pay the parking fee in time, resulting in queues and congestion at the entrance and exit of the parking lot, causing complaints. When a vehicle leaves the parking lot, it must manually scan the QR code to pay, and then the gate will release it by synchronizing the payment information and license plate information.

[0003] However, in the related technology, parking lots are required to install ETCP equipment and bind user information to a third-party software platform, which has hardware limitations and privacy leakage problems. In addition, the actual departure time is affected by the driver's operation, which is less convenient and easily leads to queues and congestion at the entrances and exits of parking lots, and needs to be improved. Summary of the invention

[0004] The present application provides a vehicle exit payment method, device, vehicle and storage medium to solve technical problems in related technologies, such as hardware limitations and the need to bind user information to a third-party software platform, which can easily lead to privacy leakage, and the simultaneous exit efficiency of vehicles is affected by driver operations, which can easily cause queue congestion.

[0005] The first aspect of the present application provides a vehicle exit payment method, comprising the following steps: receiving a payment code recognition request from a vehicle; in response to the payment code recognition request, collecting a payment code image of a parking lot, and extracting the payment code of the parking lot from the payment code image; collecting an identity identifier of a paying user among at least one driver or passenger, and using the payment channel bound to the identity identifier to pay using the payment code.

[0006] According to the above-mentioned technical means, the embodiment of the present application can automatically collect the payment code image and the identity of the paying user among the driver and passengers according to the payment code recognition request when the vehicle needs to leave the parking lot, and realize automatic payment according to the bound payment channel to improve the vehicle exit efficiency, without worrying about the privacy information of the driver and passengers being leaked to a third party. At the same time, the parking lot does not need to install additional hardware equipment, and the cost is relatively low.

[0007] Optionally, in one embodiment of the present application, the collecting of the payment code image of the parking lot includes: collecting a surround view image of the vehicle; obtaining an initial payment code image from the surround view image; performing at least one preprocessing operation on the initial payment code image to obtain a payment code image that meets preset recognition conditions.

[0008] According to the above-mentioned technical means, the embodiment of the present application can reuse the vehicle's surround-view camera to obtain the initial payment code image without additional cost, and perform preprocessing operations on the obtained initial payment code image to improve the accuracy of the payment code and increase the probability of successful payment.

[0009] Optionally, in one embodiment of the present application, extracting the payment code of the parking lot from the payment code image includes: detecting the position of the payment code in the payment code image to determine the area where the payment code is located; verifying whether the area is the payment code, and determining the payment code after the verification is passed.

[0010] According to the above technical means, the embodiment of the present application can verify the payment code to avoid erroneous payment.

[0011] Optionally, in one embodiment of the present application, the payment channel bound to the identity identifier is used to pay using the payment code, including: decoding the payment code to extract the pending fees or payment link of the parking lot; using the payment channel bound to the identity identifier to pay the pending fees, or using the payment channel bound to the identity identifier to call the payment link to make payment.

[0012] According to the above-mentioned technical means, the embodiment of the present application can read the payment code so that after determining the payment channel bound to the identity identifier, payment can be made based on the type of the payment code. It has a higher level of intelligence and automation and can cover a variety of scenarios.

[0013] Optionally, in one embodiment of the present application, the collecting of the identity of at least one paying user among the drivers and passengers includes: collecting a facial image of the driver and obtaining the identity based on the facial image; or, identifying the payment location of the vehicle and collecting a facial image of the user at the payment location to obtain the identity.

[0014] According to the above technical means, the embodiment of the present application can use the driver's identity identification for payment, and can also use the identity identification of passengers in other positions in the car for payment, so as to cover various driving scenarios such as designated driving and automatic driving.

[0015] The second aspect of the present application provides a vehicle exit payment device, including: a receiving module, used to receive a payment code recognition request from a vehicle; an extraction module, used to collect a payment code image of a parking lot in response to the payment code recognition request, and extract the payment code of the parking lot from the payment code image; a payment module, used to collect an identity identifier of a paying user among at least one driver or passenger, and use the payment channel bound to the identity identifier to pay using the payment code.

[0016] Optionally, in one embodiment of the present application, the extraction module includes: a first acquisition unit, used to acquire the surround view image of the vehicle; an acquisition unit, used to acquire an initial payment code image from the surround view image; and a preprocessing unit, used to perform at least one preprocessing operation on the initial payment code image to obtain a payment code image that meets preset recognition conditions.

[0017] Optionally, in one embodiment of the present application, the extraction module includes: a detection unit, used to detect the position of the payment code in the payment code image to determine the area where the payment code is located; a verification unit, used to verify whether the area is the payment code, and after the verification is passed, determine the payment code.

[0018] Optionally, in one embodiment of the present application, the payment module includes: a decoding unit, used to decode the payment code to extract the pending fees or payment link of the parking lot; a payment unit, used to pay the pending fees using the payment channel bound to the identity identifier, or to call the payment link to make payment using the payment channel bound to the identity identifier.

[0019] Optionally, in one embodiment of the present application, the payment module includes: a second acquisition unit, used to acquire a facial image of the driver and obtain the identity based on the facial image; or, a third acquisition unit, used to identify the payment location of the vehicle and acquire a facial image of the user at the payment location to obtain the identity.

[0020] The third aspect of the present application provides a vehicle, comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle exit payment method as described in the above embodiment.

[0021] The fourth aspect of the present application provides a computer-readable storage medium, which stores a computer program that, when executed by a processor, implements the above-mentioned vehicle exit payment method.

[0022] The fourth aspect of the present application provides a computer program product, wherein the computer program is executed to implement the above vehicle exit payment method.

[0023] Beneficial effects of the embodiments of the present application:

[0024] (1) When a vehicle needs to exit the parking lot, the embodiment of the present application can automatically collect the payment code image and the identity of the paying user among the driver and passenger according to the payment code recognition request, and realize automatic payment according to the bound payment channel, so as to improve the exit efficiency of the vehicle without worrying about the privacy information of the driver and passenger being leaked to a third party. At the same time, the parking lot does not need to install additional hardware equipment, and the cost is low.

[0025] (2) The embodiment of the present application can reuse the vehicle's surround-view camera to obtain the initial payment code image without any additional cost, and pre-process the obtained initial payment code image to improve the accuracy of the payment code and increase the probability of successful payment.

[0026] (3) The embodiment of the present application can use the driver's identity to pay the fee, and can also use the identity of passengers in other positions in the car to pay the fee, so as to cover various driving scenarios such as designated driving and automatic driving.

[0027] Additional aspects and advantages of the present application will be given in part in the description below, and in part will become apparent from the description below, or will be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0028] The above and / or additional aspects and advantages of the present application will become apparent and easily understood from the following description of the embodiments in conjunction with the accompanying drawings, in which:

[0029] Figure 1 A flow chart of a vehicle exit fee payment method provided according to an embodiment of the present application;

[0030] Figure 2 A schematic diagram of the principle of a vehicle exit fee payment method according to an embodiment of the present application;

[0031] Figure 3 This is a flowchart of face entry and account binding according to an embodiment of the present application;

[0032] Figure 4 This is a timing diagram of QR code recognition and face payment according to an embodiment of the present application;

[0033] Figure 5 A schematic diagram of the structure of a vehicle exit fee payment device provided according to an embodiment of the present application;

[0034] Figure 6 It is a schematic diagram of the structure of a vehicle provided according to an embodiment of the present application.

[0035] Among them, 10-vehicle exit payment device, 100-receiving module, 200-extraction module, 300-payment module; 601-memory, 602-processor, 603-communication interface. DETAILED DESCRIPTION

[0036] Embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are intended to be used to explain the present application, and should not be construed as limiting the present application.

[0037] The following describes the vehicle exit payment method, device, vehicle and storage medium of the embodiment of the present application with reference to the accompanying drawings. In view of the technical problems such as the hardware limitations and the need to bind user information to the third-party software platform in the related technology mentioned in the above background technology, which are easy to cause privacy leakage, the simultaneous exit efficiency of the vehicle is affected by the driver's operation, and it is easy to cause queue congestion, the present application provides a vehicle exit payment method, in which the payment code image and the identity of the paying user among the driver and passengers can be automatically collected according to the payment code recognition request when the vehicle needs to exit, and automatic payment can be realized according to the bound payment channel to improve the vehicle exit efficiency, and there is no need to worry about the privacy information of the driver and passengers being leaked to a third party, and there is no need to install additional hardware equipment in the parking lot, and the cost is low. Thus, the technical problems such as the hardware limitations and the need to bind user information to the third-party software platform in the related technology are solved, which are easy to cause privacy leakage, the simultaneous exit efficiency of the vehicle is affected by the driver's operation, and it is easy to cause queue congestion, etc.

[0038] Specifically, Figure 1 A flowchart of a vehicle exit payment method provided in an embodiment of the present application.

[0039] like Figure 1 As shown, the vehicle exit payment method includes the following steps:

[0040] In step S101, a payment code recognition request of a vehicle is received.

[0041] During the actual implementation process, when the driver drives the vehicle out of the parking lot and gets in the car, he can trigger the parking QR code recognition function through the function buttons on the vehicle interface, the steering wheel shortcut keys, or by voice. The vehicle can receive the payment code recognition request based on the parking QR code recognition function triggered by the driver.

[0042] In addition, in addition to the driver's active triggering, automatic triggering can be achieved through settings. The driver can pre-set automatic triggering scenarios. For example, when the vehicle is powered on and drives to a certain distance range from the parking lot exit, the automatic exit function is automatically triggered and a payment code recognition request is generated. The location of the parking lot exit can be pre-stored in an offline map, or the map can be downloaded or imported when the vehicle enters.

[0043] In step S102, in response to the payment code recognition request, the payment code image of the parking lot is collected, and the payment code of the parking lot is extracted from the payment code image.

[0044] As a possible implementation method, the embodiment of the present application can respond to the payment code recognition request and reuse the vehicle's own camera, such as a surround-view camera installed outside the vehicle, to collect the payment code image of the parking lot.

[0045] Among them, the payment code image may appear in multiple locations depending on the settings of the parking lot itself, such as at the parking lot exit, at the parking lot elevator, or on pillars along the way. When the parking QR code recognition function is triggered by the driver, the embodiment of the present application can obtain all payment code images in the surrounding area while the vehicle is moving; when the automatic exit function is automatically triggered, the embodiment of the present application can obtain the payment code image near the parking lot exit.

[0046] After obtaining the payment code image, the embodiment of the present application can extract the parking lot payment code from the image.

[0047] Optionally, in one embodiment of the present application, collecting the payment code image of the parking lot includes: collecting the surround view image of the vehicle; obtaining an initial payment code image from the surround view image; performing at least one preprocessing operation on the initial payment code image to obtain a payment code image that meets preset recognition conditions.

[0048] In some embodiments, the embodiments of the present application can use the vehicle's surround-view camera or cameras set at different positions of the vehicle to obtain the vehicle's surround-view image, wherein, after the embodiments of the present application obtain the image through the cameras set at different positions of the vehicle, the image is stitched to obtain the surround-view image.

[0049] After obtaining the surround view image, the embodiment of the present application can obtain the initial payment code image from the surround view image and pre-process the initial payment code image. For example, the embodiment of the present application can grayscale the image; apply binarization or threshold processing to better separate the payment code pattern; and use edge detection and other technologies to further enhance the payment code area.

[0050] Optionally, in one embodiment of the present application, extracting the payment code of the parking lot from the payment code image includes: detecting the position of the payment code in the payment code image to determine the area where the payment code is located; verifying whether the area is the payment code, and determining the payment code after the verification is passed.

[0051] In other embodiments, the embodiments of the present application can detect the position and area of ​​the payment code from the payment code image, and use an edge detection algorithm to determine the position of the payment code. Then use a contour detection algorithm to identify the contour in the image, find the area of ​​the payment code, and detect the payment code through a shape matching algorithm. Finally, the payment code is decoded by the payment code decoding library, and success indicates that a correct payment code has been recognized.

[0052] In step S103, the identity of at least one paying user among the drivers and passengers is collected, and payment is made using a payment code through a payment channel bound to the identity.

[0053] After the payment code is recognized, the embodiment of the present application can collect the identity of the paying user from the driver and passengers (the driver or other passengers except the driver), and use the payment code to pay through the payment channel bound to the identity code.

[0054] Among them, the identity of the paying user can be entered in advance through the vehicle-side system, the payment channel can be bound when the identity is entered, and the payment method can also be set when binding. For example, after identifying the identity, re-perform facial recognition payment authentication, and make direct payment based on the facial recognition results, or generate a payment reminder, and make payment after passing other payment verifications.

[0055] Optionally, in one embodiment of the present application, the identity of at least one paying user among the drivers and passengers is collected, including: collecting the driver's facial image and obtaining the identity based on the facial image; or, identifying the payment location of the vehicle and collecting the facial image of the user at the payment location to obtain the identity.

[0056] When collecting the identity of the paying user, the embodiment of the present application can identify different paying users according to the pre-set payment method.

[0057] For example, when it is preset for the driver to pay, the embodiment of the present application can directly collect the driver's facial image, and then perform identity matching based on the driver's facial image.

[0058] It is understandable that in addition to the car owner driving the vehicle himself, there are many other situations, such as the car owner looking for a designated driver after drinking, the car owner sitting in the back seat of an unmanned vehicle, etc. In this case, identity matching cannot be performed if the driver's facial image is used.

[0059] To this end, the embodiment of the present application can also pre-set the payment location, so that when the vehicle needs to leave, the facial image of the user at the payment location is obtained, thereby realizing the payment of the parking fee.

[0060] When a passenger who is pre-set at the payment position pays, the embodiment of the present application can obtain a facial image of the driver or passenger at the payment position and then perform identity matching.

[0061] Optionally, in one embodiment of the present application, payment is made using a payment code payment channel bound to an identity identifier, including: decoding the payment code to extract the pending fees or payment link of the parking lot; paying the pending fees using the payment channel bound to the identity identifier, or calling the payment link to make payment using the payment channel bound to the identity identifier.

[0062] In the actual execution process, after the payment code is recognized, the embodiment of the present application can decode the payment code, such as scanning and parsing the payment code by the vehicle user center APP, passing in the license plate number information to query the fare information, and then calling the private protocol to pay the to-be-paid fee using the payment channel bound to the identity identifier, or using the payment channel bound to the identity identifier to call the payment link to make the payment. Figures 2 to 4 As shown, the working principle of the vehicle exit payment method of the embodiment of the present application is described in detail with an embodiment.

[0063] like Figure 2 As shown, the embodiment of the present application may include three parts: external payment code recognition, internal face recognition and account binding payment.

[0064] Among them, the off-vehicle payment code recognition may include the following steps:

[0065] Step S1: Acquisition of payment code image: There are 4 fisheye cameras around the vehicle body, which are collectively called surround view cameras. The camera resolution is 1280*920, the frame rate is 25 frames, and it is directly connected to the HU controller. When the camera is turned on, it captures the payment code image outside the vehicle in real time, such as the QR code image.

[0066] Step S2: Payment code image preprocessing: Since the field of view of the fisheye camera is 180°, the captured image is severely distorted and cannot be directly recognized by the algorithm. An effective approach is to perform image preprocessing operations such as dedistortion, grayscale, and denoising on the four captured images, and then use four independent images to pass them into the payment code detection network for processing.

[0067] Step S3: Payment code image detection: Detect the position and area of ​​the payment code from the image through edge detection and other algorithms.

[0068] Step S4: Payment code image analysis: verify whether the detected area is a payment code, decode the payment code and extract the parking lot payment information or link stored in the payment code.

[0069] In-car face recognition can include the following steps:

[0070] Step S1: Image acquisition: The driver's face image is captured by a DMS (Driver Monitoring System) camera installed on the A-pillar or steering wheel. The camera is equipped with an infrared fill light to support image acquisition in dark environments inside the car. The resolution is 1280*720 and the resolution is 30 frames.

[0071] Step S2: Face detection: Use the face detection algorithm to locate the face area, capture the largest face image, and complete the face quality detection, including whether the face is blocked, whether the angle meets the requirements, etc.

[0072] Step S3: Liveness detection: Obtain richer feature information through deep learning models to determine whether it is alive.

[0073] Step S4: Feature point extraction: extract key feature points of the face, such as the positions of eyes, nose, mouth, etc., and map them into an embedded vector.

[0074] Step S5: Feature matching: compare the feature vector extracted in real time with the feature vector stored in the database. If the match is successful, it means that the face recognition is successful and the current face ID is returned.

[0075] It should be noted that in order to cope with situations such as designated driver, the embodiment of the present application can also pre-set the payment location and perform facial recognition by obtaining the facial image of the user at the payment location.

[0076] Account binding payment can include the following steps:

[0077] Step S1: Account binding: After logging in with the vehicle user account, you can initiate facial entry to complete the association between the user account and the face ID, and then bind the user account to the car owner's third-party payment platform account (such as Alipay, WeChat). So far, a one-to-one association between the face ID, the car owner's user account, and the payment account has been established.

[0078] Step S2: Account payment: When the parking fee needs to be paid, the face ID recognition is initiated first. After successful recognition, the owner's user account is associated, and then a payment request is initiated with the associated payment account, and the owner completes the payment confirmation.

[0079] In summary, in the embodiments of the present application, when the car owner needs to pay in the parking lot, the car owner can actively trigger the surround-view camera outside the car to detect the payment code; when the payment code is detected, the payment process is initiated, facial recognition is performed through the DMS camera inside the car, the facial ID and the car account are associated, and then the payment is completed by binding the payment channel.

[0080] Specifically, Figure 3 and Figure 4 As shown, the embodiment of the present application may include the following steps:

[0081] Step S1: The user logs in to the vehicle user center APP, initiates the face ID registration and entry, and looks forward. At this time, the DMS camera is turned on, and the image data is input to the DMS FACEID algorithm layer, and the face detection is performed through the Haar feature cascade classifier. To ensure image quality, the minimum proportion of the face in the image is 100*100 pixels. At the same time, the angle between the center of the camera lens and the line connecting the center of the eyebrows and the direction of the face must meet YAW±45°, PITCH angle±30°, and ROLL angle±20° to ensure that the eyes and mouth are clearly visible. To further improve the success rate of face registration, the FACEID algorithm will compare 15 consecutive frames of images and select a frame with the best quality. At the same time, liveness detection algorithms, such as deep learning models such as recurrent neural networks and blink detection algorithms are used to detect whether it is a real person. After being determined to be a real person, 68 key facial feature points such as eyes, nose, and mouth are marked and extracted, and the FaceNets deep learning network is used to extract and map them into a 256-dimensional high-dimensional feature vector. The feature vector is stored in the database and a face ID is generated, and the relationship between the face ID and the face feature is saved and returned.

[0082] Step S2: The user center APP obtains the current login account token, applies for registration to the cloud account login registration module, and the cloud returns the login authorization code, and saves the relationship between the face ID and the login authorization code. After the account is bound to the face ID, the account association is completed through a private agreement established with the payment channel.

[0083] Step S3: When you need to exit the parking lot, after getting in the car, you can trigger the parking payment code recognition function through the car interface function button or steering wheel shortcut key or voice. At this time, the car's surround view camera is turned on. To improve the image quality, image preprocessing is performed: first, the color image is converted into a grayscale image to reduce the computational complexity; then a filter is used to reduce the noise of the image to reduce subsequent recognition errors, and finally the image contrast is increased to ensure that the payment code area is more obvious.

[0084] Step S4: Detect the position and area of ​​the payment code from the image. The edge detection algorithm can be used to determine the position of the payment code. Then use the contour detection algorithm to identify the contour in the image, find the area of ​​the payment code, and detect the payment code through the shape matching algorithm. Finally, decode it through the payment code decoding library. Success indicates that a correct payment code has been recognized.

[0085] Step S5: After the payment code is recognized, the vehicle user center APP scans and analyzes it, passes the license plate number information to query the fare information, and then calls the private protocol to pull up the corresponding payment channel. At this time, the DMS camera is turned on again for face recognition. The face recognition algorithm library compares the real-time image feature vector with the feature vector in the database. If the similarity reaches the set 98% threshold, the facial match verification is passed. The user center APP automatically initiates a payment request in conjunction with the bound payment channel. The payment channel processes the payment request and completes the payment operation. If facial recognition fails, a prompt will be given, and the payment code will pop up on the vehicle interface, and the user can actively scan the code to pay.

[0086] According to the vehicle exit payment method proposed in the embodiment of the present application, when the vehicle needs to exit, the payment code image and the identity of the paying user among the driver and passengers can be automatically collected according to the payment code recognition request, and automatic payment can be realized according to the bound payment channel to improve the vehicle exit efficiency, and there is no need to worry about the privacy information of the driver and passengers being leaked to a third party, and there is no need to install additional hardware equipment in the parking lot, which is low in cost. Therefore, it solves the technical problems in the related technology that there are hardware limitations and the need to bind user information to the third-party software platform, which is easy to cause privacy leakage, and the simultaneous exit efficiency of the vehicle is affected by the driver's operation, which is easy to cause queue congestion.

[0087] Next, the vehicle exit fee payment device proposed according to the embodiment of the present application is described with reference to the accompanying drawings.

[0088] Figure 5 It is a block diagram of a vehicle exit fee payment device according to an embodiment of the present application.

[0089] like Figure 5 As shown, the vehicle exit fee payment device 10 includes: a receiving module 100, an extracting module 200 and a payment module 300.

[0090] Specifically, the receiving module 100 is used to receive a payment code recognition request of a vehicle.

[0091] The extraction module 200 is used to collect the payment code image of the parking lot in response to the payment code recognition request, and extract the payment code of the parking lot from the payment code image.

[0092] The payment module 300 is used to collect the identity of at least one paying user among the drivers and passengers, and use the payment channel bound to the identity to pay using the payment code.

[0093] Optionally, in one embodiment of the present application, the extraction module 200 includes: a first collection unit, an acquisition unit and a preprocessing unit.

[0094] The first acquisition unit is used to acquire surround images of the vehicle.

[0095] The acquisition unit is used to acquire the initial payment code image from the surround image.

[0096] The preprocessing unit is used to perform at least one preprocessing operation on the initial payment code image to obtain a payment code image that meets a preset recognition condition.

[0097] Optionally, in one embodiment of the present application, the extraction module 200 includes: a detection unit and a verification unit.

[0098] The detection unit is used to detect the position of the payment code in the payment code image to determine the area where the payment code is located.

[0099] The verification unit is used to verify whether the area is a payment code, and after the verification is passed, determine the payment code.

[0100] Optionally, in one embodiment of the present application, the payment module 300 includes: a decoding unit and a payment unit.

[0101] The decoding unit is used to decode the payment code to extract the parking lot fee to be paid or the payment link.

[0102] The payment unit is used to pay the pending fees using the payment channel bound to the identity identifier, or to call the payment link to make payment using the payment channel bound to the identity identifier.

[0103] Optionally, in one embodiment of the present application, the payment module includes: a second collection unit or a third collection unit.

[0104] The second acquisition unit is used to acquire the driver's facial image and obtain an identity based on the facial image.

[0105] The third collection unit is used to identify the payment position of the vehicle and collect the face image of the user at the payment position to obtain an identity mark.

[0106] It should be noted that the above explanations of the embodiment of the vehicle exit fee payment method are also applicable to the vehicle exit fee payment device of this embodiment, and will not be repeated here.

[0107] According to the vehicle exit payment device proposed in the embodiment of the present application, when the vehicle needs to exit, it can automatically collect the payment code image and the identity of the paying user among the driver and passengers according to the payment code recognition request, and realize automatic payment according to the bound payment channel to improve the vehicle exit efficiency, and there is no need to worry about the privacy information of the driver and passengers being leaked to a third party, and there is no need to install additional hardware equipment in the parking lot, which is low in cost. Therefore, it solves the technical problems in the related technology that there are hardware limitations and the need to bind user information to the third-party software platform, which is easy to cause privacy leakage, and the simultaneous exit efficiency of the vehicle is affected by the driver's operation, which is easy to cause queue congestion.

[0108] Figure 6 A schematic diagram of the structure of a vehicle provided in an embodiment of the present application. The vehicle may include:

[0109] A memory 601 , a processor 602 , and a computer program stored in the memory 601 and executable on the processor 602 .

[0110] When the processor 602 executes the program, the vehicle exit fee payment method provided in the above embodiment is implemented.

[0111] Furthermore, the vehicle also includes:

[0112] The communication interface 603 is used for communication between the memory 601 and the processor 602 .

[0113] The memory 601 is used to store computer programs that can be executed on the processor 602 .

[0114] The memory 601 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory.

[0115] If the memory 601, the processor 602 and the communication interface 603 are implemented independently, the communication interface 603, the memory 601 and the processor 602 can be connected to each other through a bus and communicate with each other. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 6 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0116] Optionally, in a specific implementation, if the memory 601, the processor 602 and the communication interface 603 are integrated on a chip, the memory 601, the processor 602 and the communication interface 603 can communicate with each other through an internal interface.

[0117] The processor 602 may be a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application.

[0118] An embodiment of the present application also provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the above-mentioned vehicle exit payment method is implemented.

[0119] The embodiment of the present application also provides a computer program product, and the computer program is executed to implement the above vehicle exit payment method.

[0120] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or N embodiments or examples in a suitable manner. In addition, those skilled in the art may combine and combine the different embodiments or examples described in this specification and the features of the different embodiments or examples, without contradiction.

[0121] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include at least one of the features. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise clearly and specifically defined.

[0122] Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, fragment or portion of code comprising one or N executable instructions for implementing the steps of a custom logical function or process, and the scope of the preferred embodiments of the present application includes alternative implementations in which functions may not be performed in the order shown or discussed, including performing functions in a substantially simultaneous manner or in reverse order depending on the functions involved, which should be understood by technicians in the technical field to which the embodiments of the present application belong.

[0123] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as an ordered list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by an instruction execution system, device or apparatus (such as a computer-based system, a system including a processor, or other system that can fetch instructions from an instruction execution system, device or apparatus and execute instructions), or in combination with these instruction execution systems, devices or apparatuses. For the purpose of this specification, "computer-readable medium" can be any device that can contain, store, communicate, propagate or transmit a program for use by an instruction execution system, device or apparatus, or in combination with these instruction execution systems, devices or apparatuses. More specific examples of computer-readable media (a non-exhaustive list) include the following: an electrical connection with one or N wirings (electronic devices), a portable computer disk box (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable and programmable read-only memory (EPROM or flash memory), a fiber optic device, and a portable compact disk read-only memory (CDROM). In addition, the computer-readable medium may even be paper or other suitable medium on which the program is printed, since the program may be obtained electronically by optically scanning the paper or other medium and then editing, interpreting or processing in other suitable ways as necessary and then storing it in a computer memory.

[0124] It should be understood that the various parts of the present application can be implemented by hardware, software, firmware or a combination thereof. In the above embodiment, the N steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. If implemented by hardware, as in another embodiment, it can be implemented by any one or a combination of multiple of the following technologies known in the art: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0125] A person skilled in the art may understand that all or part of the steps in the method for implementing the above-mentioned embodiment may be completed by instructing related hardware through a program, and the program may be stored in a computer-readable storage medium, which, when executed, includes one or a combination of the steps of the method embodiment.

[0126] In addition, each functional unit in each embodiment of the present application may be integrated into a processing module, or each unit may exist physically separately, or two or more units may be integrated into one module. The above-mentioned integrated module may be implemented in the form of hardware or in the form of a software functional module. If the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it may also be stored in a computer-readable storage medium.

[0127] The storage medium mentioned above may be a read-only memory, a magnetic disk or an optical disk, etc. Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and cannot be understood as limiting the present application. A person of ordinary skill in the art may change, modify, replace and modify the above embodiments within the scope of the present application.

Claims

1. A vehicle exit fee payment method, characterized in that: The following steps are involved: Receive a payment code recognition request from a vehicle; In response to the payment code recognition request, collecting a payment code image of the parking lot, and extracting the payment code of the parking lot from the payment code image; Collect the identity of at least one paying user among the drivers and passengers, and use the payment code to pay using the payment channel bound to the identity.

2. The method according to claim 1, characterized in that The collecting of the parking lot payment code image includes: Collecting surround images of the vehicle; Acquire an initial payment code image from the surround image; At least one preprocessing operation is performed on the initial payment code image to obtain a payment code image that meets a preset recognition condition.

3. The method according to claim 1, characterized in that The step of extracting the payment code of the parking lot from the payment code image comprises: Detecting the position of the payment code in the payment code image to determine the area where the payment code is located; Verify whether the area is the payment code, and after the verification is passed, determine the payment code.

4. The method according to claim 1 or 3, characterized in that: The payment channel bound to the identity identifier is used to pay using the payment code, including: Decoding the payment code to extract the fee to be paid or the payment link of the parking lot; The payment channel bound to the identity identifier is used to pay the pending fee, or the payment channel bound to the identity identifier is used to call the payment link to make payment.

5. The method according to claim 1, characterized in that The collecting of the identity of at least one paying user among the drivers and passengers includes: Collecting a facial image of the driver, and obtaining the identity identifier based on the facial image; Alternatively, the payment location of the vehicle is identified, and a facial image of a user at the payment location is captured to obtain the identity identifier.

6. A vehicle exit fee payment device, characterized in that: include: A receiving module, used for receiving a payment code recognition request of a vehicle; An extraction module, for collecting a payment code image of a parking lot in response to the payment code recognition request, and extracting the payment code of the parking lot from the payment code image; The payment module is used to collect the identity of at least one paying user among the drivers and passengers, and use the payment channel bound to the identity to pay using the payment code.

7. The device according to claim 6, characterized in that The extraction module comprises: A collection unit, used for collecting surround images of the vehicle; An acquisition unit, used for acquiring an initial payment code image from the surround image; The preprocessing unit is used to perform at least one preprocessing operation on the initial payment code image to obtain a payment code image that meets a preset recognition condition.

8. A vehicle, characterized in that: include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle exit fee payment method as described in any one of claims 1 to 5.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: The program is executed by a processor to implement the vehicle exit fee payment method as described in any one of claims 1-5.

10. A computer program product, comprising a computer program, characterized in that The computer program is executed to implement the vehicle exit fee payment method according to any one of claims 1 to 5.

Images