Payment method, apparatus, device, and storage medium

Abstract

Embodiments of the present application disclose a payment method, device, equipment and storage medium, and relate to the technical field of payment transaction. The payment method comprises: being applied to an on-board unit (OBU), and the method comprises: in the case of receiving a wake-up signal, starting a first Bluetooth module; the wake-up signal is a signal emitted by a road side unit (RSU) in a preset area. A communication connection is established between the first Bluetooth module and the RSU. A payment instruction sent by the RSU is received; the payment instruction comprises a payment amount, a payment wallet address and a random number. In response to the payment instruction, transaction data is generated, and the transaction data is sent to the RSU; the transaction data comprises a payment voucher corresponding to the payment amount. The payment method and the related device, equipment and storage medium disclosed by the present application can be used to solve the problem of complicated payment process and low payment transaction efficiency in the related art.

Description

[0001] This application claims priority to Chinese patent application No. 202211414740.0, filed on November 11, 2022, the entire contents of which are incorporated herein by reference. Technical Field

[0002] This application relates to the field of payment transaction technology, and in particular to a payment method, apparatus, device and storage medium. Background Technology

[0003] Currently, when a vehicle is about to leave the parking lot, users are required to pay the parking fee by scanning a QR code. Specifically, when the vehicle reaches the parking lot exit, the user obtains the parking fee information from the display screen at the exit and scans the payment QR code using their device. Further, after scanning the payment QR code, the user enters the corresponding parking fee in the payment interface displayed on their device.

[0004] However, users need to open their car windows when scanning the payment QR code using their devices. Furthermore, in low-light conditions, users need to scan the QR code repeatedly before the payment interface appears on their devices. This makes the parking fee payment process cumbersome, reduces transaction efficiency, and negatively impacts user experience. Summary of the Invention

[0005] This application provides a payment method, apparatus, device, and storage medium to at least solve the problems of cumbersome parking fee payment processes and low transaction efficiency in related technologies. The technical solution of this application is as follows:

[0006] Firstly, a transaction method is provided, applied to an on-board unit (OBU). The OBU includes a first Bluetooth module. The method includes: activating the first Bluetooth module upon receiving a wake-up signal; the wake-up signal is a signal emitted by a roadside unit (RSU) within a preset area. Establishing a communication connection with the RSU via the first Bluetooth module. Receiving a payment instruction sent by the RSU; the payment instruction includes the amount to be paid, a receiving wallet address, and a random number. Responding to the payment instruction, generating transaction data and sending the transaction data to the RSU; the transaction data includes a payment voucher corresponding to the amount to be paid.

[0007] In one possible implementation, establishing a communication connection with the RSU via a first Bluetooth module includes: receiving device information broadcast by the RSU within a preset area via the first Bluetooth module; the device information includes the RSU's identifier. Responding to the device information, generating a response message and broadcasting the response message via the first Bluetooth module; the response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the RSU's identifier. Receiving a connection command sent by the RSU; the connection command is generated by the RSU based on the address of the first Bluetooth module after receiving the response message, provided the verification information passes verification. Responding to the connection command, establishing a communication connection with the RSU via the first Bluetooth module.

[0008] In one possible implementation, in response to a payment instruction, generating transaction data includes: generating authorization request information and sending the authorization request information to the user equipment. The authorization request information includes the amount to be paid. Receiving authorization response information sent by the user equipment. The authorization response information includes a payment confirmation identifier or a payment rejection identifier; the authorization response information is generated by the user equipment in response to the user's authorized payment operation. If the authorization response information includes a payment confirmation identifier, transaction data is generated based on the amount to be paid.

[0009] In one possible implementation, the OBU stores a preset trusted list, which includes pre-authorized Bluetooth addresses. Before sending authorization request information to the user equipment, the method further includes: detecting multiple candidate Bluetooth addresses through a first Bluetooth module. For a first candidate Bluetooth address, if the trusted list includes the first candidate Bluetooth address, the device corresponding to the first candidate Bluetooth address is determined to be the user equipment; the first candidate Bluetooth address is any one of the multiple candidate Bluetooth addresses.

[0010] In one possible implementation, the wake-up signal is a square wave signal with a power consumption value less than a preset threshold.

[0011] Secondly, a payment method is provided for use with a roadside unit (RSU), the RSU including a second Bluetooth module. The method includes: transmitting a wake-up signal to a preset area via the second Bluetooth module; the wake-up signal is used to wake up the on-board unit (OBU); establishing a communication connection with the OBU via the second Bluetooth module; sending a payment instruction to the OBU; the payment instruction includes the amount to be paid, the receiving wallet address, and a random number; and receiving transaction data sent by the OBU; the transaction data includes a payment voucher corresponding to the amount to be paid.

[0012] In one possible implementation, the OBU includes a first Bluetooth module. Before establishing a communication connection with the OBU via a second Bluetooth module, the method further includes: broadcasting device information to a preset area via the second Bluetooth module; the device information includes the identifier of the RSU. Receiving a response message sent by the OBU; the response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the RSU identifier. If the verification information passes verification, a connection command is generated based on the address of the first Bluetooth module, and the connection command is sent to the OBU via the second Bluetooth module.

[0013] In one possible implementation, generating a connection command includes: receiving location information sent by the OBU via a second Bluetooth module and determining the angle of arrival of the location information. Based on the angle of arrival, the location of the OBU is determined, and if the location of the OBU is within a preset area, a connection command is generated.

[0014] In one possible implementation, the RSU includes a hardware wallet, and the method further includes: after receiving transaction data, storing the payment voucher corresponding to the amount to be paid into the hardware wallet, and when the RSU is connected to the network, synchronizing the payment voucher in the hardware wallet to the total hardware wallet of the digital currency platform corresponding to the RSU; the digital currency platform is used to aggregate the digital currencies corresponding to the hardware wallets.

[0015] In one possible implementation, the wake-up signal is a square wave signal with a power consumption value less than a preset threshold.

[0016] Thirdly, a payment device is provided for use in an on-board unit (OBU). The OBU includes a first Bluetooth module. The payment device includes: an activation unit, a connection unit, a receiving unit, a generation unit, and a transmission unit. The activation unit is used to activate the first Bluetooth module upon receiving a wake-up signal; the wake-up signal is a signal emitted by a roadside unit (RSU) within a preset area. The connection unit is used to establish a communication connection with the RSU via the first Bluetooth module. The receiving unit is used to receive a payment instruction sent by the RSU; the payment instruction includes the amount to be paid, a receiving wallet address, and a random number. The generation unit is used to generate transaction data in response to the payment instruction; the transaction data includes a payment voucher corresponding to the amount to be paid. The transmission unit is used to send the transaction data to the RSU.

[0017] In one possible implementation, the connection unit is specifically configured to: receive device information broadcast by the RSU within a preset area via a first Bluetooth module; the device information includes the RSU's identifier. In response to the device information, generate a response message and broadcast the response message via the first Bluetooth module; the response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the RSU's identifier. Receive a connection command sent by the RSU; the connection command is generated by the RSU based on the address of the first Bluetooth module after receiving the response message, provided the verification information passes verification. In response to the connection command, establish a communication connection with the RSU via the first Bluetooth module.

[0018] In one possible implementation, the generation unit is specifically configured to: generate authorization request information in response to a payment instruction, and send the authorization request information to the user equipment. The authorization request information includes the amount to be paid. It also receives authorization response information sent by the user equipment. The authorization response information includes a payment confirmation identifier or a payment rejection identifier; the authorization response information is generated by the user equipment in response to the user's authorized payment operation. If the authorization response information includes a payment confirmation identifier, transaction data is generated based on the amount to be paid.

[0019] In one possible implementation, the OBU stores a preset trusted list, which includes pre-authorized Bluetooth addresses; the payment device further includes a detection unit and a determination unit. The detection unit is used to detect multiple candidate Bluetooth addresses via a first Bluetooth module. The determination unit is used to, for a first candidate Bluetooth address, determine the device corresponding to the first candidate Bluetooth address as a user equipment if the trusted list includes the first candidate Bluetooth address; the first candidate Bluetooth address is any one of the multiple candidate Bluetooth addresses.

[0020] In one possible implementation, the wake-up signal is a square wave signal with a power consumption value less than a preset threshold.

[0021] Fourthly, a payment device is provided for use in a roadside unit (RSU). The RSU includes a second Bluetooth module. The device includes a transmitting unit, a connecting unit, a sending unit, and a receiving unit. The transmitting unit is used to transmit a wake-up signal to a preset area via the second Bluetooth module. The wake-up signal is used to wake up the on-board unit (OBU). The connecting unit is used to establish a communication connection with the OBU via the second Bluetooth module. The sending unit is used to send a payment instruction to the OBU. The payment instruction includes the amount to be paid, the receiving wallet address, and a random number. The receiving unit is used to receive transaction data sent by the OBU. The transaction data includes a payment voucher corresponding to the amount to be paid.

[0022] In one possible implementation, the OBU includes a first Bluetooth module, and the payment device further includes a broadcast unit and a generation unit. The broadcast unit is used to broadcast device information to a preset area via a second Bluetooth module; the device information includes the identifier of the RSU. The receiving unit is used to receive a response message sent by the OBU; the response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the identifier of the RSU. The generation unit is used to generate a connection command based on the address of the first Bluetooth module if the verification information passes verification. The sending unit is also used to send the connection command to the OBU via the second Bluetooth module.

[0023] In one possible implementation, the generating unit is specifically configured to: receive positioning information sent by the OBU via a second Bluetooth module, and determine the angle of arrival of the positioning information; determine the location of the OBU based on the angle of arrival, and generate a connection command if the location of the OBU is within a preset area.

[0024] In one possible implementation, the RSU includes a hardware wallet, and the payment device further includes a storage unit and a synchronization unit. The storage unit stores the payment voucher corresponding to the amount to be paid in the hardware wallet after receiving transaction data. The synchronization unit synchronizes the payment voucher in the hardware wallet to the central hardware wallet of the corresponding digital currency platform when the RSU is connected to the network. The digital currency platform aggregates the digital currencies corresponding to the payments in the hardware wallets.

[0025] In one possible implementation, the wake-up signal is a square wave signal with a power consumption value less than a preset threshold.

[0026] Fifthly, an on-board unit (OBU) is provided, comprising: a processor and a communication interface; the communication interface and the processor are coupled, the processor being used to run computer programs or instructions to implement the payment method as described in the first aspect.

[0027] In a sixth aspect, a roadside unit (RSU) is provided, comprising: a processor and a communication interface; the communication interface and the processor are coupled, the processor being used to run computer programs or instructions to implement the payment method as described in the second aspect.

[0028] In a seventh aspect, a computer-readable storage medium is provided, wherein when computer-executable instructions stored in the computer-readable storage medium are executed by a processor of an electronic device, the electronic device is capable of executing a payment method as described in the first aspect or a payment method as described in the second aspect.

[0029] Eighthly, a computer program product is provided, the computer program product including computer instructions, which, when executed on an electronic device, enable the electronic device to perform a payment method as described in the first aspect or as described in the second aspect.

[0030] The technical solution of the first aspect provided by the embodiments of this application brings at least the following beneficial effects: Upon receiving a wake-up signal, a first Bluetooth module is activated; the wake-up signal is a signal emitted by the roadside unit (RSU) within a preset area. A communication connection is established with the RSU through the first Bluetooth module. Thus, the OBU is woken up by the signal emitted by the RSU within the preset area and establishes a Bluetooth communication connection with the RSU through the Bluetooth module. A payment instruction sent by the RSU is received; the payment instruction includes the amount to be paid. Thus, the OBU determines the amount to be paid based on the payment instruction sent by the RSU. In response to the payment instruction, transaction data is generated and sent to the RSU; the transaction data includes digital currency corresponding to the amount to be paid. Thus, after obtaining the amount to be paid, the OBU sends transaction data including the digital currency corresponding to the amount to be paid to the RSU. Therefore, based on the above method, the payment of parking fees is completed using the communication between the OBU and the RSU, thereby solving the problems of cumbersome parking fee payment processes and low transaction efficiency, and improving user experience. In addition, this embodiment of the application uses digital currency to pay parking fees. Since digital currency payment uses digital currency Bluetooth payment and supports dual offline transactions, it will not affect the OBU's payment of parking fees even in poor network conditions.

[0031] It should be noted that the technical effects of any of the implementation methods in aspects two through eight can be found in the technical effects of the corresponding implementation methods in aspect one, and will not be repeated here.

[0032] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0033] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application, and do not constitute an undue limitation of this application.

[0034] Figure 1 A structural diagram of a payment system provided in an embodiment of this application;

[0035] Figure 2 A structural diagram of another payment system provided in this application embodiment;

[0036] Figure 3 One of the flowcharts for a payment method provided in this application embodiment;

[0037] Figure 4 A second flowchart illustrating a payment method provided in this application embodiment;

[0038] Figure 5A third flowchart illustrating a payment method provided in this application embodiment;

[0039] Figure 6 A fourth flowchart illustrating a payment method provided in this application embodiment;

[0040] Figure 7 A fifth flowchart illustrating a payment method provided in this application embodiment;

[0041] Figure 8 A flowchart of a payment method provided in this application embodiment is shown as the sixth one.

[0042] Figure 9 A flowchart of a payment method provided in this application embodiment is shown as the seventh one.

[0043] Figure 10 Flowchart eight of a payment method provided in the embodiments of this application;

[0044] Figure 11 This is a schematic diagram of the structure of a payment device provided in an embodiment of this application;

[0045] Figure 12 This is a schematic diagram of another payment device provided in an embodiment of this application;

[0046] Figure 13 This is a schematic diagram of the structure of a vehicle-mounted unit provided in an embodiment of this application. Detailed Implementation

[0047] To enable those skilled in the art to better understand the technical solutions of this application, the technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings.

[0048] It should be noted that the terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0049] Before providing a detailed introduction to the transaction methods provided in this application, let me briefly introduce the relevant elements, application scenarios, and implementation environment involved in this application.

[0050] First, a brief introduction to the relevant elements involved in this application will be given.

[0051] Digital currency: It is an alternative form of electronic money, that is, a digital form of currency, such as digital yuan, digital euro, digital dollar, etc.

[0052] An embedded secure access module (ESAM) is an embedded security control module that is packaged using a dedicated smart card chip module. Its application mode is to be embedded in an OBU to perform functions such as data encryption and decryption, two-way authentication, access control, and data file storage.

[0053] Secondly, a brief introduction to the application scenarios involved in this application will be given.

[0054] Currently, in related technologies, when a vehicle wants to leave a parking lot, the user needs to pay the parking fee by scanning a QR code. Specifically, when the vehicle arrives at the parking lot exit, the user obtains the parking fee information from the display screen at the exit and scans the payment QR code using their device. Further, after scanning the payment QR code, the user enters the corresponding parking fee in the payment interface displayed on their device to pay the parking fee.

[0055] However, users need to open their car windows when scanning the payment QR code using their devices. Furthermore, in low-light conditions, users need to scan the QR code repeatedly before the payment interface appears on their devices. This makes the parking fee payment process cumbersome, reduces transaction efficiency, and negatively impacts user experience.

[0056] To address the aforementioned issues, this application provides a payment method applied to an On-Board Unit (OBU). Upon receiving a wake-up signal, the OBU activates a first Bluetooth module; the wake-up signal is a signal emitted by a Roadside Unit (RSU) within a preset area. A communication connection is established with the RSU via the first Bluetooth module. Thus, the OBU is woken up by the signal emitted by the RSU within the preset area and establishes a Bluetooth communication connection with the RSU via the Bluetooth module. The OBU receives a payment instruction from the RSU; the payment instruction includes the amount to be paid. The OBU determines the amount to be paid based on the payment instruction sent by the RSU. In response to the payment instruction, transaction data is generated and sent to the RSU; the transaction data includes digital currency corresponding to the amount to be paid. Thus, after obtaining the amount to be paid, the OBU sends transaction data including the digital currency corresponding to the amount to be paid to the RSU. Therefore, based on the above method, parking fee payment is completed using communication between the OBU and the RSU, thereby solving the problems of cumbersome parking fee payment processes and low transaction efficiency, and improving user experience. In addition, this embodiment of the application uses digital currency to pay parking fees. Since digital currency payment uses digital currency Bluetooth payment and supports dual offline transactions, it will not affect the OBU's payment of parking fees even in poor network conditions.

[0057] Finally, a brief introduction is given to the implementation environment (implementation architecture) involved in the method provided in this application.

[0058] Figure 1 This is the implementation architecture diagram of this application. Figure 1 A schematic diagram of a payment system provided in an embodiment of this application is shown. The payment system 10 may include an OBU 101 and an RSU 102. The OBU 101 can conduct transactions with the RSU 102.

[0059] The OBU101 may include a first Bluetooth module, an ESAM module, and a digital currency generation module.

[0060] The first Bluetooth module is responsible for Bluetooth communication with RSU102. For example, when the Bluetooth module in OBU101 is in sleep mode, it receives a square wave signal from RSU102, enters working mode, and establishes a connection with RSU102. After receiving the amount to be paid from RSU102, the first Bluetooth module sends digital currency payment information to RSU102.

[0061] The ESAM module is responsible for performing security authentication on the information sent by RSU102. For example, the ESAM module verifies whether RSU102 is legitimate.

[0062] The digital currency generation module includes a first hardware wallet. This module generates digital currency payment transaction data. For example, if the digital currency generation module determines that a parking fee of 5 yuan needs to be paid, it generates payment transaction data and sends it to the RSU102 via the Bluetooth module in the OBU101. This payment transaction data corresponds to a digital currency amount of 5 yuan.

[0063] Understandably, the OBU digital currency wallet in the digital currency generation module has a pre-loaded amount of digital currency. For example, a user might pre-load 200 yuan of digital currency into their OBU digital currency wallet.

[0064] In some embodiments, the OBU101 may further include an electronic toll collection system (ETC) module and a storage module. The storage module is used to store vehicle information associated with the OBU101, such as license plate number, user information, and transaction card information.

[0065] The RSU102 may include an antenna-Bluetooth module, a secure access module (PSAM) module, a camera module, and a digital currency receiving module.

[0066] The antenna-Bluetooth module includes a second Bluetooth module. This second Bluetooth module can be used to communicate with the Bluetooth module in the OBU101 via Bluetooth. It can also be used for positioning the OBU101.

[0067] The PSAM module is used to perform security verification on the information sent by the OBU101.

[0068] The camera module is used to take pictures of a preset area to obtain vehicle information within that area.

[0069] The digital currency receiving module includes a second hardware wallet. This second hardware wallet is used to receive digital currency payment strings sent by the OBU101.

[0070] In some embodiments, RSU102 may further include a processor. The processor is used to determine the amount to be paid by OBU101.

[0071] It should be noted that, Figure 1 This is merely an illustrative framework diagram, except... Figure 1 In addition to the components shown, other components may also be included, such as user equipment, lane control equipment, toll management equipment, etc., without limitation.

[0072] For example, such as Figure 2 As shown, Figure 2 A schematic diagram of another payment system provided in an embodiment of this application is shown. The payment system 20 may include: an OBU 201, an RSU 202, a user equipment 203, a lane control device 204, and a toll management device 205. The OBU 201 is connected to both the RSU 202 and the user equipment 203. The RSU 202 is connected to both the OBU 201, the lane control device 204, and the toll management device 205.

[0073] Among them, OBU201 and RSU202 can be parameterized. Figure 1 The OBU101 and RSU102 are not discussed further.

[0074] User equipment 203 may include a Bluetooth connectivity module and a digital currency authorization module. The Bluetooth connectivity module is used to establish a connection with OBU 201. The digital currency authorization module is used to authorize the digital currency generation module in OBU 201.

[0075] User equipment 203 can be terminal equipment, user equipment (UE), mobile station (MS), or mobile terminal (MT), etc. Specifically, user equipment 302 can be a mobile phone, tablet computer, or computer with wireless transceiver capabilities. It can also be a virtual reality (VR) terminal, an augmented reality (AR) terminal, a wireless terminal in industrial control, a wireless terminal in autonomous driving, a wireless terminal in telemedicine, a wireless terminal in a smart grid, a wireless terminal in a smart city, a smart home, or an in-vehicle terminal, etc.

[0076] The fee management device 205 may include a digital currency platform. The digital currency platform includes a central hardware wallet. This central hardware wallet is used to aggregate the digital currency from the secondary hardware wallet.

[0077] For ease of understanding, the payment method provided in this application will be described in detail below with reference to the accompanying drawings.

[0078] Figure 3 This is a flowchart illustrating a payment method according to an exemplary embodiment. For example... Figure 3 As shown, the payment method includes the following steps: S301-S307.

[0079] S301: The RSU transmits a wake-up signal to a preset area via the second Bluetooth module.

[0080] The wake-up signal is used to wake up the on-board unit (OBU).

[0081] As one possible approach, the RSU transmits a wake-up signal to a preset area in real time or periodically via a second Bluetooth module.

[0082] In some embodiments, in order to reduce the power consumption of the RSU, the wake-up signal is a square wave signal with a power consumption value less than a preset threshold.

[0083] For example, the square wave can be in the 1 Hz frequency band or other Hz frequency bands, and this application embodiment does not limit this.

[0084] It should be noted that the preset area is pre-set by the maintenance personnel. For example, the maintenance personnel may pre-configure the second Bluetooth module of the RSU so that the signal of the second Bluetooth module is only projected within the preset area.

[0085] S302: When the OBU receives a wake-up signal, it activates the first Bluetooth module.

[0086] As one possible approach, the first Bluetooth module, while in sleep mode, receives a wake-up signal from the RSU and turns on.

[0087] Understandably, after a vehicle enters the preset area, the OBU receives the activation signal from the RSU and enters the active mode from sleep mode. Since the RSU only projects signals within the preset area, it only establishes communication connections with OBUs within that area. When the RSU's second Bluetooth module establishes a connection with the OBU's Bluetooth module, the RSU's second Bluetooth module uses Bluetooth positioning to locate and range the OBU's Bluetooth module, thereby determining whether the OBU's first Bluetooth module is located within the preset area. This avoids interference from OBUs outside the preset area. For example, the RSU avoids interference from OBUs in lanes adjacent to the parking lot exit, enabling accurate identification and control of vehicles scheduled for release within the target lane.

[0088] S303: The OBU establishes a communication connection with the RSU through the first Bluetooth module.

[0089] As one possible approach, after the first Bluetooth module is woken up, it receives a connection request from the RSU and establishes a Bluetooth communication connection with the RSU.

[0090] As another possible approach, after the first Bluetooth module is woken up, it establishes a Bluetooth communication connection with the RSU upon detecting the RSU's Bluetooth signal.

[0091] For specific instructions on how to implement this step, please refer to the following steps.

[0092] S304: RSU generates payment instructions.

[0093] The payment instructions include the payment amount, the receiving wallet address, and a random number.

[0094] One possible approach is for the RSU's camera module to photograph vehicles within a preset area, obtaining the license plate number of the vehicle carrying the OBU. Further, the RSU's processor acquires the license plate number and the current time, and retrieves the entry time of that license plate number from the payment management device. Subsequently, the RSU's processor determines the parking fee for that license plate number based on the current time and entry time, and sets the parking fee as the amount to be paid by the OBU.

[0095] For example, the RSU's camera module takes a picture of a vehicle within a preset area and obtains license plate number A. Further, the RSU's processor obtains license plate number A and the current time, 2022-05-30 12:30:00, and retrieves the entry time of the vehicle corresponding to license plate number A, 2022-05-30 8:00:00, from the payment management device. Subsequently, the RSU's processor determines that the parking duration for the vehicle corresponding to license plate number A is 5 hours, and determines the parking fee for the vehicle corresponding to license plate number A to be 5 yuan based on preset payment rules.

[0096] In one possible implementation, the second Bluetooth module sends an information request to the first Bluetooth module. This information request message instructs the OBU to send vehicle information. Correspondingly, the first Bluetooth module receives the information request from the second Bluetooth module of the RSU and retrieves the license plate number from its storage module. Further, the first Bluetooth module sends the license plate number to the second Bluetooth module.

[0097] Accordingly, the RSU's processor obtains the license plate number and the current time, and determines the entry time of that license plate number from the toll management device. Subsequently, the RSU's processor determines the parking fee for that license plate number based on the current time and entry time, and sets the parking fee as the amount to be paid by the OBU.

[0098] It should be noted that payment instructions may also include other initial payment information. The preset area is pre-configured by maintenance personnel for the RSU's camera modules. The preset payment rules are pre-configured by maintenance personnel in the RSU's processor.

[0099] The payment instruction may also include at least one of the following: RSU identifier, receiving wallet address (e.g., the receiving wallet's public key), receiving time, transaction code (e.g., parking fee for parking lot A), and verification information.

[0100] S305: The RSU sends a payment instruction to the OBU. Correspondingly, the OBU receives the payment instruction sent by the RSU.

[0101] As one possible approach, the RSU sends payment instructions to the OBU via the second Bluetooth module.

[0102] S306: The OBU responds to payment instructions and generates transaction data.

[0103] The transaction data includes payment vouchers corresponding to the amount to be paid.

[0104] One possible approach is that after receiving the execution instruction, the OBU parses the payment instruction to obtain the amount to be paid. Further, the OBU generates a string representing the corresponding cryptocurrency based on the amount to be paid, and then generates transaction data based on this cryptocurrency string.

[0105] In some embodiments, after obtaining the amount to be paid, the OBU's digital currency generation module determines whether the digital currency balance in the OBU digital currency wallet is greater than or equal to the amount to be paid. If the digital currency balance in the OBU digital currency wallet is greater than or equal to the amount to be paid, the OBU's digital currency generation module generates a string of digital currency corresponding to the amount to be paid.

[0106] For example, taking a payment of 5 yuan as an example, after the OBU's digital currency generation module determines that 5 yuan needs to be paid, it generates a string of digital currency corresponding to 5 yuan.

[0107] It should be noted that the OBU's digital currency generation module is configured with unique private and public keys. The OBU's digital currency generation module can use either symmetric or asymmetric encryption algorithms to generate a string of digital currency corresponding to the amount to be paid. Transaction data may also include the OBU's signature and transaction index.

[0108] S307: The OBU sends transaction data to the RSU. Correspondingly, the RSU receives the transaction data sent by the OBU.

[0109] As one possible approach, the OBU sends transaction data to the RSU via a Bluetooth module.

[0110] Subsequently, after receiving the transaction data from the OBU, the RSU parses the data to obtain a string representing the cryptocurrency corresponding to the amount to be paid. Further, the RSU's cryptocurrency receiving module decrypts and verifies this string. If verification is successful, the RSU stores the cryptocurrency string in a second hardware wallet and sends a control message to the lane control device. This control message instructs the lane control device to allow the vehicle containing the OBU to proceed.

[0111] In some embodiments, the second hardware wallet only receives digital currency and sends it to the digital currency platform in the fee management device for administrators to use. That is, the digital currency in the RSU's second hardware wallet cannot be used for direct payments, preventing the digital currency from being stolen or misappropriated.

[0112] The technical solution of the first aspect provided by the embodiments of this application brings at least the following beneficial effects: Upon receiving a wake-up signal, a first Bluetooth module is activated; the wake-up signal is a signal emitted by the roadside unit (RSU) within a preset area. A communication connection is established with the RSU through the first Bluetooth module. Thus, the OBU is woken up by the signal emitted by the RSU within the preset area and establishes a Bluetooth communication connection with the RSU through the Bluetooth module. A payment instruction sent by the RSU is received; the payment instruction includes the amount to be paid. Thus, the OBU determines the amount to be paid based on the payment instruction sent by the RSU. In response to the payment instruction, transaction data is generated and sent to the RSU; the transaction data includes digital currency corresponding to the amount to be paid. Thus, after obtaining the amount to be paid, the OBU sends transaction data including the digital currency corresponding to the amount to be paid to the RSU. Therefore, based on the above method, the payment of parking fees is completed using the communication between the OBU and the RSU, thereby solving the problems of cumbersome parking fee payment processes and low transaction efficiency, and improving user experience. In addition, this embodiment of the application uses digital currency to pay parking fees. Since digital currency payment uses digital currency Bluetooth payment and supports dual offline transactions, it will not affect the OBU's payment of parking fees even in poor network conditions.

[0113] In one design, to prevent the digital currency in the OBU from being stolen or fraudulently used, such as Figure 4 As shown, S306 of this application embodiment specifically includes: S3061-S3065.

[0114] S3061: The OBU responds to the payment instruction and generates authorization request information.

[0115] The authorization request information includes the amount to be paid.

[0116] One possible approach is for the OBU to retrieve the amount to be paid and the context information of that amount from the payment instruction after receiving it. Further, the OBU generates an authorization request message based on the amount to be paid and the context information.

[0117] For example, the OBU obtains the amount to be paid as 5 yuan and the parking duration as 3 hours from the payment instruction. Further, the OBU generates authorization request information: "Payment amount: 5 yuan; Payment details: Parking for 3 hours".

[0118] It should be noted that the authorization request information can be in text or voice format.

[0119] S3062: The OBU sends an authorization request to the user equipment. Correspondingly, the user equipment receives the authorization request from the OBU.

[0120] As one possible approach, the OBU sends authorization request information to the user equipment via the Bluetooth module box.

[0121] In some embodiments, after obtaining a payment instruction, the OBU acquires the user device bound to it and sends an authorization request to the user device via a Bluetooth module. Correspondingly, the user device receives the authorization request via Bluetooth communication. Furthermore, the user device prompts the user to authorize the request in text or voice format.

[0122] Specifically, the OBU sends a Bluetooth signal to attempt to establish a Bluetooth connection with the user equipment. If the OBU detects that the user equipment's Bluetooth function is not enabled, the OBU prompts the user to enable the user equipment's Bluetooth function. In some embodiments, the OBU plays a voice prompt to enable the user equipment's Bluetooth function. In other embodiments, the OBU generates a command to prompt the user to enable the Bluetooth function and sends it to the RSU, instructing the RSU to prompt the user to enable the user equipment's Bluetooth function via voice or text.

[0123] It should be noted that the user equipment can be a mobile phone, an in-vehicle terminal, or other electronic devices; this application does not limit the scope of the application.

[0124] S3063: The user equipment sends an authorization reply message to the OBU. Correspondingly, the OBU receives the authorization reply message sent by the user equipment.

[0125] The authorization response information includes a payment confirmation flag or a payment rejection flag; the authorization response information is generated by the user device in response to the user's authorized payment operation.

[0126] In some embodiments, the user equipment receives confirmation from the user of authorized payment and generates authorization response information.

[0127] In other embodiments, the user equipment receives a user's action of refusing to authorize payment and generates an authorization response message.

[0128] It should be noted that, in this embodiment of the application, the user equipment receiving the user's authorized payment operation can be done by the user clicking a control, entering a personal identification number (Pin), entering a voiceprint, entering a fingerprint, or facial authentication.

[0129] For example, consider the authorized payment action as a clickable control. The user device displays two controls, "Confirm" and "Cancel," on the authorization interface. If the user device detects the user's action on the "Confirm" control, it confirms receipt of the payment confirmation action; if the user device detects the user's action on the "Cancel" control, it confirms receipt of the payment rejection action.

[0130] For example, to facilitate user authorization, let's take voiceprint input as an example of authorized payment operation. The user device prompts the user to authorize via voice. If the user device receives a confirmation voice reply such as "OK" or "Great," the user device acknowledges receiving the payment confirmation operation; if the user device receives a rejection voice reply such as "Cancel" or "No," the user device acknowledges receiving the rejection of the authorized payment operation.

[0131] Understandably, if the user equipment receives a request from the user to refuse authorization for payment, it means the user has a dispute regarding the payment amount. Further, the OBU obtains the authorization response information, including the refusal payment identifier, confirms the user's refusal, and generates a refusal payment message. Subsequently, the OBU sends the refusal payment message to the RSU to notify the RSU to regenerate the payment instruction.

[0132] S3064: The OBU determines whether the authorization response information includes a payment confirmation identifier.

[0133] S3065: When the authorization response information includes a payment confirmation identifier, the OBU generates transaction data based on the amount to be paid.

[0134] As one possible approach, if the OBU's authorization response includes a payment confirmation identifier, its digital currency generation module determines whether the balance in the OBU's digital currency wallet is greater than or equal to the amount to be paid. If the OBU's digital currency wallet balance is greater than or equal to the amount to be paid, the OBU's digital currency generation module generates a string representing the digital currency corresponding to the amount to be paid. Further, the OBU's digital currency generation module generates transaction data based on this string representing the digital currency corresponding to the amount to be paid.

[0135] In some embodiments, if the balance in the OBU digital currency wallet is less than the amount to be paid, the OBU's digital currency generation module generates and sends an insufficient balance message to the OBU's processor. Further, the OBU generates the insufficient balance message and prompts the user to top up their OBU digital currency wallet in text or voice format.

[0136] In one design, to avoid interference from OBUs in other lanes, such as... Figure 5 As shown, the payment method S303 of this application embodiment specifically includes: S3031-S3036.

[0137] S3031: The RSU broadcasts device information within a preset area via a second Bluetooth module. Correspondingly, the OBU receives the device information broadcast by the RSU within the preset area via a first Bluetooth module.

[0138] The equipment information includes the RSU identifier.

[0139] S3032: The OBU responds to device information and generates a response message.

[0140] The response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the RSU identifier.

[0141] As one possible implementation, the OBU receives device information broadcast by the RSU within a preset area via the first Bluetooth module, parses the device information, and determines whether the device information includes the RSU identifier. If the device information includes the RSU identifier, a response message is generated.

[0142] S3033: The OBU broadcasts a response message via the first Bluetooth module. Correspondingly, the RSU receives the response message sent by the OBU via the second Bluetooth module.

[0143] S3034: If the verification information passes, the RSU generates a connection command based on the address of the first Bluetooth module.

[0144] S3035: The RSU sends a connection command to the OBU via the second Bluetooth module. Correspondingly, the OBU receives the connection command sent by the RSU.

[0145] S3036: The OBU responds to the connection command and establishes a communication connection with the RSU through the first Bluetooth module.

[0146] Subsequently, after the OBU and RSU establish a connection, the OBU and RSU need to perform security authentication.

[0147] The OBU verifies RSU security certification using the following steps.

[0148] Step 10: The OBU sends an access credential command to the RSU, sending the OBU contract serial number and OBU key version number to the RSU.

[0149] Step 11: The OBU's ESAM module randomly generates an access permission authentication random number and transmits the access permission authentication random number to the RSU.

[0150] Step 12: The RSU selects the corresponding on-board unit authentication master key RK1 based on the OBU key version number.

[0151] Step 13: RSU uses the OBU contract sequence number to distribute RK1 and generate a temporary OBU authentication master key tmpAccessKey.

[0152] Step 14: RSU uses tmpAccessKey to encrypt the random number for access license authentication and generate access license authentication code accessCredentials.

[0153] Step 15: The RSU transfers accessCredentials to the OBU.

[0154] Step 16: The OBU encrypts the random number for access permission authentication to generate a temporary access permission authentication code tmpAccessCredentials.

[0155] Step 17: The OBU compares tmpAccessCredentials with accessCredentials to authenticate access permissions. If they match, the RSU access is valid and further processing is performed; otherwise, it is invalid.

[0156] The method by which the RSU verifies the security certification of the OBU includes the following steps:

[0157] Step 20: The RSU sends an authentication command to the OBU, and the OBU returns the following parameters to the RSU: OBU random number sequence number, OBU key version number, and OBU contract sequence number.

[0158] Step 21: RSU selects the corresponding OBU encryption master key RK2 based on the OBU key version number.

[0159] Step 22: The RSU's PSAM module randomly generates an information authentication random number and an information authentication random number sequence number.

[0160] Step 23: The RSU uses the OBU contract sequence number to distribute the RK2 and generate a temporary on-board unit encryption master key tmpEncryptKey.

[0161] Step 24: The RSU uses the on-board unit random number sequence number to select the corresponding information authentication random number randRSUforAuthen, and uses tmpEncryptKey to perform data encryption operation on randRSUforAuthen to generate a temporary information authentication code tmpAuthenticator.

[0162] Step 25: The RSU transmits the information authentication random number to the OBU.

[0163] Step 26: The OBU performs encryption operations on the transmitted information authentication random number to generate the information authentication code Authenticator, and transmits it to the RSU.

[0164] Step 27: The RSU compares tmpAuthenticator and Authenticator to authenticate the information. If they are the same, the OBU information is valid and further processing is performed; otherwise, the on-board unit information is invalid.

[0165] It should be noted that the above-mentioned mutual authentication between OBU and RSU is achieved through the mutual authentication between the ESAM module in OBU and the PSAM module in RSU.

[0166] Finally, after the OBU and RSU have mutually verified each other's legitimacy, the RSU sends a payment instruction to the OBU. In some embodiments, the RSU may also send a payment instruction to the OBU first, and then perform mutual authentication with the RSU.

[0167] In one design, to prevent the OBU from connecting to other electronic devices and thus preventing the digital currency stored in the OBU from being stolen or fraudulently used, the OBU stores a pre-defined trusted list, which includes pre-authorized Bluetooth addresses. For example... Figure 6 As shown, before S3062 in this embodiment, the method further includes S308-S309.

[0168] S308: The OBU detects multiple candidate Bluetooth addresses through the first Bluetooth module.

[0169] S309: For the first candidate Bluetooth address, if the trusted list includes the first candidate Bluetooth address, the OBU will determine the device corresponding to the first candidate Bluetooth address as the user equipment.

[0170] The first candidate Bluetooth address is any one of the multiple candidate Bluetooth addresses.

[0171] One possible approach is for the OBU to check in the trusted list for a Bluetooth address that matches the first candidate Bluetooth address. If a Bluetooth address matching the first candidate Bluetooth address exists in the trusted list, the OBU identifies the device corresponding to the first candidate Bluetooth address as the user equipment and establishes a Bluetooth connection with the user equipment based on the first candidate Bluetooth address.

[0172] In one design, to determine if an OBU exists within a preset area, such as... Figure 7 As shown, S3034 of this application embodiment specifically includes: S401-S404.

[0173] S401: The RSU receives location information sent by the OBU via the second Bluetooth module.

[0174] S402: RSU determines the angle of arrival for positioning information.

[0175] S403: The RSU determines the location of the OBU based on the angle of arrival.

[0176] In other embodiments, after receiving the Bluetooth signal from the first Bluetooth module of the OBU, the second Bluetooth module of the RSU measures and calculates the position parameters of the Bluetooth signal when it reaches the Bluetooth antenna signal feed point in the second Bluetooth module. These position parameters include at least the incident angle and phase of the incident Bluetooth signal. Subsequently, the second Bluetooth module of the RSU uses a trigonometric function algorithm to determine the relative position of the BU's Bluetooth module, thereby completing the positioning and ranging.

[0177] S404: The RSU generates a connection command when the OBU is located in a preset area.

[0178] In one design, digital currency within the RSU is misappropriated. For example... Figure 8 As shown, the payment method in this application embodiment further includes: S310-S311.

[0179] S310: After receiving the transaction data, the RSU stores the payment voucher corresponding to the amount to be paid into the hardware wallet.

[0180] S311: When the RSU is connected to the network, the RSU will synchronize the payment credentials in the hardware wallet to the main hardware wallet of the corresponding digital currency platform of the RSU.

[0181] The digital currency platform is used to aggregate the digital currencies corresponding to hardware wallets.

[0182] Understandably, the second hardware wallet only accepts digital currency and sends it to the digital currency platform in the fee management device for administrators to use. In other words, the digital currency in RSU's second hardware wallet cannot be used for direct payments, preventing theft or misappropriation.

[0183] In a design, such as Figure 9 As shown, the payment method of this application embodiment is applied to an on-board unit (OBU). The OBU includes a first Bluetooth module, and the payment method includes: S501-S505.

[0184] S501: When the OBU receives a wake-up signal, it activates the first Bluetooth module.

[0185] The wake-up signal is a signal transmitted by the roadside unit (RSU) within a preset area.

[0186] S502: The OBU establishes a communication connection with the RSU through the first Bluetooth module.

[0187] S503: The OBU receives payment instructions sent by the RSU.

[0188] The payment instruction includes the amount to be paid, the receiving wallet address, and a random number.

[0189] S504: The OBU responds to the payment instruction and generates transaction data.

[0190] The transaction data includes payment vouchers corresponding to the amount to be paid.

[0191] S505: The OBU sends transaction data to the RSU.

[0192] In one design, S502 of this application embodiment specifically includes: S5021-S5025.

[0193] S5021: The OBU receives device information broadcast by the RSU within a preset area via the first Bluetooth module.

[0194] The equipment information includes the RSU identifier.

[0195] S5022: The OBU responds to device information and generates a response message.

[0196] The response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the RSU identifier.

[0197] S5023: The OBU broadcasts a response message via the first Bluetooth module.

[0198] S5024: The OBU receives the connection command sent by the RSU.

[0199] The connection command is generated by the RSU based on the address of the first Bluetooth module after receiving the response message and if the verification information passes the verification.

[0200] S5025: The OBU responds to the connection command and establishes a communication connection with the RSU through the first Bluetooth module.

[0201] In one design, S504 of this application embodiment specifically includes: S5041-S5044.

[0202] S5041: The OBU responds to the payment instruction and generates authorization request information.

[0203] S5042: The OBU sends an authorization request to the user equipment.

[0204] The authorization request information includes the amount to be paid.

[0205] S5043: The OBU receives authorization response information sent by the user equipment.

[0206] The authorization response information includes a payment confirmation flag or a payment rejection flag; the authorization response information is generated by the user device in response to the user's authorized payment operation.

[0207] S5044: When the authorization response information includes a payment confirmation identifier, the OBU generates transaction data based on the amount to be paid.

[0208] In one design, the OBU stores a preset trusted list, which includes pre-authorized Bluetooth addresses. Before S5041 in this embodiment, the OBU also includes S506-S507.

[0209] S506: The OBU detects multiple candidate Bluetooth addresses through the first Bluetooth module.

[0210] S507: For the first candidate Bluetooth address, if the trusted list includes the first candidate Bluetooth address, the OBU will determine the device corresponding to the first candidate Bluetooth address as the user equipment.

[0211] The first candidate Bluetooth address is any one of the multiple candidate Bluetooth addresses.

[0212] In one design, in the payment method of this application embodiment, the wake-up signal is a square wave signal with a power consumption value less than a preset threshold.

[0213] In a design, such as Figure 10 As shown, the payment method of this application embodiment is applied to a roadside unit (RSU), which includes a second Bluetooth module. The payment method includes: S601-S604.

[0214] S601: The RSU transmits a wake-up signal to a preset area via the second Bluetooth module.

[0215] The wake-up signal is used to wake up the on-board unit (OBU).

[0216] S602: The RSU establishes a communication connection with the OBU via the second Bluetooth module.

[0217] S603: RSU sends a payment instruction to OBU.

[0218] The payment instruction includes the amount to be paid, the receiving wallet address, and a random number.

[0219] S604: RSU receives transaction data sent by OBU.

[0220] The transaction data includes payment vouchers corresponding to the amount to be paid.

[0221] In one design, the OBU includes a first Bluetooth module, and before S602 in the embodiments of this application, it also includes S605-S607.

[0222] S605: The RSU broadcasts device information to a preset area via a second Bluetooth module.

[0223] The equipment information includes the RSU identifier.

[0224] S606: The RSU receives the response message sent by the OBU.

[0225] The response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the RSU identifier.

[0226] S607: If the verification information passes the verification, the RSU generates a connection command based on the address of the first Bluetooth module and sends the connection command to the OBU through the second Bluetooth module.

[0227] In one design, S607 of this application embodiment further includes: S6071-S6074.

[0228] S6071: The RSU receives location information sent by the OBU via the second Bluetooth module.

[0229] S6072: RSU determines the angle of arrival for positioning information.

[0230] S6073: RSU determines the location of OBU based on angle of arrival.

[0231] S6074: The RSU generates a connection command when the OBU is located in a preset area.

[0232] In one design, the RSU includes a hardware wallet, and the payment method of this application embodiment further includes: S608-S609.

[0233] S608: After receiving the transaction data, the RSU stores the payment voucher corresponding to the amount to be paid into the hardware wallet.

[0234] S609: When the RSU is connected to the network, the payment credentials in the hardware wallet will be synchronized to the main hardware wallet of the digital currency platform corresponding to the RSU.

[0235] The digital currency platform is used to aggregate the digital currencies corresponding to hardware wallets.

[0236] In one design, in the payment method of this application embodiment, the wake-up signal is a square wave signal with a power consumption value less than a preset threshold.

[0237] The foregoing mainly describes the solutions provided by the embodiments of this application from a methodological perspective. To achieve the above functions, the transaction device or electronic device includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should readily recognize that, based on the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0238] This application embodiment can, based on the above method, exemplarily divide a trading device or electronic device into functional modules. For example, the trading device or electronic device may include functional modules corresponding to each functional division, or two or more functions may be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. It should be noted that the module division in this application embodiment is illustrative and only represents one logical functional division; in actual implementation, there may be other division methods.

[0239] For example, embodiments of this application also provide a payment device.

[0240] Figure 11 This is a block diagram illustrating a payment device according to an exemplary embodiment. (Refer to...) Figure 10 The payment device 70 is applied to an on-board unit (OBU), which includes a first Bluetooth module. The device includes an activation unit 701, a connection unit 702, a receiving unit 703, a generation unit 704, and a transmission unit 705.

[0241] The activation unit 701 is used to activate the first Bluetooth module upon receiving a wake-up signal. The wake-up signal is a signal transmitted by the roadside unit (RSU) within a preset area.

[0242] The connection unit 702 is used to establish a communication connection with the RSU via the first Bluetooth module.

[0243] The receiving unit 703 is used to receive payment instructions sent by the RSU. The payment instructions include the amount to be paid, the receiving wallet address, and a random number.

[0244] The generation unit 704 is used to generate transaction data in response to a payment instruction. The transaction data includes a payment voucher corresponding to the amount to be paid.

[0245] The sending unit 705 is used to send transaction data to the RSU.

[0246] Optionally, the connection unit 702 is specifically configured to: receive device information broadcast by the RSU within a preset area via the first Bluetooth module. The device information includes the RSU's identifier. In response to the device information, generate a response message and broadcast the response message via the first Bluetooth module. The response message includes authentication information and the address of the first Bluetooth module; the authentication information is generated based on the RSU's identifier. Receive a connection command sent by the RSU. The connection command is generated by the RSU based on the address of the first Bluetooth module after receiving the response message, provided the authentication information passes verification. In response to the connection command, establish a communication connection with the RSU via the first Bluetooth module.

[0247] Optionally, the generation unit 704 is specifically configured to: generate authorization request information in response to a payment instruction, and send the authorization request information to the user equipment. The authorization request information includes the amount to be paid. It also receives authorization response information sent by the user equipment. The authorization response information includes a payment confirmation identifier or a payment rejection identifier. The authorization response information is generated by the user equipment in response to the user's authorized payment operation. If the authorization response information includes a payment confirmation identifier, transaction data is generated based on the amount to be paid.

[0248] Optionally, the OBU stores a preset trusted list, which includes pre-authorized Bluetooth addresses; the payment device also includes a detection unit 706 and a determination unit 707.

[0249] The detection unit 706 is used to detect multiple candidate Bluetooth addresses through the first Bluetooth module.

[0250] The determining unit 707 is used to determine the device corresponding to the first candidate Bluetooth address as a user equipment if the first candidate Bluetooth address is included in the trusted list; the first candidate Bluetooth address is any one of multiple candidate Bluetooth addresses.

[0251] Optionally, the wake-up signal is a square wave signal with a power consumption value less than a preset threshold.

[0252] Figure 12 This is a block diagram illustrating a payment device according to an exemplary embodiment. (Refer to...) Figure 12 The payment device 80 is applied to a roadside unit (RSU), which includes a second Bluetooth module. The device includes a transmitting unit 801, a connecting unit 802, a sending unit 803, and a receiving unit 804.

[0253] The transmitting unit 801 is used to transmit a wake-up signal to a preset area via a second Bluetooth module. The wake-up signal is used to wake up the on-board unit (OBU).

[0254] The connection unit 802 is used to establish a communication connection with the OBU via the second Bluetooth module.

[0255] The sending unit 803 is used to send payment instructions to the OBU. The payment instructions include the amount to be paid, the receiving wallet address, and a random number.

[0256] The receiving unit 804 is used to receive transaction data sent by the OBU. The transaction data includes payment vouchers corresponding to the amount to be paid.

[0257] Optionally, the OBU includes a first Bluetooth module, and the payment device 80 further includes a broadcast unit 805 and a generation unit 806. The broadcast unit 805 is used to broadcast device information to a preset area via the second Bluetooth module. The device information includes the identifier of the RSU.

[0258] The receiving unit 804 is used to receive a response message sent by the OBU; the response message includes authentication information and the address of the first Bluetooth module; the authentication information is generated based on the RSU identifier.

[0259] The generation unit 806 is used to generate a connection command based on the address of the first Bluetooth module if the verification information passes the verification.

[0260] The connection unit 802 is also used to send a connection command to the OBU via the second Bluetooth module.

[0261] Optionally, the generation unit 806 is specifically used to: receive positioning information sent by the OBU via the second Bluetooth module, and determine the angle of arrival of the positioning information. Based on the angle of arrival, determine the location of the OBU, and if the location of the OBU is within a preset area, generate a connection command.

[0262] Optionally, the RSU includes a hardware wallet, and the payment device 80 also includes a storage unit 807 and a synchronization unit 808. The storage unit 807 is used to store the payment voucher corresponding to the amount to be paid into the hardware wallet after receiving transaction data.

[0263] Synchronization unit 808 is used to synchronize payment credentials in the hardware wallet to the central hardware wallet of the corresponding digital currency platform when the RSU is connected to the network. The digital currency platform is used to aggregate the digital currencies corresponding to the hardware wallets.

[0264] Optionally, the wake-up signal is a square wave signal with a power consumption value less than a preset threshold.

[0265] In the case of implementing the functions of the integrated modules described above in hardware, this application provides a possible structural diagram of the OBU involved in the above embodiments. For example... Figure 13 As shown, the OBU90 includes a processor 901, a memory 902, and a bus 903. The processor 901 and the memory 902 can be connected via the bus 903.

[0266] Processor 901 is the control center of the communication device. It can be a single processor or a collective term for multiple processing elements. For example, processor 901 can be a general-purpose central processing unit (CPU) or other general-purpose processors. Among them, the general-purpose processor can be a microprocessor or any conventional processor.

[0267] As one embodiment, processor 901 may include one or more CPUs, for example Figure 13 CPU 0 and CPU 1 are shown in the diagram.

[0268] The memory 902 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto.

[0269] As one possible implementation, the memory 902 can exist independently of the processor 901. The memory 902 can be connected to the processor 901 via a bus 903 and is used to store instructions or program code. When the processor 901 calls and executes the instructions or program code stored in the memory 902, it can implement the sensor determination method provided in the embodiments of this application.

[0270] In another possible implementation, the memory 902 can also be integrated with the processor 901.

[0271] Bus 903 can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus. This bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 13 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0272] It should be pointed out that, Figure 13 The structure shown does not constitute a limitation on this OBU90. Except... Figure 13 In addition to the components shown, the OBU90 may include more or fewer components than illustrated, or combine certain components, or have different component arrangements.

[0273] Optionally, the OBU90 provided in this application embodiment may also include a communication interface 904.

[0274] Communication interface 904 is used to connect with other devices via a communication network. This communication network can be Ethernet, a wireless access network, a wireless local area network (WLAN), etc. Communication interface 904 may include a receiving unit for receiving data and a transmitting unit for transmitting data.

[0275] In one design, the communication interface of the OBU provided in this embodiment can also be integrated into the processor.

[0276] In another hardware architecture of the OBU provided in this application embodiment, the electronic device may include a processor and a communication interface. The processor is coupled to the communication interface.

[0277] The functions of the processor can be found in the processor description above. In addition, the processor also has storage functions, which can be found in the memory function description above.

[0278] The communication interface is used to provide data to the processor. This communication interface can be an internal interface of the communication device or an external interface of the communication device.

[0279] It should be noted that the above-mentioned alternative hardware structure does not constitute a limitation on the OBU. In addition to the above-mentioned alternative hardware component, the OBU may include more or fewer components, or combine certain components, or have different component arrangements.

[0280] When the functions of the integrated modules described above are implemented in hardware, the present application provides a structural diagram of the middleware involved in the above embodiments, which can be referred to as the structural diagram of the execution machine described above.

[0281] When the functions of the integrated modules described above are implemented in hardware, the present application provides a structural schematic diagram of the RSU involved in the above embodiments, which can be referred to in the description of OBU90, and will not be repeated here.

[0282] This application also provides a computer-readable storage medium storing instructions. When a computer executes these instructions, the computer performs each step of the payment method flow shown in the above method embodiments.

[0283] This application also provides a computer program product containing instructions that, when executed on a computer, cause the computer to perform the payment method described in the above method embodiments.

[0284] The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of computer-readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), registers, hard disks, optical fibers, compact disc read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing, or any other form of computer-readable storage medium in the art. An exemplary storage medium is coupled to a processor, enabling the processor to read information from and write information to the storage medium. Of course, the storage medium may also be a component of the processor. The processor and the storage medium may reside in an application-specific integrated circuit (ASIC). In the embodiments of this application, the computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0285] Since the server, user equipment, computer-readable storage medium, and computer program product in the embodiments of this application can be applied to the above methods, the technical effects that can be obtained can also be referred to the above method embodiments. The embodiments of this application will not be repeated here.

[0286] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions within the technical scope disclosed in this application should be covered within the scope of protection of this application.

Claims

1. A payment method, characterized in that, Applied to an on-board unit (OBU), wherein the OBU includes a first Bluetooth module, the method includes: Upon receiving a wake-up signal, the first Bluetooth module is activated; the wake-up signal is a signal transmitted by a roadside unit (RSU) within a preset area, and the wake-up signal is a square wave signal with a power consumption value less than a preset threshold. A communication connection is established with the RSU via the first Bluetooth module; wherein, the device information broadcast by the RSU within a preset area is received via the first Bluetooth module; the device information includes the identifier of the RSU; in response to the device information, a response message is generated and broadcast via the first Bluetooth module; the response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the identifier of the RSU; a connection command sent by the RSU is received; the connection command is generated by the RSU based on the address of the first Bluetooth module after receiving the response message if the verification information passes verification; in response to the connection command, the communication connection is established with the RSU via the first Bluetooth module. Receive payment instructions sent by the RSU; the payment instructions include the amount to be paid, the receiving wallet address, and a random number; In response to the payment instruction, transaction data is generated and sent to the RSU; the transaction data includes a payment voucher corresponding to the amount to be paid; The process of generating transaction data in response to the payment instruction includes: In response to the payment instruction, an authorization request information is generated and sent to the user equipment; the authorization request information includes the amount to be paid; wherein, before sending the authorization request information to the user equipment, the method further includes: detecting multiple candidate Bluetooth addresses through the first Bluetooth module; for a first candidate Bluetooth address, if the first candidate Bluetooth address is included in a preset trusted list stored in the OBU, then the device corresponding to the first candidate Bluetooth address is determined as the user equipment; the first candidate Bluetooth address is any one of the multiple candidate Bluetooth addresses; the trusted list includes pre-authorized Bluetooth addresses; The system receives authorization response information sent by the user equipment; the authorization response information includes a payment confirmation identifier or a payment rejection identifier, and the authorization response information is generated by the user equipment in response to the user's authorized payment operation; If the authorization response information includes the payment confirmation identifier, the transaction data is generated based on the amount to be paid, and the transaction data is sent to the RSU; The RSU includes a hardware wallet. After receiving the transaction data, the payment voucher corresponding to the amount to be paid is stored in the hardware wallet. When the RSU is connected to the network, the payment voucher in the hardware wallet is synchronized to the main hardware wallet of the digital currency platform corresponding to the RSU. The digital currency platform is used to collect the digital currency in the hardware wallet.

2. A payment method, characterized in that, Applied to a roadside unit (RSU), the RSU including a second Bluetooth module and a hardware wallet, the method includes: The second Bluetooth module transmits a wake-up signal to a preset area; the wake-up signal is used to wake up the on-board unit (OBU); the wake-up signal is a square wave signal with a power consumption value less than a preset threshold. The device information is broadcast to the preset area via the second Bluetooth module; the device information includes the identifier of the RSU; Receive a response message sent by the OBU; the response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the identifier of the RSU; If the verification information passes the verification, a connection command is generated based on the address of the first Bluetooth module, and the connection command is sent to the OBU through the second Bluetooth module. In response to the connection command, a communication connection is established with the OBU via the second Bluetooth module; Send a payment instruction to the OBU; the payment instruction includes the amount to be paid, the receiving wallet address, and a random number; Receive transaction data sent by the OBU; the transaction data includes a payment voucher corresponding to the amount to be paid; The transaction data is generated by the OBU in response to the payment instruction, generating authorization request information, and sending the authorization request information to the user equipment; the authorization request information includes the amount to be paid; wherein, before the OBU sends the authorization request information to the user equipment, the method further includes: detecting multiple candidate Bluetooth addresses through the first Bluetooth module; for a first candidate Bluetooth address, if the first candidate Bluetooth address is included in a preset trusted list stored in the OBU, then the device corresponding to the first candidate Bluetooth address is determined as the user equipment; the first candidate Bluetooth address is any one of the multiple candidate Bluetooth addresses; the trusted list includes pre-authorized Bluetooth addresses; the OBU receives authorization response information sent by the user equipment; the authorization response information includes a payment confirmation identifier or a payment rejection identifier; the authorization response information is generated by the user equipment in response to the user's biometric authentication operation; if the authorization response information includes the payment confirmation identifier, the OBU generates it based on the amount to be paid; After receiving the transaction data, the payment voucher corresponding to the amount to be paid is stored in the hardware wallet, and when the RSU is connected to the network, the payment voucher in the hardware wallet is synchronized to the total hardware wallet of the digital currency platform corresponding to the RSU; the digital currency platform is used to collect the digital currency in the hardware wallet.

3. The payment method according to claim 2, characterized in that, The generated connection instructions include: The second Bluetooth module receives the location information sent by the OBU and determines the angle of arrival of the location information. Based on the angle of arrival, the location of the OBU is determined, and if the location of the OBU is within the preset area, the connection command is generated.

4. A payment device, characterized in that, The payment device is applied to an on-board unit (OBU), the OBU including a first Bluetooth module, and the payment device including an activation unit, a connection unit, a receiving unit, a generation unit, and a sending unit. The activation unit is used to activate the first Bluetooth module upon receiving a wake-up signal; the wake-up signal is a signal transmitted by a roadside unit (RSU) within a preset area; and the wake-up signal is a square wave signal with a power consumption value less than a preset threshold. The connection unit is configured to establish a communication connection with the RSU via the first Bluetooth module; wherein, it receives device information broadcast by the RSU within a preset area via the first Bluetooth module; the device information includes the identifier of the RSU; in response to the device information, it generates a response message and broadcasts the response message via the first Bluetooth module; the response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the identifier of the RSU; it receives a connection command sent by the RSU; the connection command is generated by the RSU based on the address of the first Bluetooth module after receiving the response message and if the verification information passes verification; and in response to the connection command, it establishes the communication connection with the RSU via the first Bluetooth module. The receiving unit is used to receive a payment instruction sent by the RSU; the payment instruction includes the amount to be paid, the receiving wallet address, and a random number; The generation unit is used to generate transaction data in response to the payment instruction; the transaction data includes a payment voucher corresponding to the amount to be paid. The sending unit is used to send the transaction data to the RSU; The generation unit is specifically configured to: generate authorization request information in response to a payment instruction and send the authorization request information to the user equipment; the authorization request information includes the amount to be paid; wherein, before sending the authorization request information to the user equipment, the unit further includes: detecting multiple candidate Bluetooth addresses through the first Bluetooth module; for a first candidate Bluetooth address, if the first candidate Bluetooth address is included in the preset trusted list stored in the OBU, then the device corresponding to the first candidate Bluetooth address is determined as the user equipment; the first candidate Bluetooth address is any one of the multiple candidate Bluetooth addresses; the trusted list includes pre-authorized Bluetooth addresses; receive authorization reply information sent by the user equipment; the authorization reply information includes a payment confirmation identifier or a payment rejection identifier; the authorization reply information is generated by the user equipment in response to the user's authorization payment authentication operation; if the authorization reply information includes a payment confirmation identifier, generate transaction data based on the amount to be paid and send the transaction data to the RSU; The RSU includes a hardware wallet. After receiving the transaction data, the payment voucher corresponding to the amount to be paid is stored in the hardware wallet. When the RSU is connected to the network, the payment voucher in the hardware wallet is synchronized to the main hardware wallet of the digital currency platform corresponding to the RSU. The digital currency platform is used to collect the digital currency in the hardware wallet.

5. A payment device, characterized in that, Applied to a roadside unit (RSU), the RSU includes a second Bluetooth module and a hardware wallet. The device includes a transmitting unit, a connecting unit, a sending unit, a receiving unit, a storage unit, a broadcasting unit, a generating unit, and a synchronization unit. The transmitting unit is used to transmit a wake-up signal to a preset area via the second Bluetooth module; the wake-up signal is used to wake up the on-board unit (OBU); the wake-up signal is a square wave signal with a power consumption value less than a preset threshold. The broadcast unit is used to broadcast device information to the preset area via the second Bluetooth module; the device information includes the identifier of the RSU; The receiving unit is configured to receive a response message sent by the OBU; the response message includes verification information and the address of the first Bluetooth module; the verification information is generated based on the identifier of the RSU; The generation unit is configured to generate a connection command based on the address of the first Bluetooth module when the verification information passes verification. The connection unit is used to send the connection command to the OBU via the second Bluetooth module; The connection unit is further configured to, in response to the connection command, establish a communication connection with the OBU via the second Bluetooth module; The sending unit is used to send a payment instruction to the OBU; the payment instruction includes the amount to be paid, the receiving wallet address, and a random number; The receiving unit is configured to receive transaction data sent by the OBU; the transaction data includes a payment voucher corresponding to the amount to be paid; the transaction data is generated by the OBU in response to the payment instruction, generating authorization request information, and sending the authorization request information to the user equipment; the authorization request information includes the amount to be paid; wherein, before sending the authorization request information to the user equipment, the OBU further includes: detecting multiple candidate Bluetooth addresses through the first Bluetooth module; for a first candidate Bluetooth address, if the first candidate Bluetooth address is included in a preset trusted list stored in the OBU, then the device corresponding to the first candidate Bluetooth address is determined as the user equipment; the first candidate Bluetooth address is any one of the multiple candidate Bluetooth addresses; the trusted list includes pre-authorized Bluetooth addresses; the OBU receives authorization response information sent by the user equipment; the authorization response information includes a payment confirmation identifier or a payment rejection identifier; the authorization response information is generated by the user equipment in response to the user's authorized payment operation; if the authorization response information includes the payment confirmation identifier, the OBU generates it based on the amount to be paid; The storage unit is used to store the payment voucher corresponding to the amount to be paid into the hardware wallet after receiving the transaction data; The synchronization unit is used to synchronize the payment credentials in the hardware wallet to the total hardware wallet of the digital currency platform corresponding to the RSU when the RSU is connected to the network; the digital currency platform is used to collect the digital currency in the hardware wallet.

6. An on-board unit (OBU), characterized in that, include: A processor and a communication interface; the communication interface is coupled to the processor, the processor being used to run computer programs or instructions to implement the payment method as described in claim 1.

7. A roadside unit (RSU), characterized in that, include: A processor and a communication interface; the communication interface is coupled to the processor, the processor being configured to run computer programs or instructions to implement the payment method as described in any one of claims 2-3.

8. A computer-readable storage medium, characterized in that, When the computer-executable instructions stored in the computer-readable storage medium are executed by the processor of the electronic device, the electronic device is capable of performing the payment method as described in claim 1 or the payment method as described in any one of claims 2-3.

9. A computer program product, characterized in that, The computer program product includes computer instructions that, when executed on an electronic device, enable the electronic device to perform the payment method as described in claim 1 or any one of claims 2-3.

Images